[Bug 784329] h264parse: should not always add latency
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Jul 25 17:20:10 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=784329
Olivier CrĂȘte <olivier.crete at ocrete.ca> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |olivier.crete at ocrete.ca
--- Comment #5 from Olivier CrĂȘte <olivier.crete at ocrete.ca> ---
(In reply to Paolo Pr from comment #4)
> As said in IRC-freenode, tsdemux doesn't have au-alignment caps even if it
> produces an au-aligned stream.
I'm not sure why you think that tsdemux can frame a whole access unit? Even
using the data_alignment flag and data_stream_alignment type of access unit,
all we can know is that the first byte of the PES marks the start of the a AU.
We can't know where the NAL or AU ends without parsing the stream (which is
what h264parse does).
Also, tsdemux currently doesn't handle any of those alignments markers.
So I think it's largely a conceptual problem with tsdemux as it requires
parsing the ES stream to do the actual framing.
I also wonder if we should add a alignment=none to the video/x-h26[45] caps in
tsdemux to reflect that.
--
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