JP7263529B2 - デコーダ側精緻化ツールのサイズ選択アプリケーション - Google Patents

Description

［関連出願］
本願は、国際特許出願番号第ＰＣＴ／ＣＮ２０１９/０７５０６８号、２０１９年２月１４日出願、及び国際特許出願番号第ＰＣＴ／ＣＮ２０１９/０８２５８５号、２０１９年４月１３日出願、の優先権及び利益を請求する国際特許出願番号第ＰＣＴ／ＣＮ２０２０／０７５２３５号、２０２０年２月１４日出願の国内移行段階である。前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。

［技術分野］
本願明細書は、ビデオ及び画像コーディング及び復号に関する。

デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上で最大の帯域幅使用を占める。ビデオを受信及び表示可能な接続されたユーザ装置の数が増加するにつれ、デジタルビデオ使用のための帯域幅要求は増大し続けることが予想される。

本願明細書は、１つの例示的な態様では、最終的な動きベクトル表現又は一般化された双予測に関連する現在のコーディングツールのコーディング効率を向上するビデオコーディングツールを開示する。

第１の例示的なビデオ処理方法は、
少なくとも重みパラメータに基づきデコーダ側動きベクトル導出（ＤＭＶＤ）方式を実施することにより、ビデオの現在ビデオブロックの精緻化動き情報を取得するステップであって、前記重みパラメータは、前記現在ビデオブロックの最終予測ブロックの生成処理の中で予測ブロックに適用される、ステップと、
少なくとも前記精緻化動き情報及び前記重みパラメータを用いて、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の変換を実行するステップと、
を含む。

第２の例示的なビデオ処理方法は、現在ビデオブロックのためのコーディングツールの使用のために、デコーダ側動きベクトル導出（ＤＭＶＤ）方式の使用が、ビデオの前記現在ビデオブロックと前記ビデオのコーディング表現との間の変換について無効であると決定するステップと、
前記決定に基づき、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の前記変換を実行するステップであって、前記コーディングツールは、前記現在ビデオブロックの予測ブロックに等しくない重み係数を適用することを含む、ステップと、
を含む。

第３の例示的なビデオ処理方法は、ビデオの現在ビデオブロックの１つ以上の参照ピクチャのピクチャオーダカウント（ＰＯＣ）値、及び前記現在ビデオブロックを含む現在ピクチャのＰＯＣ値に基づき、前記現在ビデオブロックについて１つ以上のデコーダ側動きベクトル導出（ＤＭＶＤ）方式を有効又は無効にするかを決定するステップと、
前記決定に基づき、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の変換を決定するステップと、
を含む。

第４の例示的なビデオ処理方法は、
現在ビデオブロックについてデコーダ側動きベクトル導出（ＤＭＶＤ）方式を実施することにより、ビデオの前記現在ビデオブロックの精緻化動き情報を取得するステップであって、対称動きベクトル差（ＳＭＶＤ）モードが前記現在ブロックについて有効にされる、ステップと、
前記精緻化動き情報及を用いて、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の変換を実行するステップと、
を含む。

第５の例示的なビデオ処理方法は、
現在ビデオブロックを含むビデオのビットストリーム表現の中のフィールドに基づき、前記現在ビデオブロックについてデコーダ側動きベクトル導出（ＤＭＶＤ）方式が有効又は無効であるかを決定するステップであって、対称動きベクトル差（ＳＭＶＤ）モードが前記現在ビデオブロックについて有効にされる、ステップと、
前記ＤＭＶＤ方式が有効であると決定した後に、前記現在ビデオブロックについて前記ＤＭＶＤ方式を実施することにより、前記現在ビデオブロックの精緻化動き情報を取得するステップと、
前記精緻化動き情報を用いて、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の変換を実行するステップと、
を含む。

第６の例示的なビデオ処理方法は、
ビデオの現在ビデオブロックのブロック寸法を使用するルールに基づき、複数のデコーダ側動きベクトル導出（ＤＭＶＤ）方式が、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の変換について有効又は無効かを決定するステップと、
前記決定に基づき前記変換を実行するステップと、
を含む。

第７の例示的なビデオ処理方法は、
ビデオの現在ビデオブロックについて、サブブロックレベル又はブロックレベルで、複数のデコーダ側動きベクトル導出（ＤＭＶＤ）方式を実行するかどうかを決定するステップと、
前記複数のＤＭＶＤ方式がサブブロックレベルで実行されると決定した後に、前記現在ビデオブロックの同じサブブロックレベルで、前記複数のＤＭＶＤ方式を実施することにより、前記現在ビデオブロックの精緻化動き情報を取得するステップと、
前記精緻化動き情報を用いて、前記現在ビデオブロックとビットストリーム表現との間の変換を実行するステップと、
を含む。

第８の例示的なビデオ処理方法は、
ビデオの現在ビデオブロックの複数のコンポーネントについて、デコーダ側動きベクトル導出（ＤＭＶＤ）方式を有効又は無効にするかを決定するステップと、
前記ＤＭＶＤ方式が有効にされると決定した後に、前記ＤＭＶＤ方式を実施することにより、前記現在ビデオブロックの精緻化動き情報を取得するステップと、
前記ＤＭＶＤ方式を実施する間に、前記ビデオの前記現在ビデオブロックとビットストリーム表現との間の変換を実行するステップと、
を含む。

別の例示的な態様では、上述の方法及び本願明細書に記載される方法は、プロセッサを含むビデオエンコーダ聞き又はビデオデコーダ機器により実施されてよい。

別の例示的な態様では、上述の方法及び本願明細書に記載される方法は、非一時的コンピュータ可読プログラム媒体にプロセッサ実行可能命令の形式で格納されてよい。

これら及び他の態様は、本願明細書において更に記載される。

マージ候補リスト構成のための例示的な導出処理を示す。

空間マージ候補の例示的な位置を示す。

空間マージ候補の冗長性チェックのために検討される候補ペアの例を示す。

Ｎ×２Ｎ及び２Ｎ×Ｎパーティションの第２ＰＵの例示的な位置を示す。 Ｎ×２Ｎ及び２Ｎ×Ｎパーティションの第２ＰＵの例示的な位置を示す。

時間マージ候補の動きベクトルスケーリングの図である。

時間マージ候補Ｃ０及びＣ１の候補位置の例を示す。

結合双予測マージ候補の例を示す。

動きベクトル予測候補の導出処理を纏める。

空間動きベクトル候補の動きベクトルスケーリングの図を示す。

照明補償（ＩＣ）パラメータのために使用される近隣サンプルの例を示す。

４パラメータアフィンモードの簡略アフィン動きモデルを示す。 ６パラメータアフィンモードの簡略アフィン動きモデルを示す。

サブブロック毎のアフィン動きベクトルフィールド（ＭＶＦ）の例を示す。

４パラメータアフィンモデルの例を示す。 ６パラメータアフィンモデルの例を示す。

継承されたアフィン候補のAF_INTERの動きベクトル予測子（ＭＶＰ）を示す。

構成されたアフィン候補のAF_INTERのＭＶＰを示す。

AF_MERGEの候補の例を示す。 AF_MERGEの候補の例を示す。

アフィンマージモードの候補位置の例を示す。

最終動きベクトル表現（ＵＭＶＥ）検索処理の例を示す。

ＵＭＶＥ検索点の例を示す。

バイラテラルテンプレートマッチングに基づくデコーダ側動きベクトル精緻化（ＤＭＶＲ）の例を示す。

ＤＭＶＲにおけるリスト０とリスト１との間でミラーリングされる動きベクトル差ＭＶＤ（０，１）の例を示す。

１回の反復の中でチェックされ得るＭＶの例を示す。

本願明細書に記載される技術を実施するハードウェアプラットフォームの例を示す。

ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。 ビデオ処理の例示的な方法の例示的なフローチャートである。

デコーダ側動きベクトル導出の対称モードの例を示す。

ここに開示される種々の技術が実施され得る例示的なビデオ処理システムを示すブロック図である。

本開示の幾つかの実施形態によるビデオコーディングシステムを示すブロック図である。

本開示の幾つかの実施形態によるエンコーダを示すブロック図である。

本開示の幾つかの実施形態によるデコーダを示すブロック図である。

本願明細書は、伸長又は復号デジタルビデオの品質を向上するためにビデオビットストリームのデコーダにより使用できる種々の技術を提供する。更に、ビデオエンコーダも、更なる符号化のために使用される復号フレームを再構成するために、符号化の処理の間に、これらの技術を実施してよい。

章見出しは、本願明細書において理解を容易にするために使用され、実施形態及び技術を対応する章に限定するものではない。従って、１つの章からの実施形態は、他の章からの実施形態と結合できる。

１．概要

本発明はビデオコーディング技術に関する。具体的に、ビデオコーディングにおける予測ブロック及び動きベクトル精緻化に適用される不均等な重みの反復に関する。それは、高効率ビデオコーディング（High Efficiency Video Coding、HEVC）のような既存のビデオコーディング規格、又は完成されるべき規格（Versatile Video Coding)に適用されてよい。それは、将来のビデオコーディング規格又はビデオコーデックにも適用可能であってよい。

２．簡単な議論

ビデオコーディング規格は、主によく知られたＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ規格の発展を通じて進化している。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を策定し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ビジュアルを策定し、及び２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ビデオ、及びＨ．２６４／ＭＰＥＧ－４アドバンストビデオコーディング（Advanced Video Coding）及びＨ．２６５／ＨＥＶＣ規格を策定した。Ｈ．２６２以降、ビデオコーディング規格は、ハイブリッドビデオコーディング構造に基づき、ここでは時間予測及び変換コーディングが利用される。ＨＥＶＣより先の将来のコーディング技術を開発するために、共同ビデオ探索チーム（Joint Video Exploration Team (JVET)）が２０１５年にＶＣＥＧ及びＭＰＥＧにより共同で設立された。それ以来、多くの新しい方法がＪＶＥＴにより採用され、共同探索モデル（Joint Exploration Model (JEM)）と呼ばれる参照ソフトウェアに取り入れられてきた。２０１８年４月には、ＨＥＶＣと比べて５０％のビットレート削減を目標とするＶＶＣ規格に取り組むために、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間の共同ビデオ専門家チーム（Joint Video Expert Team (JVET)）が作成された。

ＶＶＣ規格ドラフトの最新バージョン、つまりVersatile Video Coding (Draft ２)は、http://phenix.it－sudparis.eu/jvet/doc_end_user/documents/１１_Ljubljana/wg１１/JVET－K１００１－v７.zipにおいて見ることができる。ＶＴＭと呼ばれるＶＶＣの最新の参照ソフトウェアは、https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/tags/VTM－２.１において見ることができる。

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

各々のインター予測されたＰＵは、１又は２個の参照ピクチャリストの動きパラメータを有する。動きパラメータは、動きベクトル及び参照ピクチャインデックスを含む。２個の参照ピクチャリストのうちの１つの使用は、inter_pred_idcを用いてシグナリングされてもよい。動きベクトルは、予測子に対するデルタ（delta）として明示的にコーディングされてよい。

ＣＵがスキップモードでコーディングされるとき、１つのＰＵが該ＣＵに関連付けられ、有意な残差係数、コーディング動きベクトルデルタ又は参照ピクチャインデックスは存在しない。マージモードが指定され、それにより、現在ＰＵの動きパラメータが、空間及び時間候補を含む近隣ＰＵから取得される。マージモードは、スキップモードに対してだけでなく、任意のインター予測されたＰＵに適用できる。マージモードの代替は、動きパラメータの明示的送信である。ここで、動きベクトル（より詳細には、動きベクトル予測子と比較される動きベクトル差（motion vector differences (MVD)））、各参照ピクチャリストの対応する参照ピクチャインデックス、及び参照ピクチャリストの使用は、ＰＵ毎に明示的にシグナリングされる。このようなモードは、本開示で、高度動きベクトル予測（Advanced motion vector prediction (AMVP)）と呼ばれる。

シグナリングが、２つの参照ピクチャリストのうちの１つが使用されるべきであると示すとき、ＰＵは、サンプルの１つのブロックから生成される。これは、「片予測（uni－prediction）」と呼ばれる。片予測は、Ｐスライス及びＢスライスの両方のために利用可能である。

シグナリングが、両方の参照ピクチャリストが使用されるべきであると示すとき、ＰＵは、サンプルの２つのブロックから生成される。これは、「双予測（bi－prediction）」と呼ばれる。双予測は、Ｂスライスにのみ利用可能である。

以下の文書は、ＨＥＶＣで指定されたインター予測に関する詳細を提供する。説明は、マージモードから始まる。

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

ＨＥＶＣでは、用語「インター予測」は、現在復号ピクチャ以外の参照ピクチャのデータ要素（例えば、サンプル値又は動きベクトル）から導出される予測を示すために使用される。Ｈ．２６４／ＡＶＣと同様に、ピクチャは、複数の参照ピクチャから予測できる。インター予測のために使用される参照ピクチャは、１つ以上の参照ピクチャリストの中で組織化される。参照ピクチャがリスト内にある参照インデックス識別子は、予測信号を生成するために使用されるべきである。

単一の参照ピクチャリストＬｉｓｔ０はＰスライスのために使用され、２つの参照ピクチャリストＬｉｓｔ０及びＬｉｓｔ１はＢスライスのために使用される。留意すべき事に、Ｌｉｓｔ０／１に含まれる参照ピクチャは、キャプチャ／表示順で、過去又は将来のピクチャからであり得る。

２．１．２ マージモード

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

ＰＵがマージモードを用いて予測されるとき、マージ候補リスト内のエントリを指すインデックスがビットストリームからパースされ、動き情報を導出するために使用される。このリストの構成は、ＨＥＶＣ規格の中で指定され、以下のステップシーケンスに従い纏めることができる。
ステップ１：初期候補導出
ステップ１.１：空間候補導出
ステップ１.２：空間候補の冗長性チェック
ステップ１.３：時間候補導出
ステップ２：追加候補挿入
ステップ２.１：双予測候補の生成
ステップ２.２：ゼロ動き候補の挿入

これらのステップは、図１にも概略的に示される。空間マージ候補導出では、最大で４個のマージ候補が、５個の異なる位置に位置する候補の中から選択される。時間マージ候補導出では、最大で１個のマージ候補が２個の候補の中から選択される。デコーダにおいて各ＰＵについて一定数の候補が想定されるので、追加候補は、ステップ１から取得された候補の数が、スライスヘッダ内でシグナリングされる最大マージ候補数（MaxNumMergeCand）に達しないときに、生成される。候補数は一定なので、最良マージ候補のインデックは、トランケートされた単項２進化（truncated unary binarization (TU)）を用いて符号化される。ＣＵのサイズが８に等しい場合、現在ＣＵの全部のＰＵは、２Ｎ×２Ｎ予測ユニットのマージ候補リストと同じ単一のマージ候補リストを共有する。

以下では、前述のステップに関連する動作が詳述される。

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

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

空間マージ候補の導出では、最大で４個のマージ候補が、図２に示す位置にある候補の中から選択される。導出の順序は、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、及びＢ_２である。位置Ｂ_２は、位置Ａ_１、Ｂ_１、Ｂ_０、Ａ_０にあるいずれかのＰＵが（例えば、それが別のスライス又はタイルに属するために）利用可能ではない又はイントラコーディングされるときにのみ考慮される。位置Ａ_０にある候補が追加された後、残りの候補の追加は、冗長性チェックを受ける。これは、同じ動き情報を有する候補がリストから排除されることを保証し、その結果、コーディング効率が向上する。計算の複雑さを低減するために、言及された冗長性チェックでは、必ずしも全部の可能な候補ペアが考慮されない。河原井に、図３の矢印によりリンクされたペアのみが考慮され、冗長性チェックのために使用される対応する候補が同じ動き情報を有しない場合に、候補がリストに追加されるだけである。重複する動き情報の別のソースは、２Ｎ×２Ｎと異なるパーティションに関連付けられた「第２ＰＵ」である。例として、図４Ａ～４Ｂは、それぞれ、Ｎ×２Ｎ、及び２Ｎ×Ｎの場合の第２ＰＵを示す。現在ＰＵがＮ×２Ｎとしてパーティションされるとき、位置Ａ_１にある候補は、リスト構成のために考慮されない。実際に、この候補を追加することにより、同じ動き情報を有する２個の予測ユニットをもたらす。これは、コーディングユニットの中に１個のＰＵを有するのに対して冗長である。同様に、位置Ｂ_１は、現在ＰＵが２Ｎ×Ｎとしてパーティションされるとき、考慮されない。

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

図３は、空間マージ候補の冗長性チェックのために検討される候補ペアの例を示す。

図４Ａ～４Ｂは、それぞれ、Ｎ×２Ｎ及び２Ｎ×Ｎパーティションの第２ＰＵの例示的な位置を示す。

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

このステップでは、１つの候補のみがリストに追加される。特に、この時間マージ候補の導出では、スケーリングされた動きベクトルが、所与の参照ピクチャリストの中の現在ピクチャとの最小ＰＯＣ差を有するピクチャに属する同一位置にあるＰＵに基づき導出される。同一位置にあるＰＵの導出のために使用されるべき参照ピクチャリストは、スライスヘッダ内で明示的にシグナリングされる。時間マージ候補のスケーリングされた動きベクトルは、図５の破線により示されるように取得される。これは、同一位置にあるＰＵの動きベクトルからＰＯＣ距離ｔｂ及びｔｄを用いてスケーリングされる。ここで、ｔｂは現在ピクチャの参照ピクチャと現在ピクチャとの間のＰＯＣ差であると定義され、ｔｄは同一位置にあるピクチャの参照ピクチャと同一位置にあるピクチャとの間のＰＯＣ差であると定義される。時間マージ候補の参照ピクチャインデックスは、ゼロに等しく設定される。スケーリング処理の実際の実現は、ＨＥＶＣ仕様の中に記載される。Ｂスライスでは、一方は参照ピクチャリスト０のもの、他方は参照ピクチャリスト１のものである、２個の動きベクトルが、取得され結合されて、双予測マージ候補を生成する。

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

参照フレームに属する同一位置にあるＰＵ（Ｙ）では、時間候補の位置は、図６に示すように、候補Ｃ_０とＣ_１との間で選択される。位置Ｃ_０にあるＰＵが利用可能ではない、イントラコーディングされる、又は現在コーディング木ユニット（ＣＴＵ ａｋａ、ＬＣＵ、最大コーディングユニット）行の外側にある場合、位置Ｃ_１が使用される。その他の場合、位置Ｃ_０が時間マージ候補の導出で使用される。

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

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

空間及び時間マージ候補の他に、２つの追加のマージ候補タイプ：結合双予測マージ候補及びゼロマージ候補、がある。結合双予測マージ候補は、空間及び時間マージ候補を利用して生成される。結合双予測マージ候補は、Ｂスライスのためにのみ使用される。結合双予測候補は、初期候補の第１参照ピクチャリスト動きパラメータを、別の第２参照ピクチャリスト動きパラメータと結合することにより生成される。これらの２つのタプルが異なる動き仮説を提供する場合、それらは、新しい双予測候補を形成する。例として、図７は、mvL０及びrefIdxL０又はmvL１及びrefIdxL１を有する、元のリスト（左にある）内にある２つの候補が、最終リスト（右にある）に追加される結合された双予測マージ候補を生成するために使用される場合を示す。これらの追加マージ候補を生成するために考えられる組合せに関する多数のルールがある。

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

マージ候補リスト内の残りのエントリを満たすために、ゼロ動き候補が挿入され、従ってMaxNumMergeCand容量に達する。これらの候補は、ゼロ空間変位、及びゼロから開始して新しいゼロ動き候補がリストに追加される度に増大する参照ピクチャインデックスを有する。最後に、これらの候補に対して冗長性チェックは実行されない。

２．１．３ ＡＭＶＰ

ＡＭＶＰは、近隣ＰＵとの動きベクトルの空間－時間相関を利用する。これは、動きパラメータの明示的送信のために使用される。参照ピクチャリスト毎に、左、上の時間的近隣ＰＵ位置の利用可能性をチェックし、冗長候補を除去し、ゼロベクトルを追加した一定長の候補リストを生成することにより、動きベクトル候補リストが構成される。次に、エンコーダは、候補リストから最良の予測子を選択し、選択した候補を示す対応するインデックスを送信できる。マージインデックスシグナリングと同様に、最良の動きベクトル候補のインデックは、トランケートされた単項（truncated unary）を用いて符号化される。この場合に符号化されるべき最大値は、２である（図８を参照）。以下の章では、動きベクトル予測候補の導出処理に関する詳細が提供される。

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

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

動きベクトル予測では、２種類の動きベクトル候補：空間動きベクトル候補及び時間動きベクトル候補、が検討される。空間動きベクトル候補導出のために、２つの動きベクトル候補が、図２に示すような５個の異なる位置に位置する各ＰＵの動きベクトルに基づき、最終的に導出される。

時間動きベクトル候補導出では、１つの動きベクトル候補は、２つの異なる同一位置に基づき導出される２個の候補から選択される。空間－時間候補の第１リストが作成された後に、該リスト内の重複する動きベクトルが除去される。可能な候補の数が２より多い場合、関連する参照ピクチャリスト内の参照ピクチャインデックスが１より大きい動きベクトル候補が、該リストから除去される。空間－時間動きベクトル候補の数が２より小さい場合、追加のゼロ動きベクトル候補がリストに追加される。

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

空間動きベクトル候補の導出では、図２に示される位置に位置するPUから導出される５個の可能な候補の中で、最大で２個の候補が考慮される。それらの位置は動きマージの位置と同じである。現在PUの左側の導出の順序は、Ａ_０、Ａ_１、及びスケーリングされたＡ_０、スケーリングされたＡ_１として定義される。現在ＰＵの上側の導出の順序は、Ｂ_０、Ｂ_１、Ｂ_２、及びスケーリングされたＢ_０、スケーリングされたＢ_１、スケーリングされたＢ_２として定義される。各側面について、動きベクトル候補として使用可能な４つのケースがある。ここで、２つのケースでは空間スケーリングを使用する必要がなく、２つのケースでは空間スケーリングが使用される。４つの異なるケースは以下のように纏められる。
空間スケーリング無し。
（１）同じ参照ピクチャリスト、同じ参照ピクチャインデックス（同じＰＯＣ）。
（２）異なる参照ピクチャリスト、同じ参照ピクチャ（同じＰＯＣ）。
空間スケーリング。
（３）同じ参照ピクチャリスト、異なる参照ピクチャ（異なるＰＯＣ）。
（４）異なる参照ピクチャリスト、異なる参照ピクチャ（異なるＰＯＣ）。

空間スケーリング無しのケースの後には、最初に空間スケーリングが続く。参照ピクチャリストに拘わらず、ＰＯＣが近隣ＰＵの参照ピクチャと現在ＰＵの参照ピクチャとの間で異なるとき、空間スケーリングが考慮される。左候補の全部のＰＵが利用可能ではない又はイントラコーディングされる場合、左及び上のＭＶ候補の並列の導出を助けるために、上の動きベクトルのスケーリングが許可される。その他の場合、上の動きベクトルについて、空間スケーリングは許可されない。

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

空間スケーリング処理では、近隣ＰＵの動きベクトルは、図９に示される時間スケーリングと同様の方法でスケーリングされる。主な違いは、現在ＰＵの参照ピクチャリスト及びインデックスが入力として与えられることであり、実際のスケーリング処理は時間スケーリングのものと同じである。

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

参照ピクチャインデックス導出は別として、時間マージ候補の導出のための全ての処理は、空間動きベクトル候補の導出と同じである（図６を参照）。参照ピクチャインデックスは、デコーダへシグナリングされる。

２．２ ＪＥＭにおけるローカル照明補償

ローカル照明補償（Local Illumination Compensation (LIC)）は、スケーリング係数ａ及びオフセットｂを使用する、照明の変化の線形モデルに基づく。そしてそれは、インターモードでコーディングされたコーディングユニット（coding unit (CU)）毎に適応的に有効又は無効にされる。

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

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

２．２．１ 予測ブロックの導出

ＩＣパラメータは、予測方向毎に個別に導出され適用される。予測方向毎に、第１予測ブロックが復号動き情報により生成され、時間予測ブロックがＬＩＣモデルを適用することにより取得される。その後、最終的な予測ブロックを導出するために、２個の時間予測ブロックが利用される。

ＣＵがマージモードによりコーディングされるとき、マージモードにおける動き情報のコピーと同様の方法で、近隣ブロックからＬＩＣフラグがコピーされる。その他の場合、ＬＩＣフラグは、ＬＩＣが適用されるか否かを示すために、ＣＵについてシグナリングされる。

ＬＩＣがピクチャについてシグナリングされるとき、ＬＩＣがＣＵに適用されるか否かを決定するために、追加ＣＵレベルＲＤチェックが必要である。ＬＩＣがＣＵについて有効であるとき、整数ペル（pel）動き探索及び分数ペル動き探索のために、それぞれ、ＳＡＤ及びＳＡＴＤの代わりに、平均除去絶対差分和（mean－removed sum of absolute difference (MR－SAD)）及び平均除去絶対アダマール変換差分和（mean－removed sum of absolute Hadamard－transformed difference (MR－SATD)）が使用される。

符号化の複雑さを低減するために、ＪＥＭでは以下の符号化方式が適用される。

現在ピクチャとその参照ピクチャとの間に明らかな照明の変化が存在しないとき、ＬＩＣはピクチャ全体について無効にされる。この状況を識別するために、現在ピクチャ及び現在ピクチャの全ての参照ピクチャのヒストグラムが、エンコーダにおいて計算される。現在ピクチャと現在ピクチャの全ての参照ピクチャとの間のヒストグラム差が所与の閾値より小さい場合、ＬＩＣは現在ピクチャについて無効にされ、その他の場合、ＬＩＣは現在ピクチャについて有効にされる。

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

ＭＶＤをシグナリングするための適応型動きベクトル差精度（Adaptive motion vector difference resolution (AMVR)）、アフィン予測モード、三角形予測モード（Triangular prediction mode (TPM)）、高度ＴＭＶＰ（Advanced TMVP (ATMVP, aka SbTMVP)）、一般化双予測（Generalized Bi－Prediction (GBI)）、双方向オプティカルフロー（Bi－directional Optical flow (BIO又はBDOF)）のような、インター予測の向上のための幾つかの新しいコーディングツールがある。

２．３．１ ＶＶＣにおけるコーディングブロック構造

ＶＶＣでは、ピクチャを正方形又は長方形ブロックに分割するために、４分木／２分木／マルチ木（QuadTree/BinaryTree/MulitpleTree (QT/BT/TT)）構造が採用される。

ＱＴ／ＢＴ／ＴＴに加えて、別の木（別名、デュアルコーディング木）も、IフレームについてＶＶＣにおいて採用される。別の木により、コーディングブロック構造は、ルマ及びクロマ成分について個別にシグナリングされる。

２．３．２ 適応型動きベクトル差精度

ＨＥＶＣでは、（動きベクトルとＰＵの予測動きベクトルとの間の）動きベクトル差（motion vector differences (MVDs)）は、スライスヘッダ内でuse_integer_mv_flagが０に等しいとき、４分の１ルマサンプルの単位でシグナリングされる。ＶＶＣでは、ローカル適応型動きベクトル精度（adaptive motion vector resolution (AMVR)）が導入される。ＶＶＣでは、ＭＶＤは、４分の１ルマサンプル、整数ルマサンプル、又は４個のルマサンプル（つまり、１／４ペル、１ペル、４ペル）の単位でコーディングできる。ＭＶＤ精度は、コーディングユニット（coding unit (CU)）レベルで制御され、ＭＶＤ精度フラグは、少なくとも１つのゼロではないＭＶＤ成分を有するＣＵ毎に、条件付きでシグナリングされる。

少なくとも１つのゼロではないＭＶＤ成分を有するＣＵについて、４分の１ルマサンプルＭＶ精度が該ＣＵについて使用されるかどうかを示すために、第１フラグがシグナリングされる。第１フラグ（１に等しい）が、４分の１ルマサンプルＭＶ精度が使用されないことを示すとき、整数ルマサンプルＭＶ精度又は４ルマサンプルＭＶ精度が使用されるかどうかを示すために、別のフラグがシグナリングされる。

ＣＵの第１ＭＶＤ精度フラグが０である、又はＣＵについてコーディングされない（ＣＵ内の全部のＭＶＤが０であことを意味する）とき、４分の１ルマサンプルＭＶ精度が該ＣＵについて使用される。ＣＵが整数ルマサンプルＭＶ精度又は４ルマサンプルＭＶ精度を使用するとき、該ＣＵのＡＭＶＰ候補リスト内のＭＶＰは、対応する精度に丸め込まれる。

２．３．３ アフィン動き補償精度

ＨＥＶＣでは、変換動きモデルのみが動き補償予測（motion compensation prediction (MCP)）のために適用される。現実世界では、多くの種類の動き、例えばズームイン／アウト、回転、遠近法の動き、及び他の不規則な動きが存在する。ＶＶＣでは、４パラメータアフィンモデル及び６パラメータアフィンモデルにより、簡略化されたアフィン変換動き補償予測が適用される。図１３に示すように、ブロックのアフィン動きフィールドは、４パラメータアフィンモデルでは２つの制御点動きベクトル（control point motion vectors (CPMVs)）により、６パラメータアフィンモデルでは３個のＣＰＭＶにより、記述される。

図１１Ａ～１１Ｂは、それぞれ、４パラメータアフィンモード及び６パラメータアフィンモードの簡略アフィン動きモデルを示す。

ブロックの動きベクトルフィールド（motion vector field (MVF)）は、次式により、式（１）の４パラメータアフィンモデル（４パラメータは変数ａ、ｂ、ｅ及びｆにより定義される）、式（２）の６パラメータアフィンモデル（６パラメータは変数ａ、ｂ、ｃ、ｄ、ｅ及びｆにより定義される）によりそれぞれ記述される。

ここで、（mv^h _０,mv^h _０）は左上角制御点の動きベクトルであり、(mv^h _１,mv^h _１)は右上角制御点の動きベクトルであり、(mv^h _２,mv^h _２)は左下角制御点の動きベクトルであり、３個の動きベクトルの全部は制御点動きベクトル（control point motion vectors (CPMV)）と呼ばれ、(x,y)はそれぞれの点の現在ブロック内の左上サンプルに対する代表点（representative point）の座標を表し、(mv^h(x,y),mv^v(x,y))は(x,y).にあるサンプルについて導出された動きベクトルである。ＣＰ動きベクトルは、（アフィンＡＭＶＰモードにおけるように）シグナリングされるか、又は（アフィンマージモードにおけるように）オンザフライで導出されてよい。w及びhは、現在ブロックの幅及び高さである。実際には、丸め込み演算を伴う右シフトにより分割が実施される。VTMでは、代表点は、サブブロックの中央位置であると定義される。例えば、現在ブロック内の左上サンプルに対するサブブロックの左上角の座標が(xs,ys)であるとき、代表点の座標は(xs+２,ys+２)であると定義される。サブブロック（つまり、ＶＴＭでｈは４×４）毎に、サブブロック全体の動きベクトルを導出するために、代表点が利用される。

動き補償予測を更に簡略化するために、サブブロックに基づくアフィン変換予測が適用される。Ｍ×Ｎ（現在のＶＶＣでは、Ｍ及びＮは両方とも４に設定される）の動きベクトルを導出するために、各サブブロックの中央サンプルの動きベクトルは、図１４に示すように、式（１）及び（２）に従い導出され、１／１６分数精度で丸め込まれる。次に、１／１６ペルの動き補償補間フィルタが適用されて、導出した動きベクトルにより各サブブロックの予測を生成する。１／１６ペルの補間フィルタは、アフィンモードにより導入される。

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

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

２．３．３．１ アフィン予測のシグナリング

変換動きモデルと同様に、アフィン予測によりサイド情報をシグナリングするための２つのモードがある。それらは、AFFINE_INTER及びAFFINE_MERGEモードである。

２．３．３．２ AF_INTERモード

８より大きい幅及び高さを有するＣＵでは、AF_INTERモードが適用できる。AF_INTERモードが使用されるかどうかを示すために、ＣＵレベルのアフィンフラグがビットストリーム内でシグナリングされる。

このモードでは、参照ピクチャリスト（リスト０又はリスト１）毎に、以下の順序で３種類のアフィン動き予測子により、アフィンＡＭＶＰ候補リストが構成される。ここで、各候補は現在ブロックの推定ＣＰＭＶを含む。エンコーダ側で見付かった最良のＣＰＭＶ（図１７のmv_０、mv_１、及びmv_２）と推定ＣＰＭＶとの差がシグナリングされる。加えて、推定ＣＰＭＶが導出されるアフィンAMVP候補のインデックスが、更にシグナリングされる。

（１）継承アフィン動き予測子
チェック順序は、ＨＥＶＣのＡＭＶＰリスト構成の空間ＭＶＰの順序と同様である。先ず、左の継承アフィン動き予測子は、アフィンコーディングされ現在ブロック内と同じ参照ピクチャを有する、{A１,A０}内の第１ブロックから導出される。次に、上の継承アフィン動き予測子は、アフィンコーディングされ現在ブロック内と同じ参照ピクチャを有する、{B１,B０,B２}内の第１ブロックから導出される。図１６には、５個のブロックA１,A０,B１,B０,B２が示される。

近隣ブロックがアフィンモードでコーディングされるべきであると分かると、現在ブロックのＣＰＭＶの予測子を導出するために、近隣ブロックをカバーするコーディングユニットのＣＰＭＶが使用される。例えば、Ａ１が非アフィンモードによりコーディングされ、Ａ０が４パラメータアフィンモードによりコーディングされる場合、左の継承アフィンＭＶ予測子はＡ０から導出される。この場合、図１６Ｂで左上ＣＰＭＶのMV_０ ^N及び右上ＣＰＭＶのMV_１ ^Nとして示されるように、Ａ０をカバーするＣＵのＣＰＭＶは、現在ブロックの左上（座標(x０,y０)）、右上（座標(x１,y１)）及び右下（座標(x２,y２)）のMV_０ ^C、MV１^C及びMV_２ ^Cにより示される、現在ブロックの推定ＣＰＭＶを導出するために利用される。

（２）構成されたアフィン動き予測子
構成されたアフィン動き予測子は、図１７に示すように近隣のインターコーディングされたブロックから導出され同じ参照ピクチャを有する制御点動きベクトル（control－point motion vectors (CPMVs)）により構成される。現在のアフィン動きモデルが４パラメータアフィンである場合、ＣＰＭＶの数は２である。その他の場合、現在のアフィン動きモデルが６パラメータアフィンである場合、ＣＰＭＶの数は３である。左上ＣＰＭＶ（mv_０ ^－）は、インターコーディングされ現在ブロック内と同じ参照ピクチャを有する、グループ{A,B,C}の中の第１ブロックにおけるＭＶにより導出される。右上ＣＰＭＶ（ベクトルmv_１）は、インターコーディングされ現在ブロック内と同じ参照ピクチャを有する、グループ{D,Ｅ}の中の第１ブロックにおけるＭＶにより導出される。左下ＣＰＭＶ（ベクトルmv_２）は、インターコーディングされ現在ブロック内と同じ参照ピクチャを有する、グループ{Ｆ,Ｇ}の中の第１ブロックにおけるＭＶにより導出される。

現在のアフィン動きモデルが４パラメータアフィンである場合、構成されたアフィン動き予測子は、ベクトルmv_０及びmv_１の両方が見付かった場合にのみ、候補リストに挿入される。つまり、ベクトルmv_０及びmv_１は、現在ブロックの左上（座標(x０,y０)）、右上（座標(x１,y１)）位置の推定ＣＰＭＶとして使用される。

現在のアフィン動きモデルが６パラメータアフィンである場合、構成されたアフィン動き予測子は、ベクトルmv_０、mv_１及びmv_２の全部が見付かった場合にのみ、候補リストに挿入される。つまり、ベクトルmv_０、mv_１及びmv_２は、現在ブロックの左上（座標(x０,y０)）、右上（座標(x１,y１)）及び右下（座標(x２,y２)）位置の推定ＣＰＭＶとして使用される。

構成されたアフィン動き予測子を候補リストに挿入するときに、刈り込み処理は適用されない。

（３）通常のアフィン動き予測子
以下は、アフィン動き予測子が最大に達するまで適用される。
１）利用可能な場合、全部のＣＰＭＶをベクトルmv_２に等しく設定することにより、アフィン動き予測子を導出する。
２）利用可能な場合、全部のＣＰＭＶをベクトルmv_１に等しく設定することにより、アフィン動き予測子を導出する。
３）利用可能な場合、全部のＣＰＭＶをベクトルmv_０に等しく設定することにより、アフィン動き予測子を導出する。
４）利用可能な場合、全部のＣＰＭＶをベクトルＨＥＶＣ ＴＭＶＰに等しく設定することにより、アフィン動き予測子を導出する。
５）全部のＣＰＭＶをゼロＭＶに設定することにより、アフィン動き予測子を導出する。

ベクトルmv_iは構成されたアフィン動き予測子において既に導出されていることに留意する。

図１３Ａ～１３Ｂは、それぞれ４パラメータアフィンモデル及び６パラメータアフィンモデルの例を示す。

図１４は、継承されたアフィン候補のAF_INTERのＭＶＰを示す。

図１５は、構成されたアフィン候補のAF_INTERのＭＶＰを示す。

図１６Ａ～１６Ｂは、AF_MERGEの候補の例を示す。

AF_INTERモードでは、４／６パラメータアフィンモードが使用されるとき、２／３制御点が必要であり、従って、図１５に示すように、これらの制御点について２／３ＭＶＤがコーディングされる必要がある。JVET－K０３３７では、ＭＶを以下のように導出することが提案されている。つまり、mvd_１及びmvd_２がmvd_０から予測される。

ここで、ベクトルmv_i、mvd_１及びmv_１は、図１６Bに示すように、それぞれ左上ピクセル（i=０）、右上ピクセル（i=１）、又は左下ピクセル（i=２）の予測された動きベクトル、動きベクトル差、及び動きベクトルである。２つの動きベクトル（例えば、mvA(xA,yA)及びmvB(xB,yB)）の加算は、別の２つの成分の和に等しい、つまり、newMV=mvA+mvBであり、newMVの２つの成分はそれぞれ(xA+xB)及び(yA+yB)に設定されることに留意する。

２．３．３．３ AF_MERGEモード

AF_MERGEモードでＣＵが適用されるとき、有効な近隣再構成ブロックから、アフィンモードによりコーディングされた第１ブロックを得る。候補ブロックの選択順は、図１６Ａに示すように（順にＡ、Ｂ、Ｃ、Ｄ、Ｅにより示される）、左から、上、右上、左下、左上へである。例えば、近隣の左下ブロックが図１６７でＡ０により示されるようにアフィンモードでコーディングされる場合、要素Ｂ、ブロックＡを含む近隣ＣＰＵ／ＰＵの左上角、右上角、及び左下角の制御点（Control Point (CP)）動きベクトルmv_０ ^N、mv_１ ^N、及びmv_２ ^Nが、フェッチされる。そして、現在ＣＵ／ＰＵ上の左上角／右上／左下の動きベクトルmv_０ ^C,mv_１ ^C及びmv_２ ^C（６パラメータアフィンモードのために使用される）は、mv_０ ^N,mv_１ ^N及びmv_２ ^Nに基づき計算される。留意すべきことに、ＶＴＭ－２．０では、現在ブロックがアフィンコーディングされる場合、左上角に位置するサブブロック（例えば、ＶＴＭにおいて４×４ブロック）は、mv０を格納し、右上角にあるサブブロックはmv１を格納する。現在ブロックが６パラメータアフィンモデルによりコーディングされる場合、左下角に位置するサブブロックは、mv２を格納し、その他の場合（４パラメータアフィンモデルによる）、ＬＢはmv２'を格納する。他のサブブロックは、ＭＣのために 使用されるＭＶを格納する。

現在ＣＵのＣＰＭＶ mv_０ ^C,mv_１ ^C及びmv_２ ^Cが導出された後に、簡略アフィン動きモデルの式（１）及び（２）に従い、現在ＣＵのＭＶＦが生成される。現在ＣＵがAF_MERGEモードでコーディングされるかどうかを識別するために、アフィンモードでコーディングされる少なくとも１つの近隣ブロックがあるとき、アフィンフラグがビットストリーム内でシグナリングされる。

JVET－L０１４２及びJVET－L０６３２では、アフィンマージ候補リストが以下のステップにより構成される。

１）継承アフィン候補を挿入する。
継承アフィン候補は、候補が、その有効な近隣のアフィンコーディングされたブロックのアフィン動きモデルから導出されることを意味する。最大２個の継承アフィン候補が、近隣ブロックのアフィン動きモデルから導出され、候補リストに挿入される。左の予測子について、スキャン順は｛A０,A１｝であり、上の予測子について、スキャン順は｛B０,B１,B２｝である。

２）構成されたアフィン候補を挿入する。
アフィンマージ候補リストの構成要素がMaxNumAffineCand（例えば、５）より少ない場合、構成されたアフィン候補が候補リストに挿入される。構成されたアフィン候補は、候補が、各制御点の近隣動き情報を結合することにより構成されることを意味する。
ａ）図１９に示すように、制御点の動き情報が、先ず、指定された空間近隣及び時間近隣から導出される。CPk(k=１,２,３,４)は、ｋ番目の制御点を表す。A０,A１,A２,B０,B１,B２及びB３は、CPk(k=１,２,３)を予測するための空間位置であり、TはCP４を予測するための時間位置である。
CP１,CP２,CP３及びCP４の座標は、それぞれ(０,０),(W,０),(H,０)及び(W,H)である。ここで、W及びHは、現在ブロックの幅及び高さである。

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

各制御点の動き情報は、以下の優先順位に従い取得される。
CP１について、チェック優先度は、B２－>B３－>A２である。B２は、利用可能な場合に使用される。或いは、B２が利用可能な場合、B３が使用される。B２及びB３の両方が利用可能ではない場合、A２が使用される。３個の候補の全部が利用可能ではない場合、CP１の動き情報は取得できない。
CP２について、チェック優先度は、B１－>B０である。
CP３について、チェック優先度は、A１－>A０である。
CP４について、Tが使用される。
ｂ）第２に、アフィンマージ候補を構成するために、制御点の組合せが使用される。
Ｉ．６パラメータアフィン候補を構成するために、３個の制御点の動き情報が必要である。３個の制御点は、以下の４個の組合せ（{CP１,CP２,CP４},{CP１,CP２,CP３},{CP２,CP３,CP４},{CP１,CP３,CP４}）のうちの１つから選択できる。組合せ{CP１,CP２,CP３},{CP２,CP３,CP４},{CP１,CP３,CP４}は、左上、右上、及び左下制御点により表される６パラメータ動きモデルへと変換される。
ＩＩ．４パラメータアフィン候補を構成するために、２個の制御点の動き情報が必要である。２個の制御点は、２個の組合せ（{CP１,CP２},{CP１,CP３}）のうちの１つから選択できる。２個の組合せは、左上及び右上制御点により表される４パラメータ動きモデルへと変換される。
ＩＩＩ．構成されたアフィン候補の組合せは、以下の順で候補リストに挿入される：
{CP１,CP２,CP３},{CP１,CP２,CP４},{CP１,CP３,CP４},{CP２,CP３,CP４},{CP１,CP２},{CP１,CP３}。
ｉ．組合せ毎に、各ＣＰのリストＸの参照インデックスがチェックされ、それらが全部同じ場合、この組合せはリストＸについて有効なＣＰＭＶを有する。組合せがリスト０及びリスト１の両方について有効なＣＰＭＶを有しない場合、この組合せは無効としてマークされる。その他の場合、それは有効であり、ＣＰＭＶはサブブロックマージリストに入れられる。

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

より具体的には、サブブロックマージ候補リストについて、４パラメータマージ候補は、（０,０）に設定されたＭＶ、及びリスト０（Ｐスライスについて）からの片予測及び双予測（Ｂスライスについて）に設定された予測方向を有する。

２.３．４ 動きベクトル差とのマージ（Merge with Motion Vector Difference (MMVD)）

JVET－L００５４では、最終的な動きベクトル表現（ultimate motion vector expression (UMVE)、MMVDとしても知られる）が提示される。ＵＭＶＥは、提案された動きベクトル表現方法によるスキップ又はマージモードのために使用される。

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

ＵＭＶＥは、新しい動きベクトル差（motion vector difference (MVD)）表現方法を提供し、その中で、ＭＶＤを表すために、開始点、動きの大きさ及び動き方向が使用される。

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

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

この提案される技術は、マージ候補リストをそのまま使用する。しかし、規定マージタイプ（MRG_TYPE_DEFAULT_N）である候補のみが、ＵＭＶＥの拡張のために考慮される。

基本候補インデックスは、開始点を定める。基本候補インデックスは、以下のように、リスト内の候補の中で最良の候補を示す。
表１ 基本候補ＩＤＸ

基本候補の数が１に等しい場合、基本候補ＩＤＸはシグナリングされない。

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

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

ＵＭＶＥフラグは、スキップフラグ又はマージフラグを送信した直後にシグナリングされる。スキップ又はマージフラグが真（true)の場合に、ＵＭＶＥフラグがパースされる。ＵＭＶＥフラグが１に等しい場合、ＵＭＶＥシンタックスがパースされる。しかし、１ではない場合、AFFINEフラグがパースされる。AFFINEフラグが１に等しい場合、AFFINEモードであるが、１ではない場合、ＶＴＭのスキップ／マージインデックスがパースされる。

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

現在の共通テスト条件では、マージ候補リスト内の第１又は第２マージ候補のいずれかが、基本候補として選択され得る。

ＵＭＶＥは、ＭＶ差によるマージ（Merge with MV Differences (MMVD)）としても知られている。

２．３．５ デコーダ側動きベクトル精緻化（Decoder－side Motion Vector Refinement (DMVR)）

双予測動作では、１つのブロック領域の予測について、それぞれリスト０の動きベクトル（ＭＶ）及びリスト１のＭＶを用いて形成された２個の予測ブロックが結合されて、単一の予測信号を形成する。デコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）方法では、双予測の２個の動きベクトルが更に精緻化される。

２．５．３．１ ＪＥＭにおけるＤＭＶＲ

ＪＥＭ設計では、動きベクトルは、バイラテラルテンプレートマッチング処理により精緻化される。バイラテラルテンプレートマッチングは、追加動き情報を送信することなく精緻化ＭＶを取得するために、バイラテラルテンプレートと参照ピクチャ内の再構成サンプルとの間の歪みに基づく検索を実行するためにデコーダにおいて適用される。図２２に例が示される。図２２に示されるように、バイラテラルテンプレートは、それぞれリスト０の初期MV０及びリスト１のMV１から、２個の予測ブロックの加重組合せ（つまり平均）として生成される。テンプレートマッチング動作は、生成されたテンプレートと参照ピクチャ内の（初期予測ブロックの周囲の）サンプル領域との間の計算コスト指標で構成される。２個の参照ピクチャの各々について、最小テンプレートコストを生じるＭＶが、元のＭＶを置き換えるための、該リストの更新ＭＶと考えられ得る。ＪＥＭでは、９個のＭＶ候補が各リストについて検索される。９個のＭＶ候補は、元のＭＶと、水平又は垂直又は両方向で元のＭＶに対して１ルマサンプルオフセットを有する８個の周囲ＭＶとを含む。最後に、図２２に示されるように、２個の新しいＭＶ、つまりMV０′及びMV１′が、最終双予測結果を生成するために使用される。絶対差の合計（sum of absolute differences (SAD)）がコスト指標として使用される。１個の周囲ＭＶにより生成された予測ブロックのコストを計算するとき、実際には、実数ＭＶの代わりに、（整数ペルに）丸め込まれたＭＶが予測ブロックを取得するために使用される。

図２０は、バイラテラルテンプレートマッチングに基づくＤＭＶＲの例を示す。

２．３．５８．２ ＶＣＣにおけるＤＭＶＲ

図２１に示されるように、ＶＣＣにおけるＤＭＶＲについて、リスト０とリスト１との間のＭＶＤミラーリングが想定され、バイラテラル照合が実行されて、ＭＶを精緻化する。つまり、幾つかのＭＶＤ候補の中から最良のＭＶＤを見付ける。２個の参照ピクチャリストのＭＶをMVL０(L０X,L０Y)及びMVL１(L１X,L１Y)により示す。コスト関数（例えば、ＳＡＤ）を最小化し得る、リスト０について(MvdX,MvdY)により示されるＭＶＤは、最良のＭＶＤとして定義される。ＳＡＤ関数では、それは、リスト０参照ピクチャ内の動きベクトル（L０X+MvdX,L０Y+MvdY）により導出されたリスト０の参照ブロックと、リスト１参照ピクチャ内の動きベクトル（L１X－MvdX,L１Y－MvdY）により導出されたリスト１の参照ブロックとの間のＳＡＤとして定義される。

動きベクトル精緻化処理は、２回繰り返されてよい。図２２に示されるように、反復において、最大で６個のＭＶＤ（整数ペル精度を有する）が、２つのステップでチェックされてよい。第１ステップではＭＶＤ(０,０),(－１,０),(１,０),(０,－１),(０,１)がチェックされる。第２ステップでは、ＭＶＤ(－１,－１),(－１,１),(１,－１)又は(１,１)のうちの１つが選択され、更にチェックされる。関数Sad(x,y)がMVD(x,y)のＳＡＤ値を返すとする。第２ステップでチェックされた、(MvdX,MvdY)により示されるＭＶＤは、以下のように決定される。

第１の反復では、開始点がシグナリングされたＭＶであり、第２の反復では、開始点は、シグナリングされたＭＶに、第１の反復における選択された最良のＭＶＤを加算したものである。ＤＭＶＲは、１個の参照ピクチャが先行するピクチャであり、他の参照ピクチャが後続のピクチャであるときにのみ適用され、２個の参照ピクチャは、現在ピクチャから同じピクチャオーダカウント距離を有する。

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

図２２は、１回の反復の中でチェックされ得るＭＶの例を示す。

ＤＭＶＲの処理を更に簡略化するために、JVET－M０１４７は、ＪＥＭにおける設計に対して幾つかの変更を提案した。おり具体的には、（間もなく発表される）ＶＴＭ－４．０に採用されたＤＭＶＲ設計は、以下の主な特徴を有する。
リスト０とリスト１との間の(０,０)位置ＳＡＤが閾値より小さいとき、早く終了する。
リスト０とリスト１との間のＳＡＤが特定の位置でゼロであるとき、早く終了する。
ＤＭＶＲのブロックサイズ：W*H>=６４&&H>=８、ここで、Ｗ及びＨはブロックの幅及び高さである。
ＣＵサイズ＞１６＊１６のＤＭＶＲについて、ＣＵを複数の１６×１６サブブロックに分割する。ＣＵの幅又は高さのみが１６より大きい場合、それは、垂直又は水平方向に分割されるだけである。
（ルマの）参照ブロックサイズ(W+７)*(H+７)。
２５点のＳＡＤに基づく整数ペル検索（つまり、(＋－)２精緻化検索範囲、単一ステージ）。
バイリニア補間に基づくＤＭＶＲ。
「パラメータ誤差表面式（Parametric error surface equation）」に基づくサブペル精緻化。この手順は、最小ＳＡＤコストがゼロに等しくなく、最良ＭＶＤが最後のＭＶ精緻化反復の中で（０,０）であるときにのみ実行される。
（必要に応じて）参照ブロックパディングを伴うルマ／クロマＭＣ。
ＭＣ及びＴＭＶＰにのみ使用される精緻化ＭＶ。

２．３．５．２．１ ＤＭＶＲの使用

以下の条件が全て真であるとき、ＤＭＶＲは有効にされてよい。
ＳＰＳ内のＤＭＶＲ有効ラグ（つまりsps_dmvr_enabled_flag)が１に等しい。
ＴＰＭフラグ、インターアフィンフラグ、及びサブブロックマージフラグ（ATMVP又はアフィンマージのいずれか）、ＭＭＶＤフラグは、全て０に等しい。
マージフラグは１に等しい。
現在ブロックは双予測され、現在ピクチャとリスト１内の参照ピクチャとの間のＰＯＣ差は、リスト０内の参照ピクチャと現在ピクチャとの間のＰＯＣ距離に等しい。
現在ＣＵ高さは、８以上である。
ルマサンプルの数（ＣＵ幅＊高さ）は、６４以上である。

２．３．５．２．２ 「パラメータ誤差表面式（Parametric error surface equation）」に基づくサブペル精緻化

方法は、以下に纏められる。
１．パラメータ誤差表面適合は、所与の反復において中心位置が最良コスト位置である場合にのみ、計算される。
２．中心位置コスト、及び中心からの(－１,０),(０,－１),(１,０)及び(０,１)位置におけるコストは、次式の形式の２Ｄ放物誤差表面式を適合するために使用される。

ここで、(x_０,y_０)は、最小コストを有する位置に対応し、Cは最小コスト値に対応する。５個の未知数の５個の方程式を解くことにより、(x_０,y_０)は以下のように計算される。

(x_０,y_０)は、分割が実行される精度（つまり、商の何個のビットが計算されるか）を調整することにより、任意の所要のサブピクセル精度に計算できる。１／１６ペル精度では、商の絶対値の中に４ビットが計算される必要があるだけである。これは、ＣＵ毎に必要な２回の除算の高速シフト減算に基づく実施に役立つ。
３．計算された(x_０,y_０)は、整数距離精緻化ＭＶに加算されて、サブピクセル精度精緻化デルタＭＶを得る。

２．３．６ 結合されたイントラ及びインター予測

JVET－L０１００では、複数仮説予測（multi－hypothesis prediction）が提案されている。複数仮説を生成するための１つの方法は、結合イントラ及びインター予測である。

複数仮説予測がイントラモードを向上するために適用されるとき、複数仮説予測は、１つのイントラ予測と１つのマージインデックス予測とを結合する。マージＣＵの中で、マージモードのために１つのフラグがシグナリングされ、フラグが真であるとき、イントラ候補リストからイントラモードを選択する。ルマ成分について、イントラ候補リストは、ＤＣ、平面、水平、及び垂直を含む４個のイントラ予測モードから導出され、イントラ候補リストのサイズはブロック形状に依存して３又は４であり得る。ＣＵ幅がＣＵ高さの２倍より大きいとき、水平モードはイントラモードリストから削除され、ＣＵ高さがＣＵ幅の２倍より大きいとき、垂直モードがイントラモードリストから削除される。イントラモードインデックスにより選択された１つのイントラ予測モードと、マージインデックスにより選択された１つのマージインデックス予測とが、加重平均を用いて結合される。クロマ成分については、追加シグナリングを伴わずに、ＤＭが常に適用される。予測を結合するための重みを以下に説明する。ＤＣ又は平面モードが選択され、ＣＢ幅又は高さが４より小さいとき、等しい重みが適用される。ＣＢ幅及び高さが４以上であるＣＢについては、水平／垂直モードが選択されるとき、１つのＣＢは、先ず、水平方向／垂直方向に分割されて、４個の等面積の領域になる。各重みセットは、(w_intra_i,w_inter_i)と示され、ここで、iは１～４であり、(w_intra_１,w_inter_１)=(６,２)、(w_intra_２,w_inter_２)=(５,３)、(w_intra_３,w_inter_３)=(３,５)、(w_intra_４,w_inter_４)=(２,６)であり、対応する領域に適用される。(w_intra_１,w_inter_１)は参照サンプルに最も近い領域のためであり、(w_intra_４,w_inter_４)は参照サンプルに最も離れた領域のためである。次に、結合された予測は、２つの重み付けされた予測を加算し、３ビットだけ右へシフトすることにより、計算できる。更に、予測子の複数仮説のためのイントラ予測モードは、以降の近隣ＣＵの参照のために保存され得る。
２．３．７ JVET－M０４８１における対称動きベクトル差
JVET－M０４８１では、双予測における動き情報コーディングのために、対称動きベクトル差（symmetric motion vector difference (SMVD)）が提案されている。
最初に、スライスレベルで、変数BiDirPredFlag,RefIdxSymL０及びRefIdxSymL１が以下のように導出される。
現在ピクチャに最も近い参照ピクチャリスト０内の順方向参照ピクチャが検索される。見付かると、RefIdxSymL０は、順方向ピクチャの参照インデックスに等しく設定される。
現在ピクチャに最も近い参照ピクチャリスト１内の逆方向参照ピクチャが検索される。見付かると、RefIdxSymL１は、逆方向ピクチャの参照インデックスに等しく設定される。
順方向及び逆方向ピクチャの両方が見付かると、BiDirPredFlagは１に等しく設定される。
その他の場合、以下が適用される。
現在ピクチャに最も近い参照ピクチャリスト０内の逆方向参照ピクチャが検索される。見付かると、RefIdxSymL０は、逆方向ピクチャの参照インデックスに等しく設定される。
現在ピクチャに最も近い参照ピクチャリスト１内の順方向参照ピクチャが検索される。見付かると、RefIdxSymL１は、順方向ピクチャの参照インデックスに等しく設定される。
逆方向及び順方向ピクチャの両方が見付かると、BiDirPredFlagは１に等しく設定される。その他の場合、BiDirPredFlagが０に等しく設定される。
第２に、ＣＵレベルで、ＣＵの予測方向が双予測であり、BiDirPredFlagが１に等しい場合、対称モードが使用されるか否かを示す対称モードフラグが、明示的にシグナリングされる。
フラグが真であるとき、mvp_l０_flag,mvp_l１_flag及びMVD０のみが、明示的にシグナリングされる。参照インデックスは、リスト０及びリスト１についてそれぞれRefIdxSymL０,RefIdxSymL１に等しく設定される。ＭＶＤ１は、－ＭＶＤ０に等しく設定される。最終動きベクトルは次式に示される。

図２５は、対称モードの例示的な図を示す。

コーディングユニットシンタックスにおける変更は、表４に（太字体で）示される。
表４ コーディングユニットシンタックスにおける変更

３．今日のビデオコーディング技術に伴う問題

現在のデコーダ側動きベクトル導出（decoder side motion vector derivation (DMVD)）は、以下の問題を有することがある。
１．現在ピクチャについて重み付けされた予測が有効であるときでも、ＤＭＶＲが有効にされる。
２．２つの参照ピクチャが現在ピクチャから異なるＰＯＣ距離を有するとき、ＤＭＶＤが無効にされる。
３．ＤＭＶＲ及びＢＩＯが、異なるブロックサイズについて有効にされる。
ａ．ＤＭＶＲが次式のとき有効にされる。

ｂ．ＢＩＯが次式のとき有効にされる。

４．ＤＭＶＲ及びＢＩＯが、異なるサブブロックレベルで実行される。
ａ．ＤＭＶＲが、サブブロックレベルで実行されることがある。ＣＵの幅及び高さの両方が１６より大きいとき、１６×１６個のサブブロックに分割される。その他の場合、ＣＵの幅が１６より大きいとき、垂直方向に１６×Ｈ個のサブブロックに分割され、ＣＵの高さが１６より大きいとき、水平方向にＷ×１６個のサブブロックに分割される。
ｂ．ＢＩＯが、ブロックレベルで実行される。

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

以下の詳細な技術は、一般的な概念を説明するための例として考えられるべきである。これらの技術は、狭義に解釈されるべきではない。更に、これらの技術は任意の方法で結合できる。

本願明細書では、ＤＭＶＤは、ブロック／サブブロック動き情報を導出又は精緻化するために動き推定を実行するＤＭＶＲ及びＦＲＵＣ、及びサンプル毎の動き精緻化を実行するＢＩＯのような方法を含む。

予測ブロックに適用される不均等の重みは、２個の予測ブロックの平均の代わりに予測ブロックに追加動作を適用する必要のあるコーディングツールの、ＧＢＩ処理、ＬＩＣ処理、加重予測処理、又は他の符号化／復号処理で使用されるものを表してよい。

リスト０及びリスト１内の参照ピクチャがそれぞれRef０及びRef１であると仮定すると、現在ピクチャとRef０との間のＰＯＣ距離はPocDist０であり（つまり、現在ピクチャのＰＯＣからRef０のＰＯＣを差し引いたもの）、Ref１と現在ピクチャとの間のＰＯＣ距離はPocDist１である（つまり、Ref１のＰＯＣから現在ピクチャのＰＯＣを差し引いたもの）。本願明細書では、PocDist１はPocDis１と同じであり、PocDist０はPocDis０と同じである。ブロックの幅及び高さをそれぞれＷ及びＨと表す。関数abs(x)がxの絶対値を返すとする。
１．最終予測ブロック生成処理において予測ブロックに適用されるパラメータ（例えば、重み情報）は、ＤＭＶＤ処理で利用されてよい。
ａ．パラメータは、GBi又は加重予測等を使用して、デコーダへシグナリングされてよい。GBiは、コーディングユニット（coding unit (CU)）重み（bi－prediction with codingunit weights (BCW)）による双予測としても知られている。
ｂ．パラメータは、ＬＩＣを使用して、デコーダにおいて導出されてよい。
ｃ．パラメータは、サンプル値のセットをサンプル値の別のセットにマッピングする再シェーピング処理のためであってよい。
ｄ．一例では、予測ブロックに適用されるパラメータは、ＤＭＶＤにおいて適用されてよい。
ｉ．一例では、コスト関数（例えば、ＳＡＤ、ＭＲ－ＳＡＤ、勾配）を計算するとき、ＧＢＩインデックスに従う重み付け係数が先ず予測ブロックに適用され、次にコストが計算される。
ｉｉ．一例では、コスト関数（例えば、ＳＡＤ、ＭＲ－ＳＡＤ、勾配）を計算するとき、加重予測に従う重み付け係数及び／又はオフセットが先ず予測ブロックに適用され、次にコストが計算される。
ｉｉｉ．一例では、コスト関数（例えば、ＳＡＤ、ＭＲ－ＳＡＤ、勾配）を計算するとき、ＬＩＣパラメータに従う重み付け係数及び／又はオフセットが先ず予測ブロックに適用され、次にコストが計算される。
ｉｖ．一例では、ＢＩＯにおける時間勾配及び空間勾配を計算するとき、ＧＢＩインデックスに従う重み付け係数が先ず予測ブロックに適用され、次にこれらの勾配が計算される。
ｖ．一例では、ＢＩＯにおける時間勾配及び空間勾配を計算するとき、加重予測に従う重み付け係数及び／又はオフセットが先ず予測ブロックに適用され、次にこれらの勾配が計算される。
ｖｉ．一例では、ＢＩＯにおける時間勾配及び空間勾配を計算するとき、ＬＩＣパラメータに従う重み付け係数及び／又はオフセットが先ず予測ブロックに適用され、次にこれらの勾配が計算される。
ｖｉｉ．代替として、更に、コスト計算（例えば、ＳＡＤ、ＭＲ－ＳＡＤ）／勾配計算は、再シェーピングされたドメインにおいて実行される。
ｖｉｉｉ．代替として、更に、動き情報が精緻化された後に、精緻化された動き情報により生成された予測ブロックについて、再シェーピング処理が無効にされる。
ｅ．一例では、ＤＭＶＤは、ＧＢＩモード及び／又はＬＩＣモード及び／又は加重予測及び／又は複数仮説予測において無効にされてよい。
ｆ．一例では、２個の参照ピクチャの重み付け係数及び／又はオフセットが異なるとき、ＤＭＶＤは、加重予測において無効にされてよい。
ｇ．一例では、２個の参照ブロックの重み付け係数及び／又はオフセットが異なるとき、ＤＭＶＤは、ＬＩＣにおいて無効にされてよい。
２．ＤＭＶＤ処理（例えば、ＤＭＶＲ又はＢＩＯ）は、第１ピクチャオーダカウント距離（PocDis０）が第２ピクチャオーダカウント距離（PocDis１）と等しくないときでも、双予測ブロックに適用可能であってよい。
ａ．一例では、全部のＤＭＶＤ処理は、PocDis０及びPocDis１に対して、同じルールに従い有効又は無効にされてよい。
ｉ．例えば、全部のＤＭＶＤ処理は、PocDis０がPocDis１に等しいとき、有効にされてよい。
ｉｉ．例えば、全部のＤＭＶＤ処理は、PocDis０がPocDis１に等しくないとき、有効にされてよい。
代替として、更に、全部のＤＭＶＤ処理は、PocDis０*PocDist１が０より小さいとき、無効にされてよい。
ｉｉｉ．例えば、全部のＤＭＶＤ処理は、PocDis０がPocDis１に等しくないとき、無効にされてよい。
ｉｖ．例えば、全部のＤＭＶＤ処理は、PocDis０*PocDist１が０より小さいとき、無効にされてよい。
ｂ．一例では、PocDis０がPocDis１に等しい場合の現在の設計は有効にされる。
ｉ．一例では、リスト０のＭＶＤはリスト１にミラーリングされてよい。つまり、(MvdX,MvdY)がリスト０について使用される場合、２個の参照ブロックを識別するために、(－MvdX,－MvdY)がリスト１について使用される。
iｉ．代替として、リスト１のＭＶＤはリスト０にミラーリングされてよい。つまり、(MvdX,MvdY)がリスト１について使用される場合、２個の参照ブロックを識別するために、(－MvdX,－MvdY)がリスト０について使用される。
ｃ．代替として、リスト０及びリスト１についてミラーリングされたＭＶＤを使用する（つまり、(MvdX,MvdY)がリスト０について使用され、次に(－MvdX,－MvdY)がリスト１について使用され得る）代わりに、ミラーリングされていないＭＶＤが代わりに２つの参照ブロックを識別するために使用されてよい。
ｉ．一例では、リスト０のＭＶＤは、PocDist０及びPocDist１に従い、リスト１にスケーリングされてよい。
１．リスト０の選択されたＭＶＤを(MvdX,MvdY)により表し、次に、(－MvdX*PocDist１/PocDist０,－MvdY*PocDist１/PocDist０)がリスト１に適用されるＭＶＤとして選択される。
ｉｉ．一例では、リスト１のＭＶＤは、PocDist０及びPocDist１に従い、リスト０にスケーリングされてよい。
１．リスト１の選択されたＭＶＤを(MvdX,MvdY)により表し、次に(－MvdX*PocDist０/PocDist１,－MvdY*PocDist０/PocDist１)がリスト０に適用されるＭＶＤとして選択される。
ｉｉｉ．スケーリングにおける分割動作は、ルックアップテーブル、複数の演算、及び右ー右演算により実施できる。
ｄ．２個の参照ピクチャのＭＶＤをどのように定義するか（例えば、ミラーリングを使用するか、又はＭＶＤのスケーリングによるか）は、参照ピクチャに依存してよい。
ｉ．一例では、abs(PocDist０)がabs(PocDist１)より小さい又は等しい場合、リスト０のＭＶＤは、PocDist０及びPocDist１に従い、リスト１にスケーリングされてよい。
ｉｉ．一例では、abs(PocDist０)がabs(PocDist１)より大きい又は等しい場合、リスト０のＭＶＤは、PocDist０及びPocDist１に従い、リスト１にスケーリングされてよい。
ｉｉｉ．一例では、abs(PocDist１)がabs(PocDist０)より小さい又は等しい場合、リスト１のＭＶＤは、PocDist０及びPocDist１に従い、リスト０にスケーリングされてよい。
ｉｖ．一例では、abs(PocDist１)がabs(PocDist０)より大きい又は等しい場合、リスト１のＭＶＤは、PocDist０及びPocDist１に従い、リスト０にスケーリングされてよい。
ｖ．一例では、１個の参照ピクチャが先行するピクチャであり、他の参照ピクチャが現在ピクチャの後続のピクチャである場合、リスト０のＭＶＤはリスト１にミラーリングされてよく、ＭＶＤスケーリングは実行されない。
ｅ．ある種のＤＭＶＤを適用するかどうか及びどのように適用するかは、PocDist０の符号、及びPocDist１の符号に依存してよい。
ｉ．一例では、ある種のＤＭＶＤは、PocDist０*PocDist１<０のときにのみ行うことができる。
ｉｉ．一例では、ある種のＤＭＶＤはPocDist０*PocDist１>０のときにのみ行うことができる。
ｆ．代替として、ＤＭＶＤ処理（例えば、ＤＭＶＲ又はＢＩＯ）は、PocDist０がPocDist１に等しくないとき、無効にされてよい。
３．ＤＭＶＲ及び／又は他のＤＭＶＤ方法は、ＳＭＶＤモードにおいて有効にされてよい。
ａ．一例では、ＳＭＶＤモードに従いビットストリームから復号されたＭＶＤ／ＭＶは、１個のブロックを復号するために使用される前に、更に精緻化されてよい。
ｂ．一例では、ＳＭＶＤモードで、ＭＶ／ＭＶＤ精度がＮペルである場合、ＤＭＶＲ又は／及び他のＤＭＶＤ方法は、mvdDmvrによりＭＶＤを精緻化するために使用されてよい。mvdDmvrはＭペル精度を有する。N,M=１/１６,１/８,１/４,１/２,１,２,４,８,１６等である。
ｉ．一例では、ＭはＮ以下であってよい。
ｃ．一例では、ＭＶＤは、ＳＭＶＤモードではシグナリングされなくてよく、代わりに、ＤＭＶＲ及び／又は他のＤＭＶＤ方法が、ＭＶＤを精製するために適用されてよい。
ｉ．代替として、更に、ＡＭＶＲ情報はシグナリングされなくてよく、ＭＶ／ＭＶＤ精度は、所定の値を有するよう導出されてよい（例えば、ＭＶＤは１／４ペル精度を有する）。
１．一例では、所定の値の指示は、シーケンス／ピクチャ／タイルグループ／スライス／タイル／ビデオデータユニットレベルでシグナリングされてよい。
２．一例では、所定の値は、アフィン又は非アフィン動きのようなモード／動き情報に依存してよい。
ｄ．一例では、ＤＭＶＲ及び／又は他のＤＭＶＤ方法が適用されるか否かの指示は、ＳＭＶＤコーディングブロックについてシグナリングされてよい。
ｉ．ＤＭＶＲ及び／又は他のＤＭＶＤ方法が適用される場合、ＭＶＤはシグナリングされなくてよい。
ｉｉ．一例では、このような指示は、特定のＭＶ／ＭＶＤ精度についてシグナリングされてよい。例えば、このような指示は、１ペル及び／又は４ペルＭＶ／ＭＶＤ精度についてシグナリングされてよい。
ｉｉｉ．一例では、このような指示は、PocDist０がPocDist１に等しく、Ref０が表示順序で現在ピクチャの先行するピクチャであり、Ref１が後続のピクチャであるときにのみシグナリングされてよい。
ｉｖ．一例では、このような指示は、PocDist０がPocDist１に等しく、Ref０が表示順序で現在ピクチャの後続のピクチャであり、Ref１が先行するピクチャであるときにのみシグナリングされてよい。
ｅ．一例では、ＤＭＶＲ及び／又は他のＤＭＶＤ方法がＳＭＶＤコーディングブロックに適用されるかどうかは、現在ブロック及び／又は近隣ブロックのコーディング情報に依存してよい。
ｉ．例えば、ＤＭＶＲ及び／又は他のＤＭＶＤ方法がＳＭＶＤコーディングブロックに適用されるかどうかは、現在のブロック寸法（block dimensions）に依存してよい。
ｉｉ．例えば、ＤＭＶＲ及び／又は他のＤＭＶＤ方法がＳＭＶＤコーディングブロックに適用されるかどうかは、ＰＯＣのような参照ピクチャの情報に依存してよい。
ｉｉｉ．例えば、ＤＭＶＲ及び／又は他のＤＭＶＤ方法がＳＭＶＤコーディングブロックに適用されるかどうかは、シグナリングされたＭＶＤ情報に依存してよい。
４．ＤＭＶＲ及び／又はＢＩＯ及び／又は全部のＤＭＶＤ方法は、ブロック寸法に対する同じルールに従い有効にされてよい。
ａ．一例では、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法、及び／又は提案される方法は、次式のとき有効にされてよい。

ｂ．一例では、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は、次式のとき有効にされてよい。

ｃ．一例では、ブロックサイズがM*H個、例えば１６又は３２又は６４個のルマサンプルより少ないサンプルを含むとき、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は許可されない。
ｄ．一例では、ブロックサイズがM*H個、例えば、１６又は３２又は６４個のルマサンプルより多くのサンプルを含むとき、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は許可されない。
ｅ．代替として、ブロックの幅及び／又は高さの最小サイズがＸより小さい又は大きくないとき、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は許可されない。一例では、Ｘは８に設定される。
ｆ．代替として、ブロックの幅>th１又は>=th１、及び／又はブロックの高さ>th２又は>=th２であるとき、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は許可されない。一例では、th１及び／又はth２は６４に設定される。
ｉ．例えば、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は、Ｍ×Ｍ（例えば、１２８×１２８）ブロックについて無効にされる。
ｉｉ．例えば、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は、Ｎ×Ｍ／Ｍ×Ｎブロック、例えばN>=６４,M=１２８、について無効にされる。
ｉｉｉ．例えば、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は、Ｎ×Ｍ／Ｍ×Ｎブロック、例えばN>=４,M=１２８、について無効にされる。
ｆ．代替として、ブロックの幅<th１又は<=th１、及び／又はブロックの高さ<th２又は<=th２であるとき、ＤＭＶＲ及びＢＩＯ及び／又は全部のＤＭＶＤ方法は許可されない。一例では、th１及び／又はth２は８に設定される。
５．ＤＭＶＲ及び／又はＢＩＯ及び／又は全部のＤＭＶＤ方法は、同じサブブロックレベルで実行されてよい。
ａ．ＤＭＶＲのような動きベクトル精緻化処理は、サブブロックレベルで実行されてよい。
ｉ．バイラテラルマッチングが、ブロック全体のレベルの代わりに、サブブロックレベルで行われてよい。
ｂ．ＢＩＯが、サブブロックレベルで実行されてよい。
ｉ．一例では、ＢＩＯを有効にする／無効にする決定は、サブブロックレベルで行われてよい。
ｉｉ．一例では、ＢＩＯにおけるサンプル毎の動き精緻化は、サブブロックレベルで行われてよい。
ｉｉｉ．一例では、ＢＩＯを有効／無効にする決定、及びＢＩＯにおけるサンプル毎の動き精緻化は、サブブロックレベルで行われてよい。
ｃ．一例では、幅>=LW又は高さ>=LH、或いは幅>=LW及び高さ>=LHを有するブロックのとき、該ブロックは複数のサブブロックに分割されてよい。各サブブロックは、サブブロックサイズと等しいサイズを有する通常のコーディングブロックと同じ方法で扱われる。
ｉ．一例では、Ｌは６４であり、６４×１２８／１２８×６４ブロックは、２個の６４×６４サブブロックに分割され、１２８×１２８ブロックは４個の６４×６４サブブロックに分割される。しかしながら、Ｎ×１２８／１２８×Ｎブロックはサブブロックに分割されず、ここでＮ<６４である。Ｌ値はＬＨ及び／又はＬＷと呼ばれ得る。
ｉｉ．一例では、Ｌは６４であり、６４×１２８／１２８×６４ブロックは、２個の６４×６４サブブロックに分割され、１２８×１２８ブロックは４個の６４×６４サブブロックに分割される。一方で、Ｎ×１２８／１２８×Ｎブロックは２個のＮ×６４／６４×Ｎサブブロックに分割される。Ｌ値はＬＨ及び／又はＬＷと呼ばれ得る。
ｉｉｉ．一例では、幅（又は高さ）がＬより大きいとき、それは、垂直（又は水平）方向に分割され、サブブロックの幅及び／又は高さはＬより大きくない。Ｌ値はＬＨ及び／又はＬＷと呼ばれ得る。
ｄ．一例では、ブロックのサイズ（つまり、幅＊高さ）が、閾値L１より大きいとき、それは複数のサブブロックに分割されてよい。各サブブロックは、サブブロックサイズと等しいサイズを有する通常のコーディングブロックと同じ方法で扱われる。
ｉ．一例では、ブロックは、L１より大きくない同じサイズを有するサブブロックに分割される。
ｉｉ．一例では、ブロックの幅（又は高さ）が閾値L２より大きくないとき、それは、垂直（又は水平）方向に分割されない。
ｉｉｉ．一例では、L１は１０２４であり、L２は３２である。例えば、１６×１２８ブロックは、２個の１６×６４サブブロックに分割される。
ｅ．閾値Ｌは、予め定められ、又はＳＰＳ／ＰＰＳ／ピクチャ／スライス／タイルグループ／タイルレベルでシグナリングされてよい。
ｆ．代替として、閾値は、ブロックサイズ、ピクチャサイズ、時間レイヤ、インデックス、等のような特定のコーディング情報に依存してよい。
６．ある種のＤＭＶＤを適用するかどうか及びどのように適用するかの決定は、１回行われ、全部の色成分により共有されてよく、或いは、それは異なる色成分について複数回行われてよい。
ａ．一例では、ＤＭＶＤについての決定は、Ｙ（又はＧ）成分の情報に基づき行われ、他の色成分がそれに従う。
ｂ．一例では、Ｙ（又はＧ）成分に適用されるＤＭＶＤについての決定は、Ｙ（又はＧ）成分の情報に基づき行われる。そして、Ｃｂ（又はＣｂ、又はＢ、又はＲ）成分に適用されるＤＭＶＤについての決定は、Ｃｂ（又はＣｂ、又はＢ、又はＲ）成分の情報に基づき行われる。

図２３は、ビデオ処理機器２３００のブロック図である。機器２３００は、ここに記載した方法のうちの１つ以上を実施するために使用されてよい。機器２３００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things (IoT)）受信機、等において実施されてよい。機器２３００は、１つ以上のプロセッサ２３０２、１つ以上のメモリ２３０４、及びビデオ処理ハードウェア２３０６を含んでよい。プロセッサ２３０２は、本願明細書に記載した１つ以上の方法を実施するよう構成されてよい。メモリ（複数のメモリ）２３０４は、本願明細書に記載の方法及び技術を実施するために使用されるデータ及びコードを格納するために使用されてよい。ビデオ処理ハードウェア２３０６は、ハードウェア回路で、本願明細書に記載された幾つかの技術を実施するために使用されてよく、部分的に又は完全に、プロセッサ２３０２（例えば、グラフィックプロセッサコアＧＰＵ又は他の信号処理回路）の部分であってよい。

本願明細書では、用語「ビデオ処理」は、ビデオ符号化、ビデオ復号、ビデオ圧縮、又はビデオ伸長を表してよい。例えば、ビデオ圧縮アルゴリズムは、ビデオをピクセル表現から対応するビットストリーム表現へ又はその逆に変換する間に適用されてよい。現在ビデオブロックのビットストリーム表現は、シンタックスにより定義されるように、例えば、ビットストリーム内の同一位置にある又は異なる場所に拡散しているビットに対応してよい。例えば、マクロブロックは、変換されたコーディングされた誤差残差値の観点で、ヘッダ及びビットストリーム内の他のフィールドのビットも使用して、符号化されてよい。

本願明細書において開示された技術の使用を可能にすることにより、スマートフォン、ラップトップ、デスクトップ、及び類似の装置のようなビデオ処理装置に組み込まれるビデオエンコーダ及びデコーダの実施形態に利益をもたらす幾つかの技術が開示されたことが理解される。

図２４Ａは、ビデオ処理の例示的な方法２４００のフローチャートである。方法２４００は、２４０２で、少なくとも重みパラメータに基づきデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を実施することにより、ビデオの現在ビデオブロックについて精緻化動き情報を取得するステップを含む。ここで、重みパラメータは、現在ビデオブロックの最終予測ブロックの生成処理において予測ブロックに適用される。方法２４００は、２４０４で、少なくとも精緻化動き情報及び重みパラメータを使用して、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。

方法２４００の幾つかの実施形態では、ビットストリーム表現内のフィールドは、重みパラメータを示す。方法２４００の幾つかの実施形態では、重みパラメータの指示は、コーディングユニット重み（Coding unit Weights (BCW)）技術により双予測を用いてシグナリングされる。方法２４００の幾つかの実施形態では、重みパラメータの指示は、加重予測技術を用いてシグナリングされる。方法２４００の幾つかの実施形態では、重みパラメータは導出される。方法２４００の幾つかの実施形態では、重みパラメータは、ローカル照明補償（Local Illumination Compensation (LIC)）技術を用いて導出される。方法２４００の幾つかの実施形態では、重みパラメータは、サンプル値のセットをサンプル値の別のセットにマッピングする再シェーピング処理に関連付けられてよい。方法２４００の幾つかの実施形態では、ＤＭＶＤ方式は、重みパラメータを現在ビデオブロックの予測ブロックに適用することにより、実施される。方法２４００の幾つかの実施形態では、変換は、先ず、コーディングユニット重み（Coding unit Weights (BCW)）インデックスを有する双予測に従う重みパラメータを予測ブロックに適用し、次に、予測コスト関数を計算することにより、現在ビデオブロックについて予測コスト関数を計算することを含む。

方法２４００の幾つかの実施形態では、変換は、先ず加重予測方式に従う重みパラメータを予測ブロックに適用し、次に、予測コスト関数を計算することにより、現在ビデオブロックについて予測コスト関数を計算することを含む。方法２４００の幾つかの実施形態では、変換は、先ず、ローカル照明補償（Local Illumination Compensation (LIC)）方式に従う重みパラメータを予測ブロックに適用し、次に、予測コスト関数を計算することにより、現在ビデオブロックについて予測コスト関数を計算することを含む。方法２４００の幾つかの実施形態では、予測コスト関数は勾配関数である。方法２４００の幾つかの実施形態では、予測コスト関数は絶対値差分の和（sum of absolute difference (SAD))コスト関数である。方法２４００の幾つかの実施形態では、予測コスト関数は平均除去絶対差分和（mean－removed sum of absolute difference (MR－SAD))コスト関数である。

方法２４００の幾つかの実施形態では、変換は、先ず、コーディングユニット重み（Coding unit Weights (BCW)）インデックスを有する双予測に従う重みパラメータを予測ブロックに適用し、次に時間勾配及び空間勾配を計算することにより、現在ビデオブロックについて、双方向オプティカルフロー（Bi－directional Optical flow (BIO)）方式の時間勾配及び空間勾配を計算することを含む。方法２４００の幾つかの実施形態では、変換は、先ず、加重予測方式に従う重みパラメータを予測ブロックに適用し、次に時間勾配及び空間勾配を計算することにより、現在ビデオブロックについて、双方向オプティカルフロー（Bi－directional Optical flow (BIO)）方式の時間勾配及び空間勾配を計算することを含む。

方法２４００の幾つかの実施形態では、変換は、先ず、ローカル照明補償（Local Illumination Compensation (LIC)）方式に従う重みパラメータを予測ブロックに適用し、次に時間勾配及び空間勾配を計算することにより、現在ビデオブロックについて、双方向オプティカルフロー（Bi－directional Optical flow (BIO)）方式の時間勾配及び空間勾配を計算することを含む。方法２４００の幾つかの実施形態では、予測コスト関数又は時間勾配又は空間勾配の計算は、再シェーピングされたドメインにおいて実行される。方法２４００の幾つかの実施形態では、再シェーピング処理は、現在ビデオブロックについて精緻化された動き情報により生成された予測ブロックについては無効にされる。

図２４Ｂは、ビデオ処理の例示的な方法２４１０のフローチャートである。方法２４１０は、２４１２で、デコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式の使用が、現在ビデオブロックに対するコーディングツールの使用により、ビデオの現在ビデオブロックとビデオのコーディングされた表現との間の変換について無効にされることを決定するステップを含む。方法２４１０は、２４１４で、決定に基づき、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。ここで、コーディングツールは、不均等な重み付け係数を現在ビデオブロックの予測ブロックに適用することを含む。方法２４１０の幾つかの実施形態では、コーディングツールは、サンプル予測処理で重み係数を使用するよう構成される。

方法２４１０の幾つかの実施形態では、コーディングツールは、コーディングユニット重み（Coding unit Weights (BCW)）モードによる双予測を含む。方法２４１０の幾つかの実施形態では、ＢＣＷモードで２個の予測ブロックに対して使用される２個の重み付け係数は等しくない。方法２４１０の幾つかの実施形態では、重み付け係数は、現在ビデオブロックによるビットストリーム表現内のフィールド内で示される。幾つかの実施形態では、ＤＭＶＤ方式は、予測コスト関数に基づき精緻化動き情報を導出するデコーダ側動きベクトル精緻化（ＤＭＶＲ）コーディングモードを含む。幾つかの実施形態では、ＤＭＶＤ方式は、勾配計算に基づき精緻化予測を導出する双方向オプティカルフロー（Bi－directional optical flow (BDOF)）コーディングモードを含む。方法２４１０の幾つかの実施形態では、現在ビデオブロックにより使用されているＢＣＷモードは、ＢＣＷインデックス及び重み付け係数のインデックスを表すフィールドを使用することを含み、ＢＣＷインデックスは０に等しくない。

方法２４１０の幾つかの実施形態では、コーディングツールは、加重予測モードを含む。方法２４１０の幾つかの実施形態では、現在ビデオブロックにより使用されている加重予測モードは、現在ビデオブロックの予測ブロックの少なくとも１つに加重予測を適用することを含む。方法２４１０の幾つかの実施形態では、コーディングツールは、ローカル照明補償（Local Illumination Compensation (LIC)）モードを含む。方法２４１０の幾つかの実施形態では、コーディングツールは、複数仮説予測モードを含む。方法２４１０の幾つかの実施形態では、第１参照ピクチャの第１重みパラメータ、及び第２参照ピクチャの第２重みパラメータは、現在ビデオブロックの加重予測モードに関連付けられ、第１重みパラメータが第２重みパラメータと異なることに応答して、ＤＭＶＤ方式は、現在ビデオブロックについて無効にされると決定される。

方法２４１０の幾つかの実施形態では、第１重みパラメータ及び／又は第２重みパラメータは、現在ビデオブロックを含むビデオユニットを有するビットストリーム表現内のフィールド内で示され、ビデオユニットはピクチャ又はスライスのうちの少なくとも１つを含む。方法２４１０の幾つかの実施形態では、現在ビデオブロックの第１参照ピクチャの第１線形モデルパラメータ、及び現在ビデオブロックの第２参照ピクチャの第２線形モデルパラメータは、第１線形モデルパラメータが第２線形モデルパラメータと異なることに応答して、ＤＭＶＤ方式は、現在ビデオブロックについて無効にされると決定される。

図２４Ｃは、ビデオ処理の例示的な方法２４２０のフローチャートである。方法２４２０は、２４２２で、ビデオの現在ビデオブロックの１つ以上の参照ピクチャのピクチャオーダカウント（ＰＯＣ）値、及び現在ビデオブロックを含む現在ピクチャのＰＯＣ値に基づき、現在ビデオブロックについて１つ以上のデコーダ側動きベクトル導出（ＤＭＶＤ）方式を有効又は無効にするかを決定するステップを含む。方法２４２０は、２４２４で、決定に従い、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。

方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式を有効又は無効にするかを決定するステップは、現在ビデオブロックの第１参照ピクチャから現在ピクチャまでの第１距離を表す第１ＰＯＣ距離（PocDis０）と、現在ピクチャから現在ビデオブロックの第２参照ピクチャまでの第２距離を表す第２ＰＯＣ距離（PocDis１）との間の関係に基づく。方法２４２０の幾つかの実施形態では、第１参照ピクチャは、現在ビデオブロックの参照ピクチャリスト０であり、第２参照ピクチャは、現在ビデオブロックの参照ピクチャリスト１である。

方法２４２０の幾つかの実施形態では、PocDist０は現在ピクチャの第１ＰＯＣ値から第１参照ピクチャの第２ＰＯＣ値を差し引いたものに設定され、PocDist１は第２参照ピクチャの第３ＰＯＣ値から現在ピクチャの第１ＰＯＣ値を差し引いたものに設定される。方法２４２０の幾つかの実施形態では、PocDis０がPocDis１に等しくないことに応答して、１つ以上のＤＭＶＤ方式が有効にされる。方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式の中で１つより多くのＤＭＶＤ方式を有効又は無効にするかの決定は、PocDis０及びPocDis１に対して適用される同じルールに基づく。方法２４２０の幾つかの実施形態では、PocDis０がPocDis１に等しいことに応答して、１つ以上のＤＭＶＤ方式が有効にされる。

方法２４２０の幾つかの実施形態では、PocDis０をPocDis１により乗算したものが０より小さいことに応答して、１つ以上のＤＭＶＤ方式が無効にされる。方法２４２０の幾つかの実施形態では、PocDis０がPocDis１に等しくないことに応答して、１つ以上のＤＭＶＤ方式が無効にされる。方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、変換中に、第１参照ピクチャリストについて動きベクトル差（motion vector difference (MVD)）の第１セット及び第２参照ピクチャリストについてＭＶＤの第２セットを用いて、２個の参照ブロックを識別する。ＭＶＤの第１セットは、ＭＶＤの第２セットのミラーリングされたバージョンである。方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、変換中に、第１参照ピクチャリストについて動きベクトル差（motion vector difference (MVD)）の第１セット及び第２参照ピクチャリストについてＭＶＤの第２セットを用いて、２個の参照ブロックを識別する。ＭＶＤの第２セットは、ＭＶＤの第１セットのミラーリングされたバージョンである。

方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、変換中に、第１参照ピクチャリストについて動きベクトル差（motion vector difference (MVD)）の第１セット及び第２参照ピクチャリストについてＭＶＤの第２セットを用いて、２個の参照ブロックを識別する。ＭＶＤの第１セットは、ＭＶＤの第２セットのミラーリングされていないバージョンである。方法２４２０の幾つかの実施形態では、ＭＶＤの第１セットは、PocDis０及びPocDis１に従い、ＭＶＤの第２セットにスケーリングされる。方法２４２０の幾つかの実施形態では、(MvdX,MvdY)を含むＭＶＤの第１セットは、以下のように計算されるＭＶＤの第２セットにスケーリングされる：(－MvdX*PocDis１/PocDis０,－MvdY*PocDis１/PocDis０)。方法２４２０の幾つかの実施形態では、ＭＶＤの第２セットは、PocDis０及びPocDis１に従い、ＭＶＤの第１セットにスケーリングされる。方法２４２０の幾つかの実施形態では、(MvdX,MvdY)を含むＭＶＤの第２セットは、以下のように計算されるＭＶＤの第１セットにスケーリングされる：(－MvdX*PocDis０/PocDis１,－MvdY*PocDis０/PocDis１)。

方法２４２０の幾つかの実施形態では、スケーリングされた動作の除算演算が、ルックアップテーブル、複数演算、又は右－右演算を用いて実施される。方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、ＤＭＶＤ処理中に、ビデオの現在ブロックについて、第１参照ピクチャリストについて動きベクトル差（ＭＶＤ）の第１セット、及び第２参照ピクチャリストについてＭＶＤの第２セットを、現在ビデオブロックの参照ピクチャのＰＯＣ値及び現在ビデオブロックを含む現在ピクチャのＰＯＣ値に基づき、決定する。方法２４２０の幾つかの実施形態では、PocDis０の第１絶対値がPocDis１の第２絶対値より小さい又は等しいことに応答して、ＭＶＤの第１セットは、PocDis０及びPocDis１に従いＭＶＤの第２セットを生成するためにスケーリングされる。方法２４２０の幾つかの実施形態では、PocDis０の第１絶対値がPocDis１の第２絶対値より大きい又は等しいことに応答して、ＭＶＤの第１セットは、PocDis０及びPocDis１に従いＭＶＤの第２セットを生成するためにスケーリングされる。

方法２４２０の幾つかの実施形態では、PocDis１の第２絶対値がPocDis０の第１絶対値より小さい又は等しいことに応答して、ＭＶＤの第２セットは、PocDis０及びPocDis１に従いＭＶＤの第１セットを生成するためにスケーリングされる。方法２４２０の幾つかの実施形態では、PocDis１の第２絶対値がPocDis０の第１絶対値より大きい又は等しいことに応答して、ＭＶＤの第２セットは、PocDis０及びPocDis１に従いＭＶＤの第１セットを生成するためにスケーリングされる。方法２４２０の幾つかの実施形態では、２個の参照ピクチャが、現在ピクチャに先行する第１参照ピクチャ及び現在ピクチャの後に続く第２参照ピクチャを含むことに応答して、ＭＶＤの第１セットは、ＭＶＤの第２セットを生成するためにミラーリングされ、ＭＶＤの第１セット又はＭＶＤの第２セットを取得するためにスケーリングは実行されない。方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式を有効又は無効にするかを決定するステップは、現在ビデオブロックの第１参照ピクチャから現在ピクチャまでの第１距離を表す第１ピクチャオーダカウント距離（PocDis０）の第１符号と、現在ピクチャから現在ビデオブロックの第２参照ピクチャまでの第２距離を表す第２ピクチャオーダカウント距離（PocDis１）の第２符号と、に基づく。

方法２４２０の幾つかの実施形態では、第１符号を有するPocDis０を第２符号を有するPocDis１により乗算した結果が０より小さいことに応答して、１つ以上のＤＭＶＤ方式が有効にされる。方法２４２０の幾つかの実施形態では、第１符号を有するPocDis０を第２符号を有するPocDis１により乗算した結果が０より大きいことに応答して、１つ以上のＤＭＶＤ方式が有効にされる。方法２４２０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、現在ビデオブロックの第１参照ピクチャから現在ピクチャまでの第１距離を表す第１ピクチャオーダカウント距離（PocDis０）が、現在ピクチャから現在ビデオブロックの第２参照ピクチャまでの第２距離を表す第２ピクチャオーダカウント距離（PocDis１）と等しくないことに応答して、無効にされる。

方法２４２０の幾つかの実施形態では、第１参照ピクチャリストの動き情報は、ＭＶＤの第１セットを用いて精緻化され、第２参照ピクチャリストの動き情報は、ＭＶＤの第２セットを用いて精緻化される。方法２４２０の幾つかの実施形態では、第１参照ピクチャリストは参照ピクチャリスト０であり、第２参照ピクチャリストは参照ピクチャリスト１である。

図２４Ｄは、ビデオ処理の例示的な方法２４３０のフローチャートである。方法２４３０は、２４３２で、現在ビデオブロックについてデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を実施することにより、ビデオの現在ビデオブロックについて精緻化動き情報を取得するステップを含む。ここで、対称動きベクトル差（symmetric motion vector difference (SMVD)）モードが、現在ビデオブロックについて有効にされる。方法２４３０は、２４３４で、精緻化動き情報を使用して、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。

方法２４３０の幾つかの実施形態では、ビットストリーム表現は、精緻化動き情報の動きベクトル差（ＭＶＤ）を含み、ＭＶＤは、ＳＭＶＤモードに従い復号され、現在ビデオブロックを復号するために使用される前に更に精緻化される。方法２４３０の幾つかの実施形態では、ＳＭＶＤモードでは、動きベクトル（ＭＶ）精度又はＭＶＤ精度をＮペル精度からＭペル精度に変更することにより、精緻化動き情報の動きベクトル差（ＭＶＤ）を精緻化するために、ＤＭＶＤ方式が使用される。ここで、Ｎ及びＭは１／１６、１／８、１／４、１／２、１、２、４、８、又は１６に等しい。方法２４３０の幾つかの実施形態では、ＭはＮ以下である。方法２４３０の幾つかの実施形態では、ビットストリーム表現は、ＳＭＶＤモードで精緻化動き情報の動きベクトル差（ＭＶＤ）についてのシグナリングを含まず、ＭＶＤはＤＭＶＤ方式を用いて生成される。

方法２４３０の幾つかの実施形態では、適応動きベクトル差精度（Adaptive Motion Vector difference Resolution (AMVR)）情報は、ＳＭＶＤモードでコーディングされたビデオブロックについてビットストリーム表現の中でシグナリングされず、精緻化動き情報の動きベクトル（ＭＶ）精度又は動きベクトル差（ＭＶＤ）精度は、所定の値に従い導出される。方法２４３０の幾つかの実施形態では、ＭＶ精度又はＭＶＤ精度は１／４ペル精度である。方法２４３０の幾つかの実施形態では、所定の値は、シーケンス、ピクチャ、タイルグループ、スライス、タイル、ビデオデータユニットレベルで、ビットストリーム表現内でシグナリングされる。方法２４３０の幾つかの実施形態では、所定の値は、モード情報又は動き情報に依存する。方法２４３０の幾つかの実施形態では、モード情報又は動き情報は、アフィン動き情報又は非アフィン動き情報を含む。

図２４Ｅは、ビデオ処理の例示的な方法２４４０のフローチャートである。方法２４４０は、２４４２で、現在ビデオブロックを含むビデオのビットストリーム表現に基づき、現在ビデオブロックについてデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を有効又は無効にするかを決定するステップを含む。ここで、対称動きベクトル差（symmetric motion vector difference (SMVD)）モードが、現在ビデオブロックについて有効にされる。方法２４４０は、２４４４で、ＤＭＶＤ方式が有効にされると決定した後に、現在ビデオブロックについてＤＭＶＤ方式を実施することにより、現在ビデオブロックについて精緻化動き情報を取得するステップを含む。方法２４４０は、２４４６で、精緻化動き情報を使用して、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。

方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式が有効にされていることに応答して、動きベクトル差（ＭＶＤ）は、ビットストリーム表現内でシグナリングされない。方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式が有効又は無効にされるかを示すフィールドは、１つ以上の動きベクトル（ＭＶ）精度又は動きベクトル差（ＭＶＤ）精度についてビットストリーム表現内に存在する。方法２４４０の幾つかの実施形態では、１つ以上のＭＶ精度又はＭＶＤ精度は１ペル及び／又は４ペル精度である。

方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式が有効又は無効にされることを示すフィールドは、現在ビデオブロックの第１参照ピクチャから現在ピクチャまでの第１距離を表す第１ピクチャオーダカウント距離（PocDis０）が、現在ピクチャから現在ビデオブロックの第２参照ピクチャまでの第２距離を表す第２ピクチャオーダカウント距離（PocDis１）と等しいことに応答して、ビットストリーム表現内に存在し、第１参照ピクチャ（Ref０）は表示順で現在ピクチャに先行し、第２参照ピクチャ（Ref１）は現在ピクチャの後に続く。

方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式が有効又は無効にされるかを示すフィールドは、現在ビデオブロックの第１参照ピクチャ（Ref０）から現在ピクチャまでの第１距離を表す第１ピクチャオーダカウント距離（PocDis０）が、現在ピクチャから現在ビデオブロックの第２参照ピクチャ（Ref１）までの第２距離を表す第２ピクチャオーダカウント距離（PocDis１）と等しいことに応答して、ビットストリーム表現内に存在し、第２参照ピクチャ（Ref１）は表示順で現在ピクチャに先行し、第１参照ピクチャ（Ref０）は現在ピクチャの後に続く。

方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式は、現在ビデオブロックの及び／又は１つ以上の近隣ブロックのコーディング情報に基づき、ＳＭＶＤモードで有効にされる。方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式は、現在ビデオブロックのブロック寸法（block dimensions）に基づき、ＳＭＶＤモードで有効にされる。方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式は、現在ビデオブロックの参照ピクチャに関連する情報に基づき、ＳＭＶＤモードで有効にされる。方法２４４０の幾つかの実施形態では、参照ピクチャに関連する情報は、ピクチャオーダカウント（picture order count (POC)）情報を含む。方法２４４０の幾つかの実施形態では、ＤＭＶＤ方式は、ビットストリーム表現内の動きベクトル差（motion vector difference (MVD)）情報に基づき、ＳＭＶＤモードで有効にされる。方法２４４０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、デコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）方式を含む。方法２４３０及び２４４０の幾つかの実施形態では、ＤＭＶＤ方式は、デコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）方式を含む。方法２４３０の幾つかの実施形態では、１つ以上のＤＭＶＤ方式は、双方向オプティカルフロー（bi－directional optical flow (BDOF)）方式を含む。方法２４３０及び２４４０の幾つかの実施形態では、ＤＭＶＤ方式は、双方向オプティカルフロー（bi－directional optical flow (BDOF)）方式を含む。

図２４Fは、ビデオ処理の例示的な方法２４５０のフローチャートである。方法２４５０は、２４５２で、ビデオの現在ビデオブロックのブロック寸法を使用するルールに基づき、複数のデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式が、現在ビデオブロックとビデオのビットストリーム表現との間の変換について有効又は無効にされるかを決定するステップを含む。方法２４５０は、２４５４で、決定に基づき返還を実行するステップを含む。

方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、(W*H)>=T１及びH>=T２,であることに応答して有効であると決定され、ここで、W及びHはそれぞれ現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である。方法２４５０の幾つかの実施形態では、T１は６４であり、T２は８である。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、H>=T１、及びWがT２に等しくないか又はHがT１に等しくないことに応答して有効であると決定され、ここで、W及びHはそれぞれ現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である。方法２４５０の幾つかの実施形態では、T１は８であり、T２は４である。

方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、現在ビデオブロックの第１サンプル数が第２サンプル数より少ないことに応答して無効であると決定される。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、現在ビデオブロックの第１サンプル数が第２サンプル数より多いことに応答して無効であると決定される。方法２４５０の幾つかの実施形態では、第２サンプル数は１６ルマサンプル又は３２ルマサンプル又は６４ルマサンプル又は１２８ルマサンプルである。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、現在ビデオブロックの幅が値より少ないことに応答して無効であると決定される。

方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、現在ビデオブロックの高さが値より少ないことに応答して無効であると決定される。方法２４５０の幾つかの実施形態では、該値は８である。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、現在ビデオブロックの幅が第１閾値より大きい又は等しいことに応答して、及び／又は、現在ビデオブロックの高さが第２閾値より大きい又は等しいことに応答して、無効であると決定される。方法２４５０の幾つかの実施形態では、幅は１２８であり、高さは１２８である。方法２４５０の幾つかの実施形態では、幅は６４以上であり、高さは１２８であるか、又は、幅は１２８であり、高さは６４以上である。方法２４５０の幾つかの実施形態では、幅は４以上であり、高さは１２８であるか、又は、幅は１２８であり、高さは４以上である。方法２４５０の幾つかの実施形態では、第１閾値及び第２閾値は６４である。

方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、現在ビデオブロックの幅が第１閾値より小さい又は等しいことに応答して、及び／又は、現在ビデオブロックの高さが第２閾値より小さい又は等しいことに応答して、無効であると決定される。方法２４５０の幾つかの実施形態では、第１閾値及び第２閾値は８である。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、コスト関数に基づき精緻化動き情報を導出するデコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）方式を含む。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式は、勾配計算に基づき精緻化動き情報を導出する双方向オプティカルフロー（bi－directional optical flow (BDOF)）方式を含む。

図２４Gは、ビデオ処理の例示的な方法２４６０のフローチャートである。方法２４６０は、２４６２で、ビデオの現在ビデオブロックについて、サブブロックレベル又はブロックレベルで複数のデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を実行するかどうかを決定するステップを含む。方法２４６０は、２４６４で、複数ＤＭＶＤ方式がサブブロックレベルで実行されると決定した後に、現在ビデオブロックについて同じサブブロックレベルで複数ＤＭＶＤ方式を実施することにより、現在ビデオブロックについて精緻化動き情報を取得するステップを含む。方法２４６０は、２４６６で、精緻化動き情報を使用して、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。

方法２４６０の幾つかの実施形態では、複数ＤＭＶＤ方式は、デコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）方式を含む。方法２４６０の幾つかの実施形態では、精緻化動き情報は、現在ビデオブロックについて、サブブロックレベルでＤＭＶＤ方式においてバイラテラルマッチングを適用ことにより取得される。方法２４６０の幾つかの実施形態では、複数のＤＭＶＤ方式は、双方向オプティカルフロー（bi－directional optical flow (BDOF)）コーディング方式を含む。方法２４６０の幾つかの実施形態では、ＢＤＯＦコーディング方式は、現在ビデオブロックについて、サブブロックレベルで有効又は無効にされると決定される。方法２４６０の幾つかの実施形態では、ＢＤＯＦコーディング方式は有効であると決定され、精緻化動き情報は、ＢＤＯＦコーディング方式において現在ビデオブロックのサブブロックレベルで実行される動き情報のサンプル毎の精緻化を実行ことにより、取得される。

方法２４６０の幾つかの実施形態では、ＢＤＯＦコーディング方式は、現在ビデオブロックのサブブロックレベルで有効又は無効であると決定され、ＢＤＯＦコーディング方式におけるサンプル毎の動き情報精緻化処理は、現在ビデオブロックのサブブロックレベルで実行されると決定される。方法２４６０の幾つかの実施形態では、サブブロックの幅及び高さは両方とも１６に等しい。方法２４６０の幾つかの実施形態では、現在ビデオブロックは、以下： 現在ビデオブロックの第１幅が値より大きい又は等しいこと、又は、現在ビデオブロックの第１高さが該値より大きい又は等しい、又は、第１幅が該値より大きい又は等しく、第１高さが該値より大きい又は等しい、ことに応答して複数のサブブロックに分割される。

方法２４６０の幾つかの実施形態では、複数のサブブロックの各々は、サブブロックサイズと等しいサイズを有するコーディングブロックと同じ方法で、１つ以上のＤＭＶＤ方式により処理される。方法２４６０の幾つかの実施形態では、該値は６４であり、現在ビデオブロックが６４の第１幅と１２８の第１高さを有すること、又は１２８の第１幅と６４の第１高さを有することに応答して、現在ビデオブロックは２個のサブブロックに分割され、該２個のサブブロックの各々は６４の第２幅及び第２高さを有する。方法２４６０の幾つかの実施形態では、該値は６４であり、現在ビデオブロックが１２８の第１幅と１２８の第１高さを有することに応答して、現在ビデオブロックは４個のサブブロックに分割され、該４個のサブブロックの各々は６４の第２幅及び第２高さを有する。

方法２４６０の幾つかの実施形態では、現在ビデオブロックがＮの第１幅と１２８の第１高さを有すること、又は１２８の第１幅とＮの第１高さを有することに応答して、現在ビデオブロックはサブブロックに分割されない、ここでＮは６４より小さい。方法２４６０の幾つかの実施形態では、該値は６４であり、現在ビデオブロックがNの第１幅と１２８の第１高さを有すること、又は１２８の第１幅とNの第１高さを有することに応答して、現在ビデオブロックは２個のサブブロックに分割され、該２個のサブブロックの各々はNの第２幅及び６４の第２高さを有するか、又は６４の第２幅及びNの第２高さを有する。

方法２４６０の幾つかの実施形態では、現在ビデオブロックの第１幅が値より大きいことに応答して、現在ビデオブロックは垂直方向に分割され、現在ビデオブロックのサブブロックの第２幅は該値より小さい又は等しい。方法２４６０の幾つかの実施形態では、現在ビデオブロックの第１高さが値より大きいことに応答して、現在ビデオブロックは水平方向に分割され、現在ビデオブロックのサブブロックの第２高さは該値より小さい又は等しい。方法２４６０の幾つかの実施形態では、該値は１６である。方法２４６０の幾つかの実施形態では、現在ビデオブロックのサブブロックの第２幅は１６である。方法２４６０の幾つかの実施形態では、現在ビデオブロックのサブブロックの第２高さは１６である。方法２４６０の幾つかの実施形態では、現在ビデオブロックの第１サイズが第１閾値より大きいことに応答して、現在ビデオブロックは複数のサブブロックに分割される。方法２４６０の幾つかの実施形態では、複数のサブブロックの各々は、サブブロックサイズと等しい第２サイズを有するコーディングブロックと同じ方法で、１つ以上のＤＭＶＤ方式により処理される。

方法２４６０の幾つかの実施形態では、複数のサブブロックの各々は、第１閾値より小さい又は等しい同じサイズを有する。方法２４５０及び２４６０の幾つかの実施形態では、現在ビデオブロックはルマビデオブロックである。方法２４５０の幾つかの実施形態では、複数のＤＭＶＤ方式を有効又は無効にするかどうかを決定するステップは、ルマビデオブロックに対して実行され、関連付けられたクロマビデオブロックにより共有される。方法２４６０の幾つかの実施形態では、サブブロックレベルで複数のＤＭＶＤ方式を実行するかどうかを決定するステップは、ルマビデオブロックに対して実行され、関連付けられたクロマビデオブロックにより共有される。方法２４６０の幾つかの実施形態では、現在ビデオブロックの高さ又は幅が第２閾値より小さい又は等しいことに応答して、現在ビデオブロックは複数のサブブロックに水平方向又は垂直方向に分割されないと決定される。方法２４６０の幾つかの実施形態では、第１閾値は１０２４であり、第２閾値は３２である。

方法２４６０の幾つかの実施形態では、該値は、現在ビデオブロックについて、予め定義されるか、又は、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャ、スライス、タイルグループ、又はタイルレベルで、シグナリングされる。方法２４６０の幾つかの実施形態では、該値又は第１閾値又は第２閾値は、現在ビデオブロックのコーディング情報に依存する。方法２４６０の幾つかの実施形態では、サブブロックサイズの決定は、複数のＤＭＶＤ方式について同じである。方法２４６０の幾つかの実施形態では、現在ビデオブロックのコーディング情報は、現在ビデオブロックのブロックサイズ又はピクチャタイプ又は時間レイヤインデックスを含む。方法２４６０の幾つかの実施形態では、現在ビデオブロックの複数のＤＭＶＤ方式は、現在ビデオブロックの全部のＤＭＶＤ方式を含む。

図２４Hは、ビデオ処理の例示的な方法２４７０のフローチャートである。方法２４７０は、２４７２で、ビデオの現在ビデオブロックの複数の成分について、デコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を有効又は無効にするかを決定するステップを含む。方法２４７０は、２４７４で、ＤＭＶＤ方式が有効にされると決定した後に、ＤＭＶＤ方式を実施することにより、現在ビデオブロックについて精緻化動き情報を取得するステップを含む。方法２４７０は、２４７６で、ＤＭＶＤ方式の実施中に、現在ビデオブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。

方法２４７０の幾つかの実施形態では、ＤＭＶＤ方式を有効又は無効にするかどうかを決定するステップは、１回実行され、複数の成分により共有される。方法２４７０の幾つかの実施形態では、ＤＭＶＤを有効又は無効にするかどうかを決定するステップは、複数の成分について複数回実行される。方法２４７０の幾つかの実施形態では、ＤＭＶＤを有効又は無効にするかどうかを決定するステップは、最初に複数の成分のうちの１つの成分について実行され、次に複数の成分のうちの１つ以上の残りの成分について実行されるか又は共有される。方法２４７０の幾つかの実施形態では、１つの成分はルマ成分又は緑色成分である。方法２４７０の幾つかの実施形態では、ＤＭＶＤを有効又は無効にするかどうかを決定するステップは、１つの成分の情報に基づき、複数の成分のうちの１つの成分について実行される。方法２４７０の幾つかの実施形態では、１つの成分はルマ成分、クロマ成分、緑色成分、青色成分、又は赤色成分である。

幾つかの実施形態は、以下の項に基づく形式を用いて記述され得る。

（項１）ビデオ処理方法は、プロセッサにより、現在ビデオブロックと前記現在ビデオブロックのビットストリーム表現との間の変換の間に、導出ルールに基づきパラメータを導出することにより、動きベクトル精緻化のためにデコーダ側動きベクトル導出（ＤＭＶＤ）方式を実施するステップを含む方法。

（項２）前記パラメータは、前記現在ビデオブロックの最終予測ブロックに適用されるパラメータから導出される、項１に記載の技術。

（項３）前記パラメータは、前記ビットストリーム表現内でシグナリングされる、項１に記載の技術。

（項４）前記パラメータは、前記プロセッサにより導出される、項１に記載の技術。

（項５）前記導出ルールは、前記ＤＭＶＤ方式について最終予測ブロックを導出することに使用されるパラメータを使用するよう指定する、項１～４のいずれかに記載の技術。

（項６）前記変換は、先ず一般双方向コーディング重み又は加重予測方式の重み又はローカル照明補償方式の重みのうちの１つを双方向オプティカルフロー方式の時間又は空間勾配に適用し、次に予測コスト関数を計算することにより、前記現在ビデオブロックについて前記予測コスト関数を計算するステップを含む、項５に記載の技術。

（項７）前記予測コスト関数は、勾配関数又は絶対差分和（sum of absolute difference (SAD)）コスト関数である、項６に記載の技術。

（項８）前記パラメータは、前記最終予測ブロックのローカル照明補償のためのパラメータである、項２に記載の技術。

（項９）ビデオ処理方法であって、現在ビデオブロックと前記現在ビデオブロックのビットストリーム表現との間の変換の間に、有効化（enablement）ルールに基づき、動きベクトル精緻化のためにデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を選択的に使用するステップを含む方法。

（項１０）前記有効化ルールは、前記変換が一般双方向コーディングモード又はローカル照明補償モード又は加重予測モード又は複数仮説予測モードを使用する場合に、前記ＤＭＶＤ方式を無効にすることを指定する、項９に記載の技術。

（項１１）前記有効化ルールは、不均等なピクチャオーダカウント距離を使用する双予測ブロックである前記現在ビデオブロックについて前記ＤＭＶＤ方式を使用することを指定する、項９に記載の技術。

（項１２）前記有効化ルールは、現在ビデオブロックの双方向予測の２つの方向を表すピクチャオーダカウント距離PocDis０及びPocDis１の間の関係に基づき、前記ＤＭＶＤ方式を使用することを指定する、項９に記載の技術。

（項１３）前記有効化ルールは、PocDis０=PocDis１の場合に、前記ＤＭＶＤ方式を使用することを指定する、項１２に記載の技術。

（項１４）前記有効化ルールは、PocDis０がPocDis１と等しくない場合に、前記ＤＭＶＤ方式を使用することを指定する、項１２に記載の技術。

（項１５）前記有効化ルールは、PocDis０をPocDis１により乗算したものが０より小さい場合に、前記ＤＭＶＤ方式を使用することを指定する、項１２に記載の技術。

（項１６）前記ＤＭＶＤ方式は、前記変換の間の２つの参照ピクチャリストとして、リスト０及びリスト１を使用し、リスト０はリスト１のミラーリングされたバージョンである、項９～１４のいずれかに記載の技術。

（項１７）前記ＤＭＶＤ方式は、PocDis０及びPocDis１距離に基づくスケーリングに従い、リスト０及びリスト１の動きベクトル差を使用することを含む、項１５に記載の技術。

（項１８）前記ＤＭＶＤ方式は、リスト０の動きベクトル差を使用してリスト１の差にスケーリングすることを含む、項１７に記載の技術。

（項１９）前記ＤＭＶＤ方式は、リスト１の動きベクトル差を使用してリスト０の差にスケーリングすることを含む、項１７に記載の技術。

（項２０）前記ＤＭＶＤ方式は、前記参照ピクチャのピクチャオーダカウントに従い参照ピクチャを使用することを含む、項９～１４のいずれかに記載の技術。

（項２１）前記有効化ルールは前記現在ビデオブロックの次元に基づく、項９に記載の技術。

（項２２）前記ＤＭＶＤ方式は、W*H>=T１&&H>=T２の場合に有効であるデコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）を含み、W及びHは前記現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である、項２１に記載の技術。

（項２３）前記ＤＭＶＤ方式は、W*H>=T１&&H>=T２の場合に有効である双方向オプティカル（bidirectional optical (BIO)）コーディング方法を含み、W及びHはそれぞれ前記現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である、項２１に記載の技術。

（項２４）前記ＤＭＶＤ方式は、次式

の場合に有効であるデコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）を含み、W及びHは前記現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である、項２１に記載の技術。

（項２５）前記ＤＭＶＤ方式は、次式

の場合に有効である双方向オプティカルフロー（bidirectional optical flow(BIO)）コーディング方式を含み、W及びHはそれぞれ前記現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である、項２１に記載の技術。

（項２６）前記ＤＭＶＤ方式は、デコーダ側動きベクトル精緻化（decoder－side motion vector refinement (DMVR)）方式又は双方向オプティカルフロー（bidirectional optical flow (BIO)）コーディング方式であり、前記ＤＭＶＤ方式は、前記現在ビデオブロックが幅>th１又は高さ>th２を有する場合に無効にされる、項９～２１のいずれかに記載の技術。

（項２７）ビデオ処理技術であって、現在ビデオブロックと前記現在ビデオブロックのビットストリーム表現との間の変換の間に、ルールに基づき前記ＤＭＶＤ方式をサブブロックレベルで適用することにより、動きベクトル精緻化のためにデコーダ側動きベクトル導出（decoder－side motion vector derivation (DMVD)）方式を選択的に使用するステップを含む技術。

（項２８）前記ＤＭＶＤ方式は、デコーダ側動きベクトル精緻化（ecoder－side motion vector refinement (DMVR)）方式又は双方向オプティカルフロー（bidirectional optical flow (BIO)）方式である、項２７に記載の技術。

（項２９）前記ＤＭＶＤ方式は前記ＢＩＯ方式であり、前記ルールは、サブブロック毎に前記ＤＭＶＤ方式の適用可能性を指定する、項２８に記載の技術。

（項３０）前記現在ビデオブロックは、幅>=LW又は高さ>=LHを有し、或いは幅＊高さが閾値L１より大きく、L１、L、W、及びHは整数であり、前記変換は、前記現在ビデオブロックを複数のサブブロックに分割することにより実行され、該サブブロックは前記ＤＭＶＤ方式を用いて更に処理される、項２９に記載の技術。

（項３１）前記分割するステップは、前記現在ビデオブロックを水平方向に分割するステップを含む、項３０に記載の技術。

（項３２）前記分割するステップは、前記現在ビデオブロックを垂直方向に分割するステップを含む、項３０に記載の技術。

（項３３）Lは、シーケンスパラメータセットレベル、ピクチャパラメータセットレベル、ピクチャレベル、スライスレベル、タイルグループレベル、又はタイルレベルで、前記ビットストリーム表現内でシグナリングされるか、又は、Lは、前記現在ビデオブロックのサイズ又は前記現在ビデオブロックを含むピクチャのタイプ又は前記現在ビデオブロックの時間レイヤインデックスに基づき暗示的にシグナリングされる、項３０～３２のいずれかに記載の技術。

（項３４）前記ＤＭＶＤは、前記現在ビデオブロックのルマ又はクロマタイプに依存して、前記現在ビデオブロックに適用される、項１～３３のいずれかに記載の技術。

（項３５）前記変換は、ブロックについて前記ＤＭＶＤ方式を使用することの決定又は前記現在ビデオブロックに対応する異なるルマ又はクロマタイプに基づき決定される前記ＤＭＶＤ方式を使用する、項１～３４のいずれかに記載の技術。

（項３６）前記ＤＭＶＤ方式は、デコーダ側動きベクトル精緻化方式又は双方向オプティカルフロー方式を含む、項１～３５に記載の技術。

（項３７）ビデオ処理技術であって、現在ビデオブロックは対称動きベクトル差コーデック技術を使用し、前記現在ビデオブロックと前記現在ビデオブロックのビットストリーム表現との間の変換の間に、デコーダ側動きベクトル導出技術を使用するステップであって、前記デコーダ側動きベクトル導出技術により、前記現在ビデオブロックの動きベクトルが前記変換中に精緻化され、前記対称動きベクトル差コーデック技術は対称動きベクトル差導出を使用する、ステップと、前記デコーダ側動きベクトル導出技術を使用して前記変換を実行するステップと、を含む技術。

（項３８）前記デコーダ側動きベクトル導出技術は、デコーダ側動きベクトル精緻化を含む、項３７に記載の技術。

（項３９）前記デコーダ側動きベクトル導出技術は、動きベクトル精度を、前記対称動きベクトル差コーデック技術に使用されるNペルからMペル精度へと変更し、N及びMは整数の分数であり、N及びMは１／１６、１／８、１／４、１／２、１、２、４、８、又は１６に等しい、項３７～３８のいずれかに記載の技術。

（項４０）ＭはＮ以下である、項３９に記載の技術。

（項４１）前記ビットストリーム表現は、前記現在ビデオブロックの動きベクトル差指示を排除し、前記デコーダ側動きベクトル導出技術は、前記動きベクトル差を導出するために使用される、項３７～４１のいずれかに記載の技術。

（項４２）前記ビットストリーム表現は、前記デコーダ側動きベクトル導出技術及び前記対称動きベクトル導出技術が前記現在ビデオブロックの前記変換のために使用されるか否かを示す、項３７～４２のいずれかに記載の技術。

（項４３）前記変換は、前記現在ビデオブロックから前記ビットストリーム表現を生成すること、又は前記ビットストリーム表現から前記現在ビデオブロックを生成すること、を含む、項１～４２のいずれかに記載の技術。

（項４４）ビデオ符号化機器であって、項１～４３のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ符号化機器。

（項４５）ビデオ復号機器であって、項１～４３のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ復号機器。

（項４６）格納されたコードを有するコンピュータ可読媒体であって、前記コードは、実行されると、プロセッサに項１～４３のうちの１つ以上に記載の方法を実施させる、コンピュータ可読媒体。

図２６は、ここに開示される種々の技術が実施され得る例示的なビデオ処理システム２１００を示すブロック図である。種々の実装は、システム２１００のコンポーネントの一部又は全部を含んでよい。システム２１００は、ビデオコンテンツを受信する入力２１０２を含んでよい。ビデオコンテンツは、生（raw）又は非圧縮フォーマット、例えば８又は１０ビット複数成分ピクセル値で受信されてよく、或いは圧縮又は符号化フォーマットであってよい。入力２１０２は、ネットワークインタフェース、周辺機器バスインタフェース、又はストレージインタフェースを表してよい。ネットワークインタフェースの例は、イーサネット（登録商標）、受動光ネットワーク（passive optical network (PON)）等のような有線インタフェース、及びWi－Fi又はセルラインタフェースのような無線インタフェースを含む。

システム２１００は、本願明細書に記載された種々のコーディング又は符号化方法を実施し得るコーディングコンポーネント２１０４を含んでよい。コーディングコンポーネント２１０４は、入力２１０２からコーディングコンポーネント２１０４の出力へのビデオの平均ビットレートを低減して、ビデオのコーディング表現を生成してよい。コーディング技術は、従って、時に、ビデオ圧縮又はビデオトランスコーディング技術と呼ばれる。コーディングコンポーネント２１０４の出力は、コンポーネント２１０６により表されるように、格納されるか、又は通信接続を介して送信されてよい。入力２１０２で受信された、格納され又は通信されたビットストリーム（又はコーディングされた）表現は、コンポーネント２１０８により、ディスプレイインタフェース２１１０へ送信されるピクセル値又は表示可能なビデオを生成するために、使用されてよい。ビットストリーム表現からユーザに閲覧可能なビデオを生成する処理は、時に、ビデオ伸長と呼ばれる。更に、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作は、エンコーダにおいて使用され、コーディングの結果を逆にする対応する復号ツール又は動作がデコーダにより実行されることが理解される。

周辺機器バスインタフェース又はディスプレイインタフェースの例は、ユニバーサルシリアルバス（universal serial bus (USB)）又は高解像度マルチメディアインタフェース（high definition multimedia interface (HDMI（登録商標））)又はディスプレイポート（Displayport）、等を含んでよい。ストレージインタフェースの例は、ＳＡＴＡ（serial advanced technology attachment）、ＰＣＩ、ＩＤＥインタフェース、等を含む。本願明細書に記載した技術は、移動電話機、ラップトップ、スマートフォン、又はデジタルデータ処理を実行可能な他の装置、及び／又はビデオディスプレイのような種々の電子装置に実装されてよい。

開示した技術の幾つかの実施形態は、ビデオ処理ツール又はモードを有効にすることの決定又は判断を行うことを含む。例では、ビデオ処理ツール又はモードが有効にされると、エンコーダは、ビデオのブロックの処理において該ツール又はモードを使用又は実施するが、必ずしもツール又はモードの使用に基づき結果として生じるビットストリームを変更する必要はない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、決定又は判断に基づき有効にされるとき、ビデオ処理ツール又はモードを使用する。別の例では、ビデオ処理ツール又はモードが有効にされると、デコーダは、ビットストリームがビデオ処理ツール又はモードに基づき変更されているという知識により、ビットストリームを処理する。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判断に基づき有効にされたビデオ処理ツール又はモードを使用して実行される。

開示した技術の幾つかの実施形態は、ビデオ処理ツール又はモードを無効にすることの決定又は判断を行うことを含む。例では、ビデオ処理ツール又はモードが無効にされるとき、エンコーダは、ビデオのブロックをビデオのビットストリーム表現へ変換する際にツール又はモードを使用しない。別の例では、ビデオ処理ツール又はモードが無効にされると、デコーダは、決定又は判断に基づきビットストリームがビデオ処理ツール又はモードを用いて変更されていないという知識により、ビットストリームを処理する。

図２７は、本開示の技術を利用し得る例示的なビデオコーディングシステム１００を示すブロック図である。図２７に示されるように、ビデオコーディングシステム１００は、ソース装置１１０と宛先装置１２０とを含んでよい。ソース装置１１０は、ビデオ符号化装置と呼ばれてよく、符号化ビデオデータを生成する。宛先装置１２０は、ビデオ復号装置と呼ばれてよく、ソース装置１１０により生成された符号化ビデオデータを復号してよい。ソース装置１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インタフェース１１６を含んでよい。

ビデオソース１１２は、ビデオキャプチャ装置のようなソース、ビデオコンテンツプロバイダからビデオデータを受信するインタフェース、及び／又はビデオデータを生成するコンピュータグラフィックシステム、又はそのようなソースの組合せを含んでよい。ビデオデータは、１つ以上のピクチャを含んでよい。ビデオエンコーダ１１４は、ビデオソース１１２からのビデオデータを符号化して、ビットストリームを生成する。ビットストリームは、ビデオデータのコーディング表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングピクチャ及び関連データを含んでよい。コーディングピクチャは、ピクチャのコーディング表現である。関連データは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでよい。Ｉ／Ｏインタフェース１１６は、変調器／復調器（モデム）及び／又は送信機を含んでよい。符号化ビデオデータは、Ｉ／Ｏインタフェース１１６を介してネットワーク１３０ａを通じて、宛先装置１２０へ直接送信されてよい。符号化ビデオデータは、宛先装置１２０によるアクセスのために、記憶媒体／サーバ１３０ｂに格納されてもよい。

宛先装置１２０は、Ｉ／Ｏインタフェース１２６、ビデオデコーダ１２４、及びディスプレイ装置１２２を含んでよい。

Ｉ／Ｏインタフェース１２６は、受信機及び／又はモデムを含んでよい。Ｉ／Ｏインタフェース１２６は、ソース装置１１０又は記憶媒体／サーバ１３０ｂから符号化ビデオデータを取得してよい。ビデオデコーダ１２４は、符号化ビデオデータを復号してよい。ディスプレイ装置１２２は、復号ビデオデータをユーザに表示してよい。ディスプレイ装置１２２は、宛先装置１２０に統合されてよく、又は宛先装置１２０の外部にあり、外部ディスプレイ装置とインタフェースするよう構成されてよい。

ビデオエンコーダ１１４及びビデオデコーダ１２４は、高効率ビデオコーディング（High Efficiency Video Coding (HEVC)）規格、バーサタイルビデオコーディング（Versatile Video Coding (VVM)）規格、及び他の現在及び／又は将来の規格のような、ビデオ圧縮規格に従い動作してよい。

図２８は、図２７に示したシステム１００の中のビデオエンコーダ１１４であってよいビデオエンコーダ２００の例を示すブロック図である。

ビデオエンコーダ２００は、本開示の技術のうちのいずれか又は全部を実行するよう構成されてよい。図２８の例では、ビデオエンコーダ２００は複数の機能コンポーネントを含む。本開示に記載した技術は、ビデオエンコーダ２００の種々のコンポーネントの間で共有されてよい。幾つかの例では、プロセッサは、本開示に記載した技術のうちのいずれか又は全部を実行するよう構成されてよい。

ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１、モード選択ユニット２０３と動き推定ユニット２０４と動き補償ユニット２０５とイントラ予測ユニット２０６とを含んでよい予測ユニット２０２、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、及びエントロピー符号化ユニット２１４を含んでよい。

他の例では、ビデオエンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでよい。例では、予測ユニット２０２は、イントラブロックコピー（intra block copy (IBC)）ユニットを含んでよい。ＩＢＣユニットは、ＩＢＣモードで予測を実行してよく、ＩＢＣモードでは少なくとも１つの参照ピクチャが現在ビデオブロックの位置するピクチャである。

更に、動き推定ユニット２０４及び動き補償ユニット２０５のような幾つかのコンポーネントは、高度に統合されてよいが、説明の目的で図２８の例では別個に表される。

パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティションする。ビデオエンコーダ２００及びビデオデコーダ３００は、種々のビデオブロックサイズをサポートしてよい。

モード選択ユニット２０３は、コーディングモード、イントラ又はインターのうちの１つを、例えば誤差結果に基づき選択し、結果として生じたイントラ又はインターコーディングされたブロックを残差ブロックデータを生成するために残差生成ユニット２０７に、及び参照ピクチャとして使用するために符号化ブロックを再構成するために再構成ユニット２１２に提供してよい。幾つかの例では、モード選択ユニット２０３は、結合イントラ及びインター予測（combination of intra and inter predication (CIIP)）モードを選択してよい。ＣＩＩＰモードでは、予測はインター予測信号及びイントラ予測信号に基づく。モード選択ユニット２０３は、インター予測の場合に、ブロックについて動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

現在ビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在ビデオブロックと比較することにより、現在ビデオブロックについて動き情報を生成してよい。動き補償ユニット２０５は、動き情報及び現在ビデオブロックに関連するピクチャ以外のバッファ２１３からのピクチャの復号サンプルに基づき、現在ビデオブロックについて予測ビデオブロックを決定してよい。

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば現在ビデオブロックがＩスライス、Ｐスライス、又はＢスライスかに依存して、現在ビデオブロックについて異なる動作を実行してよい。

幾つかの例では、動き推定ユニット２０４は、現在ビデオブロックについて片方向予測を実行してよく、動き推定ユニット２０４は、現在ビデオブロックの参照ビデオブロックについて、リスト０又はリスト１の参照ピクチャを検索してよい。動き推定ユニット２０４は、次に、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックス、及び現在ビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルを生成してよい。動き推定ユニット２０４は、参照インデックス、予測方向指示子、及び動きベクトルを、現在ビデオブロックの動き情報として出力してよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報により示される参照ビデオブロックに基づき、現在ブロックの予測ビデオブロックを生成してよい。

他の例では、動き推定ユニット２０４は、現在ビデオブロックについて双方向予測を実行してよく、動き推定ユニット２０４は、現在ビデオブロックの参照ビデオブロックについてリスト０内の参照ピクチャを検索してよく、現在ビデオブロックの別の参照ビデオブロックについてリスト１内の参照ピクチャを検索してよい。動き推定ユニット２０４は、次に、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックス、及び参照ビデオブロックと現在ビデオブロックとの間の空間変位を示す動きベクトルを生成してよい。動き推定ユニット２０４は、現在ビデオブロックの動き情報として、参照インデックス及び現在ビデオブロックの動きベクトルを出力してよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報により示される参照ビデオブロックに基づき、現在ビデオブロックの予測ビデオブロックを生成してよい。

幾つかの例では、動き推定ユニット２０４は、デコーダの復号処理のために動き情報の完全なセットを出力してよい。

幾つかの例では、動き推定ユニット２０４は、現在ビデオ動き情報の完全なセットを出力しなくてよい。むしろ、動き推定ユニット２０４は、別のビデオブロックの動き情報を参照して、現在ビデオブロックの動き情報をシグナリングしてよい。例えば、動き推定ユニット２０４は、現在ビデオブロックの動き情報が、近隣ビデオブロックの動き情報と十分に類似していることを決定してよい。

一例では、動き推定ユニット２０４は、現在ビデオブロックに関連付けられたシンタックス構造の中で、現在ビデオブロックが別のビデオブロックと同じ動き情報を有することをビデオデコーダ３００に示す値を示してよい。

別の例では、動き推定ユニット２０４は、現在ビデオブロックに関連付けられたシンタックス構造の中で、別のビデオブロック及び動きベクトル差（motion vector difference (MVD)）を識別してよい。動きベクトル差は、現在ビデオブロックの動きベクトルと示されたビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、示されたビデオブロックの動きベクトル及び動きベクトル差を使用して、現在ビデオブロックの動きベクトルを決定してよい。

上述のように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングしてよい。ビデオエンコーダ２００により実施され得る予測的シグナリング技術の２つの例は、高度動きベクトル予測（advanced motion vector predication (AMVP)）及びマージモードシグナリングを含む。

イントラ予測ユニット２０６は、現在ビデオブロックに対してイントラ予測を実行してよい。イントラ予測ユニット２０６が現在ビデオブロックに対してイントラ予測を実行するとき、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号サンプルに基づき、現在ビデオブロックの予測データを生成してよい。現在ビデオブロックの予測データは、予測ビデオブロック及び種々のシンタックス要素を含んでよい。

残差生成ユニット２０７は、現在ビデオブロックの予測ビデオブロックを現在ビデオブロックから減算することにより（例えば、マイナス符号により示される）、現在ビデオブロックの残差データを生成してよい。現在ビデオブロックの残差データは、現在ビデオブロック内のサンプルの異なるサンプル成分に対応する残差ビデオブロックを含んでよい。

他の例では、現在ビデオブロックについて、例えばスキップモードでは現在ビデオブロックの残差データが存在しなくてよく、残差生成ユニット２０７は減算動作を実行しなくてよい。

変換処理ユニット２０８は、現在ビデオブロックに関連付けられた残差ビデオブロックに１つ以上の変換を適用することにより、現在ビデオブロックについて１つ以上の変換係数ビデオブロックを生成してよい。

変換処理ユニット２０８が現在ビデオブロックに関連付けられた変換係数ビデオブロックを生成した後に、量子化ユニット２０９は、現在ビデオブロックに関連付けられた１つ以上の量子化パラメータ（quantization parameter (QP)）に基づき、現在ビデオブロックに関連付けられた変換係数ビデオブロックを量子化してよい。

逆量子化ユニット２１０及び逆変換ユニット２１１は、それぞれ変換係数ビデオブロックに逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してよい。再構成ユニット２１２は、再構成残差ビデオブロックを、予測ユニット２０２により生成された１つ以上の予測ビデオブロックからの対応するサンプルに加算して、バッファ２１３に格納するために現在ビデオブロックに関連付けられた再構成ビデオブロックを生成してよい。

再構成ユニット２１２がビデオブロックを再構成した後に、ループフィルタリング動作が実行されて、ビデオブロック内のビデオブロッキングアーチファクトを低減してよい。

エントロピー符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信してよい。エントロピー符号化ユニット２１４がデータを受信すると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を実行して、エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力してよい。

図２９は図２７に示したシステム１００の中のビデオデコーダ１１４であってよいビデオデコーダ３００の例を示すブロック図である。

ビデオデコーダ３００は、本開示の技術のうちのいずれか又は全部を実行するよう構成されてよい。図２９の例では、ビデオデコーダ３００は複数の機能コンポーネントを含む。本開示に記載した技術は、ビデオデコーダ３００の種々のコンポーネントの間で共有されてよい。幾つかの例では、プロセッサは、本開示に記載した技術のうちのいずれか又は全部を実行するよう構成されてよい。

図２９の例では、ビデオデコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、及び再構成ユニット３０６、及びバッファ３０７を含む。ビデオデコーダ３００は、幾つかの例では、ビデオエンコーダ２００（図２８）に関して説明した符号化経路に対して通常相互的な復号経路を実行してよい。

エントロピー復号ユニット３０１は、符号化ビットストリームを読み出してよい。符号化ビットストリームは、エントロピー符号化ビデオデータ（例えば、ビデオデータの符号化ブロック）を含んでよい。エントロピー復号ユニット３０１は、エントロピー符号化ビデオデータを復号し、エントロピー復号ビデオデータから、動き補償ユニット３０２が、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定してよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することにより、このような情報を決定してよい。

動き補償ユニット３０２は、場合によっては補間フィルタに基づき補間を実行することにより、動き補償ブロックを生成してよい。サブピクセル精度で使用されるべき補間フィルタの識別子は、シンタックス要素に含まれてよい。

動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルの補間値を計算するためにビデオブロックの符号化中にビデオエンコーダ２０により使用されるような補間フィルタを使用してよい。動き補償ユニット３０２は、受信したシンタックス情報に従い、ビデオエンコーダ２００により使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してよい。

動き補償ユニット３０２は、シンタックス情報の一部を使用して、符号化ビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されるブロックのサイズ、符号化ビデオシーケンスのピクチャの各マクロブロックがどのようにパーティションされるかを記述するパーティション情報、各パーティションがどのように符号化されるかを示すモード、インター符号化ブロック毎の１つ以上の参照フレーム（及び参照フレームリスト）、及び符号化ビデオシーケンスを復号するための他の情報を決定してよい。

イントラ予測ユニット３０３は、例えばビットストリーム内で受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してよい。逆量子化ユニット３０３は、ビットストリーム内で提供され、エントロピー復号ユニット３０１により復号された量子化されたビデオブロック係数を逆量子化、つまり量子化解除する。逆変換ユニット３０３は、逆変換を適用する。

再構成ユニット３０６は、残差ブロックを、動き補償ユニット２０２又はイントラ予測ユニット３０３により生成された対応する予測ブロックと加算して、復号ブロックを形成してよい。望ましい場合には、ブロックアーチファクトを除去するために復号ブロックをフィルタリングするデブロッキングフィルタも適用されてよい。復号ビデオブロックは、次に、バッファ３０７に格納されて、後の動き補償／イントラ予測のために参照ブロックを提供し、更にディスプレイ装置上で提示するために復号ビデオを生成する。

以上から、本開示の技術の特定の実施形態が説明の目的でここに記載されたが、種々の変形が本発明の範囲から逸脱することなく行われてよいことが理解される。従って、本開示の技術は、添付の請求の範囲を除いて、限定されない。

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

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイルされた又はインタープリットされた言語を含む任意の形式のプログラミング言語で記述でき、それは、スタンドアロンプログラム又はモジュール、コンポーネント、サブルーチン、又はコンピューティング環境内での使用に適する他のユニットを含む任意の形式で展開できる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応する必要はない。プログラムは、他のプログラム又はデータ（例えばマークアップ言語文書内に格納された１つ以上のスクリプト）を保持するファイルの一部に、問題のプログラムに専用の単一のファイルに、又は複数の連携ファイル（例えば、１つ以上モジュール、サブプログラム、又はコードの部分を格納するファイル）に、格納できる。コンピュータプログラムは、１つのコンピュータ上で、又は１つの場所に置かれた若しくは複数の場所に分散されて通信ネットワークにより相互接続される複数のコンピュータ上で、実行されるよう展開できる。

本願明細書に記載の処理及びロジックフローは、入力データに作用し及び出力を生成することにより機能を実行する１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサにより実行できる。特定用途論理回路、例えば、ＦＰＧＡ（field programmable gate array）又はＡＳＩＣ（application specific integrated circuit）により、処理及びロジックフローが実行でき、それとして機器が実装できる。

コンピュータプログラムの実行に適するプロセッサは、例えば、汎用及び特定用途向けマイクロプロセッサの両方、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。通常、プロセッサは、命令及びデータを読み出し専用メモリ又はランダムアクセスメモリ又は両者から受信する。コンピュータの基本的要素は、命令を実行するプロセッサ、及び命令及びデータを格納する１つ以上のメモリ装置である。通常、コンピュータは、データを格納する１つ以上の大容量記憶装置、例えば、磁気、光磁気ディスク、又は光ディスク、も含み、又はそれらからデータを受信し又はそれらへデータを転送するために又は両者のために動作可能に結合される。しかしながら、コンピュータはこのような装置を有する必要はない。コンピュータプログラム命令及びデータを格納するのに適する非一時的コンピュータ可読媒体は、例えば半導体メモリ装置、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ，及びフラッシュメモリ装置、磁気ディスク、例えば内部ハードディスク又は取り外し可能ディスク、光磁気ディスク、及びＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む、全ての形式の－不揮発性メモリ、媒体、及びメモリ装置を含む。プロセッサ及びメモリは、特定用途向け論理回路により補足され、又はその中に組み込むことができる。

本願明細書は多数の特定事項を含むが、これらは、任意の主題の又は請求され得るものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に固有の特徴の説明として考えられるべきである。別個の実装の文脈で本願明細書に記載された特定の特徴は、単一の実装形態において組み合わせることもできる。反対に、単一の実施形態の文脈で記載された種々の特徴は、複数の実施形態の中で別個に又は任意の適切な部分的組み合わせで実装されることもできる。更に、特徴は特定の組み合わせで動作するよう上述され、そのように初めに請求され得るが、請求される組み合わせからの１つ以上の特徴は、幾つかの場合には、組み合わせから切り離されてよく、請求される組み合わせは、部分的組み合わせ又は部分的組み合わせの変形に向けられてよい。

同様に、動作は、図中に特定の順序で示されるが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で又はシーケンシャルに実行されること、及び全ての図示の動作が実行されること、を要求すると理解されるべきではない。更に、本願明細書に記載された実施形態における種々のシステムコンポーネントの分離は、全ての実施形態においてこのような分離を必要とすると理解されるべきではない。

少数の実装及び例のみが記載され、本願明細書に記載され示されたものに基づき他の実装、拡張、及び変形が行われ得る。

Claims (20)

1. ビデオデータを処理する方法であって、
   ビデオの現在ビデオブロックのブロック寸法を使用するルールに基づき、前記現在ビデオブロックと前記ビデオのビットストリームとの間の変換について第１方式が有効又は無効にされるかについての第１決定を行うステップであって、前記第１方式は、リスト０の少なくとも１つの参照サンプルとリスト１の少なくとも１つの参照サンプルとの間のコストに基づき、精緻化動き情報を導出するために使用される、ステップと、
   同じルールに基づき、前記変換について第２方式が有効又は無効にされるかについての第２決定を行うステップであって、前記第２方式は双方向オプティカルフロー方式である、ステップと、
   前記第１決定及び前記第２決定に基づき、前記変換を実行するステップと、
   を含む方法。
2. 前記第１方式及び前記第２方式は、前記現在ビデオブロックに含まれる第１サンプル数が第２サンプル数より少ないことに応答して無効であると決定され、前記第２サンプル数はサンプル数閾値である、請求項１に記載の方法。
3. 前記第１方式及び前記第２方式は、前記現在ビデオブロックの幅が値より小さい及び／又は前記現在ビデオブロックの高さが値より小さいことに応答して、無効であると決定される、請求項１に記載の方法。
4. 前記値は８である、請求項３に記載の方法。
5. 前記第１方式及び前記第２方式は、(W*H)>=T１及びH>=T２であることに基づき有効であると決定され、ここで、W及びHはそれぞれ前記現在ビデオブロックの幅及び高さであり、T１及びT２は有理数である、請求項１に記載の方法。
6. T２は８である、請求項５に記載の方法。
7. 前記第１方式及び前記第２方式は、前記現在ビデオブロックの同じサブブロックレベルで実行される、請求項１～６のいずれか一項に記載の方法。
8. サブブロックサイズの決定は、前記第１方式及び前記第２方式について同じである、請求項１～７のいずれか一項に記載の方法。
9. 前記現在ビデオブロックは、前記現在ビデオブロックの幅が第１値より大きいことに応答して垂直方向に分割され、前記現在ビデオブロックのサブブロックの幅は、前記第１値より小さい又は等しい、及び／又は、
   前記現在ビデオブロックは、前記現在ビデオブロックの高さが第２値より大きいことに応答して水平方向に分割され、前記現在ビデオブロックのサブブロックの高さは前記第２値より小さい又は等しい、
   請求項１～８のいずれか一項に記載の方法。
10. サブブロックは、サブブロックサイズと等しいサイズを有するコーディングブロックと同じ方法で、前記第１方式及び前記第２方式により処理される、請求項１～９のいずれか一項に記載の方法。
11. 前記第１値は１６であり、及び／又は前記第２値は１６である、請求項９に記載の方法。
12. 前記現在ビデオブロックはルマビデオブロックであり、前記第１方式及び前記第２方式を有効又は無効にするかを決定する前記ステップは、前記ルマビデオブロックの情報に基づき且つ関連するクロマビデオブロックの情報を使用せずに実行される、請求項１～１１のいずれか一項に記載の方法。
13. 前記第１方式はデコーダ側動きベクトル精緻化方式であり、前記精緻化動き情報は、前記デコーダ側動きベクトル精緻化方式において、前記現在ビデオブロックについて前記サブブロックレベルでバイラテラルマッチングを適用することにより取得される、請求項７に記載の方法。
14. 前記第２方式が有効であると決定され、前記精緻化動き情報は、前記第２方式において前記現在ビデオブロックの前記サブブロックレベルで実行される動き情報のサンプル毎の精緻化を実行することにより、取得される、請求項７に記載の方法。
15. 前記第２方式は、前記現在ビデオブロックについて、前記サブブロックレベルで有効又は無効であると決定される、請求項７に記載の方法。
16. 前記変換は、前記現在ビデオブロックを前記ビットストリームに符号化することを含む、請求項１～１５のいずれか一項に記載の方法。
17. 前記変換は、前記ビットストリームから前記現在ビデオブロックを復号することを含む、請求項１～１５のいずれか一項に記載の方法。
18. ビデオデータを処理する機器であって、プロセッサと命令を有する非一時的メモリとを含み、前記命令は、前記プロセッサにより実行されると、前記プロセッサに、
    ビデオの現在ビデオブロックのブロック寸法を使用するルールに基づき、前記現在ビデオブロックと前記ビデオのビットストリームとの間の変換について第１方式が有効又は無効にされるかについての第１決定を行わせ、前記第１方式は、リスト０の少なくとも１つの参照サンプルとリスト１の少なくとも１つの参照サンプルとの間のコストに基づき、精緻化動き情報を導出するために使用され、
    同じルールに基づき、前記変換について第２方式が有効又は無効にされるかについての第２決定を行わせ、前記第２方式は双方向オプティカルフロー方式であり、
    前記第１決定及び前記第２決定に基づき、前記変換を実行させる、
    機器。
19. 命令を格納する非一時的コンピュータ可読記憶媒体であって、前記命令は、プロセッサに、
    ビデオの現在ビデオブロックのブロック寸法を使用するルールに基づき、前記現在ビデオブロックと前記ビデオのビットストリームとの間の変換について第１方式が有効又は無効にされるかについての第１決定を行わせ、前記第１方式は、リスト０の少なくとも１つの参照サンプルとリスト１の少なくとも１つの参照サンプルとの間のコストに基づき、精緻化動き情報を導出するために使用され、
    同じルールに基づき、前記変換について第２方式が有効又は無効にされるかについての第２決定を行わせ、前記第２方式は双方向オプティカルフロー方式であり、
    前記第１決定及び前記第２決定に基づき、前記変換を実行させる、
    非一時的コンピュータ可読記憶媒体。
20. ビデオのビットストリームを格納する方法であって、
    ビデオの現在ビデオブロックのブロック寸法を使用するルールに基づき、前記現在ビデオブロックと前記ビデオのビットストリームとの間の変換について第１方式が有効又は無効にされるかについての第１決定を行うステップであって、前記第１方式は、リスト０の少なくとも１つの参照サンプルとリスト１の少なくとも１つの参照サンプルとの間のコストに基づき、精緻化動き情報を導出するために使用される、ステップと、
    同じルールに基づき、前記変換について第２方式が有効又は無効にされるかについての第２決定を行うステップであって、前記第２方式は双方向オプティカルフロー方式である、ステップと、
    前記第１決定及び前記第２決定に基づき、前記ビットストリームを生成するステップと、 前記ビットストリームを非一時的コンピュータ可読記憶媒体に格納するステップと、
    を含む方法。

Images