Rhythmbox (via gstreamer) stops playback when metadata changes arrives in the stream

Bug #10836 reported by Henrik Hellerstedt
10
Affects Status Importance Assigned to Milestone
rhythmbox (Ubuntu)
Fix Released
Medium
Sebastien Bacher

Bug Description

Rhythmbox stops playback of the stream when the stream changes the metadata
(artist, tune etc).
I think the problem really lies in the gstreamer vorbis lib but i dont know any
other way to test it
than via rhythembox.

ogg123 is linked to same ogg and vorbis libs but copes with the metadata change

How to reproduce:
Add http://anka.org:8080/stream.ogg as a raidiostation, start to listen wait for
a tune to end,
when the next is about to start the metadata is sent and rhythmbox stops.

I can if needed put up a stream where metadata is sent more often....

http://bugzilla.gnome.org/show_bug.cgi?id=160330: http://bugzilla.gnome.org/show_bug.cgi?id=160330

Revision history for this message
Sebastien Bacher (seb128) wrote :

which gtk+ and icon themes are you using ?

Revision history for this message
Sebastien Bacher (seb128) wrote :

oops, comment on the wrong bug.

Are the metadata informations displayed in rhythmbox on your computer ?

Revision history for this message
Sebastien Bacher (seb128) wrote :

do you now if the stream made of differents ogg played the ones after the others ?

Revision history for this message
Henrik Hellerstedt (henrik8888) wrote :

(In reply to comment #3)
> do you now if the stream made of differents ogg played the ones after the others ?

Its not made of different oggs, but chained streams, with a new stream each time
the metadta changes.

Running ogginfo on a wget'ed section of the stream confirms this "guess".

Revision history for this message
Henrik Hellerstedt (henrik8888) wrote :

(In reply to comment #2)
> oops, comment on the wrong bug.
>
> Are the metadata informations displayed in rhythmbox on your computer ?
>

No, no metadata is shown in rhythmbox.

Revision history for this message
Sebastien Bacher (seb128) wrote :

rhythmbox probably expects an unique and continuous stream for an iradio, the
bug is not due to
the metadata but the change of stream.

I've opened a bug upstream about this:
http://bugzilla.gnome.org/show_bug.cgi?id=160330

Revision history for this message
Henrik Hellerstedt (henrik8888) wrote :

This bug seems to be solved upstream by the gstreamer team and Debian.

For the lazy that doesnt want to read the appended urls:
This is fixed upstream in gstreamer HEAD_CVS and to get rhythmbox working it
needs to use playbin or implement "playbin" itself.

Alot of info at following urls:
http://bugzilla.gnome.org/show_bug.cgi?id=155234
http://bugs.debian.org/273086

Revision history for this message
Daniel Robitaille (robitaille) wrote :

There is another upstream gnome bug report for this problems (still open):
http://bugzilla.gnome.org/show_bug.cgi?id=156941

Revision history for this message
Sebastien Bacher (seb128) wrote :

do you still get the issue ?

Revision history for this message
Henrik Hellerstedt (henrik8888) wrote :

(In reply to comment #9)
> do you still get the issue ?

No sure about warty now, since i have moved to hoary... but the problem exists
there to
(rhythmbox 0.8.8)

Revision history for this message
Sebastien Bacher (seb128) wrote :

that's fixed with the current version, I'm closing the bug. Feel free to reopen
if that's still an issue for you.

Revision history for this message
Christopher Denter (dennda) wrote : Re: Rhythmbox (via gstreamer) stops playback when metadata changes arrives in the stream - back in gutsy

Hi.
This is gutsy with latest updates.
I like listening to streams all day. However, as soon as the metadata changes, rhythmbox throws an error-message and stops playback: "Couldn't start playback" is the title, "Internal data flow error.", is the content. Nothing more.
If I then reconnect to the stream, playback continues.

regards

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.