[Bug 693993] [subtitleoverlay] deadlock with mp4 file during preroll

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun Mar 31 12:19:45 PDT 2013


https://bugzilla.gnome.org/show_bug.cgi?id=693993
  GStreamer | gst-plugins-base | 1.x

Matej Knopp <matej.knopp> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matej.knopp at gmail.com

--- Comment #3 from Matej Knopp <matej.knopp at gmail.com> 2013-03-31 19:19:40 UTC ---
I looked at the file and it seems that subtitle overlay waits for the next
buffer in order to render the first one. This behavior does make sense if
subtitle buffers can overlap. Can they though?

If subtitle buffers could overlap, the renderer would need to wait for the next
buffer to be sure that there are no other subtitles that need to be rendered
with current buffer.

If subtitle buffers can't overlap, the renderer can just render current buffer
for the entire duration and does not need to wait for the next one. Not being
able to overlap subtitle buffers can be limiting though.

If subtitles can overlap, then perhaps the demuxer should be nice and send a
tiny gap event after each subtitle sample so that the rest of the pipeline will
know it doesn't need to wait for the duration of the sample.

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