ISO/IEC 13818-1:2000/Amd 3:2004
(Amendment)Information technology — Generic coding of moving pictures and associated audio information: Systems — Part 1: — Amendment 3: Transport of AVC video data over ITU-T Rec H.222.0 | ISO/IEC 13818-1 streams
Information technology — Generic coding of moving pictures and associated audio information: Systems — Part 1: — Amendment 3: Transport of AVC video data over ITU-T Rec H.222.0 | ISO/IEC 13818-1 streams
Technologies de l'information — Codage générique des images animées et du son associé: Systèmes — Partie 1: — Amendement 3: Transport de données vidéo AVC sur flux Rec. UIT-T H.222.0 | ISO/CEI 13818-1
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 13818-1
Second edition
2000-12-01
AMENDMENT 3
2004-11-01
Information technology — Generic
coding of moving pictures and
associated audio information: Systems
AMENDMENT 3
Technologies de l'information — Codage générique des images
animées et du son associé: Systèmes
AMENDEMENT 3
Reference number
ISO/IEC 13818-1:2000/Amd.3:2004(E)
©
ISO/IEC 2004
---------------------- Page: 1 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004(E)
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.
© ISO/IEC 2004
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO/IEC 2004 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004(E)
CONTENTS
Page
1) Subclause 1.2.2. 1
2) Subclause 2.1.1. 1
3) New subclauses 2.1.2 to 2.1.7 . 1
4) Subclause 2.1.52. 2
5) New subclause 2.4.2.8. 2
6) Subclause 2.4.3.5. 2
7) Subclause 2.4.3.7. 4
8) Subclause 2.4.4.10. 6
9) Subclause 2.5.2.4. 7
10) New subclause 2.5.2.7. 7
11) Subclause 2.5.3.6. 7
12) Subclause 2.5.5. 7
13) Subclause 2.6.1. 8
14) Subclause 2.6.6. 9
15) Subclause 2.6.7. 9
16) Subclause 2.6.11. 9
17) Subclause 2.6.32. 10
18) Subclause 2.6.34. 10
19) New subclauses 2.6.64-2.6.67 . 10
20) Subclause 2.7.4. 13
21) Subclause 2.7.5. 13
22) Subclause 2.7.6. 14
23) Subclause 2.7.9. 15
24) Subclause 2.7.10. 16
25) Subclause 2.11.1. 16
26) Subclause 2.11.2.1. 16
27) New subclause 2.14. 17
© ISO/IEC 2004 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004(E)
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees
established by the respective organization to deal with particular fields of technical activity. ISO and IEC
technical committees collaborate in fields of mutual interest. Other international organizations, governmental
and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information
technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
Amendment 3 to ISO/IEC 13818-1:2000 was prepared by Joint Technical Committee ISO/IEC JTC 1,
Information technology, Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia
information, in collaboration with ITU-T. The identical text is published as ITU-T Rec. H.222.0/Amd. 3.
iv © ISO/IEC 2004 – All rights reserved
---------------------- Page: 4 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
Information technology – Generic coding of moving pictures and associated
audio information: Systems
Amendment 3
Transport of AVC video data over ITU-T Rec. H.222.0 | ISO/IEC 13818-1 streams
1) Subclause 1.2.2
Add the following "paired" reference to subclause 1.2.2:
– ITU-T Recommendation H.264 (2003), Advanced video coding for generic audiovisual services.
ISO/IEC 14496-10:2003, Information technology – Coding of audio-visual objects – Part 10: Advanced
video coding.
2) Subclause 2.1.1
Add to the definition for access unit in subclause 2.1.1:
For the definition of an access unit for ITU-T Rec. H.264 | ISO/IEC 14496-10 video, see the AVC access unit definition
in 2.1.3.
3) New subclauses 2.1.2 to 2.1.7
Insert the following definitions as subclauses 2.1.2 to 2.1.7 and renumber existing ones accordingly:
2.1.2 AVC 24-hour picture (system): An AVC access unit with a presentation time that is more than 24 hours in
the future. For the purpose of this definition, AVC access unit n has a presentation time that is more than 24 hours in the
future if the difference between the initial arrival time t (n) and the DPB output time t (n) is more than 24 hours.
ai o,dpb
2.1.3 AVC access unit (system): An access unit as defined for byte streams in ITU-T Rec. H.264 | ISO/IEC 14496-
10 with the constraints specified in 2.14.1.
2.1.4 AVC Slice (system): A byte_stream_nal_unit as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 with
nal_unit_type values of 1 or 5, or a byte_stream_nal_unit data structure with nal_unit_type value of 2 and any
associated byte_stream_nal_unit data structures with nal_unit_type equal to 3 and/or 4.
2.1.5 AVC still picture (system): An AVC still picture consists of an AVC access unit containing an IDR picture,
preceded by SPS and PPS NAL units that carry sufficient information to correctly decode the IDR picture. Preceding an
AVC still picture, there shall be another AVC still picture or an End of Sequence NAL unit terminating a preceding
coded video sequence.
2.1.6 AVC video sequence (system): Coded video sequence as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10,
clause 3.27.
2.1.7 AVC video stream (system): An ITU-T Rec. H.264 | ISO/IEC 14496-10 stream. An AVC video stream
consists of one or more AVC video sequences.
ITU-T Rec. H.222.0 (2000)/Amd.3 (03/2004) 1
---------------------- Page: 5 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
4) Subclause 2.1.52
Replace the still picture definition in subclause 2.1.52:
2.1.52 still picture: A coded still picture consists of a video sequence containing exactly one coded picture which is
intra-coded. This picture has an associated PTS and the presentation time of succeeding pictures, if any, is later than
that of the still picture by at least two picture periods.
by:
2.1.52 still picture: A still picture consists of a video sequence, coded as defined in ITU-T Rec. H.262 | ISO/IEC
13818-2, ISO/IEC 11172-2 or ISO/IEC 14496-2, that contains exactly one coded picture which is intra-coded. This
picture has an associated PTS and in case of coding according to ISO/IEC 11172-2, ITU-T Rec. H.262 | ISO/IEC
13818-2 or ISO/IEC 14496-2, the presentation time of succeeding pictures, if any, is later than that of the still picture by
at least two picture periods.
5) New subclause 2.4.2.8
Add after subclause 2.4.2.7:
2.4.2.8 T-STD extensions for carriage of ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
To define the decoding in the T-STD of ITU-T Rec. H.264 | ISO/IEC 14496-10 video streams carried in a Transport
Stream, the T-STD model needs to be extended. The T-STD extension and T-STD parameters for decoding of ITU-T
Rec. H.264 | ISO/IEC 14496-10 video streams are defined in 2.14.3.1.
6) Subclause 2.4.3.5
a) Replace in the semantics of discontinuity_indicator under subclause 2.4.3.5 starting from the 5th paragraph:
For the purpose of this clause, an elementary stream access point is defined as follows:
• Video – The first byte of a video sequence header.
• Audio – The first byte of an audio frame.
After a continuity counter discontinuity in a Transport packet which is designated as containing elementary stream data,
the first byte of elementary stream data in a Transport Stream packet of the same PID shall be the first byte of an
elementary stream access point or in the case of video, the first byte of an elementary stream access point or a
sequence_end_code followed by an access point.
by:
For the purpose of this clause, an elementary stream access point is defined as follows:
• ISO/IEC 11172-2 video and ITU-T Rec. H.262 | ISO/IEC 13818-2 video – The first byte of a video
sequence header.
• ISO/IEC 14496-2 visual – The first byte of the visual object sequence header.
• ITU-T Rec. H.264 | ISO/IEC 14496-10 video – The first byte of an AVC access unit. The SPS and PPS
parameter sets referenced in this and all subsequent AVC access units in the coded video stream shall be
provided after this access point in the byte stream and prior to their activation.
• Audio – The first byte of an audio frame.
After a continuity counter discontinuity in a Transport packet which is designated as containing elementary stream data,
the first byte of elementary stream data in a Transport Stream packet of the same PID shall be the first byte of an
elementary stream access point. In the case of ISO/IEC 11172-2, or ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC
14496-2 video, the first byte of an elementary stream access point may also be the first byte of a sequence_end_code
followed by an elementary stream access point.
b) Replace in the semantics of random_access_indicator under subclause 2.4.3.5:
Specifically, when the bit is set to '1', the next PES packet to start in the payload of Transport Stream packets with the
current PID shall contain the first byte of a video sequence header if the PES stream type (refer to Table 2-29) is 1 or 2,
or shall contain the first byte of an audio frame if the PES stream type is 3 or 4. In addition, in the case of video, a
presentation timestamp shall be present in the PES packet containing the first picture following the sequence header.
2 ITU-T Rec. H.222.0 (2000)/Amd.3 (03/2004)
---------------------- Page: 6 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
by:
Specifically, when the bit is set to '1', the next PES packet to start in the payload of Transport Stream packets with the
current PID shall contain an elementary stream access point as defined in the semantics for the discontinuity_indicator
field. In addition, in the case of video, a presentation timestamp shall be present for the first picture following the
elementary stream access point.
c) Replace in the semantics of elementary_stream_priority_indicator under subclause 2.4.3.5:
In the case of video, this field may be set to '1' only if the payload contains one or more bytes from an intra-coded slice.
by:
In the case of ISO/IEC 11172-2 or ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 14496-2 video, this field may be
set to '1' only if the payload contains one or more bytes from an intra-coded slice.
In the case of ITU-T Rec. H.264 | ISO/IEC 14496-10 video, this field may be set to '1' only if the payload contains one
or more bytes from a slice with slice_type set to 2, 4, 7, or 9.
d) Replace in the semantics of splice_countdown under subclause 2.4.3.5:
For the purpose of this subclause, an access point is defined as follows:
• Video – The first byte of a video_sequence_header.
• Audio – The first byte of an audio frame.
by:
For the definition of an elementary stream access point, see the semantics of discontinuity_indicator in 2.4.3.5.
e) Replace in the semantics of seamless_splice_flag under subclause 2.4.3.5 the sentences:
When this flag is set, if the elementary stream carried in this PID is an audio stream, the splice_type field shall be set to
'0000'. If the elementary stream carried in this PID is a video stream, it shall fulfil the constraints indicated by the
splice_type value.
by:
When this flag is set, and if the elementary stream carried in this PID is not an ITU-T Rec. H.262 | ISO/IEC 13818-2
video stream, then the splice_type field shall be set to '0000'. If the elementary stream carried in this PID is an ITU-T
Rec. H.262 | ISO/IEC 13818-2 video stream, it shall fulfil the constraints indicated by the splice_type value.
f) Replace in the semantics of splice_type under subclause 2.4.3.5 the sentences:
If the elementary stream carried in that PID is an audio stream, this field shall have the value '0000'. If the elementary
stream carried in that PID is a video stream, this field indicates the conditions that shall be respected by this elementary
stream for splicing purposes.
by:
If the elementary stream carried in that PID is not an ITU-T Rec. H.262 | ISO/IEC 13818-2 video stream, then this field
shall have the value '0000'. If the elementary stream carried in that PID is an ITU-T Rec. H.262 | ISO/IEC 13818-2
video stream, then this field indicates the conditions that shall be respected by this elementary stream for splicing
purposes.
ITU-T Rec. H.222.0 (2000)/Amd.3 (03/2004) 3
---------------------- Page: 7 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
7) Subclause 2.4.3.7
a) Replace Table 2-18 in subclause 2.4.3.7 by:
Table 2-18 – Stream_id assignments
Stream_id Note stream coding
1011 1100 1 program_stream_map
1011 1101 2 private_stream_1
1011 1110 padding_stream
1011 1111 3 private_stream_2
ISO/IEC 13818-3 or ISO/IEC 11172-3 or ISO/IEC 13818-7 or
110x xxxx
ISO/IEC 14496-3 audio stream number x xxxx
ITU-T Rec. H.262 | ISO/IEC 13818-2, ISO/IEC 11172-2, ISO/IEC
1110 xxxx
14496-2 or ITU-T Rec. H.264 | ISO/IEC 14496-10 video stream
number xxxx
1111 0000 3 ECM_stream
1111 0001 3 EMM_stream
1111 0010 5 ITU-T Rec. H.222.0 | ISO/IEC 13818-1 Annex A or ISO/IEC 13818-
6_DSMCC_stream
1111 0011 2 ISO/IEC_13522_stream
1111 0100 6 ITU-T Rec. H.222.1 type A
1111 0101 6 ITU-T Rec. H.222.1 type B
1111 0110 6 ITU-T Rec. H.222.1 type C
1111 0111 6 ITU-T Rec. H.222.1 type D
1111 1000 6 ITU-T Rec. H.222.1 type E
1111 1001 7 ancillary_stream
1111 1010 ISO/IEC 14496-1_SL-packetized_stream
1111 1011 ISO/IEC 14496-1_FlexMux_stream
1111 1100 metadata stream
1111 1101 extended_stream_id
1111 1110 reserved data stream
1111 1111 4 program_stream_directory
The notation x means that the values '0' or '1' are both permitted and results in the same stream type. The stream number is given
by the values taken by the x's.
NOTE 1 – PES packets of type program_stream_map have unique syntax specified in 2.5.4.1.
NOTE 2 – PES packets of type private_stream_1 and ISO/IEC_13552_stream follow the same PES packet syntax as those for
ITU-T Rec. H.262 | ISO/IEC 13818-2 video and ISO/IEC 13818-3 audio streams.
NOTE 3 – PES packets of type private_stream_2, ECM_stream and EMM_stream are similar to private_stream_1 except no
syntax is specified after PES_packet_length field.
NOTE 4 – PES packets of type program_stream_directory have a unique syntax specified in 2.5.5.
NOTE 5 – PES packets of type DSM-CC_stream have a unique syntax specified in ISO/IEC 13818-6.
NOTE 6 – This stream_id is associated with stream_type 0x09 in Table 2-29.
NOTE 7 – This stream_id is only used in PES packets, which carry data from a Program Stream or an ISO/IEC 11172-1 System
Stream, in a Transport Stream (refer to 2.4.3.7).
b) Replace the semantics of data_alignment_indicator in subclause 2.4.3.7 by:
data_alignment_indicator – This is a 1-bit flag. When set to a value of '1', it indicates that the PES packet header is
immediately followed by the video syntax element or audio sync word indicated in the
data_stream_alignment_descriptor in 2.6.10 if this descriptor is present. If set to a value of '1' and the descriptor is not
present, alignment as indicated in alignment_type '01' in Table 2-47, Table 2-48 or Table AMD3-1 is required. When
set to a value of '0', it is not defined whether any such alignment occurs or not.
4 ITU-T Rec. H.222.0 (2000)/Amd.3 (03/2004)
---------------------- Page: 8 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
c) Replace in the semantics of PTS in subclause 2.4.3.7:
In the case of video, if a PTS is present in a PES packet header it shall refer to the access unit containing the first picture
start code that commences in this PES packet. A picture start code commences in PES packet if the first byte of the
picture start code is present in the PES packet.
For audio presentation units (PUs), video PUs in low_delay sequences, and B-pictures, the presentation time tp (k) shall
n
be equal to the decoding time td (k).
n
For I- and P-pictures in non-low_delay sequences and in the case when there is no decoding discontinuity between
access units (AUs) k and k', the presentation time tpn(k) shall be equal to the decoding time td (k') of the next
n
transmitted I- or P-picture (refer to 2.7.5). If there is a decoding discontinuity, or the stream ends, the difference
between tp (k) and td (k) shall be the same as if the original stream had continued without a discontinuity and without
n n
ending.
NOTE 1 – A low_delay sequence is a video sequence in which the low_delay flag is set (refer to 6.2.2.3 of ITU-T Rec. H.262 |
ISO/IEC 13818-2).
by:
In the case of ISO/IEC 11172-2 video, ITU-T Rec. H.262 | ISO/IEC 13818-2 video, or ISO/IEC 14496-2 video, if a
PTS is present in a PES packet header, it shall refer to the access unit containing the first picture start code that
commences in this PES packet. A picture start code commences in a PES packet if the first byte of the picture start code
is present in the PES packet. For I- and P-pictures in non-low_delay sequences and in the case when there is no
decoding discontinuity between access units (AUs) k and k', the presentation time tp (k) shall be equal to the decoding
n
time td (k') of the next transmitted I- or P-picture (refer to 2.7.5). If there is a decoding discontinuity, or the stream
n
ends, the difference between tp (k) and td (k) shall be the same as if the original stream had continued without a
n n
discontinuity and without ending.
NOTE 1 – A low_delay sequence is an ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 14496-2 video sequence in which the
low_delay flag is set to '1' (refer to 6.2.2.3 of ITU-T Rec. H.262 | ISO/IEC 13818-2 and to 6.2.3 of ISO/IEC 14496-2).
For ITU-T Rec. H.264 | ISO/IEC 14496-10 video, if a PTS is present in the PES packet header, it shall refer to the first
AVC access unit that commences in this PES packet. An AVC access unit commences in a PES packet if the first byte
of the AVC access unit is present in the PES packet. To achieve consistency between the STD model and the HRD
model defined in Annex C of ITU-T Rec. H.264 | ISO/IEC 14496-10, for each decoded AVC access unit, the PTS value
in the STD shall, within the accuracy of their respective clocks, indicate the same instant in time as the nominal DPB
output time in the HRD, defined herein as t (n) = t ( n ) + t * dpb_output_delay( n ), where t ( n ), t , and
o,n,dpb r,n c r,n c
dpb_output_delay( n ) are defined as in Annex C of ITU-T Rec. H.264 | ISO/IEC 14496-10.
NOTE 2 – Different clocks may be used for derivation of PTS and t (n).
o,n,dpb
The presentation time tp (k) shall be equal to the decoding time td (k) for:
n n
• audio access units;
• access units in ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 14496-2 low delay video sequences;
• B-pictures in ISO/IEC 11172-2, ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 14496-2 video
streams.
d) Replace in the semantics of DTS in subclause 2.4.3.7:
In the case of video, if a DTS is present in a PES packet header it shall refer to the access unit containing the first
picture start code that commences in this PES packet. A picture start code commences in PES packet if the first byte of
the picture start code is present in the PES packet.
by:
In the case of ISO/IEC 11172-2 video, ITU-T Rec. H.262 | ISO/IEC 13818-2 video, or ISO/IEC 14496-2 video, if a
DTS is present in a PES packet header, it shall refer to the access unit containing the first picture start code that
commences in this PES packet. A picture start code commences in a PES packet if the first byte of the picture start code
is present in the PES packet.
For ITU-T Rec. H.264 | ISO/IEC 14496-10 video, if a DTS is present in the PES packet header, it shall refer to the first
AVC access unit that commences in this PES packet. An AVC access unit commences in a PES packet if the first byte
of the AVC access unit is present in the PES packet. To achieve consistency between the STD model and the HRD
model defined in Annex C of ITU-T Rec. H.264 | ISO/IEC 14496-10, for each AVC access unit the DTS value in the
STD shall, within the accuracy of their respective clocks, indicate the same instant in time as the nominal CPB removal
time t ( n ) in the HRD, as defined in Annex C of ITU-T Rec. H.264 | ISO/IEC 14496-10.
r,n
NOTE 3 – Different clocks may be used for derivation of DTS and t ( n ).
r,n
ITU-T Rec. H.222.0 (2000)/Amd.3 (03/2004) 5
---------------------- Page: 9 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
e) Add to the semantics of P-STD_buffer_size under subclause 2.4.3.7:
The size BS shall be larger than or equal to the size of the CPB signalled by the CpbSize[ cpb_cnt_minus1 ] specified
n
by the NAL hrd_parameters() in the AVC video stream. If the NAL hrd_parameters() are not present in the AVC video
stream, then BS shall be larger than or equal to the size of the NAL CPB for the byte stream format defined in Annex
n
A of ITU-T Rec. H.264 | ISO/IEC 14496-10 as 1200 × MaxCPB for the applied level.
8) Subclause 2.4.4.10
Replace Table 2-29 in subclause 2.4.4.10 by:
Table 2-29 – Stream type assignments
Value Description
0x00 ITU-T | ISO/IEC Reserved
0x01 ISO/IEC 11172-2 Video
0x02 ITU-T Rec. H.262 | ISO/IEC 13818-2 Video or ISO/IEC 11172-2 constrained parameter video stream
0x03 ISO/IEC 11172-3 Audio
0x04 ISO/IEC 13818-3 Audio
0x05 ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections
0x06 ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
0x07 ISO/IEC 13522 MHEG
0x08 ITU-T Rec. H.222.0 | ISO/IEC 13818-1 Annex A DSM-CC
0x09 ITU-T Rec. H.222.1
0x0A ISO/IEC 13818-6 type A
0x0B ISO/IEC 13818-6 type B
0x0C ISO/IEC 13818-6 type C
0x0D ISO/IEC 13818-6 type D
0x0E ITU-T Rec. H.222.0 | ISO/IEC 13818-1 auxiliary
0x0F ISO/IEC 13818-7 Audio with ADTS transport syntax
0x10 ISO/IEC 14496-2 Visual
0x11 ISO/IEC 14496-3 Audio with the LATM transport syntax as defined in ISO/IEC 14496-3/AMD-1
0x12 ISO/IEC 14496-1 SL-packetized stream or FlexMux stream carried in PES packets
0x13 ISO/IEC 14496-1 SL-packetized stream or FlexMux stream carried in ISO/IEC14496_sections
0x14 ISO/IEC 13818-6 Synchronized Download Protocol
0x15 Metadata carried in PES packets
0x16 Metadata carried in metadata_sections
0x17 Metadata carried in ISO/IEC 13818-6 Data Carousel
0x18 Metadata carried in ISO/IEC 13818-6 Object Carousel
0x19 Metadata carried in ISO/IEC 13818-6 Synchronized Download Protocol
0x1A IPMP stream (defined in ISO/IEC 13818-11, MPEG-2 IPMP)
0x1B AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
0x1C-0x7E ITU-T Rec. H.222.0 | ISO/IEC 13818-1 Reserved
0x7F IPMP stream
0x80-0xFF User Private
6 ITU-T Rec. H.222.0 (2000)/Amd.3 (03/2004)
---------------------- Page: 10 ----------------------
ISO/IEC 13818-1:2000/Amd.3:2004 (E)
9) Subclause 2.5.2.4
Add in subclause 2.5.2.4 "PES streams" the sentence:
– For ITU-T Rec. H.264 | ISO/IEC 14496-10 video:
BS = 1200 × MaxCPB[level] + BS
n oh
Where MaxCPB[level] is defined in Table A.1 (Level Limits) in ITU-T Rec. H.264 | ISO/IEC 14496-10
for each level.
10) New subclause 2.5.2.7
Add after subclause 2.5.2.6:
2.5.2.7 P-STD extensions for carriage of ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
For decoding of ITU-T Rec. H.264 | ISO/IEC 14496-10 video streams carried in a Program Stream in the P-STD model,
see 2.14.3.2.
11) Subclause 2.5.3.6
a) Replace in the semantics of the system_video_lock_flag in subclause 2.5.3.6:
The system_video_lock_flag is a 1-bit field indicating that there is a specified, constant rational relationship between
the video frame rate and the system clock frequency in the system target decoder. Subclause 2.5.2.1 defines
system_clock_frequency and the video frame rate is specified in ITU-T Rec. H.262 | ISO/IEC 13818-2. The
system_video_lock_flag may only be set to '1' if, for all presentation units in all video elementary streams in the ITU-T
Rec. H.222.0 | ISO/IEC 13818-1 program, the ratio of system_clock_frequency to the actual video frame rate, SCFR, is
constant and equal to the value indicated in the following table at the nominal frame rate indicated in the video stream.
by:
The system_video_lock_flag is a 1-bit field indicating that there is a specified, constant rational relationship between
the video time base and the system clock frequency in the system target decoder. The system_video_lock_flag may only
be set to '1' if, for all presentation units in all video elementary streams in the ITU-T Rec. H.222.0 | ISO/IEC 13818-1
program, the ratio of system_clock_frequency to the frequency of
...
NORME ISO/CEI
INTERNATIONALE 13818-1
Deuxième édition
2000-12-01
AMENDEMENT 3
2004-11-01
Technologies de l'information — Codage
générique des images animées et du son
associé: Systèmes
AMENDEMENT 3
Information technology — Generic coding of moving pictures and
associated audio information: Systems
AMENDMENT 3
Numéro de référence
ISO/CEI 13818-1:2000/Amd.3:2004(F)
©
ISO/CEI 2004
---------------------- Page: 1 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.
© ISO/CEI 2004
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Publié en Suisse
ii © ISO/CEI 2004 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004(F)
TABLE DES MATIÈRES
Page
1) Paragraphe 1.2.2. 1
2) Paragraphe 2.1.1. 1
3) Nouveaux paragraphes 2.1.2 à 2.1.7 . 1
4) Paragraphe 2.1.52. 1
5) Nouveau paragraphe 2.4.2.8. 2
6) Paragraphe 2.4.3.5. 2
7) Paragraphe 2.4.3.7. 4
8) Paragraphe 2.4.4.10. 6
9) Paragraphe 2.5.2.4. 7
10) Nouveau paragraphe 2.5.2.7. 7
11) Paragraphe 2.5.3.6. 7
12) Paragraphe 2.5.5. 8
13) Paragraphe 2.6.2. 8
14) Paragraphe 2.6.6. 9
15) Paragraphe 2.6.7. 9
16) Paragraphe 2.6.11. 9
17) Paragraphe 2.6.32. 10
18) Paragraphe 2.6.34. 10
19) Nouveaux paragraphes 2.6.64 à 2.6.67. 10
20) Paragraphe 2.7.4. 13
21) Paragraphe 2.7.5. 13
22) Paragraphe 2.7.6. 14
23) Paragraphe 2.7.9. 15
24) Paragraphe 2.7.10. 16
25) Paragraphe 2.11.1. 17
26) Paragraphe 2.11.2.1. 17
27) Nouveau paragraphe 2.14. 17
© ISO/CEI 2004 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou
de la CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques
créés par l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les
comités techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres
organisations internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI
participent également aux travaux. Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé
un comité technique mixte, l'ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de
Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des
organismes nationaux votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour
responsables de ne pas avoir identifié de tels droits de propriété et averti de leur existence.
L'Amendement 3 à l’lSO/CEI 13818-1:2000 a été élaborée par le comité technique mixte ISO/CEI JTC 1,
Technologies de l'information, sous-comité SC 29, Codage du son, de l’image, de l’information multimédia et
hypermédia, en collaboration avec l'UIT-T. Le texte identique est publié en tant que
Rec. UIT-T H.222.0/Amd.3.
iv © ISO/CEI 2004 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
Technologies de l'information – Codage générique des
images animées et du son associé: systèmes
Amendement 3
Transport de données vidéo AVC sur des flux conformes
à la Rec. UIT-T H.222.0 | ISO/CEI 13818-1
1) Paragraphe 1.2.2
Ajouter la paire de références suivante au § 1.2.2:
– Recommandation UIT-T H.264 (2003), Codage vidéo évolué pour les services audiovisuels génériques.
ISO/CEI 14496-10:2003, Technologies de l'information – Codage des objets audiovisuels – Partie 10:
Codage visuel avancé.
2) Paragraphe 2.1.1
Ajouter la phrase suivante à la définition de l'unité d'accès (2.1.1):
Concernant la définition d'une unité d'accès pour données vidéo conformes à la Rec. UIT-T H.264 | ISO/CEI 14496-10,
voir la définition de l'unité d'accès AVC donnée au § 2.1.3.
3) Paragraphes 2.1.2 à 2.1.7
Insérer les définitions suivantes en tant que § 2.1.2 à 2.1.7 et renuméroter en conséquence:
2.1.2 image 24 heures AVC (système): unité d'accès AVC dont l'instant de présentation se situe au-delà des
24 heures à venir. Dans le cadre de la présente définition, l'unité d'accès AVC n a un instant de présentation qui se situe
au-delà des 24 heures à venir si la différence entre l'instant d'arrivée initial t (n) et l'instant de sortie du tampon DPB
ai
t (n) est supérieure à 24 heures.
o,dpb
2.1.3 unité d'accès AVC (système): unité d'accès définie pour les flux d'octets de la Rec. UIT-T H.264 | ISO/CEI
14496-10 avec les contraintes spécifiées au 2.14.1.
2.1.4 tranche AVC (système): structure de données byte_stream_nal_unit définie dans la Rec. UIT-T H.264 |
ISO/CEI 14496-10 ayant une valeur nal_unit_type de 1 ou 5, ou structure de données byte_stream_nal_unit ayant une
valeur nal_unit_type de 2 ou toute structure de données byte_stream_nal_unit associée ayant une valeur de
nal_unit_type de 3 ou 4.
2.1.5 image fixe AVC (système): une image fixe AVC est formée d'une unité d'accès AVC contenant une image
IDR, précédée d'unités NAL SPS et PPS qui acheminent suffisamment d'informations pour décoder correctement
l'image IDR. Une image fixe AVC sera précédée d'une autre image fixe AVC ou d'une unité NAL de fin de séquence
terminant une séquence vidéo codée précédente.
2.1.6 séquence vidéo AVC (système): séquence vidéo codée définie au § 3.27 de la Rec. UIT-T H.264 |
ISO/CEI 14496-10.
2.1.7 flux vidéo AVC (système): flux conforme à la Rec. UIT-T H.264 | ISO/CEI 14496-10. Un flux vidéo AVC
est formé d'une ou de plusieurs séquences vidéo AVC.
4) Paragraphe 2.1.52
Remplacer la définition suivante de "image fixe" donnée au § 2.1.52:
2.1.52 image fixe: image fixe qui se compose d'une séquence vidéo contenant exactement une seule image à codage
intratrame. Cette image est assortie d'un horodatage de présentation et l'instant de présentation des images suivantes (si
elles existent) est d'au moins deux périodes d'image après celui de l'image fixe.
Rec. UIT-T H.222.0 (2000)/Amd.3 (03/2004) 1
---------------------- Page: 5 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004 (F)
par
2.1.52 image fixe: image fixe qui se compose d'une séquence vidéo, codée selon la Rec. UIT-T H.262 | ISO/CEI
13818-2, l'ISO/CEI 11172-2 ou l'ISO/CEI 14496-2, contenant exactement une image à codage intratrame. Une horodate
PTS est associée à cette image et, en cas de codage conforme à l'ISO/CEI 11172-2, la Rec. UIT-T H.262 | ISO/CEI
13818-2 ou l'ISO/CEI 14496-2, l'instant de présentation des images suivantes (si elles existent) est d'au moins deux
périodes d'image après celui de l'image fixe.
5) Nouveau paragraphe 2.4.2.8
Ajouter, après le § 2.4.2.7:
2.4.2.8 Extensions du décodeur T-STD pour l'acheminement de données vidéo Rec. UIT-T H.264 | ISO/CEI
14496-10
Pour définir le codage au niveau du décodeur T-STD des flux vidéo Rec. UIT-T H.264 | ISO/CEI 14496-10 acheminés
dans un flux de transport, il faut étendre le modèle du décodeur T-STD. L'extension du décodeur T-STD et les
paramètres du décodeur T-STD nécessaires au décodage des flux vidéo Rec. UIT-T H.264 | ISO/CEI 14496-10 sont
définis au § 2.14.3.1.
6) Paragraphe 2.4.3.5
a) Remplacer, à partir du 5ème alinéa de la sémantique de discontinuity_indicator donnée au § 2.4.3.5, le texte
suivant:
Aux fins de ce paragraphe, la définition d'un point d'accès de flux élémentaire est la suivante:
• données vidéo – Premier octet d'un en-tête de séquence vidéo;
• données audio – Premier octet d'une trame audio.
A la suite d'une discontinuité du compteur de continuité d'un paquet de transport identifié comme contenant des
données de flux élémentaire, le premier octet de données de flux élémentaire d'un paquet de transport ayant le même
identificateur PID doit être le premier octet du point d'accès du flux élémentaire ou, dans le cas des données vidéo, le
premier octet d'un point d'accès du flux élémentaire ou encore d'un code de fin de séquence suivi d'un point d'accès.
par
Aux fins de ce paragraphe, la définition d'un point d'accès de flux élémentaire est la suivante:
• données vidéo ISO/CEI 11172-2 et Rec. UIT-T H.262 | ISO/CEI 13818-2 – Le premier octet d'un en-tête
de séquence vidéo;
• données visuelles ISO/CEI 14496-2 – Le premier octet de l'en-tête de séquence d'objet visuel;
• données vidéo Rec. UIT-T H.264 | ISO/CEI 14496-10 – Le premier octet d'une unité d'accès AVC. Les
ensembles de paramètres SPS et PPS référencés dans cette unité d'accès AVC et dans toutes les unités
d'accès AVC suivantes du flux vidéo codé seront introduits dans le flux d'octets après ce point d'accès et
ce, avant leur activation;
• données audio – Le premier octet d'une trame audio.
A la suite d'une discontinuité du compteur de continuité dans un paquet de transport identifié comme contenant des
données de flux élémentaire, le premier octet de données de flux élémentaire d'un paquet de flux de transport ayant le
même identificateur PID doit être le premier octet d'un point d'accès de flux élémentaire. Dans le cas de données vidéo
ISO/CEI 11172-2, Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI 14496-2, le premier octet d'un point d'accès de
flux élémentaire peut aussi être le premier octet d'un code de fin de séquence suivi d'un point d'accès de flux
élémentaire.
b) Remplacer, dans la sémantique de random_access_indicator donnée au § 2.4.3.5:
En particulier, lorsqu'il est mis à '1', le prochain paquet PES du début de capacité utile des paquets de transport (voir le
Tableau 2-29) de même identificateur PID doit contenir le premier octet d'un en-tête de séquence vidéo, s'il s'agit d'un
flux de transport PES de type 1 ou 2 (données vidéo) ou doit contenir le premier octet d'une trame audio s'il s'agit d'un
flux de transport de type 3 ou 4 (données audio). En outre, et dans ces différents cas, la présence d'un horodateur de
présentation est indispensable dans ce paquet PES ou dans un paquet ultérieur pour la première image suivant l'en-tête
de séquence ou pour la trame audio.
2 Rec. UIT-T H.222.0 (2000)/Amd.3 (03/2004)
---------------------- Page: 6 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004 (F)
par
En particulier, lorsque ce bit est mis à '1', le paquet PES suivant du début de capacité utile des paquets de transport de
même identificateur PID doit contenir un point d'accès de flux élémentaire tel que défini dans la sémantique du champ
discontinuity_indicator. De plus, dans le cas de données vidéo, une horodate de présentation doit être présente pour la
première image qui suit le point d'accès de flux élémentaire.
c) Remplacer, dans la sémantique de elementary_stream_priority_indicator donnée au § 2.4.3.5:
En cas de données vidéo, ce fanion ne peut être mis à '1' que si la capacité utile contient un ou plusieurs octets issus
d'une tranche à codage intratrame.
par
Dans le cas de données vidéo ISO/CEI 11172-2, Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI 14496-2, ce champ
ne peut être mis à '1' que si la capacité utile contient un ou plusieurs octets issus d'une tranche à codage intratrame.
Dans le cas de données vidéo Rec. UIT-T H.264 | ISO/CEI 14496-10, ce champ ne peut être mis à '1' que si la capacité
utile contient un ou plusieurs octets issus d'une tranche dont le type est mis à 2, 4, 7 ou 9.
d) Remplacer, dans la sémantique de splice_countdown donnée au § 2.4.3.5:
Aux fins du présent paragraphe, la définition d'un point d'accès est la suivante:
• données vidéo – Le premier octet d'un en-tête de séquence vidéo;
• données audio – Le premier octet d'une trame audio.
par
Pour la définition du point d'accès de flux élémentaire, voir la sémantique de discontinuity_indicator donnée au
§ 2.4.3.5.
e) Remplacer, dans la sémantique de seamless_splice_flag donnée au § 2.4.3.5:
Lorsque la valeur de ce fanion est fixée, si le flux élémentaire contenu dans cet identificateur PID est un flux audio, le
champ réservé au type de combinaison doit être mis à '0000'; si le flux élémentaire est un flux vidéo, il doit vérifier les
contraintes correspondant à la valeur du type de combinaison.
par
Lorsque ce fanion est mis à '1' et que le flux élémentaire transporté sous cet identificateur PID n'est pas un flux vidéo
Rec. UIT-T H.262 | ISO/CEI 13818-2, le champ splice_type doit être mis à '0000'; si le flux élémentaire transporté sous
cet identificateur PID est un flux vidéo Rec. UIT-T H.262 | ISO/CEI 13818-2, il doit vérifier les contraintes
correspondant à la valeur de splice_type.
f) Remplacer, dans la sémantique de splice_type donnée au § 2.4.3.5:
Si le flux élémentaire transporté sous cet identificateur PID est un flux de données audio, le champ splice_type doit
prendre la valeur '0000'. Si le flux élémentaire transporté sous cet identificateur PID est un flux de données vidéo, ce
champ indique les conditions de combinaison que doit vérifier ce flux élémentaire.
par
Si le flux élémentaire transporté sous cet identificateur PID n'est pas un flux vidéo Rec. UIT-T H.262 | ISO/CEI
13818-2, ce champ doit prendre la valeur '0000'. Si le flux élémentaire transporté sous cet identificateur PID est un flux
vidéo Rec. UIT-T H.262 | ISO/CEI 13818-2, ce champ indique les conditions de combinaison que doit vérifier ce flux
élémentaire.
Rec. UIT-T H.222.0 (2000)/Amd.3 (03/2004) 3
---------------------- Page: 7 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004 (F)
7) Paragraphe 2.4.3.7
a) Remplacer le Tableau 2-18 du § 2.4.3.7 par le suivant:
Tableau 2-18 – Affectations de l'identificateur stream_id
Identificateur de flux Note Codage du flux
program_stream_map
1011 1100 1
private_stream_1
1011 1101 2
padding_stream
1011 1110
private_stream_2
1011 1111 3
numéro de flux audio x xxxx ISO/CEI 13818-3 ou ISO/CEI 11172-3 ou
110x xxxx
ISO/CEI 13818-7 ou ISO/CEI 14496-3
numéro de flux vidéo xxxx de la Rec. UIT-T H.262 | ISO/CEI 13818-2 ou
1110 xxxx
ISO/CEI 11172-2 ou ISO/CEI 14496-2 ou Rec. UIT-T H.264 | ISO/CEI
14496-10
ECM_stream
1111 0000 3
EMM_stream
1111 0001 3
Annexe A de la Rec. UIT-T H.222.0 | ISO/CEI 13818-1 ou ISO/CEI
1111 0010 5
13818-6_DSMCC_stream
1111 0011 2 ISO/CEI_13522_stream
Rec. UIT-T H.222.1 type A
1111 0100 6
Rec. UIT-T H.222.1 type B
1111 0101 6
Rec. UIT-T H.222.1 type C
1111 0110 6
Rec. UIT-T H.222.1 type D
1111 0111 6
Rec. UIT-T H.222.1 type E
1111 1000 6
ancillary_stream
1111 1001 7
ISO/CEI 14496-1_SL-packetized_stream
1111 1010
ISO/CEI 14496-1_FlexMux_stream
1111 1011
flux de métadonnées
1111 1100
extended_stream_id
1111 1101
flux de données réservé
1111 1110
program_stream_directory
1111 1111 4
La notation x signifie que la valeur '0' ou la valeur '1' est autorisée et aboutit au même type de flux. Le numéro de flux est donné
par les valeurs prises par les x.
NOTE 1 – Les paquets PES de type program_stream_map ont une syntaxe unique, qui est spécifiée au § 2.5.4.1.
NOTE 2 – Les paquets de type private_stream_1 et l'ISO/CEI_13552_stream suivent la même syntaxe de paquet PES que pour les
flux vidéo Rec. UIT-T H.262 | ISO/CEI 13818-2 et que pour les flux audio ISO/CEI 13818-3.
NOTE 3 – Les paquets PES de type private_stream_2, ECM_stream et EMM_stream sont analogues au champ private_stream_1
sauf qu'aucune syntaxe n'est spécifiée après le champ PES_packet_length.
NOTE 4 – Les paquets PES de type program_stream_directory ont une syntaxe unique, spécifiée au § 2.5.5.
NOTE 5 – Les paquets PES de type DSM-CC_stream ont une syntaxe unique, qui est spécifiée dans l'ISO/CEI 13818-6.
NOTE 6 – Cet identificateur stream_id est associé au type de flux 0x09 indiqué au Tableau 2-29.
NOTE 7 – Cet identificateur stream_id est utilisé uniquement dans les paquets de flux PES, qui transportent des données
provenant d'un flux de programme ou d'un flux de système ISO/CEI 11172-1, dans un flux de transport (voir § 2.4.3.7).
b) Remplacer la sémantique de data_alignment_indicator donnée au § 2.4.3.7 par la suivante:
data_alignment_indicator (indicateur d'alignement de données) – indicateur logique codé sur un bit. La valeur '1'
indique que l'en-tête de paquet PES est immédiatement suivi de l'élément de syntaxe vidéo ou du mot de
synchronisation audio indiqué dans le descripteur d'alignement de flux de données défini au § 2.6.10, si ce descripteur
est présent. Si la valeur est à '1' et que le descripteur est absent, il faut utiliser l'alignement de type '01' tel que défini
dans les Tableaux 2-47, 2-48 ou AMD3-1. La valeur '0' indique que la question de savoir si un tel alignement est
exécuté ou non n'est pas définie.
c) Remplacer, dans la sémantique de PTS donnée au § 2.4.3.7, le texte suivant:
Dans le cas de données vidéo, si l'en-tête de paquet PES contient un horodateur PTS, celui-ci doit se rapporter à l'unité
d'accès contenant le premier code de déclenchement d'image qui commence dans ledit paquet. Un code de
4 Rec. UIT-T H.222.0 (2000)/Amd.3 (03/2004)
---------------------- Page: 8 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004 (F)
déclenchement d'image commence dans un paquet PES si le premier octet de ce code est présent dans les données du
paquet.
Pour les unités de présentation de données audio (PU, presentation unit), pour les unités de présentation de données
vidéo en séquences à faible délai et pour les images à codage de type B, l'instant de présentation tp (k) doit être égal à
n
l'instant de décodage td (k).
n
Pour les images à codage de type I ou P en séquences sans faible délai et s'il n'y a pas d'indication de discontinuité du
décodage entre les unités d'accès (AU, access unit) k et k′, l'instant de présentation tp (k) doit être égal à l'instant de
n
décodage td (k′) de la prochaine image I ou P transmise (voir § 2.7.5). S'il y a une discontinuité de décodage, ou si le
n
flux se termine, la différence entre les instants tp (k) et td (k) doit être la même que si le flux initial avait continué sans
n n
discontinuité, ni terminaison.
NOTE 1 – Une séquence à faible délai est une suite de données vidéo dans laquelle le fanion low_delay est activé (voir 6.2.2.3 de
la Rec. UIT-T H.262 | ISO/CEI 13818-2).
par
Si, dans le cas de données vidéo ISO/CEI 11172-2, Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI 14496-2, l'en-tête
de paquet PES contient une horodate PTS, celle-ci doit se rapporter à l'unité d'accès contenant le premier code de
déclenchement d'image qui commence dans le paquet PES. Un code de déclenchement d'image commence dans un
paquet PES si le premier octet de ce code est présent dans le paquet PES. Pour les images à codage de type I ou P
contenues dans des séquences autres qu'à faible délai et s'il n'y a pas de discontinuité de décodage entre les unités
d'accès (AU, access unit) k et k′, l'instant de présentation tp (k) doit être égal à l'instant de décodage td (k′) de la
n n
prochaine image I ou P transmise (voir § 2.7.5). S'il y a une discontinuité de décodage, ou si le flux se termine, la
différence entre les instants tp (k) et td (k) doit être la même que si le flux initial avait continué sans discontinuité, ni
n n
terminaison.
NOTE 1 – Une séquence à faible délai est une séquence vidéo Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI 14496-2 dans
laquelle le fanion low_delay est mis à '1' (voir § 6.2.2.3 de la Rec. UIT-T H.262 | ISO/CEI 13818-2 et § 6.2.3 de ISO/CEI
14496-2).
Si, dans le cas de données vidéo Rec. UIT-T H.264 | ISO/CEI 14496-10, l'en-tête de paquet PES contient une horodate
PTS, celle-ci doit se rapporter à la première unité d'accès AVC qui commence dans ce paquet PES. Une unité d'accès
AVC commence dans un paquet PES si le premier octet de cette unité est présent dans le paquet PES. Dans un souci de
cohérence entre le décodeur STD et le décodeur HRD défini dans l'Annexe C de la Rec. UIT-T H.264 | ISO/CEI
14496-10, pour chaque unité d'accès AVC décodée, la valeur de PTS donnée par le décodeur STD doit, dans les limites
de la précision des horloges respectives, indiquer le même instant que l'instant de sortie nominal du tampon DPB donné
par le décodeur HRD, défini ici comme étant t (n) = t ( n ) + t * dpb_output_delay( n ), où t ( n ), t , et
o,n,dpb r,n c r,n c
dpb_output_delay( n ) sont définis dans l'Annexe C de la Rec. UIT-T H.264 | ISO/CEI 14496-10.
NOTE 2 – On peut utiliser des horloges différentes pour déterminer l'horodate PTS et t (n).
o,n,dpb
L'instant de présentation tp (k) sera identique à l'instant de décodage td (k) pour:
n n
• les unités d'accès audio;
• les unités d'accès des séquences vidéo à faible délai Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI
14496-2;
• les images B des flux vidéo ISO/CEI 11172-2, Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI
14496-2.
d) Remplacer, dans la sémantique de DTS donnée au § 2.4.3.7:
Dans le cas de données vidéo, si l'en-tête de paquet PES contient un horodateur DTS, celui-ci doit se rapporter à l'unité
d'accès contenant le premier code de déclenchement d'image qui commence dans ledit paquet. Un code de
déclenchement d'image commence dans un paquet PES si le premier octet de ce code est présent dans les données du
paquet.
par
Si, dans le cas de données vidéo ISO/CEI 11172-2, Rec. UIT-T H.262 | ISO/CEI 13818-2 ou ISO/CEI 14496-2, l'en-tête
de paquet PES contient une horodate DTS, celle-ci doit se rapporter à l'unité d'accès contenant le premier code de
déclenchement d'image qui commence dans ce paquet PES. Un code de déclenchement d'image commence dans un
paquet PES si le premier octet de ce code est présent dans le paquet.
Si, dans le cas de données vidéo Rec. UIT-T H.264 | ISO/CEI 14496-10, l'en-tête de paquet PES contient une horodate
DTS, celle-ci doit se rapporter à la première unité d'accès AVC qui commence dans ce paquet PES. Une unité d'accès
AVC commence dans un paquet PES si le premier octet de cette unité est présent dans le paquet PES. Dans un souci de
cohérence entre le décodeur STD et le décodeur HRD défini dans l'Annexe C de la Rec. UIT-T H.264 | ISO/CEI
Rec. UIT-T H.222.0 (2000)/Amd.3 (03/2004) 5
---------------------- Page: 9 ----------------------
ISO/CEI 13818-1:2000/Amd.3:2004 (F)
14496-10, pour chaque unité d'accès AVC, la valeur de DTS donnée par le décodeur STD doit, dans les limites de la
précision des horloges respectives, indiquer le même instant que l'instant de sortie nominal du tampon CPB t ( n )
r,n
donné par le décodeur HRD, défini dans l'Annexe C de la Rec. UIT-T H.264 | ISO/CEI 14496-10.
NOTE 3 – On peut utiliser des horloges différentes pour déterminer l'horodate DTS et t ( n ).
r,n
e) Ajouter le texte suivant à la sémantique de P-STD_buffer_size donnée au § 2.4.3.7:
La taille BS sera supérieure ou égale à la taille du tampon d'image codée (CPB) signalée par la taille
n
CpbSize[ cpb_cnt_minus1 ] spécifiée par les paramètres NAL hrd_parameters() dans le flux vidéo AVC. Si les
paramètres NAL hrd_parameters() sont absents du flux vidéo AVC, la taille BS sera supérieure ou égale à la taille du
n
tampon CPB NAL pour le format de flux d'octets défini à l'Annexe A de la Rec. UIT-T H.264 | ISO/CEI 14496-10
comme étant de 1200 × MaxCPB pour le niveau appliqué.
8) Paragraphe 2.4.4.10
Remplacer le Tableau 2-29 du § 2.4.4.10 par le suivant:
Tableau 2-29 – Assignation des types de flux
Valeur Description
0x00 Réservé à l'UIT-T | ISO/CEI
0x01 Vidéo ISO/CEI 11172-2
0x02 Vidéo Rec. UIT-T H.262 | ISO/CEI 13818-2 ou flux vidéo à paramètres contraints ISO/CEI 11172-2
0x03 Audio ISO/CEI 11172-3
0x04 Audio ISO/CEI 13818-3
0x05 Private_sections Rec. UIT-T H.222.0 | ISO/CEI 13818-1
0x06 Paquets PES contenant des données privées Rec. UIT-T H.222.0 | ISO/CEI 13818-1
0x07 MHEG ISO/CEI 13522
0x08 Annexe A DSM-CC Rec. UIT-T H.222.0 | ISO/CEI 13818-1
0x09 Rec. UIT-T H.222.1
0x0A ISO/CEI 13818-6 type A
0x0B ISO/CEI 13818-6 type B
0x0C ISO/CEI 13818-6 type C
0x0D ISO/CEI 13818-6 type D
0x0E Auxiliaire Rec. UIT-T H.222.0 | ISO/CEI 13818-1
0x0F Audio ISO/CEI 13818-7 avec syntaxe de transport ADTS
0x10 Visuel ISO/CEI 14496-2
0
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.