How AV1 Bitstream Handles Future Extensions

The AV1 video codec incorporates a modular bitstream architecture designed specifically for forward compatibility, ensuring that newer features can be introduced without breaking existing legacy decoders. By structuring data into discrete, self-delimiting units known as Open Bitstream Units (OBUs) and pairing them with explicit length indicators and reserved identifier spaces, the AV1 syntax allows older parsers to safely navigate and discard unrecognized data. This article explores the specific syntactic mechanisms—including OBU headers, LEB128 size signaling, extension flags, and reserved enumeration slots—that make AV1 inherently future-proof.

Open Bitstream Units (OBUs)

The cornerstone of AV1’s forward compatibility is the Open Bitstream Unit (OBU). Instead of relying on a rigid, monolithic container format, an AV1 bitstream is a sequence of OBUs. Each OBU serves a distinct purpose, carrying sequence headers, frame data, tile groups, metadata, or padding.

Because every element of the bitstream is encapsulated within this universal unit structure, a parser does not need to understand the internal syntax of every OBU to navigate the stream. As long as a decoder can parse the basic OBU header, it can traverse the entire bitstream linearly.

Explicit Payload Sizing via LEB128

A common failure mode for legacy parsers encountering unknown syntax is a desynchronization error, where the parser cannot determine where an unknown data block ends. AV1 solves this using explicit size signaling within the OBU header.

When the obu_has_size_field flag is set, the OBU header includes an obu_size field encoded as a Little-Endian Base 128 (LEB128) variable-length integer. This field explicitly declares the exact byte length of the OBU's payload. If a legacy parser encounters an unknown or unsupported obu_type, it reads the obu_size, skips forward by that exact number of bytes, and resumes parsing at the next valid OBU. This allows future standard updates to inject entirely new functional blocks into the stream without corrupting the decoding pipeline of older implementations.

Reserved OBU Types and Syntax Elements

The AV1 specification explicitly reserves blocks of identifier values for future use. The obu_type is a 4-bit field representing up to 16 base types, with several values designated as reserved.

Legacy decoders compliant with the AV1 specification are mandated to treat any unrecognized or reserved obu_type as non-fatal. Rather than throwing a syntax error or terminating the decode process, compliant parsers must simply ignore the contents of the unrecognized OBU (using the size field to skip it) and continue processing familiar elements.

The OBU Extension Header

For finer-grained extensibility, the standard OBU header contains an obu_extension_flag. When this bit is asserted, a 1-byte extension header immediately follows the base header.

Currently, this extension header provides structural information for temporal and spatial scalability (Temporal ID and Spatial ID). However, it also includes reserved bits designated for future standardization. This mechanism allows extensions to signal specialized processing rules—such as view identifiers for stereoscopic or multiview video—without altering the underlying syntax of the base payload for decoders that only support single-layer decoding.

Non-Disruptive Metadata Expansion

New visual features, color spaces, or dynamic mastering formats frequently emerge over a codec's lifecycle. AV1 isolates these parameters within designated OBU_METADATA blocks.

Within a metadata OBU, a metadata_type field categorizes the incoming payload (such as HDR static metadata, HDR dynamic metadata, or film grain synthesis parameters). Just like top-level OBUs, metadata types utilize reserved integer ranges. If an advanced encoder emits a newly standardized metadata type, a legacy decoder will parse the metadata OBU header, recognize that the specific sub-type is unsupported, and safely drop the payload without impacting the decoding of the core video frame.