JP7303329B2 - 動きベクトルの差に関する制限 - Google Patents

Description

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

本特許明細書は、映像符号化技術、デバイスおよびシステムに関する。

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

本特許明細書では、規定されたビット数を使用して表現される動きベクトルを用いて映像符号化または映像復号化を行う様々な実施形態および技術を説明する。

１つの例示的な態様において、映像復号化方法が開示される。方法は、映像領域と映像領域のビットストリーム表現との間での変換の間、映像の映像領域に対して使用されるＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）値の範囲を、最大許容動きベクトル解像度、最大許容動きベクトル精度、または映像領域の優先度に基づいて判定することと、ＭＶＤ値が範囲内になるように制限することにより、変換を実行することと、を含む。

１つの例示的な態様において、映像復号化方法が開示される。方法は、映像の第１のブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分の範囲を判定することであって、ＭＶＤ成分の範囲は、［－２^Ｍ，２^Ｍ－１］であり、Ｍ＝１７である、ことと、ＭＶＤ成分の値は、ＭＶＤ成分の範囲内となるように抑制することと、抑制されたＭＶＤ成分に基づいて変換を実行することと、を含む。

１つの例示的な態様において、映像復号化方法が開示される。方法は、映像の第１のブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分の範囲を判定することであって、ＭＶＤ成分の範囲は、コーデックの許容可能なＭＶＤ精度および／または許容可能なＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）精度に適合される、ことと、ＭＶＤ成分の値をＭＶＤ成分の範囲内となるように抑制することと、抑制されたＭＶＤ成分に基づいて変換を実行することと、を含む。

１つの例示的な態様において、映像復号化方法が開示される。方法は、映像の第１のブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分の範囲を、第１のブロックの符号化情報に基づいて判定することと、ＭＶＤ成分の値を、ＭＶＤ成分の範囲内となるように抑制することと、ＭＶＤ成分の抑制された範囲に基づいて変換を実行することと、を含む。

さらに別の例示的な態様において、映像処理装置が開示される。装置は、上述した方法を実行するように構成されたプロセッサを含む。

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

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

例示的なエンコーダブロック図を示す。 本特許明細書に記載される１または複数の方法を実装するためのハードウェアプラットフォームの一例を示すブロック図である。 映像処理の方法の一例を示すフローチャートである。 映像処理の方法の一例を示すフローチャートである。 映像処理の方法の一例を示すフローチャートである。 映像処理の方法の一例を示すフローチャートである。

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

１． 概要

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

２． 初期の協議

映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間的予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴ会議は四半期に１回開催され、新しい符号化規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像符号化規格をＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）と正式に命名され、その時、第１版のＶＴＭ（ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ）がリリースされた。ＶＶＣの標準化に寄与する努力が続けられており、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しい符号化技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭが更新される。ＶＶＣプロジェクトは、現在、２０２０年７月の会議における技術完成（ＦＤＩＳ）を目指している。

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

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

図１は、エンコーダブロック図の例を示す。

２．２ ＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）

ＨＥＶＣにおいて、スライスヘッダにてｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇが０等しい場合、１／４輝度サンプルのユニットにてＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）（ＣＵの動きベクトルと予測動きベクトルとの差）が信号通知される。ＪＥＭにおいて、ＬＡＭＶＲ（Ｌｏｃａｌｌｙ Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）が導入される。ＶＶＣにおいて、ＣＵレベルのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）スキームが導入される。ＡＭＶＲは、ＣＵのＭＶＤを異なる精度で符号化することを可能にする。現在のＣＵに対するモード（通常のＡＭＶＰモードまたはアフィンＡＶＭＰモード）に基づいて、現在のＣＵのＭＶＤは、以下のように適応的に選択できる。
－通常のＡＭＶＰモード：１／４輝度サンプル、整数輝度サンプル、または４輝度サンプル。
－アフィンＡＭＶＰモード：１／４輝度サンプル、整数輝度サンプル、または１／１６輝度サンプル。

現在のＣＵが少なくとも１つの非ゼロＭＶＤ成分を有する場合、ＣＵレベルのＭＶＤ解像度指示が条件付きで信号通知される。すべてのＭＶＤ成分（すなわち、参照リストＬ０および参照リストＬ１の水平および垂直ＭＶＤの両方）がゼロである場合、１／４輝度サンプルＭＶＤ解像度が推測される。

少なくとも１つの非ゼロＭＶＤ成分の構成要素を有するＣＵの場合、１／４輝度サンプルＭＶＤ精度がＣＵに対して使用されるかどうかを示すために、第１のフラグが信号通知される。第１のフラグが０である場合、さらなる信号通知は必要とされず、現在のＣＵのために１／４輝度サンプルＭＶＤ精度が使用される。そうでない場合、整数輝度サンプルまたは４輝度サンプルのＭＶＤ精度が通常のＡＭＶＰ ＣＵに対して使用されるかどうかを示すために、第２のフラグが信号通知される。同じ第２のフラグは、整数輝度サンプルまたは１／１６輝度サンプルのＭＶＤ精度がアフィンＡＭＶＰ ＣＵに対して使用されるかどうかを示すために使用される。再構成されたＭＶが意図された精度（１／４輝度サンプル、整数輝度サンプル、または４輝度サンプル）を有することを保証するために、ＣＵの動きベクトル予測子は、ＭＶＤに加算される前に、ＭＶＤと同じ精度に丸められる。動きベクトル予測子をゼロに向かって丸める（すなわち、負の動きベクトル予測子を正の無限大に向かって丸め、正の動きベクトル予測モジュールを負の無限大に向かって丸める）。

エンコーダは、ＲＤチェックを使用して、現在のＣＵに対する動きベクトルの解像度を判定する。各ＭＶＤ解像度に対してＣＵレベルのＲＤチェックを常に３回行うことを回避するために、ＶＴＭ４では、１／４輝度サンプル以外のＭＶＤ精度のＲＤチェックは、条件付きでのみ呼び出される。通常のＡＶＭＰモードの場合、まず、１／４輝度サンプルＭＶＤ精度および整数輝度サンプルＭＶ精度のＲＤコストが算出される。次に、整数輝度サンプルＭＶＤ精度のＲＤコストが１／４輝度サンプルＭＶＤ精度のＲＤコストと比較され、４輝度サンプルＭＶＤ精度のＲＤコストをさらにチェックする必要があるかどうかが決定される。１／４輝度サンプルＭＶＤ精度のＲＤコストが整数輝度サンプルＭＶＤ精度のＲＤコストよりもずっと小さい場合、４輝度サンプルＭＶＤ精度のＲＤチェックは省略される。アフィンＡＭＶＰモードの場合、アフィンマージ／スキップモード、マージ／スキップモード、１／４輝度サンプリングＭＶＤ精度の通常のＡＭＶＰモード、１／４輝度サンプリングＭＶＤ精度のアフィンＡＭＶＰモードの、レート－ひずみのコストをチェックした後に、アフィンインターモードが選択されなかった場合、１／１６輝度サンプルＭＶ精度および１画素ＭＶ精度のアフィンインターモードはチェックされない。さらに、１／１６輝度サンプルおよび１／４輝度サンプルＭＶ精度のアフィンインターモードにおける検索開始点として、１／４輝度サンプルＭＶ精度のアフィンインターモードで得られたアフィンパラメータが使用される。

２．３ ＶＶＣにおけるアフィンＡＭＶＰ予測

アフィンＡＭＶＰモードは、幅および高さの両方が１６以上であるＣＵに適用することができる。アフィンＡＭＶＰモードが使用されるかどうかを示すために、ＣＵレベルのアフィンフラグがビットストリームにて信号通知され、次いで、４パラメータアフィンまたは６パラメータアフィンであるかを示すために、別のフラグが信号通知される。このモードにおいて、現在のＣＵのＣＰＭＶの差とそれらの予測子ＣＰＭＶＰがビットストリームにおいて信号通知される。アフィンＡＶＭＰ候補リストサイズは２であり、以下のＣＰＶＭ候補の４つのタイプを順に使用して生成される。
１）近傍のＣＵのＣＰＭＶから外挿した継承されたアフィンＡＭＶＰ候補
２）近傍のＣＵの並進ＭＶを使用して導出された構築されたアフィンＡＭＶＰ候補ＣＰＭＶＰ
３）近傍のＣＵからの並進ＭＶ
４）ゼロＭＶ

継承されたアフィンＡＭＶＰ候補のチェック順は、継承されたアフィンマージ候補のチェック順と同じである。唯一の違いは、ＡＶＭＰ候補の場合、現在のブロックと同じ参照ピクチャを有するアフィンＣＵのみを考慮することである。継承されたアフィン動き予測子を候補リストに挿入する場合、プルーニング処理は適用されない。

構築されたＡＭＶＰ候補は、指定された空間的近傍から導出される。また、近傍のブロックの参照ピクチャインデックスもチェックされる。インター符号化され、現在のＣＵと同じ参照ピクチャを有する、チェック順において第１のブロックが使用される。１つのみが存在する。現在のＣＵが４パラメータアフィンモードで符号化され、ｍｖ_０およびｍｖ_１が両方とも利用可能である場合、それらをアフィンＡＭＶＰリストに１つの候補として追加する。現在のＣＵが６パラメータアフィンモードで符号化され、３つのＣＰＭＶすべてが利用可能である場合、それらをアフィンＡＭＶＰリストに１つの候補として追加する。そうでない場合、構築されたＡＭＶＰ候補を利用不可能に設定する。

継承されたアフィンＡＭＶＰ候補および構築されたＡＭＶＰ候補をチェックした後、アフィンＡＭＶＰリスト候補が依然として２未満である場合、利用可能であれば、ｍｖ_０、ｍｖ_１、およびｍｖ_２の順に、現在のＣＵのすべての制御点ＭＶを予測するために並進ＭＶとして追加される。最後に、まだアフィンＡＭＶＰリストがすべて満たされていない場合は、アフィンＡＭＶＰリストを満たすために、ゼロＭＶが使用される。

２．４ ＶＶＣにおけるＭＭＶＤ（Ｍｅｒｇｅ ｍｏｄｅ ｗｉｔｈ ＭＶＤ）

暗黙的に導出された動き情報が現在のＣＵの予測サンプル生成に対して直接使用されるマージモードに加え、ＶＶＣにてＭＭＶＤ（Ｍｅｒｇｅ ｍｏｄｅ ｗｉｔｈ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｅｆｆｉｒｅｎｃｅｓ）が導入される。スキップフラグおよびマージフラグを送信した直後に、ＭＭＶＤフラグが信号通知され、ＭＭＶＤモードがＣＵに対して使用されるかどうかを指定する。

ＭＭＶＤにおいて、マージ候補が選択された後、信号通知されたＭＶＤ情報によってさらに改善される。さらなる情報は、マージ候補フラグ、動きの大きさを指定するためのインデックス、および動き方向の指示のためのインデックスを含む。ＭＭＶＤモードにおいて、マージリストにおける最初の２つの候補のうちの１つが、ＭＶベースとして使用されるために選択される。マージ候補フラグは、どちらを使用するかを指定するために信号通知される。

距離インデックスは、動きの大きさの情報を指定し、開始点からの予め定義されたオフセットを示す。オフセットは、開始ＭＶの水平成分または垂直成分のいずれかに追加される。距離インデックスと予め定義されたオフセットとの関係は、表１に規定される。

ＶＶＣにおいて、ｓｐｓｓレベルにおける小数ＭＭＶＤオフセットのオン／オフのためのＳＰＳフラグｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および、タイルグループのヘッダレベルにおける「ＳＣＣ／ＵＨＤフレーム」のための小数ＭＭＶＤオフセットのオン／オフを制御するためのタイルグループフラグｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在する。小数ＭＶＤが有効化されている場合、表１のデフォルト距離テーブルが使用される。そうでない場合、表１のデフォルト距離におけるすべてのオフセット要素は、２だけ左シフトされる。

方向インデックスは、開始点に対するＭＶＤの方向を表す。方向インデックスは、表２に示すように、４つの方向を表すことができる。なお、ＭＶＤ符号の意味は、開始ＭＶの情報に従って異なってもよい。開始ＭＶが未予測ＭＶ又は双方向予測ＭＶであり、両方のリストが現在のピクチャの同じ側を指している（即ち、２つの参照のＰＯＣが両方とも現在のピクチャのＰＯＣよりも大きい、または、両方とも現在のピクチャのＰＯＣより小さい）場合、表２における符号は、開始ＭＶに加えられるＭＶオフセットの符号を指定する。開始ＭＶが双方向予測ＭＶであり、２つのＭＶが現在のピクチャの異なる側を指している（即ち、１つの参照のＰＯＣが現在のピクチャのＰＯＣよりも大きく、他の参照のＰＯＣが現在のピクチャのＰＯＣより小さい）場合、表２における符号は、開始ＭＶのｌｉｓｔ０ ＭＶ成分に加えられるＭＶオフセットの符号を規定し、ｌｉｓｔ１ ＭＶの符号は逆の値を有する。

２．５ ＶＶＣにおけるＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）

ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）は、ＳＣＣのＨＥＶＣ拡張に採用されているツールである。これにより、スクリーンコンテンツマテリアルの符号化効率が有意に向上することが知られている。ＩＢＣモードはブロックレベル符号化モードとして実装されるので、ＢＭ（Ｂｌｏｃｋ Ｍａｔｃｈｉｎｇ）がエンコーダにおいて実行され、各ＣＵに対し最適なブロックベクトル（または、動きベクトル）を見出す。ここで、ブロックベクトルは、現在のブロックから、現在のピクチャの内部で既に再構成された参照ブロックへの置き換えを示すために使用される。

ＶＶＣにおいて、ＩＢＣ符号化ＣＵの輝度ブロックベクトルは、整数精度である。彩度ブロックベクトルは、整数精度に丸められる。ＡＭＶＲと組み合わせた場合、ＩＢＣモードは、１画素と４画素の動きベクトル精度を切り替えることができる。ＩＢＣ符号化ＣＵは、イントラ予測モードまたはインター予測モード以外の第３の予測モードとして扱われる。ＩＢＣモードは、幅および高さの両方が６４輝度サンプル以下のＣＵに適用可能である。

ＩＢＣモードは、ＣＰＲ（Ｃｕｒｒｅｎｔ Ｐｉｃｔｕｒｅ Ｒｅｆｅｒｅｎｃｅ）モードとしても知られている。

２．６ ＶＶＣ仕様／作業草案における動きベクトルの差

ＶＶＣ作業草案から以下のテキストが抽出される。

７．３．６．８ 動きベクトル差構文

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

７．４．３．１ シーケンスパラメータセットＲＢＳＰ意味論
ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル符号化に適応動きベクトル差解像度が使用されることを規定する。ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル符号化に適応動きベクトル差解像度が使用されないことを規定する。
ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、アフィンインターモードの動きベクトル符号化に適応動きベクトル差解像度が使用されることを規定する。ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇｇが０に等しい場合は、アフィンインターモードの動きベクトル符号化に適応動きベクトル差解像度が使用されないことを規定する。
ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル差を用いるマージモードが整数サンプル精度を使用することを規定する。ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル差を用いるマージモードが小数サンプル精度を使用できることを規定する。

７．４．５．１ 一般タイルグループヘッダ意味論
ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル差を用いるマージモードが現在のタイルグループにおける整数サンプル精度を使用することを規定する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル差を用いるマージモードが現在のタイルグループにおける小数サンプル精度を使用できることを規定する。存在しない場合、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０であると推測される。

７．４．７．５ 符号化ユニット意味論
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は、動きベクトル差の解像度を規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合は、動きベクトル差の解像度が輝度サンプルの１／４であることを規定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、動きベクトル差の解像度がさらにａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］で規定されることを規定する。
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＢＣに等しい場合、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－そうでない場合（ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＢＣに等しくない場合）、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は０であると推測される。
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合に、動きベクトル差の解像度は、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい際には１つの整数輝度サンプルであり、そうでない際には輝度サンプルの１／１６であると規定する。ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合に、動きベクトル差の解像度は、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい際には、４つの輝度サンプルでありそうでない場合は、１つの整数輝度サンプルであることを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。

ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
動きベクトル差は、以下のように修正される。
－ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合、変数ＭｖＳｈｉｆｔが導出され、変数ＭｖｄＬ０［ｘ０］［ｙ０］［０］、ＭｖｄＬ０［ｘ０］［ｙ０］［１］、ＭｖｄＬ１［ｘ０］［ｙ０］［０］、ＭｖｄＬ１［ｘ０］［ｙ０］［１］が次ように修正される。
ＭｖＳｈｉｆｔ＝（ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］＋ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］）＜＜１ （７－９８）
ＭｖｄＬ０［ｘ０］［ｙ０］［０］＝ＭｖｄＬ０［ｘ０］［ｙ０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－９９）
ＭｖｄＬ０［ｘ０］［ｙ０］［１］＝ＭｖｄＬ０［ｘ０］［ｙ０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１００）
ＭｖｄＬ１［ｘ０］［ｙ０］［０］＝ＭｖｄＬ１［ｘ０］［ｙ０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０１）
ＭｖｄＬ１［ｘ０］［ｙ０］［１］＝ＭｖｄＬ１［ｘ０］［ｙ０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０２）
－そうでない場合（ｉｎｔｅｒ＿ａｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合）、変数ＭｖＳｈｉｆｔが導出され、変数ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［１］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］、およびＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［１］が次のように修正される。
ＭｖＳｈｉｆｔ＝ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］？（ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］＜＜１）：（－（ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］＜＜１））） （７－１０３）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０４）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０５）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０６）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０７）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０８）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－１０９）

７．４．７．７ マージデータ意味論
ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットに対するインター予測パラメータが近傍のインター予測区間から推測されるかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－そうでない場合、ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。
ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、現在の符号化ユニットのインター予測パラメータを生成するために、動きベクトル差を用いるマージモードを使用することを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、マージ候補リストにおける第１（０）の候補、または、第２（１）の候補のいずれが、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］とｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］から導出される動きベクトル差にて用いられるかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－１１で規定されているように、ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用されるインデックスを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。

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

マージ＋ＭＶＤオフセットＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］の両成分は、以下のように導出される。
ＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］［０］＝（ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］＜＜２）＊ＭｍｖｄＳｉｇｎ［ｘ０］［ｙ０］［０］ （７－１１２）
ＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］［１］＝（ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］＜＜２）＊ＭｍｖｄＳｉｇｎ［ｘ０］［ｙ０］［１］ （７－１１３）
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットに対するサブブロックベースインター予測パラメータが近傍のブロックから推測されるかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］は、サブブロックベースマージ候補リストのマージ候補インデックスを規定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットに対して、結合されたインターピクチャマージとイントラピクチャ予測が適用されるかどうかを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
構文要素ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、およびｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］は、結合されたインターピクチャマージおよびイントラピクチャ予測に使用される輝度サンプルのイントラ予測モードを規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。イントラ予測モードは、８．５．６節に従って導出される。
ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ｃｂＷｉｄｔｈが２＊ｃｂＨｅｉｇｈｔよりも大きい、または、ｃｂＨｅｉｇｈｔが２＊ｃｂＷｉｄｔｈよりも大きい場合、ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－そうでない場合、ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。

ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、現在の符号化ユニットに対して、Ｂタイルグループを復号化する際に、三角形の形状に基づく動き補償が、現在の符号化ユニットの予測サンプルを生成するために使用されることを規定する。ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合は、符号化ユニットが、三角形状に基づく動き補償によって予測されないことを規定する。ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。

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

７．４．７．８ 動きベクトル差意味論
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は、動きベクトル成分の差の絶対値が０より大きいかどうかを規定する。
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は、動きベクトル成分の差の絶対値が１より大きいかどうかを規定する。
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が存在しない場合は、０に等しいと推測される。
ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２［ｃｏｍｐＩｄｘ］＋２は、動きベクトル成分の差の絶対値を規定する。
ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２［ｃｏｍｐＩｄｘ］が存在しない場合、－１に等しいと推測される。
ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は動きベクトル成分の差の符号を以下のように規定する。
－ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が０に等しい場合、対応する動きベクトル成分の差は正の値を有する。
－そうでない場合（ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が１に等しい場合）、対応する動きベクトル成分の差は負の値を有する。
ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が存在しない場合、０に等しいと推測される。
ｃｏｍｐＩｄｘ＝０．．１において、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］の値に基づいて、動きベクトルの差は、以下のように導出される。
－ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しい場合、変数ＭｖｄＬＸ［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ｒｅｆＬｉｓｔが０に等しい場合、ＭｖｄＬ０［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１において、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に等しく設定される。
－そうでない場合（ｒｅｆＬｉｓｔが１に等しい場合）、ＭｖｄＬ１［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１において、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に等しく設定される。
－そうでない場合（ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しくない場合）、変数ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］（Ｘが０または１）、使用されるべきリストＸベクトル成分とその予測との間の差を規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定し、配列インデックスｃｐＩｄｘは、制御点インデックスを規定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ｒｅｆＬｉｓｔが０に等しい場合、ｃｏｍｐＩｄｘ＝０．．１において、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に等しく設定される。
－そうでない場合（ｒｅｆＬｉｓｔが１に等しい場合）、ｃｏｍｐＩｄｘ＝０．．１において、ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に等しく設定される。

３． 本特許明細書に記載の実施形態が解決しようとする課題の例
ＶＶＣのようないくつかの符号化標準において、ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）は、必ずしも１／４画素（例えば、１／４輝度サンプル）の解像度であるとは限らない。しかしながら、既存のＶＶＣ作業草案において、ＭＶＤ成分をある－２^１５～２^１５－１の範囲に常時クリッピングするビットストリーム制約が存在する。この結果、特に、１／４画素でないＭＶＤ解像度が使用される場合（例えば、アフィンＡＭＶＰが使用される場合の１／１６輝度サンプルのＭＶＤ解像度）、ＭＶＤ値が不正確になる可能性がある。

４． 例示的な実施形態および技術
以下に列記される実施形態は、一般的な概念を説明するための例であると考えられるべきである。これらの発明は狭い意味で解釈されるべきではない。さらに、これらの発明は、任意の方法で組み合わせることができる。
以下の説明において、「ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分」は、水平方向（例えば、ｘ軸に沿う）の動きベクトル差または垂直方向（例えば、ｙ軸に沿う）の動きベクトル差のいずれかを示す。
サブピクセルＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）表現の場合、動きベクトルは、通常、小数部分と整数部分からなる。ＭＶの範囲を［－２^Ｍ，２^Ｍ－１］とし、Ｍが正の整数値であり、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶの整数部分の範囲を表し、Ｌは、ＭＶの小数部分の範囲を表し、、ＭＶは、（１／２^Ｌ）輝度サンプル精度で表現されるとする。例えば、ＨＥＶＣにおいて、Ｋ＝１３、Ｌ＝２であり、従って、Ｍ＝Ｋ＋Ｌ＝１５である。一方、ＶＶＣにおいて、Ｋ＝１３、Ｌ＝４であり、Ｍ＝Ｋ＋Ｌ＝１７である。

１．ＭＶＤ成分の範囲は、コーデックの許容可能なＭＶＤ解像度／精度に依存してよいことが提案される。
ａ）一例において、すべてのＭＶＤ成分に同じ範囲を適用してよい。
ｉ．一例において、ＭＶＤ成分の範囲は、［－２^Ｍ、２^Ｍ－１］、Ｍ＝１７などのＭＶ範囲と同じである。
ｂ）一例において、復号化されたすべてのＭＶＤ成分は、最初に予め定義された精度（１／２^Ｌ）輝度サンプル（例えば、Ｌ＝４）にスケーリングされ、次に予め定義された範囲［－２^Ｍ，２^Ｍ－１］（例えば、Ｍ＝１７）にクリッピングされてよい。
ｃ）一例において、ＭＶＤ成分の範囲は、コーデックで許容可能なＭＶＤ／ＭＶ解像度に依存してよい。
ｉ．一例において、ＭＶＤの許容可能な解像度が１／１６輝度サンプル、１／４輝度サンプル、１輝度サンプル、または４輝度サンプルであるとすると、ＭＶＤ成分の値は、最上の解像度（例えば、これらの可能な解像度のうち１／１６輝度サンプル）に従ってクリッピング／抑制されてよい。すなわち、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝４として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲となる。

２．ＭＶＤ成分の範囲は、ブロックの符号化情報に依存してよいことが提案される。
ａ）一例において、ＭＶＤ成分の範囲の複数のセットが定義されてよい。
ｂ）一例において、範囲は、ＭＶ予測子／ＭＶＤ／ＭＶ精度に依存してよい。
ｉ．一例において、ＭＶＤ成分のＭＶＤ精度が（１／２^Ｌ）輝度サンプルであり（例えば、Ｌ＝４，３，２，１，０，－１，－２，－３，－４など）、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝４，３，２，１，０，－１，－２，－３，－４として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲に抑制または／およびクリッピングされてよい。
ｉｉ．一例において、ＭＶＤ成分の範囲は、変数ＭｖＳｈｉｆｔに依存してよく、ここで、ＭｖＳｈｉｆｔは、ＶＶＣのａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、およびａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇから導出されてよい。
１．一例において、ＭｖＳｈｉｆｔは、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、および／またはａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ、および／またはｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および／またはｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および／またはｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、および／またはＣｕＰｒｅｄＭｏｄｅなどの符号化情報によって導出されてよい。
ｃ）一例において、ＭＶＤ範囲は、ブロックの、符号化モード、動きモデルなどに依存してよい。
ｉ．一例において、ＭＶＤ成分の範囲は、現在のブロックの、動きモデル（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）、および／または予測モード、および／またはアフィンインターフラグに依存してよい。
ｉｉ．一例において、現在のブロックの予測モードがＭＯＤＥ＿ＩＢＣである場合（例えば、現在のブロックがＩＢＣモードで符号化されている場合）、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝０として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であってよい。
ｉｉｉ．一例において、現在のブロックの動きモデルインデックス（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）が０に等しい場合（例えば、現在のブロックが並進動きモデルを使用して予測される場合）、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝２として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であってよい。
１．代替的に、現在のブロックの予測モードがＭＯＤＥ＿ＩＮＴＥＲであり、かつ、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇが偽の場合（例えば、現在のブロックが並進動きモデルを使用して予測されている場合）、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝２として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であってよい。
ｉｖ．一例において、現在のブロックの動きモデルインデックス（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）が０に等しくない場合（例えば、現在のブロックがアフィン動きモデルを使用して予測されている場合）、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝４として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であってよい。
１．代替的に、現在のブロックの予測モードがＭＯＤＥ＿ＩＮＴＥＲであり、かつ、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇが真の場合（例えば、現在のブロックがアフィン動きモデルを使用して予測される場合）、ＭＶＤの値は、例えば、Ｋ＝１３，Ｌ＝４として、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であってよい。
ｄ）復号化されたＭＶＤ成分に制約を加える代わりに，丸められたＭＶＤ値に制約を加えることが提案される。
ｉ．一例において、適合ビットストリームは、丸められた整数ＭＶＤ値が所与の範囲内にあることを満たすものとする。
１．一例において、整数ＭＶＤ（復号化されたＭＶＤが小数精度の場合、丸めが必要である）は、例えば、Ｋ＝１３として、［－２^Ｋ，２^Ｋ－１］の範囲にあるべきである。

３．復号化されたＭＶＤ成分の値は、ビットストリーム制約を使用する以外に、意味解釈の間に、明示的に範囲（例えば、上述のＭＶＤ範囲）にクリッピングされてよいことが提案される。

５． 実施形態

５．１ 実施形態＃１
以下の実施形態は、セクション４の項目１の方法に関するものである。
新たに追加された部分はイタリック体の太字で、ＶＶＣの作業草案から削除された部分は取り消し線で強調している。

７．４．７．８ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

５．２ 実施形態＃２
以下の実施形態は、セクション４の項目２の方法に関するものである。
新たに追加された部分はイタリック体の太字で、ＶＶＣの作業草案から削除された部分は取り消し線で強調している。

７．４．７．９ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

５．３ 実施形態＃３
以下の実施形態は、セクション４の項目２の方法に関するものである。
新たに追加された部分はイタリック体の太字で、ＶＶＣの作業草案から削除された部分は緑の取り消し線で強調している。

７．４．７．１０ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

５．４ 実施形態＃４
以下の実施形態は、セクション４の項目２の方法に関するものである。
新たに追加された部分はイタリック体の太字で、ＶＶＣの作業草案から削除された部分は緑の取り消し線で強調している。

７．４．７．１１ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

５．５ 実施形態＃５
以下の実施形態は、セクション４の項目３および項目１の方法に関するものである。
新たに追加された部分はイタリック体の太字で、ＶＶＣの作業草案から削除された部分は緑の取り消し線で強調している。

７．４．７．１２ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

５．６ 実施形態＃６
以下の実施形態は、セクション４の項目３および項目２の方法に関するものである。
新たに追加された部分はイタリック体の太字で、ＶＶＣの作業草案から削除された部分は緑の取り消し線で強調している。

７．４．７．１３ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。

ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］の値に基づいて、動きベクトル差は、以下のように導出される。
－ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しい場合、変数ＭｖｄＬＸ［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］）（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。

－そうでない場合（ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しくない場合）、変数ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を規定する。配列インデックスｘ０，ｙ０は、ピクチャの左上の輝度サンプルに関連する、考慮される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を規定し、配列インデックスｃｐＩｄｘは、制御点インデックスを規定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。

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

図３は、映像処理の方法の一例を示すフローチャートである。方法３００は、最大許容動きベクトル解像度、最大許容動きベクトル精度、または映像領域の属性に基づいて、映像領域と映像領域のビットストリーム表現との間での変換の間、映像の映像領域に対して使用されるＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）の値の範囲を判定すること（３０２）を含む。方法３００は、ＭＶＤ値を範囲内に収まるように制限することによって変換を実行する（３０４）ことを含む。

以下の解決策のリストは、他の問題の中でもとりわけ、本特許明細書に記載されている技術的問題に対処できる実施形態を提供する。

１． 映像処理方法であって、最大許容動きベクトル解像度、最大許容動きベクトル精度、または映像領域の特性に基づいて、映像領域と映像領域のビットストリーム表現との間での変換の間、映像の映像領域に対して使用されるＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）値の範囲を判定することと、ＭＶＤ値がこの範囲内になるように制限することにより変換を実行することと、を有する方法。

２． 映像のすべての映像領域の変換の間、範囲が適用される、解決策１に記載の方法。

３． 範囲は、映像領域に対する動きベクトルの範囲に等しい、解決策１～２に記載のいずれかに記載の方法。

４． 制限することは、ＭＶＤ成分を精度にスケーリングすることと、スケーリングの外れを範囲へクリッピングすることを含む、解決策１～３のいずれかに記載の方法。

５． 映像領域の特性は、映像領域の符号化情報を含む、解決策１～４のいずれかに記載の方法。

６． 範囲は、映像の複数の可能な範囲のセットから選択される、解決策１～５のいずれかに記載の方法。

７． 映像領域の特性は、映像領域に使用される動きベクトル予測子の精度を含む、解決策１～４のいずれかに記載の方法。

８． 映像領域の特性は、ＭＶＳｈｉｆｔの値に対応し、ＭＶＳｈｉｆｔは、映像領域に関連付けられた変数であり、ＭＶＳｈｉｆｔは、映像領域に関連付けられたａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ、またはａｍｖｒ＿ｆｌａｇまたはａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇに依存する解決策１～４のいずれかに記載の方法。

９． 映像領域の特性は、変換に使用される符号化モードに対応する、解決策１に記載の方法。

１０． 符号化モードは、イントラブロックコピーモードであり、範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］に対応し、ここで、ＫおよびＬは、それぞれ、ＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）の整数部分の範囲およびＭＶの小数部分の範囲を表す整数である、解決策９に記載の方法。

１１． Ｋ＝１３およびＬ＝０である、解決策１０に記載の方法。

１２． 映像領域の特性は、変換に使用される動きモデルに対応する、解決策１に記載の方法。

１３． 映像領域の特性は、映像領域の動きが並進モデルを使用してモデル化されることであり、その結果、範囲は、［－２^Ｋ＋Ｌ、２^Ｋ＋Ｌ－１］であると判定され、ここで、ＫおよびＬは、それぞれ、ＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）の整数部分の範囲およびＭＶの小数部分の範囲を表す整数である、解決策１に記載の方法。

１４． Ｋ＝１３およびＬ＝２である、解決策１３に記載の方法。

１５． 映像領域の特性は、映像領域の動きが非並進モデルを使用してモデル化されることであり、その結果、範囲は［－２^Ｋ＋Ｌ、２^Ｋ＋Ｌ－１］であると判定され、ここで、ＫとＬは、それぞれＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）の整数部分の範囲とＭＶの小数部分の範囲を表す整数である、解決策１に記載の方法。

１６． Ｋ＝１３およびＬ＝４である、解決策１５に記載の方法。

１７． 制限することは、ＭＶＤの丸められた値を範囲に制限することを含む、解決策１に記載の方法。

１８． 映像処理方法であって、映像領域と映像領域のビットストリーム表現との間での変換の間、映像の映像領域に使用されるＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）値の範囲を判定することと、変換で行われる意味解釈の間、範囲内に収まるようにＭＶＤ値に対してクリッピング動作を行うことと、を有する方法。

１９． 映像領域は、映像ブロックに対応する、解決策１～１８のいずれかに記載の方法。

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

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

２２． 例１～２１の１または複数を実装するように構成されたプロセッサを備える映像処理装置。

２３． コードが記憶されたコンピュータ可読媒体であって、コードがプロセッサによって実行されることにより、プロセッサに、例１～２１の１または複数に記載の方法を実装させる、コンピュータ可読媒体。

セクション４にリストされている項目は、上記の解決策のさらなる変形例を提供する。

図４は、映像処理の方法４００の一例を示すフローチャートである。方法４００は、映像の第１のブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分の範囲を判定すること（４０２）であって、ＭＶＤ成分の範囲は、［－２^Ｍ，２^Ｍ－１］であり、Ｍ＝１７である、ことと、ＭＶＤ成分の値をＭＶＤ成分の範囲内となるように抑制すること（４０４）と、ＭＶＤ成分の抑制された範囲に基づいて変換を実行すること（４０６）と、を有する。

いくつかの例では、範囲は、コーデックの許容可能なＭＶＤ精度および／または許容可能なＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）精度に適合されている。

いくつかの例では、許容可能なＭＶＤ精度および／または許容可能なＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）精度は、１／１６輝度サンプル精度である。

いくつかの例では、コーデックに複数の許容可能なＭＶＤ精度および／またはＭＶ精度が存在する場合、ＭＶＤ成分の範囲は、複数の許容可能なＭＶＤ精度および／またはＭＶ精度の最上の精度に適合される。

いくつかの例では、複数の許容可能なＭＶＤ精度および／またはＭＶ精度が１／１６輝度サンプル、１／４輝度サンプル、１輝度サンプル、および４輝度サンプルを含む場合、ＭＶＤ成分の範囲は、１／１６輝度サンプルの精度に適合される。

いくつかの例では、ＭＶＤ成分の範囲は、［－２^Ｍ，２^Ｍ－１］であると判定され、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用されるビット数を示し、ＭＶＤ成分は、１／２^Ｌ輝度サンプル精度で表され、および／または、第１のブロックに関連付けられたＭＶ成分の範囲は、［－２^Ｍ，２^Ｍ－１］であると判定され、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶ成分の小数部分を表すために使用されるビット数を示し、ＭＶ成分は、１／２^Ｌ－輝度サンプル精度で表され、Ｍ、Ｋ、Ｌは正の整数である。

いくつかの例では、Ｋ＝１３、Ｌ＝４、およびＭ＝１７である。

いくつかの例では、ＭＶＤ成分は、ビットストリームで符号化された、復号化／信号通知されたＭＶＤ成分、または復号化処理の内部シフト動作を介して特定の精度に関連付けられた変換されたＭＶＤ成分である。

いくつかの例では、ＭＶＤ成分は、水平ＭＶＤ成分および垂直ＭＶＤ成分を含み、水平ＭＶＤ成分および垂直ＭＶＤ成分は、同じ範囲を有する。

いくつかの例では、ＭＶＤ成分は、整数ビット、小数ビット、および符号ビットで表現される。

いくつかの例では、第１のブロックに関連付けられたＭＶの範囲は、ＭＶＤ成分の範囲と同じである。

図５は、映像処理の方法５００の一例を示すフローチャートである。方法５００は、映像の第１のブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分の範囲を判定することであって（５０２）、ＭＶＤ成分の範囲は、コーデックの許容可能なＭＶＤ精度および／または許容可能なＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）精度に適合される、ことと、ＭＶＤ成分の値をＭＶＤ成分の範囲内に抑制すること（５０４）と、ＭＶＤ成分の抑制された範囲に基づいて変換を実行すること（５０６）と、を含む。

いくつかの例では、ＭＶＤ成分は、ビットストリームで符号化された復号化／信号通知されたＭＶＤ成分、または復号化処理の内部シフト動作を介して特定の精度に関連付けられた変換されたＭＶＤ成分である。

いくつかの例では、復号化／信号通知されたＭＶＤ成分は、［－２^Ｍ，２^Ｍ－１］の範囲にあることが要求され、Ｍ＝１７である。

いくつかの例では、ＭＶＤ成分は、整数ビット、小数ビット、および符号ビットで表現される。

いくつかの例では、ＭＶＤ成分の範囲は、［－２^Ｍ，２^Ｍ－１］であると判定され、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用されるビット数を示し、ＭＶＤ成分は、１／２^Ｌ輝度サンプル精度で表され、および／または、第１のブロックに関連付けられたＭＶ成分の範囲は［－２^Ｍ，２^Ｍ－１］であると判定され、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶ成分の整数部分を表すのに使用されるビット数を示し、Ｌは、ＭＶ成分の小数部分を表現するために使用されるビット数を示し、ＭＶ成分は１／２^Ｌ輝度サンプル精度で表され、Ｍ、Ｋ、Ｌは、正の整数である。

いくつかの例では、すべての復号化されたＭＶＤ成分の値は、まず１／２^Ｌ輝度サンプル精度にスケーリングされ、次にＭＶＤ成分の範囲［－２^Ｍ，２^Ｍ－１］にクリッピングされる。

いくつかの例では、コーデックに複数の許容可能なＭＶＤ精度および／またはＭＶ精度が存在する場合、ＭＶＤ成分の範囲は、複数の許容可能なＭＶＤ精度および／またはＭＶ精度の最上の精度に適合される。

いくつかの例では、複数の許容可能なＭＶＤ精度および／またはＭＶ精度が１／１６輝度サンプル精度、１／４輝度サンプル精度、１輝度サンプル精度、および４輝度サンプル精度を含む場合、ＭＶＤ成分の範囲は、１／１６輝度サンプル精度に適合され、ＭＶＤ成分の値は、範囲に抑制され、および／またはクリッピングされる。

いくつかの例では、Ｋ＝１３、Ｌ＝４、およびＭ＝１７である。

いくつかの例では、ＭＶＤ成分は、水平ＭＶＤ成分および垂直ＭＶＤ成分を含み、水平ＭＶＤ成分および垂直ＭＶＤ成分は、同じ範囲を有する。

いくつかの例では、ＭＶの範囲は、ＭＶＤ成分の範囲と同じである。

図６は、映像処理の方法６００の一例を示すフローチャートである。方法６００は、映像の第１のブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分の範囲を、第１のブロックの符号化情報に基づいて判定すること（６０２）と、ＭＶＤ成分の値をＭＶＤ成分の範囲内となるように抑制すること（６０４）と、抑制されたＭＶＤ成分に基づいて変換を実行すること（６０６）と、を含む。

いくつかの例では、ＭＶＤ成分の範囲は、ＭＶＤ成分の範囲の複数のセットを含む。

いくつかの例では、符号化情報は、ＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）予測子の精度、ＭＶＤ成分の精度、およびＭＶの精度のうちの少なくとも１つを含む。

いくつかの例では、ＭＶＤ成分のＭＶＤ精度が１／２^Ｌ輝度サンプルである場合、ＭＶＤ成分の範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、範囲内になるように抑制および／またはクリッピングされ、Ｋは、ＭＶＤ成分の整数部分を表すために使用するビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すためのビット数を示し、ＫとＬは正の整数である。

いくつかの例では、Ｋは１３であり、Ｌは４，３，２，１，０、－１、－２、－３、および－４のうちの１つである。

いくつかの例では、符号化情報は、ＭＶＤに関連付けられた変数ＭｖＳｈｉｆｔを含み、変数ＭｖＳｈｉｆｔの導出は、ＡＦＦＩＮＥが使用されるか否か、および／または、ＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）が使用されるか否か、および／または、ＡＭＶＲの精度、および／または、ＭＶＤの精度、および／または、ＭＭＶＤ（ＭＭｅｒｇｅ ｍｏｄｅ ｗｉｔｈ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）情報、および／または、第１のブロックの予測モードに依存する。

いくつかの例では、変数ＭｖＳｈｉｆｔは、符号化情報におけるｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、およびａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘを含む１または複数の構文要素から導出される。

いくつかの例では、変数ＭｖＳｈｉｆｔは、符号化情報におけるｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘ、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｈ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、およびＣｕＰｒｅｄＭｏｄｅを含む１または複数の構文要素から導出される。

いくつかの例では、符号化情報は、第１のブロックの符号化モード、動きモード、および予測モード、および符号化情報でＡＦＦＩＮ／ＡＭＶＲが使用されるかどうかを示す１または複数の変数および／または構文要素を含む。

いくつかの例では、第１のブロックの予測モードが、第１のブロックがＩＢＣモードで符号化されていることを示すＭＯＤＥ＿ＩＢＣである場合、ＭＶＤ成分の範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、範囲内になるように抑制および／またはクリッピングされ、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。

いくつかの例では、Ｋ＝１３、およびＬ＝０である。

いくつかの例では、第１のブロックの動きモデルのインデックスが０に等しい場合、ＭＶＤ成分の範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、範囲内になるように抑制および／またはクリッピングされ、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。

いくつかの例では、Ｋ＝１３、およびＬ＝２である。

いくつかの例では、第１のブロックの予測モードが、第１のブロックがＭＯＤＥ＿ＩＮＴＥＲであり、かつ、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇの変数が偽である場合、ＭＶＤ成分の範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、範囲内になるように抑制および／またはクリッピングされ、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。

いくつかの例では、Ｋ＝１３、およびＬ＝２である。

いくつかの例では、第１のブロックの動きモデルのインデックスが０に等しくない場合、ＭＶＤ成分の範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、範囲内になるように抑制および／またはクリッピングされ、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用するされるビット数を示し、ＫおよびＬは正の整数である。

いくつかの例では、Ｋ＝１３、およびＬ＝４である。

いくつかの例では、第１のブロックの予測モードが、第１のブロックがＭＯＤＥ＿ＩＮＴＥＲであり、かつ、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇの変数が真である場合、ＭＶＤ成分の範囲は、［－２^Ｋ＋Ｌ，２^Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、範囲内になるように抑制および／またはクリッピングされ、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の小数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。

いくつかの例では、Ｋ＝１３、およびＬ＝４である。

いくつかの例では、復号化されたＭＶＤ成分が小数精度である場合、復号化されたＭＶＤ成分は、整数ＭＶＤ成分に丸められる。

いくつかの例では、丸められた整数ＭＶＤ成分は、［－２^Ｋ、２^Ｋ－１］の範囲にあり、Ｋ＝１３である。

いくつかの例では、復号化されたすべてのＭＶＤ成分の値は、ビットストリーム制約を使用する以外の意味解釈中にＭＶＤ成分の範囲に明示的にクリッピングされる。

いくつかの例では、変換は、ビットストリーム表現から映像の第１のブロックを生成する。

いくつかの例では、変換は、映像の第１のブロックからビットストリーム表現を生成する。

この本特許明細書の例のリストでは、変換という用語は、現在の映像ブロックのビットストリーム表現の生成、またはビットストリーム表現からの現在の映像ブロックの生成を指す場合がある。ビットストリーム表現は、連続するビットのグループを表す必要はなく、ヘッダフィールドまたは符号化された画素値情報を表すコード名に含まれるビットに分割できる。

上記の例では、適用可能性の規則は予め定義されており、エンコーダとデコーダに認識されている場合がある。

本特許明細書に記載されているように、開示された技術は、映像エンコーダまたはデコーダで実施されて、イントラ符号化における差分符号化モードの使用に関する考慮事項の様々な実装規則の使用を含む技術を使用して圧縮効率を改善し得ることが理解されよう。

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

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

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

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

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

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

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

Claims (17)

1. 映像データの処理の方法であって、
   映像の第１のブロックと、前記映像のビットストリームとの間の変換のために、前記第１のブロックに関連付けられたＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）成分およびＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分を判定することと、
   抑制されたＭＶＤ成分に基づいて前記変換を実行することと、
   を有し、
   前記第１のブロックに関連付けられたＭＶ成分の範囲は、［－２ ^Ｍ ，２ ^Ｍ －１］であると判定され、
   Ｍ＝Ｋ＋Ｌであり、
   Ｋは、前記ＭＶ成分の整数部分を表すために用いられるビット数を示し、
   Ｌは、前記ＭＶ成分の小数部分を表すために用いられるビット数を示し、
   前記ＭＶ成分は、１／２ ^Ｌ 輝度サンプル精度にて表され、
   前記ＭＶＤ成分の値は、ＭＶＤ成分の範囲内となるように抑制され、
   ＭＶＤ成分の前記範囲は、［－２^Ｍ，２^Ｍ－１］であり、
   Ｍ＝１７であり、
   ＫおよびＬは、正の整数である、方法。
2. 前記範囲は、コーデックの許容可能なＭＶＤ精度および／または許容可能なＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）精度に適合される、請求項１に記載の方法。
3. 前記許容可能なＭＶＤ精度および／またはＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）精度は、１／１６輝度サンプル精度である、請求項２に記載の方法。
4. 複数の許容可能なＭＶＤ精度および／またはＭＶ精度がコーデックにある場合、ＭＶＤ成分の前記範囲は、前記複数の許容可能なＭＶＤ精度および／またはＭＶ精度の最上の精度に適合される、請求項１～３のいずれか一項に記載の方法。
5. 前記複数の許容可能なＭＶＤ精度および／またはＭＶ精度が、１／１６輝度サンプル、１／４輝度サンプル、および１輝度サンプルを含む場合、ＭＶＤ成分の前記範囲は、前記１／１６輝度サンプルの精度に適合される、請求項４に記載の方法。
6. 前記第１のブロックは、動き情報が動きベクトル候補リストおよびスケーリングされたＭＶＤに基づいて導出される第１のコーディングモードに適用され、
   前記スケーリングされたＭＶＤは、前記ＭＶＤをビットシフトすることにより生成され、
   前記動きベクトル候補リストは、前記第１のコーディングモードにてコーディングされた近傍のブロックから導出される継承された候補、構築された候補、およびゼロＭＶを有する候補を含む、
   請求項５に記載の方法。
7. Ｋは更に、前記ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、
   Ｌは更に、前記ＭＶＤ成分の小数部分を表すために用いられるビット数を示し、
   前記ＭＶＤ成分は、１／２^Ｌ輝度サンプル精度にて表される、
   請求項１～６のいずれか一項に記載の方法。
8. Ｋ＝１３、Ｌ＝４、である請求項７に記載の方法。
9. 前記ＭＶＤ成分は、ビットストリームにてコーディングされた信号通知されたＭＶＤ成分、または、復号化処理において内部シフト動作を介して特定の精度に関連付けられた変換されたＭＶＤ成分である、請求項１～８のいずれか一項に記載の方法。
10. 前記ＭＶＤ成分は、水平ＭＶＤ成分および垂直ＭＶＤ成分を含み、
    前記水平ＭＶＤ成分および前記垂直ＭＶＤ成分は同じ範囲を有する、
    請求項１～９のいずれか一項に記載の方法。
11. 前記ＭＶＤ成分は、整数ビット、小数ビット、および符号ビットにより表される、請求項１～１０のいずれか一項に記載の方法。
12. 前記第１のブロックに関連付けられたＭＶの前記範囲は、ＭＶＤ成分の前記範囲と同じである、請求項１～１１のいずれか一項に記載の方法。
13. 前記変換は、前記第１のブロックを前記ビットストリームから復号化することを含む、請求項１～１２のいずれか一項に記載の方法。
14. 前記変換は、前記第１のブロックを前記ビットストリームに符号化することを含む、請求項１～１２のいずれか一項に記載の方法。
15. プロセッサと、命令を有する非一時的メモリを有する、映像データを処理するための装置であって、前記命令が前記プロセッサにより実行されることにより、前記プロセッサに、
    映像の第１のブロックと、前記映像のビットストリームとの間の変換のために、ＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）成分、および前記第１のブロックに関連付けられたＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分を判定することと、
    抑制されたＭＶＤ成分に基づいて前記変換を実行することと、
    を有し、
    前記第１のブロックに関連付けられたＭＶ成分の範囲は、［－２ ^Ｍ ，２ ^Ｍ －１］であると判定され、
    Ｍ＝Ｋ＋Ｌであり、
    Ｋは、前記ＭＶ成分の整数部分を表すために用いられるビット数を示し、
    Ｌは、前記ＭＶ成分の小数部分を表すために用いられるビット数を示し、
    前記ＭＶ成分は、１／２ ^Ｌ 輝度サンプル精度にて表され、
    前記ＭＶＤ成分の値は、ＭＶＤ成分の範囲内となるように抑制され、
    ＭＶＤ成分の前記範囲は、［－２^Ｍ，２^Ｍ－１］であり、
    Ｍ＝１７であり、
    ＫおよびＬは、正の整数である、装置。
16. 命令を格納する非一時的コンピュータ可読記憶媒体であって、
    前記命令は、プロセッサに、
    映像の第１のブロックと、前記映像のビットストリームとの間の変換のために、前記第１のブロックに関連付けられたＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）成分およびＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分を判定することと、
    抑制されたＭＶＤ成分に基づいて前記変換を実行することと、
    を有し、
    前記第１のブロックに関連付けられたＭＶ成分の範囲は、［－２ ^Ｍ ，２ ^Ｍ －１］であると判定され、
    Ｍ＝Ｋ＋Ｌであり、
    Ｋは、前記ＭＶ成分の整数部分を表すために用いられるビット数を示し、
    Ｌは、前記ＭＶ成分の小数部分を表すために用いられるビット数を示し、
    前記ＭＶ成分は、１／２ ^Ｌ 輝度サンプル精度にて表され、
    Ｍ、Ｋ、およびＬは、正の整数であり、
    前記ＭＶＤ成分の値は、ＭＶＤ成分の範囲内となるように抑制され、
    ＭＶＤ成分の前記範囲は、［－２^Ｍ，２^Ｍ－１］であり、
    Ｍ＝１７であり、
    ＫおよびＬは、正の整数である、非一時的コンピュータ可読記憶媒体。
17. 映像のビットストリームを格納するための方法であって、
    前記映像の第１のブロックと、前記第１のブロックに関連付けられたＭＶ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）成分およびＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）成分を判定することと、
    抑制されたＭＶＤ成分に基づいて前記ビットストリームを生成することと、
    非一時的コンピュータ可読記録媒体に前記ビットストリームを格納することと、
    を有し、
    前記第１のブロックに関連付けられたＭＶ成分の範囲は、［－２ ^Ｍ ，２ ^Ｍ －１］であると判定され、
    Ｍ＝Ｋ＋Ｌであり、
    Ｋは、前記ＭＶ成分の整数部分を表すために用いられるビット数を示し、
    Ｌは、前記ＭＶ成分の小数部分を表すために用いられるビット数を示し、
    前記ＭＶ成分は、１／２ ^Ｌ 輝度サンプル精度にて表され、
    前記ＭＶＤ成分の値は、ＭＶＤ成分の範囲内となるように抑制され、
    ＭＶＤ成分の前記範囲は、［－２^Ｍ，２^Ｍ－１］であり、
    Ｍ＝１７であり、
    ＫおよびＬは、正の整数である、方法。

Images