GNOME Bugzilla – Bug 383328
rhythmbox doesn't do anything with .pls given on the command line
Last modified: 2018-05-24 12:10:22 UTC
That bug has been described on https://launchpad.net/distros/ubuntu/+source/rhythmbox/+bug/62430 "... I'm using Edgy on AMD64. Example: http://www.irlp.net/listen_live.html links to http://live.irlp.net:8000/listen.pls Running "rhythmbox http://live.irlp.net:8000/listen.pls" launches rhythmbox, but does not play the playlist or add a new internet radio station. Downloading the playlist, then running "rhythmbox listen.pls" launches rhythmbox, but does not play the playlist or add a new internet radio station. In rhythmbox you can add a new internet radio station and paste a URL into the dialog, but neither of the above commands is a shortcut to do this."
This has already been fixed in cvs.
That's still happening with 0.9.7.90, reopening Ubuntu https://launchpad.net/ubuntu/+source/rhythmbox/+bug/84402 is similar: "Rhythmbox doesn't play shoutcast streams Binary package hint: rhythmbox Open firefox in fesity, go to http://www.shoutcast.com/ and click on a "tune in" icon on the page. A dialog asks me to open playlist with rhythmbox and I select ok. Rythmbox then loads and does nothing. It doesn't look for or install any mp3 plugins. I am using Rhythmbox 0.9.7.90 in fesity. ProblemType: Bug Date: Sat Feb 10 11:55:18 2007 DistroRelease: Ubuntu 7.04 Uname: Linux Antec 2.6.20-6-generic #2 SMP Wed Jan 31 20:53:39 UTC 2007 i686 GNU/Linux"
I have the same problem in Mandriva 2007.1 (RC). Rhythmbox does nothing when passed an m3u, pls file or a URL for a stream. rhythmbox-0.9.8-4mdv2007.1
launchpad bug comment: "this fixes it... rhythmbox-client --play-uri=http://stream.livesets.com:8000/listen.pls not sure where it needs to go to get firefox to use it though."
that's still happening
Using rb r5350, it behaves a bit different. $ rhythmbox http://minnesota.publicradio.org/tools/play/streams/news.pls - Imports the station and starts playing. $ rhythmbox news.pls - Imports the station, but does not start playing. I guess the last example is how rb is given the playlist from the browser.
The rhythmbox-client fix works, but not if the command is called by another program. For instance, From command line, this works: rhythmbox-client --play-uri=http://stream.livesets.com:8000/listen.pls But called by Streamtuner, it loads the URL into the radio list but does not play. I hacked up a simple bash script to try calling that ----------------------- #!/usr/bin/env bash rhythmbox-client --play-uri=$1 --------------------------- with the same results: Works from the command line, but having Streamtuner invoke the script results in the loading of the URI, but not in playing it. So, is rhythmbox and/or rhythmbox-client doing some sort of check on who/how the command is being invoked? Testing on Ubuntu 7.10 with rhythmbox 0.11.2 Good luck! -Tom
in 0.13.1 it does something when a .pls is opened. segfaults
That was fixed in 0.13.2 and recent totem-pl-parser.
Using rythmbox-client opens up rythmbox, but it does not play anything. It will also not play if I add a radio station using the pls URL. gst-launch-1.0 playbin -v --gst-debug=3 uri=http://provisioning.streamtheworld.com/pls/KLBJAMAAC.pls Setting pipeline to PAUSED ... /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: ring-buffer-max-size = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration = -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering = false /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri = http://provisioning.streamtheworld.com/pls/KLBJAMAAC.pls /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source = "\(GstSoupHTTPSrc\)\ source" Pipeline is PREROLLING ... /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstTypeFindElement:typefindelement0.GstPad:src: caps = text/plain /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind: force-caps = text/plain /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: sink-caps = text/plain /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = text/plain 0:00:00.463424346 2945 0x1db6630 WARN decodebin gstdecodebin2.c:2389:type_found:<decodebin0> error: This appears to be a text file 0:00:00.463443842 2945 0x1db6630 WARN decodebin gstdecodebin2.c:2389:type_found:<decodebin0> error: decodebin cannot decode plain text files ERROR: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: This appears to be a text file Additional debug info: gstdecodebin2.c(2389): type_found (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: decodebin cannot decode plain text files ERROR: pipeline doesn't want to preroll. It will play in Firefox and Totem. My research so far has led me down the path of libsoup. I parsed through some of the commits and found where there was a numeric parsing issue that was recently fixed. Streamtheworld playlists contain numeric's so I grasped that straw and found the latest build in openSUSE factory but was unable to effectively use the newer version with gst-launcher due to some build dependencies. I'm on Gnome 3.8 Stable with openSUSE 12.3.
Just an update. This is a rhythmbox issue as gstreamer does not parse pls nor m3u or any other playlist.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/282.