ISO/IEC 13818-1:2015/FDAmd 9
(Amendment)Information technology — Generic coding of moving pictures and associated audio information — Part 1: Systems — Amendment 9: Ultra-low latency and 4k and higher resolution support for transport of JPEG 2000 video
Information technology — Generic coding of moving pictures and associated audio information — Part 1: Systems — Amendment 9: Ultra-low latency and 4k and higher resolution support for transport of JPEG 2000 video
Technologies de l'information — Codage générique des images animées et du son associé — Partie 1: Systèmes — Amendement 9: Support de résolution 4k et supérieure et latence ultrafaible pour le transfert de vidéos JPEG 2000
General Information
RELATIONS
Standards Content (sample)
FINAL
ISO/IEC
AMENDMENT
DRAFT
13818-1:2015
FDAM 9
ISO/IEC JTC 1/SC 29
Information technology — Generic
Secretariat: JISC
coding of moving pictures and
Voting begins on:
2017-10-31 associated audio information —
Voting terminates on:
Part 1:
2017-12-26
Systems
AMENDMENT 9: Ultra-low latency and
4k and higher resolution support for
transport of JPEG 2000 video
Technologies de l'information — Codage générique des images
animées et du son associé —
Partie 1: Systèmes
AMENDEMENT 9: Support de résolution 4k et supérieure et
latence ultrafaible pour le transfert de vidéos JPEG 2000
RECIPIENTS OF THIS DRAFT ARE INVITED TO
SUBMIT, WITH THEIR COMMENTS, NOTIFICATION
OF ANY RELEVANT PATENT RIGHTS OF WHICH
THEY ARE AWARE AND TO PROVIDE SUPPOR TING
DOCUMENTATION.
IN ADDITION TO THEIR EVALUATION AS
Reference number
BEING ACCEPTABLE FOR INDUSTRIAL, TECHNO-
ISO/IEC 13818-1:2015/FDAM 9:2017(E)
LOGICAL, COMMERCIAL AND USER PURPOSES,
DRAFT INTERNATIONAL STANDARDS MAY ON
OCCASION HAVE TO BE CONSIDERED IN THE
LIGHT OF THEIR POTENTIAL TO BECOME STAN-
DARDS TO WHICH REFERENCE MAY BE MADE IN
NATIONAL REGULATIONS. ISO/IEC 2017
---------------------- Page: 1 ----------------------
ISO/IEC 13818-1:2015/FDAM 9:2017(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO/IEC 2017, Published in Switzerland
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form
or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior
written permission. Permission can be requested from either ISO at the address below or ISO’s member body in the country of
the requester.ISO copyright office
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO/IEC 2017 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC 13818-1:2015/FDAM9:2017(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.The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for
the different types of document should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directivesAttention 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. Details of any patent rights identified during the development of the document will be in the
Introduction and/or on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does
not constitute an endorsement.For an explanation on the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) see the
following URL: www.iso.org/iso/foreword.htmlThis document was prepared by Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia information. The identical
text is published as ITU-T H.222.0 (2014).A list of all parts in the ISO/IEC 13818 series can be found on the ISO website.
© ISO/IEC 2017 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO/IEC 13818-1:2015/FDAM9:2017(E)
Information technology — Generic coding of moving pictures
and associated audio information —
Part 1:
Systems —
Amendment 9:
Ultra-Low Latency and 4k and higher resolution support for
transport of JPEG 2000 video
Clause 2
Replace 2.1.89 with the following:
2.1.89 JPEG 2000 (J2K) video access unit: The JPEG 2000 codestream or codestreams
comprising a decodable and randomly accessible (portion of) image, preceded by all the
parameters required to decode the access unit and display the decoded data.Clause 2
Add new 2.1.93, 2.1.94, 2.1.95, 2.1.96 and update other subclauses numbering accordingly:
2.1.93 J2K block: The JPEG 2000 codestream or codestreams corresponding to a rectangular
portion of a video frame, as detailed in S.3.NOTE Usage of J2K blocks requires J2K block mode (defined in 2.1.94) to be enabled in the J2K
video descriptor. Such usage facilitates the support of 4k and higher resolutions.
2.1.94 J2K block mode: optional mode defined in S.3, dividing each frame of a J2K video stream in a
certain amount of rectangular blocks, each encoded as an independent J2K block (defined in 2.1.93).
2.1.95 J2K stripe: The JPEG 2000 codestream or codestreams comprising a decodable horizontally
divided portion of an image, as detailed in S.4.NOTE Usage of J2K stripes requires J2K stripe mode (defined in 2.1.96) to be enabled in the J2K
video descriptor. Such usage enables transport of a J2K video stream with a low end-to-end latency.
2.1.96 J2K stripe mode: optional mode defined in S.4, dividing the (portion of) image transported
in a J2K video access unit in a succession of horizontal stripes, each encoded as an independent J2K
stripe (defined in 2.1.95).Clause 2, 2.6.80
Replace Table 2-99 with the following:
© ISO/IEC 2017 – All rights reserved 1
---------------------- Page: 4 ----------------------
ISO/IEC 13818-1:2015/FDAM9:2017(E)
Table 2-99 – J2K video descriptor
Syntax No. of bits Mnemonic
J2K_video_descriptor() {
descriptor_tag 8 uimsbf
descriptor_length 8 uimsbf
extended_capability_flag 1 bslbf
profile_and_level 15 bslbf
horizontal_size 32 uimsbf
vertical_size 32 uimsbf
max_bit_rate 32 uimsbf
max_buffer_size 32 uimsbf
DEN_frame_rate 16 bslbf
NUM_frame_rate 16 bslbf
if (extended_capability_flag == '1') {
stripe_flag 1 bslbf
block_flag 1 bslbf
mdm_flag 1 bslbf
reserved (all bits to be set to '0') 5 bslbf
} else {
color_specification 8 bslbf
still_mode 1 bslbf
interlaced_video 1 bslbf
reserved 6 bslbf
if (extended_capability_flag == '1') {
colour_primaries 8 uimsbf
transfer_characteristics 8 uimsbf
matrix_coefficients 8 uimsbf
video_full_range_flag 1 bslbf
reserved 7 bslbf
if (stripe_flag == '1') {
strp_max_idx 8 uimsbf
strp_height 16 uimsbf
}
if (block_flag == '1') {
full_horizontal_size 32 uimsbf
full_vertical_size 32 uimsbf
blk_width 16 uimsbf
blk_height 16 uimsbf
max_blk_idx_h 8 uimsbf
max_blk_idx_v 8 uimsbf
blk_idx_h 8 uimsbf
blk_idx_v 8 uimsbf
}
if (mdm_flag == '1') {
X_c0, Y_c0, X_c1, Y_c1, X_c2, Y_c2 16x6 uimsbf
X_wp 16 uimsbf
Y_wp 16 uimsbf
L_max 32 uimsbf
L_min 32 uimsbf
MaxCLL
16 uimsbf
MaxFALL 16 uimsbf
}
for (i=0; i private_data_byte 8 bslbf
2 © ISO/IEC 2017 – All rights reserved
---------------------- Page: 5 ----------------------
ISO/IEC 13818-1:2015/FDAM9:2017(E)
Clause 2
Replace 2.6.81 with the following:
2.6.81 Semantics of fields in J2K video descriptor
extended_capability_flag – This 1-bit field indicates that the J2K video stream uses extended color
specification (through three bytes defining the chromaticity parameters, as described below), and
that it might have one or several of the following capabilities enabled: stripes (through the J2K stripe
mode), blocks (through the J2K block mode), or inclusion of mastering display metadata. The exact
list of enabled capabilities is set through subsequent flags in the video descriptor (see below).
profile_and_level – This 15-bit field shall correspond to the 15 least significant bits of the 2-bytes
Rsiz value included in all J2K codestream main headers of this J2K video stream. Rsiz values that are
defined in Table A.10 of Rec. ITU T T.800 | ISO/IEC 15444-1 and do set to ‘0’ their most significant
bit are allowed.NOTE The combination of the extend_capability_flag and the profile_and_level field ensures
backward and forward compatibility with legacy devices conforming to previous versions of this
Recommendation | International Standard. Having the extended_capability_flag set to ‘1’ leads
indeed to a 16-bit value outside the range accepted by previous versions of this Recommendation |
International Standard. This way, J2K video streams with extended capabilities can be
unequivocally identified by both legacy and new devices.horizontal_size – This 32-bit field indicates the horizontal size of the frame (for progressive) or field
(for interlaced) comprised in each J2K access unit. If J2K block mode is enabled, this frame or field
corresponds to a spatial rectangular block of the entire video frame or field. It shall be coded the same
as the Xsiz parameter found in all J2K codestream main headers of this J2K video stream, as defined
in Annex A of Rec. ITU-T T.800 | ISO/IEC 15444-1.vertical_size – This 32-bit field indicates the vertical size of the frame (for progressive) or field (for
interlaced) comprised in each J2K access unit. If J2K block mode is enabled, this frame or field
corresponds to a spatial rectangular block of the entire video frame or field. If J2K stripe mode is
disabled, it shall be coded the same as the Ysiz parameter found in all J2K codestream main headers
of this J2K video stream. If J2K stripe mode is enabled, it shall be coded as the sum of the Ysiz
parameters found in all J2K codestreams composing the frame (for progressive) or a field (for
interlaced) comprised in each J2K access unit. Ysiz parameters are defined in Annex A of Rec. ITU-T
T.800 | ISO/IEC 15444-1.max_bit_rate – This field may be coded the same as the brat_max_br field specified in Table S.1 and
shall not exceed the maximum compressed bit rate value for the profile and level specified in Table
S.2. This field shall be set appropriately and signalled when profile_and_level = '000 0011 0000 0111',
where no maximum bit rate is specified.max_buffer_size – This field shall not exceed the Maximum buffer size value for the profile and level
specified in Table S.2. When profile_and_level = '000 0011 0000 0111', the max_buffer_size shall be
set appropriately and shall not exceed (max_bit_rate/1.60E5), where max_bit_rate is expressed in
bit/s.DEN_frame_rate – This field shall be coded the same as frat_denominator field specified in Table S.1
(see Annex S).NUM_frame_rate – This field shall be coded the same as frat_numerator field specified in Table S.1
(see Annex S).NOTE J2K frame rate is derived from the DEN_frame_rate and NUM_frame_rate values.
Table 2-100 lists examples of typical broadcast frame rates with associated values of
DEN_frame_rate and NUM_frame_rate.© ISO/IEC 2017 – All rights reserved 3
---------------------- Page: 6 ----------------------
ISO/IEC 13818-1:2015/FDAM9:2017(E)
Table 2-100 – Example frame rates based on DEN_frame_rate and NUM_frame_rate values
Frame rate ratioDEN_frame_rate NUM_frame_rate (decimal Frame rate
representation)
0000 0000 0000 0000 Forbidden
0000 0011 1110 1001 0101 1101 1100 0000 24 000 / 1001 23.976
0000 0000 0000 0001 0000 0000 0001 1000 24 / 1 24.0
0000 0000 0000 0001 0000 0000 0001 1001 25 / 1 25.0
0000 0011 1110 1001 0111 0101 0011 0000 30 000 / 1001 29.97
0000 0000 0000 0001 0000 0000 0001 1110 30 / 1 30.0
0000 0000 0000 0001 0000 0000 0011 0010 50 / 1 50.0
0000 0011 1110 1001 1110 1010 0110 0000 60 000 / 1001 59.94
0000 0000 0000 0001 0000 0000 0011 1100 60 / 1 60.00
stripe_flag – This 1-bit field is included only if the extended_capability_flag is set to '1'. It indicates
whether the J2K video stream has J2K stripe mode enabled. When this flag is set to '1' the J2K access
unit elementary stream header (see Table S.1) shall not include the syntax element j2k_tcod, shall
include the syntax element j2k_strp, and the corresponding J2K access unit shall be made of a
succession of J2K stripes. When this flag is set to '0', the J2K access unit elementary stream header
shall include the syntax element j2k_tcod, shall not include the syntax element j2k_strp, and the
corresponding J2K access unit shall be made of one J2K codestream in case of progressive content
and two J2K codestreams in case of interlaced content.block_flag – This 1-bit field is included only if the extended_capability_flag is set to '1'. When set to
‘1’, it indicates that the J2K video stream has J2K block mode enabled, meaning that this J2K video
stream actually corresponds to a spatial rectangular block of the full video stream. Subdivision of
each frame into rectangular independent blocks is further defined in Section S.3. When set to '0', then
the associated J2K video stream shall not have J2K block mode enabled.mdm_flag – This 1-bit field is included only if the extended_capability_flag is set to '1'. When set to
‘1’, it indicates that the J2K video descriptor contains the characteristics of the Mastering Display
Metadata, as described in SMPTE ST 2086:2014 (see below corresponding fields). When set to '0',
then the J2K video descriptor shall not contain the characteristics of the Mastering Display Metadata.
color_specification – This 8-bit field is included only if the extended_capability_flag is set to '0' and
corresponds to the legacy color specification method. It shall be coded the same as the bcol_colcr 8-
bit field of the j2k_bcol box as specified in Table S.1 (see Annex S).still_mode – This 1-bit field, when set to '1', indicates that the J2K video stream may include J2K still
pictures. When set to '0', then the associated J2K video stream shall not contain J2K still pictures.
interlaced_video – This 1-bit field indicates whether the J2K video stream contains interlaced video.
When this flag is set to '1' the J2K access unit elementary stream header (see Table S.1) shall include
the syntax elements brat_auf2, fiel_box_code, fiel_fic and fiel_fio. When this flag is set to '0', these
syntax elements shall not be present in the J2K access unit elementary stream header.
color_primaries, transfer_characteristics, matrix_coefficients, video_full_range_flag – These
four fields (three 8-bit fields and one 1-bit field) are included only if the extended_capability_flag is
set to '1' and correspond to a color specification method allowing a broader set of color code points
than the legacy method (see color_specification field above). These fields shall be coded according to
the semantics with the same name defined in Rec. ITU-T H.273 | ISO/IEC 23001-8.strp_max_idx –
This 8-bit field is included only if J2K stripe mode is enabled. It shall be in the range 0x01-0xff and
indicates the maximum value of the stripe index. It corresponds to the number of stripes in the
4 © ISO/IEC 2017 – All rights reserved---------------------- Page: 7 ----------------------
ISO/IEC 13818-1:2015/FDAM9:2017(E)
block/field/frame, minus one. Value 0x00 is forbidden as a minimum of 2 stripes is required
(otherwise J2K stripe mode shall be disabled).strp_height – This 16-bit field is included only if J2K stripe mode is enabled. It indicates the default
vertical size of a stripe. Depending on the vertical_size field value, the last stripe might have a
different height, as detailed in S.4.full_horizontal_size – This 32-bit field is included only if J2K block mode is enabled. It indicates the
horizontal size of the entire video frame of this J2K video stream.full_vertical_size – This 32-bit field is included only if J2K block mode is enabled. It indicates the
vertical size of the entire video frame of this J2K video stream.blk_width – This 16-bit field is included only if J2K block mode is enabled. It indicates the default
width of a J2K block. Depending on the full_horizontal_size field value, the last block of a row might
have a different width, as detailed in S.3.blk_height – This 16-bit field is included only if J2K block mode is enabled. It indicates the default
height of a J2K block. Depending on the full_vertical_size field value, the last block of a column might
have a different height, as detailed in S.3.max_blk_idx_h – This 8-bit field is included only if J2K block mode is enabled and indicates the
maximum value of the horizontal block index for this video frame. It corresponds to the total number
of blocks in the horizontal direction, minus one.max_blk_idx_v – This 8-bit field is included only if J2K block mode is enabled and indicates the
maximum value of the vertical block index for this video frame. It corresponds to the total number of
blocks in the vertical direction, minus one.blk_idx_h – This 8-bit field is included only if J2K block mode is enabled and indicates the horizontal
block index of the current block.blk_idx_v – This 8-bit field is included only if J2K block mode is enabled and indicates the vertical
block index of the current block.The following fields X_c0, Y_c0, X_c1, Y_c1, X_c2, Y_c2, X_wp, Y_wp, L_max and L_min correspond to
the fields defined in SMPTE ST2086:2014 “Mastering Display Color Volume Metadata Supporting
High Luminance and Wide Color Gamut Images”. The fields MaxFALL and MaxCLL correspond to the
fields defined in ANSI/CTA 861-G:2016 “A DTV Profile for Uncompressed High Speed Digital
Interfaces”. If these 12 fields have unknown values at the time of generating the stream, they shall
not be included in the descriptor and the mdm_flag shall be set to ‘0’.X_c0, Y_c0, X_c1, Y_c1, X_c2, Y_c2 – These 16-bit fields are included only if the mdm_flag is set to ‘1’.
They specify the normalized x and y chromaticity coordinates of the colour primary components of
the mastering display in increments of 0.00002, according to the CIE 1931 definition of x and y as
specified in ISO 11664-1 (see also ISO 11664-3 and CIE 15). For describing mastering displays that
use red, green, and blue colour primaries, it is suggested that index value c0 should correspond to
the green primary, c1 should correspond to the blue primary, and c2 should correspond to the red
colour primary. The values of these 6 fields shall be in the range of 0 to 50 000, inclusive.
X_wp and Y_wp – These 16-bit fields are included only if the mdm_flag is set to ‘1’. They specify the
normalized x and y chromaticity coordinates of the white point of...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.