[Bug 719893] multiqueue: spams overrun signal

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #4 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2013-12-20 14:27:22 UTC ---
That's the use case, yes. For example decodebin uses it to detect when it
should stop waiting for the no-more-pads signal and declare a demuxer as
finished and not adding more streams.

Why would you handle the buffers limit different to the other two limits? I
think you can get this spamming behaviour with the other limits too easily. The
main difference with the buffers limit is that it is not fixed and can grow in
the beginning.

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