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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Sep 6 13:34:51 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 #334238|reviewed                    |none
             status|                            |
 Attachment #334238|0                           |1
        is obsolete|                            |

--- Comment #33 from Enrique Ocaña González <eocanha at igalia.com> ---
Created attachment 334904
  --> https://bugzilla.gnome.org/attachment.cgi?id=334904&action=edit
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.

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