On Fri, Feb 29, 2008 at 7:21 AM, Sebastian Dröge <[EMAIL PROTECTED]> 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? -- Martin-Éric Racine http://q-funk.iki.fi

