[gstreamer-bugs] [Bug 410278] Radio Streams Constantly Rebuffering
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Fri Feb 23 12:14:54 PST 2007
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=410278
GStreamer | gst-plugins-ugly | Ver: 0.10.x
------- Comment #12 from Tim-Philipp Müller 2007-02-23 20:12 UTC -------
> > 2) Aaron: banshee needs to set the pipeline to PAUSED/PLAYING
> > state depending on buffering messages received on the bus.
> > playbin can't do that itself. See gst-launch.c for details.
>
> Thanks Tim, I'll take a look and improve our states, though I'm not sure why
> lacking this would actually cause rebuffering.
Because if the application doesn't pause the pipeline while rebuffering is
going on, the audio sink's clock will continue to run, so the
rebuffering+decoding has to happen >realtime for it to catch up, otherwise
buffers will constantly be dropped as being late. If the server sends the
stream data in real time, then this will lead to constant re-buffering.
If your internet connection is fast and reliable enough (and the server is
too), then you are unlikely to ever run into this.
> I'm a bit curious as to why this is even necessary though. I
> would have assumed that playbin would set the state
> properly to reflect the buffering action.
There are a number of issues. One is that you can't do state changes from
streaming threads, another is simply that elements shouldn't change their own
state themselves. Not sure about the details, the part-buffering.txt doc in
gstreamer/docs/design/ might have some more rationale.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
More information about the Gstreamer-bugs
mailing list