[Bug 733235] decodebin:Handle the multi-queue size flexible

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Aug 18 08:45:56 PDT 2015


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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #309046|committed                   |none
             status|                            |
 Attachment #309046|0                           |1
        is obsolete|                            |

--- Comment #42 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Created attachment 309482
  --> https://bugzilla.gnome.org/attachment.cgi?id=309482&action=edit
decodebin: Handle the preroll multi-queue size

Overview:
There are some of interleaved streams which has long-term location of audio
data.
It mean the audio data is located far away more than multiqueue size.
In this case, because of multiqueue overrun, the pipeline is stopped.
To prevent hanging-like state, the decodebin needs to handle the queue size.

Caused:
The multiqueue size is not enough, the pipeline will stay being stalled status
and decodebin cannot complete to build decode chain.
In this issue file, decodebin did not receive no_more_pads signal or audio data
yet.

Steps to Reproduce:
play the high-resolution(4K file) files or some streaming media(push mode).

Actual Results:
There is no audio or subtitle.
We can see only video or infinite loading.

Resolution:
Decodebin detect this problem, and add extra buffer size to multiqueue.
The multiqueue is larger than before, the next data can be pushed the
downstream element.

Additional Information:
The max-preroll extra buffer size is set 8MB.
We can use total pre-roll buffer 10MB.
Only first overrun callback can handle multiqueue size.

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