[altmania]

I don´t why.. When a old song is finished and a new song is beginning on almost every radio stations of shoutcast radio, the player close the shoutcast app:

01:33:24 M: 23126016 NOTICE: ES: Starting event server
01:33:24 M: 21544960 NOTICE: ES: Starting UDP Event server on 0.0.0.0:9777
01:33:24 M: 21544960 NOTICE: UDP: Listening on port 9777
01:35:48 M: 8781824 ERROR: MP3Codec: Error reading file
01:35:48 M: 8781824 ERROR: CAudioDecoder: Error while decoding 1
01:38:59 M: 9412608 ERROR: MP3Codec: Error reading file
01:38:59 M: 9412608 ERROR: CAudioDecoder: Error while decoding 1
01:49:05 M: 9658368 NOTICE: Storing total System Uptime
01:49:05 M: 9658368 NOTICE: Saving settings
01:49:05 M: 9658368 NOTICE: stop all
01:49:05 M: 9854976 NOTICE: stopping upnp
01:49:05 M: 9789440 NOTICE: ES: Stopping event server
01:49:05 M: 9854976 NOTICE: ES: UDP Event server stopped

[Bomb Bloke]

Hmm. So it does. Also messes up the colour of the font on my MC360 setup, then crashes XBMC completely... Nasty indeed! Any idea when this started happening, revision-wise?

http://pastebin.com/8fdCwnbP

[Bomb Bloke]

It appears this is due to a change implemented to prevent a crash when the connection drops completely (XBMC would attempt to buffer forever). However, it'll trigger even when the line's good if the buffer isn't filling fast enough.

In theory, cranking the timeout value should avoid this. An AdvancedSettings.xml file along these lines should do it:

<advancedsettings>
<network>
<curlclienttimeout>10</curlclienttimeout>
</network>
</advancedsettings>

10 is actually the default value (it's in seconds). I guess something like 30 would be more reliable, depending on your connection speed vs the bitrate of the stream.

Seems the crash issue I was having wasn't related to Shoutcast specifically. It's been fixed, along with a certain other crash bug that's been annoying me for the past year.

[Hauser]

It appears this is due to a change implemented to prevent a crash when the connection drops completely (XBMC would attempt to buffer forever). However, it'll trigger even when the line's good if the buffer isn't filling fast enough.

I love XBMC but the Shoutcast implementation has been nothing but problematic for me from the beginning, the latest release I'm using (circa 2 or 3 months ago) regularly freezes XBMC when simply trying to switch channels or hitting the stop buitton.

How is your experience with the latest builds, have these sorts of issues been addressed?

[Bomb Bloke]

As mentioned, the crash issue I was having is fixed in recent revisions (by r28919, specifically). If this isn't the case for you, then I'd recommend checking your debug log.

[Hauser]

I've upgraded to the latest daily build and the behavior seems better, but occasionally the stream I'm listening to will stop, there will be a brief buzz, then it will start again. Long-running ping tests show no dropouts to the servers themselves, and I don't experience this on my laptop (running VLC/iTunes instead of XBMC), if anyone has any ideas I'd love to hear them.