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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #30 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Enrique Ocaña González from comment #29)

> I had forgotten frame reordering. Is there a limit about the maximum
> out-of-order distance that a {P,B}-frame can have or is using an arbitrary
> limit the only option?

In general, no theoretic limit, no.

> I've used GSTTIME_TO_QTSTREAMTIME(stream, GST_SECOND) and it seems to work,
> but the larger the value, the higher the probability of ignoring jumps
> (require timestamp reset to TFDT) by mistake.

How big are the jumps you are interested in usually? A fragment duration? Maybe
we can make the limit half a fragment duration then?

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