Michael Peters wrote:
The mp3 container has to be specific size increments, so you end up with empty data at the end of most tracks.
Ah, I see. And I take it there's no field in the header that tells you how many audio samples are *really* in the track? If you had that, then you could just pad out the data during encode, and discard extra samples during decode.
What is the size quanta, i.e., how much padding can be needed, worst case?
FLAC doesn't seem to have this problem; it has always produced decompressed WAV files that are identical to the original files before encoding, regardless of length. I presume that they have to be an integral number of N-channel samples, though; i.e., for ordinary CD 16-bit PCM, the FLAC input stream can be reasonably expected to be a multiple of 4 bytes long.
Phil _______________________________________________ Discuss mailing list Discuss@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/discuss
