[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