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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #4 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
(In reply to Petteri Aimonen from comment #3)
> Hmm, ok.. I thought the reported PTS values are what will determine A/V
> sync, i.e. audio buffer with given PTS will be played at the same time as
> video frame with given PTS. Is my understanding correct this far?

No, the PTS for each buffer will be converter to a time format we call running
time (gst_segment_to_running_time()). This time is on the same scale as the
pipeline clock, and can be correlated with the clock using the pipeline base
time (gst_element_get_base_time()). Each sink share the same clock, and they
synchronize their stream using it.

> 
> (I have a separate, longer pipeline that demonstrates that video buffers
> have their PTS changed but corresponding audio does not.)

Which isn't an indication that A/V sync isn't correct as I just explained.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.