[Bug 764635] splitmuxsink: deadlock when reference stream has low framerate

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=764635

Xavier Claessens <xclaesse at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #325438|accepted-commit_now         |none
             status|                            |
 Attachment #325438|0                           |1
        is obsolete|                            |

--- Comment #6 from Xavier Claessens <xclaesse at gmail.com> ---
Created attachment 325525
  --> https://bugzilla.gnome.org/attachment.cgi?id=325525&action=edit
splitmuxsink: Remove mq buffer limits

Limiting buffers in the mq is leading to deadlocks because queues
could become full before some streams gets ready. It can happen
because events are not counted into the queue size, or when it needs
many video GOPs before reaching the first subtitle buffer.

It was not working anyway in the case some streams have more frequent
buffers than the reference stream. This happens for example with low
rate mjpeg video stream (e.g. 8jpegs/s) where every buffer is a keyframe.
It's going to have much more audio buffers and the queue will grow
infinitely.

TODO: Implement a limit logic in handle_mq_input() to avoid growing the
queue infinitely when the src is faster than the sink.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.