[Bug 658659] qtmux: Fix ctts entries for streams that don't start with timestamps from 0

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=658659
  GStreamer | gst-plugins-good | git

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mnauw at users.sourceforge.net

--- Comment #3 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2011-09-09 15:22:44 UTC ---
Patch looks fine, might only need a few pedantic checks to avoid ending up with
negative ts when subtracting (though we are probably already lost anyway if
that ever happens).

In general there is a lot to say for having "the outside" dictate some stuff,
i.e. newsegment in this case.  However, particular formats have their
limitations, e.g. avimux barely cares about incoming time at all.  In the case
here, if no pts is written (which is configurable and not done by default until
recently) then the first ts would basically be "0" (iirc).  Moreover, the dts
and pts written may presently vary somewhat in being "0"-based or not depending
on the dts-method.  So, all in all, better clarify/normalize all of this the
same way.

If there is ever really a desire for a gap and nothing but a gap at the start,
then we may hear about it and learn a new use case along the way ...

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.