GNOME Bugzilla – Bug 637892
[jamendo] Cannot stream songs
Last modified: 2020-03-17 08:55:11 UTC
Greetings, Using Banshee 1.9.1 and b-c-e 1.9.1. Description of problem ---------------------- Songs cannot be streamed from Jamendo. 1. Open Jamendo source 2. Select a song. 3. Click the stream button, which looks like a 'play' icon 4. A codec popup for 'application/xml' appears, and then after a short while whatever was previously playing resumes Expected outcome ---------------- At 4, the track should start playing Commentary ---------- It looks like the playlist URI is correctly passed into Banshee but is somehow not parsed correctly to extract the songs to play. The wormhole begins here I believe http://git.gnome.org/browse/banshee/tree/src/Core/Banshee.Services/Banshee.Streaming/RadioTrackInfo.cs#n290 Debug log --------- [1 Debug 17:45:15.902] Streaming from Jamendo playlist : http://www.jamendo.com/en/get2/stream/track/xspf/?id=674453%20391002%20108580%2081740%2026736%20608272%20611530%2026737%20391010%20196219%20674452%20593827%20675709%2081741%20658937%20683799%20168834%20946%20536419%20611531%20287425%20685219%20354778%207360%20373259%20675874%20168833%2034403%20287424%2034402%20675922%207359%20658938%2081742%20683803%20685220%2025706%20196221%20675931%20162025%2076656%205339%20516729%20174271%20311483%20121074%2026738%20674019%20674457%2029751%20143348%20688909%20496488%20536420%20548893%20398172%20391014%20608667%20236347%2045429%20667411%20373268%20675836%20657860%20236348%20398179%20496496%2081743%2029862%2034406%20685221%20391005%20683798%20674454%20372601%20611532%20251675%20196222%205340%20442223%2045428%20667426%20689546%20593881%20391003%20674455%20658939%2015655%20599338%20353341%20688851%20305090%20215749%20215750%20657853%20675841%20689543%2026739%20678304%20611534&n=all&order=fromparams&streamencoding=ogg2 (application/xspf+xml) [1 Debug 17:45:15.910] (libbanshee:player) bp_stop: setting state to GST_STATE_NULL [7 Debug 17:45:18.399] Parsed 1 URIs out of - (on ) <00:00:00> [<unknown>] [7 Debug 17:45:18.404] Playing Radio Stream - http://www.jamendo.com/en/get2/stream/track/xspf/?id=674453%20391002%20108580%2081740%2026736%20608272%20611530%2026737%20391010%20196219%20674452%20593827%20675709%2081741%20658937%20683799%20168834%20946%20536419%20611531%20287425%20685219%20354778%207360%20373259%20675874%20168833%2034403%20287424%2034402%20675922%207359%20658938%2081742%20683803%20685220%2025706%20196221%20675931%20162025%2076656%205339%20516729%20174271%20311483%20121074%2026738%20674019%20674457%2029751%20143348%20688909%20496488%20536420%20548893%20398172%20391014%20608667%20236347%2045429%20667411%20373268%20675836%20657860%20236348%20398179%20496496%2081743%2029862%2034406%20685221%20391005%20683798%20674454%20372601%20611532%20251675%20196222%205340%20442223%2045428%20667426%20689546%20593881%20391003%20674455%20658939%2015655%20599338%20353341%20688851%20305090%20215749%20215750%20657853%20675841%20689543%2026739%20678304%20611534&n=all&order=fromparams&streamencoding=ogg2 [7 Debug 17:45:18.407] Player state change: Idle -> Loading [7 Debug 17:45:18.409] (libbanshee:player) [subtitle]: lookup for subtitle for video file. [1 Debug 17:45:19.496] (libbanshee:player) Saving missing element details ('gstreamer|0.10|Banshee|application/xml decoder|decoder-application/xml') [1 Debug 17:45:19.499] (libbanshee:player) bp_stop: setting state to GST_STATE_NULL [1 Debug 17:45:19.499] Player state change: Loading -> Idle
I've seen this several times, but sometimes it works, and I couldn't figure out what exactly triggers the problem.
Same issue here while I tried to reproduce an artist (using banshee 1.9.5) Here is my output: [4 Debug 10:10:46.301] Player state change: Idle -> Loading [1 Debug 10:10:47.326] (libbanshee:player) Saving missing element details ('gstreamer|0.10|Banshee|application/xml decoder|decoder-application/xml') [1 Debug 10:10:47.330] (libbanshee:player) bp_stop: setting state to GST_STATE_NULL [1 Debug 10:10:47.330] Player state change: Loading -> Idle [1 Debug 10:10:47.835] Querying model for track to play in song:Next mode [1 Debug 10:10:47.889] Player state change: Idle -> Loading [1 Debug 10:10:47.893] (libbanshee:player) Stream volume supported: YES [1 Debug 10:10:47.893] (libbanshee:player) Audiosink has volume: NO [1 Debug 10:10:47.978] (libbanshee:player) Handling missing elements [1 Debug 10:10:47.988] (libbanshee:player) Saving missing elements so we don't bother you again [1 Debug 10:10:48.093] Player state change: Loading -> Loaded [1 Debug 10:10:48.104] (libbanshee:player) [gapless] Triggering track-change signal [1 Debug 10:10:48.121] OnEventChanged called with StartOfStream. Replacing current_track with pending_track: "yofo" [1 Info 10:10:48.327] Uncached artwork size 193 requested [1 Info 10:10:48.355] Uncached artwork size 39 requested [1 Debug 10:10:48.370] Player state change: Loaded -> Playing [1 Debug 10:10:48.382] Creating Pango.Layout, configuring Cairo.Context [1 Debug 10:10:48.382] Creating Pango.Layout, configuring Cairo.Context [1 Debug 10:10:49.349] TrackInfoDisplay RenderAnimation: 31.00 FPS [1 Debug 10:10:49.384] TrackInfoDisplay RenderAnimation: 31.00 FPS [5 Debug 10:10:56.345] Audioscrobbler sign-on succeeded - Session ID received [5 Debug 10:10:58.353] Submitted NowPlaying track to Audioscrobbler
"Saving missing element details ('gstreamer|0.10|Banshee|application/xml decoder|decoder-application/xml')" indicates that we're actually telling GStreamer to play a URI that points to/returns a XSPF/XML document.
Same issue : http://dl.dropbox.com/u/11798306/Screenshots/Capture.png http://dl.dropbox.com/u/11798306/Screenshots/Capture-1.png
*** Bug 664714 has been marked as a duplicate of this bug. ***
*** Bug 664713 has been marked as a duplicate of this bug. ***
*** Bug 654149 has been marked as a duplicate of this bug. ***
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.