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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Mar 21 04:56:04 PDT 2011

  GStreamer | gstreamer (core) | git

Sebastian Dröge <slomo> changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #15 from Sebastian Dröge <slomo at circular-chaos.org> 2011-03-21 11:55:56 UTC ---
I'm currently working on another solution for this by adding an activate-stream
event and using it in multiqueue, etc. And then additionally let multiqueue
sync the deactivated/not-linked streams to the running time of the working

That does not mean that this sparse-stream event is unnecessary but my solution
also fixes a few other problems and would also fix the queues-too-much
behaviour for non-sparse streams. Currently the not-linked throttling in
multiqueue works by counting buffers and letting not-linked streams wait until
it has the same buffer count as the stream with the biggest buffer count. This
works quite good for streams when all streams have the approximately the same
frame duration but fails otherwise (i.e. in most situations).

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