The registration is not intended to include any information on whether a
codec format is encumbered by intellectual property claims. Implementers and
authors are advised to seek appropriate legal counsel in this matter if they
intend to implement or use a specific codec format. Implementers of
WebCodecs are not required to support the AVC / H.264 codec.
This registration is non-normative.
Status of this document
This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.
Feedback and comments on this specification are welcome. GitHub Issues are preferred for discussion on this specification. Alternatively, you can send comments to the Media Working Group’s mailing-list, firstname.lastname@example.org (archives).
This draft highlights some of the pending issues that are still to be discussed in the working group.
No decision has been taken on the outcome of these issues including whether they are valid.
The codec string must begin with the prefix "avc1.", and contain a suffix of 6
characters as described in Section 3.4 of [rfc6381].
NOTE: The common "avc3." prefix is intentionally not included. This prefix does
not signal a material difference to decoder inputs, so it is omitted for
simplification. For the purposes of this registration, authors should simply
map "avc3." to "avc1.".
NOTE: "annexb" format is described in greater detail by [ITU-T-REC-H.264],
Annex B. This format is commonly used in live-streaming applications, where
including the SPS and PPS data periodically allows users to easily start
from the middle of the stream.
The AvcBitstreamFormat determines the location of AVC Sequence Parameter
Set (SPS) and Picture Parameter Set (PPS) data, and mechanisms for packaging
SPS and PPS are described in greater detail in sections G.3.41 and G.3.55 of [ITU-T-REC-H.264].
SPS and PPS data are included periodically throughout the bitstream.
NOTE: This format is described in greater detail by [ITU-T-REC-H.264],
Annex B. This format is commonly used in live-streaming applications,
where including the SPS and PPS data periodically allows users to easily
start from the middle of the stream.