The video buffer Verifier (vbv) is a model hypothetical decoder buffer that will not overflow or underflow when fed a conforming MPEG bit stream. Thus, part ofDefinitionOf a compliant stream is that it does not cause underflow or overflow of this model buffer. the quantities that MPEG transmits to specify decoder buffer action according to this model are explained fully below. however, decoders do not have to use these quantities, but instead can rely on redundant information provided by time stamps. A thorough explanation is in the section on buffer synchronization and startup.
Operation of the vbv is tied to two transmitted values, assign, the maximum buffer fullness, and vbv_delay, the delay between storing a picture start code in the buffer and starting the decoding of that picture. vbv_buffer_size is transmitted in every sequence header. vbv_delay is transmitted in every picture header. note that the sequence header and vbv_buffer_size may not be available when tuning to a program in progress. however, proper operation of the decoder buffer can be obtained by use of the system time clock and various time stamps and an a priori knowledge of the maximum buffer size that may be required, so that vbv_delay and vbv_buffer size are redundant.
In the ATSC standard A/53 Annex A, the constraint on buffer size is:
Maximum video buffer = B = 7995392 bits,
Which is specified by transmitting:
Vbv_buffer_size_value <= 488 (Lower 10 bits of vbv_buffer_size)
Vbv_buffer_size_extension = 0 (upper 8 bits of vbv_buffer_size)
Where B = 16*1024 * vbv_buffer_size.
The ATSC constraint on vbv_delay is
Vbv_delay <= 45000
Vbv_delay is a 16 bit unsigned integer representing the number of 90 kHz clock periods between entering a picture's start code into the buffer and removing and decoding the entire picture.