JP2022534201A - イントラブロックコピー符号化ブロックにおけるブロックベクトルの符号化 - Google Patents

Abstract

ブロックベクトル信号通知および／またはマージ候補を使用しつつ、映像をイントラブロック符号化に基づいて復号化または符号化するための方法、装置、およびシステムが開示される。例示の映像処理方法は、映像の映像領域と前記映像のビットストリーム表現との間での変換を実行することを含み、ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ候補の最大数に基づいて、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）モードのためのＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）関連構文要素を選択的に含み、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される。【選択図】図２０Ａ

Description

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

本明細書は、映像および画像の符号化および復号化技術に関する。

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

開示された技術は、ブロックベクトル信号通知および／またはマージ候補を使用しつつ、映像のイントラブロック符号化に基づく復号化または符号化を行う、映像または画像デコーダまたは、エンコーダの実施形態によって使用されてもよい。

１つの代表的な態様において、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数に基づいて、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）モードのためのＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）関連構文要素を選択的に含み、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される。

別の代表的な態様において、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換のために、映像領域に対してＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）モードの使用の指示が無効化され、且つ映像のシーケンスレベルでＩＢＣモードの使用が有効化されることを判定することと、判定に基づいて、変換を実行することであって、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される、こととを含む。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数に基づいて、ＩＢＣモードおよび／または１または複数のＩＢＣ関連構文要素の使用に関する指示を選択的に含み、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、映像領域の変換中に使用される、第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数の指示は、ビットストリーム表現において、変換中に使用されるインターモードのマージ候補の最大数とは独立して信号通知され、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と前記映像のビットストリーム表現との間での変換を実行することを含み、映像領域の変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）、およびＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）の関数であり、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、映像領域の変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、映像領域の符号化モード情報に基づく。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域とこの映像のビットストリーム表現との間での変換を実行することを含み、復号化されたＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）マージインデックス、または、復号化ＩＢＣマージインデックスは、ＩＢＣ動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）より小さい。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックス、または、ＩＢＣマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することと、判定に基づいて、変換中のデフォルト予測ブロックを使用することと、を含む。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックス、または、ＩＢＣマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することと、判定に基づいて、映像領域を無効なブロックベクトルを有するものとして扱うことによって、変換を実行することと、を含む。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間の変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックス、または、ＩＢＣマージ候補インデックスが条件を満たさないことを判定することと、判定に基づいて、補足ＢＶ（Ｂｌｏｃｋ Ｖｅｃｔｏｒ）候補リストを生成することと、補足ＢＶ候補リストを使用して、変換を実行することと、を含む。

さらに別の代表的な態様では、映像処理のための方法が開示される。方法は、映像の映像領域と映像のビットストリーム表現との間の変換を実行することを含み、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）は、２に等しくない。

別の例示的な態様において、上述された方法は、プロセッサを含む映像デコーダによって実装されてもよい。

別の例示的な態様において、上述された方法は、プロセッサを含む映像エンコーダによって実装されてもよい。

さらに別の例示的な態様において、これらの方法は、プロセッサ実行可能命令の形式で実施されてもよく、コンピュータ可読プログラム媒体に記憶されてもよい。

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

マージ候補リスト構築のための導出処理の一例を示す。 空間的マージ候補の位置の例を示す。 空間的マージ候補の冗長性チェックに考慮される候補対の例を示す。 Ｎ×２Ｎおよび２Ｎ×Ｎのパーティションの第２のＰＵ（Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）の位置の例を示す。 Ｎ×２Ｎおよび２Ｎ×Ｎのパーティションの第２のＰＵ（Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）の位置の例を示す。 時間的マージ候補のための動きベクトルのスケーリングの説明図である。 時間的マージ候補、Ｃ０およびＣ１の候補位置の例を示す。 結合双方向予測マージ候補の例を示す。 動きベクトル予測候補の導出処理を要約する。 空間的動きベクトル候補のための動きベクトルスケーリングの説明を示す。 ４パラメータアフィン動きモデルおよび６パラメータアフィン動きモデルを示す。 ４パラメータアフィン動きモデルおよび６パラメータアフィン動きモデルを示す。 サブブロックごとのアフィンＭＶＦ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｆｉｅｌｄ）の例である。 アフィンマージモードの候補位置の例を示す。 修正後のマージリスト構築処理の一例を示す。 三角形分割ベースのインター予測の例を示す。 ＵＭＶＥ（Ｕｌｔｉｍａｔｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｅｘｐｒｅｓｓｉｏｎ）検索処理の一例を示す。 ＵＭＶＥ検索点の一例を示す。 ＤＭＶＲにおけるリスト０とリスト１との間にミラーリングされるＭＶＤ（０，１）の例を示す。 １回の繰り返しでチェックされてもよいＭＶの例を示す。 ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）の例を示す。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理のための方法の例を示すフローチャートである。 映像処理装置の例を示すブロック図である。 開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。

本明細書は、展開または復号化されたデジタル映像または画像の品質を向上させるために、画像または映像ビットストリームのデコーダによって使用できる様々な技術を提供する。簡潔にするために、本明細書では、用語「映像」は、一連のピクチャ（従来から映像と呼ばれる）および個々の画像の両方を含むように使用される。さらに、映像エンコーダは、さらなる符号化に使用される復号化されたフレームを再構成するために、符号化の処理中にこれらの技術を実装してもよい。

本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。このように、ある章の実施形態は、他の章の実施形態と組み合わせることができる。

１ 発明の概要

本発明は、映像符号化技術に関する。具体的には、動きベクトル符号化に関する。ＨＥＶＣのような既存の映像符号化規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。

２ 背景技術

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

ＶＶＣドラフトの最新バージョン、即ち、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ドラフト５）は、以下を参照することができる。

ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＶＥＴ－Ｎ１００１－ｖ２．ｚｉｐ

ＶＴＭと呼ばれるＶＶＣの最新の参照ソフトウェアは、以下で確認することができる。

ｖｃｇｉｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｊｖｅｔ／ＶＶＣＳｏｆｔｗａｒｅ＿ＶＴＭ／ｔａｇｓ／ＶＴＭ－５．０

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

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

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

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

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

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

２．１．１ 参照ピクチャバッファ

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

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

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

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

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

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

図１は、マージ候補リスト構築のための導出処理の一例を示す。

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

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

図２は、空間的マージ候補の位置の例を示す。

図３は、空間的マージ候補の冗長性チェックに考慮される候補対の例を示す。

図４は、Ｎ×２Ｎおよび２Ｎ×Ｎのパーティションの第２のＰＵの位置の例を示す。

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

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

図５は、時間的マージ候補のための動きベクトルのスケーリングの説明図である。

参照フレームに属する同一位置のＰＵ（Ｙ）において、図６に示すように、候補Ｃ０と候補Ｃ１との間で時間的候補の位置が選択される。位置Ｃ０のＰＵが利用可能でなく、イントラ符号化され、または、現在のＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）（別名、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ））行の外側にある場合は、位置Ｃ１が使用される。そうでない場合、位置Ｃ０が時間的マージ候補の導出に使用される。

図６は、時間的マージ候補、Ｃ０およびＣ１の候補位置の例を示す。

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

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

図７は、結合双方向予測マージ候補の例を示す。

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

２．１．３ ＡＭＶＰ

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

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

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

図８は、動きベクトル予測候補の導出処理の例を示す。

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

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

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

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

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

図９は、空間的動きベクトル候補のための動きベクトルスケーリングの説明を示す。

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

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

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

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

インター予測を改善するための新しい符号化ツールには、ＭＶＤを信号通知するためのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）、ＭＭＶＤ（Ｍｅｒｇｅ ｗｉｔｈ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅｓ）、ＴＰＭ（Ｔｒｉａｎｇｕｌａｒ Ｐｒｅｄｉｃｔｉｏｎ Ｍｏｄｅ）、ＣＩＩＰ（Ｃｏｍｂｉｎｅｄ Ｉｎｔｒａ－Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）、ＡＴＭＶＰ（Ａｄｖａｎｃｅｄ ＴＭＶＰ）（別名、ＳｂＴＭＶＰ）、アフィン予測モード、ＧＢＩ（Ｇｅｎｅｒａｌｉｚｅｄ ＢＩ－ｐｒｅｄｉｃｔｉｏｎ）、ＤＭＶＲ（Ｄｅｃｏｄｅｒ－ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｆｉｎｅｍｅｎｔ）、ＢＩＯ（ＢＩ－Ｏｐｔｉｃａｌ ｆｌｏｗ）（別名、ＢＤＯＦ）などがある。

ＶＶＣでサポートされる３つの異なるマージリスト構築処理がある。
１）サブブロックマージ候補リスト：ＡＴＭＶＰおよびアフィンマージ候補を含む。１つのマージリスト構築処理は、アフィンモードおよびＡＴＭＶＰモードの両方に対して共有される。なお、ＡＴＭＶＰおよびアフィンマージ候補は順に追加されてもよい。サブブロックマージリストのサイズはスライスヘッダで信号通知され、最大値は５である。
２）通常マージリスト：残りの符号化ブロックについては、１つのマージリスト構築処理を共有する。ここで、空間的／時間的／ＨＭＶＰ、ペアワイズ結合された双方向予測マージ候補、および動きゼロ候補が順に挿入されてもよい。通常のマージリストのサイズはスライスヘッダにて信号通知され、最大値は６である。ＭＭＶＤ、ＴＰＭ、ＣＩＩＰは通常のマージリストに依存する。
３）ＩＢＣマージリスト：通常のマージリストと同様に実行される。

同様に、ＶＶＣでサポートされるＡＭＶＰリストは次の３つである。
１）アフィンＡＭＶＰ候補リスト
２）通常のＡＭＶＰ候補リスト
３）ＩＢＣ ＡＭＶＰ候補リスト：ＪＶＥＴ－Ｎ０８４３の採用に起因して、ＩＢＣマージリストと同じ構築処理

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

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

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

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

２．２．２ アフィン予測モード

ＨＥＶＣにおいて、ＭＣＰ（Ｍｏｔｉｏｎ Ｃｏｍｐｅｎｓａｔｉｏｎ Ｐｒｅｄｉｃｔｉｏｎ）のために並進運動モデルのみが適用される。一方、現実世界において、動きには様々な種類があり、例えば、ズームイン／ズームアウト、回転、透視運動、および他の不規則な動きがある。ＶＶＣにおいて、４パラメータアフィンモデルおよび６パラメータアフィンモデルを用いて、簡易アフィン変換動き補償予測を適用する。図１０Ａおよび図１０Ｂに示すように、ブロックのアフィン動き領域は、４パラメータアフィンモデルの場合、２つのＣＰＭＶ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）によって表され、６パラメータアフィンモデルの場合、３つのＣＰＭＶによって表される。

図１０Ａおよび図１０Ｂは以下を示す。１０Ａ：簡易アフィン動きモデル－パラメータアフィン、１０Ｂ：６－パラメータアフィンモード。

ブロックのＭＶＦ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｆｉｅｌｄ）は、式（１）における４パラメータアフィンモデル（ここで、４パラメータは変数ａ、ｂ、ｅ、およびｆとして定義される）および式（２）における６パラメータアフィンモデル（ここで、４パラメータは変数ａ、ｂ、ｃ、ｄ、ｅ、およびｆとして定義される）を用いて、それぞれ以下の式で表される。

ここで、（ｍｖ^ｈ _０，ｍｖ^ｈ _０）は、左上隅の制御点の動きベクトルであり、（ｍｖ^ｈ _１，ｍｖ^ｈ _１）は、右上隅の制御点の動きベクトルであり、（ｍｖ^ｈ _２，ｍｖ^ｈ _２）は、左下隅の制御点の動きベクトルであり、３つの動きベクトルのすべては、ＣＰＭＶ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）と呼ばれ、（ｘ，ｙ）は、現在のブロック内の左上サンプルに対する代表点の座標を表し、（ｍｖ^ｈ（ｘ，ｙ），ｍｖ^ｖ（ｘ，ｙ））は、（ｘ，ｙ）に位置するサンプルに対して導出された動きベクトルである。ＣＰ動きベクトルは、（アフィンＡＭＶＰモードのように）信号通知されてもよいし、または（アフィンマージモードのように）オンザフライで導出されてもよい。ｗおよびｈは、現在のブロックの幅および高さである。実際において、この分割は、丸め演算を伴う右シフトによって実施される。ＶＴＭにおいて、代表点はサブブロックの中心位置として定義され、例えば、現在のブロックにおける左上のサンプルに対するサブブロックの左上の角の座標が（ｘｓ，ｙｓ）である場合、代表点の座標は（ｘｓ＋２，ｙｓ＋２）として定義される。各サブブロック（すなわち、ＶＴＭにおいて４×４）に対して、代表点を利用して、サブブロック全体の動きベクトルを導出する。

動き補償予測をさらに簡単にするために、サブブロックに基づくアフィン変換予測が適用される。各Ｍ×Ｎ（現行のＶＶＣでは、ＭおよびＮの両方が４に設定される）のサブブロックの動きベクトルを導出するために、各サブブロックの中心サンプルの動きベクトルは、図１１に示すように、式（１）および式（２）に従って算出し、１／１６の小数精度に丸められる。そして、１／１６画素の動き補償補間フィルタを適用し、導出された動きベクトルを用いて各サブブロックの予測を生成する。１／１６画素の補間フィルタは、アフィンモードで導入される。

図１１は、サブブロックごとのアフィンＭＶＦの例を示す。

ＭＣＰ後、各サブブロックの高精度動きベクトルが丸められ、通常の動きベクトルと同じ精度で保存する。

２．２．３ ブロック全体のマージ
２．２．３．１ 並進通常マージモードのマージリスト構築
２．２．３．１．１ ＨＭＶＰ（Ｈｉｓｔｏｒｙ－ｂａｓｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）

マージリストの設計とは異なり、ＶＶＣでは、ＨＭＶＰ（Ｈｉｓｔｏｒｙ－ｂａｓｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）法が採用されている。

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

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

（並進移動のための）通常のマージリストの構築は、以下のステップのシーケンスに従って要約することができる。
●ステップ１：空間的候補の導出
●ステップ２：ＨＭＶＰ候補の挿入
●ステップ３：ペアワイズ平均候補の挿入
●ステップ４：デフォルトの動き候補

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

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

ＨＭＶＰテーブルは、５つまでの正規の動き候補を含み、各々がユニークである。

２．２．３．２ ＴＰＭ（Ｔｒｉａｎｇｕｌａｒ Ｐｒｅｄｉｃｔｉｏｎ Ｍｏｄｅ）

ＶＴＭ４において、インター予測のために三角形分割モードがサポートされる。三角形分割モードは、８×８以上であり、マージモードで符号化され、ＭＭＶＤまたはＣＩＩＰモードでは符号化されないＣＵにのみ適用される。これらの条件を満たすＣＵの場合、ＣＵレベルフラグは、三角形分割モードが適用されるかどうかを示すために信号通知される。

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

図１４は、三角形分割ベースのインター予測の例を示す。

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

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

２．２．３．３ ＭＭＶＤ

ＪＶＥＴ－Ｌ００５４には、ＵＭＶＥ（Ｕｌｔｉｍａｔｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｅｘｐｒｅｓｓｉｏｎ）（ＭＭＶＤとしても知られている）が示されている。ＵＭＶＥは、提案された動きベクトル表現方法でスキップモードまたはマージモードのいずれかに使用される。

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

ＵＭＶＥは、新しいＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）表現方法を提供し、開始点、動きの大きさ、および動きの方向を使用して１つのＭＶＤを表す。

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

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

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

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

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

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

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

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

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

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

ＵＭＶＥは、ＭＭＶＤ（Ｍｅｒｇｅ ｗｉｔｈ ＭＶ Ｄｉｆｆｅｒｅｎｃｅｓ）としても知られている。

２．２．３．４ ＣＩＩＰ（Ｃｏｍｂｉｎｅｄ Ｉｎｔｒａ－Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）

ＪＶＥＴ－Ｌ０１００には、複数の多重仮説が提案され、結合されたイントラおよびインター予測は、多重仮説を生成する１つの方法である。

多重仮説予測をイントラモードの微調整に適用する場合、多重仮説予測は、１つのイントラ予測と１つのマージインデックス予測とを組み合わせる。マージＣＵにおいて、フラグが真である場合、１つのフラグがマージモードのために信号通知され、イントラ候補リストからイントラモードが選択される。輝度成分の場合、イントラ候補リストは、１つのイントラ予測モード、すなわち平面モードのみから導出される。イントラ予測およびインター予測から予測ブロックに適用される重みは、２つの近傍のブロック（Ａ１およびＢ１）の符号化モード（イントラまたは、非イントラ）によって判定される。

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

なお、非サブブロックマージ候補の通常のマージリストに加え、すべてのサブブロック関連動き候補が別個のマージリストに入れることが提案される。

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

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

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

２．２．４．１．１ ＡＴＭＶＰ（別名、サブブロック時間的動きベクトル予測子、ＳｂＴＭＶＰ）

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

２．２．５ 通常のインターモード（ＡＭＶＰ）
２．２．５．１ ＡＭＶＰ動き候補リスト

ＨＥＶＣにおけるＡＭＶＰ設計と同様に、最大２つのＡＭＶＰ候補が導出されてもよい。しかしながら、ＨＭＶＰ候補は、ＴＭＶＰ候補の後に追加されてもよい。ＨＭＶＰテーブルにおけるＨＭＶＰ候補は、インデックスの昇順に（すなわち、最も古い０に等しいインデックスから）トラバースされる。最大４つのＨＭＶＰ候補をチェックし、その参照ピクチャが対象となる参照ピクチャと同じである（即ち、同じＰＯＣ値である）かどうかを見出されてもよい。

２．２．５．２ ＡＭＶＲ

ＨＥＶＣにおいて、スライスヘッダにおいてｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇが０に等しい場合、１／４輝度サンプルの単位でＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）（ＰＵの動きベクトルと予測動きベクトルとの差分）が信号通知される。ＶＶＣにおいて、局所的なＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）が導入される。ＶＶＣにおいて、ＭＶＤは、１／４輝度サンプル、整数輝度サンプルまたは、４輝度サンプル（即ち、１／４画素、１画素、４画素）の単位で符号化され得る。ＭＶＤ解像度は、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）レベルで制御され、ＭＶＤ解像度フラグは、少なくとも１つの非ゼロＭＶＤ成分を有する各ＣＵに対して条件付きで信号通知される。

少なくとも１つの非ゼロＭＶＤ成分を有するＣＵの場合、１／４輝度サンプルＭＶ精度がＣＵにおいて使用されるか否かを示すために、第１のフラグが信号通知される。第１のフラグ（１に等しい）が、１／４輝度サンプルＭＶ精度が使用されていないことを示す場合、整数輝度サンプルＭＶ精度が使用されるか、または、４輝度サンプルＭＶ精度が使用されるかを示すために、別のフラグが信号通知される。

ＣＵの第１のＭＶＤ解像度フラグがゼロであるか、または、ＣＵに対して符号化されていない（つまり、ＣＵにおけるすべてのＭＶＤがゼロである）場合、ＣＵに対して１／４輝度サンプルＭＶ解像度が使用される。ＣＵが整数輝度サンプルＭＶ精度、または、４輝度サンプルＭＶ精度を使用する場合、ＣＵのＡＭＶＰ候補リストにおけるＭＶＰを対応する精度に丸める。

２．２．５．３ ＪＶＥＴ－Ｎ１００１－ｖ２における対称動きベクトル差分

ＪＶＥＴ－Ｎ１００１－ｖ２において、双方向予測における動き情報符号化には、ＳＭＶＤ（Ｓｙｍｍｅｔｒｉｃ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）が適用される。

まず、スライスレベルにおいて、ＳＭＶＤモードで使用されるリスト０／１の参照ピクチャインデックスを示す変数ＲｅｆＩｄｘＳｙｍｌ０およびＲｅｆＩｄｘＳｙｍｌ１がそれぞれ、Ｎ１００１－ｖ２に規定されるように、以下のステップで導出される。２つの変数のうち少なくとも１つが－１に等しい場合、ＳＭＶＤモードは無効化されるものとする。

２．２．６ 動き情報の改善
２．２．６．１ ＤＭＶＲ（Ｄｅｃｏｄｅｒ－ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｆｉｎｅｍｅｎｔ）

双方向予測動作において、１つのブロック領域を予測するために、ｌｉｓｔ０のＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）およびｌｉｓｔ１のＭＶをそれぞれ使用して形成される２つの予測ブロックが組み合わされ、１つの予測信号を形成する。ＤＭＶＲ（Ｄｅｃｏｄｅｒ－ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｆｉｎｅｍｅｎｔ）方法において、双方向予測の２つの動きベクトルがさらに改善される。

ＶＶＣにおけるＤＭＶＲに対して、図１７に示すように、リスト０とリスト１の間をミラーリングすると仮定し、バイラテラルマッチングを行うことにより、ＭＶを改善、すなわち、いくつかのＭＶＤ候補の中から最良のＭＶＤを見出す。２つの参照ピクチャリストのＭＶを、ＭＶＬ０（Ｌ０Ｘ，Ｌ０Ｙ）、およびＭＶＬ１（Ｌ１Ｘ，Ｌ１Ｙ）で示す。コスト関数（例えば、ＳＡＤ）を最小化し得る、リスト０のための（ＭｖｄＸ，ＭｖｄＹ）によって示されるＭＶＤは、最良のＭＶＤとして定義される。ＳＡＤ関数は、リスト０の参照ピクチャにおける動きベクトル（Ｌ０Ｘ＋ＭｖｄＸ，Ｌ０Ｙ＋ＭｖｄＹ）によって導出されるリスト０の参照ブロックと、リスト１の参照ピクチャにおける動きベクトル（Ｌ１Ｘ－ＭｖｄＸ，Ｌ１Ｙ－ＭｖｄＹ）によって導出されるリスト１の参照ブロックとの間のＳＡＤとして定義される。

動きベクトル改善処理は、２回反復されてもよい。各反復において、図１８に示すように、最大６つのＭＶＤ（整数画素精度）が２つのステップでチェックされてもよい。第１のステップにおいて、ＭＶＤ（０，０）、（－１，０）、（１，０）、（０，－１）、（０，１）がチェックされる。第２のステップにおいて、ＭＶＤ（－１，－１）、（－１，１）、（１，－１）、または（１，－１）のうちの１つが選択され、さらにチェックされてもよい。関数Ｓａｄ（ｘ，ｙ）がＭＶＤ（ｘ，ｙ）のＳＡＤ値を返す。第２のステップにおいてチェックされた（ＭｖｄＸ，ＭｖｄＹ）で表されるＭＶＤは、以下のように決定される。
ＭｖｄＸ＝－１；
ＭｖｄＹ＝－１；
Ｉｆ（Ｓａｄ（１，０）＜Ｓａｄ（－１，０））
ＭｖｄＸ＝１；
Ｉｆ（Ｓａｄ（０，１）＜Ｓａｄ（０，－１））
ＭｖｄＹ＝１；

第１の反復において、開始点は信号通知されたＭＶであり、第２の反復において、開始点は信号通知されたＭＶに第１の反復で選択された最良のＭＶＤを加えたものである。ＤＭＶＲは、１つの参照ピクチャが前のピクチャであり、他の参照ピクチャが後のピクチャであり、かつ、２つの参照ピクチャが、現在のピクチャからの同じピクチャオーダカウント距離を有する場合にのみ適用される。

図１７は、ＤＭＶＲにおけるリスト０とリスト１との間にミラーリングされるＭＶＤ（０，１）の例を示す。

図１８は、１回の繰り返しでチェックされてもよいＭＶの例を示す。

ＤＭＶＲの処理をさらに簡単にするために、ＪＶＥＴ－Ｍ０１４７はＪＥＭの設計にいくつかの変更を提案した。具体的には、ＶＴＭ－４．０に採用されたＤＭＶＲ設計（近いうちにリリース）は、以下の主な特徴を有する。
●ｌｉｓｔ０とｌｉｓｔ１の間の（０，０）位置のＳＡＤが閾値より小さい場合、早期終了とする。
●ある位置において、ｌｉｓｔ０とｌｉｓｔ１との間のＳＡＤが０である場合、早期終了とする。
●ＤＭＶＲに対するブロックサイズ：Ｗ＊Ｈ＞＝６４＆Ｈ＞＝８。ここで、ＷおよびＨは、ブロックの幅および高さである。
●ＣＵのサイズが１６＊１６より大きいＤＭＶＲの場合、ＣＵを複数の１６×１６のサブブロックに分割する。ＣＵの幅または高さのみが１６よりも大きい場合、ＣＵは垂直または水平方向にのみ分割される。
●参照ブロックの大きさ（Ｗ＋７）＊（Ｈ＋７）（輝度の場合）。
●２５点のＳＡＤベースの整数画素検索（すなわち、（＋－）２つの改善検索範囲、単一段階）
●バイリニア補間ベースのＤＭＶＲ。
●「パラメトリック誤差表面方程式」ベースのサブピクセル改善。この手順は、前回のＭＶ改善の反復において、最小ＳＡＤコストがゼロに等しくなく、かつ、最良のＭＶＤが（０，０）である場合にのみ行われる。
●輝度／彩度ＭＣの参照ブロックパディング（必要に応じて）。
●ＭＣおよびＴＭＶＰにのみ使用される改善されたＭＶ。

２．２．６．１．１ ＤＭＶＲの使用方法

以下の条件がすべて真である場合、ＤＭＶＲが有効化されてよい。
－ＳＰＳにおけるＤＭＶＲ有効化フラグ（即ち、ｓｐ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１に等しい。
－ＴＰＭフラグ、インターアフィンフラグ、サブブロックマージフラグ（ＡＴＭＶＰまたはアフィンマージ）、およびＭＭＶＤフラグがすべて０に等しい。
－マージフラグが１に等しい。
－現在のブロックは双方向予測され、現在のピクチャとリスト１における参照ピクチャとの間のＰＯＣ距離が、リスト０における参照ピクチャと現在のピクチャとの間のＰＯＣ距離に等しい。
－現在のＣＵの高さが８以上である。
－輝度サンプルの数（ＣＵの幅＊高さ）が６４以上である。

２．２．２．２．２ 「パラメトリック誤差表面方程式」ベースのサブピクセル改善

方法を以下に要約する。
１．所与の反復において中心位置が最良のコスト位置である場合にのみ、パラメトリック誤差表面フィットを計算する。
２．中心位置コストと、中心から（－１，０）、（０，－１）、（１，０）、（０，１）の位置におけるコストとを使用して、次式の２－Ｄ放物線誤差表面方程式を適合させる。
Ｅ（ｘ，ｙ）＝Ａ（ｘ－ｘ_０）^２＋Ｂ（ｙ－ｙ_０）^２＋Ｃ
ここで、（ｘ_０，ｙ_０）は、最小限のコストを有する位置に対応し、Ｃは、最小コスト値に対応する。５つの未知数の５つの式を解くことによって、（ｘ_０，ｙ_０）を以下のように計算する。
ｘ_０＝（Ｅ（－１，０）－Ｅ（１，０））／（２（Ｅ（－１，０）＋Ｅ（１，０）－２Ｅ（０，０）））
ｙ_０＝（Ｅ（０，－１）－Ｅ（０，１））／（２（（Ｅ（０，－１）＋Ｅ（０，１）－２Ｅ（０，０）））
（ｘ_０，ｙ_０）は、除算が行われる精度（即ち、何ビットの商が計算されるか）を調整することで、任意の必要なサブピクセル精度で計算することができる。１／１６画素の精度の場合、商の絶対値を４ビットだけ計算する必要があり、これは、ＣＵあたり２回の除算を必要とする高速シフト減算ベースの実装に適している。
３．計算された（ｘ_０，ｙ_０）は、整数距離改善ＭＶに加算され、サブピクセルの正確な改善差分ＭＶを得る。

２．２．６．２ ＢＤＯＦ（Ｂｉ－Ｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｃａｌ Ｆｌｏｗ）
２．３ イントラブロックコピー

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

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

図１９は、イントラブロックコピーの例を示す。

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

２．３．１ ＶＶＣテストモデル（ＶＴＭ４．０）におけるＩＢＣ

現在のＶＶＣテストモデル、すなわち、ＶＴＭ－４．０設計において、参照ブロック全体は現在のＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。ＩＢＣフラグは、現在のＣＵの予測モードとして符号化される。このように、各ＣＵに対して、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、およびＭＯＤＥ＿ＩＢＣという全部で３つの予測モードが存在する。

２．３．１．１ ＩＢＣマージモード

ＩＢＣマージモードにおいて、ＩＢＣマージ候補リストにおけるエントリを指すインデックスがビットストリームから構文解析される。ＩＢＣマージリストの構築は、以下のステップのシーケンスに従って要約することができる。
●ステップ１：空間的候補の導出
●ステップ２：ＨＭＶＰ候補の挿入
●ステップ３：ペアワイズ平均候補の挿入

空間的マージ候補の導出において、図２に示す位置Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、およびＢ_２にある候補の中から、最大４つのマージ候補が選択される。導出の順序は、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、およびＢ_２である。位置Ａ_１、Ｂ_１、Ｂ_０、Ａ_０のいずれかのＰＵが利用可能でない場合（例えば、別のスライスまたはタイルに属しているため）、またはＩＢＣモードで符号化されていない場合にのみ、位置Ｂ_２が考慮される。位置Ａ_１の候補を加えた後、残りの候補の挿入は、符号化効率が向上するように、同じ動き情報を有する候補を確実にリストから排除できることを保証する冗長性チェックの対象となる。

空間的候補を挿入した後、ＩＢＣマージリストサイズが依然として最大ＩＢＣマージリストサイズより小さい場合、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてよい。ＨＭＶＰ候補の挿入の際に、冗長性チェックが行われる。

最後に、ペアワイズ平均候補がＩＢＣマージリストに挿入される。

マージ候補によって特定される参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、マージ候補は無効なマージ候補と呼ばれる。

なお、ＩＢＣマージリストに無効なマージ候補が挿入されてもよい。

２．３．１．２ ＩＢＣ ＡＭＶＰモード

ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリストにおけるエントリを指すＡＭＶＰインデックスが、ビットストリームから構文解析される。ＩＢＣ ＡＭＶＰリストの構築は、以下のステップのシーケンスに従って要約することができる。
●ステップ１：空間的候補の導出
○利用可能な候補が見つかるまで、Ａ_０，Ａ_１をチェックする。
○利用可能な候補が見つかるまで、Ｂ_０、Ｂ_１、Ｂ_２をチェックする。
●ステップ２：ＨＭＶＰ候補の挿入
●ステップ３：ゼロ候補の挿入

空間的候補を挿入した後、ＩＢＣ ＡＭＶＰリストサイズが依然として最大ＩＢＣ ＡＭＶＰリストサイズより小さい場合、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてよい。

最後に、ゼロ候補がＩＢＣ ＡＭＶＰリストに挿入される。

２．３．１．３ 彩度ＩＢＣモード

現在のＶＶＣにおいて、彩度ＩＢＣモードにおける動き補償は、サブブロックレベルで行われる。彩度ブロックは、複数のサブブロックに分割される。各サブブロックは、対応する輝度ブロックがブロックベクトルを有するかどうかを判定し、存在する場合、有効性を判定する。現在のＶＴＭにはエンコーダ制約があり、現在の彩度ＣＵにおけるすべてのサブブロックが有効な輝度ブロックベクトルを有するかどうかについて、彩度ＩＢＣモードをテストする。例えば、ＹＵＶ４２０映像において、彩度ブロックはＮ×Ｍであり、同一位置の輝度領域は２Ｎ×２Ｍである。彩度ブロックのサブブロックサイズは２×２である。彩度ｍｖ導出、次にブロックコピー処理を実行するために、いくつかのステップがある。
１）彩度ブロックは、まず、（Ｎ＞＞１）＊（Ｍ＞＞１）のサブブロックに分割される。
２）左上のサンプルが（ｘ，ｙ）に配置されている各サブブロックは、（２ｘ，２ｙ）に配置されている同じ左上のサンプルを含んだ対応する輝度ブロックをフェッチする。
３）エンコーダは、フェッチした輝度ブロックのブロックベクトル（ｂｖ）をチェックする。以下の条件のうちの１つを満たす場合、ｂｖは無効であると見なされる。
ａ．対応する輝度ブロックのｂｖが存在しない。
ｂ．ｂｖによって識別される予測ブロックは、まだ再構成されていない。
ｃ．ｂｖで識別される予測ブロックは、現在のブロックと部分的にまたは完全に重複している。
４）サブブロックの彩度動きベクトルは、対応する輝度サブブロックの動きベクトルに設定される。

すべてのサブブロックが有効なｂｖを見つけた場合、エンコーダにおいてＩＢＣモードが許可される。

ＩＢＣブロックの復号化処理を以下に示す。ＩＢＣモードにおける彩度動きベクトルの導出に関連する部分は、二重太括弧で囲まれている。即ち、｛｛ａ｝｝は、「ａ」がＩＢＣモードにおける彩度動きベクトルの導出に関連していることを示す。

８．６．１ ＩＢＣ予測において符号化された復号化ユニットに対する一般的な復号化処理
この処理への入力は以下の通りである。
－現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－単一ツリーを使用するか、二重ツリーを使用するかを規定する変数ｔｒｅｅＴｙｐｅ、および、二重ツリーを使用する場合、現在のツリーが輝度成分に対応するか彩度成分に対応するかを規定する。

この処理の出力は、インループフィルタリング前の修正された再構成画像である。
８．７．１節に規定される量子化パラメータの導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、輝度サンプルにおける現在の符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度サンプルにおける現在の符号化ブロックの高さｃｂＨｅｉｇｈｔ、および変数ｔｒｅｅＴｙｐｅを入力として、呼び出される。
ｉｂｃ予測モードで符号化された符号化ユニットに対する復号化処理は、以下の順序付けられたステップからなる。

１．現在の符号化ユニットの動きベクトル成分は、以下のように導出される。
１．ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
－８．６．２．１節に規定された動きベクトル成分の導出処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロック高さｃｂＨｅｉｇｈｔを入力とし、輝度動きベクトルｍｖＬ［０］［０］を出力として、呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、８．６．２．９節の彩度動きベクトルの導出処理は、輝度動きベクトルｍｖＬ［０］［０］を入力とし、彩度動きベクトルｍｖＣ［０］［０］を出力として呼び出される。
－水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数は、いずれも１に等しく設定される。
１．そうでない場合、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
－水平方向ＮＵＭＳＢＸおよび垂直方向ＮＵＭＢＹにおけるＬＵＭＡ符号化サブブロックの数は、次のように導出される。
ｎｕｍＳｂＸ＝（ｃｂＷｉｄｔｈ＞＞２） （８－８８６）
ｎｕｍＳｂＹ＝（ｃｂＨｅｉｇｈｔ＞＞２） （８－８８７）
－｛｛彩度動きベクトルｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］は、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１の場合、次のように導出される。
－輝度動きベクトルｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］は、以下のように導出される。
－同一位置の輝度符号化ユニットの位置（ｘＣｕＹ，ｙＣｕＹ）は、次のように導出される。
ｘＣｕＹ＝ｘＣｂ＋ｘＳｂＩｄｘ＊４ （８－８８８）
ｙＣｕＹ＝ｙＣｂ＋ｙＳｂＩｄｘ＊４ （８－８８９）
－ＣｕＰｒｅｄＭｏｄｅ［ｘＣｕＹ］［ｙＣｕＹ］がＭＯＤＥ＿ＩＮＴＲＡに等しい場合、次を適用する。
ｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］＝０ （８－８９０）
ｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］＝０ （８－８９１）
ｐｒｅｄＦｌａｇＬ０［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝０ （８－８９２）
ｐｒｅｄＦｌａｇＬ１［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝０ （８－８９３）
－その他の場合（ＣｕＰｒｅｄＭｏｄｅ［ｘＣｕＹ］［ｙＣｕＹ］がＭＯＤＥ＿ＩＢＣに等しい場合）、次を適用する。
ｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］＝ＭｖＬ０［ｘＣｕＹ］［ｙＣｕＹ］［０］ （８－８９４）
ｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］＝ＭｖＬ０［ｘＣｕＹ］［ｙＣｕＹ］［１］ （８－８９５）
ｐｒｅｄＦｌａｇＬ０［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝１ （８－８９６）
ｐｒｅｄＦｌａｇＬ１［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝０ （８－８９７）｝｝
－８．６．２．９節の彩度動きベクトルの導出処理は、ｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］を入力とし、ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］を出力として呼び出される。
－彩度動きベクトルｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が以下の制約に従うことは、ビットストリーム適合性の要件である。
－６．４．Ｘ節で規定されているブロック利用可能性の導出処理［ＥＤ．（ＢＢ）：近傍のブロック利用可能性チェック処理ｔｂｄ］が、（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しい現在の彩度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、隣接する彩度位置（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ＋（ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］＞＞５）、ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ＋（ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］＞＞５））を入力として呼び出されると、出力はＴＲＵＥに等しくなる。
－６．４．Ｘ節で規定されているブロック利用可能性の導出処理［ＥＤ．（ＢＢ）：近傍のブロック利用可能性チェック処理ｔｂｄ］が、（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しい現在の彩度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、近傍の彩度位置（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ＋（ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］＞＞５）＋ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ－１，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ＋（ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］＞＞５）＋ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ－１）を入力として呼び出されると、出力はＴＲＵＥに等しくなる。
－次の条件の一方または両方が真であること。
－（ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］＞＞５）＋ｘＳｂＩｄｘ＊２＋２が、０以下である。
－（ｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］＞＞５）＋ｙＳｂＩｄｘ＊２＋２が、０以下である。

２．現在の符号化ユニットの予測サンプルは、以下のように導出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、現在の符号化ユニットの予測サンプルは以下のように導出される。
－８．６．３．１節に規定されるｉｂｃブロックの復号化処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロックの高さｃｂＨｅｉｇｈｔ、水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１およびＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である輝度動きベクトルｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］、および０に等しく設定された変数ｃＩｄｘを入力とし、予測輝度サンプルの（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）配列ｐｒｅｄＳａｍｐｌｅｓ_Ｌであるｉｂｃ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として、呼び出される。
－あるいは、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、現在の符号化ユニットの予測サンプルは、以下のように導出される。
－８．６．３．１節に規定されるｉｂｃブロックの復号化処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロックの高さｃｂＨｅｉｇｈｔ、水平方向ｎｕｍＳｂＸ、垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である彩度動きベクトルｍｖＣ［ｘＳｂＩｄｘ］、および１に等しく設定された変数ｃＩｄｘを入力とし、彩度成分Ｃｂに対する予測彩度サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｐｒｅｄＳａｍｐｌｅｓ_Ｃｂであるｉｂｃ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として、呼び出される。
－８．６．３．１節に規定されるｉｂｃブロックの復号化処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロックの高さｃｂＨｅｉｇｈｔ、水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である彩度動きベクトルｍｖＣ［ｘＳｂＩｄｘ］、および２に等しく設定された変数ｃＩｄｘを入力とし、彩度成分Ｃｒに対する予測彩度サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｐｒｅｄＳａｍｐｌｅｓ_Ｃｒであるｉｂｃ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として、呼び出される。

３．変数ＮｕｍＳｂＸ［ｘＣｂ］［ｙＣｂ］およびＮｕｍＳｂＹ［ｘＣｂ］［ｙＣｂ］は、それぞれ、ｎｕｍＳｂＸおよびｎｕｍＳｂＹに等しく設定される。

４．現在の符号化ユニットの残差サンプルは、以下のように導出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、８．５．８節に規定されるインター予測モードで符号化された符号化ブロックの残差信号の復号化処理は、輝度位置（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、輝度符号化ブロック幅ｃｂＷｉｄｔｈに等しく設定された幅ｎＴｂＷ、輝度符号化ブロック高さｃｂＨｅｉｇｈｔに等しく設定された高さｎＴｂＨ、０に等しく設定された変数ｃｌｄｘｓｅｔを入力とし、配列ｒｅｓＳａｍｐｌｅｓ_Ｌを出力として、呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．５．８節に規定されるインター予測モードで符号化された符号化ブロックの残差信号の復号化処理は、彩度位置（ｘＣｂ／２，ｙＣｂ／２）に等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、彩度符号化ブロック幅ｃｂＷｉｄｔｈ／２に等しく設定された幅ｎＴｂＷ、彩度符号化ブロック高さｃｂＨｅｉｇｈｔ／２に等しく設定された高さｎＴｂＨ、１に等しく設定された変数ｃｌｄｘｓｅｔを入力とし、配列ｒｅｓＳａｍｐｌｅｓ_Ｃｂを出力として、呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．５．８節に規定されるインター予測モードで符号化された符号化ブロックの残差信号の復号化処理は、彩度位置（ｘＣｂ／２，ｙＣｂ／２）に等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、彩度符号化ブロック幅ｃｂＷｉｄｔｈ／２に等しく設定された幅ｎＴｂＷ、彩度符号化ブロック高さｃｂＨｅｉｇｈｔ／２に等しく設定された高さｎＴｂＨ、２に等しく設定された変数ｃｌｄｘｓｅｔを入力とし、配列ｒｅｓＳａｍｐｌｅｓ_Ｃｒを出力として、呼び出される。

５．現在の符号化ユニットの再構成されたサンプルは、以下のように導出される。
－ｔｒｅｅＴｙｐｅが、ＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、８．７．５節で規定されている色成分の画像再構成処理は、（ｘＣｂ，ｙＣｂ）に等しく設定されたブロック位置（ｘＢ，ｙＢ）、ｃｂＷｉｄｔｈに等しく設定されたブロック幅ｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔに等しく設定されたブロック高さｂＨｅｉｇｈｔ、０に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓ_Ｌに等しく設定された（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）配列ｐｒｅｄＳａｍｐｌｅｓ、ｒｅｓＳａｍｐｌｅｓ_Ｌに等しく設定された（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はインループフィルタリング前の修正再構成画像となる。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．７．５節で規定されている色成分の画像再構成処理は、（ｘＣｂ／２，ｙＣｂ／２）に等しく設定されたブロック位置（ｘＢ，ｙＢ）、ｃｂＷｉｄｔｈ／２に等しく設定されたブロック幅ｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたブロック高さｂＨｅｉｇｈｔ、１に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓ_Ｃｂに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｐｒｅｄＳａｍｐｌｅｓ、ｒｅｓＳａｍｐｌｅｓ_Ｃｂに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はインループフィルタリング前の修正再構成画像となる。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．７．５節で規定されている色成分の画像再構成処理は、（ｘＣｂ／２，ｙＣｂ／２）に等しく設定されたブロック位置（ｘＢ，ｙＢ）、ｃｂＷｉｄｔｈ／２に等しく設定されたブロック幅ｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたブロック高さｂＨｅｉｇｈｔ、２に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓ_Ｃｒに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｐｒｅｄＳａｍｐｌｅｓ、ｒｅｓＳａｍｐｌｅｓ_Ｃｒに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はインループフィルタリング前の修正再構成画像となる。

２．３．２ ＩＢＣの最近の推移（ＶＴＭ５．０版）
２．３．２．１ 単一のＢＶリスト

ＶＶＣにはＪＶＥＴ－Ｎ０８４３が採用されている。ＪＶＥＴ－Ｎ０８４３において、ＩＢＣにおけるマージモードおよびＡＭＶＰモードのためのＢＶ予測子は、以下の要素からなる共通の予測子リストを共有する。
●２つの空間的に近傍の位置（図２中のＡ１、Ｂ１）
●５つのＨＭＶＰエントリ
●デフォルトではゼロベクトル

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

上述のＢＶ予測子候補リストに加え、ＪＶＥＴ－Ｎ０８４３は、ＨＭＶＰ候補と既存のマージ候補（Ａ１，Ｂ１）との間のプルーニング作業を簡素化することも提案している。簡素化した場合、第１のＨＭＶＰ候補と１または複数の空間マージ候補とを比較するだけであるため、最大２回までのプルーニング動作でよい。

２．３．２．１．１ 復号化処理

８．６．２．２ ＩＢＣ輝度動きベクトル予測に対する導出処理
この処理は、ＣｕＰｒｅｄＭｏｄｅ［ｘＣｂ］［ｙＣｂ］がＭＯＤＥ＿ＩＢＣに等しい場合にのみ呼び出され、ここで、（ｘＣｂ，ｙＣｂ）は、現在のピクチャの左上の輝度サンプルに対して、現在の輝度符号化ブロックの左上のサンプルを規定する。
この処理への入力は以下の通りである。
－現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理の出力は以下の通りである。
－１／１６小数サンプル精度ｍｖＬにおける輝度動きベクトル。

変数ｘＳｍｒ、ｙＳｍｒ、ｓｍｒＷｉｄｔｈ、ｓｍｒＨｅｉｇｈｔ、およびｓｍｒＮｕｍＨｍｖｐＩｂｃＣａｎｄは、以下のように導出される。
ｘＳｍｒ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＸ［ｘＣｂ］［ｙＣｂ］：ｘＣｂ （８－９１０）
ｙＳｍｒ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＹ［ｘＣｂ］［ｙＣｂ］：ｙＣｂ （８－９１１）
ｓｍｒＷｉｄｔｈ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＷ［ｘＣｂ］［ｙＣｂ］：ｃｂＷｉｄｔｈ （８－９１２）
ｓｍｒＨｅｉｇｈｔ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＨ［ｘＣｂ］［ｙＣｂ］：ｃｂＨｅｉｇｈｔ （８－９１３）
ｓｍｒＮｕｍＨｍｖｐＩｂｃＣａｎｄ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄ：ＮｕｍＨｍｖｐＩｂｃＣａｎｄ （８－９１４）

輝度動きベクトルｍｖＬは、以下の順序ステップによって導出される。
１．８．６．２．３節で規定される近傍の符号化ユニットからの空間的動きベクトル候補の導出処理は、（ｘＳｍｒ，ｙＳｍｒ）に等しく設定された輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、ｓｍｒＷｉｄｔｈおよびｓｍｒＨｅｉｇｈｔに等しく設定された輝度符号化ブロックの幅ｃｂＷｉｄｔｈおよび輝度符号化ブロックの高さｃｂＨｅｉｇｈｔを入力として呼び出され、出力は、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ_１、ａｖａｉｌａｂｌｅＦｌａｇＢ_１、並びに動きベクトルｍｖＡ_１およびｍｖＢ_１である。

２．動きベクトル候補リストｍｖＣａｎｄＬｉｓｔは、以下のように構成される。
ｉ＝０
ｉｆ（ａｖａｉｌａｂｌｅＦｌａｇＡ_１）
ｍｖＣａｎｄＬｉｓｔ［ｉ＋＋］＝ｍｖＡ_１
ｉｆ（ａｖａｉｌａｂｌｅＦｌａｇＢ_１）
ｍｖＣａｎｄＬｉｓｔ［ｉ＋＋］＝ｍｖＢ_１ （８－９１５）

３．変数ｎｕｍＣｕｒｒＣａｎｄは、ｍｖＣａｎｄＬｉｓｔにおけるマージ候補の数に等しく設定される。

４．ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＭｅｒｇｅＣａｎｄａｎｄより小さく、かつ、ｓｍｒＮｕｍＨｍｖｐＩｂｃＣａｎｄが０よりも大きい場合、８．６．２．４で規定されるＩＢＣ履歴ベースの動きベクトル候補の導出処理は、ｍｖＣａｎｄＬｉｓｔ、ｉｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］に等しく設定されたｉｓＩｎＳｍｒ、およびｎｕｍＣｕｒｒＣａｎｄを入力とし、修正されたｍｖＣａｎｄＬｉｓｔおよびｎｕｍＣｕｒｒＣａｎｄを出力として、呼び出される。

５．ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＭｅｒｇｅＣａｎｄより小さい場合、ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＭｅｒｇｅＣａｎｄに等しくなるまで、以下が適用される。
１．ｍｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［０］は、０に等しく設定される。
２．ｍｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［１］は、０に等しく設定される。
３．ｎｕｍＣｕｒｒＣａｎｄは１増加される。

６．変数ｍｖＩｄｘは、以下のように導出される。
ｍｖＩｄｘ＝ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］？ｍｅｒｇｅ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］：ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］ （８－９１６）

７．以下の割り当てが行われる。
ｍｖＬ［０］＝ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｍｖＩｄｘ］［０］ （８－９１７）
ｍｖＬ［１］＝ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｍｖＩｄｘ］［１］ （８－９１８）

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

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

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

デコーダの複雑性を低減し、並列符号化をサポートするため、ＪＶＥＴ－Ｍ０１４７は、小さなスキップ／マージ符号化されたＣＵを並列処理することを有効化するために、ＣＵ分割ツリーにおける１つの祖先ノードのすべての葉のＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）に対して同じマージ候補リストを共有することを提案している。祖先ノードをマージ共有ノードと呼ぶ。マージ共有ノードが葉ＣＵであるように見せかけて、マージ共有ノードにおいて共有マージ候補リストを生成する。

具体的には、以下を適用することができる。
－ブロックの輝度サンプルが３２以下であり、２つの４×４の子ブロックに分割される場合、非常に小さなブロック（例えば、２つの隣接する４×４ブロック）間でマージリストを使用する。
－しかしながら、ブロックの輝度サンプルが３２よりも大きい場合、分割の後、少なくとも１つの子ブロックが閾値（３２）より小さく、この分割されたすべての子ブロックは、同じマージリストを共有する（例えば、１６×４または４×１６の分割された３値、または、４分割された８×８）。

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

２．４ 符号化ユニットおよびマージモードのための構文表および意味論

７．３．５．１ 一般スライスセグメントヘッダ構文

７．３．７．５ 符号化ユニット構文

７．３．７．７ マージデータ構文

７．４．６．１ 一般スライスヘッダ意味論
ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄは、６から減算される、スライスでサポートされるマージＭＶＰ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数を規定する。マージＭＶＰ候補の最大数ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、以下のように導出される。
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＝６－ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ （７－５７）
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄの値は、１～６の範囲内である。
ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、５から減算される、スライスでサポートされるサブブロックベースのマージＭＶＰ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数を規定する。ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在しない場合、５－ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇと等しいと推測される。サブブロックベースのマージＭＶＰ候補の最大数、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄは以下のように導出される。
ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝５－ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄ （７－５８）
ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄの値は、１～５の範囲内である。

７．４．８．５ 符号化ユニット構文
０に等しいｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、現在の符号化ユニットがインター予測モードで符号化されることを規定する。１に等しいｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、現在の符号化ユニットがイントラ予測モードで符号化されることを規定する。
ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合、次のように推測される。
－ｃｂＷｉｄｔｈが４に等しく、かつ、ｃｂＨｅｉｇｈｔが４に等しい場合、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは１と等しいと推測される。
－そうでない場合、Ｉスライスを復号化する場合、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは１に等しいと推測され、ＰまたはＢスライスを復号化するとき、それぞれ０に等しいと推測される。
変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下のように導出される。
－ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しい場合、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＥＲに等しく設定される。
－あるいは（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい場合）、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＲＡに等しく設定される。

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合、現在の符号化ユニットがＩＢＣ予測モードで符号化されることを規定する。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しい場合、現在の符号化ユニットがＩＢＣ予測モードで符号化されないことを規定する。
ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合、次のように推測される。
－ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しく、かつ、ｃｂＷｉｄｔｈが４に等しく、かつ、ｃｂＨｅｉｇｈｔが４に等しい場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは１と等しいと推測される。
－あるいは、ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔの両方が１２８に等しい場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは０であると推測される。
－あるいは、Ｉスライスを復号化する場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇはｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に等しいと推測され、ＰまたはＢスライスを復号化する場合、それぞれ０と推測される。
ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対してＭＯＤＥ＿ＩＢＣと等しくなるように設定される。

ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットにおけるインター予測パラメータを近傍のインター予測パーティションから推測するかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－そうでない場合、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。

ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘ０］［ｙ０］は、ｌｉｓｔ０の動きベクトル予測子インデックスを規定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｍｖｐ＿ｌ１＿ｆｌａｇ［ｘ０］［ｙ０］はｍｖｐ＿ｌ０＿ｆｌａｇと同じで意味論を有し、ｌ０とｌｉｓｔ０がそれぞれｌ１とｌｉｓｔ１に置き換えられている。
ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］は、表７－１０に従って、ｌｉｓｔ０、ｌｉｓｔ１、または双方向予測が現在の符号化ユニットに使用されるかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］が存在しない場合、ＰＲＥＤ＿Ｌ０に等しいと推測される。

７．４．８．７ マージデータ意味論
ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、現在の符号化ユニットのインター予測パラメータを生成するために、通常のマージモードが使用されることを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－以下のすべての条件が真である場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しい。
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔは３２に等しい。
－そうでない場合、ｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。

ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、現在の符号化ユニットのインター予測パラメータを生成するために、動きベクトル差分を有するマージモードを使用することを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－以下のすべての条件が真である場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しい。
－ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しい。
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔは３２に等しい。
－ｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しい。
－そうでない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。

ｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］とｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］から導出される動きベクトル差分で、マージ候補リストの第１（０）の候補を使うか、第２（１）の候補を使うかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－１２で規定されているように、ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用するインデックスを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。

ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－１３で規定されているように、ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用するインデックスを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。

マージ＋ＭＶＤオフセットＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］の両成分は、以下のように導出される。
ＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］［０］＝（ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］＜＜２）＊ＭｍｖｄＳｉｇｎ［ｘ０］［ｙ０］［０］ （７－１２４）
ＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］［１］＝（ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］＜＜２）＊ＭｍｖｄＳｉｇｎ［ｘ０］［ｙ０］［１］ （７－１２５）

ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットにおけるサブブロックベースのインター予測パラメータを近傍のブロックから推測するかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］は、サブブロックに基づくマージ候補リストのマージ候補インデックスを規定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットに対して、インターピクチャマージとイントラピクチャ予測とを組み合わせるかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１である変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩＮＴＲＡ＿ＰＬＡＮＡＲと等しく設定される。
Ｂスライスを復号化する場合、三角形状ベースの動き補償を使用して現在の符号化ユニットの予測サンプルを生成するかどうかを規定する変数ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ［ｘ０］［ｙ０］は、次のように導出される。
－以下のすべての条件が当てはまる場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ［ｘ０］［ｙ０］は１に等しく設定される。
－ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しい。
－ｓｌｉｃｅ＿ｔｙｐｅはＢに等しい。
－ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しい。
－ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは２以上である。
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔが６４以上である。
－ｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しい。
－ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しい。
－ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しい。
－ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しい。
－そうでない場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ［ｘ０］［ｙ０］は０と等しく設定される。

ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘ０］［ｙ０］は、マージ三角形モードの分割方向を規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０［ｘ０］［ｙ０］は、三角形状に基づく動き補償候補リストの第１のマージ候補インデックスを規定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１［ｘ０］［ｙ０］は、三角形状に基づく動き補償候補リストの第２のマージ候補インデックスを規定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は、マージ候補リストのマージ候補インデックスを規定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］はｍｍｖｄｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇ［ｘ０］［ｙ０］に等しいと推測される。
－そうでない場合（ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合）、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は０に等しいと推測される。

３ 実施形態が解決しようとする技術的課題の例

現在のＩＢＣには、以下のような問題が存在し得る。
１．Ｐ／Ｂスライスの場合、ＩＢＣ動きリストに追加できるＩＢＣ動き（ＢＶ）候補の数は、通常のマージリストのサイズと同じに設定される。したがって、通常のマージモードが無効になっている場合、ＩＢＣマージモードも無効になる。ただし、通常のマージモードが無効になっている場合でも、ＩＢＣマージモードを有効にすることが望ましい。
２．ＩＢＣ ＡＭＶＰとＩＢＣマージモードは、同じ動き（ＢＶ）候補リスト構築処理を共有する。マージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄなど）で示されるリストのサイズは、スライスヘッダで信号通知される。ＩＢＣ ＡＭＶＰの場合、ＢＶ予測子は、２つのＩＢＣ動き候補のうちの１つからのみ選択できる。
ａ．ＢＶ候補リストのサイズが１の場合、この場合、ＢＶ予測子インデックスの信号通知は必要ない。
ｂ．ＢＶ候補リストのサイズが０の場合、ＩＢＣマージとＡＭＶＰモードの両方が無効化される。ただし、現在の設計では、ＢＶ予測子インデックスは引き続き信号通知される。
３．ＩＢＣはシーケンスレベルで有効化されてよいが、信号通知されたＢＶリストのサイズに起因して、ＩＢＣは無効になるが、ビットを浪費するＩＢＣモードおよび関連する構文の指示は引き続き信号通知される。

４ 例示的な技術および実施形態

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

本発明において、ＤＭＶＤ（ｄｅｃｏｄｅｒ ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｅｒｉｖａｔｉｏｎ）は、ブロック／サブブロックの動き情報を導出または改善するために動き推定を行うＤＭＶＲ、ＦＲＵＣや、サンプルワイズ動き改善を行うＢＩＯのような方法を含む。

ｍａｘＩＢＣＣａｎｄＮｕｍにより、ＢＶ候補リストでＢＶを導出または予測できるようにする、ＢＶ候補リスト内のＢＶ候補の最大数（つまり、ＢＶ候補リストのサイズ）を示す。

ＩＢＣマージ候補の最大数をｍａｘＩＢＣＭｒｇＮｕｍとして示し、ＩＢＣＡＭＶＰ候補の最大数をｍａｘＩＢＣＡＭＶＰＮとして示す。なお、スキップモードは、すべての０に等しい係数を有する特別なマージモードとして扱われてよい。
１．ＩＢＣ（例えば、ＩＢＣ ＡＭＶＰおよび／またはＩＢＣマージ）モードは、ＩＢＣがシーケンスに対して有効である場合でも、ピクチャ／スライス／タイル／タイルグループ／ブリックまたは他の映像ユニットに対して無効化されてよい。
ａ．一例において、ＩＢＣ ＡＭＶＰおよび／またはＩＢＣマージモードが有効であるかどうかの指示は、ピクチャ／スライス／タイル／タイルグループ／ブリックまたは他の映像ユニットレベル（ＰＰＳ、ＡＰＳ、スライスヘッダ、ピクチャヘッダなど）で信号通知されてよい。
ｉ．一例において、指示はフラグでもよい。
ｉｉ．一例において、指示は、許可されたＢＶ予測子の数でもよい。許可されたＢＶ予測子の数が０に等しい場合、ＩＢＣ ＡＭＶＰおよび／またはマージモードが無効化されていることを示す。
１）代替的に、許可されたＢＶ予測子の数は予測方式で信号通知されてもよい。
ａ．例えば、Ｘから許可されたＢＶ予測子の数を引いたものは、信号通知されてもよく、ここで、Ｘは２などの固定数である。
ｉｉｉ．さらに、代替的に、指示は、映像コンテンツがスクリーンコンテンツであるか、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇであるかに基づいて、条件付きで信号通知されてもよい。
ｂ．一例において、映像コンテンツがスクリーンコンテンツ（カメラでキャプチャされたコンテンツまたは混合コンテンツなど）でない場合、ＩＢＣモードが無効化されてもよい。
ｃ．一例において、映像コンテンツがカメラでキャプチャされたコンテンツである場合、ＩＢＣモードが無効化されてもよい。

２．ＩＢＣ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）およびＩＢＣ関連の構文要素の使用を信号通知するかどうかは、ｍａｘＩＢＣＣａｎｄＮｕｍに依存してよい（例えば、ｍａｘＩＢＣＣａｎｄＮｕｍはＭａｘＮｕｍＭｅｒｇｅＣａｎｄと等しく設定される）。
ａ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しい場合、Ｉスライスに対するＩＢＣスキップモード（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ）の使用の信号通知がスキップされてよく、ＩＢＣは無効化されると推測される。
ｂ．一例において、ｍａｘＩＢＣＭｒｇＮｕｍが０に等しい場合、Ｉスライスに対するＩＢＣスキップモード（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ）の使用の信号通知がスキップされてよく、ＩＢＣスキップモードは無効化されると推測される。
ｃ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しい場合、ＩＢＣマージ／ＩＢＣ ＡＭＶＰモード（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）の使用の信号通知はスキップされてよく、ＩＢＣは無効化されると推測される。
ｄ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しく、かつ、現在のブロックがＩＢＣモードで符号化されている場合、マージモードの信号通知（例えば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ）はスキップされてよく、ＩＢＣマージモードは無効化されると推測される。
ｉ．代替的に、現在のブロックはＩＢＣ ＡＭＶＰモードで符号化されていると推測される。
ｅ．一例において、ｍａｘＩＢＣＭｒｇＮｕｍが０に等しく、かつ、現在のブロックがＩＢＣモードで符号化されている場合、マージモードの信号通知（例えば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ）はスキップされてよく、ＩＢＣマージモードは無効化されると推測される。
ｉ．代替的に、現在のブロックはＩＢＣ ＡＭＶＰモードで符号化されていると推測される。

３．ＩＢＣ ＡＭＶＰモードの動きベクトル差分に関連する構文要素を信号通知するかどうかは、ｍａｘＩＢＣＣおよびＮｕｍに依存してよい（例えば、ｍａｘＩＢＣＣおよびＮｕｍは、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄに等しく設定される）。
ａ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しい場合、ＩＢＣ ＡＭＶＰモード（例えば、ｍｖｐ＿ｌ０＿ｆｌａｇ）の動きベクトル予測子インデックスの信号通知はスキップされてもよく、ＩＢＣ ＡＭＶＰモードは無効化されると推測される。
ｂ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しい場合、動きベクトル差分の信号通知（例えば、ｍｖｄ＿ｃｏｄｉｎｇ）はスキップされてもよく、ＩＢＣ ＡＭＶＰモードは無効化されていると推測される。
ｃ．一例において、ＩＢＣ ＡＭＶＰモードの動きベクトル予測子インデックスおよび／または動きベクトル予測器の精度および／または動きベクトル差分の精度は、Ｋ（例えば、Ｋ＝０または１）より大きいｍａｘＩＢＣＣａｎｄＮｕｍの条件の下で符号化されてもよい。
ｉ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが１に等しい場合、ＩＢＣ ＡＭＶＰモードの動きベクトル予測子インデックス（例えば、ｍｖｐ＿ｌ０＿ｆｌａｇ）が信号通知されなくてもよい。
１）一例において、ＩＢＣ ＡＭＶＰモードの動きベクトル予測子インデックス（例えば、ｍｖｐ＿ｌ０＿ｆｌａｇ）は、この場合、０などの値であると推測されてもよい。
ｉｉ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しい場合、動きベクトル予測子の精度および／またはＩＢＣ ＡＭＶＰモードの動きベクトル差分の精度の信号通知（例えば、ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ）はスキップされてもよい。
ｉｉｉ．一例において、ＩＢＣ ＡＭＶＰモードの動きベクトル予測子の精度および／または動きベクトル差分の精度の信号通知（例えば、ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ）は、ｍａｘＩＢＣＣおよびＮｕｍが０より大きいという条件下にあってもよい。

４．ｍａｘＩＢＣＣａｎｄＮｕｍは、通常のマージ候補の最大数から切り離してもよいことが提案される。
ａ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍは直接信号通知されてもよい。
ｉ．代替的に、ＩＢＣがスライスに対して有効化される場合、適合ビットストリームはｍａｘＩＢＣＣａｎｄＮｕｍが０より大きいことを満たすものとする。
ｂ．一例において、ｍａｘＩＢＣＣａｎｄＮｕｍおよび他の構文要素／固定値の予測符号化が信号通知されてもよい。
ｉ．一例において、通常のマージリストのサイズとｍａｘＩＢＣＣａｎｄＮｕｍの差が符号化されてもよい。
ｉｉ．一例において、（Ｋ－ｍａｘＩＢＣＣａｎｄＮｕｍ）は、例えば、Ｋ＝５または６のように符号化してもよい。
ｉｉｉ．一例において、（ｍａｘＩＢＣＣａｎｄＮｕｍ－Ｋ）は、例えば、Ｋ＝０または２のように符号化してもよい。
ｃ．一例において、ｍａｘＩＢＣＭｒｇＮｕｍおよび／またはｍａｘＩＢＣＡＭＶＰＮの指示は、上記の方法に従って信号通知されてもよい。

５．ｍａｘＩＢＣＣａｎｄＮｕｍは、Ｆｕｎｃ（ｍａｘＩＢＣＭｒｇＮｕｍ、ｍａｘＩＢＣＡＭＶＰＮ）と等しく設定されてもよい。
ａ．一例において、ｍａｘＩＢＣＡＭＶＰＮは２に固定され、ｍａｘＩＢＣＣａｎｄＮｕｍはＦｕｎｃ（ｍａｘＩＢＣＭｒｇＮｕｍ、２）に等しく設定される。
ｂ．一例において、Ｆｕｎｃ（ａ、ｂ）は、２つの変数ａとｂの間の大きい方の値を返す。

６．ｍａｘＩＢＣＣａｎｄＮｕｍは、１つのブロックの符号化モード情報に従って判定されてもよい。すなわち、ＢＶ候補リストに追加されてもよいＢＶ候補の数は、ブロックのモード情報に依存してよい。
ａ．一例において、１つのブロックがＩＢＣマージモードで符号化されている場合、ｍａｘＩＢＣＣａｎｄＮｕｍはｍａｘＩＢＣＭｒｇＮｕｍと等しく設定されてもよい。
ｂ．一例において、１つのブロックがＩＢＣ ＡＭＶＰモードで符号化されている場合、ｍａｘＩＢＣＣａｎｄＮｕｍはｍａｘＩＢＣＡＭＶＰＮと等しく設定されてもよい。

７．適合ビットストリームは、復号化されたＩＢＣＡＭＶＰまたはＩＢＣマージインデックスがｍａｘＩＢＣＣａｎｄＮｕｍより小さいことを満たすものとする。
ａ．一例において、適合ビットストリームは、復号化されたＩＢＣＡＭＶＰインデックスがｍａｘＩＢＣＡＭＶＰＮより小さいことを満たすものとする。
ｂ．一例において、適合ビットストリームは、復号化されたＩＢＣマージインデックスがｍａｘＩＢＣＭｒｇＮｕｍ（例えば、２）より小さいことを満たすものとする。

８．ＩＢＣ ＡＭＶＰまたはＩＢＣマージ候補インデックスがＢＶ候補リスト内のＢＶ候補を識別できなかった場合（例えば、ＩＢＣ ＡＭＶＰまたはマージ候補インデックスがｍａｘＩＢＣＣａｎｄＮｕｍ以上である場合、復号化されたＩＢＣ ＡＭＶＰインデックスがｍａｘＩＢＣＡＭＶＰＮ以上である場合、または、復号化されたＩＢＣマージインデックスがｍａｘＩＢＣＭｒｇＮｕｍ以上である場合）、デフォルトの予測ブロックが利用されてよい。
ａ．一例において、デフォルトの予測イントラブロックのすべてのサンプルが（１＜＜（ビット深度－１））に設定されている。
ｂ．一例において、デフォルトのＢＶがブロックに割り当てられてもよい。

９．ＩＢＣ ＡＭＶＰまたはＩＢＣマージ候補インデックスがＢＶ候補リスト内のＢＶ候補を識別できなかった場合（例えば、ＩＢＣ ＡＭＶＰまたはマージ候補インデックスがｍａｘＩＢＣＣａｎｄＮｕｍ以上である場合、復号化されたＩＢＣ ＡＭＶＰインデックスがｍａｘＩＢＣＡＭＶＰＮ以上である場合、または復号化されたＩＢＣマージインデックスがｍａｘＩＢＣＭｒｇＮｕｍ以上である場合）、ブロックは無効なＢＶを持つＩＢＣブロックとして扱われてもよい。
ａ．一例において、無効なＢＶを有するブロックに適用される処理がブロックに適用されてもよい。

１０．補足のＢＶ候補リストは、復号化されたＩＢＣ ＡＭＶＰまたはＩＢＣマージインデックスがｍａｘＩＢＣＣａｎｄＮｕｍ以上であるなど、特定の条件下で構築されてもよい。
ａ．一例において、補足のＢＶ候補リストは、以下のステップのうちの１つまたは複数で（順番に、またはインターリーブされた方法で）構築されてもよい。
ｉ．ＨＭＶＰ候補の追加
１）ＨＭＶＰ候補インデックスの昇順（ＨＭＶＰテーブルのＫ番目のエントリ（例：Ｋ＝０）から始まる）
２）ＨＭＶＰ候補インデックスの降順（ＨＭＶＰテーブルのＫ番目（例えば、Ｋ＝０またはＫ＝ｍａｘＩＢＣＣａｎｄＮｕｍ－ＩＢＣ ＡＭＶＰ／ＩＢＣマージインデックスまたはＫ＝ｍａｘＩＢＣＣａｎｄＮｕｍ－１－ＩＢＣ ＡＭＶＰ／ＩＢＣマージインデックス）エントリから最後のエントリまで）
ｉｉ．ｍａｘＩＢＣＣａｎｄＮｕｍ候補を有するＢＶ候補リストを使用して、利用可能な候補から導出した仮想ＢＶ候補
１）一例において、オフセットは、仮想ＢＶ候補を得るために、ＢＶ候補の水平成分および／または垂直成分へのオフセットに追加されてもよい。
２）一例において、オフセットは、仮想ＢＶ候補を取得するために、ＨＭＶＰテーブル内のＨＭＶＰ候補の水平成分および／または垂直成分へのオフセットに追加されてもよい。
ｉｉｉ．デフォルトの候補者の追加
１）一例において、（０，０）がデフォルトの候補として追加されてもよい。
２）一例において、デフォルトの候補は、現在のブロック寸法に従って導出されてもよい。

１１．ｍａｘＩＢＣＡＭＶＰＮは２と等しくなくてもよい。
ａ．さらに、代替的に、動きベクトル予測子インデックスを示すフラグ（例えば、ｍｖｐ＿ｌ０＿ｆｌａｇ）を信号通知する代わりに、１より大きい可能性のあるインデックスを信号通知してもよい。
ｉ．一例において、インデックスは、ユーナリー／トランケイテッドユーナリー／固定長／指数ゴロム／他の二項化法で二値化されてもよい。
ｉｉ．一例において、インデックスのバイナリビン文字列のビンは、コンテキスト符号化またはバイパス符号化されてもよい。
１）一例において、インデックスのバイナリビン文字列の最初のＫ（例えば、Ｋ＝１）ビンは、コンテキスト符号化されてもよく、残りのビンは、バイパス符号化されてもよい。
ｂ．一例において、ｍａｘＩＢＣＡＭＶＰＮはｍａｘＩＢＣＭｒｇＮｕｍよりも大きくてもよい。
ｉ．代替的に、さらに、ＢＶ候補リスト内の最初のｍａｘＩＢＣＭｒｇＮｕｍ ＢＶ候補は、ＩＢＣマージ符号化されたブロックに利用されてもよい。

１２．ｍａｘＩＢＣＣａｎｄＮｕｍが０に設定されている場合（例えば、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＝０）でも、ＩＢＣ ＢＶ候補リストが構築されてもよい。
ａ．一例において、マージリストは、ＩＢＣ ＡＭＶＰモードが有効化されているときのように構築されてもよい。
ｂ．一例において、ＩＢＣマージモードが無効化されている場合、マージリストは、最大ｍａｘＩＢＣＡＭＶＰＮ ＢＶ候補を含むように構築されてもよい。

１３．上記の方法では、「ｍａｘＩＢＣＣａｎｄＮｕｍ」という用語を「ｍａｘＩＢＣＭｒｇＮｕｍ」または「ｍａｘＩＢＣＡＭＶＰＮ」に置き換えてもよい。

１４．上記の方法では、「ｍａｘＩＢＣＣａｎｄＮｕｍ」および／または「ｍａｘＩＢＣＭｒｇＮｕｍ」という用語は、通常のマージリストのマージ候補の最大数を表す可能性があるＭａｘＮｕｍＭｅｒｇｅＣａｎｄに置き換えてもよい。

５ 実施形態

ＪＶＥＴ－Ｎ１００１－ｖ５の上に新しく追加された部分は、二重の太字の中括弧で囲まれている。つまり、｛｛ａ｝｝は「ａ」が追加されたことを示し、削除された部分は二重の太字の大括弧で囲まれている。すなわち、［［ａ］］は、「ａ」が削除されたことを示す。

５．１ 実施形態＃１
ＩＢＣ動き候補の最大数の指示（例えば、ＩＢＣ ＡＭＶＰおよび／またはＩＢＣマージの場合）は、スライスヘッダ／ＰＰＳ／ＡＰＳ／ＤＰＳで信号通知されてもよい。

７．３．５．１ 一般スライスセグメントヘッダ構文

｛｛ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ＩＢＣ＿ｃａｎｄは、スライスでサポートされるＩＢＣマージモード候補の最大数をＭａｘＮｕｍＭｅｒｇｅＣａｎｄから減算することを規定する。ＩＢＣマージモード候補の最大数ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄは、以下のように導出される。
ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄ＝ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ＩＢＣ＿ｃａｎｄ
ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ＩＢＣ＿ｃａｎｄが存在する場合、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄの値は２（または０）からＭａｘＮｕｍＭｅｒｇｅＣａｎｄまでの範囲とする。ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ＩＢＣ＿ｃａｎｄが存在しない場合、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄは０に等しく設定される。ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄが０である場合、ＩＢＣマージモードとＩＢＣＡＭＶＰモードは現在のスライスでは許可されない。｝｝
代替的に、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄの指示の信号通知は次のように置き換えてもよい。

ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄ＝５－ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ＩＢＣ＿ｃａｎｄ｝｝

５．２ 実施形態＃２
ＩＢＣ ＢＶリストの最大数を、ＩＢＣと通常のインターモードの両方を制御するＭａｘＮｕｍＭｅｒｇｅＣａｎｄから別個の変数ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄに変更することが提案される。

８．６．２．２ ＩＢＣ輝度動きベクトル予測の導出処理
この処理は、ＣｕＰｒｅｄＭｏｄｅ［ｘＣｂ］［ｙＣｂ］がＭＯＤＥ＿ＩＢＣに等しい場合にのみ呼び出され、ここで、（ｘＣｂ，ｙＣｂ）は、現在のピクチャの左上の輝度サンプルに対して、現在の輝度符号化ブロックの左上のサンプルを規定する。
この処理への入力は以下の通りである。
－現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

この処理の出力は以下の通りである。
－１／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
変数ｘＳｍｒ、ｙＳｍｒ、ｓｍｒＷｉｄｔｈ、ｓｍｒＨｅｉｇｈｔ、およびｓｍｒＮｕｍＨｍｖｐＩｂｃＣａｎｄは、以下のように導出される。
ｘＳｍｒ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＸ［ｘＣｂ］［ｙＣｂ］：ｘＣｂ （８－９１０）
ｙＳｍｒ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＹ［ｘＣｂ］［ｙＣｂ］：ｙＣｂ （８－９１１）
ｓｍｒＷｉｄｔｈ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＷ［ｘＣｂ］［ｙＣｂ］：ｃｂＷｉｄｔｈ （８－９１２）
ｓｍｒＨｅｉｇｈｔ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＳｍｒＨ［ｘＣｂ］［ｙＣｂ］：ｃｂＨｅｉｇｈｔ （８－９１３）
ｓｍｒＮｕｍＨｍｖｐＩｂｃＣａｎｄ＝ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］？ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄ：ＮｕｍＨｍｖｐＩｂｃＣａｎｄ （８－９１４）

輝度動きベクトルｍｖＬは、以下の順序ステップによって導出される。
１．８．６．２．３節で規定される近傍の符号化ユニットからの空間的動きベクトル候補の導出処理は、（ｘＳｍｒ，ｙＳｍｒ）に等しく設定された輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、ｓｍｒＷｉｄｔｈおよびｓｍｒＨｅｉｇｈｔに等しく設定しされた輝度符号化ブロックの幅ｃｂＷｉｄｔｈおよび輝度符号化ブロックの高さｃｂＨｅｉｇｈｔを入力として呼び出され、出力は可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ_１、ａｖａｉｌａｂｌｅＦｌａｇＢ_１、並びに動きベクトルｍｖＡ_１およびｍｖＢ_１である。

２．動きベクトル候補リストｍｖＣａｎｄＬｉｓｔは、以下のように構成される。
ｉ＝０
ｉｆ（ａｖａｉｌａｂｌｅＦｌａｇＡ_１）
ｍｖＣａｎｄＬｉｓｔ［ｉ＋＋］＝ｍｖＡ_１
ｉｆ（ａｖａｉｌａｂｌｅＦｌａｇＢ_１）
ｍｖＣａｎｄＬｉｓｔ［ｉ＋＋］＝ｍｖＢ_１ （８－９１５）

３．変数ｎｕｍＣｕｒｒＣａｎｄは、ｍｖＣａｎｄＬｉｓｔにおけるマージ候補の数に等しく設定される。

４．ｎｕｍＣｕｒｒＣａｎｄが［［ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ］］｛｛ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄ｝｝より小さく、かつ、ｓｍｒＮｕｍＨｍｖｐＩｂｃＣａｎｄが０よりも大きい場合、８．６．２．４で規定されるようなＩＢＣ履歴ベースの動きベクトル候補の導出処理は、ｍｖＣａｎｄＬｉｓｔ、ＩｓＩｎＳｍｒ［ｘＣｂ］［ｙＣｂ］に等しく設定されたｉｓＩｎＳｍｒ、およびｎｕｍＣｕｒｒＣａｎｄを入力とし、修正されたｍｖＣａｎｄＬｉｓｔおよびｎｕｍＣｕｒｒＣａｎｄを出力として呼び出される。

５．ｎｕｍＣｕｒｒＣａｎｄが［［ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ］］｛｛ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄ｝｝より小さい場合、ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＭｅｒｇｅＣａｎｄに等しくなるまで、以下が適用される。
１．ｍｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［０］は、０に等しく設定される。
２．ｍｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［１］は、０に等しく設定される。
３．ｎｕｍＣｕｒｒＣａｎｄは１増加される。

６．変数ｍｖＩｄｘは、以下のように導出される。
ｍｖＩｄｘ＝ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］？ｍｅｒｇｅ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］：ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］ （８－９１６）

７．以下の割り当てが行われる。
ｍｖＬ［０］＝ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｍｖＩｄｘ］［０］ （８－９１７）
ｍｖＬ［１］＝ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｍｖＩｄｘ］［１］ （８－９１８）
一例において、現在のブロックがＩＢＣマージモードである場合、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄは、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄに設定され、現在のブロックがＩＢＣ ＡＭＶＰモードである場合、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは２に設定される。
一例において、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄは、例えば実施形態＃１を使用して、信号通知された情報から導出される。

５．３ 実施形態＃３
最大許容ＩＢＣ候補数による、ＩＢＣ関連構文要素の条件付き信号通知一例において、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄは、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄに設定される。

７．３．７．５ 符号化ユニット構文

１に等しいｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットに対し、ＰまたはＢスライスを復号化する場合、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］の後では、ＩＢＣモードフラグｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ［ｘ０］［ｙ０］｛｛ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄが０より大きい場合｝｝、およびｍｅｒｇｅ＿ｄａｔａ（）構文構造のうちの１または複数の構文要素以外は構文解析されず、Ｉスライスを復号化する場合｛｛、かつ、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄが０より大きい場合｝｝、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］の後ではｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］以外の構文要素は解析されないことを規定する。０に等しいｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、符号化ユニットがスキップされないことを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推論される。

１に等しいｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在の符号化ユニットがＩＢＣ予測モードで符号化されることを規定する。０に等しいｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在の符号化ユニットがＩＢＣ予測モードで符号化されないことを規定する。
ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合、次のように推測される。
－ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しく、かつ、ｃｂＷｉｄｔｈが４に等しく、かつ、ｃｂＨｅｉｇｈｔが４に等しい場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは１に等しいと推測される。
－あるいは、ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔの両方が１２８に等しい場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは０に等しいと推測される。
－あるいは、Ｉスライスを復号化する場合｛｛、かつ、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄが０より大きい場合｝｝、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇはｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの数値に等しいと推論され、ＰスライスまたはＢスライスを復号化する場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは０である。

５．４ 実施形態＃３
最大許容ＩＢＣ候補数に従う、ＩＢＣ関連構文要素の条件付き信号通知

一例において、ＭａｘＮｕｍＩＢＣＡＭＶＰＣａｎｄは、ＭａｘＮｕｍＩＢＣＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＭｅｒｇｅＣａｎｄに設定されてもよい。

図２０Ａは、映像処理のための例示的な方法２０００を示す。方法２０００は、動作２００２において、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｋｏｃｋ Ｃｏｐｙ）候補の最大数に基づいて、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）モードのためのＭＶＤ（Ｍｏｔｉｏｎ ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）関連構文要素を選択的に含む。いくつかの実施形態において、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャにおける他のサンプルから映像領域のサンプルが予測される。

図２０Ｂは、映像処理のための例示的な方法２００５を示す。方法２００５は、動作２００７において、映像の映像領域と映像のビットストリーム表現との間の変換のために、映像領域に対してＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）モードの使用の指示を無効化し、映像のシーケンスレベルでＩＢＣモードの使用を有効化することを判定することを含む。

方法２００５は、動作２００９において、判定に基づいて変換を実行することを含む。いくつかの実施形態において、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャにおける他のサンプルから映像領域のサンプルが予測される。

図２０Ｃは、映像処理のための例示的な方法２０１０を示す。方法２０１０は、動作２０１２において、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数に基づいて、ＩＢＣモードおよび／または１または複数のＩＢＣ関連構文要素の使用に関する指示を選択的に含む。いくつかの実施形態において、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャにおける他のサンプルから映像領域のサンプルが予測される。

図２０Ｄは、映像処理のための例示的な方法２０２０を示す。方法２０２０は、動作２０２２において、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、映像領域の変換中に使用される第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数の指示は、変換中に使用されるインターモードのマージ候補の最大数とは独立してビットストリーム表現で信号通知される。いくつかの実施形態において、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャにおける他のサンプルから映像領域のサンプルが予測される。

図２０Ｅは、映像処理のための例示的な方法２０３０を示す。方法２０３０は、動作２０３２において、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、映像領域の変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数は、ＩＢＣマージ候補の最大数とＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数との関数である。いくつかの実施形態において、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャにおける他のサンプルから映像領域のサンプルが予測される。

図２０Ｆは、映像処理のための例示的な方法２０４０を示す。方法２０４０は、動作２０４２において、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、映像領域の変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数は、映像領域の符号化モード情報に基づく。

図２０Ｇは、映像処理のための例示的な方法２０５０を示す。方法２０５０は、動作２０５２において、映像の映像領域とこの映像のビットストリーム表現との間での変換を実行することを含み、復号化されたＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）マージインデックス、または、復号化されたＩＢＣマージインデックスは、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数より小さい。

図２０Ｈは、映像処理のための例示的な方法２０６０を示す。方法２０６０は、動作２０６２において、映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックス、または、ＩＢＣマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することを含む。

方法２０６０は、動作２０６４において、判定に基づいて、変換中にデフォルト予測ブロックを使用することを含む。

図２０Ｉは、映像処理のための例示的な方法２０７０を示す。方法２０７０は、動作２０７２において、映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｒｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックス、または、ＩＢＣマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することを含む。

方法２０７０は、動作２０７４において、判定に基づいて、映像領域が無効なブロックベクトルを有するものとして扱うことで、変換を実行することを含む。

図２０Ｊは、映像処理のための例示的な方法２０８０を示す。方法２０８０は、動作２０８２において、映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）代替動きベクトル予測子候補インデックス、または、ＩＢＣマージ候補インデックスが、条件を満たさないことを判定することを含む。

方法２０８０は、動作２０８４において、判定に基づいて、補足のＢＶ（Ｂｌｏｃｋ Ｖｅｃｔｏｒ）候補リストを生成することを含む。

方法２０８０は、動作２０８６において、補足ＢＶ候補リストを使用して変換を実行することを含む。

図２０Ｋは、映像処理のための例示的な方法２０９０を示す。方法２０９０は、動作２０９２において、映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数は、２ではない。

図２１は、映像処理装置２１００のブロック図である。装置２１００は、本明細書に記載の方法の１または複数を実装するために使用してもよい。装置２１００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等に実施されてもよい。装置２１００は、１または複数のプロセッサ２１０２と、１または複数のメモリ２１０４と、映像処理ハードウェア２１０６と、を含んでもよい。１つまたは複数のプロセッサ２１０２は、本明細書に記載される１または複数の方法を実装するように構成されてもよい。１または複数のメモリ２１０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア２１０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。映像処理ハードウェア２１０６は、専用ハードウェア、またはＧＰＵ（Ｇｒａｐｈｉｃａｌ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）若しくは専用信号処理ブロックの形式で、プロセッサ２１０２内に部分的にまたは完全に含まれてもよい。

いくつかの実施形態において、映像符号化法は、図２１を参照して説明したように、ハードウェアプラットフォームに実装される装置を使用して実施してもよい。

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

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

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

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

周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）（登録商標）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、または、デジタルデータ処理および／または、映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

いくつかの実施形態において、下記のような技術的解決策を実装することができる。

Ａ１．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを含み、ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数に基づいて、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）モードのためのＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）関連構文要素を選択的に含み、ＩＢＣモードを適用する場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される、映像処理の方法。

Ａ２．ＭＶＤ関連構文要素は、符号化動きベクトル予測子インデックス、動きベクトル予測子の符号化精度、動きベクトル差分、およびＩＢＣ ＡＭＶＰモードの動きベクトル差の符号化精度のうちの少なくとも１つを含む、解決策Ａ１に記載の方法。

Ａ３．第１のタイプのＩＢＣ候補の最大数がＫ以下であることに基づいて、ビットストリーム表現は、ＩＢＣ ＡＭＶＰモードおよびＩＢＣ ＡＭＶＰモードのためのＭＤＶ関連構文要素の信号通知を除外し、ＩＢＣ ＡＭＶＰモードは無効化されると推測され、Ｋは整数である、解決策Ａ１に記載の方法。

Ａ４．第１のタイプのＩＢＣ候補の最大数がＫ以下であることに基づいて、ビットストリーム表現は、ＩＢＣ ＡＭＶＰモードおよびＩＢＣ ＡＭＶＰモードのための動きベクトル差分の信号通知を除外し、ＩＢＣ ＡＭＶＰモードは無効化されると推測され、Ｋは整数である、解決策Ａ１に記載の方法。

Ａ５．第１のタイプのＩＢＣ候補の最大数がＫよりも大きいことに基づいて、ビットストリーム表現は、符号化動きベクトル予測子インデックス、動きベクトル予測子の符号化精度、およびＩＢＣ ＡＭＶＰモードの動きベクトル差分の符号化精度のうちの少なくとも１つを選択的に含み、Ｋは整数である、解決策Ａ１に記載の方法。

Ａ６．Ｋ＝０またはＫ＝１である、解決策Ａ３～Ａ５のいずれかに記載の方法。

Ａ７．第１のタイプのＩＢＣ候補の最大数が１であることに基づいて、ビットストリーム表現は、ＩＢＣ ＡＭＶＰモードのための動きベクトル予測子インデックスを除外する、解決策Ａ１に記載の方法。

Ａ８．ＩＢＣ ＡＭＶＰモードのための動きベクトル予測子インデックスがゼロであると推測される、解決策Ａ１９に記載の方法。

Ａ９．第１のタイプのＩＢＣ候補の最大数がゼロに等しいことに基づいて、ビットストリーム表現は、動きベクトル予測子の精度および／またはＩＢＣ ＡＭＶＰモードの動きベクトル差分の精度を除外する、解決策Ａ１に記載の方法。

Ａ１０．第１のタイプのＩＢＣ候補の最大数がゼロよりも大きいことに基づいて、ビットストリーム表現は、動きベクトル予測子の精度および／またはＩＢＣ ＡＭＶＰモードの動きベクトル差分の精度を除外する、解決策Ａ１に記載の方法。

Ａ１１．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣ動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍと表される）である、解決策Ａ１～Ａ１０のいずれかに記載の方法。

Ａ１２．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍと表される）である、解決策Ａ１～Ａ１０のいずれかに記載の方法。

Ａ１３．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍと表される）である、解決策Ａ１～Ａ１０のいずれかに記載の方法。

Ａ１４．第１のタイプのＩＢＣ候補の最大数は、ビットストリーム表現で信号通知される、解決策Ａ１～Ａ１０のいずれかに記載の方法。

Ａ１５．映像の映像領域と映像のビットストリーム表現との間での変換のために、映像領域に対してＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）モードの使用の指示が無効化され、かつ、映像のシーケンスレベルでＩＢＣモードの使用が有効化されることを判定することと、判定に基づいて、変換を実行することと、を有し、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される、映像処理の方法。

Ａ１６．映像領域は、映像ピクチャのピクチャ、スライス、タイル、タイルグループ、または、ブリックに対応する、解決策Ａ１５に記載の方法。

Ａ１７．ビットストリーム表現は、判定に関連付けられた指示を有する、解決策Ａ１５またはＡ１６に記載の方法。

Ａ１８．指示は、ピクチャ、スライス、タイル、ブリック、または、ＡＰＳ（Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）にて信号通知される、解決策Ａ１７に記載の方法。

Ａ１９．指示は、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、スライスヘッダ、ピクチャヘッダ、タイルヘッダ、タイルグループヘッダ、または、ブリックヘッダにて信号通知される、解決策Ａ１８に記載の方法。

Ａ２０．スクリーンコンテンツと異なる映像のコンテンツに基づいて、ＩＢＣモードは無効化される、解決策Ａ１５に記載の方法。

Ａ２１．映像の映像コンテンツがカメラでキャプチャされたコンテンツであることに基づいて、ＩＢＣモードが無効化される、解決策Ａ１５に記載の方法。

Ａ２２．映像の映像領域と前記映像のビットストリーム表現との間での変換を実行することを含み、前記ビットストリーム表現は、映像領域の変換中に使用される第１のタイプのＩＢＣ候補の最大数に基づいて、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）モードおよび／または１または複数のＩＢＣ関連構文要素の使用に関する指示を選択的に含み、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される、映像処理の方法。

Ａ２３．第１のタイプのＩＢＣ候補の最大数が、インター符号化ブロックのマージ候補の最大数に等しく設定される、解決策Ａ２２に記載の方法。

Ａ２４．第１のタイプのＩＢＣ候補の最大数がゼロに等しいことに基づいて、ビットストリーム表現は、ＩＢＣスキップモードおよびＩＢＣスキップモードの信号通知を除外し、ＩＢＣスキップモードは無効化されると推測される、解決策Ａ２２に記載の方法。

Ａ２５．第１のタイプのＩＢＣ候補の最大数がゼロに等しいことに基づいて、ビットストリーム表現は、ＩＢＣマージモードまたはＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）モードの信号通知を除外し、ＩＢＣモードは無効化されると推測される、解決策Ａ２２に記載の方法。

Ａ２６．第１のタイプのＩＢＣ候補の最大数がゼロに等しいことに基づいて、ビットストリーム表現は、マージモードの信号通知を除外し、ＩＢＣマージモードは無効化されると推測される、解決策Ａ２２に記載の方法。

Ａ２７．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣ動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）、または、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）である、解決策Ａ２２～Ａ２６のいずれかに記載の方法。

Ａ２８．第１のタイプのＩＢＣ候補の最大数は、ビットストリーム表現にて信号通知される、解決策Ａ２２～Ａ２６のいずれかに記載の方法。

Ａ２９．変換は、ビットストリーム表現から映像領域の画素値を生成することを有する、解決策Ａ１～Ａ２８のいずれかに記載の方法。

Ａ３０．変換は、映像領域の画素値からビットストリーム表現を生成することを有数ｒ、解決策Ａ１～Ａ２８のいずれかに記載の方法。

Ａ３１．解決策Ａ～Ａ３０の１または複数に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

Ａ３２．実行された際に、解決策Ａ１～Ａ３０の１または複数に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

いくつかの実施形態において、下記のような技術的解決策を実装することができる。

Ｂ１．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、映像領域の変換中に使用される、第１のタイプのＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数の指示は、変換に使用されるインターモードのマージ候補の最大数とは独立してビットストリーム表現にて信号通知され、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される、映像処理の方法。

Ｂ２．第１のタイプのＩＢＣ候補の最大数は、ビットストリーム表現にて直接信号通知される、解決策Ｂ１に記載の方法。

Ｂ３．映像領域の変換に対してＩＢＣモードが有効化されていることに起因して、第１のタイプのＩＢＣ候補の最大数がゼロよりも大きい、解決策Ｂ１に記載の方法。

Ｂ４．別の値を使用して、第１のタイプのＩＢＣ候補（ｍａｘＮｕｍＩＢＣにて示される）の最大数を予測的に符号化することをさらに有する、解決策Ｂ１～Ｂ３のいずれかに記載の方法。

Ｂ５．第１のタイプのＩＢＣ候補の最大数の指示は、予測的な符号化の後の差分に設定される、解決策４に記載の方法。

Ｂ６．差分は、別の値と第１のタイプのＩＢＣ候補の最大数との間である、解決策Ｂ５に記載の方法。

Ｂ７．別の値は通常のマージリストのサイズ（Ｓ）であり、（Ｓ－ｍａｘＮｕｍＩＢＣ）は、ビットストリームにて信号通知され、Ｓは整数である、解決策Ｂ６に記載の方法。

Ｂ８．別の値は固定整数（Ｋ）であり、（Ｋ－ｍａｘＮｕｍＩＢＣ）はビットストリームにて信号通知される、解決策Ｂ６に記載の方法。

Ｂ９．Ｋ＝５またはＫ＝６である、解決策Ｂ８に記載の方法。

Ｂ１０．第１のタイプのＩＢＣ候補の最大数は、（Ｋ－ビットストリームにて信号通知される最大数の指示）となるように導出される、解決策Ｂ６～Ｂ９のいずれかに記載の方法。

Ｂ１１．差分は、第１のタイプのＩＢＣ候補の最大数と前記別の値との間にある、解決策Ｂ５に記載の方法。

Ｂ１２．別の値は固定整数（Ｋ）であり、（ｍａｘＮｕｍＩＢＣ－Ｋ）はビットストリームにて信号通知される、解決策Ｂ１１に記載の方法。

Ｂ１３．Ｋ＝０またはＫ＝２である、解決策Ｂ１２に記載の方法。

Ｂ１４．第１のタイプのＩＢＣ候補の最大数は、（ビットストリームにて信号通知される最大数の指示＋Ｋ）となるように導出される、解決策Ｂ１１～Ｂ１３に記載の方法。

Ｂ１５．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣ動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）である、解決策Ｂ１～Ｂ１４のいずれかに記載の方法。

Ｂ１６．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）である、解決策Ｂ１～Ｂ１４のいずれかに記載の方法。

Ｂ１７．第１のタイプのＩＢＣ候補の最大数は、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）である、解決策Ｂ１～Ｂ１４のいずれかに記載の方法。

Ｂ１８．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、映像領域の変換中に使用される最大数のＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）およびＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）の関数であり、ＩＢＣモードが適用される場合、映像領域に対応する映像ピクチャ内の他のサンプルから映像領域のサンプルが予測される、映像処理の方法。

Ｂ１９．ｍａｘＩＢＣＡＭＶＰＮｕｍは２に等しい、解決策Ｂ１８に記載の方法。

Ｂ２０．関数は、その引数の大きいほうを返す、解決策Ｂ１８またはＢ１９に記載の方法。

Ｂ２１．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、映像領域の前記変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、映像領域の符号化モード情報に基づく、映像処理の方法。

Ｂ２２．ｍａｘＩＢＣＣａｎｄＮｕｍは、ＩＢＣマージモードで符号化されている映像領域に基づいて、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）に設定される、解決策Ｂ２１に記載の方法。

Ｂ２３．ｍａｘＩＢＣＣａｎｄＮｕｍは、ＩＢＣ ＡＭＶＰモードで符号化される映像領域に基づいて、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）に設定される、解決策Ｂ２１に記載の方法。

Ｂ２４．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、復号化されたＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）マージインデックスまたは復号化されたＩＢＣマージインデックスは、ＩＢＣ動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）より小さい、映像処理の方法。

Ｂ２５．復号化されたＩＢＣ ＡＭＶＰマージインデックスは、ＩＢＣ ＡＭＶＰ候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）より小さい、解決策Ｂ２４に記載の方法。

Ｂ２６．復号化されたＩＢＣマージインデックスは、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）より小さい、解決策Ｂ２４に記載の方法。

Ｂ２７．ｍａｘＩＢＣＭｒｇＮｕｍ＝２である、解決策Ｂ２６に記載の方法。

Ｂ２８．映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックスまたはＩＢＣマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することと、判定に基づいて、変換中のデフォルト予測ブロックを使用することとを有する、映像処理の方法。

Ｂ２９．デフォルト予測ブロックの各サンプルは、（１＜＜（ＢｉｔＤｅｐｔｈ－１））に設定され、ＢｉｔＤｅｐｔｈは正の整数である、解決策Ｂ２８に記載の方法。

Ｂ３０．デフォルトのブロックベクトルは、デフォルト予測ブロックに割り当てられる、解決策Ｂ２８に記載の方法。

Ｂ３１．映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックスまたはＩＢＣマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することと、判定に基づいて、映像領域が無効なブロックベクトルを有するものとして扱うことによって、変換を実行することと、を有する、映像処理の方法。

Ｂ３２．映像の映像領域と映像のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）候補インデックスまたはＩＢＣマージ候補インデックスが条件を満たさないことを判定することと、判定に基づいて、補足のＢＶ（Ｂｌｏｃｋ Ｖｅｃｔｏｒ）候補リストを生成することと、補足ＢＶ候補リストを使用して、変換を実行することと、を有する、映像処理の方法。

Ｂ３３．条件は、ＩＢＣ ＡＭＶＰ候補インデックスまたはＩＢＣマージ候補インデックスが、映像領域のＩＢＣ動き候補の最大数以上である、解決策Ｂ３２に記載の方法。

Ｂ３４．補足のＢＶ候補ベクトルリストは、１または複数のＨＭＶＰ（Ｈｉｓｔｏｒｙ－ｂａｓｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補を追加することと、他のＢＶ候補から１または複数の仮想ＢＶ候補を生成することと、１または複数のデフォルトの候補を追加すること、のステップを用いて生成される、解決策Ｂ３２またはＢ３３に記載の方法。

Ｂ３５．ステップが順に実行される、解決策Ｂ３４に記載の方法。

Ｂ３６．ステップがインターリーブ方式で実行される、解決策Ｂ３４に記載の方法。

Ｂ３７．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ） ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）は、２に等しくない、映像処理の方法。

Ｂ３８．ビットストリーム表現は、動きベクトル予測子インデックスを示すフラグを除外し、１よりも大きい値を有するインデックスを含む、解決策Ｂ３７に記載の方法。

Ｂ３９．インデックスは、ユーナリー、トランケイテッドユーナリー、固定長、または、指数ゴロム表現を用いてバイナリ符号化される、解決策Ｂ３８に記載の方法。

Ｂ４０．インデックスのバイナリビン文字列のビンは、コンテキスト符号化またはバイパス符号化される、解決策Ｂ３８に記載の方法。

Ｂ４１．ｍａｘＩＢＣＡＭＶＰＮｕｍは、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）よりも大きい、解決策Ｂ３７に記載の方法。

Ｂ４２．映像領域と映像領域のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数がゼロであることを判定することと、判定に基づいて、変換中にＩＢＣブロックベクトル候補リストを生成することによって変換を実行することと、を有する、映像処理の方法。

Ｂ４３．変換は、ＩＢＣ ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）モードが映像領域の変換に対して有効化されていることに基づいて、マージリストを生成することをさらに含む、解決策Ｂ４２に記載の方法。

Ｂ４４．変換は、ＩＢＣマージモードが映像領域の変換に対して無効化されていることに基づいて、ＩＢＣ ＡＭＶＰ候補の最大数までの長さを有するマージリストを生成することをさらに含む、解決策Ｂ４２に記載の方法。

Ｂ４５．変換は、ビットストリーム表現から映像領域の画素値を生成することを有する、解決策Ｂ１～Ｂ４４のいずれかに記載の方法。

Ｂ４６．変換は、映像領域の画素値からビットストリーム表現を生成することを有する、解決策Ｂ１～Ｂ４４のいずれかに記載の方法。

Ｂ４７．解決策Ｂ１～Ｂ４６の１または複数に記載の方法を実装するように構成されたプロセッサを備える、映像処理装置。

Ｂ４８．実行された際に、解決策Ｂ１～Ｂ４６の１または複数に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

いくつかの実施形態において、下記のような技術的解決策を実装することができる。

Ｃ１．映像の映像領域と映像領域のビットストリーム表現との間での変換中に、映像領域に対するイントラブロックコピーモードの使用が無効化され、かつ、映像の他の映像領域に対するイントラブロックコピーモードの使用が有効化されることを判定することと、判定に基づいて変換を実行することと、を有し、イントラブロックコピーモードにおいて、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測される、映像処理の方法。

Ｃ２．映像領域は、映像ピクチャ、または、映像ピクチャのスライス、または、タイル、または、タイルグループ、もしくはブリックに対応する、解決策Ｃ１に記載の方法。

Ｃ３．ビットストリーム表現は、判定に関する指示を含む、解決策Ｃ１～Ｃ２のいずれかに記載の方法。

Ｃ４．指示は、ピクチャ、または、スライス、または、タイル、または、タイルグループ、または、ブリックレベルにて含まれる、解決策Ｃ３に記載の方法。

Ｃ５．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、ビットストリーム表現は、映像領域の変換中に使用されるＩＢＣ動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）が、変換中に使用されるマージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄにて示される）に等しい場合における判定に関する指示を選択的に含む、映像処理の方法。

Ｃ６．ｍａｘＩＢＣＣａｎｄＮｕｍはゼロに等しく、ｍａｘＩＢＣＣａｒｄＮｕｍがゼロに等しいことに起因して、ビットストリーム表現は、特定のＩＢＣ情報の信号通知を除外する、解決策Ｃ５に記載の方法。

Ｃ７．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、ビットストリーム表現は、映像領域の変換中に使用され、条件を満足するイントラブロックコピー動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）の値に依存する、イントラブロックコピー代替動きベクトル予測子のための動きベクトル差分関連の構文要素を含み、イントラブロックコピーモードにおいて、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測される、映像処理の方法。

Ｃ８．条件は、ｍａｘＩＢＣＣａｎｄＮｕｍが、変換中に使用されるマージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄにて示される）に等しいことを含む、解決策Ｃ７に記載の方法。

Ｃ９．ｍａｘＩＢＣＣａｎｄＮｕｍは０に等しく、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しいことに起因して、イントラブロックコピー代替動きベクトル予測子のための動きベクトル予測子インデックスの信号通知が、ビットストリーム表現から省略される、解決策Ｃ８に記載の方法。

Ｃ１０．ｍａｘＩＢＣＣａｎｄＮｕｍは０に等しく、ｍａｘＩＢＣＣａｎｄＮｕｍが０に等しいことに起因して、イントラブロックコピー代替動きベクトル予測子のための動きベクトル差分の信号通知が、ビットストリーム表現から省略される、解決策Ｃ８の方法。

Ｃ１１．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、映像領域の変換中に使用されるイントラブロックコピー動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、ビットストリーム表現にて、変換中に使用されるマージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄにて示される）とは独立して信号通知され、イントラブロックコピーは、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測されるモードに対応する、映像処理の方法。

Ｃ１２．イントラブロックコピーが映像領域の変換に対して有効化されていることに起因して、ＭａｘＩＢＣＣａｎｄＮｕｍはゼロよりも大きい、解決策Ｃ１１に記載の方法。

Ｃ１３．ｍａｘＩＢＣＣａｎｄＮｕｍは、別の値を使用して予測的に符号化することにより、ビットストリーム表現にて信号通知される、解決策Ｃ１１～Ｃ１２のいずれかに記載の方法。

Ｃ１４．別の値は、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄである、解決策Ｃ１３に記載の方法。

Ｃ１５．別の値は、定数Ｋである、解決策Ｃ１３に記載の方法。

Ｃ１６．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、映像領域の変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、映像領域の符号化モード情報に依存し、ＩＢＣは、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測されるモードに対応する、映像処理の方法。

Ｃ１７．ブロックがＩＢＣマージモードで符号化される場合、ｍａｘＩＢＣＣａｎｄＮｕｍは、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）に設定される、解決策Ｃ１６の方法。

Ｃ１８．ブロックがＩＢＣ ＡＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）候補モードで符号化される場合、ｍａｘＩＢＣＣａｎｄＮｕｍは、ＩＢＣ ＡＭＶＰ数の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）に設定される、解決策Ｃ１６の方法。

Ｃ１９．ｍａｘＩＢＣＭｒｇＮｕｍは、スライスヘッダにて信号通知される、解決策Ｃ１７の方法。

Ｃ２０．ｍａｘＩＢＣＭｒｇＮｕｍは、許容される非ＩＢＣ並進マージ候補の最大数と同じに設定される、解決策Ｃ１７に記載の方法。

Ｃ２１．ｍａｘＩＢＣＡＭＶＰＮｕｍは、２に等しく設定される、解決策Ｃ１８の方法。

Ｃ２２．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、映像領域の変換中に使用されるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）動き候補の最大数（ｍａｘＩＢＣＣａｎｄＮｕｍにて示される）は、ＩＢＣマージ候補の最大数（ｍａｘＩＢＣＭｒｇＮｕｍにて示される）と、ＩＢＣ代替動きベクトル予測候補の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）との第１の関数であり、ＩＢＣは、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測されるモードに対応する、映像処理の方法。

Ｃ２３．ｍａｘＩＢＣＡＭＶＰＮｕｍは、２に等しい、解決策Ｃ２２に記載の方法。

Ｃ２４．変換中、復号化されたＩＢＣ代替動きベクトル予測子インデックスは、ｍａｘＩＢＣＡＭＶＰＮｕｍより小さい、解決策Ｃ２２～Ｃ２３に記載の方法。

Ｃ２５．映像の映像領域と映像のビットストリーム表現との間での変換中に、イントラブロックコピー代替動きベクトル予測子インデックスまたはイントラブロックコピーマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することと、判定に基づいて、変換中にデフォルト予測ブロックを使用することと、を有する、映像処理の方法。

Ｃ２６．映像の映像領域と映像のビットストリーム表現との間での変換中に、イントラブロックコピー代替動きベクトル予測子インデックスまたはイントラブロックコピーマージ候補インデックスが、ブロックベクトル候補リストにおけるブロックベクトル候補を識別できないことを判定することと、判定に基づいて、映像領域が無効ブロックベクトルを有するとして扱うことにより変換を実行することを有する、映像処理の方法。

Ｃ２７．映像の映像領域と映像のビットストリーム表現との間での変換中に、イントラブロックコピー代替動きベクトル予測子インデックスまたはイントラブロックコピーマージ候補インデックスが条件を満たさないことを判定することと、判定に基づいて、補足のＢＶ（Ｂｌｏｃｋ Ｖｅｃｔｏｒ）候補リストを生成することと、補足のブロックベクトル候補リストを使用して変換を実行することと、を有する、映像処理の方法。

Ｃ２８．条件は、イントラブロックコピー代替動きベクトル予測子インデックスまたはイントラブロックコピーマージ候補インデックスが、映像領域のためのイントラブロックコピー候補の最大数よりも小さいあることを含む、解決策Ｃ２７に記載の方法。

Ｃ２９．前記補足のＢＶ候補ベクトルリストは、履歴ベースの動きベクトル予測子候補を生成することと、他のＢＶ候補から仮想ＢＶ候補を生成することと、デフォルトの候補を追加することと、のステップを使用して生成される、解決策Ｃ２７～Ｃ２８のいずれかに記載の方法。

Ｃ３０．ステップは順に実行される、解決策Ｃ２９に記載の方法。

Ｃ３１．ステップはインターリーブ方式で実行される、解決策Ｃ２９に記載の方法。

Ｃ３２．映像の映像領域と映像のビットストリーム表現との間での変換を実行することを有し、ＩＢＣ代替動きベクトル予測候補数の最大数（ｍａｘＩＢＣＡＭＶＰＮｕｍにて示される）は２に等しくなく、ＩＢＣは、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測されるモードに対応する、映像処理の方法。

Ｃ３３．ビットストリーム表現は、動きベクトル予測子インデックスを示す第１のフラグを除外し、１よりも大きい値を有するインデックスを含む、解決策Ｃ３２に記載の方法。

Ｃ３４．インデックスは、ユーナリー／トランケイテッドユーナリー／固定長／指数ゴロム／他の２値化表現で２値化されるものを用いて符号化される、解決策Ｃ３２～Ｃ３３のいずれかに記載の方法。

Ｃ３５．映像領域と映像領域のビットストリーム表現との間での変換中に、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）候補の最大数がゼロであることを判定することと、判定に基づいて、変換中にＩＢＣブロックベクトル候補リストを生成することによって、変換を実行することと、を有し、ＩＢＣは、映像領域に対応する映像ピクチャにおける他の画素から映像領域の画素が予測されるモードに対応する、映像処理の方法。

Ｃ３６．変換は、映像領域の変換に対してＩＢＣ代替動きベクトル予測子モードが有効化されていると仮定することによって、マージリストを生成することをさらに含む、解決策Ｃ３５に記載の方法。

Ｃ３７．変換は、映像領域の変換に対してＩＢＣマージモードが無効化されている場合、ＩＢＣ高度動きベクトル予測子候補の最大数までの長さを有するマージリストを生成することをさらに含む、解決策Ｃ３４に記載の方法。

Ｃ３８．変換は、ビットストリーム表現から映像領域の画素値を生成することを有する、解決策Ｃ１～Ｃ３７のいずれかに記載の方法。

Ｃ３９．変換は、映像領域の画素値からビットストリーム表現を生成することを有する、解決策Ｃ１～Ｃ３７のいずれかに記載の方法。

Ｃ４０．解決策Ｃ１～Ｃ３９の１または複数に記載の方法を実装するように構成されたプロセッサを備える、映像処理装置。

Ｃ４１．実行された際に、解決策Ｃ１～Ｃ３９の１または複数に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

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

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

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１または複数のコンピュータプログラムを実行する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

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

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

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

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

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

Claims (32)

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. 実行された際に、プロセッサに、請求項１～３０のいずれか一項に記載の方法を実装させるプログラムコードを格納するコンピュータ記録媒体。

Images