ISO/IEC 23001-11:2023/Amd 2:2025

International
Standard
ISO/IEC 23001-11
Third edition
Information technology — MPEG
2023-02
systems technologies —
AMENDMENT 2
Part 11:
2025-09
Energy-efficient media consumption
(green metadata)
AMENDMENT 2: Energy-efficient
media consumption for new display
power reduction metadata
Technologies de l'information — Technologies des systèmes MPEG —
Partie 11: Consommation des supports éconergétiques
(métadonnées vertes)
AMENDEMENT 2: Consommation des supports écoénergétiques
pour les nouvelles métadonnées de réduction de la puissance
d'affichage
Reference number
ISO/IEC 23001-11:2023/Amd. 2:2025(en) © ISO/IEC 2025

ISO/IEC 23001-11:2023/Amd. 2:2025(en)
© ISO/IEC 2025
All rights reserved. Unless otherwise specified, or required in the context of its implementation, 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
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
© ISO/IEC 2025 – All rights reserved
ii
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
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.
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/directives or www.iec.ch/members_experts/refdocs).
ISO and IEC draw attention to the possibility that the implementation of this document may involve the
use of (a) patent(s). ISO and IEC take no position concerning the evidence, validity or applicability of any
claimed patent rights in respect thereof. As of the date of publication of this document, ISO and IEC had not
received notice of (a) patent(s) which may be required to implement this document. However, implementers
are cautioned that this may not represent the latest information, which may be obtained from the patent
database available at www.iso.org/patents and https://patents.iec.ch. ISO and IEC shall not be held
responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of 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 www.iso.org/iso/foreword.html.
In the IEC, see www.iec.ch/understanding-standards.
This document was prepared by Joint Technical Committee ISO/IEC JTC 1,  Information technology,
Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia information.
A list of all parts in the ISO/IEC 23001 series can be found on the ISO and IEC websites.
Any feedback or questions on this document should be directed to the user’s national standards
body.  A  complete  listing  of  these  bodies  can  be  found  at  www.iso.org/members.html and
www.iec.ch/national-committees.

© ISO/IEC 2025 – All rights reserved
iii
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
Information technology — MPEG systems technologies —
Part 11:
Energy-efficient media consumption (green metadata)
AMENDMENT 2: Energy-efficient media consumption for new
display power reduction metadata

Introduction
Replace the following:
The metadata for energy-efficient decoding specifies two sets of information: complexity metrics (CM)
metadata and decoding operation reduction request (DOR-Req) metadata. A decoder uses CM metadata
to vary operating frequency and thus reduce decoder power consumption. In a point-to-point video
conferencing application, the remote encoder uses the DOR-Req metadata to modify the decoding complexity
of the bitstream and thus reduce local decoder power consumption.
The metadata for energy-efficient encoding specifies quality metrics that are used by a decoder to reduce
the quality loss from low-power encoding.
The metadata for energy-efficient presentation specifies RGB-component statistics and quality levels. A
presentation subsystem uses this metadata to reduce power by adjusting display parameters, based on the
statistics, to provide a desired quality level from those provided in the metadata.
with:
The metadata for energy-efficient decoding specifies two sets of information: complexity metrics (CM)
metadata and decoding operation reduction request (DOR-Req) and response (DOR-Resp) metadata. A
decoder uses CM metadata to vary operating frequency and thus reduce decoder power consumption. In a
point-to-point video conferencing application, the remote encoder uses the DOR-Req metadata to modify the
decoding complexity of the bitstream and thus reduce local decoder power consumption. The remote encoder
uses the DOR-Resp metadata to acknowledge for the request and indicate how it has decided to answer.
The metadata for energy-efficient encoding specifies quality metrics that are used by a decoder to reduce
the quality loss from low-power encoding.
The metadata for energy-efficient presentation specifies Attenuation Map Information (AMI) metadata,
RGB-component statistics and quality levels. A presentation subsystem uses this metadata to reduce power
by modifying the content based on attenuation maps and/or adjusting display parameters, based on the
statistics, to provide a desired quality level from those provided in the metadata.
In a point-to-point video conferencing application, two types of interactive signalling mechanisms exist to
reduce the energy consumption of the display. In a first type, a decoder can use the display attenuation
map power reduction request (DAMPR-Req) message to request for transmission of display attenuation
maps, that will be applied to the decoded content, to adapt the amount of light emitted by the display, and
thus reduce the display energy consumption. The remote encoder uses the display attenuation map power
reduction response (DAMPR-Resp) message, to acknowledge reception of the request and to indicate how it
decides to answer. In a second type, a decoder can use the display power reduction attenuated video request
(DPRAV-Req), to request the remote encoder to generate a given display attenuation map and apply it on the
base video to generate an attenuated video. This attenuated video is then encoded and transmitted up to the

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
decoder. The remote encoder uses the display power reduction attenuated video response (DPRAV-Resp)
message, to acknowledge reception of the request and to indicate how it decides to answer.

3.2
Add the following in alphabetical order:
AMI attenuation map information
DA display adaptation
DAMPR-Req display attenuation map power reduction request
DAMPR-Resp display attenuation map power reduction response
DPRAV-Req display power reduction attenuated video request
DPRAV-Resp display power reduction attenuated video response
picAMI attenuation map sample values coded in auxiliary pictures of type AUX_ALPHA

6.2.2, Table 1
Replace the existing title of Table 1 with the following title:
Table 1 — Syntax for the AVC CMs
6.2.2, Table 2
Replace the existing title of Table 2 with the following title:
Table 2 — Syntax for the HEVC CMs
6.2.2, Table 3
Replace the existing title of Table 3 with the following title:
Table 3 — Syntax for the VVC CMs
6.3.2, Table 11
Replace the existing table with the following table:
Table 11 — Syntax for interactive signalling for remote decoder-power reduction
Descriptor
dec_pow_reduction_type u(2)
if (dec_pow_reduction_type = = 0) {
dec_ops_reduction_req s(6)
else if (dec_pow_reduction_type = = 1) {
disable_loop_filters u(1)
disable_bi_prediction u(1)
disable_intra_in_B u(1)
disable_fracpel_filtering u(1)
user_defined_req u(2)
}
else if (dec_pow_reduction_type = = 2) {

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
TTabablele 1 111 ((ccoonnttiinnueuedd))
Descriptor
pic_width_in_luma_samples u(14)
pic_height_in_luma_samples u(14)
u(10)
frames_per_second
}
else if (dec_pow_reduction_type = = 3) {
dec_pow_reduction_extension_type u(2)
if (dec_pow_reduction_extension_type == 0) {
nb_dec_pow_reduction_type_req u(2)
for (i = 0 ; i < nb_dec_pow_reduction_type_req; i++){
dec_pow_reduction_type_req_id[ i ] u(2)
}
}
}
Add the following at the end of subclause 6.3.2:
The transmitter then uses the message format described in Table 12 to acknowledge the request of the
decoding operation reduction from the receiver:
Table 12 — Syntax for interactive signalling from the transmitter to acknowledge remote decoder-
power reduction
Descriptor
dec_pow_reduction_type_resp u(2)
if (dec_pow_reduction_type_resp = = 0) {
dec_ops_reduction_resp s(6)
else if (dec_pow_reduction_type_resp = = 1) {
disabled_loop_filters_resp u(1)
disabled_bi_prediction_resp u(1)
disabled_intra_in_B_resp u(1)
disabled_fracpel_filtering_resp u(1)
user_defined_resp u(2)
}
else if (dec_pow_reduction_type_resp = = 2) {
pic_width_in_luma_samples_resp u(14)
pic_height_in_luma_samples_resp u(14)
frames_per_second_resp u(10)
}
else if (dec_pow_reduction_type_resp = = 3) {
dec_pow_reduction_extension_type_resp u(2)
if (dec_pow_reduction_extension_type_resp == 0) {
nb_dec_pow_reduction_type_resp u(2)
if (nb_dec_pow_reduction_type_resp == 0) {
pic_width_in_luma_samples_resp
pic_height_in_luma_samples_resp
frames_per_second_resp
}
else {
for (i = 0 ; i < nb_dec_pow_reduction_type_resp; i++){

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
TTabablele 1 122 ((ccoonnttiinnueuedd))
Descriptor
dec_pow_reduction_type_resp_id[ i ] u(2)
}
}
}
}
6.3.3
Replace the following text:
The transmitter in each device sends a decoding operation reduction request (DOR-Req) message to the
attention of the remote encoder. In a first mode (dec_pow_reduction_type equal to 0), this message requests
the remote encoder to adjust its encoding parameters so that ideally, when the local decoder decodes
the bitstream, the power saving of the local decoder matches the power saving implied by the DOR-Req
message. In a second mode (dec_pow_reduction_type equal to 1), this message requests the remote encoder
to disable coding tools so that, when the local decoder decodes the bitstream, the power consumption of
the local decoder is decreased. In a third mode (dec_pow_reduction_type equal to 2), this message requests
the remote encoder to adjust the picture resolution and video frame rate so that, when the local decoder
decodes the bitstream, the power consumption of the local decoder is decreased.
with:
The transmitter in each device sends a decoding operation reduction request (DOR-Req) message to the
attention of the remote encoder. In a first mode (dec_pow_reduction_type equal to 0), this message requests
the remote encoder to adjust its encoding parameters so that ideally, when the local decoder decodes
the bitstream, the power saving of the local decoder matches the power saving implied by the DOR-Req
message. In a second mode (dec_pow_reduction_type equal to 1), this message requests the remote encoder
to disable coding tools so that, when the local decoder decodes the bitstream, the power consumption of
the local decoder is decreased. In a third mode (dec_pow_reduction_type equal to 2), this message requests
the remote encoder to adjust the picture resolution and video frame rate so that, when the local decoder
decodes the bitstream, the power consumption of the local decoder is decreased. In a fourth mode (dec_pow_
reduction_type equal to 3), this message indicates that some other extended decoding operation reduction
types are requested by the remote encoder.
In a first extension of the decoding operation reduction types, the message requests a global or partial
cancellation of the last decoding operation reduction requests of specific types at the transmitter side. In
this case, the encoder stops the corresponding changes previously enabled in its coding process. In case a
global cancellation is requested, the transmitter goes back to the nominal mode, where no change in local
decoding operations compared to the start of the video session is applied.
In response to a decoding operation reduction request (DOR-Req), the remote encoder sends a decoding
operation reduction response (DOR-Resp) message to the remote decoder. In a first mode (dec_pow_
reduction_type_resp equal to 0), it acknowledges that it has proceeded to an adjustment of its encoding
parameters to save power while decoding. In a second mode (dec_pow_reduction_type_resp equal to 1),
this message acknowledges that the encoder has disabled some coding tools. The list of coding tools it has
accepted to disable is then sent in the message. In a third mode (dec_pow_reduction_type_resp equal to 2),
it acknowledges that it has adjusted the picture resolution and video frame rate. In a fourth mode (dec_
pow_reduction_type_resp equal to 3), this message indicates that some other extended decoding operation
reduction types were acknowledged.
In a first extension of the decoding operation reduction types, the remote encoder acknowledges the list of
types of decoding operation reduction requests it has accepted to cancel.

6.3.4
© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
Add a new subclause title at the beginning of subclause 6.3.4:
6.3.4.1  Decoding operation reduction request semantics
Replace the existing table with:
Table 13 — Definition of dec_pow_reduction_type
dec_pow_reduction_type Definition
0 Decoder operations reduction
1 Coding tool configuration
2 Spatial and temporal scaling
3 Extension of the request types
Add the following at the end of subclause 6.3.4:
dec_pow_reduction_extension_type indicates other types of requests for decoding operation reduction
from the remote decoder.
When dec_pow_reduction_extension_type equals 0, it indicates that a global or partial cancellation of the
last decoding operation reduction requests of specific types at the transmitter side is requested. In this case,
the encoder is requested to stop the corresponding changes previously enabled in its coding process. In case
a global cancellation is requested, the transmitter is requested to go back to the nominal mode, where no
change in local decoding operations compared to the start of the video session is applied.
nb_dec_pow_reduction_type_req indicates the number of requested types of request the decoder requests
to cancel. nb_dec_pow_reduction_type_req shall not be larger than 3.
dec_pow_reduction_type_req_id[ i ] indicates that the decoder requests to cancel the last request of
corresponding type. dec_pow_reduction_type_req_id[ i ] shall not be equal to dec_pow_reduction_type_req_
id[ j ], for any j in 0.nb_dec_pow_reduction_type_req not equal to i.
6.3.4.2  Decoding operation reduction response semantics
dec_pow_reduction_type_resp indicates the type of the decoder power reduction method the encoder
acknowledges to have received and accepts to apply. The type is indicated by an unsigned integer. The types
are explained in Table 14.
Table 14 — Definition of dec_pow_reduction_type_resp
dec_pow_reduction_type_resp Definition
0 Decoder operations reduction
1 Coding tool configuration
2 Spatial and temporal scaling
3 Extension of the response types
dec_ops_reduction_resp indicates the variation of local decoding operations relative to the local decoding
operations since the last dec_ops_reduction_req was sent to the transmitter, or since the start of the video
session, if no earlier dec_ops_reduction_req was sent, the encoder accepts to set in place. dec_ops_reduction_
resp is an integer in the interval [-31, 32]. When not present, dec_ops_reduction_resp is set equal to 0.
P  is derived by dec_ops_reduction_resp and indicates the requested percentage change of
DecOpsReductionReq
local decoding operations by
PDecOpsReductionReq=2∗dresp
where d  is set equal to dec_ops_reduction_resp.
resp
© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
A negative percentage means a decrease of decoding operations.  P  is an integer in the
DecOpsReductionReq
interval [-62, 64] in steps of two.
disabled_loop filters_resp equal to 1 indicates that loop filters were disabled, disabled_loop_filters_
resp equal to 0 specifies that the encoder does not accept to disable loop filters. Loop filters include, upon
availability, the deblocking filter, sample Adaptive offset, and the adaptive loop filter.
disabled_bi_prediction_resp equal to 1 indicates bi-prediction is disabled in B slices. disabled_bi_
prediction_resp equal to 0 indicates that the encoder does not accept to disable bi-prediction in B slices.
disabled_intra_in_B_resp equal to 1 indicates intra prediction is disabled in B slices. disable_intra_in_B_
resp equal to 0 indicates that the encoder does not accept to disable intra prediction in B slices.
disabled_fracpel_filtering_resp equal to 1 indicates fractional pel filtering is disabled in P slices or B slices.
disabled_fracpel_filtering_resp equal to 0 indicates that the encoder does not accept to disable fractional pel
filtering in P slices or B slices.
user_defined_resp indicates whether or not the encoder accepts to enable or disable user-defined coding tools.
pic_width_in_luma_samples_resp indicates the picture width in the units of luma samples that the encoder
accepts to encode.
pic_height_in_luma_samples_resp indicates the picture height in the units of luma samples that the
encoder accepts to encode.
frames_per_second_resp indicates the frame rate samples that the encoder accepts to produce.
dec_pow_reduction_extension_type_resp indicates other types of requests for decoding operation
reduction acknowledged by the remote encoder.
When dec_pow_reduction_extension_type_resp equals 0, it indicates that a global or partial cancellation of
the last decoding operation reduction requests of specific types was accepted at the transmitter side. In
this case, the encoder stops the corresponding changes previously enabled in its coding process. In case a
global cancellation was accepted, the transmitter goes back to the nominal mode, where no change in local
decoding operations compared to the start of the video session is applied.
nb_dec_pow_reduction_type_resp indicates the number of requested types the encoder accepts to cancel.
When nb_dec_pow_reduction_type_respequal to 0, it indicates that a global cancellation of all previous
decoding operation reductions was accepted by the encoder. nb_dec_pow_reduction_type_resp shall not be
larger than 3.
dec_pow_reduction_type_resp_id[ i ] indicates that the encoder accepts to cancel the last request of
corresponding type. dec_pow_reduction_type_resp_id[ i ] shall not be equal to dec_pow_reduction_type_
resp_id[ j ], for any j in 0.nb_dec_pow_reduction_type_resp not equal to i.

7.1
Replace the following text:
With respect to the functional architecture, display adaptation (DA) provides green metadata comprised
of RGB-component statistics and quality indicators. The statistics are used to set display controls in the
presentation subsystem so that desired quality levels and corresponding display power reductions are
attained.
with:
With respect to the functional architecture, display adaptation (DA) provides green metadata comprised
of Attenuation Map Information (AMI), RGB-component statistics and quality indicators. The Attenuation
Map Information (AMI) metadata indicate how to use attenuation maps carried as auxiliary pictures of type
AUX_ALPHA for display adaptation. The attenuation maps and their related AMI as well as RGB-component

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
statistics are used to set display controls in the presentation subsystem so that desired quality levels and
corresponding display power reductions are attained.
In a point-to-point video conferencing application, the display adaptation can be performed with or without
an SEI message.
7.2.1
Change title of subclause 7.2.1 to:
7.2.1  Syntax for systems without a signalling mechanism from the receiver to the transmitter
Add a new subclause at the beginning of subclause 7.2.1 and renumber accordingly.
7.2.1.1  Syntax to transmit DA metadata without a signalling mechanism from the receiver to the
transmitter and using SEI messages
The syntax for the AMI metadata is described in Table 15. This syntax is the same for AVC, HEVC and VVC.
Table 15 — Syntax for the AMI metadata
Descriptor
ami_flags u(8)
if (ami_flags && 0x01 != 0x01) {
ami_display_model u(4)
if ( ami_flags && 0x04 == 0x04 ) {
ami_map_approximation_model u(4)
}
ami_map_number u(3)
for ( i=0;i u(8)
ami_layer_id[ i ]
ami_ols_number[ i ] u(4)
for ( j=0;j ami_ols_id[ i ][ j ] u(8)
}
ami_energy_reduction_rate[ i ] u(5)

if ( ami_flags && 0x20 == 0x20 ){
ami_video_quality_metric_type[ i ] u(3)
ami_video_quality_level[ i ] u(16)
}
ami_max_value[ i ] u(8)
if ( ami_flags && 0x02 != 0x02 ) or ( i == 0 ) {
ami_attenuation_use_idc[ i ] u(4)
ami_attenuation_comp_idc[ i ] u(4)
if ( ami_flags && 0x08 == 0x08 ){
u(1)
ami_preprocessing_flag[ i ]
if ( ami_preprocessing_flag[ i ] ){
ami_preprocessing_type_idc[ i ] u(2)
}
u(4)
ami_preprocessing_scale_idc[ i ]
}
if ( ami_flags && 0x10 == 0x10 ){
u(4)
ami_backlight_scaling_idc[ i ]
}
© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
TTaabblle 1e 15 5 ((ccoonnttiinnueuedd))
Descriptor
}
}
if ( ami_map_number == 0 ){
ami_energy_reduction_rate[ 0 ] u(5)
if ( ami_flags && 0x20== 0x20 ){

ami_video_quality_metric_type[ 0 ] u(3)
ami_video_quality_level[ 0 ] u(16)
}
}
}
Add a new subclause title after the insertion of the above subclause in subclause 7.2.1
7.2.1.2  Syntax to transmit DA metadata without a signalling mechanism from the receiver to the
transmitter and not using SEI messages
7.2.2
Change title of subclause 7.2.2 to:
7.2.2  Syntax for systems with a signalling mechanism from the receiver to the transmitter
Add a new subclause at the beginning of subclause 7.2.2:
7.2.2.1  Syntax to transmit DA metadata with a signalling mechanism from the receiver to the
transmitter and using SEI messages
7.2.2.1.1  First mode of use: Application of attenuation maps at the receiver
The receiver first uses the message format to signal information related to display adaptation through the
use of attenuation maps described in Table 17:
Table 17 — syntax from receiver for display adaptation through the use of attenuation maps
(DAMPR-Req)
Descriptor
ami_cancel_flag_req u(1)
if ( ! ami_cancel_flag_req ) {
ami_display_model_cap u(4)
ami_attenuation_use_cap u(8)
ami_attenuation_comp_cap u(8)
ami_preprocessing_type_cap u(8)
ami_map_approximation_model_cap u(8)
}
ami_map_number_req u(3)
for (i = 1; i <= ami_map_number_req; i++) {
ami_energy_reduction_rate_req [ i ] u(5)
u(3)
ami_video_quality_metric_type_req [ i ]
u(16)
ami_video_quality_level_req [ i ]
}
The transmitter then uses the message format to signal metadata to the receiver described in Table 18:

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
Table 18 — Syntax from transmitter to receiver for display adaption through the use of attenuation
maps (DAMPR-Resp)
Descriptor
ami_map_number_resp u(3)
for (i = 1; i <= ami_map_number_resp; i++) {
u(5)
ami_energy_reduction_rate_resp[ i ]
ami_video_quality_metric_type_resp [ i ] u(3)
ami_video_quality_level_resp [ i ] u(16)
}
7.2.2.1.2  Second mode of use: Transmission of an attenuated video
The receiver first uses the message format to signal information related to display adaptation through the
use of attenuation maps described in Table 19.
Table 19 — Syntax for the display power reduction attenuated video request (DPRAV-Req) message
from the receiver
Descriptor
ami_cancel_flag u(1)
ami_display_model_cap u(4)
ami_attenuation_comp_cap u(8)
ami_energy_reduction_rate_req u(5)
u(3)
ami_video_quality_metric_type_req
ami_video_quality_level_req u(16)
The transmitter then uses the message format to signal metadata to the receiver as described in Table 20.
Table 20 — Syntax for the display power reduction attenuated video reduction response (DPRAV-
Resp) message from the transmitter.
Descriptor
ami_energy_reduction_rate_resp u(5)
ami_video_quality_metric_type_resp u(3)
ami_video_quality_level_resp u(16)
Add a new subclause title after the insertion of the above subclause in subclause 7.2.2:
7.2.2.2  Syntax to transmit DA metadata with a signalling mechanism from the receiver to the
transmitter and not using SEI messages

7.3  Signalling
7.3.1
Change title of subclause 7.3.1 to:
7.3.1  Signalling for systems without a signalling mechanism from the receiver to the transmitter
Add a new subclause at the beginning of subclause 7.3.1:
7.3.1.1  Signalling to transmit DA metadata without a signalling mechanism from the receiver to the
transmitter and using SEI messages
SEI messages can be used to signal green metadata in an AVC, HEVC or VVC stream.

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
The green metadata SEI message payload type is specified in ISO/IEC 14496-10, ISO/IEC 23008-2, and
ISO/IEC 23090-3.
Attenuation Map Information (AMI) metadata describing how to use attenuation maps are carried through
SEI message from the transmitter to the receiver. The attenuation maps are carried as auxiliary pictures of
type AUX_ALPHA for display adaptation, with the flag alpha_channel_use_idc equal to 3.
The complete syntax of the green metadata SEI message payload, including the Attenuation Map Information,
is specified in Annex A.
The SEI message containing the AMI metadata is transmitted at the start of an upcoming period. The next
message containing AMI metadata is transmitted at the start of the next upcoming period. Therefore,
when the upcoming period is a picture or the interval up to the next I-slice, a message is transmitted for
each picture or interval, respectively. However, when the upcoming period is a specified time interval or
a specified number of pictures, the associated message is transmitted with the first picture in the time
interval or with the first picture in the specified number of pictures.
Add a new subclause title after the insertion of the above subclause in subclause 7.3.1:
7.3.1.2  Signalling to transmit DA metadata without a signalling mechanism from the receiver to the
transmitter and not using SEI messages
Replace the following in subclause 7.3.1:
Green metadata can be carried as specified in ISO/IEC 13818-1 or it can be carried in metadata tracks within
the ISO base media file format (ISO/IEC 14496-12), as specified in ISO/IEC 23001-10. Using the format in
7.2.1.2, the transmitter sends a message to the receiver. The DA metadata is applicable to the presentation
subsystem until the next message containing DA metadata arrives.
with:
Green metadata can be carried as specified in ISO/IEC 13818-1 or it can be carried in metadata tracks within
the ISO base media file format (ISO/IEC 14496-12), as specified in ISO/IEC 23001-10. Using the format in
7.2.1.2, the transmitter sends a message to the receiver. The DA metadata is applicable to the presentation
subsystem until the next message containing DA metadata arrives.
7.3.2
Change title of subclause 7.3.2 to:
7.3.2  Signalling for systems with a signalling mechanism from the receiver to the transmitter
Add a new subclause at the beginning of the subclause:
7.3.2.1  Signalling to transmit DA metadata with a signalling mechanism from the receiver to the
transmitter and using SEI messages
7.3.2.1.1  First mode of use: Application of attenuation maps at the receiver
The receiver in each device sends a display attenuation map power reduction request (DAMPR-Req) message
to the attention of the transmitter. This message allows the receiver to request some attenuation maps
with some specific energy reduction rates to the transmitter, and to specify the transmitter with specific
information on its capacities to apply attenuation maps, e.g., its display type, supported processings to apply
on the requested attenuation maps and supported types of attenuation maps.
In response to the DAMPR-Req from the receiver, the transmitter sends a display attenuation map power
reduction response (DAMPR-Resp) message. In a first mode, this message indicates the number of attenuation
maps it accepts to produce and the information of energy reduction rate expected when applying them on the
original video. In a second mode, when this message is used to acknowledge a DAMPR-Req with a cancel flag:
1)  it is empty or the parameter ami_map_resp_number is set to 0 for a global cancellation of the
attenuation maps;
© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
2)  it contains the list of the remaining attenuation maps with their related energy reduction rate.
7.3.2.1.2  Second mode of use: Transmission of an attenuated video
The receiver sends a display power reduction attenuated video request (DPRAV-Req) message to request
the transmitter to apply a given display attenuation map corresponding to a given display energy reduction
rate and a given quality level, on the original video before encoding and transmitting it in order to reduce its
energy consumption while rendering the video on its display.
The transmitter sends a display power reduction attenuated video response (DPRAV-Resp) message to
indicate the expected display energy reduction rate and the corresponding level of the video quality metric
selected by the receiver when the attenuated video is rendered on the receiver display.
When this message is used to acknowledge a request with a cancel flag, it is empty.
Add a new subclause title after the insertion of the above subclause in subclause 7.3.2:
7.3.2.2  Signalling to transmit DA metadata with a signalling mechanism from the receiver to the
transmitter and not using SEI messages

7.4  Semantics
7.4
Add a new subclause at the beginning of subclause 7.4:
7.4.1  Semantics for systems without a signalling mechanism from the receiver to the transmitter
7.4.1.1  Semantics to transmit DA metadata without a signalling mechanism from the receiver to the
transmitter and using SEI messages
The semantics of various terms are defined below.
In a preferred mode, the attenuation map shall be applied on the sample values of the decoded primary
picture(s), i.e. just after the decoding process.
The Attenuation Map Information (AMI) metadata provide information about the interpretation of the
attenuation map sample values coded in auxiliary pictures of type AUX_ALPHA (in the following picAMI)
and the post-processing intended to be applied to the one or more associated primary pictures of the CVS.
NOTE  The association of auxiliary pictures to primary pictures are specified in the SDI SEI message (see
ISO/IEC 23002-7).
When a CVS does not contain an SDI SEI message with sdi_aux_id[ i ] equal to 1 for at least one value of i, no
picture in the CVS shall be associated with a green metadata SEI message.
When an access unit (AU) contains both an SDI SEI message with sdi_aux_id[ i ] equal to 1 for at least one
value of i and a green metadata SEI message, the SDI SEI message shall precede the green metadata SEI
message in decoding order.
When an AU contains a picAMI in a layer, with nuh_layer_id equal to nuhLayerIdAMI, that is indicated as an
Alpha Map auxiliary layer by an SDI SEI message, the attenuation map sample values of picAMI persist in
output order until one or more of the following conditions are true:
—  The next picture, in output order, with nuh_layer_id equal to nuhLayerIdAMI is output.
—  A CLVS containing the auxiliary picture picAMI ends.
—  The bitstream ends.
—  A CLVS of any associated primary layer of the auxiliary picture layer with nuh_layer_id equal to
nuhLayerIdAMI ends.
© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
The following semantics apply separately to each nuh_layer_id targetLayerId among the nuh_layer_id values
to which the green metadata SEI message applies.
ami_flags is a bit field mask which groups several flags, that allow to reduce the size of the AMI metadata
when some parameters are not needed to apply the attenuation maps. These flags are described in Table 23.
bit 0: when not present, indicates that the SEI message cancels the persistence of any previous Attenuation
Map Information SEI message in output order. When present, indicates that Attenuation Map Information
follows. Corresponds to an ami_cancel_flag.
bit 1: indicates whether the following Attenuation Map Information is defined globally for all the listed
maps. When not present, indicates that ami_attenuation_use_idc[ i ], ami_attenuation_comp_idc[ i ], ami_
preprocessing_flag[ i ], ami_preprocessing_type_idc[ i ], ami_preprocessing_scale_idc[ i ], ami_backlight_
scaling_idc[ i ] for i=0. ami_map_number, shall be present. When present, indicates that only ami_attenuation_
use_idc[ 0 ], ami_attenuation_comp_idc[ 0 ], ami_preprocessing_flag[ 0 ], ami_preprocessing_type_idc[ 0 ],
ami_preprocessing_scale_idc[ 0 ], ami_backlight_scaling_idc[ 0 ] shall be present. Corresponds to an ami_
global_flag.
bit 2: indicates whether the listed attenuation maps can be used to approximate other attenuation maps for
other reduction rates. Corresponds to an ami_approximate_flag.
bit 3: indicates whether some preprocessing is required to use the listed attenuation maps. Corresponds to
an ami_preprocessing_global_flag.
bit 4: indicates whether backlight scaling is required and, in this case, the field ami_backlight_scaling_idc
specifies the process to compute the scaling factor of the backlight of transmissive pixel displays, derived
from the attenuation map sample values of the decoded auxiliary picture of index i. Corresponds to an ami_
backlightscaling_flag.
bit 5: indicates whether the video quality information is present in the message. Corresponds to an ami_
video_quality_flag.
bits 6-7: bit reserved for future use.
Table 23 — Description of ami_flags
bit 6-7 bit 5 bit 4 bit 3 bit 2 bit 1 bit 0
Future use ami_video_qual-ami_backlightscal-ami_preprocess-ami_approximate_ami_glob -ami_cancel_
ity_flag ing_flag ing_global_flag flag al_flag flag
ami_map_number specifies the number of auxiliary pictures of type AUX_ALPHA in the CVS. This field is
set to 0 when the SEI is distributed with an attenuated video within the CLVS.
ami_display_model is a bit field mask which indicates the display models on which the attenuation map
sample values of the auxiliary picture picAMI may be used. Values of the bit field mask are described in
Table 24.
Table 24 — Interpretation of the bits of ami_display_model
Bit number Display model
0 Backlit pixel
1 Emissive pixel
2.3 Reserved for future types
For example, ami_display_model=11 means the Attenuation Map Information can be used for both “Backlit”
and “Emissive” display models.
ami_map_approximation_model specifies the model used to extrapolate a set of received attenuation
map sample values(s) from a set of decoded auxiliary picture(s) with individual energy reduction rate(s) to

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
another set of attenuation map sample values with a different energy reduction rate. Values of the ami_map_
approximation_model are described in Table 25.
ami_map_approximation_model equal to 0 specifies that a linear scaling of the attenuation map sample
values of the provided auxiliary picture given its respective ami_energy_reduction_rate should be considered
to obtain corresponding attenuation map sample values for another energy reduction rate. In case several
auxiliary pictures picAMI are provided, the auxiliary picture with the lowest ami_energy_reduction_rate is
used for the linear scaling. This is the preferred type.
ami_map_approximation_model equal to 1 specifies that a bilinear interpolation between the attenuation map
sample values of the provided auxiliary picture(s) given their respective ami_energy_reduction_rate should
be considered to obtain corresponding attenuation map sample values for another energy reduction rate.
ami_map_approximation_model equal to 2 specifies that an interpolation of type Lanczos between the
attenuation map sample values of the provided auxiliary picture(s) given their respective ami_energy_
reduction_rate should be considered to obtain corresponding attenuation map sample values for another
energy reduction rate.
ami_map_approximation_model equal to 3 specifies that an interpolation of type bicubic between the
attenuation map sample values of the provided auxiliary picture(s) given their respective ami_energy_
reduction_rate should be considered to obtain corresponding attenuation map sample values for another
energy reduction rate.
ami_map_approximation_model equal to 4 specifies that a proprietary user defined process should be used to
infer corresponding attenuation map sample values for another energy reduction rate from the attenuation
map sample values of the provided auxiliary picture(s) given their respective ami_energy_reduction_rate.
Table 25 — Interpretation of ami_map_approximation_model
ami_map_approximation_model Attenuation map interpolation process
0 Linear scaling
1 Bilinear interpolation
2 Lanczos interpolation
3 Bicubic interpolation
4 User defined
5.15 Reserved for future uses
ami_attenuation_use_idc[ i ] specifies the use of the attenuation map sample values of the decoded
auxiliary picture of index i. Values of ami_attenuation_use_idc[ i ] are described in Table 26.
ami_attenuation_use_idc[ i ] equal to 0 specifies that the attenuation map sample values of the decoded
auxiliary picture should be subtracted from one or more associated primary picture decoded sample(s)
before displayed on screen. This is the preferred type.
ami_attenuation_use_idc[ i ] equal to 1 specifies that the attenuation map sample values of the decoded
auxiliary picture should be multiplied by one or more associated primary picture decoded sample(s) before
displayed on screen.
ami_attenuation_use_idc[ i ] equal to 2 specifies that the attenuation map sample values of the decoded
auxiliary picture should be used according to a proprietary user defined process to modify the one or more
associated primary picture decoded sample(s) before displayed on screen.

© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
Table 26 — Interpretation of ami_attenuation_use_idc[ i ]
ami_attenuation_use_idc[ i ] Process to apply on associated prima-
ry picture decoded samples
0 Subtraction
1 Multiplication
2 User defined
3.15 Reserved for future uses
ami_attenuation_comp_idc[ i ] specifies on which colour component(s) of the associated primary picture(s)
decoded samples the decoded auxiliary picture of type AUX_ALPHA of index i should be applied using the
process defined by ami_attenuation_use_idc[ i ]. Values of ami_attenuation_comp_idc[ i ] are described in
Table 27.
ami_attenuation_comp_idc[ i ] equal to 0 specifies that the luma component of the decoded auxiliary picture
of type AUX_ALPHA of index i should be applied to the luma component of the associated primary picture(s)
decoded samples. This is the preferred type.
ami_attenuation_comp_idc[ i ] equal to 1 specifies that the luma component of the decoded auxiliary picture
of type AUX_ALPHA of index i should be applied to the luma component and the chroma components of the
associated primary picture(s) decoded samples.
ami_attenuation_comp_idc[ i ] equal to 2 specifies that the luma component of the decoded auxiliary picture
of type AUX_ALPHA of index i should be applied to the RGB components (after YUV to RGB conversion) of the
associated primary picture(s) decoded samples.
ami_attenuation_comp_idc[ i ] equal to 3 specifies that the luma component of the decoded auxiliary picture
of type AUX_ALPHA of index i should be applied to the first component of the associated primary picture(s)
decoded samples.
ami_attenuation_comp_idc[ i ] equal to 4 specifies that the luma component of the decoded auxiliary
picture of type AUX_ALPHA of index i should be applied to the second component of the associated primary
picture(s) decoded samples.
ami_attenuation_comp_idc[ i ] equal to 5 specifies that the luma component of the decoded auxiliary picture
of type AUX_ALPHA of index i should be applied to the third component of the associated primary picture(s)
decoded samples.
ami_attenuation_comp_idc[ i ] equal to 6 specifies that the mapping between the luma component of the
decoded auxiliary picture of type AUX_ALPHA of index i and the components of which to apply the decoded
auxiliary picture of type AUX_ALPHA of index i corresponds to some proprietary user-defined process.
Table 27 — Interpretation of ami_attenuation_comp_idc[ i ]
ami_attenuation_comp_idc[ i ] Mapping between components of the attenuation map and primary
picture components on which to apply the attenuation map
0 Luma component in the picAMI applied to the luma component of the
associated primary picture
1 Luma component in the picAMI applied to the luma and chroma compo-
nents of the associated primary picture
2 Luma component in the picAMI applied to the three RGB components of
the associated primary picture
3 Luma component in the picAMI applied to the first component of the
associated primary picture
4 Luma component in the picAMI applied to the second component of the
associated primary picture
© ISO/IEC 2025 – All rights reserved
ISO/IEC 23001-11:2023/Amd. 2:2025(en)
TTabablele 2 277 ((ccoonnttiinnueuedd))
ami_attenuation_comp_idc[ i ] Mapping between components of the attenuation map and primary
picture components on which to apply the attenuation map
5 Luma component in the picAMI applied to the third component of the
associated primary picture
6 User defined
7.15 Reserved fo
...