JP2018530953A - 改善された色再マッピング情報補足エンハンスメント情報メッセージ処理 - Google Patents

改善された色再マッピング情報補足エンハンスメント情報メッセージ処理 Download PDF

Info

Publication number
JP2018530953A
JP2018530953A JP2018512366A JP2018512366A JP2018530953A JP 2018530953 A JP2018530953 A JP 2018530953A JP 2018512366 A JP2018512366 A JP 2018512366A JP 2018512366 A JP2018512366 A JP 2018512366A JP 2018530953 A JP2018530953 A JP 2018530953A
Authority
JP
Japan
Prior art keywords
video data
color
sei message
video
cri sei
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.)
Granted
Application number
JP2018512366A
Other languages
English (en)
Other versions
JP2018530953A5 (ja
JP6808725B2 (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 JP2018530953A publication Critical patent/JP2018530953A/ja
Publication of JP2018530953A5 publication Critical patent/JP2018530953A5/ja
Application granted granted Critical
Publication of JP6808725B2 publication Critical patent/JP6808725B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/124—Quantisation
    • 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/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

Abstract

一例では、ビデオを処理する方法は、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信することを含み得る。ＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報を含み得る。本方法は、復号ビデオデータを発生するために符号化ビデオデータを復号することを含み得る。本方法は、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用することを含み得る。【選択図】図９

Description

[0001] 本出願は、その内容全体が参照により本明細書に組み込まれる、２０１５年９月９日に出願された米国仮出願第６２／２１６，２５４号の利益を主張する。
[0002] 本開示は、ビデオデータを処理することに関する。
[0003] デジタルビデオ機能は、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、ＩＴＵ−Ｔ Ｈ．２６５，高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）によって定義されたビデオコーディング規格、およびそのような規格の拡張に記載されているビデオコーディング技法のようなビデオコーディング技法を実施し得る。デジタルビデオデバイスは、デジタルビデオ情報をキャプチャ、送信、受信、符号化、復号、および／または記憶するように構成され得る。デジタルビデオデバイスは、そのようなビデオコーディング技法を実施することによって、デジタルビデオ情報をより効率的にキャプチャ、送信、受信、符号化、復号、および／または記憶するように構成され得る。
[0004] ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間（イントラピクチャ）予測および／または時間（インターピクチャ）予測を含む。一例として、ブロックベースのビデオコーディングのでは、ビデオスライス（例えば、ビデオフレームまたはビデオフレームの一部分）が使用され得る。ビデオスライスは、ツリーブロック、コーディングユニット（ＣＵ）、および／またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の参照ブロック（例えば、隣接ブロック）中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の参照（例えば、隣接）ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005] 本開示は、１つまたは複数のＣＲＩ ＳＥＩメッセージに従ってビデオデータを処理することを含む、ビデオデータを処理することに関する。
[0006] 一例では、本開示は、符号化ビデオデータ（encoded video data）と色再マッピング情報（ＣＲＩ：colour remapping information）補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージとを含むビットストリームを受信することと、ここにおいて、ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報を含む、復号ビデオデータ（decoded video data）を発生するために符号化ビデオデータを復号することと、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用することとを備える方法について説明する。
[0007] 別の例では、本開示は、メモリと、１つまたは複数のプロセッサとを備えるデバイスであって、１つまたは複数のプロセッサは、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを処理することと、ここにおいて、ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報を含む、復号ビデオデータを発生するために符号化ビデオデータを復号することと、メモリに復号ビデオデータを記憶することと、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用することとを行うように構成された、デバイスについて説明する。
[0008] 別の例では、本開示は、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信するための手段と、ここにおいて、ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報を含む、復号ビデオデータを発生するために符号化ビデオデータを復号するための手段と、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用するための手段とを備える装置について説明する。
[0009] 別の例では、本開示は、実行されたとき、１つまたは複数のプロセッサに、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを処理することと、ここにおいて、ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報を含む、復号ビデオデータを発生するために符号化ビデオデータを復号することと、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用することとを行わせる命令を記憶した非一時的コンピュータ可読記憶媒体について説明する。
[0010] 別の例では、本開示は、符号化ビデオデータと複数の色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信することと、ここにおいて、複数のＣＲＩ ＳＥＩメッセージの各ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報を含み、ここにおいて、複数のＣＲＩ ＳＥＩメッセージが、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージとを含む、復号ビデオデータを発生するために符号化ビデオデータを復号することと、ここにおいて、複数のＣＲＩ ＳＥＩメッセージが同じ復号ビデオデータに対応する、を備える方法について説明する。
[0011] 別の例では、本開示は、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信することと、ここにおいて、ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報と、シンタックス要素に対応する値とを含む、復号ビデオデータを発生するために符号化ビデオデータを復号することとを備える方法であって、ここにおいて、シンタックス要素に対応する値は、復号ビデオデータが、追加の処理を用いてまたは用いずに、標準ダイナミックレンジ（ＳＤＲ：Standard Dynamic Range）ディスプレイによる提示に対して互換性があるのか、または高ダイナミックレンジ（ＨＤＲ：High Dynamic Range）ディスプレイによる提示に対して互換性があるのか、ＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスが、１つまたは複数の色再マッピングプロセスの各色再マッピングプロセスにそれぞれ対応する入力と出力とが等しくなるように構成されるかどうか、あるいはＣＲＩ ＳＥＩメッセージに対応しないプロセスが、ＣＲＩ ＳＥＩメッセージに対応する２つの色再マッピングプロセス間で適用されるべきであるかどうかを示す、方法について説明する。
[0012] １つまたは複数の例の詳細が添付の図面および以下の説明に記載される。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。
本開示の技法を実施するように構成された例示的なビデオ符号化および復号システムを示すブロック図。 高ダイナミックレンジ（ＨＤＲ）データの概念を示す図。 高精細度テレビジョン（ＨＤＴＶ）（ＢＴ．７０９）のビデオ信号の色域と超高精細度テレビジョン（ＵＨＤＴＶ）（ＢＴ．２０２０）のビデオ信号の色域とを比較する概念図。 ＨＤＲ／ＷＣＧ表現コンバージョンを示す概念図。 ＨＤＲ／ＷＣＧ逆コンバージョンを示す概念図。 例示的な伝達関数を示す概念図。 色再マッピングプロセスの例示的な構造を示す概念図。 色再マッピングプロセスの例示的な構造を示す概念図。 本開示の１つまたは複数の技法による、１つの例示的な技法を示す図。 本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す図。 本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す図。 本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す図。 本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す図。 本開示の１つまたは複数の技法による、２つのポスト復号チェーン構成の一例を示す図。 本開示の技法による例示的なプロセスを示すフローチャート。 本開示の技法による例示的なプロセスを示すフローチャート。 本開示の技法による例示的なプロセスを示すフローチャート。
[0030] ビデオコーディング技法は、補足エンハンスメント情報（ＳＥＩ）メッセージの使用を含み得る。例えば、ビデオエンコーダが、ビットストリーム中でＳＥＩメッセージをシグナリングし得、ビデオデコーダが、ＳＥＩメッセージを含んでいるビットストリームを受信し得る。様々なビデオコーディング規格において様々なタイプのＳＥＩメッセージがある。色再マッピング情報を含むＳＥＩメッセージは、色再マッピング情報ＳＥＩメッセージ、またはより簡単に、ＣＲＩ ＳＥＩメッセージと呼ばれることがある。ＣＲＩ ＳＥＩメッセージは、ビデオエンコーダによってビットストリーム中でシグナリングされ得る。同様に、ビデオデコーダは、ビットストリーム中でＣＲＩ ＳＥＩメッセージを受信し得る。
[0031] 本開示は、例えば、高ダイナミックレンジ（ＨＤＲ）および／または広色域（ＷＣＧ：Wide Colour Gamut）表現をもつビデオ信号のコーディングを含む、ビデオデータ処理の分野に関する。例えば、本開示の技法は、Ｈ．２６５／ＨＥＶＣビデオコーディング規格において指定されたＣＲＩ ＳＥＩメッセージの適用を改善するためのいくつかの方法を含む。ＨＥＶＣ規格は、ＩＴＵ−Ｔ Ｈ．２６５、Ｓｅｒｉｅｓ Ｈ： Ａｕｄｉｏｖｉｓｕａｌ ａｎｄ Ｍｕｌｔｉｍｅｄｉａ Ｓｙｓｔｅｍｓ，Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｏｆ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ−Ｃｏｄｉｎｇ ｏｆ ｍｏｖｉｎｇ ｖｉｄｅｏ，Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、国際電気通信連合、２０１５年４月（以下、「ＨＥＶＣ」または「ＨＥＶＣ規格」）として公開されている。別の例として、本開示は、ＣＲＩ ＳＥＩメッセージに関係する効率改善をシグナリングすること、ＣＲＩ ＳＥＩメッセージのより多くの適用を可能にすること、ＣＲＩ ＳＥＩメッセージのためのセマンティクス(semantics)を改善することのような、いくつかの改善について説明する。いくつかの例では、本明細書で説明される技法は、ＨＤＲ／ＷＣＧコンテンツのような、あるビデオコンテンツのためのＣＲＩ ＳＥＩメッセージの使用を改善し得る。いくつかの例では、本明細書で説明される技法は、Ｈ．２６４／ＡＶＣのような、以前のビデオコーディング規格を用いたＣＲＩ ＳＥＩの利用を改善または可能にし得る。言い換えれば、本明細書で説明される１つまたは複数の例が、例示的なビデオコーディング規格（例えば、ＨＥＶＣ）に関係して説明されるが、そのような例は、便宜から例示的なビデオコーディング規格に関係して説明され、これは、本明細書で説明される技法が、例示的なビデオコーディング規格（例えば、ＨＥＶＣ）に関係して説明されるにもかかわらず、任意のビデオコーディング規格に適用され得ることを意味することを理解されたい。
[0032] ハイブリッドベースのビデオコーディング規格を含むビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、およびそれの拡張（例えば、スケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）拡張）を含む、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４、並びにそれの拡張（例えば、レンジおよびスクリーンコンテンツコーディング拡張）を含むＨＥＶＣを含む。
[0033] 本明細書で使用される「ビデオ」という用語の事例は、「コンテンツ」という用語に変更され得、「コンテンツ」という用語の事例は、「ビデオ」という用語に変更され得る。これは、「コンテンツ」または「ビデオ」という用語が形容詞として使用されているのか、名詞として使用されているのか、他の品詞として使用されているのかにかかわらず当てはまる。例えば、「ビデオコーダ」への言及は「コンテンツコーダ」への言及をも含み、「コンテンツコーダ」への言及は「ビデオコーダ」への言及をも含む。別の例として、「ビデオエンコーダ」への言及は「コンテンツエンコーダ」への言及をも含み、「コンテンツエンコーダ」への言及は「ビデオエンコーダ」への言及をも含む。別の例として、「ビデオデコーダ」への言及は「コンテンツデコーダ」への言及をも含み、「コンテンツデコーダ」への言及は「ビデオデコーダ」への言及をも含む。別の例として、「ビデオ」への言及は「コンテンツ」への言及をも含み、「コンテンツ」への言及は「ビデオ」への言及をも含む。別の例として、「ビデオデータ」への言及は「コンテンツデータ」への言及をも含み、「コンテンツデータ」への言及は「ビデオデータ」への言及をも含む。
[0034] 本明細書で使用される「コンテンツ」は任意のタイプのコンテンツを指す。例えば、「コンテンツ」は、ビデオ、スクリーンコンテンツ、画像、任意のグラフィカルコンテンツ、任意の表示可能コンテンツ、またはそれに対応する任意のデータ（例えば、ビデオデータ、スクリーンコンテンツデータ、画像データ、グラフィカルコンテンツデータ、表示可能コンテンツデータなど）を指し得る。
[0035] 本明細書で使用される「ビデオ」という用語は、スクリーンコンテンツ、可動コンテンツ、シーケンス中で提示され得る複数の画像（例えば、ピクチャ）、またはそれに対応する任意のデータ（例えば、スクリーンコンテンツデータ、可動コンテンツデータ、ビデオデータ、画像データなど）を指し得る。
[0036] 本明細書で使用される「画像」という用語は、単一の画像、１つまたは複数の画像、ビデオに対応する複数の画像の中の１つまたは複数の画像、ビデオに対応しない複数の画像の中の１つまたは複数の画像、ビデオに対応する複数の画像（例えば、ビデオに対応する画像の全てまたはビデオに対応する画像の全てよりも少ない画像）、単一の画像のサブ部分、単一の画像の複数のサブ部分、複数の画像に対応する複数のサブ部分、１つまたは複数のグラフィックスプリミティブ、画像データ、グラフィカルデータなどを指し得る。
[0037] 本明細書で使用される「コンポーネント（component）」、「色コンポーネント」、「チャネル」、および／または「色チャネル」という用語は、互換的に使用され得る。例えば、「色コンポーネント」は「色チャネル」への言及を含み、「色チャネル」への言及は「色コンポーネント」への言及を含む。
[0038] 本明細書で使用される「ピクセル値」、「コンポーネント値」、および「色コンポーネント値」という用語は、互換的に使用され得る。一例として、出力ピクセル値に入力ピクセル値をマッピングすることへの言及は、出力コンポーネント値に入力コンポーネント値をマッピングすることをも指す。別の例として、出力ピクセル値に入力ピクセル値をマッピングすることへの言及は、出力色コンポーネント値に入力色コンポーネント値をマッピングすることをも指す。
[0039] 図１は、本開示の技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、ソースデバイス１２と宛先デバイス１４とを含む。ソースデバイス１２および宛先デバイス１４は、例えば、任意のコンピューティングデバイス（例えば、ノートブックコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、個人情報端末（ＰＤＡ）のようなパーソナルコンピューティングデバイス、電話（例えば、スマートフォン）、スマートパッド、デジタルテレビジョン、デジタルカメラ（例えば、ビデオカメラ）、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオゲームデバイス（例えば、ハンドヘルドゲームデバイス）、ビデオストリーミングデバイス、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、ワイヤードブロードキャストシステム、電子ブックリーダー、ビデオ符号化を行うように構成された任意のデバイス、ビデオ復号を行うように構成された任意のデバイスなど、）を含む、広範囲にわたるデバイスのいずれかを備え得る。いくつかの場合には、ソースデバイス１２および宛先デバイス１４は、ワイヤレスおよび／またはワイヤード通信のために装備され得る。
[0040] ソースデバイス１２は、符号化ビデオデータを発生および／または出力するように構成され得る。符号化ビデオデータは、ビットストリームと呼ばれることがあるビットのシーケンス中に含まれ得る。ソースデバイス１２は、宛先デバイス１４に符号化ビデオデータを与えるように構成され得る。宛先デバイス１４は、別のデバイス（例えば、ソースデバイス１２）から受信されたのか、宛先デバイス１４によって発生されたのかにかかわらず、符号化ビデオデータを復号するように構成され得る。いくつかの例では、ソースデバイス１２は、コンピュータ可読媒体１６を介して宛先デバイス１４に符号化ビデオデータを与える（例えば、送るかまたは場合によっては送信する）ように構成され得る。
[0041] コンピュータ可読媒体１６は、ワイヤレスブロードキャストまたはワイヤードネットワーク送信のような一時媒体、あるいはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク、または他のコンピュータ可読媒体のような記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、例えば、ネットワーク送信を介して、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを宛先デバイス１４に与え得る。同様に、ディスクスタンピング設備のような、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを生成し得る。従って、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むことが理解されよう。
[0042] ソースデバイス１２のビデオソース１８は、ビデオカメラのような、ビデオキャプチャデバイス、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／またはビデオデータを記憶したメモリ（例えば、前にキャプチャされたビデオを含んでいるビデオアーカイブ）を含み得る。別の例として、ビデオソース１８は、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組合せを発生し得る。いくつかの例では、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、カメラで構成された任意のコンピューティングデバイス（例えば、カメラ、スマートフォンのような電話、カメラフォン、またはカメラで構成された電話についての任意の他の名称）であり得る。本明細書で説明されるように、キャプチャされたビデオデータ、プリキャプチャされたビデオデータ、コンピュータ発生ビデオデータは、ビデオプリプロセッサ１９によって処理された後に、ビデオエンコーダ２０によって符号化され得る。符号化ビデオデータは、次いで、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６を介してソースデバイス１２から情報（例えば、ビットストリームの形態の符号化ビデオデータ）を受信し得る。コンピュータ可読媒体１６の情報は、符号化ビデオデータを復号するためにビデオデコーダ３０によって使用され得る、ビデオエンコーダ２０によって定義されたシンタックス情報を含み得る。
[0043] 宛先デバイス１４は、コンピュータ可読媒体１６を介してソースデバイス１２から符号化ビデオデータを受信するように構成され得る。コンピュータ可読媒体１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が、符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。いくつかの例では、符号化ビデオデータは、ワイヤレス通信プロトコルのような通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路のような、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットのようなグローバルネットワークのような、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を可能にするために使用され得る、ルータ、スイッチ、基地局、または任意の他の機器を含み得る。
[0044] いくつかの例では、符号化データは、ソースデバイス１２の出力インターフェース２２からストレージデバイスに出力され得る。同様に、符号化データは、宛先デバイス１４の入力インターフェース２８によってストレージデバイスからアクセスされ得る。ストレージデバイスは、ハードドライブ、Ｂｌｕ−ｒａｙディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体のような、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。いくつかの例では、ストレージデバイスは、ソースデバイス１２によって発生された符号化ビデオを記憶し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介してストレージデバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶することと、その符号化ビデオデータを宛先デバイス１４に送信することとが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（例えば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（例えば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せを含み得る。ストレージデバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。
[0045] 本開示の技法はワイヤレス適用例または設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例のような、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーのような適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。
[0046] 本明細書で説明される例は非限定的な例である。例えば、図１の図示されたシステム１０は、一例にすぎない。本開示による、ビデオデータを処理するための技法は、任意のビデオ符号化デバイス、任意のビデオ復号デバイス、任意のビデオコーディングデバイス、任意のビデオ符号化システム、任意のビデオ復号システム、および／または任意のビデオコーディングシステムによって行われ得る。本明細書で使用される「コーディング」は、符号化および／または復号を指し得る。同様に、本明細書で使用される「コーダ」は、エンコーダおよび／またはデコーダを指し得る。例えば、ビデオコーダは、ビデオエンコーダおよび／またはビデオデコーダを指し得る。同様に、ビデオコーディングは、適用可能なとき、ビデオ符号化および／またはビデオ復号を指し得る。別の例として、ビデオコーディングシステムへの言及は、ビデオ符号化システム、ビデオ復号システム、またはビデオ符号化／復号システムを指し得る（すなわち、ビデオコーディングシステムは、ビデオ符号化とビデオ復号の両方を行うように構成されたシステムである）。
[0047] 図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオプリプロセッサ１９と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。ビデオプリプロセッサ１９、ビデオエンコーダ２０、および／または出力インターフェース２２は、本開示の１つまたは複数の技法を実施するように構成され得る。図１の例では、宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ビデオポストプロセッサ３１と、ディスプレイデバイス３２とを含む。ディスプレイデバイス３２は、復号ビデオデータ（例えば、ビデオポストプロセッサ３１によって処理された復号ビデオデータ）を表示するように構成され得る。ディスプレイデバイス３２は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または任意の他のタイプのディスプレイデバイスのような、様々なディスプレイデバイスのいずれかを備え得る。
[0048] 入力インターフェース２８、ビデオデコーダ３０、および／またはビデオポストプロセッサ３１は、本開示の１つまたは複数の技法を実施するように構成され得る。いくつかの例では、ビデオプリプロセッサ１９はビデオエンコーダ２０とは別個であり得る。他の例では、ビデオプリプロセッサ１９はビデオエンコーダ２０の一部であり得る。同様に、いくつかの例では、ビデオポストプロセッサ３１はビデオデコーダ３０とは別個であり得る。他の例では、ビデオポストプロセッサ３１はビデオデコーダ３０の一部であり得る。
[0049] システム１０の他の例では、ソースデバイス１２および宛先デバイス１４は他のコンポーネントまたは構成を含み得る。例えば、ソースデバイス１２は、外部カメラのような、外部ビデオソース１８からビデオデータを受信し得る。そのような例では、出力インターフェース２２は、それが、他の例ではデータを受信および／または送信するように構成され得るので、より適宜に通信インターフェース２２と呼ばれることがある。同様に、宛先デバイス１４は、内蔵ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。別の例として、宛先デバイス１４は、ソースデバイス１２にビデオデータを送信し得る。そのような例では、入力インターフェース２８は、それが、他の例ではデータを受信および／または送信するように構成され得るので、より適宜に通信インターフェース２８と呼ばれることがある。
[0050] 別の例として、本明細書で説明される１つまたは複数の技法を行うように構成されたデバイス、任意のコンピューティングデバイス（例えば、ソースデバイス１２および／または宛先デバイス１４）は、ビデオエンコーダ（例えば、ビデオエンコーダ２０）およびビデオデコーダ（例えば、ビデオデコーダ３０）、ビデオプリプロセッサ（例えば、ビデオプリプロセッサ１９）およびビデオポストプロセッサ３１（例えば、ビデオポストプロセッサ３１）、並びに通信インターフェース（例えば、出力インターフェース２２および／または入力インターフェース２８）を含み得る。そのような例では、コンピューティングデバイスは、本明細書で説明される１つまたは複数の技法を行うように構成され得る。また、そのような例では、ビデオエンコーダとビデオデコーダとは、別個のコンポーネントであり得るか、または単一のコンポーネント（例えば、符号化することと復号することの両方を行うように構成されたビデオコーダ）の一部であり得る。同様に、ビデオプリプロセッサとビデオポストプロセッサとは、別個のコンポーネントであり得るか、または単一のコンポーネントの一部であり得る。別の例では、ビデオプリプロセッサおよび／またはビデオポストプロセッサは、ビデオコーダの一部であり得る。
[0051] 従って、ビデオプリプロセッサ１９によってビデオデータに対して行われるプロセスへの言及は、ビデオエンコーダ２０が、例えば、ビデオコーディング規格に従ってビデオデータを符号化する前に、ビデオエンコーダ２０によってビデオデータに対して行われるプロセスを指し得ることを理解されたい。同様に、ビデオプリプロセッサ１９への言及は、いくつかの例では、ビデオエンコーダ２０と交換可能であり得る。同様に、ビデオエンコーダ２０への言及は、いくつかの例では、ビデオプリプロセッサ１９と交換可能であり得る。
[0052] また、ビデオポストプロセッサ３１によってビデオデータに対して行われる（または、適用される）プロセスへの言及は、ビデオデコーダ３０がビデオデータを復号した後、ビデオデコーダ３０によってビデオデータに対して行われる（または、適用される）プロセスを指し得ることを理解されたい。同様に、ビデオポストプロセッサ３１への言及は、いくつかの例では、ビデオデコーダ３０と交換可能であり得る。同様に、ビデオデコーダ３０への言及は、いくつかの例では、ビデオポストプロセッサ３１と交換可能であり得る。
[0053] 図示のように、ビデオプリプロセッサ１９は、ビデオソース１８からビデオデータを受信するように構成され得る。いくつかの例では、ビデオプリプロセッサ１９は、受信されたビデオデータを、ビデオエンコーダ２０を用いて符号化するのに好適である形態にコンバートするために、受信されたビデオデータを処理するように構成され得る。例えば、ビデオプリプロセッサ１９は、（例えば、非線形伝達関数を使用する）ダイナミックレンジ圧縮、より圧縮したまたはロバストな色空間への色コンバージョン、および／あるいは浮動−整数表現コンバージョン（floating-to-integer representation conversion）を行うように構成され得る。
[0054] ビデオプリプロセッサ１９は、ビデオエンコーダ２０を用いてビデオデータを符号化する前にビデオデータを処理するように構成され得る。いくつかの例では、ビデオプリプロセッサ１９は、ビデオエンコーダ２０を用いてビデオを符号化する前に、ビデオデータに対して色再マッピング処理を行うように構成され得る。例えば、ビデオプリプロセッサ１９は、第１の色空間（例えば、ＲＧＢ）においてビデオデータを受信し、受信されたビデオデータを、第１の色空間（例えば、ＲＧＢ）から第２の色空間（例えば、ＹＣｂＣｒ）にコンバートするように構成され得る。そのような例では、ビデオプリプロセッサ１９は、色再マッピング処理の一例である、色空間コンバージョンを行うものとして説明され得る。
[0055] 色再マッピング処理の他の例としては、標準ダイナミックレンジ（ＳＤＲ）ビデオデータへの高ダイナミックレンジ（ＨＤＲ）ビデオデータのコンバージョン、ＨＤＲビデオデータへのＳＤＲビデオデータのコンバージョン、処理された（例えば、コンバートされた）ビデオデータのより容易なおよび／またはより効率的なコーディングを可能にする任意の処理、ビデオデータを、コーディングおよび／または後処理するのにより好適であるフォーマットにコンバートする任意の処理があり得る。一例として、ビデオプリプロセッサ１９は、ＨＤＲビデオデータを受信し、ＨＤＲビデオデータをＳＤＲビデオデータにコンバートするように構成され得る。別の例として、ビデオプリプロセッサ１９は、ＳＤＲビデオデータを受信し、ＳＤＲビデオデータをＨＤＲビデオデータにコンバートするように構成され得る。別の例として、ビデオプリプロセッサ１９は、ビデオデータを受信し、処理されたビデオデータがより容易なおよび／またはより効率的な方法で符号化され得るように、受信されたビデオデータを処理するように構成され得る。別の例として、ビデオプリプロセッサ１９は、ビデオデータを受信し、受信されたビデオデータを、コーディングおよび／または後処理するのにより好適であるフォーマットに処理するように構成され得る。
[0056] 色再マッピング処理の他の例としては、（例えば、区分線形関数を使用して）ビデオデータの個別のチャネルをスケーリングすることがあり得、（マッピングされたまたは再マッピングされたコンテンツと呼ばれることがある）処理されたビデオデータは符号化され得る。例えば、ビデオプリプロセッサ１９は、ビデオデータを受信し、受信されたビデオデータの１つまたは複数のチャネルをスケーリングするように構成され得る。ビデオエンコーダ２０は、マッピングされたまたは再マッピングされたコンテンツと呼ばれることもある、スケーリングされたビデオデータを符号化するように構成され得る。また他の例では、色再マッピング処理は、例えば、コンポーネントの表現のプライマリ（primary）を変更すること（例えば、ＢＴ．７０９によって定義されたもののような、プライマリのあるセットを使用して表されるビデオデータを、ＢＴ．２０２０によって定義されたもののような、プライマリの別のセットを使用して表されるビデオデータに処理すること）によって、ビデオデータの表現をコンバートすることを含み得る。ビデオプリプロセッサ１９が、任意の色再マッピングプロセスを行うように構成され得、追加の例も存在することを理解されたい。例えば、色ボリューム変換および表示適応が、色再マッピングプロセスの２つの他の例である。同様に、ビデオポストプロセッサ３１が、任意の色再マッピングプロセスまたは任意の逆（例えば、相反）色再マッピングプロセス（例えば、ビデオプリプロセッサ１９によって行われる任意の色再マッピングプロセスの逆）を行うように構成され得ることを理解されたい。ビデオポストプロセッサ３１によって実行される任意の色再マッピングプロセスは、ビデオプリプロセッサ１９によって行われる色再マッピングプロセスに相反することも相反しないこともある。例えば、ビデオプリプロセッサ１９は、例えば、ビデオエンコーダ２０による再マッピングされたビデオデータのより効率的な符号化を可能にするために、ビデオデータに対して１つまたは複数の色再マッピングプロセスを行うように構成され得るが、ビデオポストプロセッサ３１は、例えば、表示のために復号ビデオデータを適応させる（例えば、特定の表示および／または表示シナリオのためのより良い表示能力のために復号ビデオデータを適応させる）、１つまたは複数の色再マッピングプロセス（例えば、色ボリューム変換および／またはスケーリング）を行うためにビデオデコーダ３０によって復号されたビデオデータに対して１つまたは複数の色再マッピングプロセスを行うように構成され得る。
[0057] ビデオプリプロセッサ１９は、（色再マッピングされたビデオデータと呼ばれることがある）前処理されたビデオデータを発生し、前処理されたビデオデータをビデオエンコーダ２０に出力するように構成され得る。ビデオエンコーダ２０は、ビデオプリプロセッサ１９から前処理されたビデオデータを受信するように構成され得、前処理されたビデオデータに対してビデオ符号化を行う（すなわち、ビデオプリプロセッサ１９がビデオデータを前処理した後、ビデオ符号化を行う）ように構成され得る。上記の色空間コンバージョン例では、ビデオエンコーダ２０は、ビデオプリプロセッサ１９が第１の色空間からビデオデータをコンバートした後、第２の色空間において符号化するために、ビデオデータ（例えば、ピクチャのシーケンスのピクチャ）を受信し得る。
[0058] ビデオポストプロセッサ３１は、ビデオデータがビデオデコーダ３０を用いて復号された後、ビデオデータを処理するように構成され得る。例えば、ビデオデコーダ３０は、符号化ビデオデータを受信し得、ビデオデコーダ３０は、次いで、それを復号ビデオデータ（例えば、ビデオシーケンスのピクチャ）に復号し得る。ビデオデコーダ３０は、復号ビデオデータを処理するために、ビデオポストプロセッサ３１に復号ビデオデータを送信し得る。
[0059] いくつかの例では、ビデオポストプロセッサ３１は、復号ビデオデータに少なくとも１つの色再マッピングプロセスを直接適用するように構成され得る。そのような例では、ビデオポストプロセッサ３１が復号ビデオデータに対して少なくとも１つの色再マッピングプロセスを行うことによって、ＣＲＩ処理された復号ビデオデータを発生されたように構成され得ることを理解されたい。他の例では、ビデオポストプロセッサ３１は、復号ビデオデータに少なくとも１つの色再マッピングプロセスを適用する前に、復号ビデオデータに対してＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用するように構成され得る。そのような例では、ビデオポストプロセッサ３１が、復号ビデオデータに対してＣＲＩ ＳＥＩメッセージに対応しないプロセスを行うことによって、非ＣＲＩ処理された復号ビデオデータを発生するように構成され得、次いで、ビデオポストプロセッサ３１が、非ＣＲＩ処理された復号ビデオデータに対して少なくとも１つの色再マッピングプロセスを行うことによって、ＣＲＩ処理された復号ビデオデータを発生されたように構成され得ることを理解されたい。
[0060] いくつかの例では、ビデオポストプロセッサ３１は、復号ビデオデータに対して色再マッピング処理を行うように構成され得る。例えば、ビデオポストプロセッサ３１は、第１の色空間（例えば、ＹＣｂＣｒ）においてビデオデコーダ３０から復号ビデオデータを受信し、復号ビデオデータを第１の色空間（例えば、ＹＣｂＣｒ）から第２の色空間（例えば、ＲＧＢ）にコンバートするように構成され得る。そのような例では、ビデオポストプロセッサ３１は、色再マッピング処理の一例である、色空間コンバージョンを行うものとして説明され得る。ビデオポストプロセッサ３１は、（逆色再マッピングされたビデオデータと呼ばれることがある）後処理されたビデオデータを発生し、ディスプレイデバイス３２のような、別のコンポーネントに後処理されたビデオデータを出力するように構成され得る。
[0061] いくつかの例では、ビデオポストプロセッサ３１は、ビデオプリプロセッサ１９によって行われる（１つまたは複数の）プロセスに相反する（１つまたは複数の）プロセスを行うように構成され得る。例えば、ビデオプリプロセッサ１９がビデオデータに対して色再マッピングプロセスを行う場合、ビデオポストプロセッサ３１は、いくつかの例では、ビデオポストプロセッサ３１が、相反色再マッピングが行われるべきであるかどうかを決定するために使用する、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報が、ビデオポストプロセッサ３１によって受信されたとすれば、復号ビデオデータに対して色再マッピングプロセスの逆（すなわち、相反）（またはより簡単に、逆色再マッピングプロセス）を行うように構成され得る。一例として、ビデオプリプロセッサ１９が、第１の色空間（例えば、ＲＧＢ）から第２の色空間（例えば、ＹＣｂＣｒ）にビデオデータをコンバートするために、ビデオデータに対して色空間コンバージョンを行う場合、ビデオポストプロセッサ３１は、復号ビデオデータを第２の色空間（例えば、ＹＣｂＣｒ）から第１の色空間（例えば、ＲＧＢ）にコンバートするために、対応する復号ビデオデータに対して逆色空間コンバージョンを行うように構成され得る。別の例として、ビデオプリプロセッサ１９が、ビデオデータを第１の色空間（例えば、ＲＧＢ）から第２の色空間（例えば、ＹＣｂＣｒ）にコンバートするために、ビデオデータに対して色空間コンバージョンを行う場合、ビデオポストプロセッサ３１は、復号ビデオデータを第２の色空間（例えば、ＹＣｂＣｒ）からＲＧＢとは異なる第３の色空間にコンバートするために、対応する復号ビデオデータに対して色空間コンバージョンを行うように構成され得る。別の例として、ビデオプリプロセッサ１９が、ビデオデータを第１の色空間（例えば、ＲＧＢ）から第２の色空間（例えば、ＹＣｂＣｒ）にコンバートするために、ビデオデータに対して色空間コンバージョンを行う場合、ビデオポストプロセッサ３１は、復号ビデオデータが第２の色空間（例えば、ＹＣｂＣｒ）にとどまるように、対応する復号ビデオデータに対して色空間コンバージョンを行わないように構成され得る。
[0062] 他の例では、ビデオポストプロセッサ３１は、ビデオプリプロセッサ１９によって行われる任意のプロセスに相反しない１つまたは複数のプロセスを行うように構成され得る。例えば、ビデオプリプロセッサ１９が、ビデオデータに対して色再マッピングプロセスを行う場合、ビデオポストプロセッサ３１は、いくつかの例では、復号ビデオデータに対して、ビデオプリプロセッサ１９によってビデオデータに対して行われる色再マッピングプロセスに対する同じかまたは異なり得る１つまたは複数の色再マッピングプロセスを行うように構成され得る。従って、ビデオポストプロセッサ３１が、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報に基づいて、復号ビデオデータに対して１つまたは複数の色再マッピングプロセス（相反であるのか相反でないのかにかかわらず、（１つまたは複数の）任意の色再マッピングプロセス）を行うように構成され得ることを理解されたい。
[0063] いくつかの例では、ビデオエンコーダ２０は、符号化ビデオデータを含むビットストリーム中で１つまたは複数の補足エンハンスメント情報（ＳＥＩ）メッセージを発生するかまたは場合によっては出力するように構成され得る。いくつかの例では、ＳＥＩメッセージは、デコーダ（例えば、ビデオデコーダ３０）によってビットストリーム中で符号化ビデオデータを復号するために必須でないことがある情報を搬送するためにビットストリーム中に含まれ得る。ＳＥＩメッセージは、復号ビデオデータの表示または処理を改善する際に有用であり得る。例えば、ＳＥＩメッセージは、例えば、復号ビデオデータのダイナミックレンジを増加させることによって、コンテンツ（すなわち、復号ビデオデータ）の視認性を改善するために使用され得る。本明細書で説明されるように、宛先デバイス１４は、例えば、符号化ビデオデータと１つまたは複数のＣＲＩ ＳＥＩメッセージとを含むビットストリームを受信し得る。ビデオデコーダ３０は、符号化ビデオデータを復号し、さらなる処理のために復号ビデオデータをビデオポストプロセッサ３１に送るように構成され得る。ビデオデコーダ３０は、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報をビデオポストプロセッサ３１に送るように構成され得る。１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報は、１つまたは複数のＣＲＩ ＳＥＩメッセージまたは１つまたは複数のＣＲＩ ＳＥＩメッセージから導出された情報であり得る。ＣＲＩ ＳＥＩメッセージから導出された情報は、ビデオポストプロセッサ３１が、復号ビデオデータを受信し、今度は、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報に基づいて、復号ビデオデータに対して１つまたは複数のプロセスを行うように構成され得る、色再マッピング情報であり得る。
[0064] いくつかの例では、いくつかの適用例規格（例えば、ＤＶＢ、ＡＴＳＣ）は、適用例規格に準拠する全てのデバイスに品質の改善がもたらされ得るように、ビットストリーム中のそのようなＳＥＩメッセージの存在（例えば、フレームパッキングＳＥＩメッセージがビデオのあらゆるフレームのために搬送される、フレーム互換平面立体視３ＤＴＶビデオフォーマットのためのフレームパッキングＳＥＩメッセージ、またはＤＶＢにおけるパンスキャンスキャン矩形ＳＥＩメッセージの搬送）を必要とし得る。
[0065] ＨＥＶＣ規格において定義された色再マッピング情報（ＣＲＩ）ＳＥＩメッセージは、ビデオデコーダ３０に情報を伝達するためにビデオエンコーダ２０によって使用され得、伝達された情報は、例えば、ある色空間におけるビデオデータ（例えば、ピクチャ）を別の色空間におけるビデオデータにマッピングするために使用される。例えば、ＣＲＩ ＳＥＩメッセージは、もしあれば、ビデオエンコーダ（例えば、ビデオエンコーダ２０）によって符号化される前に、どんな色再マッピングプロセスがビデオデータに対して行われたかをデコーダ（例えば、ビデオデコーダ３０）に知らせ得る。一例として、ＣＲＩ ＳＥＩメッセージは、復号ビデオデータが、相反する様式で、または相反しない様式で処理され得るように、ビデオデコーダ（例えば、ビデオデコーダ３０）に情報を搬送するために使用され得る。ＣＲＩ ＳＥＩメッセージのシンタックスは、３つの部分、すなわち、プリＬＵＴと呼ばれる第１のルックアップテーブル（look-up table）と、色再マッピング係数の３×３行列と、ポストＬＵＴと呼ばれる第２のルックアップテーブルとを含み得る。色空間における各色コンポーネント（例えば、ＲＧＢ色空間におけるＲ、Ｇ、およびＢ、またはＹＣｂＣｒ色空間におけるＹ、Ｃｂ、およびＣｒ）について、プリＬＵＴおよびポストＬＵＴのために、従来、独立ＬＵＴが定義される。しかしながら、以下でより詳細に以下で説明されるように、これは、特に、ＬＵＴ（例えば、プリＬＵＴおよび／またはポストＬＵＴ）が、色空間における２つまたはそれ以上の色コンポーネントについて同じであるとき、シグナリング非効率性をもたらし得る。
[0066] ＨＥＶＣ規格において定義されているＣＲＩ ＳＥＩメッセージは、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄと称するシンタックス要素を含み、それの異なる値が、ＳＥＩメッセージの異なる用途を示すために使用され得る。図７は、色再マッピングプロセス（例えば、色空間コンバージョンプロセスのような、色コンバージョンプロセス）の１つの例示的な構造を示す。図７に示されているように、ビデオプリプロセッサ１９は、プリＬＵＴ２００にビデオデータを入力するように構成され得る。プリＬＵＴ２００は、入力ピクセル値を出力ピクセル値にマッピングするデータ構造である。いくつかの例では、プリＬＵＴ２００は、各色チャネルに適用される単一のプリＬＵＴを指し得る。他の例では、プリＬＵＴ２００は、１つまたは複数の色チャネル固有プリＬＵＴを指し得る。そのような例では、プリＬＵＴ２００は、３つのプリＬＵＴを含み得、３つのプリＬＵＴの各々は、色チャネルに対応する（例えば、ＲＧＢのような、３つの色チャネルを有する色空間においてピクセル値をマッピングするために、プリＬＵＴ２００は、赤色チャネルについての第１のプリＬＵＴと、緑色チャネルについての第２のプリＬＵＴと、青色チャネルについての第３のプリＬＵＴとを含み得る）。色空間が４つの色チャネルを含む場合、プリＬＵＴ２００は、同様に、４つのそれぞれのチャネル固有プリＬＵＴを指し得る。
[0067] ビデオプリプロセッサ１９は、プリＬＵＴ２００を使用して、ビデオデータのピクセル値を入力ピクセル値から出力ピクセル値にコンバートするように構成され得る。図示の例では、プリＬＵＴ２００に入るビデオデータは、プリＬＵＴビデオデータと呼ばれることがあり、プリＬＵＴによって出力されたビデオデータは、プリＬＵＴ処理されたビデオデータと呼ばれることがある。ビデオプリプロセッサ１９は、プリＬＵＴ処理されたビデオデータを３×３行列２０２に入力するように構成され得、３×３行列２０２は、３つの色チャネル色空間における３つの色チャネルを色再マッピングするための色再マッピング係数を含む。４つの色チャネル色空間を伴う他の例では、３×３行列２０２は、３×３行列の代わりに４×４行列であり得る。言い換えれば、ビデオプリプロセッサ１９は、プリＬＵＴ処理されたビデオデータに３×３行列２０２を適用するように構成され得る。図示の例では、３×３行列２０２によって出力されたビデオデータは、行列処理されたビデオデータと呼ばれることがある。
[0068] いくつかの例では、３×３行列２０２は、対角行列であることも対角行列でないこともある。３×３行列２０２が対角行列である例では、対角行列は、１つまたは複数の色チャネルをスケーリングし、および／または１つまたは複数の色チャネルを維持するように働き得る。例えば、ＲＧＢ色空間例では、３×３行列２０２は、最上行における左位置における赤色チャネル係数および最上行における残りの２つの位置についての０の値と、中間行における中間位置における緑色チャネル係数および中間行における残りの２つの位置についての０の値と、最下行における右位置における青色チャネル係数および最下行における残りの２つの位置についての０の値とを含み得る。
[0069] ３×３行列２０２が、複数の目的のためにビデオプリプロセッサ１９によって適用され得ることを理解されたい。例えば、ビデオプリプロセッサ１９は、線形ブロック変換（例えば、ＲＧＢからＹＵＶなど）を算出するために、３×３行列２０２を適用するように構成され得る。別の例として、ビデオプリプロセッサ１９は、色プライマリ（colour primary）のあるグループ（例えば、３原色（primary colour）空間における３および４原色空間における４）を別のグループに変換するために、３×３行列２０２を適用するように構成され得る。他の例では、ビデオプリプロセッサ１９は、ビデオデータに対する複素非線形変換を近似するために、３×３行列２０２を適用するように構成され得、これは、プリＬＵＴ２００および／またはポストＬＵＴ２０４とともに起こるかまたは起こらないことがあるである。
[0070] ビデオプリプロセッサ１９は、行列処理されたビデオデータをポストＬＵＴ２０４に入力するように構成され得る。ポストＬＵＴ２０４は、入力ピクセル値を出力ピクセル値にマッピングするデータ構造である。いくつかの例では、ポストＬＵＴ２０４は、各色チャネルに適用される単一のプリＬＵＴを指し得る。他の例では、ポストＬＵＴ２０４は、１つまたは複数の色チャネル固有ポストＬＵＴを指し得る。そのような例では、ポストＬＵＴ２０４は、３つのポストＬＵＴを含み得、３つのポストＬＵＴの各々は、色チャネルに対応する（例えば、ＲＧＢのような、３つの色チャネルを有する色空間においてピクセル値をマッピングするために、ポストＬＵＴ２０４は、赤色チャネルについての第１のポストＬＵＴと、緑色チャネルについての第２のポストＬＵＴと、青色チャネルについての第３のポストＬＵＴとを含み得る）。色空間が４つの色チャネルを含む場合、ポストＬＵＴ２０４は、同様に、４つのそれぞれのチャネル固有ポストＬＵＴを指し得る。ビデオプリプロセッサ１９は、ポストＬＵＴ２０４を使用して、行列処理されたビデオデータのピクセル値を入力ピクセル値から出力ピクセル値にコンバートするように構成され得る。図示の例では、ポストＬＵＴ２０４によって出力されたビデオデータは、色再マッピングされたビデオデータと呼ばれることがある。
[0071] いくつかの例では、ポストＬＵＴ２０４は、構造においてプリＬＵＴ２００と同様であり得る。３×３行列２０２は、いくつかの例では、使用されないことがある。そのような例では、プリＬＵＴ２００とポストＬＵＴ２０４とは、単一のＬＵＴになるように組み合わせられ得る。３×３行列２０２を含む例では、ポストＬＵＴ２０４は、３×３行列乗算の後の処理を可能にするものとして説明され得る。例えば、ポストＬＵＴ２０４は、場合によっては可能でないことがある３×３行列２０２から出力されたビデオデータの非線形（または線形）マッピングを可能にするものとして説明され得る。１つのそのような例では、ビデオプリプロセッサ１９は、非線形領域（例えば、非線形ＲＧＢ）から線形領域（例えば、線形ＲＧＢ）にビデオデータをコンバートするために、ビデオデータにプリＬＵＴ２００を適用するように構成され得る。次に、ビデオプリプロセッサ１９は、線形領域から非線形領域にビデオデータをコンバートするために、ビデオデータ（例えば、３×３行列２０２から出力された行列処理されたビデオデータ）にポストＬＵＴ２０４を適用するように構成され得る。
[0072] プリＬＵＴ２００、３×３行列２０２、およびポストＬＵＴ２０４は、いくつかの例では、各々、色再マッピングプロセスとして、または、復号ビデオデータが１つまたは複数のＣＲＩ ＳＥＩメッセージに従って（例えば、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報に従って、としても本明細書で説明され得る、１つまたは複数のＣＲＩ ＳＥＩメッセージによって搬送される情報に従って）処理され得るように、ビデオデコーダ（例えば、ビデオデコーダ３０）に情報を搬送するためにＣＲＩ ＳＥＩメッセージが使用され得るので、ＣＲＩ ＳＥＩメッセージプロセスとして、説明され得る。いくつかの例では、復号ビデオデータは、ビデオプリプロセッサ１９によって行われる色再マッピングプロセスに対して相反する様式で、またはビデオプリプロセッサ１９によって行われる色再マッピングプロセスに対して相反しない様式で、ビデオポストプロセッサ３１によって処理され得る。いくつかの例では、ビデオポストプロセッサ３１によって行われる１つまたは複数の色再マッピングプロセスは、ビデオプリプロセッサ１９によって行われる１つまたは複数の色再マッピングプロセスに対して相反し得、ビデオポストプロセッサ３１によって行われる１つまたは複数の色再マッピングプロセスは、ビデオプリプロセッサ１９によって行われる１つまたは複数の色再マッピングプロセスに対して相反しないことがある。そのような例では、ビデオポストプロセッサ３１は、ビデオプリプロセッサ１９によって行われる１つまたは複数の色再マッピングプロセスに対して相反プロセスと非相反プロセスの組合せを行うように構成され得る。
[0073] 図８は、図７に示されている色再マッピングプロセスに相反することも相反しないこともある、色再マッピングプロセスの１つの例示的な構造を示す。図８中のプロセスが図７の相反プロセス（例えば、逆にされた色コンバージョンプロセス）である例では、プリＬＵＴ２０６は、ポストＬＵＴ２０４と同じであり得、３×３行列２０８は、３×３行列２０２の係数に相反する色コンポーネント係数を含み得、ポストＬＵＴ２１０は、プリＬＵＴ２００と同じであり得る。しかしながら、本明細書で説明されるように、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報に基づいて、ビデオポストプロセッサ３１は、１つまたは複数のＣＲＩ ＳＥＩメッセージがそれに関連付けられる、復号ビデオデータに対して１つまたは複数の相反色再マッピングプロセスおよび／または１つまたは複数の非相反色再マッピングプロセスを行うように構成され得る。復号ビデオデータに対して色再マッピングプロセスを行うことへの言及が、復号ビデオデータに対して直接、または、（例えば、１つまたは複数の非ＣＲＩプロセスが復号ビデオデータに適用された後）復号ビデオデータが処理された、に対して間接的に色再マッピングプロセスを行うことを指し得ることを理解されたい。間接的な例では、復号ビデオデータに対して色再マッピングプロセスを行うことへの言及は、実際は、非ＣＲＩ処理された復号ビデオデータに対して色再マッピングプロセスを行うことを指す。
[0074] 図８に示されているように、ビデオポストプロセッサ３１は、（いくつかの例では、非ＣＲＩ処理された復号ビデオデータであり得る）復号ビデオデータをプリＬＵＴ２０６に入力するように構成され得る。プリＬＵＴ２０６は、入力ピクセル値を出力ピクセル値にマッピングするデータ構造である。いくつかの例では、プリＬＵＴ２０６は、各色チャネルに適用される単一のプリＬＵＴを指し得る。他の例では、プリＬＵＴ２０６は、１つまたは複数の色チャネル固有プリＬＵＴを指し得る。そのような例では、プリＬＵＴ２０６は、３つのプリＬＵＴを含み得、３つのプリＬＵＴの各々は、色チャネルに対応する（例えば、ＲＧＢのような、３つの色チャネルを有する色空間においてピクセル値をマッピングするために、プリＬＵＴ２０６は、赤色チャネルについての第１のプリＬＵＴと、緑色チャネルについての第２のプリＬＵＴと、青色チャネルについての第３のプリＬＵＴとを含み得る）。色空間が４つの色チャネルを含む場合、プリＬＵＴ２０６は、同様に、４つのそれぞれのチャネル固有プリＬＵＴを指し得る。
[0075] ビデオポストプロセッサ３１は、プリＬＵＴ２０６を使用して、（いくつかの例では、非ＣＲＩ処理された復号ビデオデータであり得る）復号ビデオデータのピクセル値を入力ピクセル値から出力ピクセル値にコンバートするように構成され得る。図示の例では、プリＬＵＴによって出力された復号ビデオデータは、プリＬＵＴ処理された復号ビデオデータと呼ばれることがある。ビデオポストプロセッサ３１は、プリＬＵＴ処理された復号ビデオデータを３×３行列２０８に入力するように構成され得、３×３行列固定要素の反映漏れ２０８は、３つの色チャネル色空間における３つの色チャネルを色再マッピングするための色再マッピング係数を含む。４つの色チャネル色空間を伴う他の例では、３×３行列２０８は、３×３行列の代わりに４×４行列であり得る。言い換えれば、ビデオポストプロセッサ３１は、プリＬＵＴ処理された復号ビデオデータに３×３行列２０８を適用するように構成され得る。図示の例では、３×３行列２０８によって出力されたビデオデータは、行列処理された復号ビデオデータと呼ばれることがある。
[0076] いくつかの例では、３×３行列２０８は、対角行列であることも対角行列でないこともある。３×３行列２０８が対角行列である例では、対角行列は、１つまたは複数の色チャネルをスケーリングし、および／または１つまたは複数の色チャネルを維持するように働き得る。例えば、ＲＧＢ色空間例では、３×３行列２０８は、最上行における左位置における赤色チャネル係数および最上行における残りの２つの位置についての０の値と、中間行における中間位置における緑色チャネル係数および中間行における残りの２つの位置についての０の値と、最下行における右位置における青色チャネル係数および最下行における残りの２つの位置についての０の値とを含み得る。
[0077] ３×３行列２０８が、複数の目的のためにビデオポストプロセッサ３１によって適用され得ることを理解されたい。例えば、ビデオポストプロセッサ３１は、線形ブロック変換（例えば、ＹＵＶからＲＧＢなど）を算出するために、３×３行列２０８を適用するように構成され得る。別の例として、ビデオポストプロセッサ３１は、色プライマリのあるグループ（例えば、３原色空間における３および４原色空間における４）を別のグループに変換するために、３×３行列２０８を適用するように構成され得る。他の例では、ビデオポストプロセッサ３１は、復号ビデオデータ（例えば、プリＬＵＴ処理された復号ビデオデータ）に対する複素非線形変換を近似するために、３×３行列２０８を適用するように構成され得、これは、プリＬＵＴ２０６および／またはポストＬＵＴ２１０とともに起こるかまたは起こらないことがあるである。
[0078] ビデオポストプロセッサ３１は、行列処理された復号ビデオデータをポストＬＵＴ２１０に入力するように構成され得る。ポストＬＵＴ２１０は、入力ピクセル値を出力ピクセル値にマッピングするデータ構造である。いくつかの例では、ポストＬＵＴ２１０は、各色チャネルに適用される単一のプリＬＵＴを指し得る。他の例では、ポストＬＵＴ２１０は、１つまたは複数の色チャネル固有ポストＬＵＴを指し得る。そのような例では、ポストＬＵＴ２１０は、３つのポストＬＵＴを含み得、３つのポストＬＵＴの各々は、色チャネルに対応する（例えば、ＲＧＢのような、３つの色チャネルを有する色空間においてピクセル値をマッピングするために、ポストＬＵＴ２１０は、赤色チャネルについての第１のポストＬＵＴと、緑色チャネルについての第２のポストＬＵＴと、青色チャネルについての第３のポストＬＵＴとを含み得る）。色空間が４つの色チャネルを含む場合、ポストＬＵＴ２１０は、同様に、４つのそれぞれのチャネル固有ポストＬＵＴを指し得る。ビデオポストプロセッサ３１は、ポストＬＵＴ２１０を使用して、行列処理された復号ビデオデータのピクセル値を入力ピクセル値から出力ピクセル値にコンバートするように構成され得る。図示の例では、ポストＬＵＴ２１０によって出力されたビデオデータは、色再マッピングされた復号ビデオデータと呼ばれることがある。
[0079] いくつかの例では、ポストＬＵＴ２１０は、構造においてプリＬＵＴ２０６と同様であり得る。３×３行列２０８は、いくつかの例では、使用されないことがある。そのような例では、プリＬＵＴ２０６とポストＬＵＴ２１０とは、単一のＬＵＴになるように組み合わせられ得る。３×３行列２０８を含む例では、ポストＬＵＴ２１０は、３×３行列乗算の後の処理を可能にするものとして説明され得る。例えば、ポストＬＵＴ２１０は、場合によっては可能でないことがある３×３行列２０８から出力されたビデオデータの非線形（または線形）マッピングを可能にするものとして説明され得る。１つのそのような例では、ビデオポストプロセッサ３１は、非線形領域（例えば、非線形ＲＧＢ）から線形領域（例えば、線形ＲＧＢ）に復号ビデオデータをコンバートするために、ビデオデータにプリＬＵＴ２０６を適用するように構成され得る。次に、ビデオポストプロセッサ３１は、線形領域から非線形領域に復号ビデオデータをコンバートするために、復号ビデオデータ（例えば、３×３行列２０８から出力された行列処理された復号ビデオデータ）にポストＬＵＴ２１０を適用するように構成され得る。
[0080] プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ ２１０は、いくつかの例では、各々、色再マッピングプロセス、またはＣＲＩ ＳＥＩメッセージプロセスとして説明され得る。ビデオポストプロセッサ３１は、１つまたは複数のＣＲＩ ＳＥＩメッセージに従って（例えば、１つまたは複数のＣＲＩ ＳＥＩメッセージに対応する情報に従って、としても本明細書で説明され得る、１つまたは複数のＣＲＩ ＳＥＩメッセージによって搬送される情報に従って）復号ビデオデータを処理するように構成され得る。
[0081] いくつかの例では、ビデオプリプロセッサ１９は、ビデオデータに、プリＬＵＴ２００のみを適用することによって、３×３行列２０２のみを適用することによって、ポストＬＵＴ２０４のみを適用することによって、またはプリＬＵＴ２００と、３×３行列２０２と、ポストＬＵＴ２０４との任意の組合せを適用することによって、ビデオデータを処理するように構成され得る。そのような例では、ビデオプリプロセッサ１９は、プリＬＵＴ２００、３×３行列２０２、およびポストＬＵＴ２０４のうちの１つまたは複数を適用しないように構成され得る。いくつかの例では、プロセスを適用しないことは、（１）プロセスを適用しないこと、または（２）恒等プロセス（identity process）と呼ばれることがある、プロセスに入力されるのと同じビデオデータを出力するプロセスを適用することを指し得る。例えば、３×３行列２０２は、単位行列と呼ばれることもある、恒等行列であり得る。別の例として、プリＬＵＴ２００は、出力値が入力値に等しくなる（すなわち、入力ピクセル値が、プリＬＵＴ２００によってマッピングされたときに変化しない）ように、入力ピクセル値を出力ピクセル値にマッピングするデータ構造であり得る。別の例として、ポストＬＵＴ２０４は、出力値が入力値に等しくなる（すなわち、入力ピクセル値が、ポストＬＵＴ２０４によってマッピングされたときに変化しない）ように、入力ピクセル値を出力ピクセル値にマッピングするデータ構造であり得る。
[0082] 同様に、ビデオポストプロセッサ３１は、復号ビデオデータに、プリＬＵＴ２０６のみを適用することによって、３×３行列２０８のみを適用することによって、ポストＬＵＴ２１０のみを適用することによって、またはプリＬＵＴ２０６と、３×３行列２０８と、ポストＬＵＴ２１０との任意の組合せを適用することによって、ビデオデータを処理するように構成され得る。そのような例では、ビデオポストプロセッサ３１は、プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ２１０のうちの１つまたは複数を適用しないように構成され得る。いくつかの例では、プロセスを適用しないことは、（１）プロセスを適用しないこと、または（２）恒等プロセスと呼ばれることがある、プロセスに入力されるのと同じビデオデータを出力するプロセスを適用することを指し得る。例えば、３×３行列２０８は、単位行列と呼ばれることもある、恒等行列であり得る。別の例として、プリＬＵＴ２０６は、出力値が入力値に等しくなる（すなわち、入力ピクセル値が、プリＬＵＴ２０６によってマッピングされたときに変化しない）ように、入力ピクセル値を出力ピクセル値にマッピングするデータ構造であり得る。別の例として、ポストＬＵＴ２１０は、出力値が入力値に等しくなる（すなわち、入力ピクセル値が、ポストＬＵＴ２１０によってマッピングされたときに変化しない）ように、入力ピクセル値を出力ピクセル値にマッピングするデータ構造であり得る。
[0083] 現在のＨＥＶＣ規格によって定義されたＣＲＩ ＳＥＩメッセージのシンタックステーブルが、以下の表２において再現される。完全なセマンティクスは、ＨＥＶＣ規格において入手可能である。
Figure 2018530953
[0084] ＣＲＩ ＳＥＩメッセージのいくつかのセマンティクスが本明細書で説明される。ビデオエンコーダ２０は、本明細書で説明されるＣＲＩメッセージのセマンティクスに従ってビットストリームを発生するように構成され得、ビデオデコーダ３０は、ビットストリームを受信することと、ビットストリームからのＣＲＩ ＳＥＩメッセージ情報をパースすることと、ビットストリームからパースされた（１つまたは複数の）ＣＲＩ ＳＥＩメッセージ中で伝達された色再マッピング情報に従って、色再マッピングを行うようにビデオポストプロセッサ３１に命令する（またはそれ自体で行う）こととをするように構成され得る。例えば、プリプロセッサ１９は、色再マッピングされたビデオデータがビデオエンコーダ２０によって符号化されるように、ビデオデータが符号化される前に、ビデオデータに対して色再マッピングを行い得る。そのような例では、ビデオエンコーダ２０は、ビデオデコーダ３０および／またはビデオポストプロセッサ３１が復号ビデオデータに対して逆色再マッピングを行うことを可能にするために、本明細書で説明されるＣＲＩメッセージのセマンティクスに従ってビットストリームを発生するように構成され得る。ビデオデコーダ３０および／またはビデオポストプロセッサ３１への言及が本明細書で為され得るが、ビデオデコーダ３０への言及またはビデオポストプロセッサ３１への言及が両方とも、ビデオデコーダ３０および／またはビデオポストプロセッサ３１を示唆することを理解されたい。同様に、ビデオエンコーダ２０および／またはビデオポストプロセッサ３１への言及が本明細書で為され得るが、ビデオエンコーダ２０への言及またはビデオプリプロセッサ１９への言及が両方とも、ビデオエンコーダ２０および／またはビデオプリプロセッサ１９を示唆することを理解されたい。
[0085] 復号ビデオデータは、ビデオデコーダ３０によって出力された復号ビデオデータ、または、例えば、１つまたは複数の非ＣＲＩ ＳＥＩメッセージプロセス（例えば、アップサンプリングプロセスまたはダウンサンプリングプロセス）によって処理された復号ビデオデータを指し得る。いくつかの例では、逆色再マッピングプロセスへの言及は、ビデオデータがビデオエンコーダ２０によって符号化される前に、ビデオデータに適用される色再マッピングプロセスの逆を指し得る。ビデオデコーダ３０は、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信するように構成され得、ここにおいて、ＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報を含む。
[0086] 以下の段落[0087]〜[0098]からのセマンティクスは、参照のために現在のＨＥＶＣ規格から直接引用された。
[0087] 色再マッピング情報ＳＥＩメッセージは、出力ピクチャの再構成された色サンプルの再マッピングを可能にするための情報を与える。色再マッピング情報は、復号サンプル値がルーマおよびクロマ領域にあるのか、ＲＧＢ領域にあるのかにかかわらず、復号サンプル値に直接適用され得る。色再マッピング情報ＳＥＩメッセージ中で使用される色再マッピングモデルは、（本明細書でシンタックス要素の「プリ」セットによって指定される）各色コンポーネントに適用される第１の区分線形関数と、３つの色コンポーネントに適用される３×３行列と、（本明細書でシンタックス要素の「ポスト」セットによって指定される）各色コンポーネントに適用される第２の区分線形関数とから構成される。注１−表示のための出力ピクチャの色再マッピングは随意であり、本明細書において指定される復号プロセスに影響を及ぼさない。
[0088] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄは、色再マッピング情報の目的を識別するために使用され得る識別番号を含んでいる。ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値は、両端値を含む、０〜２32−２のレンジ内にあるものとする。
[0089] ０〜２５５の、および５１２〜２31−１のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値は、適用例によって決定されたように使用され得る。両端値を含む、２５６〜５１１の、および、両端値を含む、２31〜２32−２のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約済みである。デコーダは、両端値を含む、２５６〜５１１のレンジ内の、または、両端値を含む、２31〜２32−２のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値を含んでいる全ての色再マッピング情報ＳＥＩメッセージを無視するものとし、ビットストリームは、そのような値を含んでいないものとする。注２−ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄは、異なるディスプレイシナリオに好適である異なる色再マッピングプロセスをサポートするために使用され得る。例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの異なる値は、ディスプレイによってサポートされる異なる再マッピングされた色空間に対応し得る。
[0090] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔｓは、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔｓが、ＣＬＶＳのために使用される色空間ではなく、再マッピングされた再構成されたピクチャの色空間を指定することを除いて、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素についての節Ｅ．３．１において指定されたのと同じセマンティクスを有する。存在しないとき、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔｓの値は、ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値に等しいと推論される。
[0091] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、色再マッピング情報ＳＥＩメッセージの解釈の目的で、関連するピクチャのルーマおよびクロマコンポーネントまたはＲＧＢコンポーネントのビット深度を指定する。コード化ルーマおよびクロマコンポーネントのビット深度またはコード化ＲＧＢコンポーネントのビット深度に等しくないｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈの値をもつ色再マッピング情報ＳＥＩメッセージが存在するとき、ＳＥＩメッセージは、コード化ビデオを、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈに等しいビット深度をもつコンバートされたビデオにコンバートするために行われるトランスコーディング動作の仮想結果を指す。
[0092] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈの値は、両端値を含む、８〜１６のレンジ内にあるものとする。両端値を含む、０〜７の、および、両端値を含む、１７〜２５５のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約済みである。デコーダは、両端値を含む、０〜７のレンジ内の、または、両端値を含む、１７〜２５５のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈを含んでいる全ての色再マッピングＳＥＩメッセージを無視するものとし、ビットストリームは、そのような値を含んでいないものとする。
[0093] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈは、色再マッピング情報ＳＥＩメッセージによって記述される色再マッピング関数の出力のビット深度を指定する。
[0094] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈの値は、両端値を含む、８〜１６のレンジ内にあるものとする。両端値を含む、０〜７の、および、両端値を含む、１７〜２５５のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約済みである。デコーダは、両端値を含む、０〜７の、または、両端値を含む、１７〜２５５のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈの値を含んでいる全ての色再マッピングＳＥＩメッセージを無視するものとする。
[0095] ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］＋１は、ｃ番目のコンポーネントについての区分線形再マッピング関数におけるピボット点（pivot point）の数を指定し、ここで、０に等しいｃは、ルーマまたはＧコンポーネントを指し、１に等しいｃは、ＣｂまたはＢコンポーネントを指し、２に等しいｃは、ＣｒまたはＲコンポーネントを指す。ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］が０に等しいとき、ｃ番目のコンポーネントについて、入力値のデフォルト端点は、０および２colour_remap_input_bit_depth−１であり、出力値の対応するデフォルト端点は、０および２colour_remap_bit_depth−１である。本明細書のこのバージョンに準拠するビットストリームでは、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］の値は、両端値を含む、０〜３２のレンジ内にあるものとする。
[0096] ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］は、ｃ番目のコンポーネントについてのｉ番目のピボット点の値を指定する。ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］を表すために使用されるビット数は、（（ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈ＋７）＞＞３）＜＜３である。
[0097] ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］は、ｃ番目のコンポーネントについてのｉ番目のピボット点の値を指定する。ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］を表すために使用されるビット数は、（（ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈ＋７）＞＞３）＜＜３である。
[0098] ｐｏｓｔ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［］、ｐｏｓｔ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｏｓｔ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］のセマンティクスは、それぞれ、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［］、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］のセマンティクスと同様であり、ｐｏｓｔ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｏｓｔ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］を表すために使用されるビット数は、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈに等しい。
[0099] ビデオデコーダ３０は、ビデオデータを復号するためにビデオエンコーダ２０の逆を行うように構成され得る。ビデオデータを再構成するためのプロセスは、概して、ビデオエンコーダ２０によって行われるプロセスに相反し得る。上記で説明されたように、ビデオポストプロセッサ３１は、いくつかの例では、復号ビデオデータを表示に好適な形態にコンバートするように働き得る、ビデオプリプロセッサ１９の逆を行うように構成され得る。例えば、ビデオポストプロセッサ３１は、表示に好適なビデオデータを発生するために、整数−浮動コンバージョン（integer-to-floating conversion）、圧縮したまたはロバストな色空間からの色コンバージョン、および／またはダイナミックレンジ圧縮の逆を行い得る。
[0100] ビデオエンコーダ２０、ビデオデコーダ３０、ビデオプリプロセッサ１９、ビデオポストプロセッサ３１、および／またはそれらの任意の組合せ（例えば、ビデオプリプロセッサ１９を含むビデオエンコーダ２０、ビデオポストプロセッサ３１を含むビデオデコーダ３０、ビデオコーダ、ビデオプリプロセッサ１９とビデオポストプロセッサ３１とを含むビデオコーダ）は、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアまたはそれらの任意の組合せのような、様々な好適なエンコーダ回路のいずれかとして実施され得る。本技法が部分的にソフトウェアで実施されるとき、デバイスは、ソフトウェアのための命令を好適な非一時的コンピュータ可読媒体に記憶し、本開示の技法を行うために１つまたは複数のプロセッサを使用してハードウェアでその命令を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて（コーデックまたはコーダと呼ばれることがある）複合エンコーダ／デコーダの一部として統合され得る。
[0101] いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、およびそれの拡張（例えば、スケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）拡張）を含む、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４、並びにそれの拡張（例えば、レンジおよびスクリーンコンテンツコーディング拡張）を含む、（ＨＥＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６５のような、ビデオコーディング規格に従って動作するように構成され得る。
[0102] ＨＥＶＣおよび他のビデオコーディング規格では、ビデオシーケンスは一般に一連のピクチャを含む。ピクチャは「フレーム」と呼ばれることもある。ピクチャは、ＳL、ＳCb、およびＳCrと示される３つのサンプルアレイを含み得る。ＳLはルーマサンプルの２次元アレイ（すなわち、ブロック）である。ＳCbはＣｂクロミナンスサンプルの２次元アレイである。ＳCrはＣｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ」サンプルと呼ばれることもある。他の事例では、ピクチャはモノクロームであり得、ルーマサンプルのアレイのみを含み得る。
[0103] ビデオエンコーダ２０は、コーディングツリーユニット（ＣＴＵ）のセットを発生し得る。ＣＴＵの各々は、ルーマサンプルのコーディングツリーブロックと、クロマサンプルの２つの対応するコーディングツリーブロックと、それらのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。モノクロームピクチャまたは３つの別個の色平面を有するピクチャでは、ＣＴＵは、単一のコーディングツリーブロックと、そのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。コーディングツリーブロックは、サンプルのＮ×Ｎブロックであり得る。ＣＴＵは「ツリーブロック」または「最大コーディングユニット」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣのような、他のビデオコーディング規格のマクロブロックに広い意味で類似し得る。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含み得る。スライスは、ラスタ走査において連続的に順序付けられた整数個のＣＴＵを含み得る。
[0104] 本開示は、サンプルの１つまたは複数のブロックと、サンプルの１つまたは複数のブロックのサンプルをコーディングするために使用されるシンタックス構造とを指すために、「ビデオユニット」または「ビデオブロック」という用語を使用し得る。例示的なタイプのビデオユニットは、ＨＥＶＣにおけるＣＴＵ、ＣＵ、ＰＵ、変換ユニット（ＴＵ）、または他のビデオコーディング規格におけるマクロブロック、マクロブロックパーティションなどを含み得る。
[0105] コード化ＣＴＵを発生するために、ビデオエンコーダ２０は、コーディングツリーブロックをコーディングブロックに分割するためにＣＴＵのコーディングツリーブロックに対して４分木区分を再帰的に行い得、従って「コーディングツリーユニット」という名称がある。コーディングブロックはサンプルのＮ×Ｎブロックである。ＣＵは、ルーマサンプルアレイとＣｂサンプルアレイとＣｒサンプルアレイとを有するピクチャのルーマサンプルのコーディングブロックと、そのピクチャのクロマサンプルの２つの対応するコーディングブロックと、それらのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。モノクロームピクチャまたは３つの別個の色平面を有するピクチャでは、ＣＵは、単一のコーディングブロックと、そのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。
[0106] ビデオエンコーダ２０は、ＣＵのコーディングブロックを１つまたは複数の予測ブロックに区分し得る。予測ブロックは、同じ予測が適用されるサンプルの矩形（すなわち、正方形または非正方形）ブロックであり得る。ＣＵの予測ユニット（ＰＵ）は、ピクチャのルーマサンプルの予測ブロックと、クロマサンプルの２つの対応する予測ブロックと、予測ブロックサンプルを予測するために使用されるシンタックス構造とを備え得る。モノクロームピクチャまたは３つの別個の色平面を有するピクチャでは、ＰＵは、単一の予測ブロックと、その予測ブロックサンプルを予測するために使用されるシンタックス構造とを備え得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロックのための予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを発生し得る。
[0107] ビデオエンコーダ２０は、ＰＵのための予測ブロックを発生するためにイントラ予測またはインター予測を使用し得る。ビデオエンコーダ２０がＰＵの予測ブロックを発生するためにイントラ予測を使用する場合、ビデオエンコーダ２０は、ＰＵに関連するピクチャの復号サンプルに基づいてＰＵの予測ブロックを発生し得る。
[0108] ビデオエンコーダ２０が、ＰＵの予測ブロックを発生するためにインター予測を使用する場合、ビデオエンコーダ２０は、ＰＵに関連するピクチャ以外の１つまたは複数のピクチャの復号サンプルに基づいて、ＰＵの予測ブロックを発生し得る。インター予測は、単方向インター予測（すなわち、単予測）または双方向インター予測（すなわち、双予測）であり得る。単予測または双予測を行うために、ビデオエンコーダ２０は、現在スライスに対して、第１の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０）と第２の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ１）とを発生し得る。
[0109] 参照ピクチャリストの各々は１つまたは複数の参照ピクチャを含み得る。単予測を使用するとき、ビデオエンコーダ２０は、参照ピクチャ内の参照ロケーションを決定するために、ＲｅｆＰｉｃＬｉｓｔ０とＲｅｆＰｉｃＬｉｓｔ１のいずれかまたは両方の中の参照ピクチャを探索し得る。さらに、単予測を使用するとき、ビデオエンコーダ２０は、参照ロケーションに対応するサンプルに少なくとも部分的に基づいて、ＰＵのための予測サンプルブロックを発生し得る。さらに、単予測を使用するとき、ビデオエンコーダ２０は、ＰＵの予測ブロックと参照ロケーションとの間の空間変位を示す単一の動きベクトルを発生し得る。ＰＵの予測ブロックと参照ロケーションとの間の空間変位を示すために、動きベクトルは、ＰＵの予測ブロックと参照ロケーションとの間の水平変位を指定する水平コンポーネントを含み得、ＰＵの予測ブロックと参照ロケーションとの間の垂直変位を指定する垂直コンポーネントを含み得る。
[0110] ＰＵを符号化するために双予測を使用するとき、ビデオエンコーダ２０は、ＲｅｆＰｉｃＬｉｓｔ０中の参照ピクチャ中の第１の参照ロケーションと、ＲｅｆＰｉｃＬｉｓｔ１中の参照ピクチャ中の第２の参照ロケーションとを決定し得る。ビデオエンコーダ２０は、次いで、第１および第２の参照ロケーションに対応するサンプルに少なくとも部分的に基づいて、ＰＵのための予測ブロックを発生し得る。さらに、ＰＵを符号化するために双予測を使用するとき、ビデオエンコーダ２０は、ＰＵのサンプルブロックと第１の参照ロケーションとの間の空間変位を示す第１の動きベクトルと、ＰＵの予測ブロックと第２の参照ロケーションとの間の空間変位を示す第２の動きベクトルとを発生し得る。
[0111] ビデオエンコーダ２０がＣＵの１つまたは複数のＰＵのための予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを発生した後、ビデオエンコーダ２０は、ＣＵのためのルーマ残差ブロックを発生し得る。ＣＵのルーマ残差ブロック中の各サンプルは、ＣＵの予測ルーマブロックのうちの１つ中のルーマサンプルとＣＵの元のルーマコーディングブロック中の対応するサンプルとの間の差分を示す。さらに、ビデオエンコーダ２０はＣＵのためのＣｂ残差ブロックを発生し得る。ＣＵのＣｂ残差ブロック中の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つ中のＣｂサンプルとＣＵの元のＣｂコーディングブロック中の対応するサンプルとの間の差分を示し得る。ビデオエンコーダ２０はＣＵのためのＣｒ残差ブロックをも発生し得る。ＣＵのＣｒ残差ブロック中の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つ中のＣｒサンプルとＣＵの元のＣｒコーディングブロック中の対応するサンプルとの間の差分を示し得る。
[0112] さらに、ビデオエンコーダ２０は、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを、１つまたは複数のルーマ変換ブロックと、Ｃｂ変換ブロックと、Ｃｒ変換ブロックとに分解するために４分木区分を使用し得る。変換ブロックは、同じ変換が適用されるサンプルの矩形ブロックであり得る。ＣＵの変換ユニット（ＴＵ）は、ルーマサンプルの変換ブロックと、クロマサンプルの２つの対応する変換ブロックと、変換ブロックサンプルを変換するために使用されるシンタックス構造とを備え得る。モノクロームピクチャまたは３つの別個の色平面を有するピクチャでは、ＴＵは、単一の変換ブロックと、変換ブロックサンプルを変換するために使用されるシンタックス構造とを備え得る。従って、ＣＵの各ＴＵは、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに関連し得る。ＴＵに関連するルーマ変換ブロックはＣＵのルーマ残差ブロックのサブブロックであり得る。Ｃｂ変換ブロックはＣＵのＣｂ残差ブロックのサブブロックであり得る。Ｃｒ変換ブロックはＣＵのＣｒ残差ブロックのサブブロックであり得る。
[0113] ビデオエンコーダ２０は、ＴＵのためのルーマ係数ブロックを発生するために、ＴＵのルーマ変換ブロックに１つまたは複数の変換を適用し得る。係数ブロックは変換係数の２次元アレイであり得る。変換係数はスカラー量であり得る。ビデオエンコーダ２０は、ＴＵのためのＣｂ係数ブロックを発生するために、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用し得る。ビデオエンコーダ２０は、ＴＵのためのＣｒ係数ブロックを発生するために、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用し得る。
[0114] 係数ブロック（例えば、ルーマ係数ブロック、Ｃｂ係数ブロックまたはＣｒ係数ブロック）を発生した後に、ビデオエンコーダ２０は、係数ブロックを量子化し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮をするプロセスを指す。さらに、ビデオエンコーダ２０は、変換係数を逆量子化し、ピクチャのＣＵのＴＵの変換ブロックを再構成するために変換係数に逆変換を適用する。ビデオエンコーダ２０は、ＣＵのコーディングブロックを再構成するためにＣＵのＴＵの再構成された変換ブロックとＣＵのＰＵの予測ブロックとを使用し得る。ピクチャの各ＣＵのコーディングブロックを再構成することによって、ビデオエンコーダ２０はピクチャを再構成し得る。ビデオエンコーダ２０は、再構成されたピクチャを復号ピクチャバッファ（ＤＰＢ：decoded picture buffer）に記憶し得る。ビデオエンコーダ２０は、インター予測およびイントラ予測のためにＤＰＢ中の再構成されたピクチャを使用し得る。
[0115] ビデオエンコーダ２０が係数ブロックを量子化した後に、ビデオエンコーダ２０は、量子化された変換係数を示すシンタックス要素をエントロピー符号化し得る。例えば、ビデオエンコーダ２０は、被量子化変換係数を示すシンタックス要素に対してコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：Context-Adaptive Binary Arithmetic Coding）を行い得る。ビデオエンコーダ２０は、エントロピー符号化シンタックス要素をビットストリーム中に出力し得る。
[0116] ビデオエンコーダ２０は、コード化ピクチャと関連データとの表現を形成するビットのシーケンスを含むビットストリームを出力し得る。ビットストリームは、ネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニットのシーケンスを備え得る。ＮＡＬユニットの各々はＮＡＬユニットヘッダを含み、ローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）をカプセル化する。ＮＡＬユニットヘッダは、ＮＡＬユニットタイプコードを示すシンタックス要素を含み得る。ＮＡＬユニットのＮＡＬユニットヘッダによって指定されるＮＡＬユニットタイプコードは、ＮＡＬユニットのタイプを示す。ＲＢＳＰは、ＮＡＬユニット内にカプセル化された整数個のバイトを含んでいるシンタックス構造であり得る。いくつかの事例では、ＲＢＳＰは０ビットを含む。
[0117] 異なるタイプのＮＡＬユニットは、異なるタイプのＲＢＳＰをカプセル化し得る。例えば、第１のタイプのＮＡＬユニットはピクチャパラメータセット（ＰＰＳ：picture parameter set）のためのＲＢＳＰをカプセル化し得、第２のタイプのＮＡＬユニットはコード化スライスのためのＲＢＳＰをカプセル化し得、第３のタイプのＮＡＬユニットは補足エンハンスメント情報（ＳＥＩ：Supplemental Enhancement Information）のためのＲＢＳＰをカプセル化し得、以下同様である。ＰＰＳは、０個またはそれ以上のコード化ピクチャ全体に適用されるシンタックス要素を含んでいることがあるシンタックス構造である。（パラメータセットおよびＳＥＩメッセージのためのＲＢＳＰとは対照的に）ビデオコーディングデータのためのＲＢＳＰをカプセル化するＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットと呼ばれることがある。コード化スライスをカプセル化するＮＡＬユニットは、本明細書ではコード化スライスＮＡＬユニットと呼ばれることがある。コード化スライスのためのＲＢＳＰは、スライスヘッダとスライスデータとを含み得る。
[0118] ビデオデコーダ３０はビットストリームを受信し得る。さらに、ビデオデコーダ３０は、ビットストリームからシンタックス要素を復号するために、ビットストリームをパースし得る。ビデオデコーダ３０は、ビットストリームから復号されたシンタックス要素に少なくとも部分的に基づいてビデオデータのピクチャを再構成し得る。ビデオデータを再構成するためのプロセスは、概して、ビデオエンコーダ２０によって行われるプロセスに相反し得る。例えば、ビデオデコーダ３０は、現在ＣＵのＰＵのための予測ブロックを決定するためにＰＵの動きベクトルを使用し得る。ビデオデコーダ３０は、ＰＵのための予測ブロックを発生するためにＰＵの１つまたは複数の動きベクトルを使用し得る。
[0119] さらに、ビデオデコーダ３０は、現在ＣＵのＴＵに関連する係数ブロックを逆量子化（inverse quantize）し得る。ビデオデコーダ３０は、現在ＣＵのＴＵに関連する変換ブロックを再構成するために、係数ブロックに対して逆変換を行い得る。ビデオデコーダ３０は、現在ＣＵのＰＵのための予測サンプルブロックのサンプルを現在ＣＵのＴＵの変換ブロックの対応するサンプルに加算することによって、現在ＣＵのコーディングブロックを再構成し得る。ピクチャの各ＣＵのためのコーディングブロックを再構成することによって、ビデオデコーダ３０はピクチャを再構成し得る。ビデオデコーダ３０は、出力のためにおよび／または他のピクチャを復号する際に使用するために、復号されたピクチャを復号ピクチャバッファに記憶し得る。
[0120] 次世代ビデオ適用例およびサービスは、ＨＤＲ（高ダイナミックレンジ）およびＷＣＧ（広色域）をもつキャプチャされた風景を表すビデオデータを用いて動作することが予期される。利用されるダイナミックレンジおよび色域のパラメータは、ビデオコンテンツの２つの独立した属性であり、デジタルテレビジョンおよびマルチメディアサービスの目的のためのそれらの仕様は、いくつかの国際規格によって定義される。例えば、ＩＴＵ−Ｒ Ｒｅｃ．７０９は、標準ダイナミックレンジ（ＳＤＲ）および標準色域のような、ＨＤＴＶ（高精細度テレビジョン）のためのパラメータを定義し、ＩＴＵ−Ｒ Ｒｅｃ．２０２０は、ＨＤＲおよびＷＣＧのような、ＵＨＤＴＶ（超高精細度テレビジョン）パラメータを指定する。他のシステムにおいてダイナミックレンジおよび色域属性を指定する他の規格開発機関（ＳＤＯ：standards developing organization）文献もある。例えば、Ｐ３色域が、ＳＭＰＴＥ−２３１−２（映画テレビ技術者協会：Society of Motion Picture and Television Engineers）において定義されており、ＨＤＲのいくつかのパラメータが、ＳＴＭＰＴＥ−２０８４において定義されている。
[0121] いくつかの例では、ダイナミックレンジは、一般に、ビデオ信号（例えば、ビデオデータ）の最大輝度（brightness）と最小輝度との間の比として定義される。ダイナミックレンジは、「ｆストップ」に関して測定され得、ここで、１つのｆストップは、ビデオデータのダイナミックレンジの２倍に対応する。ＭＰＥＧの定義では、ＨＤＲコンテンツは、１６個よりも多いｆストップをもつ輝度変動を起用するそのようなコンテンツである。いくつかの項では、１０個のｆストップと１６個のｆストップとの間のレベルは、中間ダイナミックレンジとして見なされるが、他の定義では、ＨＤＲと見なされ得る。いくつかの例では、ＨＤＲビデオコンテンツは、標準ダイナミックレンジを用いて旧来使用されるビデオコンテンツよりも高いダイナミックレンジを有する任意のビデオコンテンツであり得る（ＳＤＲビデオコンテンツの一例は、ＩＴＵ−Ｒ Ｒｅｃ．Ｂｔ．７０９によって指定されたビデオコンテンツを含む）。同時に、人間の視覚系（ＨＶＳ：human visual system）は、はるかに大きいダイナミックレンジを知覚することが可能である。しかしながら、ＨＶＳは、いわゆる同時レンジを狭くするための適応機構を含む。同時レンジは、例えば、適応を行う（例えば、瞳孔を拡張する）ためのＨＶＳの能力により、時間的に瞬時点においてルミナンス（luminance）レンジの（レンジ全体ではなく）サブレンジを知覚するためのＨＶＳの能力を指し得る。言い換えれば、ＨＶＳは、所与の時間にルミナンス知覚のあるレンジを有し得る。ＨＶＳは、ＨＶＳの全体的なルミナンスレンジ内で同時レンジを移動するための適応を行い得る。
[0122] 図２は、例示的な表示能力（例えば、ＳＤＲディスプレイおよびＨＤＲディスプレイ）に対するＨＶＳの一例を示す。例えば、図２は、ＨＤＴＶビデオデータのＳＤＲ、ＵＨＤＴＶビデオデータの予想されるＨＤＲ、およびＨＶＳによって知覚可能なダイナミックレンジに対する、ルミナンスレンジ（およびＨＶＳのルミナンスレンジ内の同時レンジの一例）を示す。
[0123] いくつかの例では、ビデオ適用例およびサービスは、（Ｒｅｃ．７０９またはＢＴ．７０９とも呼ばれる）ＩＴＵ−Ｒ勧告ＢＴ．７０９によって規制され得、約０．１〜１００ニト（nit）の輝度（またはルミナンス）のレンジを一般にサポートするＳＤＲを与え、１０個未満のｆストップをもたらし得る。ニトは、ルミナンスについての測定単位である。例えば、１ニトは、１カンデラ（ｃｄ）毎平方メートル（ｍ2）に等しい。次世代ビデオ適用例およびサービスは、最高１６個のｆストップのダイナミックレンジを与えることが予想される。ＳＭＰＴＥ−２０８４およびＲｅｃ．２０２０においていくつかの初期パラメータが指定される。例えば、ＳＴ２０８４は、ＨＤＲビデオデータを線形空間と非線形空間との間でコンバートするために好適であるＥＯＴＦ（ｅｌｅｃｔｏ光学伝達関数）を定義する。別の例として、Ｒｅｃ．２０２０は、（ＳＤＲビデオデータのために広く使用される）Ｒｅｃ．７０９によって記述されるプライマリよりも多くの色（例えば、より大きい色域）ように、ビデオデータを表すために使用され得る色プライマリを定義する。
[0124] ＨＤＲ以外のより現実的なビデオエクスペリエンスのための別の態様は、従来、色域によって定義される、色次元である。図３は、ＨＤＴＶのためのＳＤＲ色域（ＢＴ．７０９の赤色、緑色および青色の色プライマリに基づく三角形１００）と、ＵＨＤＴＶのためのより広い色域（ＢＴ．２０２０の赤色、緑色および青色の色プライマリに基づく三角形１０２）とを示す概念図である。図３はまた、自然色の範囲を表す、（舌形のエリア１０４によって画定された）いわゆるスペクトル軌跡を示す。図３によって示されるように、ＢＴ．７０９色プライマリからＢＴ．２０２０色プライマリに移動することは、約７０％より多くの色をもつＵＨＤＴＶサービスを与えることを目的とする。Ｄ６５は、所与の仕様（例えば、ＢＴ．７０９仕様および／またはＢＴ．２０２０仕様）について白色を指定する。
[0125] 色域仕様のいくつかの例が表１に示されている。
Figure 2018530953
[0126] 表１に見られるように、色域は、白色点のｘ値およびｙ値によって、並びに原色（例えば、赤（Ｒ）、緑（Ｇ）、および青（Ｂ））のｘ値およびｙ値によって定義され得る。ｘ値およびｙ値は、ＣＩＥ１９３１色空間によって定義されるように、色の色度（ｘ）および輝度（ｙ）を表す。ＣＩＥ１９３１色空間は、（例えば、波長に関して）純粋な色と、人間の眼がどのようにそのような色を知覚するかとの間のリンクを定義する。
[0127] ＨＤＲ／ＷＣＧビデオデータは、一般に、（４：４：４クロマサブサンプリングフォーマットとも呼ばれる）４：４：４クロマフォーマットおよび極めて広い色空間（例えば、ＣＩＥ ＸＹＺとも呼ばれるＣＩＥ １９３１ ＸＹＺ）を用いて、コンポーネントごとに極めて高い精度で（浮動小数点さえ）獲得され、記憶される。この表現は高精度をターゲットにし、ほとんど数学的に可逆である。しかしながら、ＨＤＲ／ＷＣＧビデオデータを記憶するためのそのようなフォーマットは、多くの冗長性を含み得、圧縮目的のために最適でないことがある。ＨＶＳベースの仮定を用いたより低い精度のフォーマットが、一般に、最先端のビデオ適用例のために利用される。
[0128] 圧縮の目的のためのビデオデータフォーマットコンバージョンプロセスの一例は、図４に示されているように、３つの主要なプロセスを含む。図４の技法は、ビデオプリプロセッサ１９によって行われ得る。ビデオプリプロセッサ１９は、ビデオソース１８から線形ＲＧＢデータ１１０を受信するように構成され得る。線形ＲＧＢデータ１１０は、ＨＤＲ／ＷＣＧビデオデータであり得、浮動小数点表現でのものであり得る。線形ＲＧＢデータ１１０は、ダイナミックレンジ圧縮のために非線形伝達関数（ＴＦ）１１２を使用して圧縮され得る。ビデオプリプロセッサ１９は、任意の数の非線形伝達関数（例えば、ＳＭＰＴＥ−２０８４）を使用して線形ＲＧＢデータ１１０を圧縮するために、線形ＲＧＢデータ１１０に伝達関数１１２を適用し得る。いくつかの例では、ビデオプリプロセッサ１９は、ＴＦ１１２プロセスによって発生されたかまたは場合によっては出力された圧縮されたデータを、ビデオエンコーダ（例えば、ビデオエンコーダ２０）による圧縮により好適であるターゲット色空間（例えば、ＹＣｂＣｒ）にコンバートするために、色コンバージョンプロセス１１４を行い得る。ターゲット色空間は、より圧縮したまたはロバストな色空間であり得る。色コンバージョンプロセス１１４によって発生されたかまたは場合によっては出力されたビデオデータは、次いで、（いくつかの例では、コンバートされたＨＤＲビデオデータを指し得る）処理された事前符号化ビデオデータ１１８を生成するために、例えば、色コンバージョンプロセス１１４によって発生されたかまたは場合によっては出力されたビデオデータを浮動小数点表現から整数表現にコンバートするために、量子化プロセス１１６を使用してビデオプリプロセッサ１９によって量子化され得る。この例では、処理された事前符号化ビデオデータ１１８は、ビデオエンコーダ（例えば、ＨＥＶＣ技法を適用するビデオエンコーダ２０）による圧縮により好適であるフォーマットであり得る、整数表現でのものである。図４に示されているプロセスの順序は、一例として与えられ、他の適用例において異なり得る。例えば、色コンバージョンプロセスはＴＦプロセスに先行し得る。さらに、追加の処理（例えば、空間サブサンプリング）が色コンポーネントに適用され得る。
[0129] 図４に関して説明されるビデオデータフォーマットコンバージョンプロセスの逆が、図５に示されている様式のような様式で、復号ビデオデータに対して行われ得る。図５の技法は、ビデオポストプロセッサ３１によって行われ得る。ビデオポストプロセッサ３１は、ビデオデコーダ３０から（いくつかの例では、ＨＤＲビデオデータを指し得る）復号ビデオデータ１２０を受信するように構成され得る。例えば、ビデオエンコーダ２０は、処理された事前符号化ビデオデータ１１８を受信し、符号化ビデオデータを生成するためにこのビデオデータを符号化し得る。ビデオデコーダ３０は、復号ビデオデータ１２０を発生するかまたは場合によっては出力するために、処理された事前符号化ビデオデータ１１８から導出された符号化ビデオデータを受信し、復号し得る。いくつかの例では、復号ビデオデータ１２０は、（例えば、可逆ビデオ圧縮により）処理された事前符号化ビデオデータ１１８と同じであり得る。他の例では、復号ビデオデータ１２０は、（例えば、不可逆ビデオ圧縮またはデータ汚染により）処理された事前符号化ビデオデータ１１８と同様であるが、同じでないことがある。
[0130] 復号ビデオデータ１２０は、ビデオポストプロセッサ３１によって行われる逆量子化プロセス１２２によって逆量子化され得る。次いで、逆色コンバージョンプロセス１２４が、ビデオポストプロセッサ３１によって逆量子化復号ビデオデータに適用され得る。逆色コンバージョンプロセス１２４は、色コンバージョンプロセス１１４の逆であり得る。例えば、逆色コンバージョンプロセス１２４は、逆量子化復号ビデオデータを第１の色空間（例えば、ＹＣｒＣｂ）から第２の色空間（例えば、ＲＧＢ）にコンバートし得る。次に、逆伝達関数１２６が、線形ＲＧＢデータ１２８を発生するかまたは場合によっては出力するために、いくつかの例では、伝達関数１１２によって圧縮されていることがあるダイナミックレンジを再加算するために、逆色コンバートされた復号ビデオデータに、ビデオポストプロセッサ３１によって適用され得る。いくつかの例では、線形ＲＧＢデータ１２８は、（例えば、可逆ビデオ圧縮により）線形ＲＧＢデータ１１と同じであり得る。他の例では、線形ＲＧＢデータ１２８は、（例えば、不可逆ビデオ圧縮またはデータ汚染により）線形ＲＧＢデータ１１０と同様であるが、同じでないことがある。
[0131] 図４に示されている技法は、次に、より詳細に説明される。概して、伝達関数は、データのダイナミックレンジを圧縮するために、ビデオプリプロセッサ１９によってデータ（例えば、ＨＤＲ／ＷＣＧビデオデータ）に適用される。そのような圧縮は、より少ないビットを用いてデータが表されることを可能にする。一例では、伝達関数１１２は、１次元（１Ｄ）非線形関数であり得、（例えば、Ｒｅｃ．７０９におけるＳＤＲのために指定された）エンドユーザ表示の電気光学伝達関数（ＥＯＴＦ）の逆を反映し得る。別の例では、伝達関数１１２は、ＨＶＳ知覚対輝度変化（例えば、ＨＤＲのためのＳＭＰＴＥ−２０８４において指定されたＰＱ伝達関数）を近似し得る。ＯＥＴＦの逆プロセスは、コードレベルをルミナンスにマッピングする、ＥＯＴＦ（電気光学伝達関数）である。図６は非線形伝達関数のいくつかの例を示す。伝達関数は、別個に、色空間における各色チャネル（例えば、ＲＧＢ色空間におけるＲ、Ｇ、およびＢチャネル）に適用され得る。
[0132] 本開示のコンテキストでは、「信号値」または「色値」という用語は、画像要素のための（Ｒ、Ｇ、Ｂ、またはＹのような）特定の色コンポーネントの値に対応するルミナンスレベルについて説明するために使用され得る。信号値は、一般に、線形光源レベル（ルミナンス値）を表す。「コードレベル」または「デジタルコード値」という用語は、画像信号値のデジタル表現を指し得る。一般に、そのようなデジタル表現は非線形信号値を表す。ＥＯＴＦは、ディスプレイデバイス（例えば、ディスプレイデバイス３２）に与えられた非線形信号値とディスプレイデバイスによって生成された線形色値との間の関係を表す。
[0133] ビデオプリプロセッサ１９によって行われる（例えば、図４に示されている）色コンバージョンプロセス１１４に関して、ＲＧＢデータは、一般に、ＲＧＢが、一般に、画像キャプチャセンサーによって生成されるデータのタイプであるので、入力色空間として利用される。しかしながら、ＲＧＢ色空間は、それのコンポーネントの間で高い冗長性を有し、圧縮した表現のために最適でない。より圧縮したおよびよりロバストな表現を達成するために、ＲＧＢコンポーネントは、ビデオプリプロセッサ１９によって、圧縮により好適であるより無相関な色空間（例えば、ＹＣｂＣｒ）にコンバートされ得る。ＹＣｂＣｒ色空間は、例えば、異なる、あまり相関しないコンポーネントにおいて、ルミナンス（Ｙ）および色情報（ＣｒおよびＣｂ）の形態で、輝度を分離する。このコンテキストでは、ロバストな表現は、条件付きビットレートにおいて圧縮されたとき、誤り耐性のより高いレベルを採用する色空間を指し得る。
[0134] （色変換プロセスとも呼ばれる）色コンバージョンプロセス１１４に続いて、ターゲット色空間における色コンバートされたビデオデータは、依然として、高ビット深度（例えば、浮動小数点正確さ）において表され得る。（例えば、図４に示されている）ビデオプリプロセッサ１９によって行われる量子化プロセス１１６は、色コンバートされたビデオデータをターゲットビット深度に量子化し得る。いくつかの例では、ＰＱ伝達関数と組み合わせた１０〜１２ビットのビット深度が、丁度可知差（ＪＮＤ：Just-Noticeable Difference）を下回るひずみをもつ１６個のｆストップのＨＤＲにデータを与えるのに十分であり得る。概して、ＪＮＤは、差が（例えば、ＨＶＳによって）それとわかるようになるために、何か（例えば、ビデオデータ）が変更されなければならない量である。１０ビット正確さを用いて表される（すなわち、１０のビット深度を有する）データは、ビデオコーディング規格に従って、ビデオエンコーダ（例えば、ビデオエンコーダ２０）によってさらにコーディングされ得る。この量子化は、不可逆コーディングの要素であり、コンバートされたデータにもたらされる不正確さの源である。
[0135] 本開示は、ＨＥＶＣ規格によって現在定義されているＣＲＩ ＳＥＩメッセージとの問題を識別し、本明細書で識別される問題に対処するための例示的な技法を提示する。
[0136] １つの例示的な問題として、現在のＨＥＶＣ規格によって定義されているＳＥＩメッセージのセマンティクスは、ＳＥＩメッセージ中に含まれている情報が、ビデオデコーダ３０および／またはビデオポストプロセッサ３１による復号ビデオデータの処理においてどこで適用され得るかに関して不明瞭である。例えば、現在のＨＥＶＣ規格は、セマンティクスにおいて、ＳＥＩメッセージが復号ビデオデータに直接適用され得ることについて説明するが、それは、ＳＥＩメッセージが、１つまたは複数のプロセスの適用の結果として生成された復号ビデオデータに適用され得るかどうかに関して不明瞭である。例えば、プリＬＵＴ２０６、３×３行列２０８、またはポストＬＵＴ２１０のうちの１つまたは複数のような、ＣＲＩ ＳＥＩメッセージのプロセスが、ビデオデコーダ３０および／またはビデオポストプロセッサ３１によって、量子化解除（例えば、逆量子化）が、復号ビデオデータに対して行われたかまたは場合によっては適用された後に適用されるのか、非ＣＲＩ ＳＥＩメッセージプロセス（例えば、フィルタ処理プロセス、アップサンプリングプロセス、ダウンサンプリングプロセス、逆量子化プロセス、復号ビデオデータのコンポーネントを表すために使用される色プライマリの変更、または任意の他の非ＣＲＩ ＳＥＩメッセージプロセス）が復号ビデオデータに対して行われたかまたは適用された後に適用されるのか、および／あるいは色空間コンバージョンが、復号ビデオデータに対して行われたかまたは他の適用された後に適用されるのかは不明瞭である。
[0137] 別の例示的な問題として、現在のＨＥＶＣ規格は、ＳＥＩメッセージの目的を示すためのシンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄを含むものとして、ＣＲＩ ＳＥＩメッセージを定義する。しかしながら、現在のＨＥＶＣ規格によって定義されるＣＲＩ ＳＥＩメッセージのためのセマンティクスは、異なるＩＤ（例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのための異なる値）をもつ同時または逐次ＣＲＩ ＳＥＩメッセージの処理を指定せず、同時または逐次ＣＲＩ ＳＥＩメッセージが、同じ復号ビデオデータ（例えば、同じ復号ピクチャ）のためにシグナリングされ、および／または同じ復号ビデオデータ（例えば、同じ復号ピクチャ）に適用され得るかどうかを指定しない。複数のＣＲＩ ＳＥＩメッセージが含まれる場合でも、現在のＨＥＶＣ規格は、そのような複数のＣＲＩ ＳＥＩメッセージが適用されるべきである順序に関して不明瞭である。
[0138] 別の例示的な問題として、ＣＲＩ ＳＥＩメッセージのシンタックスは、入力データビット深度の関数としての指定されたビット深度導出をもつ固定長コード化ピボット点を含むものとして、現在のＨＥＶＣ規格によって定義される。また、ピボット点をコーディングするために使用されるビット数は、ＣＲＩ ＳＥＩメッセージにおいて指定される入力または出力のビット深度がより少ないときでも、しばしば大きい。例えば、現在のＨＥＶＣ規格によれば、ＣＲＩ ＳＥＩメッセージのＬＵＴ（例えば、それぞれ、プリＬＵＴおよびポストＬＵＴ）の入力および出力のビット深度が１０ビットである場合でも、ピボット点は１６ビット正確さでシグナリングされる。これは、必要なものよりも６０％だけ多くビット数を不必要に増加し、これは、ＣＲＩ ＳＥＩがフレームごとにシグナリングされるとき、より大きい影響を有する。ピボット点を示すために使用される実際のビット数が全体的なビットストリームと比較して多くない場合でも、より多くのピボット点がＣＲＩ ＳＥＩメッセージごとにシグナリングされるべきであり、この情報が２つ以上のコンポーネントのために、およびあらゆるフレームのためにシグナリングされるとき、ビット数の増加は無視できない。
[0139] 別の例示的な問題として、ＬＵＴピボット点シグナリングの決定された正確さの結果は、現在のＨＥＶＣ規格によって定義されているように、ＬＵＴ構成プロセスに基づき得る。１０ビット信号を処理するいくつかのＣＲＩ適用例が、全体的に指定された正確さを利用することを選定し得、これは、各信号（例えば、色）コンポーネント（例えば、Ｙ、Ｃｂ、およびＣｒ、またはＲ、Ｇ、およびＢ）のための６５５３６個の要素からなる１６ビットの正確なＬＵＴテーブルの構成を生じることになる。本明細書で説明される技法はこれらの問題を改善する。例えば、ビデオエンコーダ２０、ビデオプリプロセッサ１９、ビデオデコーダ３０、および／またはビデオポストプロセッサ３１のうちの１つまたは複数は、本明細書で識別される１つまたは複数の問題に対処するために、本明細書で説明される１つまたは複数の技法を行うように構成される。例えば、本明細書で説明される技法は、（例えば、冗長ＬＵＴをシグナリングしないことによって）メモリ要件を低減し、計算複雑さを低減し、配信されるＨＤＲ／ＷＣＧの品質、および／または仕様への準拠を保証し得る。一例として、本開示は、ＣＲＩ ＳＥＩメッセージのセマンティクスおよびシンタックスにおける変更をもたらし、これは、ビデオエンコーダ２０、ビデオプリプロセッサ１９、ビデオデコーダ３０、および／またはビデオポストプロセッサ３１のうちの１つまたは複数のうちの１つまたは複数が、ビデオデータをどのように処理するかに対する変更を生じる。例えば、本明細書で説明されるＣＲＩ ＳＥＩメッセージのセマンティクスおよび／またはシンタックスに対する変更は、どんな情報が、ビットストリーム中でビデオエンコーダ２０によってシグナリングされるかを変更し得る。別の例として、本明細書で説明されるＣＲＩ ＳＥＩメッセージのセマンティクスおよび／またはシンタックスに対する変更は、ビデオデコーダ３０によって受信されたＣＲＩ ＳＥＩメッセージがどんな情報を含んでいるかに影響を及ぼし得る。別の例として、本明細書で説明されるＣＲＩ ＳＥＩメッセージのセマンティクスおよび／またはシンタックスに対する変更は、１つまたは複数のＣＲＩ ＳＥＩメッセージに従ってなど、ビデオデコーダ３０および／またはビデオポストプロセッサ３１がどのように復号ビデオデータを処理するか。
[0140] 別の例示的な問題として、ＣＲＩ ＳＥＩメッセージのシンタックスは、信号の１つのコンポーネントのために使用されるＬＵＴ（例えば、プリＬＵＴおよび／またはポストＬＵＴ）のピボット点が、それらが明示的にシグナリングされない限り、他のコンポーネントに直接適用され得ないように、現在設計されている。例えば、復号ビデオデータ（例えば、復号ピクチャ）のＹコンポーネントのために使用されるピボット点は、ＣｂコンポーネントまたはＣｒコンポーネントに直接適用され得ない。これは、ＳＥＩメッセージをシグナリングするために必要とされるビット数を増加させる。
[0141] 本開示は、Ｈ．２６５／ＨＥＶＣ、Ｈ．２６４／ＡＶＣ、ブルーレイ（登録商標）ディスク協会（ＢＤＡ）、ＭＰＥＧ、または他のもののような、ビデオコーディング規格において指定されるかまたは指定されるべきである、ＣＲＩ ＳＥＩメッセージ、または同様のＳＥＩメッセージシグナリングおよび処理の可能な導出を改善するためのいくつかの技法を記載する。上記で説明された問題に対処するために、本明細書で説明される１つまたは複数の技法は、ビデオエンコーダ２０、ビデオプリプロセッサ１９、ビデオデコーダ３０、および／またはビデオポストプロセッサ３１のうちの１つまたは複数によって適用されるかまたは場合によっては行われ得る。本明細書で説明される１つまたは複数の技法は、独立してまたは任意の組合せで適用され得る。
[0142] 一例では、ビデオエンコーダ２０は、新しいセマンティクスに従って１つまたは複数のＣＲＩ ＳＥＩメッセージをシグナリングするように構成され得、並びに／あるいは、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、新しいセマンティクスに従って１つまたは複数のＣＲＩ ＳＥＩメッセージを処理するように構成され得る。新しいセマンティクスは、例えば、ビデオエンコーダ２０が、本明細書で説明されるように１つまたは複数のＣＲＩ ＳＥＩメッセージをシグナリングすることを可能にし得る。新しいセマンティクスは、例えば、ビデオデコーダ３０および／またはビデオポストプロセッサ３１が、復号ビデオデータに対して直接、または復号ビデオデータに対して間接的にＣＲＩ ＳＥＩメッセージに対応する１つまたは複数のプロセス（例えば、プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ２１０）を適用することを可能にし得る。例えば、ビデオデコーダ３０および／またはビデオポストプロセッサ３１が、１つまたは複数のＣＲＩ ＳＥＩメッセージをそれを用いて処理するように構成され得る新しいセマンティクスに従って、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、ある処理の後に、ＣＲＩ ＳＥＩメッセージに対応する１つまたは複数のプロセスを復号ビデオデータ（例えば、復号ビデオサンプル）に適用するために（すなわち、復号ビデオデータに対して間接的に）適用するように構成され得る。他の例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、復号ビデオデータに直接ＣＲＩ ＳＥＩメッセージに対応する１つまたは複数のプロセスを適用するために適用するように構成され得る。ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値のような、シンタックス要素の値に基づいて復号ビデオデータに対してＣＲＩ ＳＥＩメッセージに対応する１つまたは複数のプロセスを直接適用すべきなのか、間接的に適用すべきなのかを決定するように構成され得る。
[0143] そのような技法の一例が、復号ビデオデータに直接適用されていないＣＲＩ ＳＥＩメッセージに対応する色再マッピングプロセスの一例を示す、図９に示されている。代わりに、図９の例に示されているように、量子化プロセス１１６によって発生された量子化ビデオデータは、示されている順序で色再マッピングプロセス１５０によって処理され得る。ビデオプリプロセッサ１９内に示されているプロセスの各々が、ビデオプリプロセッサ１９によって行われ得る。他の例では、ビデオプリプロセッサ１９内に示されている１つまたは複数のプロセスが、ビデオエンコーダ２０によって行われ得る。色再マッピングプロセス１５０および１５６が色コンバージョンを行う図９の例では、ビデオプリプロセッサ１９およびビデオポストプロセッサ３１は、それぞれ、色コンバージョンプロセス１１４および逆色コンバージョンプロセス１２４を行わないように構成され得る。そのような例では、ビデオプリプロセッサ１９は、ＴＦ１１２によって発生されたかまたは場合によっては出力されたデータに対して量子化プロセス１１６を行うように構成され得る。同様に、ビデオポストプロセッサ３１は、逆量子化プロセス１２２によって発生されたかまたは場合によっては出力されたデータに対して逆伝達関数１２６を適用するように構成され得る。
[0144] いくつかの例では、ビデオプリプロセッサ１９内に示されている１つまたは複数の他のプロセスが、任意の２つの色再マッピングプロセス１５０（例えば、プリＬＵＴ２００、３×３行列２０２、およびポストＬＵＴ２０４）の適用の中間にビデオデータに適用され得る。次いで、色再マッピングされたビデオデータ１５１が、ダウンサンプリングプロセスまたはアップサンプリングプロセスのような、１つまたは複数の非色再マッピングプロセス１５２によって処理され得る。例えば、色再マッピングされたビデオデータ１５１は、４：４：４クロマフォーマットに従い得る。１つまたは複数の非色再マッピングされたプロセスは、処理された事前符号化されたビデオデータ１１８が、この例において４：２：０クロマフォーマットを有するように、ダウンサンプリングプロセスを含み得る。
[0145] 同様に、デコーダ側で、ビデオデコーダ３０が、図９に示されている様式でなど、ビデオポストプロセッサ３１によって次いで処理され得る、（いくつかの例では、復号ＨＤＲビデオデータを指し得る）復号ビデオデータ１２０を出力し得る。ビデオポストプロセッサ３１内に示されているプロセスの各々が、ビデオポストプロセッサ３１によって行われ得る。いくつかの例では、ビデオポストプロセッサ３１内に示されている１つまたは複数の他のプロセスが、ＣＲＩ ＳＥＩメッセージに対応する任意の２つの色再マッピングプロセス１５６（例えば、プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ２１０）の適用の中間に復号ビデオデータに適用され得る。
[0146] 例えば、ビデオポストプロセッサ３１は、ビデオデコーダ３０から復号ビデオデータ１２０を受信し、復号ビデオデータに対して１つまたは複数の非色再マッピングプロセス１５４（例えば、フィルタ処理プロセス、ダウンサンプリングプロセス、またはアップサンプリングプロセス）を行い得る。
[0147] いくつかの例では、１つまたは複数の非色再マッピングプロセス１５４は、１つまたは複数の非色再マッピングプロセス１５２の逆であり得る。例えば、４：４：４から４：２：０へのダウンサンプリングを伴う上記の例では、ビデオデコーダ３０によって出力された復号ビデオデータ１２０は、従って、４：２：０クロマフォーマットでのものであり得る。復号ビデオデータ１２０は、次いで、ビデオポストプロセッサ３１によって行われる１つまたは複数の非色再マッピングプロセス１５４によって処理され得る。本明細書で説明されるように、非色再マッピングプロセス１５４は、例えば、フィルタ処理プロセス、アップサンプリングプロセス、ダウンサンプリングプロセス、逆量子化プロセス、復号ビデオデータのコンポーネントを表すために使用される色プライマリの変更、または任意の他の非ＣＲＩ ＳＥＩメッセージプロセスを含み得る。一例では、非色再マッピングプロセス１５４は、復号ビデオデータ１２０を４：４：４クロマフォーマットにコンバートするために、逆ダウンサンプリングプロセス（すなわち、アップサンプリングプロセス）を含み得る。例えば、非ＣＲＩ処理された復号ビデオデータ１５５が、４：４：４クロマフォーマットに従い得る。ビデオポストプロセッサ３１は、示されている順序で、非ＣＲＩ処理された復号ビデオデータ１５５に対して（１つまたは複数のＣＲＩ ＳＥＩメッセージプロセス１５６と呼ばれることがある）１つまたは複数の色再マッピングプロセス１５６を行うように構成され得る。
[0148] 別の例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、２つ以上のＣＲＩ ＳＥＩメッセージが同じ復号ビデオデータに適用され得るように、新しいセマンティクスに従って、２つまたはそれ以上のＣＲＩ ＳＥＩメッセージを処理するように構成され得る。２つそれ以上のＣＲＩ ＳＥＩメッセージが、ビデオデコーダ３０および／またはビデオポストプロセッサ３１によって同じ復号ビデオデータにどのように適用され得るかに関する異なる例示的な方法が開示される。一例では、ビデオエンコーダ２０は、同じビデオデータに対応する（例えば、同じピクチャに対応する）複数のＣＲＩ ＳＥＩメッセージをシグナリングするように構成され、そのようなＣＲＩ ＳＥＩメッセージの各々は、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄシンタックス要素に対応する異なる値を有し得る。本明細書で使用されるｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄは、ＣＲＩ ＳＥＩメッセージに対応する情報の目的を識別するために使用され（すなわち、ＣＲＩ ＳＥＩメッセージに対応する色再マッピング情報の目的を識別するために使用され）得る対応する値それを有する任意のシンタックス要素を指し得る。ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、新しいセマンティクスに従って、同じビデオデータに対応する各ＣＲＩ ＳＥＩメッセージのためにシグナリングされたｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄシンタックス要素に対応する値を決定するように構成され得る。例えば、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、ＣＲＩ ＳＥＩメッセージが復号ビデオデータに適用されるべきである順序を決定するように構成され得る。コンテキストが別段に規定しない限り、本明細書で使用される、プロセスを復号ビデオデータに対してまたは場合によっては復号ビデオデータに適用することへの言及は、復号ビデオデータに対してまたは場合によっては復号ビデオデータにプロセスを直接適用するかまたは間接的に適用することを含む。言い換えれば、本明細書での復号ビデオデータへの言及は、さらなるコンテキストなしに、例えば、ビデオデコーダ３０によって、発生されてから復号ビデオデータが処理されたかまたは処理されていないことを暗示しない。一例として、復号ビデオデータは、ビデオデコーダ３０から出力されるものとして示されているビデオデータについて正確に説明し、並びに、ビデオポストプロセッサ３１によって行われるものとして示されている各プロセスから出力されるものとして示されているビデオデータについて正確に説明し得る。図９に示されているプロセス間の差は、復号ビデオデータが１つまたは複数のプロセスの結果として変化し得るということである。例えば、逆量子化プロセス１２２に入力されるものとして示されている復号ビデオデータは、１つまたは複数のＣＲＩ ＳＥＩメッセージプロセス１５６によって処理された復号ビデオデータである。
[0149] いくつかの例では、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの第１の値は、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの第２の値よりも小さくなり得る。例えば、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのより低い値を有するＣＲＩ ＳＥＩメッセージが、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのより高い値を有する復号サンプルへの任意の他のＣＲＩ ＳＥＩメッセージの適用の前に、復号ビデオデータに適用されると決定するように構成され得る。別の例では、（例えば、色コンポーネントの区分線形マッピングを行うことによって）復号ビデオデータの色コンポーネントを調整するために、復号ビデオデータのコンポーネントのトーンマッピングを行うために、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの第１の値をもつＣＲＩ ＳＥＩメッセージの色再マッピング情報が使用され得、復号サンプルを第１のダイナミックレンジから第２のダイナミックレンジに（例えば、ＨＤＲからＳＤＲまたはその逆に）マッピングするために、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの第２の値をもつＳＥＩメッセージの色再マッピング情報が使用され得る。
[0150] 別の例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、ＣＲＩ ＳＥＩメッセージに対応する復号ビデオデータのフォーマットが浮動小数点であるとき、ＣＲＩ ＳＥＩメッセージの入力および出力ビット深度（すなわち、それぞれ、ＣＲＩ処理に入るビデオデータのビット深度および、ＣＲＩ処理を出るビデオデータのビット深度）によって許容される最小値および最大値を解釈するように構成され得る。いくつかの例では、ＳＥＩメッセージの入力および出力ビット深度によって許容される最小値および最大値は、それぞれ、０〜１の正規化された浮動小数点表現にマッピングされるように、ビデオデコーダ３０および／またはビデオポストプロセッサ３１によって解釈され得る。他の例では、浮動小数点における復号ビデオデータの許容値レンジが０〜１であるとき、それぞれの入力ビット深度および出力ビット深度によって表される最小値および最大値は、それぞれ、０および１にマッピングされ得る。
[0151] 別の例示的な技法は、ピボット点に関係するシンタックス要素のコーディング（すなわち、符号化および／または復号）に関する。例えば、ビデオエンコーダ２０は、復号ビデオデータのそれぞれのビット深度によって示されているのと同数のビットをもつピボット点（例えば、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］、ｐｏｓｔ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｏｓｔ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］）に関係するシンタックス要素をシグナリングするように構成され得る。例えば、ビデオエンコーダ２０が、（ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈおよびｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈによって示されている）入力ビット深度および出力ビット深度が、それぞれ、１２および１０であると決定した場合、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］は、１２ビットでビデオエンコーダ２０によってコーディングされ得、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］、ｐｏｓｔ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｏｓｔ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］は、１０ビットでエンコーダ２０によってコーディングされる。
[0152] 別の例示的な技法では、ビデオエンコーダ２０は、ビデオデコーダ３０および／またはビデオポストプロセッサ３１に、０番目のコンポーネント（例えば、色空間の第１の色コンポーネント）のために示されるプリＬＵＴおよびポストＬＵＴが、他の２つのコンポーネント（例えば、色空間の第２の色コンポーネントおよび第３の色コンポーネント）に適用されるプリＬＵＴおよびポストＬＵＴと同じであるかどうかを示すために、プリＬＵＴおよびポストＬＵＴのためのフラグをシグナリングするように構成され得る。この例では、全ての３つのコンポーネントのために適用されるプリＬＵＴとポストＬＵＴとが同等であることをフラグが示すとき、１つのコンポーネント（例えば、１つの色チャネル）のみのプリＬＵＴピボット点およびポストＬＵＴピボット点が、ビデオエンコーダ２０によってシグナリングされ、他のコンポーネント（例えば、他の色チャネル）のプリＬＵＴピボット点およびポストＬＵＴピボット点が、ビデオデコーダ３０によって０番目のコンポーネントの値から推論され得る。例えば、ビデオデコーダ３０は、ビットストリーム中で、色空間における第１の色チャネルのために、第１のプリＬＵＴ（例えば、第１のプリＬＵＴ２０６）のための（ＬＵＴコードワードと呼ばれることもある）ピボット点と、第１のポストＬＵＴ（例えば、第１のポストＬＵＴ２１０）のためのピボット点とを受信するように構成され得る。ビデオデコーダ３０はまた、ビットストリーム中で、０番目のコンポーネント（すなわち、３つの色チャネル例における第１の色チャネル）に対応するこの例における第１のプリＬＵＴおよび第１のポストＬＵＴが、第２の色チャネルおよび第３の色チャネルのためのプリＬＵＴおよびポストＬＵＴと同じであるかどうかを示すフラグに対応する値を受信し得る。ビットストリームからパースされたフラグに対応する値に基づいて、ビデオデコーダ３０は、第２の色チャネルおよび第３の色チャネルのためのプリＬＵＴおよびポストＬＵＴに対応するピボット点が、それぞれ、ビデオエンコーダ２０によってシグナリングされる第１のプリＬＵＴおよび第１のポストＬＵＴについて同じであると推論する（例えば、決定する）ように構成され得る。従って、ビデオデコーダ３０が、ビデオデータを復号するためにビデオエンコーダ２０の逆を行うように構成され得ることを理解されたい。
[0153] 他の例では、ビデオエンコーダ２０は、プリＬＵＴのための第１のフラグをシグナリングするように構成され得、２つ以上のコンポーネントのためのＬＵＴをシグナリングしない上記の技法のために、および０番目のコンポーネントのものからのＬＵＴの推論のために、ポストＬＵＴのための第２のフラグをシグナリングするように構成され得る。この例では、（本明細書でプリＬＵＴフラグとも呼ばれる）第１のフラグは、ビデオデコーダ３０および／またはビデオポストプロセッサ３１に、０番目のコンポーネント（例えば、色空間の第１の色コンポーネント）のためにシグナリングされるプリＬＵＴが、他の２つのコンポーネント（例えば、色空間の第２の色コンポーネントおよび第３の色コンポーネント）に適用されるべきプリＬＵＴと同じであるかどうかを示すために、ビデオエンコーダ２０によってシグナリングされ得る。この例では、全ての３つのコンポーネントのために適用されるプリＬＵＴが同等であることを第１のフラグが示すとき、１つのコンポーネント（例えば、１つの色チャネル）のみのプリＬＵＴピボット点が、ビデオエンコーダ２０によってシグナリングされ、他のコンポーネント（例えば、他の色チャネル）のプリＬＵＴピボット点が、ビデオデコーダ３０によって０番目のコンポーネントの値から推論され得る。
[0154] 同様に、この例では、（本明細書でポストＬＵＴフラグとも呼ばれる）第２のフラグは、ビデオデコーダ３０および／またはビデオポストプロセッサ３１に、０番目のコンポーネント（例えば、色空間の第１の色コンポーネント）のためにシグナリングされるポストＬＵＴが、他の２つのコンポーネント（例えば、色空間の第２の色コンポーネントおよび第３の色コンポーネント）に適用されるべきポストＬＵＴと同じであるかどうかを示すために、ビデオエンコーダ２０によってシグナリングされ得る。この例では、全ての３つのコンポーネントのために適用されるポストＬＵＴが同等であることを第１のフラグが示すとき、１つのコンポーネント（例えば、１つの色チャネル）のみのポストＬＵＴピボット点が、ビデオエンコーダ２０によってシグナリングされ、他のコンポーネント（例えば、他の色チャネル）のポストＬＵＴピボット点が、ビデオデコーダ３０によって０番目のコンポーネントの値から推論され得る。
[0155] 例えば、全ての色コンポーネント（例えば、ＲＧＢ色空間における赤色、緑色、および青色チャネル）のために適用されるプリＬＵＴが同等であるととビデオエンコーダ２０が決定したとき、ビデオエンコーダ２０は、このことを示すプリＬＵＴフラグに対応する値をシグナリングするように構成され得る。各色コンポーネントにわたってピボット点同一性を示すプリＬＵＴフラグに対応する値が、ビデオエンコーダ２０によってシグナリングされるとき、ビデオエンコーダ２０はまた、１つのコンポーネントのみのプリＬＵＴピボット点のみをシグナリングするように構成され得る。ビデオデコーダ３０は、ビットストリーム中で、プリＬＵＴフラグに対応する値と、単一の色コンポーネント（例えば、０番目のコンポーネント）に対応する単一のプリＬＵＴに対応するピボット点とを受信するように構成され得る。ビットストリームからパースされたプリＬＵＴフラグに対応する値に基づいて、ビデオデコーダ３０は、残りのプリＬＵＴ（例えば、ピボット点がそれのためにシグナリングされないプリＬＵＴ）に対応するピボット点が、ビデオエンコーダ２０によってシグナリングされた単一のプリＬＵＴに対応するピボット点と同じであると推論する（例えば、決定する）ように構成され得る。ビデオエンコーダ２０およびビデオデコーダ３０は、ポストＬＵＴフラグが、プリＬＵＴピボット点の同一性ではなくポストＬＵＴピボット点の同一性に関係することを除いて、ポストＬＵＴフラグに関して同様の様式で動作する。
[0156] 他の例では、ビデオエンコーダ２０は、（反対の０番目のコンポーネントとして）第１のコンポーネントのために示されるＬＵＴ（例えば、プリＬＵＴまたはポストＬＵＴ）が、第２のコンポーネントに適用されるべきＬＵＴと同じであるかどうかを示すためのフラグをシグナリングするように構成され得る。この例では、第１のコンポーネントおよび第２のコンポーネントは、０番目のコンポーネントと区別されるべきである（すなわち、コンポーネントが０ではなく１から番号を付けられた場合、この例は、第２のコンポーネントのために示されるＬＵＴ（例えば、プリＬＵＴまたはポストＬＵＴ）が、第３のコンポーネントに適用されるべきＬＵＴと同じであるかどうかを示すためにシグナリングされ得るフラグを含むものとして説明されることになる）。ビデオデコーダ３０は、ビットストリーム中でこのフラグに対応する値を受信し、第２のコンポーネントに対応するプリＬＵＴおよびポストＬＵＴに対応するピボット点が、第１の色コンポーネントのためのプリＬＵＴおよびポストＬＵＴのためにそれぞれシグナリングされるピボット点と同じであると決定（例えば、推論）し得る。
[0157] 他の例では、ビデオエンコーダ２０は、現在ピクチャに適用されるＬＵＴコンポーネント（すなわち、プリＬＵＴコンポーネントおよびポストＬＵＴコンポーネント）が、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの対応するコンポーネントから推論されるべきであることを示すために、各色コンポーネントのためのフラグをシグナリングするように構成され得る。例えば、ビデオエンコーダ２０は、３色コンポーネント例では６つのフラグをシグナリングするように構成され得る。そのような例では、第１のフラグは、第１の色コンポーネントに対応する現在ピクチャに適用されるプリＬＵＴが、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの第１の色コンポーネントに対応するプリＬＵＴから推論されるべきであることを示し得る。第２のフラグは、第１の色コンポーネントに対応する現在ピクチャに適用されるポストＬＵＴが、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの第１の色コンポーネントに対応するポストＬＵＴから推論されるべきであることを示し得る。第３のフラグは、第２の色コンポーネントに対応する現在ピクチャに適用されるプリＬＵＴが、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの第２の色コンポーネントに対応するプリＬＵＴから推論されるべきであることを示し得る。第４のフラグは、第２の色コンポーネントに対応する現在ピクチャに適用されるポストＬＵＴが、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの第２の色コンポーネントに対応するポストＬＵＴから推論されるべきであることを示し得る。第５のフラグは、第３の色コンポーネントに対応する現在ピクチャに適用されるプリＬＵＴが、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの第３の色コンポーネントに対応するプリＬＵＴから推論されるべきであることを示し得る。第６のフラグは、第３の色コンポーネントに対応する現在ピクチャに適用されるポストＬＵＴが、出力順序で前のピクチャに適用されたＣＲＩ ＳＥＩメッセージの第３の色コンポーネントに対応するポストＬＵＴから推論されるべきであることを示し得る。
[0158] 別の例示的な技法では、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄに対応するいくつかの値が予約され得る。例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄに対応する値の第１のレンジが、後方互換性がある処理チェーン（例えば、ＳＤＲ、７０９コンテナなど）および／またはＨＤＲ処理チェーンを可能にし得る。別の例として、後方互換性があるソリューション（例えば、ＳＤＲディスプレイ上での表示のためにコンテンツを処理するために使用され得る色再マッピング情報）のために、または、例えば、ＢＴ．７０９色コンテナを含む、他の後方互換性があるソリューションのために、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのいくつかの値レンジが予約され得る。別の例では、最終出力がＨＤＲディスプレイ上で表示されるＨＤＲ処理チェーンのために、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのいくつかの値レンジが予約され得る。言い換えれば、上記の例は、ビデオエンコーダ２０が、ビデオデコーダ３０および／またはビデオポストプロセッサ３１が、復号ビデオデータをＳＤＲまたはＨＤＲディスプレイ互換性があるコンテンツにコンバートするために、復号ビデオデータに対して必須の処理を行うことを保証するための情報をビデオデコーダ３０に与えることを可能にする。いくつかの予約済み値に関係する上記の例を参照すると、ビデオエンコーダ２０は、ビットストリーム中でＣＲＩ ＳＥＩメッセージ中のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄシンタックス要素のための値をシグナリングするように構成され得る。ビデオデコーダ３０は、ビットストリームを受信し、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのための値が、例えば、ＣＲＩ ＳＥＩメッセージが、後方互換性がある処理チェーンおよび／またはＨＤＲ処理チェーンにおいて適用されるべきであることを示す予約済み値に対応すると決定するように構成され得る。別の例として、ビデオデコーダ３０は、ビットストリームを受信し、例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのための値が、復号側処理チェーンにおいて、プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ２１０の各々がどこで適用されるべきであるかを示す予約済み値に対応すると決定するように構成され得る。例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄのための値は、図１０、図１１、図１２、図１３、または図１４に示されている処理チェーンに対応し得る。
[0159] 別の例示的な技法では、ビデオエンコーダ２０は、本明細書で説明されるようにプリＬＵＴおよび／またはポストＬＵＴのためのピボット点をシグナリングするように構成され得る。いくつかの例では、ピボット点は、復号ビデオデータに対応する入力レンジ全体をカバーしないことがある。そのような例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、プリＬＵＴおよび／またはポストＬＵＴにおける第１のピボット点よりも小さい色コンポーネント値を有する任意の復号ビデオデータを、プリＬＵＴおよび／またはポストＬＵＴにおける第１のピボット点にマッピングするように構成され得る。同様に、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、プリＬＵＴおよび／またはポストＬＵＴにおける最後のピボット点よりも大きい色コンポーネント値を有する任意の復号ビデオデータを、プリＬＵＴおよび／またはポストＬＵＴにおける第１のピボット点にマッピングするように構成され得る。
[0160] 本明細書で説明される１つまたは複数の例示的な技法はまた、現在のＨＥＶＣ規格によって定義されるＣＲＩ ＳＥＩメッセージのシンタックスに対する変更、および／または現在のＨＥＶＣ規格によって定義されるＣＲＩ ＳＥＩメッセージのセマンティクスに対する変更に関して説明され得る。現在のＨＥＶＣ規格に対するシンタックスおよびセマンティクスへの追加は下線を引かれ、除去されたテキストは取消し線によって示されている。
[0161] ＣＲＩ ＳＥＩメッセージのシンタックスに対する変更は、以下を含む（追加は下線付きのテキストによって表され、削除は、取り消されたテキストによって表される）。
Figure 2018530953
[0162] ＣＲＩ ＳＥＩメッセージのセマンティクスに対する変更は、以下の段落[0163]〜[0180]に示されている（追加は下線付きのテキストによって表され、削除は、取り消されたテキストによって表される）。
[0163] 色再マッピング情報ＳＥＩメッセージは、出力ピクチャの再構成された色サンプルの再マッピングを可能にするための情報を与える。色再マッピング情報は、復号サンプル値がルーマおよびクロマ領域にあるのか、ＲＧＢ領域にあるのかにかかわらず、復号サンプル値に直接適用され得る。色再マッピング情報はまた、１つまたは複数のプロセスの適用の後に復号サンプルに適用され得る。色再マッピング情報ＳＥＩメッセージ中で使用される色再マッピングモデルは、（本明細書でシンタックス要素の「プリ」セットによって指定される）各色コンポーネントに適用される第１の区分線形関数と、３つの色コンポーネントに適用される３×３行列と、（本明細書でシンタックス要素の「ポスト」セットによって指定される）各色コンポーネントに適用される第２の区分線形関数とから構成される。注１−表示のための出力ピクチャの色再マッピングは随意であり、本明細書において指定される復号プロセスに影響を及ぼさない。
[0164] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄは、色再マッピング情報の目的を識別するために使用され得る識別番号を含んでいる。ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値は、両端値を含む、０〜２32−２のレンジ内にあるものとする。
[0165] ０〜２５５の、および５１２〜２31−１のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値は、適用例によって決定されたように使用され得る。両端値を含む、２５６〜５１１の、および、両端値を含む、２31〜２32−２のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約済みである。デコーダは、両端値を含む、２５６〜５１１のレンジ内の、または、両端値を含む、２31〜２32−２のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの値を含んでいる全ての色再マッピング情報ＳＥＩメッセージを無視するものとし、ビットストリームは、そのような値を含んでいないものとする。注２−ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄは、異なるディスプレイシナリオに好適である異なる色再マッピングプロセスをサポートするために使用され得る。例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの異なる値は、ディスプレイによってサポートされる異なる再マッピングされた色空間に対応し得る。
[0166] ２つ以上のＳＥＩメッセージが現在ピクチャに関連し、各そのようなＳＥＩメッセージがｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの異なる値を有するとき、あるＳＥＩメッセージの色再マッピング情報は、別のＳＥＩメッセージの色再マッピング情報の適用の後に適用される。ＳＥＩメッセージが適用されるべきである順序は、適用によって決定され得る。指定されないときに、色再マッピング情報は、現在ピクチャに関連する色再マッピング情報ＳＥＩメッセージのｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの昇順で適用される。
[0167] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔｓは、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔｓが、ＣＬＶＳのために使用される色空間ではなく、再マッピングされた再構成されたピクチャの色空間を指定することを除いて、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素についての節Ｅ．３．１において指定されたのと同じセマンティクスを有する。存在しないとき、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔｓの値は、ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値に等しいと推論される。
[0168] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、色再マッピング情報ＳＥＩメッセージの解釈の目的で、関連するピクチャのルーマおよびクロマコンポーネントまたはＲＧＢコンポーネントのビット深度を指定する。コード化ルーマおよびクロマコンポーネントのビット深度またはコード化ＲＧＢコンポーネントのビット深度に等しくないｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈの値をもつ色再マッピング情報ＳＥＩメッセージが存在するとき、ＳＥＩメッセージは、コード化ビデオを、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈに等しいビット深度をもつコンバートされたビデオにコンバートするために行われるトランスコーディング動作の仮想結果を指す。色再マッピング情報が、ルーマまたはクロマコンポーネント、あるいはＲＧＢコンポーネントに、レンジ０〜１において浮動小数点表現で適用されるとき、ＳＥＩメッセージは、それをｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈに等しいビット深度をもつ表現にコンバートするための、浮動小数点表現を量子化することの仮想結果を指す。
[0169] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈの値は、両端値を含む、８〜１６のレンジ内にあるものとする。両端値を含む、０〜７の、および、両端値を含む、１７〜２５５のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約済みである。デコーダは、両端値を含む、０〜７のレンジ内の、または、両端値を含む、１７〜２５５のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈを含んでいる全ての色再マッピングＳＥＩメッセージを無視するものとし、ビットストリームは、そのような値を含んでいないものとする。
[0170] ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｃｏｍｐｓは、プリルックアップテーブルに対応するピボット点が色再マッピング情報メッセージ中でそれのために明示的にシグナリングされるコンポーネントの数を指定する。ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｃｏｍｐｓの値は、両端値を含む、レンジ０〜３内にあるものとする。
[0171] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈは、色再マッピング情報ＳＥＩメッセージによって記述される色再マッピング関数の出力のビット深度を指定する。
[0172] ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈの値は、両端値を含む、８〜１６のレンジ内にあるものとする。両端値を含む、０〜７の、および、両端値を含む、１７〜２５５のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約済みである。デコーダは、両端値を含む、０〜７の、または、両端値を含む、１７〜２５５のレンジ内のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈの値を含んでいる全ての色再マッピングＳＥＩメッセージを無視するものとする。
[0173] ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］＋１は、ｃ番目のコンポーネントについての区分線形再マッピング関数におけるピボット点の数を指定し、ここで、０に等しいｃは、ルーマまたはＧコンポーネントを指し、１に等しいｃは、ＣｂまたはＢコンポーネントを指し、２に等しいｃは、ＣｒまたはＲコンポーネントを指す。ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］が０に等しいとき、ｃ番目のコンポーネントについて、入力値のデフォルト端点は、０および２colour_remap_input_bit_depth−１であり、出力値の対応するデフォルト端点は、０および２colour_remap_bit_depth−１である。本明細書のこのバージョンに準拠するビットストリームでは、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］の値は、両端値を含む、０〜３２のレンジ内にあるものとする。
[0174] ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］が、両端値を含む、１〜２のレンジ内のｃのための色再マッピング情報ＳＥＩメッセージ中に存在しないとき、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］の値は、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ−１］に等しく設定される。
[0175] ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］は、ｃ番目のコンポーネントについてのｉ番目のピボット点の値を指定する。
Figure 2018530953
[0176] ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］が、両端値を含む、１〜２のレンジ内のｃのための色再マッピング情報ＳＥＩメッセージ中に存在せず、ｉが、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］よりも小さいかまたはそれに等しいとき、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］の値は、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ−１］［ｉ］に等しく設定される。
[0177] ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］は、ｃ番目のコンポーネントについてのｉ番目のピボット点の値を指定する。
Figure 2018530953
[0178] ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］が、両端値を含む、１〜２のレンジ内のｃのための色再マッピング情報ＳＥＩメッセージ中に存在せず、ｉが、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］よりも小さいかまたはそれに等しいとき、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］の値は、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ−１］［ｉ］に等しく設定される。
[0179] コンポーネントｃの入力データのレンジが、両端値を含む、ｍｉｎＶａｌｕｅ〜ｍａｘＶａｌｕｅのレンジ内にあるとき、以下が適用される。
−ｍｉｎＶａｌｕｅがｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［０］よりも小さいとき、両端値を含む、レンジｍｉｎＶａｌｕｅ〜ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［０］−１内にある全ての入力値が、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［０］にマッピングされる。
−ｍａｘＶａｌｕｅがｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［ｃ］］よりも大きいとき、両端値を含む、レンジｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［ｃ］］＋１〜ｍａｘＶａｌｕｅ内にある全ての入力値が、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［ｃ］］にマッピングされる。
[0180] ｐｏｓｔ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［］、ｐｏｓｔ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｏｓｔ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］のセマンティクスは、それぞれ、ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ［］、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］のセマンティクスと同様であり、ｐｏｓｔ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［］［］、およびｐｏｓｔ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［］［］を表すために使用されるビット数は、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｂｉｔ＿ｄｅｐｔｈに等しい。
[0181] 一例では、入力データのレンジは、標準レンジ、（例えば、ルーマについての８ビットコンテンツについての１６〜２３５、クロマについての８ビットコンテンツについての１６〜２４０）、または制限付きレンジ（例えば、ルーマとクロマの両方についての１０ビットコンテンツについての４〜１０２０）であり得るコンポーネントの許容値を指し得る。別の例では、入力ピボット点によって示されているそれらの点のレンジ外にある入力値は、明示的にシグナリングされるかまたはある値に固定されるデフォルト値にマッピングされ得る。ポストＬＵＴに関係するセマンティクスに対して、同様の変更が行われ得る。
[0182] 段落[0166]に示されているセマンティクス追加の代替として、２つ以上のＣＲＩ ＳＥＩメッセージの適用は、２つ以上のＣＲＩ ＳＥＩメッセージからの色再マッピング情報が、現在ピクチャに適用され得るかどうかを決定する追加のシンタックス要素が追加され得るように指定され得る。この追加のシンタックス要素の値が１であるとき、２つ以上のＣＲＩ ＳＥＩメッセージの色再マッピング情報が現在ピクチャに適用され得る。シンタックス要素の値が０に等しいとき、１つのＳＥＩメッセージのみの色再マッピング情報が現在ピクチャに適用され得る。０に等しいシンタックス要素の値を有する現在ピクチャに関連する２つ以上のＣＲＩ ＳＥＩメッセージがあるとき、最も低いｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄをもつＣＲＩ ＳＥＩメッセージの色再マッピング情報が適用され得る。他の例では、現在ピクチャに関連する２つ以上のＣＲＩ ＳＥＩメッセージがあるとき、最も低いｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄをもつＣＲＩ ＳＥＩメッセージの色再マッピング情報が適用され得る。
[0183] 本開示は、本明細書で説明される１つまたは複数の特徴を適用するために使用され得る実施構成のいくつかの例を与える。例えば、いくつかの例示的な構成は、本明細書で説明される色再マッピング情報が、ポスト処理チェーン（すなわち、ポスト復号チェーン）においてどのように使用され得るかの例を示すために示されている。本開示は、本明細書で記載される例に限定されない。
[0184] いくつかの例では、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄの特定の値が、デコーダ終端において必要とされる処理を示すために使用され得る、各構成（例えば、図９〜図１４に示されている各ポスト処理チェーン構成）に割り当てられ得る。図１０〜図１４に示されている例示的なポスト復号構成の各々では、３つのＣＲＩプロセス（例えば、プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ２１０）が示されている。下線付きのＣＲＩプロセスは、値が非自明（非恒等）であり得ることを示し、下線付きでないＣＲＩプロセスは、ＣＲＩプロセスが、例えば、シグナリングされた値ではなくデフォルト値／恒等マッピング（identity mapping）を使用することによって、ビデオポストプロセッサ３１によって事実上使用されないかまたは行われないことを示す。例えば、ビデオエンコーダ２０は、３×３行列２０８が恒等行列であることを示す情報をシグナリングするように構成され得る。別の例として、ビデオエンコーダ２０は、出力値が入力値に等しくなる（すなわち、入力ピクセル値が、プリＬＵＴ２０６によってマッピングされたときに変化せず、これは、恒等マッピングと呼ばれることがある）ように、プリＬＵＴ２０６が入力ピクセル値を出力ピクセル値にマッピングするデータ構造であり得ることを示す情報をシグナリングするように構成され得る。別の例として、ビデオエンコーダ２０は、出力値が入力値に等しくなる（すなわち、入力ピクセル値が、ポストＬＵＴ２１０によってマッピングされたときに変化せず、これは、恒等マッピングと呼ばれることがある）ように、ポストＬＵＴ２１０が入力ピクセル値を出力ピクセル値にマッピングするデータ構造であり得ることを示す情報をシグナリングするように構成され得る。
[0185] 図１０は、本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す。図１０の例では、プリＬＵＴのみが、復号ビデオデータを修正するためにビデオポストプロセッサ３１によって使用される。図１０に示されている構成は、例えば、ＹＵＶ領域におけるルーマおよび／またはクロマコンポーネントのダイナミックレンジ調整を行うときに使用され得る。
[0186] 図１１は、本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す。図１１は、色再マッピング情報における３×３行列２０２が、色空間コンバージョン（例えば、ＹＵＶピクセルデータからＲＧＢピクセルデータ）を行うためにビデオポストプロセッサ３１によって使用され得る１つの例示的な構成を示す。
[0187] 図１２は、本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す。図１２は、色再マッピング情報の３つの部分（例えば、プリＬＵＴ２０６、３×３行列２０８、およびポストＬＵＴ２１０）が、色空間コンバージョン（例えば、ＹＵＶピクセルデータからＲＧＢピクセルデータ）を行うためにビデオポストプロセッサ３１によって使用され得る１つの例示的な構成を示す。
[0188] 図１３は、本開示の１つまたは複数の技法による、ポスト復号チェーン構成の一例を示す。図１３は、ＣＲＩ ＳＥＩプロセスが、どのように（例えば、図１０〜図１２の例に示されている様式で）連続的に適用されるだけでないことがあるかを示す。図１３はまた、本明細書で示されているように、逆量子化プロセス１２２によって出力された復号ビデオデータが浮動小数点表現でのものであり得、逆量子化プロセス１２２に入力されるデータが固定小数点表現でのものであり得るので、ＣＲＩ ＳＥＩプロセス（この例における３×３行列２０８およびポストＬＵＴ２１０）が、浮動小数点領域におけるコンポーネント（例えば、復号ビデオデータ）に対して適用され得ることを示す。暗黙的量子化および量子化解除が、それぞれ、フロート点から固定小数点に、および浮動小数点から固定小数点にコンバートするために行われ得、従って、３×３行列およびポストＬＵＴ動作は、それに応じて適用され得る。
[0189] 図１４は、本開示の１つまたは複数の技法による、２つのポスト復号チェーン構成の一例を示す。図１４は、色再マッピング情報の２つのセットが、ＨＤＲポスト処理チェーンおよびＳＤＲポスト処理チェーンに適用されるためにシグナリングされ得ることを示す。言い換えれば、図１４は、ビデオエンコーダ２０が、同じビデオデータ（例えば、ピクチャ）に対応する複数のＣＲＩ ＳＥＩメッセージを発生するように構成され得ることと、ビデオポストプロセッサ３１が、ＨＤＲチェーンにおいて復号ビデオデータを処理するために、複数のＣＲＩ ＳＥＩメッセージのうちの少なくとも第１のＣＲＩ ＳＥＩメッセージに対応する情報を使用し、ＳＤＲチェーンにおいて復号ビデオデータを処理するために、複数のＣＲＩ ＳＥＩメッセージのうちの少なくとも第２のＣＲＩ ＳＥＩメッセージに対応する情報を使用するように構成され得ることとを示す。ＬＵＴによって伝達されるトーンマッピング情報は、一般に、ＳＤＲチェーンおよびＨＤＲチェーンについて異なる。いくつかの例では、色再マッピング情報は、２つの異なるＩＤ（例えば、第１のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄおよび第２のｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｄ）をもつ、２つのＣＲＩ ＳＥＩメッセージ中でシグナリングされ得る。一方のＩＤはＨＤＲ処理を示し得、他方のＩＤはＳＤＲ処理を示し得る。各復号チェーン（ＳＤＲ／ＨＤＲ）は、それに対応するＣＲＩ ＳＥＩメッセージに対応するそれぞれの色再マッピング情報を使用し得る。
[0190] 図１５は、本開示の技法による例示的なプロセスを示すフローチャートである。図１５の技法は、ビデオデコーダ３０および／またはビデオポストプロセッサ３１のうちの１つまたは複数によってを含む、図１の宛先デバイス１４によって実行され得る。
[0191] 本開示の一例では、ビデオデコーダ３０は、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信する（３００）ように構成され得る。いくつかの例では、ＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報を含み得る。ビデオデコーダ３０は、復号ビデオデータを発生するために符号化ビデオデータを復号する（３０２）ように構成され得る。ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用する（３０４）ように構成され得る。
[0192] いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、処理された復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用するように構成され得る。そのような例では、ＣＲＩ ＳＥＩメッセージに対応しないプロセスは、アップサンプリングプロセス、ダウンサンプリングプロセス、色空間コンバージョンプロセス、逆量子化プロセス、または復号ビデオデータのコンポーネントを表すために使用される色プライマリの変更のうちの少なくとも１つを含み得る。
[0193] いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、ＣＲＩ ＳＥＩメッセージの一部として、（１）処理された復号ビデオデータが、追加の処理を用いてまたは用いずに、標準ダイナミックレンジ（ＳＤＲ）ディスプレイによる提示に対して互換性があるのか、または高ダイナミックレンジ（ＨＤＲ）ディスプレイによる提示に対して互換性があるのか、（２）ＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスが、１つまたは複数の色再マッピングプロセスの各色再マッピングプロセスにそれぞれ対応する入力と出力とが等しくなるように構成されるかどうか（例えば、第１の色再マッピングプロセスに対応する入力と出力とが等しいかどうか、第２の色再マッピングプロセスに対応する入力と出力とが等しいかどうかなど）、（３）あるいはＣＲＩ ＳＥＩメッセージに対応しないプロセスが、ＣＲＩ ＳＥＩメッセージに対応する２つの色再マッピングプロセス間で適用されるべきであるかどうかを示すシンタックス要素に対応する値を受信するように構成され得る。いくつかの例では、ビデオポストプロセッサ３１は、ＳＤＲ互換性がある復号ビデオデータをＨＤＲ互換性がある復号ビデオデータにマッピングするように構成され得る。他の例では、ビデオポストプロセッサ３１は、ＨＤＲ互換性がある復号ビデオデータをＳＤＲ互換性がある復号ビデオデータにマッピングするように構成され得る。
[0194] いくつかの例では、ＣＲＩ ＳＥＩメッセージは第１のＣＲＩ ＳＥＩメッセージであり得、ビデオデコーダ３０は、ビットストリーム中で、両方とも同じ復号ビデオデータに対応する第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージとを受信するように構成され得る。例えば、復号ビデオデータは、１つまたは複数の復号ピクチャ（例えば、第１の復号ピクチャ、第２の復号ピクチャなど）を含み得る。そのような例では、同じ復号ビデオデータは、同じ復号ピクチャを指し得る。別の例として、復号ビデオデータは、第１の復号ビデオデータ（例えば、第１の復号ピクチャ）と第２の復号ビデオデータ（第２の復号ピクチャ）とを含み得る。そのような例では、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージの両方は、両方とも第１の復号ビデオデータに対応し得るか、または、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージの両方は、両方とも第２の復号ビデオデータに対応し得る。
[0195] 第２のＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報を含み得る。第１のＣＲＩ ＳＥＩメッセージは第１の識別値を含み得、第２のＣＲＩ ＳＥＩメッセージは第２の識別値を含み得る。ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、第１の識別値と第２の識別値とに基づいて、処理された復号ビデオデータに、第１のＣＲＩ ＳＥＩメッセージまたは第２のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスを適用するための順序を決定するように構成され得る。
[0196] いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、第１の識別値と第２の識別値とに基づいて順序を決定することに基づいて、（１）色再マッピングされた復号ビデオデータを発生するために、処理された復号ビデオデータに、第１のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用し、次いで、色再マッピングされた復号ビデオデータに、第２のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用すること、または、（２）色再マッピングされた復号ビデオデータを発生するために、処理された復号ビデオデータに、第２のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用し、次いで、色再マッピングされた復号ビデオデータに、第１のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用することのうちの少なくとも１つを行うように構成され得る。
[0197] 図１６は、本開示の技法による例示的なプロセスを示すフローチャートである。図１６の技法は、ビデオデコーダ３０および／またはビデオポストプロセッサ３１のうちの１つまたは複数によってを含む、図１の宛先デバイス１４によって実行され得る。
[0198] 本開示の一例では、ビデオデコーダ３０は、符号化ビデオデータと複数の色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信する（４００）ように構成され得る。複数のＣＲＩ ＳＥＩメッセージの各ＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報を含み得る（例えば、第１のＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報を含み得、第２のＣＲＩ ＳＥＩメッセージは、第１のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスとは異なる１つまたは複数の色再マッピングプロセスに対応する情報を含み得る）。複数のＣＲＩ ＳＥＩメッセージは、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージとを含み得る。ビデオデコーダ３０は、復号ビデオデータを発生するために符号化ビデオデータを復号する（４０２）ように構成され得る。複数のＣＲＩ ＳＥＩメッセージは、同じ復号ビデオデータに対応し得る。例えば、復号ビデオデータは、１つまたは複数の復号ピクチャ（例えば、第１の復号ピクチャ、第２の復号ピクチャなど）を含み得る。そのような例では、同じ復号ビデオデータは、同じ復号ピクチャを指し得る。別の例として、復号ビデオデータは、第１の復号ビデオデータ（例えば、第１の復号ピクチャ）と第２の復号ビデオデータ（第２の復号ピクチャ）とを含み得る。そのような例では、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージの両方は、両方とも第１の復号ビデオデータに対応し得るか、または、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージの両方は、両方とも第２の復号ビデオデータに対応し得る。
[0199] 第１のＣＲＩ ＳＥＩメッセージは第１の識別値を含み得、第２のＣＲＩ ＳＥＩメッセージは第２の識別値を含み得る。ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、第１の識別値と第２の識別値とに基づいて、処理された復号ビデオデータに、第１のＣＲＩ ＳＥＩメッセージまたは第２のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスを適用するための順序を決定するように構成され得る。
[0200] いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、第１の識別値と第２の識別値とに基づいて順序を決定することに基づいて、（１）色再マッピングされた復号ビデオデータを発生するために、処理された復号ビデオデータに、第１のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用し、次いで、色再マッピングされた復号ビデオデータに、第２のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用すること、または、（２）色再マッピングされた復号ビデオデータを発生するために、処理された復号ビデオデータに、第２のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用し、次いで、色再マッピングされた復号ビデオデータに、第１のＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各々を適用することのうちの少なくとも１つを行うように構成され得る。
[0201] いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、複数のＣＲＩ ＳＥＩメッセージの各ＣＲＩ ＳＥＩメッセージの一部として、（１）処理された復号ビデオデータが、追加の処理を用いてまたは用いずに、標準ダイナミックレンジ（ＳＤＲ）ディスプレイによる提示に対して互換性があるのか、または高ダイナミックレンジ（ＨＤＲ）ディスプレイによる提示に対して互換性があるのか、（２）それぞれのＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスが、それぞれのＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスの各色再マッピングプロセスにそれぞれ対応する入力と出力とが等しくなるように構成されるかどうか（例えば、それぞれのＣＲＩ ＳＥＩメッセージの第１の色再マッピングプロセスに対応する入力と出力とが等しいかどうか、それぞれのＣＲＩ ＳＥＩメッセージの第２の色再マッピングプロセスに対応する入力と出力とが等しいかどうかなど）、（３）あるいはそれぞれのＣＲＩ ＳＥＩメッセージに対応しないプロセスが、それぞれのＣＲＩ ＳＥＩメッセージに対応する２つの色再マッピングプロセス間で適用されるべきであるかどうかを示すシンタックス要素に対応する値を受信するように構成され得る。いくつかの例では、ビデオポストプロセッサ３１は、ＳＤＲ互換性がある復号ビデオデータをＨＤＲ互換性がある復号ビデオデータにマッピングするように構成され得る。他の例では、ビデオポストプロセッサ３１は、ＨＤＲ互換性がある復号ビデオデータをＳＤＲ互換性がある復号ビデオデータにマッピングするように構成され得る。
[0202] 図１７は、本開示の技法による例示的なプロセスを示すフローチャートである。図１７の技法は、ビデオデコーダ３０および／またはビデオポストプロセッサ３１のうちの１つまたは複数によってを含む、図１の宛先デバイス１４によって実行され得る。
[0203] 本開示の一例では、ビデオデコーダ３０は、符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信する（５００）ように構成され得る。ＣＲＩ ＳＥＩメッセージは、１つまたは複数の色再マッピングプロセスに対応する情報と、シンタックス要素に対応する値とを含み得る。ビデオデコーダ３０は、復号ビデオデータを発生するために符号化ビデオデータを復号する（５０２）ように構成され得る。いくつかの例では、シンタックス要素に対応する値は、（１）復号ビデオデータが、追加の処理を用いてまたは用いずに、標準ダイナミックレンジ（ＳＤＲ）ディスプレイによる提示に対して互換性があるのか、または高ダイナミックレンジ（ＨＤＲ）ディスプレイによる提示に対して互換性があるのか、（２）ＣＲＩ ＳＥＩメッセージに対応する１つまたは複数の色再マッピングプロセスが、１つまたは複数の色再マッピングプロセスの各色再マッピングプロセスにそれぞれ対応する入力と出力とが等しくなるように構成されるかどうか、あるいは（３）ＣＲＩ ＳＥＩメッセージに対応しないプロセスが、ＣＲＩ ＳＥＩメッセージに対応する２つの色再マッピングプロセス間で適用されるべきであるかどうかを示す。
[0204] いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、処理された復号ビデオデータを生成するために、シンタックス要素に対応する値に基づいて、復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用するように構成され得る。
[0205] 本明細書で説明される様々な例は、任意の組合せで組み合わせられ得る。同様に、２つまたはそれ以上の特徴（例えば、ステップ、コンポーネントなど）を含む本明細書で説明される例はまた、他の例では１つまたは複数のより少ない特徴を含むものとして理解される。一例として、図１５の例に関して、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、処理された復号ビデオデータを生成するために復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用する前に、復号ビデオデータに、ＣＲＩ ＳＥＩメッセージに対応しないプロセスを適用する（３０４）ように構成され得る。しかしながら、他の例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、復号ビデオデータに１つまたは複数の色再マッピングプロセスのうちの少なくとも１つを適用するように構成され得ることを理解されたい。言い換えれば、いくつかの例では、ビデオデコーダ３０および／またはビデオポストプロセッサ３１は、復号ビデオデータに対して１つまたは複数の色再マッピングプロセスを直接または間接的に行うように構成され得る。従って、図１５に関して説明されたＣＲＩ ＳＥＩメッセージが第１のＣＲＩ ＳＥＩメッセージであり得、ビデオデコーダ３０は、ビットストリーム中で、両方とも同じ復号ビデオデータに対応する第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージとを受信するように構成され得ることも理解された。ビデオデコーダ３０は、ビデオデコーダ３０および／またはビデオポストプロセッサ３１が、復号ビデオデータに対して１つまたは複数の色再マッピングプロセスを直接行うように構成され得る例では、または、ビデオデコーダ３０および／またはビデオポストプロセッサ３１が、復号ビデオデータに対して１つまたは複数の色再マッピングプロセスを間接的に行うように構成され得る例では、第１のＣＲＩ ＳＥＩメッセージと第２のＣＲＩ ＳＥＩメッセージとを受信するように構成され得る。
[0206] 上記例に応じて、本明細書で説明された技法のいずれかのいくつかの行為またはイベントが、異なるシーケンスで行われ得、全体的に追加、マージ、または除外され得る（例えば、全ての説明された行為またはイベントが本技法の実施のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、例えば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に行われ得る。
[0207] １つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。ソフトウェアで実施される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベース処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体のような有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、例えば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波のような通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実施のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。
[0208] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0209] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）のような１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。従って、本明細書で使用される「プロセッサ」という用語は、上記の構造、または本明細書で説明された技法の実施に好適な他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に与えられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素で十分に実施され得る。
[0210] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置で実施され得る。本開示では、開示される技法を行うように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって与えられ得る。
[0211] 様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。

Claims (26)

  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. ビデオデータを処理する方法であって、前記方法は、
    符号化ビデオデータと色再マッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージとを含むビットストリームを受信することと、ここにおいて、前記ＣＲＩ ＳＥＩメッセージが、１つまたは複数の色再マッピングプロセスに対応する情報と、シンタックス要素に対応する値とを含む、
    復号ビデオデータを発生するために前記符号化ビデオデータを復号することと
    を備え、
    ここにおいて、前記シンタックス要素に対応する前記値が、
    前記復号ビデオデータが、追加の処理を用いてまたは用いずに、標準ダイナミックレンジ（ＳＤＲ）ディスプレイによる提示に対して互換性があるのか、または高ダイナミックレンジ（ＨＤＲ）ディスプレイによる提示に対して互換性があるのか、
    前記ＣＲＩ ＳＥＩメッセージに対応する前記１つまたは複数の色再マッピングプロセスが、前記１つまたは複数の色再マッピングプロセスの各色再マッピングプロセスにそれぞれ対応する入力と出力とが等しくなるように構成されるかどうか、あるいは
    前記ＣＲＩ ＳＥＩメッセージに対応しないプロセスが、前記ＣＲＩ ＳＥＩメッセージに対応する２つの色再マッピングプロセス間で適用されるべきであるかどうか
    を示す、
    方法。
JP2018512366A 2015-09-09 2016-09-09 改善された色再マッピング情報補足エンハンスメント情報メッセージ処理 Active JP6808725B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562216254P 2015-09-09 2015-09-09
US62/216,254 2015-09-09
US15/260,148 US10536695B2 (en) 2015-09-09 2016-09-08 Colour remapping information supplemental enhancement information message processing
US15/260,148 2016-09-08
PCT/US2016/050941 WO2017044740A2 (en) 2015-09-09 2016-09-09 Improved colour remapping information supplemental enhancement information message processing

Publications (3)

Publication Number Publication Date
JP2018530953A true JP2018530953A (ja) 2018-10-18
JP2018530953A5 JP2018530953A5 (ja) 2020-04-30
JP6808725B2 JP6808725B2 (ja) 2021-01-06

Family

ID=58190856

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018512366A Active JP6808725B2 (ja) 2015-09-09 2016-09-09 改善された色再マッピング情報補足エンハンスメント情報メッセージ処理

Country Status (8)

Country Link
US (1) US10536695B2 (ja)
EP (1) EP3348063A2 (ja)
JP (1) JP6808725B2 (ja)
KR (1) KR102158418B1 (ja)
CN (1) CN107950028B (ja)
AU (1) AU2016320902B2 (ja)
BR (1) BR112018004504B1 (ja)
WO (1) WO2017044740A2 (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3025483B1 (en) 2013-07-25 2022-09-21 Convida Wireless, LLC End-to-end m2m service layer sessions
CN110460745B (zh) 2014-06-10 2022-03-08 松下知识产权经营株式会社 显示装置
WO2017053860A1 (en) * 2015-09-23 2017-03-30 Arris Enterprises Llc High dynamic range adaptation operations at a video decoder
WO2017059415A1 (en) * 2015-10-02 2017-04-06 Vid Scale, Inc. Color correction with a lookup table
US9883183B2 (en) * 2015-11-23 2018-01-30 Qualcomm Incorporated Determining neighborhood video attribute values for video data
WO2017196670A1 (en) * 2016-05-13 2017-11-16 Vid Scale, Inc. Bit depth remapping based on viewing parameters
EP4336850A3 (en) 2016-07-08 2024-04-17 InterDigital Madison Patent Holdings, SAS Systems and methods for region-of-interest tone remapping
US10932276B2 (en) 2016-11-03 2021-02-23 Convida Wireless, Llc Frame structure in NR
EP3583780B1 (en) 2017-02-17 2023-04-05 InterDigital Madison Patent Holdings, SAS Systems and methods for selective object-of-interest zooming in streaming video
EP3593536A1 (en) 2017-03-07 2020-01-15 PCMS Holdings, Inc. Tailored video streaming for multi-device presentations
US10574959B2 (en) * 2017-07-05 2020-02-25 Qualcomm Incorporated Color remapping for non-4:4:4 format video content
US10148907B1 (en) * 2017-10-27 2018-12-04 Avago Technologies International Sales Pte. Limited System and method of luminance processing in high dynamic range and standard dynamic range conversion
CN108769804B (zh) * 2018-04-25 2020-12-15 杭州当虹科技股份有限公司 一种高动态范围视频的格式转换方法
EP3858023A1 (en) 2018-09-27 2021-08-04 Convida Wireless, Llc Sub-band operations in unlicensed spectrums of new radio
EP3864845A1 (en) * 2018-10-09 2021-08-18 V-Nova International Ltd Dynamic range support within a multi-layer hierarchical coding scheme
EP3672267A1 (en) 2018-12-20 2020-06-24 InterDigital VC Holdings, Inc. Methods for processing audio and/or video contents and corresponding signal, devices, electronic assembly, system, computer readable program products and computer readable storage media
MX2021006450A (es) * 2019-01-10 2021-07-02 Guangdong Oppo Mobile Telecommunications Corp Ltd Procedimiento de descodificacion de imagenes, descodificador y medio de almacenamiento informatico.
US11617946B1 (en) 2021-06-29 2023-04-04 Amazon Technologies, Inc. Video game streaming with dynamic range conversion
US11612812B1 (en) * 2021-06-29 2023-03-28 Amazon Technologies, Inc. Video game streaming with dynamic range conversion
US11666823B1 (en) 2021-06-29 2023-06-06 Amazon Technologies, Inc. Video game streaming with dynamic range conversion
CN114222187B (zh) * 2021-08-12 2023-08-29 荣耀终端有限公司 视频编辑方法和电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015007599A1 (en) * 2013-07-15 2015-01-22 Thomson Licensing Method for encoding and method for decoding a colour transform and corresponding devices
WO2016131970A1 (en) * 2015-02-20 2016-08-25 Thomson Licensing Method and apparatus for encoding color mapping information and processing pictures based on color mapping information
WO2016188742A1 (en) * 2015-05-22 2016-12-01 Thomson Licensing Method for color mapping a video signal and corresponding device

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100049865A1 (en) 2008-04-16 2010-02-25 Nokia Corporation Decoding Order Recovery in Session Multiplexing
US9386307B2 (en) * 2012-06-14 2016-07-05 Qualcomm Incorporated Grouping of bypass-coded bins for SAO syntax elements
US9521393B2 (en) 2013-01-07 2016-12-13 Qualcomm Incorporated Non-nested SEI messages in video coding
WO2016171510A1 (ko) * 2015-04-24 2016-10-27 엘지전자 주식회사 방송 신호 송수신 방법 및 장치
WO2017019818A1 (en) * 2015-07-28 2017-02-02 Vid Scale, Inc. High dynamic range video coding architectures with multiple operating modes

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015007599A1 (en) * 2013-07-15 2015-01-22 Thomson Licensing Method for encoding and method for decoding a colour transform and corresponding devices
WO2016131970A1 (en) * 2015-02-20 2016-08-25 Thomson Licensing Method and apparatus for encoding color mapping information and processing pictures based on color mapping information
WO2016188742A1 (en) * 2015-05-22 2016-12-01 Thomson Licensing Method for color mapping a video signal and corresponding device

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"High efficiency video coding", RECOMMENDATION ITU-T H.265, vol. H.265 (10/2014), JPN6020026950, October 2014 (2014-10-01), pages 275 - 338, ISSN: 0004313407 *
A. K. RAMASUBRAMONIAN ET AL.: "Clarifications on the semantics of CRI SEI message and its usage for HDR/WCG video compression", 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-V0064, JPN6020026952, October 2015 (2015-10-01), pages 1 - 3, ISSN: 0004313408 *

Also Published As

Publication number Publication date
AU2016320902A1 (en) 2018-04-26
EP3348063A2 (en) 2018-07-18
CN107950028A (zh) 2018-04-20
CN107950028B (zh) 2020-12-01
AU2016320902B2 (en) 2020-03-26
US10536695B2 (en) 2020-01-14
BR112018004504A2 (pt) 2018-09-25
JP6808725B2 (ja) 2021-01-06
BR112018004504B1 (pt) 2024-01-02
KR20180051594A (ko) 2018-05-16
WO2017044740A3 (en) 2017-04-27
WO2017044740A2 (en) 2017-03-16
US20170070735A1 (en) 2017-03-09
KR102158418B1 (ko) 2020-09-22

Similar Documents

Publication Publication Date Title
JP6808725B2 (ja) 改善された色再マッピング情報補足エンハンスメント情報メッセージ処理
KR102562874B1 (ko) 피드백 채널에 의한 컬러 영역 적응
CN108028944B (zh) 用于处理经解码视频数据的方法、系统和存储介质
JP6840740B2 (ja) 高ダイナミックレンジおよび広色域ビデオコーディングのための補足エンハンスメント情報（ｓｅｉ）メッセージ
US10200701B2 (en) HDR and WCG coding architecture with SDR backwards compatibility in a single bitstream for video coding
TWI736555B (zh) 視訊寫碼中成分之範圍調整之固定點實施
JP2018515018A (ja) 高ダイナミックレンジおよび広色域ビデオコーディングのためのダイナミックレンジ調整
TWI713354B (zh) 用於顯示器調適之色彩重映射資訊ｓｅｉ信息發信號
US10334277B2 (en) Signaling target display parameters of color remapping information 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: 20190819

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190819

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200317

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200317

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20200720

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200720

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200728

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201028

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201209

R150 Certificate of patent or registration of utility model

Ref document number: 6808725

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250