JP2022538060A - クロマ量子化パラメータ（ｑｐ）マッピングテーブルをシグナリングすること - Google Patents

Abstract

ビデオデータを復号する方法が、符号化されたビデオビットストリームにおいて第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルを受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルからビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用してビデオデータの第１のクロマブロックを復号することとを含む。【選択図】図５

Description

優先権の主張

[0001]本出願は、その各々の内容全体が参照により本明細書に組み込まれる、２０１９年６月２５日に出願された米国仮出願第６２／８６６，５６１号、および２０１９年１０月２日に出願された米国仮出願第６２／９０９，６２６号の利益を主張する、２０２０年６月２４日に出願された米国出願第１６／９１１，００３号の優先権を主張する。

[0002]本開示は、ビデオ符号化およびビデオ復号に関する。

[0003]デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

[0004]ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間（ピクチャ内）予測および／または時間（ピクチャ間）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオピクチャまたはビデオピクチャの一部分）が、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライスの中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

[0005]概して、本開示は、ビデオデータのクロマブロックについての量子化パラメータ（ＱＰ）値を決定するための技法について説明する。特に、本開示は、符号化されたビデオビットストリームにおいて１つまたは複数のクロマＱＰマッピングテーブルをシグナリングすることを含む技法について説明する。一例では、クロマＱＰマッピングテーブルは、シーケンスパラメータセット（ＳＰＳ）においてシグナリングされ得る。ビデオデコーダが、符号化されたクロマＱＰマッピングテーブルを受信し、復号し得、次いで、クロマＱＰマッピングテーブルおよび対応するルーマブロックのために使用されるＱＰ値から、ビデオデータのブロックのクロマ成分についてのＱＰ値を決定するために、シグナリングされたクロマＱＰマッピングテーブルを使用し得る。いくつかの例では、ビデオエンコーダは、区分的線形モデルとして、クロマＱＰマッピングテーブルを符号化およびシグナリングし得る。

[0006]ビットストリームにおいてクロマＱＰマッピングテーブルをシグナリングすることの１つの利益は、ＱＰオフセット値の使用に頼ることなしに、特定のタイプのビデオコンテンツについてのクロマＱＰ値を効率的にモデル化するためのフレキシビリティをエンコーダに提供することである。（たとえば、静的クロマＱＰマッピングテーブルを使用して）クロマＱＰマッピングテーブルのシグナリングを制約することは、この目的にそぐわないことがある。したがって、クロマＱＰマッピングテーブルのためのより一般的なシグナリング機構を有することが有益である。

[0007]一例では、方法が、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的（piece-wise）線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号することと、を含む。

[0008]別の例では、装置が、ビデオデータを記憶するように構成されたメモリと、メモリと通信している１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号することと、を行うように構成される。

[0009]別の例では、装置が、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信するための手段と、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定するための手段と、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号するための手段と、を含む。

[0010]別の例では、本開示は、命令を記憶する非一時的コンピュータ可読記憶媒体について説明し、命令は、実行されたとき、ビデオデータを復号するように構成されたデバイスの１つまたは複数のプロセッサに、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号することと、を行わせる。

[0011]別の例では、方法が、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化することと、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることと、を含む。

[0012]別の例では、装置が、ビデオデータを記憶するように構成されたメモリと、メモリと通信している１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化することと、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることと、を行うように構成される。

[0013]別の例では、装置が、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定するための手段と、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化するための手段と、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングするための手段と、を含む。

[0014]別の例では、本開示は、命令を記憶する非一時的コンピュータ可読記憶媒体について説明し、命令は、実行されたとき、ビデオデータを符号化するように構成されたデバイスの１つまたは複数のプロセッサに、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化することと、符号化されたビデオビットストリームにいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることと、を行わせる。

[0015]１つまたは複数の例の詳細が添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。

[0016]本開示の技法を実施し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0017]本開示の技法を実施し得る例示的なビデオエンコーダを示すブロック図。 [0018]本開示の技法を実施し得る例示的なビデオデコーダを示すブロック図。 [0019]本開示の例示的なビデオ符号化方法を示すフローチャート。 [0020]本開示の例示的なビデオ復号方法を示すフローチャート。

[0021]開発中の汎用ビデオコーディング（ＶＶＣ）規格の例示的なドラフトバージョンでは、クロマブロックを復号するために使用される量子化パラメータ（ＱＰ）（たとえば、クロマＱＰ）の値は、クロマＱＰマッピングテーブルを使用して、ルーマブロックを復号するために使用されるＱＰ（たとえば、ルーマＱＰ）の値およびオフセットパラメータの値から導出される（たとえば、Ｂｒｏｓｓら、「Versatile Video Coding (Draft 5)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１４回会合、ジュネーブ、スイス、２０１９年３月１９～２７日、ＪＶＥＴ－Ｎ１００８－ｖ８（以下、「ＶＶＣドラフト５）における表８－１５）。いくつかの例では、クロマＱＰマッピングテーブルは、たいていのＱＰ値について１の線形勾配（slope）を有し、２９から４３の間のＱＰ値について１よりも小さい勾配を有する。ＶＶＣドラフト５では、ルーマＱＰ値からクロマＱＰ値を決定するために、固定クロマＱＰマッピングテーブルが使用される。すなわち、クロマＱＰマッピングテーブルは、ビットストリームにおいてシグナリングされず、むしろ静的であり、同じクロマＱＰマッピングテーブルがビデオエンコーダとビデオデコーダの両方において記憶される。

[0022]（たとえば、ＶＶＣドラフト５の場合のように）静的クロマＱＰマッピングテーブルを使用してクロマＱＰ値を決定するための技法は、いくつかの欠点を呈する。一例として、静的クロマＱＰマッピングテーブルは、符号化され得るすべてのタイプのビデオコンテンツ（たとえば、高ダイナミックレンジ（ＨＤＲ）ビデオコンテンツ、広色域（ＷＣＧ:video color gamut）ビデオコンテンツ、自然コンテンツ、スクリーンコンテンツなど）についてのクロマＱＰ値をモデル化するためのフレキシビリティを提供しない。したがって、静的クロマＱＰマッピングテーブルの使用は、いくつかの状況において準最適なひずみおよび／またはコーディング効率を生じ得る。さらに、ＶＶＣドラフト５において使用されるクロマＱＰマッピングテーブルは、同じテーブルがＣｂクロマ成分とＣｒクロマ成分の両方のために使用されるという仮定のもとに設計される。しかしながら、より一般的な使用事例（たとえば、ＨＤＲビデオ）では、Ｃｂ成分およびＣｒ成分のために異なるクロマＱＰマッピングテーブルを使用することが有利であることがわかっている。

[0023]これらの欠点に鑑みて、本開示は、符号化されたビデオビットストリームにおいて１つまたは複数のクロマＱＰマッピングテーブルをシグナリングするための技法について説明する。一例では、クロマＱＰマッピングテーブルは、シーケンスパラメータセット（ＳＰＳ）においてシグナリングされ得る。ビデオデコーダは、符号化されたクロマＱＰマッピングテーブルを受信および復号し得、次いで、ビデオデータのブロックのクロマ成分についてのＱＰ値を決定するために、シグナリングされたクロマＱＰマッピングテーブルを使用し得る。いくつかの例では、ビデオエンコーダは、区分的線形モデルとして、クロマＱＰマッピングテーブルを符号化およびシグナリングし得る。

[0024]ビットストリームにおいてクロマＱＰマッピングテーブルをシグナリングすることの１つの利益は、ＱＰオフセット値の使用に頼ることなしに、特定のタイプのビデオコンテンツについてのクロマＱＰ値を効率的にモデル化するためのフレキシビリティをエンコーダに提供することである。（たとえば、静的クロマＱＰマッピングテーブルを使用して）クロマＱＰマッピングテーブルのシグナリングを制約することは、この目的にそぐわないことがある。したがって、クロマＱＰマッピングテーブルのためのより一般的なシグナリング機構を有することが有益である。

[0025]図１は、本開示の技法を実施し得る例示的なビデオ符号化および復号システム１００を示すブロック図である。本開示の技法は、概して、ビデオデータをコーディング（符号化および／または復号）することを対象とする。概して、ビデオデータは、ビデオを処理するための任意のデータを含む。したがって、ビデオデータは、生の符号化されていないビデオ、符号化されたビデオ、復号された（たとえば、再構築された）ビデオ、およびシグナリングデータなどのビデオメタデータを含み得る。

[0026]図１に示されているように、システム１００は、この例では、宛先デバイス１１６によって復号および表示されるべき符号化されたビデオデータを提供するソースデバイス１０２を含む。特に、ソースデバイス１０２は、コンピュータ可読媒体１１０を介して宛先デバイス１１６にビデオデータを提供する。ソースデバイス１０２と宛先デバイス１１６とは、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、モバイルデバイス、タブレットコンピュータ、セットトップボックス、スマートフォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、ブロードキャスト受信機デバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。いくつかの場合には、ソースデバイス１０２と宛先デバイス１１６とは、ワイヤレス通信のために装備され得、したがって、ワイヤレス通信デバイスと呼ばれることがある。

[0027]図１の例では、ソースデバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含む。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含む。本開示によれば、ソースデバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、クロマＱＰマッピングテーブルを符号化および復号するための技法を適用するように構成され得る。したがって、ソースデバイス１０２はビデオ符号化デバイスの一例を表し、宛先デバイス１１６はビデオ復号デバイスの一例を表す。他の例では、ソースデバイスと宛先デバイスとは、他の構成要素または配置を含み得る。たとえば、ソースデバイス１０２は、外部カメラなどの外部ビデオソースからビデオデータを受信し得る。同様に、宛先デバイス１１６は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。

[0028]図１に示されているシステム１００は一例にすぎない。概して、いかなるデジタルビデオ符号化および／または復号デバイスも、クロマＱＰマッピングテーブルを符号化および復号するための技法を実施し得る。ソースデバイス１０２と宛先デバイス１１６とは、ソースデバイス１０２が宛先デバイス１１６への送信のためにコーディングされたビデオデータを生成するようなコーディングデバイスの例にすぎない。本開示は、「コーディング」デバイスを、データのコーディング（符号化および／または復号）を実施するデバイスとして参照する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイス、特に、それぞれビデオエンコーダおよびビデオデコーダの例を表す。いくつかの例では、ソースデバイス１０２と宛先デバイス１１６とは、ソースデバイス１０２と宛先デバイス１１６との各々がビデオ符号化および復号構成要素を含むように、実質的に対称的に動作し得る。したがって、システム１００は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのために、ソースデバイス１０２と宛先デバイス１１６との間の一方向または双方向のビデオ送信をサポートし得る。

[0029]概して、ビデオソース１０４は、ビデオデータ（すなわち、生の符号化されていないビデオデータ）のソースを表し、ビデオデータの連続的な一連のピクチャ（「フレーム」とも呼ばれる）をビデオエンコーダ２００に提供し、ビデオエンコーダ２００は、ピクチャのためにデータを符号化する。ソースデバイス１０２のビデオソース１０４は、ビデオカメラ、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースなど、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース１０４は、ソースビデオとして、コンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成されたビデオとの組合せを生成し得る。各場合において、ビデオエンコーダ２００は、キャプチャされたビデオデータ、プリキャプチャされたビデオデータ、またはコンピュータ生成されたビデオデータを符号化する。ビデオエンコーダ２００は、ピクチャを、（「表示順序」と呼ばれることがある）受信順序から、コーディングのためのコーディング順序に並べ替え得る。ビデオエンコーダ２００は、符号化されたビデオデータを含むビットストリームを生成し得る。ソースデバイス１０２は、次いで、たとえば、宛先デバイス１１６の入力インターフェース１２２による受信および／または取出しのために、出力インターフェース１０８を介して符号化されたビデオデータをコンピュータ可読媒体１１０上に出力し得る。

[0030]ソースデバイス１０２のメモリ１０６と、宛先デバイス１１６のメモリ１２０とは、汎用メモリを表す。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、たとえば、ビデオソース１０４からの生のビデオ、およびビデオデコーダ３００からの生の復号されたビデオデータを記憶し得る。追加または代替として、メモリ１０６、１２０は、たとえば、それぞれ、ビデオエンコーダ２００とビデオデコーダ３００とによって実行可能なソフトウェア命令を記憶し得る。メモリ１０６およびメモリ１２０は、この例では、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００は、機能的に同様または等価な目的で内部メモリをも含み得ることを理解されたい。さらに、メモリ１０６、１２０は、符号化されたビデオデータ、たとえば、ビデオエンコーダ２００からの出力、およびビデオデコーダ３００への入力を記憶し得る。いくつかの例では、メモリ１０６、１２０の部分は、たとえば、生の復号および／または符号化されたビデオデータを記憶するために、１つまたは複数のビデオバッファとして割り振られ得る。

[0031]コンピュータ可読媒体１１０は、ソースデバイス１０２から宛先デバイス１１６に符号化されたビデオデータを移送することが可能な任意のタイプの媒体またはデバイスを表し得る。一例では、コンピュータ可読媒体１１０は、ソースデバイス１０２が、たとえば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、符号化されたビデオデータを宛先デバイス１１６にリアルタイムで直接送信することを可能にするための通信媒体を表す。出力インターフェース１０８は、符号化されたビデオデータを含む送信信号を復調し得、入力インターフェース１２２は、ワイヤレス通信プロトコルなどの通信規格に従って、受信された送信信号を復調し得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１０２から宛先デバイス１１６への通信を容易にするために有用であり得る任意の他の機器を含み得る。

[0032]いくつかの例では、コンピュータ可読媒体１１０はストレージデバイス１１２を含み得る。ソースデバイス１０２は、出力インターフェース１０８からストレージデバイス１１２に符号化されたデータを出力し得る。同様に、宛先デバイス１１６は、入力インターフェース１２２を介してストレージデバイス１１２から符号化されたデータにアクセスし得る。ストレージデバイス１１２は、ハードドライブ、Ｂｌｕ－ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。

[0033]いくつかの例では、コンピュータ可読媒体１１０は、ソースデバイス１０２によって生成された符号化されたビデオデータを記憶し得るファイルサーバ１１４または別の中間ストレージデバイスを含み得る。ソースデバイス１０２は、ソースデバイス１０２によって生成された符号化されたビデオデータを記憶し得るファイルサーバ１１４または別の中間ストレージデバイスに符号化されたビデオデータを出力し得る。宛先デバイス１１６は、ストリーミングまたはダウンロードを介してファイルサーバ１１４からの記憶されたビデオデータにアクセスし得る。

[0034]ファイルサーバ１１４は、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス１１６に送信することが可能な任意のタイプのサーバデバイスであり得る。ファイルサーバ１１４は、（たとえば、ウェブサイトのための）ウェブサーバ、（ファイル転送プロトコル（ＦＴＰ）またはファイル配信オーバー単方向トランスポート（ＦＬＵＴＥ：File Delivery over Unidirectional Transport）プロトコルなどの）ファイル転送プロトコルサービスを提供するように構成されたサーバ、コンテンツ配信ネットワーク（ＣＤＮ）デバイス、ハイパーテキスト転送プロトコル（ＨＴＴＰ）サーバ、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）または拡張ＭＢＭＳ（ｅＭＢＭＳ）サーバ、および／あるいはネットワーク接続ストレージ（ＮＡＳ）デバイスを表し得る。ファイルサーバ１１４は、追加または代替として、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）、ＨＴＴＰライブストリーミング（ＨＬＳ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ＨＴＴＰ動的ストリーミングなど、１つまたは複数のＨＴＴＰストリーミングプロトコルを実装し得る。

[0035]宛先デバイス１１６は、インターネット接続を含む、任意の標準のデータ接続を通してファイルサーバ１１４から符号化されたビデオデータにアクセスし得る。これは、ファイルサーバ１１４に記憶された符号化されたビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ－Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、デジタル加入者回線（ＤＳＬ）、ケーブルモデムなど）、またはその両方の組合せを含み得る。入力インターフェース１２２は、ファイルサーバ１１４からメディアデータを取り出すまたは受信するための上記で説明された様々なプロトコル、あるいはメディアデータを取り出すための他のそのようなプロトコルのうちのいずれか１つまたは複数に従って動作するように構成され得る。

[0036]出力インターフェース１０８と入力インターフェース１２２とは、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキング構成要素（たとえば、イーサネット（登録商標）カード）、様々なＩＥＥＥ８０２．１１規格のいずれかに従って動作するワイヤレス通信構成要素、または他の物理的構成要素を表し得る。出力インターフェース１０８と入力インターフェース１２２とがワイヤレス構成要素を備える例では、出力インターフェース１０８と入力インターフェース１２２とは、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇなど、セルラー通信規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。出力インターフェース１０８がワイヤレス送信機を備えるいくつかの例では、出力インターフェース１０８と入力インターフェース１２２とは、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（たとえば、ＺｉｇＢｅｅ（登録商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格など、他のワイヤレス規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。いくつかの例では、ソースデバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含み得る。たとえば、ソースデバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に帰属する機能を実施するためのＳｏＣデバイスを含み得、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に帰属する機能を実施するためのＳｏＣデバイスを含み得る。

[0037]本開示の技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。

[0038]宛先デバイス１１６の入力インターフェース１２２は、コンピュータ可読媒体１１０（たとえば、通信媒体、ストレージデバイス１１２、ファイルサーバ１１４など）から符号化されたビデオビットストリームを受信する。符号化されたビデオビットストリームは、ビデオブロックまたは他のコーディングされたユニット（たとえば、スライス、ピクチャ、ピクチャグループ、シーケンスなど）の特性および／または処理を記述する値を有するシンタックス要素など、ビデオデコーダ３００によっても使用される、ビデオエンコーダ２００によって定義されるシグナリング情報を含み得る。ディスプレイデバイス１１８は、復号されたビデオデータの復号されたピクチャをユーザに表示する。ディスプレイデバイス１１８は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを表し得る。

[0039]図１には示されていないが、いくつかの例では、ビデオエンコーダ２００とビデオデコーダ３００とは各々、オーディオエンコーダおよび／またはオーディオデコーダと統合され得、共通のデータストリーム中にオーディオとビデオの両方を含む多重化ストリームをハンドリングするために、適切なＭＵＸ－ＤＥＭＵＸユニット、あるいは他のハードウェアおよび／またはソフトウェアを含み得る。適用可能な場合、ＭＵＸ－ＤＥＭＵＸユニットはＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

[0040]ビデオエンコーダ２００とビデオデコーダ３００とは各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダおよび／またはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、本開示の技法を実施するために１つまたは複数のプロセッサを使用してその命令をハードウェアで実行し得る。ビデオエンコーダ２００とビデオデコーダ３００との各々は、１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを備え得る。

[0041]ビデオエンコーダ２００とビデオデコーダ３００とは、高効率ビデオコーディング（ＨＥＶＣ）とも呼ばれるＩＴＵ－Ｔ Ｈ．２６５、あるいはマルチビューおよび／またはスケーラブルビデオコーディング拡張などのそれらの拡張など、ビデオコーディング規格に従って動作し得る。代替的に、ビデオエンコーダ２００とビデオデコーダ３００とは、汎用ビデオコーディング（ＶＶＣ）とも呼ばれるＩＴＵ－Ｔ Ｈ．２６６、および／またはＭＰＥＧエッセンシャルビデオコーディング（ＥＶＣ：Essential Video Coding）など、他のプロプライエタリまたは業界規格に従って動作し得る。ＶＶＣ規格の最近のドラフトは、Ｂｒｏｓｓら、「Versatile Video Coding (Draft 5)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１４回会合、ジュネーブ、スイス、２０１９年３月１９～２７日、ＪＶＥＴ－Ｎ１００８－ｖ８（以下、「ＶＶＣドラフト５」）に記載されている。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。

[0042]概して、ビデオエンコーダ２００とビデオデコーダ３００とは、ピクチャのブロックベースのコーディングを実施し得る。「ブロック」という用語は、概して、処理されるべき（たとえば、符号化されるべき、復号されるべき、あるいは符号化および／または復号プロセスにおいて他の方法で使用されるべき）データを含む構造を指す。たとえば、ブロックは、ルミナンスおよび／またはクロミナンスデータのサンプルの２次元行列を含み得る。概して、ビデオエンコーダ２００とビデオデコーダ３００とは、ＹＵＶ（たとえば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコーディングし得る。すなわち、ピクチャのサンプルのために赤色、緑色、および青色（ＲＧＢ）データをコーディングするのではなく、ビデオエンコーダ２００とビデオデコーダ３００とは、ルミナンス成分とクロミナンス成分とをコーディングし得、ここで、クロミナンス成分は、赤色相（red hue）と青色相（blue hue）の両方のクロミナンス成分を含み得る。いくつかの例では、ビデオエンコーダ２００は、符号化より前に、受信されたＲＧＢフォーマットのデータをＹＵＶ表現にコンバートし、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットにコンバートする。代替として、前処理および後処理ユニット（図示せず）が、これらのコンバージョンを実施し得る。

[0043]本開示は、概して、ピクチャのデータを符号化または復号するプロセスを含むように、ピクチャのコーディング（たとえば、符号化および復号）に言及することがある。同様に、本開示は、ブロックのデータを符号化または復号するプロセス、たとえば、予測および／または残差コーディングを含むように、ピクチャのブロックのコーディングに言及することがある。符号化されたビデオビットストリームは、概して、コーディング決定（たとえば、コーディングモード）とブロックへのピクチャの区分とを表すシンタックス要素についての一連の値を含む。したがって、ピクチャまたはブロックをコーディングすることへの言及は、概して、ピクチャまたはブロックを形成するシンタックス要素の値をコーディングすることとして理解されるべきである。

[0044]ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）を含む、様々なブロックを定義する。ＨＥＶＣに従って、（ビデオエンコーダ２００などの）ビデオコーダは、クワッドツリー構造に従ってコーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵとＣＵとを４つの等しい重複しない正方形に区分し、クワッドツリーの各ノードは、０個または４つのいずれかの子ノードを有する。子ノードのないノードは、「リーフノード」と呼ばれることがあり、そのようなリーフノードのＣＵは、１つまたは複数のＰＵおよび／または１つまたは複数のＴＵを含み得る。ビデオコーダは、ＰＵとＴＵとをさらに区分し得る。たとえば、ＨＥＶＣでは、残差クワッドツリー（ＲＱＴ）は、ＴＵの区分を表す。ＨＥＶＣでは、ＰＵはインター予測データを表し、ＴＵは残差データを表す。イントラ予測されるＣＵは、イントラモード指示などのイントラ予測情報を含む。

[0045]別の例として、ビデオエンコーダ２００とビデオデコーダ３００とは、ＶＶＣに従って動作するように構成され得る。ＶＶＣによれば、（ビデオエンコーダ２００などの）ビデオコーダは、ピクチャを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、クワッドツリーバイナリツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造など、ツリー構造に従ってＣＴＵを区分し得る。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離など、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、２つのレベル、すなわち、クワッドツリー区分に従って区分される第１のレベルと、バイナリツリー区分に従って区分される第２のレベルとを含む。ＱＴＢＴ構造のルートノードは、ＣＴＵに対応する。バイナリツリーのリーフノードはコーディングユニット（ＣＵ）に対応する。

[0046]ＭＴＴ区分構造では、ブロックは、クワッドツリー（ＱＴ）区分と、バイナリツリー（ＢＴ）区分と、１つまたは複数のタイプのトリプルツリー（ＴＴ）（ターナリツリー（ＴＴ）とも呼ばれる）区分とを使用して区分され得る。トリプルまたはターナリ（ternary）ツリー区分は、ブロックが３つのサブブロックにスプリットされる区分である。いくつかの例では、トリプルまたはターナリツリー区分は、中心を通して元のブロックを分割することなしにブロックを３つのサブブロックに分割する。ＭＴＴにおける区分タイプ（たとえば、ＱＴ、ＢＴ、およびＴＴ）は、対称または非対称であり得る。

[0047]いくつかの例では、ビデオエンコーダ２００とビデオデコーダ３００とは、ルミナンス成分とクロミナンス成分との各々を表すために単一のＱＴＢＴまたはＭＴＴ構造を使用し得、他の例では、ビデオエンコーダ２００とビデオデコーダ３００とは、ルミナンス成分のための１つのＱＴＢＴ／ＭＴＴ構造、および両方のクロミナンス成分のための別のＱＴＢＴ／ＭＴＴ構造（またはそれぞれのクロミナンス成分のための２つのＱＴＢＴ／ＭＴＴ構造）など、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用し得る。

[0048]ビデオエンコーダ２００とビデオデコーダ３００とは、ＨＥＶＣに従うクワッドツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、あるいはＶＶＣおよび／またはＥＶＣの例において使用される他の区分構造を使用するように構成され得る。説明の目的で、本開示の技法の説明はＱＴＢＴ区分に関して提示される。しかしながら、本開示の技法は、クワッドツリー区分、または同様に他のタイプの区分を使用するように構成されたビデオコーダにも適用され得ることを理解されたい。

[0049]いくつかの例では、ＣＴＵは、ルーマサンプルのコーディングツリーブロック（ＣＴＢ）、３つのサンプルアレイを有するピクチャのクロマサンプルの２つの対応するＣＴＢ、あるいはモノクロームピクチャ、またはサンプルをコーディングするために使用される３つの別個の色平面とシンタックス構造とを使用してコーディングされるピクチャのサンプルのＣＴＢを含む。ＣＴＢは、ＣＴＢへの成分の分割が区分（partitioning）になるような何らかの値のＮについて、サンプルのＮ×Ｎブロックであり得る。成分は、ピクチャを４：２：０、４：２：２、または４：４：４色フォーマットに構成する３つのアレイ（ルーマおよび２つのクロマ）のうちの１つからのアレイまたは単一のサンプル、あるいはピクチャをモノクロームフォーマットに構成するアレイまたはアレイの単一のサンプルである。いくつかの例では、コーディングブロックは、コーディングブロックへのＣＴＢの分割が区分になるような何らかの値のＭとＮとについて、サンプルのＭ×Ｎブロックである。

[0050]ブロック（たとえば、ＣＴＵまたはＣＵ）は、ピクチャ中で様々な方法でグループ化され得る。一例として、ブリック（brick）は、ピクチャ中の特定のタイル内のＣＴＵ行の矩形領域を指し得る。タイルは、ピクチャ中の特定のタイル列および特定のタイル行内のＣＴＵの矩形領域であり得る。タイル列は、ピクチャの高さに等しい高さと、（たとえば、ピクチャパラメータセット中などの）シンタックス要素によって指定された幅とを有するＣＴＵの矩形領域を指す。タイル行は、（たとえば、ピクチャパラメータセット中などの）シンタックス要素によって指定された高さと、ピクチャの幅に等しい幅とを有するＣＴＵの矩形領域を指す。

[0051]いくつかの例では、タイルは複数のブリックに区分され得、それらの各々は、タイル内に１つまたは複数のＣＴＵ行を含み得る。複数のブリックに区分されないタイルもブリックと呼ばれることがある。しかしながら、タイルの真のサブセットであるブリックは、タイルと呼ばれないことがある。

[0052]ピクチャ中のブリックはまた、スライス中に配置され得る。スライスは、もっぱら単一のネットワークアブストラクションレイヤ（ＮＡＬ）ユニット中に含まれていることがあるピクチャの整数個のブリックであり得る。いくつかの例では、スライスは、いくつかの完全なタイル、または１つのタイルの完全なブリックの連続シーケンスのみのいずれかを含む。

[0053]本開示は、垂直寸法と水平寸法とに関して（ＣＵまたは他のビデオブロックなどの）ブロックのサンプル寸法を指すために、「Ｎ×Ｎ（NxN）」」および「Ｎ×Ｎ（N by N）」、たとえば、１６×１６サンプル（16x16 samples）または１６×１６サンプル（16 by 16 samples）を互換的に使用し得る。概して、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、概して、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。ＣＵ中のサンプルは、行と列とに配置され得る。その上、ＣＵは、必ずしも、水平方向において垂直方向と同じ数のサンプルを有するとは限らない。たとえば、ＣＵはＮ×Ｍサンプルを備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。

[0054]ビデオエンコーダ２００は、予測および／または残差情報、ならびに他の情報を表すＣＵのためにビデオデータを符号化する。予測情報は、ＣＵについて予測ブロックを形成するためにＣＵがどのように予測されるべきかを示す。残差情報は、概して、符号化より前のＣＵのサンプルと予測ブロックとの間のサンプルごとの差分を表す。

[0055]ＣＵを予測するために、ビデオエンコーダ２００は、概して、インター予測またはイントラ予測を通してＣＵについて予測ブロックを形成し得る。インター予測は、概して、以前にコーディングされたピクチャのデータからＣＵを予測することを指すが、イントラ予測は、概して、同じピクチャの以前にコーディングされたデータからＣＵを予測することを指す。インター予測を実施するために、ビデオエンコーダ２００は、１つまたは複数の動きベクトルを使用して予測ブロックを生成し得る。ビデオエンコーダ２００は、概して、たとえば、ＣＵと参照ブロックとの間の差分に関して、ＣＵにぴったり一致する参照ブロックを識別するために動き探索を実施し得る。ビデオエンコーダ２００は、参照ブロックが現在ＣＵにぴったり一致するかどうかを決定するために、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、平均絶対差（ＭＡＤ）、平均２乗差（ＭＳＤ）、または他のそのような差分計算を使用して差分メトリックを計算し得る。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して現在ＣＵを予測し得る。

[0056]ＶＶＣのいくつかの例はまた、インター予測モードと見なされ得るアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはアウト、回転、パースペクティブの動き、あるいは他の変則の動きタイプなど、非並進の動きを表す２つ以上の動きベクトルを決定し得る。

[0057]イントラ予測を実施するために、ビデオエンコーダ２００は、予測ブロックを生成するようにイントラ予測モードを選択し得る。ＶＶＣのいくつかの例は、様々な方向性モード、ならびに平面モードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。概して、ビデオエンコーダ２００は、現在ブロック（たとえば、ＣＵのブロック）のサンプルをそれから予測すべき、現在ブロックに対する隣接サンプルを記述するイントラ予測モードを選択する。そのようなサンプルは、ビデオエンコーダ２００がラスタ走査順序で（左から右に、上から下に）ＣＴＵとＣＵとをコーディングすると仮定すると、概して、現在ブロックと同じピクチャ中の現在ブロックの上、左上、または左にあり得る。

[0058]ビデオエンコーダ２００は、現在ブロックについて予測モードを表すデータを符号化する。たとえば、インター予測モードでは、ビデオエンコーダ２００は、様々な利用可能なインター予測モードのうちのどれが使用されるか、ならびに対応するモードの動き情報を表すデータを符号化し得る。たとえば、単方向または双方向インター予測では、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して動きベクトルを符号化し得る。ビデオエンコーダ２００は、アフィン動き補償モードのための動きベクトルを符号化するために、同様のモードを使用し得る。

[0059]ブロックのイントラ予測またはインター予測などの予測に続いて、ビデオエンコーダ２００は、ブロックについて残差データを計算し得る。残差ブロックなどの残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックについての予測ブロックとの間の、サンプルごとの差分を表す。ビデオエンコーダ２００は、サンプル領域ではなく変換領域中に変換データを作り出すために、残差ブロックに１つまたは複数の変換を適用し得る。たとえば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換を残差ビデオデータに適用し得る。さらに、ビデオエンコーダ２００は、第１の変換に続いて、モード依存非分離可能２次変換（ＭＤＮＳＳＴ：mode-dependent non-separable secondary transform）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）などの２次変換を適用し得る。ビデオエンコーダ２００は、１つまたは複数の変換の適用に続いて変換係数を作り出す。

[0060]上述のように、変換係数を作り出すための任意の変換に続いて、ビデオエンコーダ２００は変換係数の量子化を実施し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスを実施することによって、ビデオエンコーダ２００は、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、ビデオエンコーダ２００は、量子化中にｎビット値をｍビット値に丸めることがあり、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実施するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位右シフトを実施し得る。

[0061]量子化に続いて、ビデオエンコーダ２００は、変換係数を走査して、量子化された変換係数を含む２次元行列から１次元ベクトルを作り出し得る。走査は、より高いエネルギー（したがって、より低い頻度）の変換係数をベクトルの前方に配置し、より低いエネルギー（したがって、より高い頻度）の変換係数をベクトルの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２００は、シリアル化されたベクトルを作り出すために、量子化された変換係数を走査するために、あらかじめ定義された走査順序を利用し、次いで、ベクトルの量子化された変換係数をエントロピー符号化し得る。他の例では、ビデオエンコーダ２００は適応型走査を実施し得る。量子化された変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２００は、たとえば、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２００はまた、ビデオデータを復号する際のビデオデコーダ３００による使用のために、符号化されたビデオデータに関連付けられたメタデータを記述するシンタックス要素についての値をエントロピー符号化し得る。

[0062]ＣＡＢＡＣを実施するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が０値であるか否かに関係し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。

[0063]ビデオエンコーダ２００は、さらに、ブロックベースのシンタックスデータ、ピクチャベースのシンタックスデータ、およびシーケンスベースのシンタックスデータなどのシンタックスデータを、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、あるいはシーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、またはビデオパラメータセット（ＶＰＳ）などの他のシンタックスデータ中で、ビデオデコーダ３００に対して生成し得る。ビデオデコーダ３００は、対応するビデオデータをどのように復号すべきかを決定するために、そのようなシンタックスデータを同様に復号し得る。

[0064]このようにして、ビデオエンコーダ２００は、符号化されたビデオデータ、たとえば、ブロック（たとえば、ＣＵ）へのピクチャの区分ならびにブロックの予測および／または残差情報を記述するシンタックス要素を含むビットストリームを生成し得る。最終的に、ビデオデコーダ３００は、ビットストリームを受信し、符号化されたビデオデータを復号し得る。

[0065]概して、ビデオデコーダ３００は、ビットストリームの符号化されたビデオデータを復号するために、ビデオエンコーダ２００によって実施されたものの逆プロセスを実施する。たとえば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣ符号化プロセスと逆ではあるが、それと実質的に同様の様式でＣＡＢＡＣを使用してビットストリームのシンタックス要素についての値を復号し得る。シンタックス要素は、ＣＴＵのＣＵを定義するために、ピクチャをＣＴＵに区分するための区分情報と、ＱＴＢＴ構造などの対応する区分構造に従う、各ＣＴＵの区分とを定義し得る。シンタックス要素は、ビデオデータのブロック（たとえば、ＣＵ）についての予測および残差情報をさらに定義し得る。

[0066]残差情報は、たとえば、量子化された変換係数によって表され得る。ビデオデコーダ３００は、ブロックのための残差ブロックを再生するために、ブロックの量子化された変換係数を逆量子化し、逆変換し得る。ビデオデコーダ３００は、ブロックのための予測ブロックを形成するために、シグナリングされた予測モード（イントラまたはインター予測）と、関連する予測情報（たとえば、インター予測のための動き情報）とを使用する。ビデオデコーダ３００は、次いで、元のブロックを再生するために（サンプルごとに）予測ブロックと残差ブロックとを組み合わせ得る。ビデオデコーダ３００は、ブロックの境界に沿って視覚的アーティファクトを低減するためにデブロッキングプロセスを実施することなど、追加の処理を実施し得る。

[0067]以下でより詳細に説明されるように、本開示の技法によれば、ビデオエンコーダ２００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化することと、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることと、を行うように構成され得る。同様に、逆の様式で、ビデオデコーダ３００は、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用してビデオデータの第１のクロマブロックを復号することと、を行うように構成され得る。

[0068]本開示は、概して、シンタックス要素など、ある情報を「シグナリング」することに言及することがある。「シグナリング」という用語は、概して、符号化されたビデオデータを復号するために使用されるシンタックス要素および／または他のデータについての値の通信を指し得る。すなわち、ビデオエンコーダ２００は、ビットストリームにおいてシンタックス要素についての値をシグナリングし得る。概して、シグナリングは、ビットストリームにおいて値を生成することを指す。上述のように、ソースデバイス１０２は、実質的にリアルタイムでビットストリームを宛先デバイス１１６に移送するか、または、宛先デバイス１１６による後の取出しのためにシンタックス要素をストレージデバイス１１２に記憶するときに行われ得るように、非リアルタイムでビットストリームを宛先デバイス１１６に移送し得る。

[0069]図２は、本開示の技法を実施し得る例示的なビデオエンコーダ２００を示すブロック図である。図２は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、ＶＶＣ（開発中のＩＴＵ－Ｔ Ｈ．２６６）、ＥＶＣ、およびＨＥＶＣ（ＩＴＵ－Ｔ Ｈ．２６５）の技法に従って、ビデオエンコーダ２００について説明する。しかしながら、本開示の技法は、他のビデオコーディング規格に構成されたビデオ符号化デバイスによって実施され得る。

[0070]図２の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差生成ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、復号ピクチャバッファ（ＤＰＢ）２１８と、エントロピー符号化ユニット２２０とを含む。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差生成ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＰＢ２１８と、エントロピー符号化ユニット２２０とのいずれかまたはすべては、１つまたは複数のプロセッサまたは処理回路において実装され得る。たとえば、ビデオエンコーダ２００のユニットは、１つまたは複数の回路または論理要素として、ハードウェア回路の一部として、あるいはＦＰＧＡのプロセッサ、ＡＳＩＣの一部として実装され得る。その上、ビデオエンコーダ２００は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。

[0071]ビデオデータメモリ２３０は、ビデオエンコーダ２００の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオエンコーダ２００は、たとえば、ビデオソース１０４（図１）から、ビデオデータメモリ２３０に記憶されたビデオデータを受信し得る。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャメモリとして働き得る。ビデオデータメモリ２３０とＤＰＢ２１８とは、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ２３０とＤＰＢ２１８とは、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ２３０は、図示のように、ビデオエンコーダ２００の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。

[0072]本開示では、ビデオデータメモリ２３０への言及は、特にそのように説明されない限り、ビデオエンコーダ２００の内部のメモリに限定されるものとして解釈されるべきではなく、または特にそのように説明されない限り、ビデオエンコーダ２００の外部のメモリに限定されるものとして解釈されるべきではない。そうではなく、ビデオデータメモリ２３０への言及は、ビデオエンコーダ２００が符号化のために受信するビデオデータ（たとえば、符号化されるべきである現在ブロックのためのビデオデータ）を記憶する参照メモリとして理解されるべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００の様々なユニットからの出力の一時的なストレージを提供し得る。

[0073]図２の様々なユニットは、ビデオエンコーダ２００によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してプリセットされる。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義される様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、（たとえば、パラメータを受信するかまたはパラメータを出力するために）ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの１つまたは複数は、別個の回路ブロック（固定機能またはプログラマブル）であり得、いくつかの例では、ユニットのうちの１つまたは複数は、集積回路であり得る。

[0074]ビデオエンコーダ２００は、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオエンコーダ２００の動作が、プログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受信し、実行するソフトウェアの命令（たとえば、オブジェクトコード）を記憶し得るか、またはビデオエンコーダ２００内の別のメモリ（図示せず）が、そのような命令を記憶し得る。

[0075]ビデオデータメモリ２３０は、受信されたビデオデータを記憶するように構成される。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャを取り出し、ビデオデータを残差生成ユニット２０４とモード選択ユニット２０２とに提供し得る。ビデオデータメモリ２３０中のビデオデータは、符号化されるべきである生のビデオデータであり得る。

[0076]モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含む。モード選択ユニット２０２は、他の予測モードに従ってビデオ予測を実施するための追加の機能ユニットを含み得る。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であり得る）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニットなどを含み得る。

[0077]モード選択ユニット２０２は、概して、符号化パラメータの組合せをテストするために複数の符号化パスを協調させ、そのような組合せについてのレートひずみ値を生じる。符号化パラメータは、ＣＵへのＣＴＵの区分、ＣＵのための予測モード、ＣＵの残差データのための変換タイプ、ＣＵの残差データのための量子化パラメータなどを含み得る。モード選択ユニット２０２は、他のテストされた組合せよりも良好であるレートひずみ値を有する符号化パラメータの組合せを最終的に選択し得る。

[0078]ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャを一連のＣＴＵに区分し、スライス内の１つまたは複数のＣＴＵをカプセル化し得る。モード選択ユニット２０２は、上記で説明されたＨＥＶＣのＱＴＢＴ構造またはクワッドツリー構造など、ツリー構造に従ってピクチャのＣＴＵを区分し得る。上記で説明されたように、ビデオエンコーダ２００は、ツリー構造に従ってＣＴＵを区分することから１つまたは複数のＣＵを形成し得る。そのようなＣＵは、概して「ビデオブロック」または「ブロック」と呼ばれることもある。

[0079]概して、モード選択ユニット２０２はまた、現在ブロック（たとえば、現在ＣＵ、またはＨＥＶＣでは、ＰＵとＴＵとの重複する部分）のための予測ブロックを生成するように、それの構成要素（たとえば、動き推定ユニット２２２、動き補償ユニット２２４、およびイントラ予測ユニット２２６）を制御する。現在ブロックのインター予測のために、動き推定ユニット２２２は、１つまたは複数の参照ピクチャ（たとえば、ＤＰＢ２１８に記憶されている１つまたは複数の以前にコーディングされたピクチャ）中で１つまたは複数のぴったり一致する参照ブロックを識別するために動き探索を実施し得る。特に、動き推定ユニット２２２は、たとえば、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、平均絶対差（ＭＡＤ）、平均２乗差（ＭＳＤ）などに従って、現在ブロックに対して潜在的参照ブロックがどのくらい類似しているかを表す値を計算し得る。動き推定ユニット２２２は、概して、現在ブロックと考慮されている参照ブロックとの間のサンプルごとの差分を使用してこれらの計算を実施し得る。動き推定ユニット２２２は、現在ブロックに最もぴったり一致する参照ブロックを示す、これらの計算から得られた最も低い値を有する参照ブロックを識別し得る。

[0080]動き推定ユニット２２２は、現在ピクチャ中の現在ブロックの位置に対して参照ピクチャ中の参照ブロックの位置を定義する１つまたは複数の動きベクトル（ＭＶ）を形成し得る。動き推定ユニット２２２は、次いで、動きベクトルを動き補償ユニット２２４に提供し得る。たとえば、単方向インター予測では、動き推定ユニット２２２は、単一の動きベクトルを提供し得るが、双方向インター予測では、動き推定ユニット２２２は、２つの動きベクトルを提供し得る。動き補償ユニット２２４は、次いで、動きベクトルを使用して予測ブロックを生成し得る。たとえば、動き補償ユニット２２４は、動きベクトルを使用して参照ブロックのデータを取り出し得る。別の例として、動きベクトルが部分サンプル精度を有する場合、動き補償ユニット２２４は、１つまたは複数の補間フィルタに従って予測ブロックについての値を補間し得る。その上、双方向インター予測では、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックについてデータを取り出し、たとえば、サンプルごとの平均化または加重平均化を通して、取り出されたデータを組み合わせ得る。

[0081]別の例として、イントラ予測、またはイントラ予測コーディングのために、イントラ予測ユニット２２６は、現在ブロックに隣接しているサンプルから予測ブロックを生成し得る。たとえば、方向性モードでは、イントラ予測ユニット２２６は、概して、予測ブロックを作り出すために、隣接サンプルの値を数学的に組み合わせ、現在ブロックにわたって規定の方向にこれらの計算された値をポピュレートし得る。別の例として、ＤＣモードでは、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックのサンプルごとにこの得られた平均を含むように予測ブロックを生成し得る。

[0082]モード選択ユニット２０２は、予測ブロックを残差生成ユニット２０４に提供する。残差生成ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生の符号化されていないバージョンを受信し、モード選択ユニット２０２から予測ブロックを受信する。残差生成ユニット２０４は、現在ブロックと予測ブロックとの間のサンプルごとの差分を計算する。得られたサンプルごとの差分は、現在ブロックのための残差ブロックを定義する。いくつかの例では、残差生成ユニット２０４はまた、残差差分パルスコード変調（ＲＤＰＣＭ）を使用して残差ブロックを生成するために、残差ブロック中のサンプル値間の差分を決定し得る。いくつかの例では、残差生成ユニット２０４は、バイナリ減算を実施する１つまたは複数の減算器回路を使用して形成され得る。

[0083]モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットと、対応するクロマ予測ユニットとに関連付けられ得る。ビデオエンコーダ２００とビデオデコーダ３００とは、様々なサイズを有するＰＵをサポートし得る。上記で示されたように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指すことがあり、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指すことがある。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測のための２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測のための２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様のものの対称ＰＵサイズとをサポートし得る。ビデオエンコーダ２００とビデオデコーダ３００とはまた、インター予測のための２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズの非対称区分をサポートし得る。

[0084]モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックと、対応するクロマコーディングブロックとに関連付けられ得る。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指し得る。ビデオエンコーダ２００とビデオデコーダ３００とは、２Ｎ×２Ｎ、２Ｎ×Ｎ、またはＮ×２ＮのＣＵサイズをサポートし得る。

[0085]いくつかの例として、他のビデオコーディング技法そのようなイントラブロックコピーモードコーディング、アフィンモードコーディング、および線形モデル（ＬＭ）モードコーディングでは、モード選択ユニット２０２は、コーディング技法に関連付けられたそれぞれのユニットを介して、符号化されている現在ブロックのための予測ブロックを生成する。パレットモードコーディングなど、いくつかの例では、モード選択ユニット２０２は、予測ブロックを生成せず、代わりに、選択されたパレットに基づいてブロックを再構築すべき様式を示すシンタックス要素を生成し得る。そのようなモードでは、モード選択ユニット２０２は、符号化されるべきこれらのシンタックス要素をエントロピー符号化ユニット２２０に提供し得る。

[0086]上記で説明されたように、残差生成ユニット２０４は、現在ブロックのためのビデオデータと、対応する予測ブロックとを受信する。残差生成ユニット２０４は、次いで、現在ブロックのための残差ブロックを生成する。残差ブロックを生成するために、残差生成ユニット２０４は、予測ブロックと現在ブロックとの間のサンプルごとの差分を計算する。

[0087]変換処理ユニット２０６は、（本明細書では「変換係数ブロック」と呼ばれる）変換係数のブロックを生成するために、残差ブロックに１つまたは複数の変換を適用する。変換処理ユニット２０６は、変換係数ブロックを形成するために、残差ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向性変換、カルーネンレーベ変換（ＫＬＴ）、または概念的に同様の変換を残差ブロックに適用し得る。いくつかの例では、変換処理ユニット２０６は、残差ブロックに複数の変換、たとえば、回転変換などの１次変換および２次変換を実施し得る。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。

[0088]量子化ユニット２０８は、量子化された変換係数ブロックを作り出すために、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット２０８は、現在ブロックに関連付けられた量子化パラメータ（ＱＰ）値に従って変換係数ブロックの変換係数を量子化し得る。ビデオエンコーダ２００は（たとえば、モード選択ユニット２０２を介して）、ＣＵに関連付けられたＱＰ値を調整することによって、現在ブロックに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。量子化は、情報の損失をもたらし得、したがって、量子化された変換係数は、変換処理ユニット２０６によって作り出された元の変換係数よりも低い精度を有し得る。

[0089]以下でより詳細に説明されるように、本開示のいくつかの例では、量子化ユニット２０８（またはビデオエンコーダ２００の別の構造ユニット）は、符号化されたビデオビットストリームにおいて、１つまたは複数のクロマＱＰマッピングテーブルをシグナリングするように構成され得る。量子化ユニット２０８は、ビデオデータの対応するルーマブロックを符号化するために使用されるＱＰ値（たとえば、ルーマＱＰ値）から、ビデオデータのクロマブロックについてのＱＰ値を決定するために、クロマＱＰマッピングテーブルを使用し得る。すなわち、ルーマＱＰ値は、クロマＱＰマッピングテーブルへの入力である。クロマＱＰマッピングテーブルは、

ルーマＱＰ値の関数としてクロマＱＰ値を出力する。いくつかの例では、関数は区分的線形値である。量子化ユニット２０８は、使用されるクロマＱＰマッピングテーブルを（たとえば、ＳＰＳにおいて）ビデオデコーダ３００にシグナリングし得る。ビデオデコーダ３００は、次いで、ビデオデータのクロマブロックを復号するときに逆量子化を実施するために使用され得るクロマＱＰ値を決定するために、クロマＱＰマッピングテーブルを使用し得る。

[0090]本開示の一例では、量子化ユニット２０８（またはビデオエンコーダ２００の別の構造ユニット）は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化することと、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルをシグナリングすることと、を行うように構成され得る。一例では、第１のクロマＱＰマッピングテーブルは区分的線形モデルである。この例では、第１のクロマＱＰマッピングテーブルをシグナリングするために、量子化ユニット２０８は、区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングするように構成され得る。

[0091]逆量子化ユニット２１０および逆変換処理ユニット２１２は、変換係数ブロックから残差ブロックを再構築するために、それぞれ、量子化された変換係数ブロックに逆量子化および逆変換を適用し得る。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって生成された予測ブロックとに基づいて、（潜在的にある程度のひずみを伴うが）現在ブロックに対応する再構築されたブロックを作り出し得る。たとえば、再構築ユニット２１４は、再構築されたブロックを作り出すために、モード選択ユニット２０２によって生成された予測ブロックからの対応するサンプルに、再構築された残差ブロックのサンプルを加算し得る。

[0092]フィルタユニット２１６は、再構築されたブロックに対して１つまたは複数のフィルタ演算を実施し得る。たとえば、フィルタユニット２１６は、ＣＵのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット２１６の動作は、いくつかの例では、スキップされ得る。

[0093]ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８に記憶する。たとえば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８に記憶し得る。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、フィルタ処理された再構築されたブロックをＤＰＢ２１８に記憶し得る。動き推定ユニット２２２と動き補償ユニット２２４とは、後で符号化されるピクチャのブロックをインター予測するために、再構築（および潜在的にフィルタ処理）されたブロックから形成された参照ピクチャをＤＰＢ２１８から取り出し得る。さらに、イントラ予測ユニット２２６は、現在ピクチャ中の他のブロックをイントラ予測するために、現在ピクチャのＤＰＢ２１８中の再構築されたブロックを使用し得る。

[0094]概して、エントロピー符号化ユニット２２０は、ビデオエンコーダ２００の他の機能構成要素から受信されたシンタックス要素をエントロピー符号化し得る。たとえば、エントロピー符号化ユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピー符号化し得る。別の例として、エントロピー符号化ユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（たとえば、インター予測のための動き情報またはイントラ予測のためのイントラモード情報）をエントロピー符号化し得る。エントロピー符号化ユニット２２０は、エントロピー符号化されたデータを生成するために、ビデオデータの別の例であるシンタックス要素に対して１つまたは複数のエントロピー符号化動作を実施し得る。たとえば、エントロピー符号化ユニット２２０は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）動作、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング動作、指数ゴロム符号化動作、または別のタイプのエントロピー符号化動作をデータに対して実施し得る。いくつかの例では、エントロピー符号化ユニット２２０は、シンタックス要素がエントロピー符号化されないバイパスモードで動作し得る。

[0095]ビデオエンコーダ２００は、スライスまたはピクチャのブロックを再構築するために必要とされるエントロピー符号化されたシンタックス要素を含むビットストリームを出力し得る。特に、エントロピー符号化ユニット２２０がビットストリームを出力し得る。

[0096]上記で説明された動作は、ブロックに関して説明されている。そのような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックのための動作であるものとして理解されるべきである。上記で説明されたように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。

[0097]いくつかの例では、ルーマコーディングブロックに関して実施される動作は、クロマコーディングブロックのために繰り返される必要はない。一例として、ルーマコーディングブロックのための動きベクトル（ＭＶ）と参照ピクチャとを識別するための動作は、クロマブロックのためのＭＶと参照ピクチャとを識別するために繰り返される必要はない。むしろ、ルーマコーディングブロックのためのＭＶは、クロマブロックのためのＭＶを決定するためにスケーリングされ得、参照ピクチャは同じであり得る。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックについて同じであり得る。

[0098]ビデオエンコーダ２００は、ビデオデータを記憶するように構成されたメモリと、回路において実装される１つまたは複数の処理ユニットとを含む、ビデオデータを符号化するように構成されたデバイスの一例を表し、１つまたは複数の処理ユニットは、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを符号化することと、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることとを行うように構成される。

[0099]図３は、本開示の技法を実施し得る例示的なビデオデコーダ３００を示すブロック図である。図３は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものではない。説明の目的で、本開示は、ＶＶＣ（開発中のＩＴＵ－Ｔ Ｈ．２６６）、ＥＶＣ、およびＨＥＶＣ（ＩＴＵ－Ｔ Ｈ．２６５）の技法に従って、ビデオデコーダ３００について説明する。しかしながら、本開示の技法は、他のビデオコーディング規格に構成されたビデオコーディングデバイスによって実施され得る。

[0100]図３の例では、ビデオデコーダ３００は、コード化ピクチャバッファ（ＣＰＢ）メモリ３２０と、エントロピー復号ユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、復号ピクチャバッファ（ＤＰＢ）３１４とを含む。ＣＰＢメモリ３２０と、エントロピー復号ユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、ＤＰＢ３１４とのいずれかまたはすべては、１つまたは複数のプロセッサまたは処理回路において実装され得る。たとえば、ビデオデコーダ３００のユニットは、１つまたは複数の回路または論理要素として、ハードウェア回路の一部として、あるいはＦＰＧＡのプロセッサ、ＡＳＩＣの一部として実装され得る。その上、ビデオデコーダ３００は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。

[0101]予測処理ユニット３０４は、動き補償ユニット３１６と、イントラ予測ユニット３１８とを含む。予測処理ユニット３０４は、他の予測モードに従って予測を実施するための追加のユニットを含み得る。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成し得る）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニットなどを含み得る。他の例では、ビデオデコーダ３００は、より多数の、より少数の、または異なる機能構成要素を含み得る。

[0102]ＣＰＢメモリ３２０は、ビデオデコーダ３００の構成要素によって復号されるべき、符号化されたビデオビットストリームなどのビデオデータを記憶し得る。ＣＰＢメモリ３２０に記憶されるビデオデータは、たとえば、コンピュータ可読媒体１１０（図１）から取得され得る。ＣＰＢメモリ３２０は、符号化されたビデオビットストリームからの符号化されたビデオデータ（たとえば、シンタックス要素）を記憶するＣＰＢを含み得る。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００の様々なユニットからの出力を表す一時データなど、コーディングされたピクチャのシンタックス要素以外のビデオデータを記憶し得る。ＤＰＢ３１４は、概して、符号化されたビデオビットストリームの後続のデータまたはピクチャを復号するときにビデオデコーダ３００が参照ビデオデータとして出力および／または使用し得る復号されたピクチャを記憶する。ＣＰＢメモリ３２０とＤＰＢ３１４とは、ＳＤＲＡＭを含むＤＲＡＭ、ＭＲＡＭ、ＲＲＡＭ、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ＣＰＢメモリ３２０とＤＰＢ３１４とは、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。

[0103]追加または代替として、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコーディングされたビデオデータを取り出し得る。すなわち、メモリ１２０は、ＣＰＢメモリ３２０とともに上記で説明されたようにデータを記憶し得る。同様に、メモリ１２０は、ビデオデコーダ３００の機能の一部または全部が、ビデオデコーダ３００の処理回路によって実行されるべきソフトウェアにおいて実装されたとき、ビデオデコーダ３００によって実行されるべき命令を記憶し得る。

[0104]図３に示されている様々なユニットは、ビデオデコーダ３００によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。図２と同様に、固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してプリセットされる。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義される様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、（たとえば、パラメータを受信するかまたはパラメータを出力するために）ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの１つまたは複数は、別個の回路ブロック（固定機能またはプログラマブル）であり得、いくつかの例では、ユニットのうちの１つまたは複数は、集積回路であり得る。

[0105]ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオデコーダ３００の動作が、プログラマブル回路上で実行するソフトウェアによって実施される例では、オンチップまたはオフチップメモリは、ビデオデコーダ３００が受信し、実行するソフトウェアの命令（たとえば、オブジェクトコード）を記憶し得る。

[0106]エントロピー復号ユニット３０２は、ＣＰＢから符号化されたビデオデータを受信し、シンタックス要素を再生するためにビデオデータをエントロピー復号し得る。予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２とは、ビットストリームから抽出されたシンタックス要素に基づいて、復号されたビデオデータを生成し得る。

[0107]概して、ビデオデコーダ３００は、ブロックごとにピクチャを再構築する。ビデオデコーダ３００は、各ブロックに対して個々に再構築演算を実施し得る（ここで、現在再構築されているブロック、すなわち、現在復号されているブロックは、「現在ブロック」と呼ばれることがある）。

[0108]エントロピー復号ユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を定義するシンタックス要素、ならびに量子化パラメータ（ＱＰ）および／または変換モード指示などの変換情報をエントロピー復号し得る。逆量子化ユニット３０６は、量子化の程度と、同様に、逆量子化ユニット３０６が適用すべき逆量子化の程度とを決定するために、量子化された変換係数ブロックに関連付けられたＱＰを使用し得る。逆量子化ユニット３０６は、量子化された変換係数を逆量子化するために、たとえば、ビット単位の左シフト演算を実施し得る。逆量子化ユニット３０６は、それにより、変換係数を含む変換係数ブロックを形成し得る。

[0109]以下でより詳細に説明されるように、本開示のいくつかの例では、逆量子化ユニット３０６（またはビデオデコーダ３００の別の構造ユニット）は、符号化されたビデオビットストリームにおいて、１つまたは複数のクロマＱＰマッピングテーブルを受信するように構成され得る。逆量子化ユニット３０６は、ビデオデータの対応するルーマブロックを復号するために使用されるＱＰ値（たとえば、ルーマＱＰ値）から、ビデオデータのクロマブロックについてのＱＰ値（たとえば、クロマＱＰ値）を決定するために、クロマＱＰマッピングテーブルを使用し得る。すなわち、ルーマＱＰ値は、クロマＱＰマッピングテーブルへの入力である。クロマＱＰマッピングテーブルは、ルーマＱＰ値の関数としてクロマＱＰ値を出力する。いくつかの例では、関数は区分的線形値（piece-wise linear value）である。逆量子化ユニット３０６は、使用されるクロマＱＰマッピングテーブルを（たとえば、ＳＰＳにおいて）受信し得る。ビデオデコーダ３００の逆量子化ユニット３０６は、次いで、ビデオデータのクロマブロックを復号するときに逆量子化を実施するために使用され得るクロマＱＰ値を決定するために、クロマＱＰマッピングテーブルを使用し得る。

[0110]本開示の一例では、逆量子化ユニット３０６（またはビデオデコーダ３００の別の構造ユニット）は、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルを受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号することとを行うように構成され得る。一例では、第１のクロマＱＰマッピングテーブルは区分的線形モデルである。この例では、第１のクロマＱＰマッピングテーブルを受信するために、逆量子化ユニット３０６は、区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信するように構成され得る。

[0111]逆量子化ユニット３０６が変換係数ブロックを形成した後に、逆変換処理ユニット３０８は、現在ブロックに関連付けられた残差ブロックを生成するために、変換係数ブロックに１つまたは複数の逆変換を適用し得る。たとえば、逆変換処理ユニット３０８は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または別の逆変換を変換係数ブロックに適用し得る。

[0112]さらに、予測処理ユニット３０４は、エントロピー復号ユニット３０２によってエントロピー復号された予測情報シンタックス要素に従って予測ブロックを生成する。たとえば、予測情報シンタックス要素が、現在ブロックがインター予測されることを示す場合、動き補償ユニット３１６は、予測ブロックを生成し得る。この場合、予測情報シンタックス要素は、参照ブロックをそれから取り出すべきＤＰＢ３１４中の参照ピクチャ、ならびに現在ピクチャ中の現在ブロックのロケーションに対する参照ピクチャ中の参照ブロックのロケーションを識別する動きベクトルを示し得る。動き補償ユニット３１６は、概して、動き補償ユニット２２４（図２）に関して説明されたものと実質的に同様である様式で、インター予測プロセスを実施し得る。

[0113]別の例として、予測情報シンタックス要素が、現在ブロックがイントラ予測されることを示す場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されるイントラ予測モードに従って予測ブロックを生成し得る。この場合も、イントラ予測ユニット３１８は、概して、イントラ予測ユニット２２６（図２）に関して説明されたものと実質的に同様である様式で、イントラ予測プロセスを実施し得る。イントラ予測ユニット３１８は、ＤＰＢ３１４から、現在ブロックに対する隣接サンプルのデータを取り出し得る。

[0114]再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して現在ブロックを再構築し得る。たとえば、再構築ユニット３１０は、現在ブロックを再構築するために、予測ブロックの対応するサンプルに残差ブロックのサンプルを加算し得る。

[0115]フィルタユニット３１２は、再構築されたブロックに対して１つまたは複数のフィルタ演算を実施し得る。たとえば、フィルタユニット３１２は、再構築されたブロックのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット３１２の動作は、必ずしもすべての例において実施されるとは限らない。

[0116]ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４に記憶し得る。たとえば、フィルタユニット３１２の動作が実施されない例では、再構築ユニット３１０は、再構築されたブロックをＤＰＢ３１４に記憶し得る。フィルタユニット３１２の動作が実施される例では、フィルタユニット３１２は、フィルタ処理された再構築されたブロックをＤＰＢ３１４に記憶し得る。上記で説明されたように、ＤＰＢ３１４は、イントラ予測のための現在ピクチャのサンプル、および後続の動き補償のための以前に復号されたピクチャなど、参照情報を、予測処理ユニット３０４に提供し得る。その上、ビデオデコーダ３００は、ＤＰＢ３１４からの復号されたピクチャ（たとえば、復号されたビデオ）を、図１のディスプレイデバイス１１８などのディスプレイデバイス上での後続の提示のために、出力し得る。

[0117]このようにして、ビデオデコーダ３００は、ビデオデータを記憶するように構成されたメモリと、回路において実装される１つまたは複数の処理ユニットとを含むビデオ復号デバイスの一例を表し、１つまたは複数の処理ユニットは、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号することと、を行うように構成される。

[0118]次世代ビデオ適用例は、高ダイナミックレンジ（ＨＤＲ）および／または広色域（ＷＣＧ）をもつキャプチャされた風景を表すビデオデータを用いて動作することが予期される。利用されるダイナミックレンジおよび色域のパラメータは、ビデオコンテンツの２つの独立した属性であり、デジタルテレビジョンおよびマルチメディアサービスの目的のためのそれらの仕様は、いくつかの国際規格によって定義される。たとえば、ＩＴＵ－Ｒ Ｒｅｃ．ＢＴ．７０９、「Parameter values for the HDTV standards for production and international programme exchange」、およびＩＴＵ－Ｒ Ｒｅｃ．ＢＴ．２０２０、「Parameter values for ultra-high definition television systems for production and international programme exchange」は、それぞれ、標準色域を越えて拡張する標準ダイナミックレンジ（ＳＤＲ）および色プライマリなど、ＨＤＴＶ（高精細度テレビジョン）およびＵＨＤＴＶ（超高精細度テレビジョン）のためのパラメータを定義する。Ｒｅｃ．ＢＴ．２１００、「Image parameter values for high dynamic range television for use in production and international programme exchange」は、伝達関数と、広色域表現をサポートするプライマリを含む、ＨＤＲテレビジョン使用のための表現とを定義する。

[0119]他のシステムにおいてダイナミックレンジおよび色域属性を指定する他の規格開発機関（ＳＤＯ：standards developing organization）文献もあり、たとえば、ＤＣＩ－Ｐ３色域はＳＭＰＴＥ－２３１－２（米国映画テレビ技術者協会（Society of Motion Picture and Television Engineers））において定義され、ＨＤＲのいくつかのパラメータはＳＭＰＴＥ－２０８４において定義される。ビデオデータのためのダイナミックレンジおよび色域の簡単な説明が以下で与えられる。

[0120]ダイナミックレンジは、一般に、ビデオ信号の最大輝度（たとえば、ルミナンス）と最小輝度との間の比として定義される。ダイナミックレンジは、「ｆストップ」に関して測定され得、ここで、１つのｆストップは、信号のダイナミックレンジの２倍に対応する。モーションピクチャエキスパートグループ（ＭＰＥＧ）によって定義されるように、１６個よりも多いｆストップをもつ輝度変動を起用するコンテンツは、ＨＤＲコンテンツと呼ばれる。いくつかの項では、１０個のｆストップと１６個のｆストップとの間のレベルは、中間ダイナミックレンジとして見なされるが、他の定義によれば、ＨＤＲであると見なされ得る。本開示のいくつかの例では、ＨＤＲビデオコンテンツは、標準ダイナミックレンジ（たとえば、ＩＴＵ－Ｒ Ｒｅｃ．ＢＴ．７０９によって指定されたビデオコンテンツ）をもつ旧来使用されるビデオコンテンツよりも高いダイナミックレンジを有する任意のビデオコンテンツであり得る。

[0121]人間の視覚系（ＨＶＳ：human visual system）は、ＳＤＲコンテンツおよびＨＤＲコンテンツよりもはるかに大きいダイナミックレンジを知覚することが可能である。しかしながら、ＨＶＳは、ＨＶＳのダイナミックレンジをいわゆる同時レンジに狭くするための適応機構を含む。同時レンジの幅は、現在の照明状況（たとえば、現在の輝度）に依存し得る。

[0122]現在のビデオ適用例およびサービスは、ＩＴＵ Ｒｅｃ．７０９によって規制され、約０．１～１００（しばしば「ニト」と呼ばれる）カンデラ（ｃｄ）毎ｍ２の輝度（たとえば、ルミナンス）のレンジを一般にサポートするＳＤＲを与え、１０個未満のｆストップをもたらす。いくつかの例示的な次世代ビデオサービスは、最高１６個のｆストップのダイナミックレンジを与えることが予想される。そのようなコンテンツのための詳細な仕様は現在開発中であるが、いくつかの初期パラメータは、ＳＭＰＴＥ－２０８４およびＩＴＵ－Ｒ Ｒｅｃ．２０２０において指定されている。

[0123]ルーマＱＰ値へのクロマＱＰ依存性
[0124]ＨＥＶＣおよびより新しいビデオコーディング規格など、いくつかの最先端のビデオコーディング設計は、現在コーディングされているＣｂクロマブロックおよび／または現在コーディングされているＣｒクロマブロックを処理するために効果的に適用される、ルーマＱＰ値とクロマＱＰ値との間のあらかじめ定義された依存性（たとえば、静的クロマＱＰマッピングテーブル）を利用し得る。そのような依存性は、ルーマ成分とクロマ成分との間の最適ビットレート割振りを達成するために利用され得る。

[0125]そのような依存性の一例は、ＨＥＶＣ仕様の表８－１０によって表され、ここで、クロマサンプルを復号するために適用されるクロマＱＰ値が、ルーマサンプルを復号するために利用されるＱＰ値から導出される。クロマＱＰ値が、対応するルーマサンプルのＱＰ値（たとえば、対応するルーマサンプルのブロック／ＴＵに適用されるＱＰ値）と、クロマＱＰオフセットと、ＨＥＶＣ仕様の表８－１０とに基づいて導出される、ＨＥＶＣの関連するセクションが、以下に複写される。

[0126]ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないとき、以下が適用される。
－ 変数ｑＰ_CbおよびｑＰ_Crは、以下のように導出される。

－ ｔｕ＿ｒｅｓｉｄｕａｌ＿ａｃｔ＿ｆｌａｇ［ｘＴｂＹ］［ｙＴｂＹ］が０に等しい場合、以下が適用される。

－ そうでない場合（ｔｕ＿ｒｅｓｉｄｕａｌ＿ａｃｔ＿ｆｌａｇ［ｘＴｂＹ］［ｙＴｂＹ］が１に等しい）、以下が適用される。

－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが１に等しい場合、変数ｑＰ_CbおよびｑＰ_Crは、それぞれｑＰｉ_CbおよびｑＰｉ_Crに等しいインデックスｑＰｉに基づいて、表８－１０において指定されるようにＱｐ_Cの値に等しく設定される。
－ そうでない場合、変数ｑＰ_CbおよびｑＰ_Crは、それぞれｑＰｉ_CbおよびｑＰｉ_Crに等しいインデックスｑＰｉに基づいて、Ｍｉｎ（ｑＰｉ，５１）に等しく設定される。
－ ＣｂおよびＣｒ成分についてのクロマ量子化パラメータＱｐ’_CbおよびＱｐ’_Crは、以下のように導出される。

[0127]変数ｑＰ_CbおよびｑＰ_Crは、それぞれ、最終ＱＰ値Ｑｐ’_CbおよびＱｐ’_Crを決定するために使用されるＣｂクロマＱＰおよびＣｒクロマＱＰの中間値である。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０であることは、モノクロームコーディングシンタックスが使用されることを示す。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０でない（たとえば、０よりも大きい）ことは、異なるタイプのクロマサブサンプリングフォーマット（たとえば、４：４：４、４：２：２、４：２：０など）を示す。

[0128]同様のＱＰマッピングテーブルおよびクロマＱＰ導出が、ＶＶＣ（たとえば、ＶＶＣドラフト５における表８－１５）において使用される。

[0129]ＶＶＣドラフト５では、クロマＱＰ値は、クロマＱＰマッピングテーブル（たとえば、ＶＶＣドラフト５における表８－１５）を使用してルーマＱＰ値およびオフセットパラメータから導出される。クロマＱＰマッピングテーブルは、ルーマＱＰ値の大部分について１の線形勾配（slope）を有する。２９から４３の間のルーマＱＰ値では、勾配は１よりも小さい。

[0130]ＶＶＣドラフト５の設計、およびクロマＱＰオフセットをもつまたはもたない静的クロマＱＰマッピングテーブルを使用する他の技法は、いくつかの欠点を有する。一例として、静的クロマＱＰマッピングテーブルは、符号化され得るすべてのタイプのビデオコンテンツ（たとえば、高ダイナミックレンジ（ＨＤＲ）ビデオコンテンツ、広色域（ＷＣＧ）ビデオコンテンツ、自然コンテンツ、スクリーンコンテンツなど）についてのクロマＱＰ値をモデル化するためのフレキシビリティを提供しない。したがって、静的クロマＱＰマッピングテーブルの使用は、いくつかの状況において準最適なひずみおよび／またはコーディング効率を生じ得る。

[0131]さらに、ＶＶＣドラフト５において使用されるクロマＱＰマッピングテーブルは、同じテーブルがＣｂクロマ成分とＣｒクロマ成分の両方のために使用されるという仮定のもとに設計される。しかしながら、より一般的な使用事例（たとえば、ＨＤＲビデオ）では、Ｃｂ成分およびＣｒ成分のために異なるクロマＱＰマッピングテーブルを使用することが有利であることがわかっている。

[0132]上記に鑑みて、本開示は、符号化されたビデオビットストリームにおいて１つまたは複数のクロマＱＰマッピングテーブルをシグナリングするための技法について説明する。一例では、クロマＱＰマッピングテーブルは、シーケンスパラメータセット（ＳＰＳ）においてシグナリングされ得る。ビデオデコーダ３００は、符号化されたクロマＱＰマッピングテーブルを受信し、復号し得、次いで、ビデオデータのブロックのクロマ成分についてのＱＰ値を決定するために、シグナリングされたクロマＱＰマッピングテーブルを使用し得る。いくつかの例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルを符号化し、区分的線形モデルとしてシグナリングし得る。

[0133]ビットストリームにおいてクロマＱＰマッピングテーブルをシグナリングすることの１つの利益は、ＱＰオフセット値の使用に頼ることなしに特定のタイプのビデオコンテンツ（たとえば、ＨＤＲコンテンツ）についてのクロマＱＰ値を効率的にモデル化するためのフレキシビリティをエンコーダに提供することである。（たとえば、静的クロマＱＰマッピングテーブルを使用して）クロマＱＰマッピングテーブルのシグナリングを制約することは、この目的にそぐわないことがある。したがって、クロマＱＰマッピングテーブルのためのより一般的なシグナリング機構を有することが有益である。本開示の技法は、異なるタイプのビデオコンテンツのためのダイナミックレンジ適応を改善し得る。以下で説明される技法のうちの１つまたは複数が、独立して、または本開示の技法の任意の他の組合せと組み合わせて使用され得ることを理解されたい。

[0134]本開示の一例では、ビデオエンコーダ２００およびビデオデコーダ３００は、１つまたは複数のクロマＱＰマッピングテーブルが符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素をコーディング（たとえば、それぞれ、符号化および復号）するように構成され得る。たとえば、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされることを示す第１の値（たとえば、１）を有するか、またはクロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされないことを示す第２の値（たとえば、０）を有する、シンタックス要素を符号化し得る。ビデオエンコーダ２００は、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、適応パラメータセット（ＡＰＳ）、他のパラメータセット、ピクチャヘッダ、タイルグループヘッダ、スライスヘッダ、および／またはシンタックス要素をシグナリングするための他のデータ構造のうちの１つまたは複数において、そのようなシンタックス要素をシグナリングし得る。ビデオエンコーダ２００が、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされることを示すシンタックス要素をシグナリングする場合、ビデオエンコーダ２００はさらに、そのようなクロマＱＰマッピングテーブルを符号化し、シグナリングし得る。

[0135]一例として、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされるか否かを示すｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇをＡＰＳおよび／またはＳＰＳにおいて符号化するように構成され得る。一例として、１に等しい値を有するｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、クロマＱＰマッピングテーブルがＡＰＳにおいてシグナリングされることを指定する。０に等しい値を有するｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、クロマＱＰマッピングテーブルがＡＰＳにおいてシグナリングされず、デフォルトクロマＱＰマッピングテーブル（たとえば、ＶＶＣドラフト５における表８－１５）がクロマＱＰ値を導出するために使用されることを指定する。

[0136]ビデオデコーダ３００は、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされるかどうかを示すシンタックス要素を受信し、復号するように構成され得る。ビデオデコーダ３００が、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされることをシンタックス要素が示すと決定した場合、ビデオデコーダ３００は、そのようなクロマＱＰマッピングテーブルをも受信し、復号し得る。ビデオデコーダ３００が、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされないことをシンタックス要素が示すと決定した場合、ビデオデコーダ３００は、代わりに、デフォルトクロマＱＰマッピングテーブル（たとえば、ＶＶＣドラフト５における表８－１５）および／または以前に受信されたクロマＱＰマッピングテーブルを使用し得る。

[0137]したがって、本開示の一例では、ビデオエンコーダ２００は、１つまたは複数のクロマＱＰマッピングテーブルが符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素をシグナリングするように構成され得る。同様に、逆の様式で、ビデオデコーダ３００は、１つまたは複数のクロマＱＰマッピングテーブルが符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素を受信するように構成され得る。このシンタックス要素に基づいて、ビデオデコーダ３００は、クロマＱＰマッピングテーブルが受信され、復号されるべきであるかどうかを決定するように構成され得る。

[0138]本開示の別の例では、ビデオエンコーダ２００は、符号化されたビデオビットストリームにおいて１つまたは複数のクロマＱＰマッピングテーブルをシグナリングし得る。ビデオエンコーダ２００は、ビデオエンコーダ２００が、クロマＱＰマッピングテーブルがビットストリームにおいてシグナリングされることを示すシンタックス要素をシグナリングするように構成されるか否かにかかわらず、クロマＱＰマッピングテーブルをシグナリングするように構成され得る。すなわち、いくつかの例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルがシグナリングされるか否かを示さないことがある。そうではなく、ビデオエンコーダ２００は、あるレベルのシンタックス構造（たとえば、ＳＰＳ、ＡＰＳなど）においてクロマＱＰマッピングテーブルを常にシグナリングし得る。

[0139]したがって、本開示の一例では、ビデオエンコーダ２００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルからビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定するように構成され得る。ビデオエンコーダ２００は、第１のクロマＱＰ値を使用してビデオデータの第１のクロマブロックを符号化し、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングし得る。逆の様式で、ビデオデコーダ３００は、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信し、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定し、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号し得る。

[0140]上記の例では、ビデオエンコーダ２００は、特定のシンタックス構造（たとえば、ＳＰＳ、ＡＰＳなど）において少なくとも１つのクロマＱＰマッピングテーブルをシグナリングする。他の例では、ビデオエンコーダ２００は、特定のシンタックス構造について複数のクロマＱＰマッピングテーブル（たとえば、複数のＡＰＳの各々について１つのクロマＱＰマッピングテーブル）をシグナリングし、次いで、複数のクロマＱＰマッピングテーブルのうちのどれがブロック／タイル／スライス／ピクチャのために使用されるべきであるかを示すインデックス（たとえば、特定のＡＰＳに対するＩＤ）をシグナリングし得る。たとえば、以下の実装例１において示されるように、ビデオエンコーダ２００は、複数のＡＰＳの各々においてｃｈｒｏｍａＱＰ＿ｔａｂｌｅ＿ｄａｔａをシグナリングし得、ここで、ｃｈｒｏｍａＱＰ＿ｔａｂｌｅ＿ｄａｔａはクロマＱＰマッピングテーブルを指定する。ビデオエンコーダ２００は、次いで、クロマＱＰマッピングテーブルをそれから取得すべきＡＰＳを示すＩＤであるａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄをシグナリングし得る。

[0141]本開示の一例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルをパラメトリック関数としてシグナリングし得る。特に、ビデオエンコーダ２００は、パラメトリック関数のパラメータをシグナリングし得る。ビデオデコーダ３００は、パラメータを受信し、クロマＱＰマッピングテーブルのパラメトリック関数を再構築し得る。

[0142]別の例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルを区分的線形モデルとしてシグナリングし得る。いくつかの例では、ビデオエンコーダ２００は、区分的線形モデルの各線形区分（linear piece）に関連付けられたスケールおよびオフセットをシグナリングすることによって、区分的線形モデルをシグナリングし得る。他の例では、ビデオエンコーダ２００は、区分的線形モデルの境界を指定するピボットポイントのセットをシグナリングし得る。ただし、区分的線形モデルをシグナリングするための任意の技法が使用され得る。本開示のコンテキストでは、区分的線形モデルの境界は、線形モデルの勾配が変化するモデルの位置を示す。したがって、ピボットポイントは、勾配変化の位置（たとえば、境界）である。

[0143]実装例１および実装例２において以下で示されるように、ビデオエンコーダ２００は、区分的線形モデルの境界を指定するピボットポイントをシグナリングすることによって、クロマＱＰマッピングテーブルをシグナリングする。たとえば、ビデオエンコーダ２００は、ｉ番目のクロマＱＰマッピングテーブル中のピボットポイントの数（the number of pivot points）を示すシンタックス要素ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ［ｉ］をシグナリングし得る。次いで、各ピボットポイントについて、ビデオエンコーダ２００は、ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ｉ］［ｊ］およびｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ｉ］［ｊ］をシグナリングし得、ここで、ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ｉ］［ｊ］は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの入力座標を導出するために使用されるデルタ値を指定し、ｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ｉ］［ｊ］は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの出力座標を導出するために使用されるデルタ値を指定する。

[0144]したがって、一例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルの区分的線形モデルの境界を指定するピボットポイントのセットをシグナリングするように構成され得る。ビデオデコーダ３００は、区分的線形モデルの境界を指定する（１つまたは複数の）ピボットポイントのセットを受信するように構成され得る。ビデオデコーダ３００は、次いで、（１つまたは複数の）受信されたピボットポイントからクロマＱＰマッピングテーブルを再構築し得る。

[0145]本開示の別の例では、ビデオエンコーダ２００は、Ｃｂ成分およびＣｒ成分のために同じクロマＱＰマッピングテーブルが使用されることを示すためのシンタックス要素をシグナリングし得る。すなわち、コロケートされたＣｂクロマブロックおよびＣｒクロマブロックについてのクロマＱＰ値を決定するために、同じクロマＱＰマッピングテーブルが使用され得る。たとえば、シンタックス要素が１の値を有するとき、ＣｂクロマブロックとＣｒクロマブロックの両方のために１つのクロマＱＰマッピングテーブルが使用される。シンタックス要素が０であるとき、ビデオエンコーダ２００は、ＣｂクロマブロックおよびＣｒクロマブロックのために別個のクロマＱＰマッピングテーブルをシグナリングするように構成され得る。

[0146]同様に、別の例では、ビデオエンコーダ２００は、Ｃｂ成分、Ｃｒ成分、および／またはジョイントＣｂＣｒ残差（joint CbCr residual）のために同じクロマＱＰマッピングテーブルが使用されることを示すためのシンタックス要素をシグナリングし得る。すなわち、コロケートされたＣｂクロマブロック、Ｃｒクロマブロック、および／またはジョイントＣｂＣｒ残差についてのクロマＱＰ値を決定するために、同じクロマＱＰマッピングテーブルが使用され得る。たとえば、シンタックス要素が１の値を有するとき、Ｃｂクロマブロック、Ｃｒクロマブロック、および／またはジョイントＣｂＣｒ残差のいずれかのために１つのクロマＱＰマッピングテーブルが使用される。シンタックス要素が０であるとき、ビデオエンコーダ２００は、Ｃｂクロマブロック、Ｃｒクロマブロック、および／またはジョイントＣｂＣｒ残差のために別個のクロマＱＰマッピングテーブルをシグナリングするように構成され得る。

[0147]本開示の一例では、第１のクロマブロックがＣｂクロマブロックであり、第２のクロマブロックが、第１のクロマブロックとコロケートされたＣｒクロマブロックである。この例では、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されるかどうかを示すシンタックス要素を、ビデオエンコーダ２００がシグナリングし得、ビデオデコーダ３００が受信し得る。

[0148]一例では、シンタックス要素は、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されることを示す。この例では、ビデオエンコーダ２００は、単一のクロマＱＰマッピングテーブルをシグナリングし得る。ビデオデコーダ３００は、第１のクロマブロック（たとえば、Ｃｒブロック）についての第１のクロマＱＰ値を決定し得、対応するルーマＱＰ値およびクロマＱＰマッピングテーブルから第２のクロマブロック（たとえば、コロケートされたＣｂブロック）についての第２のクロマＱＰ値を決定し得る。

[0149]別の例では、シンタックス要素は、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されないことを示す。この例では、ビデオデコーダ３００は、第１のクロマブロック（たとえば、Ｃｂブロック）のために、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルを受信し得、第２のクロマブロック（たとえば、Ｃｒブロック）のために、符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルを受信し得る。ビデオデコーダ３００は、次いで、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータのＣｂクロマブロックについての第１のクロマＱＰ値を決定し、ルーマＱＰ値および第２のクロマＱＰマッピングテーブルから、ビデオデータのＣｒクロマブロックについての第２のクロマＱＰ値を決定し得る。

[0150]いくつかの例示的なビデオコーデックでは、Ｃｂ残差およびＣｒ残差（たとえば、Ｃｂ成分のためのある残差ブロックおよびＣｒ成分のための別の残差ブロック）に加えて、ビデオエンコーダ２００およびビデオデコーダ３００は、ジョイントコーディングおよび量子化された（jointly coded and quantized）Ｃｂ残差およびＣｒ残差からビデオデータの１つまたは複数の残差ブロックを導出するように構成され得る。そのような残差は、ジョイントＣｂＣｒ残差と呼ばれることがある。たとえば、１つのジョイント残差が、式（Ｃｂ＿ｒｅｓ＋Ｃｒ＿ｒｅｓ）／２を使用してＣｂブロックの残差（Ｃｂ＿ｒｅｓ）とＣｒブロックの残差（Ｃｒ＿ｒｅｓ）とを平均化することによって取得され得る。別の例では、ジョイント残差は、式（Ｃｂ＿ｒｅｓ－Ｃｒ＿ｒｅｓ）／２を使用してＣｂブロックの残差とＣｒブロックの残差との間の平均化された差分から取得され得る。そのようなビデオコーデックでは、ビデオエンコーダ２００は、各そのようなジョイント残差のためのクロマＱＰマッピングテーブルを定義し、シグナリングするように構成され得る。いくつかの例では、クロマＱＰマッピングテーブルが、すべてのジョイントＣｂＣｒ残差のためにシグナリングされ得る。

[0151]いくつかの例では、ビデオエンコーダ２００は、Ｃｂおよび／またはＣｒブロックのための１つまたは複数のクロマＱＰマッピングテーブルが１つまたは複数のジョイント残差に適用され得ることをシグナリング／指定するように構成され得る。

[0152]いくつかの例では、ビデオエンコーダ２００は、どの残差ブロック（Ｃｂ、Ｃｒ、ジョイントＣｂＣｒなど）が１つまたは複数のクロマＱＰマッピングテーブルを共有するかを指定するシンタックス要素（たとえば、インデックス値）をシグナリングするように構成され得る。たとえば、インデックス値が０に等しいとき、残差は同じクロマＱＰマッピングテーブルを共有しない。インデックス値が１に等しいとき、ＣｂブロックとＣｒブロックとは同じクロマＱＰマッピングテーブルを共有するが、ジョイントＣｂＣｒ残差ブロックは、別個のクロマＱＰマッピングテーブルを使用して復号され得る。

[0153]本開示の１つまたは複数の例では、クロマＱＰマッピングテーブルとして使用するための１つの可能な候補は、ビデオコーディング仕様においてデフォルトで定義されたクロマＱＰマッピングテーブル（たとえば、デフォルトクロマＱＰマッピングテーブル）である。この例では、ビデオエンコーダ２００は、特定の残差タイプ（たとえば、Ｃｂ、Ｃｒ、ジョイントＣｂＣｒ）について、デフォルトクロマＱＰマッピングテーブルが使用されるべきであること、または明示的にシグナリングされたクロマＱＰマッピングテーブルが使用されるべきであることを示すためのシンタックス要素をシグナリングするように構成され得る。

[0154]いくつかの例では、ビデオエンコーダ２００は、Ｎ個のクロマＱＰマッピングテーブルをシグナリングするように構成され得る。たとえば、ビデオエンコーダ２００は、Ｎ個のクロマＱＰマッピングテーブルのリストをシグナリングするように構成され得る。各クロマＱＰマッピングテーブルは、クロマＱＰマッピングテーブルの区分的線形マッピングを表すいくつかのピボットポイントによって定義され得る。各ピボットポイントについて、入力および出力ＱＰがシグナリングされ得る。たとえば、実装例において以下で示されるように、ピボットポイントについての入力ＱＰ値は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの入力座標を導出するために使用されるデルタ値を指定するｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ｉ］［ｊ］によって定義され得る。ピボットポイントについての出力ＱＰ値は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの出力座標を導出するために使用されるデルタ値を指定するｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ｉ］［ｊ］によって定義され得る。特定の残差のために使用されるべき特定のクロマＱＰマッピングテーブルは、クロマＱＰマッピングテーブルのリストへのインデックスによって指定され得る。

[0155]他の例では、各残差タイプ（たとえば、Ｃｂ、Ｃｒ、ジョイントＣｂＣｒ）について、ビデオエンコーダ２００は、使用されるべきであるクロマＱＰマッピングテーブルを指定するためのインデックスをシグナリングするように構成され得る。

[0156]上記の例の任意の組合せでは、ビデオエンコーダ２００は、１つまたは複数のパラメータセットにおいて、スライスヘッダにおいて、または符号化されたビデオビットストリームの他の部分において、１つまたは複数のクロマＱＰマッピングテーブルをシグナリングするように構成され得る。例示的なパラメータセットは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ、デコーダパラメータセット（ＤＰＳ）、または別のパラメータセットのうちの１つまたは複数を含む。パラメータセットに関連付けられたとき、クロマＱＰマッピングテーブルは、特定のパラメータセットに関連付けられたピクチャ中のすべてのサンプルに適用可能である。

[0157]本開示の別の例では、ビデオエンコーダ２００は、ピクチャのための１つまたは複数の空間領域（たとえば、スライス、タイル、ブリック、関心領域など）を指定し得、ビデオエンコーダ２００は、特定の指定された空間領域のための１つまたは複数のクロマＱＰマッピングテーブルをシグナリングし得る。

[0158]他の例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルを更新し、ビットストリーム、シーケンス、フレーム、ブロックまたはピクセルレベルにおいてシグナリングするように構成され得る。

[0159]クロマＱＰマッピングテーブルが空間領域に関連付けられた例では、ビデオエンコーダ２００は、１つまたは複数のクロマＱＰマッピングテーブルをシグナリングし得、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルのリストへのインデックスを使用して、特定の領域のために使用されるべき特定のクロマＱＰマッピングテーブルを指定し得る。

[0160]本開示の他の例では、ビデオエンコーダ２００は、クロマフォーマット、クロマサンプルロケーションタイプなど、他のクロマタイプのためのクロマＱＰマッピングテーブルを指定し、シグナリングするように構成され得る。クロマフォーマット（たとえば、ｃｈｒｏｍａ＿ｆｏｒｍａｔ）が、クロマサブサンプリングフォーマットを示し得る。例は、モノクローム、４：４：０、４：２：２、４：４：４などを含む。クロマサンプルロケーションタイプ（たとえば、ｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅ）が、様々なクロマフォーマットのためのルーマおよびクロマサンプルの相対ロケーションを示し得る。そのようなクロマＱＰマッピングテーブルは、規格において明示的に定義され、ビデオエンコーダ２００とビデオデコーダ３００の両方において記憶されるか、あるいは、本開示で開示される手段または他の方法によってビットストリームにおいてシグナリングされるかのいずれかであり得る。

[0161]本開示の別の例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルが関連付けられたクロマタイプを示すための１つまたは複数のシンタックス要素をシグナリングし得る。いくつかの事例では、マッピングテーブルが関連付けられたクロマタイプを示すために、２つ以上のシンタックス要素が使用され得る。たとえば、ビデオエンコーダ２００は、ｃｈｒｏｍａ＿ｆｏｒｍａｔ、ｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅ、成分ｉｄ（Ｃｂ、Ｃｒ）などのためのクロマＱＰマッピングテーブルをシグナリングし得る。

[0162]いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、１つまたは複数のクロマＱＰマッピングテーブルをセットとして記憶するように構成され得る。ビデオエンコーダ２００およびビデオデコーダ３００は、セットにおける１つまたは複数のクロマＱＰマッピングテーブルを更新、追加、または除去し、クロマＱＰマッピングテーブルの動的セットを生じるようにさらに構成され得る。クロマＱＰマッピングテーブルを追加、更新、および／または除去するためのプロセスは、それぞれのシンタックス要素および／またはまたはシンタックス要素値によって指定され得る。クロマＱＰマッピングテーブルのセットから、ビデオデコーダ３００は、現在ブロック／サンプル／領域に関連付けられたクロマＱＰマッピングテーブルのサブセットをブロック／サンプル／領域のためのマッピングテーブルリスト中に導出し得る。ビデオエンコーダ２００は、使用されるべき特定のマッピングテーブルをシグナリングし得る。

[0163]いくつかの例では、クロマＱＰマッピングテーブルが適用されるクロマタイプを推論するために、ＳＰＳおよび／またはビデオユーザビリティ情報（ＶＵＩ）シンタックスにおける１つまたは複数のシンタックス要素が使用され得る。

[0164]いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ビデオデータをコーディングするために異なる色空間（たとえば、一定でないルミナンスＹ’ＣｂＣｒ、一定のルミナンスＹ’ＣｂＣｒ、ＩＣｔＣｐ、ＲＧｂなど）を使用し得る。そのような例では、ビデオエンコーダ２００は、別の色成分のＱＰ値に依存することも依存しないこともある、特定の色成分についてのＱＰ値を導出するための１つまたは複数のクロマＱＰマッピングテーブルを指定し得る。本開示で説明される１つまたは複数の方法は、そのような色空間のために適用可能であり得、方法および説明は、そのような適用例に相応に拡張され得る。

[0165]クロマＱＰを使用するビデオエンコーダ２００およびビデオデコーダ３００の１つまたは複数のビデオコーディングプロセスは、関連付けられたクロマＱＰマッピングテーブルを有し得る。たとえば、ビデオエンコーダ２００およびビデオデコーダ３００は、クロマＱＰマッピングテーブルから計算され得るクロマＱＰを使用して様々なデブロッキングパラメータ／判断（decisions）を決定し得る。いくつかの例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルを別のビデオコーディングプロセス（たとえば、デブロッキング）に関連付ける追加の指示（たとえば、シンタックス要素）をシグナリングし得る。

[0166]いくつかの例では、１つまたは複数のクロマデブロッキングフィルタ処理決定またはフィルタ強度（強いフィルタ、弱いフィルタなど）は、１つまたは複数のシグナリングされたクロマＱＰマッピングテーブルに依存し得る。これらのテーブルは、１つの成分（ジョイントＣｂＣｒのＣｂまたはＣｒ）または２つ以上の成分に適用され得る。ビデオエンコーダ２００は、デブロッキング決定／フィルタ強度をクロマＱＰマッピングテーブルに関連付けるためのシンタックス要素をシグナリングし得るか、または、そのような関連付けは、あらかじめ決定された方法によって推論／導出され得る。

[0167]本開示の他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、高ダイナミックレンジ（ＨＤＲ）および標準ダイナミックレンジ（ＳＤＲ）ビデオシーケンスに別個のクロマＱＰマッピングテーブルを適用するように構成され得る。いくつかの例では、ビデオエンコーダ２００は、クロマＱＰマッピングテーブルをビデオコンテンツのタイプ（たとえば、ＨＤＲコンテンツ、ＳＤＲコンテンツ、ビデオコンテンツの色域、ビデオコンテンツの原色など）に関連付ける追加の指示（たとえば、シンタックス要素）をシグナリングし得る。

[0168]本開示で説明される１つまたは複数の方法はまた、スライスヘッダ、ＰＰＳ、およびビットストリームの他の部分における色成分に関連付けられたＱＰオフセット値など、ビットストリームにおいてシグナリングされる他のシンタックス要素に依存し得る。１つまたは複数のビデオコーディング決定は、１つまたは複数のシンタックス要素とともにクロマＱＰマッピングテーブルを使用し得る。たとえば、デブロッキングフィルタ決定は、クロマＱＰマッピングテーブルと、１つまたは複数の色成分に関連付けられた１つまたは複数のＱＰオフセットとに基づき得る。

[0169]本明細書で開示される１つまたは複数の方法は、さらに、クロマＱＰマッピングテーブルが適用されるサンプルの１つまたは複数の特性によって制約され得るたとえば、クロマＱＰマッピングテーブルがどのようにおよびいつ適用されるかを決定するために、ブロック形状、アスペクト比、使用される予測モード、隣接ブロックの特性、および（ピクチャ境界、タイル境界、スライス境界、ブリック境界などを含む、境界の近くのまたは境界から離れた）ピクチャに対するサンプルのロケーションが使用され得る。

[0170]上記で説明されたいくつかの方法は、ビデオエンコーダ２００において、ビデオデコーダ３００において、またはその両方において適用され得る。開示される方法の多くがクロマ成分のためのものであるが、本開示の技法はまた、ルーマのために、およびビデオデータを表すために使用され得る他の色空間における成分のために適用可能であり得る。

[0171]以前に説明されたビデオエンコーダ２００およびビデオデコーダ３００は、予測、残差導出および変換のプロセスによって作り出されたルーマブロックおよび関連付けられたクロマブロックを符号化または復号することを備えるブロックベースコーディング技法に関係する。以下の実装例は、ＨＥＶＣなのかＶＶＣなのか他のブロックベースビデオコーディング技法なのかにかかわらず、そのようなブロックベースビデオコーディング技法において使用するための量子化パラメータ値を決定するための様々な技法について説明する。

[0172]実装例１
[0173]いくつかの例では、クロマＱＰマッピングテーブルを含む、クロマＱＰ依存性のシグナリングは、ＡＰＳにおいてシグナリングされ得る。以下は、ＡＰＳローバイトシーケンスペイロード（ＲＢＳＰ）シンタックスにおけるそのような通信の非限定的な例である。

[0174]

[0175]セマンティクス
１に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、クロマＱＰマッピングテーブルがＡＰＳにおいてシグナリングされることを指定する。０に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、クロマＱＰマッピングテーブルがＡＰＳにおいてシグナリングされず、表８－１５がクロマＱＰ値を導出するために使用されることを指定する。

１に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｂ＿ｃｒは、１つのクロマＱＰマッピングテーブルのみがシグナリングされ、Ｃｂ成分とＣｒ成分の両方に適用されることを指定する。０に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｂ＿ｃｒは、２つのクロマＱＰマッピングテーブルがＡＰＳにおいてシグナリングされることを指定する。

ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ２［ｉ］＋２は、クロマＱＰマッピングテーブルを表すために使用されるポイントの数を指定する。ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含む、０～６９＋ＱｐＢｄＯｆｆｓｅｔ_Cの範囲内にあるものとする。

ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ｉ］［ｊ］は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの入力座標を導出するために使用されるデルタ値を指定する。

ｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ｉ］［ｊ］＋は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの出力座標を導出するために使用されるデルタ値を指定する。

[0176]各クロマＱＰテーブルについてのピボットポイントは、ｑｐＶａｌ［ ］およびｃＱＰＴａｂｌｅ［ ］によって示される。ｑｐＶａｌ［ｊ］およびｃＱＰＴａｂｌｅ［ｊ］は、クロマＱＰテーブル中のｊ番目のピボットポイントの２つの座標を指定する。ビデオエンコーダ２００およびビデオデコーダ３００は、ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ ］［ ］およびｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ ］［ ］から、変数ｑｐＶａｌ［ ］およびｃＱＰＴａｂｌｅ［ ］をそれぞれ導出する。ビデオエンコーダ２００およびビデオデコーダ３００は、シンタックス要素ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ ］［ ］およびｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ ］［ ］の値を－ＱｐＢｄＯｆｆｓｅｔ_Cに加算することによって第１のピボットポイントの値を算出し、－ＱｐＢｄＯｆｆｓｅｔ_Cは、特定のビット深度について可能にされる最低ＱＰ値である。ＱｐＢｄＯｆｆｓｅｔ_Cの値は、６＊（ｂｉｔＤｅｐｔｈ_C－８）に等しく、ここで、ｂｉｔＤｅｐｔｈ_Cは、対応するクロマ成分のビット深度である。８ビットを超えるビット深度の場合、ＱＰ値範囲は、より大きくなり、ビット深度に依存する。たとえば、ＱＰ値範囲は、両端値を含む、－ＱｐＢｄＯｆｆｓｅｔ_C～６９に等しく設定され得、ここで、ＱＰＢｄＯｆｆｓｅｔの値はビット深度とともに増加する。

[0177]第１のピボットポイントが－ＱｐＢｄＯｆｆｓｅｔ対応しない場合、ビデオエンコーダ２００およびビデオデコーダ３００は、１の均一な勾配を用いてパディングを実施し得る。たとえば、ＱｐＢｄＯｆｆｓｅｔが１２に等しく、ｑｐＶａｌ［０］＝４であり、ｃＱＰＴａｂｌｅ［０］＝４である場合、－１２～３の範囲内についてのＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］の値は、それぞれ、－１２～３に等しく設定される。同様に、最後のピボットポイントが最大ＱＰの値（すなわち、この例では６９）に対応しない場合、ビデオエンコーダ２００およびビデオデコーダ３００は、勾配１の関数によって、最後のピボットポイントを超えてＱＰ値をパディングする。すべての中間ＱＰでは、ピボットポイント間のＱＰ値について、ビデオエンコーダ２００およびビデオデコーダ３００は、隣接するピボットポイントペア間の線形補間によってＱＰ値を導出する。たとえば、２つのピボットポイントｘ１＝ｑｐＶａｌ［ｊ］、ｘ２＝ｑｐＶａｌ［ｊ＋１］、ｙ１＝ｃＱｐＴａｂｌｅ［ｊ］、ｙ２＝ｃＱＰＴａｂｌｅ［ｊ＋１］がある場合、ｘ１とｘ２との間のｘの値について、ビデオエンコーダ２００およびビデオデコーダ３００は、２つのピボットポイント（ｘ１，ｙ１）および（ｘ２，ｙ２）間の線形補間によって、クロママッピングテーブルの値ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｘ］を取得する。１つまたは複数の場所において、ビデオエンコーダ２００およびビデオデコーダ３００は、導出されたクロマＱＰ値を有効なＱＰ範囲（この例では、－ＱｐＢｄＯｆｆｓｅｔ_C～６９）にクリッピングし得る。

[0178]概して、ビデオデコーダ３００は、１の勾配の関数を使用して、ピボットポイントのセットのうちの最低値ピボットポイントから最小ＱＰ値まで、クロマＱＰマッピングテーブルにＱＰ値をパディングし、１の勾配の関数を使用して、ピボットポイントのセットのうちの最大値ピボットポイントから最大ＱＰ値まで、クロマＱＰマッピングテーブルにＱＰ値をパディングするように構成され得る。

[0179]ｉ＝０．．ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｂ＿ｃｒ？０：１についてのｉ番目のクロマＱＰマッピングテーブルｃＱＰＴａｂｌｅ［ｉ］は、以下のように導出される。

[0180]ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｂ＿ｃｒが１に等しいとき、ＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｋ］は、ｋ＝－ＱｐＢｄＯｆｆｓｅｔ_C．．６９についてＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｋ］に等しく設定される。

[0181]さらに、クロマＱＰ導出に対して以下の変更が行われる。

[0182]以下の制約が追加され得る。ｑｐＶａｌ［ｉ］［ｊ］の値は、ｊ＝１．．ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ［ｉ］について値ｑｐＶａｌ［ｉ］［ｊ－１］よりも大きいものとする。

[0183]以下のテキストがＶＶＣドラフト５から削除される。

[0184]－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが１に等しい場合、変数ｑＰ_Cb、ｑＰ_CrおよびｑＰ_CbCrは、それぞれ、ｑＰｉ_Cb、ｑＰｉ_CrおよびｑＰｉ_CbCrに等しいインデックスｑＰｉに基づいて、表８－１５において指定されるようにＱｐ_Cの値に等しく設定される。

[0185]－ そうでない場合、変数ｑＰ_Cb、ｑＰ_CrおよびｑＰ_CbCrは、それぞれ、ｑＰｉ_Cb、ｑＰｉ_CrおよびｑＰｉ_CbCrに等しいインデックスｑＰｉに基づいて、Ｍｉｎ（ｑＰｉ，６３）に等しく設定される。

[0186]以下のテキストがＶＶＣドラフト５に追加される。

[0187]－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが１に等しい場合、以下が適用される。

－ ｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、変数ｑＰ_CbおよびｑＰ_Crは、それぞれＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｑＰｉ_Cb］およびＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｑＰｉ_Cr］に等しく設定される。

－ そうでない場合（ｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）、変数ｑＰ_CbおよびｑＰ_Crは、それぞれｑＰｉ_CbおよびｑＰｉ_Crに等しいインデックスｑＰｉに基づいて、表８－１５において指定されるようにＱｐ_Cの値に等しく設定される。

－ 変数ｑＰ_CbCrは、ｑＰｉ_CbCrに等しいインデックスｑＰｉに基づいて、表８－１５において指定されるようにＱｐ_Cの値に等しく設定される。

[0188]いくつかの例では、クロマＱＰマッピングテーブルのシグナリングはまた、他のパラメータセット（たとえば、ＳＰＳ、ＰＰＳなど）において、またはスライスヘッダ／データシンタックス構造において存在し得る。

[0189]ＱＰの１つまたは複数のデルタ値（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿Ｖａｌ、ｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ）は、いくつかのシンタックス要素が０値をとることを可能にされないことがあることを示したために、ｍｉｎｕｓ１を伴って（たとえば、１の値を減算した後に）シグナリングされ得る。たとえば、いくつかのデルタ値は、値０をとることを可能にされないことがあり、「ｍｉｎｕｓ１」をもつシンタックス要素をシグナリングすることがより効率的である。より一般的には、シンタックス要素は「ｍｉｎｕｓＮ」を伴ってシグナリングされ得、ここで、Ｎは、あらかじめ決定／シグナリングされ得る。

[0190]クロマＱＰマッピングテーブル中のピボットポイントの数は、少なくともしきい値Ｔに等しくなるように制約され得る。そのような場合、エンドポイントが推論され得、シンタックス要素ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅは、ｍｉｎｕｓＴを伴って（たとえば、値からＴを減算した後に）シグナリングされ得る。

[0191]実装例２
[0192]本開示の別の例では、クロマＱＰマッピングテーブルをシグナリングすることの代替形態が提供される。この例では、クロマＱＰマッピングテーブルを含む、クロマＱＰ依存性のシグナリングは、ＳＰＳにおいてシグナリングされる。以下は、ＳＰＳにおけるそのような通信の非限定的な例である。

[0193]

１に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、クロマＱＰマッピングテーブルがＳＰＳにおいてシグナリングされることを指定する。０に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、クロマＱＰマッピングテーブルがＳＰＳにおいてシグナリングされず、表８－１６がクロマＱＰ値を導出するために使用されることを指定する。

１に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａは、１つのクロマＱＰマッピングテーブルのみがシグナリングされ、Ｃｂ成分とＣｒ成分の両方に適用されることを指定する。０に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａは、それぞれＣｂおよびＣｒのための２つのクロマＱＰマッピングテーブルがＳＰＳにおいてシグナリングされることを指定する。

１に等しいｇｌｏｂａｌ＿ｏｆｆｓｅｔ＿ｆｌａｇは、クロマＱＰマッピングテーブル中の第１のピボットポイントが少なくとも１６の入力座標と少なくとも１６の出力座標とを有することを指定する。０に等しいｇｌｏｂａｌ＿ｏｆｆｓｅｔ＿ｆｌａｇは、クロマＱＰマッピングテーブル中の第１のピボットポイントに対する制限がないことを指定する。

ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１は、クロマＱＰマッピングテーブルを表すために使用されるポイントの数を指定する。ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含む、０～５７＋ＱｐＢｄＯｆｆｓｅｔ_C－（ｇｌｏｂａｌ＿ｏｆｆｓｅｔ＿ｆｌａｇ＝＝１？１６：０）の範囲内にあるものとする。

ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの入力座標を導出するために使用されるデルタ値を指定する。

ｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ｉ］［ｊ］は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボットポイントの出力座標を導出するために使用されるデルタ値を指定する。

[0194]ｉ＝０．．ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａ？０：１についてのｉ番目のクロマＱＰマッピングテーブルＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］は、以下のように導出される。

[0195]ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａが１に等しいとき、ＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｋ］は、ｋ＝－ＱｐＢｄＯｆｆｓｅｔ_C．．５７についてＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｋ］に等しく設定される。

[0196]ｑｐＩｎＶａｌ［ｉ］［ｊ］およびｑｐＯｕｔｖａｌ［ｉ］［ｊ］の値が、ｉ＝０．．ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａ？０：１およびｊ＝０．．ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］について、両端値を含む、－ＱｐＢｄＯｆｆｓｅｔ_C～５７の範囲内にあるものとすることが、ビットストリームコンフォーマンスの要件である。

[0197]表１は、ＭＰＥＧエッセンシャルビデオコーディング（ＥＶＣ）およびＪＶＥＴの開発における使用のために定義されたいくつかのクロマＱＰマッピングテーブルの例についてのビット推定値を提供する。

[0198]^*ビットの数は、ここでは、ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１およびｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌのシグナリングに適用される。クロマＱＰマッピングテーブルに関連付けられた他のシンタックス要素は、本開示で説明されるすべての方法において同様であり、したがって、測定されなかった。

[0199]図４は、本開示の技法に従って現在ブロックを符号化するための例示的な方法を示すフローチャートである。現在ブロックは現在クロマブロックを備え得る。ビデオエンコーダ２００（図１および図２）に関して説明されるが、他のデバイスが図４の方法と同様の方法を実施するように構成され得ることを理解されたい。

[0200]本開示の一例では、ビデオエンコーダ２００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定する（３５０）ように構成され得、第１のクロマＱＰ値を使用してビデオデータの第１のクロマブロックを符号化し得る（３５２）。ビデオエンコーダ２００は、ルーマＱＰ値を決定し、ルーマＱＰ値を使用してビデオデータの第１のクロマブロックに対応するビデオデータのルーマブロックを符号化するようにさらに構成され得る。ビデオエンコーダ２００は、符号化されたビデオビットストリームにおいて、第１のクロマＱＰマッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素（たとえば、ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ ］［ ］およびｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ ］［ ］）をシグナリングする（３５４）ようにも構成され得る。

[0201]本開示の別の例では、第１のクロマブロックはＣｂクロマブロックであり、第２のクロマブロックが、コロケートされたＣｒクロマブロックである。この例では、ビデオエンコーダ２００は、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されるかどうかを示すシンタックス要素をシグナリングするようにさらに構成され得る。

[0202]一例では、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用される。この例では、ビデオエンコーダ２００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルからビデオデータのＣｒクロマブロックについての第２のクロマＱＰ値を決定するようにさらに構成される。別の例では、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されない。この例では、ビデオエンコーダ２００は、ルーマＱＰ値および第２のクロマＱＰマッピングテーブルから、ビデオデータのＣｒクロマブロックについての第２のクロマＱＰ値を決定し、Ｃｒクロマブロックのための符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルをシグナリングするように構成される。

[0203]一例では、同じクロマＱＰマッピングテーブルが、Ｃｂクロマブロック、Ｃｒクロマブロック、およびジョイントＣｂＣｒクロマブロックの両方のために使用される。この例では、ビデオエンコーダ２００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータのＣｒクロマブロックについての第２のクロマＱＰ値を決定し、ルーマＱＰおよび第１のクロマＱＰマッピングテーブルから、ビデオデータのジョイントＣｂＣｒクロマブロックについての第３のクロマＱＰ値を決定するようにさらに構成される。別の例では、同じクロマＱＰマッピングテーブルが、Ｃｂクロマブロック、Ｃｒクロマブロック、およびジョイントＣｂＣｒクロマブロックのために使用されないことがある。この例では、ビデオエンコーダ２００は、ルーマＱＰ値および第２のクロマＱＰマッピングテーブルから、ビデオデータのＣｂクロマブロックについての第２のクロマＱＰ値を決定し、Ｃｂクロマブロックのための符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルをシグナリングするように構成される。ビデオエンコーダ２００は、ルーマＱＰ値および第３のクロマＱＰマッピングテーブルから、ビデオデータのＣｒクロマブロックについての第３のクロマＱＰ値を決定し、Ｃｒクロマブロックのために、符号化されたビデオビットストリームにおいて、第３のクロマＱＰマッピングテーブルをシグナリングするように構成される。

[0204]別の例では、同じクロマＱＰマッピングテーブルが、Ｃｂクロマブロック、ＣｒクロマブロックおよびジョイントＣｂＣｒ残差の各々のために使用されない。この例では、ビデオエンコーダ２００は、Ｃｒクロマブロックのために、符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルをシグナリングし、ジョイントＣｂＣｒ残差のために、符号化されたビデオビットストリームにおいて、第３のクロマＱＰマッピングテーブルをシグナリングするように構成され得る。

[0205]本開示の別の例では、ビデオデータの第１のクロマブロックはジョイントＣｂＣｒ残差である。

[0206]本開示の別の例では、ビデオエンコーダ２００は、シーケンスパラメータセット（ＳＰＳ）においてクロマＱＰマッピングテーブルをシグナリングするように構成される。

[0207]本開示の別の例では、ビデオエンコーダ２００は、１つまたは複数のクロママッピングテーブルが符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素をシグナリングするように構成される。

[0208]図５は、本開示の技法に従ってビデオデータの現在ブロックを復号するための例示的な方法を示すフローチャートである。現在ブロックは現在クロマブロックを備え得る。ビデオデコーダ３００（図１および図３）に関して説明されるが、他のデバイスが図５の方法と同様の方法を実施するように構成され得ることを理解されたい。

[0209]本開示の一例では、ビデオデコーダ３００は、符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素（たとえば、ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ［ ］［ ］およびｄｅｌｔａ＿ｑｐ＿ｏｕｔ＿ｖａｌ［ ］［ ］）を受信する（３７０）ように構成され得る。ビデオデコーダ３００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定し（３７２）、第１のクロマＱＰ値を使用して、ビデオデータの第１のクロマブロックを復号する（３７４）ように構成され得る。ビデオデコーダ３００は、ルーマＱＰ値を決定し、ルーマＱＰ値を使用して、ビデオデータの第１のクロマブロックに対応するビデオデータのルーマブロックを復号するようにさらに構成され得る。

[0210]本開示の一例では、ビデオデコーダ３００は、１の勾配の関数を使用して、ピボットポイントのセットのうちの最低値ピボットポイントから最小ＱＰ値まで、第１のクロマＱＰマッピングテーブルにＱＰ値をパディングし、１の勾配の関数を使用して、ピボットポイントのセットのうちの最大値ピボットポイントから最大ＱＰ値まで、第１のクロマＱＰマッピングテーブルにＱＰ値をパディングするように構成され得る。

[0211]本開示の一例では、第１のクロマブロックはＣｂクロマブロックであり、第２のクロマブロックが、コロケートされたＣｒクロマブロックである。この例では、ビデオデコーダ３００は、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されるかどうかを示すシンタックス要素を受信するようにさらに構成され得る。

[0212]一例では、シンタックス要素は、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されることを示す。この例では、ビデオデコーダ３００は、ルーマＱＰ値および第１のクロマＱＰマッピングテーブルからビデオデータのＣｒクロマブロックについての第２のクロマＱＰ値を決定するようにさらに構成され得る。別の例では、シンタックス要素は、同じクロマＱＰマッピングテーブルがＣｂクロマブロックとＣｒクロマブロックの両方のために使用されないことを示す。この例では、ビデオデコーダ３００は、Ｃｂクロマブロックのための符号化されたビデオビットストリームにおける第２のクロマＱＰマッピングテーブルを受信し、ルーマＱＰ値および第２のクロマＱＰマッピングテーブルからビデオデータのＣｂクロマブロックについての第２のクロマＱＰ値を決定するようにさらに構成され得る。

[0213]別の例では、シンタックス要素は、同じクロマＱＰマッピングテーブルが、Ｃｂクロマブロック、ＣｒクロマブロックおよびジョイントＣｂＣｒ残差の各々のために使用されないことを示す。この例では、ビデオデコーダ３００は、Ｃｒクロマブロックのために、符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルを受信し、ジョイントＣｂＣｒ残差のために、符号化されたビデオビットストリームにおいて、第３のクロマＱＰマッピングテーブルを受信するように構成され得る。

[0214]別の例では、ビデオデータの第１のクロマブロックはジョイントＣｂＣｒ残差である。

[0215]別の例では、ビデオデコーダ３００は、シーケンスパラメータセット（ＳＰＳ）においてクロマＱＰマッピングテーブルを受信するように構成され得る。

[0216]別の例では、ビデオデコーダ３００は、１つまたは複数のクロママッピングテーブルが符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素を受信するように構成され得る。

[0217]上記例に応じて、本明細書で説明された技法のいずれかのいくつかの行為またはイベントは、異なるシーケンスで実施され得、追加、マージ、または完全に除外され得る（たとえば、すべての説明された行為またはイベントが本技法の実践のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に実施され得る。

[0218]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータまたは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

[0219]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ－ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0220]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他の等価な集積またはディスクリート論理回路など、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」および「処理回路」という用語は、上記の構造、または本明細書で説明された技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に提供されるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素において十分に実装され得る。

[0221]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示される技法を実施するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって提供され得る。

[0222]様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。

Claims (35)

1. ビデオデータを復号する方法であって、
   符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、
   ルーマＱＰ値および前記第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、
   前記第１のクロマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックを復号することと、
   を備える、方法。
2. １の勾配の関数を使用して、ピボットポイントの前記セットのうちの最低値ピボットポイントから最小ＱＰ値まで、前記第１のクロマＱＰマッピングテーブルにＱＰ値をパディングすることと、
   １の勾配の関数を使用して、ピボットポイントの前記セットのうちの最大値ピボットポイントから最大ＱＰ値まで、前記第１のクロマＱＰマッピングテーブルにＱＰ値をパディングすることと、
   をさらに備える、請求項１に記載の方法。
3. 前記第１のクロマブロックはＣｂクロマブロックであり、第２のクロマブロックは、コロケートされたＣｒクロマブロックであり、前記方法は、
   同じクロマＱＰマッピングテーブルが前記Ｃｂクロマブロックと前記Ｃｒクロマブロックの両方のために使用されるかどうかを示すシンタックス要素を受信すること、
   をさらに備える、請求項１に記載の方法。
4. 前記シンタックス要素は、前記同じクロマＱＰマッピングテーブルが、前記Ｃｂクロマブロック、前記Ｃｒクロマブロック、およびジョイントＣｂＣｒ残差のために使用されることを示し、前記方法は、
   前記ルーマＱＰ値および前記第１のクロマＱＰマッピングテーブルから、ビデオデータの前記Ｃｒクロマブロックについての第２のクロマＱＰ値を決定すること、
   をさらに備える、請求項３に記載の方法。
5. 前記シンタックス要素は、前記同じクロマＱＰマッピングテーブルが前記Ｃｂクロマブロックと前記Ｃｒクロマブロックの両方のために使用されないことを示し、前記方法は、
   前記Ｃｒクロマブロックのために、前記符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルを受信することと、
   前記ルーマＱＰ値および前記第２のクロマＱＰマッピングテーブルから、ビデオデータの前記Ｃｒクロマブロックについての第２のクロマＱＰ値を決定することと、
   をさらに備える、請求項３に記載の方法。
6. 前記シンタックス要素は、前記同じクロマＱＰマッピングテーブルが、前記Ｃｂクロマブロック、前記Ｃｒクロマブロック、およびジョイントＣｂＣｒ残差の各々のために使用されないことを示し、前記方法は、
   前記Ｃｒクロマブロックのために、前記符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルを受信することと、
   前記ジョイントＣｂＣｒ残差のために、前記符号化されたビデオビットストリームにおいて、第３のクロマＱＰマッピングテーブルを受信することと、
   をさらに備える、請求項３に記載の方法。
7. ビデオデータの前記第１のクロマブロックは、ジョイントＣｂＣｒ残差である、請求項１に記載の方法。
8. 前記ルーマＱＰ値を決定することと、
   前記ルーマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックに対応するビデオデータのルーマブロックを復号することと、
   をさらに備える、請求項１に記載の方法。
9. 前記クロマＱＰマッピングテーブルを受信することは、
   シーケンスパラメータセット（ＳＰＳ）において前記クロマＱＰマッピングテーブルを受信すること、
   を備える、請求項１に記載の方法。
10. １つまたは複数のクロマＱＰマッピングテーブルが前記符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素を受信すること、
    をさらに備える、請求項１に記載の方法。
11. ビデオデータの前記第１のクロマブロックを含むピクチャを表示すること、
    をさらに備える、請求項１に記載の方法。
12. ビデオデータを復号するように構成された装置であって、
    ビデオデータを記憶するように構成されたメモリと、
    前記メモリと通信している１つまたは複数のプロセッサと、を備え、前記１つまたは複数のプロセッサは、
    符号化されたビデオビットストリームにおいて、第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素を受信することと、
    ルーマＱＰ値および前記第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、
    前記第１のクロマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックを復号することと、
    を行うように構成された、装置。
13. 前記１つまたは複数のプロセッサは、
    １の勾配の関数を使用して、ピボットポイントの前記セットのうちの最低値ピボットポイントから最小ＱＰ値まで、前記第１のクロマＱＰマッピングテーブルにＱＰ値をパディングすることと、
    １の勾配の関数を使用して、ピボットポイントの前記セットのうちの最大値ピボットポイントから最大ＱＰ値まで、前記第１のクロマＱＰマッピングテーブルにＱＰ値をパディングすることと、
    を行うようにさらに構成された、請求項１２に記載の装置。
14. 前記第１のクロマブロックはＣｂクロマブロックであり、第２のクロマブロックは、コロケートされたＣｒクロマブロックであり、前記１つまたは複数のプロセッサは、
    同じクロマＱＰマッピングテーブルが前記Ｃｂクロマブロックと前記Ｃｒクロマブロックの両方のために使用されるかどうかを示すシンタックス要素を受信すること、
    を行うようにさらに構成された、請求項１２に記載の装置。
15. 前記シンタックス要素は、前記同じクロマＱＰマッピングテーブルが、前記Ｃｂクロマブロック、前記Ｃｒクロマブロック、ジョイントＣｂＣｒ残差のために使用されることを示し、前記１つまたは複数のプロセッサは、
    前記ルーマＱＰ値および前記第１のクロマＱＰマッピングテーブルから、ビデオデータの前記Ｃｒクロマブロックについての第２のクロマＱＰ値を決定すること、
    を行うようにさらに構成された、請求項１４に記載の装置。
16. 前記シンタックス要素は、前記同じクロマＱＰマッピングテーブルが前記Ｃｂクロマブロックと前記Ｃｒクロマブロックの両方のために使用されないことを示し、前記１つまたは複数のプロセッサは、
    前記Ｃｒクロマブロックのために、前記符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルを受信することと、
    前記ルーマＱＰ値および前記第２のクロマＱＰマッピングテーブルから、ビデオデータの前記Ｃｒクロマブロックについての第２のクロマＱＰ値を決定することと、
    を行うようにさらに構成された、請求項１４に記載の装置。
17. 前記シンタックス要素は、前記同じクロマＱＰマッピングテーブルが、前記Ｃｂクロマブロック、前記Ｃｒクロマブロック、およびジョイントＣｂＣｒ残差の各々のために使用されないことを示し、前記１つまたは複数のプロセッサは、
    前記Ｃｒクロマブロックのために、前記符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルを受信することと、
    前記ジョイントＣｂＣｒ残差のために、前記符号化されたビデオビットストリームにおいて、第３のクロマＱＰマッピングテーブルを受信することと、
    を行うようにさらに構成された、請求項１４に記載の装置。
18. ビデオデータの前記第１のクロマブロックは、ジョイントＣｂＣｒ残差である、請求項１２に記載の装置。
19. 前記１つまたは複数のプロセッサは、
    前記ルーマＱＰ値を決定することと、
    前記ルーマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックに対応するビデオデータのルーマブロックを復号することと、
    を行うようにさらに構成された、請求項１２に記載の装置。
20. 前記クロマＱＰマッピングテーブルを受信するために、前記１つまたは複数のプロセッサは、
    シーケンスパラメータセット（ＳＰＳ）において前記クロマＱＰマッピングテーブルを受信すること、
    を行うようにさらに構成された、請求項１２に記載の装置。
21. 前記１つまたは複数のプロセッサは、
    １つまたは複数のクロマＱＰマッピングテーブルが前記符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素を受信すること、
    を行うようにさらに構成された、請求項１２に記載の装置。
22. ビデオデータの前記第１のクロマブロックを含むピクチャを表示するように構成されたディスプレイ
    をさらに備える、請求項１２に記載の装置。
23. 前記装置はワイヤレス通信デバイスである、請求項１２に記載の装置。
24. ビデオデータを符号化する方法であって、
    ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、
    前記第１のクロマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックを符号化することと、
    符号化されたビデオビットストリームにおいて、前記第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることと、
    を備える、方法。
25. ビデオデータを符号化するように構成された装置であって、
    ビデオデータを記憶するように構成されたメモリと、
    前記メモリと通信している１つまたは複数のプロセッサと、を備え、前記１つまたは複数のプロセッサは、
    ルーマＱＰ値および第１のクロマＱＰマッピングテーブルから、ビデオデータの第１のクロマブロックについての第１のクロマＱＰ値を決定することと、
    前記第１のクロマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックを符号化することと、
    符号化されたビデオビットストリームにおいて、前記第１のクロマ量子化パラメータ（ＱＰ）マッピングテーブルのための区分的線形モデルを指定するピボットポイントのセットを記述するシンタックス要素をシグナリングすることと、
    を行うように構成された、装置。
26. 前記第１のクロマブロックはＣｂクロマブロックであり、第２のクロマブロックは、コロケートされたＣｒクロマブロックであり、前記１つまたは複数のプロセッサは、
    同じクロマＱＰマッピングテーブルが前記Ｃｂクロマブロックと前記Ｃｒクロマブロックの両方のために使用されるかどうかを示すシンタックス要素をシグナリングすること、
    を行うようにさらに構成された、請求項２５に記載の装置。
27. 前記同じクロマＱＰマッピングテーブルが、前記Ｃｂクロマブロック、前記Ｃｒクロマブロック、およびジョイントＣｂＣｒ残差のために使用され、前記１つまたは複数のプロセッサは、
    前記ルーマＱＰ値および前記第１のクロマＱＰマッピングテーブルから、ビデオデータの前記Ｃｒクロマブロックについての第２のクロマＱＰ値を決定すること、
    を行うようにさらに構成された、請求項２６に記載の装置。
28. 前記同じクロマＱＰマッピングテーブルが前記Ｃｂクロマブロックと前記Ｃｒクロマブロックの両方のために使用されず、前記１つまたは複数のプロセッサは、
    前記ルーマＱＰ値および第２のクロマＱＰマッピングテーブルから、ビデオデータの前記Ｃｒクロマブロックについての第２のクロマＱＰ値を決定することと、
    前記Ｃｒクロマブロックのために、前記符号化されたビデオビットストリームにおいて、前記第２のクロマＱＰマッピングテーブルをシグナリングすることと、
    を行うようにさらに構成された、請求項２６に記載の装置。
29. 前記同じクロマＱＰマッピングテーブルは、前記Ｃｂクロマブロック、前記Ｃｒクロマブロック、およびジョイントＣｂＣｒ残差の各々のために使用されず、前記１つまたは複数のプロセッサは、
    前記Ｃｒクロマブロックのために、前記符号化されたビデオビットストリームにおいて、第２のクロマＱＰマッピングテーブルをシグナリングすることと、
    前記ジョイントＣｂＣｒ残差のために、前記符号化されたビデオビットストリームにおいて、第３のクロマＱＰマッピングテーブルをシグナリングすることと、
    を行うようにさらに構成された、請求項２６に記載の装置。
30. ビデオデータの前記第１のクロマブロックはジョイントＣｂＣｒ残差である、請求項２５に記載の装置。
31. 前記１つまたは複数のプロセッサは、
    前記ルーマＱＰ値を決定することと、
    前記ルーマＱＰ値を使用して、ビデオデータの前記第１のクロマブロックに対応するビデオデータのルーマブロックを符号化することと、
    を行うようにさらに構成された、請求項２５に記載の装置。
32. 前記クロマＱＰマッピングテーブルをシグナリングするために、前記１つまたは複数のプロセッサは、
    シーケンスパラメータセット（ＳＰＳ）において前記クロマＱＰマッピングテーブルをシグナリングすること、
    を行うようにさらに構成された、請求項２５に記載の装置。
33. 前記１つまたは複数のプロセッサは、
    １つまたは複数のクロマＱＰマッピングテーブルが前記符号化されたビデオビットストリームにおいて明示的にシグナリングされるかどうかを示すシンタックス要素をシグナリングすること、
    を行うようにさらに構成された、請求項２５に記載の装置。
34. ビデオデータの前記第１のクロマブロックを含むピクチャをキャプチャするように構成されたカメラ、
    をさらに備える、請求項２５に記載の装置。
35. 前記装置はワイヤレス通信デバイスである、請求項２５に記載の装置。

Images