Bug 10229 - Inernet Radio stops playing Randomly when connect to SN
: Inernet Radio stops playing Randomly when connect to SN
Status: RESOLVED WORKSFORME
Product: Logitech Media Server
Classification: Unclassified
Component: Sync
: 7.3.0
: PC Windows XP
: -- normal (vote)
: 7.x
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-05 14:58 UTC by Walker LaRon
Modified: 2009-07-31 10:32 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
7.2.1 log file (21.46 MB, text/plain)
2008-12-05 14:58 UTC, Walker LaRon
Details
7.3 log (5.34 KB, text/plain)
2008-12-05 15:00 UTC, Walker LaRon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Walker LaRon 2008-12-05 14:58:56 UTC
Created attachment 4384 [details]
7.2.1 log file

Ticket Reference 081119-001306
Problem:

When connecting Squeezebox Duet(s) directly to SqueezeNetwork, Internet Radio Stops Streaming Randomly ( after 20 seconds, up to after playing for 1 hr with no problems. Local Music plays fine from SqueezeCenter.

Specifically when playing from Slacker, but happens with other Stations as well.

Scenerio:

Customer has 4 Squeezebox Duet Receivers and 2 Squeezebox Controllers

 - wireless signal strength of 4 receivers: 
	- steady 51%
	- steady 81%
	- steady 64%
	- steady 33%

- Quest DSL
- Computer Hardwired to router
- Customer does use VPN, but this occurs when NOT using it
- This occurs with or without him Syncing his Players   

Troubleshooting:

 -Increased buffer Rate in SqueezeNetwork from 3 to 30
 -Several Factory resets
 -Power-cycled router several times
 -Tried just with 1 Duet/Receiver
 -Customer had a cross-shop RMA (was done previous to me taking the ticket)
 -Performed clean install of SC 7.2.1 - updated firmware to r3191

****This updated all of his receivers at this point, but Controller was already on r3191*****

 -Tried having customer use Internet Radio via SqueezeCenter 
 -Turned on logging as follows:

(plugin.slacker) - Slacker
(player.streaming) - All Player Streaming Logging
(network.asyncdns) - Asynchronous DNS Logging 
(network.asynchttp) - Asynchronous Remote HTTP Request Information 
(Network.cometd) - Cometd protocol logging 
(network.http) - Internal HTTP Server Logging 
(network.jsonrpc) - JSON-RPC API Logging 
(network.mdns) - Multicast DNS / Bonjour 
(network.protocol) - All Player Protocol Logging 
(network.protocol.slimp3) - SliMP3 Protocol 
(network.protocol.slimproto) - SlimProto (Squeezebox / Transporter) Protocol 
(network.squeezenetwork) - SqueezeNetwork Logging 
(network.upnp) - UPnP Server & Device Information (Rhapsody)

**See log Attached**

 -Performed clean install of SC 7.3 - updated firmware to 
 -Had customer play Internet Radio through this version

**See log Attached**

Customer states this has been happening from the beginning.  Problem occurs randomly with all receivers.
Comment 1 Walker LaRon 2008-12-05 15:00:27 UTC
Created attachment 4385 [details]
7.3 log
Comment 2 Walker LaRon 2008-12-05 15:59:30 UTC
Additional Router Information:

- Linksys RANGEPLUS Model WRT110 - updated Firmware
Comment 3 James Richardson 2008-12-08 09:32:40 UTC
Alan: Can you take a look at the logs and comment
Comment 4 Alan Young 2008-12-09 09:29:03 UTC
I don't see anything much in the logfile, other than a failure to open a Slacker stream file (slacker://stations/7203288/1234.mp3). I'm not sure what Slacker does in this case - I cannot test it here.

SC 7.3 tries harder to keep going after transient errors like this.
Comment 5 Andy Grundman 2009-01-05 11:09:28 UTC
The first log file is way too big, nothing in the second logfile.  Going to mark this works for me.
Comment 6 Chris Owens 2009-07-31 10:32:57 UTC
Reduce number of active targets for SC