Bugzilla – Bug 4535
Cannot tune in http://www.talksport.net/talksport-live.asx
Last modified: 2011-03-16 04:39:13 UTC
I have been trying to tune in http://www.talksport.net/talksport-live.asx without joy. Other stations I can tune in without issue The problem is Slimserver returns nothing and does not tune into the station. When trying thins on Firefox 2.0 the web interface gets into an awful mess and stats displaying jsp and html. This doesn't happen on IE7 I am using SlimServer_6.5_v2006-11-24 Debugging doesn't seem to show much information but I'm not sure which settings I should be debugging. If you let me know I'm happy to help 2006-11-24 15:03:27.0435 Accepted connection 4 from 10.0.0.100 2006-11-24 15:03:27.0471 Sent 380 to 10.0.0.100 2006-11-24 15:03:27.0500 More to send to 10.0.0.100 2006-11-24 15:03:27.0645 reading request... 2006-11-24 15:03:27.0684 HTTP request: from 10.0.0.100 (HTTP::Daemon::ClientConn=GLOB(0x1282d1d4)) for GET HTTP/1.1 /skin.css 2006-11-24 15:03:27.1058 processURL Clients: 10.0.0.102:17883 2006-11-24 15:03:27.1116 Generating response for (css, text/css) skin.css 2006-11-24 15:03:27.1174 generating from include.html 2006-11-24 15:03:27.1820 generating from skin.css 2006-11-24 15:03:27.1848 reading http file for (Default skin.css) 2006-11-24 15:03:27.1881 checking for /var/SlimServer_v6.5.1/HTML/Default/skin.css. 2006-11-24 15:03:27.1912 checking for /var/SlimServer_v6.5.1/Plugins/RandomPlay/HTML/Default/skin.css. 2006-11-24 15:03:27.1943 checking for /var/SlimServer_v6.5.1/Plugins/Health/HTML/Default/skin.css. 2006-11-24 15:03:27.1975 checking for /var/SlimServer_v6.5.1/Plugins/DigitalInput/HTML/Default/skin.css. 2006-11-24 15:03:27.2006 checking for /var/SlimServer_v6.5.1/Plugins/Live365/HTML/Default/skin.css. 2006-11-24 15:03:27.2037 checking for /var/SlimServer_v6.5.1/HTML/EN/skin.css. 2006-11-24 15:03:27.2114 generating from skin.css 2006-11-24 15:03:27.2143 reading http file for (Default skin.css) 2006-11-24 15:03:27.2175 checking for /var/SlimServer_v6.5.1/HTML/Default/skin.css. 2006-11-24 15:03:27.2207 checking for /var/SlimServer_v6.5.1/Plugins/RandomPlay/HTML/Default/skin.css. 2006-11-24 15:03:27.2238 checking for /var/SlimServer_v6.5.1/Plugins/Health/HTML/Default/skin.css. 2006-11-24 15:03:27.2269 checking for /var/SlimServer_v6.5.1/Plugins/DigitalInput/HTML/Default/skin.css. 2006-11-24 15:03:27.2301 checking for /var/SlimServer_v6.5.1/Plugins/Live365/HTML/Default/skin.css. 2006-11-24 15:03:27.2332 checking for /var/SlimServer_v6.5.1/HTML/EN/skin.css. 2006-11-24 15:03:27.2369 File empty: skin.css2006-11-24 15:03:27.2563 End request: keepAlive: [1] - waiting for next request for HTTP::Daemon::ClientConn=GLOB(0x1282d1d4) on connection = Keep-Alive
the display another case of bug 4110 the radio problem, try debugging for d_http_async, d_source, d_directstream and d_remotestream. likely a case of bug 3383
Debug as requested: 2006-11-25 13:27:24.7611 Attempt to free unreferenced scalar: SV 0x10649cac. 2006-11-25 13:30:26.4690 00:04:20:06:80:5b: Switching to mode stop from stop 2006-11-25 13:30:26.4700 Already in playmode stop : ignoring mode change 2006-11-25 13:30:26.4967 Adding song index 0 to song queue 2006-11-25 13:30:26.4975 Clearing out song queue first 2006-11-25 13:30:26.4985 Song queue is now 0 2006-11-25 13:30:26.8891 Async: Starting async DNS lookup for [www.talksport.net] using server [192.168.1.254] [timeout 5] 2006-11-25 13:30:27.1516 Async: Resolved www.talksport.net to [194.46.8.120] 2006-11-25 13:30:27.1528 Async: Connecting to www.talksport.net:80 2006-11-25 13:30:27.2416 Async: connected, ready to write request 2006-11-25 13:30:27.2470 Async: Sending: GET /talksport-live.asx HTTP/1.1 Connection: close Cache-Control: no-cache Pragma: xClientGUID={73b5888c-27ab-a6d7-c23f-239e9a676bdf} Pragma: no-cache,rate=1.0000000,stream-time=0,stream-offset=0:0,request-context=1,max-duration=0 Accept: */* Host: www.talksport.net User-Agent: NSPlayer/4.1.0.3856 Icy-MetaData: 1 2006-11-25 13:30:27.3148 Async::HTTP: Headers read. code: 302 status: Object Moved 2006-11-25 13:30:27.3242 bless({ connection => "close", "content-length" => 161, "content-type" => "text/html", location => "http://194.46.8.124/talksport-live.asx", server => "Microsoft-IIS/5.0", }, "HTTP::Headers") 2006-11-25 13:30:27.3307 Async::HTTP: Redirecting to http://194.46.8.124/talksport-live.asx 2006-11-25 13:30:27.3376 Async: Connecting to 194.46.8.124:80 2006-11-25 13:30:27.5010 Async: connected, ready to write request 2006-11-25 13:30:27.5060 Async: Sending: GET /talksport-live.asx HTTP/1.1 Connection: close Cache-Control: no-cache Pragma: xClientGUID={73b5888c-27ab-a6d7-c23f-239e9a676bdf} Pragma: no-cache,rate=1.0000000,stream-time=0,stream-offset=0:0,request-context=1,max-duration=0 Accept: */* Host: 194.46.8.124 User-Agent: NSPlayer/4.1.0.3856 Icy-MetaData: 1 2006-11-25 13:30:27.5806 Async::HTTP: Headers read. code: 200 status: OK 2006-11-25 13:30:27.5927 bless({ "accept-ranges" => "bytes", connection => "close", "content-length" => 257, "content-type" => "video/x-ms-asf", date => "Sat, 25 Nov 2006 13:30:31 GMT", etag => "\"aa5f4a183b89c61:1b34\"", "last-modified" => "Tue, 06 Jun 2006 07:30:33 GMT", server => "Microsoft-IIS/6.0", }, "HTTP::Headers") 2006-11-25 13:30:27.8150 Async::HTTP: Read body: 257 bytes 2006-11-25 13:30:27.9719 Async::HTTP: Body read 2006-11-25 13:30:28.7075 Async: Connecting to 194.46.192.142:80 2006-11-25 13:30:33.7231 Async: Failed to connect: 2006-11-25 13:30:33.7293 Async: Connect timed out 2006-11-25 13:30:33.7303 Async::HTTP: Error: Connect timed out 2006-11-25 13:30:33.7336 Adding song index 0 to song queue 2006-11-25 13:30:33.7344 Clearing out song queue first 2006-11-25 13:30:33.7354 Song queue is now 0
looks like something that isn't http streaming, but I must have forgotten a detail becuase I'm fairly sure SS does now report the problem in a way other than "timeout". I have cc'd the expert. as a workaround, you can try server settings->file types and disable the wma->wma built-in option. This will, of course, disable native wma but this may be a good trade for you. Otherwise, contact the content provider about ofering an http stream.
Probably a duplicate of bug 3383
*** This bug has been marked as a duplicate of 3383 ***