Bugzilla – Bug 2465
can't seem to play any SHOUTcast streams under shoutcast -> all streams
Last modified: 2009-09-08 09:16:47 UTC
they all have unknown urls, etc. can't play any of them.
Is this still a problem at 3rd November?
I'm getting spotty connections today. genre streams seem ok.
works on from slimserver trunk svn 5006. perhaps a comparison is in order on the modules in question to fix SqueezeNetwork.
does not appear to be occurring any longer... any reason behind this? was anything changed? (also yes i was only seeing this on squeezenetwork not with the server)
1/19/05 Problem still occurring regularly. To re-create: Connect to SN. Browse to Internet Radio:Shoucast:All Streams. Pick a stream. Stream plays. Log off of SN. Log back in (wait a while if you want). Browse to all streams and pick another stream. Station Title displays but never begins to play (No VU graph). Try other streams under Shoutcast:All Streams. Will not play. Player might freeze up and require a soft reboot. Things to note: 1) Stations stored under Favorites will still play however once a Favorite is playing cannot browse to "All Streams" and get other stations to play. Instead, the currently playing station keeps on playing even though the displays updates to display the newly selected station. 2)Radioio and Slim Devices picks will still play. I notice that when this happens, browsing and selecting "Internet Radio:Shoutcast", the player will not display "Connecting to Shoutcast". Not sure if this is signficant. 3) I have also had this happen when picking a Shoutcast Station under "All Streams", letting it play and then trying to switch after a while. 4) Sometimes, when the player completely locks up and I have to reboot, I will re-coonect to SN only to have the player shut off immediately. FWIW, I have a SB3 running Firmware 28. I'm not sur eif I entered this information correctly. Perhaps I should have created an attachment??
*** Bug 2755 has been marked as a duplicate of this bug. ***
OK I found the source of this bug. Read on if you want the technical explanation, otherwise know that it's been fixed and should be pushed out to SN soon. The problem is the global %modes hash in the Shoutcast plugin. It holds references such as \$status{$client}{'stream'} which contains the currently selected stream in the list. When you sign off of SN, $client is wiped out. The next time you connect, you've got a new $client, but the ref in %modes still points to an old client, so it does not know what stream you have selected to play. I solved this by clearing %modes every time you hit the stream list.
when you say pushed out to SN soon, when is this? any specific ETA?
Fix is in production, please test!
Andy, I have been testing this fix every chance I get and am satisfied that it is fixed. I did get my SB3 to malfunction once (wouldn't play the station I chose, displayed name, no vu meter) but haven't been able to repeat the problem in 4-5 days. Good enough for me. One final qualification. I did not test this by trying to navigate to stations by every possible means. I simply switched stations using the methods I did before, which consistently failed. Thanks for fixing this. Regards, Mark
This bug has been fixed in the latest release of SqueezeNetwork! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.