[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

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

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.