Bugzilla – Bug 10479
WMA files streamed from HTTP servers cause player to reboot
Last modified: 2009-09-08 09:29:31 UTC
I have noticed that wma files created by ripping CDs in Windows Media Player, then uploaded to mp3tunes cause problems when streamed to the Boom from the mp3tunes locker. The files sometimes crash the Boom causing it to reboot immediately (i.e. it turns off completely and then turns on at the Now Playing screen, sometimes even at the Setup screen), or sometimes it will play one file and then reboot when it starts the second one. At dean's request, I have attached one such wma file for investigation. I do not see this behaviour when I rip the same CD to mp3 format (using LAME encoder) and then play from my locker at mp3tunes.
Created attachment 4517 [details] wma filed ripped from audio CD using Media Player This is the wma file referred to in the bug.
Verified: the attached file will cause the Boom to reboot when played via MP3Tunes Boom r42 attached to SC or SN. Once the boom is rebooted, the song will auto play Felix: Yours to address? Playing the same song via SC (not Music Service > MP3Tunes) does not cause the error.
Is this a Boom only issue? I guess not, but it might be good to confirm whether it fails (or is ok) on other types of players too. Anyways, I have the slim feeling Andy already looked at (and fixed) a similar bug in regard with MP3tunes, but I might be wrong. Andy do you have an idea what goes wrong here? I am specifically confused about when playing the song from MP3tunes through SC - should that not be the same as playing it from the local hard drive through SC? Do you know what MP3tunes is doing to the uploaded files? Do they expand the header or something? Or add something before they send it back? Thanks Felix
Yikes, I'll take a look.
FYI this crashes other types of players, and even with SC.
Fixed in change 24831.
Doesn't seem to be fixed for me. wma files ripped using Windows Media Player and uploaded to MP3tunes now do not play on the Boom at all using SN, and still sometimes crash the Boom.
snhird: can you confirm the version of your boom firmware that's still seeing the problem?
My Boom is on firmware version 44.
As far as I can tell this is fixed. I am testing using a WMA file on a normal HTTP server, and things work fine. Tested with both SC and SN code. Please reopen if you can reproduce using the latest SC 7.3.3 nightly. Enable scan.scanner and player.streaming.direct debugging and attach a log file.
Verified fixed in SN r5826/r25032
I have never used SC- I use SN exclusively. Do I need to run the latest nightly of SC in this case?
SN should have this fix already.
I unplugged my Boom, let it sit and then plugged it back in. Now it works fine: it plays wma files from MP3Tunes over SN. Thank you!
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.