[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