[Bug 762207] flvmux: Ensure we use DTS when clipping running time

[GStreamer (GNOME Bugzilla)]

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

--- Comment #9 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
(In reply to Håvard Graff (hgr) from comment #6)
> (In reply to Sebastian Dröge (slomo) from comment #5)
> > Any comments or other news here? Is it a regression?
> 
> For us it was a huge regression coming from 0.10. YouTube and Flash stopped
> working due to timestamps going negative and hence entering into the RTMP
> extended timestamp-domain, messing up pretty much any RTMP implementation.

Can you explain, or document, few ways to get a stream without PTS ? This is
fairly uncommon. When PTS is missing, it means we don't know the CTS. Best we
can do is assume it's zero (like a H264 stream without B-Frames). Assuming that
CTS is 0 means that we assume PTS == DTS, and clipping on either PTS or DTS
shall make no difference. This was obviously the case in 0.10, as there was
only GST_BUFFER_TIMESSTAMP iirc.

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