GNOME Bugzilla – Bug 611251
Multiple connections for a single stream
Last modified: 2011-08-18 23:18:42 UTC
I listen to DI.FM Premium, where they restrict you to one stream at a time. When I play the stream with totem, the playpack goes fine for hours. Banshee, however, when encountering a network hiccup and/or playback pause, will try to open several streams to connect to the radio station, resulting in an automated email from DI.FM's servers saying I got multiple streams open. Looking at banshee's stdio shows: [Warn 17:45:17.927] - DI.FM - Electro House (on DI.FM - Electro House) <00:00:00> [<unknown>] - The request timed out (in `System') at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x00000] at System.Net.HttpWebRequest.GetResponse () [0x00000] at Banshee.Playlists.Formats.PlaylistParser.Parse (Banshee.Base.SafeUri uri) [0x00000] at Banshee.Streaming.RadioTrackInfo.LoadStreamUri (System.String uri) [0x00000] The stream will then stop from playback until Banshee is restarted, or the station is re-added to the radio list.
It's hard to localise the problem without having access to the station. The station is connected to from two places: * GStreamer itself. I doubt it's the cause of the issue, considering the station works fine in Totem. * PlaylistParser [1]. The HTTP response created on line 95 should be properly closed. You can insert Console.WriteLine() calls into lines 118 and 147 to check if that's the case. Let me know if it's not closed, I will tell you how to debug it further. [1] http://git.gnome.org/browse/banshee/tree/src/Core/Banshee.Services/Banshee.Playlists.Formats/PlaylistParser.cs
This problem gone noticeably worse in the latest 1.5.4 (recently updated in Ubuntu ppa). After less than 2 minutes of playback, the stream cuts off. The playback is fine in Totem (GStreamer backend).
Created attachment 192688 [details] [review] Ensure stream is closed after parsing playlist
I'm able to reproduce this with HEAD. It appears that PlaylistParser does not always close the stream if the user links directly to a stream rather than a playlist.
Comment on attachment 192688 [details] [review] Ensure stream is closed after parsing playlist Thanks for the patch ! Committed !
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.