GNOME Bugzilla – Bug 156941
Rhythmbox can't play "chained ogg" radio
Last modified: 2007-06-01 13:17:21 UTC
1. Open Rhythmbox, go to the radio section. 2. Open http://ogg.smgradio.com/gr160.ogg as a radio station (add that URL as a radio station, then play it). You should hear Virgin's disco channel. 3. Wait for the current song to finish playing. Listen for an abrupt discontinuation of play. 4. When it happens, notice how the song title/author changed (Virgin sends out new author/title data to keep up with what's currently playing). 5. Now the app is frozen and if you click the close box (in GNOME) you'll eventually be prompted to kill the app or let it continue running. I click kill the app. What should have happened: the title/author/etc. should have updated and RB should have kept playing the music. I'm marking this bug as urgent because this bug makes playing radio streams with RB useless. The command-line Ogg Vorbis player, ogg123, by comparison, has no problem playing the same stream including keeping up with changing title/author data.
*** Bug 160330 has been marked as a duplicate of this bug. ***
This is because this radio is a "chained ogg" and that spider (the gstreamer element used by rhythmbox for playback) doesn't support that.
*** Bug 149186 has been marked as a duplicate of this bug. ***
*** Bug 139100 has been marked as a duplicate of this bug. ***
The bug seems to have evolved into #159292 - now, there is a popup that says unexpected end of stream.
*** Bug 159292 has been marked as a duplicate of this bug. ***
I have this problem, too. Unexpected end of stream on any song name change. It makes ryhthmbox unusable as internet radio player, the only purpose I installed it for :/
The solution is about replacing spider by a playbin somewhere in player/player-gst.c . Let's see when I get around to do it.
A switch from spider to playbin is already mostly done in my 'playbin' branch. It's offline at the moment, but a mirror can be found at http://mirrors.sourcecontrol.net/teuf@gnome.org--2004/ It doesn't handle iradio buffering, and the rest of the code using spider (metadata reading, any->wav conversion, ...) should probably be switched to use decodebin, but it's good enough for dayly playback.
*** Bug 170373 has been marked as a duplicate of this bug. ***
*** Bug 172944 has been marked as a duplicate of this bug. ***
this bug is fixed with the current version, I'm closing it. Feel free to reopen if that's still an issue for you.
Yes, cvs HEAD works. However I have to use >=gnome-vfs-2.11.1 as without the commit http://cvs.gnome.org/viewcvs/gnome-vfs/modules/http-neon-method.c?view=log#rev1.26 gnome-vfs crashes when aborting HTTP requests because the server doesn't support range requests (reason: headers are freed before abort, so if the abort request response contains headers gnome-vfs tries to store them in freed memory). Perhaps consider putting the dependency on gnome-vfs-2.11 to avoid bugs on this?
In which version of Rhythmbox/Gstreamer was this bug resolved? I have Rhythmbox 0.9.6 and gstreamer 0.10.12 and the "die on song change" bug is still present.
It broke again later on (during the switch to GStreamer 0.10.) This isssue is now tracked in this GStreamer bug: http://bugzilla.gnome.org/show_bug.cgi?id=320984