[Bug 762207] flvmux: Ensure we use DTS when clipping running time
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Mar 25 10:16:23 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=762207
Sebastian Dröge (slomo) <slomo at coaxion.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #25 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
This actually does not seem to do the right thing in general, and we should
probably defer this to the muxers as only they can know if doing this
assumption is ok for their use case or not.
Problematic for example is if you have a stream that has B frames but only DTS.
We would then generate a stream that has wrong PTS. And a stream with only DTS
but no PTS is perfectly valid, a decoder/parser can make up sensible PTS for
it.
The other problematic case is if there is a stream that sometimes does not have
PTS (e.g. only for the very first buffer) but always DTS. We would make up PTS
that might be completely off based on the actual PTS that are known.
I think this should be reverted and replaced with either proper PTS/DTS
conversion in h264parse, or muxer specific solutions if there's something a
muxer can do about it.
--
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