知財求人 - 知財ポータルサイト「IP Force」
特許7325622映像コーディングのための方法、装置、及びコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-08-03
(45)【発行日】2023-08-14
(54)【発明の名称】映像コーディングのための方法、装置、及びコンピュータプログラム
(51)【国際特許分類】
H04N 19/70 20140101AFI20230804BHJP
H04N 19/126 20140101ALI20230804BHJP
【ＦＩ】
H04N19/70
H04N19/126
【請求項の数】
7
(21)【出願番号】P 2022519450
(86)(22)【出願日】2021-04-09
(65)【公表番号】
(43)【公表日】2022-11-29
(86)【国際出願番号】 US2021026560
(87)【国際公開番号】W WO2021211370
(87)【国際公開日】2021-10-21
【審査請求日】2022-03-28
(31)【優先権主張番号】63/009,286
(32)【優先日】2020-04-13
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/029,363
(32)【優先日】2020-05-22
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/030,060
(32)【優先日】2020-05-26
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/210,800
(32)【優先日】2021-03-24
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】リ，リン
(72)【発明者】
【氏名】リ，シアン
(72)【発明者】
【氏名】リィウ，シャン
【審査官】岩井 健二
(56)【参考文献】
【文献】Benjamin Bross, Jianle Chen, Shan Liu, and Ye-Kui Wang，Versatile Video Coding (Draft 8)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q2001 (version 15)，17th Meeting: Brussels, BE，2020年03月12日，pp.44-46,59-61,80-81,111-118,141-148,168-170,305-307
【文献】Kiran Misra, et al.，AHG9: On chroma QP offsets in picture header，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0272，18th Meeting: by teleconference，2020年04月04日，pp.1-4
【文献】Ling Li, et al.，AHG12: On signaling of chroma QP，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0302-v1，18th Meeting: by teleconference，2020年04月04日，pp.1-4
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
デコーダが実行する映像コーディングのための方法であって、符号化映像シーケンスの一部である現在ピクチャ内の現在ブロックについての予測情報を復号するステップであり、前記予測情報は、ルマ成分の量子化パラメータ（ＱＰ）情報及び前記現在ブロックのクロマ成分のＱＰ情報の両方が前記現在ピクチャのピクチャヘッダ（ＰＨ）に含まれるかを指し示す第１のシンタックス要素を含む、ステップと、
前記ルマ成分の前記ＱＰ情報及び前記クロマ成分の前記ＱＰ情報の両方が前記予測情報に含まれることを前記第１のシンタックス要素が指し示すことに基づき、前記ルマ成分の前記ＱＰ情報と前記クロマ成分の前記ＱＰ情報とに基づいて前記クロマ成分のＱＰを決定するステップと、
前記クロマ成分の前記ＱＰに基づいて前記現在ブロックを再構成するステップと、
を有し、
前記第１のシンタックス要素はchroma_qp_offset_info_in_ph_flagであり、
１に等しい前記第１のシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetがピクチャヘッダ（ＰＨ）シンタックス構造内に存在し、ＰＨシンタックス構造を含まないピクチャパラメータセット（ＰＰＳ）を参照するスライスヘッダ（ＳＬ）内には存在しないことを規定し、
０に等しい前記第１のシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetがＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定し、
前記シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetは、それぞれ、クロマＱＰを導出するのに使用されるルマＱＰに対するＰＨレベルクロマＱＰオフセットを規定し、
前記予測情報は更に、前記現在ピクチャが更に分割されないかを指し示す第２のシンタックス要素を含み、前記現在ピクチャが更に分割されないことを前記第２のシンタックス要素が指し示すとき、前記第１のシンタックス要素chroma_qp_offset_info_in_ph_flagはシグナリングされず、chroma_qp_offset_info_in_ph_flagの値は１に等しいと推定される、
方法。
【請求項2】
前記現在ピクチャのピクチャヘッダが前記現在ピクチャのスライスヘッダに含まれることを指し示す前記予測情報内の第３のシンタックス要素に基づき、前記クロマ成分の前記ＱＰ情報は前記現在ピクチャの前記ピクチャヘッダに含まれる、請求項１に記載の方法。
【請求項3】
前記クロマ成分の前記ＱＰ情報が前記予測情報に含まれないことを前記第１のシンタックス要素が指し示すことに基づき、前記ルマ成分のＱＰが前記現在ブロックの前記クロマ成分の前記ＱＰに等しいかを指し示す前記予測情報内の第４のシンタックス要素を復号するステップと、前記ルマ成分の前記ＱＰが前記現在ブロックの前記クロマ成分の前記ＱＰに等しくないことを前記予測情報内の前記第４のシンタックス要素が指し示すことに基づき、ルマ・ツー・クロマＱＰマッピングテーブルに従って前記クロマ成分の前記ＱＰを決定するステップと、
を更に有する請求項１記載の方法。
【請求項4】
前記ルマ成分の前記ＱＰが前記現在ブロックの前記クロマ成分の前記ＱＰに等しいことを前記第４のシンタックス要素が指し示すことに基づき、前記ルマ成分の前記ＱＰを前記クロマ成分の前記ＱＰとして決定するステップ、を更に有する請求項３記載の方法。
【請求項5】
前記ルマ・ツー・クロマＱＰマッピングテーブルは前記予測情報に含まれる、請求項３に記載の方法。
【請求項6】
映像コーディングのための装置であって、１つ以上のプロセッサと、
コンピュータプログラムを格納した１つ以上のメモリと、
を有し、
前記コンピュータプログラムは、前記１つ以上のプロセッサに、請求項１乃至５のいずれか一項に記載の方法を実行させる、
装置。
【請求項7】
コンピュータに請求項１乃至５のいずれか一項に記載の方法を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
この出願は、２０２０年４月１３日に出願された米国仮出願第６３／００９，２８６号“SIGNALING OF CHROMA QUANTIZATION PARAMETERS”、２０２０年５月２２日に出願された米国仮出願第６３／０２９，３６３号“CHROMA QUANTIZATION PARAMETER MAPPING”、及び２０２０年５月２６日に出願された米国仮出願第６３／０３０，０６０号“ALTERNATIVE METHOD ON CHROMA QUANTIZATION PARAMETER MAPPING”に対する優先権の利益を主張するものである２０２１年３月２４日に出願された米国特許出願第１７／２１０，８００号“METHOD AND APPARATUS FOR MOTION PREDICTION IN VIDEO CODING”に対する優先権の利益を主張するものである。これら先行出願の開示全体をそれらの全体にてここに援用する。
【0002】
本開示は、映像コーディングに概して関係する実施形態を記述する。
【背景技術】
【0003】
ここに提示される背景説明は、開示に係る状況を概略的に提示するためのものである。この背景セクションに記載される範囲においての、ここに名を連ねる発明者の仕事、並びに、出願時にさもなければ従来技術として適格でないかもしれない記載の態様は、明示的にも、暗示的にも、本開示に対する従来技術として認められるものではない。
【0004】
動き補償を用いるインターピクチャ予測を使用して映像符号化及び復号を実行することができる。圧縮されていないデジタル映像は一連のピクチャを含み、各ピクチャが、例えば、１９２０×１０８０のルミナンスサンプル及び関連するクロミナンスサンプルの空間寸法を持つ。一連のピクチャは、固定又は可変のピクチャレート（非公式にはフレームレートとしても知られる）を持つことができ、例えば、毎秒６０ピクチャ、すなわち、６０Ｈｚのピクチャレートを持ち得る。圧縮されていない映像は、かなりのビットレート要求を持つ。例えば、サンプル当たり８ビットの１０８０ｐ６０ ４：２：０映像（６０Ｈｚのフレームレートで１９２０×１０８０のルミナンスサンプル解像度）は、１．５Ｇｂｉｔ／ｓに近い帯域幅を必要とする。１時間のこのような映像は、６００ＧＢｙｔｅを超えるストレージ空間を必要とする。
【0005】
映像の符号化及び復号の１つの目的は、圧縮を通じての入力映像信号の冗長性の低減であるとし得る。圧縮は、前述の帯域幅要求又はストレージ空間要求を、場合によって２桁以上の大きさで、低減させる助けとなることができる。可逆圧縮及び非可逆圧縮の双方、並びにこれらの組み合わせを使用することができる。可逆圧縮は、原信号の正確な複製を圧縮された原信号から再構成することができる技術を指す。非可逆圧縮を使用する場合、再構成された信号は、原信号と同じにならないことがあるが、原信号と再構成信号との間の歪みは、再構成信号を意図した用途に有用にするのに十分な小ささとなる。映像の場合、非可逆圧縮が広く用いられる。許容される歪みの量は用途に依存し、例えば、特定の消費者ストリーミングアプリケーションのユーザは、テレビジョン配信アプリケーションのユーザよりも高い歪みを許容し得る。達成可能な圧縮比はそれを反映し、より高い許容／我慢できる歪みは、より高い圧縮比をもたらすことができる。
【0006】
ビデオエンコーダ及びデコーダは、例えば、動き補償、変換、量子化、及びエントロピーコーディングを含め、幾つかの広範なカテゴリからの技術を利用することができる。
【0007】
ビデオコーデック技術は、イントラコーディングとして知られる技術を含むことができる。イントラコーディングにおいて、サンプル値は、先行して再構成された参照ピクチャからのサンプル又は他のデータを参照することなく表現される。一部のビデオコーデックにおいて、ピクチャは複数ブロックのサンプルへと空間的に細分される。全てのブロックのサンプルがイントラモードでコーディングされる場合、そのピクチャはイントラピクチャとすることができる。イントラピクチャ及び例えば独立デコーダリフレッシュピクチャなどのそれらの派生物は、デコーダ状態をリセットするために使用されることができ、従って、コーディングされる映像ビットストリーム及び映像セッションにおける最初のピクチャとして、又は静止画として使用されることができる。イントラブロックのサンプルを変換にかけることができ、変換係数が、エントロピーコーディングの前に量子化され得る。イントラ予測は、変換前ドメインにおけるサンプル値を最小化する技術であるとし得る。場合により、変換後のＤＣ値が小さいほど、及びＡＣ係数が小さいほど、エントロピーコーディング後にブロックを表すのに所与の量子化ステップサイズで必要とされるビット数が少なくなる。
【0008】
例えばＭＰＥＧ－２世代のコーディング技術から知られるような伝統的なイントラコーディングはイントラ予測を使用しない。しかしながら、より新しい一部の映像圧縮技術は、例えば、空間的に隣接し復号順で先行するブロックのデータの符号化／復号中に得られた周囲のサンプルデータ及び／又はメタデータから試みる技術を含む。このような技術を、以後、“イントラ予測”技術と呼ぶ。なお、少なくとも一部のケースにおいて、イントラ予測は、再構成中の現在ピクチャからの参照データのみを使用し、参照ピクチャからのものは使用しない。
【0009】
数多くの異なる形態のイントラ予測が存在し得る。所与の映像コーディング技術において、そのような技術のうち２つ以上が使用され得る場合、使用される技術がイントラ予測モードでコーディングされ得る。ある特定のケースにおいて、モードはサブモード及び／又はパラメータを有することができ、それらが個別にコーディングされる又はモードコードワードに含められることができる。所与のモード／サブモード／パラメータの組み合わせにどのコードワードを使用するかということは、イントラ予測を通じたコーディング効率利得に影響を与え得ることであり、コードワードをビットストリームに変換するのに使用されるエントロピーコーディング技術も同様であり得る。
【0010】
イントラ予測の特定のモードが、Ｈ．２６４で導入され、Ｈ．２６５で改良され、そして、例えば共同探査モデル（ＪＥＭ）、バーサタイルビデオコーディング（ＶＶＣ）、及びベンチマークセット（ＢＭＳ）などの、より新しいコーディング技術でさらに改良された。既に利用可能なサンプルに属する隣接サンプル値を用いて予測子ブロックが形成され得る。隣接サンプルのサンプル値が、方向に従って予測子ブロックにコピーされる。使用する方向の参照が、ビットストリームにコーディングされるか、それ自体が予測されるかし得る。
【0011】
図１Ａを参照するに、右下に、Ｈ．２６５の３３個の取り得る予測子方向（３５個のイントラモードのうちの３３個の角度モードに対応）から知られる９個の予測子方向のサブセットが描かれている。矢印が集まった点（１０１）が予測中のサンプルを表す。矢印は、その方向からサンプルが予測されることを表す。例えば、矢印（１０２）は、サンプル（１０１）が、水平から４５度の角度で右上の１つのサンプル又は複数のサンプルから予測されることを指し示す。同様に、矢印（１０３）は、サンプル（１０１）が、水平から２２．５度の角度で左下の１つのサンプル又は複数のサンプルから予測されることを指し示す。
【0012】
なおも図１Ａを参照するに、左上に、４×４サンプルの正方形ブロック（１０４）（破線の太線で示す）が描かれている。正方形ブロック（１０４）は、１６個のサンプルを含み、各サンプルが、“Ｓ”と、Ｙ次元でのその位置（例えば、行インデックス）と、Ｘ次元でのその位置（例えば、列インデックス）とでラベル付けられている。例えば、サンプルＳ２１は、Ｙ次元で（上から）２番目、且つＸ次元で（左から）１番目のサンプルである。同様に、サンプルＳ４４は、ブロック（１０４）内の、Ｙ及びＸの両方の次元で４番目のサンプルである。このブロックは４×４サンプルのサイズなので、Ｓ４４は右下にある。さらに、同様の番号付けスキームに従った参照サンプルが示されている。参照サンプルは、Ｒと、ブロック（１０４）に対するＹ位置（例えば、行インデックス）及びＸ位置（列インデックス）とでラベル付けられている。Ｈ．２６４及びＨ．２６５の両方で、予測サンプルは再構成中のブロックに隣接し、それ故に、負の値を使用する必要はない。
【0013】
イントラピクチャ予測は、シグナリングされる予測方向によって、隣接サンプルからの参照サンプル値を適宜にコピーすることによって機能する。例えば、このブロックについて、予測方向が矢印（１０２）と一致すること、すなわち、水平から４５度右上の１つ又は複数の予測サンプル又はサンプルからサンプルが予測されること、を指し示すシグナリングを符号化映像ビットストリームが含んでいると仮定する。その場合、サンプルＳ４１、Ｓ３２、Ｓ２３、及びＳ１４は、同じ参照サンプルＲ０５から予測される。そして、サンプルＳ４４は、参照サンプルＲ０８から予測される。
【0014】
特定のケースにおいて、特に、方向を４５度ずつ等分できない場合に、参照サンプルを計算するために、例えば内挿により、複数の参照サンプルの値を結合することがある。
【0015】
映像コーディング技術が発展するにつれて、取り得る方向の数が増加している。Ｈ．２６４（２００３年）では、９個の異なる方向を表すことができた。これが、Ｈ．２６５（２０１３年）では３３個に増加し、ＪＥＭ／ＶＶＣ／ＢＭＳは、開示された時点で、６５個に至る方向をサポートすることができる。最も可能性の高い方向を特定するために実験が行われており、そして、より可能性の低い方向に対するペナルティを受け入れて、それら可能性の高い方向を少数のビットで表現するように、エントロピーコーディングにおける特定の技術が用いられる。さらに、それらの方向自体が、隣接する既に復号されたブロックで用いられた隣接方向から予測されることもある。
【0016】
図１Ｂは、徐々に数が増えている予測方向を例示すために、ＪＥＭに従った６５個のイントラ予測方向を描いた概略図（１０５）を示している。
【0017】
符号化映像ビットストリームにおける方向を表すイントラ予測方向ビットのマッピングは、映像コーディング技術ごとに異なり得るものであり、例えば、イントラ予測モードへの予測方向の単純な直接マッピングから、コードワードや、最確モードを含む複雑な適応方式、及び同様の技術まで及び得る。しかし、どのケースでも、映像コンテンツには、他の特定の方向よりも統計的に発生しにくい特定の方向が存在し得る。映像圧縮の目標は冗長性の低減であるので、良好に動作する映像コーディング技術では、それら可能性の低い方向は、可能性の高い方向よりも多数のビットで表されることになる。
【0018】
動き補償は、非可逆圧縮技術であるとし得るとともに、先行して再構成されたピクチャ又はその一部（参照ピクチャ）からのサンプルデータのブロックが、動きベクトル（以下、ＭＶ）によって指し示される方向に空間的にシフトされた後に、新たに再構成されるピクチャ又はピクチャ部分の予測のために使用される技術に関係するとすることができる。一部のケースにおいて、参照ピクチャは、現在再構成中のピクチャと同じであることができる。ＭＶは、２つの次元Ｘ及びＹを有することができ、あるいは、使用する参照ピクチャを指し示すインジケーションを３つめとして３つの次元を有することができる（後者は、間接的に、時間次元であるとすることができる）。
【0019】
一部の映像圧縮技術では、サンプルデータのある特定の領域に適用可能なＭＶを、例えば、復号順でそのＭＶに先行するＭＶであって再構成中の領域に空間的に隣接するサンプルデータの別領域に関係するＭＶからなど、別のＭＶから予測することができる。そうすることは、そのＭＶをコーディングするのに必要なデータの量を大幅に減らすことができ、それにより冗長性を取り除いて圧縮を高めることができる。ＭＶ予測は、効果的に機能することができる。何故なら、例えば、カメラに由来する入力ビデオ信号（ナチュラルビデオとして知られる）をコーディングするとき、単一のＭＶが適用可能である領域よりも大きい領域が同様の方向に移動し、それ故に、場合により、隣接する領域のＭＶから導出される同様のＭＶを用いて予測されることができる、という統計的尤度があるからである。これがもたらすのは、所与の領域に対して見出されたＭＶが、周囲のＭＶから予測されるＭＶと類似又は同じであり、ひいては、エントロピーコーディングの後に、そのＭＶを直接コーディングする場合に使用されることになるものよりも少ないビット数で表されることができるということである。一部のケースでは、ＭＶ予測は、原信号（はっきり言えば、サンプルストリーム）から導出される信号（はっきり言えば、ＭＶ）の可逆圧縮の一例であることができる。他のケースでは、例えば、幾つかの周囲ＭＶから予測子を計算する際の丸め誤差のために、ＭＶ予測それ自体が非可逆的であるとし得る。
【0020】
様々なＭＶ予測メカニズムが、Ｈ．２６５／ＨＥＶＣ（ＩＴＵ－Ｔ勧告Ｈ．２６５，“High Efficiency Video Coding”、２０１６年１２月）に記述されている。Ｈ．２６５が提供するそれら多数のＭＶ予測メカニズムのうち、以下では“空間マージ”と称する技術をここで説明する。
【0021】
図１Ｃを参照するに、現在ブロック（１１１）は、空間的にシフトされた同じサイズの先行ブロックから予測可能であることが動き探索プロセス中にエンコーダによって見出されたサンプルを含み得る。ＭＶを直接コーディングする代わりに、ＭＶを、Ａ０、Ａ１、及びＢ０、Ｂ１、Ｂ２（それぞれ１１２から１１６）と表記する５つの周囲サンプルのうちのいずれか１つに関連するＭＶを用いて、例えば（復号順で）直前の参照ピクチャからなど、１つ以上の参照ピクチャに関連するメタデータから導出することができる。Ｈ．２６５において、ＭＶ予測は、隣接ブロックが使用しているのと同じ参照ピクチャからの予測子を使用することができる。
【発明の概要】
【0022】
本開示の態様は、映像符号化／復号のための装置を提供する。装置は、符号化映像シーケンスの一部である現在ピクチャ内の現在ブロックについての予測情報を復号する処理回路を含む。予測情報は、ルマ成分の量子化パラメータ（ＱＰ）情報及び現在ブロックのクロマ成分のＱＰ情報の両方が当該予測情報に含まれるかを指し示す第１のシンタックス要素を含む。上記処理回路は、ルマ成分のＱＰ情報及びクロマ成分のＱＰ情報の両方が予測情報に含まれることを第１のシンタックス要素が指し示すことに基づき、ルマ成分のＱＰ情報とクロマ成分のＱＰ情報とに基づいてクロマ成分のＱＰを決定する。上記処理回路は、クロマ成分のＱＰに基づいて現在ブロックを再構成する。
【0023】
一実施形態において、ルマ成分のＱＰ情報及びクロマ成分のＱＰ情報の両方が現在ピクチャのピクチャヘッダに含まれることを指し示す予測情報内の第１のシンタックス要素に基づき、クロマ成分のＱＰ情報は現在ピクチャのピクチャヘッダに含まれる。
【0024】
一実施形態において、現在ピクチャが更に分割されないことを指し示す予測情報内の第２のシンタックス要素に基づき、クロマ成分のＱＰ情報は現在ピクチャのピクチャヘッダに含まれる。
【0025】
一実施形態において、現在ピクチャのピクチャヘッダが現在ピクチャのスライスヘッダに含まれることを指し示す予測情報内の第３のシンタックス要素に基づき、クロマ成分のＱＰ情報は現在ピクチャのピクチャヘッダに含まれる。
【0026】
一実施形態において、上記処理回路は、クロマ成分のＱＰ情報が予測情報に含まれないことを第１のシンタックス要素が指し示すことに基づき、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しいかを指し示す予測情報内の第４のシンタックス要素を復号する。
【0027】
一実施形態において、上記処理回路は、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しくないことを予測情報内の第４のシンタックス要素が指し示すことに基づき、ルマ・ツー・クロマＱＰマッピングテーブルに従ってクロマ成分のＱＰを決定する。
【0028】
一実施形態において、上記処理回路は、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しいことを第４のシンタックス要素が指し示すことに基づき、ルマ成分のＱＰをクロマ成分のＱＰとして決定する。
【0029】
一実施形態において、ルマ・ツー・クロマＱＰマッピングテーブルは予測情報に含まれる。
【0030】
本開示の態様は、映像符号化／復号のための方法を提供する。当該方法にて、符号化映像シーケンスの一部である現在ピクチャ内の現在ブロックについての予測情報が復号される。予測情報は、ルマ成分のＱＰ情報及び現在ブロックのクロマ成分のＱＰ情報の両方が予測情報に含まれるかを指し示す第１のシンタックス要素を含む。ルマ成分のＱＰ情報及びクロマ成分のＱＰ情報の両方が予測情報に含まれることを第１のシンタックス要素が指し示すことに基づき、ルマ成分のＱＰ情報とクロマ成分のＱＰ情報とに基づいてクロマ成分のＱＰが決定される。クロマ成分のＱＰに基づいて現在ブロックが再構成される。
【0031】
本開示の態様はまた、映像復号用のコンピュータによって実行されるときに該コンピュータに映像復号のための方法のいずれか１つ又は組み合わせを実行させる命令を格納した非一時的コンピュータ読み取り可能媒体を提供する。
【図面の簡単な説明】
【0032】
開示に係る事項の更なる特徴、性質、及び様々な利点が、以下の詳細な説明及び添付の図面から、よりいっそう明らかになる。
【図1A】イントラ予測モードの例示的なサブセットを概略的に示している。
【図1B】例示的なイントラ予測方向を示している。
【図1C】一例における現在ブロック及びその周囲の空間マージ候補を概略的に示している。
【図2】一実施形態に従った通信システムの簡略ブロック図を概略的に示している。
【図3】一実施形態に従った通信システムの簡略ブロック図を概略的に示している。
【図4】一実施形態に従ったデコーダの簡略ブロック図を概略的に示している。
【図5】一実施形態に従ったエンコーダの簡略ブロック図を概略的に示している。
【図6】他の一実施形態に従ったエンコーダのブロック図を示している。
【図7】他の一実施形態に従ったデコーダのブロック図を示している。
【図8】一実施形態に従った例示的なフローチャートを示している。
【図9】一実施形態に従った他の例示的なフローチャートを示している。
【図10】一実施形態に従った他の例示的なフローチャートを示している。
【図11】一実施形態に従ったコンピュータシステムの概略図である。
【発明を実施するための形態】
【0033】
Ｉ． ビデオデコーダ及びエンコーダシステム
図２は、本開示の一実施形態に従った通信システム（２００）の簡略ブロック図を例示している。通信システム（２００）は、例えばネットワーク（２５０）を介して、互いに通信することができる複数の端末装置を含む。例えば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続された第１の対の端末装置（２１０）及び（２２０）を含む。図２の例において、第１の対の端末装置（２１０）及び（２２０）は、データの一方向伝送を行う。例えば、端末装置（２１０）が、映像データ（例えば、端末装置（２１０）によってキャプチャされた映像ピクチャのストリーム）を、ネットワーク（２５０）を介した他の端末装置（２２０）への伝送のために符号化し得る。符号化された映像データは、１つ以上の符号化映像ビットストリームの形態で伝送されることができる。端末装置（２２０）が、ネットワーク（２５０）から符号化映像データを受信し、符号化映像データを復号して映像ピクチャを復元し、復元した映像データに従って映像ピクチャを表示し得る。一方向データ伝送は、メディアサービス提供アプリケーション及びそれに類するものにおいて一般的であり得る。
図２は、本開示の一実施形態に従った通信システム（２００）の簡略ブロック図を例示している。通信システム（２００）は、例えばネットワーク（２５０）を介して、互いに通信することができる複数の端末装置を含む。例えば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続された第１の対の端末装置（２１０）及び（２２０）を含む。図２の例において、第１の対の端末装置（２１０）及び（２２０）は、データの一方向伝送を行う。例えば、端末装置（２１０）が、映像データ（例えば、端末装置（２１０）によってキャプチャされた映像ピクチャのストリーム）を、ネットワーク（２５０）を介した他の端末装置（２２０）への伝送のために符号化し得る。符号化された映像データは、１つ以上の符号化映像ビットストリームの形態で伝送されることができる。端末装置（２２０）が、ネットワーク（２５０）から符号化映像データを受信し、符号化映像データを復号して映像ピクチャを復元し、復元した映像データに従って映像ピクチャを表示し得る。一方向データ伝送は、メディアサービス提供アプリケーション及びそれに類するものにおいて一般的であり得る。
【0034】
他の一例において、通信システム（２００）は、例えば、テレビ会議中に発生し得る符号化映像データの双方向伝送を行う第２の対の端末装置（２３０）及び（２４０）を含む。データの双方向伝送では、一例において、端末装置（２３０）及び（２４０）の各端末装置が、映像データ（例えば、その端末装置によってキャプチャされた映像ピクチャのストリーム）を、ネットワーク（２５０）を介した端末装置（２３０）及び（２４０）のうちの他方の端末装置への伝送のために符号化し得る。端末装置（２３０）及び（２４０）の各端末装置はまた、端末装置（２３０）及び（２４０）のうちの他方の端末装置によって送信された符号化映像データを受信し得るとともに、符号化映像データを復号して映像ピクチャを復元し、そして、復元した映像データに従って、アクセス可能なディスプレイ装置に映像ピクチャを表示し得る。
【0035】
図２において、端末装置（２１０）、（２２０）、（２３０）及び（２４０）は、サーバ、パーソナルコンピュータ、及びスマートフォンとして示されているが、本開示の原理は、そのように限定されるものではないとし得る。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤ、及び／又は専用のテレビ会議機器での用途を見出し。ネットワーク（２５０）は、例えば、配線（有線）通信ネットワーク及び／又は無線通信ネットワークを含め、端末装置（２１０）、（２２０）、（２３０）及び（２４０）間で符号化された映像データを伝達するあらゆる数のネットワークを表す。通信ネットワーク（２５０）は、回線交換チャネル及び／又はパケット交換チャネルにてデータを交換し得る。代表的なネットワークは、遠距離通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、及び／又はインターネットを含む。本説明の目的上、ネットワーク（２５０）のアーキテクチャ及びトポロジーは、以下にて説明しない限り、本開示の動作にとって重要ではないとし得る。
【0036】
図３は、開示に係る事項に関するアプリケーションの一例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を例示している。開示に係る事項は、例えば、テレビ会議や、デジタルＴＶや、ＣＤ、ＤＶＤ、メモリスティック及びこれらに類するものを含むデジタル媒体上での圧縮映像の格納などを含め、映像を使用可能な他の用途にも等しく適用されることができる。
【0037】
ストリーミングシステムは、例えば圧縮されていない映像ピクチャのストリーム（３０２）を作り出す例えばデジタルカメラといった映像ソース（３０１）を含み得るものであるキャプチャサブシステム（３１３）を含み得る。一例において、映像ピクチャのストリーム（３０２）は、デジタルカメラによって撮影されるサンプルを含む。映像ピクチャのストリーム（３０２）は、符号化された映像データ（３０４）（又は符号化映像ビットストリーム）と比較して高いデータボリュームであることを強調するために太線として描かれており、映像ソース（３０１）に結合されたビデオエンコーダ（３０３）を含んだエレクトロニクス装置（３２０）によって処理され得る。ビデオエンコーダ（３０３）は、更に詳細に後述される開示に係る事項の態様を使用可能にする又は実装するための、ハードウェア、ソフトウェア、又はこれらの組み合わせを含むことができる。符号化された映像データ（３０４）（又は符号化映像ビットストリーム（３０４））は、映像ピクチャのストリーム（３０２）と比較して低いデータボリュームであることを強調するために細線として描かれており、後の使用のためにストリーミングサーバ（３０５）に格納されることができる。例えば図３のクライアントサブシステム（３０６）及び（３０８）などの１つ以上のストリーミングクライアントサブシステムが、符号化された映像データ（３０４）のコピー（３０７）及び（３０９）を取り出すためにストリーミングサーバ（３０５）にアクセスすることができる。クライアントサブシステム（３０６）は、例えばエレクトロニクス装置（３３０）内の、ビデオデコーダ（３１０）を含むことができる。ビデオデコーダ（３１０）は、入ってくる符号化された映像データのコピー（３０７）を復号し、出ていく映像ピクチャのストリーム（３１１）を作り出すことができ、出ていく映像ピクチャのストリーム（３１１）が、ディスプレイ（３１２）（例えば、表示スクリーン）又は他のレンダリング装置（図示せず）上でレンダリングされ得る。一部のストリーミングシステムにおいて、符号化された映像データ（３０４）、（３０７）、及び（３０９）（例えば、映像ビットストリーム）は、特定の映像符号化／圧縮標準に従って符号化されることができる。それら標準の例は、ＩＴＵ－Ｔ勧告Ｈ．２６５を含む。一例において、開発中のある映像符号化標準は、非公式にバーサタイルビデオコーディング（Versatile Video Coding；ＶＶＣ）として知られている。開示に係る事項は、ＶＶＣの文脈で使用され得る。
【0038】
なお、エレクトロニクス装置（３２０）及び（３３０）は、他のコンポーネント（図示せず）を含むことができる。例えば、エレクトロニクス装置（３２０）はビデオデコーダ（図示せず）を含むことができ、エレクトロニクス装置（３３０）はビデオエンコーダ（図示せず）も含むことができる。
【0039】
図４は、本開示の一実施形態に従ったビデオデコーダ（４１０）のブロック図を示している。ビデオデコーダ（４１０）は、エレクトロニクス装置（４３０）に含まれ得る。エレクトロニクス装置（４３０）は、受信器（４３１）（例えば、受信回路）を含むことができる。ビデオデコーダ（４１０）は、図３の例におけるビデオデコーダ（３１０）の代わりに使用されることができる。
【0040】
受信器（４３１）が、これと同じ実施形態又は他の一実施形態において、一度に１つの符号化映像シーケンスで、ビデオデコーダ（４１０）によって復号されることになる１つ以上の符号化映像シーケンスを受信することができ、各符号化映像シーケンスの復号は、他の符号化映像シーケンスとは独立である。符号化映像シーケンスは、符号化された映像データを格納するストレージ装置へのハードウェア／ソフトウェアリンクとし得るものであるチャネル（４０１）から受信され得る。受信器（４３１）は、符号化映像データを、例えば符号化された音声データ及び／又は補助データストリームといった他のデータと共に受信してもよく、それらのデータは、それらそれぞれの使用エンティティ（図示せず）に転送され得る。受信器（４３１）は、符号化映像シーケンスを他のデータから分離し得る。ネットワークジッタに対抗するために、受信器（４３１）とエントロピーデコーダ／パーサ４２０（以下、“パーサ（４２０）”）との間にバッファメモリ（４１５）が結合され得る。特定のアプリケーションにおいて、バッファメモリ（４１５）はビデオデコーダ（４１０）の一部である。他のものにおいて、それは、ビデオデコーダ（４１０）の外部にあってもよい（図示せず）。更なる他のものにおいて、例えばネットワークジッタに対抗するために、ビデオデコーダ（４１０）の外部にバッファメモリ（図示せず）が存在することができ、さらに、例えば再生タイミングを取り扱うために、ビデオデコーダ（４１０）の内部に別のバッファメモリ（４１５）が存在することができる。受信器（４３１）が、十分な帯域幅及び可制御性の格納／転送装置から又は等同期ネットワークからデータを受信しているとき、バッファメモリ（４１５）は、必要とされなくてもよく、又は小さくされることができる。例えばインターネットなどのベストエフォート型パケットネットワーク上での使用では、バッファメモリ（４１５）が、必要とされ得るとともに、比較的大きくされ、そして、有利には適応可能なサイズのものにされることができ、また、少なくとも部分的に、ビデオデコーダ（４１０）の外部のオペレーティングシステム又は同様の要素（図示せず）にて実装され得る。
【0041】
ビデオデコーダ（４１０）は、符号化映像シーケンスからシンボル（４２１）を再構成するためのパーサ（４２０）を含み得る。それらシンボルのカテゴリは、ビデオデコーダ（４１０）の動作を管理するために使用される情報を含むとともに、可能性として、図４に示したように、エレクトロニクス装置（４３０）の統合部分ではないがエレクトロニクス装置（４３０）に結合されることが可能な、例えばレンダー装置（４１２）（例えば、表示スクリーン）などのレンダリング装置を制御する情報を含み得る。（１つ以上の）レンダリング装置用の制御情報は、補足強化情報（Supplementary Enhancement Information；ＳＥＩ）メッセージ又はビデオユーザビリティ情報（Video Usability Information；ＶＵＩ）パラメータセットフラグメント（図示せず）の形態とし得る。パーサ（４２０）は、受け取った符号化映像シーケンスを構文解析／エントロピー復号し得る。符号化映像シーケンスの符号化は、映像符号化技術又は標準によることができ、可変長符号化、ハフマン符号化、文脈依存性を持つ又は持たない算術符号化などを含め、様々な原理に従うことができる。パーサ（４２０）は、符号化映像シーケンスから、グループに対応する少なくとも１つのパラメータに基づいて、ビデオデコーダにおけるピクセルのサブグループのうちの少なくとも１つに関する一組のサブグループパラメータを抽出することができる。サブグループは、グループ・オブ・ピクチャ（ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）などを含むことができる。パーサ（４２０）はまた、符号化映像シーケンス情報から、例えば変換係数、量子化パラメータ値、ＭＶなどの情報を抽出し得る。
【0042】
パーサ（４２０）は、シンボル（４２１）を生み出すよう、バッファメモリ（４１５）から受け取った映像シーケンスにエントロピー復号／構文解析処理を実行し得る。
【0043】
シンボル（４２１）の再構成には、符号化された映像ピクチャ又はその部分のタイプ及び他の要因（例えば、インターピクチャ及びイントラピクチャ、インターブロック及びイントラブロックなど）に応じて、複数の異なるユニットが関与し得る。どのユニットが関与するか、及びそれらがどのように関与するかは、パーサ（４２０）によって符号化映像シーケンスから構文解析されたサブグループ制御情報によって制御されることができる。パーサ（４２０）と以下の複数ユニットとの間でのこのようなサブグループ制御情報の流れは、明瞭さのために図示していない。
【0044】
既述の機能ブロックを超えて、ビデオデコーダ（４１０）は概念的に、後述のような多数の機能ユニットに細分化されることができる。商業上の制約の下で稼働する実用的な実装において、これらのユニットのうちの多くが互いに密接にインタラクトし、少なくとも部分的に互いに統合され得る。しかしながら、開示に係る事項を説明するという目的のためには、以下の機能ユニットへの概念的な細分化が適切である。
【0045】
第１のユニットは、スケーラ／逆変換ユニット（４５１）である。スケーラ／逆変換ユニット（４５１）は、パーサ（４２０）からの（１つ以上の）シンボル（４２１）として、どの変換を使用すべきか、ブロックサイズ、量子化係数、量子化スケーリング行列などを含む制御情報とともに、量子化された変換係数を受け取る。スケーラ／逆変換ユニット（４５１）は、アグリゲータ（４５５）に入力されることが可能な、サンプル値を有するブロックを出力することができる。
【0046】
場合により、スケーラ／逆変換（４５１）の出力サンプルは、イントラ符号化されたブロック、すなわち、先行して再構成されたピクチャからの予測情報を使用していないが、現在ピクチャのうち先行して再構成された部分からの予測情報を使用することができるブロック、に関係し得る。このような予測情報は、イントラピクチャ予測ユニット（４５２）によって提供されることができる。場合により、イントラピクチャ予測ユニット（４５２）は、現在ピクチャバッファ（４５８）からフェッチされた周囲の既に再構成された情報を用いて、再構成中のブロックと同じサイズ及び形状のブロックを生成する。現在ピクチャバッファ（４５８）は、例えば、部分的に再構成された現在ピクチャ及び／又は完全に再構成された現在ピクチャをバッファリングする。アグリゲータ（４５５）は、場合により、サンプル毎に、イントラ予測ユニット（４５２）が生成した予測情報を、スケーラ／逆変換ユニット（４５１）によって提供される出力サンプル情報に付加する。
【0047】
他の場合には、スケーラ／逆変換ユニット（４５１）の出力サンプルは、インター符号化された、動き補償された可能性のあるブロックに関係し得る。このような場合、動き補償予測ユニット（４５３）が、参照ピクチャメモリ（４５７）にアクセスして、予測に使用されるサンプルをフェッチすることができる。フェッチされたサンプルを、ブロックに関係するシンボル（４２１）に従って動き補償した後、これらのサンプルが、アグリゲータ（４５５）によって、スケーラ／逆変換ユニット（４５１）の出力（この場合、残差サンプル又は残差信号と呼ばれる）に付加されて、出力サンプル情報を生成することができる。そこから動き補償予測ユニット（４５３）が予測サンプルをフェッチする参照ピクチャメモリ（４５７）内のアドレスは、ＭＶによって制御されることができ、例えばＸ、Ｙ、及び参照ピクチャ成分を有し得るシンボル（４２１）の形態で動き補償予測ユニット（４５３）に利用可能である。動き補償はまた、サブサンプルの正確なＭＶが使用されるときに参照ピクチャメモリ（４５７）からフェッチされたサンプル値の補間や、ＭＶ予測メカニズムなどを含むことができる。
【0048】
アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）にて様々なループフィルタリング技術に掛けられ得る。映像圧縮技術は、インループ（in-loop）フィルタ技術を含むことができ、これは、符号化映像シーケンス（符号化映像ビットストリームとも称する）に含められてパーサ（４２０）からのシンボル（４２１）としてループフィルタユニット（４５６）に利用可能にされるパラメータによって制御されるが、符号化ピクチャ又は符号化映像シーケンスのうちの（復号順で）先行部分の復号中に得られたメタ情報にも応答することができるとともに、先行して再構成されてループフィルタリングされたサンプル値にも応答することができる。
【0049】
ループフィルタユニット（４５６）の出力は、レンダー装置（４１２）に出力されることが可能なサンプルストリームとすることができ、これはまた、将来のインターピクチャ予測での使用のために参照ピクチャメモリ（４５７）に格納されることができる。
【0050】
ある特定の符号化ピクチャは、完全に再構成されると、将来の予測のための参照ピクチャとして使用されることができる。例えば、現在ピクチャに対応する符号化ピクチャが完全に再構成され、その符号化ピクチャが参照ピクチャとして（例えば、パーサ（４２０）によって）特定されると、現在ピクチャバッファ（４５８）が参照ピクチャメモリ（４５７）の一部となり得るとともに、次の符号化ピクチャの再構成を開始する前に新しい現在ピクチャバッファが再割り当てされ得る。
【0051】
ビデオデコーダ（４１０）は、例えばＩＴＵ－Ｔ勧告Ｈ．２６５などの標準における所定の映像圧縮技術に従って復号処理を実行し得る。符号化映像シーケンスは、映像圧縮技術又は標準の構文と映像圧縮技術又は標準において文書化されたプロファイルとの双方を忠実に守るという意味で、使用される映像圧縮技術又は標準によって規定される構文に従い得る。具体的には、プロファイルは、映像圧縮技術又は標準において利用可能な全てのツールから、特定のツールを、そのプロファイルの下での使用に利用可能なツールはそれだけであるように選択することができる。また、コンプライアンスのために、符号化映像シーケンスの複雑さが、映像圧縮技術又は標準のレベルによって規定される範囲内にあることも必要である。場合により、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えば、毎秒メガサンプルで測定される）、最大参照ピクチャサイズなどを制約する。レベルによって設定される制限は、場合により、仮説的リファレンスデコーダ（Hypothetical Reference Decoder；ＨＲＤ）仕様、及び符号化映像シーケンスにてシグナリングされるＨＲＤバッファ管理用のメタデータを通して更に制約され得る。
【0052】
一実施形態において、受信器（４３１）は、符号化された映像と共に追加（冗長）データを受信し得る。追加データは、（１つ以上の）符号化映像シーケンスの一部として含められ得る。追加データは、データを適切に復号するため、及び／又は元の映像データをいっそう正確に再構成するために、ビデオデコーダ（４１０）によって使用され得る。追加データは、例えば、時間的、空間的、又は信号対雑音比（ＳＮＲ）エンハンスメントレイヤ、冗長スライス、冗長ピクチャ、順方向誤り訂正符号などの形態とし得る。
【0053】
図５は、本開示の一実施形態に従った、ビデオエンコーダ（５０３）のブロック図を示している。ビデオエンコーダ（５０３）は、エレクトロニクス装置（５２０）に含まれる。例えば、エレクトロニクス装置（５２０）は送信器（５４０）（例えば、送信回路）を含んでいる。ビデオエンコーダ（５０３）は、図３の例におけるビデオエンコーダ（２０３）の代わりに使用されることができる。
【0054】
ビデオエンコーダ（５０３）は、エンコーダ（５０３）によって符号化されることになる（１つ以上の）映像画像をキャプチャし得る映像ソース（５０１）（図５の例ではエレクトロニクス装置（５２０）の一部ではない）から映像サンプルを受信し得る。他の一例において、映像ソース（５０１）は、エレクトロニクス装置（５２０）の一部である。
【0055】
映像ソース（５０１）は、ビデオエンコーダ（５０３）によって符号化されるソース映像シーケンスを、任意の好適なビット深さ（例えば、８ビット、１０ビット、１２ビット、…）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ、…）、及び任意の好適なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）のものとし得るデジタル映像サンプルストリームの形態で提供し得る。メディアサービス提供システムにおいて、映像ソース（５０１）は、事前に準備された映像を格納したストレージ装置とし得る。テレビ会議システムでは、映像ソース（５０１）は、ローカルな画像情報を映像シーケンスとしてキャプチャするカメラとし得る。映像データは、順に見たときに動きを伝える複数の個々のピクチャとして提供され得る。それらピクチャ自体は、ピクセルの空間アレイとして編成されることができ、各ピクセルが、使用されるサンプリング構造、色空間などに応じて、１つ以上のサンプルを有することができる。当業者は、ピクセルとサンプルとの関係を直ちに理解することができる。以下の説明は、サンプルに焦点を当てている。
【0056】
一実施形態によれば、ビデオエンコーダ（５０３）は、ソース映像シーケンスのピクチャを、リアルタイムで、又はアプリケーションによって要求される他の時間制約下で、符号化映像シーケンス（５４３）へと符号化及び圧縮し得る。適切な符号化速度を強制することが、コントローラ（５５０）の１つの機能である。一部の実施形態において、コントローラ（５５０）は、後述するような他の機能ユニットを制御するとともに、それら他の機能ユニットに機能的に結合される。その結合は、明瞭さのために図示されていない。コントローラ（５５０）によって設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化器、レート歪み最適化技術のラムダ値、…）、ピクチャサイズ、グループ・オブ・ピクチャ（ＧＯＰ）レイアウト、最大ＭＶ許容参照領域などを含み得る。コントローラ（５５０）は、特定のシステム設計に合わせて最適化されるビデオエンコーダ（５０３）に関連する他の好適な機能を有するように構成されることができる。
【0057】
一部の実施形態において、ビデオエンコーダ（５０３）は、符号化ループにて動作するように構成される。過度に単純化した説明として、一例において、符号化ループは、ソースコーダ（５３０）（例えば、符号化される入力ピクチャ及び（１つ以上の）参照ピクチャに基づいて例えばシンボルストリームなどのシンボルを作成することを担う）と、ビデオエンコーダ（５０３）に埋め込まれた（ローカル）デコーダ（５３３）とを含むことができる。デコーダ（５３３）は、（シンボルと符号化映像ビットストリームとの間での圧縮が、開示に係る事項において検討される映像圧縮技術において可逆であるときに）（リモート）デコーダも作成するのと同様にして、シンボルを再構成してサンプルデータを生成する。再構成されたサンプルストリーム（サンプルデータ）が、参照ピクチャメモリ（５３４）に入力される。シンボルストリームの復号は、デコーダ位置（ローカル又はリモート）に依存しないビット正確な結果をもたらすので、参照ピクチャメモリ（５３４）内のコンテンツもローカルエンコーダとリモートエンコーダとの間でビット正確である。換言すれば、エンコーダの予測部分は、デコーダが復号中に予測を使用するときに“見る”のとまったく同じサンプル値を参照ピクチャサンプルとして“見る”。この参照ピクチャ同期性の基本原理（及び、例えばチャネルエラーのために、同期性を維持することができない場合に結果として生じるドリフト）は、一部の関連技術でも使用されている。
【0058】
“ローカル”デコーダ（５３３）の動作は、例えばビデオデコーダ（４１０）などの“リモート”デコーダのものと同じであるとすることができ、それは、図４に関連して既に詳細に上述されている。しかしながら、図４も手短に参照するに、シンボルが利用可能であり、且つエントロピーコーダ（５４５）及びパーサ（４２０）によるシンボルの符号化映像シーケンスへの符号化／復号は可逆であるとし得るので、バッファメモリ（４１５）及びパーサ（４２０）を含むビデオデコーダ（４１０）のエントロピー復号部分は、ローカルデコーダ（５３３）に完全に実装されなくてよい。
【0059】
この時点で気付くことができることには、デコーダ内に存在する構文解析／エントロピー復号を除く如何なるデコーダ技術も、対応するエンコーダ内に、実質的に同じ機能的形態で、必ず存在する必要がある。エンコーダ技術の説明は、徹底して説明したデコーダ技術の逆であるので、省略することができる。特定の分野においてのみ、より詳細な説明が必要とされ、以下に提供される。
【0060】
動作時、一部の例において、ソースコーダ（５３０）は、入力ピクチャを、映像シーケンスからの、“参照ピクチャ”として指定された１つ以上の先に符号化されたピクチャに対して予測的に符号化するものである動き補償予測符号化を実行し得る。斯くして、符号化エンジン（５３２）は、入力ピクチャのピクセルブロックと、入力ピクチャに対する（１つ以上の）予測基準として選択され得る（１つ以上の）参照ピクチャのピクセルブロックとの間の差分を符号化する。
【0061】
ローカルビデオデコーダ（５３３）は、参照ピクチャとして指定され得るピクチャの符号化映像データを、ソースコーダ（５３０）によって作成されたシンボルに基づいて復号し得る。符号化エンジン（５３２）の動作は、有利には、非可逆プロセスとし得る。符号化映像データが映像デコーダ（図５には示されていない）で復号され得るとき、再構成された映像シーケンスは典型的に、幾分の誤差を伴うソース映像シーケンスのレプリカであり得る。ローカルビデオデコーダ（５３３）は、参照ピクチャ上でビデオデコーダによって実行され得る復号プロセスを複製し、再構成された参照ピクチャを参照ピクチャキャッシュ（５３４）に格納させるようにし得る。斯くして、ビデオエンコーダ（５０３）は、ファーエンドのビデオデコーダによって得られることになる再構成参照ピクチャと共通のコンテンツを持つ再構成参照ピクチャのコピーをローカルに格納し得る。
【0062】
予測器（５３５）は、符号化エンジン（５３２）のために予測探索を実行し得る。すなわち、符号化すべき新たなピクチャに関して、予測器（５３５）は、新たなピクチャ用の適切な予測基準としての役割を果たし得るサンプルデータ（候補参照ピクセルブロックとして）又は例えば参照ピクチャＭＶやブロック形状などの特定のメタデータについて、参照ピクチャメモリ（５３４）を検索し得る。予測器（５３５）は、適切な予測参照を見出すために、ピクセルブロック毎に動作し得る。場合により、予測器（５３５）によって得られた検索結果により決定されるように、入力ピクチャは、参照ピクチャメモリ（５３４）に格納された複数の参照ピクチャから引き出された予測基準を有し得る。
【0063】
コントローラ（５５０）は、例えば、映像データを符号化するのに使用されるパラメータ及びサブグループパラメータの設定を含め、ソースコーダ（５３０）の符号化処理を管理し得る。
【0064】
前述の全ての機能ユニットの出力が、エントロピーコーダ（５４５）におけるエントロピー符号化に掛けられ得る。エントロピーコーダ（５４５）は、例えばハフマン符号化、可変長符号化、算術符号化などの技術に従ってシンボルを可逆圧縮することによって、様々な機能ユニットによって生成されたシンボルを符号化映像シーケンスへと変換する。
【0065】
送信器（５４０）が、エントロピーコーダ（５４５）によって生成された（１つ以上の）符号化映像シーケンスをバッファリングし、通信チャネル（５６０）を介した伝送のために準備し得る。通信チャネル（５６０）は、符号化された映像データを格納するストレージ装置へのハードウェア／ソフトウェアリンクとし得る。送信器（５４０）は、ビデオコーダ（５０３）からの符号化映像データを、例えば符号化オーディオデータ及び／又は補助データストリーム（ソースは図示していない）といった、送信される他のデータとマージし得る。
【0066】
コントローラ（５５０）は、ビデオエンコーダ（５０３）の動作を管理し得る。符号化において、コントローラ（５５０）は、各符号化ピクチャに、それぞれのピクチャに適用され得る符号化技術に影響を及ぼし得るものである特定の符号化ピクチャタイプを割り当て得る。例えば、ピクチャはしばしば、以下のピクチャタイプのうちの１つを割り当てられ得る。
【0067】
イントラピクチャ（Ｉピクチャ）は、シーケンス内の如何なる他のピクチャも予測のソースとして使用することなく符号化及び復号され得るものとし得る。一部の映像コーデックは、例えば独立デコーダリフレッシュ（Independent Decoder Refresh；ＩＤＲ）ピクチャを含め、複数の異なるタイプのイントラピクチャを許している。当業者は、Ｉピクチャのそれら異形、並びにそれらそれぞれの用途及び特徴を知っている。
【0068】
予測ピクチャ（Ｐピクチャ）は、各ブロックのサンプル値を予測するために、多くて１つのＭＶと参照インデックスとを使用して、イントラ予測又はインター予測を用いて符号化及び復号され得るものとし得る。
【0069】
双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために、多くて２つのＭＶと参照インデックスとを使用して、イントラ予測又はインター予測を用いて符号化及び復号され得るものとし得る。同様に、多重予測ピクチャは、単一のブロックの再構成のために３つ以上の参照ピクチャと関連メタデータとを使用することができる。
【0070】
ソースピクチャは、一般に、空間的に複数のサンプルブロック（例えば、各々４×４、８×８、４×８、又は１６×１６サンプルのブロック）に細分化され、ブロック毎に符号化され得る。ブロックは、それらブロックのそれぞれのピクチャに適用される符号化割り当てによって決定される他の（既に符号化された）ブロックを参照して予測的に符号化され得る。例えば、Ｉピクチャのブロックは非予測的に符号化されることができ、あるいは、それらは同じピクチャの既に符号化されたブロックを参照して予測的に符号化されることができる（空間予測又はイントラ予測）。Ｐピクチャのピクセルブロックは、非予測的に、あるいは、１つの先に符号化された参照ピクチャを参照して空間予測又は時間予測を介して、符号化されることができる。Ｂピクチャのブロックは、非予測的に、あるいは、１つ又は２つの先に符号化された参照ピクチャを参照して空間予測又は時間予測を介して、符号化されることができる。
【0071】
ビデオエンコーダ（５０３）は、例えばＩＴＵ－Ｔ勧告Ｈ．２６５などの所定の映像符号化技術又は標準に従って符号化処理を実行し得る。その動作において、ビデオエンコーダ（５０３）は、入力映像シーケンスにおける時間的及び空間的な冗長性を活用する予測的な符号化処理を含め、様々な圧縮処理を実行し得る。符号化された映像データは、それ故に、使用されている映像符号化技術又は標準によって規定される構文に従い得る。
【0072】
一実施形態において、送信器（５４０）は、符号化された映像と共に追加データを送信し得る。ソースコーダ（５３０）が、そのようなデータを、符号化映像シーケンスの一部として含め得る。追加データは、時間的／空間的／ＳＮＲエンハンスメントレイヤ、例えば冗長ピクチャ及びスライスなどの他の形態の冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメントなどを有し得る。
【0073】
映像は、時間シーケンスにて複数のソースピクチャ（映像ピクチャ）としてキャプチャされ得る。イントラピクチャ予測（しばしば、イントラ予測と略される）は、所与のピクチャ内の空間的な相関を利用し、インターピクチャ予測は、ピクチャ間の（時間的又は他の）相関を利用する。一例において、現在ピクチャと称される符号化／復号中の特定のピクチャが、複数のブロックへと分割される。現在ピクチャ内のあるブロックが、映像内の先に符号化され且つ依然としてバッファリングされている参照ピクチャ内の参照ブロックに類似しているとき、現在ピクチャ内のそのブロックは、ＭＶと称されるベクトルによって符号化されることができる。ＭＶは、参照ピクチャ内の参照ブロックを指し、複数の参照ピクチャが使用されている場合には、参照ピクチャを特定する第３の次元を持つことができる。
【0074】
一部の実施形態において、インターピクチャ予測において双予測技術を使用することができる。双予測技術によれば、例えば、映像内でどちらも現在ピクチャに対して復号順で先である（しかし、表示順では、それぞれ過去及び将来であってもよい）第１の参照ピクチャ及び第２の参照ピクチャなどの、２つの参照ピクチャが使用される。現在ピクチャ内のブロックを、第１の参照ピクチャ内の第１の参照ブロックを指す第１のＭＶと、第２の参照ピクチャ内の第２の参照ブロックを指す第２のＭＶとによって符号化することができる。そのブロックは、第１の参照ブロックと第２の参照ブロックとの組み合わせによって予測されることができる。
【0075】
さらに、インターピクチャ予測において符号化効率を改善するために、マージモード技術を使用することができる。
【0076】
本開示の一部の実施形態によれば、例えばインターピクチャ予測及びイントラピクチャ予測などの予測が、ブロックの単位で実行される。例えば、ＨＥＶＣ標準によれば、映像ピクチャのシーケンス内のピクチャが、圧縮のために複数のコーディングツリーユニット（ＣＴＵ）に分割され、ピクチャ内のそれらＣＴＵは、例えば６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセルなどの同一サイズを有する。一般に、ＣＴＵは、１つのルマ（luma）ＣＴＢと２つのクロマ（chroma）ＣＴＢである３つのコーディングツリーブロック（ＣＴＢ）を含む。各ＣＴＵが、１つ又は複数のコーディングユニット（ＣＵ）へと再帰的に四分木分割され得る。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１つのＣＵ、又は３２×３２ピクセルの４つのＣＵ、又は１６×１６ピクセルの１６個のＣＵに分割されることができる。一例において、各ＣＵが、例えばインター予測タイプ又はイントラ予測タイプなど、そのＣＵの予測タイプを決定するために分析される。ＣＵは、時間的及び／又は空間的な予測可能性に依存して１つ以上の予測ユニット（ＰＵ）に分割される。一般に、各ＰＵは、ルマ予測ブロック（ＰＢ）と２つのクロマＰＢとを含む。一実施形態において、コーディング（符号化／復号）に際しての予測動作は、予測ブロックの単位で実行される。予測ブロックの一例としてルマ予測ブロックを用いると、該予測ブロックは、例えば８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセル、及びこれらに類するものなど、ピクセルの値（例えば、ルマ値）の行列を含む。
【0077】
図６は、本開示の他の一実施形態に従ったビデオエンコーダ（６０３）の図を示している。ビデオエンコーダ（６０３）は、映像ピクチャのシーケンス内の現在映像ピクチャの中の処理ブロック（例えば、予測ブロック）のサンプル値を受信し、該処理ブロックを符号化映像シーケンスの一部である符号化ピクチャへと符号化するように構成される。一例において、ビデオエンコーダ（６０３）は、図３の例におけるビデオエンコーダ（３０３）の代わりに使用される。
【0078】
ＨＥＶＣの例において、ビデオエンコーダ（６０３）は、例えば予測ブロックの８×８サンプルなどの、処理ブロックに関するサンプル値の行列を受信する。ビデオエンコーダ（６０３）は、例えばレート－歪み最適化を用いて、処理ブロックが最良に符号化されるのが、イントラモードを用いてなのか、インターモードを用いてなのか、それとも双予測モードを用いてなのかを決定する。処理ブロックがイントラモードで符号化される場合、ビデオエンコーダ（６０３）は、イントラ予測技術を使用して処理ブロックを符号化ピクチャへと符号化することができ、処理ブロックがインターモード又は双予測モードで符号化される場合、ビデオエンコーダ（６０３）は、それぞれ、インター予測技術又は双予測技術を使用して処理ブロックを符号化ピクチャへと符号化することができる。特定の映像符号化技術において、マージモードは、予測子の外側の符号化ＭＶ成分の利益なしで１つ以上のＭＶ予測子からＭＶが導出されるインターピクチャ予測サブモードとし得る。特定の他の映像符号化技術では、対象ブロックに適用可能なＭＶ成分が存在してもよい。一例において、ビデオエンコーダ（６０３）は、例えば処理ブロックのモードを決定するためのモード決定モジュール（図示せず）などの、他のコンポーネントを含む。
【0079】
図６の例において、ビデオエンコーダ（６０３）は、図６に示すように共に結合された、インターエンコーダ（６３０）、イントラエンコーダ（６２２）、残差計算器（６２３）、スイッチ（６２６）、残差エンコーダ（６２４）、全般コントローラ（６２１）、及びエントロピーエンコーダ（６２５）を含んでいる。
【0080】
インターエンコーダ（６３０）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、ブロックを参照ピクチャ内の１つ以上の参照ブロック（例えば、先行ピクチャ内及び後のピクチャ内のブロック）と比較し、インター予測情報（例えば、インター符号化技術に従った冗長情報の記述、ＭＶ、マージモード情報）を生成し、そして、何らかの好適技術を使用して、インター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するように構成される。一部の例において、参照ピクチャは、符号化された映像情報に基づいて復号された参照ピクチャである。
【0081】
イントラエンコーダ（６２２）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、一部のケースにおいて、ブロックを、同じピクチャ内の既に符号化されたブロックと比較し、変換後の量子化係数を生成し、一部のケースでは、イントラ予測情報（例えば、１つ以上のイントラ符号化技術に従ったイントラ予測方向情報）も生成する。一例において、イントラエンコーダ（６２２）はまた、イントラ予測情報及び同じピクチャ内の参照ブロックに基づいて、イントラ予測結果（例えば、予測ブロック）を計算する。
【0082】
全般コントローラ（６２１）は、全般制御データを決定し、全般制御データに基づいてビデオエンコーダ（６０３）の他のコンポーネントを制御するように構成される。一例において、全般コントローラ（６２１）は、ブロックのモードを決定し、そのモードに基づいてスイッチ（６２６）に制御信号を提供する。例えば、モードがイントラモードであるとき、全般コントローラ（６２１）は、残差計算器（６２３）による使用のためにイントラモード結果を選択するようにスイッチ（６２６）を制御するとともに、イントラ予測情報を選択してイントラ予測情報をビットストリームに含めるようにエントロピーエンコーダ（６２５）を制御し、モードがインターモードであるときには、全般コントローラ（６２１）は、残差計算器（６２３）による使用のためにインター予測結果を選択するようにスイッチ（６２６）を制御するとともに、インター予測情報を選択してインター予測情報をビットストリームに含めるようにエントロピーエンコーダ（６２５）を制御する。
【0083】
残差計算器（６２３）は、受信されたブロックと、イントラエンコーダ（６２２）又はインターエンコーダ（６３０）から選択された予測結果との間の差（残差データ）を計算するように構成される。残差エンコーダ（６２４）は、残差データに基づいて動作し、残差データを符号化して変換係数を生成するように構成される。一例において、残差エンコーダ（６２４）は、残差データを空間ドメインから周波数ドメインに変換し、変換係数を生成するように構成される。次いで、変換係数が量子化処理にかけられて、量子化された変換係数が得られる。様々な実施形態において、ビデオエンコーダ（６０３）はまた、残差デコーダ（６２８）を含む。残差デコーダ（６２８）は、逆変換を実行し、復号された残差データを生成するように構成される。復号された残差データは、イントラエンコーダ（６２２）及びインターエンコーダ（６３０）によって好適に使用されることができる。例えば、インターエンコーダ（６３０）は、復号された残差データ及びインター予測情報に基づいて、復号されたブロックを生成することができ、イントラエンコーダ（６２２）は、復号された残差データ及びイントラ予測情報に基づいて、復号されたブロックを生成することができる。復号されたブロックが好適に処理されて、復号されたピクチャが生成され、そして、復号されたピクチャは、メモリ回路（図示せず）にバッファリングされ得るとともに、一部の例では参照ピクチャとして使用され得る。
【0084】
エントロピーエンコーダ（６２５）は、符号化されたブロックを含むようにビットストリームをフォーマットするように構成される。エントロピーエンコーダ（６２５）は、例えばＨＥＶＣなどの好適な標準に従って種々の情報を含めるように構成される。一例において、エントロピーエンコーダ（６２５）は、全般制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及び他の好適情報を、ビットストリームに含めるように構成される。なお、本開示に係る事項によれば、インターモード又は双予測モードのいずれかのマージサブモードにてブロックを符号化するとき、残差情報は存在しない。
【0085】
図７は、本開示の他の一実施形態に従ったビデオデコーダ（７１０）の図を示している。ビデオデコーダ（７１０）は、符号化映像シーケンスの一部である符号化されたピクチャを受信し、該符号化されたピクチャを復号して再構成ピクチャを生成するように構成される。一例において、ビデオデコーダ（７１０）は、図３の例におけるビデオデコーダ（３１０）の代わりに使用される。
【0086】
図７の例において、ビデオデコーダ（７１０）は、図７に示すように共に結合された、エントロピーデコーダ（７７１）、インターデコーダ（７８０）、残差デコーダ（７７３）、再構成モジュール（７７４）、及びイントラデコーダ（７７２）を含んでいる。
【0087】
エントロピーデコーダ（７７１）は、符号化されたピクチャから、符号化されたピクチャを構成するシンタックス要素を表す特定のシンボルを再構成するように構成され得る。そのようなシンボルは、例えば、ブロックが符号化されるモード（例えば、イントラモード、インターモード、双予測モード、マージサブモード又は他のサブモードにおける後者の２つなど）、それぞれイントラデコーダ（７７２）又はインターデコーダ（７８０）による予測のために使用される特定のサンプル又はメタデータを特定することができる予測情報（例えば、イントラ予測情報又はインター予測情報など）、例えば量子化された変換係数の形態をした残差情報、及びこれらに類するものを含むことができる。一例において、予測モードがインターモード又は双予測モードであるときには、インター予測情報がインターデコーダ（７８０）に提供され、予測タイプがイントラ予測タイプであるときには、イントラ予測情報がイントラデコーダ（７７２）に提供される。残差情報は、逆量子化にかけられることができ、残差デコーダ（７７３）に提供される。
【0088】
インターデコーダ（７８０）は、インター予測情報を受信し、インター予測情報に基づいてインター予測結果を生成するように構成される。
【0089】
イントラデコーダ（７７２）は、イントラ予測情報を受信し、イントラ予測情報に基づいて予測結果を生成するように構成される。
【0090】
残差デコーダ（７７３）は、逆量子化を実行して、逆量子化された変換係数を抽出し、そして、逆量子化された変換係数を処理して、残差を周波数ドメインから空間ドメインに変換するように構成される。残差デコーダ（７７３）はまた、特定の制御情報（量子化器パラメータ（ＱＰ）を含む）を必要としてもよく、その情報は、エントロピーデコーダ（７７１）によって提供され得る（これは、低ボリュームの制御情報のみとし得るのでデータ経路は不図示）。
【0091】
再構成モジュール（７７４）は、残差デコーダ（７７３）によって出力される残差と、（場合に応じてインター又はイントラ予測モジュールによって出力される）予測結果とを空間ドメインで組み合わせて、再構成ブロックを形成するように構成される。再構成ブロックは、再構成ピクチャの一部とすることができ、代わって再構成ピクチャは、再構成映像の一部とすることができる。なお、視覚的な品質を向上させるために、例えばデブロッキング処理及びそれに類するものなど、他の好適な処理を実行することができる。
【0092】
なお、ビデオエンコーダ（３０３）、（５０３）、及び（６０３）、並びにビデオデコーダ（３１０）、（４１０）、及び（７１０）は、如何なる好適技術を用いて実装されてもよい。一実施形態において、ビデオエンコーダ（３０３）、（５０３）、及び（６０３）、並びにビデオデコーダ（３１０）、（４１０）、及び（７１０）は、１つ以上の集積回路を用いて実装され得る。他の一実施形態において、ビデオエンコーダ（３０３）、（５０３）及び（６０３）、並びにビデオデコーダ（３１０）、（４１０）、及び（７１０）は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実装され得る。
【0093】
ＩＩ． 量子化パラメータのシグナリング
例えばＨＥＶＣ及びＶＶＣなどの関連する一部の例において、量子化プロセスにおける量子化パラメータ（ＱＰ）は、例えばレート制御及び知覚量子化の目的などで、ピクチャ内で変化される必要があることがある。
例えばＨＥＶＣ及びＶＶＣなどの関連する一部の例において、量子化プロセスにおける量子化パラメータ（ＱＰ）は、例えばレート制御及び知覚量子化の目的などで、ピクチャ内で変化される必要があることがある。
【0094】
例えばＶＶＣドラフト８などの例において、ＱＰは、例えばピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ（ＰＨ）、又はスライスヘッダ（ＳＨ）などのハイレベルシンタックス要素にて制御されることができる。ＱＰはまた、例えばコーディングブロック又は変換ブロックレベルのシンタックス要素などのローレベルシンタックス要素にて制御されることができる。
【0095】
ハイレベルシンタックス要素にて制御されるルマブロックのＱＰ（すなわち、ルマＱＰ）について、ルマＱＰの初期値をＰＰＳ内でシグナリングすることができ、また、ルマＱＰのオフセット値がＰＨ又はＳＨのいずれでシグナリングされるかを指し示すために、フラグもＰＰＳ内でシグナリングすることができる。従って、ＱＰオフセットを初期ＱＰ値に加えることによってルマＱＰ粒度を達成することができる。
【0096】
表１は、ＰＰＳ内のルマＱＰに関係する例示的なシンタックス要素を示している。
【表1】
【0097】
表１において、シンタックス要素init_qp_minus26に２６を足したものが、ＰＰＳを参照する各スライスに対するルマＱＰの初期値（例えば、SliceQpY）を規定する。ルマＱＰの初期値SliceQpYは、非ゼロ値のピクチャレベルルマＱＰオフセットの（例えば、表２の中のシンタックス要素ph_qp_delta）が復号された場合にはピクチャレベルで変更されることができ、あるいは、非ゼロ値のスライスレベルルマＱＰオフセット（例えば、表３の中のシンタックス要素slice_qp_delta）が復号された場合にスライスレベルで変更されることができる。シンタックス要素init_qp_minus26の値は、両端を含めて、－（２６＋QpBdOffset）から＋３７までの範囲内とすることができる。変数QpBdOffsetは、ルマ及びクロマＱＰについての範囲オフセット値を表す。
【0098】
表１において、１に等しいシンタックス要素qp_delta_info_in_ph_flagは、ルマＱＰのＱＰデルタ又はオフセット情報がＰＨシンタックス構造内に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内には存在しないことを規定する。０に等しいシンタックス要素qp_delta_info_in_ph_flagは、ルマＱＰのＱＰデルタ又はオフセット情報が、ＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定する。
【0099】
表２は、ＰＨ内のルマＱＰに関係する例示的なシンタックス要素を示している。
【表2】
【0100】
表２において、シンタックス要素ph_qp_deltaは、ルマＱＰ（例えば、QpY）のピクチャレベルルマＱＰオフセットを規定する。コーディングユニット層内のルマＱＰオフセット値（例えば、CuQpDeltaVal）によって変更されるまで、ルマＱＰの初期値を、ピクチャ内のブロックをコーディングするのに使用することができる。シンタックス要素qp_delta_info_in_ph_flagが１に等しいとき、ピクチャの全てのスライスに対するルマＱＰの初期値SliceQpYは、次のように導出されることができる：
SliceQpY＝２６＋init_qp_minus26＋ph_qp_delta （式１）
SliceQpYの値は、両端を含めて、－QpBdOffsetから＋６３までの範囲内とすることができる。
SliceQpY＝２６＋init_qp_minus26＋ph_qp_delta （式１）
SliceQpYの値は、両端を含めて、－QpBdOffsetから＋６３までの範囲内とすることができる。
【0101】
表３は、ＳＨ内のルマＱＰに関係する例示的なシンタックス要素を示している。
【表3】
【0102】
表３において、シンタックス要素slice_qp_deltaは、ルマＱＰ（例えば、QpY）のスライスレベルルマＱＰオフセットを規定する。コーディングユニット層内のルマＱＰオフセット値（例えば、CuQpDeltaVal）によって変更されるまで、ルマＱＰの初期値を、ピクチャ内のブロックをコーディングするのに使用することができる。シンタックス要素qp_delta_info_in_ph_flagが０に等しいとき、スライスに対するルマＱＰの初期値SliceQpYは、次のように導出されることができる：
SliceQpY＝２６＋init_qp_minus26＋slice_qp_delta （式２）
SliceQpYの値は、両端を含めて、－QpBdOffsetから＋６３までの範囲内とすることができる。
SliceQpY＝２６＋init_qp_minus26＋slice_qp_delta （式２）
SliceQpYの値は、両端を含めて、－QpBdOffsetから＋６３までの範囲内とすることができる。
【0103】
例えばＶＶＣドラフト８などの例において、クロマブロックのＱＰ（すなわち、クロマＱＰ）は、対応するマッピングされたクロマＱＰ値（例えば、QpCb、QpCr、又はQpCbCr）にクロマＱＰオフセットを加えることによって導出されることができる。クロマＱＰオフセットは、ＰＰＳ及びＳＨの両方でシグナリングされることができるが、ＰＨではシグナリングされることができない。
【0104】
表４は、ＰＰＳ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表4】
【0105】
表４において、１に等しいＰＰＳレベルクロマツールオフセット存在シンタックス要素pps_chroma_tool_offsets_present_flagは、クロマツールオフセットに関係するシンタックス要素（例えば、シンタックス要素pps_cb_qp_offset、pps_cr_qp_offset、pps_joint_cbcr_qp_offset_present_flag、pps_joint_cbcr_qp_offset_value、及びpps_slice_chroma_qp_offsets_present_flag）がＰＰＳローバイトシーケンスペイロード（ＲＢＳＰ）シンタックス構造内に存在することを規定する。０に等しいシンタックス要素pps_chroma_tool_offsets_present_flagは、クロマツールオフセットに関係するシンタックス要素がＲＢＳＰシンタックス構造内に存在しないことを規定する。クロマアレイタイプシンタックス要素ChromaArrayType（これの更なる詳細は表６にある）が０に等しいとき、シンタックス要素pps_chroma_tool_offsets_present_flagは０に等しいとすることができる。
【0106】
表４において、シンタックス要素pps_cb_qp_offset及びpps_cr_qp_offsetは、それぞれ、対応するクロマＱＰ（例えば、QpCb及びQpCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するＰＰＳレベルクロマＱＰオフセットを規定する。シンタックス要素pps_cb_qp_offset及びpps_cr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ChromaArrayTypeが０に等しいとき、シンタックス要素pps_cb_qp_offset及びpps_cr_qp_offsetは復号プロセスで使用されず、デコーダはこれらの値を無視することができる。シンタックス要素pps_cb_qp_offset及びpps_cr_qp_offsetが存在しないとき、シンタックス要素pps_cb_qp_offset及びpps_cr_qp_offsetの値は０に等しいと推定されることができる。
【0107】
表４において、１に等しいＰＰＳレベルジョイントＣｂＣｒ残差コーディング（ＪＣＣＲ）ＱＰオフセット存在シンタックス要素pps_joint_cbcr_qp_offset_present_flagは、pps_joint_cbcr_qp_offset_value及びjoint_cbcr_qp_offset_list[i]がＰＰＳ ＲＢＳＰシンタックス構造内に存在することを規定する。０に等しいシンタックス要素pps_joint_cbcr_qp_offset_present_flagは、pps_joint_cbcr_qp_offset_value及びjoint_cbcr_qp_offset_list[i]がＰＰＳ ＲＢＳＰシンタックス構造内に存在しないことを規定する。シンタックス要素ChromaArrayTypeが０に等しい又はＳＰＳレベルＪＣＣＲ有効化フラグsps_joint_cbcr_enabled_flagが０に等しいとき、シンタックス要素pps_joint_cbcr_qp_offset_present_flagは０に等しいとすることができる。シンタックス要素pps_joint_cbcr_qp_offset_present_flagが存在しないとき、シンタックス要素pps_joint_cbcr_qp_offset_present_flagは０に等しいと推定されることができる。
【0108】
表４において、シンタックス要素pps_joint_cbcr_qp_offset_valueは、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値（例えば、QpCbCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するＰＰＳレベルクロマＱＰオフセットを規定する。シンタックス要素pps_joint_cbcr_qp_offset_valueの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ChromaArrayTypeが０に等しい又はＳＰＳレベルＪＣＣＲ有効化フラグシンタックス要素sps_joint_cbcr_enabled_flagが０に等しいとき、シンタックス要素pps_joint_cbcr_qp_offset_valueは復号プロセスで使用されず、デコーダはシンタックス要素pps_joint_cbcr_qp_offset_valueの値を無視することができる。シンタックス要素pps_joint_cbcr_qp_offset_present_flagが０に等しいとき、シンタックス要素pps_joint_cbcr_qp_offset_valueは存在せず、０に等しいと推定されることができる。
【0109】
表４において、１に等しいシンタックス要素pps_slice_chroma_qp_offsets_present_flagは、クロマＱＰオフセットに関係するスライスレベルシンタックス要素slice_cb_qp_offset及びslice_cr_qp_offsetがスライスヘッダ内に存在することを規定する。０に等しいシンタックス要素pps_slice_chroma_qp_offsets_present_flagは、シンタックス要素slice_cb_qp_offset及びslice_cr_qp_offsetがスライスヘッダ内に存在しないことを規定する。シンタックス要素pps_slice_chroma_qp_offsets_present_flagが存在しない又はシンタックス要素ChromaArrayTypeが０に等しいとき、シンタックス要素pps_slice_chroma_qp_offsets_present_flagは０に等しいと推定されることができる。
【0110】
表５は、ＨＳ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表5】
【0111】
表５において、シンタックス要素slice_cb_qp_offsetは、クロマＱＰ（例えば、QpCb）の値を決定する際に、例えば表４内のものなどのシンタックス要素pps_cb_qp_offsetの値に足される差分を規定する。シンタックス要素slice_cb_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素slice_cb_qp_offsetが存在しないとき、シンタックス要素slice_cb_qp_offsetは０に等しいと推定されることができる。シンタックス要素pps_cb_qp_offsetとslice_cb_qp_offsetとの合計値（例えば、pps_cb_qp_offset＋slice_cb_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0112】
表５において、シンタックス要素slice_cr_qp_offsetは、クロマＱＰ（例えば、QpCr）の値を決定する際に、例えば表４内のものなどのシンタックス要素pps_cr_qp_offsetの値に足される差分を規定する。シンタックス要素slice_cr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素slice_cr_qp_offsetが存在しないとき、シンタックス要素slice_cr_qp_offsetは０に等しいと推定されることができる。シンタックス要素pps_cr_qp_offsetとslice_cr_qp_offsetとの合計値（例えば、pps_cr_qp_offset＋slice_cr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0113】
表５において、シンタックス要素slice_joint_cbcr_qp_offsetは、クロマＱＰ（例えば、QpCbCr）の値を決定する際に、例えば表４内のものなどのシンタックス要素pps_joint_cbcr_qp_offsetの値に足される差分を規定する。シンタックス要素slice_joint_cbcr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素slice_joint_cbcr_qp_offsetが存在しないとき、シンタックス要素slice_joint_cbcr_qp_offsetは０に等しいと推定されることができる。シンタックス要素pps_joint_cbcr_qp_offset_valueとslice_joint_cbcr_qp_offsetとの合計値（例えば、pps_joint_cbcr_qp_offset_value＋slice_joint_cbcr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0114】
例えばＶＶＣドラフト８などの例において、シンタックス要素ChromaArrayTypeは、シンタックス要素chroma_format_idc及びseparate_colour_plane_flagを介して規定されるものであるクロマフォーマットサンプリング構造に依存する。
【0115】
表６は、シンタックス要素ChromaArrayTypeの例示的な値を示している。
【表6】
【0116】
表７は、例示的なスライスヘッダを示している。表７において、１に等しいシンタックス要素picture_header_in_slice_header_flagは、ＰＰＳを参照するＳＨがＰＨシンタックス構造を含むことを規定する。
【表7】
【0117】
ＩＩＩ． ピクチャヘッダ内でのクロマ量子化パラメータのシグナリング
一例において、クロマＱＰオフセットは、ＰＨに内でシグナリングされ得る。表８は、ＰＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
一例において、クロマＱＰオフセットは、ＰＨに内でシグナリングされ得る。表８は、ＰＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表8】
【0118】
表８において、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetは、それぞれ、クロマＱＰ（例えば、QpCb及びQpCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するＰＨレベルクロマＱＰオフセットを規定する。シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetが存在しない場合、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetの値は０に等しいと推定されることができる。例えば表４内のものなどのシンタックス要素pps_cb_qp_offsetと例えば表６内のものなどのph_cb_qp_offsetとの合計値（例えば、pps_cb_qp_offset＋ph_cb_qp_offset）は、両端を含めて、－１２から＋１２の範囲内とすることができる。例えば表４内のものなどのシンタックス要素pps_cr_qp_offsetと例えば表６内のものなどのph_cr_qp_offsetとの合計値（例えば、pps_cr_qp_offset＋ph_cr_qp_offset）は、両端を含めて、－１２から＋１２の範囲内とすることができる。
【0119】
一例において、クロマＱＰオフセットは、クロマフォーマット（例えば、クロマカラーフォーマット又は表６内のシンタックス要素ChromaArrayType）に基づいて、ＰＨ内で、条件付きでシグナリングされることができる。シンタックス要素ChromaArrayTypeが０に等しくないとき、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetをシグナリングすることができる。ビットストリームにクロマ成分がないとき、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetはシグナリングされない。
【0120】
表９は、シンタックス要素ChromaArrayTypeに基づくＰＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表9】
【0121】
表９において、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetは、それぞれ、クロマＱＰ（例えば、QpCb及びQpCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するＰＨレベルクロマＱＰオフセットを規定する。シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetが存在しない場合、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetの値は０に等しいと推定されることができる。シンタックス要素pps_cb_qp_offsetとph_cb_qp_offsetとの合計値（例えば、pps_cb_qp_offset＋ph_cb_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素pps_cr_qp_offsetとph_cr_qp_offsetとの合計値（例えば、pps_cr_qp_offset＋ph_cr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0122】
一例において、クロマＱＰオフセットは、クロマＱＰ値を導出するためにＰＨ及びＳＨの双方内でシグナリングされて、異なるレベルのクロマＱＰ粒度を達成することができる。例えば、クロマＱＰ値は、シグナリングされたクロマＱＰオフセットに基づいて、次のように導出されることができる：
QpCb=Clip3(-QpBdOffset,63,QpCb+pps_cb_qp_offset+ph_cb_qp_offset+
slice_cb_qp_offset+CuQpOffsetCb)+QpBdOffset （式３）
QpCr=Clip3(-QpBdOffset,63,QpCr+pps_cr_qp_offset+ph_cr_qp_offset+
slice_cr_qp_offset+CuQpOffsetCr) +QpBdOffset （式４）
QpCb=Clip3(-QpBdOffset,63,QpCb+pps_cb_qp_offset+ph_cb_qp_offset+
slice_cb_qp_offset+CuQpOffsetCb)+QpBdOffset （式３）
QpCr=Clip3(-QpBdOffset,63,QpCr+pps_cr_qp_offset+ph_cr_qp_offset+
slice_cr_qp_offset+CuQpOffsetCr) +QpBdOffset （式４）
【0123】
一例において、クロマＱＰオフセットがＰＨ又はＳＨのいずれかでシグナリングされることを指し示すために、フラグ（例えば、表１０内のシンタックス要素chroma_qp_offset_info_in_ph_flag）をシグナリングすることができる。このフラグはまた、ＱＰオフセット値を条件付けるためにも使用されることができる。このフラグは、ＰＰＳ内でシグナリングされることができる。
【0124】
表１０は、クロマＱＰオフセットがＰＨ又はＳＨのいずれかでシグナリングされることを指し示す例示的なフラグを示している。
【表10】
【0125】
表１０において、１に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、クロマＱＰオフセット情報がＰＨシンタックス構造内に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内には存在しないことを規定する。０に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、クロマＱＰオフセット情報がＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定する。シンタックス要素chroma_qp_offset_info_in_ph_flagが存在しないとき、シンタックス要素chroma_qp_offset_info_in_ph_flagは０に等しいと推定されることができる。
【0126】
表１１は、シンタックス要素chroma_qp_offset_info_in_ph_flagに基づくＰＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表11】
【0127】
表１１において、１に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetがＰＨシンタックス構造内に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内には存在しないことを規定する。０に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetがＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定する。
【0128】
表１１において、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetは、それぞれ、クロマＱＰ（例えば、ＱｐＣｂ及びＱｐＣｒ）を導出するのに使用されるルマＱＰ（例えば、ＱｐＹ）に対するＰＨレベルクロマＱＰオフセットを規定する。シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetが存在しないとき、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetの値は０に等しいと推定されることができる。シンタックス要素pps_cb_qp_offsetとph_cb_qp_offsetとの合計値（例えば、pps_cb_qp_offset＋ph_cb_qp_offset）の合計値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素pps_cr_qp_offsetとph_cr_qp_offsetとの合計値（例えば、pps_cr_qp_offset＋ph_cr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0129】
表１２は、シンタックス要素chroma_qp_offset_info_in_ph_flagに基づくＳＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表12】
【0130】
表１２において、０に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素slice_cb_qp_offset及びslice_cr_qp_offsetが、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在することを規定する。シンタックス要素chroma_qp_offset_info_in_ph_flagが存在しない又はシンタックス要素ChromaArrayTypeが０に等しいとき、シンタックス要素chroma_qp_offset_info_in_ph_flagは０に等しいと推定されることができる。
【0131】
一例において、クロマＱＰオフセットは、クロマＱＰ値を導出するためにＰＨ又はＳＨのいずれか内でシグナリングされて、異なるレベルのクロマＱＰ粒度を達成することができる。例えば、クロマＱＰ値は、次のように導出されることができる：
QpCb=Clip3(-QpBdOffset,63,QpCb+pps_cb_qp_offset+
(chroma_qp_offset_info_in_ph_flag?ph_cb_qp_offset:slice_cb_qp_offset）+
CuQpOffsetCb)+QpBdOffset （式５）
QpCr=Clip3(-QpBdOffset,63,QpCr+pps_cr_qp_offset+
(chroma_qp_offset_info_in_ph_flag?ph_cr_qp_offset:slice_cr_qp_offset）+
CuQpOffsetCr)+QpBdOffset （式６）
QpCb=Clip3(-QpBdOffset,63,QpCb+pps_cb_qp_offset+
(chroma_qp_offset_info_in_ph_flag?ph_cb_qp_offset:slice_cb_qp_offset）+
CuQpOffsetCb)+QpBdOffset （式５）
QpCr=Clip3(-QpBdOffset,63,QpCr+pps_cr_qp_offset+
(chroma_qp_offset_info_in_ph_flag?ph_cr_qp_offset:slice_cr_qp_offset）+
CuQpOffsetCr)+QpBdOffset （式６）
【0132】
（式５）及び（式６）では、シンタックス要素chroma_qp_offset_info_in_ph_flagの値に応じて、各式に対して１つのクロマＱＰオフセットのみを使用して、対応するクロマＱＰ値を導出することができる。
【0133】
一例において、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰオフセットは、ＰＨ内でシグナリングされることができる。
【0134】
表１３は、ＰＨ内のＪＣＣＲモードにおけるクロマブロックのクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表13】
【0135】
表１３において、シンタックス要素ph_joint_cbcr_qp_offsetは、ＪＣＣＲモードでクロマブロックのクロマＱＰ値（例えば、QpCbCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するクロマＱＰオフセットを規定する。シンタックス要素ph_joint_cbcr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ph_joint_cbcr_qp_offsetが存在しないとき、シンタックス要素ph_joint_cbcr_qp_offsetの値は０に等しいと推定されることができる。表４内のシンタックス要素pps_joint_cbcr_qp_offset_valueとph_joint_cbcr_qp_offsetとの合計値（例えば、pps_joint_cbcr_qp_offset_value＋ph_joint_cbcr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0136】
一例において、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰオフセットは、クロマフォーマット（例えば、クロマカラーフォーマット又はシンタックス要素ChromaArrayType）に基づいて、ＰＨ内で、条件付きでシグナリングされることができる。
【0137】
表１４は、シンタックス要素ChromaArrayTypeに基づくＰＨ内のＪＣＣＲモードにおけるクロマブロックのクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表14】
【0138】
表１４において、シンタックス要素ChromaArrayTypeが０に等しくないとき、シンタックス要素ph_cb_qp_offset及びph_cr_qp_offsetをシグナリングすることができる。ビットストリームにクロマ成分がないとき、シンタックス要素ph_joint_cbcr_qp_offsetはＰＨ内でシグナリングされることができる。ビットストリームにクロマ成分が存在しないとき、シンタックス要素ph_joint_cbcr_qp_offsetはシグナリングされない。シンタックス要素ph_joint_cbcr_qp_offsetは、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値（例えば、QpCbCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するＰＨレベルクロマＱＰオフセットを規定する。シンタックス要素ph_joint_cbcr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ph_joint_cbcr_qp_offsetが存在しないとき、シンタックス要素ph_joint_cbcr_qp_offsetの値は０に等しいと推定されることができる。表４内のシンタックス要素pps_joint_cbcr_qp_offset_valueとph_joint_cbcr_qp_offsetとの合計値（例えば、pps_joint_cbcr_qp_offset_value＋ph_joint_cbcr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲とすることができる。
【0139】
一例において、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰオフセットは、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値を導出するためにＰＨ及びＳＨの双方内でシグナリングされて、異なるレベルの粒度のクロマＱＰを達成することができる。例えば、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値は、次のように導出されることができる：
QpCbCr=Clip3(-QpBdOffset,63,QpCbCr+pps_joint_cbcr_qp_offset_value+
ph_joint_cbcr_qp_offset+slice_joint_cbcr_qp_offset+CuQpOffsetCbCr)+
QpBdOffset （式７）
QpCbCr=Clip3(-QpBdOffset,63,QpCbCr+pps_joint_cbcr_qp_offset_value+
ph_joint_cbcr_qp_offset+slice_joint_cbcr_qp_offset+CuQpOffsetCbCr)+
QpBdOffset （式７）
【0140】
一例において、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰオフセットがＰＨ又はＳＨのいずれか内でシグナリングされることができることを指し示すために、フラグ（例えば、表１０内のシンタックス要素chroma_qp_offset_info_in_ph_flag）をシグナリングすることができる。このフラグはまた、クロマＱＰオフセット値を条件付けるためにも使用されることができる。
【0141】
表１５は、シンタックス要素chroma_qp_offset_info_in_ph_flagに基づくＰＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表15】
【0142】
表１５において、１に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、クロマＱＰオフセットに関係するＰＨレベルシンタックス要素ph_cb_qp_offset、ph_cr_qp_offset、及びph_joint_cbcr_qp_offsetがＰＨシンタックス構造内に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内には存在しないことを規定する。０に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素ph_cb_qp_offset、ph_cr_qp_offset、及びph_joint_cbcr_qp_offsetがＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定する。
【0143】
表１５において、シンタックス要素ph_joint_cbcr_qp_offsetは、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値（例えば、QpCbCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するクロマＱＰオフセットを規定する。シンタックス要素ph_joint_cbcr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素ph_joint_cbcr_qp_offsetが存在しないとき、シンタックス要素ph_joint_cbcr_qp_offsetの値は０に等しいと推定されることができる。表４内のシンタックス要素pps_joint_cbcr_qp_offset_valueとph_joint_cbcr_qp_offsetとの合計値（例えば、pps_joint_cbcr_qp_offset_value＋ph_joint_cbcr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲とすることができる。
【0144】
表１６は、シンタックス要素chroma_qp_offset_info_in_ph_flagに基づくＳＨ内のクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表16】
【0145】
表１６において、０に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、クロマＱＰオフセットに関係するスライスレベルシンタックス要素slice_cb_qp_offset、slice_cr_qp_offset及びslice_joint_cbcr_qp_offsetが、ＰＨシンタックス構造を含まないＰＰＳを参照するＳＨシンタックス構造内に存在し、ＰＨ内に存在しないことを規定する。１に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、シンタックス要素slice_cb_qp_offset、slice_cr_qp_offset及びslice_joint_cbcr_qp_offsetが、ＰＨシンタックス構造を含まないＰＰＳを参照するＳＨシンタックス構造内には存在せず、ＰＨシンタックス構造内に存在し得ることを規定する。
【0146】
表１６において、シンタックス要素slice_joint_cbcr_qp_offsetは、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値（例えば、QpCbCr）を導出するのに使用されるルマＱＰ（例えば、QpY）に対するクロマＱＰオフセットを規定する。シンタックス要素slice_joint_cbcr_qp_offsetの値は、両端を含めて、－１２から＋１２までの範囲内とすることができる。シンタックス要素slice_joint_cbcr_qp_offsetが存在しないとき、シンタックス要素slice_joint_cbcr_qp_offsetの値は０に等しいと推定されることができる。例えば表４内のものなどのシンタックス要素pps_joint_cbcr_qp_offset_valueとslice_joint_cbcr_qp_offsetとの合計値（例えば、pps_joint_cbcr_qp_offset_value＋slice_joint_cbcr_qp_offset）は、両端を含めて、－１２から＋１２までの範囲内とすることができる。
【0147】
一例において、クロマＱＰ値は、次のように導出されることができる：
QpCbCr=Clip3(-QpBdOffset,63,QpCbCr+pps_joint_cbcr_qp_offset_value+
(chroma_qp_offset_info_in_ph_flag?ph_joint_cbcr_qp_offset:
slice_joint_cbcr_qp_offset)+CuQpOffsetCbCr)+QpBdOffset （式８）
QpCbCr=Clip3(-QpBdOffset,63,QpCbCr+pps_joint_cbcr_qp_offset_value+
(chroma_qp_offset_info_in_ph_flag?ph_joint_cbcr_qp_offset:
slice_joint_cbcr_qp_offset)+CuQpOffsetCbCr)+QpBdOffset （式８）
【0148】
（式８）では、シンタックス要素chroma_qp_offset_info_in_ph_flagの値に応じて、１つのクロマＱＰオフセットのみを使用して、ＪＣＣＲモードにおけるクロマブロックのクロマＱＰ値を導出することができる。
【0149】
ＩＶ． クロマ量子化パラメータのシグナリング
この開示は、クロマＱＰ情報のシグナリングに向けられた実施形態を含む。この開示の一部の実施形態によれば、クロマＱＰ情報は、例えば表１０内のシンタックス要素chroma_qp_offset_info_in_ph_flagなどの、クロマＱＰオフセットに関係する一部のシンタックス要素を符号化／復号することなく、ＰＨ内でシグナリングされることができる。
この開示は、クロマＱＰ情報のシグナリングに向けられた実施形態を含む。この開示の一部の実施形態によれば、クロマＱＰ情報は、例えば表１０内のシンタックス要素chroma_qp_offset_info_in_ph_flagなどの、クロマＱＰオフセットに関係する一部のシンタックス要素を符号化／復号することなく、ＰＨ内でシグナリングされることができる。
【0150】
一実施形態において、ＰＰＳ内のシンタックス要素を用いて、グローバルＱＰオフセットがどこでシグナリングされるか、例えば、グローバルＱＰオフセットがＰＨ内又はＳＨ内でシグナリングされるかを指し示すことができる。グローバルルマＱＰオフセットがＰＨ内又はＳＨ内でシグナリングされるかを指し示すものである例えば表１内のものなどの既存のシンタックス要素qp_delta_info_in_ph_flagを用いて、グローバルクロマＱＰオフセットがＰＨ内又はＳＨ内でシグナリングされるかを指し示すことができる。このフラグはまた、ＱＰオフセット値を条件付けるためにも使用されることができる。
【0151】
表１７は、シンタックス要素qp_delta_info_in_ph_flagに基づくクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表17】
【0152】
表１７において、１に等しいシンタックス要素qp_delta_info_in_ph_flagは、ルマ及びクロマ双方のＱＰオフセット情報がＰＨシンタックス構造内に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内には存在しないことを規定する。０に等しいシンタックス要素qp_delta_info_in_ph_flagは、ルマ及びクロマ双方のＱＰオフセット情報がＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定する。
【0153】
一実施形態において、現在ピクチャが更には分割されないことをフラグが指し示すとき（例えば、表１内のシンタックス要素no_pic_partition_flagが１に等しいとき）、表１０内のシンタックス要素chroma_qp_offset_info_in_ph_flagはシグナリングされなくてもよい。
【0154】
表１８は、シンタックス要素no_pic_partition_flagに基づくクロマＱＰオフセットに関係する例示的なシンタックス要素を示している。
【表18】
【0155】
表１８において、１に等しいシンタックス要素no_pic_partition_flagは、現在ピクチャが更には分割されず、故に、１つのスライスのみを含むことを規定する。０に等しいシンタックス要素no_pic_partition_flagは、現在ピクチャが更に分割されることができ、故に、２つ以上のスライスを含むことを規定する。シンタックス要素no_pic_partition_flagが１に等しいとき、シンタックス要素chroma_qp_offset_info_in_ph_flagはシグナリングされない。一実施形態において、シンタックス要素chroma_qp_offset_info_in_ph_flagが存在しないとき、シンタックス要素chroma_qp_offset_info_in_ph_flagの値は１に等しいと推定されることができる。従って、ＰＨ内のグローバルクロマＱＰオフセットをクロマＱＰ値の導出に用いることができる。
【0156】
一実施形態において、現在ピクチャのピクチャヘッダが現在ピクチャのスライスヘッダに含まれることをフラグが指し示すとき（例えば、表７内のシンタックス要素picture_header_in_slice_header_flagが１に等しいとき）、シンタックス要素chroma_qp_offset_info_in_ph_flagは１に等しいとすることができる。１に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、クロマＱＰオフセット情報がＰＨシンタックス構造内に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内には存在しないことを規定する。０に等しいシンタックス要素chroma_qp_offset_info_in_ph_flagは、ＱＰオフセット情報がＰＨシンタックス構造内には存在せず、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダ内に存在し得ることを規定する。シンタックス要素chroma_qp_offset_info_in_ph_flagが存在しないとき、シンタックス要素chroma_qp_offset_info_in_ph_flagの値は０に等しいと推定されることができる。ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含むとき（例えば、シンタックス要素picture_header_in_slice_header_flagが１に等しいとき）、シンタックス要素chroma_qp_offset_info_in_ph_flagは１に等しいとし得ることが、ビットストリーム適合の要件である。
【0157】
Ｖ． クロマ量子化パラメータマッピング
例えばＨＥＶＣなどの関連する一部の例において、クロマフォーマットが４：２：０である場合、ルマＱＰ QpYをクロマＱＰ QpCb及びQpCrに変換するために、クロマＱＰ QpCb及びQpCrの両方に、固定のルックアップテーブルを使用することができる。それ以外の場合、クロマＱＰ QpCb及びQpCrは、QpYと５１との間の最小値に等しく設定されることができる。
例えばＨＥＶＣなどの関連する一部の例において、クロマフォーマットが４：２：０である場合、ルマＱＰ QpYをクロマＱＰ QpCb及びQpCrに変換するために、クロマＱＰ QpCb及びQpCrの両方に、固定のルックアップテーブルを使用することができる。それ以外の場合、クロマＱＰ QpCb及びQpCrは、QpYと５１との間の最小値に等しく設定されることができる。
【0158】
例えばＶＶＣドラフト９などの例では、より柔軟なルマ・ツー・クロマＱＰマッピングが使用される。固定のテーブルの代わりに、柔軟な区分的線形モデルを用いてルマ・ツー・クロマＱＰマッピング関係がＳＰＳ内でシグナリングされる。区分的線形モデルの１つの制約は、各区分の傾きが負になり得ないことである。すなわち、ルマＱＰが増加するとき、クロマＱＰは平坦なままであるか増加するかであり、減少することはできない。区分的線形モデルは、（ｉ）モデル内の区分の数と、（ｉｉ）各区分の入力（ルマ）及び出力（クロマ）デルタＱＰとによって定義されることができる。ＱＰマッピングの関係は、Ｃｂ、Ｃｒ、及びジョイントＣｂＣｒ残差コーディングについて別々にシグナリングされることができ、あるいは、一度にシグナリングされて、３つのタイプ全ての残差コーディングに使用されることができる。
【0159】
なお、ＨＥＶＣとは異なり、ＶＶＣにおけるルマ・ツー・クロマＱＰマッピングは、４：２：０、４：２：２、及び４：４：４のクロマフォーマットに使用されることができる。すなわち、これらのクロマフォーマットに対し、ルマ・ツー・クロマＱＰマッピングに関係するシンタックス要素をシグナリングすることができる。
【0160】
表１９は、ＳＰＳ内でシグナリングされるルマ・ツー・クロマＱＰマッピングに関係する例示的なシンタックス要素を示している。
【表19】
【0161】
表１９において、１に等しいシンタックス要素sps_same_qp_table_for_chroma_flagは、１つのルマ・ツー・クロマＱＰマッピングテーブルのみがシグナリングされ、このテーブルを、Ｃｂ及びＣｒの両方の残差に適用することができ、また、ＳＰＳレベルのＪＣＣＲ有効化フラグsps_joint_cbcr_enabled_flagが１に等しいときに更にジョイントＣｂＣｒ残差に適用することができることを規定する。０に等しいシンタックス要素sps_same_qp_table_for_chroma_flagは、Ｃｂ及びＣｒ用に２つ、及びシンタックス要素sps_joint_cbcr_enabled_flagが１に等しいときにはジョイントＣｂＣｒ用に追加の１つ、のルマ・ツー・クロマＱＰマッピングテーブルがＳＰＳ内でシグナリングされることを規定する。シンタックス要素sps_same_qp_table_for_chroma_flagが存在しないとき、シンタックス要素sps_same_qp_table_for_chroma_flagの値は１に等しいと推定されることができる。
【0162】
表１９において、シンタックス要素sps_qp_table_start_minus26[i]に２６を足したものは、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルを記述するのに使用される開始ルマ及びクロマＱＰを規定する。シンタックス要素sps_qp_table_start_minus26[i]の値は、両端を含めて、－２６－QpBdOffsetから３６までの範囲内とすることができる。シンタックス要素sps_qp_table_start_minus26[i]が存在しないとき、シンタックス要素sps_qp_table_start_minus26[i]の値は０に等しいと推定されることができる。
【0163】
表１９において、シンタックス要素sps_num_points_in_qp_table_minus1[i]に１を足したものは、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルを記述するのに使用される点の数を規定する。シンタックス要素sps_num_points_in_qp_table_minus1[i]の値は、両端を含めて、０から６３＋QpBdOffsetまでの範囲内とすることができる。シンタックス要素sps_num_points_in_qp_table_minus1[i]が存在しないとき、シンタックス要素sps_num_points_in_qp_table_minus1[0]の値は０に等しいと推定されることができる。
【0164】
表１９において、シンタックス要素sps_delta_qp_in_val_minus1[i][j]は、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルのｊ番目のピボット点の入力座標を導出するのに使用されるデルタ値を規定する。シンタックス要素sps_delta_qp_in_val_minus1[0][j]が存在しないとき、シンタックス要素sps_delta_qp_in_val_minus1[0][j]の値は０に等しいと推定されることができる。
【0165】
表１９において、シンタックス要素sps_delta_qp_diff_val[i][j]は、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルのｊ番目のピボット点の出力座標を導出するのに使用されるデルタ値を規定する。
【0166】
ルマ及びクロマＱＰ範囲オフセットの値はQpBdOffsetである。
【0167】
一例において、ｉ＝０．．numQpTables－１での、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルChromaQpTable[i]は表２０にて導出されることができる。
【表20】
【0168】
表２０において、シンタックス要素sps_same_qp_table_for_chroma_flagが１に等しいとき、両端を含めて－QpBdOffsetから６３までの範囲内のｋについて、シンタックス要素ChromaQpTable[1][k]及びChromaQpTable[2][k]がChromaQpTable[0][k]に等しく設定される。
【0169】
両端を含めて０からnumQpTables－１までの範囲内のｉ、及び両端を含めて０からsps_num_points_in_qp_table_minus1[i]＋１までの範囲内のｊについて、シンタックス要素qpInVal[i][j]及びqpOutVal[i][j]の値が、両端を含めて－QpBdOffsetから６３までの範囲内であるとし得ることが、ビットストリーム適合の要件である。
【0170】
しかし、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルについてのシンタックス要素sps_num_points_in_qp_table_minus1[i]が、６３＋QpBdOffsetに等しい値を持つとき、シンタックス要素qpInVal[i][６３＋QpBdOffset＋１]は、最大ＱＰ値（例えば、６３）を超える値を持つ。
【0171】
上述のように、ルマ・ツー・クロマＱＰマッピングのこの設計は、一部のケースでＱＰ値が最大ＱＰ値（例えば、６３）を超えることを生じさせ得る。さらに、４：２：０ではないクロマフォーマットの場合、クロマＱＰ QpCb及びQpCrはルマＱＰ QpYに等しく設定されることができる（例えば、４：４：４の場合）。
【0172】
この開示は、ルマ・ツー・クロマＱＰマッピングに向けられた実施形態を含む。
【0173】
一実施形態において、ルマ・ツー・クロマＱＰマッピングに関係するシンタックス要素の範囲は、クロマＱＰ値が最大ＱＰ値を超えないように制限される。例えば、シンタックス要素sps_num_points_in_qp_table_minus1[i]の範囲は、両端を含めて０から（６３＋QpBdOffset－１）までの範囲内に制限される。このような制約があると、シンタックス要素sps_num_points_in_qp_table_minus1[i]が、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルについて６３＋QpBdOffset－１に等しいとき、シンタックス要素qpInVal[i][６３＋QpBdOffset］は最大ＱＰ値６３を超えない。
【0174】
一実施形態において、ルマ・ツー・クロマＱＰマッピング導出は、クロマＱＰ QpCb及びQpCrがルマＱＰ QpYに等しく設定される場合に単純化されることができる。
【0175】
表２１は、ルマ・ツー・クロマＱＰマッピングテーブルを導出するのに必要とされる例示的なシンタックス要素と、最悪ケースでのそれらの範囲とを示している。
【表21】
【0176】
一実施形態において、クロマＱＰ ＱｐＣｂ及びＱｐＣｒがルマＱＰ ＱｐＹに等しく設定されるルマ・ツー・クロマＱＰマッピングテーブルを導出するために、ルマ・ツー・クロマＱＰマッピングに関係するシンタックス要素がシグナリングされるかを指し示すよう、シンタックス要素（例えば、表２２内のsps_chroma_qp_identical_to_luma_flag）をシグナリングすることができる。
【0177】
表２２は、ルマ・ツー・クロマＱＰマッピングに関係するシンタックス要素がシグナリングされるかを指し示す例示的なシンタックス要素を示している。
【表22】
【0178】
表２２において、１に等しいシンタックス要素sps_chroma_qp_identical_to_luma_flagは、各クロマＱＰがルマＱＰの値と同じ値を持ち、故に、ルマ・ツー・クロマＱＰマッピングに関係するシンタックス要素がシグナリングされないことを規定する。０に等しいシンタックス要素sps_chroma_qp_identical_to_luma_flagは、各クロマＱＰがルマＱＰの値と同じ値を持たず、故に、ルマ・ツー・クロマＱＰマッピングに関係するシンタックス要素がシグナリングされ得ることを規定する。シンタックス要素sps_chroma_qp_identical_to_luma_flagが存在しないとき、シンタックス要素sps_chroma_qp_identical_to_luma_flagの値は１に等しいと推定されることができる。
【0179】
表２２において、シンタックス要素sps_delta_qp_diff_val[i][j]は、ｉ番目のルマ・ツー・クロマＱＰマッピングテーブルのｊ番目のピボット点の出力座標を導出するのに使用されるデルタ値を規定する。シンタックス要素sps_chroma_qp_identical_to_luma_flagが１に等しいとき、シンタックス要素sps_delta_qp_diff_val[i][j]の値は１に等しいと推定されることができる。
【0180】
ＶＩＩ． フローチャート
図８は、本開示の一実施形態に従った例示的なプロセス（８００）を概説するフローチャートを示している。様々な実施形態において、プロセス（８００）は、例えば、端末装置（２１０）、（２２０）、（２３０）及び（２４０）の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、イントラ予測モジュール（４５２）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、イントラエンコーダ（６２２）の機能を実行する処理回路、イントラデコーダ（７７２）の機能を実行する処理回路、及びこれらに類するものなどの、処理回路によって実行される。一部の実施形態において、プロセス（８００）は、ソフトウェア命令にて実装され、従って、処理回路がソフトウェア命令を実行するときに、処理回路がプロセス（８００）を実行する。
図８は、本開示の一実施形態に従った例示的なプロセス（８００）を概説するフローチャートを示している。様々な実施形態において、プロセス（８００）は、例えば、端末装置（２１０）、（２２０）、（２３０）及び（２４０）の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、イントラ予測モジュール（４５２）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、イントラエンコーダ（６２２）の機能を実行する処理回路、イントラデコーダ（７７２）の機能を実行する処理回路、及びこれらに類するものなどの、処理回路によって実行される。一部の実施形態において、プロセス（８００）は、ソフトウェア命令にて実装され、従って、処理回路がソフトウェア命令を実行するときに、処理回路がプロセス（８００）を実行する。
【0181】
プロセス（８００）は概してステップ（Ｓ８１０）で開始することができ、そこで、プロセス（８００）は、符号化映像シーケンスの一部である現在ピクチャ内の現在ブロックについての予測情報を復号する。予測情報は、ルマ成分のＱＰ情報及び現在ブロックのクロマ成分のＱＰ情報の両方が当該予測情報に含まれるかを指し示す第１のシンタックス要素を含む。第１のシンタックス要素が、ルマ成分のＱＰ情報及びクロマ成分のＱＰ情報の両方が予測情報に含まれることを指し示すとき、プロセス（８００）はステップ（Ｓ８２０）に進む。そうでない場合、プロセス（８００）はステップ（Ｓ８３０）に進む。
【0182】
ステップ（Ｓ８２０）にて、プロセス（８００）は、予測情報に含まれるルマ成分のＱＰ情報とクロマ成分のＱＰ情報とに基づいてクロマ成分のＱＰを決定する。そして、プロセス（８００）はステップ（Ｓ８６０）に進む。
【0183】
一実施形態において、ルマ成分のＱＰ情報及びクロマ成分のＱＰ情報の両方が現在ピクチャのピクチャヘッダに含まれることを指し示す予測情報内の第１のシンタックス要素に基づき、クロマ成分のＱＰ情報は現在ピクチャのピクチャヘッダに含まれる。
【0184】
一実施形態において、現在ピクチャが更に分割されないことを指し示す予測情報内の第２のシンタックス要素に基づき、クロマ成分のＱＰ情報は現在ピクチャのピクチャヘッダに含まれる。
【0185】
一実施形態において、現在ピクチャのピクチャヘッダが現在ピクチャのスライスヘッダに含まれることを指し示す予測情報内の第３のシンタックス要素に基づき、クロマ成分のＱＰ情報は現在ピクチャのピクチャヘッダに含まれる。
【0186】
ステップ（Ｓ８３０）にて、プロセス（８００）は、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しいかを指し示す予測情報内の第４のシンタックス要素を復号する。予測情報内の第４のシンタックス要素が、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しいことを指し示すとき、プロセス（８００）はステップ（Ｓ８４０）に進む。そうでない場合、プロセス（８００）はステップ（Ｓ８５０）に進む。
【0187】
ステップ（Ｓ８４０）にて、プロセス（８００）は、ルマ成分のＱＰをクロマ成分のＱＰとして決定する。そして、プロセス（８００）はステップ（Ｓ８６０）に進む。
【0188】
ステップ（Ｓ８５０）にて、プロセス（８００）は、ルマ・ツー・クロマ（luma-to-chroma）ＱＰマッピングテーブルに基づいてクロマ成分のＱＰを決定する。そして、プロセス（８００）はステップ（Ｓ８６０）に進む。
【0189】
一実施形態において、ルマ・ツー・クロマＱＰマッピングテーブルは予測情報に含まれる。
【0190】
ステップ（Ｓ８６０）にて、プロセス（８００）は、クロマ成分のＱＰに基づいて現在ブロックを再構成する。そして、プロセス（８００）は終了する。
【0191】
本開示では特定の値を用いてシンタックス要素を説明しているが、これらの値は単に例示的なものであることに留意されたい。これらのシンタックス要素のうちの１つ以上が、同じ情報をシグナリングするのに他の値を使用してもよい。
【0192】
図９は、本開示の一実施形態に従った例示的なプロセス（９００）を概説する他のフローチャートを示している。様々な実施形態において、プロセス（９００）は、例えば、端末装置（２１０）、（２２０）、（２３０）及び（２４０）の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、イントラ予測モジュール（４５２）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、イントラエンコーダ（６２２）の機能を実行する処理回路、イントラデコーダ（７７２）の機能を実行する処理回路、及びこれらに類するものなどの、処理回路によって実行される。一部の実施形態において、プロセス（９００）は、ソフトウェア命令にて実装され、従って、処理回路がソフトウェア命令を実行するときに、処理回路がプロセス（９００）を実行する。
【0193】
プロセス（９００）は概してステップ（Ｓ９１０）で開始することができ、そこで、プロセス（９００）は、符号化映像シーケンスの一部である現在ピクチャ内の現在ブロックについての予測情報を復号する。予測情報は、ルマ成分のＱＰ情報及び現在ブロックのクロマ成分のＱＰ情報の両方が当該予測情報に含まれるかを指し示すシンタックス要素を含む。第１のシンタックス要素が、ルマ成分のＱＰ情報及びクロマ成分のＱＰ情報の両方が予測情報に含まれることを指し示すとき、そして、プロセス（９００）はステップ（Ｓ９２０）に進む。
【0194】
ステップ（Ｓ９２０）にて、プロセス（９００）は、ルマ成分のＱＰ情報及び現在ブロックのクロマ成分のＱＰ情報の両方が予測情報に含まれることをシンタックス要素が指し示すことに基づき、クロマ成分のＱＰを決定する。一実施形態において、シンタックス要素は、ルマ成分のＱＰ情報及び現在ブロックのクロマ成分のＱＰ情報の両方がＰＨシンタックス構造に含まれることを指し示し、プロセス（９００）は、ＰＨシンタックス構造内のルマ成分のＱＰ情報とクロマ成分のＱＰ情報とに基づいて、クロマ成分のＱＰを決定する。そして、プロセス（９００）はステップ（Ｓ９３０）に進む。
【0195】
ステップ（Ｓ９３０）にて、プロセス（９００）は、クロマ成分のＱＰに基づいて現在ブロックを再構成する。そして、プロセス（９００）は終了する。
【0196】
図１０は、本開示の一実施形態に従った例示的なプロセス（１０００）を概説する他のフローチャートを示している。様々な実施形態において、プロセス（１０００）は、例えば、端末装置（２１０）、（２２０）、（２３０）及び（２４０）の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、イントラ予測モジュール（４５２）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、イントラエンコーダ（６２２）の機能を実行する処理回路、イントラデコーダ（７７２）の機能を実行する処理回路、及びこれらに類するものなどの、処理回路によって実行される。一部の実施形態において、プロセス（１０００）は、ソフトウェア命令にて実装され、従って、処理回路がソフトウェア命令を実行するときに、処理回路がプロセス（１０００）を実行する。
【0197】
プロセス（１０００）は概してステップ（Ｓ１０１０）で開始することができ、そこで、プロセス（１０００）は、符号化映像シーケンスの一部である現在ピクチャ内の現在ブロックについての予測情報を復号する。予測情報は、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しいかを指し示すシンタックス要素を含む。シンタックス要素が、ルマ成分のＱＰが現在ブロックのクロマ成分のＱＰに等しいことを指し示すとき、プロセス（１０００）はステップ（Ｓ１０２０）に進む。そうでない場合、プロセス（１０００）はステップ（Ｓ１０３０）に進む。
【0198】
ステップ（Ｓ１０２０）にて、プロセス（１０００）は、ルマ成分のＱＰをクロマ成分のＱＰとして決定する。そして、プロセス（１０００）はステップ（Ｓ１０４０）に進む。
【0199】
ステップ（Ｓ１０３０）にて、プロセス（１０００）は、ルマ・ツー・クロマＱＰマッピングテーブルに基づいてクロマ成分のＱＰを決定する。そして、プロセス（１０００）はステップ（Ｓ１０４０）に進む。
【0200】
ステップ（Ｓ１０４０）にて、プロセス（１０００）は、クロマ成分のＱＰに基づいて現在ブロックを再構成する。
【0201】
ＶＩＩＩ． コンピュータシステム
上述の技術は、１つ以上のコンピュータ読み取り可能媒体に物理的に格納された、コンピュータ読み取り可能命令を用いたコンピュータソフトウェアとして、実装されることができる。例えば、図１１は、開示に係る事項の特定の実施形態を実装するのに好適なコンピュータシステム（１１００）を示している。
上述の技術は、１つ以上のコンピュータ読み取り可能媒体に物理的に格納された、コンピュータ読み取り可能命令を用いたコンピュータソフトウェアとして、実装されることができる。例えば、図１１は、開示に係る事項の特定の実施形態を実装するのに好適なコンピュータシステム（１１００）を示している。
【0202】
コンピュータソフトウェアは、アセンブリ、コンパイル、リンク、又は同様の機構に掛けられることで、直接的に又はインタープリット、マイクロコード実行及びこれらに類するものを介して１つ以上のコンピュータ中央演算処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、及びこれらに類するものによって実行されることが可能な命令を有するコードを作り出し得るような、任意の好適な機械コード又はコンピュータ言語を用いてコード化され得る。
【0203】
命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム装置、モノのインターネット装置、及びこれらに類するものを含め、様々なタイプのコンピュータ又はそのコンポーネント上で実行され得る。
【0204】
コンピュータシステム（１１００）に関して図１１に示したコンポーネントは、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能性の範囲についての何らかの限定を示唆する意図はない。また、コンポーネントの構成も、コンピュータシステム（１１００）のこの例示的な実施形態に示されたコンポーネントの任意の１つ又は組み合わせに関する何らかの従属性又は要件も持つものとして解釈されるべきでない。
【0205】
コンピュータシステム（１１００）は、特定のヒューマンインタフェース入力装置を含んでもよい。そのようなヒューマンインタフェース入力装置は、例えば、触覚入力（例えば、キーストローク、スワイプ、データグローブを動かすことなど）、オーディオ入力（例えば、音声、拍手など）、視覚入力（例えば、ジェスチャなど）、嗅覚入力（図示せず）を介した、一人以上の人間ユーザによる入力に応答し得る。ヒューマンインタフェース装置はまた、例えばオーディオ（例えば、会話、音楽、周囲の音など）、画像（例えば、走査画像、静止画カメラから得られる写真画像など）、映像（例えば、二次元映像、立体視映像を含む３次元映像など）などの、人間による意識的な入力には必ずしも直接関係しない特定の媒体を捕捉するために使用されてもよい。
【0206】
入力ヒューマンインタフェース装置は、キーボード（１１０１）、マウス（１１０２）、トラックパッド（１１０３）、タッチスクリーン（１１１０）、データグローブ（図示せず）、ジョイスティック（１１０５）、マイクロフォン（１１０６）、スキャナ（１１０７）、カメラ（１１０８）（各々１つのみ図示している）のうちの１つ以上を含み得る。
【0207】
コンピュータシステム（１１００）はまた、特定のヒューマンインタフェース出力装置を含み得る。そのようなヒューマンインタフェース出力装置は、例えば、触覚出力、音、光、及び臭い／味を通して、一人以上の人間ユーザの感覚を刺激し得る。そのようなヒューマンインタフェース出力装置は、触覚出力装置（例えば、タッチスクリーン（１１１０）、データグローブ（図示せず）、又はジョイスティック（１１０５）による触覚フィードバックであるが、入力装置として機能しない触覚フィードバック装置もあってもよい）、オーディオ出力装置（例えば、スピーカー（１１０９）、ヘッドフォン（図示せず）など）、視覚出力装置（例えば、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（１１１０）（各々がタッチスクリーン入力機能を有する又は有さない。各々が触覚フィードバック機能を有する又は有さない。これらの一部は、二次元の視覚出力、又は例えば立体視出力などの手段を通じて四次元以上の出力を出力することができるとし得る。）、仮想現実グラス（図示せず）、ホログラフィックディスプレイ及びスモークタンク（図示せず）など）、及びプリンタ（図示せず）を含み得る。これらの視覚出力装置（例えばスクリーン（１１１０）など）は、グラフィックスアダプタ（１１５０）を介してシステムバス（１１４８）に接続されることができる。
【0208】
コンピュータシステム（１１００）はまた、例えば、ＣＤ／ＤＶＤ若しくは類似の媒体（１１２１）を有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１１２０）を含む光媒体、サムドライブ（１１２２）、取り外し可能なハードドライブ若しくは又はソリッドステートドライブ（１１２３）、例えばテープ及びフロッピーディスク（登録商標、図示せず）などのレガシー磁気媒体、例えばセキュリティドングルなどの特殊化されたＲＯＭ／ＡＳＩＣ／ＰＬＤベースの装置（図示せず）、及びこれらに類するものなどの、人間アクセス可能なストレージ装置及びそれらの関連媒体を含み得る。
【0209】
当業者がこれまた理解するはずのことには、ここでの開示に係る事項に関連して使用される用語“コンピュータ読み取り可能媒体”は、伝送媒体、搬送波、又は他の一時的な信号を含まない。
【0210】
コンピュータシステム（１１００）はまた、１つ以上の通信ネットワーク（１１５５）へのインタフェースを含み得る。１つ以上の通信ネットワーク（１１５５）は、例えば、無線、有線、光とし得る。１つ以上の通信ネットワーク（１１５５）は更に、ローカル、広域、大都市、車両及び産業、リアルタイム、耐遅延などとし得る。１つ以上の通信ネットワーク（１１５５）の例は、例えばイーサネット（登録商標）などのローカルエリアネットワークや、無線ＬＡＮや、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ及びこれらに類するものを含むセルラネットワークや、ケーブルＴＶ、衛星ＴＶ、及び地上波放送ＴＶを含むＴＶ有線又は無線広域デジタルネットワークや、ＣＡＮＢｕｓを含む車両及び産業などを含む。特定のネットワークは一般に、特定の汎用データポート又はペリフェラルバス（１１４９）（例えば、コンピュータシステム（１１００）のＵＳＢポートなど）に取り付けられる外付けネットワークインタフェースアダプタを必要とし、他のものは一般に、後述のシステムバスへの取り付けによってコンピュータシステム（１１００）のコアに統合される（例えば、ＰＣコンピュータシステムへのイーサネットインタフェース、又はスマートフォンコンピュータシステムへのセルラネットワークインタフェース）。これらのネットワークのいずれかを使用して、コンピュータシステム（１１００）は、他のエンティティと通信することができる。そのような通信は、単方向の受信のみ（例えば、放送ＴＶ）であってもよいし、単方向の送信のみ（例えば、特定のＣＡＮｂｕｓ装置に対するＣＡＮｂｕｓ）であってもよいし、あるいは、例えばローカル又は広域デジタルネットワークを用いた他のコンピュータシステムに対しての、双方向であってもよい。特定のプロトコル及びプロトコルスタックが、上述のようにネットワーク及びネットワークインタフェースの各々上で使用され得る。
【0211】
前述のヒューマンインタフェース装置、人間アクセス可能なストレージ装置、及びネットワークインタフェースは、コンピュータシステム（１１００）のコア（１１４０）に取り付けられることができる。
【0212】
コア（１１４０）は、１つ以上の中央演算処理ユニット（ＣＰＵ）（１１４１）、グラフィックス処理ユニット（ＧＰＵ）（１１４２）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）（１１４３）の形態の特殊なプログラム可能なプロセッシングユニット、特定のタスク用のハードウェアアクセラレータ（１１４４）などを含み得る。これらのデバイスは、読み出し専用メモリ（ＲＯＭ）（１１４５）、ランダムアクセスメモリ（１１４６）、例えば内部のユーザアクセス可能でないハードドライブ、ＳＳＤなどの内部大容量ストレージ（１１４７）、及びこれらに類するもの（１１４７）と共に、システムバス（１１４８）を介して接続され得る。一部のコンピュータシステムにおいて、システムバス（１１４８）は、追加のＣＰＵ、ＧＰＵ、及びこれらに類するものによる拡張を可能にするために、１つ以上の物理プラグの形態でアクセス可能にされ得る。周辺装置は、コアのシステムバス（１１４８）に直接的に、又はペリフェラルバス（１１４９）を介して、のいずれで取り付けられてもよい。ペリフェラルバスのアーキテクチャは、ＰＣＩ、ＵＳＢ、及びこれらに類するものを含む。
【0213】
ＣＰＵ（１１４１）、ＧＰＵ（１１４２）、ＦＰＧＡ（１１４３）、及びアクセラレータ（１１４４）は、組み合わさって前述のコンピュータコードを構成することができる特定の命令を実行し得る。そのコンピュータコードは、ＲＯＭ（１１４５）又はＲＡＭ（１１４６）に格納され得る。ＲＡＭ（１１４６）には過渡的なデータも格納されることができ、永久的なデータは、例えば内部大容量ストレージ（１１４７）に格納されることができる。メモリデバイスのいずれかへの高速な記憶及び取り出しが、１つ以上のＣＰＵ（１１４１）、ＧＰＵ（１１４２）、大容量ストレージ（１１４７）、ＲＯＭ（１１４５）、ＲＡＭ（１１４６）、及びこれらに類するものの近くに付随し得るキャッシュメモリの使用によって可能にされ得る。
【0214】
コンピュータ読み取り可能媒体はその上に、様々なコンピュータ実装処理を実行するためのコンピュータコードを有することができる。媒体及びコンピュータコードは、本開示の目的に合わせて特別に設計及び構築されたものであってもよいし、あるいは、それらは、コンピュータソフトウェア技術の当業者にとって周知且つ利用可能な種類のものであってもよい。
【0215】
一例として、限定ではなく、アーキテクチャ（１１００）、特にコア（１１４０）、を有するコンピュータシステムは、１つ以上の有形のコンピュータ読み取り可能媒体に具現化されたソフトウェアを（１つ以上の）プロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ、及びこれらに類するものを含む）が実行することの結果として機能を提供することができる。そのようなコンピュータ読み取り可能媒体は、例えばコア内部の大容量ストレージ（１１４７）又はＲＯＭ（１１４５）などの、非一時的性質のものであるコア（１１４０）の特定のストレージ、及び上で紹介したようなユーザアクセス可能な大容量ストレージに関連する媒体とすることができる。本開示の様々な実施形態を実装するソフトウェアは、そのような装置に格納され、コア（１１４０）によって実行されることができる。コンピュータ読み取り可能媒体は、具体的なニーズに従って、１つ以上のメモリデバイス又はチップを含み得る。ソフトウェアは、コア（１１４０）及び特にその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、及びこれらに類するものを含む）に、ＲＡＭ（１１４６）に格納されるデータ構造を規定すること、及びそのようなデータ構造を、ソフトウェアによって規定されたプロセスに従って変更することを含めて、ここに記載された特定のプロセスを又は特定のプロセスの特定の部分を実行させることができる。加えて、又は代替として、コンピュータシステムは、ここに記載された特定のプロセスを又は特定のプロセスの特定の部分を実行するようにソフトウェアの代わりに又はソフトウェアと共に動作することができる回路（例えば、アクセラレータ（１１４４））にて配線された又はその他の方法で具体化されたロジックの結果として、機能を提供してもよい。ソフトウェアへの言及はロジックを含み、また、適当な場合にその逆もまた然りである。コンピュータ読み取り可能媒体への言及は、実行のためのソフトウェアを格納した回路（例えば、集積回路（ＩＣ）など）、実行のためのロジックを具体化した回路、又は適当な場合にこれら双方を含み得る。本開示は、ハードウェア及びソフトウェアの好適な組み合わせを含む。
【0216】
この開示は幾つかの例示的な実施形態を記述しているが、開示の範囲に入る変更、置換、及び様々な均等な代替が存在する。従って、理解されることには、当業者は、ここでは明示的に図示されたり説明されたりしていないものの、開示の原理を具体化し、それ故に、その精神及び範囲の中にあるような、数多くのシステム及び方法を考案することができるであろう。
【0217】
付録Ａ：頭字語
ＡＭＶＰ：Advanced Motion Vector Prediction（アドバンスト動きベクトル予測）
ＡＳＩＣ：Application-Specific Integrated Circuit（特定用途向け集積回路）
ＡＴＭＶＰ：Alternative/Advanced Temporal Motion Vector Prediction（代替／アドバンスト時間動きベクトル予測）
ＢＭＳ：benchmark set（ベンチマークセット）
ＢＶ：Block Vector（ブロックベクトル）
ＣＡＮＢｕｓ：Controller Area Network Bus（コントローラエリアネットワークバス）
ＣＢ：Coding Block（コーディングブロック）
ＣＤ：Compact Disc（コンパクトディスク）
ＣＰＲ：Current Picture Referencing（現在ピクチャ参照）
ＣＰＵｓ：Central Processing Units（中央演算処理ユニット）
ＣＲＴ：Cathode Ray Tube（陰極線管）
ＣＴＢｓ：Coding Tree Blocks（コーディングツリーブロック）
ＣＴＵｓ：Coding Tree Units（コーディングツリーユニット）
ＣＵ：Coding Unit（コーディングユニット）。
ＤＰＢ：Decoder Picture Buffer（デコーダピクチャバッファ）
ＤＶＤ：Digital Video Disc（デジタルビデオディスク）
ＦＰＧＡ：Field Programmable Gate Areas（フィールドプログラマブルゲートアレイ）
ＪＣＣＲ：Joint CbCr Residual Coding（ジョイントＣｂＣｒ残差コーディング）
ＧＯＰｓ：Groups of Pictures（グループ・オブ・ピクチャ）
ＧＰＵｓ：Graphics Processing Units（グラフィックス処理ユニット）
ＧＳＭ：Global System for Mobile communications（グローバルシステムフォーモバイルコミュニケーションズ）
ＨＥＶＣ：High Efficiency Video Coding（ハイエフィシェンシビデオコーディング）
ＨＲＤ：Hypothetical Reference Decoder（仮説的リファレンスデコーダ）
ＩＢＣ：Intra Block Copy（イントラブロックコピー）
ＩＣ：Integrated Circuit（集積回路）
ＪＥＭ：joint exploration model（共同探査モデル）
ＬＡＮ：Local Area Network（ローカルエリアネットワーク）
ＬＣＤ：Liquid-Crystal Display（液晶ディスプレイ）
ＬＴＥ：Long-Term Evolution（ロングタームエボリューション）
ＭＶ：Motion Vector（動きベクトル）
ＯＬＥＤ：Organic Light-Emitting Diode（有機発光ダイオード）
ＰＢｓ：Prediction Blocks（予測ブロック）
ＰＣＩ：Peripheral Component Interconnect（ペリフェラルコンポーネントインターコネクト）
ＰＬＤ：Programmable Logic Device（プログラマブルロジックデバイス）
ＰＵｓ：Prediction Units（予測ユニット）
ＲＡＭ：Random Access Memory（ランダムアクセスメモリ）
ＲＯＭ：Read-Only Memory（読み出し専用メモリ）
ＳＣＣ：Screen Content Coding（スクリーンコンテンツコーディング）
ＳＥＩ：Supplementary Enhancement Information（補足強化情報）
ＳＮＲ：Signal Noise Ratio（信号対雑音比）
ＳＳＤ：solid-state drive（ソリッドステートドライブ）
ＴＵｓ：Transform Units,（変換ユニット）
ＵＳＢ：Universal Serial Bus（ユニバーサルシリアルバス）
ＶＵＩ：Video Usability Information（ビデオユーザビリティ情報）
ＶＶＣ：versatile video coding（バーサタイルビデオコーディング）
ＡＭＶＰ：Advanced Motion Vector Prediction（アドバンスト動きベクトル予測）
ＡＳＩＣ：Application-Specific Integrated Circuit（特定用途向け集積回路）
ＡＴＭＶＰ：Alternative/Advanced Temporal Motion Vector Prediction（代替／アドバンスト時間動きベクトル予測）
ＢＭＳ：benchmark set（ベンチマークセット）
ＢＶ：Block Vector（ブロックベクトル）
ＣＡＮＢｕｓ：Controller Area Network Bus（コントローラエリアネットワークバス）
ＣＢ：Coding Block（コーディングブロック）
ＣＤ：Compact Disc（コンパクトディスク）
ＣＰＲ：Current Picture Referencing（現在ピクチャ参照）
ＣＰＵｓ：Central Processing Units（中央演算処理ユニット）
ＣＲＴ：Cathode Ray Tube（陰極線管）
ＣＴＢｓ：Coding Tree Blocks（コーディングツリーブロック）
ＣＴＵｓ：Coding Tree Units（コーディングツリーユニット）
ＣＵ：Coding Unit（コーディングユニット）。
ＤＰＢ：Decoder Picture Buffer（デコーダピクチャバッファ）
ＤＶＤ：Digital Video Disc（デジタルビデオディスク）
ＦＰＧＡ：Field Programmable Gate Areas（フィールドプログラマブルゲートアレイ）
ＪＣＣＲ：Joint CbCr Residual Coding（ジョイントＣｂＣｒ残差コーディング）
ＧＯＰｓ：Groups of Pictures（グループ・オブ・ピクチャ）
ＧＰＵｓ：Graphics Processing Units（グラフィックス処理ユニット）
ＧＳＭ：Global System for Mobile communications（グローバルシステムフォーモバイルコミュニケーションズ）
ＨＥＶＣ：High Efficiency Video Coding（ハイエフィシェンシビデオコーディング）
ＨＲＤ：Hypothetical Reference Decoder（仮説的リファレンスデコーダ）
ＩＢＣ：Intra Block Copy（イントラブロックコピー）
ＩＣ：Integrated Circuit（集積回路）
ＪＥＭ：joint exploration model（共同探査モデル）
ＬＡＮ：Local Area Network（ローカルエリアネットワーク）
ＬＣＤ：Liquid-Crystal Display（液晶ディスプレイ）
ＬＴＥ：Long-Term Evolution（ロングタームエボリューション）
ＭＶ：Motion Vector（動きベクトル）
ＯＬＥＤ：Organic Light-Emitting Diode（有機発光ダイオード）
ＰＢｓ：Prediction Blocks（予測ブロック）
ＰＣＩ：Peripheral Component Interconnect（ペリフェラルコンポーネントインターコネクト）
ＰＬＤ：Programmable Logic Device（プログラマブルロジックデバイス）
ＰＵｓ：Prediction Units（予測ユニット）
ＲＡＭ：Random Access Memory（ランダムアクセスメモリ）
ＲＯＭ：Read-Only Memory（読み出し専用メモリ）
ＳＣＣ：Screen Content Coding（スクリーンコンテンツコーディング）
ＳＥＩ：Supplementary Enhancement Information（補足強化情報）
ＳＮＲ：Signal Noise Ratio（信号対雑音比）
ＳＳＤ：solid-state drive（ソリッドステートドライブ）
ＴＵｓ：Transform Units,（変換ユニット）
ＵＳＢ：Universal Serial Bus（ユニバーサルシリアルバス）
ＶＵＩ：Video Usability Information（ビデオユーザビリティ情報）
ＶＶＣ：versatile video coding（バーサタイルビデオコーディング）
【図1A】
【図1B】
【図1C】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
