Copyright © 2017W3C® (MIT,ERCIM,Keio,Beihang).W3Cliability,trademark andpermissive document license rules apply.
This specification defines a mechanism for storing images that use the Reference PQ EOTF specified in [BT2100-1] in the Portable Network Graphics (PNG) format (specified in [PNG]), without modification to existing chunks or the introduction of new chunks.
This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of currentW3C publications and the latest revision of this technical report can be found in theW3C technical reports index at https://www.w3.org/TR/.
This specification is intended to be published as a Working Group Note.
This document was published by theTimed Text Working Group as a Working Group Note. Comments regarding this document are welcome. Please send them topublic-tt@w3.org (subscribe,archives) with[png-hdr-pq]
at the start of your email's subject.
Publication as a Working Group Note does not imply endorsement by theW3C Membership. This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.
This document was produced by a group operating under the5 February 2004W3C Patent Policy.W3C maintains apublic list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes containsEssential Claim(s) must disclose the information in accordance withsection 6 of theW3C Patent Policy.
This document is governed by the1 March 2017W3C Process Document.
This section is non-normative.
ThegAMA
chunk of the Portable Network Graphics (PNG) format (specified in [PNG]) parameterizes the transfer function of the image as a power law. As such, it cannot model the Reference PQ EOTF specified in [BT2100-1], which is commonly used for HDR images.
This specification uses the existingiCCP
chunk to unambiguously signal the color system of an image that uses the Reference PQ EOTF specified in [BT2100-1]. It also allows graceful processing by decoders that do not conform to this specification by recommending fallback values for thegAMA
chunk,cHRM
chunk, and embedded ICC profile.
The fileSHALL conform to [PNG].
The image typeSHALL betruecolor
.
The imageSHALL conform to one of the Pixel Encoding Systems specified in the table below.
The fileSHALL contain aniCCP
chunk, constrained as follows:
iCCP
chunkSHALL be set as specified by the table below according to the Pixel Encoding System of the image; andiCCP
chunkSHOULD contained one of the ICC profiles specified by the table below according to the Pixel Encoding System of the image; andThecHRM
chunk and thegAMA
chunk of the fileSHOULD be set as specified by the table below according to the Pixel Encoding System of the image.
Pixel Encoding System | iCCP Chunk Profile Name | iCCP Chunk Embedded ICC Profile(s) | gAMA Chunk | cHRM Chunk | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
[BT2100-1], using the Reference PQ EOTF and full-range quantization | ITUR_2100_PQ_FULL | ITUR_2100_PQ_FULL.icc | 15000 |
|
ThegAMA
chunk and embedded ICC profile specified in the table above are not accurate, and their processing is not required to reproduce the image as intended by the author. They are provided as fallback for implementations that do not recognize the semantics associated with aiCCP
Chunk Profile Names defined by this specification. Future versions of this specification might include additional ICC profiles, e.g. to reflect improvements in ICC profile capabilities.
This specification does not constrain bit depth.
This section is non-normative.
See Section 13.4 at [PNG].