Implemented:
  Network stream play
    from power-on to play: ~17 seconds
  mp3 file play
    from power-on to play: ~6 seconds
  Lastfm play (authentication is insecure)
    from power-on to play: ~17 seconds
  Ftp server
  IR Remote Control (RC-5)
  Database for: random / near random / folder repeat / next / previous / continue file select
  ID3 support
  ICY200 support
  Record streams
  Record streams later (when played next time from the beginning)
  Statistics
  Remote Control configuration
  File/Station select
  SD-HC support
  Stream redirection and stream playlists (chooses first URL)
  State storage/restore
  Display error messages
  Configure networks settings with the GUI
  Sorting filenames
  German umlauts
  Backlight select
  Bass-Boost mode select
  PC Compilation

Not implemented (planned order of implementation):
  Everything is implemented

Bugs (from most important to least important):
  There must be a buffer overflow somewhere... One that only happens in rare cases and I don't know how to reproduce it.
  Once, the thread for the GUI got struck. Most likley somewhere wihtin the file access.

Nice to have improvements:
  None known

Wont fix bugs / strange "features":
  If an error messages appears, while the reboot screen is shown, the user will fall back into a functionless menu, except screen switches and a working reboot button
  Display of info/error messages closes volume / play mode / remote learn subwindows
  If a file plays, which is not in the database and next / previous / etc is requested, the first mp3 file will be played.
  File shows an offset of ~2 seconds play time if next file is selected automatically
  After a FTP connection has been closed and there were some writes to the card since the last rebuild, the mp3 database is rebuild. During this time no new FTP connection is possible and no new mp3 file is selected automatically, instead the current one is played again.
  The calculation of the free space on a SD card can be very slow. Reformatting the card with a larger cluster size will speed-up this process.
  The database can manage approx 4500 files, depending on the folder structure.
  The database uses sorted files (may take several minutes to finish), but not sorted directories.
  The statistics counters reboots, operating hours, total traffic are only updated in the EEPROM, if "Shutdown" or "Reboot" is used.
  Passive FTP is not implemented properly, use active FTP instead.
  There are sometimes minor interruptions in mp3 playback wile recording is in progress (SD and VS1002 share the same bus).
  If a stream play starts and the song is on the "record later" list, recordings starts, even if it is in the middle of the song.
  Recording only starts if there are at least 5MB free and automatically stops if there is less than 1MB free.
  I had a file with a corrupted content once. Maybe there are some hidden bugs in the FAT32 driver.
  Transferring files with FTP while recording a stream often will end in a reboot because there is not enough heap space left.
  If the current artist should be used as Lastfm station and no artist is set, the artist which was used by this command last time (where one was set) is played instead.
  On a restart, the update of the Lastfm authentication from the file happens after the auto restore function already used the previous authentication from the EEPROM.
  Because the calculation of the free SD/MMC space takes a few seconds, the behaviour of the "Record later" feature is unknown during this time.
  The "Shutdown" feature is somehow a hack and sometimes does not work as expected.