Bugzilla – Bug 624
MP3s may be decoded with a data rate not supported by S/PDIF
Last modified: 2008-12-15 13:05:56 UTC
Specifically, 22khz data doesn't play on most S/PDIF devices. Since we have the ability to recode MP3s based on a bitrate limit, it seems a relatively short road to identify "illegal" sample bitrates and recode them to a supported rate.
nto sure if slimserver tracks samplerate currently. plus it depends on whether you mean MP3 files or MP3 streams
It appears that sample rate is tracked in the frame header, regardless of file vs. stream. The problem is certainly more prevailing in streams, but there are files that are mute as well.
any files that are transcoded will be fine, but its the mp3's that are natively lower bitrate than the max bitrate set for a given player. Source::getconvertCommand would be the place to start working on a patch, I think.
Created attachment 216 [details] Patch to Source.pm and MP3.pm to force the resampling of mp3s if the samplerate < 44100 Here is a patch to server/Slim/Player/Source.pm and server/Slim/Formats/MP3.pm, it forces the mp3->mp3 conversion via lame if the sample rate of an mp3 < 44100. Currently this only works for mp3 files, not mp3 streams. Craig
Vidur will knock his sox off.
*** Bug 810 has been marked as a duplicate of this bug. ***
*** Bug 1999 has been marked as a duplicate of this bug. ***
This should be fixed in Squeezebox2 or later.
This bug appears to have been fixed in the latest release! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look. Make sure to include the version number of the software you are seeing the error with.