JP2020501426A - ダイナミックメタデータを用いてハイダイナミックレンジ（ｈｄｒ）ビデオシステムをシグナリングおよび制限するためのシステムおよび方法 - Google Patents

ダイナミックメタデータを用いてハイダイナミックレンジ（ｈｄｒ）ビデオシステムをシグナリングおよび制限するためのシステムおよび方法 Download PDF

Info

Publication number
JP2020501426A
JP2020501426A JP2019528636A JP2019528636A JP2020501426A JP 2020501426 A JP2020501426 A JP 2020501426A JP 2019528636 A JP2019528636 A JP 2019528636A JP 2019528636 A JP2019528636 A JP 2019528636A JP 2020501426 A JP2020501426 A JP 2020501426A
Authority
JP
Japan
Prior art keywords
encoded bitstream
color volume
encoded
video
metadata blocks
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2019528636A
Other languages
English (en)
Other versions
JP2020501426A5 (ja
Inventor
ルサノフスキー、ドミトロ
ラマスブラモニアン、アダルシュ・クリシュナン
ソール・ロジャルス、ジョエル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2020501426A publication Critical patent/JP2020501426A/ja
Publication of JP2020501426A5 publication Critical patent/JP2020501426A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/12—Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/46—Colour picture communication systems
    • H04N1/64—Systems for the transmission or the storage of the colour picture signal; Details therefor, e.g. coding or decoding means therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/18—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a set of transform coefficients
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/39—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability involving multiple description coding [MDC], i.e. with separate layers being structured as independently decodable descriptions of input picture data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/513—Processing of motion vectors
    • H04N19/517—Processing of motion vectors by encoding
    • H04N19/52—Processing of motion vectors by encoding by predictive encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

提供されているのは、ビデオ信号のカラーボリュームを修正するために、ＳＴ２０９４−１０を実装するビデオコーディングシステムを使用して、ビデオデータを処理するための方法、装置、およびコンピュータ可読媒体である。様々な実装において、カラーボリューム変換パラメータを含むメタデータブロックは、符号化されたビデオをもつ（with）符号化されたビットストリームに含まれ得る。カラーボリューム変換パラメータが該ビットストリームに含まれるとき、マスタリングディスプレイカラーボリュームパラメータもまた、該符号化されたビットストリームに含まれなければならない。マスタリングディスプレイカラーボリュームパラメータがまた該ビットストリームに含まれていないとき、該ビットストリームの全てまたは一部は適合していない。【選択図】図４

Description

[0001]本願は、ビデオシステムおよび方法に関する。より具体的には、本願は、ダイナミックメタデータ（たとえばＳＴ２０９４−１０）を用いてハイダイナミックレンジ（ＨＤＲ）ビデオシステムを体系化および管理するためのシステムおよび方法に関する。これらのシステムおよび方法は、ＵＨＤおよびＨＤＲ／ＷＣＧビデオ信号のシグナリングをサポートするデジタルビデオブロードキャスティングまたはＯｖｅｒ−Ｔｈｅ−Ｔｏｐビデオシステム、あるいは何れの他の適したビデオシステムにも適用可能である。
[0002]ビデオコーディング規格の例は、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られている）ＩＴＵ−Ｔ Ｈ．２６４、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ビジュアル、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ビジュアル、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ビジュアル、およびＩＴＵ−Ｔ Ｈ．２６１を含み、そのスケーラブル映像符号化（ＳＶＣ）および多視点映像符号化（ＭＶＣ）拡張版も含む。
[0003]加えて、ビデオコーディング規格、即ち高効率ビデオコーディング（ＨＥＶＣ）は、ＩＴＵ−Ｔビデオコーディング専門家グループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ動画専門家グループ（ＭＰＥＧ）のビデオコーディングに関する共同チーム（ＪＣＴ−ＶＣ）よって開発されてきた。最新のＨＥＶＣドラフト仕様書は、「Recommendation ITU-T H.265: High Efficiency Video Coding (HEVC)」http://www.itu.int/rec/T-REC-H.265-201504-I/enとして入手可能である。
[0004]復号プロセスに続いて、非圧縮ビデオ信号が、高速デジタル物理インターフェースを通って、ディスプレイまたはＴＶといったエンドコンシューマデバイスにシグナリングされる。デジタルテレビ（ＤＴＶ）や、デジタルケーブルや、衛星または地上セットトップボックス（ＳＴＢ）や、限定されないがＤＶＤプレイヤ／レコーダ、および他の関連するソースまたはシンクを含む関連する周辺デバイスといったコンシューマ電子デバイスによる非圧縮デジタルインターフェースの利用に関するプロトコル、要件、および勧告がＣＴＡ−８６１仕様書において規定されている。仕様書の直近のバージョンは、https://standards.cta.tech/kwspub/published_docs/ ANSI-CTA-861-F-Preview.pdfで入手可能である。
[0005]様々な実装において提供されているのは、ＳＴ２０９４−１０によって定義されているカラーボリューム変換パラメータをビットストリーム中に符号化するためのシステムおよび方法である。ビデオは、広色域および色の大きいダイナミックレンジ（a large dynamic range of colors）を含む、大きいカラーボリューム（a large color volume）でキャプチャされ得る。この方法でキャプチャされたビデオは、人間の視覚（human vision）によって知覚され得る色のレンジおよび深度をキャプチャすることを試みる。しかしながらディスプレイデバイスは、大きいカラーボリュームをディスプレイすることができないことがある（may）。したがって、ＳＴ２０９４−１０のような規格は、カラーボリューム変換を行うためのパラメータを定義し、これは、カラーボリュームをよりコンパクトな形態に圧縮するために使用され得る。
[0006]提供されるのは、ビデオコーディングシステムがＳＴ２０９４−１０によって定義されているパラメータを使用することを可能にする技法である。少なくとも１つの例にしたがうと、ビデオデータを受信することを含む該ビデオデータを処理する方法が提供され、ここにおいて、該ビデオデータは、少なくとも２つのビデオ信号を含む。方法はさらに、ビデオデータから１つまたは複数のセットのカラーボリューム変換パラメータを取得することを含む。方法はさらに、少なくとも２つのビデオ信号の各々のためのディスプレイ領域を決定することを含み、ここにおいて、該ディスプレイ領域は、該少なくとも２つのビデオ信号がディスプレイされることになるビデオフレームの一部分を決定する。方法はさらに、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号（a video signal）と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットの（a set of）カラーボリューム変換パラメータとの間のアソシエーションを決定することを含み、ここにおいて、該セットのカラーボリューム変換パラメータは、該ビデオ信号のためのディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。方法はさらに、１つまたは複数のセットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することを含む。方法はさらに、ビデオデータについて符号化されたビットストリームを生成することを含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックを含む。方法はさらに、符号化されたビットストリームにおいて、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたアソシエーションを符号化することを含む。
[0007]別の例では、少なくとも２つのビデオ信号を含むビデオデータを記憶するように構成されたメモリと、プロセッサとを含む装置が提供される。プロセッサは、ビデオデータから１つまたは複数のセットのカラーボリューム変換パラメータを取得するように構成され、取得することができる。プロセッサは、少なくとも２つのビデオ信号の各々のためのディスプレイ領域を決定するように構成され、決定することができ、ここにおいて、該ディスプレイ領域は、該少なくとも２つのビデオ信号がディスプレイされることになるビデオフレームの一部分を決定する。プロセッサは、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータの間のそれぞれのアソシエーションを決定するように構成され、決定することができ、ここにおいて、該セットのカラーボリューム変換パラメータは、該ビデオ信号のためのディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。プロセッサは、１つまたは複数のセットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成するように構成され、生成することができる。プロセッサは、ビデオデータについて符号化されたビットストリームを生成するように構成され、生成することができ、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックを含む。プロセッサは、符号化されたビットストリームにおいて、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたそれぞれのアソシエーションを符号化するように構成され、符号化することができる。
[0008]別の例では、命令を記憶したコンピュータ可読媒体が提供され、該命令は、プロセッサによって実行されると、方法を実行し、該方法は、ビデオデータを受信することを含み、ここにおいて、該ビデオデータは、少なくとも２つのビデオ信号を含む。方法はさらに、ビデオデータから１つまたは複数のセットのカラーボリューム変換パラメータを取得することを含む。方法はさらに、少なくとも２つのビデオ信号の各々のためのディスプレイ領域を決定することを含み、ここにおいて、該ディスプレイ領域は、該少なくとも２つのビデオ信号がディスプレイされることになるビデオフレームの一部分を決定する。方法はさらに、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータの間のそれぞれのアソシエーションを決定することを含み、ここにおいて、該セットのカラーボリューム変換パラメータは、該ビデオ信号のためのディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。方法はさらに、１つまたは複数のセットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することを含む。方法はさらに、ビデオデータについて符号化されたビットストリームを生成することを含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックを含む。方法はさらに、符号化されたビットストリームにおいて、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたそれぞれのアソシエーションを符号化することを含む。
[0009]別の例では、ビデオデータを受信するための手段を含む装置が提供され、ここにおいて、該ビデオデータは、少なくとも２つのビデオ信号を含む。装置はさらに、ビデオデータから１つまたは複数のセットのカラーボリューム変換パラメータを取得するための手段を備える。装置はさらに、少なくとも２つのビデオ信号の各々のためのディスプレイ領域を決定するための手段を備え、ここにおいて、該ディスプレイ領域は、該少なくとも２つのビデオ信号がディスプレイされることになるビデオフレームの一部分を決定する。装置はさらに、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータの間のそれぞれのアソシエーションを決定するための手段を備え、ここにおいて、該セットのカラーボリューム変換パラメータは、該ビデオ信号のためのディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。装置はさらに、１つまたは複数のセットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成するための手段を備える。装置はさらに、ビデオデータについて符号化されたビットストリームを生成するための手段を備え、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックを含む。装置はさらに、符号化されたビットストリームにおいて、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたそれぞれのアソシエーションを符号化するための手段を備える。
[0010]いくつかの態様では、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたそれぞれのアソシエーションを符号化することは、ビデオフレーム内のディスプレイ領域の順序にしたがって符号化されたビットストリームに１つまたは複数のメタデータブロックを配置することを含む。
[0011]いくつかの態様では、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたそれぞれのアソシエーションを符号化することは、各々が決定されたそれぞれのアソシエーションを示す１つまたは複数の値を、符号化されたビットストリーム中に挿入することを含む。
[0012]いくつかの態様では、少なくとも２つのビデオ信号のうちの第１のビデオ信号のための第１のディスプレイ領域は、該少なくとも２つのビデオ信号のうちの第２のビデオ信号のための第２のディスプレイ領域と重なり、重なっている領域において使用すべき１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータは、第１のディスプレイ領域と第２のディスプレイ領域との間の優先度によって決定される。いくつかの態様では、優先度は、第１のディスプレイ領域および第２のディスプレイ領域がビデオフレームにおいてディスプレイされる順序に基づく。いくつかの態様では、優先度は、ビデオデータによって提供される値に基づく。
[0013]いくつかの態様では、１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される。
[0014]少なくとも１つの例にしたがうと、符号化されたビットストリームを受信することを含む、該ビデオデータを処理する方法が提供され、ここにおいて、該符号化されたビットストリームは、１つまたは複数のセットのカラーボリューム変換パラメータを含む、１つまたは複数のメタデータブロック、および少なくとも２つの符号化されたビデオ信号を含む。方法はさらに、少なくとも符号化された２つのビデオ信号の各々のためのディスプレイ領域を決定することを含む。方法はさらに、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータの間のアソシエーションを決定することを含む。方法はさらに、該関連付けられたセットのカラーボリューム変換パラメータを使用して、少なくとも２つの符号化されたビデオ信号を復号することを含み、ここにおいて、該関連付けられたセットのカラーボリューム変換パラメータは、対応するディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。
[0015]別の例では、ビデオデータを記憶するように構成されたメモリと、プロセッサとを含む装置が提供される。プロセッサは、符号化されたビットストリームを受信するように構成され、受信することができ、ここにおいて、該符号化されたビットストリームは、少なくとも２つの符号化されたビデオ信号、および１つまたは複数のセットのカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。プロセッサは、少なくとも符号化された２つのビデオ信号の各々のためのディスプレイ領域を決定するように構成され、決定することができる。プロセッサは、少なくとも２つの符号化されたビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータの間のアソシエーションを決定するように構成され、決定することができる。プロセッサは、該関連付けられたセットのカラーボリューム変換パラメータを使用して、少なくとも２つの符号化されたビデオ信号を復号するように構成され、復号することができ、ここにおいて、該関連付けられたセットのカラーボリューム変換パラメータは、対応するディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。
[0016]別の例では、命令を記憶したコンピュータ可読媒体が提供され、該命令は、プロセッサによって実行されると、方法を実行し、該方法は、符号化されたビットストリームを受信することを含み、ここにおいて、該符号化されたビットストリームは、少なくとも２つの符号化されたビデオ信号、および１つまたは複数のセットのカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。方法はさらに、少なくとも符号化された２つのビデオ信号の各々のためのディスプレイ領域を決定することを含む。方法はさらに、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータの間のアソシエーションを決定することを含む。方法はさらに、関連付けられたセットのカラーボリューム変換パラメータを使用して、少なくとも２つの符号化されたビデオ信号を復号することを含み、ここにおいて、該関連付けられたセットのカラーボリュームは、対応するディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。
[0017]別の例では、符号化されたビットストリームを受信するための手段を含む装置が提供され、ここにおいて、該符号化されたビットストリームは、少なくとも２つの符号化されたビデオ信号、および１つまたは複数のセットのカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。装置はさらに、少なくとも符号化された２つのビデオ信号の各々のためのディスプレイ領域を決定するための手段を備える。装置はさらに、少なくとも符号化された２つのビデオ信号の各々について、該少なくとも２つの符号化された信号のうちの１つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータとの間のアソシエーションを決定するための手段を備える。装置はさらに、関連付けられたセットのカラーボリューム変換パラメータを使用して、少なくとも２つの符号化されたビデオ信号を復号するための手段を備え、ここにおいて、該関連付けられたセットのカラーボリューム変換パラメータは、対応するディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。
[0018]いくつかの態様では、少なくとも２つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータとの間のアソシエーションは、ディスプレイ領域の順序に基づく。
[0019]いくつかの態様では、少なくとも２つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータとの間のアソシエーションは、符号化されたビットストリームに含まれる１つまたは複数の値に基づく。
[0020]いくつかの態様では、少なくとも２つのビデオ信号のうちの第１のビデオ信号のための第１のディスプレイ領域は、少なくとも２つのビデオ信号のうちの第２のビデオ信号のための第２のディスプレイ領域と重なり、重なっている領域において使用すべき１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータは、第１のディスプレイ領域と第２のディスプレイ領域との間の優先度によって決定される。いくつかの態様では、優先度は、第１のディスプレイ領域および第２のディスプレイ領域がビデオフレームにおいてディスプレイされる順序に基づく。いくつかの態様では、優先度は、ビデオデータによって提供される値に基づく。
[0021]いくつかの態様では、１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される。
[0022]少なくとも１つの例にしたがうと、ビデオデータを受信することを含むビデオデータを処理する方法が提供され、ここにおいて、該ビデオデータは、カラーボリュームに関連付けられる。方法はさらに、ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することを含み、ここにおいて、該セットのカラーボリューム変換パラメータは、カラーボリュームを変換するために使用され得る。方法はさらに、１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することを含み、ここにおいて、該セットのマスタリングディスプレイカラーボリュームパラメータは、ビデオデータのマスタコピーを生成するときに決定される値を含む。方法はさらに、該セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することを含む。方法はさらに、該セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなる（additional）メタデータブロックを生成することを含む。方法はさらに、ビデオデータのための符号化されたビットストリームを生成することを含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックおよび１つまたは複数のさらなるメタデータブロックを含み、ここにおいて、該１つまたは複数のさらなるメタデータブロックを含むことは、該符号化されたビットストリームに該１つまたは複数のメタデータブロックが存在すること（presence）によって必要とされる。
[0023]別の例では、カラーボリュームを含むビデオデータを記憶するように構成されたメモリと、プロセッサとを含む装置が提供される。プロセッサは、ビデオデータから１つのセットのカラーボリューム変換パラメータを取得するように構成され、取得することができ、ここにおいて、該セットのカラーボリューム変換パラメータは、カラーボリュームを変換するために使用され得る。プロセッサは、１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得するように構成され、取得することができ、ここにおいて、該セットのマスタリングディスプレイカラーボリュームパラメータは、ビデオデータのマスタコピーを生成するときに決定される値を含む。プロセッサは、該セットのカラーボリューム変換パラメータための１つまたは複数のメタデータブロックを生成するように構成され、生成することができる。プロセッサは、該セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成するように構成され、生成することができる。プロセッサは、ビデオデータのための符号化されたビットストリームを生成するように構成され、生成することができ、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックおよび１つまたは複数のさらなるメタデータブロックを含み、ここにおいて、該１つまたは複数のさらなるメタデータブロックを含むことは、該符号化されたビットストリームに該１つまたは複数のメタデータブロックが存在することによって必要とされる。
[0024]別の例では、命令を記憶したコンピュータ可読媒体が提供され、該命令は、プロセッサによって実行されると、方法を含み、該方法は、ビデオデータを受信することを含み、ここにおいて、該ビデオデータは、カラーボリュームを含む。方法はさらに、ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することを含み、ここにおいて、該セットのカラーボリューム変換パラメータは、カラーボリュームを変換するために使用され得る。方法はさらに、１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することを含み、ここにおいて、該セットのマスタリングディスプレイカラーボリュームパラメータは、ビデオデータのマスタコピーを生成するときに決定される値を含む。方法はさらに、該セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することを含む。方法はさらに、該セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することを含む。方法はさらに、ビデオデータのための符号化されたビットストリームを生成することを含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックおよび１つまたは複数のさらなるメタデータブロックを含み、ここにおいて、該１つまたは複数のさらなるメタデータブロックを含むことは、該符号化されたビットストリームに該１つまたは複数のメタデータブロックが存在することによって必要とされる。
[0025]別の例では、ビデオデータを受信するための手段を含む装置が提供され、ここにおいて、該ビデオデータは、カラーボリュームを含む。装置はさらに、ビデオデータから１つのセットのカラーボリューム変換パラメータを取得するための手段を備え、ここにおいて、該セットのカラーボリューム変換パラメータは、カラーボリュームを変換するために使用され得る。装置はさらに、１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得するための手段を備え、ここにおいて、該セットのマスタリングディスプレイカラーボリュームパラメータは、ビデオデータのマスタコピーを生成するときに決定される値を含む。装置はさらに、該セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成するための手段を備える。装置はさらに、該セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成するための手段を備える。装置はさらに、ビデオデータのための符号化されたビットストリームを生成するための手段を備え、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックおよび１つまたは複数のさらなるメタデータブロックを含み、ここにおいて、該１つまたは複数のさらなるメタデータブロックを含むことは、該符号化されたビットストリームに該１つまたは複数のメタデータブロックが存在することによって必要とされる。
[0026]いくつかの態様では、該セットのカラーボリューム変換パラメータは、伝達特性を含み、符号化されたビットストリームにおいて、１つまたは複数のメタデータブロックは、該伝達特性が特定の値に対応しないときに除外される。
[0027]いくつかの態様では、該セットのカラーボリューム変換パラメータおよび該セットのマスタリングディスプレイカラーボリュームパラメータは、同じフィールドを含み、該フィールドは、該フィールドが１つまたは複数のさらなるメタデータブロックに存在することに基づいて１つまたは複数のメタデータブロックから省かれる。
[0028]いくつかの態様では、ビデオデータは複数の処理ウィンドウを含み、符号化されたビットストリームにおいて、該複数の処理ウィンドウの量は、１〜１６の間の値に制限される。
[0029]いくつかの態様では、ビデオデータは複数のコンテンツ記述要素を含み、符号化されたビットストリームにおいて、該複数のコンテンツ記述要素の量は、１に制限される。
[0030]いくつかの態様では、ビデオデータは複数のターゲットディスプレイ要素を含み、符号化されたビットストリームにおいて、該複数のターゲットディスプレイ要素の量は、１〜１６の間の値に制限される。
[0031]いくつかの態様では、符号化されたビットストリームは、該符号化されたビットストリームに各アクセスユニットのための少なくとも１つのメタデータブロックを含み、該メタデータブロックは、カラーボリューム変換パラメータを含む。
[0032]いくつかの態様では、リザーブ（reserved）と定義された値は、符号化されたビットストリームから除外される。
[0033]いくつかの態様では、１つまたは複数のメタデータブロックは各々、長さ値（length value）を含み、符号化されたビットストリームにおいて、該長さ値は、８の倍数に制限される。
[0034]いくつかの態様では、１つまたは複数のメタデータブロックは各々、長さ値を含み、符号化されたビットストリームにおいて、該長さ値は、０〜２５５の間の値に制限される。
[0035]いくつかの態様では、１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される。
[0036]いくつかの態様では、１つまたは複数のさらなるメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される。
[0037]少なくとも１つの例にしたがうと、符号化されたビットストリームを受信することを含むビデオデータを処理する方法が提供され、ここにおいて、該符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。方法はさらに、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することを決定することを含む。方法はさらに、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することの決定に基づいて、１つまたは複数のさらなるブロックが存在することが該符号化されたビットストリームにおいて必要とされることを決定することを含む。方法はさらに、符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することを含む。方法はさらに、符号化されたビットストリームが１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、該符号化されたビットストリームが要件に適合しないことを決定することを含む。方法はさらに、符号化されたビットストリームが要件に適合しないという決定に基づいて、該符号化されたビットストリームの少なくとも一部を処理しないことを含む。
[0038]別の例では、ビデオデータを記憶するように構成されたメモリと、プロセッサとを含む装置が提供される。プロセッサは、符号化されたビットストリームを受信するように構成され、受信することができ、ここにおいて、該符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。プロセッサは、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することを決定するように構成され、決定することができる。プロセッサは、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することの決定に基づいて、１つまたは複数のさらなるブロックが存在することが該符号化されたビットストリームにおいて必要とされることを決定するように構成され、決定することができる。プロセッサは、符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定するように構成され、決定することができる。プロセッサは、符号化されたビットストリームが１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、該符号化されたビットストリームが要件に適合しないことを決定するように構成され、決定することができる。プロセッサは、符号化されたビットストリームが要件に適合しないという決定に基づいて、該符号化されたビットストリームの少なくとも一部を処理しないように構成され、処理しないことができる。
[0039]別の例では、命令を記憶したコンピュータ可読媒体が提供され、該命令は、プロセッサによって実行されると、方法を実行し、該方法は、符号化されたビットストリームを受信することを含み、ここにおいて、該符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。方法はさらに、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することを決定することを含む。方法はさらに、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することの決定に基づいて、１つまたは複数のさらなるブロックが存在することが該符号化されたビットストリームにおいて必要とされることを決定することを含む。方法はさらに、符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することを含む。方法はさらに、符号化されたビットストリームが１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、該符号化されたビットストリームが要件に適合しないことを決定することを含む。方法はさらに、符号化されたビットストリームが要件に適合しないという決定に基づいて、該符号化されたビットストリームの少なくとも一部を処理しないことを含む。
[0040]別の例では、符号化されたビットストリームを受信するための手段を含む装置が提供され、ここにおいて、該符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。装置はさらに、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することを決定するための手段を備える。装置はさらに、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することの決定に基づいて、１つまたは複数のさらなるブロックが存在することが該符号化されたビットストリームにおいて必要とされることを決定するための手段を備える。装置はさらに、符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定するための手段を備える。装置はさらに、符号化されたビットストリームが１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、該符号化されたビットストリームが要件に適合しないことを決定するための手段を備える。装置はさらに、符号化されたビットストリームが要件に適合しないという決定に基づいて、該符号化されたビットストリームの少なくとも一部を処理しないための手段を備える。
[0041]いくつかの態様では、符号化されたセットのカラーボリューム変換パラメータは、伝達特性を含む。これらの態様では、上で説明された方法、装置、およびコンピュータ可読媒体はさらに、伝達特性の値が特定の値であることを決定することを備える。これらの態様では、符号化されたビットストリームが適合していないこと（non-conforming）を決定することはさらに、１つまたは複数のメタデータブロックが、伝達特性の値が特定の値であるときに該符号化されたビットストリームに含まれていることに基づく。
[0042]いくつかの態様では、符号化されたセットのカラーボリューム変換パラメータおよび符号化されたセットのマスタリングディスプレイカラーボリュームパラメータは、同じフィールドを含み、符号化されたビットストリームが適合していないことを決定することはさらに、該フィールドが、１つまたは複数のメタデータブロックと１つまたは複数のさらなるメタデータブロックとの両方に存在することに基づく。
[0043]いくつかの態様では、符号化されたセットのカラーボリューム変換パラメータおよび符号化されたセットのマスタリングディスプレイカラーボリュームパラメータは、同じフィールドを含み、該フィールドは、１つまたは複数のメタデータブロックから省かれる。これらの態様では、上で説明された方法、装置、およびコンピュータ可読媒体は、該セットのカラーボリュームパラメータを復号することをさらに備え、復号することは、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータからのフィールドについての値を使用することを含む。
[0044]いくつかの態様では、ビデオデータは複数の処理ウィンドウを含み、符号化されたビットストリームが適合していないことを決定することはさらに、該複数の処理ウィンドウの量が１６よりも大きいことに基づく。
[0045]いくつかの態様では、ビデオデータは複数のコンテンツ記述要素を含み、符号化されたビットストリームが適合していないことを決定することはさらに、該複数のコンテンツ記述要素の量が１よりも大きいことに基づく。
[0046]いくつかの態様では、ビデオデータは複数のターゲットディスプレイ要素を含み、符号化されたビットストリームが適合していないことを決定することはさらに、該複数のターゲットディスプレイ要素の量が１６よりも大きいことに基づく。
[0047]いくつかの態様では、上で説明された方法、装置、およびコンピュータ可読媒体はさらに、符号化されたビットストリームが、該符号化されたビットストリームに特定のアクセスユニットのためのメタデータブロックを含まないことを決定することを備え、該符号化されたビットストリームが適合していないことを決定することはさらに、該符号化されたビットストリームが、該特定のアクセスユニットのためのメタデータブロックを含まないことに基づく。
[0048]いくつかの態様では、上で説明された方法、装置、およびコンピュータ可読媒体はさらに、符号化されたビットストリームがリザーブ値を含むことを決定することを備え、該符号化されたビットストリームが適合していないことを決定することはさらに、該符号化されたビットストリームがリザーブ値を含むことに基づく。
[0049]いくつかの態様では、１つまたは複数のメタデータブロックは各々、長さ値を含み、符号化されたビットストリームが適合していないことを決定することはさらに、該長さ値が８の倍数でないこと（length value not being a multiple of eight）に基づく。
[0050]いくつかの態様では、１つまたは複数のメタデータブロックは各々、長さ値を含み、符号化されたビットストリームが適合していないことを決定することはさらに、該長さ値が２５５よりも大きいことに基づく。
[0051]いくつかの態様では、１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される。
[0052]いくつかの態様では、１つまたは複数のさらなるメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される。
[0053]この発明の概要は、本願請求項の主題の肝要または不可欠な特徴を特定するようには意図されておらず、本願請求項の主題の範囲を限定するために独立して（in isolation）使用されるようにも意図されていない。主題は、本特許出願の明細書全体、任意または全ての図面、および各請求項の適切な部分を参照することによって理解されるべきである。
[0054]前述したことは、他の特徴および実施形態とともに、以下の明細書、請求項、および添付の図面を参照することでより明らかになるだろう。
[0055]様々な実装のｔｈｅの例示的な例が、以下の図面の図を参照して下記で詳細に説明される。
符号化デバイス１０４および復号デバイスを含むビデオコーディングシステムの例を例示するブロック図である。 様々なディスプレイタイプのダイナミックレンジと比較した、通常の人間の視覚のダイナミックレンジを例示する。 ＳＤＲ色域（color gamut）を表す三角形およびＨＤＲ色域を表す三角形で重ね書きされている（overlaid）、色度図の例を例示する。 高精度の線形ＲＧＢ４０２ビデオデータをＨＤＲデータに転換する（converting）ためのプロセスの例を例示する。 様々な規格によって定義されている伝達関数（transfer functions）によって作り出される（produced）ルミナンス曲線の例を例示する。 ＳＴ２０９４−１０の実装で使用され得る処理ブロックの例を例示する。 ビデオデータを処理するためのプロセスの例である。 ビデオデータを処理するためのプロセスの例である。 ビデオデータを処理するためのプロセスの例である。 ビデオデータを処理するためのプロセスの例である。 例となる符号化デバイスを例示するブロック図である。 例となる復号デバイスを例示するブロック図である。
詳細な説明
[0068]本開示のある特定の態様および実施形態が下記で提供される。これらの態様および実施形態のうちのいくつかは、当業者に明らかであるように、独立して適用され得、それらのうちのいくつかは、組合せで適用され得る。以下の説明では、説明の目的で、具体的な詳細が本開示の実施形態の完全な理解を提供するために述べられる。しかしながら、様々な実施形態がこれらの具体的な詳細なしで実施され得ることは明らかだろう。図および説明は、限定的であるとは意図されていない。
[0069]次に続く説明は、実例的な実施形態のみを提供しており、本開示の範囲、適用可能性、または構成を限定するようには意図されていない。むしろ、次に続く実例的な実施形態の説明は、実例的な実施形態を実装するためにそれを実施可能とする（enabling）説明を当業者に提供することになる。添付の請求項において述べられているような本発明の趣旨および範囲から逸脱することなく、要素の機能および配置において様々な変更がなされ得ることは理解されるべきである。
[0070]実施形態の徹底的な理解を提供するために、以下の説明において具体的な詳細が与えられる。しかしながら、実施形態がこれらの具体的詳細なしで実施され得ることは当業者によって理解されるだろう。たとえば、回路、システム、ネットワーク、プロセス、および他のコンポーネントが、不要な詳細で実施形態を曖昧にしないために、ブロック図形態でコンポーネントとして示され得る。他の事例では、周知の回路、プロセス、アルゴリズム、構造、および技法は、実施形態を曖昧することを回避するために、不要な詳細なしで示され得る。
[0071]また、個々の実施形態が、フローチャート、フロー図、データフロー図、構造図、またはブロック図として描かれるプロセスとして説明され得ることに留意されたい。フローチャートは連続したプロセスとしてオペレーションを説明し得るが、オペレーションの多くは並行に、または同時に実行され得る。加えて、オペレーションの順序は並べ換えられ得る。プロセスは、そのオペレーションが完了したときに終了するが、図には含まれていない追加のステップを有することができるだろう。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラム等に対応し得る。プロセスが関数に対応するとき、その終了は、関数が呼び出し関数または主要関数に戻ることに対応し得る。
[0072]「コンピュータ可読媒体」という用語は、ポータブルまたは非ポータブル記憶デバイス、光学記憶デバイス、ならびに命令（複数を含む）および／もしくはデータを記憶、保有、または搬送することが可能な様々な他の媒体を含むけれども、これらに限定されない。コンピュータ可読媒体は、データが記憶され得、搬送波および／またはワイヤレスもしくは有線接続を介して伝搬する一時的電子信号を含まない非一時的媒体を含み得る。非一時的媒体の例は、磁気ディスクまたはテープ、コンパクトディスク（ＣＤ）もしくはデジタル多用途ディスク（ＤＶＤ）のような光学記憶媒体、フラッシュメモリ、メモリ、またはメモリデバイスを含み得るが、これらに限定されない。コンピュータ可読媒体は、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造、またはプログラムステートメントの任意の組合せを表し得るコードおよび／または機械実行可能命令を記憶し得る。コードセグメントは、情報、データ、引数、パラメータ、またはメモリコンテンツをパスおよび／または受信することによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データ等は、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信、または同様のものを含む、何れの適切な手段を介してもパス、転送、または送信され得る。
[0073]さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはこれらの何れの組合せによっても実装され得る。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実装されるとき、必要なタスクを実行するためのプログラムコードまたはコードセグメント（たとえばコンピュータプログラム製品）は、コンピュータ可読または機械可読媒体に記憶され得る。プロセッサ（複数を含む）は、必要なタスクを実行し得る。
[0074]より多くのデバイスおよびシステムがデジタルビデオデータを消費するアビリティをコンシューマに提供するので、有効なビデオコーディング技法の必要性がより重要になる。ビデオコーディングは、デジタルビデオデータに存在する大量のデータをハンドリングするのに必要な記憶および送信要件を低減するために必要とされる。様々なビデオコーディング技法が、高ビデオ品質を維持しながらより低いビットレートを使用する形態にビデオデータを圧縮するために使用され得る。本明細書で使用される場合、「コーディング」は、「符号化」および「復号」を指す。
[0075]図１は、符号化デバイス１０４および復号デバイス１１２を含むビデオコーディングシステム１００の例を例示するブロック図である。いくつかの例では、ビデオコーディングシステム１００はハイダイナミックレンジ（ＨＤＲ）システムであり得、その結果（such that）、符号化デバイス１００はＨＤＲビデオ信号を受信し得、ＨＤＲビデオ信号のためにビットストリームを生成し得、復号デバイス１１２が該ビットストリームを出力され得るＨＤＲビデオ信号に復号し得る。符号化デバイス１０４はソースデバイスの一部であり得、復号デバイス１１２は受信デバイスの一部であり得る。ソースデバイスおよび／または受信デバイスは、モバイルまたは固定の電話ハンドセット（たとえば、スマートフォン、セルラ電話、または同様のもの）、デスクトップコンピュータ、ラップトップまたはノートブックコンピュータ、タブレットコンピュータ、セットトップボックス、テレビ、カメラ、ディスプレイデバイス、デジタルメディアプレイヤ、ビデオゲーム機、ビデオストリーミングデバイス、インターネットプロトコル（ＩＰ）カメラ、または任意の他の適した電子デバイスといった電子デバイスを含み得る。いくつかの例では、ソースデバイスおよび受信デバイスは、ワイヤレス通信のための１つまたは複数のワイヤレストランシーバを含み得る。本明細書で説明されるコーディング技法は、（たとえば、インターネットを介した）ストリーミングビデオ送信、テレビブロードキャストまたは送信、データ記憶媒体上への記憶のためのデジタルビデオの符号化、データ記憶媒体上に記憶されたデジタルビデオの復号、または他のアプリケーションを含む、様々なマルチメディアアプリケーションにおけるビデオコーディングに適用可能である。いくつかの例では、システム１００は、ビデオ会議、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、ゲーミング、および／またはビデオ電話通信といったアプリケーションをサポートするために、一方向または双方向のビデオ送信をサポートし得る。
[0076]符号化デバイス１０４（またはエンコーダ）は、符号化されたビデオビットストリームを生成するために、ビデオコーディング規格またはプロトコルを使用して、ビデオデータを符号化するために使用され得る。ビデオコーディング規格の例は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ビジュアル、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ビジュアル、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ビジュアル、および（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られている）ＩＴＵ−Ｔ Ｈ．２６４を含み、そのスケーラブル映像符号化（ＳＶＣ）および多視点映像符号化（ＭＶＣ）拡張版、ならびに高効率ビデオコーディング（ＨＥＶＣ）またはＩＴＵ−Ｔ Ｈ．２６５も含む。ＨＥＶＣの様々な拡張版は、存在する（exist）マルチレイヤビデオコーディングを扱い、それらは、レンジおよびスクリーンコンテンツコーディング拡張版、３Ｄビデオコーディング（３Ｄ−ＨＥＶＣ）、ならびにマルチビュー拡張版（ＭＶ−ＨＥＶＣ）およびスケーラブル拡張版（ＳＨＶＣ）を含む。ＨＥＶＣおよびその拡張版は、ＩＴＵ−Ｔビデオコーディング専門家グループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ動画専門家グループ（ＭＰＥＧ）のビデオコーディングに関する共同チーム（ＪＣＴ−ＶＣ）、ならびにＪＣＴ−３Ｖ（Joint Collaboration Team on 3D Video Coding Extension Development）よって開発されてきた。ＭＰＥＧおよびＩＴＵ−Ｔ ＶＣＥＧはまた、次世代のビデオコーディング規格のための新たなコーディングツールを調査するためにＪＶＥＴ（joint exploration video team）を形成してきた。基準のソフトウェアは、ＪＥＭ（joint exploration team）と呼ばれる。
[0077]本明細書で説明される多くの例は、ＪＥＭモデル、ＨＥＶＣ規格、および／またはそれらの拡張版を使用する例を提供する。しかしながら、本明細書で説明される技法およびシステムはまた、ＡＶＣ、ＭＰＥＧ、それらの拡張版、または現存する他の適したコーディング規格もしくは将来的なコーディング規格のような他のコーディング規格にも適用可能であり得る。したがって、本明細書で説明される技法およびシステムは、特定のビデオコーディング規格を参照して説明され得る一方で、当業者は、該説明がその特定の規格にのみ適用されると解釈されるべきでないことを認めるだろう。
[0078]図１を参照すると、ビデオソース１０２が、符号化デバイス１０４にビデオデータを提供し得る。ビデオソース１０２は、ソースデバイスの一部であり得、またはソースデバイス以外のデバイスの一部であり得る。ビデオソース１０２は、ビデオキャプチャデバイス（たとえば、ビデオカメラ、カメラ電話、ビデオ電話、または同様のもの）、記憶されたビデオを保有する（containing）ビデオアーカイブ、ビデオデータを提供するビデオサーバもしくはコンテンツプロバイダ、ビデオサーバまたはコンテンツプロバイダからのビデオを受信するビデオフィードインターフェース、コンピュータグラフィックスビデオデータを生成するためのコンピュータグラフィックスシステム、このようなソースの組合せ、またはあらゆる他の適したビデオソースを含み得る。
[0079]ビデオソース１０２からのビデオデータは、１つまたは複数の入力ピクチャまたはフレームを含み得る。ビデオのピクチャまたはフレームは、シーンの静止画像である。符号化デバイス１０４のエンコーダエンジン１０６（またはエンコーダ）は、符号化されたビデオビットストリームを生成するためにビデオデータを符号化する。いくつかの例では、符号化されたビデオビットストリーム（または「ビデオビットストリーム」もしくは「ビットストリーム」）は、一連の１つまたは複数のコーディングされたビデオシーケンスである。コーディングされたビデオシーケンス（ＣＶＳ）は、ベースレイヤにあり、かつある特定の性質（certain properties）をもつ（with）ランダムアクセスポイントピクチャを有するアクセスユニット（ＡＵ）から開始して、ベースレイヤにあり、かつある特定の性質をもつランダムアクセスポイントピクチャを有する次のＡＵまでであるが該次のＡＵを含まない一連のＡＵを含む。たとえば、ＣＶＳを開始するランダムアクセスポイントピクチャのある特定の性質は、１に等しいＲＡＳＬフラグ（たとえばNoRaslOutputFlag）を含み得る。そうでなければ、（０に等しいＲＡＳＬフラグをもつ）ランダムアクセスポイントピクチャは、ＣＶＳを開始しない。アクセスユニット（ＡＵ）は、１つまたは複数のコーディングされたピクチャ、および同じ出力時間を共有する該コーディングされたピクチャに対応する制御情報を含む。ピクチャのコーディングされたスライスは、ビットストリームレベルで、ネットワーク抽象化レイヤ（ＮＡＬ）ユニットと呼ばれるデータユニットにカプセル化される。たとえば、ＨＥＶＣビデオビットストリームは、ＮＡＬユニットを含む１つまたは複数のＣＶＳを含み得る。ＮＡＬユニットの各々は、ＮＡＬユニットヘッダを有する。一例では、ヘッダは、（マルチレイヤ拡張版以外のＨ．２６４／ＡＶＣでは（for）１バイト、ＨＥＶＣでは２バイトである。ＮＡＬユニットヘッダにおけるシンタックス要素は、指定されたビットをとり（take）、これにより、とりわけ、トランスポートストリーム、リアルタイムトランスポート（ＲＴＰ）プロトコル、ファイルフォーマットといった全ての種類のシステムおよびトランスポートレイヤに可視である。
[0080]ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットおよび非ＶＣＬ ＮＡＬユニットを含む２つのクラスのＮＡＬユニットが、ＨＥＶＣ規格に存在する。ＶＣＬ ＮＡＬユニットは、コーディングされたピクチャデータの１つのスライスまたはスライスセグメント（下記で説明される）を含み、非ＶＣＬ ＮＡＬユニットは、１つまたは複数のコーディングされたピクチャに関連する制御情報を含む。いくつかのケースでは、ＮＡＬユニットはパケットと称され得る。ＨＥＶＣ ＡＵは、コーディングされたピクチャデータを保有するＶＣＬ ＮＡＬユニット、および該コーディングされたピクチャデータに対応する非ＶＣＬ ＮＡＬユニット（あれば（if any））を含む。
[0081]ＮＡＬユニットは、ビデオ中のピクチャの符号化表現のような、ビデオデータの符号化表現を形成するビットのシーケンス（たとえば、符号化されたビデオビットストリーム、ビットストリームのＣＶＳ、または同様のもの）を保有し得る。エンコーダエンジン１０６は、各ピクチャを複数のスライスに分割すること（partitioning）によって、ピクチャの符号化表現を生成する。スライスは、スライス中の情報が同じピクチャ内の他のスライスからのデータに依存することなくコーディングされるように他のスライスから独立している。スライスは、独立したスライスセグメント、および、もしあれば以前のスライスセグメントに依存する１つまたは複数の従属（dependent）スライスセグメントを含む、１つまたは複数のスライスセグメントを含む。その後、スライスは、ルーマサンプルおよびクロマサンプルのコーディングツリーブロック（ＣＴＢ）に分割される。ルーマサンプルの１つのＣＴＢ（A CTB）およびクロマサンプルの１つまたは複数のＣＴＢは、サンプルのためのシンタックスとともに、コーディングツリーユニット（ＣＴＵ）と称される。ＣＴＵは、ＨＥＶＣ符号化のための基本処理ユニットである。ＣＴＵは、様々なサイズ（varying sizes）の複数の（multiple）コーディングユニット（ＣＵ）に分けられ得る。ＣＵは、コーディングブロック（ＣＢ）と称されるルーマおよびクロマサンプルのアレイを保有する。
[0082]ルーマおよびクロマＣＢは、予測ブロック（ＰＢ）にさらに分けられ得る。ＰＢは、（利用可能であるか、または使用のために有効にされるとき）インター予測またはイントラブロックコピー予測について同じ動きパラメータを使用するルーマ成分またはクロマ成分のサンプルのブロックである。ルーマＰＢおよび１つまたは複数のクロマＰＢは、関連するシンタックスとともに、予測ユニット（ＰＵ）を形成する。インター予測では、動きパラメータ（たとえば、１つまたは複数の動きベクトル、参照インデックス、または同様のもの）のセットが、各ＰＵについてビットストリームにおいてシグナリングされ、ルーマＰＢおよび１つまたは複数のクロマＰＢのインター予測に使用される。動きパラメータはまた、動き情報とも称され得る。ＣＢはまた、１つまたは複数の変換ブロック（ＴＢ）に分割され得る。ＴＢは、同じ二次元変換が予測残差信号をコーディングするために適用される色成分のサンプルの正方形ブロックを表す。変換ユニット（ＴＵ）は、ルーマおよびクロマサンプルのＴＢ、ならびに対応するシンタックス要素を表す。
[0083]ＣＵのサイズは、コーディングモードのサイズに対応し、形状が正方形であり得る。たとえば、ＣＵのサイズは８ｘ８サンプル、１６ｘ１６サンプル、３２ｘ３２サンプル、６４ｘ６４サンプル、または最大（up to）対応するＣＴＵのサイズのあらゆる他の適切なサイズであり得る。「ＮｘＮ」という表現は、垂直次元および水平次元の観点からビデオブロックのピクセル次元を指すために使用され得る（たとえば、８ピクセル×８ピクセル）。ブロックにおけるピクセルは、行と列で配列され得る。いくつかの例では、ブロックは、垂直方向と同じ水平方向の（in）ピクセル数を有さないことがある。ＣＵに関連付けられたシンタックスデータは、たとえば、ＣＵの１つまたは複数のＰＵへの分割を記述し得る。分割モードは、ＣＵが、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかで異なり得る。ＰＵは、形状が非正方形になるように分割され得る。ＣＵに関連付けられたシンタックスデータはまた、たとえば、ＣＴＵにしたがったＣＵの１つまたは複数のＴＵへの分割を記述し得る。ＴＵは、形状が正方形または非正方形であり得る。
[0084]ＨＥＶＣ規格にしたがうと、変換は、変換ユニット（ＴＵ）を使用して実行され得る。ＴＵは、異なるＣＵに対して異なり得る。ＴＵは、所与のＣＵ内のＰＵのサイズに基づいてサイズ指定され（be sized）得る。ＴＵは、ＰＵと同じサイズであるかそれより小さいことがある。いくつかの例では、ＣＵに対応する残差サンプルは、残差四分木（ＲＱＴ）として知られる四分木構造を使用してより小さいユニットに分割され（subdivided）得る。ＲＱＴのリーフノードは、ＴＵに対応し得る。ＴＵに関連付けられたピクセル差分値は、変換係数を作り出すために変換され得る。変換係数はその後、エンコーダエンジン１０６によって量子化され得る。
[0085]一度ビデオデータのピクチャがＣＵに分割されると、エンコーダエンジン１０６は、予測モードを使用して各ＰＵを予測する。予測ユニットまたは予測ブロックはその後（then）、残差を得る（get）ために元のビデオデータから差し引かれる（下記で説明される）。各ＣＵについて、予測モードは、シンタックスデータを使用してビットストリームの内部でシグナリングされ得る。予測モードは、イントラ予測（またはイントラピクチャ予測）またはインター予測（またはインターピクチャ予測）を含み得る。イントラ予測は、ピクチャ内の空間的に隣接するサンプル間の相関を利用する。たとえば、イントラ予測を使用すると、各ＰＵは、たとえば、ＰＵの平均値を見出すためのＤＣ予測、平面をＰＵに合わせるための平面予測、隣接するデータから外挿するための方向予測、またはあらゆる他の適したタイプの予測を使用して、同じピクチャ中の隣接する画像データから予測される。インター予測は、画像サンプルのブロックについて動き補償予測を導出するために、ピクチャ間の時間的相関を使用する。たとえば、インター予測を使用すると、各ＰＵは、（出力順序で現在のピクチャの前または後の）１つまたは複数の参照ピクチャ中の画像データからの動き補償予測を使用して予測される。ピクチャエリアを、インターピクチャ予測を使用してコーディングするか、イントラピクチャ予測を使用してコーディングするかの決定は、たとえば、ＣＵレベルでなされ得る。
[0086]いくつかの例では、ピクチャの１つまたは複数のスライスはスライスタイプを割り当てられる。スライスタイプは、Ｉスライス、Ｐスライス、およびＢスライスを含む。Ｉスライス（イントラフレームであり、独立して復号可能である）は、イントラ予測によってのみコーディングされるピクチャのスライスであり、それにより、Ｉスライスは、スライスのあらゆる予測ユニットまたは予測ブロックを予測するためにフレーム内のデータのみを必要とするので（since）、独立して復号可能である。Ｐスライス（単一方向で予測されたフレーム）は、イントラ予測および単一方向インター予測でコーディングされ得るピクチャのスライスである。Ｐスライス内の各予測ユニットまたは予測ブロックは、イントラ予測でコーディングされるか、インター予測でコーディングされるかのどちらかである。インター予測が適用されるとき、予測ユニットまたは予測ブロックは、１つの参照ピクチャによってのみ予測され、それにより参照サンプルは、１つのフレームの１つの参照領域からのみのものである。Ｂスライス（双方向予想フレーム）は、イントラ予測およびインター予測（たとえば、双予測または単一予測のどちらか）でコーディングされ得るピクチャのスライスである。Ｂスライスの予測ユニットまたは予測ブロックは、２つの参照ピクチャから双方向で予測され得、ここで、各ピクチャは１つの参照領域に寄与しており、該２つの参照領域のサンプルセットが、双方向予測されたブロックの予測信号を作り出すために（たとえば、等しい重みで、または異なる重みで）重み付けされる。上で説明されたように、１つのピクチャのスライスは、独立してコーディングされる。いくつかのケースでは、ピクチャは、たった１つのスライスとしてコーディングされ得る。
[0087]ＰＵは、予測プロセスに関連するデータ（たとえば、動きパラメータ、または他の適したデータ）を含み得る。たとえば、ＰＵがイントラ予測を使用して符号化されるとき、ＰＵは、ＰＵのためのイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインター予測を使用して符号化されるとき、ＰＵは、ＰＵのための動きベクトルを定義するデータを含み得る。ＰＵについての動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分（Δｘ）、動きベクトルの垂直成分（Δｙ）、動きベクトルについての解像度（たとえば、整数精度、４分の１ピクセル精度、または８分の１ピクセル精度）、動きベクトルが指す（points）参照ピクチャ、参照インデックス、動きベクトルについての参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）、またはそれらのあらゆる組合せを記述し得る。
[0088]符号化デバイス１０４はその後、変換および量子化を実行し得る。たとえば、予測に続いて、エンコーダエンジン１０６は、ＰＵに対応する残差値を計算し得る。残差値は、コーディングされているピクセルの現在ブロック（ＰＵ）と現在ブロックを予測するために使用される予測ブロック（たとえば、現在ブロックの予測されたバージョン）との間のピクセル差分値を備え得る。たとえば、予測ブロックを生成（たとえば、インター予測またはイントラ予測を発した）後、エンコーダエンジン１０６は、予測ユニットによって作り出された予測ブロックを現在ブロックから差し引くことによって残差ブロックを生成し得る。残差ブロックは、現在ブロックのピクセル値と予測ブロックのピクセル値との間の差分を定量化するピクセル差分値のセットを含む。いくつかの例では、残差ブロックは、二次元ブロックフォーマット（たとえば、ピクセル値の二次元行列またはアレイ）で表され得る。そのような例では、残差ブロックは、ピクセル値の二次元表現である。
[0089]離散コサイン変換、離散サイン変換、整数変換、ウェーブレット変換、他の適した変換関数、またはそれらの何れの組合せにも基づき得る、ブロック変換を使用して、予測が実行された後に残り得る何れの（any）残差データも変換される。いくつかのケースでは、１つまたは複数のブロック変換（たとえば、サイズ３２ｘ３２、１６ｘ１６、８ｘ８、４ｘ４、または同様のもの）が、各ＣＵ中の残差データに適用され得る。いくつかの例では、ＴＵは、エンコーダエンジン１０６によって実行される変換および量子化プロセスに使用され得る。１つまたは複数のＰＵを有する所与のＣＵがまた、１つまたは複数のＴＵを含み得る。下記でさらに詳細に説明されるように、残差値は、ブロック変換を使用して変換係数に変換され得、その後、エントロピーコーディングのための直列化された変換係数（serialized transform coefficients）を作り出すために、ＴＵを使用して量子化および走査され得る。
[0090]いくつかの例では、ＣＵのＰＵを使用するイントラ予測またはインター予測コーディングに続いて、エンコーダエンジン１０６は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、空間領域（またはピクセル領域）中のピクセルデータを備え得る。ＴＵは、ブロック変換の適用後の（following application）変換ドメイン中の係数を備え得る。前述されたように、残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分値に対応し得る。エンコーダエンジン１０６は、ＣＵについての残差データを含むＴＵを形成し得、その後、ＣＵについての変換係数を作り出すためにＴＵを変換し得る。
[0091]エンコーダエンジン１０６は、変換係数の量子化を実行し得る。量子化は、係数を表すために使用されるデータの量を低減するために、変換係数を量子化することによって、さらなる圧縮を提供する。たとえば、量子化は、係数のいくつかまたは全てに関連付けられたビット深度を低減し得る。一例では、ｎビットの値をもつ係数は、量子化中にｍビットの値に丸められ（rounded down）得、ここで（with）、ｎはｍよりも大きい。
[0092]一度量子化が実行されると、コーディングされたビデオビットストリームは、量子化された変換係数、予測情報（たとえば、予測モード、動きベクトル、ブロックベクトル、または同様のもの）、分割情報、および他のシンタックスデータのような何れの他の適したデータを含む。その後（then）、コーディングされたビデオビットストリームの異なる要素は、エンコーダエンジン１０６によってエントロピー符号化され得る。いくつかの例では、エンコーダエンジン１０６は、エントロピー符号化され得る（can）直列ベクトルを作り出す（produce）ために量子化された変換係数を走査するのに予め定義された走査順序を利用し得る。いくつかの例では、エンコーダエンジン１０６は、適応走査（adaptive scan）を実行し得る。ベクトル（一次元ベクトル）を形成するために量子化された変換係数を走査した後、エンコーダエンジン１０６は、ベクトルをエントロピー符号化し得る。たとえば、エンコーダエンジン１０６は、コンテキスト適応可変長コーディング、コンテキスト適応バイナリ算術コーディング、シンタックスベースコンテキスト適応バイナリ算術コーディング、確率間隔分割エントロピーコーディング、または別の適したエントロピーコーディング技法を使用し得る。
[0093]前で説明されたように、ＨＥＶＣビットストリームは、ＶＣＬ ＮＡＬユニットおよび非ＶＣＬ ＮＡＬユニットを含むＮＡＬユニットのグループを含む。ＶＣＬ ＮＡＬユニットは、コーディングされたビデオビットストリームを形成するコーディングされたピクチャデータを含む。たとえば、コーディングされたビデオビットストリームを形成するビットのシーケンスは、ＶＣＬ ＮＡＬユニットにおいて再び送られる（is resent）。非ＶＣＬ ＮＡＬユニットは、他の情報に加えて、符号化されたビデオビットストリームに関連するハイレベル情報をもつパラメータセットを保有し得る。たとえば、パラメータセットは、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、およびピクチャパラメータセット（ＰＰＳ）を含み得る。パラメータセットの目的の例は、ビットレート効率、誤り耐性、およびシステムレイヤインターフェースを設けることを含む。各スライスは、復号デバイス１１２がスライスを復号するために使用し得る情報にアクセスするための単一のアクティブなＰＰＳ、ＳＰＳ、およびＶＰＳを参照する。識別子（ＩＤ）は、各パラメータセットのためにコーディングされ得、ＶＰＳ ＩＤ、ＳＰＳ ＩＤ、およびＰＰＳ ＩＤを含む。ＳＰＳは、ＳＰＳ ＩＤおよびＶＰＳ ＩＤを含む。ＰＰＳは、ＰＰＳ ＩＤおよびＳＰＳ ＩＤを含む。各スライスヘッダは、ＰＰＳ ＩＤを含む。ＩＤを使用すると、アクティブなパラメータセットが、所与のスライスについて特定され得る。
[0094]ＰＰＳは、所与のピクチャ中の全てのスライスに適用される情報を含む。このため、ピクチャ中の全てのピクチャが同じＰＰＳを指す。異なるピクチャ中のスライスもまた、同じＰＰＳを指し得る。ＳＰＳは、同じコーディングされたビデオシーケンス（ＣＶＳ）またはビットストリーム中の全てのピクチャに適用する情報を含む。前で説明されたように、コーディングされたビデオシーケンスは、（上で説明された）ベースレイヤにあり、かつある特定の性質をもつランダムアクセスポイントピクチャ（たとえば、瞬時復号参照（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャ、または他の適切なランダムアクセスポイントピクチャ）から開始し、ベースレイヤにあり、かつある特定の性質もつランダムアクセスポイントピクチャを有する次のＡＵ（または、ビットストリームの終端）までであるが該次のＡＵを含まない一連のＡＵを含む。ＳＰＳ中の情報は、コーディングされたビデオシーケンス内でピクチャ毎に変化しないことがある。コーディングされたビデオシーケンス中のピクチャは、同じＳＰＳを使用し得る。ＶＰＳは、コーディングされたビデオシーケンスまたはビットストリーム内の全てのレイヤに適用する情報を含む。ＶＰＳは、コーディングされたビデオシーケンス全体に適用されるシンタックス要素をもつシンタックス構造を含む。いくつかの例では、ＶＰＳ、ＳＰＳ、またはＰＰＳは、符号化されたビットストリームで帯域内において送信され得る。いくつかの例では、ＶＰＳ、ＳＰＳ、またはＰＰＳは、コーディングされたビデオデータを保有するＮＡＬユニットとは別個の送信において帯域外で送信され得る。
[0095]ビデオビットストリームはまた、補足強化情報（ＳＥＩ）メッセージを含み得る。たとえば、ＳＥＩ ＮＡＬユニットは、ビデオビットストリームの一部であり得る。いくつかのケースでは、ＳＥＩメッセージは、復号プロセスによって必要とされない情報を保有し得る。たとえば、ＳＥＩメッセージ中の情報は、デコーダがビットストリームのビデオピクチャを復号するのに不可欠でないことがあるが、デコーダは、ピクチャ（たとえば、復号された出力）のディスプレイまたは処理を向上させる（improve）ために該情報を使用し得る。ＳＥＩメッセージ中の情報は、組み込まれた（embedded）メタデータであり得る。１つの例示的な例では、ＳＥＩメッセージ中の情報は、コンテンツの可視性（viewability）を向上させるためにデコーダ側のエンティティによって使用され得るだろう。いくつかの事例では、ある特定のアプリケーション規格は、品質の向上が該アプリケーション規格に適合する全てのデバイスにもたらされ得るように、そのようなＳＥＩメッセージがビットストリームに存在することを義務化し得る（たとえば、フレーム対応（compatible）平面立体３ＤＴＶビデオフォーマットについてのフレームパッキングＳＥＩメッセージの搬送、ここで該ＳＥＩメッセージがビデオの全てのフレームについて搬送される、リカバリポイントＳＥＩメッセージのハンドリング、ＤＶＢにおけるパン−スキャンの走査矩形ＳＥＩメッセージの使用、等があり、他にも多くの例がある（in addition to many other examples））。
[0096]符号化デバイス１０４の出力１１０は、符号化されたビデオデータを構成する（making up）ＮＡＬユニットを、通信リンク１２０を介して受信デバイスの復号デバイス１１２に送り得る。復号デバイス１１２の入力１１４は、ＮＡＬユニットを受信し得る。通信リンク１２０は、ワイヤレスネットワーク、有線ネットワーク、または有線ネットワークとワイヤレスネットワークとの組合せによって提供されるチャネルを含み得る。ワイヤレスネットワークは、何れのワイヤレスインターフェースまたはワイヤレスインターフェースの組合せも含み得、何れの適したワイヤレスネットワーク（たとえば、インターネットまたは他のワイドエリアネットワーク、パケットベースネットワーク、ＷｉＦｉＴＭ、無線周波数（ＲＦ）、ＵＷＢ、ＷｉＦｉ−Ｄｉｒｅｃｔ、セルラ、ロングタームエボリューション（ＬＴＥ（登録商標））、ＷｉＭａｘＴＭ、または同様のもの）も含み得る。有線ネットワークは、何れの有線インターフェース（たとえば、ファイバ、イーサネット（登録商標）、電力線イーサネット、同軸ケーブルを介したイーサネット、デジタル信号線（ＤＳＬ）、または同様のもの）も含み得る。有線および／またはワイヤレスネットワークは、基地局、ルータ、アクセスポイント、ブリッジ、ゲートウェイ、スイッチ、または同様のものといった様々な機器を使用して実装され得る。符号化されたビデオデータは、ワイヤレス通信プロトコルのような通信規格にしたがって変調され、受信デバイスに送信され得る。
[0097]いくつかの例では、符号化デバイス１０４は、符号化されたビデオデータをストレージ１０８に記憶し得る。出力１１０は、エンコーダエンジン１０６から、またはストレージ１０８から、符号化されたビデオデータを取り出し得る。ストレージ１０８は、様々な分散型またはローカルにアクセスされるデータ記憶媒体の何れも含み得る。たとえば、ストレージ１０８は、ハードドライブ、ストレージディスク、フラッシュメモリ、揮発性または不揮発性メモリ、または符号化されたビデオデータを記憶するための何れの他の適したデジタル記憶媒体も含み得る。
[0098]復号デバイス１１２の入力１１４は、符号化されたビデオビットストリームデータを受信し、該ビデオビットストリームデータを、デコーダエンジン１１６にまたはストレージ１１８に、デコーダエンジン１１６による後の使用（later use）のために提供し得る。デコーダエンジン１１６は、（たとえば、エントロピーデコーダを使用して）エントロピー復号すること、および符号化されたビデオデータを構成する１つまたは複数のコーディングされたビデオシーケンスの要素を抽出することによって、符号化されたビデオビットストリームデータを復号し得る。その後、デコーダエンジン１１６は、符号化されたビデオビットストリームデータを再スケーリング（rescale）し、逆変換を実行し得る。残差データはその後、デコーダエンジン１１６の予測段階にパスされる。デコーダエンジン１１６はその後、ピクセルのブロック（たとえば、ＰＵ）を予測する。いくつかの例では、予測が、逆変換の出力に追加される（残差データ）。
[0099]復号デバイス１１２は、復号されたビデオを、コンテンツのコンシューマに該復号されたビデオデータをディスプレイするためのディスプレイまたは他の出力デバイスを含み得るビデオ宛先デバイスに出力し得る。いくつかの態様では、ビデオ宛先デバイス１２２は、復号デバイス１１２を含む受信デバイスの一部であり得る。いくつかの態様では、ビデオ宛先デバイス１２２は、受信デバイス以外の別個の（separate）デバイスの一部であり得る。
[0100]いくつかの例では、ビデオ符号化デバイス１０４および／またはビデオ復号デバイス１１２は、それぞれ、オーディオ符号化デバイスおよびオーディオ復号デバイスと統合され得る。ビデオ符号化デバイス１０４および／またはビデオ復号デバイス１１２はまた、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェアまたはそれらの任意の組合せといった、上で説明されたコーディング技法を実装するのに必要である他のハードウェアまたはソフトウェアを含み得る。ビデオ符号化デバイス１０４およびビデオ復号デバイス１１２は、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（コデック）の一部とし統合され得る。符号化デバイス１０４の具体的な詳細の例は、図１１を参照して下記で説明される。復号デバイス１１２の具体的な詳細の例は、図１２を参照して下記で説明される。
[0101]ＨＥＶＣ規格の拡張版は、ＭＶ−ＨＥＶＣと称される多視点映像符号化拡張版、およびＳＨＶＣと称されるスケーラブル映像符号化拡張版を含む。ＭＶ−ＨＥＶＣおよびＳＨＶＣ拡張版は、異なるレイヤが符号化されたビデオビットストリームに含まれるレイヤ状コーディングの概念を共有する。コーディングされたビデオシーケンス中の各レイヤは、一意のレイヤ識別子（ＩＤ）によってアドレス指定される。レイヤＩＤは、ＮＡＬユニットが関連付けられるレイヤを特定するためにＮＡＬユニットのヘッダに存在し得る。ＭＶ−ＨＥＶＣでは、異なるレイヤが大抵（usually）、ビデオビットストリームにおいて同じシーンの異なるビューを表す。ＳＨＶＣでは、異なる空間解像度（またはピクチャ解像度）で、または異なる再構成忠実度（fidelities）でビデオビットストリームを表す異なるスケーラブルレイヤが提供される。スケーラブルレイヤは、（レイヤＩＤ＝０である）ベースレイヤおよび（レイヤＩＤ＝１，２，…ｎである）１つまたは複数の強化レイヤを含み得る。ベースレイヤは、第１のバージョンのＨＥＶＣのプロファイルに適合し得、ビットストリームにおいて最も下位の利用可能なレイヤを表す。強化レイヤは、ベースレイヤと比較すると増加した空間解像度、時間的解像度またはフレームレート、および／あるいは再構成忠実度（または品質）を有する。強化レイヤは、階層的に体系化され、より下位のレイヤに依存し得る（または依存しないことがある）。いくつかの例では、異なるレイヤが、単一の規格コデックを使用してコーディングされ得る（たとえば、全てのレイヤが、ＨＥＶＣ、ＳＨＶＣ、または他のコーディング規格を使用して符号化される）。いくつかの例では、異なるレイヤは、マルチスタンダードコデックを使用してコーディングされ得る。たとえば、ベースレイヤは、ＡＶＣを使用してコーディングされ得るが、１つまたは複数の強化レイヤは、ＨＥＶＣ規格のＳＨＶＣおよび／またはＭＶ−ＨＥＶＣ拡張版を使用してコーディングされ得る。
[0102]とりわけ、コントラスト比（たとえば、ビデオ中のピクセルの輝度または暗さ）および色の正確度を含む、キャプチャされたビデオにおける色を記述する様々な規格もまた定義されてきた。色パラメータが、たとえば、どのようにビデオ中のピクセルをディスプレイするかを決定するために色パラメータを使用することができるディスプレイデバイスによって使用され得る。国際電気通信連合（ＩＴＵ）からの１つの例となる規格である、ＩＴＵ−Ｒ勧告ＢＴ．７０９（「ＢＴ．７０９」と本明細書では称される）は、高精細度テレビ（ＨＤＴＶ）についての規格を定義する。ＢＴ．７０９によって定義される色パラメータは大抵、標準ダイナミックレンジ（ＳＤＲ）および標準色域と称される。別の例となる規格は、超高精細度テレビ（ＵＨＤＴＶ）についての規格を定義するＩＴＵ−Ｒ勧告ＢＴ．２０２０（「ＢＴ．２０２０」と本明細書では称される）である。ＢＴ．２０２０によって定義される色パラメータは通例、ハイダイナミックレンジ（ＨＤＲ）および広色域（ＷＣＧ）と称される。ダイナミックレンジおよび色域は、総称してカラーボリュームと本明細書では称される。
[0103]ディスプレイデバイスは、ハイダイナミックレンジおよび広色域を使用するビデオ信号のカラーボリュームをディスプレイすることができないことがある。たとえば、ＨＤＲビデオ信号は、各ピクセルについて絶対輝度値を有し得る。広範な日光では、ビデオ信号は、平方メートル毎に１０，０００カンデラ（ｃｄ／ｍ２、「ｎｉｔ」と高頻度で称される）に等しいいくつかのサンプルを含み得る。しかしながら、通常の高精細度イメージング（ＨＤＩ）ディスプレイが１０００ｎｉｔｓをディスプレイする能力を有するのみであり得る一方、本格的なスタジオディスプレイは４０００ｎｉｔｓをディスプレイする能力を有し得る。
[0104]様々な異なるタイプのディスプレイデバイスが、大きいカラーボリュームをもつ（with）ＨＤＲビデオ信号および他のビデオ信号をディスプレイすることを可能にするために、カラーボリューム変換について規格が定義されてきた。カラーボリューム変換は、入力ダイナミックレンジおよび色域を、ディスプレイデバイスによってディスプレイされ得る出力ダイナミックレンジおよび色域に変換するために使用され得る。カラーボリューム変換規格の例は、映画テレビ技術者協会（ＳＭＰＴＥ）によって定義されている規格一式、ＳＴ２０９４を含む。ＳＴ２０９４式内で、４つの文書ＳＴ２０９４−１０、ＳＴ２０９４−２０、ＳＴ２０９４−３０、およびＳＴ２０９４−４０が、カラーボリューム変換で使用され得るメタデータを定義する。他の適用可能な規格は、たとえば、最大１０，０００ｎｉｔｓのルミナンスレベルをもつＨＤＲビデオコンテンツのディスプレイを許容する伝達関数を提供する、ＳＭＴＰＥ ＳＴ２０８４を含み、ＢＴ．２０２０によって定義される色空間とともに使用され得る。適用可能な規格の別の例は、ＳＭＴＰＥ２０８６であり、それは、ビデオコンテンツをマスタリングする際に使用されたディスプレイのカラーボリューム（原色、白色点、およびルミナンスレンジ）を規定するメタデータ項目を規定する。
[0105]上述の規格のうち、ＳＴ２０９４−１０は、コンテンツ依存カラーボリューム変換メタデータ、即ちＳＴ２０９４によって定義された汎用カラーボリューム変換の特殊モデルを規定する。このカラーボリューム変換は、パラメータで定義された（parametrically-defined）トーンマッピング曲線に基づき、その形状は、（入力画像骨子（input image essence）からアルゴリズムで計算された）画像骨子特性（image essence characteristics）と、場合によってはやはり手動で設定された調整値との両方によって定義される。このメタデータは、マスタリングプロセス、即ち分配用のコピーを作り出すために使用されるべきマスタコピーの作成、の一部として生成される。調整パラメータは、創造的調整（creative adjustment）として決定され得る。
[0106]ＳＴ２０９４−１０によって定義されるカラーボリューム変換パラメータは、曖昧な浮動小数点値として提供される。これらのパラメータをデコーダに運ぶために、よりコンパクトで効率的なフォーマットでこれらのパラメータを提供するフォーマットが必要とされる。より良い効率が、たとえば、値を表すために必要とされるビット、ならびに／あるいは該値を決定および／または使用するために必要とされる計算上の複雑性の観点から測定され得る。しかしながら、ＳＴ２０９４−１０は、カラーボリュームフォーマットパラメータをビットストリームに符号化するためのフォーマットを定義しない。
[0107]様々な実装において提供されているのは、ＳＴ２０９４−１０によって定義されるカラーボリューム変換パラメータをビットストリームに符号化するためのシステムおよび方法である。いくつかの例では、１つのセットのカラーボリューム変換パラメータにはビデオデータが提供され得る。加えて、１つのセットのマスタリングディスプレイカラーボリュームパラメータが提供され得る。マスタリングディスプレイカラーボリュームパラメータは、ビデオデータのマスタコピーを生成するときに決定される値を含む。いくつかの実装では、カラーボリューム変換パラメータは、ビデオデータとともに、ビットストリームに符号化され得る。これらの実装では、マスタリングディスプレイカラーボリュームパラメータもまた、ビットストリームに符号化されることが必要とされる。
[0108]いくつかの例では、ビデオデータは、２つ以上のビデオ信号を含み得、ここで、各ビデオ信号は、ディスプレイデバイスのディスプレイエリア内の別個のディスプレイ領域においてディスプレイされ得る。これらの例では、ビデオデータは、２つ以上のビデオ信号のためのカラーボリューム変換パラメータのセットを含み得る。いくつかの実装では、エンコーダは、１つのセットのカラーボリューム変換パラメータと１つのビデオ信号のためのディスプレイ領域との間のアソシエーションを決定し得る。アソシエーションは、ビデオデータとともに、ビットストリームに符号化され得る。
[0109]前述の例は、符号化されたビットストリームを作り出すための符号化デバイスおよび／またはビットストリームを復号し、該復号されたビデオをディスプレイのためにフォーマット化するための復号デバイスを含むＨＤＲビデオシステムを実装するために使用され得る。ＳＴ２０９４−１０によって提供されるパラメータに対する（on）様々な制限を定義することによって、これらのパラメータの曖昧でない定義が提供され得、このことは、ＨＤＲビデオシステムの実装を簡略化し得る。
[0110]より大きなカラーボリュームを定義するビデオ規格は、人間の目が見ることが可能なものを、より忠実に（more closely）複製するように試みる。上で着目されたように、カラーボリュームは、ダイナミックレンジおよび色域を含み得、ここで、ダイナミックレンジおよび色域は、ビデオコンテンツの独立した属性である。
[0111]ダイナミックレンジは、ビデオ信号の最小輝度と最大輝度との間の比として定義され得る。ダイナミックレンジはまた、ｆストップの観点から測定され得る。カメラにおいて、ｆストップは、カメラのアパーチャの直径に対する（to）レンズの焦点距離（focal length）の比である。１つのｆストップが、ビデオ信号のダイナミックレンジの二倍に対応し得る。例として、ＭＰＥＧは、ＨＤＲコンテンツを、１６よりも多いｆストップの輝度のバリエーションを特徴とするコンテンツとして定義する。いくつかの例では、１０ｆストップ〜１６ｆストップの間のダイナミックレンジは、中間ダイナミックレンジとして見なされるが、他の例ではこれは、ＨＤＲダイナミックレンジと見なされる。
[0112]図２は、様々なディスプレイタイプのダイナミックレンジと比較した、通常の人間の視覚２０２のダイナミックレンジを例示する。図２は、ｎｉｔｓログスケールでの（たとえば、ｃｄ／ｍ２対数スケールでの）ルミナンスレンジ２００を例示する。例として、星明かり（starlight）は、例示されているルミナンスレンジ２００上でおおよそ０．０００１ｎｉｔｓにあり（is at）、月明かりは、約０．０１ｎｉｔｓにある。通常の屋内の光は、ルミナンスレンジ２００上で１と１００との間にあり得る。日光は、ルミナンスレンジ２００上で１０，０００ｎｉｔｓと１，０００，０００ｎｉｔｓとの間にあり得る。
[0113]人間の視覚２０２は、０．０００１ｎｉｔｓ未満から１，０００，０００よりも大きいｎｉｔｓまでの間のどこをも知覚することが可能であるが、精確な（precise）レンジは人により異なる。人間の視覚２０２のダイナミックレンジは、同時ダイナミックレンジ２０４を含む。同時ダイナミックレンジ２０４は、目が最大調節値にある（at full adaptation）にある間に対象物が検出され得る最高のルミナンス値と最低のルミナンス値との間の比として定義される。最大調節値は、目下の周囲の（current ambient）光状況またはルミナンスレベルに調節された後の一定の状態に目があるときに生じる。同時ダイナミックレンジ２０４が、約０．１ｎｉｔｓと約３２００ｎｉｔｓとの間にあるとして図２の例では例示されているけれども、同時ダイナミックレンジ２０４は、ルミナンスレンジ２００に沿った（along）他のポイントで中心が置かれており（can be centered）、幅は異なるルミナンスレベルで異なり得る。加えて、同時ダイナミックレンジ２０４は、人により異なり得る。
[0114]図２はさらに、ＳＤＲディスプレイ２０６およびＨＤＲディスプレイ２０８についてのおおよそのダイナミックレンジを例示する。ＳＤＲディスプレイ２０６は、モニタ、テレビ、タブレットスクリーン、スマートフォンスクリーン、およびＳＤＲビデオをディスプレイする能力を有する他のディスプレイデバイスを含み、ＨＤＲディスプレイ２０８は、たとえば、超高精細度テレビならびに他のテレビおよびモニタを含む。
[0115]ＢＴ．７０９は、ＳＤＲディスプレイ２０６のダイナミックレンジが約０．１〜１００ｎｉｔｓ、または約１０ｆストップであり得、それは人間の視覚２０２のダイナミックレンジよりも著しく小さい。ＳＤＲディスプレイ２０６のダイナミックレンジはまた、例示されている同時ダイナミックレンジ２０４よりも小さい。ＳＤＲディスプレイ２０６はまた、夜間の状況（たとえば、約０．０００１ｎｉｔｓにある星明かり）、または眩しい屋外の状況（たとえば、おおよそ１，０００，０００ｎｉｔｓ）を正確に再現することができない。
[0116]ＨＤＲディスプレイ２０８は、ＳＤＲディスプレイ２０６よりも広いダイナミックレンジをカバーし得る。たとえば、ＨＤＲディスプレイ２０８は、約０．０１ｎｉｔｓから約５６００ｎｉｔｓ、または１６ｆストップ、のダイナミックレンジを有し得る。ＨＤＲディスプレイ２０８も人間の視覚のダイナミックレンジにはわたらない（do not encompass）が、ＨＤＲディスプレイ２０８は、平均的な人の同時ダイナミックレンジ２０４をカバーできることにより近づくことになり得る。ＨＤＲディスプレイ２０８についてのダイナミックレンジパラメータについての仕様は、たとえばＢＴ．２０２０およびＳＴ２０８４において見つけられ得る。
[0117]色域は、ディスプレイまたはプリンタといった特定のデバイス上で利用可能である色のレンジを記述する。色域はまた、色次元とも称され得る。図３は、ＳＤＲ色域３０４を表す三角形、およびＨＤＲ色域３０２を表す三角形で重ね書きされている（overlaid with）、色度図３００の例を例示する。図３００における曲線３０６上の値は、色、即ち可視スペクトル中の光の単一の（single）波長によって引き起こされる色である、のスペクトルである。曲線３０６より下の色（the colors below the curve 306）は非スペクトルであり、曲線３０６の低い方の点同士の直線（the straight line between the lower points of the curve 306）はパープルのラインと称され、図３００の内部の色（the colors within the interior）は、スペクトル色、またはパープル色の、白との様々な混合である不飽和色である。Ｄ６５とラベル付けされている点は、例示されているスペクトル曲線３０６についての白の場所を示す。曲線３０６はまた、スペクトル軌跡（the spectrum locus）またはスペクトルの軌跡（spectral locus）と称され得る。
[0118]ＳＤＲ色域３０４を表す三角形は、ＢＴ．７０９によって提供されているような赤、緑、および青の原色に基づく。ＳＤＲ色域３０４は、ＨＤＴＶ、ＳＤＲブロードキャスト、および他のデジタル媒体コンテンツによって使用される色空間である。
[0119]ＨＤＲ色域３０２を表す三角形は、ＢＴ．２０２０によって提供されているような赤、緑、および青の原色に基づく。図３によって例示されているように、ＨＤＲ色域３０２は、ＳＤＲ色域３０４よりも約７０％多い色を提供する。ＤＣＩ（Digital Cinema Initiatives）Ｐ３（ＤＣＩ−Ｐ３と称される）のような他の規格によって定義されている色域は、ＨＤＲ色域３０２よりもさらに多くの色を提供する。ＤＣＩ−Ｐ３は、デジタル動き投影に（for digital move projection）使用される。
[0120]表１は、ＢＴ．７０９、ＢＴ．２０２０、およびＤＣＩ−Ｐ３によって提供されるものを含む色域パラメータの例を例示する。各色域精細度（definition）について、表１は、色度図についてのｘおよびｙ座標を提供する。
Figure 2020501426
[0121]大きいカラーボリュームをもつビデオデータ（たとえば、ハイダイナミックレンジおよび広色域をもつ（with）ビデオデータ）は、成分毎に高精度で（with a high degree of precision）獲得および記憶され得る。たとえば、浮動小数点値は、各ピクセルのルーマおよびクロマ値を表すために使用され得る。さらなる例として、ルーマ、クロマ青、およびクロマ赤成分が各々同じサンプルレートを有する４：４：４クロマフォーマットが使用される。４：４：４表記法（notation）はまた、赤緑青（ＲＧＢ）色フォーマットを指すために使用され得る。さらなる例として、国際照明委員会（ＣＩＥ）１９３１ＸＹＺによって定義されたもののような超広色空間が使用され得る。高精度で表されるビデオデータは、おおよそ数学的にロスレスであり得る。しかしながら高精度表現は冗長を含み得、圧縮のために最適でないことがある。したがって、人間の目によって見られることができるカラーボリュームをディスプレイすることを狙いとしているより低い精度のフォーマットがしばしば使用される。
[0122]図４は、高精度の線形ＲＧＢ４０２ビデオデータをＨＤＲデータ４１０に転換する（converting）ためのプロセス４００の例を例示する。ＨＤＲデータ４１０は、より低い精度を有し得、より簡単に圧縮され得る。例となるプロセス４００は、ダイナミックレンジをコンパクト化し得る非線形伝達関数４０４と、よりコンパクトまたはロバストな色空間を作り出し得る色転換４０６、および浮動小数点表現を整数表現に転換し得る量子化４０８関数を含む。
[0123]様々な例において、ハイダイナミックレンジおよび浮動小数点表現を有し得る線形ＲＧＢ４０２データは、非線形伝達関数４０４を使用してコンパクト化され得る。非線形伝達関数４０４の例は、ＳＴ２０８４で定義されている知覚量子化（perceptual quantizer）である。伝達関数４０４の出力は、色転換４０６によってターゲット色空間に転換され得る。ターゲット色空間は、ＹＣｂＣｒのような圧縮により適したものであり得る。量子化４０８はその後、データを整数表現に転換するために使用され得る。
[0124]例となるプロセス４００のステップの順序は、ステップが実行され得る順序の一例である。他の例では、ステップが異なる順序で生じ得る。たとえば、色転換４０６は、伝達関数４０４に先立ち（precede）得る。他の例では、さらなる処理も生じ得る。たとえば、空間サブサンプリングが色成分に適用され得る。
[0125]伝達関数４０４は、画像中のデジタル値を光エネルギー（optical energy）に、および光エネルギーからマッピングするために使用され得る。光エネルギーは、光強度（optical power）とも称され、レンズ、鏡、または他の光学系が光を収束または分岐する度合いである。伝達関数４０４は、ダイナミックレンジをコンパクト化するために画像中のデータに適用され得る。ダイナミックレンジをコンパクト化することは、ビデオコンテンツが限定されたビット数でデータを表すことを可能にし得る。伝達関数４０４は、（たとえば、ＳＤＲについてＩＴＵ−Ｒ勧告ＢＴ．１８８６（「ＢＴ．１８８６」と本明細書では称される）もしくはＢＴ．７０９で規定されているような）エンドコンシューマディスプレイの電気光学伝達関数（ＥＯＴＦ）の逆数を反映することができるか、または（ＨＤＲについてＳＴ２０８４で指定されている知覚量子化（ＰＱ）伝達関数によって提供されるような）輝度変化の人間の視覚系の知覚を概算することができる一次元非線形関数であり得る。電気光学伝達関数は、どのように符号レベルまたは符号値（code levels or code values）と称されるデジタル値を可視光に変えるかを記述する。電気光学変換の逆のプロセスは光学電気変換（ＯＥＴＦ）であり、これは、ルミナンスから符号レベルを作り出す。
[0126]図５は、様々な規格によって定義されている変換関数によって作り出されるルミナンス曲線の例を例示する。各曲線は、異なる符号レベルにおけるルミナンス値を図にしている（charts）。図５はまた、各伝達関数によって可能にされたダイナミックレンジも例示する。他の例では、曲線は、赤（Ｒ）、緑（Ｇ）、および青（Ｂ）の色成分について別個に描かれ得る。
[0127]基準の電気光学伝達関数はＢＴ．１８８６で規定されている。伝達関数は、以下の数式によって与えられる：
Figure 2020501426
[0128]上記数式では、
[0129]Ｌは、ｃｄ／ｍ２でのスクリーンのルミナンスである。
[0130]ＬＷは、白色についてのスクリーンルミナンスである。
[0131]ＬＢは、黒色についてのスクリーンルミナンスである。
[0132]Ｖは、入力ビデオ信号レベル（黒はＶ＝０で生じ、白はＶ＝１で生じるように標準化されている）である。ＢＴ．７０９によってマスタリングされるコンテンツでは、１０ビットのデジタル符号値「Ｄ」が、以下の数式によって（per）Ｖの値にマッピングする（map into）：Ｖ＝（Ｄ−６４）／８７６
[0133]γはべき関数の指数であり、γ＝２．４０４である
[0134]ａはユーザ利得（レガシの「コントラスト」制御）についての変数であり、ここで
Figure 2020501426
[0135]ｂはユーザの黒レベルリフト（レガシの「輝度」制御）についての変数であり、ここで
Figure 2020501426
[0136]上記変数ａおよびｂは、Ｖ＝１ではＬ＝ＬＷになり、Ｖ＝０ではＬ＝ＬＢになるように、以下の数式を解くことによって導かれ得る：
Figure 2020501426
[0137]ＳＴ２０８４は、より効率的により高いダイナミックレンジデータをより効率的にサポートし得る伝達関数を提供する。ＳＴ２０８４の伝達関数は標準化された線形Ｒ、Ｇ、およびＢ値に適用され、これは、非線形表現Ｒ’、Ｇ’、およびＢ’を作り出す。ＳＴ２０８４はさらに、１００００ｎｉｔｓのピーク輝度に関連付けられているＮＯＲＭ＝１００００による標準化を定義する。Ｒ’、Ｇ’、およびＢ’値は、以下の通りに算出され得る：
R’=PQ_TF(max(0,min(R/NORM,1)))
G’=PQ_TF(max(0,min(G/NORM,1))) （１）
B’=PQ_TF(max(0,min(B/NORM,1)))
[0138]数式（１）では、伝達関数ＰＱ＿ＴＦは以下の通りに定義される：
Figure 2020501426
[0139]電気光学伝達関数は、浮動小数点の正確度で関数として定義され得る。浮動小数点の正確度を有することによって、光学電気伝達関数が適用されるとき、関数の非線形性を組み込む信号に誤差をもたらすのを回避することが可能である。ＳＴ２０４８によって規定されているこの逆伝達関数は以下の通りである：
R=10000*inversePQ_TF(R’)
G=10000*inversePQ_TF(G’) （２）
B=10000*inversePQ_TF(B’)
[0140]数式（２）では、逆伝達関数ｉｎｖｅｒｓｅＰＱ＿ＴＦが以下の通りに定義される：
Figure 2020501426
[0141]他の伝達関数および逆伝達関数も定義されてきた。ビデオコーディングシステムは、ＳＴ２０８４によって提供されるものの代わりに、またはそれに加えて、これらの他の伝達関数および逆伝達関数のうちの１つを使用し得る。
[0142]色転換４０６は、線形ＲＧＢ４０２入力の色空間のサイズを低減し得る。画像キャプチャシステムはしばしば、ＲＧＢデータとして画像をキャプチャする。しかしながらＲＧＢ色空間は、色成分間に高い度合いの冗長を有し得る。したがってＲＧＢは、データのコンパクトな表現を作り出すためには最適でない。よりコンパクトでよりロバストな表現を達成するために、ＲＧＢ成分は、圧縮により適し得る、ＹＣｂＣｒのようなより相関性のない色空間に転換され得る。色転換４０６によって作り出されたターゲット色空間は、ルミナンスによって表される輝度と、異なる相関性のない成分中の色情報とを分離し得る。
[0143]ＹＣｂＣｒ色空間は、ＢＴ．７０９によって使用される１つのターゲット色空間である。ＢＴ．７０９は、非線形Ｒ’、Ｇ’、およびＢ’値についての非定（non-constant）ルミナンス表現Ｙ’、Ｃｂ、およびＣｒへの以下の（follow）転換を提供する：
Figure 2020501426
[0144]数式（３）によって提供される転換はまた、ＣｂおよびＣｒ成分についての除算を避ける以下の近似転換（approximate conversion）を使用しても実施され得る。
Y’=0.212600*R’+0.715200*G’+0.072200*B’
Cb=-0.114572*R’-0.385428*G’+0.500000*B’ （４）
Cr=0.500000*R’-0.454153*G’-0.045847*B’
[0145]ＢＴ．２０２０は、Ｒ’、Ｇ’、およびＢ’からＹ、Ｃｂ、およびＣｒへの以下の転換プロセスを規定している。
Figure 2020501426
[0146]数式（５）によって提供される転換はまた、ＣｂおよびＣｒ成分についての除算を回避する以下の近似転換を使用しても実施され得る。
Y’=0.262700*R’+0.678000*G’+0.059300*B’
Cb=-0.139630*R’-0.360370*G’+0.500000*B’ （６）
Cr=0.500000*R’-0.459786*G’-0.040214*B’
[0147]色転換４０６の後、現在ではターゲット色空間にある入力データは、高ビット深度で（たとえば、浮動小数点の正確度で）依然として表され得る。量子化４０８は、データをターゲットビット深度に転換し得る。いくつかの例では、１０ビット〜１２ビットの正確度は、ＰＱ伝達関数と組み合わせて、ＨＤＲデータ４１０が、人間の視覚で気付かれる（noticeable by）ものの直下（just below）にある歪みで１６ｆストップを有するのに十分であり得る。１０ビットの正確度をもつＨＤＲデータ４１０はさらに、ほとんどのビデオコーディングシステムによってコーディングされ得る。量子化４０８は不可逆（lossy）であり、これはいくらかの（some）情報が損失したことを意味し、プロセス４００によって出力されたＨＤＲデータ４１０の不正確さの原因（source）であり得る。
[0148]以下の数式は、ターゲット色空間中のコードワードに適用され得る量子化４０８の例を提供する。たとえば、浮動小数点の正確度を有するＹ、Ｃｂ、およびＣｒについての入力値は、Ｙについては固定ビット深度値ＢｉｔＤｅｐｔｈＹおよびクロマ値（ＣｂおよびＣｒ）については固定ビット深度値ＢｉｔＤｅｐｔｈＣに転換され得る。
そのような量子化の例は、以下の例で示されているように、ＹＣｂＣｒのようなターゲット色空間中のコードワードに適用され得る。たとえば、浮動小数点の正確度で表される入力値ＹＣｂＣｒは、Ｙ値では固定ビット深度ＢｉｔＤｅｐｔｈＹ、およびクロマ値（Ｃｂ，Ｃｒ）では固定ビット深度ＢｉｔＤｅｐｔｈＣの信号に転換される。
Figure 2020501426
[0149]上記では、
Round(x)=Sign(x)*Floor(Abs(x)+0.5)
Sign(x)=x<0の場合-1,x=0の場合0,x>0の場合1
Floor(x)x以下の最大整数
Abs(x)=x x>=0の場合,-x x<0の場合
Clip1Y(x)=Clip3(0,(1<<BitDepthY)-1,x)
Clip1C(x)=Clip3(0,(1<<BitDepthC)-1,x)
Clip3(x,y,z)=x z<xの場合,y z>yの場合,z その他の場合
[0150]例となるプロセス４００によって作り出されるＨＤＲデータ４１０は、符号化されたビットストリームを作り出すために、たとえばＡＶＣ ＨＥＶＣまたはＶＰ８／ＶＰ９／ＶＰ１０規格を使用して、エンコーダによって圧縮または符号化され得る。ビットストリームは記憶および／または送信され得る。ビットストリームは、非圧縮ビデオ信号を作り出すためにデコーダによって圧縮解除または復号され（decompressed or decoded）得る。
[0151]非圧縮ビデオ信号は、たとえば、高速デジタルインターフェースを使用してエンドコンシューマデバイスに送信され得る。コンシューマ電子デバイスおよび伝送媒体の例は、デジタルテレビ、デジタルケーブル、衛星または地上セットトップボックス、モバイルデバイス、ならびにデジタル多用途ディスク（ＤＶＤ）プレイヤおよび／またはレコーダのような関連する周辺デバイス、ならびに他の関連する復号デバイスおよびコンシューマデバイスを含む。
[0152]高速デジタルインターフェースについてのプロトコル、要件、および勧告が、ＣＴＡ−８６１のような、全米家電協会（ＣＴＡ）デジタルテレビ（ＤＴＶ）分科委員会（Subcommittee）によって作成された仕様書において定義されている。ＣＴＡ−８６１によって定義されているプロトコル、要件、および勧告の例は、ビデオフォーマットおよび波形、色度測定（colorimetry）および量子化、線形パルス符号変調（Ｌ−ＰＣＭ）オーディオはもちろん（as well as）圧縮および非圧縮ビデオデータのトランスポート、補助データの搬送、ならびにディスプレイ能力および特性を宣言するためにコンシューマデバイスによって使用されるＶＥＳＡ（Video Electronics Standards Association）Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data Standard）の実装を含む。
[0153] ＣＴＡ８６１−ＧバージョンのＣＴＡ−８６１仕様は、より大量の（larger amounts of）ダイナミックメタデータを搬送し得る拡張（extended）ＩｎｆｏＦｒａｍｅデータ構造を含む。ダイナミックは、この文脈では、データが時間的に、即ち時間の経過とともに（over time）変動し得ることを意味する。拡張ＩｎｆｏＦｒａｍｅデータ構造で搬送されるデータは、ディスプレイ、テレビ、またはデコーダもしくは受信機のようなビデオ信号を処理し得る他のデバイスといったエンドデバイスによって使用され得る。データは、たとえば、エンドデバイスに適用可能な、スマート処理、ガイド付マッピング、ディスプレイ適合、およびカラーボリューム変換のために使用され得る。拡張ＩｎｆｏＦｒａｍｅは、２バイトの数（number）で規定されるタイプを有し得る。拡張ＩｎｆｏＦｒａｍｅタイプ値が０ｘ０００１、０ｘ０００２、０ｘ０００３、または０ｘ０００４に設定されるとき、拡張ＩｎｆｏＦｒａｍｅはＨＤＲダイナミックメタデータを搬送する。ＨＤＲダイナミックメタデータ拡張ＩｎｆｏＦｒａｍｅは、符号化されたビットストリームにおいて補足強化情報（ＳＥＩ）メッセージに符号化され得るＨＤＲダイナミックメタデータを保有する。ＳＥＩメッセージは、他の規格にしたがって作り出されるビットストリームはもちろん、ＡＶＣ、ＨＥＶＣ、およびＶＰ８／ＶＰ９／ＶＰ１０ビットストリームにおいて使用され得る。
[0154]デコーダは、ある特定の（certain）タイプのＨＤＲダイナミックメタデータ拡張ＩｎｆｏＦｒａｍｅの送信をサポートし得る。デコーダはさらに、ターゲットエンドデバイスがＨＤＲダイナミックメタデータ拡張ＩｎｆｏＦｒａｍｅを受信する能力を有するかどうかを決定し得、そうならばＩｎｆｏＦｒａｍｅのタイプにしたがって符号化された関連するビデオをもつＩｎｆｏＦｒａｍｅを送り得る。いくつかの例では、デコーダは、タイプ０ｘ０００１、０ｘ０００２、０ｘ０００３、または０ｘ００４であるＨＤＲダイナミックメタデータ拡張ＩｎｆｏＦｒａｍｅを、その拡張ＩｎｆｏＦｒａｍｅタイプについてのサポートを示さないエンドデバイスに送らないだろう。エンドデバイスは、たとえば、エンドデバイスがサポートするＨＤＲダイナミックメタデータ拡張ＩｎｆｏＦｒａｍｅのタイプを示すためにＨＤＲダイナミックメタデータデータブロックを使用し得る。
[0155]エンドデバイスとデコーダとの間の通信は、ＥＤＩＤ（Extended Display Identification Data）を使用して行われ（conducted）得る。ＥＤＩＤは、エンドデバイスの能力を記載するためにエンドデバイスによって提供されるデータ構造である。たとえば、ＥＤＩＤは、エンドデバイスが受信およびレンダリングすることが可能なビデオフォーマットを記載し得る。エンドデバイスは、デコーダのリクエストを受けて、デコーダにＥＤＩＤを提供し得る。デコーダは、入力ビットストリームのフォーマットおよびエンドデバイスによってサポートされるフォーマットを考慮して、ＥＤＩＤによって提供される情報に基づいて出力フォーマットを選択し得る。
[0156]様々な例において、いくつかの（several）データブロックがエンドデバイスのディスプレイ能力を記載するパラメータを規定するために使用され得る。そのようなデータブロックの例は、他のデータブロックに加えて、色度測定（Colorimetry）データブロック、ＨＤＲ静的メタデータブロック、ＨＤＲダイナミックメタデータデータブロックを含む。色度測定データブロックは、エンドデバイスによってサポートされる、ＢＴ．２０２０またはＤＣＩ−Ｐ３のような色度測定規格および色域規格を示し得る。ＨＤＲデータブロックは、ディスプレイのＥＯＴＦ（たとえば、ＢＴ．１８８６、ＳＴ２０８４、または他のもの）の特性を記載する（describing）パラメータ、所望のダイナミックレンジ（たとえば、所望の最小および／または最大のルミナンス）を記載するパラメータ、ならびに／あるいは、ディスプレイ上へのコンテンツの最適なレンダリングのための所望の最大フレーム平均ルミナンスを記載するパラメータのようなパラメータを通じたエンドデバイスのＨＤＲ能力を示す。ＨＤＲダイナミックメタデータデータブロックは、サポートされているＨＤＲダイナミックメタデータタイプのタイプおよびバージョンを示す。
[0157]上で着目されたように、ＳＭＴＰＥ ＳＴ２０９４は、別個の文書で各々が公表されている、４つの異なるカラーボリューム変換を規定する。これらの文書は、ＳＴ２０９４−１０、ＳＴ２０９４−２０、ＳＴ２０９４−３０、およびＳＴ２０９４−４０と名付けられて（designated）いる。
[0158]ＳＴ２０９４−１０は、ダイナミックＨＤＲメタデータを記載しており、ここでは、ダイナミックは、カラーボリューム変換がビデオコンテンツに依存し得ることを意味し得る。たとえば、ＳＴ２０９４−１０は、パラメータトーンマッピング関数を定義する。ＳＴ２０９４−１０はさらに、ＹＣｂＣｒ、ＲＧＢ、および人間の視覚系に基づく色空間を含む様々な色空間においてトーンマッピングが実行され得ることを規定する。ＳＴ２０９４−１０はまた、ＲＧＢ入力からの例となるカラーボリューム変換の数学的記述を提供する。
[0159]図６は、ＳＴ２０９４−１０の実装で使用され得る処理ブロック６１０の例を例示する。処理ブロック６１０は、ＳＴ２０９４−１によって提供される汎用のカラーボリューム変換モデルについての枠組み内で例示されている。この枠組みでは、ビデオフレームまたはビデオフレームの一部であり得る画像６０２は、必要であれば入力転換６０４を経験し（undergo）得る。入力転換６０４は、画像６０２の色空間を入力色空間に転換し得る。処理ブロック６１０が画像上でオペレートした後、出力転換６０６が、必要であれば、画像の色空間を出力色空間に転換するために適用され得る。プロセス全体の結果が変換された画像６０８である。
[0160]ＳＴ２０９４−１０実装の処理ブロック６１０は、トーンマッピング６１２のブロック、色域調整６１４のブロック、詳細管理６１６のブロックを含む。
[0161]パラメータおよびオペレーションプロセスブロック６１０は、以下の通りに説明され得、以下に続く説明では、ＰＱは知覚量子化を表す。
[0162]ｍａｘＲＧＢベーストーンマッピング
[0163]ｍａｘＲＧＢベーストーンマッピングについて、以下のパラメータが定義される：
[0164]ＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ−低減されたピクセルセットの最低のＰＱ符号化されたｍａｘＲＧＢ値
[0165]ＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ−低減されたピクセルセットのＰＱ符号化されたｍａｘＲＧＢ値の平均
[0166]ＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ−低減されたピクセルセットの最高のＰＱ符号化されたｍａｘＲＧＢ値
[0167]ＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂＯｆｆｓｅｔ−ＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ値に追加されるＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂと同じユニットにおけるオフセット
[0168]ＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂＯｆｆｓｅｔ−ＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ値に追加されるＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂと同じユニットにおけるオフセット
[0169]ＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂＯｆｆｓｅｔ−ＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ値に追加されるＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂと同じユニットにおけるオフセット
[0170]オフセット、利得、およびガンマベースのトーンマッピング
[0171]下記の数式８は、オフセット、利得、およびガンマベースのトーンマッピングのためのトーンマッピング関数を定義する。
y=(min(max(0,(x×g)+o),1))P （８）
[0172]数式８では、ｙ＝出力値、ｘ＝入力値、ｇ＝トーンマッピング利得の値、ｏ＝トーンマッピングオフセットの値、およびＰ＝トーンマッピングガンマの値、である。
[0173]以下のＨＤＲパラメータは、数式８で使用するためにシグナリングされ得る（たとえば、提供および／またはビットストリームに符号化され得る）：
[0174]ＴｏｎｅＭａｐｐｉｎｇＯｆｆｓｅｔ−数式（８）で使用されるトーンマッピングオフセット
[0175]ＴｏｎｅＭａｐｐｉｎｇＧａｉｎ−数式（８）で使用されるトーンマッピング利得
[0176]ＴｏｎｅＭａｐｐｉｎｇＧａｍｍａ−数式（８）で使用されるトーンマッピングガンマ
[0177]以下のパラメータもまた、ＳＴ２０９４−１０で定義されている。
[0178]ＣｈｒｏｍａＣｏｍｐｅｎｓａｔｉｏｎＷｅｉｇｈｔは、クロマ調整の量である。
[0179]ＳａｔｕｒａｔｉｏｎＧａｉｎは、彩度（saturation）調整の量である。
[0180]ＴｏｎｅＤｅｔａｉｌＦａｃｔｏｒは、トーンマッピング結果への詳細管理関数の寄与を制御するパラメータである。
[0181]以下の制限もまた、ＳＴ２０９４−１０で定義されている。ＳＴ２０９４−１０は、メタデータが以下の各々のちょうど１つだけ保有する（shall contain exactly one）ようなＨＤＲメタデータの範囲を規定する：
[0182]ＳＴ２０９４−１で規定されているパラメータを通じて定義されているＴｉｍｅＩｎｔｅｒｖａｌ情報は、以下を含む：
[0183]ＴｉｍｅＩｎｔｅｒｖａｌＳｔａｒｔ
[0184]ＴｉｍｅＩｎｔｅｒｖａｌＤｕｒａｔｉｏｎ
[0185]ＳＴ２０９４−１で規定されているパラメータを通じて定義されているＰｒｏｃｅｓｓｉｎｇＷｉｎｄｏｗ情報は、以下を含む：
[0186]ＵｐｐｅｒＬｅｆｔＣｏｒｎｅｒ
[0187]ＬｏｗｅｒＲｉｇｈｔＣｏｒｎｅｒ
[0188]ＷｉｎｄｏｗＮｕｍｂｅｒ
[0189]ＳＴ２０９４−１で規定されているパラメータを通じて定義されているＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙ情報は、以下を含む：
[0190]ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＰｒｉｍａｒｉｅｓ
[0191]ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＷｈｉｔｅＰｏｉｎｔＣｈｒｏｍａｔｉｃｉｔｙ
[0192]ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭａｘｉｍｕｍＬｕｍｉｎａｎｃｅ
[0193]ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭｉｎｉｍｕｍＬｕｍｉｎａｎｃｅ
[0194]ＣｏｌｏｒＶｏｌｕｍｅＴｒａｎｓｆｏｒｍパラメータ
[0195]ＩｍａｇｅＣｈａｒａｃｔｅｒｉｓｔｉｃｓＬａｙｅｒ、これは、以下の名前の（named）項目の各々のちょうど１つだけ保有することとなる：
[0196]ＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ
[0197]ＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ
[0198]ＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂ
[0199]ＭａｎｕａｌＡｄｊｕｓｔｍｅｎｔＬａｙｅｒ、これは、以下の名前の項目の各々の０または１つを有する任意の組合せも保有し得る：
[0200]ＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂＯｆｆｓｅｔ
[0201]ＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂＯｆｆｓｅｔ
[0202]ＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂＯｆｆｓｅｔ
[0203]ＴｏｎｅＭａｐｐｉｎｇＯｆｆｓｅｔ
[0204]ＴｏｎｅＭａｐｐｉｎｇＧａｉｎ
[0205]ＴｏｎｅＭａｐｐｉｎｇＧａｍｍａ
[0206]ＣｈｒｏｍａＣｏｍｐｅｎｓａｔｉｏｎＷｅｉｇｈｔ
[0207]ＳａｔｕｒａｔｉｏｎＧａｉｎ
[0208]ＴｏｎｅＤｅｔａｉｌＦａｃｔｏｒ
[0209]ＳＴ２０９４−１０は、カラーボリューム変換に使用され得るＨＤＲパラメータのセットを定義する。規格はまた、どのようにＨＤＲパラメータが使用され得るかを例示する情報の例を提供する。しかしながら、ＳＴ２０９４の規格一式は、パラメータがシグナリングされる（たとえば、符号化されたビットストリームにおいて提供される）こととなる方法を定義していない。欧州電気通信規格協会（ＥＴＳＩ）、ＣＴＡ、およびＭＰＥＧといった標準開発組織（ＳＤＯ）は、符号化されたビットストリームにおけるＨＤＲパラメータの送信についての規格を発展させる（develop）ことを期待されている。たとえば、ＣＴＡ−８６１−Ｇは、デジタルオーディオ／ビデオインターフェースを介してＳＴ２０９４で定義されているＨＤＲダイナミックメタデータを送信するためのフォーマットを規定している規格である。
[0210]ＨＥＶＣおよびＡＶＣビットストリームでは、とりわけ、ＨＤＲパラメータがＳＥＩメッセージを使用して提供され得る。ＳＥＩメッセージにおいて、ＳＴ２０９４−２０によって定義されているパラメータを符号化するためのフォーマットが、たとえば、ＥＴＳＩ技術仕様書１０３ ４３３において定義されている。ＳＴ２０９４−３０によって定義されているパラメータは、たとえば、ＨＥＶＣまたはＡＶＣの色再マッピング情報ＳＥＩメッセージにおいて符号化され得る。
[0211]ＨＥＶＣにおいてＳＴ２０９４−１０によって定義されているパラメータをシグナリングするためのＳＥＩメッセージの例は、ビデオコーディングに関する共同チーム（ＪＣＴＶＣ）のＪＣＴＶＣ−Ｘ００４に追加されるように提案されたが、この提案は採用されなかった。
[0212]特定のシステムでは、高度テレビジョンシステム委員会（ＡＴＳＣ）およびデジタルビデオブロードキャスティング（ＤＶＢ）のような標準化団体は、ＳＴ２０９４−１０パラメータをシグナリングするためのフォーマットを定義し得る。たとえば、パラメータは、コーディングされたビットストリームに追加され得るユーザデータ登録された（user data registered）ＳＥＩメッセージにおいて符号化され得る。そのようなＳＥＩメッセージは、標準化団体が仕様を提供するＨＤＲビデオシステムについて最適化され得る。加えて、ＳＥＩメッセージが特定のＨＤＲビデオシステムのためにＳＴ２０９４−１０パラメータについての実装を一義的に（unambiguously）定義するように、ＳＥＩメッセージは定義され得る。
[0213]提供されるのは、コーディングされたビットストリームにおいてＳＴ２０９４−１０メタデータを符号化するための標準化されたメカニズムについてのシステムおよび方法である。下記で説明される技法は、ＨＤＲビデオシステムにおいてＳＴ２０９４−１０を受信およびパースするための一義的な定義を提供し得る。本技法はまた、受信機の実装の複雑性を低減し得る。本技法は、とりわけ、色空間転換に使用され得る色空間シグナリングおよび情報、ＨＤＲビデオシステムによって使用されるだろうＳＴ２０９４の処理要素の数を制限すること、使用されるだろうＳＴ２０９４−１０のリザーブ値の使用を制限すること、補足情報の必須の（mandatory）シグナリングを制御すること（constraining）、色域および最小ルミナンスのようなターゲットディスプレイ能力をシグナリングすること、固定長コーディングでｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ（たとえば、メタデータブロックの長さを示すフィールド）をコーディングすること、およびＨＤＲビデオシステムによって使用されるだろうＳＴ２０９４の処理要素間のアソシエーションの仕様を含む。
[0214]これらの技法は、何もＳＴ２０９４−１０によって定義されていない標準化されたシグナリングメカニズムを提供する。これらの技法はまた、ＳＴ２０９４−１０によって定義されていない間隔を満たすことによって完全なビデオシステムを定義し得、そのようなものは、とりわけ、ＨＤＲパラメータが使用されるべき方法、入力の記述、およびどの出力カラーボリューム変換を使用すべきか、である。これらの要素の使用に対する（on）制限はもちろん、ＳＴ２０９４−１０の要素のＳＥＩメッセージへの組み込みが説明される。
[0215]第１の例では、色空間および変換がＳＴ２０９４−１０を実装するＨＤＲビデオシステムについてシグナリングされ得る。上で論じられたように、ＳＴ２０９４−１０は、入力ビデオ信号の色空間を示し得るメタデータ、および該入力色空間を別の色空間に転換するために使用され得るメタデータを定義する。入力およびワーキング色空間の例は、ＹＣｂＣｒおよびＩＣｔＣｐ（ここで、Ｉはルーマ成分であり、ＣｔおよびＣｐは、それぞれ、青−黄色クロマ成分および赤−緑クロマ成分）を含み得、これは、ＩＴＵ−Ｔ勧告ＢＴ．２１００によって定義されている。いくつかの例では、入力色空間からワーキング色空間への転換のための、およびワーキング色空間から出力色空間に転換するための色変換の正確な行列。これらの例では、ワーキング色空間は、トーンマッピング関数が適用され得るものである。
[0216]いくつかの例では、ＨＤＲビデオシステムのデコーダまたは受信機は、コーディングされたビットストリームにおいて提供される行列のセットのうちから１つの色変換行列（a color transform matrix）を選択し得る。デコーダは、たとえば、色変換行列を選択するために、ＨＥＶＣビデオ使用可能性情報（ＶＵＩ）パラメータｃｏｌｏｒ＿ｐｒｉｍａｒｉｅｓ、および／またはｍａｔｒｉｘ＿ｃｏｅｆｆｓの値を使用し得る。
[0217]いくつかの例では、制限は、色変換行列パラメータについて定義され得る。これらの制限は、受信機の実装を簡略化し得る。たとえば、色変換行列のエントリは、ＹＣｂＣｒまたはＩＣｔＣｐ色空間によって定義されている値に制限され得る。
[0218]いくつかの例では、フラグは、特定の色変換および任意の関連するオフセットがビットストリームに存在するかどうかを示すために使用され得る。たとえば、「ＲＧＢｔｏＬＭＳ＿ｃｏｅｆｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」と呼ばれるフラグは、ＲＧＢ〜ＬＭＳ色空間転換パラメータがビットストリームにおいて利用可能であるかどうかを示し得る（ＬＭＳは、人間の目の３つのタイプの錐体視細胞（cones）の反応を表す色空間であり、長、中、および短波長における反応または感度ピークに由来する（is named for））。別の例として、「ＹＣＣｔｏＲＧＢ＿ｃｏｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」と呼ばれるフラグは、ビットストリームがＹＣｂＣｒ〜ＲＧＢ色転換を実行するために使用され得るパラメータを含むかどうかを示し得る。いくつかのケースでは、これらのフラグのどちらかについての１の値は、色転換パラメータおよび任意の関連するオフセットが存在することを示し得、０の値が、色バージョンパラメータがビットストリームでは利用可能でないことを示し得る。
[0219]いくつかの例では、色変換パラメータが存在しないとき、係数の値が識別行列のものであると推測される（are inferred to be those of the identity matrix）。いくつかの例では、色変換パラメータが存在しないとき、パラメータの値が０であると推測される。いくつかの例では、色変換パラメータおよびオフセットについての他のデフォルトの値も可能である。
[0220]第２の例では、ＨＤＲビデオシステムによって使用されるＳＴ２０９４−１０の処理要素の数が制限され得る。処理要素の数を制限することは、ＳＴ２０９４−１０パラメータを受信およびパースするための一義的な定義を提供することと、ＨＤＲ受信機の実装を簡略化することとの両方を行い（provide）得る。たとえば、ＳＴ２０９４−１０は、ビットストリームに含まれ得る拡張ブロック（extended blocks）の数を規定しておらず、ここで、拡張ブロックは処理要素（processing elements）を含み得る。定義されていない数の拡張ブロックを有することは、デコーダがブロックを記憶するのに必要とするメモリの量、およびブロックを処理するために必要とされる処理リソースの量が未知であり得ることを意味し得る。したがって、様々な例において、拡張ブロックの数は、デコーダがブロックを処理するのに必要とされるメモリおよび処理リソースを予め決定し得るように制限され得る。ＳＴ２０９４−１０処理要素は、とりわけ、処理されるピクチャフラグメント、処理ウィンドウ、コンテンツ記述要素、ターゲットディスプレイ記述要素、およびトーンマッピングモデルを含み得る。以下に続く例は、個別に、または何れの適した組合せでも使用され得る。
[0221]処理されるピクチャフラグメントおよび処理ウィンドウ（ＳＴ２０９４によって「ＰｒｏｃｅｓｓｉｎｇＷｉｎｄｏｗ」と称される）は、ディスプレイの部分（portions）を記述する。たとえば、ディスプレイは、複数の、場合によっては重なっているウィンドウを含み得、ここで、各ウィンドウは、異なるビデオ信号をディスプレイし得る。同じディスプレイ中の複数の（multiple）ウィンドウの例は、ピクチャインピクチャであり、ここで、ディスプレイ中の差し込み（inset）ウィンドウは、ディスプレイの主要部に出力されるビデオ信号とは異なるビデオ信号を含み得る。いくつかの例では、ビデオ信号における処理されるピクチャフラグメントおよび処理ウィンドウの数は、２５４よりも小さい固定数に限定される。たとえば、数は１〜１６の値に等しく設定され得る。ＳＴ２０９４によって提供されるように、処理されるピクチャフラグメントおよび処理ウィンドウについてのｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌフィールドは５に設定される。処理されるピクチャフラグメントおよび処理ウィンドウの数を制限することにしたがって、別の例として、５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックの数は１つに制限され得る。
[0222]コンテンツ記述要素（ＳＴ２０９４によって「ＩｍａｇｅＣｈａｒａｃｔｅｒｉｓｔｃｓＬａｙｅｒ」と称される）は、特定のビデオ信号についての情報を提供し得る。いくつかの例では、コンテンツ記述要素の数は１に等しく設定される。コンテンツ記述要素についての拡張ブロックは、１のｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ値を有する。いくつかの例では、１に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックの数は１に制限され得る。
[0223]ターゲットディスプレイ記述要素（「ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙ」とＳＴ２０９４によって称される）は、ビデオ信号がディスプレイされ得るディスプレイデバイスについての情報を提供し得る。いくつかの例では、ターゲットディスプレイ記述要素の数は、１〜１６のレンジの（in）値である。ターゲットディスプレイ記述要素についての拡張ブロックは、２のｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ値を有する。いくつかの例では、２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックの数は１６以下に制限され得る。
[0224]トーンマッピングモデルは、１セットの色を第２のセットの色にマッピングするために使用され得る。たとえば、第２のセットの色は、より限定されたダイナミックレンジを有するシステム上のＨＤＲ画像のアピアランスを概算し得る。いくつかの例では、ＳＴ２０９４−１０を実装するＨＤＲシステムでは、トーンマッピングモデル（ＳＴ２０９４では「ＣｏｌｏｒＶｏｌｕｍｅＴｒａｎｓｆｏｒｍと称される）の数は、１〜１６の値である。
[0225]いくつかの例では、ＳＴ２０９４−１０関連情報をシグナリングするＳＥＩメッセージの数は、各コーディングされるフレームまたはアクセスユニットについて２を超えないことがある。いくつかの例では、各アクセスユニットは、ＳＴ２０９４−１０メタデータをもつ関連するＳＥＩメッセージを有することになるだろう。いくつかの例では、そのようなＳＥＩメッセージが存在するとき、アクセスポイントごとに１つだけ存在することになるだろう。
[0226]第３の例では、ＳＴ２０９４−１０でリザーブされた値の使用は制限される。リザーブ値（reserved values）の使用を制限することは、指定されていないか、または認可されていない（unsanctioned）情報がビットストリームに含まれていないということを保証し得る。
[0227]いくつかの例では、ＳＴ２０９４−１０の現在のバージョンに準拠するビットストリームは、リザーブ値を含まないこととする（shall not）。たとえば、拡張ブロックについて、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌについてのいくつかの（some）値が、ＡＴＳＣによる使用のためにリザーブされる。これらの例では、これらのリザーブ値は、ＳＴ２０９４−１０を実装するＨＤＲビデオシステムにおいて使用されることができない（cannot）。代わりとして、いくつかの例では、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌについてのリザーブ値を使用する拡張ブロックは、デコーダによって無視されることになる(will)。
[0228]いくつかの例では、デコーダは、リザーブ値を保有するＳＴ２０９４−１０ＳＥＩメッセージを破棄することとする。いくつかのケースでは、ＳＥＩメッセージについてのｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌの値が１、２、または５以外の値であるとき、ＳＥＩメッセージは破棄されることとする。いくつかのケースでは、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌの値がリザーブ値と等しいとき、ＳＥＩメッセージは破棄されることとする。そのような例は、任意の（any）サイズの任意の（arbitrary）データもＳＥＩメッセージに挿入されてしまうかも知れない（might）穴（hole）を防ぐことができる。
[0229]いくつかの例では、１、２、または５以外のｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌの値は、ＡＴＳＣによる将来的な使用のためにリザーブされる。
[0230]いくつかの例では、１、２、または５以外のｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌの値は、ＡＴＳＣ規格に基づくシステムにおいて使用されることを許されない。
[0231]第４の例では、制限は、補足情報の必須のシグナリングに対して課され（be placed）得る。ＡＴＳＣ仕様は、ビデオ信号についてのシグナリング情報のために使用され得るツールボックスを提供する。このツールボックスは、とりわけ、ビットストリームが、ＢＲ．７０９、ＢＴ．２０２０、およびハイブリッドログガンマ（ＨＬＧ）によって定義される伝達関数を含む、複数の伝達関数を符号化することを可能にする。しかしながら、組合せの数を制限することは、デコーダの実装を簡略化し得る。いくつかの例では、ｐａｙｌｏａｄＴｙｐｅについて４の値をもつＳＥＩメッセージは、異なる伝達関数の特性を送信するために使用され得る。
[0232]いくつかの例では、ＳＴ２０９４−１０ＳＥＩメッセージは、ＨＥＶＣ ＶＵＩ中のｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓシンタックス要素が（ＳＴ２０８４のＰＱ伝達関数について）１６に等しくないときに存在しないこととする。
[0233]いくつかの例では、ＳＴ２０９４−１０ＳＥＩメッセージは、ＨＥＶＣ ＶＵＩ中のｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓシンタックス要素が（ＳＴ２０８４からのＰＱ伝達関数については）１６、または（ＨＬＧからの伝達関数については）１８に等しくないときに存在しないこととする。
[0234]いくつかの例では、ＳＴ２０８６によって定義されるようなマスタリングディスプレイカラーボリュームメタデータをもつＳＥＩメッセージは、ＳＴ２０９４パラメータをもつＳＥＩメッセージを有するビットストリームに含まれなければならない。これらの例では、ＳＴ２０８６についてのＳＥＩメッセージ中の情報と同じ情報を搬送するＳＴ２０９４−１０ＳＥＩメッセージ中のシンタックス要素は、ＳＴ２０９４−１０パラメータについてのＳＥＩメッセージから除去され得る。これらの例では、ＳＴ２０９４−１０フレーム処理を導出するために必要とされる対応する情報は、ＳＴ２０８６ＳＥＩメッセージから抽出され得る。
[0235]いくつかの例では、ＳＴ２０８６ＳＥＩメッセージがビットストリーム中に存在するとき、ＳＴ２０８６とＳＴ２０９４−１０との間に共通するシンタックス要素は、ＳＴ２０９４−１０についてのＳＥＩメッセージにおいてはシグナリングされない。代わりに、ＳＴ２０９４−１０シンタックス要素は、ＳＴ２０８６ＳＥＩメッセージ中の対応するシンタックス要素と同じであると推測され得る。
[0236]いくつかの例では、フラグ（たとえば、「ｓｔ２０８６＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」と呼ばれる）は、ＳＴ２０８６とＳＴ２０９４−１０との間に共通するシンタックス要素がＳＴ２０９４−１０についてのＳＥＩメッセージにおいてシグナリングルされるかどうかを示すために使用され得る。
[0237]いくつかの例では、ＳＴ２０８６シンタックス要素は、ＳＴ２０９４−１０についてのＳＥＩメッセージに含まれる。これらの例では、ＳＴ２０９４−１０ＳＥＩメッセージが存在する（with）ビットストリームまたはアクセスユニットについて、ＳＴ２０８６ＳＥＩメッセージが許されない。
[0238]いくつかの例では、ＳＴ２０８６ＳＥＩメッセージ中のマスタリングディスプレイ情報がＳＴ２０９４−１０ＳＥＩメッセージ中のディスプレイ情報と対立する（conflicts with）とき、ＳＴ２０９４−１０情報が、フレームの処理について優先される。
[0239]第５の例では、色域および最小のルミナンスのようなターゲットディスプレイ能力が、ビットストリームにおいてシグナリングまたは示され得る。ターゲットディスプレイ能力は、ディスプレイデバイスがビットストリームにおいて符号化されたビデオ信号をディスプレイすることができる最小の要件を示し得る。
[0240]いくつかの例では、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌについて２の値を有する拡張ブロックは、ターゲットディスプレイ最小ルミナンス、ターゲット原色、およびターゲット白色点を含み得る。
[0241]いくつかの例では、追加のブロックタイプが、代わりとしてまたは加えて追加され得る。このタイプを有する拡張ブロックは、原色、白色点、およびターゲットディスプレイの最小ルミナンスを保有し得る（can）。たとえば、３に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックであって、そうでなければリザーブされるだろう拡張ブロックが使用され得るだろう。
[0242]第６の例では、拡張ブロックについてのｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈフィールドは、固定長を使用して符号化され得る。ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈフィールドは、拡張ブロックのサイズを示し得る。たとえば、拡張ブロックについてのｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが１に設定されるとき、対応するｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈは５に設定され得る。別の例として、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが２に設定されるとき、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈは１１に設定され得る。別の例として、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが５に設定されるとき、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈは７に等しくあり得る。ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈのために使用され得るビット数を限定することは、デコーダの実装を簡略化し得る。
[0243]いくつかの例では 、シンタックス要素ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈをコーディングするために使用されるビット数は、８の固定倍数、または他の適した倍数になるように選ばれる。
[0244]いくつかの例では、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ値についての値のレンジは、両端値を含む０と２５５との間になるように制限される。
[0245]いくつかの例では、制限は、代わりに、または加えて（also）、ｅｘｔ＿ｄｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔシンタックス要素が１つのｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造中で示される回数（the number of times）に課され得る。たとえば、シンタックス要素が現れる回数は、７回よりも少なく制限され得る。ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造は、異なるセットのパラメータを示すために使用され得る。たとえば、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが１に等しいとき、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造は、最小、最大、および平均ＰＱ値といったコンテンツレンジ値を提供し得る。別の例として、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが２であるとき、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）は、とりわけ、傾き、オフセット、電力（power）、クロマ重み、および彩度利得といったトリミング値を含み得る。別の例として、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが５であるとき、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）は、ディスプレイ領域とも本明細書では称されるアクティブエリアを記述し得る。ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）はまた、データ構造のサイズを特定のサイズに伸ばすこと（pad）ができるｅｘｔ＿ｄｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔ要素の数を含み得る。
[0246]第７の例では、ＳＴ２０９４処理要素間のアソシエーションが規定され得る。
[0247]上で着目されたように、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造は、色域マッピングパラメータおよびシーンパラメータに関連する情報を提供し得る。たとえば、１つまたは複数のｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造は、１つのセットの（a set of）カラーボリューム変換パラメータを含み得、これは、ビデオ信号を特定のデバイスによってディスプレイされ得るものに変換するためにデコーダまたは受信機によって使用され得る。いくつかの例では、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造でのカラーボリューム変換パラメータをディスプレイにおけるアクティブ領域と関連付けるための仕様が、提供され得る。いくつかの例では、デバイス上にディスプレイされているビデオは、１つよりも多いディスプレイ領域を有し得、ここで、各領域は、異なるビデオ信号を出力していることがある（can）。これらの例では、１つよりも多いビデオ信号がビットストリームに符号化され得る。各ビデオ信号は、１つのセットのカラーボリューム変換パラメータと関連付けられ得る。いくつかのケースでは、２つのビデオ信号が、同じセットのカラーボリューム変換パラメータと関連付けられ得る。様々な技法が、どのアクティブ領域と１つのセットのカラーボリューム変換パラメータが関連付けられるかを決定するために使用され得る。
[0248]いくつかの例では、インデックスが、１つのセットのカラーボリュームパラメータとディスプレイ領域との間のアソシエーションを示すために使用され得る。たとえば、データ構造での情報が適用されるディスプレイ領域を示さない各ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）（たとえば、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌが１または２に等しい）について、シンタックス要素は、アソシエーションを示すために使用され得る。たとえば、ＳＥＩメッセージは、インデックスのリストの形態でシンタックス要素を含み得、ここで、インデックスの順序は、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造がビットストリームにおいて現れる順序と対応する。この例では、インデックス値は、各ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）が関連付けられる１つまたは複数のディスプレイ領域を示し得る。別の例では、アクティブディスプレイ領域が、ＳＥＩメッセージにおいて示され得る。この例では、ＳＥＩメッセージ中のシンタックス要素は、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄが関連付けられるアクティブディスプレイ領域を示し得る。この例では、アクティブディスプレイ領域は、アクティブディスプレイ領域がＳＥＩメッセージにおいて示される順序によって示され（be identified）得るか、または各アクティブディスプレイ領域は識別子を有し得る。
[0249]いくつかの例では、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造によって提供されるカラーボリューム変換パラメータのディスプレイ領域とのアソシエーションは、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データおよび／またはディスプレイ領域がビットストリームにおいて現れる順序に基づき得る。たとえば、制限が、異なるタイプのｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造がビットストリームにおいて現れる順序に課せられ得る。ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）のタイプは、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌシンタックス要素によって示され得る。この例では、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造が現れる順序は、データ構造が関連付けられるディスプレイ領域を記述する。
[0250]ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造の順序を制限する例として、０〜ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓ−１（ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓは拡張ブロックの総数を示す）のレンジのｉの任意の値について、ここで、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｉ）は色域マッピングのためのパラメータを示す、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｊ）が１つまたは複数のアクティブ領域についての情報を保有するｉよりも大きい最小数にｊがなるような、両端値を含む、０〜ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓ−１までのレンジの何れの値ｊも存在し、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｋ）が色域マッピングのためのパラメータを示すｊよりも大きい最小数にｋがなるような、ｊよりも大きいｋが存在する場合、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｉ）は、両端値を含むｊ〜ｋ−１のレンジのｍについてのｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｍ）によって示される領域に関連付けられる。代わりとして、または加えて、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｊ）が１つまたは複数のアクティブ領域についての情報を保有するｉよりも大きい最小数にｊがなるような、両端値を含む０〜ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓ−１のレンジの任意の値ｊも存在し、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｋ）が、色域マッピングのためのパラメータを示すようなｊよりも大きいｋの値が存在しない場合、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｉ）は、両端値を含むｊ〜ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓ−１のレンジのｍについてのｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｍ）によって示される領域に関連付けられる。代わりとして、または加えて、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｉ）は、ピクチャ全体に適用される（applies to）。
[0251]ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造の順序を制限する別の例として、色域マッピングのためのパラメータが、色域マッピングを適用するための領域を示さない１つまたは複数のシンタックス要素を含み得る。
[0252]いくつかの例では、カラーボリューム変換パラメータのディスプレイ領域とのアソシエーションは、ブロックアソシエーションに基づき得る。たとえば、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）は、特定のｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ値（たとえば、６または他の適した値）を有するビットストリームに含まれ得、ここで、このタイプの拡張ブロックは、色域マッピングパラメータと、ターゲットディスプレイ特性と、シーン情報と、アクティブ領域との間のアソシエーションを示し得る。
[0253]例として、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造は、色域マッピングパラメータと、ターゲットディスプレイ特性と、シーン情報（総称してカラーボリューム変換パラメータ）と、アクティブ領域との間のある数の（a number of）アソシエーションをシグナリングまたは示し得る。
[0254]別の例として、各アソシエーションについて、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造は、アソシエーションを定義するために使用されるブロックの数を示す１つまたは複数の値であり得る。この例では、いくつかのケースでは、各アソシエーションについての１つまたは複数の値は明示的にシグナリングされず、デフォルト値になるように固定され得る。代わりとして、または加えて、シンタックス要素が、アソシエーションのモードを示すために使用され得る。そのような例では、各モードについて、１つまたは複数の値は、モードから推測されるか、またはシグナリングされるかのどちらかであり得る。そのような例では、各モードについて、特定の値のもう１つのブロックが、アソシエーションにおいて指定されることが必要とされ得る。代わりとして、または加えて、いくつかの例では、各アソシエーションについて、シンタックス要素が、アソシエーションを指定するブロックに対応するインデックスをシグナリングし得る。そのような例では、インデックスは、ＳＥＩメッセージにおいてシグナリングされるようなｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造のインデックスに対応し得る。そのような例では、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌの特定の値についてのインデックスは、ＳＥＩメッセージにおいてシグナリングされるようなｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌのその特定の値のｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄシンタックス構造のインデックスに対応し得る。
[0255]いくつかの例では、明示的な領域情報は、色域マッピングパラメータ、シーン情報、およびターゲットディスプレイ特性の各セットとともに送られる。
[0256]いくつかの例では、シーン情報は、シーンの最小、最大、平均ルミナンス情報を示した１つまたは複数のシンタックス要素を含み得る。色域マッピングパラメータは、色域マッピングを行うために使用されるマッピング関数のパラメータを含み得る。ターゲットディスプレイ特性は、ディスプレイの最小および最大ルミナンス、原色、ならびに白色点を含むディスプレイの特性を含み得る。領域情報は、マッピングが適用されることになる（is to be applied）領域のサブ領域をさらに指定するために（to）、１つまたは複数のパラメータ（色座標ドメインまたは空間ドメインにおける形状を記述する）、領域に関連付けられた１つまたは複数の識別子、パラメータのサブセットが適用可能である領域を示す座標（たとえば、矩形領域のための４つの座標）を含み得る。
[0257]いくつかの例では、色域マッピングパラメータは、領域のシグナリングに関連しないｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（）データ構造での（in）全ての情報（たとえば、色域マッピングパラメータ、シーン情報、およびターゲットディスプレイ特性）を示すために使用され得る。
[0258]第８の例では、追加のシンタックス要素をシグナリングすること、およびシンタックス構造を修正することが、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌのリザーブ値を使用して将来的な拡張性の可能性を許すために実行され得る。これは、現在のバージョンの仕様においてリザーブされるｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌの値についてのｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄにおいてビットが存在する回数と同じだけ１ビット（one bit as many times as there are bits）を占有するシンタックス要素のシグナリングを含み得る。
[0259]様々な例において、ＨＤＲビデオシステムのデコーダまたは受信機は、ビットストリームに対して（on）適合検査（conformance checks）を実行し得る。たとえば、デコーダまたは受信機は、上で説明されたような制限または限定が守られてきた（have been adhered to）か否かを検証し得る。デコーダは、たとえば、ビットストリームを復号することと一緒に（in line with）、またはビットストリームを復号し始める前に、適合検査を実行し得る。ビットストリーム、またはビットストリームの一部分が適合検査に失敗するとき、デコーダは、様々な動作を取り（take）得る。たとえば、デコーダは、適合検査に失敗するデータ構造を無視し得、該データ構造の後のビットストリームを復号することを進め得る。別の例では、デコーダは、ビットストリームが適合検査に失敗したポイントからビットストリームを復号するのを停止し得る。さらなる例では、デコーダは、ビットストリーム全体を拒否し得る。
[0260]上で説明された方法のいくつかの例となる実装が、次に説明される。以下の例となる実装は、上で説明された例のうちの１つまたは複数を実装する。例となる実装は、ＡＴＳＣによって定義されているシンタックス構造およびセマンティクスを使用して例示される。シンタックス構造およびセマンティクスに対する変更（changes）は以下の通りに示される：［［二重括弧内のテキスト］］は、削除を示し、下線が付されたテキストは追加を示す。
第１の例
[0261]シンタックス構造への変更：
Figure 2020501426
Figure 2020501426
第２の例
[0262]セマンティクスに対する変更：
[0263]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、バイトでの（in）、ｉ番目の拡張ＤＭメタデータブロックペイロードのサイズを導くために使用される。ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓが０に等しい場合は存在しない。ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈの値は、両端値を含む０〜２５５のレンジにあることとする。
[0264]１つの代替例では、シンタックス要素は、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１としてコーディングされ、セマンティクスは以下の通りに指定される：
[0265]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１［ｉ］ｐｌｕｓ１は、バイトでの、ｉ番目の拡張ＤＭメタデータブロックペイロードのサイズ［［を導くために使用される］］指定する。［［ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓが０に等しい場合は存在しない。］］ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、両端値を含む０〜２５５のレンジにあることとする。
Figure 2020501426
[0266]ｎｕｍ＿ａｓｓｏｃｉａｔｉｏｎｓは、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄで指定されるアソシエーションの数を指定する。アソシエーションブロックは、色域マッピングパラメータに関連付けられたアクティブ領域と、色域マッピングパラメータと、ターゲットディスプレイ特性との間のアソシエーションを指定する。
[0267]ｎｕｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ａｓｓｏｃ［ｉ］は、ｉ番目のアソシエーションにおいて指定されるブロックの数を指定する。ｎｕｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ａｓｓｏｃ［ｉ］の値は、両端値を含む０〜２５５のレンジにあることとする。
[0268]ｂｌｋ＿ｉｄｘ＿ｉｎ＿ａｓｓｏｃ［ｉ］［ｊ］は、ｉ番目のアソシエーションにおけるｊ番目のブロックのインデックスを指定する。ｂｌｋ＿ｉｄｘ＿ｉｎ＿ａｓｓｏｃ［ｉ］［］］の値は、両端値を含む０〜ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓ−１のレンジにあることとする。
[0269]１、２、または５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ値を有するインデックスｋをもつ各ブロックについて、ｂｌｋ＿ｉｄｘ＿ｉｎ＿ａｓｓｏｃ［ｉ］［ｊ］がｋに等しくなるように、６に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄシンタックス構造におけるｉの１つの値が少なくとも存在することとすることが、ビットストリーム適合についての要件である。
[0270]６に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ１つよりも多いｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄシンタックス構造が存在しないこととすることが、ビットストリーム適合についての要件である。
[0271]ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｉｔは何れの値も有し得る。その存在および値は、この仕様のこのバージョンで規定されているプロファイルに対するデコーダ適合に影響を与えない。この仕様のこのバージョンに適合するデコーダは、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｉｔシンタックス要素の全てを無視することとする。
[0272]１つの代替例では（In one alternative）、バイトアライメント／将来的保証のあるシンタックス（byte-alignment/future-proof syntax）が以下の通りに指定される：
Figure 2020501426
第３の例
[0273]シンタックス要素への変更：
Figure 2020501426
[0274]セマンティクスに対する変更：
Figure 2020501426
[0275]ｔａｒｇｅｔ＿ｍｉｎ＿ＰＱは、１２ビットのＰＱ符号化におけるターゲットディスプレイの最小ルミナンス値を指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔａｒｇｅｔ＿ｍｉｎ＿ＰＱが存在しない場合、ｓｏｕｒｃｅ＿ｍｉｎ＿ＰＱの値に等しくなることが推測されることとする。ｔａｒｇｅｔ＿ｍｉｎ＿ＰＱは、ＳＭＰＴＥ ＳＴ２０９４−１の節１０．４で定義されているようなＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭｉｎｉｍｕｍＬｕｍｉｎａｎｃｅのＰＱ符号化された値であるError! Reference source not found。１０ビットのＰＱ符号化は最上位ビットを使用する。
[0276]ｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］は、ＩＳＯ１１６６４−１（ＩＳＯ１１６６４−３およびＣＩＥ１５もまた参照）で規定されているようなｘおよびｙのＣＩＥ１９３１定義にしたがって、０．００００２のインクリメントにおけるマスタリングディスプレイの原色成分ｃの標準化されたｘおよびｙの色度座標それぞれを指定する。赤、緑、および青の原色を使用するマスタリングディスプレイを記述するために、０に等しいインデックス値ｃは、緑の原色に対応するはずであり、１に等しいｃは、青の原色に対応するはずであり、２に等しいｃは、赤の原色に対応するはずである（補遺（Annex）Ｅおよび表Ｅ．３もまた参照）ことが示唆される。ｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］の値は、両端値を含む０〜５００００のレンジにあることとする。
[0277]ｗｈｉｔｅ＿ｐｏｉｎｔ＿ｘおよびｗｈｉｔｅ＿ｐｏｉｎｔ＿ｙは、ＩＳＯ１１６６４−１（ＩＳＯ１１６６４−３およびＣＩＥ１５もまた参照）で規定されているようなｘおよびｙのＣＩＥ１９３１定義にしたがって、０．００００２の標準化されたインクリメントにおけるマスタリングディスプレイの白色点の標準化されたｘおよびｙの色度座標それぞれを指定する。ｗｈｉｔｅ＿ｐｏｉｎｔ＿ｘおよびｗｈｉｔｅ＿ｐｏｉｎｔ＿ｙの値は、０〜５００００のレンジにあることとする。
第４の例
[0278]シンタックス要素およびセマンティクスに対する変更が以下に続く。行列についてのシンタックスはループ形態にされており（is put in）、なぜなら（as）それがよりコンパクトな表現であるからである。
Figure 2020501426
Figure 2020501426
Figure 2020501426
[0279]ｔａｒｇｅｔ＿ｍｉｎ＿ＰＱは、１２ビットのＰＱ符号化におけるターゲットディスプレイの最小ルミナンス値を指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔａｒｇｅｔ＿ｍｉｎ＿ＰＱが存在しない場合、ｓｏｕｒｃｅ＿ｍｉｎ＿ＰＱの値に等しくなることが推測されることとする。ｔａｒｇｅｔ＿ｍｉｎ＿ＰＱは、ＳＭＰＴＥ ＳＴ２０９４−１［２４］の節１０．４で定義されているようなＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭｉｎｉｍｕｍＬｕｍｉｎａｎｃｅのＰＱ符号化された値である。１０ビットのＰＱ符号化は最上位ビットを使用する。
[0280]ｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］は、ＩＳＯ１１６６４−１（ＩＳＯ１１６６４−３およびＣＩＥ１５もまた参照）で規定されているようなｘおよびｙのＣＩＥ１９３１定義にしたがって、０．００００２のインクリメントにおけるマスタリングディスプレイの原色成分ｃの標準化されたｘおよびｙの色度座標それぞれを指定する。赤、緑、および青の原色を使用するマスタリングディスプレイを記述するために、０に等しいインデックス値ｃは、緑の原色に対応するはずであり（should）、１に等しいｃは、青の原色に対応するはずであり、２に等しいｃは、赤の原色に対応するはずである（補遺Ｅおよび表Ｅ．３もまた参照）ことが示唆される。ｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｄｉｓｐｌａｙ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］の値は、両端値を含む０〜５００００のレンジにあることとする。
[0281]ｗｈｉｔｅ＿ｐｏｉｎｔ＿ｘおよびｗｈｉｔｅ＿ｐｏｉｎｔ＿ｙは、ＩＳＯ１１６６４−１（ＩＳＯ１１６６４−３およびＣＩＥ１５もまた参照）で規定されているようなｘおよびｙのＣＩＥ１９３１定義にしたがって、０．００００２の標準化されたインクリメントにおけるマスタリングディスプレイの白色点の標準化されたｘおよびｙの色度座標それぞれを指定する。ｗｈｉｔｅ＿ｐｏｉｎｔ＿ｘおよびｗｈｉｔｅ＿ｐｏｉｎｔ＿ｙの値は、０〜５００００のレンジにあることとする。
第５の例
[0282]シンタックス構造およびセマンティクスに対する変更：
Figure 2020501426
Figure 2020501426
[0283]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、バイトでのｉ番目の拡張ＤＭメタデータブロックペイロードのサイズを導くために使用される。ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓが０に等しい場合は存在しない。ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈの値は、両端値を含む０〜２５５のレンジにあることとする。
[0284]１つの代替例では、シンタックス要素は、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１としてコーディングされ、セマンティクスは以下の通りに指定される：
[0285]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１［ｉ］ｐｌｕｓ１は、バイトでのｉ番目の拡張ＤＭメタデータブロックペイロードのサイズ［［を導くために使用される］］指定する。［［ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓが０に等しい場合は存在しない。］］ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、両端値を含む０〜２５５のレンジにあることとする。
Figure 2020501426
[0286]ｎｕｍ＿ａｓｓｏｃｉａｔｉｏｎｓは、ＳＥＩメッセージでｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄについて指定されるアソシエーションの数を指定する。アソシエーションブロックは、色域マッピングパラメータに関連付けられたアクティブ領域と、色域マッピングパラメータと、ターゲットディスプレイ特性と、シーン情報との間のアソシエーションを指定する。
[0287]ｎｕｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ａｓｓｏｃ［ｉ］は、ｉ番目のアソシエーションにおいて指定されるブロックの数を指定する。ｎｕｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ａｓｓｏｃ［ｉ］の値は、両端値を含む０〜２５５のレンジにあることとする。
[0288]ｂｌｋ＿ｉｄｘ＿ｉｎ＿ａｓｓｏｃ［ｉ］［ｊ］は、ｉ番目のアソシエーションにおけるｊ番目のブロックのインデックスを指定する。ｂｌｋ＿ｉｄｘ＿ｉｎ＿ａｓｓｏｃ［ｉ］［］］の値は、両端値を含む０〜ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓ−１のレンジにあることとする。
[0289]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ［ｋ］が１、２、または５に等しい値を有するようなインデックスｋをもつ各ブロックについて、ｂｌｋ＿ｉｄｘ＿ｉｎ＿ａｓｓｏｃ［ｉ］［ｊ］がｋに等しくなるように、６に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄ（ｉ）シンタックス構造のようなｉの１つの値が少なくとも存在することとすることは、ビットストリーム適合についての要件である。
[0290]６に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつＳＥＩメッセージにおけるわずか（no more than）１つのｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｌｏｃｋ＿ｐａｙｌｏａｄシンタックス構造が存在することとすることがビットストリーム適合についての要件である。
[0291]ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｉｔは任意の値も有し得る。その存在および値は、この仕様のこのバージョンで規定されているプロファイルに対するデコーダ適合に影響を与えない。この仕様のこのバージョンに適合するデコーダは、ｅｘｔ＿ｄｍ＿ｄａｔａ＿ｂｉｔシンタックス要素の全てを無視することとする。
[0292]１つの代替例では、バイトアライメント／将来的保証のあるシンタックスが以下の通りに指定される：
Figure 2020501426
[0293]以下は、「ATSC Candidate Standard: A/341 Amendment: 2094-10」のテキストであり、これはＡＴＳＣ文書番号Ｓ３４−２６２ｒ３に対する改正を含む。この改正は、上で説明された方法のいくつかを含む。
[0294]１．概要
[0295]この文書は、ＨＤＲコンテンツのためのダイナミックメタデータの使用についての技術であるＳＴ２０９４−１０「Dynamic Metadata for Color Volume Transform -Application #1」のＡＴＳＣ発（ATSC emitted）ビットストリーム要素における符号化およびトランスポートを説明している。ＡＴＳＣによって承認される場合、Ａ／３４１：２０１７，「Video-HEVC」（「Ａ／３４１」）は、本明細書で説明されている編集版（edits）にしたがって改正されるだろう。
[0296]２．規定文献（REFERENCES）
[0297]以下の規定文献がＡ／３４１に追加されるだろう。
[0298]２．１引用規定（Normative References）
[0299]［１］ＳＭＰＴＥ：「Dynamic Metadata for Color Volume Transformation-Application #1」 Doc. ST2094-10 (2016)，Society of Motion Picture and Television Engineer，White Plains，NY.
[0300]２．２参考文献（Informative References）
[0301]［２］ＳＭＰＴＥ：「Dynamic Metadata for Color Volume Transformation-Core Components」 Doc. ST2094-1 (2016)，Society of Motion Picture and Television Engineers，White Plains，NY.
[0302]３．用語の定義
[0303]新たな頭字語、略語、または用語は、Ａ／３４１に追加されないだろう。
[0304]４．Ａ／３４１に対する変更
[0305]この文書のこのセクションでは、「［ref］」は、Ａ／３４１に挙げられている引用文献との相互参照が挿入されるだろうことを（または、角括弧内で別の形で説明されるように）示す。この文書に挙げられる参照文献に対する実際の相互参照は、Ａ／３４１に組み込まれるだろう新たに追加された参照文献の参照番号で更新されるだろう。
[0306]６．３．２．２に箇条書きを追加する。
[0307]６．３．２．２「PQ Transfer Characteristics」に見られる箇条書きリストに下記の箇条書き項目を追加する：
[0308]・ビットストリームが４に等しいｐａｙｌｏａｄＴｙｐｅ値をもつＳＥＩメッセージを保有し得る。このことは、［下記で説明される新たなサブセクションに対するref］において説明されるＳＴ２０９４−１０メタデータメッセージのオプションの送信を可能にする。
[0309]セクション６．３．２．２に従属する新たなサブセクションを追加する。
[0310]セクション６．３．２．２「PQ Transfer Characteristics」に従属する新たなサブセクションとして、Ａ／３４１に下記のテキストを追加する。新たなサブセクションは、セクション６．３．２．２．ｘ「Encoding and Transport of SMPTE ST2094-10 Metadata Message」と題される。（読みやすさのために、以下のテキストは、履歴付で示されない。）
[0311]セクション６．３．２．２．ｘ「Encoding and Transport of SMPTE ST2094-10 Metadata Message」
[0312]ＨＥＶＣビデオビットストリームは、ＨＤＲビデオ信号についてのダイナミック情報を提供するために２０９４−１０メタデータメッセージを保有し得る。２０９４−１０メタデータメッセージが存在するとき、この情報は、届けられたＨＤＲ画像（the delivered HDR imagery）をディスプレイデバイスの能力に適応させるようにディスプレイによって用いられ得る。さらに、このメタデータは、ＡＴＳＣ３．０受信機／コンバータのような受信デバイスによってＳＤＲ（ＩＴＵ−Ｒ ＢＴ．７０９［ref］）ピクチャを導出するために使用され得る。［下記で説明される新たな補遺へのref］で定義される２０９４−１０メタデータメッセージで搬送される情報は、ＳＴ２０９４−１［２］およびＳＴ２０９４−１０［１］で定義されるメタデータ要素についての搬送（carriage）を提供する。
[0313]２０９４−１０メタデータは、存在するとき、ＡＮＳＩ／ＳＣＴＥ１２８−１[ref]の表１４で定義されるＡＴＳＣ１＿ｄａｔａ（）構造ごとに勧告ＩＴＵ−Ｔ．３５補足強化情報（ＳＥＩ）メッセージによって登録されるユーザデータとして符号化およびトランスポートされることとし、ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｃｏｄｅについての割り当てられた値は[表ｘ．ｘに対するref]において示される。
Figure 2020501426
[0314]ペイロードＳＴ２０９４−１０＿ｄａｔａ（）についてのシンタックスおよびセマンティクスは、［下記で説明される新たな補遺へのref］節［下記で説明される新たな補遺、セクション１へのref］で指定されるようになることとする。対応するＮＡＬユニットタイプは、存在する場合（Where present）、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴに等しく設定されることとする：
[0315]２０９４−１０メタデータメッセージが存在する場合、以下の制限が適用されることとする。
[0316]・２０９４−１０メタデータメッセージは、ビットストリームの全てのアクセスユニットに関連付けられることとする。このメッセージが存在する場合、アクセスユニットごとに一度だけそれが存在することとする。
[0317]・ａｐｐ＿ｖｅｒｓｉｏｎは、０に等しく設定されることとする。
[0318]・マスタリングディスプレイカラーボリュームＳＥＩメッセージ（ＳＭＰＴＥ ＳＴ２０８６［ref］静的メタデータ）はビットストリームに存在することとする。
[0319]・１に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックの数は、１に等しくなるように制限されることとする。
[0320]・２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックの数は、１６以下になるように制限されることとする。
[0321]・５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ブロックの数は、０または１に等しくなるように制限されることとする。
[0322]Ａ／３４１に新たな補遺を追加する。
[0323]Ａ／３４１に対する新たな補遺として下記のテキストを追加する。補遺は、「Metadata Based on SMPTE ST2094-10_Data」と題されている。（読みやすさのために、以下のテキストは、履歴付で示されていない。）
[0324]Ａ．１ ＳＴ２０９４−１０＿ＤＡＴＡに基づくメタデータ（規定（NORMATIVE））
[0325]この節は、ＳＴ２０９４−１０＿ｄａｔａ（）のシンタックスおよびセマンティクスを指定する。
[0326]ＳＴ２０９４−１０＿ｄａｔａ（）についてのシンタックスは、表Ｙ．Ｙ、表Ｚ．Ｚ、および表Ｍ．Ｍで示されている。
[0327]記述子ｆ（ｎ）、ｉ（ｎ）、ｕｅ（ｖ）、およびｕ（ｎ）による各シンタックス要素のパースプロセスが、ＨＥＶＣ［ref］で説明されている。
[0328]注：メタデータ要素は、ＳＭＰＴＥ規格ＳＴ２０８６［ref］、ＳＴ２０９４−１［２］、またはＳＴ２０９４−１０［１］にしたがって定義されている。ルミナンス値と１２ビットＰＱ値との間の転換は、ＳＴ２０８４補遺Ａに見られ得る。
Figure 2020501426
Figure 2020501426
[0329]この節は、ＳＴ２０９４−１０＿ｄａｔａ（）についてのセマンティクスを定義している。
[0330]本節のために、以下の数学関数が適用される：
Figure 2020501426
[0331]Ｆｌｏｏｒ（ｘ）はｘ以下の最大整数である。
Figure 2020501426
[0332]／＝演算結果（result）のゼロ方向への切り捨てを用いる整数除算。たとえば、７／４および-７／-４は、１および-７／４に切り捨てられ、７／-４は、-１に切り捨てられる。
[0333]このＳＥＩメッセージにおいて搬送される情報の精度は、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の使用に対応する目的で十分になるように意図されている。
[0334]ａｐｐ＿ｉｄｅｎｔｉｆｉｅｒはアプリケーションを特定し、ＳＴ２０９４−１０［１］のセクション５の制限にしたがって、１に等しく設定される。
[0335]ａｐｐ＿ｖｅｒｓｉｏｎは、アプリケーションにおけるアプリケーションバージョンを指定し、０に等しく設定される。
[0336]ｍｅｔａｄａｔａ＿ｒｅｆｒｅｓｈ＿ｆｌａｇは、１に等しく設定されるとき、出力順序で任意の前の拡張ディスプレイマッピングメタデータの継続（persistence）を取り消し、拡張ディスプレイマッピングメタデータが後に続くことを示す。拡張ディスプレイマッピングメタデータは、出力順序で、ＳＴ２０９４−１０＿ｄａｔａ（）を保有する（containing）ＳＥＩメッセージが関連付けられるコーディングされたピクチャ（これを含む（inclusive））から、ＳＴ２０９４−１０＿ｄａｔａ（）を保有し、１に等しく設定されたｍｅｔａｄａｔａ＿ｒｅｆｒｅｓｈ＿ｆｌａｇをもつコーディングされたピクチャ（これは含まない（exclusive））まで、または（そうでなければ（otherwise））ＣＶＳにおける最後のピクチャ（これを含む）まで継続する。０に等しく設定されるとき、このフラグは、拡張ディスプレイマッピングメタデータが後に続かないことを示す。
[0337]ｎｕｍ＿ｅｘｔ＿ｂｌｏｃｋｓは、拡張ディスプレイマッピングメタデータブロックの数を指定する。値は、両端値を含む１〜２５４のレンジにあることとする。
[0338]ｄｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔは、０に等しく設定されることとする。
[0339]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］は、バイトでのｉ番目の拡張ディスプレイマッピングメタデータブロックペイロードのサイズを導くために使用される。値は、両端値を含む０〜１０２３のレンジにあることとする。
[0340]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ［ｉ］は、ｉ番目の拡張ディスプレイマッピングメタデータブロックに保有されるペイロードのレベルを指定する。値は、両端値を含む０〜２５５のレンジにあることとする。対応する拡張ディスプレイマッピングメタデータブロックタイプは、表Ｅ１．４で定義される。ＡＴＳＣリザーブされる（that are ＡＴＳＣ reserved）ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ［ｉ］の値（Values）は、ＡＴＳＣ仕様のこのバージョンに適合するビットストリームに存在しないこととする。ＡＴＳＣリザーブ値を使用するブロックは無視されることとする。
[0341]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ［ｉ］の値が１に等しく設定されるとき、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］の値は、５に等しく設定されることとする。
[0342]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ［ｉ］の値が２に等しく設定されるとき、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］の値は、１１に等しく設定されることとする。
[0343]ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌ［ｉ］の値が５に等しく設定されるとき、ｅｘｔ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ［ｉ］の値は、７に等しく設定されることとする。
Figure 2020501426
[0344]５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ディスプレイマッピングメタデータブロックが存在するとき、以下の制限が適用されることとする：
[0345]・５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ディスプレイマッピングメタデータブロックは、１または２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ少なくとも１つの拡張ディスプレイマッピングメタデータブロックによって先行されることとする。
[0346]・５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ任意の２つの拡張ディスプレイマッピングメタデータブロック間に、１または２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ少なくとも１つの拡張ディスプレイマッピングメタデータブロックが存在することとする。
[0347]・１または２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ディスプレイマッピングメタデータブロックが、５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ最後の（last）拡張ディスプレイマッピングメタデータブロックの後には存在しないこととする。
[0348]・１または２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ディスプレイマッピングメタデータブロックのメタデータは、このブロックに続く５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ第１の拡張ディスプレイマッピングメタデータブロックによって指定されるアクティブエリアに適用されることとする。
[0349]・５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ現在の拡張ディスプレイマッピングメタデータブロックによって定義されるアクティブエリアが、５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ先行する拡張ディスプレイマッピングメタデータブロックによって定義されるアクティブエリアと重なっているとき、５に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ現在の拡張ディスプレイマッピングメタデータブロックに関連付けられた、１または２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ拡張ディスプレイマッピングメタデータブロックのすべてのメタデータが重なっているエリアのピクセル値に適用されることとする。
[0350]ｍｉｎ＿ＰＱは、１２ビットのＰＱ符号化における現在のピクチャの最小ルミナンス値を指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。１２ビットのｍｉｎ＿ＰＱ値は、以下の通りに計算されることに留意されたい：
min_PQ=Clip3(0,4095,Round(Min*4095))
[0351]ここで、Ｍｉｎは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の節６．１．３において定義されているようなＭｉｎｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂである。
[0352]ｍａｘ＿ＰＱは、１２ビットのＰＱ符号化における現在のピクチャの最大ルミナンス値を指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。１２ビットのｍａｘ＿ＰＱ値は、以下の通りに計算されることに留意されたい：
max_PQ=Clip3(0,4095,Round(Max*4095))
[0353]ここで、Ｍａｘは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の節６．１．５において定義されているようなＭａｘｉｍｕｍＰｑｅｎｃｏｄｅｄＭａｘｒｇｂである。
[0354]ａｖｇ＿ＰＱは、１２ビットのＰＱ符号化におけるピクチャのルミナンスについての平均ＰＱ符号値を指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。１２ビットのａｖｇ＿ＰＱ値は、以下の通りに計算されることに留意されたい：
avg_PQ=Clip3(0,4095,Round(Avg*4095))
[0355]ここで、Ａｖｇは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］のセクション６．１．４において定義されているようなＡｖｅｒａｇｅＰｑｅｎｃｏｄｅｄＭａｘｒｇｂである。
[0356]ｔａｒｇｅｔ＿ｍａｘ＿ＰＱは、１２ビットのＰＱ符号化におけるターゲットディスプレイの最大ルミナンス値を指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔａｒｇｅｔ＿ｍａｘ＿ＰＱは、ＳＭＰＴＥ ＳＴ２０９４−１［２］の節１０．４で定義されているようなＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭａｘｉｍｕｍＬｕｍｉｎａｎｃｅのＰＱ符号化された値である。
[0357]注：このＳＥＩメッセージは、ＳＴ２０９４−１０［１］において必須と規定されているＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＰｒｉｍａｒｉｅｓ、ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＷｈｉｔｅＰｏｉｎｔＣｈｒｏｍａｔｉｃｉｔｙ、およびＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭｉｎｉｍｕｍＬｕｍｉｎａｎｃｅのシグナリングをサポートしない。
[0358]２に等しいｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌをもつ１つよりも多い拡張ディスプレイマッピングメタデータブロックが存在する場合、それらのブロックは、複製された（duplicated）ｔａｒｇｅｔ＿ｍａｘ＿ＰＱを有さないこととする。
[0359]ｔｒｉｍ＿ｓｌｏｐｅは、傾きメタデータを指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔｒｉｍ＿ｓｌｏｐｅが存在しない場合、２０４８になるように推測されることとする。１２ビットの傾き値は、以下の通りに計算されることに留意されたい：
trim_slope=Clip3(0,4095,Round((SS-0.5)*4096))
[0360]ここで、Ｓは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の節６．２．３において定義されているようなＴｏｎｅＭａｐｐｉｎｇＧａｉｎである。
[0361]ｔｒｉｍ＿ｏｆｆｓｅｔは、オフセットメタデータを指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔｒｉｍ＿ｏｆｆｓｅｔが存在しない場合、２０４８になるように推測されることとする。１２ビットのオフセット値は、以下の通りに計算されることに留意されたい：
trim_offset=Clip3(0,4095,Round((ＯＯ+0.5)*4096))
[0362]ここで、Ｏは、ＳＭＰＴＥ ＳＴ２０９４−１０ １の節６．２．２において定義されているようなＴｏｎｅＭａｐｐｉｎｇＯｆｆｓｅｔである。
[0363]ｔｒｉｍ＿ｐｏｗｅｒは、電力メタデータを指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔｒｉｍ＿ｐｏｗｅｒが存在しない場合、２０４８になるように推測されることとする。１２ビットの電力値は、以下の通りに計算されることに留意されたい：
trim_power=Clip3(0,4095,Round((ＰＰ-0.5)*4096))
[0364]ここで、Ｐは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の節６．２．４において定義されているようなＴｏｎｅＭａｐｐｉｎｇＧａｍｍａである。
[0365]ｔｒｉｍ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔは、クロマ重みメタデータを指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔｒｉｍ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔが存在しない場合、２０４８になるように推測されることとする。１２ビットのクロマ重み値は、以下の通りに計算されることに留意されたい：
trim_chroma_weight=Clip3(0,4095,Round((ＣＣＣＣ+0.5)*4096))
[0366]ここで、ＣＷは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の節６．３．１において定義されているようなＣｈｒｏｍａＣｏｍｐｅｎｓａｔｉｏｎＷｅｉｇｈｔである。
[0367]ｔｒｉｍ＿ｓａｔｕｒａｔｉｏｎ＿ｇａｉｎは、彩度利得メタデータを指定する。値は、両端値を含む０〜４０９５のレンジにあることとする。ｔｒｉｍ＿ｓａｔｕｒａｔｉｏｎ＿ｇａｉｎが存在しない場合、２０４８になるように推測されることとする。１２ビットの彩度利得値は、以下の通りに計算されることに留意されたい：
trim_saturation_gain=Clip3(0,4095,Round((ＳＳＳＳ+0.5)*4096))
[0368]ここで、ＳＧは、ＳＭＰＴＥ ＳＴ２０９４−１０［１］の節６．３．２において定義されているようなＳａｔｕｒａｔｉｏｎＧａｉｎである。
[0369]ｍｓ＿ｗｅｉｇｈｔ、このフィールドは、将来的な仕様のためにリザーブされる。この１３ビットの符号付整数は、０ｘ１ｆｆｆ（−１）であることとする。
[0370]ａｃｔｉｖｅ＿ａｒｅａ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ａｒｅａ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ａｒｅａ＿ｔｏｐ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ａｒｅａ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、アクティブエリアについてピクチャ座標で指定されている矩形領域の観点から、現在のピクチャの選択されたピクセルを指定する。値は、両端値を含む０〜８１９１のレンジにあることとする。ＳＴ２０９４−１０［１］のＰｒｏｃｅｓｓｉｎｇＷｉｎｄｏｗもまた参照。
[0371]ａｃｔｉｖｅ＿ａｒｅａ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ａｒｅａ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ａｒｅａ＿ｔｏｐ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ａｒｅａ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、以下の通り、ＳＴ２０９４−１０［１］の節７．１において制限されているＵｐｐｅｒＬｅｆｔＣｏｒｎｅｒおよびＬｏｗｅｒＲｉｇｈｔＣｏｒｎｅｒの座標を示す：
UpperLeftCorner=(active_area_left_offset,active_area_top_offset)
LowerRightCorner=(XSize-1-active_area_right_offset,YSize-1-active_area_bottom_offset)
[0372]ここで、Ｘｓｉｚｅは現在のピクチャの水平解像度であり、Ｙｓｉｚｅは現在のピクチャの垂直解像度である。
[0373]ｅｘｔ＿ｄｍ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔは、０に等しいこととする。
[0374]図７は、ビデオデータを処理するためのプロセス７００の例である。プロセス７００は、ＳＴ２０９４−１０を実装する、図１のビデオコーディングシステムのようなビデオコーディングシステムによって実行され得る。
[0375]ステップ７０２で、図７のプロセス７００は、ビデオデータを受信することを含み、ここにおいて、該ビデオデータは、少なくとも２つのビデオ信号を含む。少なくとも２つのビデオ信号は、関連するか、または関連しないことがある、および／あるいは同じであるか、または異なることがある（can）。たとえば、各ビデオ信号は、異なるカメラによってキャプチャされてしまっていることがある（may have been captured）。
[0376]ステップ７０４で、プロセス７００は、ビデオデータから１つまたは複数のセットのカラーボリューム変換パラメータを取得することを含む。上で論じられたように、カラーボリューム変換パラメータは、伝達関数、ならびに（as well as）伝達関数に関連する変数および定数を含み得る。様々な実装において、伝達関数、変数、および定数が、より小さいダイナミックレンジにカラーボリュームをコンパクト化するために使用され得る。
[0377]ステップ７０６で、プロセス７００は、少なくとも２つのビデオ信号の各々のためのディスプレイ領域を決定することを含み、ここにおいて、ディスプレイ領域は、ビデオ信号がディスプレイされることになるビデオフレームの一部分を決定する。いくつかのケースでは、ディスプレイ領域は隣接し得る。いくつかのケースでは、ディスプレイ領域は重なり得る。ピクチャインピクチャを用いるようないくつかのケースでは、ディスプレイ領域は、別のディスプレイ領域との重なりを完成させ得る。
[0378]ステップ７０８で、プロセス７００は、少なくとも２つのビデオ信号の各々について、少なくとも２つのビデオ信号のうちの１つのビデオ信号（a video signal）と、１つまたは複数のセットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータとの間のそれぞれのアソシエーションを決定することを含み、ここにおいて、カラーボリューム変換パラメータのセットは、ビデオ信号のためのディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。たとえば、１つのセットのカラーボリューム変換パラメータは、該１つのセットのカラーボリューム変換パラメータが関連付けられる特定のビデオ信号を訂正するために使用され得る。この例では、該１つのセットのカラーボリューム変換パラメータは、特定のディスプレイデバイスによってディスプレイ可能であるレンジに、ビデオ信号のダイナミックレンジをコンパクト化するために使用され得る。
[0379]ステップ７１０で、プロセス７００は、１つまたは複数のセットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することを含む。メタデータブロックは、たとえば１つまたは複数のＳＥＩ ＮＡＬユニットにおいて符号化され得る。
[0380]ステップ７１２で、プロセス７００は、ビデオデータについて符号化されたビットストリームを生成することを含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックを含む。符号化されたビットストリームは、たとえば、ＡＶＣまたはＨＥＶＣ規格、あるいは別のビデオコーディング規格を使用して生成され得る。
[0381]ステップ７１４で、プロセス７００は、符号化されたビットストリームにおいて、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたそれぞれのアソシエーションを符号化することを含む。いくつかの実装では、アソシエーションを符号化することは、ビデオフレーム内のディスプレイ領域の順序にしたがって、符号化されたビットストリームに１つまたは複数のメタデータブロックを配置することを含み得る。たとえば、（ラスタ順序で）第１のディスプレイ領域についての１つのセットのカラーボリューム変換パラメータを保有する１つまたは複数のメタデータブロックは、符号化されたビットストリームに配置され得、その後（then）、（ラスタ順序で）第２のディスプレイ領域についての１つのセットのカラーボリューム変換パラメータを保有するメタデータブロックは、次、およびその先の（next, and so on）符号化されたビットストリームに配置され得る。
[0382]いくつかの実装では、少なくとも２つのビデオ信号と１つまたは複数のセットのカラーボリュームパラメータとの間の決定されたアソシエーションを符号化することは、各々が決定されたアソシエーションを示す符号化されたビットストリーム中に１つまたは複数の値を挿入することを含み得る。たとえば、データ構造はビットストリーム中に符号化され得、ここで、該データ構造は、ディスプレイ領域とメタデータブロックの特定のセットにおいて１つのセットの符号化されたカラーボリュームパラメータとの間のアソシエーションを示す。
[0383]いくつかのケースでは、少なくとも２つのビデオ信号からの第１のビデオ信号についての第１のディスプレイ領域は、該少なくとも２つのビデオ信号からの第２のビデオ信号についての第２のディスプレイ領域と重なる。これらのケースでは、重なっている領域において使用する１つまたは複数のセットのカラーボリューム変換パラメータからの１つのセットのカラーボリューム変換パラメータは、第１のディスプレイ領域と第２のディスプレイ領域との間の優先度によって決定される。いくつかの例では、優先度は、第１のディスプレイ領域および第２のディスプレイ領域がビデオフレームにおいてディスプレイされる順序に基づく。いくつかの例では、優先度は、ビデオデータによって提供される値に基づく。たとえば、優先度値は、各ディスプレイ領域をもつ（with）ビットストリームに符号化され得る。
[0384]図８は、ビデオデータを処理するためのプロセス８００の例である。プロセス８００は、ＳＴ２０９４−１０を実装するビデオコーディングシステムによって実装され得る。
[0385]ステップ８０２で、プロセス８００は、符号化されたビットストリームを受信するための手段を含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のセットのカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックおよび少なくとも２つの符号化されたビデオ信号を含む。少なくとも２つのビデオ信号は、関連するか、または関連しないことがある、および／あるいは同じであるか、異なることがある。たとえば、各ビデオ信号は、異なるカメラによってキャプチャされてしまっていることがある。セットの（The sets of）カラーボリューム変換パラメータは、たとえば、伝達関数、ならびに伝達関数に関連する変数および／または定数を含み得る。１つまたは複数のメタデータブロックは、たとえば、符号化されたビットストリーム中の１つまたは複数のＳＥＩ ＮＡＬユニットにおいて符号化され得る。
[0386]ステップ８０４で、プロセス８００は、少なくとも符号化された２つのビデオ信号の各々のためのディスプレイ領域を決定することを含む。各ディスプレイ領域は、ディスプレイデバイスのスクリーン（たとえば、モニタ、スマートフォンスクリーン、タブレットスクリーン等）のエリアに対応し得る。各ビデオ信号は、個々の（または場合によっては複数の（multiple）個々の）ディスプレイ領域においてディスプレイされ得る。
[0387]ステップ８０６で、プロセス８００は、少なくとも２つのビデオ信号の各々について、該少なくとも２つのビデオ信号のうちの１つのビデオ信号と、該セットのカラーボリューム変換パラメータのうちの１つのセットのカラーボリューム変換パラメータとの間のアソシエーションを決定することを含む。
[0388]ステップ８０８で、プロセス８００は、それぞれの関連付けられたセットのカラーボリューム変換パラメータを使用して、少なくとも２つの符号化されたビデオ信号を復号することを含み、ここにおいて、該それぞれの関連付けられたセットのカラーボリューム変換パラメータは、対応するディスプレイ領域についての１つまたは複数のディスプレイパラメータを決定する。たとえば、１つのセットのカラーボリューム変換パラメータは、特定のディスプレイデバイスによってディスプレイされ得るレンジに、ビデオ信号のダイナミックレンジをコンパクト化するために使用され得る。
[0389]いくつかの実装では、少なくとも２つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータとの間のアソシエーションは、ディスプレイ領域の順序に基づく。たとえば、符号化されたビットストリームにおいて最初に現れる（appears）１つのセットのカラーボリューム変換パラメータは、（ラスタ順序で）第１のディスプレイ領域に関連付けられ得る。
[0390]いくつかの実装では、少なくとも２つのビデオ信号と、１つまたは複数のセットのカラーボリューム変換パラメータとの間のアソシエーションは、符号化されたビットストリームに含まれる１つまたは複数の値に基づく。たとえば、データ構造はビットストリーム中に符号化され得（can）、ここで、該データ構造は、１つのセットのカラーボリューム変換パラメータを特定のディスプレイ領域に関連付ける値を含む。
[0391]いくつかのケースでは、少なくとも２つのビデオ信号からの第１のビデオ信号についての第１のディスプレイ領域は、該少なくとも２つのビデオ信号からの第２のビデオ信号についての第２のディスプレイ領域と重なる。これらのケースでは、重なっている領域において使用する１つまたは複数のセットのカラーボリューム変換パラメータからの１つのセットのカラーボリューム変換パラメータは、第１のディスプレイ領域と第２のディスプレイ領域との間の優先度によって決定される。たとえば、優先度は、第１のディスプレイ領域および第２のディスプレイ領域がビデオフレームにおいてディスプレイされる順序に基づき得る（can）。別の例として、優先度は、ビデオデータによって提供される値に基づき得る。
[0392]図９は、ビデオデータを処理するためのプロセス９００の例である。プロセス９００は、ＳＴ２０９４−１０を含むビデオコーディングシステムによって実装され得る。
[0393]ステップ９０２で、プロセス９００は、ビデオデータを受信することを含み、ここにおいて、該ビデオデータは、カラーボリュームに関連付けられる。上で論じられたように、カラーボリュームは、少なくとも、ビデオデータにおいてキャプチャされた色の深度およびレンジであるダイナミックレンジおよび色域を含み得る。
[0394]ステップ９０４で、プロセス９００は、ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することを含み、ここにおいて、該セットのカラーボリューム変換パラメータは、カラーボリュームを変換するために使用され得る。たとえば、１つのセットのカラーボリューム変換パラメータは、伝達関数、変数、および定数を含み得る。さらなる例として、カラーボリューム変換パラメータは、特定のディスプレイデバイスによってディスプレイされ得るレンジに、カラーボリュームのダイナミックレンジをコンパクト化するために使用され得る。
[0395]ステップ９０６で、プロセス９００は、１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することを含み、ここにおいて、該セットのマスタリングディスプレイカラーボリュームパラメータは、ビデオデータのマスタコピーを生成するときに決定される値を含む。マスタリングディスプレイカラーボリュームパラメータは、たとえば、ビデオデータを作成した人が望んだ色の深度およびレンジを反映させ得る。いくつかの例では、ビデオデータの何れのコピーも、マスタリングディスプレイカラーボリュームパラメータによってキャプチャされる色の深度およびレンジを使用してできる限り似せて（as near as possible）ディスプレイされることが望ましい。
[0396]ステップ９０８で、プロセス９００は、該セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することを含む。１つまたは複数のメタデータブロックは、たとえば１つまたは複数のＳＥＩ ＮＡＬユニット中に符号化され得る。
[0397]ステップ９１０で、プロセス９００は、該セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することを含む。様々な例において、マスタリングディスプレイカラーボリュームパラメータについてのメタデータブロックはまた、ＳＥＩ ＮＡＬユニットにおいて符号化され得る。
[0398]ステップ９１２で、プロセス９００は、ビデオデータについて符号化されたビットストリームを生成することを含み、ここにおいて、該符号化されたビットストリームは、１つまたは複数のメタデータブロックおよび１つまたは複数のさらなるメタデータブロックを含み、該１つまたは複数のさらなるメタデータブロックを含むことは、該符号化されたビットストリームに該１つまたは複数のメタデータブロックが存在することによって必要とされる。
[0399]いくつかの例では、１つのセットのカラーボリューム変換パラメータは、伝達特性を含み、符号化されたビットストリームにおいて、１つまたは複数のメタデータブロックは、該伝達特性が特定の値に対応しないときに除外される。たとえば、伝達特性は、ＳＴ２０８４からの伝達関数が１つのセットのカラーボリューム変換パラメータに含まれるときは１６の値を有し、ＨＬＧからの伝達関数が含まれるときには１８の値を有する。これらの例では、１つまたは複数のメタデータブロックは、伝達関数が１６または１８の値のどちらも有さないときにはビットストリームに含まれない。
[0400]いくつかの例では、１つのセットのカラーボリューム変換パラメータおよび１つのセットのマスタリングディスプレイカラーボリュームパラメータが同じフィールドを含む。これらの例では、フィールドは、該フィールドがマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数の追加のメタデータブロックに存在することに基づいて、１つのセットのカラーボリューム変換パラメータについての１つまたは複数のメタデータブロックから省かれる。
[0401]いくつかの例では、ビデオデータは、複数の処理ウィンドウを含む。いくつかの実装では、符号化されたビットストリームにおいて、該複数の処理ウィンドウの量が１〜１６の間の値に制限される。この制限は、デコーダが符号化されたビットストリームにおいて１６個以下の（no more than）処理ウィンドウを見込み（expect）得るように、デコーダについての見込みを設定する。同様に、いくつかの例では、ビデオデータは、複数のコンテンツ記述要素を含み、符号化されたビットストリームにおいて、該複数のコンテンツ記述要素の量が１に制限される。いくつかの例では、ビデオデータは、複数のターゲットディスプレイ要素を含み、符号化されたビットストリームにおいて、該複数のターゲットディスプレイ要素の量が１〜１６の間の値に制限される。これらの制限は、デコーダが扱う（handle）ことができると見込まれるオプションのレンジを限定し得る。
[0402]いくつかの例では、符号化されたビットストリームは、該符号化されたビットストリームに各アクセスユニットのための少なくとも１つのメタデータブロックを含み、該メタデータブロックは、カラーボリューム変換パラメータを含み得る。即ち、各アクセスユニットについて、符号化されたビットストリームは、カラーボリューム変換パラメータを含む少なくとも１つのメタデータブロックを含むことになる。
[0403]いくつかの例では、リザーブと（as reserved）定義された値は、符号化されたビットストリームから除外される。たとえばメタデータブロックのｅｘｔ＿ｂｌｏｃｋ＿ｌｅｖｅｌフィールドについてのリザーブ値（ここで、メタデータブロックは、カラーボリューム変換パラメータを含む）は、符号化されたビットストリームから除外され得る。
[0404]いくつかの実装では、カラーボリューム変換パラメータについての１つまたは複数のメタデータブロックは各々、長さ値を含む。いくつかの例では、符号化されたビットストリームにおいて、長さ値が８の倍数に制限される。いくつかの例では、長さ値は、０〜２５５の間の値に制限される。
[0405]図１０は、ビデオデータを処理するためのプロセス１０００の例である。プロセス１０００は、ＳＴ２０９４−１０を実装するビデオコーディングシステムによって実装され得る。
[0406]ステップ１００２で、プロセス１０００は、符号化されたビットストリームを受信することを含み、ここにおいて、該符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む。カラーボリュームパラメータは、ビデオデータが特定のディスプレイデバイスによってディスプレイされ得るように、符号化されたビットストリームに含まれるビデオデータのダイナミックレンジを低減するために使用され得る。いくつかの例では、メタデータブロックは、符号化されたビットストリーム中の１つまたは複数のＳＥＩ ＮＡＬユニットにおいて符号化される。
[0407]ステップ１００４で、プロセス１０００は、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在すること（a presence of）を決定することを含む。
[0408]ステップ１００６で、プロセス１０００は、符号化されたビットストリームに１つまたは複数のメタデータブロックが存在することの決定に基づいて、１つまたは複数のさらなるブロックが存在することが該符号化されたビットストリームにおいて必要とされることを決定することを含む。
[0409]ステップ１００８で、プロセス１０００は、符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することを含む。いくつかの実装では、１つのセットの符号化されたカラーボリューム変換パラメータを含むメタデータブロックの符号化されたビットストリームにおける存在は、マスタリングディスプレイカラーボリュームパラメータを含むメタデータブロックもまた、符号化されたビットストリームに存在すべき（should）ことを意味する。追加のメタデータブロックは、そうでなければ、符号化されたビットストリーム中の１つまたは複数のＳＥＩ ＮＡＬユニットにおいて符号化され得るだろう（could）。
[0410]ステップ１０１０で、プロセス１０００は、符号化されたビットストリームが１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、該符号化されたビットストリームが要件に適合しないことを決定することを含む。適合するビットストリームは、合意の規格（agreed-upon standards）に準拠するものである。適合性のないビットストリームは、規格に準拠するデコーダによって再生可能でないおよび／またはパース可能（parse-able）でないことがある。
[0411]ステップ１０１２で、プロセス１００は、符号化されたビットストリームが要件に適合しないという決定に基づいて、該符号化されたビットストリームの少なくとも一部を処理しないことを含む。ビットストリームの一部を処理しないことは、たとえば、カラーボリューム変換パラメータを含むメタデータブロック（たとえば、パラメータを保有するＳＥＩ ＮＡＬユニット）は、パース、復号、および／または違う形で（otherwise）使用されない。代わりとして、または加えて、ビットストリームの一部を処理しないことは、たとえば、カラーボリューム変換パラメータに関連付けられるビデオデータを処理（たとえば、復号および／またはディスプレイ）しないことを意味し得る。代わりとして、または加えて、ビットストリームの一部を処理しないことは、ビットストリーム全体を復号またはディスプレイしないことを意味し得る。
[0412]いくつかの実装では、符号化されたセットのカラーボリューム変換パラメータは、伝達特性を含む。これらの実装では、プロセス１０００はさらに、伝達特性の値が、ＳＴ２０８４伝達関数がビットストリームに含まれることを示す値、またはＨＬＧ伝達関数がビットストリームに含まれることを示す値のような、特定の値であることを決定することを含む。これらの実装では、１つまたは複数のメタデータブロックが符号化されたビットストリームに含まれ、伝達特性の値が特定の値であるので、符号化されたビットストリームは適合していない（non-conforming）。
[0413]いくつかのケースでは、符号化されたセットのカラーボリューム変換パラメータおよび符号化されたセットのマスタリングディスプレイカラーボリュームパラメータが同じフィールドを含む。これらのケースでは、符号化されたビットストリームが適合していないことを決定することは、フィールドが１つまたは複数のメタデータブロックと１つまたは複数のさらなるメタデータブロックとの両方に存在することにさらに基づく。
[0414]いくつかのケースでは、符号化されたセットのカラーボリューム変換パラメータと符号化されたセットのマスタリングディスプレイカラーボリュームパラメータとは同じフィールドを含み、該フィールドは、１つまたは複数のメタデータブロックから省かれる。これらのケースでは、該セットのカラーボリュームパラメータを復号するとき、復号することは、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータからフィールドについての（for）値を使用する。
[0415]いくつかのケースでは、ビデオデータが処理されることは、複数の処理ウィンドウを含む。これらのケースでは、符号化されたビットストリームが適合していないことを決定することはさらに、複数の処理ウィンドウの量が１６よりも大きいことに基づく。
[0416]いくつかのケースでは、ビデオデータは、複数のコンテンツ記述要素を含む。これらのケースでは、符号化されたビットストリームが適合していないことを決定することはさらに、複数のコンテンツ記述要素の量が１よりも大きいことに基づく。
[0417]いくつかのケースでは、ビデオデータは、複数のターゲットディスプレイ要素を含む。これらのケースでは、符号化されたビットストリームが適合していないことを決定することはさらに、複数のターゲットディスプレイ要素の量が１６よりも大きいことに基づく。
[0418]いくつかの例では、プロセス１０００はさらに、符号化されたビットストリームに、特定のアクセスユニットのためのメタデータブロックを含まないことを決定することを含み得る。これらの実装では、符号化されたビットストリームが適合していないことを決定することはさらに、符号化されたビットストリームが特定のアクセスユニットのためのメタデータブロックを含まないことに基づき得る。
[0419]いくつかの実装では、プロセス１０００はさらに、符号化されたビットストリームがリザーブ値を含むことを決定することを含み得る。これらの実装では、符号化されたビットストリームが適合していないことを決定することはさらに、符号化されたビットストリームがリザーブ値を含むことに基づき得る。
[0420]いくつかの実装では、１つまたは複数のメタデータブロックは各々、長さ値を含む。これらのケースでは、符号化されたビットストリームが適合していないことを決定することはさらに、長さ値が８の倍数でないことに基づき得る。いくつかのケースでは、符号化されたビットストリームが適合していないことを決定することはさらに、長さ値が２５５よりも大きいことに基づき得る。
[0421]本明細書で論じられている方法およびオペレーションは、圧縮されたビデオを使用して実装され得、例となるビデオ符号化および復号システム（たとえば、システム１００）において実装され得る。いくつかの例では、システムは、宛先デバイスによって後の時間に復号される符号化されたビデオデータを提供するソースデバイスを含む。特に、ソースデバイスは、コンピュータ可読媒体を介して宛先デバイスにビデオデータを提供する。ソースデバイスおよび宛先デバイスは、デスクトップコンピュータ、ノートブック（即ち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンのような電話ハンドセット、いわゆる「スマート」パッド、テレビ、カメラ、ディスプレイデバイス、デジタルメディアプレイヤ、ビデオゲーム機、ビデオストリーミングデバイス、または同様のものを含む、幅広いデバイスの何れも備え得る。いくつかのケースでは、ソースデバイスおよび宛先デバイスは、ワイヤレス通信のために装備され得る。
[0422]宛先デバイスは、コンピュータ可読媒体を介して復号される符号化されたビデオデータを受信し得る。コンピュータ可読媒体は、ソースデバイスから宛先デバイスに符号化されたビデオデータを移動させることが可能な何れのタイプの媒体またはデバイスも備え得る。一例では、コンピュータ可読媒体は、ソースデバイスがリアルタイムに符号化されたビデオデータを直接宛先デバイスに送信することを可能にする通信媒体を備え得る。符号化されたビデオデータは、ワイヤレス通信プロトコルのような通信規格にしたがって変調され、宛先デバイスに送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理的な伝送線といった何れのワイヤレスまたは有線通信媒体も備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットのようなグローバルネットワークといったパケットベースのネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイスから宛先デバイスへの通信を容易にするのに役立ち得る何れの他の機器も含み得る。
[0033]いくつかの例では、符号化されたデータは、出力インターフェースから記憶デバイスに出力され得る。同様に、符号化されたデータは、記憶デバイスから入力インターフェースによってアクセスされ得る。記憶デバイスは、ハードドライブ、ブルーレイディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または非揮発性メモリ、あるいは符号化されたビデオデータを記憶するためのあらゆる他の適したデジタル記憶媒体といった様々な分散型または局所的にアクセスされるデータ記憶媒体の何れも含み得る。さらなる例では、記憶デバイスは、ファイルサーバ、またはソースデバイスによって生成された符号化されたビデオを記憶し得る別の中間記憶デバイスに対応し得る。宛先デバイスは、ストリーミングまたはダウンロードを介して、記憶デバイスから、記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化されたビデオデータを記憶すること、およびその符号化されたビデオデータを宛先デバイスに送信することが可能な何れのタイプのサーバでもあり得る。例となるファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ：network attached storage）デバイス、またはローカルディスクドライブを含む。宛先デバイスは、インターネット接続を含むあらゆる規格データ接続を通じて、符号化されたビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化されたビデオデータにアクセスするのに適している、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ接続）、有線接続（たとえば、ＤＳＬ、ケーブルモデム等）、またはその両方の組合せを含み得る。記憶デバイスからの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。
[0424]本開示の技法は、ワイヤレスアプリケーションまたは設定に必ずしも限定されるわけではない。本技法は、無線テレビブロードキャスト、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを介した動的適応型ストリーミング（ＤＡＳＨ：dynamic adaptive streaming over HTTP）のようなインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されるデジタルビデオ、データ記憶媒体上に記憶されたデジタルビデオの復号、または他のアプリケーションといった様々なマルチメディアアプリケーションのどれでもサポートするビデオコーディングに適用され得る。いくつかの例では、システムは、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、および／またはビデオ電話のようなアプリケーションをサポートするために、一方向または二方向ビデオ送信をサポートするように構成され得る。
[0425]一例では、ソースデバイスは、ビデオソース、ビデオエンコーダ、および出力インターフェースを含む。宛先デバイスは、入力インターフェース、ビデオデコーダ、およびディスプレイデバイスを含み得る。ソースデバイスのビデオエンコーダは、本明細書に開示されている技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他のコンポーネントまたは配列を含み得る。たとえば、ソースデバイスは、外部のカメラのような外部のビデオソースからビデオデータを受信し得る。同様に、宛先デバイスは、統合されたディスプレイデバイスを含むよりむしろ、外部のディスプレイデバイスとインターフェース接続し得る。
[0426]上記の例となるシステムは単に一例に過ぎない。並行してビデオデータを処理するための技法は、何れのデジタルビデオ符号化および／または復号デバイスによっても実行され得る。一般に、本開示の技法は、ビデオ符号化デバイスによって実行されるけれども、本技法はまた、通常「ＣＯＤＥＣ」と称されるビデオエンコーダ／デコーダによっても実行され得る。さらに本開示の技法はまた、ビデオプレプロセッサによっても実行され得る。ソースデバイスおよび宛先デバイスは単に、ソースデバイスが宛先デバイスへの送信のためのコーディングされたビデオデータを生成するようなコーディングデバイスの例に過ぎない。いくつかの例では、ソースおよび宛先デバイスは、デバイスの各々がビデオ符号化および復号コンポーネントを含むような実質的に対称的な形でオペレートし得る。したがって例となるシステムは、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、またはビデオ電話のために、ビデオデバイス同士の間の一方向または二方向ビデオ送信をサポートし得る。
[0427]ビデオソースは、ビデオカメラのようなキャプチャデバイス、前にキャプチャされたビデオを保有するビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースを含み得る。さらなる代替として、ビデオソースは、ソースビデオとしてのコンピュータグラフィックベースのデータ、またはライブビデオ、アーカイブされたビデオ、およびコンピュータ処理されたビデオの組合せを生成し得る。いくつかのケースでは、ビデオソースがビデオカメラである場合、ソースデバイスおよび宛先デバイスは、いわゆるカメラ電話またはビデオ電話を形成し得る。しかしながら上で言及されたように、本開示で説明されている技法は、ビデオコーディングに一般に適用可能であり得、ワイヤレスおよび／または有線アプリケーションに適用され得る。各ケースでは、キャプチャされた、事前キャプチャされた、またはコンピュータ処理されたビデオは、ビデオエンコーダによって符号化され得る。符号化されたビデオ情報はその後、コンピュータ可読媒体上に出力インターフェースによって出力され得る。
[0428]着目されたように、コンピュータ可読媒体は、ワイヤレスブロードキャストまたは有線ネットワーク送信といった一時的な媒体、またはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、ブルーレイディスク、または他のコンピュータ可読媒体といった記憶媒体（つまり、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、ソースデバイスから符号化されたビデオデータを受信し、たとえばネットワーク送信を介して、宛先デバイスに符号化されたビデオデータを提供し得る。同様に、ディスクスタンピング設備のような媒体製造設備（medium production facility）のコンピューティングデバイスは、ソースデバイスから符号化されたビデオデータを受信し、符号化されたビデオデータを収容するディスクを作り出し得る。したがって、コンピュータ可読媒体は、様々な例において、様々な形式の１つまたは複数のコンピュータ可読媒体を含むように理解され得る。
[0429]宛先デバイスの入力インターフェースは、コンピュータ可読媒体から情報を受信する。コンピュータ可読媒体の情報は、ブロックおよび他のコーディングされた単位、たとえばピクチャグループ（ＧＯＰ：groups of pictures）の特性および／または処理を説明するシンタックス要素（syntax element）を含む、ビデオエンコーダによって定義されるシンタックス情報を含み得、これは、ビデオデコーダによっても使用される。ディスプレイデバイスは、ユーザに復号されたビデオデータをディスプレイし、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスといった様々なディスプレイデバイスの何れも備え得る。本発明の様々な実施形態が説明されてきた。
[0430]符号化デバイス１０４および復号デバイス１１２の具体的な詳細は、図１１および図１２でそれぞれ示されている。図１１は、本開示で説明される技法の１つまたは複数を実装し得る例となる符号化デバイス１０４を例示するブロック図である。符号化デバイス１０４は、たとえば、ここで説明されているシンタックス構造（たとえば、ＶＰＳ、ＳＰＳ、ＰＰＳ、または他のシンタックス要素のシンタックス構造）を生成し得る。符号化デバイス１０４は、ビデオスライス内のビデオブロックのイントラ予測およびインター予測コーディングを実行し得る。これより前に説明された通り、イントラコーディング（Intra-coding）は、所与のビデオフレームまたはピクチャ内の空間的冗長性を低減または取り除くために空間予測に、少なくとも部分的に依存する。インターコーディング（Inter-coding）は、ビデオシーケンスの隣接または周りのフレーム内の時間的冗長性を低減または取り除くために時間予測に、少なくとも部分的に依存する。イントラモード（Ｉモード）は、幾つかの空間ベースの圧縮モードの何れも指し得る。単一方向予測（Ｐモード）または双予測（Ｂモード）のようなインターモードは、いくつかの時間ベースの圧縮モードの何れも指し得る。
[0431]符号化デバイス１０４は、分割ユニット３５、予測処理ユニット４１、フィルタユニット６３、ピクチャメモリ６４、加算器５０、変換処理ユニット５２、量子化ユニット５４、およびエントロピー符号化ユニット５６を含む。予測処理ユニット４１は、動き推定ユニット４２、動き補償ユニット４４、およびイントラ予測処理ユニット４６を含む。ビデオブロック再構築では、ビデオエンコーダ１０４はまた、逆量子化ユニット５８、逆変換処理ユニット６０、および加算器６２を含む。フィルタユニット６３は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタのような１つまたは複数のループフィルタを表すように意図されている。フィルタユニット６３は、ループフィルタであるとして図１１に示されているけれども、他の構成では、フィルタユニット６３は、ポストループフィルタとして実装され得る。後処理デバイス（A post processing device）５７は、符号化デバイス１０４によって生成される符号化されたビデオデータに対して追加の処理を実行し得る。本開示の技法は、いくつかの事例では、符号化デバイス１０４によって実装され得る。しかしながら、他の事例では、本開示の技法のうちの１つまたは複数が、後処理デバイス５７によって実装され得る。
[0432]図１１に示されるように、符号化デバイス１０４は、ビデオデータを受信し、分割ユニット３５は、データを複数のビデオブロックに分割する。その分割はまた、スライス、スライスセグメント、タイル、または他のより大きなユニットへの分割、ならびに、たとえばＬＣＵおよびＣＵの四分木構造にしたがったビデオブロック分割を含み得る。ンコーディングデバイス１０４は、概して、符号化されるべきビデオスライス内のビデオブロックを符号化するコンポーネントを例示する。スライスは、複数のビデオブロック（および場合により、タイルと称されるビデオブロックのセット）に分割され得る。予測処理ユニット４１は、エラー結果（たとえば、コーディングレートおよび歪みのレベル）に基づいて現在のビデオブロックのために、複数のイントラコーディングモードのうちの１つ、または複数のインターコーディングモードのうちの１つ、のような複数の可能なコーディングモードのうちの１つを選択し得る。予測処理ユニット４１は、残差ブロックデータを生成する加算器５０に、および参照ピクチャとして使用される符号化されたブロックを再構成する加算器６２に、結果として生じるイントラまたはインターコーディングされたブロックを提供し得る。
[0433]予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間的圧縮を提供するためにコーディングされる現在ブロックと同じフレームまたはスライスにおける１つまたは複数の近隣ブロックに関連して現在のビデオブロックのイントラ予測コーディングを実行し得る。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間的圧縮を提供するために、１つまたは複数の参照ピクチャにおける１つまたは複数の予測ブロックに関連して現在のビデオブロックのインター予測コーディングを実行する。
[0434]動き推定ユニット４２は、ビデオシーケンスについての所定のパターンにしたがって、ビデオスライスに対するインター予測モードを決定するように構成され得る。所定のパターンは、Ｐスライス、Ｂスライス、またはＧＰＢスライスとしてシーケンスにおけるビデオスライスを指定し得る。動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念上の目的で別個に例示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに関連して、現在のビデオフレームまたはピクチャ内のビデオブロックの予測ユニット（ＰＵ）の変位を示し得る。
[0435]予測ブロックは、ピクセル差の観点から、コーディングされることとなるビデオブロックのＰＵに厳密に一致すると認められるブロックであり、これは、差分絶対値和（ＳＡＤ）、差分二乗和（ＳＳＤ）、または他の差分メトリックによって決定され得る。いくつかの例では、ビデオエンコーダ１０４は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置に関する値を計算し得る。たとえば、符号化デバイス１０４は、参照ピクチャの４分の１ピクセル位置、８分の１ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置および分数のピクセル位置に関連する動き探索を実行し、分数ピクセル精細度を有する動きベクトルを出力し得る。
[0436]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライスにおけるビデオブロックのＰＵに関する動きベクトルを計算する。参照ピクチャは、各々がピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを特定する第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得る。動き推定ユニット４２は、エントロピー符号化ユニット５６および動き補償ユニット４４に算出された動きベクトルを送る。
[0437]動き補償ユニット４４によって実行される動き補償は、動き推定によって決定された動きベクトルに基づいて、予測ブロックをフェッチすることまたは生成することを伴い得、場合によっては、サブ画素精度への補間を実行する。現在ビデオブロックのＰＵについての動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストに、動きベクトルが指す予測ブロックを位置付け得る。ビデオエンコーダ１０４は、コーディングされている現在のビデオブロックの画素値から予測ブロックの画素値を減算することによって、画素差分値を形成して、残差ビデオブロックを形成する。ピクセル差分値は、ブロックに関する残差データを形成し、輝度および彩度差分のコンポーネントの両方を含むことができる。加算器５０は、この減算演算を実行する１つまたは複数のコンポーネントを表す。動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際に、ビデオデコーダ１１２によって使用されるビデオスライスおよびビデオブロックに関連付けられたシンタックス要素を生成し得る。
[0438]イントラ予測処理ユニット４６は、上で説明されたように、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用するイントラ予測モードを決定し得る。いくつかの例では、イントラ予測処理ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測ユニット処理４６は、テストされたモードから使用すべき適切なイントラ予測モードを選択し得る。たとえば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードについてレート歪み分析（rate-distortion analysis）を使用してレート歪み値（rate-distortion value）を算出し、テストされたモードのうちで最良のレート歪み特性を有するイントラ予測モードを選択し得る。レート歪み分析は一般に、符号化されたブロックと符号化されたブロックを作り出すために符号化された元の非符号化ブロックとの間の歪み（または誤差）の量、ならびに符号化されたブロックを作り出すために使用されるビットレート（即ちビット数）を決定する。イントラ予測処理ユニット４６は、ブロックについてどのイントラ予測モードが最良のレート歪み値を示すかを決定するために、様々な符号化されたブロックについての歪みおよびレートから比を算出し得る。
[0439]何れのケースでも、ブロックについてイントラ予測モードを選択した後に、イントラ予測処理ユニット４６は、ブロックについて選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に提供し得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。符号化デバイス１０４は、様々なブロックのための符号化コンテキストの定義のみならず、最確イントラ予測モード（most probable intra-prediction mode）のインジケーション、イントラ予測モードインデックステーブル、およびコンテキストの各々に対して使用すべき修正されたイントラ予測モードインデックステーブルを、送信されたビットストリーム構成データ中に含み得る。ビットストリーム構成データは、複数のイントラ予測モードインデックステーブルと、複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも称される）とを含み得る。
[0440]予測処理ユニット４１がインター予測またはイントラ予測の何れかを介して現在のビデオブロックに関する予測ブロックを生成した後で、ビデオエンコーダ１０４は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロックにおける残差ビデオデータは、１つまたは複数のＴＵに含まれ、変換処理ユニット５２に適用され得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念上類似の変換のような変換を使用して残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータを画素ドメインから周波数ドメインのような変換ドメインに変換し得る。
[0441]変換処理ユニット５２は、結果として生じた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数のいくつかまたは全てに関連付けられたビット深度を低減し得る。量子化の程度は量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４はその後、量子化された変換係数を含む行列の走査を実行し得る。代わりとして、エントロピー符号化ユニット５６が該走査を実行し得る。
[0442]量子化に続いて、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースのコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔分割エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コーディング、または別のエントロピーコーディング技法を実行し得る。エントロピー符号化ユニット５６によるエントロピー符号化に続いて、符号化されたビットストリームは、復号デバイス１１２に送信され得るか、または復号デバイス１１２による後の送信または取り出しのためにアーカイブされ得る。エントロピー符号化ユニット５６はまた、コーディングされている現在のビデオスライスのための他のシンタックス要素および動きベクトルをエントロピー符号化することもできる。
[0443]逆量子化ユニット５８および逆変換処理ユニット６０は、参照ピクチャの参照ブロックとしての後の使用のために、ピクセルドメイン内において残差ブロックを再構築するために、それぞれ逆量子化および逆変換を適用する。動き補償ユニット４４は、参照ピクチャリスト内の参照ピクチャのうちの１つの予測ブロックに残差ブロックを加算することによって、参照ブロックを計算し得る。動き補償ユニット４４はまた、動き推定において使用されるサブ整数ピクセル値を算出するために、再構築された残差ブロックに１つまたは複数の補間フィルタを適用もし得る。加算器６２は、ピクチャメモリ６４への記憶用に参照ブロックを作り出すために、動き補償ユニット４４によって作り出された動き補償された予想ブロックに再構築された残差ブロックを追加する。参照ブロックは、後続のビデオフレームまたはピクチャにおいてブロックをインター予測するために、参照ブロックとして動き推定ユニット４２および動き補償ユニット４４によって使用され得る。
[0444]このように、図１１の符号化デバイス１０４は、符号化されたビデオビットストリームについてのシンタックスを生成するように構成されたビデオエンコーダの例を表している。符号化デバイス１０４は、たとえば、上述されたように、ＶＰＳ、ＳＰＳ、およびＰＰＳパラメータセットを生成し得る。符号化デバイス１０４は、図７および図８に関して上で説明されたプロセスを含む、本明細書で説明されている技法の何れも実行し得る。本開示の技法は概して、符号化デバイス１０４に関して説明されてきたが、上で言及されたように、本開示の技法のうちのいくつかはまた、後処理デバイス５７によって実装され得る。
[0445]図１２は、例となる復号デバイスを例示するブロック図である。復号デバイス１１２は、エントロピー復号ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換処理ユニット８８、加算器９０、フィルタユニット９１、およびピクチャメモリ９２を含む。予測処理ユニット８１は、動き補償ユニット８２、およびイントラ予測処理ユニット８４を含む。復号デバイス１１２は、いくつかの例では、図１６からの符号化デバイス１０４に関して説明された符号化パスに対して概して逆である復号パスを実行し得る。
[0446]復号プロセス中、復号デバイス１１２は、符号化デバイス１０４によって送られる符号化されたビデオスライスのビデオブロックおよび関連するシンタックス要素を表す符号化されたビデオビットストリームを受信する。いくつかの実施形態では、復号デバイス１１２は、符号化デバイス１０４から符号化されたビデオビットストリームを受信し得る。いくつかの実施形態では、復号デバイス１１２は、サーバ、媒体認識ネットワーク要素（ＭＡＮＥ：a media-aware network element）、ビデオエディタ／スプライサ、または上で説明された技法のうちの１つまたは複数を実装するように構成された他のそのようなデバイスのようなネットワークエンティティ７９から符号化されたビデオビットストリームを受信し得る。ネットワークエンティティ７９は、符号化デバイス１０４を含むことも含まないこともある。本開示において説明されている技法のうちのいくつかは、ネットワークエンティティ７９が復号デバイス１１２に符号化されたビデオビットストリームを送信するより前にネットワークエンティティ７９によって実装され得る。いくつかのビデオ復号システムでは、ネットワークエンティティ７９および復号デバイス１１２は、別個のデバイスの一部であり得るが、その一方で、他の事例では、ネットワークエンティティ７９に関して説明されている機能は、復号デバイス１１２を備える同じデバイスによって実行され得る。
[0447]復号デバイス１１２のエントロピー復号ユニット８０は、量子化された係数、動きベクトル、および他のシンタックス要素を生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、動きベクトルおよび他のシンタックス要素を予測処理ユニット８１に転送する。ビデオデコーダ１１２は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。エントロピー復号ユニット８０は、ＶＰＳ、ＳＰＳ、およびＰＰＳのような、または複数のパラメータセット中の固定長シンタックス要素と可変長シンタックス要素との両方を処理およびパースし得る。
[0448]ビデオスライスがイントラコーディング（Ｉ）スライスとしてコーディングされるとき、イントラ予測処理ユニット８１のイントラ予測処理ユニット８４は、現在のフレームまたはピクチャの前に復号されたブロックからのシグナリングされたイントラ予測モードおよびデータに基づいて、現在のビデオスライスのビデオブロックに関する予測データを生成し得る。ビデオフレームがインターコーディングされた（即ち、Ｂ、Ｐ、またはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット８１の動き補ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックについての予測ブロックを作り出す。予測ブロックは、参照ピクチャリスト内の参照ピクチャのうちの１つから生成され得る。復号デバイス１１２は、ピクチャメモリ９２に記憶された参照ピクチャに基づいてデフォルトの構築技法を使用して、参照フレームリスト、即ちリスト０およびリスト１を構築し得る。
[0449]動き補償ユニット８２は、動きベクトルおよび他のシンタックス要素を解析することによって現在のビデオスライスのビデオブロックについての予測情報を決定し、復号されている現在ビデオブロックについての予測ブロックを作り出すために該予測情報を使用する。たとえば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用された予測モード（たとえば、イントラまたはインター予測）、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）、スライスのための１つまたは複数の参照ピクチャリストについての構築情報、スライスの各インター符号化されたビデオブロックについての動きベクトル、スライスの各インターコーディングされたビデオブロックについてのインター予測ステータス、および現在のビデオスライス中のビデオブロックを復号するための他の情報を決定するために、パラメータセット中の１つまたは複数のシンタックス要素を使用する。
[0450]動き補償ユニット８２はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット８２は、参照ブロックのサブ整数ピクセルについて補間される値を算出するために、ビデオブロックの符号化中に符号化デバイス１０４によって使用されたような補間フィルタを使用し得る。このケースでは、動き補償ユニット８２は、受信されたシンタックス要素から符号化デバイス１０４によって使用される補間フィルタを決定し、予測ブロックを作り出すために補間フィルタを使用し得る。
[0451]逆量子化ユニット８６は、ビットストリームにおいて提供され、かつエントロピー復号ユニット８０によって復号された量子化された変換係数を、逆の量子化（inverse quantizes）をする、または逆量子化（dequantize）する。逆量子化プロセスは、量子化の程度と、また同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライスにおける各ビデオブロックについて符号化デバイス１０４によって算出される量子化パラメータの使用を含み得る。逆変換処理ユニット８８は、ピクセルドメインにおいて残差ブロックを作り出すために、変換係数に逆変換（たとえば、逆ＤＣＴまたは他の適した逆変換）、逆整数変換、または概念上同様の逆変換プロセスを適用する。
[0139]動き補償ユニット８２が動きベクトルおよび他のシンタックス要素に基づいて現在ビデオブロックについての予測ブロックを生成した後に、復号デバイス１１２は、動き補償ユニット８２によって生成された対応する予測ブロックで逆変換処理ユニット８８から残差ブロックを加算することによって復号されたビデオブロックを形成する。加算器９０は、この加算演算を実行する１つまたは複数のコンポーネントを表す。望まれた場合、（コーディングループ内またはコーディングループ後のどちらかの）ループフィルタもまた、ピクセル遷移を円滑にするために使用され得るか、または別の形でビデオ品質を改善し得る。フィルタユニット９１は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタのような１つまたは複数のループフィルタを表すように意図されている。フィルタユニット９１は、ループフィルタであるとして図１２に示されているけれども、他の構成では、フィルタユニット９１は、ポストループフィルタとして実装され得る。所与のフレームまたはピクチャ中の復号されたビデオブロックはその後、後続の動き補償に使用されるピクチャを記憶する参照ピクチャメモリ９２に記憶される。ピクチャメモリ９２はまた、図１に示されたビデオ宛先ディスプレイデバイス１２２のようなディスプレイデバイス上での後のディスプレイのために、復号されたビデオを記憶する。
[0453]前述の説明では、本願の態様は、その特定の実施形態に関して説明されているが、当業者は、本発明はそれに限定されないと認識するだろう。したがって、本願の例示的な実施形態が本明細書で詳細に説明されてきたが、発明の概念は、他の方法で様々に具現化および用いられ得、および添付された特許請求の範囲は、先行技術によって限定される場合を除いて、そのような様々な変形を含むように解釈されることを意図されていることが理解されることになる。上で説明された本発明の様々な特徴および態様は、個々にまたは合わせて使用され得る。さらに、実施形態は、本明細書のより趣旨および範囲から逸脱することなく、本明細書説明されたものを超えたあらゆる数の環境および適用において利用され得る。したがって、本明細書および図面は、限定するのではなく例示的であると見なされることになる。例示を目的として、方法は、特定の順序で説明された。代替の実施形態では、方法が説明されたものとは異なる順序で実行され得ることは認識されるべきである。
[0454]コンポーネントが、ある特定のオペレーションを実行する「ように構成される」ものとして説明されている場合、このような構成は、たとえば、オペレーションを実行するように電子回路または他のハードウェアを設計することによって、オペレーションを実行するようにプログラム可能な電子回路（たとえば、マイクロプロセッサ、または他の好適な電子回路）をプログラミングすることによって、またはそれらの任意の組合せで、達成され得る。
[0455]本明細書で開示されている実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概してそれらの機能の観点から上で説明されてきた。このような機能性が、ハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、各特定のアプリケーションのための様々な方法で説明された機能を実装し得るけれども、そのような実装決定は、本願発明の範囲からの逸脱を引き起こすとして解釈されるべきではない。
[0456]本明細書説明されている技法はまた、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実装され得る。そのような技法は、汎用コンピュータ、ワイヤレス通信デバイスハンドセット、またはワイヤレス通信デバイスハンドセットおよび他のデバイスにおける適用を含む複数の用途を有する集積回路デバイスのような複数のデバイスのうちの何れにおいても実装され得る。デバイスまたは構成要素として記述された任意の特徴は、集積論理デバイスでまとめて、または、ディスクリートではあるが相互動作可能な論理デバイスとして別個に実装され得る。ソフトウェアで実装された場合、本技法は、実行されたとき、上で説明された方法のうちの１つまたは複数を実行する命令を含むプログラムコードを備えるコンピュータ可読データ記憶媒体によって、少なくとも部分的に実現され得る。コンピュータ読取可能なデータ記憶媒体は、パッケージングマテリアルを含み得るコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期動的ランダムアクセスメモリ（ＳＤＲＡＭ）のようなランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、不揮発ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的消去可能なプログラマブル読取専用メモリ（ＥＥＰＲＯＭ（登録商標））、ＦＬＡＳＨメモリ、磁気または光学データ記憶媒体、等のメモリまたはデータ記憶媒体を備え得る。技法は、加えて、または代わりに、少なくとも部分的に、伝播される信号または波のような、コンピュータによってアクセス、読取、および／または実行されることができ、かつ、データ構造または命令の形式でプログラムコードを搬送または通信するコンピュータ可読通信媒体によって実現され得る。
[0457]プログラムコードは、１つまたは複数のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の同等の集積回路またはディスクリート論理回路のような１つまたは複数のプロセッサを含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示で説明されている技法のうちの何れも実行するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るけれども、代わりとしてプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または何れの他のこのような構成としても実装され得る。したがって、本明細書で使用される場合、「プロセッサ」という用語は、前述の構造の何れも、前述の構造のいずれの組合せも、または本明細書で説明されている技法の実装に適した何れの他の構造または装置も指し得る。加えていくつかの態様では、本明細書で説明されている機能は、符号化および復号のために構成された専用ソフトウェアモジュールまたはハードウェアモジュール内で提供され得るか、あるいは組み合わせられたコデックに組み込まれ得る。
[0457]プログラムコードは、１つまたは複数のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の同等の集積回路またはディスクリート論理回路のような１つまたは複数のプロセッサを含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示で説明されている技法のうちの何れも実行するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るけれども、代わりとしてプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または何れの他のこのような構成としても実装され得る。したがって、本明細書で使用される場合、「プロセッサ」という用語は、前述の構造の何れも、前述の構造のいずれの組合せも、または本明細書で説明されている技法の実装に適した何れの他の構造または装置も指し得る。加えていくつかの態様では、本明細書で説明されている機能は、符号化および復号のために構成された専用ソフトウェアモジュールまたはハードウェアモジュール内で提供され得るか、あるいは組み合わせられたコデックに組み込まれ得る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１] ビデオデータを処理するための方法であって、
前記ビデオデータを受信することと、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することと、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することと、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することと、
前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することと、
前記ビデオデータについて符号化されたビットストリームを生成することと、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
を備える、方法。
[Ｃ２] 前記セットのカラーボリューム変換パラメータは伝送特性を含み、前記１つまたは複数のメタデータブロックは、前記伝送特性が特定の値に対応しないときに前記符号化されたビットストリームから除外される、Ｃ１に記載の方法。
[Ｃ３] 前記セットのカラーボリューム変換パラメータおよび前記セットのマスタリングディスプレイカラーボリュームパラメータは同じフィールドを含み、前記フィールドは、前記フィールドが前記１つまたは複数のさらなるメタデータブロックに存在することに基づいて前記１つまたは複数のメタデータブロックから省かれる、Ｃ１に記載の方法。
[Ｃ４] 前記ビデオデータは複数の処理ウィンドウを含み、前記符号化されたビットストリームにおいて、前記複数の処理ウィンドウの量が１〜１６の間の値に制限される、Ｃ１に記載の方法。
[Ｃ５] 前記ビデオデータは複数のコンテンツ記述要素を含み、前記符号化されたビットストリームにおいて、前記複数のコンテンツ記述要素の量が１に制限される、Ｃ１に記載の方法。
[Ｃ６] 前記ビデオデータは、複数のターゲットディスプレイ要素を含み、前記符号化されたビットストリームにおいて、前記複数のターゲットディスプレイ要素の量が１〜１６の間の値に制限される、Ｃ１に記載の方法。
[Ｃ７] 前記符号化されたビットストリームは、前記符号化されたビットストリームに各アクセスユニットのための少なくとも１つのメタデータブロックを含み、前記メタデータブロックは、カラーボリューム変換パラメータを含む、Ｃ１に記載の方法。
[Ｃ８] リザーブと定義された値は、前記符号化されたビットストリームから除外される、Ｃ１に記載の方法。
[Ｃ９] 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームにおいて、前記長さ値は、８の倍数に制限される、Ｃ１に記載の方法。
[Ｃ１０] 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームにおいて、前記長さ値は、０〜２５５の間の値に制限される、Ｃ１に記載の方法。
[Ｃ１１] 前記１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、Ｃ１に記載の方法。
[Ｃ１２] 前記１つまたは複数のさらなるメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、Ｃ１に記載の方法。
[Ｃ１３] ビデオデータを処理するための装置であって、
ビデオデータを記憶するように構成されたメモリと、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
プロセッサとを備え、前記プロセッサは、
前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することと、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することと、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することと、
前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することと、
前記ビデオデータについて符号化されたビットストリームを生成することと、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
を行うように構成される、装置。
[Ｃ１４] 命令を記憶した非一時的なコンピュータ可読媒体であって、前記命令は、１つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに、
前記ビデオデータを受信することと、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することと、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することと、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することと、
前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することと、
前記ビデオデータについて符号化されたビットストリームを生成することと、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
を行わせる、非一時的なコンピュータ可読媒体。
[Ｃ１５] ビデオデータを処理するための装置であって、
前記ビデオデータを受信するための手段と、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得するための手段と、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
１つのセットのマスタリングディスプレイカラーボリュームパラメータを取得するための手段と、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、 前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成するための手段と、
前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成するための手段と、
前記ビデオデータについて符号化されたビットストリームを生成するための手段と、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
を備える、装置。
[Ｃ１６] ビデオデータを処理する方法であって、
符号化されたビットストリームを受信することと、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックの存在を決定することと、
前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することの前記決定に基づいて、１つまたは複数のさらなるブロックが存在することが前記符号化されたビットストリームにおいて必要とされることを決定することと、
前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む前記１つまたは複数のさらなるメタデータブロックを含まないことを決定することと、
前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが前記要件に適合しないことを決定することと、
前記符号化されたビットストリームが前記要件に適合しないという前記決定に基づいて、前記符号化されたビットストリームの少なくとも一部を処理しないことと、
を備える、方法。
[Ｃ１７] 前記符号化されたセットのカラーボリューム変換パラメータは伝送特性を含み、前記方法はさらに、
前記伝送特性の値が特定の値であることを決定することを備え、ここにおいて、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記１つまたは複数のメタデータブロックが、前記伝送特性の前記値が前記特定の値であるときに前記符号化されたビットストリームに含まれることに基づく、
Ｃ１６に記載の方法。
[Ｃ１８] 前記符号化されたセットのカラーボリューム変換パラメータおよび前記符号化されたセットのマスタリングディスプレイカラーボリュームパラメータは同じフィールドを含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記フィールドが前記１つまたは複数のメタデータブロックと前記１つまたは複数のさらなるメタデータブロックとの両方に存在することに基づく、Ｃ１６に記載の方法。
[Ｃ１９] 前記符号化されたセットのカラーボリューム変換パラメータおよび前記符号化されたセットのマスタリングディスプレイカラーボリュームパラメータは同じフィールドを含み、前記フィールドは、前記１つまたは複数のメタデータブロックから省かれ、前記方法はさらに、
前記セットのカラーボリューム変換パラメータを復号することを備え、復号することは、前記符号化されたセットのマスタリングディスプレイカラーボリュームパラメータから前記フィールドについての値を使用することを含む、
Ｃ１６に記載の方法。
[Ｃ２０] 前記ビデオデータは複数の処理ウィンドウを含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記複数の処理ウィンドウの量が１６よりも大きいことに基づく、Ｃ１６に記載の方法。
[Ｃ２１] 前記ビデオデータは複数のコンテンツ記述要素を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記複数のコンテンツ記述要素の量が１よりも大きいことに基づく、Ｃ１６に記載の方法。
[Ｃ２２] 前記ビデオデータは複数のターゲットディスプレイ要素を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記複数のターゲットディスプレイ要素の量が１６よりも大きいことに基づく、Ｃ１６に記載の方法。
[Ｃ２３] 前記符号化されたビットストリームが、前記符号化されたビットストリームに特定のアクセスユニットのためのメタデータブロックを含まないことを決定することをさらに備え、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記符号化されたビットストリームが、前記特定のアクセスユニットのためのメタデータブロックを含まないことに基づく、
Ｃ１６に記載の方法。
[Ｃ２４] 前記符号化されたビットストリームがリザーブ値を含むことを決定することをさらに備え、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記符号化されたビットストリームがリザーブ値を含むことに基づく、
Ｃ１６に記載の方法。
[Ｃ２５] 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記長さ値が８の倍数でないことに基づく、Ｃ１６に記載の方法。
[Ｃ２６] 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記長さ値が２５５よりも大きいことに基づく、Ｃ１６に記載の方法。
[Ｃ２７] 前記１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、Ｃ１６に記載の方法。
[Ｃ２８] 前記１つまたは複数のさらなるメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、Ｃ１６に記載の方法。
[Ｃ２９] ビデオデータを処理するための装置であって、
前記ビデオデータを記憶するように構成されたメモリと、
プロセッサとを備え、前記プロセッサは、
符号化されたビットストリームを受信することと、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することと、ここにおいて、前記１つまたは複数のさらなるメタデータブロックが存在することは、前記１つまたは複数のメタデータブロックが前記符号化されたビットストリームに存在することによって必要とされる、
前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが適合していないことを決定することと、
前記符号化されたビットストリームが適合していないことに基づいて、前記符号化されたビットストリームの少なくとも一部を無視することと、
を行うように構成される、装置。
[Ｃ３０] 命令を記憶した非一時的なコンピュータ可読媒体であって、前記命令は、１つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに、
符号化されたビットストリームを受信することと、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することと、ここにおいて、前記１つまたは複数のさらなるメタデータブロックが存在することは、前記１つまたは複数のメタデータブロックが前記符号化されたビットストリームに存在することによって必要とされる、
前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが適合していないことを決定することと、
前記符号化されたビットストリームが適合していないことに基づいて、前記符号化されたビットストリームの少なくとも一部を無視することと、
を行わせる、非一時的なコンピュータ可読媒体。
[Ｃ３１] ビデオデータを処理するための装置であって、
符号化されたビットストリームを受信するための手段と、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定するための手段と、ここにおいて、前記１つまたは複数のさらなるメタデータブロックが存在することは、前記１つまたは複数のメタデータブロックが前記符号化されたビットストリームに存在することによって必要とされる、
前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが適合していないことを決定するための手段と、
前記符号化されたビットストリームが適合していないことに基づいて、前記符号化されたビットストリームの少なくとも一部を無視するための手段と、
を備える、装置。

Claims (31)

  1. ビデオデータを処理するための方法であって、
    前記ビデオデータを受信することと、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
    前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することと、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
    １つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することと、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
    前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することと、
    前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することと、
    前記ビデオデータについて符号化されたビットストリームを生成することと、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
    を備える、方法。
  2. 前記セットのカラーボリューム変換パラメータは伝送特性を含み、前記１つまたは複数のメタデータブロックは、前記伝送特性が特定の値に対応しないときに前記符号化されたビットストリームから除外される、請求項１に記載の方法。
  3. 前記セットのカラーボリューム変換パラメータおよび前記セットのマスタリングディスプレイカラーボリュームパラメータは同じフィールドを含み、前記フィールドは、前記フィールドが前記１つまたは複数のさらなるメタデータブロックに存在することに基づいて前記１つまたは複数のメタデータブロックから省かれる、請求項１に記載の方法。
  4. 前記ビデオデータは複数の処理ウィンドウを含み、前記符号化されたビットストリームにおいて、前記複数の処理ウィンドウの量が１〜１６の間の値に制限される、請求項１に記載の方法。
  5. 前記ビデオデータは複数のコンテンツ記述要素を含み、前記符号化されたビットストリームにおいて、前記複数のコンテンツ記述要素の量が１に制限される、請求項１に記載の方法。
  6. 前記ビデオデータは、複数のターゲットディスプレイ要素を含み、前記符号化されたビットストリームにおいて、前記複数のターゲットディスプレイ要素の量が１〜１６の間の値に制限される、請求項１に記載の方法。
  7. 前記符号化されたビットストリームは、前記符号化されたビットストリームに各アクセスユニットのための少なくとも１つのメタデータブロックを含み、前記メタデータブロックは、カラーボリューム変換パラメータを含む、請求項１に記載の方法。
  8. リザーブと定義された値は、前記符号化されたビットストリームから除外される、請求項１に記載の方法。
  9. 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームにおいて、前記長さ値は、８の倍数に制限される、請求項１に記載の方法。
  10. 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームにおいて、前記長さ値は、０〜２５５の間の値に制限される、請求項１に記載の方法。
  11. 前記１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、請求項１に記載の方法。
  12. 前記１つまたは複数のさらなるメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、請求項１に記載の方法。
  13. ビデオデータを処理するための装置であって、
    ビデオデータを記憶するように構成されたメモリと、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
    プロセッサとを備え、前記プロセッサは、
    前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することと、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
    １つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することと、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
    前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することと、
    前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することと、
    前記ビデオデータについて符号化されたビットストリームを生成することと、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
    を行うように構成される、装置。
  14. 命令を記憶した非一時的なコンピュータ可読媒体であって、前記命令は、１つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに、
    前記ビデオデータを受信することと、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
    前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得することと、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
    １つのセットのマスタリングディスプレイカラーボリュームパラメータを取得することと、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
    前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成することと、
    前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成することと、
    前記ビデオデータについて符号化されたビットストリームを生成することと、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
    を行わせる、非一時的なコンピュータ可読媒体。
  15. ビデオデータを処理するための装置であって、
    前記ビデオデータを受信するための手段と、ここにおいて、前記ビデオデータは、カラーボリュームに関連付けられる、
    前記ビデオデータから１つのセットのカラーボリューム変換パラメータを取得するための手段と、ここにおいて、前記セットのカラーボリューム変換パラメータは、前記カラーボリュームを変換するために使用され得る、
    １つのセットのマスタリングディスプレイカラーボリュームパラメータを取得するための手段と、ここにおいて、前記セットのマスタリングディスプレイカラーボリュームパラメータは、前記ビデオデータのマスターコピーを生成するときに決定される値を含む、
    前記セットのカラーボリューム変換パラメータのための１つまたは複数のメタデータブロックを生成するための手段と、
    前記セットのマスタリングディスプレイカラーボリュームパラメータのための１つまたは複数のさらなるメタデータブロックを生成するための手段と、
    前記ビデオデータについて符号化されたビットストリームを生成するための手段と、ここにおいて、前記符号化されたビットストリームは、前記１つまたは複数のメタデータブロックおよび前記１つまたは複数のさらなるメタデータブロックを含み、前記１つまたは複数のさらなるメタデータブロックを含むことは、前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することによって必要とされる、
    を備える、装置。
  16. ビデオデータを処理する方法であって、
    符号化されたビットストリームを受信することと、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
    前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックの存在を決定することと、
    前記符号化されたビットストリームに前記１つまたは複数のメタデータブロックが存在することの前記決定に基づいて、１つまたは複数のさらなるブロックが存在することが前記符号化されたビットストリームにおいて必要とされることを決定することと、
    前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む前記１つまたは複数のさらなるメタデータブロックを含まないことを決定することと、
    前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが前記要件に適合しないことを決定することと、
    前記符号化されたビットストリームが前記要件に適合しないという前記決定に基づいて、前記符号化されたビットストリームの少なくとも一部を処理しないことと、
    を備える、方法。
  17. 前記符号化されたセットのカラーボリューム変換パラメータは伝送特性を含み、前記方法はさらに、
    前記伝送特性の値が特定の値であることを決定することを備え、ここにおいて、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記１つまたは複数のメタデータブロックが、前記伝送特性の前記値が前記特定の値であるときに前記符号化されたビットストリームに含まれることに基づく、
    請求項１６に記載の方法。
  18. 前記符号化されたセットのカラーボリューム変換パラメータおよび前記符号化されたセットのマスタリングディスプレイカラーボリュームパラメータは同じフィールドを含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記フィールドが前記１つまたは複数のメタデータブロックと前記１つまたは複数のさらなるメタデータブロックとの両方に存在することに基づく、請求項１６に記載の方法。
  19. 前記符号化されたセットのカラーボリューム変換パラメータおよび前記符号化されたセットのマスタリングディスプレイカラーボリュームパラメータは同じフィールドを含み、前記フィールドは、前記１つまたは複数のメタデータブロックから省かれ、前記方法はさらに、
    前記セットのカラーボリューム変換パラメータを復号することを備え、復号することは、前記符号化されたセットのマスタリングディスプレイカラーボリュームパラメータから前記フィールドについての値を使用することを含む、
    請求項１６に記載の方法。
  20. 前記ビデオデータは複数の処理ウィンドウを含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記複数の処理ウィンドウの量が１６よりも大きいことに基づく、請求項１６に記載の方法。
  21. 前記ビデオデータは複数のコンテンツ記述要素を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記複数のコンテンツ記述要素の量が１よりも大きいことに基づく、請求項１６に記載の方法。
  22. 前記ビデオデータは複数のターゲットディスプレイ要素を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記複数のターゲットディスプレイ要素の量が１６よりも大きいことに基づく、請求項１６に記載の方法。
  23. 前記符号化されたビットストリームが、前記符号化されたビットストリームに特定のアクセスユニットのためのメタデータブロックを含まないことを決定することをさらに備え、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記符号化されたビットストリームが、前記特定のアクセスユニットのためのメタデータブロックを含まないことに基づく、
    請求項１６に記載の方法。
  24. 前記符号化されたビットストリームがリザーブ値を含むことを決定することをさらに備え、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記符号化されたビットストリームがリザーブ値を含むことに基づく、
    請求項１６に記載の方法。
  25. 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記長さ値が８の倍数でないことに基づく、請求項１６に記載の方法。
  26. 前記１つまたは複数のメタデータブロックは各々、長さ値を含み、前記符号化されたビットストリームが適合していないことを決定することはさらに、前記長さ値が２５５よりも大きいことに基づく、請求項１６に記載の方法。
  27. 前記１つまたは複数のメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、請求項１６に記載の方法。
  28. 前記１つまたは複数のさらなるメタデータブロックは、１つまたは複数の補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて符号化される、請求項１６に記載の方法。
  29. ビデオデータを処理するための装置であって、
    前記ビデオデータを記憶するように構成されたメモリと、
    プロセッサとを備え、前記プロセッサは、
    符号化されたビットストリームを受信することと、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
    前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することと、ここにおいて、前記１つまたは複数のさらなるメタデータブロックが存在することは、前記１つまたは複数のメタデータブロックが前記符号化されたビットストリームに存在することによって必要とされる、
    前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが適合していないことを決定することと、
    前記符号化されたビットストリームが適合していないことに基づいて、前記符号化されたビットストリームの少なくとも一部を無視することと、
    を行うように構成される、装置。
  30. 命令を記憶した非一時的なコンピュータ可読媒体であって、前記命令は、１つまたは複数のプロセッサによって実行されるとき、前記１つまたは複数のプロセッサに、
    符号化されたビットストリームを受信することと、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
    前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定することと、ここにおいて、前記１つまたは複数のさらなるメタデータブロックが存在することは、前記１つまたは複数のメタデータブロックが前記符号化されたビットストリームに存在することによって必要とされる、
    前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが適合していないことを決定することと、
    前記符号化されたビットストリームが適合していないことに基づいて、前記符号化されたビットストリームの少なくとも一部を無視することと、
    を行わせる、非一時的なコンピュータ可読媒体。
  31. ビデオデータを処理するための装置であって、
    符号化されたビットストリームを受信するための手段と、ここにおいて、前記符号化されたビットストリームは、１つのセットの符号化されたカラーボリューム変換パラメータを含む１つまたは複数のメタデータブロックを含む、
    前記符号化されたビットストリームが、符号化されたセットのマスタリングディスプレイカラーボリュームパラメータを含む１つまたは複数のさらなるメタデータブロックを含まないことを決定するための手段と、ここにおいて、前記１つまたは複数のさらなるメタデータブロックが存在することは、前記１つまたは複数のメタデータブロックが前記符号化されたビットストリームに存在することによって必要とされる、
    前記符号化されたビットストリームが前記１つまたは複数のさらなるメタデータブロックを含まないことに基づいて、前記符号化されたビットストリームが適合していないことを決定するための手段と、
    前記符号化されたビットストリームが適合していないことに基づいて、前記符号化されたビットストリームの少なくとも一部を無視するための手段と、
    を備える、装置。
JP2019528636A 2016-11-30 2017-11-30 ダイナミックメタデータを用いてハイダイナミックレンジ（ｈｄｒ）ビデオシステムをシグナリングおよび制限するためのシステムおよび方法 Pending JP2020501426A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662428511P 2016-11-30 2016-11-30
US62/428,511 2016-11-30
US15/826,565 US10979729B2 (en) 2016-11-30 2017-11-29 Systems and methods for signaling and constraining a high dynamic range (HDR) video system with dynamic metadata
US15/826,565 2017-11-29
PCT/US2017/064054 WO2018102604A1 (en) 2016-11-30 2017-11-30 Systems and methods for signaling and constraining a high dynamic range (hdr) video system with dynamic metadata

Publications (2)

Publication Number Publication Date
JP2020501426A true JP2020501426A (ja) 2020-01-16
JP2020501426A5 JP2020501426A5 (ja) 2020-12-17

Family

ID=62190666

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019528636A Pending JP2020501426A (ja) 2016-11-30 2017-11-30 ダイナミックメタデータを用いてハイダイナミックレンジ（ｈｄｒ）ビデオシステムをシグナリングおよび制限するためのシステムおよび方法
JP2019528730A Pending JP2020501430A (ja) 2016-11-30 2017-11-30 ダイナミックメタデータを用いてハイダイナミックレンジ（ｈｄｒ）ビデオシステムをシグナリングおよび制限するためのシステムおよび方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2019528730A Pending JP2020501430A (ja) 2016-11-30 2017-11-30 ダイナミックメタデータを用いてハイダイナミックレンジ（ｈｄｒ）ビデオシステムをシグナリングおよび制限するためのシステムおよび方法

Country Status (9)

Country Link
US (2) US10979729B2 (ja)
EP (2) EP3549342A1 (ja)
JP (2) JP2020501426A (ja)
KR (2) KR102593072B1 (ja)
CN (2) CN109964485B (ja)
AU (2) AU2017367694A1 (ja)
BR (2) BR112019010468A2 (ja)
TW (2) TW201824866A (ja)
WO (2) WO2018102604A1 (ja)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10880557B2 (en) 2015-06-05 2020-12-29 Fastvdo Llc High dynamic range image/video coding
US10225561B2 (en) * 2015-10-08 2019-03-05 Mediatek Inc. Method and apparatus for syntax signaling in image and video compression
US10257393B2 (en) 2016-02-12 2019-04-09 Contrast, Inc. Devices and methods for high dynamic range video
US10264196B2 (en) 2016-02-12 2019-04-16 Contrast, Inc. Systems and methods for HDR video capture with a mobile device
WO2017153376A1 (en) * 2016-03-07 2017-09-14 Koninklijke Philips N.V. Encoding and decoding hdr videos
CA3033242A1 (en) 2016-08-09 2018-02-15 Contrast, Inc. Real-time hdr video for vehicle control
US10834400B1 (en) * 2016-08-19 2020-11-10 Fastvdo Llc Enhancements of the AV1 video codec
US10979729B2 (en) 2016-11-30 2021-04-13 Qualcomm Incorporated Systems and methods for signaling and constraining a high dynamic range (HDR) video system with dynamic metadata
US10200687B2 (en) * 2017-06-02 2019-02-05 Apple Inc. Sample adaptive offset for high dynamic range (HDR) video compression
US10306307B2 (en) * 2017-06-30 2019-05-28 Apple Inc. Automatic configuration of video output settings for video source
CN109218755B (zh) * 2017-07-07 2020-08-25 华为技术有限公司 一种媒体数据的处理方法和装置
US10951888B2 (en) 2018-06-04 2021-03-16 Contrast, Inc. Compressed high dynamic range video
CN116170586B (zh) * 2018-10-08 2024-03-26 北京达佳互联信息技术有限公司 对视频信号进行解码或编码的方法、计算装置和存储介质
KR20200095651A (ko) * 2019-02-01 2020-08-11 삼성전자주식회사 고 동적 범위 콘텐트를 재생하는 전자 장치 및 그 방법
CN111406404B (zh) * 2019-07-15 2022-07-12 上海极清慧视科技有限公司 获得视频文件的压缩方法、解压缩方法、系统及存储介质
CN110691194B (zh) * 2019-09-19 2021-04-20 锐迪科微电子（上海）有限公司 广色域图像确定方法及装置
US11483529B2 (en) * 2019-10-23 2022-10-25 Nbcuniversal Media, Llc Normalized high-dynamic range visualization
KR102302755B1 (ko) * 2019-12-30 2021-09-16 재단법인 경주스마트미디어센터 Drm 콘텐츠 병렬 패키징 장치 및 이를 포함하는 drm 콘텐츠 병렬 패키징 시스템 및 drm 콘텐츠 병렬 패키징 방법
KR102373833B1 (ko) * 2020-01-09 2022-03-14 엘지전자 주식회사 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
EP4115611A4 (en) * 2020-03-30 2023-06-28 ByteDance Inc. Slice type in video coding
KR20230019850A (ko) 2020-06-09 2023-02-09 바이트댄스 아이엔씨 서브픽처 레벨 및 버퍼링 정보의 시그널링
US11508296B2 (en) * 2020-06-24 2022-11-22 Canon Kabushiki Kaisha Image display system for displaying high dynamic range image
US20240013508A1 (en) * 2022-07-08 2024-01-11 Avago Technologies International Sales Pte. Limited Systems for and methods for assisting users with color blindness

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6278435B1 (en) * 1998-04-03 2001-08-21 Tektronix, Inc. Compression and acquisition count optimization in a digital oscilloscope variable intensity rasterizer
JP2001333348A (ja) * 2000-05-24 2001-11-30 Minolta Co Ltd 送信装置、受信装置、放送システムおよび放送方法
US7414753B2 (en) 2004-05-06 2008-08-19 Canon Kabushiki Kaisha Color characterization using nonlinear regression
US9538176B2 (en) * 2008-08-08 2017-01-03 Dolby Laboratories Licensing Corporation Pre-processing for bitdepth and color format scalable video coding
BRPI1009443B1 (pt) * 2009-03-13 2021-08-24 Dolby Laboratories Licensing Corporation Método de geração de parâmetros de mapeamento de tons inverso, método de compactação de dados de vídeo e método para geração de um fluxo de bits de saída a partir de um fluxo de bits de entrada
JP6009538B2 (ja) * 2011-04-28 2016-10-19 コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． Ｈｄｒ画像を符号化及び復号するための装置及び方法
US20150201199A1 (en) 2011-12-07 2015-07-16 Google Inc. Systems and methods for facilitating video encoding for screen-sharing applications
US10880565B2 (en) * 2014-03-24 2020-12-29 Qualcomm Incorporated Use of specific HEVC SEI messages for multi-layer video codecs
US9942575B1 (en) 2014-11-13 2018-04-10 Google Llc Assigning videos to single-stream and multi-stream decoders
US10547844B2 (en) * 2014-12-04 2020-01-28 Lg Electronics Inc. Broadcasting signal transmission and reception method and device
TWI764870B (zh) * 2015-07-28 2022-05-21 法商內數位麥德遜專利控股有限公司 視訊訊號處理裝置及方法
US10917669B2 (en) * 2015-09-07 2021-02-09 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
AU2015227469A1 (en) * 2015-09-17 2017-04-06 Canon Kabushiki Kaisha Method, apparatus and system for displaying video data
JP6132006B1 (ja) * 2015-12-02 2017-05-24 日本電気株式会社 映像符号化装置、映像システム、映像符号化方法、及び映像符号化プログラム
WO2017116419A1 (en) 2015-12-29 2017-07-06 Thomson Licensing Method and apparatus for metadata insertion pipeline for streaming media
US20190075325A1 (en) * 2016-03-30 2019-03-07 Lg Electronics Inc. Method and apparatus for transmitting and receiving broadcast signals
PT3523970T (pt) * 2016-10-05 2022-10-07 Dolby Laboratories Licensing Corp Mensagens de informação de volume de cor de origem
US10979729B2 (en) 2016-11-30 2021-04-13 Qualcomm Incorporated Systems and methods for signaling and constraining a high dynamic range (HDR) video system with dynamic metadata

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YEUNG, RAYMOND ET AL.: "Indication of SMPTE 2094-10 metadata in HEVC", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JCTVC-X0042 (version 1), JPN6021049418, 17 May 2016 (2016-05-17), ISSN: 0004661986 *

Also Published As

Publication number Publication date
CN109983772A (zh) 2019-07-05
CN109983772B (zh) 2022-02-22
KR20190089889A (ko) 2019-07-31
US20180152721A1 (en) 2018-05-31
EP3549343A1 (en) 2019-10-09
KR102594222B1 (ko) 2023-10-25
AU2017367694A1 (en) 2019-05-02
KR102593072B1 (ko) 2023-10-23
US10979729B2 (en) 2021-04-13
US20180152703A1 (en) 2018-05-31
BR112019010515A2 (pt) 2019-10-01
TW201824867A (zh) 2018-07-01
KR20190089888A (ko) 2019-07-31
EP3549342A1 (en) 2019-10-09
TW201824866A (zh) 2018-07-01
WO2018102605A1 (en) 2018-06-07
AU2017368247A1 (en) 2019-05-02
CN109964485B (zh) 2022-01-11
JP2020501430A (ja) 2020-01-16
BR112019010468A2 (pt) 2019-09-10
WO2018102604A1 (en) 2018-06-07
US10812820B2 (en) 2020-10-20
CN109964485A (zh) 2019-07-02

Similar Documents

Publication Publication Date Title
KR102593072B1 (ko) 동적 메타데이터로 높은 동적 범위 (hdr) 비디오 시스템을 시그널링하고 제약하는 시스템들 및 방법들
KR102562874B1 (ko) 피드백 채널에 의한 컬러 영역 적응
KR102277879B1 (ko) 비디오 코딩을 위한 동일 범위들 및 다른 dra 파라미터들에 대한 시그널링 메커니즘들
US11102495B2 (en) Methods and systems for generating and processing content color volume messages for video
JP6761045B2 (ja) ビデオのための色再マッピング情報補足エンハンスメント情報メッセージを生成するための方法およびシステム
JP6982060B2 (ja) 表示適応のための色再マッピング情報ｓｅｉメッセージシグナリング
WO2021212014A1 (en) Flexible chroma processing for dynamic range adjustment
WO2020018720A1 (en) Combined inverse dynamic range adjustment (dra) and loop filter technique
WO2018045328A1 (en) Signaling target display parameters of color remapping information in supplemental enhancement information messages

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190805

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201102

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201102

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211214

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220705