JP2022547157A - イントラブロックコピーの符号化および復号化 - Google Patents

Abstract

映像処理方法は、映像の現在のブロックと映像の符号化表現との変換のために、構文要素の信号通知が、現在のブロックの寸法および／またはイントラブロックコピー（ＩＢＣ）符号化モデルを使用して符号化されるブロックに対する最大許容寸法に基づくことを規定する規則に従って、ＩＢＣ符号化モデルに対するスキップモードの使用を示す構文要素が符号化表現に含まれているかどうかを判定することを含む。方法は、判定に基づいて変換を行うことをも含む。【選択図】図２５

Description

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

この特許文献は、映像および画像の符号化および復号化に関する。

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

デジタル映像符号化に関し、特に、イントラブロックコピーツールを符号化または復号化に使用する映像および画像の符号化および復号化に関するデバイス、システムおよび方法に関する。

１つの例示的な態様において、映像処理の方法が開示される。この方法は、映像の映像領域における現在のブロックと映像の符号化表現との変換のために、現在のブロックを複数の変換ユニットに分割することを、現在のブロックの特徴に基づいて許可することを判定することを含む。符号化表現において、分割の信号通知は省略される。方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像の映像領域の現在のブロックと前記映像の符号化表現との変換のために、映像領域におけるフィルタリングされた再構築参照サンプルに基づくイントラブロックコピー（ＩＢＣ）モードを使用して、現在のブロックの予測サンプルを判定することを含む。方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像の現在のブロックとこの映像の符号化表現との変換のために、規則に従って、イントラブロックコピー（ＩＢＣ）符号化モデルのスキップモードの使用を示す構文要素がこの符号化表現に含まれているかどうかを判定することを含む。この規則は、構文要素の信号通知が、現在のブロックの寸法および／またはＩＢＣ符号化モデルを使用して符号化されるブロックに対する最大許容寸法に基づくことを規定する。方法は、判定に基づいて変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像の現在のブロックと映像の符号化表現との変換のために、低周波非分離変換（ＬＦＮＳＴ）符号化モデルに関連付けられたインデックスを符号化するための少なくとも１つのコンテキストを判定することを含む。このＬＦＮＳＴ符号化モデルは、符号化の間、順方向一次変換と量子化ステップとの間に順方向二次変換を適用すること、または復号化の間、逆量子化ステップと逆方向一次変換との間に逆方向二次変換を適用することを含む。順方向二次変換および逆方向二次変換のサイズは、現在のブロックのサイズよりも小さい。前記少なくとも１つのコンテキストは、順方向一次変換または逆方向一次変換を考慮せず、現在のブロックのパーティションタイプに基づいて判定される。方法は、判定に従って変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像の映像領域の現在のブロックと映像の符号化表現との変換のために、映像領域に適用可能な最大変換ユニットサイズに基づいて、イントラブロックコピー（ＩＢＣ）符号化モデルが有効化されているかどうかを判定することを含む。方法は、判定に従って変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、現在のブロックと映像とこの映像の符号化表現との変換のために、現在のブロックのための動きベクトルの成分の絶対値を２つの部分に分割することを判定することを含み、動きベクトルを（Ｖｘ，Ｖｙ）として表し、この成分をＶｉとして表し、ＶｉはＶｘまたはＶｙのいずれかである。２つの部分の第１の部分は、｜Ｖｉ｜－（（｜Ｖｉ｜＞＞Ｎ）＜＜Ｎ）に等しく、２つの部分の第２の部分は、｜Ｖｉ｜＞＞Ｎ，Ｎに等しく、Ｎは正の整数である。２つの部分は符号化表現において別々に符号化される。方法は、判定に従って変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、現在のブロックと映像との変換のために、変換ブロックの最大許容寸法に基づいて、現在のブロックにおけるサブブロック変換を可能にする現在のブロックの最大寸法に関する情報を判定することを含む。方法は、判定に従って変換を行うことをも含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、イントラブロックコピーツールに基づいた映像領域における映像ブロックの符号化表現と映像ブロックとの変換のために、映像ブロックを複数の変換ユニットに分割することを許可することを判定することであって、映像ブロックの符号化条件に基づいて判定が行われ、符号化表現は分割の信号通知を省略する、判定することと、分割に基づいて変換を行うことと、を含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、映像領域の最大変換サイズに基づいて、映像ブロックの変換のためにイントラブロックコピー（ＩＢＣ）ツールが有効化されているかどうかを判定することと、判定に基づいて変換を行うことと、を含む。
別の例示的な態様において、映像処理の方法が開示される。この方法は、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、この変換のためのイントラブロックコピー（ＩＢＣ）ツールの信号通知が符号化表現に含まれているかどうかを判定することと、この判定に基づいて変換を行うことであって、この判定は、映像ブロックの幅および／または高さと、映像領域のための最大許容ＩＢＣブロックサイズとに基づく、変換を行うことと、を含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、イントラブロックコピー（ＩＢＣ）ツールを使用して、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、映像ブロックを複数の変換ユニット（ＴＵ）に分割することを変換のために許可することを判定することと、この判定に基づいて、複数のＴＵに対して別個の動き情報を使用することを含む、変換を行うことと、を含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、イントラブロックコピーツールが変換のために有効化されていることを判定することと、イントラブロックコピーツールを使用して変換を行うことと、を含み、映像領域のフィルタリングされた再構築サンプルを使用して映像ブロックの予測を行う。

別の例示的な態様において、映像処理の方法が開示される。この方法は、複数の映像ブロックを含む映像とこの映像の符号化表現と変換を行うことを含み、少なくともいくつかの映像ブロックは、動きベクトル情報を使用して符号化され、動きベクトル情報は、この動きベクトル情報の絶対値の第１の下位ビットに基づく第１の部分として、また、第１の下位ビットよりも上位である残りのより上位ビットに基づく第２の部分として、符号化表現で表される。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、サブブロック変換ツールが変換のために有効化されているかどうかを判定することと、判定に基づいて変換を行うこととを含み、判定は、映像領域に対する最大許容変換ブロックサイズに基づいて行われ、最大許容変換ブロックサイズに基づいて、条件付きでこの符号化表現に信号通知を含める。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、低周波非分離変換（ＬＦＮＳＴ）が変換中に使用されるかどうかを判定することと、この判定に基づいて変換を行うことと、を含み、この判定は、映像ブロックに適用される符号化条件に基づいて行われ、ＬＦＮＳＴおよびＬＦＮＳＴのための行列インデックスは、２つのコンテキストを使用して符号化表現で符号化される。

さらに別の代表的な態様において、上記方法は、処理装置が実行可能なコードの形式で実施され、コンピュータ可読プログラム媒体に記憶される。

さらに別の代表的な態様において、上述した方法を行うように構成された、または動作可能なデバイスが開示される。この装置は、この方法を実装するようにプログラムされた処理装置を含んでもよい。

さらに別の代表的な態様において、映像デコーダ装置は、本明細書で説明されるような方法を実装してもよい。

開示される技術の上記および他の態様および特徴は、図面、説明および特許請求の範囲でより詳細に説明される

マージ候補リスト構築のための導出処理の一例を示す。 空間的マージ候補の位置の例を示す。 空間的マージ候補の冗長性チェックに考慮される候補対の例を示す。 Ｎ×２Ｎおよび２Ｎ×Ｎ分割の第２のＰＵのための位置の例を示す。 時間的マージ候補のための動きベクトルのスケーリングの説明図である。 時間的マージ候補、Ｃ０およびＣ１の候補位置の例を示す。 結合双方向予測マージ候補の一例を示す。 動きベクトル予測候補の導出処理の一例を示す。 空間的動きベクトル候補のための動きベクトルスケーリングの説明を示す。 アフィンマージモードの候補位置の例を示す。 修正マージリスト構築処理を示す。 三角形分割に基づくインター予測の一例を示す。 第１重み係数グループを適用する中央演算ユニットの一例を示す。 動きベクトル記憶装置の例を示す。 ＵＭＶＥ検索処理の一例を示す。 ＵＭＶＥ検索点の一例を示す。 イントラブロックコピーツールの動作を示す図である。 ＪＥＭにおける二次変換の一例を示す。 縮小二次変換（ＲＳＴ）の一例を示す。 開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。 映像処理装置の例を示すブロック図である。 映像処理方法の一例を示すフローチャートである。 本技術に従った映像処理方法を示すフローチャートである。 本技術に従った別の映像処理方法を示すフローチャートである。 本技術に従った別の映像処理方法を示すフローチャートである。 本技術に従った別の映像処理方法を示すフローチャートである。 本技術に従った別の映像処理方法を示すフローチャートである。 本技術に従った別の映像処理方法を示すフローチャートである。 本技術に従ったさらに別の映像処理方法を示すフローチャートである。

開示される技術の実施形態は、圧縮性能を向上させるために、既存の映像符号化規格（例えば、ＨＥＶＣ、Ｈ．２６５）および将来の規格に適用されてもよい。本明細書では、説明の可読性を向上させるために章の見出しを使用しており、説明または実施形態（および／または実装形態）をそれぞれの章のみに限定するものではない。

１．発明の概要

本明細書は、映像符号化技術に関する。具体的には、イントラブロックコピー（ＩＢＣ、別名、現在の画像参照、ＣＰＲ）コーディングに関連する。ＨＥＶＣのような既存の映像符号化規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。

２．背景技術

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

２．１ ＨＥＶＣ／Ｈ．２６５におけるインター予測

インター符号化符号化ユニット（ＣＵ）の場合、パーティションモードに従って、１つの予測ユニット（ＰＵ）、２つのＰＵで符号化されてもよい。各インター予測されたＰＵは、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確にコーディングされてもよい。

１つのＣＵがスキップモードにて符号化される場合、１つのＰＵがこのＣＵに関連付けられ、有意な残差係数がなく、符号化された動きベクトル差分も参照ピクチャインデックスもない。マージモードを指定し、これにより、現在のＰＵのための動きパラメータを、空間的および時間的候補を含む近傍のＰＵから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたＰＵに適用することができる。マージモードの代替として、動きパラメータの明示的な送信があり、動きベクトル（より正確には、動きベクトル予測子と比較した動きベクトル差分（ＭＶＤ））、各参照ピクチャリストの対応する参照ピクチャインデックス、および参照ピクチャリストの使用状況が、各ＰＵに明確に信号通知される。このようなモードを、本開示では高度動きベクトル予測（ＡＭＶＰ）と呼ぶ。

２つの参照ピクチャリストのうちの１つを使用することを信号通知が示す場合、１つのサンプルのブロックからＰＵを生成する。これを「単一予測」と呼ぶ。ＰスライスおよびＢスライスの両方に対して単一予測が利用可能である。

両方の参照ピクチャリストを使用することを信号通知が示す場合、２つのサンプルのブロックからＰＵを生成する。これを「双方向予測」と呼ぶ。Ｂスライスのみに双方向予測が利用可能である。

以下、ＨＥＶＣに規定されるインター予測モードについて詳細に説明する。まず、マージモードについて説明する。

２．１．１ 参照ピクチャリスト

ＨＥＶＣにおいて、インター予測という用語は、現在の復号化されたピクチャ以外の参照ピクチャのデータ要素（例えば、サンプル値または動きベクトル）から導出された予測を示すために使用される。Ｈ．２６４／ＡＶＣと同様に、複数の参照ピクチャから１つの画像を予測することができる。インター予測に使用される参照ピクチャは、１つ以上の参照ピクチャリストにまとめられる。参照インデックスは、リストにおけるいずれの参照ピクチャを使用して予測信号を生成するかを識別する。

１つの参照ピクチャリストＬｉｓｔ０はＰスライスに使用され、２つの参照ピクチャリストＬｉｓｔ０およびＬｉｓｔ１はＢスライスに使用される。なお、リスト０／１に含まれる参照ピクチャは、撮影／表示順の観点から、過去および将来のピクチャからのものであってもよい。

２．２．１ マージモード

２．１．２．１． マージモードの候補の導出

マージモードを使用してＰＵを予測する場合、ビットストリームからマージ候補リストにおけるエントリを指すインデックスを構文解析し、これを使用して動き情報を検索する。このリストの構成は、ＨＥＶＣ規格で規定されており、以下のステップのシーケンスに基づいてまとめることができる。
●ステップ１：初期候補導出
ｏ ステップ１．１：空間的候補導出
ｏ ステップ１．２：空間的候補の冗長性チェック
ｏ ステップ１．３：時間的候補導出
●ステップ２：追加の候補挿入
ｏ ステップ２．１：双方向予測候補の作成
ｏ ステップ２．２：動きゼロ候補の挿入

これらのステップはまた、図１で概略的に示されており、マージ候補一覧構築のための例示的な導出処理が示されている。空間的マージ候補導出のために、５つの異なる位置にある候補の中から最大４つのマージ候補を選択する。時間的マージ候補導出のために、２つの候補の中から最大１つのマージ候補を選択する。デコーダ側ではＰＵごとに一定数の候補を想定しているので、ステップ１で得た候補数がスライスヘッダで信号通知されるマージ候補（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）の最大数に達しない場合、追加候補を生成する。候補の数は一定であるので、短縮された単項２値化（ＴＵ）を使用して最良マージ候補のインデックスを符号化する。ＣＵのサイズが８に等しい場合、現在のＣＵのすべてのＰＵは、２Ｎ×２Ｎ予測ユニットのマージ候補リストと同じ１つのマージ候補リストを共有する。

以下、上述したステップに関連付けられた動作を詳しく説明する。

２．１．２．２ 空間的候補導出

空間的マージ候補の導出において、図２に示す位置にある候補の中から、最大４つのマージ候補を選択する。導出の順序はＡ_１、Ｂ_１、Ｂ_０、Ａ_０、Ｂ_２である。位置Ａ_１、Ｂ_１、Ｂ_０、Ａ_０のいずれかのＰＵが利用可能でない場合（例えば、別のスライスまたはタイルに属しているため）、またはイントラ符号化された場合にのみ、位置Ｂ_２が考慮される。位置Ａ_１の候補を加えた後、残りの候補を加えると、冗長性チェックを受け、それにより、同じ動き情報を有する候補を確実にリストから排除でき、符号化効率を向上させることができる。計算の複雑性を低減するために、前述の冗長性チェックにおいて、考えられる候補対のすべてを考慮することはしない。代わりに、図３において矢印でリンクされた対のみを考慮し、冗長性チェックに使用される対応する候補が同じ動き情報を有していない場合にのみ、その候補をリストに加える。重複した動き情報の別のソースは、２Ｎ×２Ｎとは異なる分割に関連付けられた「第２のＰＵ」である。一例として、図４は、それぞれＮ×２Ｎおよび２Ｎ×Ｎの場合の第２のＰＵを示す。現在のＰＵをＮ×２Ｎに分割する場合、リスト構築に位置Ａ_１の候補は考慮されない。実際、この候補を加えることにより、同じ動き情報を有する２つの予測ユニットが導かれることとなり、１つの符号化ユニットに１つのＰＵのみを有するためには冗長である。同様に、現在のＰＵを２Ｎ×Ｎに分割する場合、位置Ｂ_１は考慮されない。

２．１．２．３ 時間的候補導出

このステップにおいて、１つの候補のみがリストに追加される。具体的には、この時間的マージ候補の導出において、同一位置に配置されたピクチャにおける同一位置に配置されたＰＵに基づいて、スケーリングされた動きベクトルを導出する。図５は、時間的マージ候補のための動きベクトルのスケーリングの説明図である。図５に点線で示すように、時間的マージ候補のスケーリングされた動きベクトルが得られる。これは、ＰＯＣ距離ｔｂおよびｔｄを利用して、同一位置のＰＵの動きベクトルからスケーリングしたものである。ｔｂは、現在のピクチャの参照ピクチャと現在のピクチャのＰＯＣ差として規定され、ｔｄは、同一位置のＰＵの参照ピクチャと同一位置のピクチャのＰＯＣ差として規定する。時間的マージ候補の参照ピクチャインデックスをゼロに等しく設定する。このスケーリング処理の実際的な実現については、ＨＥＶＣ仕様［１］に記載されている。Ｂスライスの場合、２つの動きベクトル、即ち、１つは参照ピクチャリスト０のためのもの、もう１つは参照ピクチャリスト１のためのものを取得し、これらを組み合わせることによって、双方向予測マージ候補を形成する。

２．１．２．４ 同一位置に配置されたピクチャおよび同一位置に配置されたＰＵ

ＴＭＶＰが有効になっている（例えば、ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である）場合、ｃｏｌ－ｌｏｃａｔｅｄピクチャを表す変数ＣｏｌＰｉｃは、以下のように導出される。

－ 現在のスライスがＢスライスであり、信号ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが０である場合、ＣｏｌＰｉｃはＲｅｆＰｉｃＬｉｓｔ１［ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ］に等しく設定される。

－ そうでない場合（ｓｌｉｃｅ＿ｔｙｐｅがＢであり、ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが１である、またはｓｌｉｃｅ＿ｔｙｐｅがＰである）、ＣｏｌＰｉｃをＲｅｆＰｉｃＬｉｓｔ０［ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ］に設定する。

ここで、ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘおよびｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇは、スライスヘッダにおいて信号通知され得る２つの構文要素である。

参照フレームに属する同一位置のＰＵ（Ｙ）において、図６に示すように、候補Ｃ_０と候補Ｃ_１との間で時間的候補の位置を選択する。位置Ｃ_０のＰＵが利用可能でない場合、イントラ符号化されている場合、または現在の符号化ツリーユニット（ＣＴＵ、別名ＬＣＵ最大符号化ユニット）行の外側にある場合、位置Ｃ_１が使用される。そうでない場合、位置Ｃ_０が時間的マージ候補の導出に使用される。

関連する構文要素を以下に説明する。

２．１．２．５ ＴＭＶＰ候補のためのＭＶの導出

いくつかの実施形態において、ＴＭＶＰ候補を導出するために、以下の動作を行う。

１）リストＸにおいて、参照ピクチャリストＸ＝０を設定し、対象となる参照ピクチャをインデックスが０の参照ピクチャ（例えば、ｃｕｒｒ＿ｒｅｆ）にする。同一位置に配置された動きベクトルの導出処理を呼び出し、ｃｕｒｒ＿ｒｅｆを指すリストＸのＭＶを得る。

２）現在のスライスがＢスライスである場合、参照ピクチャリストＸ＝１を設定し、対象となる参照ピクチャがリストＸにおける０であるインデックスを有する参照ピクチャ（例えば、ｃｕｒｒ＿ｒｅｆ）である。同一位置に配置された動きベクトルの導出処理を呼び出し、ｃｕｒｒ＿ｒｅｆを指すリストＸのＭＶを得る。

同一位置に配置された動きベクトルの導出処理については、次のサブセクション２．１．２．５．１で説明する。

２．１．２．５．１ 同一位置に配置された動きベクトルの導出処理

同一位置に配置されたブロックの場合、それは、単一予測または双方向予測でイントラ符号化されてもよいし、インター符号化されてもよい。イントラ符号化されている場合、ＴＭＶＰ候補は利用不可能となるように等しく設定される。

リストＡからの単一予測である場合、リストＡの動きベクトルを参照対象ピクチャリストＸにスケーリングする。

双方向予測であり、対象となる参照ピクチャリストがＸである場合、リストＡの動きベクトルを対象となる参照ピクチャリストＸにスケーリングし、Ａは、以下の規則に従って決定される。

－ いずれの参照ピクチャも現在のピクチャと比較してより大きいＰＯＣ値を有していない場合、ＡはＸに等しく設定される。

－ そうでない場合、Ａはｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇに等しく設定される。

２．１．２．６ 追加の候補挿入

空間的－時間的マージ候補の他に、２つの追加のタイプのマージ候補、すなわち、結合双方向予測マージ候補およびゼロマージ候補がある。空間的－時間的マージ候補を利用して、結合双方向予測マージ候補を生成する。結合双方向予測マージ候補は、Ｂスライスのみに使用される。最初の候補の第１の参照ピクチャリスト動きパラメータと別の候補の第２の参照ピクチャリスト動きパラメータとを組み合わせることで、結合双方向予測候補を生成する。これら２つのタプルが異なる動き仮説を提供する場合、これらのタプルは、新しい双方向予測候補を形成する。図７は、結合双方向予測マージ候補の例を示す。一例として、図７は、オリジナルリスト（左側）における、ｍｖＬ０およびｒｅｆＩｄｘＬ０、またはｍｖＬ１およびｒｅｆＩｄｘＬ１を有する２つの候補を用いて、最終リスト（右側）に加えられる結合双方向予測マージ候補を生成する場合を示す。これらの追加のマージ候補を生成するために考慮される組み合わせについては、様々な規則が存在する。

ゼロ動き候補を挿入し、マージ候補リストにおける残りのエントリを埋めることにより、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ容量にヒットする。これらの候補は、空間的変位がゼロであり、新しいゼロ動き候補をリストに加える度にゼロから始まり増加する参照ピクチャインデックスを有する。最終的には、これらの候補に対して冗長性チェックは行われない。

２．１．３ 高度動きベクトル予測（ＡＭＶＰ）

ＡＭＶＰは、動きベクトルと近傍のＰＵとの間の空間的－時間的相関を利用し、これを動きパラメータの明確な伝送に用いる。各参照ピクチャリストに対し、まず、左側、上側の時間的に近傍のＰＵ位置の可用性をチェックし、冗長な候補を取り除き、ゼロベクトルを加えることで、候補リストの長さを一定にすることで、動きベクトル候補リストを構築する。次いで、エンコーダは、候補リストから最良の予測子を選択し、選択された候補を示す対応するインデックスを送信することができる。マージインデックスの信号通知と同様に、最良の動きベクトル候補のインデックスは、短縮された単項を使用してエンコードされる。この場合に符号化対象の最大値は２である（図８参照）。以下の章では、動きベクトル予測候補の導出処理の詳細を説明する。

２．１．３．１ ＡＭＶＰ候補の導出

図８は、動きベクトル予測候補の導出処理をまとめている。

動きベクトル予測において、空間的動きベクトル候補と時間的動きベクトル候補という２つのタイプの動きベクトル候補が考慮される。空間的動きベクトル候補を導出するために、図２に示したように、５つの異なる位置にある各ＰＵの動きベクトルに基づいて、最終的には２つの動きベクトル候補を導出する。

時間的動きベクトル候補を導出するために、２つの異なる同一位置に配置された位置に基づいて導出された２つの候補から１つの動きベクトル候補を選択する。空間的－時間的候補の最初のリストを作成した後、リストにおける重複した動きベクトル候補を除去する。候補の数が２よりも多い場合、関連づけられた参照ピクチャリストにおける参照ピクチャインデックスが１よりも大きい動きベクトル候補をリストから削除する。空間的―時間的動きベクトル候補の数が２未満である場合は、追加のゼロ動きベクトル候補をリストに加える。

２．１．３．２ 空間的動きベクトル候補

空間的動きベクトル候補の導出において、図２に示したような位置にあるＰＵから導出された５つの可能性のある候補のうち、動きマージと同じ位置にあるものを最大２つの候補を考慮する。現在のＰＵの左側のための導出の順序は、Ａ_０、Ａ_１、スケーリングされたＡ_０、スケーリングされたＡ_１として規定される。現在のＰＵの上側のための導出の順序は、Ｂ_０、Ｂ_１、Ｂ_２、スケーリングされたＢ_０、スケーリングされたＢ_１、スケーリングされたＢ_２として規定される。そのため、辺ごとに、動きベクトル候補として使用できる場合が４つ、すなわち空間的スケーリングを使用する必要がない２つの場合と、空間的スケーリングを使用する２つの場合とがある。４つの異なる場合をまとめると、以下のようになる。

● 空間スケーリングなし
－（１）同じ参照ピクチャリスト、および同じ参照ピクチャインデックス（同じＰＯＣ）
－（２）異なる参照ピクチャリストであるが、同じ参照ピクチャ（同じＰＯＣ）
● 空間的スケーリング
－（３）同じ参照ピクチャリストであるが、異なる参照ピクチャ（異なるＰＯＣ）
－（４）異なる参照ピクチャリスト、および異なる参照ピクチャ（異なるＰＯＣ）

最初に非空間的スケーリングの場合をチェックし、次に空間的スケーリングを行う。参照ピクチャリストにかかわらず、ＰＯＣが近傍のＰＵの参照ピクチャと現在のＰＵの参照ピクチャとで異なる場合、空間的スケーリングを考慮する。左側候補のすべてのＰＵが利用可能でないか、又はイントラ符号化されている場合、上側の動きベクトルのスケーリングは、左側および上側ＭＶ候補の並列導出に役立つ。そうでない場合、上側の動きベクトルに対して空間的スケーリングは許可されない。

空間的スケーリング処理において、図９に示すように、時間的スケーリングと同様にして、近傍のＰＵの動きベクトルをスケーリングする。主な違いは、現在のＰＵの参照ピクチャリストおよびインデックスを入力として与え、実際のスケーリング処理は時間的スケーリングと同じであることである。

２．１．３．３ 時間的動きベクトル候補

参照ピクチャインデックスを導出する以外は、時間的マージ候補を導出するための処理は、すべて、空間的動きベクトル候補を導出するための処理と同じである（図６参照）。参照ピクチャインデックスはデコーダに信号通知される。

２．２ ＶＶＣにおけるインター予測方法

インター予測を改善するための新しい符号化ツールには、信号通知ＭＶＤのための適応型動きベクトル差解像度（ＡＭＶＲ）、動きベクトル差とのマージ（ＭＭＶＤ）、三角形予測モード（ＴＰＭ）、結合されたイントラインター予測（ＣＩＩＰ）、高度ＴＭＶＰ（ＡＴＭＶＰ、別名ＳｂＴＭＶＰ）、アフィン予測モード、一般化双方向予測（ＧＢＩ）、デコーダ側動きベクトル微調整（ＤＭＶＲ）、双方向オプティカルフロー（ＢＩＯ、別名ＢＤＯＦ）などがある。

ＶＶＣでサポートされる２つの異なるマージリスト構築処理がある。

（１）サブブロックマージ候補リスト：ＡＴＭＶＰおよびアフィンマージ候補を含む。１つのマージリスト構築処理は、アフィンモードおよびＡＴＭＶＰモードの両方に対して共有される。なお、ＡＴＭＶＰおよびアフィンマージ候補を順に追加してもよい。サブブロックマージリストのサイズはスライスヘッダで信号通知され、その最大値は５である。

（２）通常マージリスト：インター符号化ブロックについては、１つのマージリスト構築処理を共有する。ここで、空間的／時間的マージ候補、ＨＭＶＰ、対に結合されたマージ候補、および動きゼロ候補を順に挿入してもよい。通常のマージリストのサイズはスライスヘッダに信号通知され、その最大値は６である。ＭＭＶＤ、ＴＰＭ、ＣＩＩＰは通常のマージリストに依存する。

同様に、ＶＶＣでサポートされるＡＭＶＰリストは次の３つである。
（１）アフィンＡＭＶＰ候補リスト
（２）通常ＡＭＶＰ候補リスト

２．２．１ ＶＶＣにおける符号化ブロック構造

ＶＶＣにおいて、４分木／２分木／３分木（ＱＴ／ＢＴ／ＴＴ）構造を採用し、ピクチャを正方形または長方形のブロックに分割する。

ＱＴ／ＢＴ／ＴＴの他に、Ｉフレームのために、別個のツリー（別名、デュアル符号化ツリー）がＶＶＣにおいても採用される。別個のツリーを使用して、符号化ブロック構造は、輝度およびクロマ成分について別個に信号通知される。

また、ＣＵは、（例えば、ＰＵがＴＵに等しいが、ＣＵより小さいイントラサブパーティション予測、および、ＰＵがＣＵに等しいが、ＴＵがＰＵより小さいインター符号化ブロックのサブブロック変換などのような）２つの特定の符号化方法で符号化されたブロック以外は、ＰＵとＴＵとに設定される。

２．２．２ ブロック全体のマージ

２．２．２．１ 並進通常マージモードのマージリスト構築

２．２．２．１．１ 履歴に基づく動きベクトル予測（ＨＭＶＰ）

マージリストの設計とは異なり、ＶＶＣでは、履歴に基づく動きベクトル予測（ＨＭＶＰ）法が採用されている。

ＨＭＶＰには、前回符号化された動き情報が記憶される。前回符号化されたブロックの動き情報をＨＭＶＰ候補として定義する。複数のＨＭＶＰ候補をＨＭＶＰ表と表される表に記憶し、この表は符号化／復号化処理中にオンザフライで維持される。新しいタイル／ＬＣＵ行／スライスの符号化／復号化を開始するとき、ＨＭＶＰ表は空になる。非ＴＰＭモードのインター符号化ブロックおよび非サブブロックがあるときはいつでも、関連する動き情報を新しいＨＭＶＰ候補として表の最後のエントリに追加する。全体の符号化フローを図１０に示す。

２．２．２．１．２ 通常のマージリスト構築処理

（並進移動のための）通常のマージリストの構築は、以下のステップのシーケンスに従ってまとめることができる。

ステップ１：空間的候補の導出
ステップ２：ＨＭＶＰ候補の挿入
ステップ３：対の平均候補の挿入
ステップ４：デフォルトの動き候補

ＨＭＶＰ候補は、ＡＭＶＰおよびマージ候補リスト構築処理の両方に使用することができる。図１１は修正されたマージ候補リスト構築処理（青で強調）を示す。ＴＭＶＰ候補を挿入した後、マージ候補リストが満杯でない場合、ＨＭＶＰテーブルに記憶されたＨＭＶＰ候補を利用してマージ候補リストに記入することができる。１つのブロックは、通常、動き情報の観点から、最も近接した近傍のブロックとの間に高い相関を有することを考慮し、表におけるＨＭＶＰ候補をインデックスの降順に挿入する。表の最後のエントリをまずリストに加え、最後に最初のエントリを加える。同様に、ＨＭＶＰ候補に対して冗長性除去が適用される。利用可能なマージ候補の総数がマージ可能なマージ候補の信号通知可能な最大数に達すると、マージ候補リスト構築処理を終了する。

なお、すべての空間的／時間的／ＨＭＶＰ候補は、非ＩＢＣモードで符号化される。そうでない場合、通常のマージ候補リストに追加することは許可されない。

ＨＭＶＰ表は、５つまでの正規の動き候補を含み、各々が唯一無二である。

２．２．２．１．２．１ プルーニング処理

冗長性チェックに使用される対応する候補が同じ動き情報を有していない場合にのみ、候補をリストに加える。このような比較処理をプルーニング処理と呼ぶ。

空間的候補間のプルーニング処理は、現在のブロックのＴＰＭの使用に依存する。

現在のブロックがＴＰＭモードで符号化されていない（例えば、通常のマージ、ＭＭＶＤ、ＣＩＩＰ）場合、空間的マージ候補のためのＨＥＶＣプルーニング処理（例えば、５つのプルーニング）が利用される。

２．２．３ 三角形予測モード（ＴＰＭ）

ＶＶＣにおいて、インター予測のために三角形パーティションモード（ｔｒｉａｎｇｌｅ ｐａｒｔｉｔｉｏｎ ｍｏｄｅ）がサポートされる。三角形分割モードは、８×８以上であり、マージモードで符号化されるＣＵにのみ適用され、ＭＭＶＤ又はＣＩＩＰモードでは適用されない。これらの条件を満たすＣＵの場合、ＣＵレベルフラグを信号通知し、三角形分割モードが適用されるかどうかを示す。

このモードを使用する場合、図１１に示すように、対角分割又は逆対角分割のいずれかを使用して、１つのＣＵを２つの三角形のパーティションに等分する。ＣＵにおける各三角形のパーティションは、それ自体の動きを使用してインター予測され、各パーティションに対して単一予測のみが許可される。すなわち、各パーティションは、１つの動きベクトルおよび１つの参照インデックスを有する。従来の双予測と同様にＣＵごとに２つの動き補償予測しか必要としないようにするために、単一予測動き制約を適用する。

図１２は、三角形分割に基づくインター予測の一例を示す。

ＣＵレベルフラグが、現在のＣＵが三角形パーティションモードで符号化されていることを示す場合、三角形パーティションの方向（対角又は逆対角）を示すフラグ、および２つのマージインデックス（各パーティションに１つ）をさらに信号通知する。各三角形パーティションの各々を予測した後、適応重み付きブレンド処理を使用して、対角または逆対角の縁部に沿ったサンプル値を調整する。これがＣＵ全体の予測信号であり、他の予測モードと同様に、ＣＵ全体に対して変換および量子化処理を行う。最後に、三角形分割モードを使用して予測されたＣＵの動きフィールドを４×４ユニットで記憶する。

通常のマージ候補リストは、動きベクトルを余分にプルーニングすることなく、三角形分割マージ予測に再利用される。通常のマージ候補リストにおける各マージ候補について、そのＬ０又はＬ１動きベクトルのうちの１つのみを三角形予測に使用する。また、Ｌ０対Ｌ１動きベクトルを選択する順番は、そのマージインデックスパリティに基づく。このスキームによれば、通常のマージリストを直接使用することができる。

２．２．３．１ ＴＰＭのマージリスト構築処理

基本的には、通常のマージリスト構築処理に若干の修正を加えることができる。具体的には、以下が適用される。

（１） プルーニング処理をどのように実行するかは、現在のブロックのＴＰＭの使用法に依存する。

－ 現在のブロックがＴＰＭで符号化されていない場合、空間的マージ候補に適用されるＨＥＶＣ５プルーニングが呼び出される。

－ そうでない場合（現在のブロックがＴＰＭで符号化されている場合）、新しい空間的マージ候補を追加するときに、フルプルーニングが適用される。すなわち、Ｂ１をＡ１と比較し、Ｂ０をＡ１と比較し、Ｂ１とＢ１を比較し、Ａ０をＡ１，Ｂ１と比較し、Ｂ０，Ｂ２をＡ１，Ｂ１，Ａ０、及びＢ０と比較する。

（２） Ｂ２からの動き情報をチェックするかどうかの条件は、現在のブロックのためのＴＰＭの使用に依存する。

－ 現在のブロックがＴＰＭで符号化されていない場合、Ｂ２にアクセスし、Ｂ２をチェックする前に、４つ未満の空間的マージ候補がある場合にのみ、Ｂ２をチェックする。

－ そうでない場合（現在のブロックがＴＰＭで符号化されている場合）、Ｂ２を追加する前に、利用可能な空間的マージ候補の数にかかわらず、Ｂ２に常にアクセスし、チェックする。

２．２．３．２ 適応重み付け処理

各三角形予測ユニットを予測した後、２つの三角形予測ユニット間の対角の縁部に適応重み付け処理を施し、ＣＵ全体の最終予測を導出する。２つの重み係数グループを以下のように定義する。

輝度サンプルおよび色差サンプルには、それぞれ、｛７／８，６／８，４／８，２／８，１／８｝および｛７／８，４／８，１／８｝の第１重み係数グループを使用する。

輝度サンプルおよび色差サンプルには、それぞれ、｛７／８，６／８，５／８，４／８，３／８，２／８，１／８｝および｛６／８，４／８，２／８｝の第２重み係数グループを使用する。

２つの三角形予測ユニットの動きベクトルの比較に基づいて、重み係数グループを選択する。第２重み係数グループは、以下の条件のいずれか１つが真である場合に使用される。

－ ２つの三角形予測ユニットの参照ピクチャは互いに異なる。
－ ２つの動きベクトルの水平値の差の絶対値は１６画素よりも大きい。
－ ２つの動きベクトルの垂直値の差の絶対値は１６画素よりも大きい。

そうでない場合、第１重み係数グループを使用する。一例を図１３に示す。

２．２．３．３ 動きベクトル記憶装置

三角形予測ユニットの動きベクトル（図１４中のＭｖ１、Ｍｖ２）は、４×４個のグリッドに記憶される。各４×４グリッドに対して、ＣＵにおける４×４グリッドの位置に基づいて、単一予測または双方向予測動きベクトルを記憶する。図１４に示すように、非重み付け領域に位置する（すなわち、対角の縁部に位置しない）４×４の格子に対して、Ｍｖ１またはＭｖ２のいずれかの単一予測動きベクトルを記憶する。一方、重み付け領域に位置する４×４グリッドについては、双方向予測動きベクトルを記憶する。以下の規則に従って、Ｍｖ１およびＭｖ２から双方向予測動きベクトルを導出する。

（１） Ｍｖ１およびＭｖ２が異なる方向（Ｌ０またはＬ１）の動きベクトルを有する場合、Ｍｖ１およびＭｖ２を単に結合されることで、双方向予測動きベクトルが形成される。

（２） Ｍｖ１とＭｖ２の両方が同じＬ０（またはＬ１）方向から来ている場合、以下である。
－ Ｍｖ２の参照ピクチャがＬ１（またはＬ０）参照ピクチャリストにおけるピクチャと同じである場合、Ｍｖ２はそのピクチャにスケーリングされる。Ｍｖ１とスケーリングされたＭｖ２とを結合させ、双方向予測動きベクトルを形成する。
－ Ｍｖ１の参照ピクチャがＬ１（またはＬ０）参照ピクチャリストにおけるピクチャと同じである場合、Ｍｖ１はそのピクチャにスケーリングされる。スケーリングされたＭｖ１およびＭｖ２を結合して、双方向予測動きベクトルを形成する。
－ そうでない場合、重み付け領域のためにＭｖ１のみが記憶される。

２．２．４ 動きベクトル差（ＭＭＶＤ）とのマージ

いくつかの実施形態において、提案される動きベクトル表現方法に対して、スキップモードまたはマージモードのいずれかのために究極の動きベクトル表現（ＵＭＶＥ、ＭＭＶＤとしても知られる）が使用される。

ＵＭＶＥは、ＶＶＣにおける通常のマージ候補リストに含まれるものと同様に、マージ候補を再利用する。マージ候補の中から、基本候補を選択することができ、提案された動きベクトル表現方法によってさらに拡張される。

ＵＭＶＥは、新しい動きベクトル差（ＭＶＤ）表現方法を提供し、ここで、開始点、動きの大きさ、および動きの方向を使用して１つのＭＶＤを表す。

図１５は、ＵＭＶＥ検索処理の一例を示す。

図１６は、ＵＭＶＥ検索点の一例を示す。

本技術は、マージ候補リストをそのまま使用する。しかし、ＵＭＶＥの拡張のために、デフォルトのマージタイプ（ＭＲＧ＿ＴＹＰＥ＿ＤＥＦＡＵＬＴ＿Ｎ）の候補のみを考慮する。

ベース候補インデックスは、開始点を定義する。ベース候補インデックスは、リストにおける候補のうち、最良の候補を以下のように示す。

ベース候補の数が１である場合、ベース候補ＩＤＸは信号通知されない。

距離インデックスは、動きの大きさの情報である。距離インデックスは、開始点情報からの予め定義された距離を示す。予め定義された距離は、以下の通りである。

方向インデックスは、開始点に対するＭＶＤの方向を表す。方向インデックスは、以下に示すように、４つの方向を表すことができる。

スキップフラグ又はマージフラグを送信した直後に、ＵＭＶＥフラグを信号通知する。スキップ又はマージフラグが真である場合、ＵＭＶＥフラグを構文解析する。ＵＭＶＥフラグが１である場合、ＵＭＶＥ構文が構文解析される。しかし、１でない場合、ＡＦＦＩＮＥフラグを構文解析する。ＡＦＦＩＮＥフラグが１である場合、すなわちＡＦＦＩＮＥモードであるが、１でない場合、ＶＴＭのスキップ／マージモードのためにスキップ／マージインデックスを構文解析する。

ＵＭＶＥ候補に起因する追加のラインバッファは必要とされない。ソフトウェアのスキップ／マージ候補を直接基礎候補として使用するためである。入力ＵＭＶＥインデックスを使用して、動き補償の直前にＭＶの補完を決定する。このために長いラインバッファを保持する必要はない。

現在の共通テスト条件において、マージ候補リストにおける第１又は第２のマージ候補のいずれかをベース候補として選択してもよい。

ＵＭＶＥは、ＭＶ差（ＭＭＶＤ）とのマージ（Ｍｅｒｇｅ）としても知られている。

２．２．５ サブブロックベースの技術のためのマージ

いくつかの実施形態において、すべてのサブブロック関連動き候補は、非サブブロックマージ候補の通常マージリストに加え、別個のマージリストに入れられる。

サブブロック関連動き候補を別個のマージリストに入れ、「サブブロックマージ候補リスト」とする。

一例において、サブブロックマージ候補リストは、ＡＴＭＶＰ候補およびアフィンマージ候補を含む。

サブブロックマージ候補リストは、以下の順に候補を満たす。
ａ．ＡＴＭＶＰ候補（おそらく利用可能であるか、または利用不可能である）。
ｂ．アフィンマージリスト（継承アフィン候補および構築アフィン候補を含む）。
ｃ．０ＭＶ４パラメータアフィンモデルとしてのパディング

２．２．５．１ 高度時間動きベクトル予測モジュール（ＡＴＭＶＰ）（別名サブブロック時間的動きベクトル予測子、ＳｂＴＭＶＰ）

ＡＴＭＶＰの基本的な考えは、１つのブロックに対して複数の時間的動きベクトル予測子を導出することである。各サブブロックには、１つの動き情報のセットが割り当てられる。ＡＴＭＶＰマージ候補を生成する場合、ブロックレベル全体の代わりに、８×８レベルで動き補償を行う。

現在の設計において、ＡＴＭＶＰは、以下の２つのサブセクション２．２．５．１．１および２．２．５．１．２にそれぞれ記載される２つのステップで、ＣＵ内のサブＣＵの動きベクトルを予測する。

２．２．５．１．１ 初期化動きベクトルの導出

ここで、初期化された動きベクトルをｔｅｍｐＭｖとする。ブロックＡ１が利用可能であり、イントラ符号化されていない（例えば、インター符号化またはＩＢＣモードで符号化されている）場合、初期化された動きベクトルを導出するために、以下が適用される。
－ 以下のすべての条件が真である場合、ｔｅｍｐＭｖは、ｍｖＬ１Ａ１によって表され、リスト１からのブロックＡ１の動きベクトルに等しく設定される。
－ リスト１の参照ピクチャインデックスは利用可能であり（－１ではない）、且つ同一位置に配置されたピクチャと同じＰＯＣ値を有する（例えば、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＬ１Ａ_１）］は０に等しい）、
－ すべての参照ピクチャは、現在のピクチャに比べてＰＯＣが大きくない（例えば、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ａＰｉｃ，ｃｕｒｒＰｉｃ）は、現在のスライスのすべての参照ピクチャリストにおけるすべてのピクチャａＰｉｃに対して０以下である）。
－ 現在のスライスはＢスライスである。
－ ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇは０に等しい。
－ そうでない場合、以下のすべての条件が真の場合、ｔｅｍｐＭｖは、ｍｖＬ０Ａ_１によって表され、リスト０からのブロックＡ１の動きベクトルに等しく設定される。
－ リスト０の参照ピクチャインデックスは利用可能である（－１ではない）。
－ それは同一位置に配置されたピクチャと同じＰＯＣ値を有する（例えば、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＬ０Ａ_１］）は０に等しい）。
－ そうでない場合、ゼロ動きベクトルが初期化されたＭＶとして使用される。

初期化された動きベクトルをスライスヘッダに信号通知される同一位置に配置されたピクチャにおいて、対応するブロック（現在のブロックの中心位置に丸められたＭＶを加え、必要に応じて一定の範囲にクリップする）を識別する。

ブロックがインター符号化されている場合、第２のステップに進む。そうでない場合、ＡＴＭＶＰ候補は利用不可能に設定される。

２．２．５．１．２ サブＣＵ動き導出

第２のステップは、現在のＣＵをサブＣＵに分割し、同一位置に配置されたピクチャにおける各サブＣＵに対応するブロックから各サブＣＵの動き情報を得る。

１つのサブＣＵのための対応するブロックがインターモードで符号化される場合、この動き情報を使用して、従来のＴＭＶＰ処理の場合と異ならない、同一位置に配置されたＭＶのための導出処理を呼び出すことによって、現在のサブＣＵの最終的な動き情報を導出する。基本的に、対応するブロックが単一予測または双方向予測のために対象リストＸから予測される場合、動きベクトルが利用され、そうでない場合、単一または双方向予測のためにリストＹ（Ｙ＝１－Ｘ）から予測され、且つＮｏＢａｃｋｗａｒｄＰｒｅｄＦｌａｇが１である場合、リストＹのためのＭＶが利用される。そうでない場合、動き候補を見つけることができない。

初期化されたＭＶによって識別された同一位置に配置されたピクチャ内のブロックおよび現在のサブＣＵの位置がイントラ符号化されているかまたはＩＢＣ符号化されている場合、または上述したように動き候補を見出すことができない場合、以下がさらに適用される。

同一位置に配置されたピクチャＲ_ｃｏｌにおける動き領域を取り出すために使用される動きベクトルをＭＶ_ｃｏｌとして表す。ＭＶスケーリングによる影響を最小限に抑えるために、ＭＶ_ｃｏｌを導出するための空間的候補リストにおけるＭＶは、候補ＭＶの参照ピクチャが同一位置に配置されたピクチャである場合、このＭＶを選択し、スケーリングせずにＭＶ_ｃｏｌとして使用する。そうでない場合、同一位置に配置されたピクチャに最も近い参照ピクチャを有するＭＶを選択してスケーリングでＭＶ_ｃｏｌを導出する。

本発明の実施例における同一位置に配置された動きベクトル導出処理に係る復号化処理を以下に説明する。

８．５．２．１２ 同一位置に配置された動きベクトルの導出処理

この処理への入力は以下の通りである。
－現在の符号化ブロックを規定する変数ｃｕｒｒＣｂ、
－ＣｏｌＰｉｃが規定した同一位置に配置されたピクチャ内の同一位置に配置された符号化ブロックを規定する変数ｃｏｌＣｂ、
－ＣｏｌＰｉｃによって規定された同一位置に配置されたピクチャの左上の輝度サンプルに対して、ｃｏｌＣｂによって規定された同一位置に配置された輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、
－Ｘが０または１である、参照インデックスｒｅｆＩｄｘＬＸ、
－サブブロック時間的マージ候補ｓｂＦｌａｇを示すフラグ。

この処理の出力は以下の通りである。
－１／１６の分数サンプル精度での動きベクトル予測ｍｖＬＸＣｏｌ。
－可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ。

変数ｃｕｒｒＰｉｃは、現在のピクチャを指定する。
アレイｐｒｅｄＦｌａｇＬ１Ｃｏｌ［ｘ］、ｍｌｖＬ１Ｃｏｌ［ｘ］、ｒｅｆＩｄｘＬ１Ｃｏｌ［ｘ］［ｙ］は、それぞれ、ＣｏｌＰｉｃで指定された同一位置に配置されたピクチャのＰｒｅｄＦｌａｇＬ０［ｘ］［ｙ］，ＭｖＤｍｖｒＬ０［ｘ］［ｙ］、ＲｅｆＩｄｘＬ０［ｘ］［ｙ］に等しく設定され、アレイｐｒｅｄＦｌａｇＬ１Ｃｏｌ［ｘ］［ｙ］、ｍｖＬ１Ｃｏｌ［ｘ］［ｙ］、およびｒｅｆＩｄｘＬ１Ｃｏｌ［ｘ］［ｙ］は、それぞれＣｏｌＰｉｃで指定された同一位置に配置されたピクチャのＰｒｅｄＦｌａｇＬ１［ｘ］［ｙ］、ＭｖＤｍｖｒＬ１［ｘ］［ｙ］およびＲｅｆＩｄｘＬ１［ｘ］［ｙ］に等しく設定される。

変数ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、以下のように導出される。
－ｃｏｌＣｂがイントラまたはＩＢＣ予測モードで符号化される場合、ｍｖＬＸＣｏｌの両方のモジュールは０に等しく設定され、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは０に等しく設定される。
－そうでない場合、動きベクトルｍｖＣｏｌ、参照インデックスｒｅｆＩｄｘＣｏｌ、および参照リスト識別子ｌｉｓｔＣｏｌは、以下のように導出される。
－ｓｂＦｌａｇが０である場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは１に等しく設定され、以下が適用される。
－ｐｒｅｄＦｌａｇＬ０Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が０である場合、ｍｖＣｏｌ、ｒｅｆＩｄｘＣｏｌ及びｌｉｓｔＣｏｌは、それぞれ、ｍｖＬ１Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、ｒｅｆＩｄｘＬ１Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］およびＬ１に等しく設定される。
－そうでない場合、ｐｒｅｄＦｌａｇＬ０Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が１に等しく、ｐｒｅｄＦｌａｇＬ１Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］［ｙＣｏｌＣｂ］が０である場合、ｍｖＣｏｌ、ｒｅｆｘＩｄＣｏｌ及びｌｉｓｔＣｏｌは、それぞれ、ｍｖＬ０Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、ｒｅｆＩｄｘＬ０Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］およびＬ０に等しく設定される。
－そうでない場合（ｐｒｅｄＦｌａｇＬ０Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が１に等しく、ｐｒｅｄＦｌａｇＬ１Ｃｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が１である）、以下の割り当てを行う。
－ＮｏＢａｃｋｗａｒｄＰｒｅｄＦｌａｇが１である場合、ｍｖＣｏｌ、ｒｅｆＩｄｘＣｏｌおよびｌｉｓｔＣｏｌは、それぞれ、ｍｖＬＸＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、ｒｅｆＩｄｘＬＸＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、およびＬＸに等しく設定される。
－そうでない場合、ｍｖＣｏｌ、ｒｅｆＩｄｘＣｏｌ、ｌｉｓｔＣｏｌをそれぞれｍｖＬＮＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、ｒｅｆＩｄｘＬＮＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］およびＬＮに等しく設定し、Ｎをｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇの値とする。
－そうでない場合（ｓｂＦｌａｇが１である）、以下が適用される。
－ＰｒｅｄＦｌａｇＬＸＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が１の場合、ｍｖＣｏｌ、ｒｅｆｘＩｄＣｏｌおよびｌｉｓｔＣｏｌは、それぞれ、ｍｖＬＸＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、ｒｅｆＩｄｘＬＸＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］およびＬＸに等しく設定され、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは１に等しく設定される。
－そうでない場合、（ＰｒｅｄＦｌａｇＬＸＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が０である場合）は、以下のように適用される。
－ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ａＰｉｃ，ｃｕｒｒＰｉｃ）が、現在のスライスのすべての参照ピクチャリストａＰｉｃにおいて、０以下であり、且つＰｒｅｄＦｌａｇＬＹＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］が１である場合、ｍｖＣｏｌ、ｒｅｆｘＩｄＣｏｌ、およびｌｉｓｔＣｏｌが、それぞれ、ｍｖＬＹＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、ｒｅｆＩｄｘＬＹＣｏｌ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］、およびＬＹに等しく設定され、Ｙは！Ｘであり、Ｘは、この処理が呼び出されるＸの値であり、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは１に等しく設定される。
－ｍｖＬＸＣｏｌの両モジュールは０に等しく設定され、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは０に等しく設定される。
－ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌがＴＲＵＥである場合、ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、以下のように導出される。
－ＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ｃｕｒｒＰｉｃ，ｃｕｒｒＣｂ，ｒｅｆＩｄｘＬＸ，ＬＸ）がＬｏｎｇＴｅｒｍＲｅｆＰｉｃ（ＣｏｌＰｉｃ，ｃｏｌＣｂ，ｒｅｆＩｄｘＣｏｌ，ｌｉｓｔＣｏｌ）の場合、ｍｖＬＸＣｏｌのモジュールは共に０に設定され、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは０に等しく設定される。
－そうでない場合、変数ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌを１に設定し、ｒｅｆＰｉｃＬｉｓｔ［ｌｉｓｔＣｏｌ］［ｒｅｆＩｄｘＣｏｌ］を、ＣｏｌＰｉｃによって指定された同一位置に配置されたピクチャにおける符号化ブロックｃｏｌｂを含むスライスの参照ピクチャリストｌｉｓｔＣｏｌにおける参照インデックスｒｅｆＩｄｘＣｏｌを有するピクチャに設定し、以下を適用する。
ｃｏｌＰｏｃＤｉｆｆ＝ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ｒｅｆＰｉｃＬｉｓｔ［ｌｉｓｔＣｏｌ］［ｒｅｆＩｄｘＣｏｌ］） （８－４０２）
ｃｕｒｒＰｏｃＤｉｆｆ＝ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｃｕｒｒＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［Ｘ］［ｒｅｆＩｄｘＬＸ］） （８－４０３）
－ｍｖＣｏｌを入力とし、修正されたｍｖＣｏｌを出力として、８．５．２．１５項で規定されるような同一位置に配置された動きベクトルの時間的動きバッファ圧縮処理が呼び出される。
－ＲｅｆＰｉｃＬｉｓｔ［Ｘ］［ｒｅｆＩｄｘＬＸ］が長期参照ピクチャである場合、またはｃｏｌＰｏｃＤｉｆｆがｃｕｒｒＰｏｃＤｉｆｆである場合、ｍｖＬＸＣｏｌは、以下のように導出される。
ｍｖＬＸＣｏｌ＝ｍｖＣｏｌ （８－４０４）
－そうでない場合、ｍｖＬＸＣｏｌは、動きベクトルｍｖＣｏｌのスケーリングされたバージョンとして、以下のように導出される。
ｔｘ＝（１６３８４＋（Ａｂｓ（ｔｄ）＞＞１））／ｔｄ （８－４０５）
ｄｉｓｔＳｃａｌｅＦａｃｔｏｒ＝Ｃｌｉｐ３（－４０９６，４０９５，（ｔｂ＊ｔｘ＋３２）＞＞６） （８－４０６）
ｍｖＬＸＣｏｌ＝Ｃｌｉｐ３（－１３１０７２，１３１０７１，（ｄｉｓｔＳｃａｌｅＦａｃｔｏｒ＊ｍｖＣｏｌ＋１２８－（ｄｉｓｔＳｃａｌｅＦａｃｔｏｒ＊ｍｖＣｏｌ＞＝０））＞＞８）） （８－４０７）
ここで、ｔｄおよびｔｂは、以下のように導出される。
ｔｄ＝Ｃｌｉｐ３（－１２８，１２７，ｃｏｌＰｏｃＤｉｆｆ） （８－４０８）
ｔｂ＝Ｃｌｉｐ３（－１２８，１２７，ｃｕｒｒＰｏｃＤｉｆｆ） （８－４０９）

２．３ イントラブロックコピー

イントラブロックコピー（ＩＢＣ）、別名、現在のピクチャの参照は、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデル（ＶＴＭ－４．０）に採用されている。ＩＢＣは、動き補償の概念をインターフレーム符号化からイントラフレーム符号化に拡張する。図１７に示すように、現在のブロックは、ＩＢＣが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＩＢＣは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＩＢＣは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＩＢＣを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、複数のビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。

ＢＶがその参照ブロックを見つけた後、この参照ブロックをコピーすることで予測を生成することができる。残差は、元の信号から参照画素を減算することによって得ることができる。そして、他の符号化モードと同様に、変換および量子化を適用することができる。

しかしながら、参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、画素値の一部または全部は規定されない。基本的に、このような問題に対処するために２つの解決策がある。１つは、このような状況、例えばビットストリーム適合性を許可しないことである。もう１つは、これらの未定義の画素値にパディングを適用することである。以下のサブセッションでは、解決策を詳細に説明する。

２．３．１ 単一ＢＶリスト

いくつかの実施形態において、ＩＢＣにおけるマージモードおよびＡＭＶＰモードのためのＢＶ予測子は、以下の要素を含む共通の予測子リストを共有する。

（１）２つの空間的近隣位置（図２のようにＡ１、Ｂ１）
（２）５つのＨＭＶＰエントリ
（３）デフォルトでゼロベクトル

リストにおける候補の数は、スライスヘッダから導出される変数によって制御される。マージモードの場合、このリストの最初の６つまでのエントリが使用され、ＡＭＶＰモードの場合、このリストの最初の２つのエントリが使用される。また、リストは共有マージリスト領域の要件に準拠している（ＳＭＲ内で同じリストを共有）。

上述のＢＶ予測子候補リストに加え、ＨＭＶＰ候補と既存のマージ候補（Ａ１，Ｂ１）とのプルーニング操作を簡素化することができる。簡素化した場合、第１のＨＭＶＰ候補と空間的マージ候補とを比較するだけであるため、最大２回までのプルーニング操作でよい。

ＩＢＣ ＡＭＶＰモードの場合、リストにおける選択されたＭＶＰとのｍｖ差をさらに送信する。ＩＢＣマージモードの場合、選択されたＭＶＰをそのまま現在のブロックに対するＭＶとして使用する。

２．３．２ ＩＢＣのサイズ制限

最近のＶＶＣおよびＶＴＭ５において、前回のＶＴＭおよびＶＶＣバージョンにおいて、現在のビットストリーム制約に加え、１２８×１２８のＩＢＣモードを無効化するための構文制約を明示的に使用することが提案され、これにより、ＩＢＣフラグの存在がＣＵのサイズ＜１２８×１２８に依存するようになる。

２．３．３ ＩＢＣの共有マージリスト

デコーダの複雑性を低減し、並列符号化をサポートするため、いくつかの実施形態において、小さなスキップ／マージ符号化されたＣＵを並列処理することを有効化するために、ＣＵ分割ツリーにおける１つの祖先ノードのすべてのリーフの符号化ユニット（ＣＵ）に対して同じマージ候補リストが共有される。祖先ノードをマージ共有ノードと呼ぶ。マージ共有ノードがリーフＣＵであるように見せかけて、マージ共有ノードにおいて共有マージ候補リストを生成する。

具体的には、以下を適用することができる。

－ ブロックの輝度サンプルが３２（例えば、４×８または８×４）以下であり、２つの４×４子ブロックに分割される場合、非常に小さなブロック（例えば、２つの隣接する４×４ブロック）間でマージリストを使用する。

－ しかしながら、このブロックの輝度サンプルが３２よりも大きい場合、１つの分割の後、少なくとも１つの子ブロックが閾値（３２）より小さいため、この分割されたすべての子ブロックは、同じマージリストを共有する（例えば、３分割された１６×４又は４×１６、又は４分割された８×８）。

このような制限は、ＩＢＣマージモードにのみ適用される。

２．３．４ 構文テーブル

２．４ 最大変換ブロックサイズ

６４または３２のいずれかである最大輝度変換サイズのみが、ＳＰＳレベルでのフラグによって有効化される。最大輝度変換サイズに対するクロマサンプリング比から、最大クロマ変換サイズを導出する。

ＣＵ／ＣＢサイズが最大輝度変換サイズよりも大きい場合、より小さなＴＵによる大きなＣＵのタイリングを呼び出すことができる。

最大輝度変換のサイズをＭａｘＴｂＳｉｚｅＹで表す。

１に等しいｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿６４＿ｆｌａｇは、輝度サンプルの最大変換サイズが６４に等しいことを規定する。
０に等しいｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｉｚｅ＿６４＿ｆｌａｇは、輝度サンプルの最大変換サイズが３２に等しいことを規定する。
ＣｔｂＳｉｚｅＹが６４未満である場合、ｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿６４＿ｆｌａｇの値は０に等しい。
変数ＭｉｎＴｂＬｏｇ２ＳｉｚｅＹ、ＭａｘＴｂＬｏｇ２ＳｉｚｅＹ、ＭｉｎＴｂＳｉｚｅＹ、およびＭａｘＴｂＳｉｚｅＹは、以下のように導出される。
ＭｉｎＴｂＬｏｇ２ＳｉｚｅＹ＝２ （７－２７）
ＭａｘＴｂＬｏｇ２ＳｉｚｅＹ＝ｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿６４＿ｆｌａｇ？６：５ （７－２８）
ＭｉｎＴｂＳｉｚｅＹ＝１＜＜ＭｉｎＴｂＬｏｇ２ＳｉｚｅＹ （７－２９）
ＭａｘＴｂＳｉｚｅＹ＝１＜＜ＭａｘＴｂＬｏｇ２ＳｉｚｅＹ （７－３０）
ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ＝０は、サブブロック変換を可能にするための最高ＣＵ幅および最高ＣＵ高さが３２個の輝度サンプルであることを指定する。ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ＝１は、サブブロック変換を許可するための最大のＣＵの幅および高さが６４個の輝度サンプルであることを指定する。
ＭａｘＳｂｔＳｉｚｅ＝Ｍｉｎ（ＭａｘＴｂＳｉｚｅＹ，ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ ？ ６４：３２） （７－３２）

２．４．１ 最大変換ブロックサイズに依存するツール

二分木と三分木の分割は、ＭａｘＴｂＳｉｚｅＹに依存する。

２．４．２ イントラ符号化ブロックおよびインター符号化ブロックの復号化処理

現在のイントラ符号化ＣＵのサイズが最大変換ブロックサイズよりも大きい場合、ＣＵは、幅および高さの両方が最大変換ブロックサイズよりも大きくならなくなるまで、より小さなブロック（ＰＵ）に再帰的に分割される。すべてのＰＵは、同じイントラ予測モードを共有するが、イントラ予測のための参照サンプルは異なる。一方、ＴＵはＰＵに等しく設定される。なお、現在のブロックは、イントラサブパーティション（ＩＳＰ）モードで符号化されてはならない。

現在のインター符号化ＣＵのサイズが最大変換ブロックサイズよりも大きい場合、ＣＵは、幅および高さの両方が最大変換ブロックサイズよりも大きくならなくなるまで、より小さなブロック（ＴＵ）に再帰的に分割される。すべてのＴＵは同じ動き情報を共有するが、イントラ予測のための参照サンプルは異なる。

８．４．５ イントラブロックの復号化処理

８．４．５．１ イントラブロックの一般的な復号化処理

この処理への入力は以下の通りである。
－ 現在のピクチャの左上のサンプルに対する現在の変換ブロックの左上のサンプルを規定するサンプル位置（ｘＴｂ０，ｙＴｂ０）、
－ 現在の変換ブロックの幅を規定する変数ｎＴｂＷ、
－ 現在の変換ブロックの高さを規定する変数ｎＴｂＨ、
－ イントラ予測モードを規定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ。

この処理の出力は、インループ・フィルタリング前の修正された再構成画像である。
最大変換ブロック幅ｍａｘＴｂＷｉｄｔｈおよび高さｍａｘＴｂＨｅｉｇｈｔは、以下のように導出される。
ｍａｘＴｂＷｉｄｔｈ＝（ｃＩｄｘ＝＝０）？ＭａｘＴｂＳｉｚｅＹ：ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ （８－４１）
ｍａｘＴｂＨｅｉｇｈｔ＝（ｃＩｄｘ＝＝０）？ＭａｘＴｂＳｉｚｅＹ：ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ （８－４２）
輝度サンプル位置は、以下のように導出される。
（ｘＴｂＹ，ｙＴｂＹ）＝（ｃＩｄｘ＝＝０）？（ｘＴｂ０，ｙＴｂ０）：（ｘＴｂ０＊ＳｕｂＷｉｄｔｈＣ，ｙＴｂ０＊ＳｕｂＨｅｉｇｈｔＣ） （８－４３）
ｍａｘＴｂＳｉｚｅに基づいて、以下が適用される。
－ ＩｎｔｒａＳｕｂＰａｒｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＮＯ＿ＳＰＬＩＴに等しく、且つｎＴｂＷがｍａｘＴｂＷｉｄｔｈよりも大きい、またはｎＴｂＨがｍａｘＴｂＨｅｉｇｈｔよりも大きい場合、以下の順序付けられたステップが適用される。

１．変数ｎｅｗＴｂＷおよびｎｅｗＴｂＨは、以下のように導出される。
ｎｅｗＴｂＷ＝（ｎＴｂＷ＞ｍａｘＴｂＷｉｄｔｈ）？（ｎＴｂＷ／２）：ｎＴｂＷ （８－４４）
ｎｅｗＴｂＨ＝（ｎＴｂＨ＞ｍａｘＴｂＨｅｉｇｈｔ）？（ｎＴｂＨ／２）：ｎＴｂＨ （８－４５）

２．本項に規定されるイントラブロックに対する一般的な復号化処理は、位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷおよびｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａ、および変数ｃＩｄｘを入力として呼び出され、出力は、ループ内フィルタリング前の修正された再構築ピクチャである。

３．ｎＴｂＷがｍａｘＴｂＷｉｄｔｈより大きい場合、本項に規定されるイントラブロックに対する一般的な復号化処理は、（ｘＴｂ０＋ｎｅｗＴｂＷ，ｙＴｂ０）と等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷおよびｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａ、および変数ｃＩｄｘを入力として呼び出され、出力は、ループ内フィルタリング前の修正された再構築ピクチャである。

４．ｎＴｂＨがｍａｘＴｂＨｅｉｇｈｔより大きい場合、本項に規定されるイントラブロックに対する一般的な復号化処理は、（ｘＴｂ０，ｙＴｂ０＋ｎｅｗＴｂＨ）と等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷおよびｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａ、および変数ｃＩｄｘを入力として呼び出され、出力は、ループ内フィルタリング前の修正された再構築ピクチャである。

５．ｎＴｂＷがｍａｘＴｂＷｉｄｔｈより大きく、ｎＴｂＨがｍａｘＴｂＨｅｉｇｈｔより大きい場合、本項に規定されるイントラブロックに対する一般的な復号化処理は、（ｘＴｂ０＋ｎｅｗＴｂＷ，ｙＴｂ０＋ｎｅｗＴｂＨ）と等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷおよびｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａ、および変数ｃＩｄｘを入力として呼び出され、出力は、ループ内フィルタリング前の修正された再構築ピクチャである。
－ あるいは、以下の順序付けられたステップが適用される（通常のイントラ予測処理）。
－ …

８．５．８ インター予測モードで符号化された符号化ブロックの残差信号に対する復号化処理

この処理への入力は以下の通りである。
－ 現在のピクチャの左上のサンプルに対する現在の変換ブロックの左上のサンプルを規定するサンプル位置（ｘＴｂ０，ｙＴｂ０）、
－ 現在の変換ブロックの幅を規定する変数ｎＴｂＷ、
－ 現在の変換ブロックの高さを規定する変数ｎＴｂＨ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ。

この処理の出力は、（ｎＴｂＷ）×（ｎＴｂＨ）のアレイｒｅｓＳａｍｐｌｅｓである。
最大変換ブロック幅ｍａｘＴｂＷｉｄｔｈおよび高さｍａｘＴｂＨｅｉｇｈｔは、以下のように導出される。
ｍａｘＴｂＷｉｄｔｈ＝（ｃＩｄｘ＝＝０）？ＭａｘＴｂＳｉｚｅＹ：ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ （８－８８３）
ｍａｘＴｂＨｅｉｇｈｔ＝（ｃＩｄｘ＝＝０）？ＭａｘＴｂＳｉｚｅＹ：ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ （８－８８４）
輝度サンプル位置は、以下のように導出される。
（ｘＴｂＹ，ｙＴｂＹ）＝（ｃＩｄｘ＝＝０）？（ｘＴｂ０，ｙＴｂ０）：（ｘＴｂ０＊ＳｕｂＷｉｄｔｈＣ，ｙＴｂ０＊ＳｕｂＨｅｉｇｈｔＣ） （８－８８５）
ｍａｘＴｂＳｉｚｅに応じて、以下が適用される。

－ ｎＴｂＷがｍａｘＴｂＷｉｄｔｈよりも大きい、またはｎＴｂＨがｍａｘＴｂＨｅｉｇｈｔよりも大きい場合、以下の順序付けられたステップが適用される。

１．変数ｎｅｗＴｂＷおよびｎｅｗＴｂＨは、以下のように導出される。
ｎｅｗＴｂＷ＝（ｎＴｂＷ＞ｍａｘＴｂＷｉｄｔｈ）？（ｎＴｂＷ／２）：ｎＴｂＷ （８－８８６）
ｎｅｗＴｂＨ＝（ｎＴｂＨ＞ｍａｘＴｂＨｅｉｇｈｔ）？（ｎＴｂＨ／２）：ｎＴｂＨ （８－８８７）

２．位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷ、ｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、および変数ｃＩｄｘを入力として、本項に規定されるようなインター予測モードで符号化された符号化ユニットの残差信号に対する復号化処理を呼び出し、出力は、ループ内フィルタリング前の修正された再構築ピクチャである。

３．ｎＴｂＷがｍａｘＴｂＷｉｄｔｈよりも大きい場合、（ｘＴｂ０＋ｎｅｗＴｂＷ，ｙＴｂ０）と等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷ、ｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、変数ｃＩｄｘを入力として、本項に規定されるように、インター予測モードで符号化された符号化ユニットの残差信号の復号化処理処理を呼び出し、出力は修正された再構築ピクチャである。

４．ｎＴｂＨがｍａｘＴｂＨｅｉｇｈｔよりも大きい場合、（ｘＴｂ０，ｙＴｂ０＋ｎｅｗＴｂＨ）と等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷ、ｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、変数ｃＩｄｘを入力として、本項に規定されるように、インター予測モードで符号化された符号化ユニットの残差信号を復号化する処理を呼び出し、出力は、インループフィルタリング前の修正された再構築ピクチャである。

５．ｎＷＴｂＷがｍａｘＴｂＷｉｄｔｈより大きく、かつ、ｎＴｂＨがｍａｘＴｂＨｅｉｇｈｔより大きい場合、（ｘＴｂ０＋ｎｅｗＴｂＷ，ｙＴｂ０＋ｎｅｗＴｂＨ）と等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、ｎｅｗＴｂＷと等しく設定された変換ブロック幅ｎＴｂＷ、ｎｅｗＴｂＨと等しく設定された高さｎＴｂＨ、変数ｃＩｄｘを入力として、本項に規定されるように、インター予測モードで符号化された符号化ユニットの残差信号を復号化する処理を呼び出し、出力は、インループフィルタリング前の修正された再構築ピクチャである。

－ あるいは、ｃｕ＿ｓｂｔ＿ｆｌａｇが１に等しい場合、以下が適用される。
－ 変数ｓｂｔＭｉｎＮｕｍＦｏｕｒｔｈ、ｗＰａｒｔＩｄｘ、およびｈＰａｒｔＩｄｘは、以下のように導出される。
ｓｂｔＭｉｎＮｕｍＦｏｕｒｔｈｓ＝ｃｕ＿ｓｂｔ＿ｑｕａｄ＿ｆｌａｇ？１：２ （８－８８８）
ｗＰａｒｔＩｄｘ＝ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇ？４：ｓｂｔＭｉｎＮｕｍＦｏｕｒｔｈｓ （８－８８９）
ｈＰａｒｔＩｄｘ＝！ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇ？４：ｓｂｔＭｉｎＮｕｍＦｏｕｒｔｈｓ （８－８９０）
－ 変数ｘＰａｒｔＩｄｘおよびｙＰａｒｔＩｄｘは、以下のように導出される。
－ ｃｕ＿ｓｂｔ＿ｐｏｓ＿ｆｌａｇが０に等しい場合、ｘＰａｒｔＩｄｘおよびｙＰａｒｔＩｄｘは０に等しく設定される。
－ そうでない場合（ｃｕ＿ｓｂｔ＿ｐｏｓ＿ｆｌａｇが１に等しい）、変数ｘＰａｒｔＩｄｘおよびｙＰａｒｔＩｄｘは、以下のように導出される。
ｘＰａｒｔＩｄｘ＝ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇ？０：（４－ｓｂｔＭｉｎＮｕｍＦｏｕｒｔｈｓ） （８－８９１）
ｙＰａｒｔＩｄｘ＝！ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇ？０：（４－ｓｂｔＭｉｎＮｕｍＦｏｕｒｔｈｓ） （８－８９２）
－ 変数ｘＴｂＹＳｕｂ、ｙＴｂＹＳｕｂ、ｘＴｂ０Ｓｕｂ、ｙＴｂ０Ｓｕｂ、ｎＴｂＷＳｕｂａｎｄｎＴｂＨＳｕｂは、以下のように導出される。
ｘＴｂＹＳｕｂ＝ｘＴｂＹ＋（（ｎＴｂＷ＊（（ｃＩｄｘ＝＝０）？１：ＳｕｂＷｉｄｔｈＣ）＊ｘＰａｒｔＩｄｘ／４） （８－８９３）
ｙＴｂＹＳｕｂ＝ｙＴｂＹ＋（（ｎＴｂＨ＊（（ｃＩｄｘ＝＝０）？１：ＳｕｂＨｅｉｇｈｔＣ）＊ｙＰａｒｔＩｄｘ／４） （８－８９４）
ｘＴｂ０Ｓｕｂ＝ｘＴｂ０＋（ｎＴｂＷ＊ｘＰａｒｔＩｄｘ／４） （８－８９５）
ｙＴｂ０Ｓｕｂ＝ｙＴｂ０＋（ｎＴｂＨ＊ｙＰａｒｔＩｄｘ／４） （８－８９６）
ｎＴｂＷＳｕｂ＝ｎＴｂＷ＊ｗＰａｒｔＩｄｘ／４ （８－８９７）
ｎＴｂＨＳｕｂ＝ｎＴｂＨ＊ｈＰａｒｔＩｄｘ／４ （８－８９８）
－ 輝度位置（ｘＴｂＹＳｕｂ，ｙＴｂＹＳｕｂ）、変数ｃＩｄｘ、ｎＴｂＷＳｕｂ、ｎＴｂＨＳｕｂを入力として、８．７．２項に規定されるようなスケーリングおよび変換処理を呼び出し、出力は（ｎＴｂＷＳｕｂ）×（ｎＴｂＨＳｕｂ）のアレイｒｅｓＳａｍｐｌｅｓＴｂである。
－ 残差サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）を０に等しく設定する。
－ 残差サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝ｘＴｂ０Ｓｕｂ．．ｘＴｂ０Ｓｕｂ＋ｎＴｂＷＳｕｂ－１，ｙ＝ｙＴｂ０Ｓｕｂ．．ｙＴｂ０Ｓｕｂ＋ｎＴｂＨＳｕｂ－１）は、以下のように導出される。
ｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｒｅｓＳａｍｐｌｅｓＴｂ［ｘ－ｘＴｂ０Ｓｕｂ］［ｙ－ｙＴｂ０Ｓｕｂ］ （８－８９９）
－ あるいは、輝度位置（ｘＴｂＹ，ｙＴｂＹ）、変数ｃＩｄｘ、変換幅ｎＴｂＷ、および変換高さｎＴｂＨを入力として、８．７．２項に規定されるようなスケーリングおよび変換処理を呼び出し、出力は（ｎＴｂＷ）×（ｎＴｂＨ）のアレイ再サンプルである。

２．５ 低周波非分離変換（ＬＦＮＳＴ）（別名、縮小二次変換（ＲＳＴ）／非可分二次変換（ＮＳＳＴ））

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

二次変換には、非可分変換が適用されるので、これは非可分二次変換（Ｎｏｎ－Ｓｅｐａｒａｂｌｅ Ｓｅｃｏｎｄａｒｙ Ｔｒａｎｓｆｏｒｍ、ＮＳＳＴ）とも呼ばれている。全体で３５個の変換セットがあり、１つの変換セット当たり３つの非可分変換行列（カーネル、それぞれ１６×１６行列を有する）が使用される。

イントラ予測方向に従って、低周波非分離変換（ＬＦＮＳＴ）としても知られる縮小二次変換（ＲＳＴ）を導入し、（３５個の変換セットの代わりに）４つの変換セットのマッピングを導入した。この寄与において、、８×８ブロックおよび４×４ブロックのために、それぞれ１６×４８および１６×１６行列が使用される。表記の便宜上、１６×４８変換をＲＳＴ８×８として、１６×１６変換をＲＳＴ４×４として表す。このような方法は、近年、ＶＶＣによって採用されている。

図１９は、縮小二次変換（ＲＳＴ）の一例を示す。

二次の順方向および逆方向変換は、一次変換の処理ステップとは別個の処理ステップである。

エンコーダの場合、まず一次順方向変換を行い、次に二次順方向変換および量子化、並びにＣＡＢＡＣビット符号化を行う。デコーダ、ＣＡＢＡＣビット復号化、および逆量子化の場合、まず二次逆変換を実行し、次に一次逆変換を行う。ＲＳＴは、イントラ符号化ＴＵｓにのみ適用される。

３．本明細書に開示される技術案によって解決される例示的な技術的問題

現在のＶＶＣ設計は、ＩＢＣモードおよび変換設計の観点から、以下の問題を有する。

（１） ＩＢＣモードフラグの信号通知は、ブロックサイズの制限に依存する。しかしながら、ＩＢＣスキップモードフラグは、最悪の場合を変えられないものではない（例えば、Ｎ×１２８または１２８×Ｎ等の大きなブロックは、依然としてＩＢＣモードを選択することができる）。

（２） 現在のＶＶＣにおいて、変換ブロックのサイズは常に６４×６４に等しく、変換ブロックのサイズは常に符号化ブロックのサイズに設定されるとする。ＩＢＣブロックサイズが変換ブロックサイズよりも大きい場合を対処する方法は不明である。

（３） ＩＢＣは、同じ映像ユニット（例えば、スライス）内のフィルタリングされていない構築サンプルを使用する。しかしながら、フィルタリングされたサンプル（例えば、デブロックフィルタ／ＳＡＯ／ＡＬＦを経由する）は、フィルタリングされていないサンプルに比べて歪みが小さい場合がある。フィルタリングされたサンプルを使用することは、さらなる符号化利得をもたらす場合がある。

（４） ＬＦＮＳＴ行列のコンテキストモデリングは、一次変換およびパーティションタイプ（単一またはデュアルツリー）に依存する。しかし、当方の分析からは、選択されたＲＳＴ行列が一次変換と相関を有するという、明確な依存性がない。

４．技術および実施形態の例

本明細書において、イントラブロックコピー（ＩＢＣ）は、現在のＩＢＣ技術に限定されるものではなく、従来のイントラ予測方法を除いて、現在のスライス／タイル／ブリック／サブピクチャ／ピクチャ／他の映像ユニット（例えば、ＣＴＵ行）内の参照サンプルを使用する技術として解釈されてもよい。一例において、参照サンプルは、ループ内フィルタリング処理（例えば、デブロックフィルタ、ＳＡＯ、ＡＬＦ）が呼び出されない再構築サンプルである。

ＶＰＤＵのサイズは、ｖＳｉｚｅＸ＊ｖＳｉｚｅＹで表されることができる。一例において、ｖＳｉｚｅＸ＝ｖＳｉｚｅＹ＝ｍｉｎ（ｃｔｂＳｉｚｅＹ，６４）とし、ｃｔｂＳｉｚｅＹは、ＣＴＢの幅／高さであるとする。ＶＰＤＵは、左上の位置が、ピクチャの左上に対して（ｍ＊ｖＳｉｚｅ，ｎ＊ｖＳｉｚｅ）であるｖＳｉｚｅ＊ｖＳｉｚｅブロックであり、ｍ、ｎは整数である。代替的に、ｖＳｉｚｅＸ／ｖＳｉｚｅＹは、６４などの固定数である。

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

ＩＢＣの信号通知と使用法について

現在のブロックのサイズをＷ_ｃｕｒｒ×Ｈ_ｃｕｒｒで表し、最大許容ＩＢＣブロックのサイズをＷ_{ＩＢＣＭａｘ}×Ｈ_{ＩＢＣＭａｘ}で表すとする。

１．ＩＢＣ符号化ブロックは、分割情報を信号通知することなく、複数のＴＢ／ＴＵに分割されてもよい。現在のＩＢＣコードブロックサイズをＷ_ｃｕｒｒ×Ｈ_ｃｕｒｒで表す。
ａ．一例において、Ｗ_ｃｕｒｒが、第１の閾値より大きく、および／またはＨ_ｃｕｒｒが、第２の閾値よりも大きい場合、分割を呼び出すことができる。そのため、ＴＢサイズは現在のブロックサイズよりも小さい。
ｉ．一例において、第１および／または第２のしきい値は、ＭａｘＴｂＳｉｚｅＹで表される最大変換サイズである。
ｂ．一例において、ＴＵ／ＴＢの幅または高さのいずれかが閾値以下になるまで、再帰的分割を呼び出してもよい。
ｉ．一例において、再帰的分割は、インター符号化された残差ブロックに利用されるものと同じであってもよく、例えば、毎回、幅がＭａｘＴｂＳｉｚｅＹよりも大きい場合、幅を半分にし、高さがＭａｘＴｂＳｉｚｅＹよりも大きい場合、高さを半分に分ける。
ｉｉ．代替的に、ＴＵ／ＴＢの分割幅および高さがそれぞれ閾値以下になるまで、再帰的分割を呼び出してもよい。
ｃ．代替的に、複数のＴＢ／ＴＵのすべてまたは一部は、同じ動き情報（例えば、ＢＶ）を共有してもよい。

２．ＩＢＣを有効化するか無効化するかは、最大変換サイズに依存する（例えば、本明細書におけるＭａｘＴｂＳｉｚｅＹ）。
ａ．一例において、現在の輝度ブロックの寸法（幅および／または高さ）または対応する輝度ブロックの寸法（幅および／または高さ）（現在のブロックがクロマブロックである場合）が輝度サンプルにおける最大変換サイズよりも大きい場合、ＩＢＣは無効化され得る。
ｉ．一例において、ブロックの幅および高さの両方が輝度サンプルにおける最大変換サイズよりも大きい場合、ＩＢＣは無効化され得る。
ｉｉ．一例において、ブロックの幅または高さのいずれかが輝度サンプルにおける最大変換サイズよりも大きい場合、ＩＢＣは無効化され得る。
ｂ．一例において、ＩＢＣの使用の指示を信号通知するかどうか、および／または、どのように通知するかは、ブロックの寸法（幅および／または高さ）および／または最大変換サイズに依存し得る。
ｉ．一例において、ＩＢＣの使用の指示は、ＩＢＣスキップフラグ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ）をＩ ｔｉｌｅ／ｓｌｉｃｅ／ｂｒｉｃｋ／ｓｕｂｐｉｃｔｕｒｅに含んでもよい。
１） 一例において、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きい、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹよりも大きい場合、信号通知されなくてもよい。
２） 代替的に、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹ以下である、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹ以下である場合、信号通知されてもよい。
３） 一例において、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きい、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹよりも大きい場合、信号通知してもよいが、コンフォーマンスビットストリームでは、０である必要がある。
４） さらに、例えば、現在のｔｉｌｅ／ｓｌｉｃｅ／ｂｒｉｃｋ／ｓｕｂｐｉｃｔｕｒｅがＩ ｔｉｌｅ／ｓｌｉｃｅ／ｂｒｉｃｋ／ｓｕｂｐｉｃｔｕｒｅであるとき、上記方法を呼び出してもよい。
ｉｉ．一例において、ＩＢＣの使用の指示は、ＩＢＣモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）を含んでもよい。
１） 一例において、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きい、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹよりも大きい場合、信号通知されなくてもよい。
２） 代替的に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹ以下である、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹ以下である場合、信号通知されてもよい。
一例において、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きい、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹよりも大きい場合、信号通知してもよいが、コンフォーマンスビットストリームでは、０である必要がある。
ｉｉｉ．一例において、特定のゼロフォース条件が満たされる場合、ＩＢＣ符号化ブロックの残差ブロックは、強制的にすべてゼロにされてもよい。
１） 一例において、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きいおよび／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きい場合、ＩＢＣ符号化ブロックの残差ブロックは、すべてゼロにされてもよい。
２） 一例において、Ｗ_ｃｕｒｒが第１の閾値よりも大きい（例えば、６４／ｖＳｉｚｅＸ）および／またはＨ_ｃｕｒｒが第２の閾値よりも大きい（例えば、６４／ｖＳｉｚｅＹ）場合、ＩＢＣ符号化ブロックの残差ブロックは、強制的にすべて０にされてもよい。
３） 代替的に、上記の場合、符号化ブロックフラグ（例えば、ｃｕ＿ｃｂｆ，ｔｕ＿ｃｂｆ＿ｃｂ，ｔｕ＿ｃｂｆ＿ｃｒ，ｔｕ＿ｃｂｆ＿ｌｕｍａ）の信号通知をスキップしてもよい。
４） 代替的に、符号化ブロックフラグ（例えば、ｃｕ＿ｃｂｆ，ｔｕ＿ｃｂｆ＿ｃｂ，ｔｕ＿ｃｂｆ＿ｃｒ，ｔｕ＿ｃｂｆ＿ｌｕｍａ）の信号通知は、変更されずに維持されてもよいが、適合ビットストリームは、このフラグが０であることを満たすものとする。
ｉｖ．一例において、符号化ブロックフラグ（例えば、ｃｕ＿ｃｂｆ，ｔｕ＿ｃｂｆ＿ｃｂ，ｔｕ＿ｃｂｆ＿ｃｒ，ｔｕ＿ｃｂｆ＿ｌｕｍａ）を信号通知するかどうかは、ＩＢＣの使用法および／または許容されるＩＢＣサイズの閾値に依存し得る。
１） 一例において、現在のブロックがＩＢＣモードであり、Ｗ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きく、および／またはＨ_ｃｕｒｒがＭａｘＴｂＳｉｚｅＹより大きい場合、符号化ブロックフラグ（例えば、ｃｕ＿ｃｂｆ，ｔｕ＿ｃｂｆ＿ｃｂ，ｔｕ＿ｃｂｆ＿ｃｒ，ｔｕ＿ｃｂｆ＿ｌｕｍａ）はスキップしてもよい。
２） 一例において、現在のブロックはＩＢＣモードであり、Ｗ_ｃｕｒｒが第１の閾値（例えば、６４／ｖＳｉｚｅＸ）および／またはＨよりも大きいｃｕｒｒが第２の閾値よりも大きい場合（例えば、６４／ｖＳｉｚｅＹ）、符号化ブロックフラグの信号通知（例えば、ｃｕ＿ｃｂｆ，ｔｕ＿ｃｂｆ＿ｃｂ，ｔｕ＿ｃｂｆ＿ｃｒ，ｔｕ＿ｃｂｆ＿ｌｕｍａ）はスキップしてもよい。

３．ＩＢＣスキップモードの使用の指示を信号通知するかどうかは、現在のブロックの寸法（幅および／または高さ）および最大許容ＩＢＣブロックサイズ（例えば、ｖＳｉｚｅＸ／ｖＳｉｚｅＹ）に依存し得る。
ａ．一例において、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは、Ｗ_ｃｕｒｒがＷ_{ＩＢＣＭａｘ}より大きい場合、および／またはＨ_ｃｕｒｒがＨ_{ＩＢＣＭａｘ}より大きい場合には信号通知されなくてもよい。
ｉ．代替的に、Ｗ_ｃｕｒｒがＷ_{ＩＢＣＭａｘ}以下であるおよび／またはＨ_ｃｕｒｒがＨ_{ＩＢＣＭａｘ}以下である場合、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは信号通知されなくてもよい。
ｂ．代替的に、現在のｔｉｌｅ／ｓｌｉｃｅ／ｂｒｉｃｋ／ｓｕｂｐｉｃｔｕｒｅがＩ ｔｉｌｅ／ｓｌｉｃｅ／ｂｒｉｃｋ／ｓｕｂｐｉｃｔｕｒｅであるとき、上記方法を呼び出してもよい。
ｃ．一例において、Ｗ_{ＩＢＣＭａｘ}とＨ_{ＩＢＣＭａｘ}は両方とも６４に等しい。
ｄ．一例において、Ｗ_{ＩＢＣＭａｘ}をｖＳｉｚｅＸに設定し、Ｈ_{ＩＢＣＭａｘ}をｖＳｉｚｅＹに等しく設定する。
ｅ．一例において、Ｗ_{ＩＢＣＭａｘ}は、最大変換ブロックの幅に設定され、Ｈ_{ＩＢＣＭａｘ}は、最大変換ブロックのサイズの高さに等しく設定される。

ＩＢＣ／インター符号化ブロックの再帰的分割について

４．ＩＢＣ／インター符号化ブロック（ＣＵ）が、分割情報を信号通知することなく（例えば、ブロックサイズが最大変換ブロックサイズよりも大きい）、複数のＴＢ／ＴＵに分割される場合、ＣＵ全体に対して１回動き情報を信号通知するのではなく、複数回動き情報を信号通知する、または導出することが提案される。
ａ．一例において、すべてのＴＢ／ＴＵは、１回信号通知され得る同じＡＭＶＰ／Ｍｅｒｇｅフラグを共有してもよい。
ｂ．一例において、動き候補リストは、ＣＵ全体に対して１回構築されてもよいが、異なるＴＢ／ＴＵには、リストにおける異なる候補が割り当てられてもよい。
ｉ．一例において、割り当てられた候補のインデックスは、ビットストリームにおいて符号化されてもよい。
ｃ．一例において、動き候補リストは、現在のＣＵ内の近傍のＴＢ／ＴＵの動き情報を用いずに構築されてもよい。
ｉ．一例において、動き候補リストは、現在のＣＵに対する空間的に近傍のブロック（隣接しているまたは隣接していない）の動き情報にアクセスすることによって構築されてもよい。

５．ＩＢＣ／インター符号化ブロック（ＣＵ）が、分割情報を信号通知することなく、複数のＴＢ／ＴＵに分割される（例えば、ブロックサイズが最大変換ブロックサイズよりも大きい）場合、第２のＴＵ／ＴＢにおける少なくとも１つの再構築されたまたは予測されたサンプルによって、第１のＴＵ／ＴＢを予測してもよい。
ａ．ＢＶ妥当性検査は、各ＴＵ／ＴＢごとに別々に行われてもよい。

６．ＩＢＣ／インター符号化ブロック（ＣＵ）が、分割情報を信号通知することなく、複数のＴＢ／ＴＵに分割される（例えば、ブロックサイズが最大変換ブロックサイズよりも大きい）場合、第２のＴＵ／ＴＢにおけるいずれかの再構築または予測されたサンプルによって、第１のＴＵ／ＴＢを予測できない。
ａ．ＢＶ妥当性検査は、符号化ブロック全体に対して行われてもよい。

ＩＢＣ符号化ブロックに対する予測ブロック生成について

７．ＩＢＣ予測ブロック生成のために、フィルタリングされた再構築参照サンプルを使用することが提案される。
ａ．一例において、フィルタリングされた再構築参照サンプルは、非ブロック化フィルタ／バイラテラルフィルタ／ＳＡＯ／ＡＬＦを適用することによって生成されてもよい。
ｂ．一例において、ＩＢＣ符号化ブロックの場合、少なくとも１つの参照サンプルはフィルタリング後であり、少なくとも１つの参照サンプルはフィルタリング前である。

８．フィルタリングされた参照サンプルおよびフィルタリングされていない再構築参照サンプルの両方を、ＩＢＣ予測ブロック生成に使用してもよい。
ａ．一例において、フィルタリングされた再構築参照サンプルは、非ブロック化フィルタ／バイラテラルフィルタ／ＳＡＯ／ＡＬＦを適用することによって生成されてもよい。
ｂ．一例において、ＩＢＣブロックのための予測のために、予測の一部は、サンプルからフィルタリングされたものであり、他の部分は、フィルタリングされていないサンプルからのものでもよい。

９．ＩＢＣ予測ブロック生成のために、再構築参照サンプルのフィルタリングされた値を使用するか、またはフィルタリングされていない値を使用するかは、再構築サンプルの位置に依存し得る。
ａ．一例において、この決定は、現在のＣＴＵおよび／または参照サンプルに及ぶＣＴＵに対する再構築サンプルの相対位置に依存し得る。
ｂ．一例において、基準サンプルが現在のＣＴＵ／ＣＴＢの外側にあるか、または異なるＣＴＵ／ＣＴＢ内にあり、且つＣＴＵ境界に対して大きな距離（例えば、４画素）を有する場合、対応するフィルタリングされたサンプルを利用してもよい。
ｃ．一例において、参照サンプルが現在のＣＴＵ／ＣＴＢ内にある場合、フィルタリングされていない再構築サンプルを利用して予測ブロックを生成してもよい。
ｄ．一例において、参照サンプルが現在のＶＰＤＵの外側にある場合、対応するフィルタリングされたサンプルを利用してもよい。
ｅ．一例において、参照サンプルが現在のＶＰＤＵ内にある場合、フィルタリングされていない再構築サンプルを利用して予測ブロックを生成してもよい。

ＭＶＤ符号化について

動きベクトル（またはブロックベクトル）、または動きベクトルの差またはブロックベクトルの差を（Ｖｘ，Ｖｙ）で表す。

１０．ＡｂｓＶで表される動きベクトル（例えば、ＶｘまたはＶｙ）の成分の絶対値を、第１の部分がＡｂｓＶ－（（ＡｂｓＶ＞＞Ｎ）＜＜Ｎ）（例えば、ＡｂｓＶ＆（１＜＜Ｎ）、最下位Ｎビット）に等しく、他の部分が（ＡｂｓＶ＞＞Ｎ）（例えば、残りの最上位ビット）である２つの部分に分割することが提案される。各部分は個々に符号化されてもよい。
ａ．一例において、１つの動きベクトルまたは動きベクトルの差の各成分は、別個に符号化されてもよい。
ｉ．一例において、第１の部分は、固定長符号化、例えば、Ｎビットで符号化される。
１） 代替的に、第１の部分が０であるかどうかを示すために、第１のフラグを符号化してもよい。
ａ．さらに、代替的に、そうでない場合は、第１の部分の値から１を引いた値を符号化する。
ｉｉ．一例において、ＭＶ／ＭＶＤのサイン情報を有する第２の部分は、現在のＭＶＤ符号化方法で符号化されてもよい。
ｂ．一例において、１つの動きベクトルまたは動きベクトルの差の各成分の第１の部分は、一緒に符号化されてもよく、第２の部分は、別個に符号化されてもよい。
ｉ．一例において、ＶｘおよびＶｙの第１の部分は、２Ｎビットでの新しい正の値（例えば、（Ｖｘ＜＜Ｎ）＋Ｖｙ））になるように形成されてもよい。
１） 一例において、第１のフラグは、新しい正の値が０に等しいかどうかを示すように符号化されてもよい。
ａ．さらに、代替的に、そうでない場合は、新しい正の値から１を引いた値を符号化する。
２） 代替的に、この新しい正の値は、固定長符号化または指数ゴロム符号化（例えば、ＥＧ－０ｔｈ）によって符号化されてもよい。
ｉｉ．一例において、ＭＶ／ＭＶＤのサイン情報を有する１つの動きベクトルの各成分の第２の部分は、現在のＭＶＤ符号化方法を使用して符号化されてもよい。
ｃ．一例において、１つの動きベクトルの各成分の第１の部分を一緒に符号化してもよく、第２の部分も一緒に符号化してもよい。
ｄ．一例において、Ｎは、１または２のような正の値である。
ｅ．一例において、Ｎは、動きベクトルの記憶に使用されるＭＶの精度に依存し得る。
ｉ．一例において、動きベクトルの記憶に使用されるＭＶ精度が１／２Ｍ画素である場合、ＮをＭに設定する。
１） 一例において、動きベクトルの記憶に使用されるＭＶ精度が１／１６画素である場合、Ｎは４に等しい。
２） 一例において、動きベクトルの記憶に使用されるＭＶ精度が１／８画素である場合、Ｎは３に等しい。
３） 一例において、動きベクトルの記憶に使用されるＭＶ精度が１／４画素である場合、Ｎは２に等しい。
ｆ．一例において、Ｎは、現在の動きベクトル（例えば、ＩＢＣにおけるブロックベクトル）のＭＶ精度に依存し得る。
ｉ．一例において、ＢＶが１画素の精度である場合、Ｎは１に設定されてもよい。

ＳＢＴに関して

１１．サブブロック変換を許可するために、最大ＣＵ幅および／または高さの指示を信号通知するかどうかは、最大許容変換ブロックサイズに依存し得る。
ａ．一例において、サブブロック変換を許可するための最大ＣＵ幅および最大ＣＵ高さが、６４または３２輝度サンプル（例えば、ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇ）であるかどうかは、最大許容変換ブロックサイズの値（例えば、ｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿６４＿ｆｌａｇ）に依存し得る。
ｉ．一例において、ｓｐｓ＿ｓｂｔ＿ｍａｘ＿ｓｉｚｅ＿６４＿ｆｌａｇは、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇとｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍ＿ｓｉｚｅ＿６４＿ｆｌａｇの両方が真である場合にのみ、信号通知される。

ＬＦＮＳＴ行列インデックスについて

１２．ＬＦＮＳＴ／ＬＦＮＳＴ行列インデックス（例えば、ｌｆｎｓｔ＿ｉｄｘ）の使用を符号化するために、２つのコンテキストを使用することが提案され、ここで、選択は、純粋にパーティションツリーの使用に基づく。
ｇ．一例において、単一のツリーパーティションの場合、１つのコンテキストが利用され、デュアルツリーの場合、一次変換への依存にかかわらず別のコンテキストが利用される。

１３．デュアルツリーおよび／またはスライスタイプおよび／または色成分の使用に基づいて、ＬＦＮＳＴ／ＬＦＮＳＴ行列インデックス（例えば、ｌｆｎｓｔ＿ｉｄｘ）の使用を符号化することが提案される。

５．追加の例示的な実施形態

５．１ 実施形態＃１

５．２ 実施形態＃２

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

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

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

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

本発明の実施形態において、次の解決策を好適な解決策として実施することができる。

以下の解決策は、前章に記載された項目（例えば、項目１）に記載された追加の技術とともに実施されてもよい。

１．映像処理方法（例えば、図２２に示す方法２２００）であって、イントラブロックコピーツールに基づく、映像領域における映像ブロックの符号化表現と映像ブロックとの変換のために、映像ブロックを複数の変換ユニットに分割することを許可することを判定することであって、この判定は映像ブロックの符号化条件に基づいて行われ、この符号化表現はこの分割の信号通知を省略する、判定すること（２２０２）と、この分割に基づいて変換を行うこと（２２０４）と、を含む方法。

２．前記符号化条件は、前記映像ブロックの寸法に対応する、解決策１に記載の方法。

３．前記映像ブロックの幅が第１の閾値よりも大きいことによって、前記分割が許可されると判定されるか、または、前記映像ブロックの高さが第２の閾値よりも大きいことによって、前記分割が許可されると判定される、解決策２に記載の方法。

４．前記第１の閾値および／または前記第２の閾値は、前記映像領域に対する最大変換サイズである、解決策３に記載の方法。

５．前記分割は前記映像ブロックに再帰的に適用される、解決策１～４のいずれかに記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目２）に記載された追加の技術とともに実施されてもよい。

６．映像処理方法であって、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、映像領域に対する最大変換サイズに基づいて、映像ブロックの変換のためにイントラブロックコピー（ＩＢＣ）ツールが有効化されているかどうかを判定することと、この判定に基づいて変換を行うことと、を含む方法。

７．前記映像ブロックはクロマブロックであり、最大変換サイズは対応する輝度ブロックのそれに対応し、最大変換サイズが閾値よりも大きいことに起因してＩＢＣは無効化される、解決策６に記載の方法。

８．前記符号化表現における構文要素は、前記映像ブロックの寸法または基準を満たす最大変換サイズによって前記ＩＢＣツールが有効化されているかどうかを示す、解決策６または７に記載の方法。

９．ＩＢＣツールが有効化されていると判定されると、この変換は、ゼロフォーシング条件に基づいて、映像ブロックのための残差ブロックを強制的にすべてゼロにすることをさらに含む、解決策６～８のいずれかに記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目３）に記載された追加の技術とともに実施されてもよい。

１０．映像処理方法であって、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、変換のためのイントラブロックコピー（ＩＢＣ）ツールの信号通知が符号化表現に含まれているかどうかを判定することと、この判定に基づいて変換を行うことと、を含み、この判定は、映像ブロックの幅および／または高さと映像領域のための最大許容ＩＢＣブロックサイズとに基づく、方法。

１１．幅が第１の閾値よりも大きいか、または高さが第２の閾値よりも大きいことに起因して、信号通知が含まれない、解決策１０に記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目４）に記載された追加の技術とともに実施されてもよい。

１２．映像処理方法であって、イントラブロックコピー（ＩＢＣ）ツールを使用して、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、映像ブロックを複数の変換ユニット（ＴＵ）に分割することを変換のために許可することを判定することと、この判定に基づいて変換を行うことと、を含み、変換は、複数のＴＵに対して別個の動き情報を使用することを含む、方法。

１３．複数のＴＵが、同じ高度動きベクトル予測子またはマージモードフラグを共有するように制約される、解決策１２に記載の方法。

１４．前記変換中に、複数のＴＵのうちの１つに対する動き情報を、複数のＴＵのうちの別のＴＵの動き情報を使用せずに判定する、解決策１２に記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目５）に記載された追加の技術とともに実施されてもよい。

１５．複数のＴＵの第１のＴＵが、複数のＴＵの第２のＴＵから予測される、解決策１２～１４のいずれかに記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目６）に記載された追加の技術とともに実施されてもよい。

１６．複数のＴＵの第２のＴＵからの複数のＴＵの第１のＴＵの予測が無効化される、解決策１２～１５のいずれかに記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目７）に記載された追加の技術とともに実施されてもよい。

１７．映像処理方法であって、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、イントラブロックコピーツールがこの変換のために有効化されていると判定することと、イントラブロックコピーツールを使用して変換を行うことと、を含み、映像領域のフィルタリングされた再構築サンプルを使用して映像ブロックの予測を行う、方法。

１８．前記フィルタリングされた再構築サンプルは、前記再構築サンプルにインループフィルタを適用することで生成されたサンプルを含み、前記インループフィルタは、非ブロック化フィルタ、バイラテラルフィルタ、またはサンプル適応オフセットもしくは適応ループフィルタである、解決策１７に記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目８）に記載された追加の技術とともに実施されてもよい。

１９．規則に基づいて、予測は、さらに、映像領域のフィルタリングされていない再構築サンプルを選択的に使用する、解決策１７～１８のいずれかに記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目９）に記載された追加の技術とともに実施されてもよい。

２０．前記規則は、前記再構築されたサンプルの位置に依存する、解決策１９に記載の方法。

２１．前記規則に使用される前記再構築サンプルの位置は、前記映像ブロックの符号化ツリーユニットに関する前記再構築サンプルの相対位置である、解決策２０に記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目１０）に記載された追加の技術とともに実施されてもよい。

２２．映像処理方法であって、複数の映像ブロックを含む映像と該映像の符号化表現との変換を行うことを含み、少なくともいくつかの映像ブロックは、動きベクトル情報を使用して符号化され、動きベクトル情報は、この動きベクトル情報の絶対値の第１の下位ビットに基づく第１の部分として、また、第１の下位ビットよりも上位である残りのより上位ビットに基づく第２の部分として、符号化表現で表される、方法。

２３．ＡｂｓＶとして表される動きベクトルＶの絶対値を、ＡｂｓＶ－（（ＡｂｓＶ＞＞Ｎ）＜＜Ｎ）またはＡｂｓＶ＆（１＜＜Ｎ）に等しい第１の部分に分割し、第２の部分が（ＡｂｓＶ＞＞Ｎ）に等しく、Ｎが整数である、解決策２２に記載の方法。

２４．前記第１の部分と前記第２の部分とは、前記符号化表現において別々に符号化される、解決策２２～２３のいずれかに記載の方法。

２５．ｘ動きベクトルの第１の部分を、ｙ動きベクトルの第１の部分と同じ位置で一緒に符号化する、解決策２２～２４のいずれかに記載の方法。

２６．ｘ動きベクトルの第２の部分とｙ動きベクトルの第２の部分とを別々に符号化する、解決策２５に記載の方法。

２７．Ｎが、動きベクトルの記憶に使用される精度の関数である、解決策２２～２６のいずれかに記載の方法。

以下の解決策は、前章に記載された項目（例えば、項目１１）に記載された追加の技術とともに実施されてもよい。

２８．映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、サブブロック変換ツールが変換のために有効化されているかどうかを判定することと、この判定に基づいてこの変換を行うこととを含み、この判定は、この映像領域の最大許容変換ブロックサイズに基づいて行われ、この最大許容変換ブロックサイズに基づいて、条件付きでこの符号化表現に信号通知を含める、映像処理方法。

以下の解決策は、前章に記載された項目（例えば、項目１２、１３）に記載された追加の技術とともに実施されてもよい。

２９．映像処理方法であって、映像領域の映像ブロックの符号化表現と映像ブロックとの変換のために、低周波非分離変換（ＬＦＮＳＴ）が変換中に使用されるかどうかを判定することと、この判定に基づいて変換を行うことと、を含み、この判定は、映像ブロックに適用される符号化条件に基づき、ＬＦＮＳＴおよびこのＬＦＮＳＴのための行列インデックスは、２つのコンテキストを使用して符号化表現で符号化される、方法。

３０．前記符号化条件は、使用されるパーティションツリー、または前記映像ブロックのスライスタイプ、または前記映像ブロックの色成分同一性を含む、解決策２９に記載の方法。

３１．前記映像領域は符号化ユニットを含み、前記映像ブロックは前記映像領域の輝度成分またはクロマ成分に対応する、解決策１～３０のいずれかに記載の方法。

３２．前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、解決策１～３１のいずれかに記載の方法。

３３．前記変換は、前記ビットストリーム表現から前記現在の映像ブロックのサンプルを生成することを含む、解決策１～３１のいずれかに記載の方法。

３４．解決策１～３３のいずれか１つ以上に記載の方法を実装するように構成された処理装置を備える映像処理装置。

３５．実行時に、解決策１～３３のいずれか１つ以上に記載の方法を処理装置に実装させるためのコードが記憶されたコンピュータ可読媒体。

３６．本明細書に記載される方法、システムまたは装置。

図２３は、本技術に従った映像処理方法２３００を示すフローチャートである。方法２３００は、工程２３１０において、映像の映像領域における現在のブロックとこの映像の符号化表現との変換のために、現在のブロックを複数の変換ユニットに分割することを、現在のブロックの特徴に基づいて許可することを判定することを含む。符号化表現において、分割の信号通知は省略される。方法２３００は、動作２３２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、現在のブロックの特徴は現在のブロックの寸法を含む。いくつかの実施形態において、現在のブロックの幅が第１の閾値より大きい場合、分割は変換のために呼び出される。いくつかの実施形態において、現在のブロックの高さが第２閾値より大きい場合、前記分割は前記変換のために呼び出される。いくつかの実施形態において、現在のブロックを分割することは、複数の変換ユニットの１つの寸法が閾値以下になるまで、現在のブロックを再帰的に分割することを含む。いくつかの実施形態において、現在のブロックの幅が第１の閾値以下になるまで、現在のブロックの幅が再帰的に半分に分けられる。いくつかの実施形態において、現在のブロックの高さが第２の閾値以下になるまで、現在のブロックの高さが再帰的に半分に分けられる。いくつかの実施形態において、現在のブロックの幅が第１の閾値以下であり、かつ現在のブロックの高さが第２の閾値以下になるまで、現在のブロックを再帰的に分割する。いくつかの実施形態において、第１の閾値は映像領域に対する最大変換サイズに等しい。いくつかの実施形態において、第２の閾値は映像領域に対する最大変換サイズに等しい。

いくつかの実施例において、複数の変換ユニットの少なくとも１つのサブセットが、同じ動き情報を共有する。いくつかの実施形態において、同じ動き情報は、現在のブロックに対する符号化表現において１回信号通知される高度動きベクトル予測モードまたはマージモードのための構文フラグを含む。いくつかの実施例において、動き情報は、符号化表現における現在のブロックに対して複数回判定される。いくつかの実施形態において、現在のブロックに対して動き候補リストを１回構築し、複数の変換ユニットには、前記動き候補リストにおける異なる候補が割り当てられる。いくつかの実施例において、異なる候補のインデックスは、符号化表現において信号通知される。いくつかの実施形態において、多重変換ユニットの変換ユニットに対して、動き候補リストは現在のブロック内の近傍の変換ユニットの動き情報を用いずに構築される。いくつかの実施形態において、動き候補リストは現在のブロックの空間的に近傍のブロックの動き情報を利用して構築される。いくつかの実施例において、第１の変換ユニットは、第２の変換ユニットにおける少なくとも１つの再構築サンプルに基づいて再構築される。いくつかの実施例において、複数の変換ユニットのそれぞれに対して検証チェックを別々に行う。いくつかの実施例において、第１の変換ユニットは、他の変換ユニットにおける再構築サンプルを使用することなく予測される。いくつかの実施例において、ブロックを再構築した後、ブロックに対して有効性チェックを行う。

図２４は、本技術に従った映像処理の方法２４００を示すフローチャートである。方法２４００は、工程２４１０において、映像の映像領域の現在のブロックと映像の符号化表現との変換のために、映像領域におけるフィルタリングされた再構築参照サンプルに基づいて、イントラブロックコピー（ＩＢＣ）モードを使用して、現在のブロックの予測サンプルを判定することを含む。方法２４００は、動作２４２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、前記フィルタリングされた再構築参照サンプルは、非ブロック化フィルタリング動作、バイラテラルフィルタリング動作、サンプル適応オフセット（ＳＡＯ）フィルタリング動作または適応ループフィルタリング動作のうち少なくとも１つを含むフィルタリング動作に基づいて生成される。いくつかの実施形態において、ＩＢＣモデルを利用して現在のブロックの予測サンプルを判定することは、映像領域におけるフィルタリングされていない参照サンプルにさらに基づく。いくつかの実施例において、フィルタリングされた再構築参照サンプルに基づいて、現在のブロックの第１の部分における予測サンプルを判定し、フィルタリングされていない再構築参照サンプルに基づいて、現在のブロックの第２の部分における予測サンプルを判定する。いくつかの実施形態において、フィルタリングされた再構築参照サンプルまたはフィルタリングされていない再構築参照サンプルのどちらを使用してブロックの予測サンプルを判定するかは、現在の符号化ツリーユニットまたはそのサンプルに及ぶ符号化ツリーユニットに対する予測サンプルの位置に基づく。いくつかの実施形態において、フィルタリングされた再構築参照サンプルは、予測サンプルが現在の符号化ツリーユニットの外側に位置する場合、予測サンプルを再構築するために使用される。いくつかの実施形態において、フィルタリングされた再構築参照サンプルは、予測サンプルが符号化ツリーユニット内に位置し、符号化ツリーユニットの境界から４画素以上である距離Ｄがある場合、予測サンプルを再構築するために使用される。いくつかの実施形態において、フィルタリングされていない再構築参照サンプルは、予測サンプルが現在の符号化ツリーユニット内に位置する場合、予測サンプルを再構築するために使用される。いくつかの実施形態において、フィルタリングされた再構築参照サンプルは、予測サンプルが現在の仮想パイプラインデータユニットの外部に位置する場合、前記予測サンプルを再構築するために使用される。いくつかの実施形態において、フィルタリングされていない再構築参照サンプルは、予測サンプルが現在の仮想パイプラインデータユニット内に位置する場合、予測サンプルを再構築するために使用される。

図２５は、本技術に従った映像処理方法２５００を示すフローチャートである。方法２５００は、工程２５１０において、映像の現在のブロックと映像の符号化表現とを変換するために、イントラブロックコピー（ＩＢＣ）符号化モデルのためのスキップモードの使用を示す構文要素が、規則に従って符号化表現に含まれているかを判定することを含む。この規則は、構文要素の信号通知が、現在のブロックの寸法および／またはＩＢＣ符号化モデルを使用して符号化されるブロックに対する最大許容寸法に基づくことを規定する。方法２５００は、また、動作２５２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、前記規則は、現在のブロックの幅が最大許容幅より大きい場合、前記符号化表現において前記構文要素を省略することを規定する。いくつかの実施形態において、前記規則は、現在のブロックの高さが最大許容高さより大きい場合、前記符号化表現において前記構文要素を省略することを規定する。いくつかの実施形態において、前記規則は、現在のブロックの幅が最大許容幅以下であるとき、前記構文要素が前記符号化表現に含まれることを規定する。いくつかの実施形態において、前記規則は、現在のブロックの高さが最大許容高さ以下であるとき、前記構文要素が前記符号化表現に含まれることを規定する。

いくつかの実施例において、現在のブロックは映像の映像領域にあり、この規則は、映像領域がＩタイル、Ｉスライス、Ｉブリック、またはＩサブピクチャを含む場合に適用可能である。いくつかの実施形態において、最大許容幅または最大許容高さは６４である。いくつかの実施形態において、最大許容幅または最大許容高さは仮想パイプラインデータユニットの寸法に等しい。いくつかの実施形態において、最大許容幅または最大許容高さは変換ユニットの最大寸法に等しい。

図２６は、本技術に従った映像処理方法２６００を示すフローチャートである。この方法２６００は、工程２６１０において、映像の現在のブロックと映像の符号化表現との変換のために、低周波非分離変換（ＬＦＮＳＴ）符号化モデルに関連付けられたインデックスを符号化するための少なくとも１つのコンテキストを判定することを含む。このＬＦＮＳＴ符号化モデルは、符号化の間、順方向一次変換と量子化ステップとの間に順方向二次変換を適用すること、または復号化の間、逆量子化ステップと逆方向一次変換との間に逆方向二次変換を適用することを含む。順方向二次変換および逆方向二次変換のサイズは、現在のブロックのサイズよりも小さい。前記少なくとも１つのコンテキストは、順方向一次変換または逆方向一次変換を考慮せず、現在のブロックのパーティションタイプに基づいて判定される。方法２６００は、また、動作２６２０において、その判定に従って変換を行うことを含む。

いくつかの実施形態において、パーティションタイプが単一のツリーパーティションである場合、１つのコンテキストのみがインデックスを符号化するために使用される。いくつかの実施形態において、パーティションタイプがデュアルツリーパーティションであるとき、インデックスを符号化するために２つのコンテキストを使用する。

いくつかの実施形態において、低周波非分離変換（ＬＦＮＳＴ）符号化モデルの使用を示すインデックスは、ブロックに関連する特徴、現在のブロックに関連するパーティションタイプ、スライスタイプまたは色成分を含む特徴に基づいて、符号化表現に含まれる。

図２７は、本技術に従った映像処理方法２７００を示すフローチャートである。この方法２７００は、工程２７１０において、映像の映像領域の現在のブロックと映像の符号化表現との変換のために、映像領域に適用可能な最大変換ユニットサイズに基づいて、イントラブロックコピー（ＩＢＣ）符号化モデルが有効化されているかどうかを判定することを含む。方法２７００は、また、動作２７２０において、その判定に従って変換を行うことを含む。

いくつかの実施形態において、現在のブロックの寸法または現在のブロックに対応する輝度ブロックの寸法が最大変換ユニットのサイズより大きい場合、ＩＢＣ符号化モデルを無効化する。いくつかの実施形態において、現在のブロックの幅または現在のブロックに対応する輝度ブロックの幅が最大変換ユニットの幅より大きい場合、ＩＢＣ符号化モデルを無効化する。いくつかの実施形態において、現在のブロックの高さまたは現在のブロックに対応する輝度ブロックの高さが最大変換高さより大きい場合、ＩＢＣ符号化モデルを無効化する。いくつかの実施例において、符号化表現におけるＩＢＣ符号化モデルの使用を信号通知する方式は、現在のブロックの寸法および最大変換ユニットのサイズに基づく。いくつかの実施例において、ＩＢＣ符号化モデルの使用を信号通知することは、ＩＢＣ符号化モデルのスキップモードを示す構文要素を含む。いくつかの実施例において、構文要素は、符号化表現におけるＩタイル、Ｉスライス、Ｉブリック、またはＩサブピクチャに含まれる。

いくつかの実施例において、ＩＢＣ符号化モデルの使用を信号通知することは、ＩＢＣモードを示す構文要素を含む。いくつかの実施形態において、現在のブロックの幅が最大変換ユニットの幅より大きいか、または現在のブロックの高さが最大変換ユニットの高さより大きい場合、符号化表現において構文要素を省略する。いくつかの実施形態において、現在のブロックの幅が最大変換ユニットの幅以下であるか、または現在のブロックの高さが最大変換ユニットの高さ以下である場合、構文要素は符号化表現に含まれる。いくつかの実施形態において、現在のブロックの幅が最大変換ユニットの幅より大きいか、または現在のブロックの高さが最大変換ユニットの高さより大きい場合、構文要素は符号化表現に含まれ、０に設定される。

いくつかの実施形態において、現在のブロックに対してＩＢＣ符号化モデルを有効化する場合、規則に従って、現在のブロックに対応する残差ブロックにおけるサンプルを０に設定する。いくつかの実施形態において、規則は、現在のブロックの幅が最大変換ユニットの幅より大きいか、または現在のブロックの高さが最大変換ユニットの高さより大きい場合、サンプルを０に設定することを規定する。いくつかの実施形態において、規則は、現在のブロックの幅が第１の閾値より大きいか、または現在のブロックの高さが第２の閾値より大きい場合、サンプルを０に設定することを規定する。いくつかの実施形態において、第一閾値は６４／ｖＳｉｚｅＸであり、ｖＳｉｚｅＸは仮想パイプラインデータユニットの幅である。いくつかの実施形態において、第二閾値は６４／ｖＳｉｚｅＹであり、ｖＳｉｚｅＹは仮想パイプラインデータユニットの高さである。いくつかの実施形態において、符号化ブロックのための構文フラグは符号化表現において省略される。いくつかの実施形態において、符号化ブロックのための構文フラグは符号化表現において０に設定される。

いくつかの実施例において、符号化表現における符号化ブロックのための構文フラグの信号通知は、ＩＢＣ符号化モデルの使用に基づく。いくつかの実施形態において、現在のブロックに対してＩＢＣ符号化モデルが有効化され、ブロックの寸法が最大変換ユニットのサイズより大きい場合、符号化表現において構文フラグを省略することができる。いくつかの実施形態において、現在のブロックに対してＩＢＣ符号化モデルが有効化され、ブロックの寸法が仮想パイプラインデータユニットに関連する閾値より大きい場合、符号化表現において構文フラグは省略される。

図２８は、本技術に従った映像処理方法２８００を示すフローチャートである。方法２８００は、工程２８１０において、映像の現在のブロックと映像の符号化表現とを変換するために、現在のブロックに対する動きベクトルの成分の絶対値を２つの部分に分割することを判定することを含む。動きベクトルを（Ｖｘ，Ｖｙ）と表し、その成分をＶｉと表し、ＶｉはＶｘまたはＶｙのいずれかである。２つの部分の第１の部分は、｜Ｖｉ｜－（（｜Ｖｉ｜＞＞Ｎ）＜＜Ｎ）に等しく、２つの部分の第２の部分は、｜Ｖｉ｜＞＞Ｎに等しく，Ｎは正の整数である。２つの部分は符号化表現において別々に符号化される。方法２８００は、また、動作２８２０において、その判定に従って変換を行うことを含む。

いくつかの実施例において、２つの成分ＶｘおよびＶｙは、符号化表現において別々に信号通知される。いくつかの実施例において、第１の部分は、Ｎビットの固定長で符号化される。いくつかの実施形態において、成分Ｖｘの第１の部分と成分Ｖｙの第１の部分とは一緒に符号化され、成分Ｖｘの第２の部分と成分Ｖｙの第２の部分とは別々に符号化される。いくつかの実施形態において、成分Ｖｘの第１の部分および成分Ｖｙの第１の部分は、２Ｎビットの長さを有する値として符号化される。いくつかの実施形態において、値は（Ｖｘ＜＜Ｎ）＋Ｖｙ）に等しい。いくつかの実施例において、この値は、固定長符号化処理または指数ゴロム符号化処理を使用して符号化される。

いくつかの実施形態において、成分Ｖｘの第１の部分と成分Ｖｙの第１の部分とは一緒に符号化され、成分Ｖｘの第２の部分と成分Ｖｙの第２の部分とは一緒に符号化される。いくつかの実施例において、第１の部分が０に等しいかどうかを示すために、符号化表現に構文フラグが含まれる。いくつかの実施例において、第１の部分は、Ｋの値を有し、ここで、Ｋ≠０であり、（Ｋ－１）の値が符号化表現において符号化される。いくつかの実施形態において、サイン情報を有する各コンポーネントの第２部分は、動きベクトル差分符号化処理を使用して符号化される。いくつかの実施例において、Ｎは１又は２である。いくつかの実施形態において、Ｎは、動きベクトルデータの記憶に使用される動きベクトルの精度により判定される。いくつかの実施形態において、動きベクトルの精度が１／１６画素であるとき、Ｎは４である。いくつかの実施形態において、動きベクトルの精度が１／８画素であるとき、Ｎは３である。いくつかの実施形態において、動きベクトルの精度が１／４画素であるとき、Ｎは２である。いくつかの実施形態において、Ｎは現在の動きベクトルの動きベクトル精度に基づいて判定される。いくつかの実施形態において、動きベクトルの精度が１画素であるとき、Ｎは１である。

図２９は、本技術に従った映像処理方法２９００を示すフローチャートである。この方法２９００は、工程２９１０において、映像の現在のブロックと映像の符号化表現との変換のために、変換ブロックの最大許容寸法に基づいて、現在のブロックにおけるサブブロック変換を可能にする現在のブロックの最大寸法に関する情報を判定することを含む。方法２９００は、また、動作２９２０において、その判定に従って変換を行うことを含む。

いくつかの実施形態において、現在のブロックにおけるサブブロック変換を可能にする現在のブロックの最大寸法は、変換ブロックの最大許容寸法に対応する。いくつかの実施形態において、前記現在のブロックの最大寸法は６４または３２である。いくつかの実施例において、スライスパラメータセットにおける第１の構文フラグは、サブブロック変換が有効になっていることを示し、スライスパラメータセットにおける第２の構文フラグは、変換ブロックの最大許容寸法が６４であることを示す場合、現在のブロックの最大寸法を示す構文フラグが、符号化表現に含まれる。

いくつかの実施例において、この変換は、現在のブロックから符号化表現を生成することを含む。いくつかの実施例において、この変換は、符号化表現から現在のブロックのサンプルを生成することを含む。

上記解決策において、変換を行うことは、符号化または復号化動作中に、前回の判定ステップの結果を使用すること（例えば、特定の符号化または復号化ステップを使用する、または使用しない）を含んで、変換結果に到達する。

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

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

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

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

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

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

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

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

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

関連出願の相互参照
本願は、２０２０年９月９日出願の国際特許出願ＰＣＴ／ＣＮ２０２０／１１４２３２の国内段階であり、２０１９年９月９日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／１０４８６９の優先権および利益を主張する。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

イントラブロックコピー（ＩＢＣ）、別名、現在のピクチャの参照は、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデル（ＶＴＭ－４．０）に採用されている。ＩＢＣは、動き補償の概念をインターフレーム符号化からイントラフレーム符号化に拡張する。図１７は、イントラブロックコピーの動作を示す図である。図１７に示すように、現在のブロックは、ＩＢＣが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＩＢＣは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＩＢＣは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＩＢＣを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、複数のビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。

Claims (61)

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. 請求項１～５８のいずれかにより生成された符号化表現を記憶する、
    コンピュータ可読媒体。

Images