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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Mar 22 02:53:08 PDT 2011

  GStreamer | gstreamer (core) | git

--- Comment #17 from Sebastian Dröge <slomo at circular-chaos.org> 2011-03-22 09:53:02 UTC ---
Yes, you're right. All buffers and events get an unique, increasing ID in
multiqueue and buffers/events of non-linked pads are only pushed after a linked
pad pushed a buffer/event with a higher ID.
This keeps the order in which the buffers/events are pushed from the demuxer.

By also taking the events into account this doesn't strictly follow the buffer
timing from the demuxer, e.g. when sparse streams with filler newsegment events
are used.

What was the reason for doing this throttling also for events?

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