JP2022531435A - 複数のイントラ符号化方法の相互作用 - Google Patents

Abstract

映像処理のための技術、装置、及びシステムが説明される。１つの例示的な態様において、映像処理方法は、映像のブロックと前記映像のビットストリーム表現との変換のために、行列ベースイントラ予測（ＭＩＰ）符号化技術のための情報を前記ビットストリーム表現において符号化する態様を判定することを含む。予め符号化された映像のサンプルに対して行列ベクトル乗算演算を行うことに基づいて、ＭＩＰ符号化技術を用いて、ブロックの予測ブロックを判定する。方法は、判定に基づいて変換を行うことをも含む。【選択図】図２７

Description

関連出願の相互参照

パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０１９年５月１１日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０８６４８９号の優先権および利益を適時に主張することを目的とする。米国法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される

この特許文献は、映像符号化技術、デバイスおよびシステムに関する。

映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

本明細書は、映像または画像の復号化または符号化中に二次変換を使用する様々な実施形態および技術を説明する。

１つの例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックと映像のビットストリーム表現との変換のために、ビットストリーム表現において行列ベースイントラ予測（ＭＩＰ）符号化技術のための情報を符号化する態様を判定することを含む。ＭＩＰ符号化技術を用いて、映像の予め符号化されたサンプルに対して行列ベクトル乗算演算を行うことに基づいたＭＩＰ符号化技術を用いて、ブロックの予測ブロックを判定する。前記方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックと映像のビットストリーム表現との変換のために、ブロックが特定の符号化技術を用いて符号化されている場合、正確に２つのイントラ予測モードが許容されることを判定することを含む。前記方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックと映像のビットストリーム表現との変換のために、ブロックのサンプル又はそのブロックの１つ以上の予め符号化されたサブパーティションのサンプルを用いてブロックのサブパーティションの予測を行うために判定することを含む。ブロックは、ブロックを複数のサブパーティションに分割し、予め再構成されたサブパーティションに基づいて、各サブパーティションの予測を判定するイントラサブブロック分割（ＩＳＰ）符号化技術を用いて符号化される。複数のサブパーティションは、第１のサブパーティションと、１つ以上の内部サブパーティションと、を含む。前記方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像の現在のブロックと映像のビットストリーム表現とを変換するために、最確モード（ＭＰＭ）候補のリストの構築プロセスにおいて、現在のブロックの第１の近傍のブロックのセットが、予め符号化されたブロックの第２の近傍のブロックのセットと異なることを判定することを含む。現在のブロックは、複数の子ブロックに分割された親ブロックの子ブロックである。前記方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像スライスの映像ブロックと映像のビットストリーム表現との変換のために、この映像ブロックに対して許可されるタイプの分割を、スライスに対してイントラサブブロックパーティションツールが有効化されているかどうかに基づいて判定することを含む。前記方法は、判定に基づいて変換を行うことをも含む。

１つの例示的な態様において、映像処理の方法が開示される。この方法は、映像データのブロックを表すビットストリームを生成すること、又は受信することを含む。この映像データのブロックは、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）に基づいて符号化される。ＡＬＷＩＰのサイド情報及び量子化残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）のサイド情報は、ビットストリームにおいて第１の順序で順次、符号化される。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像データブロックを表すビットストリームを生成すること、又は受信することを含み、映像データのブロックは、２つのイントラ予測モードのみを有するイントラ予測方法を用いて符号化される。

別の例示的な態様において、映像処理の方法が開示される。この方法は、現在のブロックの近傍のブロックのセットを確認することで、映像データの複数のブロックにおける現在のブロックのために最確モード（ＭＰＭ）リストを構築することを含む。映像ユニットを分割パターンを用いて分割することにより複数のブロックを生成し、分割パターンに基づいて近傍のブロックのセットを判定する。この方法は、また、ＭＰＭリストからの候補を用いて映像データの現在のブロックを符号化し、映像データの現在のブロックを表すビットストリームを生成することを含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像データの複数のブロックを表すビットストリームを受信することを含む。最確モード（ＭＰＭ）リストの候補を用いて、映像データの現在のブロックをビットストリームに符号化し、現在のブロックの近傍のブロックのセットを確認することで、ＭＰＭリストを構築する。複数のブロックは、分割パターンを用いて映像ユニットを分割して生成される。分割パターンに基づいて、近傍のブロックのセットが判定される。この方法は、ビットストリームを用いて映像データの現在のブロックを再構成することも含む。

さらに別の例示的な態様において、映像エンコーダが開示される。この映像エンコーダは、上述した方法の１つ以上を実装するように構成された処理装置を備える。

さらに別の例示的な態様において、映像デコーダが開示される。この映像デコーダは、上述した方法の１つ以上を実装するように構成された処理装置を備える。

さらに別の例示的な態様において、コンピュータ可読媒体が開示される。媒体は、媒体に記憶された上述した方法の１つ以上を実装するためのコードを含む。

これらの、および他の態様は、本明細書で説明される。

エンコーダブロック図の例を示す。 ６７個のイントラ予測モードの例を示す。 ４つの基準ライン描写する。 ４×８および８×４ブロックの分割の例を示す。 ４×８、８×４、４×４を除くすべてのブロックの分割の例を示す。 ４×４ブロックのためのアフィン線形重み付きイントラ予測（ＡＬＷＩＰ）の例を示す。 ８×８ブロックのためのＡＬＷＩＰの例を示す。 ８×４ブロックのためのＡＬＷＩＰの例を示す。 １６×１６ブロックのためのＡＬＷＩＰの例を示す。 ＪＥＭにおける二次変換の例を示す。 提案された縮小二次変換（ＲＳＴ）の例を示す。 サブブロック変換モードＳＢＴ－ＶおよびＳＢＴ－Ｈを示す。 ６７個のイントラ予測モードの別の例を示す。 現在のブロックの左上の近傍の例を示す。 マルチタイプのツリー分割モードを例示する。 ネストされたマルチタイプのツリー符号化ツリー構造を有する４分木における例示的な分割フラグの信号通知を示す。 ネストされたマルチタイプのツリー符号化ブロック構造を有する４分木の例を示す。 １２８×１２８の符号化ブロックのための例示的な分割を示す。 本特許明細書に記載される技術を実現するためのハードウェアプラットフォームの一例を示すブロック図 本技術の１つ以上の実施例に従った映像処理方法を示すフローチャートである。 本技術の１つ以上の実施例に従った映像処理方法を示す別のフローチャートである。 １つのブロックの参照サンプルを内部サブパーティションの参照サンプルにコピーすることの例を示す。 ブロックの参照サンプルを用いて内部サブパーティションの参照サンプルを予測する例を示す。 本技術の１つ以上の実施例に従った映像処理方法を示す別のフローチャートである。 本技術の１つ以上の実施例に従った映像処理方法を示す別のフローチャートである。 開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。 本技術にしたがった映像処理方法を示すフローチャートである。 本技術にしたがった別の映像処理方法を示すフローチャートである。 本技術にしたがった別の映像処理方法を示すフローチャートである。 本技術にしたがった別の映像処理方法を示すフローチャートである。 本技術にしたがったさらに別の映像処理方法を示すフローチャートである。

本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。さらに、特定の実施形態は、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）または他の特定の映像コーデックを参照して説明されたが、開示された技術は、他の映像符号化技術にも適用可能である。さらに、いくつかの実施形態は映像符号化ステップを詳細に説明しているが、符号化を復号化する、対応するステップはデコーダによって実行されることが理解されよう。さらに、映像処理という用語は、映像符号化または圧縮、映像の復号化または展開、および映像の画素が表現される映像のコード変換であって、ある圧縮形式から別の圧縮形式へまたは別の圧縮ビットレートへのコード変換、を含む。

１．概要

本明細書は、映像符号化技術に関する。具体的には、画像／映像符号化におけるイントラ符号化及び変換符号化に関する。本明細書で開示される技術は、ＨＥＶＣ又は規格（汎用映像符号化）のような既存の映像符号化規格に適用され得る。本技術は、将来の映像符号化規格または映像コーデックにも適用可能である。

２．初期の協議

映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ［１］規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）［２］と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減を目標にＶＶＣ規格の策定に取り組んでいる。

２．１ 典型的な映像コーデックの符号化フロー

図１は、３つのインループフィルタリングブロック、すなわち非ブロック化フィルタ（ＤＦ）、サンプル適応オフセット（ＳＡＯ）およびＡＬＦを含むＶＶＣのエンコーダブロック図の例を示す。ＤＦ（予め定義されたフィルタを使用する）とは異なり、ＳＡＯおよびＡＬＦは、現在のピクチャのオリジナルサンプルを利用し、それぞれ、オフセットを追加することにより、および、有限インパルス応答（ＦＩＲ）フィルタを適用することにより、オフセットおよびフィルタ係数を信号通知する符号化側情報を用いて、元のサンプルと再構成サンプルとの間の平均二乗誤差を低減する。ＡＬＦは、各ピクチャの最後の処理ステージに位置し、前のステージで生成されたアーチファクトを捕捉し、修正しようとするツールと見なすことができる。

２．２ ６７個のイントラ予測モードを有するイントラモード符号化

自然映像に表される任意のエッジ方向をキャプチャするために、指向性イントラモードの数は、ＨＥＶＣで使用されるように、３３から６５に拡張される。追加の指向性モードは、図２において赤い点線の矢印で示され、平面モードとＤＣモードは同じままである。これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および輝度および彩度イントラ予測の両方に適用される。

従来の角度のイントラ予測方向は、図２に示すように、時計回り方向に４５度から－１３５度まで規定される。ＶＴＭ２において、いくつかの従来の角度のイントラ予測モードは、非正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。置換されたモードは、元の方法を使用して信号通知され、構文解析後、広角モードのインデックスに再マッピングされる。イントラ予測モードの総数は変化せず、例えば、６７であり、イントラモードの符号化は変化しない。

前記ＨＥＶＣにおいて、すべてのイントラ符号化されたブロックは正方形の形状を有し、その辺の各々の長さは２の累乗である。このように、ＤＣモードを使用してイントラ予測子を生成するのに、除算演算を必要としない。ＶＶＶ２において、ブロックは長方形であってもよく、一般的な場合、ブロックごとに除算演算を使用することが必要である。ＤＣ予測のための除算演算を回避するために、長辺のみを使用して非正方形のブロックの平均を計算する。

２．３ 多重基準ライン

多重基準ライン（ＭＲＬ）イントラ予測は、より多くの基準ラインをイントラ予測に使用する。図３に、４つの基準ラインの例が示され、ここで、セグメントＡ及びＦのサンプルは、再構成された近傍のサンプルからフェッチされず、セグメントＢ及びＥからの最も近いサンプルでそれぞれパディングされる。ＨＥＶＣイントラピクチャ予測は、最も近い基準ライン（例えば、基準ライン０）を使用する。ＭＲＬにおいて、２つの追加のライン（基準ライン１及び基準ライン３）が使用される。

選択された基準ラインのインデックス（ｍｒｌ＿ｉｄｘ）を信号通知し、これを用いてイントラ予測モジュールを生成する。基準ラインインデックスが、０よりも大きい場合、ＭＰＭリストに追加の基準ラインモードのみを含み、残りのモードなしにＭＰＭインデックスのみを信号通知する。イントラ予測モードの前に基準ラインインデックスを信号通知し、非ゼロ基準ラインインデックスを信号通知する場合、平面モード及びＤＣモードをイントラ予測モードから排除する。

ＭＲＬは、現在のＣＴＵラインの外側の拡大された参照サンプルの使用を回避するために、ＣＴＵの内側の最初のブロックラインに対しては無効化されている。また、追加のラインを使用する場合、ＰＤＰＣは無効化されている。

２．４ イントラサブブロック分割（ＩＳＰ）

いくつかの実施形態において、ＩＳＰは、表１に示すように、輝度イントラ予測ブロックを垂直または水平にブロックサイズの寸法により２個または４個のサブパーティションに分割することに使用される。図４および図５は二つの可能性の例を示す。図４は、４×８および８×４のブロックの分割例を示す。図５は、４×８、８×４、および４×４を除くすべてのブロックの分割例を示す。すべてのサブパーティションは、少なくとも１６個のサンプルを有するという条件を満たす。ブロックサイズが４×Ｎ又はＮ×４（Ｎ＞８）である場合、許容されるなら、１×Ｎ又はＮ×１個のサブパーティションが存在してもよい。

これらのサブパーティションの各々について、エンコーダが送信した係数をエントロピー復号化し、その後、量子化および反転変換した後、残差信号を生成する。そして、サブパーティションをイントラ予測し、最後に、予測信号に残差信号を加えることで、対応する再構成サンプルを得る。従って、各サブパーティションの再構成値は、次のサブパーティションの予測を生成するために利用可能となり、この処理等を繰り返す。すべてのサブパーティションは、同じイントラモードを共有する。

表２は、イントラ予測モードに基づく例示的な変換タイプを示す。

２．４．１ 構文および意味論の例

下記の太下線部分が、規格に対する修正案を示す。

ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］＝１は、現イントラ符号化ユニットをＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ［ｘ０］［ｙ０］長方形変換ブロックサブパーティションに分割することを指定するｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］＝０は、現在のイントラ符号化ユニットが矩形変換ブロックサブパーティションに分割されていないことを指定する。
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］サブパーティション内のスプリットタイプが水平面であるか垂直面であるかを指定します。ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｃｂＨｅｉｇｈｔがＭａｘＴｂＳｉｚｅＹより大きい場合、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。
－ そうでない場合（ｃｂＷｉｄｔｈがＭａｘＴｂＳｉｚｅＹより大きい場合、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
変数ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、現在の輝度符号化ブロックに使用される分割のタイプを指定する。ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、以下のように導出される。
－ ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは０に等しく設定される。
－ そうでない場合、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、１＋ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］に等しく設定される。

変数ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、イントラ輝度符号化ブロックが分割される変換ブロックのサブパーティションの数を指定する。ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、以下のように導出される。
－ ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＮＯ＿ＳＰＬＩＴに等しい場合、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは１に設定される。
－ あるいは、以下の条件の１つがＴＲＵＥである場合、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓを２に等しく設定する。
－ ｃｂＷｉｄｔｈは４に等しく、ｃｂＨｅｉｇｈｔは８に等しい。
－ ｃｂＷｉｄｔｈは８に等しく、ｃｂＨｅｉｇｈｔは４に等しい。
－ あるいは、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓを４に等しく設定する。

２．５ アフィン線形重み付きイントラ予測（ＡＬＷＩＰ、別名、行列ベースイントラ予測）

２．５．１ 行列ベクトル乗算による縮小予測信号の生成

まず、平均化によって近傍の基準サンプルをダウンサンプリングし、縮小された基準シグナルｂｄｒｙ_ｒｅｄを生成する。そして、縮小された予測信号ｐｒｅｄ_ｒｅｄは、行列ベクトルの積を計算し、次のようにオフセットを加えることによって計算される。

ここで、Ａは、Ｗ_ｒｅｄ・Ｈ_ｒｅｄ行を有し、Ｗ＝Ｈ＝４の場合には４列を有し、他のすべての場合には８列を有する行列である。ｂは、大きさＷ_ｒｅｄ・Ｈ_ｒｅｄのベクトルである。

２．５．２ ＡＬＷＩＰ処理全体の説明

図６から図９の異なる形状に対して、平均化、行列ベクトル乗算、線形補間の全体的な処理を示す。なお、残りの形状は、いずれか１つの図示された場合と同様に扱われる。

４×４ブロックを仮定すると、図６に示すように、ＡＬＷＩＰは、境界の各軸に沿って２つの平均をとる。結果として得られる４つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ＿０から取り込まれる。オフセットを加算した後、１６個の最終予測サンプルが得られる。予測信号を生成するために線形補間は必要でない。このようにして、１つのサンプル当たり、合計（４・１６）／（４・４）＝４回の乗算を行う。

８×８ブロックを仮定すると、図７に示すように、ＡＬＷＩＰは境界の各軸に沿って４つの平均をとる。結果として得られる８つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ＿１から取り込まれる。これにより、予測ブロックの奇数位置に１６個のサンプルが得られる。このようにして、１つのサンプル当たり、合計（８・１６）／（８・８）＝２回の乗算を行う。オフセットを加えた後、これらのサンプルは、縮小された上側境界を使用することによって垂直方向に補間される。元の左側境界を使用して水平補間を行う。

８×４ブロックを仮定すると、図８に示すように、ＡＬＷＩＰは境界の水平軸に沿って４つの平均をとり、左側境界上の４つの元の境界値をとる。結果として得られる８つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ＿１から取り込まれる。これにより、予測ブロックの水平方向の奇数位置および垂直方向の各位置に１６個のサンプルが得られる。このようにして、１つのサンプル当たり、合計（８・１６）／（８・４）＝４回の乗算を行う。オフセットを加算した後、元の左側境界を使用してこれらのサンプルを水平方向に補間する。転置された場合はそれに応じて処理される。

１６×１６ブロックを仮定すると、図９に示すように、ＡＬＷＩＰは境界の各軸に沿って４つの平均をとる。結果として得られる８つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ＿２から取り込まれる。これにより、予測ブロックの奇数位置に６４個のサンプルが得られる。このようにして、１つのサンプル当たり、合計（８・６４）／（１６・１６）＝２回の乗算を行う。オフセットを加算した後、これらのサンプルを、上側境界の８つの平均を使用することによって垂直方向に補間する。元の左側境界を使用して水平補間を行う。この場合、補間プロセスは乗算をまったく加えない。従って、ＡＬＷＩＰ予測を計算するためには、１つのサンプルにつき２回の乗算が必要である。

より大きい形状の場合、この手順は本質的に同じであり、１つのサンプル当たりの乗算の数が４未満であることをチェックすることは容易である。

Ｗ＞８のＷ×８ブロックの場合、サンプルは奇数個の水平位置および各垂直位置で得られるので、水平補間のみが必要である。

最後に、Ｗ＞８であるＷ×４個のブロックに対して、Ａ＿ｋを、ダウンサンプリングされたブロックの横軸に沿った奇数個の入力に対応するすべての行を取り除くことによって生じる行列とする。このように、出力サイズは３２であり、再び、水平補間のみを行うものとする。

転置された場合はそれに応じて処理される。

２．５．３． 従来の輝度および彩度イントラ予測モードのための適応型ＭＰＭリスト導出

いくつかのＡＬＷＩＰモードは、従来のイントラ予測モードのＭＰＭに基づく符号化と以下のように調和される。従来のイントラ予測モードのための輝度および彩度ＭＰＭリスト導出処理は、固定テーブルｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_ｉｄｘ、idx∈
｛０，１，２｝を使用し、所与のＰＵにおけるＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}＝ｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_{ｉｄｘ（ＰＵ）［}ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}］の１つにマッピングする。

輝度ＭＰＭリストの導出のために、ＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を使用する近傍の輝度ブロックに遭遇した場合、このブロックは、従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}を使用していたものとして扱われる。彩度ＭＰＭリスト導出の場合、現在の輝度ブロックがＬＷＩＰモードを使用する時はいつでも、同じマッピングを使用してＡＬＷＩＰモードを従来のイントラ予測モードに変換する。

２．５．４ 構文および意味論の例

下記の太下線部分が、規格に対する修正案を示す。

２．６ 量子化残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）

いくつかの実施形態において、量子化された残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）が、スクリーンコンテンツを効率的に符号化するために用いることができる。

ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直予測モードおよび水平予測モードであり得る。イントラ予測は、イントラ予測と同様に、予測方向（水平または垂直予測）にサンプルコピーすることで、ブロック全体で予測する。残差を量子化し、量子化された残差とその予測子（水平または垂直）量子化値との間のデルタを符号化する。これは、以下のように説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒ_ｉ，ｊ，０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１を、上または左ブロックの境界サンプルからのフィルタリングされていないサンプルを使用して、水平方向（予測ブロックに対して左隣の画素値を１ラインずつコピーする）または垂直方向（予測ブロックにおける各ラインに上隣のラインをコピーする）にイントラ予測を行った後の予測残差とする。Ｑ（ｒ_ｉ，_ｊ）、０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１は、残差ｒ_ｉ，_ｊの量子化バージョンを表し、この場合、残差は、元のブロックと予測ブロック値との間の差である。次に、ブロックＤＰＣＭが量子化された残差サンプルに適用され、その結果、要素ｒ^～ _ｉ，ｊを有する修正されたＭ×Ｎ個の配列Ｒ^～が得られる。垂直ＢＤＰＣＭが信号通知されると、以下のようになる。

水平予測の場合、類似した規則が適用され、残差量子化サンプルは、以下の式によって得られる。

残差量子化サンプルｒ^～ _ｉ，ｊはデコーダに送られる。

デコーダ側では、上記の計算を逆にして、Ｑ（ｒ_ｉ，ｊ）、０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１を生成する。垂直予測の場合、以下である。

水平方向の場合、以下である。

逆量子化された残差Ｑ^－１（Ｑ（ｒ_ｉ，ｊ））をイントラブロック予測値に加算し、再構成されたサンプル値を生成する。

このスキームの主な利点は、逆方向のＤＰＣＭを、係数の構文解析中にオンザフライで行うことができ、係数の構文解析中に予測子を追加するだけで済むこと、または、構文解析後に行うことができることである。

ＱＲ－ＢＤＰＣＭの本文案を以下に示す。

ｂｄｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］が１の場合、位置（ｘ０，ｙ０）の輝度符号化ブロックを含む符号化ユニットにｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇが存在することを指定する
ｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇ［ｘ０］［ｙ０］＝０は、ｂｄｐｃｍブロックで使用される予測方向が水平であることを指定し、そうでない場合、垂直である。

２．７ 複数変換セット（ＭＴＳ）の例

２．７．１ 明示的な複数変換セット（ＭＴＳ）

いくつかの実施形態において、サイズが６４×６４までの大きなブロックサイズの変換が有効化され、これは、主に高解像度映像、例えば、１０８０ｐおよび４Ｋシーケンスに有用である。サイズ（幅または高さ、または幅と高さの両方）が６４である変換ブロックに対して、高周波数変換係数をゼロにし、低周波数係数のみを保持する。例えば、Ｍ×Ｎ変換ブロックの場合、ブロック幅をＭ、ブロック高さをＮとすると、Ｍが６４である場合、左３２列の変換係数のみが保持される。同様に、Ｎが６４である場合、変換係数の上位３２行のみが保持される。大きなブロックに対して変換スキップモードを使用する場合、値をゼロ化することなくブロック全体を使用する。

ＨＥＶＣで使用されてきたＤＣＴ－ＩＩに加え、インター符号化ブロックおよびイントラ符号化ブロックの両方の残差符号化のために、複数の変換選択（ＭＴＳ）スキームが使用される。これは、ＤＣＴ８／ＤＳＴ７から選択された複数の変換を使用する。新しく導入された変換行列は、ＤＳＴ－ＶＩＩおよびＤＣＴ－ＶＩＩＩである。選択されたＤＳＴ／ＤＣＴの基本関数を以下の表に示す。

変換行列の直交性を維持するために、変換行列はＨＥＶＣにおける変換行列よりも正確に量子化される。変換係数の中間値を１６ビットの範囲内に維持するために、水平変換後および垂直変換後、すべての係数は１０ビットを有することになる。

ＭＴＳスキームを制御するために、ＳＰＳレベルにおいて、イントラおよびインターに対してそれぞれ別個の有効化フラグを規定する。ＳＰＳにおいてＭＴＳが有効化されると、ＭＴＳが適用されているかどうかを示すように、ＣＵレベルフラグが信号通知される。ここで、ＭＴＳは輝度に対してのみ適用される。ＭＴＳ ＣＵレベルフラグは、以下の条件が満たされる場合に信号通知される。

－ 幅および高さが共に３２以下、
－ ＣＢＦフラグが１である。

ＭＴＳ ＣＵフラグがゼロである場合、ＤＣＴ２が両方向に適用される。しかしながら、ＭＴＳ ＣＵフラグが１である場合、２つの他のフラグが追加的に信号通知され、それぞれ水平方向および垂直方向の変換タイプを示す。表３に示すように、マッピングテーブルを変換し、信号通知する。行列精度を変換する場合、８ビットの一次変換コアを使用する。そのため、ＨＥＶＣで使用されるすべての変換コアは、４ポイントＤＣＴ－２、ＤＳＴ－７、８ポイント、１６ポイント、３２ポイントＤＣＴ－２など、同じに保たれる。また、６４ポイントＤＣＴ－２、４ポイントＤＣＴ－８、８ポイント、１６ポイント、３２ポイントＤＳＴ－７、ＤＣＴ－８などの他の変換コアは、８ビットの一次変換コアを使用する。

大きなサイズのＤＳＴ－７およびＤＣＴ－８の複雑性を低減するために、サイズ（幅または高さ、または幅と高さの両方）が３２であるＤＳＴ－７およびＤＣＴ－８ブロックに対して、高周波数変換係数をゼロ化する。１６×１６個の低周波数領域内の係数のみが保持される。

異なる変換を適用する場合に加え、ＶＶＣは、ＨＥＶＣにおけるＴＳの概念に類似した、変換スキップ（ＴＳ）と呼ばれるモードもサポートする。ＴＳは、ＭＴＳの特殊な場合として扱われる。

２．７．１．１ 構文および意味論の例

ＭＴＳインデックスは、ビットストリームにおいて信号通知されてもよく、このような設計は、明示的ＭＴＳと呼ばれる。また、暗黙的ＭＴＳとして、変換ブロックのサイズに基づいて行列を直接導出する代替方法もサポートされる。

明示的ＭＴＳの場合、それはすべての符号化モードをサポートする。一方、暗黙的ＭＴＳの場合、イントラモードのみがサポートされる。

下記の太下線部分が、規格に対する修正案を示す。

ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、輝度変換ブロックに対して変換を適用するかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝１は、輝度変換ブロックに変換を適用しないことを指定する。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝０は、輝度変換ブロックに変換を適用するかどうかの決定が他の構文要素に依存することを指定する。ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｔｕ＿ｍｔｓ＿ｉｄｘ［ｘ０］［ｙ０］は、関連する輝度変換ブロックの水平および垂直方向に沿ってどの変換カーネルを残差サンプルに適用するかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｔｕ＿ｍｔｓ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ＣＡＢＡＣ復号化プロセスにおいて、１つのコンテキストはｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇを復号化するために使用され、ｔｕ＿ｍｔｓ＿ｉｄｘを２値化するためにトランケートユナリーを使用する。ｔｕ＿ｍｔｓ＿ｉｄｘの各ビンは、コンテキスト符号化され、第１のビンについて、４分木の深さ（例えば、ｃｑｔＤｅｐｔｈ）を用いて１つのコンテキストを選択し、残りのビンについて、１つのコンテキストが使用される。

２．７．２ 暗示的な複数変換セット（ＭＴＳ）

なお、ＩＳＰ、ＳＢＴ、及びＭＴＳを有効化するが、暗黙の信号通知においては、全て暗黙のＭＴＳとして扱われる。ｉｍｐｌｉｃｉｔＭｔＳＥｎａｂｌｅｄは、ｉｍｐｌｉｃｉｔ ＭＴＳが有効化されているどうかを定義するために使用される。

８．７．４ スケーリングされた変換係数の変換処理

８．７．４．１ 一般
変数ｉｍｐｌｉｃｉｔＭｔＳＥｎａｂｌｅｄは、以下のように導出される。
－ ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、以下の条件の１つが真である場合、ｉｍｐｌｉｃｉｔＭｔｓＥｎａｂｌｅｄは１に設定される。
－ ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＮＯ＿ＳＰＬＩＴではない。
－ ｃｕ＿ｓｂｔ＿ｆｌａｇが１であり、Ｍａｘ（ｎＴｂＷ，ｎＴｂＨ）＝３２以下である
－ ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは両方とも０であり、ＣｕＰｒｅｄＭｏｄｅ［ｘＴｂＹ］［ｙＴｂＹ］は、ＭＯＤＥ＿ＩＮＴＲＡである。
－ そうでない場合、ｉｍｐｌｉｃｉｔＭｔＳＥｎａｂｌｅｄは０に設定される。
水平変換カーネルを指定する変数ｔｒＴｙｐｅＨｏｒおよび垂直変換カーネルを規定する変数ｔｒＴｙｐｅＶｅｒは、以下のように導出される。
－ ｃＩｄｘが０よりも大きい場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒは、０に設定される。
－ そうでない場合、ｉｍｐｌｉｃｉｔＭｔＳＥｎａｂｌｅｄが１の場合、以下が適用される。
－ ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＮＯ＿ＳＰＬＩＴでない場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒは、ｉｎｔｒａＰｒｅｄＭｏｄｅに依存して、表８－１５に規定される。
－ そうでない場合、ｃｕ＿ｓｂｔ＿ｆｌａｇが１である場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒは、表８－１４において、ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇおよびｃｕ＿ｓｂｔ＿ｐｏｓ＿ｆｌａｇに基づいて指定される。
－ そうでない場合、（ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇとｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合）、ｔｒＴｙｐｅＨｏｒとｔｒＴｙｐｅＶｅｒは以下のように導出される。
ｔｒＴｙｐｅＨｏｒ＝（ｎＴｂＷ＞＝４＆＆ｎＴｂＷ＜＝１６＆＆ｎＴｂＷ＜＝ｎＴｂＨ）？１：０ （８－１０３０）
ｔｒＴｙｐｅＶｅｒ＝（ｎＴｂＨ＞＝４＆＆ｎＴｂＨ＜＝１６＆＆ｎＴｂＨ＜＝ｎＴｂＷ）？１：０ （８－１０３１）
－ そうでない場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒはｔｕ＿ｍｔｓ＿ｉｄｘ［ｘＴｂＹ］［ｙＴｂＹ］に基づいて、表８－１３に指定される。

２．８ 縮小二次変換（ＲＳＴ）

２．８．１ 非可分二次変換（ＮＳＳＴ）

いくつかの実施形態において、二次変換は、順方向一次変換と量子化（エンコーダにおいて）の間、及び逆量子化と逆方向一次変換（デコーダ側において）の間に適用される。図１０に示すように、ブロックサイズにより４×４（または８×８）個の二次変換を行う。例えば、４×４の二次変換は、小さなブロック（例えば、ｍｉｎ（幅、高さ）＜８）に適用され、８×８の二次変換は、８×８ブロック当たりより大きなブロック（例えば、ｍｉｎ（幅、高さ）＞４）に適用される。

以下、入力を例として使用して、非可分変換の適用について説明する。非可分変換を適用するために、４×４インプットブロックＸを用いる。

まず、ベクトルＸ^→として表現される。

非可分変換は、Ｆ^→＝Ｔ・Ｘ^→として計算され、ここで、Ｆ^→は、変換係数ベクトルを示し、Ｔは、１６×１６の変換行列である。その後、そのブロック（水平、垂直、斜め）の走査順を使用して、１６×１の係数ベクトルＦ^→＝Ｔ・Ｘ^→を４×４のブロックに再編成する。インデックスが小さい係数は、４×４の係数ブロックにおいて、走査インデックスが小さくなるように配置される。全体で３５個の変換セットがあり、１つの変換セット当たり３つの非可分変換行列（カーネル）が使用される。イントラ予測モードから変換セットへのマッピングは、予め規定される。各変換セットに対して、選択された非可分二次変換候補は、明示的に信号通知された二次変換インデックスによってさらに規定される。このインデックスは、変換係数の後、イントラＣＵごとに１回、ビットストリームで信号通知される。

２．８．２ 縮小二次変換（ＲＳＴ）の例

いくつかの実施例において、ＲＳＴは、（３５個の変換セットの代わりに）４つの変換セットのマッピングを用いる。いくつかの実施形態において、８×８個のブロックおよび４×４個のブロックに対して、それぞれ１６×６４個（１６×４８にさらに低減されてもよい）の行列および１６×１６個の行列が用いることができる。表記の便宜のために、１６×６４（さらに１６×４８に低減されてもよい）変換をＲＳＴ８×８として、１６×１６変換をＲＳＴ４×４として、表す。図１１は、提案された縮小二次変換（ＲＳＴ）の例を示す。

２．９ サブブロック変換

ｃｕ＿ｃｂｆが１に等しいインター予測されたＣＵの場合、ｃｕ＿ｓｂｔ＿ｆｌａｇは、残差ブロックの全体が復号化されるのか、残差ブロックのサブ部分が復号化されるのかを示すために信号通知されてもよい。前者の場合、インターＭＴＳ情報をさらに構文解析し、ＣＵの変換タイプを判定する。後者の場合、残差ブロックの一部は推測適応変換で符号化され、残差ブロックの他の部分はゼロ化される。前記ＳＢＴは、複合インターイントラモードには適用されない。

サブブロック変換において、ＳＢＴ－ＶおよびＳＢＴ－Ｈ（常にＤＣＴ－２を使用する彩度ＴＢ）における輝度変換ブロックに対して位置依存変換が適用される。ＳＢＴ－ＨとＳＢＴ－Ｖの２つの位置は、異なるコア変換に関連付けられる。具体的には、ＳＢＴ位置ごとに横方向及び縦方向の変換は図１２に示される。例えば、ＳＢＴ－Ｖ位置０の水平及び垂直変換は、それぞれＤＣＴ－８及びＤＳＴ－７である。残差ＴＵの片側が３２よりも大きい場合、対応する変換をＤＣＴ－２と設定する。従って、サブブロック変換は、残差ブロックのＴＵタイリング、ｃｂｆ、並びに水平及び垂直変換を一緒に指定し、これは、１つのブロックの主な残差がこのブロックの片側にある場合の構文ショートカットと見なすことができる。

２．９．１ 構文および意味論の例

下記の太下線部分が、規格に対する修正案を示す。

ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ＝０は、サブブロック変換を可能にするための最高ＣＵ幅及び最高ＣＵ高さが３２個の輝度サンプルであることを指定する。ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ＝１は、サブブロック変換を許可するための最大のＣＵの幅及び高さが６４個の輝度サンプルであることを指定する。
ＭａｘＳｂｔＳｉｚｅ＝ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ？６４：３２．

２．１０ イントラモード符号化のための最確モード（ＭＰＭ）リスト

自然映像に表される任意のエッジ方向をキャプチャするために、ＶＴＭ４における指向性イントラモードの数は、ＨＥＶＣで使用されるように、３３から６５に拡張される。図１３は、６７個のイントラ予測モードの別の例を示すＨＥＶＣにない新しい指向性モードは、図１３に点線の矢印で示されており、平面モードとＤＣモードは同じままである。これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および輝度および彩度イントラ予測の両方に適用される。

ＭＲＬ符号化ツールおよびＩＳＰ符号化ツールの適用の有無にかかわらず、イントラブロックに対して統一された６－ＭＰＭリストが提案される。図１４は、現在のブロックの左上の近傍の例を示す。ＭＰＭリストは、図１４に示すように、ＶＴＭ４．０などの場合、左上の近傍のブロックのイントラモードに基づいて構成される。

ここで、左側のモードをＬｅｆｔとし、上側のブロックのモードをＡｂｏｖｅとすると、統合ＭＰＭリストは、以下のステップで順に構成される。

－ 近傍のブロックのイントラ予測モードが無効である場合、そのイントラモードはデフォルトで平面に設定される。

－ ＬｅｆｔとＡｂｏｖｅが同じかつ両方ともに角度がある場合、
＊ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
－ ＬｅｆｔとＡｂｏｖｅが異なりかつ両方ともに角度がある場合、
＊ＭａｘモードをＬｅｆｔおよびＡｂｏｖｅでより大きいモードに設定する。
＊ＬｅｆｔモードとＡｂｏｖｅモードとの差が２～６２の範囲内にある場合、包括的に、ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
そうでない場合、ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
－ ＬｅｆｔとＡｂｏｖｅが異なり、ＬｅｆｔおよびＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合、
＊ＭａｘモードをＬｅｆｔおよびＡｂｏｖｅでより大きいモードに設定する。
＊ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
－ モードＬｅｆｔおよびＡｂｏｖｅの両方が非角度モードである場合、
＊ＭＰＭリスト→｛Ｐｌａｎａｒ，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝

なお、モードインデックス（例えば、Ｍａｘ＋２）が範囲［０，６６］を超えた場合、他の有効なモードインデックスに置き換えられてもよい。

第１のＭＰＭ候補、例えば、平面モードは、残りのＭＰＭ候補とは別個に信号通知される。

より詳細な構文、意味論、及び復号化処理を以下に説明する。下記の太下線部分が、規格に対する修正案を示す。

構文要素ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘ０］［ｙ０］、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］およびｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘ０］［ｙ０］は、輝度サンプルのイントラ予測モードを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、セクション４．１に記載の８．４．２項に従って、近傍のイントラ予測符号化ユニットからイントラ予測モードを推論する。
ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない（例えば、ＩＳＰが有効化されている、又はＭＲＬが有効化されている（参照インデックス＞０を有する））場合、それは１に等しいと推論される。
ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合（例えば、ＭＲＬが使用可能）、１に等しいと推測される。
ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇはコンテキスト符号化され、コンテキスト選択は、現在のブロックがＩＳＰモードで符号化されているか否かに基づいて行われる（例えば、！ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ）。
ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘは、コンテキストなしでバイパス符号化されている。

８．４．２ 輝度イントラ予測モードのための導出処理

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）
－輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理において、輝度イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。

注意：イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、彩度成分にのみ適用可能である。
ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下のように導出される。

－ ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、以下のように順序付けられる。

１．近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
２．ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
－ ６．４．Ｘ項［Ｅｄ．（ＢＢ）：近傍ブロックの可用性導出処理ｔｂｄ］で規定されるブロックの可用性導出処理は、入力として、（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＮｂＸ，ｙＮｂＸ）に等しく設定した近傍位置（ｘＮｂＹ，ｙＮｂＹ）で呼び出され、出力をａｖａｉｌａｂｌｅＸに割り当てる。
－ 候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
－ 以下の条件の１つ以上が真である場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸをＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定する。
－ 変数ａｖａｉｌａｂｌｅＸはＦＡＬＳＥに等しい。
－ ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］はＭＯＤＥ＿ＩＮＴＲＡに等しくなく、かつｃｉｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］は１に等しくない。
－ ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］は１に等しい。
－ ＸがＢに等しく、ｙＣｂ＿１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－ あるいは、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸをＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定する。

３．ｘ＝０．．４の場合のｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、以下のように導出される。
－ ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡに等しく、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡがＩＮＴＲＡ＿ＤＣよりも大きい場合、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．４）は、以下のように導出される。
ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ （８－１０）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６１）％６４） （８－１２）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ－１）％６４） （８－１３）
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＩＮＴＲＡ＿ＤＣ （８－１１）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６０）％６４） （８－１４）
－ そうでなく、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡに等しくなく、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡまたはｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがＩＮＴＲＡ＿ＤＣよりも大きい場合、以下が適用される。
変数ｍｉｎＡＢおよびｍａｘＡＢは、以下のように導出される。
ｍｉｎＡＢ＝Ｍｉｎ（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ，ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ） （８－２４）
ｍａｘＡＢ＝Ｍａｘ（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ，ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ） （８－２５）
－ ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ及びｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢの両方がＩＮＴＲＡ＿ＤＣよりも大きい場合、ｘ＝０．．４の場合のｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、以下のように導出される。
ｃａｎｄＭｏｄｅＬｉｓｔ［］＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ （８－２７）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ （８－２９）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＩＮＴＲＡ＿ＤＣ （８－２９）
－ ｍａｘＡＢ－ｍｉｎＡＢが２～６２の範囲内にある場合、以下が適用される。
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝２＋（（ｍａｘＡＢ＋６１）％６４） （８－３０）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｍａｘＡＢ－１）％６４） （８－３１）
－ そうでない場合、以下が適用される。
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝２＋（（ｍａｘＡＢ＋６０）％６４） （８－３２）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｍａｘＡＢ）％６４） （８－３３）
－ そうでない場合（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ又はｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ＞ＩＮＴＲＡ＿ＤＣ）、ｘ＝０．．４のｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、以下のように導出される。
ｃａｎｄＭｏｄｅＬｉｓｔ［］＝ｍａｘＡＢ （８－６５）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＤＣ （８－６６）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝２＋（（ｍａｘＡＢ＋６１）％６４） （８－６６）
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝２＋（（ｍａｘＡＢ－１）％６４） （８－６７）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｍａｘＡＢ＋６０）％６４） （８－６８）
－ そうでない場合、以下が適用される。
ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝ＩＮＴＲＡ＿ＤＣ （８－７１）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０ （８－７２）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８ （８－７３）
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ４６ （８－７４）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５４ （８－７５）

４．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の手順を適用することによって導出される。
－ ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ｃａｎｄＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］］と等しく設定される。
－ そうでない場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順のステップを適用することにより、導出される。
１．ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］がｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］よりも大きい（ｉ＝０．．３、各ｉ，ｊ＝（ｉ＋１）．．４）場合、両方の値は、以下のようにスワップされる。
（ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］）＝Ｓｗａｐ（ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］） （８－９４）
２．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順のステップで導出される。
ｉ．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］はｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘＣｂ］［ｙＣｂ］と等しく設定される。
ｉｉ．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値が１増加する。
ｉｉｉ．ｉ＝０～４の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］以上である場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値が１増加する。
－ そうでない場合（ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］は０と等しい）、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］はＩＮＴＲＡ＿ＰＬＡＮＡＲと等しく設定される。

ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

２．１１ 分割ツリー

ＨＥＶＣにおいて、ＣＴＵは、様々な局所的特徴に適応するように、符号化ツリーと呼ばれる４分木構造を用いてＣＵに分割される。インターピクチャ（時間的）予測またはイントラピクチャ（空間的）予測を使用する、ピクチャ領域を符号化するかどうかの決定は、葉ＣＵレベルで行われる。各葉ＣＵは、ＰＵ分割タイプに応じて１つ、２つまたは４つのＰＵに更に分割することができる。１つのＰＵの内部では、同じ予測処理が適用され、ＰＵ単位で関連情報がデコーダに送信される。ＰＵ分割タイプに基づく予測処理を適用して残差ブロックを得た後、ＣＵのためのコーディングツリー符号化ツリーに類似した別の４分木構造に基づいて、葉ＣＵを変換ユニット（ＴＵ）に分割することができる。ＨＥＶＣ構造の重要な特徴の１つは、ＣＵ、ＰＵ、ＴＵを含む複数のパーティション概念を有することである。

ＶＶＣにおいて、２値及び３値分割セグメンテーション構造を使用するネストされたマルチタイプツリーを有する４分木は、複数の区分ユニットタイプの概念に取って代わり、例えば、それは、最大変換長さに対して大き過ぎるサイズを有するＣＵに必要な場合を除き、ＣＵ、ＰＵ、及びＴＵ概念の分離を排除し、且つＣＵ区分形状のためのより多くの柔軟性をサポートする。符号化ツリー構造において、ＣＵは正方形または長方形のいずれかを有することができる。まず、符号化ツリーユニット（ＣＴＵ）を４分木構造で分割する。そして、４分木の葉のノードは、マルチタイプのツリー構造によってさらに区分され得る。図１５に示すとおり、マルチタイプツリー構造の分岐タイプには、垂直二分岐（ＳＰＬＩＴ＿ＢＴ＿ＶＥＲ）、水平二分岐（ＳＰＬＩＴ＿ＢＴ＿ＨＯＲ）、垂直三分岐（ＳＰＬＩＴ＿ＴＴ＿ＶＥＲ）、水平三分岐（ＳＰＬＩＴ＿ＴＴ＿ＨＯＲ）の４つがある。マルチタイプの木の葉のノードは、符号化ユニット（ＣＵ）と呼ばれ、ＣＵが大き過ぎて最大変換長にならない限り、このセグメント化は、それ以上の分割なしに、予測及び変換処理に使用される。これは、ほとんどの場合、ＣＵ、ＰＵ、及びＴＵが、ネストされたマルチタイプのツリー符号化ブロック構造を有する４分木において、同じブロックサイズを有することを意味する。サポートされる最大変換長がＣＵの色成分の幅又は高さよりも小さい場合、この例外が生じる。

図１６は、ネストされたマルチタイプツリー符号化ツリーを有する４分木における分割情報の信号通知メカニズムを示す。符号化ツリーユニット（ＣＴＵ）は、４分木の根として取り扱われ、まず１つの４分木構造によって分割される。各４分木葉ノード（十分に大きいため許容される場合）は、次に、マルチタイプツリー構造によってさらに分割される。マルチタイプツリー構造において、第１のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ）は、ノードがさらに分割されているかどうかを示すために信号通知され、ノードがさらに分割されている場合、第２のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ）は分割方向を示すために信号通知され、次に第３のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ）が、分割が２値分割であるか３値分割であるかを示すために信号通知される。ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ及びｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇの値に基づいて、表４に示すように、ＣＵのマルチタイプツリースリットモード（ＭｔｔＳｐｌｉｔＭｏｄｅ）が導出される。

図１７は、４分木及びネストされたマルチタイプのツリー符号化ブロックを有する複数のＣＵに分割されたＣＴＵを示し、太いブロックエッジは４分木分割を表し、残りのエッジはマルチタイプのツリー分割を表す。ネストされたマルチタイプのツリー分割を有する４分木は、ＣＵからなるコンテンツ適応符号化ツリー構造を提供する。ＣＵのサイズは、ＣＴＵと同じ大きさであってもよいし、輝度サンプルの単位で４×４と小さくてもよい。４：２：０の彩度フォーマットの場合、最大彩度ＣＢサイズは６４×６４であり、最小彩度ＣＢサイズは２×２である。

ＶＶＣにおいて、最大サポート輝度変換サイズは６４×６４であり、最大サポート色度変換サイズは３２×３２である。ＣＢの幅又は高さが最大変換幅又は高さよりも大きい場合、ＣＢを水平及び／又は垂直方向に自動的に分割し、その方向の変換サイズ制限を満たす。

ネストされたマルチタイプツリー符号化ツリースキームを有する４分木のために、ＳＰＳ構文要素によって以下のパラメータを定義し、指定する。

－ ＣＴＵのサイズ：４分木のルートノードのサイズ
－ ＭｉｎＱＴＳｉｚｅ：最小許容の４分木の葉ノードサイズ
－ ＭａｘＢｔＳｉｚｅ：最大許容の２分木ルートノードサイズ
－ ＭａｘＴｔＳｉｚｅ：最大許容の３分木ルートノードサイズ
－ ＭａｘＭｔｔＤｅｐｔｈ：４分木の葉からマルチタイプツリーを分割するときに許容される最高の階層深さ
－ ＭｉｎＢｔＳｉｚｅ：最小許容の２分木の葉ノードのサイズ
－ ＭｉｎＴｔＳｉｚｅ：最小許容の３分木の葉ノードのサイズ

ネストされたマルチタイプのツリー符号化ツリー構造を有する４分木の例において、ＣＴＵのサイズは、４：２：０の彩度サンプルの２つの対応する６４×６４ブロックを有する１２８×１２８の輝度サンプルとして設定し、ＭｉｎＱＴＳｉｚｅを１６×１６として設定し、ＭａｘＢｔＳｉｚｅを１２８×１２８として設定し、ＭａｘＴｔＳｉｚｅを６４×６４として設定し、ＭｉｎＢｔＳｉｚｅとＭｉｎＴｔＳｉｚｅ（幅と高さの両方）を４×４として設定し、ＭａｘＭｔｔＤｅｐｔｈを４として設定する。４分木の分割は、まずＣＴＵに適用され、４分木の葉ノードを生成する。４分木の葉ノードは、１６×１６（例えば、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（例えば、ＣＴＵサイズ）までのサイズを有することが可能である。葉ＱＴノードが１２８×１２８である場合、サイズがＭａｘＢｔＳｉｚｅおよびＭａｘＴｔＳｉｚｅ（例えば、６４×６４）を超えるため、２分木によってさらに分割されない。そうでない場合、葉ｑｄツリーノード（葉ＱＴノード）は、マルチタイプツリーによってさらに分割されてもよい。よって、４分木の葉ノード（ｑｕａｔｅｒｎａｒｙ ｔｒｅｅ ｌｅａｆ ｎｏｄｅ）は、マルチタイプツリーの根ノードでもあり、マルチタイプツリーの深さ（ｍｔｔＤｅｐｔｈ）は０である。マルチタイプツリーの深さがＭａｘＭｔｔＤｅｐｔｈ（例えば、４）に達した場合、それ以上の分割は考慮されない。マルチタイプツリーノードの巾がＭｉｎＢｔＳｉｚｅであり、且つ２＊ＭｉｎＴｔＳｉｚｅ以下である場合、それ以上の水平分割は考慮されない。同様に、マルチタイプツリーノードの高さがＭｉｎＢｔＳｉｚｅに等しく、２＊ＭｉｎＴｔＳｉｚｅ以下の場合、それ以上の垂直分割は考慮されない。

ＶＶＣハードウェアデコーダにおいて６４×６４の輝度ブロック及び３２×３２の彩度パイプライン設計を可能にするため、図１８に示すように、輝度符号化ブロックの幅又は高さのいずれかが６４よりも大きい場合、３分木（ＴＴ）分割は禁止される。また、彩度符号化ブロックの幅又は高さのいずれかが３２よりも大きい場合も、ＴＴ分割は禁止される。

ＶＴＭ３において、符号化ツリースキームは、輝度及び彩度が別個のブロックツリー構造を有する機能をサポートする。現在、Ｐ及びＢスライスの場合、１つのＣＴＵにおける輝度及び彩度ＣＴＢは、同じ符号化ツリー構造を共有しなければならない。しかしながら、Ｉスライスの場合、輝度及び彩度は、別個のブロックツリー構造を有することができる。別個のブロックツリーモードが適用されるとき、１つの符号化ツリー構造によって輝度ＣＴＢをＣＵに分割し、別の符号化ツリー構造によって彩度ＣＴＢを彩度ＣＵに分割する。これは、ＩスライスにおけるＣＵが輝度成分の１つの符号化ブロック又は２つの彩度成分の符号化ブロックによって構成されてよく、Ｐ又はＢスライスにおけるＣＵは、映像がモノクロでない限り、常に３つの色成分すべての符号化ブロックからなることを意味する。

３． 問題点の例

現在の設計において、以下のような問題がある。

１．ＩＳＰ符号化ブロックは、１つのブロックを同じイントラ予測モードの２つ又は４つのサブパーティションに分割し、一方、１つのブロックを２つ又は４つのパーティションに分割し、それぞれのブロックを同じイントラ予測モードで符号化することができる。そのため、ある程度の冗長性が存在する。

２．また、ＭＰＭリスト構築プロセスは、分割方向を考慮しない固定近傍ブロック（上側及び左側）を用いる。例えば、水平ＢＴの場合、上記分割がイントラモードで符号化される場合、ボトム側は、通常、異なるイントラ予測モードを使用することが好ましく、上記ブロックのイントラ予測モードはＭＰＭリストに含まれる。

３．内部サブパーティションのいくつかの近傍のサンプルは、常に利用不可能である。例えば、垂直（水平）方向に分割されたＩＳＰブロックの場合、左下（右上）の近傍のサンプルは利用できない。

４．ＡＬＷＩＰ符号化ブロックのためのイントラモードの信号通知は、従来の方法、ＭＲＬ、又はＩＳＰを使用する他のイントラ符号化ブロックのための信号通知とは異なる。

４．例示的な実施形態及び技術

以下に列記される実施形態は、一般的な概念を説明するための例であると考えられるべきである。これらの実施形態は狭い意味で解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。

ここで、１つのブロックのサイズをＷ＊Ｈで表し、ここで、Ｗはブロックの幅であり、Ｈはブロックの高さである。最大変換ブロックサイズは、ＭａｘＴｂＷ＊ＭａｘＴｂＨによって表され、ここで、ＭａｘＴｂＷ及びＭａｘＴｂＨは、それぞれ最大変換ブロック幅及び最大変換ブロック高さである。最小変換ブロックサイズは、ＭｉｎＴｂＷ＊ＭｉｎＴｂＨによって表され、ここで、ＭｉｎＴｂＷ及びＭｉｎＴｂＨは、それぞれ、最小変換ブロックの幅及び高さである。なお、ＭＲＬは、現在のピクチャにおいて非隣接基準ラインを用いて現在のブロックを予測することができる技術を表すことができ、ＡＬＷＩＰは、行列ベースイントラ予測を使用することができる技術を表すことができる。

ＡＬＷＩＰおよびＱＲ－ＢＤＰＣＭに関して、以下である。

１．ＡＬＷＩＰのサイド情報（例えば、オン／オフ使用フラグ、イントラ予測モード、及び／又は輝度サンプルのための入力ベクトルが転置されるか否か等の入力ベクトルに関する情報）は、ＱＲ－ＢＤＰＣＭのサイド情報（例えば、オン／オフ使用フラグ、及び／又は予測方向）の後に符号化されてもよい。
ａ．一例において、ＡＬＷＩＰおよびＱＲ－ＢＤＰＣＭは、一つのブロックに適用できなかった。
ｉ．ＡＬＷＩＰがブロックに適用される場合、ＱＲ－ＢＤＰＣＭは適用されず、そのサイド情報は符号化されない。
ｉｉ．ＱＲ－ＢＤＰＣＭをブロックに適用する場合、ＡＬＷＩＰは適用されず、そのサイド情報は符号化されない。
ｉｉｉ．あるいは、それらは、１つのブロックに適用されてもよく、ここで、イントラ予測方法はＡＬＷＩＰのような方法を使用し、残差の信号通知は、ＱＲ－ＢＤＰＣＭのような方法であり、例えば、変換せず、残差ブロック内の特定の位置のために残差を符号化する。
ｂ．あるいは、ＡＬＷＩＰのサイド情報を信号通知するかどうかは、ＱＲ－ＢＤＰＣＭの使用に依存してもよい。
ｉ．１つのブロックにＱＲ－ＢＤＰＣＭを適用する場合、ＡＬＷＩＰのサイド情報の信号通知は省略されてもよい。
ｉｉ．１つのブロックにＱＲ－ＢＤＰＣＭを適用しない場合、ＡＬＷＩＰのサイド情報は依然として信号通知されてもよい。
ｉｉｉ．ＱＲ－ＢＤＰＣＭを１つのブロックに適用する場合、ＡＬＷＩＰモードの信号通知をスキップしつつ、ＡＬＷＩＰの使用の信号通知をしてもよい。
ｉｖ．一例において、ＱＲ－ＢＤＰＣＭを１つのブロックに適用する場合、ＡＬＷＩＰの使用の信号通知が、依然として信号通知されてもよい。しかしながら、ＡＬＷＩＰは、適合ビットストリームにおけるブロックに適用されるべきではない。
ｃ．あるいは、ＡＬＷＩＰのサイド情報の後に、ＱＲ－ＢＤＰＣＭのサイド情報を符号化してもよい。
ｉ．ＱＲ－ＢＤＰＣＭのサイド情報を信号通知するかどうかは、ＡＬＷＩＰの使用に依存してもよい。
ｉｉ．１つのブロックにＡＬＷＩＰを適用する場合、ＱＲ－ＢＤＰＣＭのサイド情報の信号通知はスキップされる。
ｉｉｉ．１つのブロックにＡＬＷＩＰを適用し、かつ関連するＡＬＷＩＰモードが従来の水平／垂直モードに対応する場合、ＱＲ－ＢＤＰＣＭの使用が依然として通知されてもよいが、予測方向（例えば、ｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇ）の信号伝達は省略される。
ｉｖ．一例において、ＡＬＷＩＰを１つのブロックに適用する場合、ＱＲ－ＢＤＰＣＭの使用は、依然として信号通知されてもよい。しかしながら、ＱＲ－ＢＤＰＣＭは、適合ビットストリームにおけるブロックに適用されるべきではない。

２．ＡＬＷＩＰ符号化ブロックのためのイントラ予測モードの信号通知は、最初ではなく、１つ以上のイントラ関連符号化ツールに関連する情報の後に信号通知されてもよい。
ａ．一例において、イントラ関連符号化ツールは、ＱＲ－ＢＤＰＣＭ／ＰＣＭ／ＭＲＬ／ＩＳＰ／広角イントラ予測／従来のイントラ符号化方法を含んでもよい。

３．ＡＬＷＩＰは、ＭＰＭリストからの候補で符号化されたブロックにのみ適用可能であるか、又はＭＰＭリストに含まれた候補からマッピング又は変換された１つの候補にのみ適用可能であることが提案される。
ａ．代替的に、さらに、ＡＬＷＩＰ符号化ブロックのために、ＭＰＭフラグの信号通知及び／又は残りの符号化モードの信号通知を省略してもよい。

４．従来のイントラ予測方法／広角イントラ予測／ＭＲＬ／又はＩＳＰを用いて、ＡＬＷＩＰ符号化ブロックのイントラ予測モードの信号通知を、他のイントラ符号化ブロックの信号通知に合わせることが提案される。
ａ．一例において、ＡＬＷＩＰ符号化ブロックのためのイントラ予測モードの信号通知は、以下の部分を含んでもよい。
ｉ．ＭＰＭ候補の１つであるかどうかをまず符号化することができる（構文要素Ａで示す）。
ｉｉ．それがＭＰＭ候補である場合、以下をさらに順に符号化することができる。
１） それがＭＰＭリストにおける第１のＭＰＭ候補であるかどうか（構文要素Ｂによって示される）。
２） 残りのＭＰＭリストにおける１つのＭＰＭインデックス（構文要素Ｃによって示される）
ｉｉｉ．ＭＰＭ候補でない場合、残りの許可されたイントラモードにおけるイントラモードインデックス（構文要素Ｄで表される）をさらに符号化してもよい。
ｂ．あるいは、ＡＬＷＩＰ符号化ブロックのためのイントラ予測モードの信号通知は、以下の部分を含んでもよい。
ｉ．ＭＰＭ候補の１つであるかどうかをまず符号化することができる（構文要素Ａによって示される）。
ｉｉ．それがＭＰＭ候補である場合、以下をさらに順に符号化することができる。
１） それが平面モードでないかどうか（構文要素Ｂによって示される）
２） 残りのＭＰＭリストにおける１つのＭＰＭインデックス（構文要素Ｃによって示される）
ｉｉｉ．ＭＰＭ候補でない場合、残りの許可されたイントラモードにおけるイントラモードインデックス（シンタックス要素Ｄで表される）をさらに符号化してもよい。
ｃ．特定の構文要素、例えば、上述の構文要素Ａ／Ｂ／Ｃ／Ｄの場合、それは条件付きで信号通知されてもよい。
ｉ．１つの例において、ＡＬＷＩＰのためにＭＰＭのみが許容された場合、ＡＬＷＩＰが使用されるとき、構文要素Ａの信号通知はスキップされてもよい。
ｉｉ．あるいは、構文要素Ａ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ）は、条件付きで信号通知されてもよい。例えば、構文要素Ａ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ）の信号伝達は、ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ［ｘ０］［ｙ０］＝＝０＆＆ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］＝＝０＆＆ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝＝０の条件下としてもよい。
ｄ．上記構文要素の許容される値の範囲は、イントラ符号化方法及び／又はブロック寸法に依存してもよい。
ｉ．一例において、構文要素Ｃ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ）は、ＡＬＷＩＰの場合、［０，１］であり、他の場合、［０，４］としてもよい。
ｉｉ．一例において、構文要素Ｄ（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ）は、非ＡＬＷＩＰブロックの場合、［０，６０］の範囲にあり、４×４のＡＬＷＩＰブロックの場合、［０，３１］の範囲にあり、Ｗ＜＝８＆Ｈ＜＝８のＡＬＷＩＰブロックの場合、［０，１５］の範囲にあり、他のＡＬＷＩＰブロックの場合、［０，７］の範囲内であってよく、ＷとＨはそれぞれブロック幅と高さを表している。
ｅ．構文要素Ａ／Ｂ／Ｃ／Ｄは、算術符号化においてコンテキスト符号化されてもよいし、バイパス符号化されてもよい。
ｉ．あるいは、コンテキストは、ＡＬＷＩＰ／ＭＲＬ／ＩＳＰ／広角イントラ予測などのイントラ符号化方法に従って選択されてもよい。
１） １つの例において、２値化ＭＰＭインデックスの第１のビン（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ）を符号化する場合、２つのコンテキストを利用することができ、１つは従来のイントラ及びＡＬＷＩＰ用であり、他の１つはＩＳＰ又はＡＬＷＩＰ用であり、他の１つは残りの方法用である。
２） １つの例において、２値化ＭＰＭインデックスの第１のビン（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ）を符号化する場合、３つのコンテキストを利用してよく、１つはＡＬＷＩＰであり、１つはＩＳＰであり、そしてもう１つは他のコンテキストである。

非ＡＬＷＩＰ方法のためのイントラモード符号化に関して、以下のように行われる。

５． 従来のイントラ予測方法／広角イントラ予測／ＭＲＬ／又はＩＳＰを使用するような、ＡＬＷＩＰ符号化されていないイントラ予測モードを符号化するために使用される構文要素のコンテキスト／許容範囲は、イントラ予測方法に依存し得ることが提案される。
ａ．一例において、異なるイントラ予測方法は、異なるサイズのＭＰＭリストを有してもよい。
ｂ．一例において、異なるイントラ予測方法は、異なる数の非ＭＰＭ候補を有してもよい。

ＩＳＰに関して、以下である。

６． ＩＳＰ符号化ブロックに対して２つのイントラ予測モードのみが許容されることが提案される。
ａ．一例において、ＭＰＭリストにおける最初の２つのモードは許容される。
ｂ．１つの例において、許容される２つのモードの１つは、平面モードであり、他の１つは、ＭＰＭリストからのものであり、例えば、１^ｓｔ又は２^ｎｄ又はＭＰＭリストにおける平面モードでない第１のものである。
ｃ．あるいは、ＩＳＰ符号化ブロックの場合、ＭＰＭインデックス（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ）の信号伝達はスキップされる。
ｄ．一例において、上記方法は、他のイントラ符号化方法、例えば、ＭＲＬ、ＡＬＷＩＰにも適用可能である。

７．ＩＳＰ符号化ブロックの参照サンプル（又は近傍のサンプル）及び／又は予め符号化されたサブパーティションの近傍のサンプルを用いて、このブロックの現在のサブパーティションを予測することが提案されている。
ａ．１つの例において、ＩＳＰ符号化ブロックが水平方向に分割される場合、ブロックの右上の参照サンプルを用いて、内部サブパーティションを予測し得る。
ｂ．一例において、ＩＳＰ符号化ブロックが垂直方向に分割される場合、ブロックの左下の参照サンプルを用いて内部サブパーティションを予測することができる。
ｃ．一例において、ＩＳＰ符号化ブロックの右上又は／及び左下の参照サンプルは、内側サブパーティションの右上又は／及び左下の参照サンプルとして直接使用されてもよい。一例を図２２に示す。
ｄ．一例において、内側サブパーティションの右上又は／及び左下の参照サンプルは、ＩＳＰ符号化ブロックの右上又は／及び左下の参照サンプルを用いて予測されてもよい。一例を図２３に示す。
ｉ．一例において、イントラ予測方法は、内側サブパーティションの参照サンプルを予測するために用いられてもよい。
ｉｉ．一例において、内側サブパーティションの参照サンプルをブロックの参照サンプルの端数位置に投影する場合、双線形補間を補間に用いてもよい。
ｉｉｉ．一例において、内側サブパーティションの参照サンプルをブロックの参照サンプルの端数位置に投影する場合、この端数位置を整数位置に丸めてもよい。例えば、近接整数位置又は最も近い利用可能な整数位置である。
ｅ．一例において、内側サブパーティションの右上又は／及び左下の参照サンプルは、上述の方法で生成された後、内側サブパーティションを予測するために使用される前に、フィルタリングされてもよい。

８．ＭＰＭリスト構築プロセスにおいて、どの近傍のブロックを確認するかは、映像ユニット毎に変更されてもよい。例えば、映像ユニットはＣＵであってもよい。
ａ．同一の親ノード内の子ノードへのアクセスは、ＭＰＭリスト構築プロセスにおいて禁止してもよい。
ｂ．一例において、それは親ノードの分割方向／分割ツリータイプに依存してもよい。
ｉ．一例において、現在のブロック（例えば、子ノードの下側）が水平方向のＢＴ及び／又はＴＴから分離されたものであり、分離された第１の子ノードでない場合、上記確認対象のブロックは、右上又は異なる親ノードにおける任意のブロックに置き換えられてもよい。
１） あるいは、上記ブロックのイントラ予測モードを変換したものに置き換えてもよい。例えば、Ｘ＋ｏｆｆ又は（Ｘ＋ｏｆｆ）％Ｔに置き換えられてもよく、ここで、Ｘは、上記ブロックのイントラ予測モードであり、ｏｆｆ及びＴは、整数である。
ｉｉ．一例において、現在のブロック（例えば、右側の子ノード）が垂直ＢＴ及び／又はＴＴから分離されたものであり、分離された第１の子ノードでない場合、左上のブロック又は異なる親ノードにおける任意のブロックに置き換えられてもよい。
１） あるいは、左ブロックのイントラ予測モードを変換したものに置き換えてもよい。例えば、Ｘ＋ｏｆｆ又は（Ｘ＋ｏｆｆ）％Ｔに置き換えられてもよく、ここで、Ｘは、上記ブロックのイントラ予測モードであり、ｏｆｆ及びＴは、整数である。
ｃ．あるいは、ＭＰＭリストを同様に構築してもよいが、同じ親ノードにおける他の子ノードのイントラ予測モードをＭＰＭリストから除外してもよい。
ｄ．あるいは、同じ親ノードにおける他の子ノードのイントラ予測モードを他のモードに置き換えてもよい。イントラ予測モードを信号通知する方法は、分割タイプに依存し得る。
ｉ．一例において、１つの親ノードが水平／垂直ＢＴ及び／又はＴＴに分割され、第１の子ノードが平面モードで符号化され、第２の子ノードがイントラ符号化される場合、第２の子ノードへのｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ ｆｏｒの通知はスキップされ、１であると推測されてもよい。

９．スライスに対してＩＳＰが有効化したとき、特定のブロック寸法（例えば、４×８、８×４）のための水平及び／又は垂直ＢＴ及び／又はＴＴを無効とすることが提案されている。
ａ．スライスに対して特定のブロック寸法（例えば、４×８、８×４）のための水平及び／又は垂直ＢＴ及び／又はＴＴを有効化した場合、ＩＳＰを無効とすることが提案されている。
ｉ．ＩＳＰが無効にされている場合、ＩＳＰ側情報の関連する信号通知はスキップされる。
ｂ．あるいは、上記方法は、デュアルツリーが有効化されている場合に適用されてもよい。
ｃ．あるいは、上記方法は、単一のツリーが有効化されている場合に適用されてもよい。

４．１ 例示的な実施形態

変更例を以下に示す。下線を引いた部分且つ太い部分は作業草案への追加を示し、一方、取り消し線部分は削除提案を示す。

構文要素ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘ０］［ｙ０］、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］およびｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘ０］［ｙ０］は、輝度サンプルのイントラ予測モードを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、イントラ予測モードは、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が０である場合の第８．４．２項に従って近傍のイントラ予測符号化ユニットから推論し、またイントラ予測モードは、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合の第８．４．２項に従って近傍のイントラ予測符号化ユニットから推論する。
ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、１に等しいと推測される。
ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、１に等しいと推測される。

８．４．２ 輝度イントラ予測モードのための導出処理

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理において、輝度イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
表８－１に、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値とその関連名称を示す。

注意：イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、彩度成分にのみ適用可能である。
ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下のように導出される。

－ ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、以下の順序のステップである。

１．近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
・・・
そうでない場合（ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］は０と等しい）、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］はＩＮＴＲＡ＿ＰＬＡＮＡＲ＋と等しく設定される。
ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

８．４．Ｘ アフィン線形重み付きイントラ予測モードの導出方法

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理において、アフィン線形加重イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順のステップで導出される。

１．近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＣｂ－１，ｙＣｂ）および（ｘＣｂ，ｙＣｂ－１）に等しく設定される。
２．ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＬｗｉｐＭｏｄｅＸは、以下のように導出される。
－・・・
３．ｘ＝０．．２の場合のｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｘ］は、表８－Ｘ２に示されるように、ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］を使用し、以下のように導出する。
・・・
４．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の手順を適用することによって導出される。

－ そうでない場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順のステップを適用することにより、導出される。
１．ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］がｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｊ］よりも大きい（ｉ＝０．．１、各ｉ，ｊ＝（ｉ＋１）．２）場合、両方の値は、以下のようにスワップされる。
（ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｊ］）＝Ｓｗａｐ（ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｊ］） （８－Ｘ１４）
２．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順のステップで導出される。
ｉ．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］はｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘＣｂ］［ｙＣｂ］に等しく設定される。
ｉｉ．ｉが０～２の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］以上である場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値が１増加する。
ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

図１９は、映像処理装置１９００のブロック図である。装置１９００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置１９００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい装置１９００は、１つ以上の処理装置１９０２と、１つ以上のメモリ１９０４と、映像処理ハードウェア１６０６と、を含んでもよい。１つまたは複数のプロセッサ１９０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）１９０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア１６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

図２０は、本技術の１つ以上の実施例に従った映像処理方法２０００を示すフローチャートである。方法２０００は、ステップ２００２において、映像データのブロックを表すビットストリームを生成するか又は受信することを含む。この映像データのブロックは、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）に基づいて符号化されるＡＬＷＩＰのサイド情報及び量子化残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）のサイド情報は、ビットストリームにおいて第１の順序で順次、符号化される。

図２１は、本技術の１つ以上の実施例に従った映像処理方法２１００を示すフローチャートである。方法２１００は、動作２１０２において、映像データのブロックを表すビットストリームを生成すること、又は受信することを含み、映像データブロックは、２つのイントラ予測モードのみを有するイントラ予測方法を用いて符号化される。

図２４は、本技術の１つ以上の実施例に従った映像処理方法２４００を示すフローチャートである。方法２４００は、ステップ２４０２において、現在のブロックの近傍のブロックのセットを確認することで、映像データの複数のブロック中の現在のブロックのために最確モード（ＭＰＭ）リストを構築することを含む。複数のブロックは、分割パターンを用いて映像ユニットを分割して生成される。分割パターンに基づいて、近傍のブロックのセットが判定される。方法２４００は、ステップ２４０４において、ＭＰＭリストからの候補を用いて映像データの現在のブロックを符号化することを含む。方法２４００は、動作２４０６において、映像データの現在のブロックを表すビットストリームを生成又は受信することを更に含む。

図２５は、本技術の１つ以上の実施例に従った映像処理方法２５００を示すフローチャートである。方法２５００は、ステップ２５０２において、映像データの複数のブロックを表すビットストリームを受信することを含む。最確モード（ＭＰＭ）リストの候補を用いて、映像データの現在のブロックをビットストリームに符号化し、現在のブロックの近傍のブロックのセットを確認することで、ＭＰＭリストを構築する。分割パターンを用いて映像ユニットを分割することにより複数のブロックを生成し、分割パターンに基づいて近傍のブロックのセットを判定する。方法２５００は、ステップ２５０４において、ビットストリームを用いて映像データの現在のブロックを再構成することを更に含む。

追加の実施形態および技術は、以下の実施例に記載される。

１．映像処理方法であって、映像データのブロックを表すビットストリームを生成又は受信することであって、映像データの前記ブロックを、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）に基づいて符号化し、ＡＬＷＩＰのサイド情報及び量子化残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）のサイド情報は、前記ビットストリームにおいて第１の順序で順次、符号化される、方法。

２．前記第１の順序は、ＡＬＷＩＰの前記サイド情報がＱＲ－ＢＤＰＣＭの前記サイド情報の後に符号化されることを示す、実施例１に記載の方法。

３．ＡＬＷＩＰの前記サイド情報は、映像データの前記ブロックを処理する際のＱＲ－ＢＤＰＣＭの使用に基づいて符号化される、実施例２に記載の方法。

４．前記第１の順序は、ＱＲ－ＢＤＰＣＭの前記サイド情報がＡＬＷＩＰの前記サイド情報の後に符号化されることを示す、実施例１に記載の方法。

５．ＱＲ－ＢＤＰＣＭの前記サイド情報は、映像データの前記ブロックを処理する際のＡＬＷＩＰの使用に基づいて符号化される、実施例４に記載の方法。

６．ＱＲ－ＢＤＰＣＭは、映像データの前記ブロックの残差値を信号通知することに適用される、実施例１～５のいずれかに記載の方法。

実施例１～６のさらなる実施形態は、第４章の項目１に記載する。

７．前記ビットストリームにおける１つ以上の予測方法に関する情報の後に、映像データの前記ブロックのイントラ予測モードを符号化する、例１～６のいずれかに記載の方法。

８．前記１つ以上の符号化方法は、ＱＲ－ＢＤＰＣＭ、多重基準ライン（ＭＲＬ）イントラ予測、イントラサブブロック分割（ＩＳＰ）、又は広角イントラ予測のうち少なくとも１つを含む、実施例７に記載の方法。

実施例７～８のさらなる実施形態は、第４章の項目２に記載する。

９．映像データの前記ブロックは、最確モード（ＭＰＭ）リストからの候補に基づいて符号化される、実施例１～８のいずれかに記載の方法。

１０．前記ビットストリームは、ＭＰＭリストからの候補が最初に符号化されたかどうかを示す第１の構文要素と、前記候補が前記ＭＰＭリストにおける第１の候補であるかどうか、又は前記候補が平面モードであるかどうかを示す第２の構文要素と、前記ＭＰＭリストにおける残りの候補のＭＰＭインデックスを示す第３の構文要素と、許容されるイントラ予測モードのリストにおけるイントラ予測モードインデックスを示す第４の構文要素と、を少なくとも含む、実施例９に記載の方法。

１１．イントラ予測方法又はブロック寸法に基づいて、第１、第２、第３、又は第４の構文要素の値の範囲を判定する、実施例１０に記載の方法。

実施例９～１１のさらなる実施形態は、第４章の項目３～４に記載する。

１２．映像処理方法であって、映像データのブロックを表すビットストリームを生成又は受信することであって、映像データの前記ブロックを２つのイントラ予測モードのみを有するイントラ予測方法を用いて符号化する、受信することを含む、映像処理方法。

１３．前記２つのイントラ予測モードは、第１の２つのモードである最確モード（ＭＰＭ）リストに基づいて判定される、実施例１２に記載の方法

１４．前記イントラ予測方法は、多重基準ライン（ＭＲＬ）イントラ予測、アフィン線形重み付けイントラ予測（ＡＬＷＩＰ）、イントラサブブロック分割（ＩＳＰ）、又は広角イントラ予測のうち少なくとも１つを含む、実施例１２に記載の方法。

実施例１２～１３のさらなる実施形態は、第４章の項目６に記載する。

１５．前記イントラ予測方法は、イントラサブブロック分割（ＩＳＰ）であり、映像データの前記ブロックの参照サンプルを用いて前記ブロックの現在のサブパーティションを予測する、実施例１２に記載の方法。

１６．前記現在のサブパーティションは、前記ブロックを水平方向に分割することによって得られ、前記参照サンプルは、前記ブロックの右上の参照サンプルを含む、実施例１５に記載の方法。

１７．前記現在のサブパーティションは、前記ブロックを垂直方向に分割することによって得られ、前記参照サンプルは、前記ブロックの左下の参照サンプルを含む、実施例１５に記載の方法。

１８．前記ブロックの参照サンプルを前記現在のサブパーティションの参照サンプルとして使用する、実施例１５～１７のいずれかに記載の方法。

１９．現在のサブパーティションの参照サンプルは、前記ブロックの参照サンプルの端数位置に基づいて判定される、実施例１５～１７のいずれかに記載の方法。

実施例１４～１９のさらなる実施形態は、第４章の項目７に記載する。

２０．映像処理方法であって、映像データの複数のブロック内の現在のブロックに対して、前記現在のブロックの隣接するブロックのセットを確認して最確モード（ＭＰＭ）リストを構築することであって、前記複数のブロックは分割パターンを用いて映像ユニットを分割することにより生成され、また前記隣接するブロックのセットは前記分割パターンに基づいて判定される、構築することと、前記ＭＰＭリストからの候補を用いて映像データの前記現在のブロックを符号化することと、映像データの前記現在のブロックを表すビットストリームを生成することと、を含む、方法。

２１．映像処理方法であって、映像データの複数のブロックを表すビットストリームを受信することであって、映像データの現在のブロックは最確モード（ＭＰＭ）リストからの候補を用いて前記ビットストリームにおいて符号化され、前記ＭＰＭリストは、前記現在のブロックの近傍のブロックのセットを確認することにより構築され、前記複数のブロックは、分割パターンを用いて映像ユニットを分割することにより生成され、前記近傍のブロックのセットは、前記分割パターンに基づいて判定される、受信することと、前記ビットストリームを用いて映像データの前記現在のブロックを再構成することと、を含む、方法。

２２．前記近傍のブロックのセットは、前記現在のブロックとは異なる親ブロックを有する、実施例２０又は２１に記載の方法

２３．前記分割パターンは、垂直２値分割パターン、水平２値分割パターン、垂直３値分割パターン、又は水平３値分割パターンのうち少なくとも１つを含む、実施例２０又は２１に記載の方法。

実施例２０～２３のさらなる実施形態は、第４章の項目８に記載する。

２４．実施例１～２３に記載の１つ以上を実装するように構成された処理装置を備える映像処理装置。

２５．コードが記憶されたコンピュータ読み取り可能な媒体であって、前記コードは、処理装置によって実行されると、処理装置に、実施例１～２３のいずれか１つ以上に記載の方法を実装させる、コンピュータ読み取り可能な媒体。

図２６は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム２６００を示すブロック図である。様々な実装形態は、システム２６００のモジュールの一部又は全部を含んでもよい。システム２６００は、映像コンテンツを受信するための入力ユニット２６０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

システム２６００は、本明細書に記載される様々な符号化又は符号化方法を実装することができる符号化モジュール２６０４を含んでもよい。符号化モジュール２６０４は、入力ユニット２６０２から符号化モジュール２６０４の出力への映像の平均ビットレートを低減して、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化モジュール２６０４の出力は、モジュール２６０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット２６０２において受信された、記憶された又は通信された映像のビットストリーム（又は符号化）表現は、モジュール２６０８によって使用されて、表示インターフェースユニット２６１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダで使用され、対応する復号化ツール又は動作であり符号化の結果を逆にするものは、デコーダによって行われることが理解されよう。

周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい

図２７は、本技術に従った映像処理方法２７００を示すフローチャートである。方法２７００は、動作２７１０において、映像のブロックと前記映像のビットストリーム表現との変換のために、行列ベースイントラ予測（ＭＩＰ）符号化技術のための情報を前記ビットストリーム表現において符号化する態様を判定することを含む。ＭＩＰ符号化技術を用いて、映像の予め符号化されたサンプルに対して行列ベクトル乗算演算を行うことに基づいたＭＩＰ符号化技術を用いて、ブロックの予測ブロックを判定する。方法２７００は、動作２７２０において、前記判定に基づいて前記変換を行うことをさらに含む。

いくつかの実施形態において、前記態様は、前記ＭＩＰ符号化技術のための前記情報が、予測誤差に変換を適用せず、前記ブロックを含むピクチャ内のサンプルを用いて予測を生成する量子化残差ブロック差分パルス符号変調（ＱＲ－ＢＤＰＣＭ）符号化技術に関して符号化されることを規定する。いくつかの実施形態において、前記ＭＩＰ符号化技術又は前記ＱＲ－ＢＤＰＣＭ符号化技術のうち１つのみを前記ブロックに適用することができる。いくつかの実施形態において、前記ブロックに対して前記ＭＩＰ符号化技術を適用する場合、前記ビットストリーム表現において前記ＱＲ－ＢＤＰＭＣ符号化技術のサイド情報は省略される。いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術が前記ブロックに適用される場合、前記ビットストリーム表現において前記ＭＩＰ符号化技術のサイド情報は省略される。

いくつかの実施形態において、前記ＭＩＰ符号化技術及び前記ＱＲ－ＢＤＰＣＭ符号化技術の両方が前記ブロックに適用可能である。いくつかの実施形態において、前記変換は、イントラ予測プロセスにおいて前記ＭＩＰ符号化技術を用いることを含み、前記ブロックの残差情報は、前記ＱＲ－ＢＤＰＣＭ符号化技術による前記ビットストリーム表現で符号化される。

いくつかの実施形態において、前記態様は、前記ＱＲ－ＢＤＰＣＭ符号化技術におけるサイド情報の後に、前記ＭＩＰ符号化技術のためのサイド情報を符号化することを指定している。いくつかの実施形態において、前記ＭＩＰ符号化技術のためのサイド情報は、前記ＱＲ－ＢＤＰＣＭ符号化技術の使用に基づいて符号化される。いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術を前記ブロックに適用する場合、前記ビットストリーム表現において前記ＭＩＰ符号化技術のための前記サイド情報は省略される。いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術を前記ブロックに適用しない場合、前記ＭＩＰ符号化技術のための前記サイド情報は前記ビットストリーム表現に存在する。

いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術を前記ブロックに適用する場合、前記ＭＩＰ符号化技術のための前記サイド情報の第１の部分は前記ビットストリーム表現において省略され、前記ＭＩＰ符号化技術のための前記サイド情報の第２の部分は前記ビットストリーム表現において符号化される。いくつかの実施形態において、前記第１部分は前記ＭＩＰ符号化技術の１つ以上の予測モードを備える。いくつかの実施例において、第２の部分は、前記ＭＩＰ符号化技術の使用に関する情報を含む。いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術を前記ブロックに適用する場合、前記ＭＩＰ符号化技術の使用に関する情報は前記ビットストリーム表現に含まれ、前記ＭＩＰ符号化技術は前記ブロックに適用されない。

いくつかの実施形態において、前記態様は、前記ＱＲ－ＢＤＰＣＭ符号化技術における前記サイド情報の前に、前記ＭＩＰ符号化技術における前記サイド情報を符号化することを規定する。いくつかの実施形態において、前記態様は、前記ＱＲ－ＢＤＰＣＭ符号化技術における前記サイド情報を前記ブロックに対するＭＩＰ符号化技術の使用法に基づいて符号化することを規定する。いくつかの実施形態において、前記ブロックに前記ＭＩＰ符号化技術を適用する場合、前記ビットストリーム表現において前記ＱＲ－ＢＤＰＣＭのための前記サイド情報は省略される。いくつかの実施形態において、前記ＭＩＰ符号化技術を前記ブロックに適用し、前記ＭＩＰ符号化技術の予測モードが水平又は垂直モードに対応する場合、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の第１の部分は前記ビットストリーム表現において省略され、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の第２の部分は前記ビットストリーム表現において符号化される。いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の第１部分は、前記ＱＲ－ＢＤＰＣＭ符号化技術の予測方向を含む。いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の第２部分は、前記ＱＲ－ＢＤＰＣＭ符号化技術を用いることを含む。

いくつかの実施形態において、前記ＱＲ－ＢＤＰＣＭ符号化技術の前記サイド情報は、前記ＱＲ－ＢＤＰＣＭ符号化技術の使用の指示、又は予測方向の少なくとも１つを含む。いくつかの実施形態において、前記ＭＩＰ符号化技術の前記サイド情報は、前記ＭＩＰ符号化技術の使用の表示、前記ＭＩＰ符号化技術のために輝度サンプルの入力ベクトルが転置されるか否かの表示、又は予測モードの表示の少なくとも１つを含む。いくつかの実施形態において、前記ブロックに前記ＭＩＰ符号化技術を適用する場合、前記ビットストリーム表現に前記ＱＲ－ＢＤＰＣＭ符号化技術の使用に関する情報が含まれ、前記ＱＲ－ＢＤＰＣＭ符号化技術は前記ブロックに適用されない。

いくつかの実施形態において、前記態様は、前記ＭＩＰ符号化技術のための前記情報が１つ以上のイントラ符号化技術に関して符号化されることを規定する。いくつかの実施形態において、前記態様は、前記ＭＩＰ符号化技術を用いて前記ブロックを符号化する場合、前記１つ以上のイントラ符号化技術に関する情報の後に、前記ブロックのイントラ予測モードを符号化することを規定する。いくつかの実施形態において、前記１つ以上のイントラ符号化技術は、少なくともＱＲ－ＢＤＰＣＭ符号化技術、パルス符号変調（ＰＣＭ）符号化技術、多重基準ライン（ＭＲＬ）符号化技術、イントラサブブロック分割（ＩＳＰ）符号化技術、広角イントラ予測符号化技術、又は従来のイントラ符号化技術を含む。いくつかの実施形態において、前記態様は、前記ブロックのためのＭＩＰ符号化技術のイントラ予測モードの符号化が、前記１つ以上のイントラ符号化技術を用いて符号化される他のブロックのためのイントラ予測モードの符号化と矛盾しないことを規定する。

いくつかの実施形態において、前記ＭＩＰ符号化技術のイントラ予測モードの符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補のリストの１つであるかの判定を含む。いくつかの実施形態において、前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの１つであるかをビットストリーム表現において第１構文要素として表現されている。いくつかの実施形態において、前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの１つである場合、前記イントラ予測モードがＭＰＭ候補の前記リストにおける第１の候補であるかを判定することをさらに含む。いくつかの実施形態において、前記イントラ予測モードがＭＰＭ候補の前記リストにおける第１の候補であるかどうかは、前記ビットストリーム表現において第２の構文要素として表現されている。

いくつかの実施形態において、前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードがＭＰＭ候補の前記リストにおける第１の候補でない場合、前記ビットストリーム表現における第３の構文要素として、前記イントラ予測モードのＭＰＭインデックスを符号化することをさらに含む。いくつかの実施形態において、前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの１つである場合、前記イントラ予測モードが平面モードであるかを判定することをさらに含む。いくつかの実施形態において、前記イントラ予測モードが前記平面モードであるかを前記ビットストリームにおいて第４構文要素として表現する。いくつかの実施形態において、前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが前記平面モードでない場合、前記ビットストリーム表現における第５の構文要素として、前記イントラ予測モードのＭＰＭインデックスを符号化することをさらに含む。いくつかの実施形態において、前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補のリストの一つでない場合、許容されたイントラモードのセットにおける前記イントラ予測モードのイントラモードインデックスを前記ビットストリーム表現における第６の構文要素として符号化することをさらに含む。

いくつかの実施形態において、前記ビットストリーム表現において、第１、第２、第３、第４、第５又は第６の構文要素を条件付きで符号化する。いくつかの実施形態において、前記ブロックに前記ＭＩＰ符号化技術を適用する場合、前記ビットストリーム表現において前記第１の構文要素を省略する。いくつかの実施形態において、ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ［ｘ０］［ｙ０］＝＝０の場合、前記第１の構文要素は前記ビットストリーム表現に含まれ、前記ブロックは前記ＩＳＰ符号化技術又は前記ＭＩＰ符号化技術を用いて符号化しない。いくつかの実施形態において、第１、第２、第３、第４、第５又は第６の要素の数値は前記ブロックの寸法又は前記ブロックに適用可能な符号化技術に基づく。いくつかの実施形態において、前記ＭＩＰ符号化技術が前記ブロックに適用される場合、第３または第５の構文要素の前記値は、０または１であり、第３または第５の構文要素の値は、前記ブロックに他の符号化技術が適用される場合、［０，４］の両端を含む範囲内にある。いくつかの実施形態において、第６の構文要素の値は、前記ブロックに対して前記ＭＩＰ符号化技術が適用されない場合、［０，６０］の両端を含む範囲内にあり、第６の構文要素の前記値は、前記ブロックに対して前記ＭＩＰ符号化技術が適用される場合、［０，３１］の両端を含む範囲内にあり、第４の構文要素の前記値は、４×４の寸法を有する前記ブロックであり、第６の構文要素の前記値は、前記ブロックに対して前記ＭＩＰ符号化技術が適用される場合、［０，１５］の両端を含む範囲内にあり、前記ブロックは幅が８以下で高さが８以下であり、第６の構文要素の前記値は、異なる寸法を有する前記ブロックに対して前記ＭＩＰ符号化技術が適用される場合、［０，８］の両端を含む範囲内にある。

いくつかの実施形態において、前記１つ以上のイントラ符号化技術のイントラ符号化技術において用いられる構文要素のコンテキスト又は値は、前記イントラ符号化技術に基づいている。いくつかの実施形態において、異なるイントラ符号化技術は、異なるサイズの複数のＭＰＭリストを用いる。いくつかの実施形態において、異なるイントラ符号化技術は、異なる数のＭＰＭ候補を用いる。いくつかの実施形態において、第１、第２、第３、第４、第５又は第６の要素は、前記ビットストリーム表現においてコンテキスト符号化されるか、またはバイパス符号化される。

いくつかの実施形態において、１つ以上のコンテキストが、前記１つ以上のイントラ符号化技術に基づいて選択される。いくつかの実施形態において、前記ビットストリーム表現における構文要素を符号化するために２つのコンテキストが用いられる。いくつかの実施形態において、前記従来のイントラ予測符号化技術及び前記ＭＩＰ符号化技術に第１のコンテキストが用いられ、前記ＩＳＰ符号化技術に第２のコンテキストが用いられる。いくつかの実施形態において、第１のコンテキストは前記ＩＳＰ符号化技術及び前記ＭＩＰ符号化技術に用いられ、第２のコンテキストは１つ以上の他の符号化技術に用いられる。いくつかの実施形態において、前記ビットストリーム表現における構文要素を符号化するために３つのコンテキストが用いられる。いくつかの実施形態において、第１のコンテキストは前記ＭＩＰ符号化技術に用いられ、第２のコンテキストは前記ＩＳＰ符号化技術に用いられ、第３のコンテキストは１つ以上の他の符号化技術に用いられる。

図２８は、本技術に従った映像処理方法２８００を示すフローチャートである。方法２８００は、動作２８１０において、映像のブロックと前記映像のビットストリーム表現との変換のために、前記ブロックが特定の符号化技術を用いて符号化されている場合、正確に２つのイントラ予測モードが許容されることを判定することを含む。方法２８００は、動作２８２０において、前記判定に基づいて前記変換を行うことをさらに含む。

いくつかの実施形態において、前記特定の符号化技術は、イントラサブブロック分割（ＩＳＰ）符号化技術、多重基準ライン（ＭＲＬ）符号化技術、または行列ベースイントラ予測（ＭＩＰ）符号化技術を含む。いくつかの実施形態において、前記正確に２つのイントラ予測モードは、最確モード（ＭＰＭ）候補のリストにおける最初の２つのモードを含む。いくつかの実施形態において、前記２つのイントラ予測モードのみの第１モードは平面モードであり、前記２つのイントラ予測モードのみの第２モードは、最確モード（ＭＰＭ）候補のリストから選択されるモードである。いくつかの実施形態において、第２モードは、前記ＭＰＭ候補のリストから選択される非平面モードである。いくつかの実施形態において、前記ブロックが前記ＩＳＰ符号化技術を用いて符号化されている場合、前記ビットストリーム表現において、ＭＰＭ候補の前記リストにおいて予測モードを示すインデックスは省略されている。

図２９は、本技術に従った映像処理方法２９００を示すフローチャートである。方法２９００は、動作２９１０において、映像のブロックと前記映像のビットストリーム表現との変換のために、前記ブロックのサンプル又は前記ブロックの予め符号化された前記ブロックの１つ以上のサブパーティションのサンプルを用いて、前記ブロックのサブパーティションの予測を行うことを判定することを含む。ブロックは、ブロックを複数のサブパーティションに分割し、予め再構成されたサブパーティションに基づいて、各サブパーティションの予測を判定するイントラサブブロック分割（ＩＳＰ）符号化技術を用いて符号化される。複数のサブパーティションは、第１のサブパーティションと、１つ以上の内部サブパーティションと、を含む。方法２９００は、動作２９２０において、前記判定に基づいて前記変換を行うことをさらに含む。

いくつかの実施形態において、前記ブロックは水平方向に分割され、前記内部サブパーティションの右上に位置するサンプルを利用して前記内部サブパーティションの内部サブパーティションを予測する。いくつかの実施形態において、前記ブロックは垂直方向に分割され、前記内部サブパーティションの左下に位置するサンプルを用いて前記１つ以上の内部サブパーティションの内部サブパーティションを予測する。いくつかの実施形態において、前記ブロックのサンプルは内部サブパーティションのサンプルとして用いられるようにコピーされる。いくつかの実施形態において、内部サブパーティションのサンプルは、前記ブロックのサンプルに基づいて導出される。いくつかの実施形態において、前記内部サブパーティションの前記サンプルはイントラ予測符号化技術を用いて導出される。いくつかの実施形態において、前記内部サブパーティションのサンプルを前記ブロックのサンプルの端数位置に投影する場合、双線形補間を適用する。いくつかの実施形態において、内部サブパーティションのサンプルを前記ブロックのサンプルの端数位置に投影する場合、前記端数位置は、前記端数位置に最も近い利用可能な位置の整数位置に丸められる。いくつかの実施形態において、前記内部サブパーティションの右上又は左下に位置する前記サンプルは、前記内部サブパーティションの予測に用いられる前にフィルタリングされる。

図３０は、本技術に従った映像処理方法３０００を示すフローチャートである。方法３０００は、ステップ３０１０において、映像の現在のブロックと前記映像のビットストリーム表現とを変換するために、最確モード（ＭＰＭ）候補のリストの構築プロセスにおいて、現在のブロックにおける第１の近傍のブロックのセットが、予め符号化されたブロックの第２の近傍のブロックのセットと異なることを判定することを含む。前記現在のブロックは、複数の子ブロックに分割された親ブロックの子ブロックである。方法３０００は、また、動作３０２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、前記現在のブロックは符号化ユニットを備える。いくつかの実施形態において、近傍のブロックの前記第１のセットは前記親ブロックを分割する態様により判定される。いくつかの実施形態において、前記親ブロックは水平に分割され、前記現在のブロックが前記親ブロックの第１の子ブロックでない場合、他の親ブロックの子ブロックである又は前記現在のブロックの右上に位置する近傍のブロックは、前記構築プロセスにおいて検査される。いくつかの実施形態において、前記親ブロックは水平に分割され、前記現在のブロックが前記親ブロックの第１の子ブロックでない場合、前記現在のブロックの上に位置する近傍のブロックのイントラ予測モードＸは、前記ビットストリーム表現において、（Ｘ＋ｏｆｆ）又は（Ｘ＋ｏｆｆ）％Ｔと表現され、ｏｆｆ、Ｔは整数である。

いくつかの実施形態において、前記親ブロックは垂直方向に分割され、前記現在のブロックが親ユニットの第１の子ブロックでない場合、他の親ブロックの子ブロックである又は前記現在のブロックの左下に位置する近傍のブロックは、前記構築プロセスにおいて検査される。いくつかの実施形態において、前記親ブロックは垂直方向に分割され、前記現在のブロックが前記親ブロックの第１の子ブロックでない場合、前記現在のブロックの左側に位置する近傍のブロックのイントラ予測モードＸは、前記ビットストリーム表現において、（Ｘ＋ｏｆｆ）又は（Ｘ＋ｏｆｆ）％Ｔと表現され、ｏｆｆ及びＴは整数である。

いくつかの実施形態において、前記ＭＰＭ候補の前記リストの構築プロセス中に、前記親ブロックの前記複数の子ブロックにアクセスすることはできない。いくつかの実施形態において、前記親ユニットの前記複数の子ブロックのイントラ予測モードは、ＭＰＭ候補の前記リストから除外される。いくつかの実施形態において、前記親ブロックの前記複数の子ブロックのイントラ予測モードを異なるモードに置き換えることができる。

いくつかの実施形態において、前記親ブロックの前記複数の子ブロックのイントラ予測モードを通知は、前記親ブロックを分割する態様に基づく。いくつかの実施形態において、前記ビットストリーム表現において、イントラ予測符号化技術を用いて符号化された子ブロックの前記イントラ予測モードが省略され、前記子ブロックの前記イントラ予測モードは非平面モードと見なされる。

図３１は、本技術に従った映像処理の方法３１００を示すフローチャートである。方法３１００は、動作３１１０において、映像スライスの映像ブロックと前記映像のビットストリーム表現との変換のために、前記映像ブロックに対して許可される分割タイプを、前記スライスに対してイントラサブブロック分割ツールが有効化されているかどうかに基づいて判定することを含む。方法３１００は、また、動作３１２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、分割タイプはブロックの寸法により決められ、ＩＳＰ符号化技術が有効化されているとき、分割タイプは無効化されている。いくつかの実施形態において、分割タイプはブロックの寸法に基づいており、分割タイプが有効化されている場合、ＩＳＰ技術は無効化されている。

いくつかの実施形態において、前記ブロックの分割は前記ブロックの水平方向又は垂直方向の分割を含む。いくつかの実施形態において、前記ブロックの分割は前記ブロックの２値又は３値分割を含む。いくつかの実施形態において、前記ブロックの寸法は４×８または８×４である。いくつかの実施形態において、ＩＳＰ符号化技術が無効化されている場合、前記ビットストリーム表示において前記ＩＳＰ符号化技術のサイド情報を省略することができる。いくつかの実施形態において、前記ブロックに対してデュアルツリー分割（Ｄｕａｌ Ｔｒｅｅ Ｐａｒｔｉｔｉｏｎ）が有効化されている。いくつかの実施形態において、単一ツリー分割は前記ブロックに対して有効化されている。

いくつかの実施形態において、前記変換を行うことは、映像の前記ブロックに基づいてビットストリーム表現を生成することを含む。いくつかの実施形態において、変換を行うことは、ビットストリーム表現から映像の前記ブロックを生成することを含む。

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、１つの映像ブロックを処理する際にこのツールまたはモードを使用するまたは実装するが、このツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム表現への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、この映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリーム表現から映像のブロックへの変換を行う。

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを無効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが無効にされている場合、エンコーダは、映像のブロックを映像のビットストリーム表現に変換する際に、このツールまたはモードを使用しない。別の例において、映像処理ツールまたはモードが無効にされている場合、デコーダは、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用してビットストリームが修正されていないことを知って、ビットストリームを処理する。

本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１つ以上のコンピュータプログラム製品、たとえば、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１つ以上の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、成分、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するための処理装置と、命令およびデータを記憶するための１つ以上のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。

本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る。特徴の説明と解釈されるべきである本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

本願は、２０２０年５月１１日出願の国際特許出願ＰＣＴ／ＵＳ２０２０／０８９５５９号に基づいており、２０１９年５月１１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８６４８９号の優先権および利益を主張する。上記特許出願の全ては、その全体が参照により取り込まれる。

Claims (93)

1. 映像処理方法であって、
   映像のブロックと前記映像のビットストリーム表現との変換のために、行列ベースイントラ予測（ＭＩＰ）符号化技術のための情報が前記ビットストリーム表現で符号化される態様を判定することであって、前記ブロックの予測ブロックが前記映像の予め符号化されたサンプルに対して行列ベクトル乗算演算を行うことに基づいた前記ＭＩＰ符号化技術を用いて判定される、判定することと、
   前記判定することに基づいて前記変換を行うことと、
   を含む方法。
2. 前記態様は、前記ＭＩＰ符号化技術のための前記情報が、予測誤差に変換を適用せず、前記ブロックを含むピクチャ内のサンプルを用いて予測を生成する量子化残差ブロック差分パルス符号変調（ＱＲ－ＢＤＰＣＭ）符号化技術に関して符号化されることを規定する、
   請求項１に記載の方法。
3. 前記ＭＩＰ符号化技術又は前記ＱＲ－ＢＤＰＣＭ符号化技術の１つのみが前記ブロックに適用可能である、
   請求項２に記載の方法。
4. 前記ＭＩＰ符号化技術が前記ブロックに適用される場合、前記ＱＲ－ＢＤＰＭＣ符号化技術のサイド情報が前記ビットストリーム表現において省略される、
   請求項３に記載の方法。
5. 前記ＱＲ－ＢＤＰＣＭ符号化技術が前記ブロックに適用される場合、前記ＭＩＰ符号化技術のサイド情報が前記ビットストリーム表現において省略される、
   請求項３に記載の方法。
6. 前記ＭＩＰ符号化技術及び前記ＱＲ－ＢＤＰＣＭ符号化技術の両方が前記ブロックに適用可能である、
   請求項２に記載の方法。
7. 前記変換は、前記ＭＩＰ符号化技術をイントラ予測プロセスに用いることを含み、
   前記ブロックの残差情報は、前記ＱＲ－ＢＤＰＣＭ符号化技術による前記ビットストリーム表現で符号化される、
   請求項６に記載の方法。
8. 前記態様は、前記ＱＲ－ＢＤＰＣＭ符号化技術のためのサイド情報の後に、前記ＭＩＰ符号化技術のためのサイド情報が符号化されることを規定する、
   請求項２～７のいずれか１項以上に記載の方法。
9. 前記ＭＩＰ符号化技術のための前記サイド情報は、前記ＱＲ－ＢＤＰＣＭ符号化技術の使用に基づいて符号化される、
   請求項８に記載の方法。
10. 前記ＱＲ－ＢＤＰＣＭ符号化技術が前記ブロックに適用される場合、前記ＭＩＰ符号化技術のための前記サイド情報は、前記ビットストリーム表現において省略される、
    請求項９に記載の方法。
11. 前記ＱＲ－ＢＤＰＣＭ符号化技術が前記ブロックに適用されない場合、前記ＭＩＰ符号化技術のための前記サイド情報は、前記ビットストリーム表現に存在する、
    請求項９に記載の方法。
12. 前記ＱＲ－ＢＤＰＣＭ符号化技術が前記ブロックに適用される場合、前記ＭＩＰ符号化技術のための前記サイド情報の第１の部分は、前記ビットストリーム表現において省略され、前記ＭＩＰ符号化技術のための前記サイド情報の第２の部分は、前記ビットストリーム表現において符号化される、
    請求項９に記載の方法。
13. 前記第１の部分は、前記ＭＩＰ符号化技術の１つ以上の予測モードを含む、
    請求項１２に記載の方法。
14. 前記第２の部分は、前記ＭＩＰ符号化技術の使用に関する情報を含む、
    請求項１２に記載の方法。
15. 前記ＱＲ－ＢＤＰＣＭ符号化技術が前記ブロックに適用される場合、前記ＭＩＰ符号化技術の使用に関する情報が前記ビットストリーム表現に含まれ、前記ＭＩＰ符号化技術は前記ブロックに適用可能でない、
    請求項９に記載の方法。
16. 前記態様は、前記ＭＩＰ符号化技術のためのサイド情報が、前記ＱＲ－ＢＤＰＣＭ符号化技術のためのサイド情報よりも前に符号化されることを規定する、
    請求項２～７のいずれか１項以上に記載の方法。
17. 前記態様は、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報が、前記ブロックのための前記ＭＩＰ符号化技術の使用に基づいて符号化されることを規定する、請求項１６に記載の方法。
18. 前記ＭＩＰ符号化技術が前記ブロックに適用される場合、前記ＱＲ－ＢＤＰＣＭのための前記サイド情報は、前記ビットストリーム表現において省略される、
    請求項１７に記載の方法。
19. 前記ＭＩＰ符号化技術が前記ブロックに適用され、前記ＭＩＰ符号化技術の予測モードが水平モード又は垂直モードに対応する場合、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の第１の部分は、前記ビットストリーム表現において省略され、前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の第２の部分は、前記ビットストリーム表現において符号化される、
    請求項１７に記載の方法。
20. 前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の前記第１の部分は、前記ＱＲ－ＢＤＰＣＭ符号化技術の予測方向を含む、
    請求項１９に記載の方法。
21. 前記ＱＲ－ＢＤＰＣＭ符号化技術のための前記サイド情報の前記第２の部分は、前記ＱＲ－ＢＤＰＣＭ符号化技術の使用を含む、
    請求項１９に記載の方法。
22. 前記ＱＲ－ＢＤＰＣＭ符号化技術の前記サイド情報は、前記ＱＲ－ＢＤＰＣＭ符号化技術の使用の表示、又は予測方向の少なくとも１つを含む、
    請求項２～２１のいずれか１項以上に記載の方法。
23. 前記ＭＩＰ符号化技術の前記サイド情報は、前記ＭＩＰ符号化技術の使用の指示、輝度サンプルの入力ベクトルが前記ＭＩＰ符号化技術のために転置されるか否かの指示、又は予測モードの指示、の少なくとも１つを含む、
    請求項２～２２のいずれか１項以上に記載の方法。
24. 前記ＭＩＰ符号化技術が前記ブロックに対して適用される場合、前記ＱＲ－ＢＤＰＣＭ符号化技術の使用に関する情報が前記ビットストリーム表現に含まれ、前記ＱＲ－ＢＤＰＣＭ符号化技術は前記ブロックに適用可能でない、
    請求項１７に記載の方法。
25. 前記態様は、前記ＭＩＰ符号化技術のための前記情報が、１つ以上のイントラ符号化技術に関して符号化されることを規定する、
    請求項１に記載の方法。
26. 前記態様は、前記ブロックが前記ＭＩＰ符号化技術を用いて符号化される場合、前記１つ以上のイントラ符号化技術に関連する情報の後に、前記ブロックのイントラ予測モードが符号化されることを規定する、
    請求項２５に記載の方法。
27. 前記１つ以上のイントラ符号化技術は、少なくともＱＲ－ＢＤＰＣＭ符号化技術、パルス符号変調（ＰＣＭ）符号化技術、多重基準ライン（ＭＲＬ）符号化技術、イントラサブブロック分割（ＩＳＰ）符号化技術、広角イントラ予測符号化技術、又は従来のイントラ符号化技術を含む、
    請求項２５又は２６に記載の方法。
28. 前記態様は、前記ブロックのための前記ＭＩＰ符号化技術のイントラ予測モードの符号化が、前記１つ以上のイントラ符号化技術を用いて符号化される他のブロックのためのイントラ予測モードの符号化と整合性があることを規定する、
    請求項２５～２７のいずれか１項以上に記載の方法。
29. 前記ＭＩＰ符号化技術のイントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補のリストの１つであるかどうかを判定することを含む、
    請求項２８に記載の方法。
30. 前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの１つであるかどうかは、前記ビットストリーム表現において第１の構文要素として表現される、
    請求項２９に記載の方法。
31. 前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの１つである場合、前記イントラ予測モードがＭＰＭ候補の前記リストにおける第１の候補であるかどうかを判定することをさらに含む、
    請求項２９又は３０に記載の方法。
32. 前記イントラ予測モードが前記ＭＰＭ候補のリストにおける第１の候補であるかどうかは、前記ビットストリーム表現において第２の構文要素として表現される、
    請求項３１に記載の方法。
33. 前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードがＭＰＭ候補の前記リストにおける前記第１の候補でない場合、前記ビットストリーム表現における第３の構文要素として、前記イントラ予測モードのＭＰＭインデックスを符号化することをさらに含む、
    請求項３１又は３２に記載の方法。
34. 前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの１つである場合、前記イントラ予測モードが平面モードであるかどうかを判定することをさらに含む、
    請求項２９又は３０に記載の方法。
35. 前記イントラ予測モードが前記平面モードであるかどうかが、第４の構文要素として前記ビットストリームにおいて表現される、
    請求項３４に記載の方法。
36. 前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが前記平面モードでない場合、前記ビットストリーム表現における第５の構文要素として、前記イントラ予測モードのＭＰＭインデックスを符号化することをさらに含む、
    請求項３４又は３５に記載の方法。
37. 前記ＭＩＰ符号化技術の前記イントラ予測モードの前記符号化は、前記イントラ予測モードが最確モード（ＭＰＭ）候補の前記リストの一つではない場合、前記ビットストリーム表現における第６の構文要素として、許容されたイントラモードのセットにおける前記イントラ予測モードのイントラモードインデックスを符号化することをさらに含む、
    請求項２９～３６のいずれか１項以上に記載の方法。
38. 前記第１、前記第２、前記第３、前記第４、前記第５、又は前記第６の構文要素は、前記ビットストリーム表現において条件付きで符号化される、
    請求項２９～３７のいずれか１項以上に記載の方法。
39. 前記ＭＩＰ符号化技術が前記ブロックに適用される場合、前記第１の構文要素は、前記ビットストリーム表現において省略される、
    請求項３８に記載の方法。
40. 前記第１の構文要素は、ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ［ｘ０］［ｙ０］＝＝０であり前記ブロックが前記ＩＳＰ符号化技術又は前記ＭＩＰ符号化技術を用いて符号化されていない場合、前記ビットストリーム表現に含まれる、
    請求項３８に記載の方法。
41. 前記第１、前記第２、前記第３、前記第４、前記第５、又は前記第６の要素の値は、前記ブロックの寸法又は前記ブロックに適用可能な符号化技術に基づく、
    請求項２９～４０のいずれか１項以上に記載の方法。
42. 前記ＭＩＰ符号化技術が前記ブロックに適用される場合、前記第３又は前記第５の構文要素の値は０又は１であり、
    別の符号化技術が前記ブロックに適用される場合、前記第３又は前記第５の構文要素の前記値は、［０，４］の両端を含む範囲内にある、
    請求項４１に記載の方法。
43. 前記ＭＩＰ符号化技術が前記ブロックに適用されない場合、前記第６の構文要素の値が［０，６０］の両端を含む範囲内にあり、
    前記ＭＩＰ符号化技術が４×４の寸法を有する前記ブロックに適用される場合、前記第６の構文要素の前記値は、［０，３１］の両端を含む範囲内にあり、
    前記ＭＩＰ符号化技術が前記ブロックに適用され、前記ブロックの幅が８以下で、高さが８以下である場合、前記第６の構文要素の前記値は、［０，１５］の両端を含む範囲内にあり、
    前記ＭＩＰ符号化技術が異なる寸法を有する前記ブロックに適用される場合、前記第６の構文要素の前記値は、［０，８］の両端を含む範囲内にある、
    請求項４１又は４２に記載の方法。
44. 前記１つ以上のイントラ符号化技術のイントラ符号化技術で用いられる構文要素のコンテキストまたは値は、前記イントラ符号化技術に基づく、
    請求項２９～４３のいずれか１項以上に記載の方法。
45. 異なるイントラ符号化技術が異なるサイズの複数のＭＰＭリストを使用する、
    請求項４４に記載の方法。
46. 異なるイントラ符号化技術が異なる数のＭＰＭ候補を使用する、
    請求項４４に記載の方法。
47. 前記第１、前記第２、前記第３、前記第４、前記第５、又は前記第６の要素は、前記ビットストリーム表現においてコンテキスト符号化又はバイパス符号化される、
    請求項２５～４６のいずれか１項以上に記載の方法。
48. 前記１つ以上のイントラ符号化技術に基づいて、１つ以上のコンテキストが選択される、
    請求項４７に記載の方法。
49. ２つのコンテキストが、前記ビットストリーム表現における構文要素を符号化するために用いられる、
    請求項４８に記載の方法。
50. 第１のコンテキストが、前記従来のイントラ予測符号化技術及び前記ＭＩＰ符号化技術に使用され、
    第２のコンテキストが、前記ＩＳＰ符号化技術に使用される、
    請求項４９に記載の方法。
51. 第１のコンテキストが、前記ＩＳＰ符号化技術及び前記ＭＩＰ符号化技術に使用され、
    第２のコンテキストが１つ以上の他の符号化技術に使用される、
    請求項４９に記載の方法。
52. ３つのコンテキストが、前記ビットストリーム表現における構文要素を符号化するために用いられる、
    請求項４８に記載の方法。
53. 第１のコンテキストが前記ＭＩＰ符号化技術に使用され、
    第２のコンテキストが前記ＩＳＰ符号化技術に使用され、
    第３のコンテキストが１つ以上の他の符号化技術に使用される、
    請求項５２に記載の方法。
54. 映像処理方法であって、
    映像のブロックと前記映像のビットストリーム表現との変換のために、特定の符号化技術を用いて前記ブロックが符号化される場合、正確に２つのイントラ予測モードが許容されることを判定することと、
    前記判定することに基づいて前記変換を行うことと、
    を含む方法。
55. 前記特定の符号化技術は、イントラサブブロック分割（ＩＳＰ）符号化技術、多重基準ライン（ＭＲＬ）符号化技術、または行列ベースイントラ予測（ＭＩＰ）符号化技術を含む、
    請求項５４に記載の方法。
56. 前記正確に２つのイントラ予測モードは、最確モード（ＭＰＭ）候補のリストにおいて最初の２つのモードを含む、
    請求項５４又は５５に記載の方法。
57. 前記２つのイントラ予測モードのみの第１のモードが平面モードであり、
    前記２つのイントラ予測モードのみの第２のモードが、最確モード（ＭＰＭ）候補のリストから選択されるモードである、
    請求項５４又は５５に記載の方法。
58. 前記第２のモードは、ＭＰＭ候補の前記リストから選択される非平面モードである、
    請求項５７に記載の方法。
59. 前記ブロックが前記ＩＳＰ符号化技術を用いて符号化される場合、ＭＰＭ候補の前記リストにおける予測モードを示すインデックスが省略される、
    請求項５６～５８のいずれか１項以上に記載の方法。
60. 映像処理方法であって、
    映像のブロックと前記映像のビットストリーム表現との変換のために、前記ブロックのサンプル又は前記ブロックの１つ以上の予め符号化されたサブパーティションのサンプルを用いて、前記ブロックのサブパーティションの予測を行うことを判定することであって、前記ブロックは、複数のサブパーティションに分割され各サブパーティションの予測が予め再構成されたサブパーティションに基づいて判定されるイントラサブブロック分割（ＩＳＰ）復号化技術を用いて符号化され、前記複数のサブパーティションは第１のサブパーティションと１つ以上の内部サブパーティションとを含む、判定することと、
    前記判定することに基づいて前記変換を行うことと、
    を含む方法。
61. 前記ブロックは水平方向に分割され、
    前記内部サブパーティションの右上に位置するサンプルを用いて、前記１つ以上の内部サブパーティションの内部サブパーティションが予測される、
    請求項６０に記載の方法。
62. 前記ブロックは垂直方向に分割され、
    前記１つ以上の内部サブパーティションの内部サブパーティションが、前記内部サブパーティションの左下に位置するサンプルを用いて予測される、
    請求項６０に記載の方法。
63. 前記ブロックのサンプルがコピーされ、内部サブパーティションのためのサンプルとして用いられる、
    請求項６０～６２のいずれか１項以上に記載の方法。
64. 内部サブパーティションのサンプルが前記ブロックのサンプルに基づいて導出される、
    請求項６０～６３のいずれか１項以上に記載の方法。
65. 前記内部サブパーティションの前記サンプルがイントラ予測符号化技術を用いて導出される、
    請求項６４に記載の方法。
66. 前記内部サブパーティションのサンプルが前記ブロックのサンプルの端数位置に投影される場合、双線形補間が適用される、
    請求項６４に記載の方法。
67. 内部サブパーティションのサンプルが前記ブロックのサンプルの端数位置に投影される場合、前記端数位置は、前記端数位置に最も近い利用可能な位置である整数位置に丸められる、
    請求項６４に記載の方法。
68. 前記内部サブパーティションの右上、又は前記内部サブパーティションの左下に位置する前記サンプルは、前記内部サブパーティションを予測するために使用される前にフィルタリングされる、
    請求項６０～６７のいずれか１項以上に記載の方法。
69. 映像の現在のブロックと前記映像のビットストリーム表現との変換のために、最確モード（ＭＰＭ）候補のリストの構築プロセスにおいて検査されるべき前記現在のブロックの近傍のブロックの第１のセットが、予め符号化されたブロックの近傍のブロックの第２のセットとは異なることを判定することであって、前記現在のブロックは複数の子ブロックに分割された親ブロックの子ブロックである、判定することと、
    前記判定することに基づいて前記変換を行うことと、を含む映像処理方法。
70. 前記現在のブロックは、符号化ユニットを備える、
    請求項６９に記載の方法。
71. 近傍のブロックの前記第１のセットは、前記親ブロックを分割する態様に基づいて判定される、
    請求項６９又は７０に記載の方法。
72. 前記親ブロックは水平方向に分割され、
    前記現在のブロックが前記親ブロックの第１の子ブロックでない場合、他の親ブロックの子ブロックであるか又は前記現在のブロックの右上に位置する近傍のブロックが、前記構築プロセスにおいて検査される、
    請求項７１に記載の方法。
73. 前記親ブロックは水平方向に分割され、
    前記現在のブロックが前記親ブロックの第１の子ブロックでない場合、前記現在のブロックの上に位置する近傍のブロックのイントラ予測モードＸが、前記ビットストリーム表現において、（Ｘ＋ｏｆｆ）又は（Ｘ＋ｏｆｆ）％Ｔと表現され、ｏｆｆ及びＴは整数である、
    請求項７１に記載の方法。
74. 前記親ブロックは垂直方向に分割され、
    前記現在のブロックが前記親ユニットの第１の子ブロックでない場合、他の親ブロックの子ブロックであるか又は前記現在のブロックの左下に位置する近傍のブロックが、前記構築プロセスにおいて検査される、
    請求項７１に記載の方法。
75. 前記親ブロックは垂直方向に分割され、
    前記現在のブロックが前記親ブロックの第１の子ブロックでない場合、前記現在のブロックの左側に位置する近傍のブロックのイントラ予測モードＸが、前記ビットストリーム表現において、（Ｘ＋ｏｆｆ）又は（Ｘ＋ｏｆｆ）％Ｔと表現され、ｏｆｆ及びＴは整数である、
    請求項７１に記載の方法。
76. 前記親ブロックの前記複数の子ブロックは、ＭＰＭ候補の前記リストの前記構築プロセスにはアクセスすることはできない、
    請求項６９～７５のいずれか１項以上に記載の方法。
77. 前記親ユニットの前記複数の子ブロックのイントラ予測モードがＭＰＭ候補の前記リストから除外される、
    請求項６９～７５のいずれか１項以上に記載の方法。
78. 前記親ブロックの前記複数の子ブロックのイントラ予測モードが、異なるモードに置き換えられる、
    請求項６９～７５のいずれか１項以上に記載の方法。
79. 前記親ブロックの前記複数の子ブロックの前記イントラ予測モードの信号通知は、前記親ブロックが分割される態様に基づく、
    請求項７８に記載の方法。
80. イントラ予測符号化技術を用いて符号化される子ブロックの前記イントラ予測モードは、前記ビットストリーム表現において省略され、
    前記子ブロックの前記イントラ予測モードは非平面モードと見なされる、
    請求項７９に記載の方法。
81. 映像処理方法であって、
    映像のスライスの映像ブロックと前記映像のビットストリーム表現との変換のために、前記映像ブロックに対して許容される分割タイプを、イントラサブブロックツールが前記スライスに対して有効化されているかどうかに基づいて判定することと、
    前記判定することに基づいて前記変換を行うことと、
    を含む方法。
82. 前記分割タイプは前記ブロックの寸法に基づいており、
    前記ＩＳＰ符号化技術が有効化されている場合、前記分割タイプは無効化される、
    請求項８１に記載の方法。
83. 前記分割タイプは前記ブロックの寸法に基づき、
    前記分割タイプが有効化されている場合、前記ＩＳＰ技術は無効化される、
    請求項８１に記載の方法。
84. 前記ブロックの前記分割は、前記ブロックの水平又は垂直分割を含む、
    請求項８１～８３のいずれか１項以上に記載の方法。
85. 前記ブロックの前記分割は、前記ブロックの２値又は３値分割を含む、
    請求項８１～８４のいずれか１項以上に記載の方法。
86. 前記ブロックの前記寸法は、４×８又は８×４である、
    請求項８１～８５のいずれか１項以上に記載の方法。
87. 前記ＩＳＰ符号化技術が無効化されている場合、前記ＩＳＰ符号化技術のサイド情報が前記ビットストリーム表現において省略される、
    請求項８１～８６のいずれか１項以上に記載の方法。
88. 前記ブロックに対してデュアルツリーパーティションが有効化されている、
    請求項８１～８７のいずれか１項以上に記載の方法。
89. 前記ブロックに対して単一のツリーパーティションが有効化されている、
    請求項８１～８７のいずれか１項以上に記載の方法。
90. 前記変換を行うことは、前記映像の前記ブロックに基づいて前記ビットストリーム表現を生成することを含む、
    請求項１～８９のいずれか１項以上に記載の方法。
91. 前記変換を行うことは、前記ビットストリーム表現から前記映像の前記ブロックを生成することを含む、
    請求項１～８９のいずれか１項以上に記載の方法。
92. 請求項１～９１の１つ以上を実装するように構成された処理装置を備える、
    映像処理装置。
93. コードが記憶されたコンピュータ読み取り可能な媒体であって、
    前記コードは、処理装置によって実行されると、処理装置に、請求項１～９１のいずれか１つ以上に記載の方法を実装させる、
    コンピュータ読み取り可能な媒体。

Images