mherger wrote: > > The fact it only applies to MP3 is inconsistent but nobody cared too > > much - however it only works for 44.1k - play non 44.1k and you get > slow > > playback or chipmunks. > > Does that apply to formats other than mp3, too? Would they fail to play? OP has said they have tested with AAC and there is no problem.
It seems that silence is ONLY added when format is MP3. All calculations in code assume a 44.1kHz stream. The issue may now be noticeable because of s/w players using ALSA which have a sample rate defined when opened. I wonder whether old h/w player (e.g. SB1) can change sample rate on the fly when natively decoded. MP3 frames have sample rate in the frame header, so that a rate change between silence frame and audio frames could be a passed onto DAC Just by looking at LMS code, the current implementation looks like it checks for MP3 format and then uses a file called lbrsilence.mp3 to add the required number of MP3 frames of audio silence. There are no equivalent "silence" files for Flac, WMA or OGG which I think would be necessary if the other SB2/SB3 native formats also added silence. Strangely there are two other files which seem to be unused: silence.mp3 and silentpacket.mp3 ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=114921 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
