Bugzilla – Bug 4707
Forcing transcode to MP3 results in a bit rate of 0.
Last modified: 2009-07-31 10:14:14 UTC
This is something I came across while doing testing for another bug. If you force Slimserver to transcode to MP3 by deselecting all other stream format options in "file format conversion setup" will result in a bit rate of 0. I think it should be 320 or at least 128. I also noticed Slimserver defaults to quality level 9 which is probably OK. Doing a little investigation it turns out that passing 0 --abr to lame will result in a bitrate around 32 kbps VBR while 0 -b will result in 128 kbps CBR. It all depends what is set up in convert.conf. Is there a reason we mix ABR and CBR in convert.conf? I would think it should all be one or the other. I also noticed that "ape mp3" is set to -q 9 instead of $BITRATE$
Created attachment 1785 [details] Log showing 0 bitrate
should always be --abr for lame conversions. forcing mp3 problem is due to the "no limit" option being a value of 0. probably need a sanity check for accepting an mp3 transcoding command with no limit setting.
Created attachment 1786 [details] possible fix untested but should stop the problem, and make the abr/cbr results consistent.
change 12309 covers the convert.conf changes for abr.
change 12399 handles the ape-mp3 quality issue
fixed at change 12400. please verify and reopen if there are problems.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.
Verified still a problem in SqueezeCenter 7.2.1-23518 Playing the file attached to bug 8797 and turning all encoding to disable except LAME, I saw this issue.
[08-10-13 15:21:58.6364] Slim::Player::Source::openSong (2104) Streaming with format: mp3 [08-10-13 15:21:58.6377] Slim::Player::TranscodingHelper::tokenizeConvertCommand (388) Using command for conversion: "C:\PROGRA~1\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\mov123.exe" "C:\Users\JAMESR~1\Music\01SHED~1.M4A" | "C:\PROGRA~1\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\lame.exe" --resample 44100 --silent -q 9 --abr 0 -r --big-endian - - | [08-10-13 15:21:58.6500] Slim::Player::Source::playmode (412) 00:04:20:1e:04:a4 New play mode: play
KDF: Is this yours to fix? or should I assign it to someone else
someone else, please.
Alan recently made some changes to the mp3 encoding settings in 7.3. He may have even addressed this one. See change 23010.
QA to re-verify with 7.3
This does appear to be resolved in newer versions of 7.3. Marking as fixed.
Verified SqueezeCenter 7.3.0 23961 works properly with MP3 forced decoding
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC