[Bug 754230] qtdemux: support sparse time ranges in qtdemux without needing a seek for MSE

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sat Oct 8 16:35:28 UTC 2016


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

Enrique Ocaña González <eocanha at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #334904|0                           |1
        is obsolete|                            |

--- Comment #36 from Enrique Ocaña González <eocanha at igalia.com> ---
Created attachment 337244
  --> https://bugzilla.gnome.org/attachment.cgi?id=337244&action=edit
Updated patch

After some debugging, it looks like the trex atoms I get (in the videos used by
the tests, at least) specify a zero duration. They aren't useful to get the
fragment duration.

I wanted to get the fragment duration from stream->duration_moof, but it's only
available after having processed all the samples, when it's too late to be
useful. It's also reset at the start of sample processing. I had to store the
value of the previous iteration (duration_last_moof) and use it in the
comparison.

With all these changes, the patch keeps being useful for my use case.

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