Bugzilla – Bug 7320
Pressing Play from Web Page does not clear cache
Last modified: 2009-10-05 14:35:57 UTC
Listening to Radioio caches several minutes of music. I stopped it before bed. in the morning, pressing the play button from the Web Page only continues to play the cache, whereas pressing the play button in SoftSqueeze starts the stream afresh.
Did you pause or power off the player?
Pause. I never power it off.
If paused, pressing the unpause button plays the cached stuff, but pressing the play button reloads it. There is only one button in the Web interface! It needs two.
Dean says the desired behavior is if you pause for a 'long time' on an internet radio station we should empty the cache and start over. Andy notes that on a 128kbps stream pausing can work for approx 3 minutes. Dean notes Alan was thinking of some enhancements for stream control that this might fit in with.
For sure the cache should be emptied after a long time. But for Internet streams, the cache should be dumped immediately; otherwise, at best, there is a gap in the piece. If so, its better to just be playing the current selection. And, the way it is now, the thing shown as playing on the Web page is NOT what you hear.
It is perfectly valid to pause a radio stream, but perhaps auto-stopping once the player's buffer is full is a good enhancement. Also note that title metadata correctly handles paused streams.
Part of the problem is that we do not know if a remote stream is 'live' or not. Pausing a long podcast or similar stream is perfectly valid. I guess the server (stream source) may time out the connection after a while but, in the mantime, pausing should work. I agree that the WebUI needs a stop button. See bug 5670. The idea suggested there, that pause + delay (say 2minutes) => stop IFF remote stream and track length unknown might be a good compromise.
We can make some educated guesses. If a stream is mms:, we can guess that it's a live, non-pausable stream. If it has a specified HTTP length header or some other indication of duration, we can guess that it is pauseable. In addition, if the remote side disconnects, we should automatically stop. We should also consider stopping a remote stream after pausing for more than some time, like an hour or so. Finally, we should be consistent about handling the play button. Pressing play on the now playing stream when on the now playing screen should unpause when paused. Pressing the play button from the web interface should also unpause (if paused) or play (if stopped).
Not going to be fixed for 7.1. I'll try to tackle this for 7.2.
*** Bug 10163 has been marked as a duplicate of this bug. ***
Change 26357. When paused and connected to a remote stream of unknown duration, stop when buffer fills.
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.