Bugzilla – Bug 32
pause squeezebox for a long time, then not be able to restart
Last modified: 2008-09-15 14:37:04 UTC
If you pause squeezebox for a minute or more, you won't be able to unpause.
I'm unable to reproduce this - what type of formats are you seeing it with? Can you send me an example file?
I have problems with pause and resume of FLAC and SHN streams, and I believe anything being decoded/transcoded via convert.conf. Using the current slimserver version as of 2004-01-09 but this bug has been around as long as I've owned the unit. Upon resuming playback of a FLAC file from a pause, often the playback will turn staticky and garbled and requires a Rew/FF to reset itself.
A customer reported this with 5.01 but didn't mention the OS. Reproduced this with nightly from 1/13/04 and Squeezebox fw 6, on MacOS 10.3.2. I had to leave it paused for about 15 minutes in order to see the problem. I had the buffer status indicator turned on, and as soon as you hit the pause button to unpause, you see the buffer empty out and hear several seconds of audio, but the buffer never recovers. The file was an MP3 file, 128kbps, nothing special. I also tested this on another server which is running 5.0.3 of unknown date, but it pushed me firmwave version 5 so it's probably a couple of weeks old at least. On this server, I used another 128kbps mp3 and left it again for about 15 minutes.
is this the same bug as 26?
If I pause a track on a squeezebox for less than 26 seconds then restart the track then it plays on correctly. However, If I leave the Squeezebox in pause for more than 26 seconds, then try to unpause I get a garbled stream. If I skip back to the beginning of the track (or to any other track) then it starts playing perfectly. I've tried with a number of music formats: WAV, MP3, FLAC, OGG, and I get the same problem with all of them. The necessary pause duration is pretty exact and seems to be codec independent. Initially I thought that it might be related to the screensaver, so I tried disabling this, and also tried navigating around the menus while paused. This made no difference at all. I've also tried the server software installed on two different PC's (WinXP Home and Win2K) with identical results. On both the server window and the squeezebox the status is shown as playing, and the elapsed time keeps counting up, but nothing sensible comes out. Going in and out of pause quickly doesn't resolve the garbled stream once it has happened. Finally I've tried streaming from the same server to another PC running WinAmp. This seems to work nicely, and I've paused tracks for over half an hour with no problems when commencing play. All of this seems to indicate either a Squeezebox (firmware?) issue or something strange to do with the networking. My NIC on the WinXP machine is a Realtek RTL8139/810x Family Fast Ethernet NIC, with the latest drivers (6.11). I've also tried it over 802.11, and it behaves in exactly the same way. I'm running SlimServer 5.1 with Squeezebox firmware 7. This is really annoying, and I can't believe I'm the only one with it.
I have the same problem, but it only occurs when the audio has been paused for a long time (more than 10 minutes, don't know exactly). When audio is resumed, it plays the buffer, and then stops. No garbled audio in my situation. Otherwise identical situation. SS5.1.1, FW 8.
*** Bug 214 has been marked as a duplicate of this bug. ***
Same prob. It appeared under following combinations (others not tested): Version 5.1.1 with firmware 8, Version 5.1.2 (nightly builds 26.3., 2.4.) with firmware 10 and 20, and 5.1.3 with firmware 21. Environment: WinXP + SP1, on two different Machines (Athlon XP 2600+ 512 MB; Epia 6000 + 512 MB) Streaming mp3 / 56kbit Stereo / Sampling @32kHz Pause for 30 secs is ok, but pausing for 45 secs (with the latest combination above) leads to the following phenomenon: The buffer indicator stays full during the pause, but after unpause the music continues playing and the buffer indicator runs continuously empty. After about 33 secs the buffer indicator is empty, but fills again to 100 per cent, some music from about 8-10 seconds >before< pause button was pressed for the first time, is played, and after about 4 seconds everything is silent with the buffer indicator staying at about 75 per cent. For mp3 / 32kbit Stereo / 32kHz: 55 secs is ok, 60 secs not, buffer empty within 58 secs. As one can see, the pausing-time without failure depends on bitrate aka buffer size - for my opinion, something happens with the buffer / pointers (updating in courious way?) within the SB, regardless whether its a pause. Hope this helps...
Appended this to bug # 26 - my bad, should have been this one. For me resuming from a pause of over about 25 seconds works for a further 4-5 seconds then stutters, jumps back to a couple of seconds before pause started then stops (audio & counter). Track can be restarted from the beginning no problem. Running on XP Pro SP1, firmware 21, server 5.1.4 with 256kbit stereo mp3, not tried any other file format.
This now seems to have been resolved for me (Flac playback) in firmware 21 (server 5.1.3). Have paused tracks overnight (7+ hours), with no problems when resuming playback.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.