[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 #34 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Enrique Ocaña González from comment #33)
> Created attachment 334904 [details] [review]
> Updated patch
> 
> After trying to look for some info about the fragment duration in the moof,
> mfhd, traf, tfhd(*), trun(*) and other headers, I haven't found a simple way
> to compute the fragment duration at qtdemux_parse_trun() time. Therefore, by
> now I'd prefer to use a fixed time value to consider what a "significant
> difference" is. Even if Youtube TV seek granularity is 5 seconds, I'd prefer
> something shorter such as 1 second, just in case some other UIs are pickier.
> 
> (*) tfhd has a default_sample_duration field, but it's optional. Trun has a
> sample count, but there can be several truns in a fragment.
> 
> I'm attaching an updated patch version.

Why don't you know the sample duration at this point? You have the moov (so
with the trex all the default sample values), you have the moof (so the whole
table of samples with their durations). You could e.g. sum them all up (but I'm
sure the code does that already somewhere) :)

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