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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #27 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
I made the same argument as Sebastian on irc to hgr as well.

I think this kind of guessing should be made explicit in the muxer.

I think mp4mux (maybe also flvmux) should reject input that has DTS set, but
not PTS. I don't think we should create broken files by making up possibly
wrong PTS (which is what we *might* be doing here afaict, if the input has
B-frames).

I think h264parse should do this fix-up for streams where DTS is set, but not
PTS (it knows whether there are B-frames or not).

This would still make Håvards low-latency-streaming/no-B-frames case work.

For other cases, we would error out and someone would have to make h264parse do
proper parsing to fix this up (see bug that exists for that), which is of
course non-trivial.

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