[Bug 600648] [multiqueue] Queues up too much data

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=600648
  GStreamer | gstreamer (core) | git

Jan Schmidt <thaytan> changed:

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

--- Comment #16 from Jan Schmidt <thaytan at mad.scientist.com> 2011-03-21 13:38:49 UTC ---
That's not how the not-linked handling works in multiqueue at all, at least not
originally.

The buffer id tracking is intended to ensure that buffers in a not-linked
stream are emitted only after other buffers in linked streams that arrived
earlier have been emitted. That is, it's attempting to maintain the relative
order in which non-linked/linked stream buffers arrive in the output. Linked
streams push as quickly as downstream allows, and not-linked streams follow
along.

So, it works well when the incoming streams are inherently linked (all being
pushed by the same demuxer), but doesn't necessarily work well if there is no
inherent link between the buffer arrival timing.

-- 
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.