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

Sebastian Dröge slomo at circular-chaos.org
Fri Feb 29 07:39:27 UTC 2008


reassign 448215 rhythmbox
thanks

Am Freitag, den 29.02.2008, 09:35 +0200 schrieb Martin-Éric Racine:
> On Fri, Feb 29, 2008 at 7:21 AM, Sebastian Dröge
> <slomo at circular-chaos.org> wrote:
> > Version: 0.10.16-1
> >
> >  Am Donnerstag, den 28.02.2008, 22:16 +0100 schrieb Sven Arvidsson:
> >
> >
> > > reassign 448215 gstreamer0.10-plugins-base
> >  > thanks
> >  >
> >  > > 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.
> >  >
> >  > Hi again,
> >  >
> >  > I can play both streams now, http://83.145.201.209:8000 works fine, but
> >  > http://217.30.180.242:8000/gvfm.ogg has problems.
> >  >
> >  > After the introduction, the rest of the stream seems to play slower than
> >  > normal, I'm also getting a critical warning from GStreamer.
> >  >
> >  > I'm reassigning this to the gstreamer0.10-plugins-base package.
> >  >
> >  > 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 ...
> >  >
> >  > (gst-launch-0.10:32158): GStreamer-CRITICAL **:
> >  > gst_clock_set_calibration: assertion `internal <=
> >  > gst_clock_get_internal_time (clock)' failed
> >
> >  Hi,
> >  could you check with playbin2 instead of playbin? Seems to be chained
> >  ogg files which are not supported by plain old playbin...
> >
> >  ...and works fine for me with playbin2 but not with playbin. So it's
> >  definitely fixed since 0.10.16 but rhythmbox (and no other playback
> >  application) uses playbin2 yet.
> 
> Hang on a second... You're saying that neither Rhythmbox or other
> application use playbin2 yet, but you're closing the bug anyhow?
> Excuse-me, but how is the bug supposed to be resolved if Rhythmbox
> doesn't use playbin2?

Ok, agreed... let's reopen and reassign to rhythmbox. That makes more
sense, yes.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20080229/b2a640be/attachment.pgp 


More information about the pkg-gnome-maintainers mailing list