Bugzilla – Bug 7501
stream.mp3 stops at end of playlist and disappears from Web UI
Last modified: 2009-09-08 09:21:10 UTC
Hi, I tend to use the 'stream.mp3' facility to listen to my music from my home SqueezeCentre at work using Winamp. After the last item in a playlist is played, Winamp 'stops' playing the stream. A side effect of this is that the stream disappears from the list of players in the web interface. So, to add new items to the playlist I have to hit 'Play' in Winamp (which starts playing the last track in the playlist again) and then refresh the web interface to get the stream back into the list of players. Cheers Andy
Sorry, forgot to also mention that the stream has 'bitrate limiting' set to 192 kbps. Andy
Just to add to this, I can make my slimserver available to someone to run a stream against if it would help. Andy
We need to decide whether stopping at playlist end or playing silence forever is the right thing to do. One user commented on the forum that they would prefer to save bandwidth and like the fact that it currently stops.
Ah, ok. The person I was speaking to on the forums appeared to think it was supposed to work as I expected it to. Certainly it always used to. I don't supposed the stream 'rate' could be dropped right down when playing the silenece? Failing that, how about making it an option for the player (i.e. either stream silence at end of playlist or do a hard 'stop')? Cheers Andy
Why not revert to the old behavior?
Old behavior? Hasn't it always been like this?
Were there some forget-player type changes that may be implicated here? My reading is that the problem is that you can no longer see the Winamp player in the WebUI and so cannot add new tracks to the playlist - or have I got this wrong?
Yeah I have stream.mp3 players auto-forget once they disconnect, so they don't hang around forever.
We should consider not dropping the connection and streaming silence.
Additional annoyance (also from work, using gnome-rhythmbox or stream.mp3 directly in firefox): The last track in my playlist lasted 72 seconds, and when I click "play", somehow SqueezeCenter remembers my player (?) and the last track it had on it's playlist, so I do get to hear that track. But it is *very hard* to modify the playlist before SC forgets my player again. I just spent a couple of hours doing all sorts of tricks (including restarting SC) before I finally managed to put another album in the playlist. Regards, Leiv
Leiv, the way I generally do it is to hit play on my player, then immediately hit pause. That way the player is still visible to Slimserver, so you can clear out the playlist and modify it. Once you're ready, hit stop on your player, then play again and it'll start playing the new playlist. Andy
Thanks Andy, I guess I didn't think of all tricks ;) (I also just saw that there is a "Maintain Client Playlists" setting under the "Music Library" tab, which probably also would have helped.)
Is there a plan/schedule to fix this? Once a playlist ends, even though the streamed player is still visible in the UI, it doesn't 'exist' anymore. It will happily appear to accept a new playlist, but in actuality it's one of the squeezeboxen at home that will start to play. This is EXTREMELY annoying on a daily basis, as I listen to my home SqueezeCenter from my office all day long. The workaround is to have to make absolutely certain that I pause the player before the end of the playlist, then refresh the UI a couple of times to ensure that the streamed client hangs around, and even switch players in the UI once or twice. Then and only then am I comfortable that adding additional songs to the streamed client's playlist will start them playing in the player I want them to. This is frustrating and puzzling behavior from otherwise-excellent software. Currently running version 7.1 - 20131 on Fedora Core 6 with the Fishbone skin. This bug is gonna get me divorced... my wife works from home, and every day at some point when she's on the phone I accidentally blast something unexpected at her at high volume...
This one really annoys me. I run squeezecenter 7.0.1 on 2 different machines at home. One slimNAS on freeBSD and one on a vista PC. From another pc at home i can stream fine from both machines to Winamp. Only when i try streaming to another location over the internet this bug appears. But only with the slimNAS server. From the windows machine it does not drop the connection between tracks. This seems like a silly timeout caused by (lack of) performance bug. Anyway, it causes squeezecenter to display inconsistant functional behavior over platforms. And that could never be a required feature. Or could it? I think that fixing this deserves a higher priority.
Fixed with change 23280 in 7.3. Tested with mplayer (not winamp).
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC