Bugzilla – Bug 531
add support for high-bitrate (free form) MP3s with bitrates over 320kbps
Last modified: 2011-11-06 23:24:53 UTC
Customer requested feature. We could probably do this by decoding through LAME 3.87/3.81 and sending PCM. But the server can't read the file--it thinks it has zero size or duration. Will attach a 384kbps mp3 example.
Created attachment 121 [details] 384kbps mp3 encoded by lame 3.89 alpha
Currently I use the MAD plug-in for WinAMP to play these files. The attached file came from www.allofmp3.com. This is their storage format they use for most music and is the higest format you can download for most songs. I can be reached at doug@kenohki.com if there are any questions as I am the customer who submitted the request Doug Morris
Thanks, doug. I've never heard of these files before. How popular are they? What software packages rip/encode to them? I want to prioritize this bug appropriately.
They are pretty popular in the circles that I use. LAME is the only encoder that creates free format MP3's. Anything above 320k violages the mp3 standard, but LAME lets you define much higher. It is the same mp3 format per spec except that the bitrate is higher. This is the storage format used for www.allofmp3.com, and I have used 384k a few times myself and it seems to be a really good bitrate. A few of the LAME front ends support the free format option, but I really have no idea how many. The files are pretty easy to use in Windows as there us a plug-in for WinAMP called MAD that makes it compatable. As for how popular they are overall, I would have to say not too high as there are all these other options out there now like ogg, mp4, mpa, and a few others that your high end people would want to use I would believe. Most people that use allofmp3.com download them at 384k because that is the best you can get and why let them transcode them and then send you a downsampled version when you can get the best they have and encode it to whatever you want. I can tell you I would buy one of these mp3 players if you got it working. I hope this helps. I can upload a few other sample songs if you would like as well. Doug
would like to see if SB2 would be able to play these... but the server does not like them still: 2005-03-25 13:15:08.9718 openSong on: file:///Users/kpearsall/flac/freeform.mp3 Use of uninitialized value in addition (+) at /Users/kpearsall/6/server/Slim/Player/Source.pm line 1183. Use of uninitialized value in concatenation (.) or string at /Users/kpearsall/6/server/Slim/Player/Source.pm line 1189. Use of uninitialized value in concatenation (.) or string at /Users/kpearsall/6/server/Slim/Player/Source.pm line 1189. 2005-03-25 13:15:08.9779 openSong: getting duration , size , endian and offset 0 for file:///Users/kpearsall/flac/freeform.mp3 2005-03-25 13:15:08.9787 openSong: not bothering opening file with zero size or duration 2005-03-25 13:15:08.9839 Backtrace: frame 0: Slim::Player::Source::playmode (/Users/kpearsall/6/server/Slim/Player/Source.pm line 778) frame 1: Slim::Player::Source::gotoNext (/Users/kpearsall/6/server/Slim/Player/Source.pm line 390) frame 2: Slim::Player::Source::playmode (/Users/kpearsall/6/server/Slim/Player/Source.pm line 736) frame 3: Slim::Player::Source::jumpto (/Users/kpearsall/6/server/Slim/Control/Command.pm line 1125) frame 4: Slim::Control::Command::execute (/Users/kpearsall/6/server/Slim/Buttons/Playlist.pm line 158) frame 5: Slim::Buttons::Playlist::__ANON__ (/Users/kpearsall/6/server/Slim/Hardware/IR.pm line 616) frame 6: Slim::Hardware::IR::executeButton (/Users/kpearsall/6/server/Slim/Control/Command.pm line 576) frame 7: Slim::Control::Command::execute (/Users/kpearsall/6/server/Slim/Hardware/IR.pm line 640) frame 8: Slim::Hardware::IR::processCode (/Users/kpearsall/6/server/Slim/Hardware/IR.pm line 499) frame 9: Slim::Hardware::IR::releaseCode (/Users/kpearsall/6/server/Slim/Hardware/IR.pm line 394) frame 10: Slim::Hardware::IR::checkRelease (/Users/kpearsall/6/server/Slim/Utils/Timers.pm line 62) frame 11: Slim::Utils::Timers::checkTimers (./slimserver.pl line 611) frame 12: main::idle (./slimserver.pl line 549) frame 13: main::main (./slimserver.pl line 1111) 2005-03-25 13:15:09.0306 00:04:20:05:a0:60: Switching to mode stop from stop 2005-03-25 13:15:09.0316 Already in playmode stop : ignoring mode change 2005-03-25 13:15:09.0342 00:04:20:05:a0:60 New play mode: stop 2005-03-25 13:15:09.0362 Stopping and clearing out old chunks for client 00:04:20:05:a0:60 2005-03-25 13:15:09.0383 Resetting song queue 2005-03-25 13:15:09.0394 Song queue is now 0 2005-03-25 13:15:09.0427 00:04:20:05:a0:60: Current playmode: stop
Moving bugs that won't be immediately fixed in 6.1 release. Please review and update if this is an error or if this bug has already been fixed. Thanks.
*** Bug 8709 has been marked as a duplicate of this bug. ***
Dean doesn't work here any more :)
Unassigned bugs cannot have a priority.