[gstreamer-bugs] [Bug 599289] some mpeg1 video playbacks takes excessive preroll time

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=599289
  GStreamer | gst-plugins-bad | 0.10.15

Jan Schmidt <thaytan> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thaytan at mad.scientist.com

--- Comment #2 from Jan Schmidt <thaytan at mad.scientist.com> 2009-10-25 17:56:27 UTC ---
my reading is that it attempts to aggregate contiguous fragments of a stream
and send them as one large buffer, instead of multiple smaller pushes. It only
aggregates buffers when the next packet has no timestamp - if there's a new
timestamp, it sends any aggregated data and starts collecting new data so that
seems OK.

It will cause problems with sparse streams, because data may be accumulated
until the next packet arrives on that stream - which may be a considerable
time. I suspect it may also cause data at the end of the stream not to be sent,
as it doesn't seems to do anything on EOS.

In general, the idea has merit (reduce the overhead of pushing multiple small
buffers).

I don't know if it could be done more elegantly or more efficiently with
GstBufferLists.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.