GNOME Bugzilla – Bug 575962
rhythmbox can't play any of its internet radios (version 0.11.99.3)
Last modified: 2009-03-28 06:55:47 UTC
None of the default Internet radios work with rhythmbox 0.11.99.3. For most of them, rhythmbox will just display a "wrong way" sign next to the radio name. Sometimes, it will popup a small error dialog with an "unknown playback error". Launching rhythmbox with "-d" shows that it correctly opens the playlist, prints all the stream urls on stdout and then fails to play them. Opening those streams with "gst-launch playbin uri='...'" plays just fine. Playing local files seems to work fine so far. This is on an unstable x86 gentoo system with mostly Gnome 2.24 installed. Anything else I can provide? Thanks
Works fine for me. Do you have crossfading enabled?
It's turned off in the pref panel.
Created attachment 131128 [details] stdout/stderr from "rhythmbox --gst-debug-level=3 &> rberror.txt"
Using 0.12.0 on Gnome 2.26.0, I'm having different problems with different streams. With some I am seeing buffering happening and then getting "Couldn't start playback - Failed to open output device". These do open with Totem so it doesn't seem to be a GStreamer or Pulseaudio problem. Among these are: http://chrwradio.com/playlist/stream.m3u http://icecast.commedia.org.uk:8000/nr5.mp3 http://darkwing.uoregon.edu/~kwax/kwax.pls http://www.wfuv.org/audio/wfuvmp3high.pls Note that for this first category, if I restart Rhythmbox several times they will play sometimes but other times I get the above errors! I have been doing this while putting together this comment and they are now playing. With others it's "Couldn't start playback - Failed to start playback of <URL>": http://streams.wgbh.org/wgbh.pls http://131.128.160.72:8000/listen.pls This last one has the same error as the last two but doesn't open in Totem either so it may be an issue with the stream -- the Totem error is "An error occurred - Could not open location; you might not have permission to open the file." http://www.kqed.org/listen/live/mp3/kqedradio.pls The second category happens no matter how many times I restart Rhythmbox. And after one of the times I was stopping and exiting it crashed (bug 576300). I am attaching a file with output having the "--gst-debug-level=3" command line switch while I tried playing streams from both categories. Let me know if you need anything else.
I installed gst-plugins-libsoup and the error message went and RB started playing just fine. AFAICS, this change is new as older versions had no trouble playing Internet radios without it. I don't mind changing the Gentoo packaging to add a dep on gst-libsoup if needs be. Could someone shed some light on this? Thanks
"gnomevfssrc gstgnomevfssrc.c:836:gst_gnome_vfs_src_start:<gnomevfssrc1> error: Could not open vfs file "http://kqedsc01.streamguys.us:80/" for reading: Generic error (2)" Looks like the gstreamer souphttpsrc plugin isn't installed, and the gnomevfssrc plugin is installed, but it can't do http for some reason. Maybe the gnome-vfs http module isn't installed? I think adding a dependency on souphttpsrc would be sensible. Rhythmbox already depends on both gstreamer and libsoup.
Then I'm still wondering how gst-launch is able to play the stream without libsoup...
Hmm. Looks like if the app doesn't initialize gnome-vfs, gnomevfssrc does on instantiation. Then, when it's finalized, it shuts it down. Shutting down gnome-vfs appears to unload the modules. Initializing gnome-vfs a second time doesn't reload modules, so they probably don't work after that. You could probably test this by running 'import gnomevfs' in the python console before you try playing anything.
(In reply to comment #8) > You could probably test this by running 'import gnomevfs' in the python console > before you try playing anything. > I've enabled the python console, typed 'import gnomevfs' which comes back to a prompt, then tried the second category again with no change. The first category is playing, but as I mentioned those would play sometimes and not others. Perhaps there are two issues here and this addresses the first?
I don't know. If gnome-vfs is involved, all I'm going to do is tell you not to use it.
I can confirm manually installing the gstreamer libsoup plugin resolves this problem. So this is an issue with the dependencies on Gentoo's ebuild.
Thing is, I couldn't find a commit which made such a change. So I'm left wondering if this is intentional or not. Is gst-plugins-soup _really_ required (gst-launch doesn't need it...) for rhythmbox to work properly or is it a bug somewhere? If gst-plugins-soup is indeed required, I'll change our ebuild to reflect that. Thanks
Perhaps my explanation in comment 8 wasn't clear enough. Rhythmbox no longer initializes gnome-vfs, because it no longer uses gnome-vfs. This appears to cause the gnomevfssrc element to misbehave. You could consider this a bug in gnome-vfs, but I doubt anyone cares. Rhythmbox needs a working http source plugin to play http streams. souphttpsrc is currently the best available http source plugin.
I see, thanks for the explanation. I'll try to fix our packaging then. Thanks again for your time
*** Bug 577021 has been marked as a duplicate of this bug. ***