JP2023026612A - 動きベクトル差分によるマージ（ｍｍｖｄ）モードにおける動きベクトル予測 - Google Patents

Abstract

【課題】ビデオ処理の方法を提供する。
【解決手段】方法は、ビデオの１つ以上のビデオブロックとビデオのコーディングされた表現との間の変換を実行するステップを有する。コーディングされた表現における第１フィールドは、分数サンプル精度が、変換中に使用される動きベクトル差分によるマージ（ＭＭＶＤ）モードにおいて運動距離を示すために使用されるかどうかを示す。ＭＭＶＤモードは、現在のビデオブロックについての開始点、運動距離及び運動方向を含む動きベクトル表示を有する。
【選択図】図１２

Description

本特許文献は、ビデオ及び画像コーディング及びデコーディングに関する。

デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上で最大バンド幅使用を占める。ビデオを受信及び表示することが可能なユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は成長し続けることが予期される。

本特許文献は、一例となる態様で、ultimate motion vector expression（ＵＭＶＥ）又は一般化された双予測（generalized bi-prediction）に関係がある現在のコーディングツールのコーディング効率を改善するビデオコーディングツールを開示する。

一例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、ultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定するステップと、その決定に基づき変換を実行するステップとを有し、現在のビデオブロックは、マージモードと、現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を有するＵＭＶＥモードでの動きベクトル差分とによりコーディングされ、コーディングされた表現における１つ以上のフィールドは、動作のモードに対応し、１つ以上のフィールドは、ＵＭＶＥモードが現在のビデオブロックに対して有効若しくは無効にされているかどうかを示す値を有するＵＭＶＥイネーブルフィールド、又はＵＭＶＥモードに基づき変更されたアフィンマージモードが現在のビデオブロックに対して有効若しくは無効にされているかどうかを示す変形アフィンモードイネーブルフィールドを含む。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、ultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定するステップと、その決定に基づき変換を実行するステップとを有し、現在のビデオブロックは、マージモードと、現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を有するＵＭＶＥモードでの動きベクトル差分とによりコーディングされ、コーディングされた表現における１つ以上のフィールドは、動作のモードに対応し、１つ以上のフィールドは、ＵＭＶＥモードによって使用される基本候補リストのサイズを示すリストサイズフィールド、又はＵＭＶＥモードのための距離テーブル若しくは方向テーブルを通知するテーブルフィールドを含む。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、ultimate motion vector expression（ＵＭＶＥ）コーディングツールを用いて実行するステップを有し、ＵＭＶＥコーディングツールは、現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を表し、距離テーブル又は方向テーブルの少なくとも１つは、２つの参照ピクチャのピクチャ・オーダー・カウント（Picture Order Count，ＰＯＣ）若しくは現在のビデオブロックを含む現在のピクチャのＰＯＣ、又は現在のビデオブロック、現在のスライス、若しくは現在のピクチャをコーディングするために使用される量子化パラメータ（ＱＰ）に依存する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、アフィンultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定するステップと、その決定に基づき変換を実行するステップとを有し、現在のビデオブロックは、アフィンマージモードと、現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含むアフィンＵＭＶＥモードでの動きベクトル差分とによりコーディングされ、コーディングされた表現における１つ以上のフィールドは、動作のモードに対応し、１つ以上のフィールドは、ＵＭＶＥモードによって使用される予測オフセットによるアフィンマージモードのための基本アフィンマージ候補リストのサイズを示すリストサイズフィールド、又は予測オフセットによるアフィンマージモードのための距離テーブル若しくは方向テーブルを通知するテーブルフィールドを含む。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のためにultimate motion vector expression（ＵＭＶＥ）コーディングツールでの複数の動きベクトル差分を通知すると決定するステップと、その決定に基づき変換を実行するステップとを有し、ＵＭＶＥコーディングツールを用いて、現在のビデオブロックについての開始点並びにＮ個の運動の大きさ及びＮ個の運動方向によって表されるＮ個の動きベクトル差分を含む動きベクトル表示が、変換中に使用され、Ｎは、２以上の整数である。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、現在ピクチャ参照（Current Picture Referencing，ＣＰＲ）コーディングツール及びultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用する現在のビデオブロックにより、変換にルールが適用可能であることを決定するステップと、ルールに従って変換を実行するステップとを有し、ルールは、変換のための１つ以上のコーディング距離の使用を認めず、ＣＰＲコーディングツールは、参照ピクチャとして現在のピクチャを使用し、ＵＭＶＥコーディングツールは、現在のビデオブロックについての開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を使用する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換中に、現在のビデオブロックが、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、現在のビデオブロックのための動きベクトル差分（Motion Vector Difference，ＭＶＤ）値の精緻化を実行すると決定するステップと、その決定に基づき変換を実行するステップとを含む。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、現在のビデオブロックが、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、複数のＵＭＶＥパラメータセットから第１ＵＭＶＥパラメータセットを使用すると決定するステップと、その決定に基づき変換を実行するステップとを有し、複数のＵＭＶＥパラメータセットの中の少なくとも１つの指示は、現在のビデオブロックのために通知又は予め定義される。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックが、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、現在のビデオブロックとビデオのコーディングされた表現との間の変換のためのＵＭＶＥパラメータセットを選択するステップを有し、選択されたＵＭＶＥパラメータセットは、異なるビデオブロック、異なる参照ピクチャリスト、異なる参照ピクチャ、異なるタイル、異なるスライス、異なるピクチャ、又は異なる時間レイヤにわたって変更される。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを用いて、現在のビデオブロックとビデオのコーディングされた表現との間の変換を実行するステップを有し、適応動きベクトル分解能（Adaptive Motion Vector Resolution，ＡＭＶＲ）スキームが、ＵＭＶＥコーディングツールによって使用される距離テーブルを通知するために使用される。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、現在のビデオブロックの予測が、２つの参照リストからの予測子の非一様加重和（non-uniformly weighted sum）に対応する最終的な予測子を使用するところの、一般化された双予測（Generalized Bi-prediction，ＧＢｉ）コーディングツールの動作のモードを決定するステップと、その決定に基づき変換を実行するステップとを有し、コーディングされた表現におけるフィールドは、動作のモードに対応し、フィールドの値は、ＧＢｉコーディングツールが現在のビデオブロックのために有効又は無効にされるかどうかを示す。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、ルールは、ＧＢｉコーディングツールによって使用される重み付け係数セットが、ｉ）現在のビデオブロックを含むピクチャの時間レイヤ、ｉｉ）ピクチャのピクチャ量子化パラメータ、又はｉｉｉ）現在のビデオブロックの量子化パラメータに基づくことを規定する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、片予測モードについて１に等しくない重みを使用すると決定するステップと、その決定に基づき変換を実行するステップとを有し、現在のビデオブロックの予測は、重みによってスケーリングされた予測子に対応する最終的な予測子を使用し、重み付け係数セットが、ブロックレベル又はコーディングユニットレベルで選択される。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、ルールは、現在のビデオブロックの隣接ピクセルと、現在のビデオブロックの動きベクトル又は動きベクトルの整数部分によって特定される対応する参照隣接ピクセルとに基づき、ＧＢｉコーディングツールのための重み付け係数を選択又は導出することを規定する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、ルールは、現在のビデオブロックの隣接ピクセルと、現在のビデオブロックの動きベクトル又は動きベクトルの整数部分によって特定される対応する参照隣接ピクセルとに基づき、ＧＢｉコーディングツールのための重み付け係数を並べ直すことを規定する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、ルールは、ＧＢｉコーディングツールのための重み付け係数を決定するために、現在のビデオブロックに関連した局所照度補償（Local Illumination Compensation，ＬＩＣ）パラメータを使用することを規定し、ＬＩＣパラメータは、変換中に現在のビデオブロックにおける照度変化の線形モデルを使用するよう導出される。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの１つ以上のビデオブロックとビデオのコーディングされた表現との間の変換を実行するステップを有し、コーディングされた表現における第１フィールドは、分数サンプル精度が、変換中に使用される動きベクトル差分によるマージ（Merge with Motion Vector Difference，ＭＭＶＤ）モードで運動距離を示すために使用されるかどうかを示し、ＭＭＶＤモードは、現在のビデオブロックについての開始点、運動距離及び運動方向を含む動きベクトル表示を有する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を実行するステップを有し、コーディングされた表現は、分数動きベクトル（Motion Vector，ＭＶ）又は動きベクトル差分（Motion Vector Difference，ＭＶＤ）精度が、変換中に使用されるアドバンスド動きベクトル予測（Adaptive Motion Vector Prediction，ＡＭＶＰ）モード又はアフィンインターモードについて認められるかどうかを示すフラグを有する。

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のピクチャの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、コーディングされた表現のフォーマットを規定するルールに従って実行するステップを有し、ルールは、コーディングモードのためのシンタックス要素が、現在のビデオブロックの変換のために使用される全ての参照ブロックが現在のピクチャのサンプルから取得されるかどうかに基づき、コーディングされた表現に含まれることを規定する。

更なる他の代表的な態様では、上記の方法は、プロセッサ実行可能なコードの形で具現され、コンピュータ可読プログラム媒体に記憶される。

更なる他の代表的な態様では、上記の方法を実行するよう構成され又は動作するデバイスが、開示される。デバイスは、この方法を実施するようプログラムされているプロセッサを含んでよい。

更なる例となる態様では、上記の方法は、プロセッサを有するビデオエンコーダ装置又はビデオデコーダ装置によって実施されてよい。

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

簡単化されたアフィン動きモデルの例を示す。 サブブロックごとのアフィン動きベクトル場（ＭＶＦ）の例を示す。 ４パラメータアフィンモデルを示す。 ６パラメータアフィンモデルを示す。 ＡＦ＿ＩＮＴＥＲのための動きベクトル予測子（ＭＶＰ）の例を示す。 ＡＦ＿ＭＥＲＧＥのための候補の例を示す。 ＡＦ＿ＭＥＲＧＥのための候補の例を示す。 アフィンマージモードのための候補位置の例を示す。 距離インデックス及び距離オフセットマッピングの例を示す。 ultimate motion vector expression（ＵＭＶＥ）探索プロセスの例を示す。 ＵＭＶＥ探索点の例を示す。 ＩＣパラメータを導出するために使用される隣接サンプルの例を示す。 本明細書で説明される技術を実施するためのハードウェアプラットフォームの例を示す。 本明細書で説明される技術を実施するためのハードウェアプラットフォームの例を示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づくビデオ処理の方法の例のフローチャートを示す。

本明細書は、圧縮解除又はデコーディングされたデジタルビデオの品質を改善するためにビデオビットストリームのデコーダによって使用され得る様々な技術を提供する。更に、ビデオエンコーダも、更なるエンコーディングのために使用されるデコーディングされたフレームを再構成するためにエンコーディングのプロセス中にこれらの技術を実装してもよい。

セクション見出しは、理解を簡単にするために本明細書中で使用されており、各セクションで開示されている実施形態及び技術を限定しない。従って、１つのセクションからの実施形態は、他のセクションからの実施形態と結合され得る。

［１．概要］
本明細書は、ビデオコーディング技術に関係がある。具体的には、ビデオコーディングにおける動き補償に関係がある。それは、ＨＥＶＣのような既存のビデオコーディング規格、又は完成されるべき規格（バーサタイル・ビデオ・コーディング（Versatile Video Coding））に適用されてよい。それはまた、将来のビデオコーディング規格又はビデオコーデックにも適用可能であり得る。

［２．序文］
ビデオコーディング規格は、主として、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ規格の開発を通じて、進化してきた。ＩＴＵ－Ｔは、Ｈ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣは、ＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同で、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ ＡＶＣ（Advanced Video Coding）並びにＨ．２６５／ＨＥＶＣ規格を作り出した。Ｈ．２６２以降、ビデオコーディング規格は、ハイブリッドビデオコーディング構造に基づいており、時間予測及び変換コーディングが利用される。ＨＥＶＣを越える将来のビデオコーディング技術を探るために、Joint Video Exploration Team（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同設立された。それ以来、多くの新しい方法がＪＶＥＴによって導入され、Joint Exploration Model（ＪＥＭ）と名付けられた参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間のJoint Video Expert Team（ＪＶＥＴ）が、ＨＥＶＣと比較してビットレート５０％減を目指すＶＶＣ規格に取り組むために作られた。

ＶＶＣドラフトの最新バージョン、すなわち、バーサタイル・ビデオ・コーディング（ドラフト２）は、http://phenix.it-sudparis.eu/jvet/doc_end_user/documents/11_Ljubljana/wg11/JVET-K1001-v7.zipで入手可能であった。

ＶＴＭと名付けられたＶＶＣの最新参照ソフトウェアは、https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/tags/VTM-2.1で入手可能であった。

［２．１ アフィン動き補償予測］
ＨＥＶＣでは、並進運動モデル（translation motion model）しか動き補償予測（Motion Compensation Prediction，ＭＣＰ）のために適用されない。一方、現実世界では、多くの種類の動き、例えば、ズームイン／アウト、回転、射影運動、及び他の不規則な動きが存在する。ＪＥＭでは、簡単化されたアフィン変換動き補償予測が適用される。図１に示されるように、ブロックのアフィン運動場は、２つの制御点動きベクトルによって記述される。

ブロックの動きベクトル場（Motion Vector Field，ＭＶＦ）は、次の式によって記述される：

ここで、（ｖ_０ｘ，ｖ_０ｙ）は、左上角の制御点の動きベクトルであり、（ｖ_１ｘ，ｖ_１ｙ）は、右上角の制御点の動きベクトルである。

動き補償予測を更に簡単にするために、サブブロックベースのアフィン変換予測が適用される。サブブロックサイズＭ×Ｎは、式２で見られるように導出され、このとき、ＭｖＰｒｅは、動きベクトル分数精度（ＪＥＭでは１／１６）であり、（ｖ_２ｘ，ｖ_２ｙ）は、式１に従って計算された左下制御点の動きベクトルである。

式２によって導出された後、Ｍ及びＮは、夫々、ｗ及びｈの約数となるよう、必要に応じて下方調整されるべきである。

各Ｍ×Ｎサブブロックの動きベクトルを導出するために、図２に示されるような、各サブブロックの中心サンプルの動きベクトルが、式１に従って計算され、１／１６分数精度に丸められる。

ＭＣＰの後、各サブブロックの高精度動きベクトルは丸められ、通常の動きベクトルと同じ精度としてセーブされる。

［２．１．１ ＡＦ＿ＩＮＴＥＲモード］
ＪＥＭでは、２つのアフィン動きモード、すなわち、ＡＦ＿ＩＮＴＥＲモード及びＡＦ＿ＭＥＲＧＥモードが存在する。幅及び高さの両方が８よりも大きいＣＵについては、ＡＦ＿ＩＮＴＥＲモードが適用され得る。ＣＵレベルでのアフィンフラグは、ＡＦ＿ＩＮＴＥＲモードが使用されるかどうかを示すためにビットストリームで通知される。このモードで、動きベクトル対｛（ｖ_０，ｖ_１）｜ｖ_０＝｛ｖ_Ａ，ｖ_Ｂ，ｖ_Ｃ｝，ｖ_１＝｛ｖ_Ｄ，ｖ_Ｅ｝｝を有する候補リストは、隣接ブロックを用いて構成される。図４に示されるように、ｖ_０は、ブロックＡ、Ｂ又はＣの動きベクトルから選択される。隣接ブロックからの動きベクトルは、参照リストと、隣接ブロックのための参照のＰＯＣ、現在のＣＵのための参照のＰＯＣ、及び現在のＣＵのＰＯＣの間の関係とに従って、スケーリングされる。そして、隣接ブロックＤ及びＥからｖ_１を選択するためのアプローチは同様である。候補リストの数が２よりも小さい場合に、リストは、ＡＭＶＰ候補の夫々を複製することによって構成された動きベクトル対によってパディングされる。候補リストが２よりも大きい場合に、候補は最初に、隣接動きベクトルの一貫性（対候補の２つの動きベクトルの類似性）に従ってソートされ、最初の２つの候補のみが保持される。ＲＤコストチェックは、どの動きベクトル対候補が現在のＣＵの制御点動きベクトル予測（Control Point Motion Vector Prediction，ＣＰＭＶＰ）として選択されるかを決定するために使用される。そして、候補リスト内のＣＰＭＶＰの位置を示すインデックスがビットストリームで通知される。現在のアフィンＣＵのＣＰＭＶＰが決定された後、アフィン動き推定が適用され、制御点動きベクトル予測（ＣＰＭＶ）は求められる。次いで、ＣＰＭＶとＣＰＭＶＰとの差はビットストリームで通知される。

図３Ａは、４パラメータアフィンモデルの例を示す。図３Ｂは、６パラメータアフィンモデルの例を示す。

ＡＦ＿ＩＮＴＥＲモードでは、４／６パラメータアフィンモードが使用される場合に、図３Ａ及び図３Ｂに示されるように、２／３制御点が必要とされるので、２／３ＭＶＤが、それらの制御点についてコーディングされる必要がある。ＪＶＥＴ－Ｋ０３３７では、次のようにＭＶを導出することが提案されている。すなわち、ｍｖｄ_１及びｍｖｄ_２は、ｍｖｄ_０から予測される。

ここで、バーｍｖ_ｉ、ｍｖｄ_ｉ及びｍｖ_１は、左上ピクセル（ｉ＝０）、図３Ｂに示されるように、夫々、右上ピクセル（ｉ＝１）又は左下ピクセル（ｉ＝２）の予測された動きベクトル、動きベクトル差分及び動きベクトルである、２つの動きベクトル（例えば、ｍｖＡ（ｘＡ，ｙＡ）及びｍｖＢ（ｘＢ，ｙＢ））の加算は、別々に２つの成分の和に等しく、すなわち、ｎｅｗＭＶ＝ｍｖＡ＋ｍＶＢであり、ｎｅｗＭＶの２つの成分は、夫々、（ｘＡ＋ｘＢ）及び（ｙＡ＋ｙＢ）にセットされる、ことに留意されたい。

［２．１．２ＡＦ＿ＩＮＴＥＲモードでの高速アフィンＭＥアルゴリズム］
アフィンモードでは、２つ又は３つの制御点のＭＶは一緒に決定される必要がある。複数のＭＶを一緒に直接的に探索することは、計算的に複雑である。高速アフィンＭＥアルゴリズムが提案されており、ＶＴＭ／ＢＭＳに導入されている。

高速アフィンＭＥアルゴリズムは、４パラメータアフィンモデルについて説明され、アイデアは、６パラメータアフィンモデルに拡張可能である。

（ａ－１）をａ’で置換すると、動きベクトルは、

のように書き直され得る。

２つの制御点（０，０）及び（０，ｗ）の動きベクトルが知られているならば、式（５）から、アフィンパラメータを導出することができる。

動きベクトルは、

として、ベクトル形式で書き直され得る。

ここで、

である。

Ｐ（ｘ，ｙ）はピクセル位置である。

エンコーダで、ＡＦ＿ＩＮＴＥＲのＭＶＤは繰り返し導出される。位置Ｐについてｉ番目の繰り返しで導出されたＭＶとしてＭＶ^ｉ（Ｐ）を表し、ｉ番目の繰り返しでＭＶ_Ｃについて更新されたデルタとしてｄＭＶ_Ｃ ^ｉを表す。その場合に、（ｉ＋１）番目の繰り返しでは、

となる。

参照ピクチャとしてＰｉｃ_ｒｅｆを表し、現在のピクチャとしてＰｉｃ_ｃｕｒを表し、Ｑ＝Ｐ＋ＭＶ^ｉ（Ｐ）を表す。一致基準としてＭＳＥを使用するとして、その場合に、最小化する必要がある。

（ｄＭＶ_Ｃ ^ｉ）^Ｔが十分に小さいならば、Ｐｉｃ_ｒｅｆ（Ｑ＋Ａ（Ｐ）＊（ｄＭＶ_Ｃ ^ｉ）^Ｔ）を１次テイラー展開により次の

ように近似的に書き直すことができる。

ここで、

である。Ｅ^ｉ＋１（Ｐ）＝Ｐｉｃ_ｃｕｒ（Ｐ）－Ｐｉｃ_ｒｅｆ（Ｑ）と表すならば、

である。

誤差関数の微分係数をゼロにセットすることによって、ｄＭＶ_Ｃ ^ｉを導出することができる。その場合に、Ａ（Ｐ）＊（ｄＭＶ_Ｃ ^ｉ）^Ｔに従って、制御点（０，０）及び（０，ｗ）のデルタＭＶを計算することができる。

このようなＭＶＤ導出プロセスがｎ回繰り返されるならば、最終的なＭＶＤは、次の

のように計算される。

ＪＶＥＴ－Ｋ０３３７、すなわち、ｍｖｄ_０によって表される制御点（０，０）のデルタＭＶから、ｍｖｄ_１によって表される制御点（０，ｗ）のデルタＭＶを予測すること、によれば、この場合に実際には、次の

しか、ｍｖｄ_１についてエンコーディングされない。

［２．１．３ ＡＦ＿ＭＥＲＧＥモード］
ＣＵがＡＦ＿ＭＥＲＧＥモードで適用される場合に、それは、有効な隣接する再構成されたブロックからアフィンモードによりコーディングされた最初のブロックを得る。そして、候補ブロックの選択順序は、図５Ａに示されるように、左から、上、右上、左下、左上へである。隣接する左下ブロックＡが図５Ｂに示されるようにアフィンモードでコーディングされる場合に、ブロックＡを含むＣＵの左上角、右上角、及び左下角の動きベクトルｖ_２、ｖ_３及びｖ_４が導出される。そして、現在のＣＵ上の左上角の動きベクトルｖ_０は、ｖ_２、ｖ_３及びｖ_４に従って計算される。第２に、現在のＣＵの右上の動きベクトルｖ_１が計算される。

現在のＣＵのＣＰＭＶであるｖ_０及びｖ_１が導出された後、簡単化されたアフィン運動モデル式１に従って、現在のＣＵのＭＶＦが生成される。現在のＣＵがＡＦ＿ＭＥＲＧＥモードによりコーディングされているかどうかを識別するために、アフィンモードでコーディングされている少なくとも１つの隣接ブロックがある場合に、アフィンフラグがビットストリームで通知される。

ＶＴＭ３．０に導入されるよう計画されたＪＶＥＴ－Ｌ０３６６では、アフィンマージ候補リストは、次のステップで構成される。

１）引き継がれたアフィン候補の挿入
引き継がれたアフィン候補とは、その候補が、その有効な隣接するアフィンコーディングされたブロックのアフィン運動モデルから導出されることを意味する。一般的な基礎において、図６に示されるように、候補位置のスキャン順序は、Ａ１、Ｂ１、Ｂ０、Ａ０及びＢ２である。

候補が導出された後、同じ候補がリストに挿入されているかどうかをチェックするために、完全プルーニングプロセスが実行される。同じ候補が存在する場合には、導出された候補は捨てられる。

２）構成されたアフィン候補の挿入
アフィンマージ候補リスト内の候補の数がＭａｘＮｕｍＡｆｆｉｎｅＣａｎｄ（本願では、５にセットされる。）に満たない場合に、構成されたアフィン候補は候補リストに挿入される。構成されたアフィン候補とは、各制御点の隣接動き情報を結合することによって候補が構成されることを意味する。

制御点の動き情報は、最初に、図６に示されている指定された空間近傍及び時間近傍から導出される。ＣＰｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。Ａ０、Ａ１、Ａ２、Ｂ０、Ｂ１、Ｂ２及びＢ３は、ＣＰｋ（ｋ＝１，２，３）を予測するための空間位置であり、Ｔは、ＣＰ４を予測するための時間位置である。

ＣＰ１、ＣＰ２、ＣＰ３及びＣＰ４の座標は、夫々、（０，０）、（Ｗ，０）、（Ｈ，０）及び（Ｗ，Ｈ）であり、ここで、Ｗ及びＨは、現在のブロックの幅及び高さである。

図６は、アフィンマージモードのための候補位置の例を示す。

各制御点の動き情報は、次の優先順序に従って取得される。

ＣＰ１については、チェック優先度はＢ２→Ｂ３→Ａ２である。Ｂ２は、それが利用可能である場合に使用される。そうではない場合に、Ｂ３が利用可能であるならば、Ｂ３が使用される。Ｂ２及びＢ３の両方が利用不可能である場合には、Ａ２が使用される。３つ全ての候補が利用不可能である場合には、ＣＰ１の動き情報は取得不可能である。

ＣＰ２については、チェック優先度はＢ１→Ｂ０である。

ＣＰ３については、チェック優先度はＡ１→Ａ０である。

ＣＰ４については、Ｔが使用される。

第２に、制御点の組み合わせが、アフィンマージ候補を構成するために使用される。

３つの制御点の動き情報が、６パラメータアフィン候補を構成するために必要とされる。３つの制御点は、次の４つの組み合わせ（｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。組み合わせ｛ＣＰ１，ＣＰ２，ＣＰ３｝、｛ＣＰ２，ＣＰ３，ＣＰ４｝、｛ＣＰ１，ＣＰ３，ＣＰ４｝は、左上、右上、及び左下制御点によって表される６パラメータ運動モデルへ変換されることになる。

２つの制御点の動きベクトルが、４パラメータアフィン候補を構成するために必要とされる。２つの制御点は、次の６つの組み合わせ（｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。組み合わせ｛ＣＰ１，ＣＰ４｝、｛ＣＰ２，ＣＰ３｝、｛ＣＰ２，ＣＰ４｝、｛ＣＰ１，ＣＰ３｝、｛ＣＰ３，ＣＰ４｝は、左上及び右上制御点によって表される４パラメータ運動モデルへ変換されることになる。

構成されたアフィン候補の組み合わせは、次の順序：｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ３，ＣＰ４｝として候補リストに挿入される。

組み合わせの参照リストＸ（Ｘは０又は１である。）については、制御点の中で最大利用率を有する参照インデックスが、リストＸの参照インデックスとして選択され、差分参照ピクチャを指し示す動きベクトルはスケーリングされることになる。

候補が導出された後、同じ候補がリストに挿入されているかどうかをチェックするために、完全プルーニングプロセスが実行される。同じ候補が存在する場合には、導出された候補は捨てられる。

３）ゼロ動きベクトルによるパディング
アフィンマージ候補リスト内の候補の数が５よりも少ない場合に、リストが一杯になるまで、ゼロ参照インデックスを有するゼロ動きベクトルが候補リストに挿入される。

［２．２ 予測オフセットによるアフィンマージモード］
ＵＭＶＥは、アフィンマージモードに拡張され、我々は、これを以降ＵＭＶＥアフィンモードと呼ぶことにする。提案されている方法は、最初の利用可能なアフィンマージ候補を基本予測子として選択する。次いで、それは、基本予測子からの各制御点の動きベクトル値に動きベクトルオフセットを適用する。利用可能なアフィンマージ候補がない場合には、この提案されている方法は使用されない。

選択された基本予測子のインター予測方向と、各方向の参照インデックスは、変更なしで使用される。

現在の実施では、現在のブロックのアフィンモデルは、４パラメータモデルであると仮定され、２つの制御点のみが導出される必要がある。よって、基本予測子の最初の２つの制御点のみが制御点予測子として使用されることになる。

各制御点について、ｚｅｒｏ＿ＭＶＤフラグは、現在のブロックの制御点が、対応する制御点予測子と同じＭＶ値を有しているかどうか、を示すために使用される。ｚｅｒｏ＿ＭＶＤフラグが真である場合には、制御点に必要とされる他のシグナリングはない。そうでない場合には、距離インデックス及びオフセット方向インデックスがその制御点について通知される。

サイズが５である距離オフセットテーブルが、以下の表で示されるように使用される。距離インデックスは、どの距離オフセットを使用すべきかを示すよう通知される。距離インデックスと距離オフセット値とのマッピングは、図７に示される。

方向インデックスは、以下で示されるように４つの方向を表すことができ、ｘ又はｙ方向しかＭＶ差を有さなくてよく、両方の方向ではない。

インター予測が一方向である場合に、通知される距離オフセットは、各制御点予測子についてのオフセット方向に対して適用される。結果は、各制御点のＭＶ値になる。

例えば、基本予測子が一方向である場合に、制御点の動きベクトル値はＭＶＰ（ｖ_ｐｘ、ｖ_ｐｙ）である。距離オフセット及び方向インデックスが通知される場合に、現在のブロックの対応する制御点の動きベクトルは、以下のように計算されることになる。

ＭＶ（ｖ_ｘ，ｖ_ｙ）＝ＭＶＰ（ｖ_ｐｘ，ｖ_ｐｙ）＋ＭＶ（ｘ－ｄｉｒ－ｆａｃｔｏｒ＊ｄｉｓｔａｎｃｅ－ｏｆｆｓｅｔ，ｙ－ｄｉｒ－ｆａｃｔｏｒ＊ｄｉｓｔａｎｃｅ－ｏｆｆｓｅｔ）

インター予測が双方向である場合に、通知された距離オフセットは、制御点予測子のＬ０動きベクトルについては、通知されたオフセット方向に適用され、制御点予測子のＬ１動きベクトルについては、反対の方向を有する同じ距離オフセットが適用される。結果は、各インター予測方向に関して、各制御点のＭＶ値になる。

例えば、基本予測子が双方向である場合に、Ｌ０に関する制御点の動きベクトル値はＭＶＰ_Ｌ０（ｖ_０ｐｘ，ｖ_０ｐｙ）であり、Ｌ１に関する制御点の動きベクトル値はＭＶＰ_Ｌ１（ｖ_１ｐｘ，ｖ_１ｐｙ）である。距離オフセット予備方向インデックスが通知される場合に、現在のブロックの対応する制御点の動きベクトルは、次のように計算されることになる。

ＭＶ_Ｌ０（ｖ_０ｘ，ｖ_０ｙ）＝ＭＶＰ_Ｌ０（ｖ_０ｐｘ，ｖ_０ｐｙ）＋ＭＶ（ｘ－ｄｉｒ－ｆａｃｔｏｒ＊ｄｉｓｔａｎｃｅ－ｏｆｆｓｅｔ，ｙ－ｄｉｒ－ｆａｃｔｏｒ＊ｄｉｓｔａｎｃｅ－ｏｆｆｓｅｔ）、

ＭＶ_Ｌ１（ｖ_０ｘ，ｖ_０ｙ）＝ＭＶＰ_Ｌ１（ｖ_１ｐｘ，ｖ_１ｐｙ）＋ＭＶ（ｘ－ｄｉｒ－ｆａｃｔｏｒ＊ｄｉｓｔａｎｃｅ－ｏｆｆｓｅｔ，ｙ－ｄｉｒ－ｆａｃｔｏｒ＊ｄｉｓｔａｎｃｅ－ｏｆｆｓｅｔ）

［２．３ 究極の動きベクトル表示］
究極の動きベクトル表示（Ultimate Motion Vector Expression，ＵＭＶＥ）が与えられる。ＵＭＶＥは、提案されている動きベクトル表示法によりスキップ又はマージのどちらかのモードに使用される。ＵＭＶＥは、動きベクトル差分によるマージ（Merge mode with Motion Vector Difference，ＭＭＶＤ）としても知られている。

ＵＭＶＥは、ＶＶＣでの通常のマージ候補リストに含まれているものと同じくマージ候補を再利用する。マージ候補の中から、基本候補は選択可能であり、提案されている動きベクトル表示法によって更に拡張される。

ＵＭＶＥは、新しい動きベクトル差分（Motion Vector Difference，ＭＶＤ）表現法をもたらし、その表現法では、運動の大きさ、及び運動方向が、ＭＶＤを表すために使用される。

図８は、ＵＭＶＥ探索プロセスの例を示す。

図９は、ＵＭＶＥ探索点の例を示す。

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

基本候補インデックスは開始点を定義する。基本候補インデックスは、次のように、リスト内の候補の中で最良の候補を示す：

基本候補の数が１に等しい場合に、基本候補ＩＤＸは通知されない。

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

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

ＵＭＶＥフラグは、スキップフラグ及びマージフラグを送った直後に通知される。スキップ及びマージフラグが真である場合に、ＵＭＶＥフラグはパースされる。ＵＭＶＥフラグが１に等しい場合に、ＵＭＶＥシンタックスはパースされる。しかし、１でない場合には、アフィンフラグがパースされる。アフィンフラグが１に等しい場合には、それはアフィンモードである。しかし、１でない場合には、スキップ／マージインデックスが、ＶＴＭのスキップ／マージモードについてパースされる。

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

現在の一般的なテスト条件では、マージ候補リスト内の１番目又は２番目のどちらかのマージ候補が、基本候補として選択され得る。

ＵＭＶＥは、ＭＭＶＤとして知られる。

［２．４ 一般化された双予測］
従来の双予測（bi-prediction）では、Ｌ０及びＬ１からの予測子は、等しい重み０．５を用いて最終的な予測子を生成するよう平均化される。予測子生成式は、式（２２）で示される：

Ｐ_{ｔｒａｄｉｏｎａｌＢｉＰｒｅｄ}＝（Ｐ_Ｌ０＋Ｐ_Ｌ１＋ＲｏｕｎｄｉｎｇＯｆｆｓｅｔ）＞＞ｓｈｉｆｔＮｕｍ
（２２）

式（２２）中、Ｐ_{ｔｒａｄｉｔｉｏｎａｌＢｉＰｒｅｄ}は、従来の双予測のための最終的な予測子であり、Ｐ_Ｌ０及びＰ_Ｌ１は、夫々、Ｌ０及びＬ１からの予測子であり、ＲｏｕｎｄｉｎｇＯｆｆｓｅｔ及びｓｈｉｆｔＮｕｍは、最終的な予測子を正規化するために使用される。

一般化された双予測（Generalized Bi-prediction，ＧＢｉ）は、Ｌ０及びＬ１からの予測子に異なる重みを適用することを可能にするよう提案されている。ＧＢｉは、“ＣＵレベル重み付き双予測（Bi-prediction with CU-level weights，ＢＣＷ）”としても知られる。予測子生成は、式（２３）で示される：
Ｐ_ＧＢｉ＝（（１－ｗ_１）＋Ｐ_Ｌ０＋ｗ_１＊Ｐ_Ｌ１＋ＲｏｕｎｄｉｎｇＯｆｆｓｅｔ_ＧＢｉ）＞＞ｓｈｉｆｔＮｕｍ_ＧＢｉ
（２３）

式（２３）中、Ｐ_ＧＢｉは、ＧＢｉの最終的な予測子である。（１－ｗ_１）及びｗ_１は、夫々、Ｌ０及びＬ１の予測子に適用される選択されたＧＢｉ重みである。ＲｏｕｎｄｉｎｇＯｆｆｓｅｔ_ＧＢｉ及びｓｈｉｆｔＮｕｍ_ＧＢｉは、ＧＢｉにおいて最終的な予測子を正規化するために使用される。

ｗ_１のサポートされている重みは｛－１／４，３／８，１／２，５／８，５／４｝である。１つの等しい重みのセットと、４つの等しくない重みのセットとがサポートされる。等しい重みの場合に、最終的な予測子を生成するプロセスは、従来の双予測モードの場合と全く同じである。ランダムアクセス（Random Access，ＲＡ）条件での真の双予測の場合に、候補重みセットの数は３つに減る。

アドバンスド動きベクトル予測（Advanced Motion Vector Prediction，ＡＭＶＰ）モードについては、ＧＢｉでの重み選択は、ＣＵレベルで、このＣＵが双予測によってコーディングされている場合に、明示的に通知される。マージモードについては、重み選択はマージ候補から引き継がれる。この提案では、ＧＢｉは、ＢＭＳ－１．０のための最終的な予測子に加えてテンプレートの加重平均を生成するようＤＭＶＲをサポートする。

［２．５ 局所照度補償］
局所照度補償（Local Illumination Compensation，ＬＩＣ）は、スケーリング係数ａ及びオフセットｂを用いて、照度変化のための線形モデルに基づく。そして、それは、各インターモードコーディングされたコーディングユニット（ＣＵ）について適応的に有効又は無効にされる。

図１０は、ＩＣパラメータを導出するために使用される隣接サンプルの例を示す。

ＬＩＣがＣＵに適用される場合に、最小二乗誤差法が、現在のＣＵの隣接サンプル及びそれらの対応する参照サンプルを使用することによってパラメータａ及びｂを導出するために用いられる。より具体的には、図１０に表されるように、ＣＵのサブサンプリング（２：１サブサンプリング）された隣接サンプル及び参照ピクチャ内の対応するサンプル（現在のＣＵ又はサブＣＵの動き情報によって識別される）が使用される。ＩＣパラメータは、各予測方向について別々に導出され適用される。

ＣＵがマージモードによりコーディングされる場合に、ＬＩＣフラグは、マージモードでの動き情報コピーと同じようにして、隣接ブロックからコピーされる。そうでない場合には、ＬＩＣフラグは、ＬＩＣが適用されるか否かを示すよう当該ＣＵについて通知される。

ＬＩＣがピクチャに使用可能である場合に、追加のＣＵレベルＲＤチェックが、ＬＩＣがＣＵに適用されるか否かを決定するために必要である。ＬＩＣがＣＵに使用可能である場合に、平均除去絶対差分和（Mean-Removed Sum of Absolute Difference，ＭＲＳＡＤ）及び平均除去絶対アダマール変換差分和（Mean-Removed Sum of Absolute Hadamard-Transformed Difference，ＭＲ－ＳＡＴＤ）が、ＳＡＤ及びＳＡＴＤの代わりに、整数ペル動き探索及び分数ペル動き探索のために夫々使用される。

エンコーディング複雑性を低減するために、以下のエンコーディングスキームがＪＥＭでは適用される。
・現在のピクチャとその参照ピクチャとの間に明らかな照度変化がない場合には、ピクチャ全体に対してＬＩＣは無効にされる。この状況を識別するために、現在のピクチャ及び現在のピクチャのあらゆる参照ピクチャのヒストグラムがエンコーダで計算される。現在のピクチャと現在のピクチャのあらゆる参照ピクチャとの間のヒストグラム差が所与の閾値よりも小さい場合に、ＬＩＣは現在のピクチャに対して無効にされ、そうでない場合には、ＬＩＣは現在のピクチャに対して有効にされる。

［２．６ 現在のピクチャの参照］
デコーダ態様：
このアプローチでは、現在の（部分的に）デコーディングされたピクチャが参照ピクチャと見なされる。この現在のピクチャは、参照ピクチャリスト０の最後の位置に置かれる。そのため、現在のピクチャを唯一の参照ピクチャとして使用するスライスについては、そのスライスタイプはＰスライスと見なされる。このアプローチでのビットストリームシンタックスは、インターコーディングのための同じシンタックス構造に従い、一方、デコーディングプロセスは、インターコーディングと統一される。唯一の顕著な相違は、ブロックベクトル（現在のピクチャを指し示す動きベクトルである。）が常に整数ペル分解能を使用することである。

ブロックレベルＣＰＲ＿ｆｌａｇアプローチからの変更は、次の通りである：
・このモードのためのエンコーダ探索では、ブロックの幅及び高さの両方が１６以下である。
・ルーマブロックベクトルが奇数整数である場合にクロマ補間を有効にする。
・ＳＰＳフラグがオンである場合にＣＰＲモードのための適応動きベクトル分解能（Adaptive Motion Vector Resolution，ＡＭＶＲ）を有効にする。この場合に、ＡＭＶＲが使用されるとき、ブロックベクトルは、ブロックレベルで１ペル整数から４ペル整数分解能の間で切り替わることができる。

エンコーダ態様：
エンコーダは、幅又は高さのどちらかが１６以下であるブロックについてＲＤチェックを行う。非マージモードについては、ブロックベクトル探索は、最初にハッシュベースの探索を用いて実行される。ハッシュ探索から有効な候補が見つけられない場合には、ブロックマッチングベースの局所探索が行われることになる。

ハッシュベースの探索では、現在のブロックと参照ブロックとの間のハッシュキーマッチング（３２ビットＣＲＣ）が、全ての許されたブロックサイズに拡張される。現在のピクチャ内のあらゆる位置についてのハッシュキー計算は、４×４ブロックに基づく。より大きいサイズの現在のブロックについては、参照ブロックに対するハッシュキーマッチングは、全てのその４×４ブロックが対応する参照位置でのハッシュキーと一致するときに起こる。複数の参照ブロックが、同じハッシュキーを有する現在のブロックと一致すると見つけられる場合に、各候補のブロックベクトルコストが計算され、コストが最小である１つが選択される。

ブロックマッチング探索では、探索範囲は、左側及び上部で６４ピクセルであるようセットされ、探索範囲は、現在のＣＴＵ内であるよう制限される。

［３．開示されている実施形態によって解消される課題の例］
いくつかの潜在的な課題が存在する：
・ＵＭＶＥは、スライスレベル、ピクチャレベルなどでオン／オフを切り替えることができない。これは柔軟性がない。
・ＵＭＶＥモードについては、基本候補リストサイズ、距離テーブルサイズ及び方向テーブルサイズが固定され、変更することができない。
・ＵＭＶＥモードについては、双予測の場合に、ただ１つのＭＶＤが通知され、両方の予測方向のために（スケーリングの有無によらず）使用されるが、これは非効率的であり得る。
・１つの固定ＭＶＤセットが全ての場合に使用されるが、これは非効率的であり得る。
・ＵＭＶＥをＣＰＲＴＯＩＣＡに調和させるべきかが、明確に定義されていない。
・ＧＢｉが双予測の場合にしか作動しない。
・参照ピクチャとして現在のピクチャしか使用することができないＰピクチャについては、アフィン、サブブロックベースのマージ、多重仮説（multi-hypothesis）イントラ／インター予測、三角予測及びＭＭＶＤのようなコーディングツールは使用不可能である。しかし、フラグは依然としてそれらのコーディングツールについてＣＵレベルで通知される。これは実情にそぐわない。

［４．様々な実施形態によって実装される技術の例］
以降、我々は、参照ピクチャとして現在のピクチャしか使用することができないインターピクチャを、ＣＲＰ専用インターピクチャと呼ぶ。以下のリストは、一般概念を説明するための例と見なされるべきである。例は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何なる方法でも組み合わせ可能である。

１．ＵＭＶＥフラグは、ＵＭＶＥが有効にされるか否かを示すために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよいことが提案される。
ａ．１つの例では、予測オフセットによるアフィンマージモード（すなわち、通常のアフィンマージモードに適用されたＵＭＶＥ）が有効にされるか否かを示すために、もう１つのフラグが通知されてもよい。
ｂ．代替的に、ＵＭＶＥ及び予測オフセットによるアフィンマージモード（すなわち、通常のアフィンマージモードに適用されたＵＭＶＥ）の両方が有効にされるか否かを示すために、ただ１つのフラグしか通知されない。

２．基本候補リストサイズは、ＵＭＶＥのために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよいことが提案される。
ａ．１つの例では、基本候補リストサイズは、１又は２又は３に等しくセットされる。
ｂ．１つの例では、基本候補リストサイズは、マージ候補リストサイズ以下であるべきである。
ｃ．１つの例では、基本候補リストサイズを別途通知する必要はない。代わりに、基本候補リストサイズは、通常のマージリストサイズと同じであると推測される。

３．基本候補リストサイズは、予測オフセットによるアフィンマージモードのために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよいことが提案される。
ａ．１つの例では、基本候補リストサイズは、１又は２又は３に等しくセットされる。
ｂ．１つの例では、基本候補リストサイズは、サブブロックマージ候補リストサイズ以下であるべきである。
ｃ．１つの例では、基本候補リストサイズを別途通知する必要はない。代わりに、基本候補リストサイズは、ＵＭＶＥがアフィンコーディングされたブロックに適用される場合に、サブブロックマージリストサイズと同じであると推測される。

４．距離テーブル及び／又は方向テーブルは、ＵＭＶＥのために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよいことが提案される。
ａ．１つの例では、距離テーブルサイズ及び／又は方向テーブルサイズのみが通知され、Ｋ１及びＫ２と表され、デフォルト距離テーブルサイズ内の最初のＫ１個の要素及び／又は方向テーブル内の最初のＫ２個の要素が有効である。
ｂ．１つの例では、距離テーブルサイズ及び／又は方向テーブルサイズのみが通知され、Ｋ１及びＫ２と表され、デフォルト距離テーブルサイズ内の最後のＫ１個の要素及び／又は方向テーブル内の最後のＫ２個の要素が有効である。

５．分数距離が認められているか、それとも認められていないかを示すために、１つのフラグが通知されてよい。
ａ．フラグは、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよい。
ｂ．フラグは、ＵＭＶＥの利用の指示が、ＵＭＶＥが許可されていることを示す、という条件の下で、通知されてよい。
ｃ．フラグは、ＭＶＤオフセットによるアフィンマージモードの利用の指示が許可されている、という条件の下で、通知されてよい。
ｄ．フラグは、２つのレベルで通知されてよい。第１フラグは、第２フラグがＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイルヘッダで通知されることになるかどうかを示すために、ＳＰＳ／ＶＰＳ／ＰＰＳで通知されてよい。
ｉ．１つの例では、第１フラグが偽（又は真）である場合に、分数距離が常に有効にされ、第２フラグは通知されなくてもよい。
ｉｉ．１つの例では、第１フラグが真（又は偽）である場合に、分数距離は無効にされ、第２フラグが通知される。第２フラグが真（又は偽）である場合に、分数距離は、ピクチャ／スライス／タイルグループ／タイルについて有効にされ、そうでない場合には、分数距離は、ピクチャ／スライス／タイルグループ／タイルについて無効にされる。
ｅ．１つの例では、第１フラグｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇはＳＰＳで通知され、第２フラグｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇはタイルグループヘッダで通知される。
ｉ．ｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが偽であるとき、分数距離を無効にすることは適用されず、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは通知されず、偽であると推測される。
ｉｉ．ｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが真であるとき、分数距離を無効にすることは適用され、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは通知される。
ｉｉｉ．ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが真であるとき、分数距離はタイルグループについて無効にされ、そうでないときには、分数距離はタイルグループについて有効にされる。
ｆ．１つの例では、第１フラグｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇはＳＰＳで通知され、第２フラグｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇはタイルグループヘッダで通知される。
ｉ．ｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが偽であるとき、分数距離を無効にすることは適用されず、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇは通知されず、真であると推測される。
ｉｉ．ｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが真であるとき、分数距離を無効にすることは適用され、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇは通知される。
ｉｉｉ．ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇが真であるとき、分数距離はタイルグループについて有効にされ、そうでないときには、分数距離はタイルグループについて無効にされる。
ｇ．代替的に、更に、分数距離が許されないとき、整数距離しか許されない。
ｈ．代替的に、更に、分数距離が許されないとき、整数距離及び／又は整数精度よりも低い精度を有する距離しか許されない。
ｉ．代替的に、更に、距離インデックスのトランケーテッド・ユーナリー（truncated unary）が、距離インデックスをコーディングするために使用されてよく、最大許容距離インデックスは、分数距離が許されないことをフラグが示す場合に、許されている整数距離の数に依存する。
ｊ．代替的に、分数距離が許されないとき、デフォルト距離テーブル内の全ての要素は、整数距離を生成するための係数を乗じられる。
ｉ．例えば、全ての要素は４を乗じられる。
ｋ．フラグは、ＵＭＶＥ（すなわち、ＭＶＤオフセットによる通常のマージモード）及びＭＶＤオフセットによるアフィンマージモードによって共有されてよい。
ｌ．代替的に、フラグは、ＵＭＶＥ及びＭＶＤオフセットによるアフィンマージモードのために別々に通知されてよい。

６．分数ＭＶ／ＭＶＤ精度がＡＭＶＰモード及び／又はアフィンインターモードのために認められているか、それとも認められていないか示すために、１つのフラグが通知されてよい。
ａ．フラグは、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよい。
ｂ．フラグは、ＡＭＶＲ（Adaptive Motion Vector Resolution）の利用の指示がされていることを示す、という条件の下で、通知されてよい。
ｃ．フラグは、アフィンインターモードのためのＡＭＶＲの利用の指示が許可されている、という条件の下で、通知されてよい。
ｄ．フラグは、２つのレベルで通知されてよい。第１フラグは、第２フラグがＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイルヘッダで通知されることになるかどうかを示すために、ＳＰＳ／ＶＰＳ／ＰＰＳで通知されてよい。
ｉ．１つの例では、第１フラグが偽（又は真）である場合に、分数ＭＶ／ＭＶＤが常に有効にされ、第２フラグは通知されなくてもよい。
ｉｉ．１つの例では、第１フラグが真（又は偽）である場合に、分数ＭＶ／ＭＶＤは無効にされてもよく、第２フラグが通知される。第２フラグが真（又は偽）である場合に、分数ＭＶ／ＭＶＤは、ピクチャ／スライス／タイルグループ／タイルについて有効にされ、そうでない場合には、分数ＭＶ／ＭＶＤは、ピクチャ／スライス／タイルグループ／タイルについて無効にされる。
ｅ．１つの例では、更に、分数ＭＶ／ＭＶＤが許されないとき、整数精度ＭＶ／ＭＶＤしか許されない。
ｆ．代替的に、更に、分数ＭＶ／ＭＶＤが許されないとき、整数精度及び／又は整数精度よりも低い精度のＭＶ／ＭＶＤしか許されない。
ｇ．代替的に、更に、分数ＭＶ／ＭＶＤが許されないことをフラグが示す場合に、許されているＭＶ／ＭＶＤ精度の数に応じてＡＭＶＲインデックスをエンコーディングするために、トランケーテッド・ユーナリー符号が使用されてよい。
ｈ．フラグは、ＡＭＶＲ及びアフィンインターモードのためのＡＭＶＲによって共有されてよい。
ｉ．代替的に、フラグは、ＡＭＶＲ及びアフィンインターモードのためのＡＭＶＲのために別々に通知されてよい。
ｊ．代替的に、フラグは、ＡＭＶＲモード、アフィンインターモードのためのＡＭＶＲ、ＵＭＶＥモード、及びＭＶＤオフセットによるアフィンマージモードによって共有されてよい。

７．距離テーブル及び／又は方向テーブルは、予測オフセットによるアフィンマージモードのために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよいことが提案される。
ａ．１つの例では、距離テーブルサイズ及び／又は方向テーブルサイズのみが通知され、Ｋ１及びＫ２と表され、デフォルト距離テーブルサイズ内の最初のＫ１個の要素及び／又は方向テーブル内の最初のＫ２個の要素が有効である。
ｂ．１つの例では、距離テーブルサイズ及び／又は方向テーブルサイズのみが通知され、Ｋ１及びＫ２と表され、デフォルト距離テーブルサイズ内の最後のＫ１個の要素及び／又は方向テーブル内の最後のＫ２個の要素が有効である。
ｃ．１つの例では、フラグは、分数距離が使用される否かを示すために通知されてよい。

８．２つのＭＶＤは、双予測及びＵＭＶＥモードによりコーディングされたブロックについてコーディングされてよいことが提案される。
ａ．１つの例では、１つのＭＶＤが予測方向ごとにエンコーディングされる。
ｉ．ＵＭＶＥで使用されるＭＶＤの数は、エンコーダからデコーダへ通知されてよい。
ｉｉ．代替的に、ＵＭＶＥで使用されるＭＶＤの数は、デコーダで導出されてもよい。
ｂ．１つの例では、１つのＭＶＤが予測方向ごとにエンコーディングされ、予測方向ＬＸのＭＶＤは、Ｌ（１－Ｘ）を予測するために使用されてよい。
ｉ．リスト０のためのＭＶＤが最初に通知されてよく、あるいは、リスト１のためのＭＶＤが最初に通知されてもよい。
（ｉ）この順序は通知されてよい。
ｃ．加えて、両方の予測方向のための基本候補インデックス及び／又は距離インデックス及び／又は方向インデックスが通知されてよい。
ｄ．１つの例では、２つよりも多いＭＶＤ（例えば、３つ又は４つ）がＵＭＶＥモードのために通知されてよい。

９．距離テーブル及び／又は方向テーブルは、現在のピクチャのＰＯＣ及び２つの参照ピクチャのＰＯＣ、又は現在のブロック／スライス／ピクチャのＱＰに依存してよいことが提案される。
ａ．１つの例では、テーブルは、２つの参照ピクチャ及び現在のピクチャのＰＯＣ差に依存してよい。

１０．複数組のＵＭＶＥパラメータ（例えば、複数組の距離テーブル及び／又は方向テーブル）の指示は、ＵＭＶＥのために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよい。
ａ．代替的に、ひと組の距離テーブル及び／又は方向テーブルが通知されるか、又は予め定義されてよい。そして、複数の組が、その通知／予め定義された組から、例えば、利用可能な距離値をシフトすることによって、導出され得る。
ｉ．１つの例では、利用可能な距離値をどのようにシフトすべきかの指示は、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよい。
（ｉ）１つの例では、左シフト又は右シフトを使用すべき可動の指示が通知されてよい。
（ｉｉ）１つの例では、いくつのビットが左シフトされるかの指示が通知されてよい。
ｉｉ．１つの例では、１ビットフラグが、既存の距離テーブルが使用されるか、それとも距離値の夫々がＭ（例えば、Ｍ＝２）だけ左シフトされるかを指示するために、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知される。
ｉｉｉ．１つの例では、左（及び／又は）右シフトされるべきビットの指示が、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよい。
ｂ．代替的に、複数組のＵＭＶＥパラメータ（例えば、距離テーブル及び／又は方向テーブル（例えば、通知／予め定義された複数の組の中のサブセット））の許可インデックスが更に、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＶＰＳ／ＣＴＵ行／ＣＴＵのグループなどで通知されてもよい。
ｃ．代替的に、複数の組のＵＭＶＥパラメータ（例えば、距離テーブル及び／又は方向テーブル）のうちの１つの選択は、コーディングされたモード、例えば、ＣＰＲか否か、に依存してよい。
ｄ．代替的に、複数の組のＵＭＶＥパラメータ（例えば、距離テーブル及び／又は方向テーブル）のうちの１つの選択は、ピクチャ／シーケンス分解能に依存してよい。
ｅ．代替的に、１つのブロックの複数の組のＵＭＶＥパラメータ（例えば、距離テーブル及び／又は方向テーブル）のうちの１つの選択は、選択された基本マージ候補に依存してよい。
ｉ．１つの例では、それは、動きベクトルの大きさ／符号値に依存してよい。
（ｉ）１つの例では、動きベクトルの大きさがより大きい場合には、ステップサイズがより大きい距離テーブルが利用されてよい。
ｉｉ．１つの例では、それは、選択された基本マージ候補の参照ピクチャ／ＰＯＣ値、例えば、参照ピクチャの全て又は少なくとも１つが現在のピクチャであるかどうか（すなわち、ＣＰＲ）、に依存してよい。
ｉｉｉ．１つの例では、それは、選択された基本マージ候補の動きベクトルが整数位置又はサブ位置（例えば、１／４、１／１６、１／８、１／２ペル）を指し示しているかどうかに依存してよい。
ｉｖ．選択は、基本マージ候補が表すマージ候補のカテゴリ（例えば、空間又は時間又はＨＭＶＰ又は他）に依存してよい。
ｖ．選択は、基本マージ候補が表している、マージ候補が導出される位置（例えば、左／上）に依存してよい。
ｖｉ．選択は、基本マージ候補が表すマージリスト内のマージ候補のインデックスに依存してよい。
ｆ．代替的に、１つのブロックの次元の複数の組のＵＭＶＥパラメータ（例えば、距離テーブル及び／又は方向テーブル）のうちの１つの選択。
ｉ．１つの例では、１つのブロックがＭ×Ｎ（例えば、１６×１６）よりも多いサンプルを有する場合に、ひと組のＵＭＶＥパラメータが利用されてよく、他のブロックについては、他の組が利用されてよい。
ｉｉ．１つの例では、１つのブロックの幅がＭ（例えば、１６）よりも多いサンプルを有する場合に、ひと組のＵＭＶＥパラメータが利用されてよく、他のブロックについては、他の組が利用されてよい。
ｉｉｉ．１つの例では、１つのブロックの高さがＭ（例えば、１６）よりも多いサンプルを有する場合に、ひと組のＵＭＶＥパラメータが利用されてよく、他のブロックについては、他の組が利用されてよい。
ｇ．代替的に、更に、選択された距離テーブル及び／又は方向テーブルを更に通知する必要はない。距離テーブル及び／又は方向テーブルの選択は、ブロックレベル／スライス／タイル／ピクチャレベルで導出されてよい。
ｈ．代替的に、選択された距離テーブル及び／又は方向テーブルのインデックスは更に、ブロックレベル／ＣＴＵレベル／領域レベル／ＣＴＵ行レベル／スライス／タイル／ピクチャレベルで通知されてよい。
ｉ．１つの例では、複数組の距離テーブル及び／又は方向テーブルが定義されてよく、それらの夫々は所与の動きベクトル精度（例えば、整数ペル、サブペル、すなわち、１ペル、４ペル、１／４ペル、１／１６ペル）と関連付けられてよい。
ｉ．１つの例では、複数の組の数は、いくつの動きベクトル精度が１つのシーケンス／ビュー／ピクチャ／スライス／タイル／他の種類のビデオデータ処理単位に対して認められるかに依存してよい。
ｉｉ．代替的に、更に、１つのブロックから導出された基本マージ候補については、関連したＡＭＶＲインデックスも、距離テーブル及び／又は方向テーブルを決定するよう継承されてよい。
（ｉ）１つの例では、そのようなブロックは、空間隣接又は非隣接ブロックである。代替的に、更に、そのようなブロックは、同じＣＴＵ／ＣＴＵ行／領域／タイル／スライスに位置する空間隣接又は非隣接ブロックである。
（ｉｉ）１つの例では、１つのブロックが時間ブロックである場合には、ＡＭＶＲインデックスは継承されない。
（ｉｉｉ）１つの例では、基本マージ候補が仮想マージ候補（例えば、ペアワイズの双予測マージ候補、ゼロ動きベクトルマージ候補）から導出される場合には、ＡＭＶＲインデックスは継承されない。
（ｉｖ）代替的に、更に、ＡＭＶＲインデックスが継承されない場合には、デフォルトの距離テーブル及び／又は方向テーブルが代わりに利用されてよい。
ｉｉｉ．代替的に、更に、ＨＭＶＰ候補ごとに、ＡＭＶＲインデックスは更に記憶されてよい。

１１．選択されたＵＭＶＥパラメータ（例えば、距離テーブル及び／又は方向テーブル）は、１つのブロックから他のブロックへ、１つの参照ピクチャリストから他の参照ピクチャリストへ、１つの参照ピクチャから他の参照ピクチャへ、タイルごとに、スライスごとに、ピクチャごとに、シーケンスごとに、時間レイヤごとに適応的に変更されてよい。
ａ．１つの例では、ＵＭＶＥパラメータの選択は、動きベクトルの成分、すなわち、水平成分及び垂直成分に依存してよく、カメラにより捕捉されたシーケンスの大部分を考えると、垂直方向と比べて水平方向において大きい動きを有している。

１２．ＵＭＶＥがＣＰＲモードと調和されるとき、いくつかの距離は認められないことが提案される。
ａ．１つの例では、１／４又は１／２のような分数精度による距離は認められない。
ｂ．１つの例では、ＣＰＲにおける有効探索範囲外にある距離は認められない。
ｃ．１つの例では、選択された距離が距離テーブルに従って認められないとき、それは他の有効な距離によって置換されてよい。
ｄ．代替的に、距離インデックスとピクセルインデックスとの間のマッピングの異なる組が定義されてよく、１つはＣＰＲモード用であり、他は非ＣＰＲモード用である。
ｅ．１つの例では、予め定義されたデルタＭＶ、すなわち、（ＭＶｘ，ＭＶｙ）は、ＵＭＶＥがあるブロックについて適用されるときに、ＵＭＶＥの開始点に加えられる。
ｆ．１つの例では、予め定義されたデルタＭＶはブロックサイズに依存してよい。
ｇ．代替的に、予め定義されたデルタＭＶは参照インデックスに依存してよい。
ｈ．代替的に、予め定義されたデルタＭＶは色成分に依存してよい。
ｉ．代替的に、開始点に加えられたデルタＭＶは、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知され得る。
ｊ．代替的に、開始点に加えられたデルタＭＶの組がスライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知され得る。代替的に、異なるブロックサイズや参照インデックスごとに、デルタＭＶは、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知され得る。
ｋ．１つの例では、ＵＭＶＥがＣＰＲモードと調和されるときに、片予測が常に適用される。
ｉ．１つのＭＶＤしか使用又は通知されない。
ｌ．同様に、１つの基本マージ候補が、現在のピクチャである少なくとも１つ又は全ての参照ピクチャを有する場合に（例えば、ＣＰＲ）、ある方向インデックスは認められないことがある。
ｉ．代替的に、認められていない方向インデックスは、他の有効な方向インデックスで置換されてよい。
ｍ．この場合に、マージ候補／ＡＭＶＰ候補については、それが、現在のピクチャである参照ピクチャの全て又は少なくとも１つを有する場合に、ＵＭＶＥが依然として適用されてよい。

１３．ＵＭＶＥコーディングされたブロックについては、デコーディングされた距離インデックス及び方向インデックスに基づくデコーディングされたＭＶＤが更に精緻化されてよい。
ａ．デコーディングされたＭＶＤを精緻化すべきかどうかは、マージ候補リスト内のマージ候補に関連した動き情報に依存してよい。
ｉ．１つの例では、選択された基本候補にデコーディングされたＭＶＤをプラスしたものが他のマージ候補と同じになる場合に、デコーディングされたＭＶＤは、例えば、異なる距離インデックス又は方向インデックスを使用することによって、更に精緻化されてよい。
ｉｉ．１つの例では、選択された基本候補にデコーディングされたＭＶＤをプラスしたものが他のマージ候補に類似することになる場合に、デコーディングされたＭＶＤは、例えば、異なる距離インデックス又は方向インデックスを使用することによって、更に精緻化されてよい。
（ｉ）例えば、｜ＭＶ１ｘ－ＭＶ２ｘ｜＋｜ＭＶ１ｙ－ＭＶ２ｙ｜＜Ｔであるとき、ＭＶ１及びＭＶ２は類似していると見なされる。
（ｉｉ）２つの候補は、それらが同じ参照インデックスを共有し、同じ参照ピクチャを参照するＭＶが類似している場合に、類似していると見なされる。
ｂ．ＢＩＯは、ＵＭＶＥコーディングされたブロックに対して認められないことがある。
ｃ．ＤＭＶＲは、ＵＭＶＥコーディングされたブロックに対して認められないことがある。

１４．ＵＭＶＥコーディングされたブロックについては、コーディングされた基本候補インデックスとマージ候補リスト内のマージ候補の候補インデックスとの間のマッピングは、ブロックごとに、タイルごとに、ピクチャごとに、シーケンスごとに変更されてよい。
ａ．０に等しいコーディングされた基本候補インデックスは常に、候補リスト内の最初のマージ候補に対応する。しかし、Ｋ（Ｋ＞０）に等しいコーディングされた基本候補インデックスは、候補リスト内の（Ｋ＋１）番目の候補に対応しなくてもよい。
ｂ．１つの例では、１に等しいコーディングされた基本候補インデックス（Coded Base Candidate Index，ＣＢＣＩ）は、０に等しいＣＢＣＩが指し示している最初の候補と類似していないマージ候補リスト内のマージ候補を示してよい。
ｉ．例えば、最初の２つのマージ候補が類似している（例えば、ＭＶしか異ならず、ＭＶの差は閾値に類似しているか又は等しい）とき、１に等しいコーディングされた基本候補インデックスは、３番目のマージ候補が最初のマージ候補と類似していないならば、その３番目のマージ候補に対応し得る。
ｃ．１つの例では、マージ候補リストからの基本マージ候補のマッピング又は選択は、候補リスト内の最初のマージ候補に依存してよい。
ｉ．例えば、最初のマージ候補と同じ参照ピクチャを有するマージ候補のみが、基本マージ候補として扱われ得る。
ｉｉ．例えば、最初のマージ候補と同じ参照インデックスの少なくとも１つ又は参照ピクチャの少なくとも１つを有するマージ候補のみが、基本マージ候補として扱われ得る。
ｉｉｉ．例えば、最初のマージ候補と同じ動きベクトル精度の少なくとも１つを有するマージ候補のみが、基本マージ候補として扱われ得る。
ｉｖ．上記の例で、‘同じ’は‘異なる’で置き換えられてもよい。
ｄ．いくつかのマージ候補は、ＵＭＶＥモードで基本マージ候補として利用されることを認められないことがある。
ｉ．１つの例では、仮想マージ候補（例えば、複合双予測マージ候補、ペアワイズマージ候補、ゼロ動きベクトルマージ候補）は認められない。
ｉｉ．１つの例では、時間マージ候補及び／又はＨＭＶＰ候補は認められない。
ｉｉｉ．１つの例では、１つのマージ候補が特定のモード（例えば、三角予測モード、サブブロックモード、アフィン又はＡＴＭＶＰ又はＳＴＭＶＰ）から導出される場合に、そのような候補は認められない。
ｉｖ．１つの候補が基本マージ候補として利用されることを認められないとき、次の又は他の残りの候補が代わりに使用されてよい。
ｖ．１つ以上の基本マージ候補はマージ候補リストからではなくてもよい。
（ｉ）１つ以上の基本マージ候補は、利用可能なマージ候補から導出されてよい（例えば、異なる参照ピクチャへのスケーリング；ＬＸ動き情報（例えば、Ｘ＝０又は１）のみを保持する）。
（ｉｉ）１つ以上の基本マージ候補は、デフォルトの動きベクトル候補（例えば、（－Ｗ，－Ｈ）、ここで、Ｗ及びＨは現在のブロックの幅及び高さである）から導出されてもよい。
ｅ．代替的に、上記の方法について、最初の候補は、最初の非ＣＰＲ候補であるよう制限されてよい。
ｆ．基本マージ候補は、十分に大きい差を有しているマージリスト内のマージ候補であるよう定義されてよい。
ｉ．１つの例では、２つのマージ候補が類似している（例えば、参照ピクチャが同じであり、ＭＶ差が閾値よりも小さい）場合に、２つの候補のうちの２番目は有効な基本マージ候補となり得ない。

１５．上記の例の全てで、距離テーブル及び／又は方向テーブルは、ＵＭＶＥの表現のための他の方法で置換されてもよい。

１６．上記の例の全てで、距離テーブルの通知／導出は、ＡＭＶＲ精度で置換されてよい。ひと組のＡＭＶＲ精度は｛１／４ペル，１ペル，４ペル｝で表される、とする。
ａ．１つの例では、ＡＭＶＲ精度の組で定義されているＭＶ精度をスケーリングすべきかどうかの指示は、スライスヘッダ／タイルグループヘッダ／タイルヘッダ／ピクチャヘッダ／ＰＰＳ／ＳＰＳ／ＶＰＳなどで通知されてよい。例えば、スケーリングが利用される場合に、ＡＭＶＲ制度の変更された組は｛１ペル，４ペル，１６ペル｝と定義され、すなわち、４によってスケーリングされ得る。
ｂ．代替的に、複数組のＡＭＶＲセットが定義又は通知されてよい。
ｃ．代替的に、セットインデックスの指示は、オン・ザ・フライで、例えば、ブロックのコーディングされた情報又は前にコーディングされた情報に基づいて、通知又は導出されてよい。
ｄ．許されているＡＭＶＲ精度の組は、１つのビデオユニットから他（例えば、ブロック／ＰＵ／ＣＵ／ＣＴＵ／ＣＴＵ行／タイル／スライス／ピクチャ、領域など）へ変更されてよい。
ｅ．通知されたＭＶ精度インデックスと実際のＭＶ精度との間のマッピングは、１つのビデオユニットから他（例えば、ブロック／ＰＵ／ＣＵ／ＣＴＵ／ＣＴＵ行／タイル／スライス／ピクチャ／領域など）へ変更されてよい。

１７．全ての参照ピクチャが現在のピクチャである（あるいは、全ての参照ブロックが現在のピクチャのサンプルから取得される）場合について、アフィン、サブブロックベースのマージ、多重仮説イントラ／インター予測、三角予測及びＭＭＶＤに関するフラグは通知されなくてもよいことが提案される。

１８．ＧＢｉは、スライスレベル／タイルレベル／ピクチャレベルで無効化／有効化されてよく、１つのＧＢｉオン／オフフラグは、スライスヘッダ／タイルヘッダ／ＰＰＳで通知されてよいことが提案される。
ａ．１つの例では、ＧＢｉは、ピクチャの時間レイヤが閾値Ｔ、例えば、Ｔ＝３よりも高い場合に、ピクチャについて無効にされてよい。
ｂ．１つの例では、ＧＢｉは、他のピクチャによって参照されないピクチャについて無効にされてよい。
ｃ．１つの例では、ＧＢｉは、閾値ＱＰ_Ｔ、例えば、ＱＰ_Ｔ＝４０よりも大きいＱＰを有するピクチャについて無効にされてよい。
ｄ．１つの例では、ＧＢｉは、閾値ＱＰ_Ｔ、例えば、ＱＰ_Ｔ＝４０よりも大きいＱＰを有するブロックについて暗黙的に（すなわち、ＧＢｉインデックスを通知せずに）無効にされてよい。

１９．ＧＢｉで使用される重み付け係数セットは、ピクチャの時間レイヤ、又はピクチャのＱＰ、又はブロックのＱＰに依存してよいことが提案される。
ａ．１つの例では、より少ない重み付け係数が、より高い時間レイヤを有するピクチャに使用される。
ｂ．１つの例では、より少ない重み付け係数が、より高いＱＰでコーディングされたピクチャ／ブロックに使用される。

２０．デフォルトの重み付け係数セットに加えて、他の重み付け係数セットがＧＢｉでは使用されてよく、それらの重み付け係数セットはスライスヘッダ／タイルヘッダ／ＰＰＳで通知されてよいことが提案される。
ａ．１つの例では、デフォルトの重み付け係数セットが使用されるかどうかを示すために、１つのフラグがスライスヘッダ／タイルヘッダ／ＰＰＳで通知され、デフォルトの重み付け係数セットが使用されない場合には、使用される重み付け係数セットが更に通知される。

２１．ＧＢｉは片予測の場合に拡張されてよいことが提案される。このとき、重み付け係数セットは設計され、重み付け係数はブロック／ＣＵレベルで選択される。
ａ．１つの例では、ＧＢｉインデックスは、片予測の場合にＡＭＶＰモード及び／又はアフィンインターモードについては通知され、マージモード又はＵＭＶＥモード又はアフィンマージモード又はオフセット付きアフィンマージモードでは継承される。
ｂ．例えば、重み付け係数セットは｛１０／８，９／８，１，７／８，６／８｝である。

２２．１つ又は複数のオフセットセットがＧＢｉ及び／又は拡張されたＧＢｉで（バレット２１で）設計されてよいことが提案される。このとき、動き補償されたブロックは、選択されたオフセットで精緻化されてよい。この場合に、動き補償後に、各予測サンプルは、最終的な予測サンプルを得るようオフセットとともに更に加算されてよい。
ａ．オフセットインデックスはＣＵ／ブロックごとに通知されてよい。
ｂ．１つの例では、デフォルトの重み付け係数（例えば、双予測場合には１／２、及び片予測の場合には１）が選択されないとき、オフセットインデックスが更にＡＭＶＰモード又はアフィンインターモードで通知される。
ｃ．１つの例では、オフセットインデックスは、選択された重み付け係数がデフォルトの重み付け係数であろうとなかろうと、常に通知される。
ｄ．１つの例では、オフセットインデックスは、マージモード又はＵＭＶＥモード又はアフィンマージモード又はオフセット付きアフィンマージモードで継承される。

２３．現在のブロック／ＣＵの隣接ピクセル及び現在のブロックのＭＶ（又はＭＶの整数部分）によって識別される対応する参照隣接ピクセルは、ＧＢｉインデックスを暗黙的に選択するために使用されてよいことが提案される。この場合に、ＧＢｉインデックスは通知されず、現在ブロックがデフォルトの重み付け係数又は選択された重み付け係数を使用するかどうかを示すために、ただ１つのＧＢｉフラグが通知される。
ａ．１つの例では、重み付け係数ごとに、両方の方向での参照隣接ピクセルは加重平均化され、それと隣接ピクセルとの間の差が計算される。最小の差を達成する重み付け係数が、現在のブロックの重み付け係数として選択される。
ｂ．１つの例では、差は、例えば、ＳＡＤ、ＭＲＳＡＤ、ＳＳＥ又はＭＲＳＳＥ、ＳＡＴＤによって、測定されてよい。
ｃ．１つの例では、差は、いくつかの代表的な隣接位置に関して計算されてよい。
ｄ．１つの例では、そのようなＧＢｉフラグは、マージモード又はＵＭＶＥモード又はアフィンマージモード又はオフセット付きアフィンマージモードで継承される。
ｅ．１つの例では、現在のブロックの隣接サンプルの和（又は平均）がＳ０であり、参照ブロックの隣接サンプルの和（又は平均）がＳ１であるならば、ＧＢｉ重み値は、Ｓ０及びＳ１によって導出可能である。
ｉ．１つの例では、Ｓ０／Ｓ１は、重み値を導出するために使用される。除算は、乗算、シフト及びルックアップテーブルで置換され得る。
ｉｉ．参照ブロックの隣接サンプルは整数サンプルでなければならない。

２４．現在のブロック／ＣＵの隣接ピクセル及び現在のブロックのＭＶ（又はＭＶの整数部分）によって識別される対応する参照隣接ピクセルは、ＧＢｉインデックスを並べ直すために使用されてよいことが提案される。
ａ．１つの例では、重み付け係数ごとに、両方の方向での参照隣接ピクセルは加重平均化され、それと隣接ピクセルとの間の差が計算される。重み付け係数は、次いで、その昇順で並べ直される。

２５．導出されたＬＩＣパラメータは、ＧＢｉでの重み付け係数の１つとして使用されてよいことが提案される。
ａ．１つの例では、ＬＩＣパラメータを導出するとき、オフセットはゼロと仮定され、重み付け係数のみが導出される。すなわち、ＬＩＣモデルはｙ＝ａｘに変更される。
ｂ．１つの例では、ＬＩＣで導出されたオフセット及び重み付け係数の両方がＧＢｉで使用される。
ｃ．１つの例では、マージモード又はＵＭＶＥモード又はアフィンマージモード又はオフセット付きアフィンマージモードで、ＧＢｉで使用された重み付け係数は、隣接ブロックから直接に継承される。
ｉ．代替的に、継承された隣接重み付け係数が実際に、導出されたＬＩＣパラメータである場合に、新しいＬＩＣパラメータが導出され、現在のブロック／ＣＵのために使用される。
ｉｉ．代替的に、マージモード及び／又はＵＭＶＥモードで、継承された隣接重み付け係数が実際に、導出されたＬＩＣパラメータである場合に、新しいＬＩＣパラメータが導出され、現在のブロック／ＣＵのために使用される。

［５．例となる実施形態］
このセクションは、改善されたＵＭＶＥ設計についてのいくつかの実施形態を示す。

［５．１ 第１実施形態］
この実施形態では、分数距離が認められるかどうかのフラグが通知される。最新のＶＶＣ規格と比較した変更は、太字イタリック体（又は下線）で強調表示される。

７．３．２．１ シーケンスパラメータセットＲＢＳＰシンタックス

［セマンティクス］
０に等しいｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＵＭＶＥ（ＭＭＶＤ）が無効にされることを定める。１に等しいｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＵＭＶＥが有効にされることを定める。
０に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは、ＵＭＶＥ（ＭＭＶＤ）の分数ピクセル距離が有効にされることを定める。１に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは、ＵＭＶＥの分数ピクセル距離が無効にされることを定める。
代替的に、ｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは、ｓｐｓ＿ｅｎａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅで置換されてよい。代替的に、ｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは直接にコーディングされてよい。
代替的に、ｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは更に、ピクチャヘッダ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／領域／ＣＴＵ行／ＣＴＵのグループ／ＣＴＵで通知されてもよい。
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、０に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅについては表７－７で、及び１に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅについては表７－ｘで規定されているようにＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用されるインデックスを定める。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対して、考えられているコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

［５．２ 第２実施形態］
この実施形態では、距離テーブルの指示が通知される。最新のＶＶＣ規格と比較した変更は、太字イタリック体（又は下線）で強調表示される。

７．３．２．１ シーケンスパラメータセットＲＢＳＰシンタックス

７．３．２．２ ピクチャパラメータセットＲＢＳＰシンタックス

［セマンティクス］
０に等しいｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＵＭＶＥ（ＭＭＶＤ）が無効にされることを定める。１に等しいｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＵＭＶＥが有効にされることを定める。
Ｌに等しいｓｐｓ＿ｄｉｓｔａｎｃｅ＿ｔａｂｌｅｓは、ＵＭＶＥ（ＭＭＶＤ）の（Ｌ＋１）個の距離テーブルが定義されることを定める。
Ｌに等しいｉｎｄｅｘ＿ｄｉｓｔａｎｃｅ＿ｔａｂｌｅは、ＵＭＶＥ（ＭＭＶＤ）のＬ番目の距離テーブルが使用されることを定める。
１つの例では、Ｍは２にセットされる。
代替的に、ｓｐｓ＿ｄｉｓｔａｎｃｅ＿ｔａｂｌｅｓは直接にコーディングされてよい。
代替的に、ｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｄｉｓｔａｎｃｅ＿ｔａｂｌｅｓ、ｉｎｄｅｘ＿ｄｉｓｔａｎｃｅ＿ｔａｂｌｅは更に、ピクチャヘッダ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／領域／ＣＴＵ行／ＣＴＵのグループ／ＣＴＵで通知されてもよい。

代替的に、更に、１つの基本マージ候補がＣＰＲであるとき、異なった距離テーブルが、上記のように定義されたものから利用されてよい。
代替的に、方向テーブルが通知／予め定義されてもよい。

［５．３ 第３実施形態］
この実施形態では、分数距離が認められるかどうかのフラグが通知される。最新のＶＶＣ規格と比較した変更は、太字イタリック体（又は下線）で強調表示される。

７．３．２．１ シーケンスパラメータセットＲＢＳＰシンタックス

［セマンティクス］
０に等しいｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＵＭＶＥ（ＭＭＶＤ）が無効にされることを定める。１に等しいｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＵＭＶＥが有効にされることを定める。
０に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは、ＵＭＶＥ（ＭＭＶＤ）の分数ピクセル距離が有効にされることを定める。１に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは、ＵＭＶＥの分数ピクセル距離が無効にされることを定める。
代替的に、ｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは、ｓｐｓ＿ｅｎａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅで置換されてよい。代替的に、ｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは直接にコーディングされてよい。
代替的に、ｓｐｓ＿ＵＭＶＥ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅは更に、ピクチャヘッダ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／領域／ＣＴＵ行／ＣＴＵのグループ／ＣＴＵで通知されてもよい。
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、０に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅについては表７－７で、及び１に等しいｓｐｓ＿ｄｉｓａｂｌｅ＿ｆｒａｃｔｉｏｎａｌ＿ｄｉｓｔａｎｃｅについては表７－ｘで規定されているようにＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用されるインデックスを定める。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対して、考えられているコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

［５．４ 第４実施形態］
７．３．３．１ 汎用スライスヘッダシンタックス

１に等しいｅｎａｂｌｅ＿ＭＭＶＤ＿ｄｉｓｔａｎｃｅ＿ｓｃａｌｅ＿ｆｌａｇは、スケーリングがデフォルト距離テーブルに適用されることを示す。０に等しいｅｎａｂｌｅ＿ＭＭＶＤ＿ｄｉｓｔａｎｃｅ＿ｓｃａｌｅ＿ｆｌａｇは、デフォルト距離テーブルが利用されることを示す。

１つの例では、Ｍは２にセットされる。代替的に、左シフトは右シフトで置換されてよい。

［５．５ 第５実施形態］
シンタックスの変更は次のように説明され、新たに追加された部分は太字イタリック体（又は下線）で強調表示される。

７．３．２．１ シーケンスパラメータセットＲＢＳＰシンタックス

７．３．３．１ 汎用タイルグループヘッダシンタックス

７．４．３．１ シーケンスパラメータセットＲＢＳＰセマンティクス
１に等しいｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇがＢピクチャ及びＰピクチャについてタイルグループヘッダシンタックステーブルに存在することを定める。０に等しいｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇがＢピクチャ及びＰピクチャについてタイルグループヘッダシンタックステーブルに存在しないことを定める。
７．４．４．１ 汎用タイルグループヘッダセマンティクス
１に等しいｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇは、分数ペル精度での動きベクトル差分によるマージモードが現在のタイルグループで有効にされることを定める。０に等しいｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇは、分数ペル精度での動きベクトル差分によるマージモードが現在のタイルグループで無効にされることを定める。存在しないときには、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇの値は、１であると推測される。
７．４．５．８ マージデータセマンティクス
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－９で規定されるようにＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用されるインデックスを定める。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対して、考えられているコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

［５．６ 第６実施形態］
シンタックスの変更は次のように説明され、新たに追加された部分は太字イタリック体（又は下線）で強調表示される。

７．３．２．１ シーケンスパラメータセットＲＢＳＰシンタックス

７．３．３．１ 汎用タイルグループヘッダシンタックス

７．４．３．１ シーケンスパラメータセットＲＢＳＰセマンティクス
１に等しいｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、分数ペル精度で動きベクトル差分によるマージモードを無効にすることが適用されることを定める。０に等しいｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、分数ペル精度で動きベクトル差分によるマージモードを無効にすることが適用されないことを定める。
７．４．４．１ 汎用タイルグループヘッダセマンティクス
１に等しいｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、分数ペル精度での動きベクトル差分によるマージモードが現在のタイルグループで無効にされることを定める。０に等しいｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、分数ペル精度での動きベクトル差分によるマージモードが現在のタイルグループで有効にされることを定める。存在しないときには、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値は、０であると推測される。
７．４．５．８ マージデータセマンティクス
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－９で規定されるようにＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用されるインデックスを定める。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対して、考えられているコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

［５．７ 第７実施形態］
シンタックスの変更は次のように説明され、新たに追加された部分は太字イタリック体（又は下線）で強調表示される。

７．３．２．１ シーケンスパラメータセットＲＢＳＰシンタックス

７．３．３．１ 汎用タイルグループヘッダシンタックス

７．４．３．１ シーケンスパラメータセットＲＢＳＰセマンティクス
１に等しいｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、分数ペル精度で動きベクトル差分によるマージモードを無効にすることが適用されることを定める。０に等しいｓｐｓ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、分数ペル精度で動きベクトル差分によるマージモードを無効にすることが適用されないことを定める。
７．４．４．１ 汎用タイルグループヘッダセマンティクス
１に等しいｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇは、分数ペル精度での動きベクトル差分によるマージモードが現在のタイルグループで有効にされることを定める。０に等しいｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇは、分数ペル精度での動きベクトル差分によるマージモードが現在のタイルグループで無効にされることを定める。存在しないときには、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｒａｃｍｍｖｄ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値は、１であると推測される。
７．４．５．８ マージデータセマンティクス
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－９で規定されるようにＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用されるインデックスを定める。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対して、考えられているコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

全ての実施形態について、関係があるシンタックスは、他のビデオデータ単位（例えば、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダなど）に置かれてもよいことが留意されるべきである。

図１１Ａは、ビデオ処理装置１１００のブロック図である。装置１１００は、本明細書で説明されている方法の１つ以上を実装するために使用されてよい。装置１１００は、スマートフォン、タブレット、コンピュータ、インターネット・オブ・シングス（Internet of Things，ＩｏＴ）受信器、などで具現されてよい。装置１１００は、１つ以上のプロセッサ１１０２、１つ以上のメモリ１１０４、及びビデオ処理ハードウェア１１０６を含んでよい。プロセッサ１１０２は、本明細書で説明されている１つ以上の方法を実装するよう構成されてよい。メモリ（複数のメモリ）１１０４は、本明細書で説明されている方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用されてよい。ビデオ処理ハードウェア１１０６は、ハードウェア回路で、本明細書で説明されているいくつかの技術を実装するために使用されてよく、部分的に又は完全にプロセッサ１１０２（例えば、グラフィクス・プロセッサ・コア（ＧＰＵ）又は他の信号処理回路）の部分であってよい。

図１１Ｂは、開示されている技術が実装され得るビデオ処理システムのブロック図の他の例である。図１１Ｂは、本明細書で説明されている様々な技術が実装され得る、例となるビデオ処理システム３１００を示すブロック図である。ビデオ実施は、システム３１００のコンポーネントのいくつか又は全てを含んでよい。システム３１００は、ビデオコンテンツを受け取る入力部３１０２を含んでよい。ビデオコンテンツは、生の又は圧縮されていないフォーマット、例えば、８又は１０ビットマルチコンポーネントピクセル値で、受け取られてよく、あるいは、圧縮又はエンコーディングされたフォーマットであってもよい。入力部３１０２は、ネットワーク・インターフェース、ペリフェラル・バス・インターフェース、又はストレージ・インターフェースに相当してよい。ネットワーク・インターフェースの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、受動光学ネットワーク（Passive Optical Network，ＰＯＮ）、などのような優先インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースのような無線インターフェースがある。

システム３１００は、本明細書で説明されている様々なコーディング又はエンコーディング方法を実装し得るコーディングコンポーネント３１０４を含んでよい。コーディングコンポーネント３１０４は、ビデオのコーディングされた表現を生成するよう入力部３１０２からコーディングコンポーネント３１０４の出力部までのビデオの平均ビットレートを低減してよい。コーディング技術は、従って、時々、ビデオ圧縮又はビデオトランスコーディング技術と呼ばれる。コーディングコンポーネント３１０４の出力は、コンポーネント３１０６によって表されているように、記憶されるか、あるいは、通信接続を介して伝送されるかのどちらかであってよい。入力部３１０２で受け取られたビデオの記憶又は通信されたビットストリーム（又はコーディングされた）表現は、表示インターフェース３１１０へ送られるピクセル値又は表示可能なビデオを生成するためにコンポーネント３１０８によって使用されてよい。ビットストリーム表現から、ユーザが見ることができるビデオを生成するプロセスは、時々、ビデオ圧縮解除と呼ばれる。更に、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作はエンコーダで使用され、コーディングの結果を判定させる対応するデコーディングツール又は動作は、デコーダで実行されることになる。

ペリフェラル・バス・インターフェース又は表示インターフェースの例には、ユニバーサル・シリアル・バス（Universal Serial Bus，ＵＳＢ）又は高精細マルチメディアインターフェース（High Definition Multimedia Interface，ＨＤＭＩ（登録商標））などが含まれ得る。ストレージ・インターフェースの例には、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＰＣＩ、ＩＤＥインターフェース、などがある。本明細書で説明されている技術は、携帯電話機、ラップトップ、スマートフォン、あるいは、デジタルデータ処理及び／又はビデオ表示を実行することが可能な他のデバイスのような様々な電子機器で具現されてよい。

いくつかの実施形態で、ビデオコーディング方法は、図１１Ａ又は図１１Ｂに関連して説明されているハードウェアプラットフォーム上で実装される装置を用いて実装されてよい。

図１２は、開示されている技術のいくつかの実施に基づくビデオ処理のための例となる方法のフローチャートを示す。方法１２００は、ステップ１２０２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、ultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定することを含む。方法１２００は、ステップ１２０４で、その決定に基づき変換を実行することを含む。いくつかの実施で、現在のビデオブロックは、マージモードと、現在のビデオブロックについての動き情報の開始点、運動の大きさ及び運動方向を含む動きベクトル表示を有するＵＭＶＥモードでの動きベクトル差分とによりコーディングされる。コーディングされた表現における１つ以上のフィールドは、動作のモードに対応し、１つ以上のフィールドは、ＵＭＶＥモードが現在のビデオブロックについて有効又は無効にされるかどうかを示す値を有するＵＭＶＥイネーブルフィールド、又はＵＭＶＥモードに基づき変更されたアフィンマージモードが現在のビデオブロックについて有効又は無効にされるかどうかを示す変形アフィンモードイネーブルフィールドを含む。いくつかの実施で、現在のビデオブロックは、マージモードと、現在のビデオブロックについての動き情報の開始点、運動の大きさ及び運動方向を含む動きベクトル表示を有するＵＭＶＥモードでの動きベクトル差分とによりコーディングされる。コーディングされた表現における１つ以上のフィールドは、動作のモードに対応し、１つ以上のフィールドは、ＵＭＶＥモードによって使用される基本候補リストのサイズを示すリストサイズフィールド、又はＵＭＶＥモードのための距離テーブル若しくは方向テーブルを通知するテーブルフィールドを含む。

図１３は、開示されている技術のいくつかの実施に基づくビデオ処理のための例となる方法のフローチャートを示す。方法１３００は、ステップ１３０２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、ultimate motion vector expression（ＵＭＶＥ）コーディングツールを用いて実行することを含む。いくつかの実施で、ＵＭＶＥコーディングツールは、現在のビデオブロックについての動き情報の開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表し、距離テーブル又は方向テーブルの少なくとも１つが、２つの参照ピクチャのピクチャ・オーダー・カウント（Picture Order Count，ＰＯＣ）若しくは現在のビデオブロックを含む現在のピクチャのＰＯＣ、又は現在のビデオブロック、現在のスライス、若しくは現在のピクチャをコーディングするために使用される量子化パラメータ（Quantization Parameter，ＱＰ）に依存する。いくつかの実施で、ＵＭＶＥコーディングツールは、現在のビデオブロックの動き情報の開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表し、適応動きベクトル分解能（ＡＭＶＲ）スキームが、ＵＭＶＥコーディングツールによって使用される距離テーブルを通知するために使用される。

図１４は、開示されている技術のいくつかの実施に基づくビデオ処理の方法の例となる方法のフローチャートを示す。方法１４００は、ステップ１４０２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、アフィンultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定することを含む。方法１４００は、ステップ１４０４で、その決定に基づき変換を実行することを含む。

図１５Ａは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１５１０は、ステップ１５１２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のためのultimate motion vector expression（ＵＭＶＥ）コーディングツールでの複数の動きベクトル差分を通知すると決定することを含む。方法１５１０は、ステップ１５１４で、その決定に基づき変換を実行することを含む。いくつかの実施で、ＵＭＶＥコーディングツールを用いて、開始点と、現在のビデオブロックのＮ個の運動の大きさ及びＮ個の運動方向によって表されるＮ個の動きベクトル差分とを含む動きベクトル表示が、変換中に使用され、Ｎは２以上の整数である。

図１５Ｂは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１５２０は、ステップ１５２２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、現在のビデオブロックが現在ピクチャ参照（ＣＰＲ）コーディングツール及びultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用することによりルールが変換に適用可能であると決定することを含む。方法１５２０は、ステップ１５２４で、ルールに従って変換を実行することを含む。いくつかの実施で、ルールは、変換のための１つ以上のコーディング距離の使用を認めず、ＣＰＲコーディングツールは、参照ピクチャとして現在のピクチャを使用し、ＵＭＶＥコーディングツールは、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を使用する。

図１５Ｃは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１５３０は、ステップ１５３２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換中に、現在のビデオブロックが、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、現在のビデオブロックのための動きベクトル差分（ＭＶＤ）値の精緻化を実行すると決定することを含む。方法１５３０は、ステップ１５３４で、その決定に基づき変換を実行することを含む。

図１５Ｄは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１５４０は、ステップ１５４２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、現在のビデオブロックが、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、複数のＵＭＶＥパラメータセットから第１ＵＭＶＥパラメータセットを使用すると決定することを含む。方法１５４０は、ステップ１５４４で、その決定に基づき変換を実行することを含む。いくつかの実施で、複数のＵＭＶＥパラメータセットの中の少なくとも１つの指示は、現在のビデオブロックについて通知又は予め定義される。

図１５Ｅは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１５５０は、ステップ１５５２で、ビデオの現在のビデオブロックが、現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、現在のビデオブロックとビデオのコーディングされた表現との間の変換のためのＵＭＶＥパラメータセットを選択することを含む。いくつかの実施で、選択されたＵＭＶＥパラメータセットは、異なるビデオブロック、異なる参照ピクチャリスト、異なる参照ピクチャ、異なるタイル、異なるスライス、異なるピクチャ、又は異なる時間レイヤにわたって変更される。

図１６Ａは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１６１０は、ステップ１６１２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、現在のビデオブロックの予測が、２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところの一般化された双予測（ＧＢｉ）コーディングツールの動作のモードを決定することを含む。方法１６１０は、ステップ１６１４で、その決定に基づき変換を実行することを含む。いくつかの実施で、コーディングされた表現におけるフィールドは、動作のモードに対応し、フィールドの値は、ＧＢｉコーディングツールが現在のビデオブロックについて有効又は無効にされるかどうかを示す。

図１６Ｂは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１６２０は、ステップ１６２２で、ビデオの現在のビデオブロックの予測が、２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づいて、現在のビデオブロックとビデオのコーディングされた表現との間の変換を実行することを含む。いくつかの実施で、ルールは、ＧＢｉコーディングツールによって使用される重み付け係数セットが、ｉ）現在のビデオブロックを含むピクチャの時間レイヤ、ｉｉ）ピクチャのピクチャ量子化パラメータ、又はｉｉｉ）現在のビデオブロックの量子化パラメータに基づくことを定める。いくつかの実施で、ルールは、現在のビデオブロックの隣接ピクセルと、現在のビデオブロックの動きベクトル又は動きベクトルの整数部分によって識別された対応する参照隣接ピクセルとに基づき、ＧＢｉコーディングツールのための重み付け係数を選択又は導出することを定める。いくつかの実施で、ルールは、現在のビデオブロックの隣接ピクセルと、現在のビデオブロックの動きベクトル又は動きベクトルの整数部分によって識別された対応する参照隣接ピクセルとに基づき、ＧＢｉコーディングツールのための重み付け係数を並べ替えることを定める。いくつかの実施で、ルールは、ＧＢｉコーディングツールのための重み付け係数を決定するために、現在のビデオブロックに関連した局所照度補償（ＬＩＣ）パラメータを使用することを定め、ＬＩＣパラメータは、変換中の現在のビデオブロックにおける照度変化の線形モデルを使用するよう導出される。

図１６Ｃは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１６３０は、ステップ１６３２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換のために、片予測モードのための重みとは等しくない重みを使用することを決定することを含む。方法１６３０は、ステップ１６３４で、その決定に基づき変換を実行することを含む。いくつかの実施で、現在のビデオブロックの予測は、重みによってスケーリングされた予測子に対応する最終的な予測子を使用し、重み付け係数セットは、ブロックレベル又はコーディングユニットレベルで選択される。

図１７Ａは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１７１０は、ステップ１７１２で、ビデオの１つ以上のビデオブロックとビデオのコーディングされた表現との間の変換を実行することを含む。いくつかの実施で、コーディングされた表現における第１フィールドは、変換中に使用される動きベクトル差分によるマージ（ＭＭＶＤ）モードにおける動き差分を示すために分数サンプル精度が使用されるかどうかを示し、ＭＭＶＤモードは、現在のビデオブロックについての開始点、運動距離及び運動方向を含む動きベクトル表示を有する。

図１７Ｂは、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１７２０は、ステップ１７２２で、ビデオの現在のビデオブロックとビデオのコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換中に使用されるアドバンスド動きベクトル予測（ＡＭＶＰ）モード又はアフィンインターモードのために分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）精度が許されているかどうかを示すフラグを有する。

図１８は、開示されている技術のいくつかの実施に基づくビデオ処理の例となる方法のフローチャートを示す。方法１８００は、ステップ１８１０で、ビデオの現在のピクチャの現在のビデオブロックとビデオのコーディングされた表現との間の変換を、コーディングされた表現のフォーマットを規定するルールに従って実行することを含み、ルールは、コーディングモードのためのシンタックス要素が、現在のビデオブロックの変換のために使用される全ての参照ブロックが現在のピクチャのサンプルから取得されるかどうかに基づき、コーディングされた表現に含まれることを定める。

本明細書中、「ビデオ処理」との用語は、ビデオエンコーディング、ビデオデコーディング、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から対応するビットストリーム表現への変換中に適用されてよく、あるいは、その逆も同様である。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるように、ビットストリーム内で同一位置にあるか又は異なる位置に拡散されるかのどちらかであるビットに対応する。例えば、マクロブロックは、変換及びコーディングされた誤差残差値に関して、ビットストリーム内のヘッダ及び他のフィールドに含まれるビットを用いて、エンコーディングされてよい。

本明細書で開示されている様々なルールに基づき構成される仮想動き候補の使用を可能にすることによって、スマートフォン、ラップトップ、デスクトップ、及び同様のデバイスのようなビデオ処理デバイス内に組み込まれているビデオエンコーダ及びデコーダ実施形態に利益をもたらすことなるいくつかの技術が、開示されてきたことが理解されるだろう。

様々な技術及び実施形態は、次の箇条書き形式で記載されてもよい。

第１の箇条書きは、例えば、項目１を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、ultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記現在のビデオブロックは、マージモードと、前記現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を有するＵＭＶＥモードでの動きベクトル差分とによりコーディングされ、
前記コーディングされた表現における１つ以上のフィールドは、前記動作のモードに対応し、
前記１つ以上のフィールドは、前記ＵＭＶＥモードが前記現在のビデオブロックに対して有効若しくは無効にされているかどうかを示す値を有するＵＭＶＥイネーブルフィールド、又は前記ＵＭＶＥモードに基づき変更されたアフィンマージモードが前記現在のビデオブロックに対して有効若しくは無効にされているかどうかを示す変形アフィンモードイネーブルフィールドを含む、
方法。

２．前記開始点は、基本マージ候補リストへのインデックスによって示され、
前記現在のビデオブロックの最終的な動き情報は、前記運動方向及び前記運動の大きさによって表される前記動きベクトル差分に依存する、
箇条１に記載の方法。

３．前記１つ以上のフィールドは、スライスヘッダレベルで含まれる、
箇条１に記載の方法。

４．前記１つ以上のフィールドは、タイルグループヘッダレベルで含まれる、
箇条１に記載の方法。

５．前記１つ以上のフィールドは、タイルヘッダレベルで含まれる、
箇条１に記載の方法。

６．前記１つ以上のフィールドは、ピクチャヘッダレベルで含まれる、
箇条１に記載の方法。

７．前記１つ以上のフィールドは、ピクチャパラメータセットレベルで含まれる、
箇条１に記載の方法。

８．前記１つ以上のフィールドは、シーケンスパラメータセットレベルで含まれる、
箇条１に記載の方法。

９．前記１つ以上のフィールドは、ビデオパラメータセットレベルで含まれる、
箇条１に記載の方法。

１０．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至９のうちいずれかに記載の方法。

１１．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至９のうちいずれかに記載の方法。

１２．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至１１のうちいずれか１つに記載の方法を実施させる、
装置。

１３．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至１１のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

第２の箇条書きは、例えば、項目２、４、及び９を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、ultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記現在のビデオブロックは、マージモードと、前記現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を有するＵＭＶＥモードでの動きベクトル差分とによりコーディングされ、
前記コーディングされた表現における１つ以上のフィールドは、前記動作のモードに対応し、
前記１つ以上のフィールドは、前記ＵＭＶＥモードによって使用される基本候補リストのサイズを示すリストサイズフィールド、又は前記ＵＭＶＥモードのための距離テーブル若しくは方向テーブルを通知するテーブルフィールドを含む、
方法。

２．前記開始点は、基本マージ候補リストへのインデックスによって示され、
前記現在のビデオブロックの最終的な動き情報は、前記動きベクトル差分に依存する、
箇条１に記載の方法。

３．前記１つ以上のフィールドは、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、又はビデオパラメータセットレベルで含まれる、
箇条１に記載の方法。

４．前記基本候補リストのサイズは、１、２、又は３にセットされる、
箇条１に記載の方法。

５．前記１つ以上のフィールドは、マージモードのための候補リストのサイズを示す値を有するマージモードリストサイズフィールドを更に含む、
箇条１に記載の方法。

６．前記ＵＭＶＥモードによって使用される前記基本候補リストのサイズは、前記マージモードのための前記候補リストのサイズ以下である、
箇条５に記載の方法。

７．前記リストサイズフィールドは、前記コーディングされた表現から省かれる、
箇条５に記載の方法。

８．前記ＵＭＶＥモードによって使用される前記基本候補リストのサイズは、前記マージモードのための前記候補リストのサイズに等しい、
箇条７に記載の方法。

９．前記テーブルフィールドは、前記距離テーブルのサイズＫ１及び前記方向テーブルのサイズＫ２を通知する、
箇条１に記載の方法。

１０．前記距離テーブルの最初のＫ１個の要素又は前記方向テーブルの最後のＫ２個の要素が有効である、
箇条９に記載の方法。

１１．前記距離テーブルの最後のＫ１個の要素又は前記方向テーブルの最後のＫ２個の要素が有効である、
箇条９に記載の方法。

１２．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を、ultimate motion vector expression（ＵＭＶＥ）コーディングツールを用いて実行するステップを有し、
前記ＵＭＶＥコーディングツールは、前記現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を表し、
距離テーブル又は方向テーブルの少なくとも１つは、２つの参照ピクチャのピクチャ・オーダー・カウント（ＰＯＣ）若しくは前記現在のビデオブロックを含む現在のピクチャのＰＯＣ、又は前記現在のビデオブロック、現在のスライス、若しくは前記現在のピクチャをコーディングするために使用される量子化パラメータ（ＱＰ）に依存する、
方法。

１３．前記距離テーブル及び前記方向テーブルは、前記２つの参照ピクチャのＰＯＣと前記現在のピクチャのＰＯＣとの間の距離に依存する、
箇条１２に記載の方法。

１４．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至１３のうちいずれかに記載の方法。

１５．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至１３のうちいずれかに記載の方法。

１６．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至１５のうちいずれか１つに記載の方法を実施させる、
装置。

１７．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至１５のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

第３の箇条書きは、例えば、項目３及び７を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、アフィンultimate motion vector expression（ＵＭＶＥ）モードの動作のモードを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記現在のビデオブロックは、アフィンマージモードと、前記現在のビデオブロックについての動き情報の開始点、運動の大きさ、及び運動方向を含むアフィンＵＭＶＥモードでの動きベクトル差分とによりコーディングされ、
前記コーディングされた表現における１つ以上のフィールドは、前記動作のモードに対応し、
前記１つ以上のフィールドは、前記ＵＭＶＥモードによって使用される予測オフセットによるアフィンマージモードのための基本アフィンマージ候補リストのサイズを示すリストサイズフィールド、又は前記予測オフセットによるアフィンマージモードのための距離テーブル若しくは方向テーブルを通知するテーブルフィールドを含む、
方法。

２．前記開始点は、基本マージ候補リストへのインデックスによって示され、
最終的な動き情報は、前記運動方向及び前記運動の大きさによって表される前記動きベクトル差分に依存する、
箇条１に記載の方法。

３．前記１つ以上のフィールドは、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、又はビデオパラメータセットレベルで含まれる、
箇条１に記載の方法。

４．前記基本アフィンマージ候補リストのサイズは、１、２、又は３にセットされる、
箇条１に記載の方法。

５．前記１つ以上のフィールドは、サブブロックマージモードのための候補リストのサイズを示す値を有するサブブロックマージリストサイズフィールドを更に含む、
箇条１に記載の方法。

６．前記アフィンＵＭＶＥモードのための前記基本アフィンマージ候補リストのサイズは、前記サブブロックマージモードのための前記候補リストのサイズ以下である、
箇条５に記載の方法。

７．前記リストサイズフィールドは、前記コーディングされた表現から省かれる、
箇条５に記載の方法。

８．前記アフィンＵＭＶＥモードのための前記基本アフィンマージ候補リストのサイズは、前記サブブロックマージモードのための前記候補リストのサイズに等しい、
箇条７に記載の方法。

９．前記アフィンＵＭＶＥモードは、前記ＵＭＶＥモードに基づき変更されたアフィンマージモードに対応する、
箇条１に記載の方法。

１０．前記テーブルフィールドは、前記距離テーブルのサイズＫ１又は前記方向テーブルのサイズＫ２を通知する、
箇条１に記載の方法。

１１．前記距離テーブルの最初のＫ１個の要素又は前記方向テーブルの最初のＫ２個の要素が有効である、
箇条１０に記載の方法。

１２．前記距離テーブルの最後のＫ１個の要素又は前記距離テーブルの最後のＫ２個の要素が有効である、
箇条１０に記載の方法。

１３．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至１２のうちいずれかに記載の方法。

１４．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至１２のうちいずれかに記載の方法。

１５．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至１４のうちいずれか１つに記載の方法を実施させる、
装置。

１６．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至１４のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

第４の箇条書きは、例えば、項目８、１０、１１、１２、１３、１４、１５、及び１６を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のためにultimate motion vector expression（ＵＭＶＥ）コーディングツールでの複数の動きベクトル差分を通知すると決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記ＵＭＶＥコーディングツールを用いて、前記現在のビデオブロックについての開始点並びにＮ個の運動の大きさ及びＮ個の運動方向によって表されるＮ個の動きベクトル差分を含む動きベクトル表示が、前記変換中に使用され、
Ｎは、２以上の整数である、
方法。

２．Ｎは２であり、２つの動きベクトル差分は、双方向予測での２つの予測方向に対応する、
箇条１に記載の方法。

３．前記ＵＭＶＥコーディングツールで使用されるＭＶＤの数が通知される、
箇条２に記載の方法。

４．前記ＵＭＶＥコーディングツールで使用されるＭＶＤの数が導出される、
箇条２に記載の方法。

５．１つのＭＶＤが、予測方向ごとにエンコーディングされ、
第１方向の第１ＭＶＤは、第２方向の第２ＭＶＤを予測するために使用される、
箇条１に記載の方法。

６．第１予測方向のためのＭＶＤは、他のＭＶＤよりも先に通知される、
箇条５に記載の方法。

７．第２予測方向のためのＭＶＤは、他のＭＶＤよりも先に通知される、
箇条６に記載の方法。

８．Ｎ個の動きベクトル差分を通知する順序が通知される、
箇条１に記載の方法。

９．基本候補インデックス、距離インデックス、又は方向インデックスの少なくとも１つが、予測方向ごとに通知される、
箇条１に記載の方法。

１０．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、現在ピクチャ参照（ＣＰＲ）コーディングツール及びultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用する前記現在のビデオブロックにより、前記変換にルールが適用可能であることを決定するステップと、
前記ルールに従って前記変換を実行するステップと
を有し、
前記ルールは、前記変換のための１つ以上のコーディング距離の使用を認めず、
前記ＣＰＲコーディングツールは、参照ピクチャとして現在のピクチャを使用し、
前記ＵＭＶＥコーディングツールは、前記現在のビデオブロックについての開始点、運動の大きさ、及び運動方向を含む動きベクトル表示を使用する、
方法。

１１．前記ルールは、１／２ピクセル分解能又は１／４ピクセル分解能を含む分数ピクセル精度による距離が認められないことを規定する、
箇条１０に記載の方法。

１２．前記ルールは、ＣＰＲモードでの有効探索範囲の外にある距離が認められないことを規定する、
箇条１０に記載の方法。

１３．特定の距離は有効距離で置換される、
箇条１０に記載の方法。

１４．距離インデックスとピクセル距離との間のマッピングの種々のセットが、ＣＰＲモード及び非ＣＰＲモードのために定義される、
箇条１０に記載の方法。

１５．予め定義されたデルタ動きベクトルが前記ＵＭＶＥコーディングツールの開始点に加えられる、
箇条１４に記載の方法。

１６．前記予め定義されたデルタ動きベクトルは、ブロックサイズ、参照インデックス、又は色成分の少なくとも１つに依存する、
箇条１５に記載の方法。

１７．前記予め定義されたデルタ動きベクトルは、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、ビデオパラメータセットレベル、又はコーディングユニットレベルで通知される、
箇条１５に記載の方法。

１８．前記ＵＭＶＥコーディングツールが前記ＣＰＲコーディングツールとともに使用される場合に片予測が常に適用される、
箇条１０に記載の方法。

１９．ただ１つのＭＶＤが使用又は通知される、
箇条１８に記載の方法。

２０．基本マージ候補は、現在のピクチャである少なくとも１つの参照ピクチャを有し、特定の距離インデックスは認められない、
箇条１０に記載の方法。

２１．前記ＵＭＶＥコーディングツールは、マージ候補又はＡＭＶＰ候補が、現在のピクチャである少なくとも１つの参照ピクチャを有する場合に、適用される、
箇条１０に記載の方法。

２２．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換中に、前記現在のビデオブロックが、該現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、前記現在のビデオブロックのための動きベクトル差分（ＭＶＤ）値の精緻化を実行すると決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有する方法。

２３．前記精緻化は、前記現在のビデオブロックについてのデコーディングされた距離インデックス及び／又はデコーディングされた方向インデックスを用いて実行される
箇条２２に記載の方法。

２４．前記精緻化の動作は、前記現在のビデオブロックのためのマージ候補リスト内の１つ以上のマージ候補に関連した動き情報に基づく、
箇条２２に記載の方法。

２５．選択された基本候補に、デコーディングされたＭＶＤをプラスしたものは、他のマージ候補と同じであり、前記デコーディングされたＭＶＤは更に精緻化される、
箇条１８に記載の方法。

２６．デコーディングされたＭＶＤは、選択された基本候補に、前記デコーディングされたＭＶＤをプラスしたものが、ルールに基づき、他のマージ候補に類似すると決定される場合に、更に精緻化される、
箇条１８に記載の方法。

２７．前記ルールは、ＭＶ１及びＭＶ２の２つの動きベクトルが、｜ＭＶ１ｘ－ＭＶ２ｘ｜＋｜ＭＶ１ｙ－ＭＶ２ｙ｜＜Ｔである場合に類似している、と決定し、
ＭＶ１ｘ及びＭＶ２ｘは、ＭＶ１及びＭＶ２の水平成分であり、
ＭＶ１ｙ及びＭＶ２ｙは、ＭＶ１及びＭＶ２の垂直成分である、
箇条２０に記載の方法。

２８．前記ルールは、２つの候補が、該２つ候補が同じ参照インデックスを共有し、かつ、同じ参照ピクチャを参照する２つの動きベクトルが類似する場合に、類似している、と決定する、
箇条２６に記載の方法。

２９．前記デコーディングされた距離インデックス及び前記デコーディングされた方向インデックスは、前記現在のビデオブロックから次のビデオブロックへ変換する、
箇条２４に記載の方法。

３０．双方向オプティカルフロー（ＢＩＯ）は、前記ＵＭＶＥコーディングツールによりコーディングされた前記現在のビデオブロックでは認められない、
箇条２２に記載の方法。

３１．デコーダ側動きベクトル精緻化（ＤＭＶＲ）は、前記ＵＭＶＥコーディングツールによりコーディングされた前記現在のビデオブロックでは認められない、
箇条２２に記載の方法。

３２．前記ＵＭＶＥコーディングツールは、コーディング基本候補インデックスと、前記現在のビデオブロックのためのマージ候補リスト内の候補インデックスとの間のマッピングを有し、該マッピングは、異なるビデオシーケンスの異なるビデオブロック、異なるタイル、又は異なるピクチャにわたって変更される、
箇条１乃至３１のうちいずれかに記載の方法。

３３．０に等しい第１のコーディングされた基本候補インデックスは、前記マージ候補リスト内の第１マージ候補に常に対応する、
箇条３２に記載の方法。

３４．Ｋに等しいＫ番目のコーディングされた基本候補インデックスは、前記マージ候補リスト内の（Ｋ＋１）番目のマージ候補リストに対応せず、
Ｋは、０よりも大きい整数である、
箇条３３に記載の方法。

３５．１に等しい第２のコーディングされた基本候補インデックスは、前記マージ候補リスト内のマージ候補を示し、該マージ候補は、前記第１のコーディングされた基本候補インデックスが指し示す前記第１マージ候補に類似していない、
箇条３３に記載の方法。

３６．前記マッピング又は前記マージ候補リストからの基本マージ候補の選択は、前記マージ候補リスト内の第１マージ候補に依存する、
箇条３２に記載の方法。

３７．特定のマージ候補は、前記現在のビデオブロックのための基本マージ候補として認められない、
箇条３２に記載の方法。

３８．前記特定のマージ候補は、次の：
ｉ）組み合わされた双予測マージ候補、ペアワイズマージ候補、ゼロ動きベクトルマージ候補を含む仮想マージ候補、
ｉｉ）時間マージ候補、
ｉｉｉ）ＨＭＶＰ候補、又は
ｉｖ）三角予測モード、サブブロックモード、アフィンモード、ＡＴＭＶＰ若しくはＳＴＭＶＰを含む特定のモードから導出されたマージ候補
の少なくとも１つを含む、
箇条３７に記載の方法。

３９．前記ＵＭＶＥコーディングツールによって使用される少なくとも１つの基本マージ候補は、前記マージ候補リストからではない、
箇条３２に記載の方法。

４０．前記マージ候補リスト内の第１マージ候補は、非現在ピクチャ参照候補である第１候補に制限される、
箇条３２に記載の方法。

４１．前記マージ候補リスト内の基本マージ候補、前記マージ候補は、閾値だけ互いに異なる、
箇条３２に記載の方法。

４２．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、前記現在のビデオブロックが、該現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、複数のＵＭＶＥパラメータセットから第１ＵＭＶＥパラメータセットを使用すると決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記複数のＵＭＶＥパラメータセットの中の少なくとも１つの指示は、前記現在のビデオブロックのために通知又は予め定義される、
方法。

４３．前記指示は、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、ビデオパラメータセットレベル、又はコーディングユニットレベルで通知又は予め定義される、
箇条４２に記載の方法。

４４．前記コーディングされた表現は、前記複数のＵＭＶＥパラメータセットの夫々を有する、
箇条４２に記載の方法。

４５．前記コーディングされた表現は、ひと組の距離テーブル及び／又は方向テーブルを含む、
箇条４２に記載の方法。

４６．前記コーディングされた表現は、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、又はビデオパラメータセットレベルで、利用可能な距離値をどのようにシフトすべきかの指示を含む、
箇条４５に記載の方法。

４７．前記指示は、前記通知された距離テーブルを使用すべきかどうか、整数Ｍだけ距離値を左シフトすべきかどうか、又は整数Ｎだけ距離値を右シフトすべきかどうかを示す、
箇条４６に記載の方法。

４８．前記ＵＭＶＥコーディングツールのためのパラメータは、前記現在のビデオブロックのサイズに基づき選択される、
箇条４２に記載の方法。

４９．前記サイズは、
ｉ）前記現在のビデオブロックの幅、
ｉｉ）前記現在のビデオブロックの高さ、又は
ｉｉｉ）前記現在のビデオブロックのピクセル位置の総数
の少なくとも１つに対応する、
箇条４８に記載の方法。

５０．前記第１ＵＭＶＥパラメータセットは、前記現在のビデオブロックのコーディングモードに基づき選択される、
箇条４２に記載の方法。

５１．前記第１ＵＭＶＥパラメータセットは、前記現在のビデオブロックを有する現在のピクチャ又は現在のシーケンスの分解能に基づき選択される、
箇条４２に記載の方法。

５２．前記第１ＵＭＶＥパラメータセットは、選択された基本マージ候補に基づき選択される、
箇条４２に記載の方法。

５３．前記第１ＵＭＶＥパラメータセットは、動きベクトルの大きさ又は符号値の少なくとも１つに基づき選択される、
箇条５２に記載の方法。

５４．前記第１ＵＭＶＥパラメータセットは、参照ピクチャ、前記選択された基本マージ候補の参照ピクチャのＰＯＣ値に基づき選択される、
箇条５２に記載の方法。

５５．前記第１ＵＭＶＥパラメータセットは、前記選択された基本マージ候補の動きベクトルが整数位置又はサブ位置を指し示すかどうかに基づき選択される、
箇条５２に記載の方法。

５６．前記第１ＵＭＶＥパラメータセットは、前記選択された基本マージ候補によって表されるマージ候補のカテゴリに基づき選択され、該カテゴリは、空間、時間、又はＨＭＶＰ（履歴ベースＭＶＰ）の１つである、
箇条５２に記載の方法。

５７．前記第１ＵＭＶＥパラメータセットは、前記選択された基本マージ候補によって表されるマージ候補が導出される位置に基づき選択される、
箇条５２に記載の方法。

５８．前記第１ＵＭＶＥパラメータセットは、前記選択された基本マージ候補によって表されるマージ候補のインデックスに基づき選択される、
箇条５２に記載の方法。

５９．前記複数のＵＭＶＥパラメータセットの夫々は、所定の動きベクトル精度と関連付けられる、
箇条４２に記載の方法。

６０．前記複数のＵＭＶＥパラメータセットの数は、いくつの動きベクトル精度が１つのシーケンス、ビュー、ピクチャ、スライス、タイル、又はビデオデータ処理ユニットのために認められるかに依存する、
箇条５９に記載の方法。

６１．前記現在のビデオブロックから導出された基本マージ候補について、関連するＡＭＶＲ（Adaptive Motion Vector Resolution）インデックスは、前記第１ＵＭＶＥパラメータセットを決定するよう継承される、
箇条５９に記載の方法。

６２．ビデオ処理の方法であって、
ビデオの現在のビデオブロックが、該現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを使用するとの決定があると、前記現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のためのＵＭＶＥパラメータセットを選択するステップを有し、
前記選択されたＵＭＶＥパラメータセットは、異なるビデオブロック、異なる参照ピクチャリスト、異なる参照ピクチャ、異なるタイル、異なるスライス、異なるピクチャ、又は異なる時間レイヤにわたって変更される、
方法。

６３．前記ＵＭＶＥパラメータセットの選択は、基本動きベクトルの水平成分又は垂直成分に依存する、
箇条６２に記載の方法。

６４．各ＵＭＶＥパラメータセット又は前記選択されたＵＭＶＥパラメータセットは、距離テーブル、方向テーブル、又はＵＭＶＥコーディングツールの他の表現の少なくとも１つを含む、
箇条４２乃至６３のうちいずれかに記載の方法。

６５．ビデオ処理の方法であって、
ビデオの現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を表すultimate motion vector expression（ＵＭＶＥ）コーディングツールを用いて、前記現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
適応動きベクトル分解能（ＡＭＶＲ）スキームが、前記ＵＭＶＥコーディングツールによって使用される距離テーブルを通知するために使用される、
方法。

６６．ＡＭＶＲ精度セットで定義されているＭＶ精度をスケーリングすべきかどうかの指示が、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、ビデオパラメータセットレベル、又はコーディングユニットレベルで通知される、
箇条６５に記載の方法。

６７．複数組のＡＭＶＲ精度が定義又は通知される、
箇条６５に記載の方法。

６８．セットインデックスの指示が、前記現在のビデオブロック又は前のビデオブロックのコーディング情報を用いて通知又は導出される、
箇条６５に記載の方法。

６９．認められたＡＭＶＲ精度セットは、異なるビデオユニット間で変更される、
箇条６５に記載の方法。

７０．通知されたＭＶ精度インデックスと使用される実際のＭＶ精度との間のマッピングは、異なるビデオユニット間で変更される、
箇条６５に記載の方法。

７１．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至７０のうちいずれかに記載の方法。

７２．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至７０のうちいずれかに記載の方法。

７３．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至７２のうちいずれか１つに記載の方法を実施させる、
装置。

７４．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至７２のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

第５の箇条書きは、例えば、項目１８～２５を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、前記現在のビデオブロックの予測が、２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところの、一般化された双予測（ＧＢｉ）コーディングツールの動作のモードを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記コーディングされた表現におけるフィールドは、前記動作のモードに対応し、
前記フィールドの値は、前記ＧＢｉコーディングツールが前記現在のビデオブロックのために有効又は無効にされるかどうかを示す、
方法。

２．前記フィールドは、前記ＧＢｉコーディングツールがスライスレベル、タイルレベル、又はピクチャレベルで有効又は無効のどちらをされることを示す、
箇条１に記載の方法。

３．前記フィールドは、スライスヘッダ、タイルヘッダ、又はピクチャパラメータセットに含まれる、
箇条１に記載の方法。

４．前記現在のビデオブロックのピクチャが、閾値よりも大きい値を有する時間レイヤに対応する場合に、前記フィールドは、前記ＧＢｉコーディングツールが前記現在のビデオブロックについて無効にされることを示す、
箇条１乃至３のうちいずれかに記載の方法。

５．前記閾値は３である、
箇条４に記載の方法。

６．前記ＧＢｉコーディングツールは、第１ピクチャとは異なる第２ピクチャによって参照されない前記第１ピクチャにおいて、前記現在のビデオブロックについて無効にされる、
箇条１乃至５のうちいずれかに記載の方法。

７．前記ＧＢｉコーディングツールは、閾値よりも大きい量子化パラメータを使用する前記現在のビデオブロックについて無効にされる、
箇条１に記載の方法。

８．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を、前記現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、
前記ルールは、前記ＧＢｉコーディングツールによって使用される重み付け係数セットが、
ｉ）前記現在のビデオブロックを含むピクチャの時間レイヤ、
ｉｉ）前記ピクチャのピクチャ量子化パラメータ、又は
ｉｉｉ）前記現在のビデオブロックの量子化パラメータ
に基づくことを規定する、
方法。

９．前記ルールは、より高い時間レイヤのビデオピクチャで、より少ない重み付け係数を使用することを規定する、
箇条８に記載の方法。

１０．前記ルールは、より高い量子化パラメータ値について、より少ない重み付け係数を使用することを規定する、
箇条８に記載の方法。

１１．前記コーディングされた表現は、前記ＧＢｉコーディングツールによる使用のための少なくとも１つの追加の重み付け係数セットを更に含む、
箇条８に記載の方法。

１２．前記追加の重み付け係数セットは、スライスヘッダレベル、タイルグループヘッダレベル、タイルヘッダレベル、ピクチャヘッダレベル、ピクチャパラメータセットレベル、シーケンスパラメータセットレベル、又はビデオパラメータセットレベルで示される、
箇条１１に記載の方法。

１３．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、片予測モードについて１に等しくない重みを使用すると決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記現在のビデオブロックの予測は、前記重みによってスケーリングされた予測子に対応する最終的な予測子を使用し、
重み付け係数セットが、ブロックレベル又はコーディングユニットレベルで選択される、
方法。

１４．重みインデックスは、ＡＭＶＰ（Advanced Motion Vector Prediction）モード又はアフィンインターモードの少なくとも１つのためにスケーリングされ、
前記重みインデックスは、マージモード、ＵＭＶＥ（Ultimate Motion Vector Expression）モード、アフィンマージモード、又はオフセット付きアフィンマージモードの少なくとも１つで継承され、
前記ＵＭＶＥモードは、前記現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を有する、
箇条１３に記載の方法。

１５．前記変換の実行は、複数のオフセットセットの中の１つからのオフセットを用いて前記変換中に計算された動き補償ブロックを精緻化することを含む、
箇条１乃至１４のうちいずれかに記載の方法。

１６．オフセットインデックスがブロックレベル又はコーディングユニットレベルで通知される、
箇条１５に記載の方法。

１７．オフセットインデックスが、マージモード、ＵＭＶＥ（Ultimate Motion Vector Expression）モード、アフィンマージモード、又はオフセット付きアフィンマージモードの少なくとも１つで継承され、
前記ＵＭＶＥモードは、前記現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を有する、
箇条１５に記載の方法。

１８．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を、前記現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、
前記ルールは、前記現在のビデオブロックの隣接ピクセルと、前記現在のビデオブロックの動きベクトル又は動きベクトルの整数部分によって特定される対応する参照隣接ピクセルとに基づき、前記ＧＢｉコーディングツールのための重み付け係数を選択又は導出することを規定する、
方法。

１９．ＧＢｉインデックスのシグナリングは省略される、
箇条１８に記載の方法。

２０．前記コーディングされた表現内のフィールドは、デフォルトの等しい重み付け係数又は選択若しくは導出された重み付け係数を使用すべきかどうかを示す、
箇条１８に記載の方法。

２１．前記現在のビデオブロックのための重み付け係数は、前記現在のビデオブロックの隣接ピクセル及び前記重み付け係数を用いて前記２つの参照リストからの参照隣接ピクセルの平均化の結果の間の最小差分を有するように、予め定義された重み付け係数セットから選択される、
箇条１８に記載の方法。

２２．ＧＢｉ重み値がＳ０及びＳ１によって導出され、Ｓ０は、前記現在のビデオブロックの隣接ピクセルの和又は平均を示し、Ｓ１は、参照ブロックの隣接ピクセルの和又は平均を示す、
箇条１８に記載の方法。

２３．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を、前記現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、
前記ルールは、前記現在のビデオブロックの隣接ピクセルと、前記現在のビデオブロックの動きベクトル又は動きベクトルの整数部分によって特定される対応する参照隣接ピクセルとに基づき、前記ＧＢｉコーディングツールのための重み付け係数を並べ直すことを規定する、
方法。

２４．前記現在のビデオブロックのための重み付け係数は、前記現在のビデオブロックの隣接ピクセル及び前記重み付け係数を用いて前記２つの参照リストからの参照隣接ピクセルの平均化の結果の間の差分に基づいて並べ直される、
箇条２３に記載の方法。

２５．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を、前記現在のビデオブロックの予測が２つの参照リストからの予測子の非一様加重和に対応する最終的な予測子を使用するところのＧＢｉコーディングツールのパラメータを制御するルールに基づき実行するステップを有し、
前記ルールは、前記ＧＢｉコーディングツールのための重み付け係数を決定するために、前記現在のビデオブロックに関連した局所照度補償（ＬＩＣ）パラメータを使用することを規定し、
前記ＬＩＣパラメータは、前記変換中に前記現在のビデオブロックにおける照度変化の線形モデルを使用するよう導出される、
方法。

２６．前記ＬＩＣパラメータを導出するためのオフセットはゼロであり、前記重み付け係数のみが前記ＧＢｉコーディングツールにおいて使用される、
箇条２５に記載の方法。

２７．前記ＬＩＣパラメータの重み付け係数及びオフセットは両方とも、ＧＢｉコーディングツールにおいて使用される、
箇条２５に記載の方法。

２８．前記ルールは、前記現在のビデオブロックがマージモード、ＵＭＶＥモード、アフィンマージモード、又はオフセット付きアフィンマージモードの少なくとも１つも使用する場合に、前記現在のビデオブロックのためのＧＢｉインデックスを隣接ビデオブロックのそれから継承することを規定し、
前記ＵＭＶＥモードは、前記現在のビデオブロックについての開始点、運動の大きさ及び運動方向を含む動きベクトル表示を有する、
箇条２５に記載の方法。

２９．前記ルールは、継承された隣接重み付け係数が前記ＬＩＣパラメータと同じである場合に、前記現在のビデオブロックの前記変換のために追加のＬＩＣパラメータを導出することを規定する、
箇条２５に記載の方法。

３０．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至２９のうちいずれかに記載の方法。

３１．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至２９のうちいずれかに記載の方法。

３２．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至３１のうちいずれか１つに記載の方法を実施させる、
装置。

３３．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至３１のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

第６の箇条書きは、例えば、項目５、６、及び７を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの１つ以上のビデオブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現における第１フィールドは、分数サンプル精度が、前記変換中に使用される動きベクトル差分によるマージ（ＭＭＶＤ）モードで運動距離を示すために使用されるかどうかを示し、
前記ＭＭＶＤモードは、現在のビデオブロックについての開始点、運動距離及び運動方向を含む動きベクトル表示を有する、
方法。

２．前記第１フィールドはフラグである、
箇条１に記載の方法。

３．前記フラグは、スライス、タイルグループ、タイル、ピクチャ、シーケンス、ビデオ、又はコーディングユニットレベルで通知される、
箇条２に記載の方法。

４．前記フラグは、スライスヘッダ、タイルグループヘッダ、タイルヘッダ、ピクチャヘッダ、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ビデオパラメータセット（ＶＰＳ）、又はコーディングユニットで通知される、
箇条３に記載の方法。

５．前記フラグは、ＭＭＶＤイネーブルフィールドが、前記ＭＭＶＤモードが有効にされることを示す場合に、通知される、
箇条２に記載の方法。

６．前記変換を実行するステップは、前記ビデオの現在のビデオブロックに関連した運動距離に基づき、前記ＭＭＶＤモードを用いて前記現在のビデオブロックと前記ビデオの前記コーディングされた表現との間の変換を実行することを含む、
箇条１に記載の方法。

７．前記フラグは、前記分数サンプル精度が使用されないことを示し、
前記変換は、該変換のための整数サンプル精度を使用する、
箇条２に記載の方法。

８．前記現在のビデオブロックに関連した前記運動距離は、運動距離インデックスによって表され、
前記変換は、前記運動距離インデックスをエンコーディングするよう該運動距離インデックスのトランケーテッド・ユーナリー（truncated unary）を使用することを含み、
認められた運動距離インデックスの最大値は、認められた整数運動距離の数に依存し、
前記第１フィールドのフラグは、分数サンプル精度が使用されないことを示す、
箇条６に記載の方法。

９．前記現在のビデオブロックに関連した前記運動距離は、運動距離インデックスによって表され、
前記変換は、前記運動距離インデックスをデコーディングするよう該運動距離インデックスのトランケーテッド・ユーナリー（truncated unary）を使用することを含み、
認められた運動距離インデックスの最大値は、認められた整数運動距離の数に依存し、
前記第１フィールドのフラグは、分数サンプル精度が使用されないことを示す、
箇条６に記載の方法。

１０．デフォルト運動距離テーブル内の複数の要素の夫々は、整数サンプル精度について整数運動距離を生成するための係数を乗じられる、
箇条１乃至６のうちいずれか１つに記載の方法。

１１．分数サンプル精度が使用されないことを示す前記第１フィールドとともにビデオユニットに含まれる第１ビデオブロックについて、及び分数サンプル精度が使用されることを示す前記第１フィールドとともにビデオユニットに含まれる第２ビデオブロックについて、同じ運動距離インデックスが前記第１ビデオブロック及び前記第２ビデオブロックのために使用される場合に、前記第１ビデオブロックのための対応する運動距離は、前記第２ビデオブロックの運動距離に係数を乗じることによって生成される、
箇条１乃至６のうちいずれか１つに記載の方法。

１２．前記係数は４である、
箇条１０に記載の方法。

１３．前記第１フィールドは、スライスヘッダ、タイルグループヘッダ、タイルヘッダ、ピクチャヘッダ、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ビデオパラメータセット（ＶＰＳ）、又はコーディングユニットで予測オフセットとともにアフィンマージモードのために通知される、
箇条１に記載の方法。

１４．前記第１フィールドは、使用されている動きベクトル差分（ＭＶＤ）とともにアフィンマージモードの利用に基づき通知される、
箇条１に記載の方法。

１５．前記第１フィールドは、第１フラグ及び第２フラグを有し、前記第１フラグは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、又はビデオパラメータセット（ＶＰＳ）で通知され、前記第２フラグが前記ＰＰＳ、スライスヘッダ、タイルグループヘッダ、又はタイルヘッダで通知されることを示す、
箇条１に記載の方法。

１６．前記第１フラグは偽（false）を示し、分数運動距離は有効にされ、前記第２フラグは通知されない、
箇条１５に記載の方法。

１７．前記第１フラグは真（true）を示し、分数運動距離は有効にされ、前記第２フラグは通知されない、
箇条１５に記載の方法。

１８．前記第１フラグは真を示し、分数運動距離は無効にされ、前記第２フラグは通知される、
箇条１５に記載の方法。

１９．前記第１フラグは偽を示し、分数運動距離は無効にされ、前記第２フラグは通知される、
箇条１５に記載の方法。

２０．前記第２フラグは真を示し、分数運動距離は、ピクチャ、スライス、タイルグループ、又はタイルについて有効にされる、
箇条１８又は１９に記載の方法。

２１．前記第２フラグは偽を示し、分数運動距離は、ピクチャ、スライス、タイルグループ、又はタイルについて有効にされる、
箇条１８又は１９に記載の方法。

２２．前記第２フラグは真を示し、分数運動距離は、ピクチャ、スライス、タイルグループ、又はタイルについて無効にされる、
箇条１８又は１９に記載の方法。

２３．前記第２フラグは偽を示し、分数運動距離は、ピクチャ、スライス、タイルグループ、又はタイルについて無効にされる、
箇条１８又は１９に記載の方法。

２４．前記変換は、前記第１フィールドが、分数運動距離が使用されないことを示すことに基づいて、整数運動距離又は整数精度よりも低い精度による運動距離の一方又は両方を使用する、
箇条１に記載の方法。

２５．前記第１フィールドは、動きベクトル差分によるマージ（ＭＭＶＤ）モード又は運動ベクトル差分（ＭＶＤ）オフセットによるアフィンマージモードの一方又は両方によって共有される、
箇条１に記載の方法。

２６．前記第１フィールドは、動きベクトル差分によるマージ（ＭＭＶＤ）モード及び運動ベクトル差分（ＭＶＤ）オフセットによるアフィンマージモードの利用を別々に通知する、
箇条１に記載の方法。

２７．ビデオ処理の方法であって、
ビデオの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）精度が、前記変換中に使用されるアドバンスド動きベクトル予測（ＡＭＶＰ）モード又はアフィンインターモードについて認められるかどうかを示すフラグを有する、
方法。

２８．前記フラグは、スライスヘッダ、タイルグループヘッダ、ピクチャヘッダ、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、又はビデオパラメータセット（ＶＰＳ）で通知される、
箇条２７に記載の方法。

２９．前記フラグは、適応動きベクトル分解能（ＡＭＶＲ）の利用が認められていることに基づき通知される、
箇条２７に記載の方法。

３０．前記フラグは、アフィンインターモードのための適応動きベクトル分解能（ＡＭＶＲ）の利用が認められていることに基づき通知される、
箇条２７に記載の方法。

３１．前記フラグは、第１フラグ及び第２フラグを有し、前記第１フラグは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、又はビデオパラメータセット（ＶＰＳ）で通知され、前記第２フラグが前記ＰＰＳ、スライスヘッダ、タイルグループヘッダ、又はタイルヘッダで通知されることを示す、
箇条２７に記載の方法。

３２．前記第１フラグは偽であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は有効にされ、前記第２フラグは通知されない、
箇条３１に記載の方法。

３３．前記第１フラグは真であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は有効にされ、前記第２フラグは通知されない、
箇条３１に記載の方法。

３４．前記第１フラグは真であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は無効化可能であり、前記第２フラグは通知される、
箇条３１に記載の方法。

３５．前記第１フラグは偽であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は無効化可能であり、前記第２フラグは通知される、
箇条３１に記載の方法。

３６．前記第２フラグは真であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は、ピクチャ、スライス、タイルグループ、又はタイルについて有効にされる、
箇条３１に記載の方法。

３７．前記第２フラグは偽であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は、ピクチャ、スライス、タイルグループ、又はタイルについて有効にされる、
箇条３１に記載の方法。

３８．前記第２フラグは真であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は、ピクチャ、スライス、タイルグループ、又はタイルについて無効にされる、
箇条３１に記載の方法。

３９．前記第２フラグは偽であり、分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は、ピクチャ、スライス、タイルグループ、又はタイルについて無効にされる、
箇条３１に記載の方法。

４０．分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は認められず、インター予測ＭＶ又はＭＶＤは認められる、
箇条２７に記載の方法。

４１．分数動きベクトル（ＭＶ）又は動きベクトル差分（ＭＶＤ）は認められず、ＭＶ又はＭＶＤのための整数精度又は整数精度よりも低い精度の一方又は両方は認められる、
箇条２７に記載の方法。

４２．前記変換は、ＭＶ又はＭＶＤ精度の数に基づき適応動きベクトル分解能（ＡＭＶＲ）インデックスをエンコーディングするようトランケーテッド・ユーナリー符号を使用することを含み、
前記フラグは、分数ＭＶ又はＭＶＤが認められないことを示す、
箇条２７に記載の方法。

４３．前記フラグは、適応動きベクトル分解能（ＡＭＶＲ）モード及びアフィンインターモードのためのＡＭＶＲについて別々に通知される、
箇条２７に記載の方法。

４４．前記フラグは、適応動きベクトル分解能（ＡＭＶＲ）モード及びアフィンインターモードのためのＡＭＶＲの両方について通知及び共有される、
箇条２７に記載の方法。

４５．前記フラグは、適応動きベクトル分解能（ＡＭＶＲ）モード、アフィンインターモードのためのＡＭＶＲ、ultimate motion vector expression（ＵＭＶＥ）モード、又はＭＶＤオフセットによるアフィンマージモードのうちの２つ以上について通知及び共有される、
箇条２７に記載の方法。

４６．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至４５のうちいずれかに記載の方法。

４７．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至４５のうちいずれかに記載の方法。

４８．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至４７のうちいずれか１つに記載の方法を実施させる、
装置。

４９．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至４７のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

第７の箇条書きは、例えば、項目１７を含む、前のセクションでリストアップされていた開示技術の特定の特徴及び様態を記載する。

１．ビデオ処理の方法であって、
ビデオの現在のピクチャの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換を、前記コーディングされた表現のフォーマットを規定するルールに従って実行するステップを有し、
前記ルールは、コーディングモードのためのシンタックス要素が、前記現在のビデオブロックの前記変換のために使用される全ての参照ブロックが前記現在のピクチャのサンプルから取得されるかどうかに基づき、前記コーディングされた表現に含まれることを規定する、
方法。

２．アフィンモードのための前記シンタックス要素は、前記現在のビデオブロックの前記変換のために使用される全ての参照ブロックが前記現在のピクチャのサンプルから取得される場合に、前記コーディングされた表現に含まれない、
箇条１に記載の方法。

３．サブブロックベースのマージモードのための前記シンタックス要素は、前記現在のビデオブロックの前記変換のために使用される全ての参照ブロックが前記現在のピクチャのサンプルから取得される場合に、前記コーディングされた表現に含まれない、
箇条１に記載の方法。

４．多重仮説（multi-hypothesis）イントラ及びインター予測モードのための前記シンタックス要素は、前記現在のビデオブロックの前記変換のために使用される全ての参照ブロックが前記現在のピクチャのサンプルから取得される場合に、前記コーディングされた表現に含まれない、
箇条１に記載の方法。

５．三角予測モードのための前記シンタックス要素は、前記現在のビデオブロックの前記変換のために使用される全ての参照ブロックが前記現在のピクチャのサンプルから取得される場合に、前記コーディングされた表現に含まれない、
箇条１に記載の方法。

６．動きベクトル差分によるマージ（ＭＭＶＤ）モードのための前記シンタックス要素は、前記現在のビデオブロックの前記変換のために使用される全ての参照ブロックが前記現在のピクチャのサンプルから取得される場合に、前記コーディングされた表現に含まれず、
前記ＭＭＶＤモードは、前記現在のビデオブロックについての開始点、運動距離、又は運動方向の少なくとも１つを含む動きベクトル表示を有する、
箇条１に記載の方法。

７．前記コーディングモードは、アフィンモード、サブブロックベースのマージモード、多重仮説イントラ若しくはインター予測モード、三角予測モード、又はＭＭＶＤモードであり、
前記ＭＭＶＤモードは、前記現在のビデオブロックについての開始点、運動距離、又は運動方向の少なくとも１つを含む動きベクトル表示を有する、
箇条１に記載の方法。

８．前記変換の実行は、前記現在のビデオブロックから、前記コーディングされた表現を生成することを含む、
箇条１乃至７のうちいずれかに記載の方法。

９．前記変換の実行は、前記コーディングされた表現から、前記現在のビデオブロックを生成することを含む、
箇条１乃至７のうちいずれかに記載の方法。

１０．プロセッサと、命令を記憶している非一時的なメモリとを有するビデオシステム内の装置であって、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、箇条１乃至９のうちいずれか１つに記載の方法を実施させる、
装置。

１１．非一時的なコンピュータ可読媒体に記憶されるコンピュータプログラム製品であって、
箇条１乃至９のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

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

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとしてを含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで実行されるようデプロイ可能である。

本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、ＦＰＧＡ（Field Programmable Gate Array）又はＡＳＩＣ（Application-Specific Integrated Circuit）によっても実行可能であり、装置は、そのようなものとしても実装可能である。

コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを受け取ることになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。

本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、そのようなものとして最初に請求されることさえあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられてもよい。

同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が、示されているその特定の順序で、又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。

ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本明細書で記載及び例示されているものに基づいて行われ得る。

［関連出願の相互参照］
適用可能な特許法、及び／又はパリ条約に従う規則の下で、本願は、２０１８年１２月２１日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１８／１２２６２６号、２０１８年１２月２９日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１８／１２５４１７号、及び２０１９年１月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７２８１４号に対する優先権及びその利益を適時請求するようなされる。上記の出願の全体の開示は、本願の開示の部分として参照により援用される。

Claims (12)

1. ビデオ処理の方法であって、
   ビデオの現在のビデオブロックと前記ビデオのビットストリームとの間の変換のために、動きベクトル差分によるマージモードが前記現在のビデオブロックに適用されることを決定するステップと、
   前記決定に基づき前記変換を実行するステップと
   を有し、
   前記動きベクトル差分によるマージモードは、前記現在のビデオブロックの動き情報を導出するために使用される動きベクトル表現を有し、該動きベクトル表現は、動きベクトル差分を表す第１パラメータと、基本候補リストからの基本候補を示す第２パラメータとを含み、前記第１パラメータは、運動の大きさ及び運動の方向を含み、
   前記基本候補リストは、前記変換中に前記現在のビデオブロックについて構成されるマージモードのためのマージ候補リストに基づいており、前記基本候補リストのサイズは、前記マージモードのためのマージ候補リストのサイズ以下である、
   方法。
2. 前記第２パラメータは、前記基本候補リストへのインデックスを有する、
   請求項１に記載の方法。
3. 前記基本候補リストのサイズは、１又は２の１つにセットされる、
   請求項１又は２に記載の方法。
4. 前記動きベクトル差分によるマージモードを有効にすべきかどうかを示すよう前記ビットストリームにフラグが存在する、
   請求項１乃至３のうちいずれか一項に記載の方法。
5. 前記フラグは、シーケンスパラメータセットレベルに存在する、
   請求項４に記載の方法。
6. 前記基本候補リストのサイズは、前記ビットストリームから除かれる、
   請求項１乃至５のうちいずれか一項に記載の方法。
7. 前記運動の大きさは、少なくとも１つの動きの大きさを含む第１テーブルから選択され、前記運動の方向は、少なくとも１つの運動の方向を含む第２テーブルから選択され、前記第１テーブル及び前記第２テーブルのうちの少なくとも一方は、２つの参照ピクチャのピクチャ・オーダー・カウント（ＰＯＣ）若しくは前記現在のビデオブロックを含む現在のピクチャのＰＯＣ、又は前記現在のビデオブロック、現在のスライス、若しくは前記現在のピクチャをコーディングするために使用される量子化パラメータ（ＱＰ）に依存する、
   請求項１乃至６のうちいずれか一項に記載の方法。
8. 前記変換を実行するステップは、前記現在のビデオブロックを前記ビットストリームからデコーディングすることを含む、
   請求項１乃至７のうちいずれか一項に記載の方法。
9. 前記変換を実行するステップは、前記現在のビデオブロックを前記ビットストリームにエンコーディングすることを含む、
   請求項１乃至７のうちいずれか一項に記載の方法。
10. ビデオデータを処理する装置であって、
    プロセッサと、命令を有する非一時的なメモリとを有し、
    前記命令は、前記プロセッサによる実行時に、該プロセッサに、
    ビデオの現在のビデオブロックと前記ビデオのビットストリームとの間の変換のために、動きベクトル差分によるマージモードが前記現在のビデオブロックに適用されることを決定するステップと、
    前記決定に基づき前記変換を実行するステップと
    を実行させ、
    前記動きベクトル差分によるマージモードは、前記現在のビデオブロックの動き情報を導出するために使用される動きベクトル表現を有し、該動きベクトル表現は、動きベクトル差分を表す第１パラメータと、基本候補リストからの基本候補を示す第２パラメータとを含み、前記第１パラメータは、運動の大きさ及び運動の方向を含み、
    前記基本候補リストは、前記変換中に前記現在のビデオブロックについて構成されるマージモードのためのマージ候補リストに基づいており、前記基本候補リストのサイズは、前記マージモードのためのマージ候補リストのサイズ以下である、
    装置。
11. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
    前記命令は、プロセッサに、
    ビデオの現在のビデオブロックと前記ビデオのビットストリームとの間の変換のために、動きベクトル差分によるマージモードが前記現在のビデオブロックに適用されることを決定するステップと、
    前記決定に基づき前記変換を実行するステップと
    を実行させ、
    前記動きベクトル差分によるマージモードは、前記現在のビデオブロックの動き情報を導出するために使用される動きベクトル表現を有し、該動きベクトル表現は、動きベクトル差分を表す第１パラメータと、基本候補リストからの基本候補を示す第２パラメータとを含み、前記第１パラメータは、運動の大きさ及び運動の方向を含み、
    前記基本候補リストは、前記変換中に前記現在のビデオブロックについて構成されるマージモードのためのマージ候補リストに基づいており、前記基本候補リストのサイズは、前記マージモードのためのマージ候補リストのサイズ以下である、
    非一時的なコンピュータ可読記憶媒体。
12. ビデオ処理装置によって実行された方法によって生成されるビデオのビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、
    前記方法は、
    前記ビデオの現在のビデオブロックについて、動きベクトル差分によるマージモードが前記現在のビデオブロックに適用されることを決定するステップと、
    前記決定に基づき前記現在のビデオブロックから前記ビットストリームを生成するステップと
    を有し、
    前記動きベクトル差分によるマージモードは、前記現在のビデオブロックの動き情報を導出するために使用される動きベクトル表現を有し、該動きベクトル表現は、動きベクトル差分を表す第１パラメータと、基本候補リストからの基本候補を示す第２パラメータとを含み、前記第１パラメータは、運動の大きさ及び運動の方向を含み、
    前記基本候補リストは、前記変換中に前記現在のビデオブロックについて構成されるマージモードのためのマージ候補リストに基づいており、前記基本候補リストのサイズは、前記マージモードのためのマージ候補リストのサイズ以下である、
    非一時的なコンピュータ可読記録媒体。

Images