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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Mar 21 06:38:52 PDT 2011

  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

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

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.

More information about the gstreamer-bugs mailing list