Bugzilla – Bug 8802
Very short tracks causing problems with New Streaming
Last modified: 2008-08-29 03:06:29 UTC
I queued up all the under 20 second tracks in my library and tried playing them through my SB2. I'm finding that most tracks of about 5 seconds and less cause the Boom to hang up between tracks, with sometimes interesting side effects. Sometimes it just hangs there. Often it appears to replay the prior track over and over again, but without an audio out of the SB2. A couple times it even thought it was playing some random track in my tracks table, as that's the song info that appeared on the SB2 display, but again with no audio output. Most playlist and now playing controls become unresponsive while it's doing this, including skip and clear playlist. And check out the attached screen shot. With slimproto at the WARN debug level, I see a lot of these in the logs: [08-07-18 22:47:11.8170] Slim::Player::Protocols::File::sysread (203) Trying to read past the end of file:
Created attachment 3624 [details] screen shot
Fixed in change 22081.
No, pretty much the same. Maybe worse. It doesn't seem like I can play tracks under 5 seconds at all. Don't recall for certain if that's new. It really throws the server for a loop. Just tried playing the same to an SB3 and the web interface froze for time. Now it's completely locked. Looks like the CPU is being pegged and memory usage is at 225 MB and rising _fast_.
If this is a firmware fix, it looks like wasn't merged into 7.2 Boom NS at r22081. And still not there at r22088. I'll check for it later and report back.
It's not a firmware fix. I tested with a bunch of short 5-second gapless mp3's I have for testing gapless.
Created attachment 3674 [details] 4 second track The one 5 second track I have plays fine. It's only those below 5 seconds causing the problem. See the attached Flac file.
Should be fixed for nearly all cases. See bug 8861 and bug 9220. *** This bug has been marked as a duplicate of bug 8861 ***