[Bug 754230] qtdemux: support sparse time ranges in qtdemux without needing a seek for MSE
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Aug 30 18:15:28 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=754230
--- Comment #29 from Enrique Ocaña González <eocanha at igalia.com> ---
After trying to find a combination of existing functions/macros together with
type conversions, nothing convinces me. I'm going to use my own:
#define ABSDIFF(x, y) ( x > y ? (x - y) : (y - x) )
...
if (!qtdemux->upstream_format_is_time
&& ABSDIFF (decode_ts, timestamp) >
stream->samples[stream->n_samples - 1].duration) {
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?
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.
--
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