Bug#448215: rhythmbox: chokes on radio streams that works fine in Totem

[Martin-Éric Racine]

On 10/29/07, Sven Arvidsson <sa at whiz.se> wrote:
> On Mon, 2007-10-29 at 06:01 +0200, Martin-Éric Racine wrote:
> > On 10/28/07, Sven Arvidsson <sa at whiz.se> wrote:
> > > This might actually be a GStreamer problem. Running
> > >
> > >         gst-launch-0.10 playbin uri="http://83.145.201.209:8000"
> > >
> > > as per the README, works fine in unstable, but seems to hang in
> > > unstable. I'm guessing totem uses a different method?
> >
> > Come again? Hangs where and works fine where?
>
> Sorry, hangs in stable, works in unstable.
>
> > Here, I just upgraded everything to Testing and the pipe works fine
> > with both URL (don't forget the gvfm.ogg extension on the second one).
> >
> > So, the above works fine to directly launch the stream, but Rhythmbox
> > fails, which again points to Rhythmbox incorrectly accessing
> > Gstreamer.
> >
> > Note that in both cases, the stream starts with a snippet that says
> > something like "Connection for this stream courtesy of Nebula.fi" and
> > then continues with the next "song" which is the actual live stream.
>
> The second stream works fine for me in unstable, both with the pipeline
> and in Rhythmbox 0.10.1 and 0.11.2.
>
> The other stream, http://217.30.180.242:8000/gvfm.ogg, I can't connect
> to with any player.

Here's what I get with the OGG/Vorbis stream:

$ LC_ALL=C gst-launch-0.10 playbin uri="http://217.30.180.242:8000/gvfm.ogg"
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
Buffering, setting pipeline to PAUSED ...
Prerolled, waiting for buffering to finish...
Done buffering, setting pipeline to PLAYING ...
Buffering, setting pipeline to PAUSED ...
Done buffering, setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
WARNING: from element
/playbin0/abin/audiosink/audiosink-actual-sink-pulse: Compensating for
audio synchronisation problems
Additional debug info:
gstbaseaudiosink.c(1033): gst_base_audio_sink_render ():
/playbin0/abin/audiosink/audiosink-actual-sink-pulse:
Unexpected discontinuity in audio timestamps of more than half a
second (0:00:02.591383219), resyncing

My best guess is that Gstreamer or Rhythmbox has problems dealing with
the timestamp discrepancy between the introductory track (sponsor's
ad) and the second track (actual radio stream), which is how it
chokes.

-- 
Martin-Éric Racine
http://q-funk.iki.fi