(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-06-21
(54)【発明の名称】ビデオコーディング用の方法および装置
(51)【国際特許分類】
H04N 19/70 20140101AFI20220614BHJP
H04N 19/90 20140101ALI20220614BHJP
H04N 19/61 20140101ALI20220614BHJP
【ＦＩ】
H04N19/70
H04N19/90
H04N19/61
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021552840
(86)(22)【出願日】2020-04-15
(85)【翻訳文提出日】2021-10-11
(86)【国際出願番号】 US2020028233
(87)【国際公開番号】W WO2020214651
(87)【国際公開日】2020-10-22
(31)【優先権主張番号】62/834,333
(32)【優先日】2019-04-15
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/908,227
(32)【優先日】2019-09-30
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/848,612
(32)【優先日】2020-04-14
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ジャオ，シン
(72)【発明者】
【氏名】リ，シアン
(72)【発明者】
【氏名】リィウ，シャン
(72)【発明者】
【氏名】アウイェン，チュン
(72)【発明者】
【氏名】ジャオ，リアン
(72)【発明者】
【氏名】リ，リン
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA04
5C159MA05
5C159MA45
5C159MC11
5C159ME01
5C159PP04
5C159PP16
5C159RC11
5C159SS26
5C159UA02
5C159UA05
5C159UA16
(57)【要約】
ビデオデコーディング用の装置は、現在のブロックにロスレスコーディングモードが適用されるか否かを示すロスレスモードフラグであって、前記現在のブロックに関連付けられたロスレスモードフラグを受信することと、前記ロスレスモードフラグが前記現在のブロックに前記ロスレスコーディングモードが適用されることを示す場合、前記現在のブロックにロッシーコーディングモードが適用されないと決定することと、前記ロッシーコーディングモードを無効にして前記現在のブロックを再構成することと、を実行するように構成される、回路を含むことができる。
【特許請求の範囲】
【請求項1】
ビデオデコーダにおけるビデオデコーディングの方法であって、現在のブロックにロスレスコーディングモードが適用されるか否かを示すロスレスモードフラグであって、前記現在のブロックに関連付けられたロスレスモードフラグを受信するステップと、
前記ロスレスモードフラグが前記現在のブロックに前記ロスレスコーディングモードが適用されることを示す場合、前記現在のブロックにロッシーコーディングモードが適用されないと決定するステップと、
前記ロッシーコーディングモードを無効にして前記現在のブロックを再構成するステップと、を含む方法。
【請求項2】
現在のビデオデータに対して前記ロスレスコーディングモードが許可されるか否かを示すシンタックス要素を受信するステップをさらに含む、請求項１に記載の方法。
【請求項3】
前記現在のブロックに前記ロッシーコーディングモードが適用されないと決定する前記ステップは、前記ロッシーコーディングモードに関連付けられたシンタックス要素が存在しないと決定するステップを含む、請求項１に記載の方法。
【請求項4】
前記ロッシーコーディングモードが有効であることを示すシンタックス要素を受信するステップをさらに含む、請求項１に記載の方法。
【請求項5】
前記ロッシーコーディングモードは、共同彩度残差コーディングモード、
輝度マッピング・彩度スケーリング（ＬＭＣＳ）コーディングモード、
イントラ／インター結合予測（ＣＩＩＰ）コーディングモード、
量子化残差ブロックによる差分パルス符号変調（ＢＤＰＣＭ）コーディングモード、
多重変換選択（ＭＴＳ）コーディングモード、
二次変換（ＳＴ）コーディングモード、
依存量子化コーディングモード、
変換スキップ（ＴＳ）コーディングモード、及び、
サブブロック変換（ＳＢＴ）コーディングモードのうちの１つである、請求項１に記載の方法。
【請求項6】
現在のビデオデータに対してロスレスコーディングモードのみが許可されることを示すシンタックス要素であって、前記現在のビデオデータに関連付けられたシンタックス要素を受信するステップをさらに含む、請求項１に記載の方法。
【請求項7】
ビデオデコーダにおけるビデオデコーディングの方法であって、現在のブロックの係数コーディングに用いられる複数の係数コーディング方式の１つを示す第１のシンタックス要素を受信するステップと、
前記第１のシンタックス要素に基づいて、残差コーディングシンタックスを決定するステップと、
前記決定された残差コーディングシンタックスに基づいて、前記現在のブロックの係数コーディングのシンタックス要素を決定するステップと、
前記現在のブロックの係数コーディングの前記決定されたシンタックス要素に基づいて、前記現在のブロックを再構成するステップと、を含む方法。
【請求項8】
前記複数の係数コーディング方式は、変換されずに空間予測残差に適用される第１の係数コーディング方式、及び、
変換係数に適用可能な第２の係数コーディング方式のうちの１つを含む、請求項７に記載の方法。
【請求項9】
前記空間予測残差は、変換スキップモードまたは残差領域ブロックによる差分パルス符号変調（ＢＤＰＣＭ）モードの結果である、請求項８に記載の方法。
【請求項10】
変換および量子化プロセスがバイパスされているか否かを示すフラグを受信するステップと、前記フラグが前記変換および量子化プロセスがバイパスされていることを示す場合、前記第１のシンタックス要素に基づいて、前記残差コーディングシンタックスを決定するステップと、
前記フラグが前記変換および量子化プロセスがバイパスされていないバイパスされていないことを示す場合、前記第１のシンタックス要素を無視するステップと、をさらに含む、請求項７に記載の方法。
【請求項11】
前記現在のブロックは、ロスレスコーディングモード、
残差領域ブロックによる差分パルス符号変調（ＢＤＰＣＭ）コーディングモード、
変換スキップコーディングモード、
イントラ予測コーディングモード、
イントラブロックコピー（ＩＢＣ）コーディングモード、
共同ＣｂＣｒ残差（ＪＣＣＲ）コーディングモード、
多重変換選択（ＭＴＳ）コーディングモード、
低周波非分離二次変換（ＬＦＮＳＴ）コーディングモード、
多重参照ライン（ＭＲＬ）イントラ予測コーディングモード、
インター予測コーディングモード、
パレットコーディングモード、及び、
クロスコンポーネント線形モデル（ＣＣＬＭ）コーディングモードのうちの１つでコーディングされる、請求項７に記載の方法。
【請求項12】
前記第１のシンタックス要素がコンテキストコーディングされた後、前記現在のブロックに用いられたコーディングモードに基づいて、前記第１のシンタックス要素をデコーディングするためのコンテキストモデルを決定するステップをさらに含む請求項７に記載の方法。
【請求項13】
前記第１のシンタックス要素は、前記現在のブロックに対応するコーディングユニットの異なる色成分に関連付けられる、請求項７に記載の方法。
【請求項14】
異なる色成分に対して前記複数の係数コーディング方式を１つずつ示す異なるブロックレベルシンタックス要素を受信するステップをさらに含む、請求項７に記載の方法。
【請求項15】
回路を含むビデオデコーディング用の装置であって、前記回路は、
請求項１～請求項６のいずれか１項に記載の方法再構成を実行する、装置。
【請求項16】
プログラムであって、プロセッサに請求項１～請求項１４のいずれか１項に記載の方法を実行させる、ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
参照による援用
本願は、２０１９年４月１５日に提出された、出願番号が６２／８３４３３３であり、発明の名称が「Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ Ｍｏｄｅ ｉｎ ＶＶＣ」である米国仮出願および２０１９年９月３０日に提出された、出願番号が６２／９０８２２７であり、発明の名称が「Ｓｗｉｔｃｈａｂｌｅ Ｒｅｓｉｄｕａｌ Ｃｏｄｉｎｇ」である米国仮出願に基づく優先権を主張するとともに、２０２０年４月１４日に提出された、出願番号が１６／８４８６１２であり、発明の名称が「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｖｉｄｅｏ Ｃｏｄｉｎｇ」である米国特許出願に基づく優先権を主張する。これらの出願の全ての内容は、参照により本願に組み込むものとする。
本願は、２０１９年４月１５日に提出された、出願番号が６２／８３４３３３であり、発明の名称が「Ｌｏｓｓｌｅｓｓ Ｃｏｄｉｎｇ Ｍｏｄｅ ｉｎ ＶＶＣ」である米国仮出願および２０１９年９月３０日に提出された、出願番号が６２／９０８２２７であり、発明の名称が「Ｓｗｉｔｃｈａｂｌｅ Ｒｅｓｉｄｕａｌ Ｃｏｄｉｎｇ」である米国仮出願に基づく優先権を主張するとともに、２０２０年４月１４日に提出された、出願番号が１６／８４８６１２であり、発明の名称が「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｖｉｄｅｏ Ｃｏｄｉｎｇ」である米国特許出願に基づく優先権を主張する。これらの出願の全ての内容は、参照により本願に組み込むものとする。
【0002】
本発明は、一般的にビデオコーディングに関する実施形態を開示する。
【背景技術】
【0003】
本明細書で提供される「背景技術」の説明は、本開示の背景を大まかに示すことを目的とする。ここに名を挙げられている発明者の業績は、この背景技術に記載された範囲において、出願時に従来技術として通常見なされえない記載の態様と共に、明示的にも黙示的にも本開示に対する従来技術として認められない。
【0004】
ビデオコーディングおよびデコーディングは、動き補償を伴うインターピクチャ予測を使用して実行されることができる。非圧縮デジタルビデオは一連のピクチャを含むことができ、各ピクチャは、例えば、１９２０×１０８０輝度サンプルと関連する彩度サンプルの空間寸法を持っている。該一連のピクチャは、例えば毎秒６０ピクチャまたは６０Ｈｚの固定または可変ピクチャレート（非公式には「フレームレート」とも呼ばれる）を持つことができる。非圧縮ビデオには、顕著なビットレート要件がある。例えば、サンプルあたり８ビットでの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚフレームレートでの１９２０×１０８０輝度サンプル解像度）には、１．５Ｇｂｉｔ／ｓに近い帯域幅が必要となる。このようなビデオを１時間使用するには、６００ＧＢｙｔｅｓを超えた記憶空間が必要である。
【0005】
ビデオコーディングおよびデコーディングの１つの目的は、圧縮によって入力ビデオ信号の冗長性を減らすことであり得る。圧縮は、前述の帯域幅または記憶空間の要件を、場合によっては２桁以上削減するのに役立つ。ロスレス圧縮とロッシー圧縮の両方、およびそれらの組み合わせを使用することができる。ロスレス圧縮とは、圧縮された元の信号から元の信号の正確なコピーを再構成できる技法を指す。ロッシー圧縮を使用する場合、再構成された信号は元の信号と同一ではない可能性があるが、元の信号と再構成された信号の間の歪みは、再構成された信号を意図されたアプリケーションに役立てる程度に小さい。ビデオの場合、ロッシー圧縮が広く採用されている。許容される歪みの量はアプリケーションによって異なる。例えば、特定のコンシューマストリーミングアプリケーションのユーザは、テレビ発行アプリケーションのユーザよりも高い歪みを許容できる。達成可能な圧縮率は、受け入れ可能／許容可能な歪みが大きいほど、圧縮率が高くなることを反映することができる。
【0006】
ビデオエンコーダおよびデコーダは、例えば、動き補償、変換、量子化、およびエントロピーコーディングを含むいくつかの幅広いカテゴリからの技法を利用することができる。
【0007】
ビデオコーデック技術は、イントラコーディングとして知られる技法を含み得る。イントラコーディングでは、サンプル値は、予め再構成された参照ピクチャからのサンプルまたは他のデータを参照せずに表される。一部のビデオコーデックでは、ピクチャは空間的にサンプルのブロックに細分される。サンプルのすべてのブロックがイントラモードでコーディングされると、そのピクチャはイントラピクチャになる可能性がある。イントラピクチャと、独立したデコーダリフレッシュピクチャなどのその派生物とは、デコーダの状態をリセットするために使用できるため、コーディングされたビデオビットストリームとビデオセッションの最初のピクチャとして、または静止画像として使用されることができる。イントラブロックのサンプルは変換にさらされることができ、変換係数はエントロピーコーディングの前に量子化されることができる。イントラ予測は、事前変換領域でサンプル値を最小化する技法であり得る。場合によっては、変換後のＤＣ値が小さく、ＡＣ係数が小さいほど、エントロピーコーディング後のブロックを表すために所定の量子化ステップサイズで必要なビットが少なくなる。
【0008】
例えばＭＰＥＧ―２世代コーディング技術から知られているような従来のイントラコーディングは、イントラ予測を使用しない。しかしながら、いくつかのより新しいビデオ圧縮技術は、例えば、空間的に隣接し、デコード順の先に位置するデータのブロックのエンコード／デコード中に得られた周囲のサンプルデータ及び／又はメタデータからイントラ予測を試みる技法を含む。そのような技法は、以下、「イントラ予測」技法と呼ぶ。少なくともいくつかのケースでは、イントラ予測は、再構成中の現在のピクチャからの参照データのみを使用し、参照ピクチャからの参照データを使用しないことに注意されたい。
【0009】
イントラ予測はさまざまな形態で存在し得る。そのような技法の２つ以上が所定のビデオコーディング技術に使用できる場合、使用中の技法はイントラ予測モードでコーディングされることができる。場合によっては、モードはサブモードやパラメータを有することができ、それらを個別にコーディングするか、もしくはモードコードワードに含めることができる。どのコードワードが所定のモード／サブモード／パラメータの組み合わせに使用されるかは、イントラ予測によるコーディング効率ゲインに影響を与える可能性があるので、コードワードをビットストリームに変換するために使用されるエントロピーコーディング技術も影響を与える可能性がある。
【0010】
イントラ予測の特定のモードはＨ．２６４で提出され、Ｈ．２６５で改良され、さらに共同探索モデル（ＪＥＭ）、多用途ビデオコーディング（ＶＶＣ）、およびベンチマークセット（ＢＭＳ）などのより新しいコーディング技術で改良された。予測子ブロックは、すでに利用可能なサンプルに属する隣接サンプル値を使用して形成されることができる。隣接サンプルのサンプル値は、方向に従って予測子ブロックにコピーされる。使用中の方向への参照は、ビットストリームでコーディングされるか、もしくはそれ自体を予測され得る。
【0011】
ビデオコーディング技術が発展するにつれて、可能な方向の数は増加した。Ｈ．２６４（２００３年）では、９通りの異なる方向を表すことができた。Ｈ．２６５（２０１３年）で３３通りに増加し、ＪＥＭ／ＶＶＣ／ＢＭＳは開示時に最大６５通りの方向をサポートできる。最も見込みのある方向を識別するための実験が行われ、エントロピーコーディングにおける特定の技法は、数の少ないビットで見込みの高い方向を表すために使用され、見込みの低い方向に対する特定のペナルティを容認する。さらに、方向自体は、隣接する、すでにデコードされたブロックで使用される隣接方向から予測される場合がある。
【0012】
方向を表すコーディングされたビデオビットストリームにおけるイントラ予測方向ビットのマッピングは、ビデオコーディング技術ごとに異なる可能性があり、また、例えば、イントラ予測モードへ乃至コードワードへの予測方向の単純な直接マッピングから、最も可能性の高いモードや類似した技法を含む複雑な適応方式までの範囲とすることができる。しかしながら、すべての場合において、他の特定の方向よりも統計的にビデオコンテンツにおいて発生する可能性が低い特定の方向が存在する可能性がある。ビデオ圧縮の目的は冗長性の削減であるため、適切に機能するビデオコーディング技術では、これらの可能性の低い方向は、可能性の高い方向よりも多くのビット数で表される。
【0013】
動き補償は、ロッシー圧縮技術であり得、予め再構成されたピクチャまたはその一部（参照ピクチャ）からのサンプルデータのブロックを、動きベクトル（以下、「ＭＶ」）によって示される方向に空間的にシフトした後、新しく再構成されたピクチャまたはピクチャ部分の予測に使用する技術に関連し得る。場合によっては、参照ピクチャは現在再構成中のピクチャと同じになることがある。ＭＶは、ＸとＹの２次元、または、第３次元が、使用中の参照ピクチャを示す３次元を持つことができる（後者は間接的に時間次元になることができる）。
【0014】
一部のビデオ圧縮技術では、サンプルデータの特定の領域に適用可能なＭＶは、他のＭＶから、例えば再構成中の領域に空間的に隣接し、デコード順でそのＭＶよりも前であるサンプルデータの別の領域に関連するＭＶから予測されることができる。そうすることで、ＭＶのコーディングに必要なデータの量を大幅に減らすことができ、これにより冗長性を取り除き、圧縮を強化する。例えば、カメラから導出される入力ビデオ信号（「ナチュラルビデオ」と呼ぶ）をコーディングする際に、単一のＭＶが適用される領域より大きい領域が、同様の方向に移動するため、場合によって隣接領域のＭＶから導出された類似の動きベクトルを使用して予測されることができる統計的可能性があるため、ＭＶ予測は有効に働くことができる。その結果、特定の領域に対して検出されたＭＶは、周囲のＭＶから予測されたＭＶと類似または同一であり、逆に、エントロピーコーディング後、ＭＶを直接コーディングする場合よりも少ないビット数で表されることができる。場合によっては、ＭＶ予測は、元の信号（つまり、「サンプルストリーム」）から導出される信号（つまり、「ＭＶ」）のロスレス圧縮の例になってもよい。他の場合では、例えばいくつかの周囲のＭＶから予測子を計算するときの丸め誤差のために、ＭＶ予測自体はロッシーになる可能性がある。
【0015】
Ｈ．２６５／ＨＥＶＣ（ＩＴＵ―Ｔ推奨のＨ．２６５、「高効率ビデオコーディング」、２０１６年１２月）には、様々なＭＶ予測メカニズムが記載されている。Ｈ．２６５が提供する多くのＭＶ予測メカニズムのうち、ここで説明するのは、以下、「空間マージ」と呼ぶ技法である。
【0016】
図１を参照し、現在のブロック１０１は、空間的にシフトされた同じサイズの以前のブロックから予測可能であるとエンコーダによって動き探索過程において発見されたサンプルを含むことができる。そのＭＶを直接コーディングする代わりに、Ａ０、Ａ１、およびＢ０、Ｂ１、Ｂ２（それぞれ１０２から１０６）で示される５つの周囲のサンプルのいずれか１つに関連付けられるＭＶを使用して、１つ以上の参照ピクチャに関連付けられるメタデータから、例えば最新の（デコード順で）参照ピクチャから、ＭＶを導出することができる。Ｈ．２６５では、ＭＶ予測は、隣接ブロックが使用しているのと同じ参照ピクチャからの予測子を使用することができる。
【発明の概要】
【0017】
本開示の態様は、ビデオエンコード／デコーディング用の方法および装置を提供する。一部の例では、ビデオデコーディング用の装置は、現在のブロックにロスレスコーディングモードが適用されるか否かを示すロスレスモードフラグであって、前記現在のブロックに関連付けられたロスレスモードフラグを受信することと、前記ロスレスモードフラグが前記現在のブロックに前記ロスレスコーディングモードが適用されることを示す場合、前記現在のブロックにロッシーコーディングモードが適用されないと決定することと、前記ロッシーコーディングモードを無効にして前記現在のブロックを再構成することと、を実行するように構成される、回路を含むことができる。
【0018】
一実施形態では、前記回路は、現在のビデオデータに対して前記ロスレスコーディングモードが許可されるか否かを示すシンタックス要素を受信することを実行するようにさらに構成される。一実施形態では、前記ロッシーコーディングモードに関連付けられたシンタックス要素が存在しないと決定する。一例では、前記ロッシーコーディングモードが有効であることを示すシンタックス要素を受信する。
【0019】
一実施形態では、前記ロッシーコーディングモードは、共同彩度残差コーディングモード（ｊｏｉｎｔ ｃｈｒｏｍａ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ ｍｏｄｅ）、輝度マッピング・彩度スケーリング（ＬＭＣＳ）コーディングモード、イントラ／インター結合予測（ＣＩＩＰ）コーディングモード、量子化残差ブロックによる差分パルス符号変調（ＢＤＰＣＭ）コーディングモード、多重変換選択（ＭＴＳ）コーディングモード、二次変換（ＳＴ）コーディングモード、依存量子化コーディングモード、変換スキップ（ＴＳ）コーディングモード、及び、サブブロック変換（ＳＢＴ）コーディングモードのうちの１つである。一実施形態では、現在のビデオデータに対してロスレスコーディングモードのみが許可されることを示す、前記現在のビデオデータに関連付けられたシンタックス要素を受信することができる。
【0020】
一部の実施形態では、ビデオデコーディング用の別の装置は回路を含み、前記回路は、現在のブロックの係数コーディングに用いられる複数の係数コーディング方式の１つを示す第１のシンタックス要素を受信することと、前記第１のシンタックス要素に基づいて、残差コーディングシンタックスを決定することと、前記決定された残差コーディングシンタックスに基づいて、前記現在のブロックの係数コーディングのシンタックス要素を決定することと、前記現在のブロックの係数コーディングの前記決定されたシンタックス要素に基づいて、前記現在のブロックを再構成することと、を実行する。
【0021】
一実施形態では、前記複数の係数コーディング方式は、変換されずに空間予測残差に適用される第１の係数コーディング方式、及び、変換係数に適用可能な第２の係数コーディング方式のうちの１つを含む。一実施形態では、前記空間予測残差は、変換スキップモードまたは残差領域ブロックによる差分パルス符号変調（ＢＤＰＣＭ）モードの結果である。
【0022】
一実施形態では、変換および量子化プロセスがバイパスされているか否かを示すフラグを受信することができる。前記フラグが前記変換および量子化プロセスがバイパスされていることを示す場合、前記第１のシンタックス要素に基づいて、前記残差コーディングシンタックスを決定することができる。前記フラグが前記変換および量子化プロセスがバイパスされていないことを示す場合、前記第１のシンタックス要素を無視することができる。
【0023】
一実施形態では、前記現在のブロックは、ロスレスコーディングモード、残差領域ＢＤＰＣＭコーディングモード、ＴＳコーディングモード、イントラ予測コーディングモード、イントラブロックコピー（ＩＢＣ）コーディングモード、共同ＣｂＣｒ残差（ＪＣＣＲ）コーディングモード、ＭＴＳコーディングモード、低周波非分離二次変換（ＬＦＮＳＴ）コーディングモード、多重参照ライン（ＭＲＬ）イントラ予測コーディングモード、インター予測コーディングモード、パレットコーディングモード、及び、クロスコンポーネント線形モデル（ＣＣＬＭ）コーディングモードのうちの１つでコーディングされる。一実施形態では、前記第１のシンタックス要素は、コンテキストコーディングされる。前記現在のブロックに用いられたコーディングモードに基づいて、前記第１のシンタックス要素をデコーディングするためのコンテキストモデルを決定することができる。
【0024】
一実施形態では、前記第１のシンタックス要素は、前記現在コーディングブロックに対応するコーディングユニットの異なる色成分に関連付けられる。一実施形態では、異なる色成分に対して複数の係数コーディング方式の１つを示す異なるブロックレベルシンタックス要素を受信する。
【0025】
本開示の態様はまた、ビデオデコーディングのためにコンピュータによって実行されると、前記コンピュータにビデオデコーディング用の方法を実行させる命令を記憶する非一時的なコンピュータ可読媒体を提供する。
【図面の簡単な説明】
【0026】
開示された主題のさらなる特徴、性質、および様々な利点は、以下の詳細な説明および添付の図面からより明らかになる。
【0027】
【図1】一例における現在のブロックおよびその周囲の空間マージ候補の概略図である。
【0028】
【図2】実施形態に係る通信システム２００の簡略化されたブロック図の概略図である。
【0029】
【図3】実施形態に係る通信システム３００の簡略化されたブロック図の概略図である。
【0030】
【図4】実施形態に係るデコーダの簡略化されたブロック図の概略図である。
【0031】
【図5】実施形態に係るエンコーダの簡略化されたブロック図の概略図である。
【0032】
【図6】別の実施形態に係るエンコーダを示すブロック図である。
【0033】
【図7】別の実施形態に係るデコーダを示すブロック図である。
【0034】
【図8A】四分木＋二分木（ＱＴＢＴ）構造８２０によって分割されたコーディングツリーユニット（ＣＴＵ）を示す図である。
【0035】
【図8B】ＱＴＢＴ構造８２０を示す図である。
【0036】
【図9A】水平な中央側三分木を示す図である。
【0037】
【図9B】垂直な中央側三分木を示す図である。
【0038】
【図10】デコーダの視点からの輝度マッピング・彩度スケーリング（ＬＭＣＳ）アーキテクチャを示す図である。
【0039】
【図11】４ｘ４のサブブロック１１２０に分割されたコーディングブロック１１１０を示す図である。
【0040】
【図12】ロスレスコーディングモードの実装に対応するように変更されたビデオコーディング規格の仕様のテキスト１２００を示す図である。
【0041】
【図13】ロスレスコーディングモードの実装に対応するように変更されたビデオコーディング規格の仕様の別のテキスト１３００を示す図である。
【0042】
【図14】本開示の実施形態に係るプロセス１４００の概要を示すフローチャートである。
【0043】
【図15】本開示の実施形態に係るプロセス１５００の概要を示す別のフローチャートである。
【0044】
【図16】実施形態に係るコンピュータシステムの概略図である。
【発明を実施するための形態】
【0045】
Ｉ．ビデオコーディングエンコーダおよびデコーダ
【0046】
図２は、本開示の実施形態による通信システム２００の簡略化されたブロック図を示す。通信システム２００は、例えばネットワーク２５０を介して互いに通信可能な複数の端末装置を含む。例えば、通信システム２００は、ネットワーク２５０を介して相互接続された第１の対の端末装置２１０および２２０を含む。図２の例では、第１の対の端末装置２１０および２２０は、データの単方向送信を実行する。例えば、端末装置２１０は、ネットワーク２５０を介して他方の端末装置２２０へ送信するためにビデオデータ（例えば、端末装置２１０によってキャプチャされたビデオピクチャのストリーム）をコーディングし得る。エンコードされたビデオデータは、１つ以上のコーディングされたビデオビットストリームの形で送信されることができる。端末装置２２０は、ネットワーク２５０からコーディングビデオデータを受信し、コーディングビデオデータをデコードしてビデオピクチャを復元し、復元されたビデオデータに従ってビデオピクチャを表示することができる。単方向のデータ送信は、メディア供給アプリケーションなどで一般的である。
【0047】
別の例では、通信システム２００は、例えば、ビデオ会議中に発生し得るコーディングビデオデータの双方向送信を実行する第２の対の端末装置２３０および２４０を含む。データの双方向送信の場合、一例では、端末装置２３０および２４０のそれぞれは、ネットワーク２５０を介して端末装置２３０および２４０のうちの他方の端末装置へ送信するためにビデオデータ（例えば、端末装置によってキャプチャされたビデオピクチャのストリーム）をコーディングし得る。端末装置２３０および２４０の一方は、端末装置２３０および２４０のうちの他方の端末装置で送信されたコーディングビデオデータを受信することができ、コーディングビデオデータをデコードしてビデオピクチャを復元することができ、復元されたビデオデータに従ってビデオピクチャをアクセス可能な表示装置に表示することができる。
【0048】
図２の例では、端末装置２１０、２２０、２３０および２４０は、サーバ、パーソナルコンピュータおよびスマートフォンとして示され得るが、しかし、本開示の原理はこれに制限されることはない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤー、及び／又は専用のビデオ会議機器などにおける用途を見出す。ネットワーク２５０は、例えば有線及び／又は無線通信ネットワークを含む、端末装置２１０、２２０、２３０および２４０間でコーディングビデオデータを伝達する任意の数のネットワークを表す。通信ネットワーク２５０は、回線交換及び／又はパケット交換チャネルでデータを交換することができる。代表的なネットワークは、電気通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はインターネットを含む。本議論の目的のために、ネットワーク２５０のアーキテクチャおよびトポロジーは、以下で説明されない限り、本開示の動作にとって重要でないかもしれない。
【0049】
図３は、開示された主題の適用の例として、ストリーミング環境におけるビデオエンコーダおよびビデオデコーダの配置を示す。開示された主題は、例えば、ビデオ会議、デジタルＴＶ、および、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタルメディアへの圧縮ビデオの記憶など、を含む他のビデオ対応アプリケーションに等しく適用可能である。
【0050】
ストリーミングシステムは、例えば非圧縮のビデオピクチャ３０２のストリームを作成するデジタルカメラなどのビデオソース３０１を含むことができるキャプチャサブシステム３１３を含んでもよい。一例では、ビデオピクチャ３０２のストリームは、デジタルカメラによって取得されたサンプルを含む。エンコードされたビデオデータ３０４（またはコーディングされたビデオビットストリーム）と比較して高データ量を強調するために太線で示されたビデオピクチャ３０２のストリームは、ビデオソース３０１に結合されたビデオエンコーダ３０３を含む電子デバイス３２０によって処理されることができる。ビデオエンコーダ３０３は、以下でより詳細に説明されるように、開示された主題の態様を可能にするか或いは実施するためのハードウェア、ソフトウェア、またはそれらの組み合わせを含むことができる。ビデオピクチャ３０２のストリームと比較してより低いデータ量を強調するために細い線で示された、エンコードされたビデオデータ３０４（またはエンコードされたビデオビットストリーム３０４）は、将来使うためにストリーミングサーバ３０５に記憶されることができる。図３のクライアントサブシステム３０６および３０８のような１つ以上のストリーミングクライアントサブシステムは、ストリーミングサーバ３０５にアクセスして、エンコードされたビデオデータ３０４のコピー３０７および３０９を検索することができる。クライアントサブシステム３０６は、例えば、電子デバイス３３０におけるビデオデコーダ３１０を含むことができる。ビデオデコーダ３１０は、エンコードされたビデオデータの入り方向コピー３０７をデコードし、ディスプレイ３１２（例えば、表示画面）または他のレンダリングデバイス（描画せず）でレンダリングできるビデオピクチャ３１１の出方向ストリームを作成する。一部のストリーミングシステムにおいて、エンコードされたビデオデータ３０４、３０７、および３０９（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従ってエンコードされることができる。これらの規格の例は、ＩＴＵ―Ｔ勧告Ｈ．２６５を含む。一例では、発展中のビデオコーディング規格は、非公式的にヴァーサトゥルビデオコーディングまたはＶＶＣとして知られている。開示された主題は、ＶＶＣの文脈に使用され得る。
【0051】
なお、電子デバイス３２０および３３０は、他の構成要素（図示せず）を含むことができる。例えば、電子デバイス３２０は、ビデオデコーダ（図示せず）を含むことができ、電子デバイス３３０は、ビデオエンコーダ（図示せず）を含むこともできる。
【0052】
図４は、本開示の実施形態によるビデオデコーダ４１０のブロック図を示す。ビデオデコーダ４１０は、電子デバイス４３０に含まれることができる。電子デバイス４３０は、受信機４３１（例えば、受信回路）を含むことができる。ビデオデコーダ４１０は、図３の例におけるビデオデコーダ３１０の代わりに使用されることができる。
【0053】
受信機４３１は、ビデオデコーダ４１０によってデコードされる１つ以上のコード化されたビデオシーケンスを受信することができ、同一または別の実施形態では、一度に１つのコード化されたビデオシーケンスを受信してもよく、各コード化されたビデオシーケンスのデコードは、他のコード化されたビデオシーケンスから独立している。コード化されたビデオシーケンスは、エンコードされたビデオデータを記憶する記憶装置へのハードウェア／ソフトウェアリンクであり得るチャネル４０１から受信されることができる。受信機４３１は、それぞれの使用エンティティ（描画せず）に転送され得る他のデータ、例えば、コーディングオーディオデータ及び／又は補助データストリームとともに、エンコードされたビデオデータを受信し得る。受信機４３１は、コード化されたビデオシーケンスを他のデータから分離することができる。ネットワークジッタを防止するために、バッファメモリ４１５は、受信機４３１とエントロピーデコーダ／パーサ４２０（以下、「パーサ４２０」）の間に結合されてもよい。特定のアプリケーションでは、バッファメモリ４１５は、ビデオデコーダ４１０の一部である。他の場合、バッファメモリ４１５は、ビデオデコーダ４１０（描画せず）の外部に存在し得る。さらに他の場合、例えば、ネットワークジッタを防止するためにビデオデコーダ４１０の外部にバッファメモリ（描画せず）が存在し、さらに、例えば、再生タイミングを取り扱うためにビデオデコーダ４１０の内部に別のバッファメモリ４１５が存在し得る。受信機４３１が十分な帯域幅および可制御性を有する記憶／転送装置から、または等同期ネットワークからデータを受信する際に、バッファメモリ４１５は必要とされないことがあり、または小さくされることがある。インターネットなどのベストエフォートパケットネットワークで使用するために、バッファメモリ４１５が必要になる場合があり、バッファメモリ４１５は、比較的大きいことがあり、有利には適応サイズであることができ、ビデオデコーダ４１０の外部のオペレーティングシステムまたは類似の要素（描画せず）に少なくとも部分的に実施され得る。
【0054】
ビデオデコーダ４１０は、コード化されたビデオシーケンスからシンボル４２１を再構成するパーサ４２０を含んでもよい。これらのシンボルのカテゴリは、ビデオデコーダ４１０の操作を管理するために使用される情報を含んで、および、電子デバイス４３０の不可欠な部分ではないが、図４に示されるように電子デバイス４３０に結合され得るレンダリングデバイス４１２（例えば、表示画面）のようなレンダリングデバイスを制御する情報を潜在的に含む。レンダリングデバイス用の制御情報は、補助強化情報（ＳＥＩメッセージ）またはビデオユーザビリティ情報（ＶＵＩ）パラメータセットフラグメント（描画せず）の形態であってよい。パーサ４２０は、受信されたコード化されたビデオシーケンスを構文解析／エントロピーデコードすることができる。コード化されたビデオシーケンスのコーディングは、ビデオコーディング技術または規格に合わせることができ、可変長コーディング、ハフマンコーディング、文脈感受性を有するもしくは有さない算術コーディングなどを含む様々な原理に従うことができる。パーサ４２０は、グループに対応する少なくとも１つのパラメータに基づいて、コード化されたビデオシーケンスからビデオデコーダ内の画素の少なくとも１つのサブグループ用のサブグループパラメータのセットを抽出することができる。サブグループは、ピクチャ群（ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）などを含むことができる。パーサ４２０は、コード化されたビデオシーケンスから変換係数、量子化パラメータ値、動きベクトルなどのような情報をも抽出することができる。
【0055】
パーサ４２０は、シンボル４２１を作成するために、バッファメモリ４１５から受信されたビデオシーケンスに対してエントロピーデコード／構文解析操作を実行することができる。
【0056】
シンボル４２１の再構成は、コーディングビデオピクチャまたはその一部のタイプ（例えば、インターおよびイントラピクチャ、インターおよびイントラブロック）、および他の要因に応じて、複数の異なるユニットが関与することができる。どのユニットが、どのように関与するかは、パーサ４２０によってコード化されたビデオシーケンスから構文解析されたサブグループ制御情報によって制御されることができる。パーサ４２０と以下の複数のユニットとの間のそのようなサブグループ制御情報の流れは、明確にするために示されていない。
【0057】
すでに述べた機能ブロックに加え、ビデオデコーダ４１０は、以下で説明されるようにいくつかの機能ユニットに概念的に細分されることができる。商業的な制約の下で実際の実施操作にあたっては、これらのユニットの多くは互いに密接に相互作用し、少なくとも一部は互いに統合することができる。しかしながら、開示された主題の説明の目的で、以下の機能ユニットへの概念的な細分は、適切に行われる。
【0058】
第１のユニットは、スケーラ／逆変換ユニット４５１である。スケーラ／逆変換ユニット４５１は、使用する変換、ブロックサイズ、量子化因子、量子化スケーリング行列などを含む制御情報と、量子化された変換係数をシンボル４２１としてパーサ４２０から受信する。スケーラ／逆変換ユニット４５１は、アグリゲータ４５５に入力可能なサンプル値を含むブロックを出力することができる。
【0059】
場合によっては、スケーラ／逆変換４５１の出力サンプルは、イントラコーディングブロック、すなわち、予め再構成されたピクチャからの予測情報を使用していないが、現在のピクチャの予め再構成された部分からの予測情報を使用できるブロックに関係することがある。このような予測情報は、イントラピクチャ予測ユニット４５２によって提供されることができる。場合によっては、イントラピクチャ予測ユニット４５２は、現在のピクチャバッファ４５８から取り出された周囲の既に再構成された情報を用いて、再構成中のブロックの同じサイズおよび形状のブロックを生成する。現在のピクチャバッファ４５８は、例えば、一部再構成された現在のピクチャ及び／又は完全に再構成された現在のピクチャをバッファリングする。アグリゲータ４５５は、場合によっては、サンプルごとに、イントラ予測ユニット４５２が生成した予測情報を、スケーラ／逆変換ユニット４５１によって提供される出力サンプル情報に追加する。
【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】
イントラエンコーダ６２２は、現在のブロック（例えば、処理ブロック）のサンプルを受信し、場合によっては該ブロックを同一のピクチャで既にコーディングされたブロックと比較し、量子化された変換後係数を生成し、場合によってはイントラ予測情報（例えば、１つ以上のイントラエンコード法によるイントラ予測方向情報）をも生成するように構成される。一例では、イントラエンコーダ６２２は、イントラ予測情報および同一のピクチャ内の参照ブロックに基づいてイントラ予測結果（例えば、予測ブロック）も算出する。
【0095】
汎用制御部６２１は、汎用制御データを決定し、汎用制御データに基づいてビデオエンコーダ６０３の他の構成要素を制御するように構成される。一例では、汎用制御部６２１は、ブロックのモードを決定し、モードに基づいて制御信号をスイッチ６２６に提供する。例えば、モードがイントラモードである場合、汎用制御部６２１は、残差算出部６２３が使用するためのイントラモード結果を選択するようにスイッチ６２６を制御するとともに、イントラ予測情報を選択してイントラ予測情報をビットストリームに含ませるようにエントロピーエンコーダ６２５を制御する。また、モードがインターモードである場合、汎用制御部６２１は、残差算出部６２３が使用するためのインター予測結果を選択するようにスイッチ６２６を制御するとともに、インター予測情報を選択してインター予測情報をビットストリームに含ませるようにエントロピーエンコーダ６２５を制御する。
【0096】
残差算出部６２３は、受信されたブロックとイントラエンコーダ６２２またはインターエンコーダ６３０から選択された予測結果との差（残差データ）を算出するように構成される。残差エンコーダ６２４は、残差データに基づいて動作し、残差データをエンコードして変換係数を生成するように構成される。一例では、残差エンコーダ６２４は、残差データを空間領域から周波数領域へと変換し、変換係数を生成するように構成される。その後、変換係数は量子化処理を受けて、量子化された変換係数が得られる。様々な実施形態では、ビデオエンコーダ６０３は、残差デコーダ６２８をも含む。残差デコーダ６２８は、逆変換を実行し、デコード残差データを生成するように構成される。デコード残差データは、イントラエンコーダ６２２およびインターエンコーダ６３０によって適切に使用されることができる。例えば、インターエンコーダ６３０は、デコード残差データよびインター予測情報に基づいて、デコードブロックを生成することができ、イントラエンコーダ６２２は、デコード残差データおよびイントラ予測情報に基づいて、デコードブロックを生成することができる。一部の例では、デコードブロックは、デコードピクチャを生成するように適切に処理され、デコードピクチャは、メモリ回路（図示せず）にバッファリングされ、参照ピクチャとして使用されることができる。
【0097】
エントロピーエンコーダ６２５は、エンコードブロックを含めるようにビットストリームをフォーマットするように構成される。エントロピーエンコーダ６２５は、ＨＥＶＣ規格などの適切な規格に従って様々な情報をビットストリームに含ませるように構成される。一例では、エントロピーエンコーダ６２５は、汎用制御データ、選択された予測情報（例えば、イントラ予測情報またはインター予測情報）、残差情報、および他の適切な情報をビットストリームに含ませるように構成される。開示された主題によれば、インターモードまたは双予測モードのマージサブモードでブロックをコーディングする場合、残差情報はないことに留意されたい。
【0098】
図７は、本開示の別の実施形態によるビデオデコーダ７１０の図を示す。ビデオデコーダ７１０は、コード化されたビデオシーケンスの一部であるコーディングピクチャを受信し、コーディングピクチャをデコードして、再構成ピクチャを生成するように構成される。一例では、図３の例におけるビデオデコーダ３１０の代わりにビデオデコーダ７１０を使用する。
【0099】
図７の例では、ビデオデコーダ７１０は、図７に示されるように互いに結合されたエントロピーデコーダ７７１、インターデコーダ７８０、残差デコーダ７７３、再構成モジュール７７４、およびイントラデコーダ７７２を含む。
【0100】
エントロピーデコーダ７７１は、コーディングピクチャから、コーディングピクチャを構成するシンタックス要素を表す特定のシンボルを再構成するように構成されることができる。このようなシンボルは、例えば、ブロックがコーディングされるモード（例えば、イントラモード、インターモード、双予測モード、後の２つのマージサブモードまたは別のサブモード）、それぞれイントラデコーダ７７２またはインターデコーダ７８０による予測に使用される特定のサンプルまたはメタデータを識別できる予測情報（例えば、イントラ予測情報またはインター予測情報）、例えば、量子化された変換係数の形態での残差情報などを含むことができる。一例では、予測モードがインターまたは双予測モードであれば、インター予測情報は、インターデコーダ７８０に提供される。また、予測タイプがイントラ予測タイプであれば、イントラ予測情報は、イントラデコーダ７７２に提供される。残差情報は、逆量子化を施されることができ、残差デコーダ７７３に提供される。
【0101】
インターデコーダ７８０は、インター予測情報を受信し、インター予測情報に基づいてインター予測結果を生成するように構成される。
【0102】
イントラデコーダ７７２は、イントラ予測情報を受信し、イントラ予測情報に基づいて予測結果を生成するように構成される。
【0103】
残差デコーダ７７３は、逆量子化を実行することで、逆量子化された変換係数を抽出し、逆量子化された変換係数を処理して残差を周波数領域から空間領域に変換するように構成される。残差デコーダ７７３は、（量子化器パラメータ（ＱＰ）を含めるように）特定の制御情報をも必要とする場合があり、この情報は、エントロピーデコーダ７７１によって提供されてもよい（データパスは、低ボリューム制御情報のみであり得るため、示されていない）。
【0104】
再構成モジュール７７４は、空間領域において、残差デコーダ７７３によって出力された残差と、（場合によってはインターまたはイントラ予測モジュールによって出力される）予測結果とを組み合わせて、再構成ビデオの一部となり得る再構成ピクチャの一部であり得る再構成ブロックを形成するように構成される。なお、視覚的品質を改善するために、デブロッキング操作などの他の適切な操作を実行することができる。
【0105】
なお、ビデオエンコーダ３０３、５０３および６０３とビデオデコーダ３１０、４１０および７１０は、任意の適切な技法を用いて実施されることができる。一実施形態では、ビデオエンコーダ３０３、５０３および６０３とビデオデコーダ３１０、４１０および７１０は、１つ以上の集積回路を用いて実施されることができる。別の実施形態では、ビデオエンコーダ３０３、５０３および６０３とビデオデコーダ３１０、４１０および７１０は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実施されることができる。
【0106】
ＩＩ．ブロック分割構造
【0107】
１．四分木ブロック分割構造
【0108】
ブロック分割構造は、コーディングツリーと呼ばれる。一部の実施形態では、四分木構造を用いて、コーディングツリーユニット（ＣＴＵ）はコーディングユニット（ＣＵ）に分割されて、様々なローカル特性に適応する。インターピクチャ（時間的）またはイントラピクチャ（空間的）予測を用いてピクチャ領域をコーディングするか否かの決定は、ＣＵレベルで行われる。各ＣＵは、予測ユニット（ＰＵ）分割のタイプにしたがって、１つ、２つまたは４つのＰＵに分割することができる。１つのＰＵ内では、同一の予測プロセスが適用され、関連情報がＰＵごとにデコーダに送信される。
【0109】
ＰＵ分割タイプに基づく予測プロセスを適用して残差ブロックを求めた後、別の四分木構造にしたがってＣＵを変換ユニット（ＴＵ）に分割することができる。このように、ＣＵ、ＰＵ、ＴＵを含む複数の分割の概念が存在することが分かる。一部の実施形態では、ＣＵまたはＴＵは正方形でなければならないが、ＰＵは正方形であってもよく、長方形であってもよい。また、一部の実施形態では、１つのコーディングブロックをさらに４つの正方形のサブブロックに分割し、サブブロック、すなわちＴＵごとに変換を行うようにしてもよい。各ＴＵはさらに、残差四分木（ＲＱＴ）と呼ばれる四分木構造を用いて、より小さいＴＵに再帰的に分割することができる。
【0110】
ピクチャ境界において、一部の実施形態では、暗黙的な四分木分割を採用して、ブロックのサイズがピクチャ境界に収まるまで、ブロックを四分木分割し続けることができる。
【0111】
２．四分木＋二分木（ＱＴＢＴ）ブロック分割構造
【0112】
一部の実施形態では、四分木＋二分木（ＱＴＢＴ）構造が採用されている。ＱＴＢＴ構造は、複数の分割タイプの概念（ＣＵ、ＰＵ、ＴＵの概念）を取り除き、ＣＵの分割形状に柔軟に対応できる。ＱＴＢＴブロック構造では、ＣＵの形状は正方形であってもよく、長方形であってもよい。
【0113】
図８Ａは、図８Ｂに示すＱＴＢＴ構造８２０を用いて分割されたＣＴＵ８１０を示す。ＣＴＵ８１０はまず、四分木構造によって分割される。四分木の葉ノードはさらに、二分木構造または四分木構造によって分割される。二分木分割には、対称水平分割と対称垂直分割との２種類があり得る。二分木の葉ノードは、さらなる分割なしに予測と変換処理に用いることができるＣＵと呼ぶことができる。これにより、ＱＴＢＴのコーディングブロック構造において、ＣＵ、ＰＵ、ＴＵのブロックサイズを同じにすることができる。
【0114】
一部の実施形態では、ＣＵは異なる色成分のコーディングブロック（ＣＢ）を含むことができる。例えば、４：２：０の彩度フォーマットのＰおよびＢスライスの場合、１つのＣＵは、１つの輝度ＣＢと、２つの彩度ＣＢとを含む。ＣＵは、単色成分のＣＢを含むことができる。例えば、Ｉスライスの場合、１つのＣＵは輝度ＣＢを１つのみ含んでもよく、２つの彩度ＣＢのみを含んでもよい。
【0115】
一部の実施形態では、ＱＴＢＴ分割方式には、以下のパラメータが定義される。
・ＣＴＵ sｉｚｅ：四分木の根ノードのサイズ、例えばＨＥＶＣと同じ概念。
・ＭｉｎＱＴＳｉｚｅ：四分木葉ノードの許容できる最小サイズ
・ＭａｘＢＴＳｉｚｅ：二分木根ノードの許容できる最大サイズ
・ＭａｘＢＴＤｅｐｔｈ：二分木の許容できる最大深さ
・ＭｉｎＢＴＳｉｚｅ：二分木葉ノードの許容できる最小サイズ
・ＣＴＵ sｉｚｅ：四分木の根ノードのサイズ、例えばＨＥＶＣと同じ概念。
・ＭｉｎＱＴＳｉｚｅ：四分木葉ノードの許容できる最小サイズ
・ＭａｘＢＴＳｉｚｅ：二分木根ノードの許容できる最大サイズ
・ＭａｘＢＴＤｅｐｔｈ：二分木の許容できる最大深さ
・ＭｉｎＢＴＳｉｚｅ：二分木葉ノードの許容できる最小サイズ
【0116】
ＱＴＢＴ分割構造の一例では、ＣＴＵ ｓｉｚｅを１２８×１２８の輝度サンプルと、対応する２つの６４×６４ブロックの彩度サンプルとし、ＭｉｎＱＴＳｉｚｅを１６×１６とし、ＭａｘＢＴＳｉｚｅを６４×６４とし、ＭｉｎＢＴＳｉｚｅ（幅と高さの両方）を４×４とし、ＭａｘＢＴＤｅｐｔｈを４とする。上記四分木分割はＣＴＵに適用されて、四分木葉ノードが生成される。四分木葉ノードのサイズは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵ ｓｉｚｅ）であり得る。四分木葉ノードが１２８×１２８である場合には、ＭａｘＢＴＳｉｚｅ（すなわち、６４×６４）を超えているため、さらに二分木によって分割されることはない。そうでない場合、四分木葉ノードをさらに二分木によって分割することができる。したがって、四分木葉ノードは二分木の根ノードでもあり、二分木の深さが０である。
【0117】
二分木の深さがＭａｘＢＴＤｅｐｔｈ（すなわち、４）に達している場合、さらなる分割は考えない。二分木ノードの幅がＭｉｎＢＴＳｉｚｅ（すなわち、４）に等しい場合、さらなる水平分割は考えない。同様に、二分木ノードの高さがＭｉｎＢＴＳｉｚｅに等しい場合、さらなる垂直分割は考えない。二分木の葉ノードは、さらに分割することなく、予測・変換処理される。一実施形態では、最大のＣＴＵ ｓｉｚｅは２５６×２５６の輝度サンプルである。
【0118】
図８Ａおよび８Ｂにおいて、四分木分割は実線で表され、二分木分割は破線で表される。二分木の各分割（すなわち、非葉）ノードにおいて、どの分割タイプ（すなわち、水平または垂直）を用いているかを示す１つのフラグをシグナリングすることができる。例えば、０は水平分割を示し、１は垂直分割を示す。四分木分割について、水平方向と垂直方向の両方にブロックを分割し、４つのサブブロックを均等なサイズで生成することができるため、分割タイプを示す必要はない。
【0119】
一部の実施形態では、ＱＴＢＴ方式は、輝度と彩度とが別々のＱＴＢＴ構造を有する柔軟性に対応している。例えば、ＰおよびＢスライスにおいて、１つのＣＴＵ内の輝度および彩度ブロックは、同一のＱＴＢＴ構造を共有する。しかしながら、Ｉスライスについては、輝度ＣＴＢはＱＴＢＴ構造によってＣＵに分割され、彩度ブロックは別のＱＴＢＴ構造によって彩度ＣＵに分割される。このように、ＩスライスのＣＵは、輝度成分のコーディングブロックまたは２つの彩度成分のコーディングブロックからなり、ＰまたはＢスライスのＣＵは、全ての３つの色成分のコーディングブロックからなる。
【0120】
一部の実施形態では、小さいブロックのインター予測が制限されて、動き補償のメモリアクセスが低減される。例えば、４×８および８×４のブロックについては双予測が対応せず、４×４ブロックについてはインター予測が対応しない。
【0121】
３．三分木（ＴＴ）ブロック分割構造
【0122】
一部の実施形態では、ピクチャを分割するために、マルチタイプツリー（ＭＴＴ）構造が用いられる。ＭＴＴ構造は、ＱＴＢＴ構造よりも柔軟な木構造である。ＭＴＴにおいては、四分木と二分木に加えて、図９Ａおよび図９Ｂにそれぞれ示すような水平中心側三分木と垂直中心側三分木が採用されている。三分木分割は、四分木と二分木分割を補完することができる。例えば、四分木と二分木はブロック中心に交差して分割するのに対して、三分木分割はブロック中心に位置するオブジェクトを捉えることができる。三分木による分割の幅および高さが２の累乗であるので、さらなる変換分割が不要となる。
【0123】
ＩＩＩ．ロスレスコーディングモードの例
【0124】
情報の損失が診断エラーをもたらす可能性がある医用画像など、ビデオ品質の低下が望ましくない特定のアプリケーションシナリオをサポートするために、一部の実施形態では、ロスレスコーディング手法を有効にすることができる。
【0125】
一実施形態では、ロスレスコーディングモードが有効化されると、変換および量子化をバイパスすることができ、デブロッキングフィルタなどの１つまたは複数のループフィルタも無効にすることができる。ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｅｎａｂｌｅ＿ｆｌａｇで示されるフラグは、ピクチャーパラメータセット（ＰＰＳ）においてシグナリングすることができる。デコーダがこのようなフラグを受信し、その値が１にシグナリングされる場合、デコーダは、変換、量子化、ループフィルタ処理をバイパスすることができる。一例として、ロスレスコーディングモードを実装するＰＰＳのシンタックス表（表１）を以下に示す。ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｅｎａｂｌｅ＿ｆｌａｇは、表１の行２０に示される。
【表1】
【0126】
例えば、ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｅｎａｂｌｅ＿ｆｌａｇが１である場合、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが存在できることを指定する。ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｅｎａｂｌｅ＿ｆｌａｇが０である場合、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが存在しないことを指定する。各ＣＵについて、ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｅｎａｂｌｅ＿ｆｌａｇが真である場合、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇで示される別のフラグをさらにＣＵにシグナリングして、現在ＣＵに対して変換、量子化、およびループフィルタが無効であるか否かを示すことができる。一例では、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが真にシグナリングされた場合、変換スキップモード（ＴＳＭ）を示すシンタックス要素（ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ）はシグナリングされず、記号データ隠蔽モードは無効になる。
【0127】
一例では、１であるｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは、スケーリングおよび変換プロセスと、ループ内フィルタプロセスがバイパスされていることを指定する。ｃｕ＿ｔｒａｎｓＩｄ＿ｂｙｐａｓｓ＿ｆｌａｇが存在しない場合、０と推定される。
【0128】
ＩＶ．ロッシーコーディングモードの例
【0129】
１．共同彩度残差コーディングモード
【0130】
一部の実施形態では、共同彩度残差コーディングモード（共同ＣｂＣｒ残差（ＪＣＣＲ）コーディングモードとも呼ばれる）を採用することができる。ＣｂとＣｒの残差が互いに逆相関するように見えるため、ＪＣＣＲモードはこの現象を利用して、彩度残差を共同にコーディングすることができる。ＪＣＣＲモードでは、変換ユニットの２つの彩度ブロックに示される単一残差が存在する。示された残差は、第１のチャネルの予測ブロック（通常Ｃｂを表す）に加算され、第２のチャネルの予測ブロック（通常Ｃｒを表す）から差し引かれる。
【0131】
一例では、ＣｂおよびＣｒの両方のコーディングブロックフラグ（ｃｂｆ）が真である場合、共同彩度残差モードは、ビットストリーム内のフラグで示される。当該モードが有効化されると、単一の残差ブロックがデコードされる。一例では、共同残差ブロックのビットストリームシンタックスおよびデコーディングプロセスは、通常のＣｂ残差と同様にすることができる。Ｃｒブロックの残差は、デコードされた共同残差を打ち消すことによって生成される単一の残差が２つのブロックの残差を表すために使用されるため、このモードでは、彩度残差の個別のコーディングに使用されるものよりも低いＱＰを使用することが望ましい場合が多い。一例では、共同モードに―１の彩度ＱＰオフセットを使用し、個別の彩度コーディングに＋１を使用する。
【0132】
ＪＣＣＲモードを実装するシンタックスの例を以下に説明する。表２は、ＰＰＳローバイトシーケンスペイロード（ＲＢＳＰ）のシンタックスを示す。表２の第４行のシンタックス要素ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、ＱＰ’ＣｂＣｒの導出に使用される輝度量子化パラメータＱｐ’Ｙへのオフセットを指定する。一例では、ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値は、―１２から＋１２までの範囲にすることができる。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０である場合、ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔはデコードプロセスにおいて使用されず、デコーダはその値を無視できる。
【表2】
【0133】
表３は、一般的なタイル群ヘッダのシンタックスを示す。表３の第５行のシンタックス要素ｔｉｌｅ＿ｇｒｏｕｐ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’ＣｂＣｒ量子化パラメータの値を決定する際に、ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値に加算する差を指定する。一例では、ｔｉｌｅ＿ｇｒｏｕｐ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値は、―１２から＋１２までの範囲にすることができる。ｔｉｌｅ＿ｇｒｏｕｐ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔが存在しない場合、０と推定される。ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値は、―１２から＋１２までの範囲内にあるべきである。
【表3】
【0134】
表４は、残差コーディングシンタックスを示す。表４の行２のシンタックス要素ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘ０］［ｙ０］は、示されたＣｂ残差を使用してＣｂとＣｒの残差の両方を導出するか否かを指定する。配列インデックスｘ０、ｙ０は、ピクチャの左上の輝度サンプルに対する、考えられた変換ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。一例では、ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘ０］［ｙ０］が１である場合、示されたＣｂ残差を使用してＣｒ残差を導出することを指定する。ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘ０］［ｙ０］が０である場合、他のシンタックス要素に応じてＣｒ残差がビットストリームに存在する可能性があることを指定する。ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘ０］［ｙ０］が存在しない場合、０と推定される。
【表4】
【0135】
共同彩度残差コーディング処理の例では、以下のように量子化パラメータの導出プロセスを行うことができる。変数ｑＰＣｂ、ｑＰＣｒおよびｑＰＣｂＣｒは、以下のように導出することができる。
ｑＰｉＣｂ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ）
ｑＰｉＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）
ｑＰｉＣｂＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）
ｑＰｉＣｂ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ）
ｑＰｉＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）
ｑＰｉＣｂＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅ＋ｔｉｌｅ＿ｇｒｏｕｐ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）
【0136】
ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが１である場合、変数ｑＰＣｂ、ｑＰＣｒおよびｑＰＣｂＣｒは、それぞれｑＰｉＣｂ、ｑＰｉＣｒおよびｑＰＣｂＣｒに等しいインデックスｑＰｉに基づいて、表８―１２で指定されているＱｐＣの値に等しく設定される。そうでない場合、変数ｑＰＣｂ、ｑＰＣｒおよびｑＰＣｂＣｒは、それぞれｑＰｉＣｂ、ｑＰｉＣｒおよびｑＰＣｂＣｒに等しいインデックスｑＰｉに基づいて、Ｍｉｎ（ｑＰｉ，６３）に等しく設定される。ＣｂおよびＣｒ成分、Ｑｐ’ＣｂおよびＱｐ’Ｃｒ、ならびに共同Ｃｂ－ＣｒコーディングＱｐ’ＣｂＣｒの彩度量子化パラメータは、以下のように導出される。
Ｑｐ’Ｃｂ＝ｑＰＣｂ＋ＱｐＢｄＯｆｆｓｅｔＣ
Ｑｐ’Ｃｒ＝ｑＰＣｒ＋ＱｐＢｄＯｆｆｓｅｔＣ
Ｑｐ’ＣｂＣｒ＝ｑＰＣｂＣｒ＋ＱｐＢｄＯｆｆｓｅｔＣ
Ｑｐ’Ｃｂ＝ｑＰＣｂ＋ＱｐＢｄＯｆｆｓｅｔＣ
Ｑｐ’Ｃｒ＝ｑＰＣｒ＋ＱｐＢｄＯｆｆｓｅｔＣ
Ｑｐ’ＣｂＣｒ＝ｑＰＣｂＣｒ＋ＱｐＢｄＯｆｆｓｅｔＣ
【0137】
共同彩度残差コーディング処理の例では、スケーリングおよび変換のために、残差サンプルｒｅｓＳａｍｐｌｅｓの（ｎＴｂＷ）ｘ（ｎＴｂＨ）配列は、以下のように導出することができる。ｃＩｄｘが２であり、ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘＴｂＹ］［ｙＴｂＹ］が１である場合、ｘ＝０．．ｎＴｂＷ－１、ｙ＝０．．ｎＴｂＨ－１である残差サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］は以下のように導出される。
ｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］＝－ｒｅｓＳａｍｐｌｅｓＣｂ［ｘ］［ｙ］
ここで、ｒｅｓＳａｍｐｌｅｓＣｂ［ｘ］［ｙ］は、変換ブロック位置（ｘＴｂＹ，ｙＴｂＹ）を有しｃＩｄｘが１である彩度ブロックに対して生成された残差サンプル配列である。
ｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］＝－ｒｅｓＳａｍｐｌｅｓＣｂ［ｘ］［ｙ］
ここで、ｒｅｓＳａｍｐｌｅｓＣｂ［ｘ］［ｙ］は、変換ブロック位置（ｘＴｂＹ，ｙＴｂＹ）を有しｃＩｄｘが１である彩度ブロックに対して生成された残差サンプル配列である。
【0138】
共同彩度残差コーディング処理の例では、変換係数スケーリングのために、量子化パラメータｑＰは以下のように導出される。ｃＩｄｘが０である場合、以下が適用される。
ｑＰ＝Ｑｐ’Ｙ
そうでない場合、ｃＩｄｘが１であり、ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘＴｂＹ］［ｙＴｂＹ］が１である場合、以下が適用される。
ｑＰ＝Ｑｐ’ＣｂＣｒ
ｑＰ＝Ｑｐ’Ｙ
そうでない場合、ｃＩｄｘが１であり、ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ［ｘＴｂＹ］［ｙＴｂＹ］が１である場合、以下が適用される。
ｑＰ＝Ｑｐ’ＣｂＣｒ
【0139】
２．輝度マッピング・彩度スケーリング（ＬＭＣＳ）
【0140】
一部の実施形態では、ループフィルタ前の処理ブロックとして、輝度マッピング・彩度スケーリング（ＬＭＣＳ）と呼ばれるコーディングツールが追加される。ＬＭＣＳは、２つの主成分を含むことができる。１）適応区分的線形モデルに基づく輝度成分のループ内マッピング、２）彩度成分については、輝度依存の彩度残差スケーリングが適用される。
【0141】
図１０は、デコーダの視点からのＬＭＣＳアーキテクチャを示す。図１０のブロック１０１１、１０１２、１０１３は、マッピング領域のどこに処理が適用されるかを示す。処理は、逆量子化および逆変換１０１１と、輝度イントラ予測１０１３と、輝度残差および輝度予測の加算１０１２とを含む。図１０のブロック１０１５、１０１６、１０１８、１０２０～１０２４は、元（すなわち、マッピングされていない）の領域のどこに処理が適用されるかを示す。処理は、デブロッキング、ＡＬＦおよびＳＡＯなどのループフィルタ１０１５または１０２２と、動き補償予測１０１８または１０２４と、彩度イントラ予測１０２１と、彩度残差および彩度予測の加算１０２０と、参照ピクチャとしてのデコードされたピクチャのデコードされたピクチャバッファ（ＤＰＢ）への記憶１０１６または１０２３とを含む。図１０のブロック１０１４、１０１７、および１０１９は、輝度信号１０１４および１０１７の順方向および逆方向マッピング、ならびに輝度依存の彩度スケーリングプロセス１０１９を含むＬＭＣＳ機能ブロックである。一例では、ＬＭＣＳは、シーケンスパラメータセット（ＳＰＳ）フラグを使用して、シーケンスレベルで有効／無効にすることができる。
【0142】
２．１ 区分的線形モデルによる輝度マッピングの例
【0143】
輝度成分のループ内マッピングは、圧縮効率を改善するためにダイナミックレンジ全体にコードワードを再分配することによって、入力信号のダイナミックレンジを調整する。輝度マッピングは、順方向マッピング関数ＦｗｄＭａｐ、および対応する逆方向マッピング関数ＩｎｖＭａｐを使用する。ＦｗｄＭａｐ関数は、１６個の均等なピースを有する区分的線形モデルを用いてシグナリングされる。ＩｎｖＭａｐ関数はシグナリングする必要はなく、代わりにＦｗｄＭａｐ関数から導出される。
【0144】
輝度マッピングモデルは、タイル群レベルでシグナリングされる。まず、存在フラグをシグナリングする。現在タイル群に輝度マッピングモデルが存在する場合、対応する区分的線形モデルパラメータをシグナリングする。区分的線形モデルは、入力信号のダイナミックレンジを１６個の均等なピースに分割し、各ピースについて、そのピースに割り当てられたコードワード数を用いて、区分的線形モデルの線形マッピングパラメータを表す。一例として、１０ビットの入力を行う。１６個のピースのそれぞれには、デフォルトで６４個のコードワードが割り当てられる。シグナリングされたコードワード数は、スケーリング係数を計算し、そのピースに応じてマッピング関数を調整するために使用される。タイル群レベルでは、現在タイル群に対して、図１０に示すＬＭＣＳプロセスが適用されているか否かを示す別のＬＭＣＳ有効化フラグがシグナリングされる。
【0145】
ＦｗｄＭａｐ区分的線形モデルの各ｉ番目のピース（ｉ＝０・・・１５）は、２つの入力軸点ＩｎｐｕｔＰｉｖｏｔ［］、および２つの出力（マッピング）軸点ＭａｐｐｅｄＰｉｖｏｔ［］によって定義される。
【0146】
ＩｎｐｕｔＰｉｖｏｔ［］およびＭａｐｐｅｄＰｉｖｏｔ［］は、以下のように計算される（１０ビットのビデオを想定する）。
（１）ＯｒｇＣＷ＝６４
（２）ｉ＝０：１６のそれぞれについて、ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ
（３）ｉ＝０：１６のそれぞれについて、ＭａｐｐｅｄＰｉｖｏｔ［ｉ］は次のように計算される。
ＭａｐｐｅｄＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜１６；ｉ＋＋）
ＭａｐｐｅｄＰｉｖｏｔ［ｉ＋１］＝ＭａｐｐｅｄＰｉｖｏｔ［ｉ］＋ＳｉｇｎａｌｅｄＣＷ［ｉ］
ここで、ＳｉｇｎａｌｅｄＣＷ［ｉ］は、ｉ番目のピースについてのシグナリングされたコードワード数である。
（１）ＯｒｇＣＷ＝６４
（２）ｉ＝０：１６のそれぞれについて、ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ
（３）ｉ＝０：１６のそれぞれについて、ＭａｐｐｅｄＰｉｖｏｔ［ｉ］は次のように計算される。
ＭａｐｐｅｄＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜１６；ｉ＋＋）
ＭａｐｐｅｄＰｉｖｏｔ［ｉ＋１］＝ＭａｐｐｅｄＰｉｖｏｔ［ｉ］＋ＳｉｇｎａｌｅｄＣＷ［ｉ］
ここで、ＳｉｇｎａｌｅｄＣＷ［ｉ］は、ｉ番目のピースについてのシグナリングされたコードワード数である。
【0147】
図１０に示すように、インターコーディングブロックについて、動き補償予測はマッピング領域で行われる。言い換えると、ＤＰＢの参照信号に基づいて動き補償予測ブロックＹｐｒｅｄが計算された後、ＦｗｄＭａｐ関数が適用されて、元の領域の輝度予測ブロックがマッピング領域にマッピングされる：
１つのイントラコーディングブロックについて、イントラ予測はマッピング領域で実行されるため、ＦｗｄＭａｐ関数は適用されない。再構成されたブロックＹｒが計算された後、ＩｎｖＭａｐ関数が適用されて、マッピング領域の再構成された輝度値が元の領域の再構成された輝度値に変換される：
ＩｎｖＭａｐ関数は、イントラおよびインターコーディング輝度ブロックの両方に適用される。
【数1】
【数2】
【0148】
輝度マッピングプロセス（順方向及び／又は逆方向のマッピング）は、ルックアップ表（ＬＵＴ）またはオンザフライ計算のいずれかを使用して実装することができる。ＬＵＴを使用する場合、ＦｗｄＭａｐＬＵＴおよびＩｎｖＭａｐＬＵＴはタイル群レベルで使用するために事前に計算および保存でき、順方向および逆方向のマッピングはそれぞれＦｗｄＭａｐ（Ｙｐｒｅｄ）＝ＦｗｄＭａｐＬＵＴ［Ｙｐｒｅｄ］およびＩｎｖＭａｐ（Ｙｒ）＝ＩｎｖＭａｐＬＵＴ［Ｙｒ］として簡単に実装することができる。あるいは、オンザフライ計算を使用してもよい。順方向マッピング関数ＦｗｄＭａｐを例として説明する。輝度サンプルが属するピースを把握するために、サンプル値を６ビット（１６個の均等なピースに相当）だけ右シフトする。そして、そのピースについての線形モデルパラメータを取り出し、オンザフライで適用して、マッピングされた輝度値を計算する。ｉをピースインデックスとし、ａ１、ａ２をそれぞれＩｎｐｕｔＰｉｖｏｔ［ｉ］とＩｎｐｕｔＰｉｖｏｔ［ｉ＋１］とし、ｂ１、ｂ２をそれぞれＭａｐｐｅｄＰｉｖｏｔ［ｉ］とＭａｐｐｅｄＰｉｖｏｔ［ｉ＋１］とする。ＦｗｄＭａｐ関数は以下のように評価される。
【数3】
【0149】
ＩｎｖＭａｐ関数は、マッピング領域内のピースが同じサイズではないため、サンプル値が属するピースを把握するときに単純な右ビットシフトの代わりに条件付きチェックを適用する必要があることを除いて、同様の方法によってオンザフライで計算することができる。
【0150】
２．２ 輝度依存の彩度残差スケーリングの例
【0151】
彩度残差スケーリングは、輝度信号とそれに対応する彩度信号との間の相互作用を補償するように設計される。また、彩度残差スケーリングが有効であるか否かは、タイル群レベルでシグナリングされる。また、輝度マッピングが有効であり、かつ、現在タイル群にデュアルツリー分割（個別の彩度ツリーとも呼ばれる）が適用されていない場合、輝度依存の彩度残差スケーリングが有効であるか否かを示す追加のフラグはシグナリングされる。また、輝度マッピングが使用されていない場合、または現在タイル群でデュアルツリー分割が使用されている場合、輝度依存の彩度残差スケーリングは無効になる。さらに、面積が４以下の彩度ブロックについては、輝度依存の彩度残差スケーリングを無効とすることができる。
【0152】
彩度残差スケーリングは、対応する輝度予測ブロック（イントラおよびインターコーディングブロックの両方）の平均値に依存する。ａｖｇＹ’は輝度予測ブロックの平均値として示される。ＣＳｃａｌｅＩｎｖの値は、以下の手順で計算される。
（１）ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ’が属する区分的線形モデルのインデックスＹＩｄｘを求める。
（２）ＣＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［ＹＩｄｘ］、ここで、ｃＳｃａｌｅＩｎｖ［］は事前に計算された１６ピースのＬＵＴである。
（１）ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ’が属する区分的線形モデルのインデックスＹＩｄｘを求める。
（２）ＣＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［ＹＩｄｘ］、ここで、ｃＳｃａｌｅＩｎｖ［］は事前に計算された１６ピースのＬＵＴである。
【0153】
現在のブロックが、イントラ、インター／イントラ結合予測（ＣＩＩＰ）、またはイントラブロックコピー（ＩＢＣ、別名は現在のピクチャ参照またはＣＰＲ）モードとしてコーディングされている場合、ａｖｇＹ’は、イントラ、ＣＩＩＰ、またはＩＢＣにおいて予測された輝度値の平均値として計算される。そうでない場合、ａｖｇＹ’は、順方向にマッピングされたインター予測された輝度値の平均値として計算される（図１０におけるＹ’ｐｒｅｄ）。サンプルごとに実行される輝度マッピングとは異なり、ＣＳｃａｌｅＩｎｖは彩度ブロックの定数値である。ＣＳｃａｌｅＩｎｖによれば、彩度残差スケーリングは、以下のように適用される。
エンコーダ側：
デコーダ側：
エンコーダ側：
【数4】
【数5】
【0154】
３．量子化残差ブロックによる差分パルス符号変調（ＢＤＰＣＭ）
【0155】
一部の実施形態では、再構成されたサンプルを使用して、ライン毎に行または列を予測するＢＤＰＣＭが採用されている。例えば、シグナリングされたＢＤＰＣＭ方向は、垂直予測と水平予測のどちらが使用されているかを示す。使用される参照画素は、フィルタリングされていないサンプルである。予測誤差は、空間領域で量子化される。画素は、非量子化された予測誤差を予測に加算することによって再構成される。
【0156】
ＢＤＰＣＭの代替方式として、量子化された残差領域ＢＤＰＣＭが一部の実施形態で使用される。使用されるシグナリングと予測の方向は、ＢＤＰＣＭ方式と同じであってもよい。イントラ予測は、イントラ予測と同様な予測方向（水平または垂直予測）でのサンプルコピーによってブロック上で実行される。残差は量子化され、量子化された残差とその予測子（水平または垂直）の量子化値との間のデルタがコーディングされる。これは、以下のように説明することができる。
【0157】
サイズＭ（行）×Ｎ（列）のブロックについて、フィルタリングされていないサンプルを使用して、上または左のブロック境界サンプルから水平方向（予測ブロック全体において左の隣接画素値をラインごとにコピー）または垂直方向（予測ブロックにおいて上の隣接ラインをラインごとにコピー）にイントラ予測を実行した後の予測残差を
ｒｉ，ｊ，０≦ｉ≦Ｍ―１，０≦ｊ≦Ｎ―１
とする。
Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ―１，０≦ｊ≦Ｎ―１
が残差ｒｉ，ｊの量子化バージョンを示し、ここで、残差は元のブロックと予測ブロックの値の差である。そして、量子化された残差サンプルにブロックＤＰＣＭが適用されることによって、要素
によってＭ×Ｎ配列
が変更される。
ｒｉ，ｊ，０≦ｉ≦Ｍ―１，０≦ｊ≦Ｎ―１
とする。
Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ―１，０≦ｊ≦Ｎ―１
が残差ｒｉ，ｊの量子化バージョンを示し、ここで、残差は元のブロックと予測ブロックの値の差である。そして、量子化された残差サンプルにブロックＤＰＣＭが適用されることによって、要素
【0158】
垂直ＢＤＰＣＭがシグナリングされる場合、以下の通りである
【数6】
【0159】
水平予測については、同様の規則が適用され、残差の量子化されたサンプルは、
によって得られる。
【数7】
【0160】
残差の量子化されたサンプル
は、デコーダに送信される。
【0161】
デコーダ側では、上記計算を逆にして、
Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ―１，０≦ｊ≦Ｎ―１
を生成する。垂直予測について、
Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ―１，０≦ｊ≦Ｎ―１
を生成する。垂直予測について、
【数8】
【0162】
水平予測について、
【数9】
【0163】
逆量子化された残差
は、イントラブロック予測値に加算されて、再構成されたサンプル値を生成する。
【0164】
Ｖ．残差コーディング方式
【0165】
サンプルのブロックは、空間領域（例えば、変換がスキップされるとき）または変換領域においてエントロピーコーディングすることができる。したがって、エントロピーコーディング変換係数および変換なしの係数に対して異なるエントロピーコーディング方式を選択して、コーディング効率を向上させることができる。
【0166】
１．変換係数のエントロピーコーディング方式
【0167】
一部の実施形態では、変換係数のエントロピーコーディングが採用される。例えば、図１１に示すように、コーディングブロック１１１０は、まず４ｘ４サブブロック１１２０に分割され、コーディングブロック１１１０内のサブブロック１１２０およびサブブロック内の変換係数は、事前定義されたスキャン順序に従ってコーディングされる。少なくとも１つの非ゼロ変換係数を持つサブブロックについて、変換係数のコーディングは４つのスキャンパスに分けられる。ａｂｓＬｅｖｅｌが現在変換係数の絶対値であると仮定し、１番目のパスでは、シンタックス要素ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ（ａｂｓＬｅｖｅｌが０より大きいことを示す）、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ（ａｂｓＬｅｖｅｌのパリティを示す）、およびｒｅｍ＿ａｂｓ＿ｇｔ１＿ｆｌａｇ（ａｂｓＬｅｖｅｌ―１）＞＞１が０より大きいことを示す）がコーディングされ、２番目のパスでは、シンタックス要素ｒｅｍ＿ａｂｓ＿ｇｔ２＿ｆｌａｇ（ａｂｓＬｅｖｅｌが４より大きいことを示す）がコーディングされ、３番目のパスでは、必要に応じて、係数レベルの残りの値（ａｂｓ＿ｒｅｍａｉｎｄｅｒと呼ぶ）が呼び出され、４番目のパスでは、記号情報がコーディングされる。
【0168】
変換係数間の相関を利用するために、図１１に示されるローカルテンプレート１１３０によってカバーされた、事前にコーディングされた係数が、現在係数のコンテキスト選択において使用される。ローカルテンプレート１１３０は、現在変換係数１１３１と、５つの隣接する係数１１３２とを含むことができる。ａｂｓＬｅｖｅｌ１［ｘ］［ｙ］が１番目のパスの後の位置（ｘ、ｙ）での係数の部分的に再構成された絶対レベルを表し、ｄが現在係数の対角位置（ｄ＝ｘ＋ｙ）を表し、ｎｕｍＳｉｇがローカルテンプレート内のゼロ以外の係数の数を表し、ｓｕｍＡｂｓ１がローカルテンプレートでカバーされる係数の部分的に再構成された絶対レベルａｂｓＬｅｖｅｌ１［ｘ］［ｙ］の合計を表すとする。
【0169】
現在係数のｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇをコーディングする場合、ｓｕｍＡｂｓ１と対角位置ｄに応じてコンテキストモデルインデックスは選択される。より具体的には、輝度成分について、コンテキストモデルインデックスは以下のように決定される。
ｃｔｘＳｉｇ＝１８＊ｍａｘ（０，ｓｔａｔｅ－１）＋ｍｉｎ（ｓｕｍＡｂｓ１，５）＋（ｄ＜２？１２：（ｄ＜５？６：０）），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝１８＊ｍａｘ（０，ｓｔａｔｅ－１）＋（ｄ＜２？１２：（ｄ＜５？６：０））
ｃｔｘＳｉｇ＝ｃｔｘＩｄＳｉｇＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１，５）］＋ｃｔｘＩｄＢａｓｅ
ｃｔｘＳｉｇ＝１８＊ｍａｘ（０，ｓｔａｔｅ－１）＋ｍｉｎ（ｓｕｍＡｂｓ１，５）＋（ｄ＜２？１２：（ｄ＜５？６：０）），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝１８＊ｍａｘ（０，ｓｔａｔｅ－１）＋（ｄ＜２？１２：（ｄ＜５？６：０））
ｃｔｘＳｉｇ＝ｃｔｘＩｄＳｉｇＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１，５）］＋ｃｔｘＩｄＢａｓｅ
【0170】
彩度について、コンテキストモデルインデックスは以下のように決定される。
ｃｔｘＳｉｇ＝１２＊ｍａｘ（０，ｓｔａｔｅ－１）＋ｍｉｎ（ｓｕｍＡｂｓ１，５）＋（ｄ＜２？６：０），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝１２＊ｍａｘ（０，ｓｔａｔｅ－１）＋（ｄ＜２？６：０）
ｃｔｘＳｉｇ＝ｃｔｘＩｄＳｉｇＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１，５）］＋ｃｔｘＩｄＢａｓｅ
ここで、ｓｔａｔｅは、依存量子化が有効である場合に使用されるスカラー量子化器を指定し、ｓｔａｔｅは状態遷移処理を使用して導出される。ｃｔｘＩｄＳｉｇＴａｂｌｅの表にはコンテキストモデルのインデックスオフセットｃｔｘＩｄＳｉｇＴａｂｌｅ［０～５］＝｛０、１、２、３、４、５｝が記憶される。
ｃｔｘＳｉｇ＝１２＊ｍａｘ（０，ｓｔａｔｅ－１）＋ｍｉｎ（ｓｕｍＡｂｓ１，５）＋（ｄ＜２？６：０），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝１２＊ｍａｘ（０，ｓｔａｔｅ－１）＋（ｄ＜２？６：０）
ｃｔｘＳｉｇ＝ｃｔｘＩｄＳｉｇＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１，５）］＋ｃｔｘＩｄＢａｓｅ
ここで、ｓｔａｔｅは、依存量子化が有効である場合に使用されるスカラー量子化器を指定し、ｓｔａｔｅは状態遷移処理を使用して導出される。ｃｔｘＩｄＳｉｇＴａｂｌｅの表にはコンテキストモデルのインデックスオフセットｃｔｘＩｄＳｉｇＴａｂｌｅ［０～５］＝｛０、１、２、３、４、５｝が記憶される。
【0171】
現在係数のｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇをコーディングする場合、コンテキストモデルインデックスは、ｓｕｍＡｂｓ１、ｎｕｍＳｉｇ、および対角位置ｄに応じて選択される。より具体的には、輝度成分について、コンテキストモデルインデックスは以下のように決定される。
ｃｔｘＰａｒ＝１＋ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）＋（ｄ＝＝０？１５：（ｄ＜３？１０：（ｄ＜１０？５：０））），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝（ｄ＝＝０？１５：（ｄ＜３？１０：（ｄ＜１０？５：０）））
ｃｔｘＰａｒ＝１＋ｃｔｘＩｄＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）］＋ｃｔｘＩｄＢａｓｅ
ｃｔｘＰａｒ＝１＋ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）＋（ｄ＝＝０？１５：（ｄ＜３？１０：（ｄ＜１０？５：０））），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝（ｄ＝＝０？１５：（ｄ＜３？１０：（ｄ＜１０？５：０）））
ｃｔｘＰａｒ＝１＋ｃｔｘＩｄＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）］＋ｃｔｘＩｄＢａｓｅ
【0172】
彩度について、コンテキストモデルインデックスは以下のように決定される。
ｃｔｘＰａｒ＝１＋ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）＋（ｄ＝＝０？５：０），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝（ｄ＝＝０？５：０）
ｃｔｘＰａｒ＝１＋ｃｔｘＩｄＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）］＋ｃｔｘＩｄＢａｓｅ
ここで、ｃｔｘＩｄＴａｂｌｅの表には、コンテキストモデルのインデックスオフセットｃｔｘＩｄＴａｂｌｅ［０～４］＝｛０、１、２、３、４｝が記憶される。
ｃｔｘＰａｒ＝１＋ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）＋（ｄ＝＝０？５：０），
これは、以下と同様である。
ｃｔｘＩｄＢａｓｅ＝（ｄ＝＝０？５：０）
ｃｔｘＰａｒ＝１＋ｃｔｘＩｄＴａｂｌｅ［ｍｉｎ（ｓｕｍＡｂｓ１－ｎｕｍＳｉｇ，４）］＋ｃｔｘＩｄＢａｓｅ
ここで、ｃｔｘＩｄＴａｂｌｅの表には、コンテキストモデルのインデックスオフセットｃｔｘＩｄＴａｂｌｅ［０～４］＝｛０、１、２、３、４｝が記憶される。
【0173】
現在係数のｒｅｍ＿ａｂｓ＿ｇｔ１＿ｆｌａｇとｒｅｍ＿ａｂｓ＿ｇｔ２＿ｆｌａｇをコーディングする場合、それらのコンテキストモデルインデックスは、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇと同じ方法で決定される。
ｃｔｘＧｔ１＝ｃｔｘＰａｒ および ｃｔｘＧｔ２＝ｃｔｘＰａｒ
ｃｔｘＧｔ１＝ｃｔｘＰａｒ および ｃｔｘＧｔ２＝ｃｔｘＰａｒ
【0174】
ｒｅｍ＿ａｂｓ＿ｇｔ１＿ｆｌａｇとｒｅｍ＿ａｂｓ＿ｇｔ２＿ｆｌａｇには異なるコンテキストモデルのセットが使用される。これは、ｃｔｘＧｔ１がｃｔｘＧｔ２に等しいにもかかわらず、ｒｅｍ＿ａｂｓ＿ｇｔ１＿ｆｌａｇに使用されるコンテキストモデルがｒｅｍ＿ａｂｓ＿ｇｔ２＿ｆｌａｇのコンテキストモデルとは異なることを意味する。
【0175】
２．変換スキップモード（ＴＳＭ）およびブロックによる残差ＤＰＣＭモード（残差領域ＢＤＰＣＭ）の残差のエントロピーコーディング
【0176】
一部の実施形態では、残差コーディングを、量子化された予測残差（空間領域）を表す変換スキップおよびＢＤＰＣＭ残差レベルの統計値および信号特性に適合させるために、上述した変換係数の残差コーディング方式は、以下に説明するように、変更されてＴＳＭおよびＢＤＰＣＭモードに適用される。
【0177】
３つのコーディングパス：１番目のコーディングパスでは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇがまず１つのパスでコーディングされる。２番目のパスでは、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇがコーディングされ、ここでＸは３、５、７、…であってもよい。３番目のパスでは、残りの係数レベルがコーディングされる。コーディングパスは、係数群（ＣＧ）レベルにおいて動作し、すなわち、各ＣＧに３つのコーディングパスが実行される。
【0178】
最後の有意走査位置なし：残差信号は、予測後の空間残差を反映し、変換によるエネルギー圧縮はＴＳに対して実行されないため、変換ブロックの右下隅において後続ゼロまたは有意でないレベルの確率が高くなることはなくなる。したがって、この場合、最後の有意走査位置シグナリングは省略される。代わりに、処理される１番目のサブブロックは、変換ブロック内の最右下のサブブロックである。
【0179】
サブブロックコーディングブロックフラグ（ＣＢＦ）：最後の有意走査位置シグナリングがないので、ＴＳ用のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇを用いたサブブロックのＣＢＦシグナリングは、以下のように変更することができる。
【0180】
（１）量子化の結果、前述の有意でないシーケンスは、依然として変換ブロック内で局所的に発生する可能性がある。したがって、最後の有意走査位置は前述のように削除され、すべてのサブブロックに対してｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇがコーディングされる。
【0181】
（２）ＤＣ周波数位置をカバーするサブブロック（左上のサブブロック）のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、特殊なケースを示す。一例では、このサブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇはシグナリングされず、常に１と推定される。最後の有意走査位置が別のサブブロックに位置している場合、ＤＣサブブロックの外側に少なくとも１つの有意レベルがあることを意味する。したがって、このサブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは１と推定されるが、ＤＣサブブロックにはゼロ／有意でないレベルのみを含む可能性がある。ＴＳに最後の走査位置情報がない場合、各サブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇがシグナリングされる。これには、他のすべてのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇシンタックス要素がすでに０である場合を除いて、ＤＣサブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇも含まれる。この場合、ＤＣ ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは１と推定される（ｉｎｆｅｒＤｃＳｂＣｂｆ＝１）。このＤＣサブブロックには少なくとも１つの有意レベルが存在する必要があるため、このＤＣサブブロック内の他のすべてのｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇシンタックス要素が０である場合、（０、０）の１番目の位置のｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇシンタックス要素はシグナリングされず、代わりに１と導出される（ｉｎｆｅｒＳｂＤｃＳｉｇＣｏｅｆｆＦｌａｇ＝１）。
【0182】
（３）ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇのコンテキストモデリングは変更される。コンテキストモデルインデックスは、現在サブブロックの右側のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇと下のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇの論理和ではなく、両者の合計として計算される。
【0183】
ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリング：ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリングのローカルテンプレートは、現在の走査位置の右隣（ＮＢ０）と下隣（ＮＢ１）のみを含むように変更される。コンテキストモデルのオフセットは、有意隣接位置の数ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ［ＮＢ０］＋ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ［ＮＢ１］である。したがって、現在の変換ブロック内の対角線
に応じて異なるコンテキストセットの選択は削除される。これにより、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇフラグをコーディングするための３つのコンテキストモデルと単一のコンテキストモデルセットが作成される。
【0184】
ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇおよびｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇコンテキストモデリング：ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇおよびｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇに単一のコンテキストモデルが採用される。
【0185】
ａｂｓ＿ｒｅｍａｉｎｄｅｒのコーディング：変換スキップの残差絶対レベルの経験分布は、通常、ラプラシアン分布または幾何分布に適合するが、変換係数の絶対レベルよりも多い非定常部分が存在する。特に、連続実現のウィンドウ内の分散は、残差の絶対レベルの方が高い。これは、ａｂｓ＿ｒｅｍａｉｎｄｅｒシンタックスの２値化とコンテキストモデリングの以下の変更の動機となる。
【0186】
（１）２値化においてより高いカットオフ値、すなわち、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇを用いたコーディングからａｂｓ＿ｒｅｍａｉｎｄｅｒのライスコードへの遷移点、ならびに各ビンの位置に専用のコンテキストモデルを使用すると、圧縮効率が高くなる。カットオフを大きくすると、「Ｘより大きい」フラグが多くなり、例えば、カットオフに達するまで、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇなどが導入される。カットオフ自体は５に固定される（ｎｕｍＧｔＦｌａｇｓ＝５）。
【0187】
（２）ライスパラメータ導出のテンプレートが変更され、すなわち、現在走査位置の左隣と下隣のみが、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリングのローカルテンプレートと同様であると見なされる。
【0188】
ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇコンテキストモデリング：記号シーケンス内の非定常部分、および予測残差にバイアスがかかることが多いことから、グローバルな経験分布がほぼ均一に分布している場合でも、記号は、コンテキストモデルを使用してコーディングすることができる。記号のコーディングには単一の専用コンテキストモデルが使用され、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの後に記号が解析されて、コンテキストコーディングされたすべてのビンがパースされる。
【0189】
コンテキストコーディングされたビンの制限：ＴＵごとのコンテキストコーディングされたビンの総数は、ＴＵ面積サイズの２倍に制限され、例えば、１６ｘ８のＴＵのコンテキストコーディングされたビンの最大数は１６ｘ８ｘ２＝２５６である。コンテキストコーディングされたビンの予算はＴＵレベルで消費され、すなわち、ＣＧごとのコンテキストコーディングされたビンの個々の予算の代わりに、現在のＴＵ内のすべてのＣＧがコンテキストコーディングされたビンの１つの予算を共有する。
【0190】
例として、表５は変換スキップ残差コーディングシンタックスを示す。
【表5】
【0191】
ＶＩ．ロッシーコーディングモードとロスレスコーディングモードとの間の相互作用
【0192】
一部の実施形態では、ロスレスコーディングモードが採用される。したがって、ロスレスコーディングモードを可能にするシンタックス要素は、ロッシーコーディングモードの動作と相互作用することができる。ロッシーコーディングモードは、入力ビデオ信号と再構成されたビデオ信号との差を生成する可能性がある。ロッシーコーディングモードは、例えば、多重変換選択（ＭＴＳ）、二次変換（ＳＴ）、共同彩度残差エントロピーコーディング、インループリシェーパー（または輝度マッピング・彩度スケーリング、ＬＭＣＳ）、イントラ／インター結合予測（ＣＩＩＰ）、量子化領域（または量子化残差）ＢＤＰＣＭ、依存量子化、変換スキップ（ＴＳ）コーディングモード、サブブロック変換（ＳＢＴ）コーディングモードなどを含む。
【0193】
一部の実施形態では、各コーディングブロック（または各コーディングユニット）に対してロスレスコーディングモードが有効であるか否かを示すために、フラグをＣＵレベルでシグナリングすることができる。一例として、表６は、コーディングユニットのシンタックスを示す。表６の第１行のシンタックス要素はｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇであり、表６のシンタックスで指定されるように、コーディングブロック（またはコーディングユニット）（ｘ０、ｙ０、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、ｔｒｅｅＴｙｐｅ）にロスレスコーディングモードが適用されるか否かを示す。一例では、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが１である場合、コーディングユニットに対してロスレスコーディングモードが有効であることを指定することができ、一方で、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが０である場合、コーディングユニットに対してロスレスコーディングモードが無効であることを指定することができる。
【表6】
【0194】
一部の実施形態では、シンタックス要素は、シンタックス要素に関連付けられた現在のビデオデータに対してロスレスモードを許可できるか否かを示すために、シグナリングすることができる。例えば、現在データは、タイル、スライス、タイル群、ピクチャ、シーケンス、ビデオ全体であってもよい。したがって、シンタックス要素は、タイルヘッダ、スライスヘッダ、タイル群ヘッダ、ＰＰＳ、ＳＰＳ、ビデオパラメータセット（ＶＰＳ）などにおいてシグナリングすることができる。一例では、現在のビデオデータに対してロスレスモードが有効であるか否かを示すシンタックス要素は、ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇで表される。ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇのセマンティクスは以下のとおりである。ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇが１である場合、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが存在することを指定する。ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇが０である場合、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが存在しないことを指定する。
【0195】
表７は、コーディングユニットのシンタックスの例を示す。表７の第１行では、ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇが検証される。ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇが真である場合（例えば、値が１である場合）、次のシンタックス要素がｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇであると決定することができる。そうでない場合、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが存在しないと決定することができる。
【表7】
【0196】
一実施形態では、ロスレスコーディングモードフラグｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇは、現在のＣＵに対してロスレスコーディングモードが有効であることを示す値でシグナリングされる場合、共同彩度残差コーディングモードが適用されず、関連指示フラグｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌがシグナリングされない。ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌは、共同彩度残差コーディングモードが有効であるか否かを示すことができる。
【0197】
表８は、（ｘ０，ｙ０，ｌｏｇ２ＴｂＷｉｄｔｈ，ｌｏｇ２ＴｂＨｅｉｇｈｔ，ｃＩｄｘ）として定義されるコーディングブロックの残差コーディングシンタックスの例を示す。表８の第１行では、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇがコーディングブロックであり、指示フラグｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌがシグナリングされていないと決定することができる。ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが偽である（コーディングブロックに対してロスレスモードが有効ではないことを示す）場合、ｃＩｄｘ＝＝２＆＆ｔｕ＿ｃｂｆ＿ｃｂ［ｘ０］［ｙ０］の結果（ブール値）に応じて、次のシンタックス要素が指示フラグｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌであると決定することができる。
【表8】
【0198】
一実施形態では、ロスレスコーディングモードフラグｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇは、現在のＣＵに対してロスレスコーディングモードが有効であることを示す値でシグナリングされる場合、ＬＭＣＳが現在のスライス（またはピクチャ、またはビデオシーケンス）に対して有効であるか否かに関係なく、ＬＭＣＳは適用されない。
【0199】
一例として、図１２はロスレスコーディングモードの実装に対応するように変更されたビデオコーディング規格の仕様のテキスト１２００を示す。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇに基づくコーディングブロックの再構成プロセスは、テキスト１２００において説明される。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、スライスヘッダ内においてシグナリング可能であり、コーディングブロックを含む各スライスにＬＭＣＳが有効であるか否かを示す。段落１２０１に、「ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが１に等しい」という条件１２０２が追加される。変更された段落１２０１によれば、条件１２０２が真である（ロスレスモードが有効である）場合、第１の操作１２０３を実行することができ、これはＬＭＣＳを無効にすることと同等である。条件１２０２が偽である場合、ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に応じて、第１の操作１２０３または第２の操作１２０４を実行することができる。
【0200】
図１３は、ロスレスコーディングモードの実装に対応するように変更されたビデオコーディング規格の仕様の別のテキスト１３００を示す。テキスト１３００には、コーディングブロックを処理するためのＣＩＩＰモードの予測プロセスが記載されている。予測プロセスは、ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇに依存することができる。段落１３０１に、「ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが０に等しい」という条件１３０２が追加される。変更された段落１３０１によれば、条件１３０２が偽である（ロスレスモードが有効である）場合、操作１３０３をスキップすることができ、これはＬＭＣＳを無効にすることと同等である。条件１３０２が真である場合、ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に応じて、操作１３０３を実行することができる。
【0201】
一実施形態では、ロスレスコーディングモードフラグｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇは、現在のＣＵに対してロスレスコーディングモードが有効であることを示す値でシグナリングされる場合、残差領域ＤＰＣＭは適用またはシグナリングされない。
【0202】
例として、表９は、コーディングユニットをコーディングするためのコーディングユニットのシンタックスの例を示す。表９の第１行では、高レベルのシンタックスｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇがチェックされる。ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｅｎａｂｌｅ＿ｆｌａｇが真である場合、行２ではｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇがシグナリングされると決定することができる。第１２行では、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが検証に使用される。ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが真である場合、第１３行のｂｄｐｃｍ＿ｆｌａｇがシグナリングされないと決定することができる。したがって、各残差領域ＢＤＰＣＭを無効にすることができる。ｂｄｐｃｍ＿ｆｌａｇは、現在のコーディングユニットに対して残差領域ＢＤＰＣＭコーディングモードが有効であるか否かを示すシンタックス要素とすることができる。
【表9】
【0203】
一実施形態では、ロスレスコーディングモードフラグｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇは、現在のＣＵに対してロスレスコーディングモードが有効であることを示す値でシグナリングされる場合、一部のコーディングモード（例えば、ＭＴＳ、変換スキップ（ＴＳ）モード、ＳＢＴ、および二次変換（ＳＴ））が適用されないか、あるいは関連するシンタックス要素がシグナリングされない。
【0204】
例として、表１０は、コーディングユニットをコーディングするためのコーディングユニットのシンタックスを示す。表１０の第１８行では、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが検証に使用される。ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが真である（コーディングユニットに対してロスレスモードが有効であることを示す）場合、行２５の指示フラグｃｕ＿ｓｂｔ＿ｆｌａｇはシグナリングされない。ｃｕ＿ｓｂｔ＿ｆｌａｇは、コーディングユニットに対してＳＢＴが有効であるか否かを示すことができる。したがって、ＳＢＴは適用されない。同様に、表１０の第３７行では、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが検証に使用される。ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが真である場合、第３９行のシンタックス要素ｓｔ＿ｉｄｘ［ｘ０］［ｙ０］はシグナリングされない。ｓｔ＿ｉｄｘ［ｘ０］［ｙ０］は、二次変換インデックスを表し、コーディングユニットに対して二次変換（ＳＴ）モードが有効であるか否かを示すことができる。したがって、ＳＴモードは適用されない。
【表10】
【0205】
別の例として、表１１は、コーディングユニットを処理するための変換ユニットのシンタックスを示す。表１１の第３１行では、ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが検証に使用される。ｃｕ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇが真である（コーディングユニットに対してロスレスモードが有効であることを示す）場合、第３３行の指示フラグｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］および第３５行のシンタックス要素ｔｕ＿ｍｔｓ＿ｉｄｘ［ｘ０］［ｙ０］はシグナリングされない。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、コーディングユニットに対してＴＳモードが有効であるか否かを示すことができる。ｔｕ＿ｍｔｓ＿ｉｄｘ［ｘ０］［ｙ０］は、選択された変換のインデックス、およびＭＴＳが有効であるか否かを示すことができる。したがって、ＴＳモードまたはＭＴＳは適用されない。
【表11】
【0206】
一実施形態では、ｕｓｅ＿ｌｏｓｓｌｅｓｓ＿ｍｏｄｅ＿ｆｌａｇで示される高レベルのシンタックス要素は、ＳＰＳ、ＰＰＳ、ＶＰＳ、スライスヘッダ、タイルヘッダ、またはタイル群ヘッダでシグナリングして、現在のシーケンス、ピクチャ、ビデオ、スライス、タイル、またはタイル群に対してそれぞれロスレスコーディングモードのみが許可されるか否かを示すことができる。ロスレスコーディングモードを使用する場合、ロッシーコーディングモード（またはロッシーコーディングツール）をコーディングおよびデコーディングから除外することができる。
【0207】
ＶＩＩ．複数の係数コーディング方式からの選択
【0208】
一部の例では、ロスレスコーディングが採用され、予測残差は、変換されずに空間領域においてエントロピーコーディングされる。一部の例では、変換が予測残差に適用され、その後に通常の変換係数エントロピーコーディングが行われる。通常の変換係数と変換スキップ残差とのエントロピーコーディング方式が異なるように設計することができる。例えば、Ｖ．残差コーディング方式で説明されるように、隣接テンプレートは、通常の変換係数コーディングにおいてより複雑であり、スキャン順序は変換スキップ残差コーディングの順方向走査であり、記号ビットは変換スキップ残差コーディングにおけるコンテキストコーディングされたビンを使用してコーディングされる。したがって、一部の実施形態では、異なるシナリオ（例えば、変換係数コーディングまたは変換なしの残差コーディング）に対応して、異なる係数コーディング方式を適切に選択して適用することができる。係数コーディング方式の選択を容易にするために、複数の係数コーディング方式からの選択を示すシンタックス要素を、デコーダからエンコーダへのビットストリームにおいてシグナリングすることができる。
【0209】
一部の実施形態では、複数の係数コーディング方式が与えられる場合、ブロックレベルのインデックス（またはフラグやインジケータ）をシグナリングして、与えられた複数の係数コーディング方式のうちどの１つ（または複数）の係数コーディング方式を現在のブロックの係数コーディングに用いることができるかを示すことができる。
【0210】
一実施形態では、与えられた複数の係数コーディング方式は、変換なしの空間予測残差、例えば、変換スキップ（ＴＳ）モードまたはＢＤＰＣＭモードを使用した残差に適用可能な係数コーディング方式と、通常の変換係数コーディングに適用可能な係数コーディング方式とを含む。一例では、２つの係数コーディング方式は、ＶＶＣ（ドラフト６）（ＪＶＥＴ―Ｏ２００１）の「７．３．８．１１ 残差コーディングシンタックス」（ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇおよびｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇのシンタックス表）において定義されるものである。
【0211】
表１２―１４は、シンタックス要素ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が、２つの候補係数コーディング方式のどちらを使用するかを示すために使用されるシンタックス表の例を示す。ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が１である場合、現在のＴＵの残差をエントロピーコーディング（デコーディング）するためにｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇが選択されることを指定し、またｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が０である場合、現在のＴＵの残差をエントロピーコーディング（デコーディング）するためにｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇが選択されることを指定する。ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇとｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇは、例えば、ＶＶＣ（ドラフト６）（ＪＶＥＴ―Ｏ２００１）の「７．３．８．１１」で定義される２つの異なる係数コーディング方式にすることができる。一例では、ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が現在のＴＵに存在しない場合、ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］の値は０と推定される。
【0212】
表１２は、変換ユニットをコーディングするための変換ユニットシンタックスを示している表１２の第２行では、シンタックス要素ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が入力される。第４行では、ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が真である場合、第５行のｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇの係数コーディング方式が変換ユニットの処理のために選択される。ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が偽である場合、第４行のｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］の値に応じて、ｒｅｓｉｄｕａｌ―ｃｏｄｉｎｇまたはｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇのいずれかを選択することができる。また、第９―１２行では、ＣｒおよびＣｂの彩度成分がｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇの係数コーディング方式によって処理される。
【表12】
【0213】
表１３は、変換ユニットをコーディングするための別の変換ユニットシンタックスを示している表１２の第２行では、シンタックス要素ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が入力される。第４行では、追加のシンタックスｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが検証される。ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇは、変換および量子化処理がバイパスされているか否かを示す。ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが真であり、かつ変換および量子化処理がバイパスされている場合、ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］で示される係数コーディング方式の選択を第４行に適用することができる。ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが偽である場合、選択は適用されない。
【0214】
ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが真であるシナリオでは、ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が真である場合、第５行のｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇの係数コーディング方式が変換ユニットの処理のために選択される。ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が偽である場合、第４行のｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］の値に応じて、ｒｅｓｉｄｕａｌ―ｃｏｄｉｎｇまたはｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇのいずれかを選択することができる。また、表１３の第９―１２行では、ＣｒおよびＣｂの彩度成分がｒｅｓｉｄｕａｌ―ｃｏｄｉｎｇの係数コーディング方式によって処理される。
【表13】
【0215】
表１４は、変換ユニットをコーディングするための別の変換ユニットシンタックスを示す。表１４の第２行では、シンタックス要素ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］が入力される。第４行―第７行では、係数コーディング方式の選択は、シンタックス要素ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］に基づいて変換ユニットの輝度成分に適用される。また、ＣｒおよびＣｂ彩度成分がｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇの係数コーディング方式によって処理される表１２および１３とは異なり、表１４の第１０―１３行および第１５―１８行では、係数コーディング方式の選択が、輝度成分の場合と同様にＣｒおよびＣｂ彩度成分に適用される。
【表14】
【0216】
一実施形態では、ブロックレベルのインデックス（またはフラグまたはインジケータ）を、特定のコーディングモードまたはいくつかの特定のコーディングモードにおいてシグナリングすることができる。例えば、１つまたはいくつかのコーディングモードは、ロスレスコーディングモード、残差領域ＢＤＰＣＭモード、変換スキップ（ＴＳ）モード、イントラ予測モード、ＩＢＣモード、ＪＣＣＲモード、ＭＴＳモード、ＬＦＮＳＴモード、多重参照ライン（ＭＲＬ）イントラ予測モード、インター予測モード、パレットモード、およびクロスコンポーネント線形モデル（ＣＬＣＬＭ）モードであってもよい。これらのコーディングモードが様々な例において採用される場合、ブロックレベルのインデックス（またはフラグまたはインジケータ）をシグナリングして、複数の係数コーディング方式から適切な係数コーディング方式がどのように選択するかを示すことができる。
【0217】
一実施形態では、与えられた複数の係数コーディング方式のうちどの１つ（または複数）の係数コーディング方式を現在のブロックの係数コーディングに用いることができるかを示すためにシグナリングされたブロックレベルのインデックス（またはフラグまたはインジケータ）は、コンテキストコーディングすることができる。コンテキストは、特定のコーディングモード、またはいくつかの特定のコーディングモード（例えば、上述した特定のコーディングモード）の１つを選択するか否かに基づいて導出することができる。例えば、レート歪み最適化（ＲＤＯ）ベースの評価プロセスを実行して、複数の係数コーディング方式のどれが現在のブロックに対して最適であるかを決定することができる。ＭＴＳモードが現在のブロックの処理に使用される場合、通常の変換係数コーディング方式の選択は、変換なしの残差コーディング方式の選択よりも高い確率を実現することができる。したがって、ブロックレベルのインデックスの値が０または１である確率は、採用されるコーディングモードに依存することができる。
【0218】
一実施形態では、ブロックレベルのインデックス（またはフラグまたはインジケータ）は、異なる色成分に対して個別にシグナリングすることができる。例えば、ブロックレベルのインデックス（またはフラグまたはインジケータ）は、輝度、Ｃｂ、またはＣｒの色成分に対してそれぞれシグナリングすることができる。したがって、異なる色成分は、係数コーディング方式の異なる選択を有する可能性がある。
【0219】
別の例では、輝度成分について１つのブロックレベルのインデックス（またはフラグまたはインジケータ）がシグナリングされ、彩度成分について１つのブロックレベルのインデックス（またはフラグまたはインジケータ）がシグナリングされる。例えば、彩度成分について１つのブロックレベルのインデックス（またはフラグまたはインジケータ）がシグナリングされる場合、ブロックレベルのインデックスはＣｂとＣｒの色成分の間に共有することができる。
【0220】
ＶＩＩＩ．処理例
【0221】
図１４は、本開示の実施形態に係るプロセス１４００の概要のフローチャートを示す。プロセス１４００は、ロスレスモードでコーディングされたブロックの再構成に用いることができる。様々な実施形態では、プロセス１４００は、端末装置２１０、２２０、２３０および２４０の処理回路、ビデオデコーダ３１０の機能を実行する処理回路、ビデオデコーダ４１０の機能を実行する処理回路などの処理回路によって実行される。一部の実施形態では、プロセス１４００はソフトウェア命令で実施される。したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス１４００を実行する。プロセスはＳ１４０１から開始し、Ｓ１４１０に進む。
【0222】
Ｓ１４１０では、現在のビデオデータに対してロスレスモードを許可できるか否かを示す高レベルのシンタックス要素を受信することができる。ロスレスモードが許可される場合、ブロックレベルのロスレスモードフラグがビデオデータのビットストリームに存在することができる。例えば、高レベルのシンタックス要素は、タイル、スライス、タイル群、ピクチャ、ピクチャシーケンスまたはビデオ全体に対してシグナリングすることができる。
【0223】
Ｓ１４２０では、現在のブロックに関連付けられたロスレスモードフラグを受信することができる。ロスレスモードフラグは、現在のブロックにロスレスコーディングモードを適用できるか否かを示すことができる。
【0224】
Ｓ１４３０では、ロスレスモードフラグが現在のブロックにロスレスコーディングモードが適用されることを示す場合、現在のブロックにロッシーコーディングモードが適用されないと決定することができる。一例では、ロスレスモードフラグが現在のブロックにロスレスコーディングモードが適用されることを示す場合、ロッシーコーディングモードに関連付けられるか、またはそれを示すシンタックス要素が存在しないと決定することができる。一例では、ロスレスモードフラグが現在のブロックにロスレスコーディングモードが適用されることを示す場合、処理プロセスにおけるロッシーコーディングモードのコーディング操作を無効にすることができる。
【0225】
Ｓ１４４０では、ロッシーコーディングモードを無効にして現在のブロックを再構成することができる。表８―１１および図１２―１３の例では、ロッシーコーディングモードが無効化されるかまたは適用されない例を示す。プロセス１４００は、Ｓ１４９９に進み、Ｓ１４９９で終了することができる。
【0226】
図１５は、本開示の実施形態に係るプロセス１５００の概要の別のフローチャートを示す。プロセス１５００は、現在のブロックの再構成に用いることができる。様々な実施形態では、プロセス１５００は、端末装置２１０、２２０、２３０および２４０の処理回路、ビデオデコーダ３１０の機能を実行する処理回路、ビデオデコーダ４１０の機能を実行する処理回路などの処理回路によって実行される。一部の実施形態では、プロセス１５００はソフトウェア命令で実施され、したがって処理回路がソフトウェア命令を実行すると、処理回路はプロセス１５００を実行する。プロセスはＳ１５０１から開始し、Ｓ１５１０に進む。
【0227】
Ｓ１５１０では、現在のブロックの係数コーディングに用いられる複数の係数コーディング方式の１つを示す第１のシンタックス要素を受信することができる。例えば、現在のブロックの係数は、変換係数、または、例えば変換スキップモードまたは残差領域ＢＤＰＣＭモードから生じる変換なしの特別な領域予測残差であってもよい。現在のブロックの係数のタイプに応じて、係数を処理するために異なる係数コーディング方式を選択し、デコーダ側においてより良好なコーディング効率を得ることができる。
【0228】
Ｓ１５２０では、第１のシンタックス要素に基づいて、残差コーディングシンタックスを決定することができる。例えば、決定された残差コーディングシンタックスは、第１のシンタックス要素によって示される係数コーディング方式に対応することができる。一例では、残差コーディングシンタックスは、ＶＶＣ（ドラフト６）（ＪＶＥＴ―Ｏ２００１）の「７．３．８．１１ 残差コーディングシンタックス」（ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇおよびｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇのシンタックス表）において定義される２組の残差コーディングシンタックスのいずれかであってもよい。表１２―１４は、シンタックス要素（例えば、ｔｕ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｓｅｌ［ｘ０］［ｙ０］）に基づいて、残差コーディングシンタックスを決定する例を示す。
【0229】
Ｓ１５３０では、決定された残差コーディングシンタックスに基づいて、現在のブロックの係数コーディングのシンタックス要素を決定することができる。例えば、２組の残差コーディングシンタックスに対応して、現在のブロックの係数コーディングの異なるシンタックス要素を認識して受信することができる。例えば、表５は、変換スキップ残差残差コーディングシンタックス（ＶＶＣ（ドラフト６）（ＪＶＥＴ―Ｏ２００１）において定義されるｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇのシンタックスと同様）を示す。表５のシンタックスに従って、変換なしの現在のブロックの残差の係数コーディングから生じるｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒなどのシンタックス要素を決定することができる。
【0230】
Ｓ１５４０では、Ｓ１５３０で決定されたシンタックス要素に基づいて、現在のブロックを再構成することができる。例えば、Ｓ１５１０の第１のシンタックス要素（例えば、変換係数または変換なしの空間領域残差に適用可能）によって示される係数コーディング方式に対応して、現在のブロックの再構成のために異なる処理を実行することができる。
【0231】
例えば、ＶＶＣ（ドラフト６）（ＪＶＥＴ―Ｏ２００１）において定義される残差コーディングシンタックスｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇに対応する係数コーディング方式について、Ｓ１５３０で決定されたシンタックス要素に基づいて逆量子化および逆変換プロセスを実行して、現在のブロックの空間残差を取得することができる。ＶＶＣ（ドラフト６）（ＪＶＥＴ―Ｏ２００１）において定義される残差コーディングシンタックスｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇに対応する係数コーディング方式について、Ｓ１５３０で決定されたシンタックス要素に基づいて残差領域ＢＤＣＰＣＭデコーディングプロセスを実行して、現在のブロックの空間残差を取得することができる。残差を（例えば、インターまたはイントラコーディングされた）予測ブロックと組み合わせることにより、一例では現在のブロックを再構成することができる。プロセス１５００は、Ｓ１５９９に進み、Ｓ１５９９で終了する。
【0232】
ＩＸ．コンピュータシステム
【0233】
以上で説明された技法は、コンピュータ読取可能な命令を使用するコンピュータソフトウェアとして実行され、１つ以上のコンピュータ読取可能な媒体に物理的に記憶されることができる。例えば、図１６は、開示された主題の特定の実施形態を実行することに適したコンピュータシステム１６００を示す。
【0234】
コンピュータソフトウェアは、アセンブリ、コンパイル、リンク、またはそのようなメカニズムを施されて、１つ以上のコンピュータ中央処理装置（ＣＰＵ）、グラフィックスプロセッシングユニット（ＧＰＵ）などによって直接、または解釈、マイクロコード実行などによって実行されることができる命令を含むコードを作成する任意の適切な機械コードまたはコンピュータ言語を用いてコーディングされることができる。
【0235】
命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネットデバイスなどを含む、様々なタイプのコンピュータまたはそのコンポーネント上で実行されることができる。
【0236】
コンピュータシステム１６００について、図１６に示される例示的なコンポーネントは、本質的に例示的なものであり、本開示の実施形態を実施するコンピュータソフトウェアの使用または機能の範囲に関していかなる限定を示唆することも意図しない。コンポーネントの構成は、コンピュータシステム１６００の例示的な実施形態で示されるコンポーネントのうちのいずれか１つまたは組み合わせに関する任意の依存性または必要性を有するとして解釈されるべきではない。
【0237】
コンピュータシステム１６００は、特定のヒューマンインターフェース入力デバイスを含み得る。このようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（キーストローク、スワイプ、データグローブの動きなど）、オーディオ入力（音声、拍手など）、視覚入力（ジェスチャーなど）、嗅覚入力（描画せず）によって、１人以上のユーザによる入力に応答することができる。ヒューマンインターフェースデバイスは、オーディオ（音声、音楽、環境音など）、画像（走査画像、静止画像カメラから取得される写真画像など）、ビデオ（２次元ビデオ、立体ビデオを含む３次元ビデオなど）など、人間による意識的な入力に必ずしも直接関係しない特定のメディアをキャプチャすることにも使用できる。
【0238】
入力ヒューマンインターフェースデバイスは、キーボード１６０１、マウス１６０２、トラックパッド１６０３、タッチスクリーン１６１０、データグローブ（図示せず）、ジョイスティック１６０５、マイクフォン１６０６、スキャナ１６０７、カメラ１６０８（それぞれ１つのみ示されている）のうちの１つ以上を含み得る。
【0239】
コンピュータシステム１６００は、特定のヒューマンインターフェース出力デバイスをも含み得る。このようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音声、光、および嗅覚／味覚を介して１人以上のユーザの感覚を刺激し得る。このようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン１６１０、データグローブ（図示せず）、またはジョイスティック１６０５による触覚フィードバックがあるが、入力デバイスとして機能しない触覚フィードバックデバイスであってもよい）、オーディオ出力デバイス（スピーカ１６０９、ヘッドホン（描画せず）など）、視覚出力デバイス（ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン１６１０（それぞれタッチスクリーン入力能力を有するかもしくは有せず、それぞれ触覚フィードバック能力を有するかもしくは有しない。それらの一部は、ステレオグラフィック出力などの手段を介して、２次元の視覚出力または３次元以上の出力を出力することができる）、仮想現実眼鏡（描画せず）、ホログラフィックディスプレおよびスモークタンク（描画せず）など）、およびプリンタ（描画せず）を含み得る。
【0240】
コンピュータシステム１６００は、人間がアクセス可能な記憶装置およびそれらの関連する媒体、例えば、ＣＤ／ＤＶＤなどの媒体１６２１付きのＣＤ／ＤＶＤ ＲＯＭ／ＲＷ１６２０を含む光学媒体、サムドライブ１６２２、リムーバブルハードドライブまたはソリッドステートドライブ１６２３、テープやフロッピーディスクなどの従来の磁気媒体（描画せず）、セキュリティドングルなどの専用のＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイス（描画せず）などをも含むことができる。
【0241】
ここで開示された主題に関連して使用される「コンピュータ読取可能な媒体」という用語は、送信媒体、搬送波、または他の一時的な信号を包含しないことをも当業者が理解するべきである。
【0242】
コンピュータシステム１６００は、１つ以上の通信ネットワークへのインターフェースをさらに含むことができる。ネットワークは、例えば、無線、有線、光学的であり得る。ネットワークは、さらに、ローカル、広域、大都市圏、車両用および産業用、リアルタイム、遅延耐性などであり得る。ネットワークの例は、イーサネット、無線ＬＡＮなどのローカルエリアネットワーク、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワーク、ケーブルＴＶ、衛星ＴＶ、および地上放送ＴＶを含むＴＶ有線または無線広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両用や産業用などを含む。特定のネットワークは、一般に、特定の汎用データポートまたは周辺バス１６４９（例えば、コンピュータシステム１６００のＵＳＢポートなど）に接続された外部ネットワークインターフェースアダプターを必要とする。他のものは一般に、以下で説明するようにシステムバスに接続することにより、コンピュータシステム１６００のコアに統合される（例えば、ＰＣコンピュータシステムへのイーサネットインターフェースまたはスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）。これらのネットワークのいずれかを用いて、コンピュータシステム１６００は、他のエンティティと通信することができる。このような通信は、単方向、受信のみ（例えば、放送ＴＶ）、単方向の送信のみ（例えば、特定のＣＡＮｂｕｓデバイスへのＣＡＮｂｕｓ）、または双方向、例えばローカルまたはワイドエリアデジタルネットワークを用いる他のコンピュータシステムへの送信であり得る。特定のプロトコルおよびプロトコルスタックを上述したこれらのネットワークおよびネットワークインターフェースのそれぞれで使用することができる。
【0243】
前述のヒューマンインターフェースデバイス、人間がアクセス可能な記憶装置、およびネットワークインターフェースは、コンピュータシステム１６００のコア１６４０に接続されることができる。
【0244】
コア１６４０は、１つ以上の中央処理装置（ＣＰＵ）１６４１、グラフィックスプロセッシングユニット（ＧＰＵ）１６４２、フィールドプログラマブルゲートエリア（ＦＰＧＡ）１６４３の形態での専用プログラマブル処理ユニット、特定のタスク用のハードウェアアクセラレータ１６４４などを含むことができる。これらのデバイスは、リードオンリメモリ（ＲＯＭ）１６４５、ランダムアクセスメモリ１６４６、非ユーザアクセス可能な内部ハードドライブ、ＳＳＤなどの内部大容量記憶装置１６４７とともに、システムバス１６４８を介して接続されてもよい。一部のコンピュータシステムでは、システムバス１６４８は、１つ以上の物理プラグの形態でアクセスでき、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にする。周辺機器は、コアのシステムバス１６４８に直接、または周辺バス１６４９を介して接続されることができる。周辺バスのアーキテクチャは、ＰＣＩ、ＵＳＢなどを含む。
【0245】
ＣＰＵ１６４１、ＧＰＵ１６４２、ＦＰＧＡ１６４３、およびアクセラレータ１６４４は、組み合わせられることで、前述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ１６４５またはＲＡＭ１６４６に記憶されることができる。推移データはＲＡＭ１６４６にも記憶できるが、永続データは、例えば、内部大容量ストレージ１６４７に記憶されることができる。１つ以上のＣＰＵ１６４１、ＧＰＵ１６４２、大容量ストレージ１６４７、ＲＯＭ１６４５、ＲＡＭ１６４６などと密接に関連付けることができるキャッシュメモリを使用することにより、任意のメモリデバイスへの高速保存および検索が可能になる。
【0246】
コンピュータ読取可能な媒体は、様々なコンピュータ実施操作を実行するためのコンピュータコードを備えることができる。媒体およびコンピュータコードは、本開示の目的のために特別に設計および構築されたものであり得るか、もしくは、それらは、コンピュータソフトウェア技術の当業者に周知であって利用可能な種類のものであり得る。
【0247】
限定ではなく、一例として、アーキテクチャを有するコンピュータシステム１６００、特にコア１６４０は、１つ以上の有形のコンピュータ読取可能な媒体に組み込まれたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）の結果としての機能性を提供することができる。このようなコンピュータ読取可能な媒体は、以上で紹介したようにユーザがアクセス可能な大容量ストレージ、および、コア内部大容量ストレージ１６４７またはＲＯＭ１６４５などの非一時的な性質を持つコア１６４０の特定のストレージに関連付けられた媒体であり得る。本開示の様々な実施形態を実行するソフトウェアは、このようなデバイスに記憶され、コア１６４０によって実行されることができる。コンピュータ読取可能な媒体は、特定の必要に応じて、１つ以上のメモリデバイスまたはチップを含むことができる。ソフトウェアは、コア１６４０、具体的にはその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ１６４６に記憶されたデータ構造を定義すること、および、ソフトウェアで定義されたプロセスに従ってこのようなデータ構造を変更することを含む、ここで説明する特定のプロセスまたは特定のプロセスの特定の部分を実行させることができる。加えて、または、代替として、コンピュータシステムは、本明細書に記載された特定のプロセスまたは特定のプロセスの特定の部分を実行するためにソフトウェアの代わりにまたは一緒に動作することができる回路（例えば、アクセラレータ１６４４）に有線接続されたまたは組み込まれたロジックの結果としての機能性を提供することができる。ソフトウェアへの言及は、必要に応じて、ロジックを含むことができ、その逆も同様である。コンピュータ読取可能な媒体への言及は、必要に応じて、実行に用いられるソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行に用いられるロジックを具現化する回路、またはその両方を含むことができる。本開示は、ハードウェアとソフトウェアの任意の適切な組み合わせを含む。
付録Ａ：頭字語
ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ―Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（特定用途向け集積回路）
ＢＭＳ：Ｂｅｎｃｈｍａｒｋ Ｓｅｔ（ベンチマークセット）
ＣＡＮＢｕｓ：Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｂｕｓ（コントローラエリアネットワークバス）
ＣＢＦ：Ｃｏｄｅｄ Ｂｌｏｃｋ ｆｌａｇ（コーディングブロックフラグ）
ＣＣＬＭ：Ｃｒｏｓｓ―ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ（クロスコンポーネント線形モデル）
ＣＤ：Ｃｏｍｐａｃｔ Ｄｉｓｃ（コンパクトディスク）
ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（中央処理装置）
ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ（ブラウン管）
ＣＴＢ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ（コーディングツリーブロック）
ＣＴＵ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ（コーディングユニット）
ＤＴ：Ｄｕａｌ Ｔｒｅｅ（デュアルツリー）
ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ（デジタルビデオディスク）
ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｅａｓ（フィールド・プログラマブル・ゲート・アレイ）
ＧＯＰｓ：ＧＯＰ：Ｇｒｏｕｐｓ ｏｆ Ｐｉｃｔｕｒｅｓ（ピクチャ群）
ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（グラフィック処理装置）
ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（移動通信用グローバルシステム）
ＨＤＲ：ｈｉｇｈ ｄｙｎａｍｉｃ ｒａｎｇｅ（ハイダイナミックレンジ）
ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率ビデオコーディング）
ＨＬＳ：Ｈｉｇｈ Ｌｅｖｅｌ Ｓｙｎｔａｘ（高レベルのシンタックス）
ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想リファレンスデコーダ）
ＩＢＣ：Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ（イントラブロックコピー）
ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（集積回路）
ＩＳＰ：Ｉｎｔｒａ Ｓｕｂ―Ｐａｒｔｉｔｉｏｎ（イントラサブパーティション）
ＪＣＣＲ：Ｊｏｉｎｔ Ｃｂ Ｃｒ Ｒｅｓｉｄｕａｌ Ｃｏｄｉｎｇ（共同ＣｂＣｒ残差コーディング）
ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｍｏｄｅｌ（共同探索モデル）
ＪＶＥＴ：Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（共同ビデオ探索チーム）
ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ローカルエリアネットワーク）
ＬＣＤ：Ｌｉｑｕｉｄ―Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ（液晶表示装置）
ＬＦＮＳＴ：Ｌｏｗ―Ｆｒｅｑｕｅｎｃｙ Ｎｏｎ―Ｓｅｐａｒａｂｌｅ Ｓｅｃｏｎｄａｒｙ Ｔｒａｎｓｆｏｒｍ、Ｌｏｗ―Ｆｒｅｑｕｅｎｃｙ Ｎｏｎ―Ｓｅｐａｒａｂｌｅ Ｔｒａｎｓｆｏｒｍ（低周波非分離二次変換、低周波非分離変換）
ＬＴＥ：Ｌｏｎｇ―Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（長期的な進化）
ＭＲＬ：Ｍｕｌｔｉｐｌｅ ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ（多重参照ラインイントラ予測）
ＭＶ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ（動きベクトル）
ＭＴＳ：Ｍｕｌｔｉｐｌｅ Ｔｒａｎｓｆｏｒｍ Ｓｅｌｅｃｔｉｏｎ（多重変換選択）
ＭＶ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ（動きベクトル）
ＯＬＥＤ：Ｏｒｇａｎｉｃ Ｌｉｇｈｔ―Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ（有機発光ダイオード）
ＰＢ：Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋ（予測ブロック）
ＰＣＩ：Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ペリフェラルコンポーネントインターコネクト）
ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ（プログラマブルロジックデバイス）
ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ（予測ユニット）
ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ランダムアクセスメモリ）
ＲＯＭ：Ｒｅａｄ―Ｏｎｌｙ Ｍｅｍｏｒｙ（リードオンリメモリ）
ＲＱＴ：Ｒｅｓｉｄｕａｌ Ｑｕａｄ―Ｔｒｅｅ（残差四分木）
ＳＢＴ：Ｓｕｂ―ｂｌｏｃｋ Ｔｒａｎｓｆｏｒｍ（サブブロック変換）
ＳＤＲ：ｓｔａｎｄａｒｄ ｄｙｎａｍｉｃ ｒａｎｇｅ（標準ダイナミックレンジ）
ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補助強化情報）
ＳＮＲ：Ｓｉｇｎａｌ Ｎｏｉｓｅ Ｒａｔｉｏ（信号対雑音比）
ＳＳＤ：ｓｏｌｉｄ―ｓｔａｔｅ ｄｒｉｖｅ（ソリッドステートドライブ）
ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ（変換ユニット）
ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ユニバーサルシリアルバス）
ＶＴＭ：Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｔｅｓｔ Ｍｏｄｅｌ（多用途ビデオコーディングテストモデル）
ＶＵＩ：Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（ビデオユーザビリティ情報）
ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ（多用途ビデオコーディング）
付録Ａ：頭字語
ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ―Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（特定用途向け集積回路）
ＢＭＳ：Ｂｅｎｃｈｍａｒｋ Ｓｅｔ（ベンチマークセット）
ＣＡＮＢｕｓ：Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｂｕｓ（コントローラエリアネットワークバス）
ＣＢＦ：Ｃｏｄｅｄ Ｂｌｏｃｋ ｆｌａｇ（コーディングブロックフラグ）
ＣＣＬＭ：Ｃｒｏｓｓ―ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ（クロスコンポーネント線形モデル）
ＣＤ：Ｃｏｍｐａｃｔ Ｄｉｓｃ（コンパクトディスク）
ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（中央処理装置）
ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ（ブラウン管）
ＣＴＢ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ（コーディングツリーブロック）
ＣＴＵ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ（コーディングユニット）
ＤＴ：Ｄｕａｌ Ｔｒｅｅ（デュアルツリー）
ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ（デジタルビデオディスク）
ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｅａｓ（フィールド・プログラマブル・ゲート・アレイ）
ＧＯＰｓ：ＧＯＰ：Ｇｒｏｕｐｓ ｏｆ Ｐｉｃｔｕｒｅｓ（ピクチャ群）
ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（グラフィック処理装置）
ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（移動通信用グローバルシステム）
ＨＤＲ：ｈｉｇｈ ｄｙｎａｍｉｃ ｒａｎｇｅ（ハイダイナミックレンジ）
ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率ビデオコーディング）
ＨＬＳ：Ｈｉｇｈ Ｌｅｖｅｌ Ｓｙｎｔａｘ（高レベルのシンタックス）
ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想リファレンスデコーダ）
ＩＢＣ：Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ（イントラブロックコピー）
ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（集積回路）
ＩＳＰ：Ｉｎｔｒａ Ｓｕｂ―Ｐａｒｔｉｔｉｏｎ（イントラサブパーティション）
ＪＣＣＲ：Ｊｏｉｎｔ Ｃｂ Ｃｒ Ｒｅｓｉｄｕａｌ Ｃｏｄｉｎｇ（共同ＣｂＣｒ残差コーディング）
ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｍｏｄｅｌ（共同探索モデル）
ＪＶＥＴ：Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（共同ビデオ探索チーム）
ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ローカルエリアネットワーク）
ＬＣＤ：Ｌｉｑｕｉｄ―Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ（液晶表示装置）
ＬＦＮＳＴ：Ｌｏｗ―Ｆｒｅｑｕｅｎｃｙ Ｎｏｎ―Ｓｅｐａｒａｂｌｅ Ｓｅｃｏｎｄａｒｙ Ｔｒａｎｓｆｏｒｍ、Ｌｏｗ―Ｆｒｅｑｕｅｎｃｙ Ｎｏｎ―Ｓｅｐａｒａｂｌｅ Ｔｒａｎｓｆｏｒｍ（低周波非分離二次変換、低周波非分離変換）
ＬＴＥ：Ｌｏｎｇ―Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（長期的な進化）
ＭＲＬ：Ｍｕｌｔｉｐｌｅ ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ（多重参照ラインイントラ予測）
ＭＶ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ（動きベクトル）
ＭＴＳ：Ｍｕｌｔｉｐｌｅ Ｔｒａｎｓｆｏｒｍ Ｓｅｌｅｃｔｉｏｎ（多重変換選択）
ＭＶ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ（動きベクトル）
ＯＬＥＤ：Ｏｒｇａｎｉｃ Ｌｉｇｈｔ―Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ（有機発光ダイオード）
ＰＢ：Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋ（予測ブロック）
ＰＣＩ：Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ペリフェラルコンポーネントインターコネクト）
ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ（プログラマブルロジックデバイス）
ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ（予測ユニット）
ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ランダムアクセスメモリ）
ＲＯＭ：Ｒｅａｄ―Ｏｎｌｙ Ｍｅｍｏｒｙ（リードオンリメモリ）
ＲＱＴ：Ｒｅｓｉｄｕａｌ Ｑｕａｄ―Ｔｒｅｅ（残差四分木）
ＳＢＴ：Ｓｕｂ―ｂｌｏｃｋ Ｔｒａｎｓｆｏｒｍ（サブブロック変換）
ＳＤＲ：ｓｔａｎｄａｒｄ ｄｙｎａｍｉｃ ｒａｎｇｅ（標準ダイナミックレンジ）
ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補助強化情報）
ＳＮＲ：Ｓｉｇｎａｌ Ｎｏｉｓｅ Ｒａｔｉｏ（信号対雑音比）
ＳＳＤ：ｓｏｌｉｄ―ｓｔａｔｅ ｄｒｉｖｅ（ソリッドステートドライブ）
ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ（変換ユニット）
ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ユニバーサルシリアルバス）
ＶＴＭ：Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｔｅｓｔ Ｍｏｄｅｌ（多用途ビデオコーディングテストモデル）
ＶＵＩ：Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（ビデオユーザビリティ情報）
ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ（多用途ビデオコーディング）
【0248】
本開示は一部の例示的な実施形態を説明したが、本開示の範囲内に含まれる変更、置換、および様々な代替の均等物が存在する。したがって、当業者は、本明細書では明示的に示されていないか、または記載されていないが、本開示の原理を具現化し、その思想および範囲内に含まれる様々なシステムおよび方法を想到できる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【国際調査報告】