[Bug 738281] h264parse, h265parse: disable passthrough if upstream doesn't provide profile/level info

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sat Oct 13 18:56:58 UTC 2018


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

Nicolas Dufresne (ndufresne) <nicolas at ndufresne.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nicolas at ndufresne.ca

--- Comment #2 from Nicolas Dufresne (ndufresne) <nicolas at ndufresne.ca> ---
I think we shouldn't aim at passthrough, but simply teach the parser to operate
in-place when doing nal->nal or au->au. Mainly because the parser need to
detect header updates, and for that you minimally need to check the nal types.
Note that passthrough has been completly disabled, and it seems that h264parse
always copy the stream.

In AVC, in-place parsing is nearly free, but in byte-stream, we still need
scanning. I think we should solve this cost by saving the NAL offset table as a
meta. This way, element element that iterates the NALS (like rtph264depay)
could set this table, and then parsing becomes nearly free if you need a parser
afterward (e.g. because you need more fields to be set in the caps, hence more
SPS/PPS parsing).

-- 
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