[Bug 783470] qtmux with x264 causes offset in video timestamps

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jun 7 13:30:06 UTC 2017


https://bugzilla.gnome.org/show_bug.cgi?id=783470

Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
                 CC|                            |nicolas at ndufresne.ca

--- Comment #2 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
I doubt you have identified any issues at all here. Here's how things works.
First, QT format supports negative DTS. It's GStreamer that does not have
support for that. So what we do, is that we forward the timestamp to make them
positive and we adjust the segment to bring those timestamp back to appropriate
running time and stream time.

Your report is entirely based on the reported timestamp, which have no meaning
without the associated segment information. Share the segment being pushed,
with that information we will be able to determine if the timestamp are
correct. Forwarding the timestamp of two frames duration matches x264 default
behaviour of starting DTS at minus two frames.

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