GNOME Bugzilla – Bug 680263
Some radios play directly, but not from a pls / xspf playlist
Last modified: 2013-09-23 14:48:22 UTC
Executing "totem http://live.onestreaming.com/ellinadikofm" plays fine. But if I open it through a pls or xspf playlist I get an error. Example playlists: https://raw.github.com/ubuntu-gr/eradio-playlist-generator/master/24radio.playlist.xspf https://raw.github.com/ubuntu-gr/eradio-playlist-generator/master/24radio.playlist.pls Errors: "An error occurred - GstDecodeBin2: This appears to be a text file" or "An error occurred - Could not determine type of stream." Looks like it happens with e-radios that use asf file format. Here's a tiny xspf playlist: <?xml version="1.0" encoding="UTF-8"?> <playlist version="1" xmlns="http://xspf.org/ns/0/"> <trackList> <track> <location>http://live.onestreaming.com/ellinadikofm</location> <title>Ελληνάδικο FM </title> </track> <track> <location>http://live.onestreaming.com/armonia</location> <title>Αρμονία </title> </track> </trackList> </playlist>
Testing this with 3.4 (latest stable version) is highly welcome, as 3.0 is ancient and not supported anymore by GNOME developers.
Thank you for your reply. I've just tested it with totem 3.4.3 and a live cd. I get the same results, so it seems to be reproducible. * Using "totem http://live.onestreaming.com/ellinadikofm" and "totem http://live.onestreaming.com/armonia" plays fine. * Using small.xspf playlist: When double-clicking ellinadikofm radio: ** Message: Error: This appears to be a text file gstdecodebin2.c(2265): type_found (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20: decodebin2 cannot decode plain text files (and a gui popup window "An error occurred -- GstDecodeBin2: This appears to be a text file") When double-clicking armonia radio: ** Message: Error: Could not determine type of stream. gsttypefindelement.c(562): gst_type_find_element_handle_event (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin1/GstTypeFindElement:typefindelement1 (and a gui popup window "An error occurred -- Could not determine type of stream.")
> tested it with totem 3.4.3 tested it with totem 3.4.3 and gstreamer 0.10.36 (as the about window mentions). I used the most current ubuntu quantal development live cd image.
$ ./parser file://`pwd`/small.xspf ** Message: Added URI "http://live.onestreaming.com/ellinadikofm"... ** Message: title = 'Ελληνάδικο FM' ** Message: Added URI "http://live.onestreaming.com/armonia"... ** Message: title = 'Αρμονία' totem-pl-parser makes assumptions based on the file type. If you have a playlist that points to an http resource, we expect the pointed-to data to be a radio stream, not another playlist of a different type.
What do you expect to happen here? There's no way for Totem to recognise that the URLs in the playlist are playlists as opposed to streams.
Closing bug as invalid, as per the last comments