Just another input concerning seek, fast forward and rewind functions whilst playing a file..
In an uncompressed format every second of audio is encoded using exactly the same number of bytes per second. So if the player wants to seek, fast forward, or rewind to a specific position in the track, it is a simple matter to calculate the precise seek offset within the file.
On the other hand in a compressed format like FLAC, the number of bytes per second used to encode different parts of the track will vary according to the complexity of the audio content in that segment. Therefore if you do a seek, fast forward, or rewind, the player has to make a guess of the seek offset within the file. This has two disadvantages, a) the seek destination might not be what you expect, and b) the estimated seek offset will probably not coincide precisely with the start of an audio frame, so the player has to resynch to the next valid frame boundary to avoid clicks or pops.
In other words, for best seek support the ideal audio formats are linear uncompressed PCM, WAV or AIFF; and you insist on using FLAC then the best choice is to go for zero compression (which actually means that the FLAC file will be slightly larger than an equivalent linear PCM, WAV or AIFF file -- but heigh-ho, disks are cheap now..)