Bug 4727 - Live365 "Batteries & Beer" station makes SB unable to play music
: Live365 "Batteries & Beer" station makes SB unable to play music
Status: RESOLVED FIXED
Product: SB 2/3
Classification: Unclassified
Component: Misc
: 76
: PC Other
: P2 major (vote)
: ---
Assigned To: Ross Levine
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-03 05:53 UTC by Peter Watkins
Modified: 2007-03-29 10:18 UTC (History)
7 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Watkins 2007-02-03 05:53:58 UTC
Another customer reported this on the forums:
 http://forums.slimdevices.com/showthread.php?p=177173

I just tested on my systems and have confirmed his results on an SB2 and SB3.

Steps:
- On the player, Internet Radio -> Live365 -> Search -> by Station
- search for BEER
- try to play the station "Batteries & Beer" 

When I do that, I see the usual
 Checking stream
 Connecting
 Buffering
messages, but after Buffering is done, the SB is still quiet and the visualizer flat. If I go to Now Playing, I see song info from Batteries & Beer.

The SB does not visibily crash (not the visible crash/reboot I have seen a few times on another [non-Live365] station), but it cannot play music after that. For instance, if I browse to my library and try playing something, I get the same basic behavior as I had for B&B -- no sound, still visualizer, and the Now Playing progress/countdown is stuck.

Holding the power button to fully reboot the SB fixes the SB. I have not tried resetting the audio chip (I've read about that, but never had to do that).
Comment 1 Peter Watkins 2007-02-09 05:23:39 UTC
Another data point: my Squeezebox 1 "G" can play Batteries & Beer just fine (firmware 40, using SlimServer Version: 6.5.1 - 11048 - RedHat - EN - utf8, Perl Version: 5.8.6 i386-linux-thread-multi, MySQL Version: 5.0.21-standard)

Are you able to reproduce my findings? Is there something I can do to help? 
Comment 2 Peter Watkins 2007-02-09 06:00:48 UTC
More information:

- I installed & configured proxy server software on my Slimserver host and configured Slimserver to use that proxy for all web traffic. I could see the Squeezebox2 requesting "audio/mpeg" through the proxy server, and other stations worked fine. But Batteries & Beer still messed up my Squeezebox2. So it's not a TCP problem, it's something in the HTTP responses. 

- The Squeezebox2 can play Live365's audio announcement that the station has reached its limit for free streams and that only Live365 premium/VIP users can tune in to B&B. So if the station is busy, you will need to retry until Live365 is willing to serve music to you.

-Peter 
Comment 3 Chris Owens 2007-02-09 12:49:00 UTC
This bug appears to be fixed in FW75 which I'm currently testing for release.  I'll let you know when it's available as part of a nightly build.
Comment 4 Dan Evans 2007-02-20 16:15:04 UTC
Chris -- I have two customers who are complaining about almost this exact thing, but it is not isolated to only 1 radio station. 

Customer #1 -- (ref# 070213-005678)  The details of his problem are thus:

* if he connects to SqueezeNetwork, it will connect but play no audio.  The clock remains at 0:00

* if he then connects to Slimserver, he gets the same behavior-- no audio

* if does a factory reset and connects to Slimserver, it works perfectly and plays his music

* if he connects to SN then, no audio -- clock at 0:00

* (loop to top of list)

His Slimserver is version: 6.5.1 - 11206 - RedHat - EN - utf8 

Customer #2 (ref# 070219-004241) essentially reports the same thing.  He's using firmware 76.
Comment 5 Andy Grundman 2007-02-21 05:28:55 UTC
Dan, are those folks in this thread? http://forums.slimdevices.com/showthread.php?t=32649

Any luck reproducing their problem?  When you say "clock" do you mean the buffer fullness display?
Comment 6 Dan Evans 2007-02-21 14:39:02 UTC
Andy, yes.  Same issue in http://forums.slimdevices.com/showthread.php?t=32649

By "clock" I think they're referring to "elapsed time"
Comment 7 Chris Owens 2007-02-22 15:07:07 UTC
Hmm maybe it was not fixed, but not easy to reproduce.  I changed the 'Version' to reflect the problem is still present on fw76.  Ross, could you please make sure this is indeed reproducible with fw76?
Comment 8 Ross Levine 2007-02-23 16:47:46 UTC
I tried via SlimServer and SqueezeNetwork, both were able to play batteries and beer without an issue with fw76. 

Is anyone else still able to reproduce this with fw76?
Comment 9 Peter Watkins 2007-02-24 10:29:17 UTC
"Batteries & Beer" is not a good test case anymore. I'm still running firmware 71 (from 6.5.1) on my SB3, and I just now tuned in to "Batteries & Beer" on Live365 through my local Slimserver without incident. So I don't think we can be sure fw76 fixed the underlying problem.

Does anyone know of another "bad" stream to test against? 
Comment 10 Jim Johnson 2007-02-24 12:20:17 UTC
Peter, can you test your FW71 squeezebox with these URLs:
live365://www.live365.com/play/muppetcentral/
live365://www.live365.com/play/mistermouse/
live365://www.live365.com/play/crazyjt2/
live365://www.live365.com/play/compaxx/

I have an older bug open which appears to be on the same issue described here.  I upgraded to FW76 before testing these URLs, so I can't be sure that FW76 actually fixed it (they work for me now on FW76).  My bug on this issue is at https://bugs-archive.lyrion.org/show_bug.cgi?id=4563

Comment 11 Ross Levine 2007-02-26 12:33:39 UTC
These stations also work fine for me with fw76. Is anyone still seeing this issue?
Comment 12 dasnut 2007-02-26 13:03:04 UTC
yes! I am still seeing this issue - NO squeezenetwork streams have audio, can see them buffer and buffer fullness looks good, but no sound.

currently fw72
Comment 13 Ross Levine 2007-02-26 13:07:31 UTC
Would you mind updating to fw 76 to see if you still see it? Also what revision of 6.5.1 are you using?
Comment 14 dasnut 2007-02-26 13:22:53 UTC
just updated to fw76 with the nightly of 6.5.2 (SlimServer_6.5_v2007-02-26.exe)

still same problem:

plays from slimserver fine
switch to squeezenetwork - no sound from streams
switch back to slimserver - tracks won't play (no sound and timer doesn't increment)
reboot SB using remote (long press of power button) and slimserver music works again

they only thing that has happened "out of the ordinary" to my SB3 was I lost the MAC address early on in its life, but I reset it and squeezenetwork worked for a short time.....
Comment 15 Ross Levine 2007-02-26 13:26:12 UTC
Are you using the same streams as mentioned previously? Or other streams? Do any Live365 streams work via Squeeze Network, or they all do not? If only some, could you please point me to the specific streams. I'm wondering why I'm not able to reproduce this. 
Comment 16 dasnut 2007-02-26 13:42:46 UTC
connecting, checking stream, buffering then silence....
This is on any stream on Squeezenetwork including all of Live365 (well I guess all, I tried the first 2 I found, Alternative Nation and Radio Panic).
Comment 17 Chris Owens 2007-02-26 16:05:36 UTC
Andy and Richard, is there some log info that would be useful to you?
Comment 18 Andy Grundman 2007-02-26 16:17:16 UTC
It sounds like a firmware issue to me, but I'm really not sure why it would work on SlimServer if it doesn't work on SN.  Richard, would stat or xstr info from one of these players with the issue on SN be useful?
Comment 19 Peter Watkins 2007-02-28 17:08:45 UTC
Regarding #10, the following two URLs cause the problem I describeed when I try to play them on my SB3:
live365://www.live365.com/play/muppetcentral/
live365://www.live365.com/play/mistermouse/

These streams play fine with firmware 71:
live365://www.live365.com/play/crazyjt2/
live365://www.live365.com/play/compaxx/

My SB3 is connected to my local Slimserver (same Slimserver version as I noted in #1, using firmware 71). 

I have not tried playing any of these through SqueezeNetwork.
Comment 20 Peter Watkins 2007-03-21 19:57:40 UTC
I have upgraded my server to the latest 6.5.2 build and my SB2 to firmware 76. The station I reported, and all four listed in comment #10 all play fine now that I have firmware 76. Closing bug as FIXED.

-Peter
Comment 21 Chris Owens 2007-03-29 10:18:26 UTC
*** Bug 4563 has been marked as a duplicate of this bug. ***