[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