[Bug 732167] h264parse: default to byte-stream/nalu format (Annex B)

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Aug 22 22:23:15 UTC 2017


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

--- Comment #24 from sreerenj <bsreerenj at gmail.com> ---
The current h264parse code is broken for MVC use cases since we keeping avc as
the default format. Because we don't have the correct implementation to
transform byte-stream to packetized format for MVC streams.

For MVC streams, h264parser is trying to convert byte-stream to avc, but the
code is only considering the AVCDecoderConfigurationRecord format. For MVC
streams, the packing should be based on MVCDecoderConfigurationRecord.

Unfortunately, the spec for the AVC/MVC{DecoderConfigurationRecord} is still
not publically available. I have an old version (2010 amendment) for referring
the MVCDecoderConfigurationREcord which is already surpassed by the 2016
version. So I am not sure what is the final form of
MVCDecoderConfigurationRecord.

Note: We won't hit any issues until (a)there is a stream come up with a long
list of SPS/SUBSET headers, (b) the downstream element try to use the
MVCDecdoerConfigurationRecord as it is to interpret the codec_data.

Our codec-data generation is based on AVCDecoderConfigurationRecord,
As per that codec_data[5]: 
   bit(3) reserved = ‘111’b;
    unsigned int(5) numOfSequenceParameterSets;

Based on the old version of spec which I have, codec_data[5] for MVC streams:
bit(1) reserved = ‘0’b;
unsigned int(7) numOfSequenceParameterSets;

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