[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