▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-09-01
(54)【発明の名称】動きベクトルの差に関する制限
(51)【国際特許分類】
H04N 19/52 20140101AFI20220825BHJP
H04N 19/70 20140101ALI20220825BHJP
【ＦＩ】
H04N19/52
H04N19/70
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021577192
(86)(22)【出願日】2020-06-28
(85)【翻訳文提出日】2021-12-24
(86)【国際出願番号】 CN2020098514
(87)【国際公開番号】W WO2020259681
(87)【国際公開日】2020-12-30
(31)【優先権主張番号】PCT/CN2019/092851
(32)【優先日】2019-06-25
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(71)【出願人】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】特許業務法人栄光特許事務所
(72)【発明者】
【氏名】ドン ジピン
(72)【発明者】
【氏名】ジャン リー
(72)【発明者】
【氏名】リウ ホンビン
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA05
5C159MA14
5C159NN10
5C159NN11
5C159NN14
5C159NN28
5C159RC16
5C159RC38
5C159UA02
5C159UA05
(57)【要約】
動きベクトルの差に関する制限が開示されている。１つの例示的な映像処理方法において、映像の第１のブロックに関連付けられ、制約されて信号通知されるＭＶＤ成分に基づいて、第１のブロックと第１のブロックのビットストリーム表現との変換を行い、信号通知される動きベクトル差（ＭＶＤ）成分の値が、所定の範囲に制約される。
【選択図】図７
【選択図】図７
【特許請求の範囲】
【請求項1】
映像の第１のブロックに関連付けられ、制約されて信号通知されるＭＶＤ成分に基づいて、前記第１のブロックと当該第１のブロックのビットストリーム表現との変換を行う映像処理方法であって、前記信号通知される動きベクトルの差（ＭＶＤ）成分の値が、所定の範囲に制約される、映像処理方法。
【請求項2】
前記所定の範囲は、前記第１のブロックに関連付けられたＭＶＤ成分の精度に関連付けられる、請求項１に記載の方法。
【請求項3】
前記第１のブロックに関連付けられたＭＶＤ成分の精度が１／１６画素であり、前記所定の範囲が［－２１７，２１７－１］である、請求項１または２に記載の方法。
【請求項4】
ＭＶＤ成分の前記精度が１／１６画素である場合、前記信号通知されるＭＶＤ成分の前記数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の前記所定の範囲に制約され、Ｋは、前記ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、前記ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ＫおよびＬは整数である、請求項２に記載の方法。
【請求項5】
Ｋ＝１３、Ｌ＝４である、請求項４に記載の方法。
【請求項6】
ＭＶＤ成分の前記精度が１／４画素である場合、前記信号通知されるＭＶＤ成分の前記数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の前記所定の範囲に制約され、Ｋは、前記ＭＶＤ成分の整数部分を表すために用いられる前記ビット数を示し、Ｌは、前記ＭＶＤ成分の端数部分を表すために用いられる前記ビット数を示し、ＫおよびＬは整数である、請求項２に記載の方法。
【請求項7】
Ｋ＝１３、Ｌ＝２である、請求項６に記載の方法。
【請求項8】
ＭＶＤ成分の前記精度が１画素である場合、前記信号通知されるＭＶＤ成分の前記数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の前記所定の範囲に制約され、Ｋは、前記ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、前記ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ＫおよびＬは整数である、請求項２に記載の方法。
【請求項9】
Ｋ＝１３、Ｌ＝０である、請求項８に記載の方法。
【請求項10】
ＭＶＤ成分の前記精度が４画素である場合、前記信号通知されるＭＶＤ成分の前記数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の前記所定の範囲に制約され、Ｋは、前記信号通知されるＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、前記信号通知されるＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ＫおよびＬは整数である、請求項２に記載の方法。
【請求項11】
Ｋ＝１３、Ｌ＝－２である、請求項１０に記載の方法。
【請求項12】
前記信号通知されるＭＶＤ成分の前記数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の前記所定の範囲に制限され、Ｋは、前記ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、前記ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、Ｋ＝１３，Ｌ＝４である、請求項１に記載の方法。
【請求項13】
制約されて導出されるＭＶＤ成分に基づいて、映像の第１のブロックとこの第１のブロックのビットストリーム表現との変換を行う映像処理方法であって、前記第１のブロックに関連付けられ、前記導出される動きベクトル差（ＭＶＤ）成分の値が、所定の範囲に制約される、映像処理方法。
【請求項14】
前記導出されるＭＶＤ成分は、対応するリスト－Ｙ ＭＶＤ成分から導出されるリスト－Ｘ ＭＶＤ成分であって、Ｘ＝０または１、かつ、Ｙ＝１または０である、請求項１３に記載の方法。
【請求項15】
前記リスト－Ｘ ＭＶＤ成分は、対称動きベクトル差モードに従って、信号通知された前記リスト－Ｙ ＭＶＤ成分によって導出される、請求項１４に記載の方法。
【請求項16】
前記所定の範囲は、前記第１のブロックに関連付けられたＭＶＤ成分の精度に関連付けられる、請求項１３に記載の方法。
【請求項17】
前記第１のブロックに関連付けられたＭＶＤ成分の精度が１／１６画素であり、前記所定の範囲は［－２１７，２１７－１］である、請求項１３または１６に記載の方法。
【請求項18】
前記導出されるＭＶＤ成分の前記数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の前記所定の範囲に制限され、Ｋは、前記ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、前記導出されるＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ＫおよびＬは整数である、請求項１３～１７のいずれか１項に記載の方法。
【請求項19】
Ｋ＝１３、Ｌ＝４である、請求項１８に記載の方法。
【請求項20】
前記導出されるＭＶＤ成分は、コーデックにおけるすべてのＭＶＤ成分が同じ精度に変換される内部のＭＶＤ値である、請求項１３に記載の方法。
【請求項21】
前記信号通知されるＭＶＤ値は、適応型動きベクトル解像度（ＡＭＶＲ）フラグに従って内部の１８ビットＭＶＤ値にシフトされ、前記導出されるＭＶＤ成分を得る、請求項２０に記載の方法。
【請求項22】
前記変換は、前記ビットストリーム表現から映像の前記第１のブロックを生成する、請求項１～２１のいずれかに記載の方法。
【請求項23】
前記変換は、映像の前記第１のブロックから前記ビットストリーム表現を生成する、請求項１～２１のいずれかに記載の方法。
【請求項24】
処理装置と、命令を含む非一時的メモリとを備えた映像システムの装置であって、前記処理装置による実行時の前記命令は、前記処理装置に請求項１～２３のいずれか１項に記載の方法を実装させる装置。
【請求項25】
非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、請求項１～２３のいずれか１項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【請求項26】
記憶された命令を含む非一時的なコンピュータ可読媒体であって、処理装置による実行時に、前記命令は前記処理装置に、請求項１～２３のいずれか１項に記載の方法を実装させる、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０１９年６月２５日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９２８５１号の優先権および利益を適時に主張することを目的とする。国際特許出願第ＰＣＴ／ＣＮ２０１９／０９２８５１号の全開示は、本出願の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０１９年６月２５日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９２８５１号の優先権および利益を適時に主張することを目的とする。国際特許出願第ＰＣＴ／ＣＮ２０１９／０９２８５１号の全開示は、本出願の開示の一部として参照により援用される。
【0002】
この特許文献は、映像符号化技術、デバイスおよびシステムに関する。
【背景技術】
【0003】
映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
本明細書では、指定されたビット数を使用して表現される動きベクトルを用いて映像符号化または映像復号化を行う様々な実施形態および技術を説明する。
【0005】
１つの例示的な態様において、映像復号化方法が開示される。この方法は、最大許容動きベクトル解像度、最大許容動きベクトル精度または映像領域の特性に基づいて、前記映像領域と前記映像領域のビットストリーム表現との間での変換中、映像の映像領域に対して使用される動きベクトル差（ＭＶＤ）値の範囲を判定することと、このＭＶＤ値がこの範囲内になるように制限することでこの変換を行うことと、を含む。
【0006】
１つの例示的な態様において、映像復号化方法が開示される。この方法は、第１の映像ブロックと第１のブロックのビットストリーム表現との間での変換のために、前記第１のブロックに関連付けられた動きベクトル差（ＭＶＤ）成分の範囲を判定することであって、ＭＶＤ成分の範囲は、［－２Ｍ，２Ｍ－１］であり、Ｍ＝１７である、判定することと、ＭＶＤ成分の値は、ＭＶＤ成分の範囲内にあるように制約することと、前記制約されたＭＶＤ成分に基づいて該変換を行うことと、を含む。
【0007】
１つの例示的な態様において、映像復号化方法が開示される。この方法は、第１の映像ブロックと前記第１のブロックのビットストリーム表現との間での変換のために、前記第１のブロックに関連付けられた動きベクトル差（ＭＶＤ）成分の範囲を判定することであって、前記ＭＶＤ成分の範囲は、コーデックの許容ＭＶＤ精度および／または許容動きベクトル（ＭＶ）精度に適応される、判定することと、前記ＭＶＤ成分の値を前記ＭＶＤ成分の範囲内に制約することと、前記制約されたＭＶＤ成分に基づいてこの変換を行うことを含む。
【0008】
１つの例示的な態様において、映像復号化方法が開示される。この方法は、第１の映像ブロックと第１のブロックのビットストリーム表現との間での変換のために、前記第１のブロックに関連付けられた動きベクトル差（ＭＶＤ）成分の範囲を、前記第１のブロックの符号化された情報に基づいて判定することと、ＭＶＤ成分の値は、ＭＶＤ成分の範囲内にあるように制約することと、制約されたＭＶＤ成分の範囲に基づいて該変換を行うことと、を含む。
【0009】
１つの例示的な態様において、映像復号化方法が開示される。この方法は、映像の第１のブロックに関連付けられ、制約されて信号通知されるＭＶＤ成分に基づいて、第１のブロックと第１のブロックのビットストリーム表現との変換を行うことを含み、信号通知される動きベクトル差（ＭＶＤ）成分の値が、所定の範囲に制約される。
【0010】
１つの例示的な態様において、映像復号化方法が開示される。この方法は、制約されて導出されるＭＶＤ成分に基づいて、映像の第１のブロックと第１のブロックのビットストリーム表現との変換を行うことを含み、第１のブロックに関連付けられ、導出される動きベクトル差（ＭＶＤ）成分の値が、所定の範囲に制約される。
【0011】
さらに別の例示的な態様において、映像処理装置が開示される。この装置は、上述した方法を行うように構成された処理装置を含む。
【0012】
さらに別の例示的な態様において、コンピュータ可読媒体が開示される。この媒体には、上述した方法を処理装置で実装するためのコードが記憶されている。
【0013】
これらの、および他の態様は、本明細書で説明される。
【図面の簡単な説明】
【0014】
【図1】例示的なエンコーダブロック図を示す。
【図2】本明細書に記載される１つ以上の方法を実装するためのハードウェアプラットフォームの一例を示すブロック図である。
【図3】映像処理方法の一例を示すフローチャートである。
【図4】映像処理方法の一例を示すフローチャートである。
【図5】映像処理方法の一例を示すフローチャートである。
【図6】映像処理方法の一例を示すフローチャートである。
【図7】映像処理方法の一例を示すフローチャートである。
【図8】映像処理方法の一例を示すフローチャートである。
【発明を実施するための形態】
【0015】
本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。さらに、特定の実施形態は、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）または他の特定の映像コーデックを参照して説明されたが、開示された技術は、他の映像符号化技術にも適用可能である。さらに、いくつかの実施形態は映像符号化ステップを詳細に説明しているが、符号化を復号化する、対応するステップはデコーダによって実行されることが理解されよう。さらに、映像処理という用語は、映像符号化または圧縮、映像の復号化または展開、および映像の画素がある圧縮形式から別の圧縮形式へ、または別の圧縮ビットレートで表現される映像のコード変換を含む。
【0016】
１．発明の概要
本明細書は、映像符号化技術に関する。具体的には、映像符号化におけるインター符号化処理に関する。ＨＥＶＣのような既存の映像符号化規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。
本明細書は、映像符号化技術に関する。具体的には、映像符号化におけるインター符号化処理に関する。ＨＥＶＣのような既存の映像符号化規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。
【0017】
２．初期の協議
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しい符号化規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像符号化規格を「汎用映像符号化（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しい符号化技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しい符号化規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像符号化規格を「汎用映像符号化（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しい符号化技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
【0018】
２．１ 典型的な映像コーデックの符号化フロー
図１は、３つのインループフィルタリングブロック、すなわち非ブロック化フィルタ（ＤＦ）、サンプル適応オフセット（ＳＡＯ）およびＡＬＦを含むＶＶＣのエンコーダブロック図の例を示す。ＤＦ（予め定義されたフィルタを使用する）とは異なり、ＳＡＯおよびＡＬＦは、現在のピクチャのオリジナルサンプルを利用し、それぞれ、オフセットを追加することにより、および、有限インパルス応答（ＦＩＲ）フィルタを適用することにより、オフセットおよびフィルタ係数を信号通知する符号化側情報を用いて、元のサンプルと再構成サンプルとの間の平均二乗誤差を低減する。ＡＬＦは、各ピクチャの最後の処理ステージに位置し、前のステージで生成されたアーチファクトを捕捉し、修正しようとするツールと見なすことができる。
図１は、３つのインループフィルタリングブロック、すなわち非ブロック化フィルタ（ＤＦ）、サンプル適応オフセット（ＳＡＯ）およびＡＬＦを含むＶＶＣのエンコーダブロック図の例を示す。ＤＦ（予め定義されたフィルタを使用する）とは異なり、ＳＡＯおよびＡＬＦは、現在のピクチャのオリジナルサンプルを利用し、それぞれ、オフセットを追加することにより、および、有限インパルス応答（ＦＩＲ）フィルタを適用することにより、オフセットおよびフィルタ係数を信号通知する符号化側情報を用いて、元のサンプルと再構成サンプルとの間の平均二乗誤差を低減する。ＡＬＦは、各ピクチャの最後の処理ステージに位置し、前のステージで生成されたアーチファクトを捕捉し、修正しようとするツールと見なすことができる。
【0019】
図１は、エンコーダブロック図の例を示す。
【0020】
２．２ 適応型動きベクトル解像度（ＡＭＶＲ）
ＨＥＶＣにおいて、ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇがスライスヘッダにおいて０であるとき、１／４輝度サンプルの単位で動きベクトル差分（ＭＶＤ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）（動きベクトルとＣＵの予測動きベクトルとの差）が信号通知される。ＪＥＭにおいて、ＬＡＭＶＲ（Ｌｏｃａｌｌｙ Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）が導入される。ＶＶＣにおいて、ＣＵレベルの適応型動きベクトル解像度（ＡＭＶＲ）スキームが導入される。ＡＭＶＲは、ＣＵのＭＶＤを異なる精度で符号化することを可能にする。現在のＣＵのモード（通常のＡＭＶＰモードまたはアフィンＡＶＭＰモード）に基づいて、現在のＣＵのＭＶＤは、以下のように適応的に選択できる。
－ 通常ＡＭＶＰモード：１／４輝度サンプル、整数輝度サンプルまたは４輝度サンプル。
－ アフィンＡＭＶＰモード： １／４輝度サンプル、整数輝度サンプルまたは１／１６輝度サンプル。
ＨＥＶＣにおいて、ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇがスライスヘッダにおいて０であるとき、１／４輝度サンプルの単位で動きベクトル差分（ＭＶＤ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）（動きベクトルとＣＵの予測動きベクトルとの差）が信号通知される。ＪＥＭにおいて、ＬＡＭＶＲ（Ｌｏｃａｌｌｙ Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）が導入される。ＶＶＣにおいて、ＣＵレベルの適応型動きベクトル解像度（ＡＭＶＲ）スキームが導入される。ＡＭＶＲは、ＣＵのＭＶＤを異なる精度で符号化することを可能にする。現在のＣＵのモード（通常のＡＭＶＰモードまたはアフィンＡＶＭＰモード）に基づいて、現在のＣＵのＭＶＤは、以下のように適応的に選択できる。
－ 通常ＡＭＶＰモード：１／４輝度サンプル、整数輝度サンプルまたは４輝度サンプル。
－ アフィンＡＭＶＰモード： １／４輝度サンプル、整数輝度サンプルまたは１／１６輝度サンプル。
【0021】
現在のＣＵが少なくとも１つの非ゼロＭＶＤ成分を有する場合、ＣＵレベルＭＶＤ解像度指示が条件付きで信号通知される。すべてのＭＶＤ成分（すなわち、参照リストＬ０及び参照リストＬ１の水平及び垂直ＭＶＤの両方）がゼロである場合、１／４輝度サンプルＭＶＤ解像度が推測される。
【0022】
少なくとも１つの非ゼロＭＶＤ成分の構成要素を有するＣＵの場合、１／４輝度サンプルＭＶＤ精度がＣＵにおいて使用されるかどうかを示すために、第１のフラグが信号通知される。第１のフラグが０である場合、さらなる信号伝達は必要とされず、現在のＣＵのために１／４輝度サンプルＭＶＤ精度が使用される。そうでない場合、通常のＡＭＶＰ ＣＵのために整数輝度サンプルまたは４輝度サンプルのＭＶＤ精度が使用されるかどうかを示すために、第２のフラグが信号通知される。同じ第２のフラグは、整数輝度サンプルまたは１／１６輝度サンプルのＭＶＤ精度がアフィンＡＭＶＰ ＣＵに使用されるかどうかを示すために使用される。再構成されたＭＶが意図された精度（１／４輝度サンプル、整数輝度サンプル、または４輝度サンプル）を有することを保証するために、ＣＵの動きベクトル予測子は、ＭＶＤと加算される前に、ＭＶＤと同じ精度に丸められる。動きベクトル予測子をゼロに向かって丸める（すなわち、負の動きベクトル予測子を正の無限大に向かって丸め、正の動きベクトル予測モジュールを負の無限大に向かって丸める）。
【0023】
エンコーダは、ＲＤチェックを使用して、現在のＣＵの動きベクトルの解像度を決定する。各ＭＶＤ解像度に対してＣＵレベルのＲＤチェックを常に３回行うことを回避するために、ＶＴＭ４では、１／４輝度サンプル以外のＭＶＤ精度のＲＤチェックは、条件付きでのみ呼び出される。通常のＡＶＭＰモードの場合、まず、１／４輝度サンプルＭＶＤ精度及び整数輝度サンプルＭＶ精度のＲＤコストを算出する。次に、整数輝度サンプルＭＶＤ精度のＲＤコストと１／４輝度サンプルＭＶＤ精度のＲＤコストを比較し、４輝度サンプルＭＶＤ精度のＲＤコストをさらにチェックする必要があるかどうかを決定する。１／４輝度サンプルＭＶＤ精度のＲＤコストが整数輝度サンプルＭＶＤ精度のＲＤコストよりもずっと小さい場合、４輝度サンプルＭＶＤ精度のＲＤチェックは省略される。アフィンＡＭＶＰモードにおいて、アフィンマージ／スキップモード、マージ／スキップモード、１／４輝度サンプリングＭＶＤ精度通常ＡＭＶＰモード、１／４輝度サンプリングＭＶＤ精度アフィンＡＭＶＰモードのレート－ひずみ率をチェックした後、アフィンインターモードを選択しなかった場合、１／１６輝度サンプルＭＶ精度、１画素ＭＶ精度アフィンインターモードはチェックされない。さらに、１／１６輝度サンプル及び１／４輝度サンプルＭＶ精度アフィンインターモードにおける検索開始点として、１／４輝度サンプルＭＶ精度アフィンインターモードで得られたアフィンパラメータを使用する。
【0024】
２．３ ＶＶＣにおけるアフィンＡＭＶＰ予測
アフィンＡＭＶＰモードを、幅および高さの両方が１６以上のＣＵに適用することができる。アフィンＡＭＶＰモードが使用されるかどうかを示すために、ＣＵレベルのアフィンフラグがビットストリームにおいて信号通知され、次いで、４パラメータアフィンであるか６パラメータアフィンであるかどうかを示すために、別のフラグが信号通知される。このモードにおいて、現在のＣＵのＣＰＭＶとその予測子ＣＰＭＶＰとの差がビットストリームにおいて信号通知される。アフィンＡＶＭＰ候補リストサイズは２であり、以下の４つのタイプのＣＰＶＭ候補を順に使用して生成される。
１）近傍のＣＵのＣＰＵＭＶから外挿した継承アフィンＡＭＶＰ候補
２）近傍のＣＵの並進ＭＶを使用して導出された構築アフィンＡＭＶＰ候補ＣＰＭＶＰ
３）近傍のＣＵからの並進ＭＶ
４）ゼロＭＶ
アフィンＡＭＶＰモードを、幅および高さの両方が１６以上のＣＵに適用することができる。アフィンＡＭＶＰモードが使用されるかどうかを示すために、ＣＵレベルのアフィンフラグがビットストリームにおいて信号通知され、次いで、４パラメータアフィンであるか６パラメータアフィンであるかどうかを示すために、別のフラグが信号通知される。このモードにおいて、現在のＣＵのＣＰＭＶとその予測子ＣＰＭＶＰとの差がビットストリームにおいて信号通知される。アフィンＡＶＭＰ候補リストサイズは２であり、以下の４つのタイプのＣＰＶＭ候補を順に使用して生成される。
１）近傍のＣＵのＣＰＵＭＶから外挿した継承アフィンＡＭＶＰ候補
２）近傍のＣＵの並進ＭＶを使用して導出された構築アフィンＡＭＶＰ候補ＣＰＭＶＰ
３）近傍のＣＵからの並進ＭＶ
４）ゼロＭＶ
【0025】
継承アフィンＡＭＶＰ候補のチェック順は、継承アフィンマージ候補のチェック順と同じである。唯一の違いは、ＡＶＭＰ候補の場合、現在のブロックと同じ参照ピクチャを有するアフィンＣＵのみを考慮することである。継承されたアフィン動き予測子を候補リストに挿入する場合、プルーニング処理は適用されない。
【0026】
構築されたＡＭＶＰ候補は、指定された空間的近傍から導出される。また、近傍のブロックの参照ピクチャインデックスもチェックする。現在のＣＵと同じ参照ピクチャを有する、インター符号化されたチェック順の第１のブロックを使用する。４パラメータアフィンモードで符号化された現在のＣＵが１つのみであり、ｍｖ０およびｍｖ１が両方とも利用可能である場合、それらをアフィンＡＭＶＰ一覧に１つの候補として追加する。現在のＣＵが６パラメータアフィンモードで符号化され、３つのＣＰＭＶすべてが利用可能である場合、それらをアフィンＡＭＶＰリストにおける１つの候補として追加する。そうでない場合、構築されたＡＭＶＰ候補を利用不可能に設定する。
【0027】
継承されたアフィンＡＭＶＰ候補および構築されたＡＭＶＰ候補をチェックした後、アフィンＡＭＶＰ一覧候補が依然として２未満である場合、利用可能であれば、ｍｖ０、ｍｖ１、およびｍｖ２の順に、現在のＣＵのすべての制御点ＭＶを予測する並進ＭＶとして追加される。最後に、まだアフィンＡＭＶＰリストがすべて満たされていない場合は、満たすためにゼロＭＶを使用する。
【0028】
２．４ ＶＶＣにおけるＭＶＤ（ＭＭＶＤ）とのマージモード
マージモードに加え、暗黙的に導出された動き情報を現在のＣＵの予測サンプル生成に直接使用する場合、ＶＶＣに動きベクトル差を有するマージモード（ＭＭＶＤ）を導入する。スキップフラグおよびマージフラグを送信した直後に、ＭＭＶＤフラグを信号通知して、ＭＭＶＤモードをＣＵに使用するかどうかを指定する。
マージモードに加え、暗黙的に導出された動き情報を現在のＣＵの予測サンプル生成に直接使用する場合、ＶＶＣに動きベクトル差を有するマージモード（ＭＭＶＤ）を導入する。スキップフラグおよびマージフラグを送信した直後に、ＭＭＶＤフラグを信号通知して、ＭＭＶＤモードをＣＵに使用するかどうかを指定する。
【0029】
ＭＭＶＤにおいて、マージ候補が選択された後、信号通知されたＭＶＤ情報によってさらに微調整される。このさらなる情報は、マージ候補フラグと、動きの大きさを指定するためのインデックスと、動き方向の指示のためのインデックスとを含む。ＭＭＶＤモードにおいて、マージリストにおける最初の２つの候補のうちの１つを選択し、ＭＶベースとして使用する。マージ候補フラグは、どちらを使用するかを指定するように信号通知される。
【0030】
距離インデックスは、動きの大きさの情報を指定して、予め定義された開始点からのオフセットを示す。開始ＭＶの水平成分または垂直成分のいずれかにオフセットを加える。距離インデックスと予め定義されたオフセットとの関係を、表１に示す。
【0031】
ＶＶＣには、ｓｐｓｓレベルでの端数ＭＭＶＤオフセットのオン／オフのためのＳＰＳフラグｓｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在する。そして、タイルグループフラグｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇにより、タイトルグループのヘッダレベルにおける“ＳＣＣ／ＵＨＤフレーム”のための端数ＭＭＶＤオフセットのオン／オフを制御する。端数ＭＶＤが有効化されている場合、表１のデフォルト距離テーブルが使用され、そうでない場合、表１のデフォルト距離におけるすべてのオフセット要素は、２だけ左シフトされる。
距離指数と予め定義されたオフセットとの関係
距離指数と予め定義されたオフセットとの関係
【0032】
【表1】
【0033】
方向インデックスは、開始点に対するＭＶＤの方向を表す。方向インデックスは、表２に示すように、４つの方向を表すことができる。なお、ＭＶＤ符号の意味は、開始ＭＶの情報に従って異なってもよい。開始ＭＶが未予測ＭＶまたは双予測ＭＶであり、両方のリストが現在のピクチャの同じ側を指している（即ち、２つの参照符号のＰＯＣが両方とも現在のピクチャのＰＯＣよりも大きい、または両方とも現在のピクチャのＰＯＣより小さい）場合、表２における符号は、開始ＭＶに加えられるＭＶオフセットの符号を指定する。開始ＭＶが双予測ＭＶであり、２つのＭＶが現在のピクチャの異なる側を指している（即ち、１つの参照のＰＯＣが現在のピクチャのＰＯＣよりも大きく、他の参照のＰＯＣが現在のピクチャのＰＯＣより小さい）場合、表２における符号は、開始ＭＶのｌｉｓｔ０ ＭＶ成分に加えられるＭＶオフセットの符号を規定し、ｌｉｓｔ１ ＭＶの符号は逆の値を有する。
方向索引で指定したＭＶオフセットの符号
方向索引で指定したＭＶオフセットの符号
【0034】
【表2】
【0035】
２．５ ＶＶＣにおけるイントラブロックコピー（ＩＢＣ）
イントラブロックコピー（ＩＢＣ）は、ＳＣＣのＨＥＶＣ拡張に採用されているツールである。これにより、スクリーンコンテンツ素材の符号化効率が有意に向上することが知られている。ＩＢＣモードはブロックレベル符号化モードとして実装されるので、エンコーダにおいてブロックマッチング（ＢＭ）を行い、各ＣＵごとに最適なブロックベクトル（または動きベクトル）を見出す。ここで、ブロックベクトルは、現在のブロックから、現在のピクチャの内部で既に再構成された参照ブロックへの変位を示すために使用される。
イントラブロックコピー（ＩＢＣ）は、ＳＣＣのＨＥＶＣ拡張に採用されているツールである。これにより、スクリーンコンテンツ素材の符号化効率が有意に向上することが知られている。ＩＢＣモードはブロックレベル符号化モードとして実装されるので、エンコーダにおいてブロックマッチング（ＢＭ）を行い、各ＣＵごとに最適なブロックベクトル（または動きベクトル）を見出す。ここで、ブロックベクトルは、現在のブロックから、現在のピクチャの内部で既に再構成された参照ブロックへの変位を示すために使用される。
【0036】
ＶＶＣにおいて、ＩＢＣ符号化ＣＵの輝度ブロックベクトルは、整数精度である。クロマブロックベクトルは、整数精度にも丸められる。ＡＭＶＲと組み合わせた場合、ＩＢＣモードは、１画素と４画素の動きベクトル精度を切り替えることができる。ＩＢＣ符号化されたＣＵは、イントラ予測モードまたはインター予測モード以外の第３の予測モードとして扱われる。ＩＢＣモードは、幅および高さの両方が６４輝度サンプル以下のＣＵに適用可能である。
【0037】
ＩＢＣモードは、現在のピクチャ参照（ＣＰＲ）モードとしても知られている。
【0038】
２．６ ＶＶＣ仕様／作業草案における動きベクトルの差
ＶＶＣ作業草案から以下のテキストを抽出する。
７．３．６．８ 動きベクトル差構文
ＶＶＣ作業草案から以下のテキストを抽出する。
７．３．６．８ 動きベクトル差構文
【0039】
【表3】
【0040】
７．３．６．７ マージデータ構文
【0041】
【表4】
【0042】
７．４．３．１ シーケンスパラメータセットＲＢＳＰ意味論
ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル符号化に適応型動きベクトル差解像度を使用することを指定する。ａｍｖｒ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル符号化に適応動きベクトル差分解像度を用いないことを指定する。
ｓｐｓ＿ａｍｖｒ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、アフィンインターモードの動きベクトル符号化に適応動きベクトル差解像度を使用することを指定する。ｓｐｓ＿ａｍｖｒ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇｇが０に等しい場合は、アフィンインターモードの動きベクトル符号化に適応型動きベクトル差解像度を用いないことを指定する。
ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル差を有するマージモードが整数サンプル精度を使用することを指定する。ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル差を有するマージモードが端数サンプル精度を使用できることを指定する。
７．４．５．１ 一般タイルグループヘッダ意味論
ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル差を有するマージモードが現在のタイルグループにおける整数サンプル精度を使用することを指定する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル差を有するマージモードが現在のタイルグループにおける端数サンプル精度を使用できることを指定する。存在しない場合、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０であると推測される。
７．４．７．５ 符号化ユニット構文
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は、動きベクトルの差の解像度を指定する。配列インデックスｘ０，ｙ０は、考慮された符号化ブロックの左上の輝度サンプルの、ピクチャの左上の輝度サンプルに対する位置（ｘ０，ｙ０）を指定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］＝０は、動きベクトル差の解像度が輝度サンプルの１／４であることを指定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、動きベクトル差の解像度がさらにａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］で指定されることを指定する。
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推論推測される。
－ ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＢＣに等しい場合、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－ そうでない場合（ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＢＣである場合）、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は０であると推測される。
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が０である場合、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０の場合は、動きベクトル差の解像度が１つの整数輝度サンプルとなり、そうでない場合は、１／１６の輝度サンプルとなることを指定する。ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が１である場合、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０の場合は、動きベクトル差の解像度が４つの輝度サンプルとなり、そうでない場合は、１つの整数輝度サンプルとなることを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル符号化に適応型動きベクトル差解像度を使用することを指定する。ａｍｖｒ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル符号化に適応動きベクトル差分解像度を用いないことを指定する。
ｓｐｓ＿ａｍｖｒ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、アフィンインターモードの動きベクトル符号化に適応動きベクトル差解像度を使用することを指定する。ｓｐｓ＿ａｍｖｒ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇｇが０に等しい場合は、アフィンインターモードの動きベクトル符号化に適応型動きベクトル差解像度を用いないことを指定する。
ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル差を有するマージモードが整数サンプル精度を使用することを指定する。ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル差を有するマージモードが端数サンプル精度を使用できることを指定する。
７．４．５．１ 一般タイルグループヘッダ意味論
ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合は、動きベクトル差を有するマージモードが現在のタイルグループにおける整数サンプル精度を使用することを指定する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合は、動きベクトル差を有するマージモードが現在のタイルグループにおける端数サンプル精度を使用できることを指定する。存在しない場合、ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０であると推測される。
７．４．７．５ 符号化ユニット構文
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は、動きベクトルの差の解像度を指定する。配列インデックスｘ０，ｙ０は、考慮された符号化ブロックの左上の輝度サンプルの、ピクチャの左上の輝度サンプルに対する位置（ｘ０，ｙ０）を指定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］＝０は、動きベクトル差の解像度が輝度サンプルの１／４であることを指定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、動きベクトル差の解像度がさらにａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］で指定されることを指定する。
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推論推測される。
－ ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＢＣに等しい場合、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－ そうでない場合（ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＢＣである場合）、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は０であると推測される。
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が０である場合、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０の場合は、動きベクトル差の解像度が１つの整数輝度サンプルとなり、そうでない場合は、１／１６の輝度サンプルとなることを指定する。ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が１である場合、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０の場合は、動きベクトル差の解像度が４つの輝度サンプルとなり、そうでない場合は、１つの整数輝度サンプルとなることを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
【0043】
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
動きベクトルの差は、以下のように修正される。
－ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０である場合、変数ＭｖＳｈｉｆｔが導出され、変数ＭｖｄＬ０［ｘ０］［ｙ０］［０］、ＭｖｄＬ０［ｘ０］［ｙ０］［１］、ＭｖｄＬ１［ｘ０］［ｙ０］［０］、ＭｖｄＬ１［ｘ０］［ｙ０］［１］が次ように修正される。
MvShift=(amvr_flag[x0][y0]+amvr_precision_flag[x0][y0])<<1 (7-98)
MvdL0[x0][y0][0]=MvdL0[x0][y0][0]<<(MvShift+2) (7-99)
MvdL0[x0][y0][1]=MvdL0[x0][y0][1]<<(MvShift+2) (7-100)
MvdL1[x0][y0][0]=MvdL1[x0][y0][0]<<(MvShift+2) (7-101)
MvdL1[x0][y0][1]=MvdL1[x0][y0][1]<<(MvShift+2) (7-102)
－ そうでない場合（ｉｎｔｅｒ＿ａｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１である）、変数ＭｖＳｈｉｆｔが導出され、変数ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］，、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［１］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］およびＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［１］が次のように修正される。
MvShift=amvr_precision_flag[x0][y0]?
(amvr_precision_flag[x0][y0]<<1):(-(amvr_flag[x0][y0]<<1))) (7-103)
MvdCpL0[x0][y0][0][0]=MvdCpL0[x0][y0][0][0]<<(MvShift+2) (7-104)
MvdCpL1[x0][y0][0][1]=MvdCpL1[x0][y0][0][1]<<(MvShift+2) (7-105)
MvdCpL0[x0][y0][1][0]=MvdCpL0[x0][y0][1][0]<<(MvShift+2) (7-106)
MvdCpL1[x0][y0][1][1]=MvdCpL1[x0][y0][1][1]<<(MvShift+2) (7-107)
MvdCpL0[x0][y0][2][0]=MvdCpL0[x0][y0][2][0]<<(MvShift+2) (7-108)
MvdCpL1[x0][y0][2][1]=MvdCpL1[x0][y0][2][1]<<(MvShift+2) (7-109)
７．４．７．７ マージデータ意味論
ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットにおけるインター予測パラメータを隣接するインター予測区間から推測するかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－ そうでない場合、ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。
ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、現在の符号化ユニットのインター予測パラメータを生成するために、動きベクトル差を有するマージモードを使用することを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］とｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］から導出される動きベクトルの差で、マージ候補リストの第１（０）の候補を使うか、第２（１）の候補を使うかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－１１で規定されているように、ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用するインデックスを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
表７－１１ ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］に基づくＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］の仕様
動きベクトルの差は、以下のように修正される。
－ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０である場合、変数ＭｖＳｈｉｆｔが導出され、変数ＭｖｄＬ０［ｘ０］［ｙ０］［０］、ＭｖｄＬ０［ｘ０］［ｙ０］［１］、ＭｖｄＬ１［ｘ０］［ｙ０］［０］、ＭｖｄＬ１［ｘ０］［ｙ０］［１］が次ように修正される。
MvShift=(amvr_flag[x0][y0]+amvr_precision_flag[x0][y0])<<1 (7-98)
MvdL0[x0][y0][0]=MvdL0[x0][y0][0]<<(MvShift+2) (7-99)
MvdL0[x0][y0][1]=MvdL0[x0][y0][1]<<(MvShift+2) (7-100)
MvdL1[x0][y0][0]=MvdL1[x0][y0][0]<<(MvShift+2) (7-101)
MvdL1[x0][y0][1]=MvdL1[x0][y0][1]<<(MvShift+2) (7-102)
－ そうでない場合（ｉｎｔｅｒ＿ａｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１である）、変数ＭｖＳｈｉｆｔが導出され、変数ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］，、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［１］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］およびＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［１］が次のように修正される。
MvShift=amvr_precision_flag[x0][y0]?
(amvr_precision_flag[x0][y0]<<1):(-(amvr_flag[x0][y0]<<1))) (7-103)
MvdCpL0[x0][y0][0][0]=MvdCpL0[x0][y0][0][0]<<(MvShift+2) (7-104)
MvdCpL1[x0][y0][0][1]=MvdCpL1[x0][y0][0][1]<<(MvShift+2) (7-105)
MvdCpL0[x0][y0][1][0]=MvdCpL0[x0][y0][1][0]<<(MvShift+2) (7-106)
MvdCpL1[x0][y0][1][1]=MvdCpL1[x0][y0][1][1]<<(MvShift+2) (7-107)
MvdCpL0[x0][y0][2][0]=MvdCpL0[x0][y0][2][0]<<(MvShift+2) (7-108)
MvdCpL1[x0][y0][2][1]=MvdCpL1[x0][y0][2][1]<<(MvShift+2) (7-109)
７．４．７．７ マージデータ意味論
ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットにおけるインター予測パラメータを隣接するインター予測区間から推測するかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－ そうでない場合、ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。
ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、現在の符号化ユニットのインター予測パラメータを生成するために、動きベクトル差を有するマージモードを使用することを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］とｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］から導出される動きベクトルの差で、マージ候補リストの第１（０）の候補を使うか、第２（１）の候補を使うかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－１１で規定されているように、ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用するインデックスを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
表７－１１ ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］に基づくＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］の仕様
【0044】
【表5】
【0045】
ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ［ｘ０］［ｙ０］は、表７－１２で規定されているように、ＭｍｖｄＤｉｓｔａｎｃｅ［ｘ０］［ｙ０］を導出するために使用するインデックスを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
表７－１２ ｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］に基づくＭｍｖｄＳｉｇｎ［ｘ０］［ｙ０］の仕様
表７－１２ ｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］に基づくＭｍｖｄＳｉｇｎ［ｘ０］［ｙ０］の仕様
【0046】
【表6】
【0047】
マージ＋ＭＶＤオフセットＭｍｖｄＯｆｆｓｅｔ［ｘ０］［ｙ０］の両成分は、以下のように導出される。
MmvdOffset[x0][y0][0]=(MmvdDistance[x0][y0]<<2)*MmvdSign[x0][y0][0] (7-112)
MmvdOffset[x0][y0][1]=(MmvdDistance[x0][y0]<<2)*MmvdSign[x0][y0][1] (7-113)
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットにおけるサブブロックベースのインター予測パラメータを近傍のブロックから推測するかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］は、サブブロックに基づくマージ候補リストのマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］現在の符号化ユニットに対して、インターピクチャマージとイントラピクチャ予測とを組み合わせるかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
構文要素ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、およびｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］は、インターピクチャマージおよびピクチャ内予測の組み合わせに使用される輝度サンプルのイントラ予測モードを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。８．５．６項に従ってイントラ予測モードを導出する。
ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｃｂＷｉｄｔｈが２＊ｃｂＨｅｉｇｈｔよりも大きい、またはｃｂＨｅｉｇｈｔが２＊ｃｂＷｉｄｔｈよりも大きい場合、ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］は１であると推測される。
－ そうでない場合、ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、現在の符号化ユニットに対して、Ｂタイルグループを復号化する時、三角形の形状に基づく動き補償を使用して現在の符号化ユニットの予測サンプルを生成することを指定する。ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合は、符号化ユニットが、三角形状に基づく動き補償によって予測されないことを指定する。ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘ０］［ｙ０］は、マージ三角形モードの分割方向を指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０［ｘ０］［ｙ０］は、三角形状に基づく動き補償候補リストの１番目のマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１［ｘ０］［ｙ０］は、三角形状に基づく動き補償候補リストの２番目のマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は、マージ候補リストのマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］はｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］に等しいと推測される。
そうでない場合（ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］＝０）、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は０に等しい０と推測される。
７．４．７．８ 動きベクトル差意味論
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は、動きベクトル成分の差の絶対値が０より大きいかどうかを指定する。
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は、動きベクトル成分の差の絶対値が１より大きいかどうかを指定する。
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が存在しない場合、０に等しいと推測される。
ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２［ｃｏｍｐＩｄｘ］＋２は、動きベクトル成分の差の絶対値を指定する。
ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２［ｃｏｍｐＩｄｘ］が存在しない場合、－１に等しいと推測される。
ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は動きベクトル成分の差の符号を以下のように指定する。
－ ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が０に等しい場合、対応する動きベクトル成分の差は正の値を有する。
－ そうでない場合（ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が１に等しい）、対応する動きベクトル成分の差は負の値を有する。
ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が存在しない場合、０に等しいと推測される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
lMvd[compIdx]=abs_mvd_greater0_flag[compIdx]*
(abs_mvd_minus2[compIdx]+2)*(1-2*mvd_sign_flag[compIdx]) (7-114)
ｌＭｖｄ［ｃｏｍｐＩｄｘ］の値は、－２１５から２１５－１の範囲内にあるとする。
ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］の値に基づいて、動きベクトルの差は、以下のように導出される。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０である場合、変数ＭｖｄＬＸ［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］）（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ ｒｅｆＬｉｓｔが０である場合、ｍｖｄＬ０［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１である）、ＭｖｄＬ１［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しくない）、変数ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］（Ｘが０または１）、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、考慮される符号化ブロックの左上の輝度サンプルの、ピクチャの左上の輝度サンプルに対する位置（ｘ０，ｙ０）を指定し、配列インデックスｃｐＩｄｘは、制御点インデックスを指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ ｒｅｆＬｉｓｔが０である場合、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１である）、ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
３．本明細書に記載の実施形態が解決しようとする課題の例
ＶＶＣのようなある符号化標準において、動きベクトル差（ＭＶＤ）は、必ずしも１／４画素（例えば、１／４輝度サンプル）の解像度であるとは限らない。しかしながら、既存のＶＶＣ作業草案において、ＭＶＤ成分を－２１５～２１５－１の範囲に常時クリッピングするビットストリーム制約が存在する。この結果、特に、１／４画素でないＭＶＤ解像度が使用される場合、ＭＶＤ値が不正確になる可能性がある（例えば、アフィンＡＭＶＰが使用される場合、１／１６輝度サンプルのＭＶＤ解像度）。
４．例示的な実施形態および技術
以下に列記される実施形態は、一般的な概念を説明するための例であると考えられるべきである。これらの発明は狭い意味で解釈されるべきではない。さらに、これらの発明は、任意の方法で組み合わせることができる。
以下の説明において、「動きベクトル差（ＭＶＤ）成分」は、水平方向（例えば、ｘ軸に沿って）の動きベクトル差または垂直方向（例えば、ｙ軸に沿って）の動きベクトル差のいずれかを示す。
サブピクセル動きベクトル（ＭＶ）表現の場合、動きベクトルは、通常、端数部分および整数部分からなる。ＭＶの範囲を［－２Ｍ，２Ｍ－１］とし、（Ｍが正の整数値）、Ｍ＝Ｋ＋Ｌであり、（Ｋは、ＭＶの整数部分の範囲を表し、Ｌは、ＭＶの端数部分の範囲を表す）、ＭＶは、（１／２Ｌ）輝度サンプル精度で表現されるとする。例えば、ＨＥＶＣにおいて、Ｋ＝１３、Ｌ＝２であり、従って、Ｍ＝Ｋ＋Ｌ＝１５である。一方、ＶＶＣにおいて、Ｋ＝１３，Ｌ＝４であり、Ｍ＝Ｋ＋Ｌ＝１７である。
１．ＭＶＤ成分の範囲は、コーデックの許容可能なＭＶＤ解像度／精度に依存してもよいことが提案される。
ａ） 一例において、すべてのＭＶＤ成分に同じ範囲を適用することができる。
ｉ．一例において、ＭＶＤ成分の範囲は、［－２Ｍ、２Ｍ－１］などのＭＶ範囲の範囲、例えば、Ｍ＝１７と同じである。
ｂ） 一例において、復号化されたすべてのＭＶＤ成分は、最初に予め指定された精度（１／２Ｌ）輝度サンプル（たとえば、Ｌ＝４）にスケーリングされ、次に予め定義された範囲［－２Ｍ，２Ｍ－１］（例えば、Ｍ＝１７）にクリッピングしてもよい。
ｃ） 一例において、ＭＶＤ成分の範囲は、コーデックで許容されるＭＶＤ／ＭＶ解像度に依存してもよい。
ｉ．一例において、ＭＶＤの許容解像度が１／１６輝度サンプル、１／４輝度サンプル、１輝度サンプル、または４輝度サンプルであるとすると、ＭＶＤ成分の値は、最も細かい解像度（例えば、これらの可能な解像度のうち１／１６輝度サンプル）に従ってクリッピング／制約してもよい。すなわち、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲、例えば、Ｋ＝１３，Ｌ＝４となる。
２．ＭＶＤ成分の範囲は、ブロックの符号化された情報に依存してもよいことが提案される。
ａ） 一例において、ＭＶＤ成分の範囲の複数のセットを定義してもよい。
ｂ） 一例において、範囲は、ＭＶ予測子／ＭＶＤ／ＭＶ精度に依存してもよい。
ｉ．一例において、ＭＶＤ成分のＭＶＤ精度が（１／２Ｌ）輝度サンプルであるとする（例えば、Ｌ＝４，３，２，１，０，－１，２，３，４など）と、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲、例えば、Ｋ＝１３，Ｌ＝４，３，２，１，０，－１，２，３，４などに制約されるか、または／およびクリッピングされてもよい。
ｉｉ．一例において、ＭＶＤ成分の範囲は、変数ＭｖＳｈｉｆｔに依存してもよく、ここで、ＭｖＳｈｉｆｔは、ＶＶＣのａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ，ａｍｖｒ＿ｆｌａｇ、およびａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇから導出されてもよい。
１．一例において、ＭｖＳｈｉｆｔは、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、および／またはａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ、および／またはｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および／またはｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および／またはｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、および／またはＣｕＰｒｅｄＭｏｄｅなどの符号化された情報によって導出されてもよい。
ｃ） 一例において、ＭＶＤ範囲は、ブロックの符号化モード、動きモデルなどに依存してもよい。
ｉ．一例において、ＭＶＤ成分の範囲は、現在のブロックの動きモデル（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）、および／または予測モード、および／またはａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇに依存してもよい。
ｉｉ．一例において、現在のブロックの予測モードがＭＯＤＥ＿ＩＢＣ（例えば、現在のブロックがＩＢＣモードで符号化されている）である場合、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝０）であってもよい。
ｉｉｉ．一例において、現在のブロックの動きモデルインデックス（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）が０に等しい（例えば、現在のブロックが並進動きモデルを使用して予測される）場合、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝２）であってもよい。
１．代替的に、現在のブロックの予測モードがＭＯＤＥ＿ＩＮＴＥＲで、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇが偽の場合（例えば、現在のブロックが並進動きモデルを使用して予測されている場合）、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝２）であってもよい。
ｉｖ．一例において、現在のブロックの動きモデルインデックス（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）が０に等しくない場合（例えば、現在のブロックがアフィン動きモデルを使用して予測されている場合）、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝４）であってもよい。
１．代替的に、現在のブロックの予測モードがＭＯＤＥ＿ＩＮＴＥＲで、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇが真の場合（例えば、現在のブロックがアフィン動きモデルを使用して予測される場合）、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝４）であってもよい。
ｄ） 復号化されたＭＶＤ成分に制約を加える代わりに，丸められたＭＶＤ値に制約を加えることが提案される。
ｉ．一例において、適合ビットストリームは、丸められた整数のＭＶＤ値が所与の範囲内にあることを満足するものとする。
１．一例において、整数のＭＶＤ（復号化されたＭＶＤが端数精度の場合、丸めが必要）は、［－２Ｋ，２Ｋ－１］の範囲とし、例えば、Ｋ＝１３とする。
３．なお、復号化されたＭＶＤ成分の値は、ビットストリーム制約を使用する以外に、意味解釈の際に明示的にある範囲（例えば、上述のＭＶＤ範囲）にクリッピングされてもよいことが提案される。
５． 実施形態
５．１ 実施形態＃１
以下の実施形態は、章４の項目１の方法に関するものである。
MmvdOffset[x0][y0][0]=(MmvdDistance[x0][y0]<<2)*MmvdSign[x0][y0][0] (7-112)
MmvdOffset[x0][y0][1]=(MmvdDistance[x0][y0]<<2)*MmvdSign[x0][y0][1] (7-113)
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の符号化ユニットにおけるサブブロックベースのインター予測パラメータを近傍のブロックから推測するかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］は、サブブロックに基づくマージ候補リストのマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］現在の符号化ユニットに対して、インターピクチャマージとイントラピクチャ予測とを組み合わせるかどうかを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｃｉｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
構文要素ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、およびｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］は、インターピクチャマージおよびピクチャ内予測の組み合わせに使用される輝度サンプルのイントラ予測モードを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。８．５．６項に従ってイントラ予測モードを導出する。
ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｃｂＷｉｄｔｈが２＊ｃｂＨｅｉｇｈｔよりも大きい、またはｃｂＨｅｉｇｈｔが２＊ｃｂＷｉｄｔｈよりも大きい場合、ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］は１であると推測される。
－ そうでない場合、ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、現在の符号化ユニットに対して、Ｂタイルグループを復号化する時、三角形の形状に基づく動き補償を使用して現在の符号化ユニットの予測サンプルを生成することを指定する。ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合は、符号化ユニットが、三角形状に基づく動き補償によって予測されないことを指定する。ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘ０］［ｙ０］は、マージ三角形モードの分割方向を指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０［ｘ０］［ｙ０］は、三角形状に基づく動き補償候補リストの１番目のマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１［ｘ０］［ｙ０］は、三角形状に基づく動き補償候補リストの２番目のマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は、マージ候補リストのマージ候補インデックスを指定し、ここで、ｘ０，ｙ０は、ピクチャの左上の輝度サンプルに対する、想定される符号化ブロックの左上の輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］が存在しない場合、次のように推測される。
－ ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］はｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］に等しいと推測される。
そうでない場合（ｍｍｖｄ＿ｆｌａｇ［ｘ０］［ｙ０］＝０）、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は０に等しい０と推測される。
７．４．７．８ 動きベクトル差意味論
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は、動きベクトル成分の差の絶対値が０より大きいかどうかを指定する。
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は、動きベクトル成分の差の絶対値が１より大きいかどうかを指定する。
ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が存在しない場合、０に等しいと推測される。
ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２［ｃｏｍｐＩｄｘ］＋２は、動きベクトル成分の差の絶対値を指定する。
ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２［ｃｏｍｐＩｄｘ］が存在しない場合、－１に等しいと推測される。
ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］は動きベクトル成分の差の符号を以下のように指定する。
－ ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が０に等しい場合、対応する動きベクトル成分の差は正の値を有する。
－ そうでない場合（ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が１に等しい）、対応する動きベクトル成分の差は負の値を有する。
ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］が存在しない場合、０に等しいと推測される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
lMvd[compIdx]=abs_mvd_greater0_flag[compIdx]*
(abs_mvd_minus2[compIdx]+2)*(1-2*mvd_sign_flag[compIdx]) (7-114)
ｌＭｖｄ［ｃｏｍｐＩｄｘ］の値は、－２１５から２１５－１の範囲内にあるとする。
ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］の値に基づいて、動きベクトルの差は、以下のように導出される。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０である場合、変数ＭｖｄＬＸ［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］）（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ ｒｅｆＬｉｓｔが０である場合、ｍｖｄＬ０［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１である）、ＭｖｄＬ１［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しくない）、変数ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］（Ｘが０または１）、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、考慮される符号化ブロックの左上の輝度サンプルの、ピクチャの左上の輝度サンプルに対する位置（ｘ０，ｙ０）を指定し、配列インデックスｃｐＩｄｘは、制御点インデックスを指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ ｒｅｆＬｉｓｔが０である場合、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１である）、ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
３．本明細書に記載の実施形態が解決しようとする課題の例
ＶＶＣのようなある符号化標準において、動きベクトル差（ＭＶＤ）は、必ずしも１／４画素（例えば、１／４輝度サンプル）の解像度であるとは限らない。しかしながら、既存のＶＶＣ作業草案において、ＭＶＤ成分を－２１５～２１５－１の範囲に常時クリッピングするビットストリーム制約が存在する。この結果、特に、１／４画素でないＭＶＤ解像度が使用される場合、ＭＶＤ値が不正確になる可能性がある（例えば、アフィンＡＭＶＰが使用される場合、１／１６輝度サンプルのＭＶＤ解像度）。
４．例示的な実施形態および技術
以下に列記される実施形態は、一般的な概念を説明するための例であると考えられるべきである。これらの発明は狭い意味で解釈されるべきではない。さらに、これらの発明は、任意の方法で組み合わせることができる。
以下の説明において、「動きベクトル差（ＭＶＤ）成分」は、水平方向（例えば、ｘ軸に沿って）の動きベクトル差または垂直方向（例えば、ｙ軸に沿って）の動きベクトル差のいずれかを示す。
サブピクセル動きベクトル（ＭＶ）表現の場合、動きベクトルは、通常、端数部分および整数部分からなる。ＭＶの範囲を［－２Ｍ，２Ｍ－１］とし、（Ｍが正の整数値）、Ｍ＝Ｋ＋Ｌであり、（Ｋは、ＭＶの整数部分の範囲を表し、Ｌは、ＭＶの端数部分の範囲を表す）、ＭＶは、（１／２Ｌ）輝度サンプル精度で表現されるとする。例えば、ＨＥＶＣにおいて、Ｋ＝１３、Ｌ＝２であり、従って、Ｍ＝Ｋ＋Ｌ＝１５である。一方、ＶＶＣにおいて、Ｋ＝１３，Ｌ＝４であり、Ｍ＝Ｋ＋Ｌ＝１７である。
１．ＭＶＤ成分の範囲は、コーデックの許容可能なＭＶＤ解像度／精度に依存してもよいことが提案される。
ａ） 一例において、すべてのＭＶＤ成分に同じ範囲を適用することができる。
ｉ．一例において、ＭＶＤ成分の範囲は、［－２Ｍ、２Ｍ－１］などのＭＶ範囲の範囲、例えば、Ｍ＝１７と同じである。
ｂ） 一例において、復号化されたすべてのＭＶＤ成分は、最初に予め指定された精度（１／２Ｌ）輝度サンプル（たとえば、Ｌ＝４）にスケーリングされ、次に予め定義された範囲［－２Ｍ，２Ｍ－１］（例えば、Ｍ＝１７）にクリッピングしてもよい。
ｃ） 一例において、ＭＶＤ成分の範囲は、コーデックで許容されるＭＶＤ／ＭＶ解像度に依存してもよい。
ｉ．一例において、ＭＶＤの許容解像度が１／１６輝度サンプル、１／４輝度サンプル、１輝度サンプル、または４輝度サンプルであるとすると、ＭＶＤ成分の値は、最も細かい解像度（例えば、これらの可能な解像度のうち１／１６輝度サンプル）に従ってクリッピング／制約してもよい。すなわち、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲、例えば、Ｋ＝１３，Ｌ＝４となる。
２．ＭＶＤ成分の範囲は、ブロックの符号化された情報に依存してもよいことが提案される。
ａ） 一例において、ＭＶＤ成分の範囲の複数のセットを定義してもよい。
ｂ） 一例において、範囲は、ＭＶ予測子／ＭＶＤ／ＭＶ精度に依存してもよい。
ｉ．一例において、ＭＶＤ成分のＭＶＤ精度が（１／２Ｌ）輝度サンプルであるとする（例えば、Ｌ＝４，３，２，１，０，－１，２，３，４など）と、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲、例えば、Ｋ＝１３，Ｌ＝４，３，２，１，０，－１，２，３，４などに制約されるか、または／およびクリッピングされてもよい。
ｉｉ．一例において、ＭＶＤ成分の範囲は、変数ＭｖＳｈｉｆｔに依存してもよく、ここで、ＭｖＳｈｉｆｔは、ＶＶＣのａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ，ａｍｖｒ＿ｆｌａｇ、およびａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇから導出されてもよい。
１．一例において、ＭｖＳｈｉｆｔは、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、および／またはａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ、および／またはｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および／またはｔｉｌｅ＿ｇｒｏｕｐ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、および／またはｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、および／またはＣｕＰｒｅｄＭｏｄｅなどの符号化された情報によって導出されてもよい。
ｃ） 一例において、ＭＶＤ範囲は、ブロックの符号化モード、動きモデルなどに依存してもよい。
ｉ．一例において、ＭＶＤ成分の範囲は、現在のブロックの動きモデル（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）、および／または予測モード、および／またはａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇに依存してもよい。
ｉｉ．一例において、現在のブロックの予測モードがＭＯＤＥ＿ＩＢＣ（例えば、現在のブロックがＩＢＣモードで符号化されている）である場合、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝０）であってもよい。
ｉｉｉ．一例において、現在のブロックの動きモデルインデックス（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）が０に等しい（例えば、現在のブロックが並進動きモデルを使用して予測される）場合、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝２）であってもよい。
１．代替的に、現在のブロックの予測モードがＭＯＤＥ＿ＩＮＴＥＲで、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇが偽の場合（例えば、現在のブロックが並進動きモデルを使用して予測されている場合）、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝２）であってもよい。
ｉｖ．一例において、現在のブロックの動きモデルインデックス（例えば、仕様のＭｏｔｉｏｎＭｏｄｅｌＩｄｃ）が０に等しくない場合（例えば、現在のブロックがアフィン動きモデルを使用して予測されている場合）、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝４）であってもよい。
１．代替的に、現在のブロックの予測モードがＭＯＤＥ＿ＩＮＴＥＲで、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇが真の場合（例えば、現在のブロックがアフィン動きモデルを使用して予測される場合）、ＭＶＤの値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲（例えばＫ＝１３，Ｌ＝４）であってもよい。
ｄ） 復号化されたＭＶＤ成分に制約を加える代わりに，丸められたＭＶＤ値に制約を加えることが提案される。
ｉ．一例において、適合ビットストリームは、丸められた整数のＭＶＤ値が所与の範囲内にあることを満足するものとする。
１．一例において、整数のＭＶＤ（復号化されたＭＶＤが端数精度の場合、丸めが必要）は、［－２Ｋ，２Ｋ－１］の範囲とし、例えば、Ｋ＝１３とする。
３．なお、復号化されたＭＶＤ成分の値は、ビットストリーム制約を使用する以外に、意味解釈の際に明示的にある範囲（例えば、上述のＭＶＤ範囲）にクリッピングされてもよいことが提案される。
５． 実施形態
５．１ 実施形態＃１
以下の実施形態は、章４の項目１の方法に関するものである。
【0048】
【化1】
【0049】
７．４．７．８ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
【0050】
【数1】
【0051】
５．２ 実施形態＃２
以下の実施形態は、章４の項目２の方法に関するものである。
以下の実施形態は、章４の項目２の方法に関するものである。
【0052】
【化2】
【0053】
７．４．７．９ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
【0054】
【数2】
【0055】
５．３ 実施形態＃３
以下の実施形態は、章４の項目２の方法に関するものである。
以下の実施形態は、章４の項目２の方法に関するものである。
【0056】
【化3】
【0057】
７．４．７．１０ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
【0058】
【数3】
【0059】
５．４ 実施形態＃４
以下の実施形態は、章４の項目２の方法にも当てはまる。
以下の実施形態は、章４の項目２の方法にも当てはまる。
【0060】
【化4】
【0061】
７．４．７．１１ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
【0062】
【数4】
【0063】
５．５ 実施形態＃５
以下の実施形態は、章４の項目３および項目１の方法に関するものである。
以下の実施形態は、章４の項目３および項目１の方法に関するものである。
【0064】
【化5】
【0065】
７．４．７．１２ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
【0066】
【数5】
【0067】
５．６ 実施形態＃６
以下の実施形態は、章４の項目３および項目２の方法に関するものである。
以下の実施形態は、章４の項目３および項目２の方法に関するものである。
【0068】
【化6】
【0069】
７．４．７．１３ 動きベクトル差意味論
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
ｃｏｍｐＩｄｘ＝０．．１の場合、動きベクトル差ｌＭｖｄ［ｃｏｍｐＩｄｘ］は、以下のように導出される。
【0070】
【数6】
【0071】
ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］の値に基づいて、動きベクトルの差は、以下のように導出される。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０である場合、変数ＭｖｄＬＸ［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］）（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０である場合、変数ＭｖｄＬＸ［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］）（Ｘが０または１）は、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
【0072】
【化7】
【0073】
－ ｒｅｆＬｉｓｔが０である場合、ｍｖｄＬ０［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１である）、ＭｖｄＬ１［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しくない）、変数ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］（Ｘが０または１）、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、考慮される符号化ブロックの左上の輝度サンプルの、ピクチャの左上の輝度サンプルに対する位置（ｘ０，ｙ０）を指定し、配列インデックスｃｐＩｄｘは、制御点インデックスを指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
－ そうでない場合（ｒｅｆＬｉｓｔが１である）、ＭｖｄＬ１［ｘ０］［ｙ０］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘ］［ｙ］が０に等しくない）、変数ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］（Ｘが０または１）、使用されるべきリストＸベクトル成分とその予測との間の差を指定する。配列インデックスｘ０，ｙ０は、考慮される符号化ブロックの左上の輝度サンプルの、ピクチャの左上の輝度サンプルに対する位置（ｘ０，ｙ０）を指定し、配列インデックスｃｐＩｄｘは、制御点インデックスを指定する。水平方向の動きベクトル成分の差にはｃｏｍｐＩｄｘ＝０が割り当てられ、垂直方向の動きベクトル成分にはｃｏｍｐＩｄｘ＝１が割り当てられる。
【0074】
【化8】
【0075】
－ ｒｅｆＬｉｓｔが０である場合、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１のとき）、ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
－ そうでない場合（ｒｅｆＬｉｓｔが１のとき）、ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［ｃｐＩｄｘ］［ｃｏｍｐＩｄｘ］は、ｃｏｍｐＩｄｘ＝０．．１で、ｌＭｖｄ［ｃｏｍｐＩｄｘ］に設定される。
【0076】
図２は、映像処理装置１０００のブロック図である。装置１０００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置１０００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（モノのインターネット）受信機等により実施されてもよい。装置１０００は、１つ以上の処理装置１００２と、１つ以上のメモリ１００４と、映像処理ハードウェア１００６と、を含んでもよい。１つまたは複数のプロセッサ１００２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）１００４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア１００６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0077】
図３は、映像処理方法の一例を示すフローチャートである。この方法３００は、最大許容動きベクトル解像度、最大許容動きベクトル精度または映像領域の特性に基づいて、前記映像領域と前記映像領域のビットストリーム表現との間での変換中、映像の映像領域に対して使用される動きベクトル差（ＭＶＤ）値の範囲を判定すること（３０２）を含む。方法３００は、ＭＶＤ値を範囲内に収まるように制限することによって変換を行う（３０４）ことを含む。
【0078】
以下の解決策のリストは、他の問題の中でもとりわけ、本明細書に記載されている技術的問題に対処できる実施形態を提供する。
【0079】
１． 最大許容動きベクトル解像度、最大許容動きベクトル精度または映像領域の特性に基づいて、前記映像領域と前記映像領域のビットストリーム表現との間での変換中、映像の映像領域に対して使用される動きベクトル差（ＭＶＤ）値の範囲を判定することと、このＭＶＤ値がこの範囲内になるように制限することでこの変換を行うことと、を含む、映像処理方法。
【0080】
２． 前記映像のすべての映像領域の前記変換中に前記範囲が適用される、解決策１に記載の方法。
【0081】
３． 範囲が映像領域の動きベクトルの範囲である、解決策１～２に記載のいずれかに記載の方法。
【0082】
４． 前記制限することは、ＭＶＤ成分を精度に合わせてスケーリングすることと、前記スケーリングの外れを範囲に合わせてクリッピングすることを含む、解決策１～３のいずれかに記載の方法。
【0083】
５． 映像領域の特性が映像領域の符号化された情報を含む、解決策１～４のいずれかに記載の方法。
【0084】
６． 範囲が映像の複数の可能な範囲のセットから選択される、解決策１から５のいずれかに記載の方法。
【0085】
７． 映像領域の特性が、映像領域に使用される動きベクトル予測子の精度を含む、解決策１から４のいずれかに記載の方法。
【0086】
８． 前記映像領域の前記特性がＭＶＳｈｉｆｔの値に対応し、ＭＶＳｈｉｆｔが前記映像領域に関連付けられた変数であり、ＭＶＳｈｉｆｔが、前記映像領域に関連付けられたａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇ、またはａｍｖｒ＿ｆｌａｇまたはａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇに依存する解決策１～４のいずれかに記載の方法。
【0087】
９． 映像領域の特性が、変換に使用される符号化モードに対応する、解決策１に記載の方法。
【0088】
１０． 解決策９に記載の方法であって、前記符号化モードがイントラブロックコピーモードであり、前記範囲が［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］に対応し、ここで、ＫおよびＬは、それぞれ、動きベクトル（ＭＶ）の整数部分の範囲およびＭＶの端数部分の範囲を表す整数である、方法。
【0089】
１１． Ｋ＝１３およびＬ＝０である、解決策１０に記載の方法。
【0090】
１２． 映像領域の特性が、変換に使用される動きモデルに対応する、解決策１に記載の方法。
【0091】
１３． 映像領域の特性が、映像領域の動きが並進モデルを使用してモデル化されることであり、その結果、範囲が［－２Ｋ＋Ｌ、２Ｋ＋Ｌ－１］であると判定され、ここで、ＫおよびＬは、それぞれ、動きベクトル（ＭＶ）の整数部分の範囲、およびＭＶの端数部分の範囲を表す整数である、解決策１に記載の方法。
【0092】
１４． Ｋ＝１３、Ｌ＝２である、解決策１３に記載の方法。
【0093】
１５． 映像領域の特性が、映像領域の動きが非並進モデルを使用してモデル化されることであり、その結果、範囲が［－２Ｋ＋Ｌ、２Ｋ＋Ｌ－１］であると判定され、ここで、ＫとＬは、それぞれ動きベクトル（ＭＶ）の整数部分の範囲とＭＶの端数部分の範囲を表す整数である、解決策１の方法。。
【0094】
１６． Ｋ＝１３、Ｌ＝４である、解決策１５のに記載方法。
【0095】
１７． 制限が、ＭＶＤの丸められた値を範囲に制限することを含む、解決策１のに記載方法。
【0096】
１８． 映像領域と映像領域のビットストリーム表現との間での変換中に映像の映像領域に使用される動きベクトル差（ＭＶＤ）値の範囲を判定することと、前記変換で行われる意味解釈中に、範囲内に収まるようにＭＶＤ値に対してクリッピング演算を行うことと、を含む映像処理方法。
【0097】
１９． 映像領域が映像ブロックに対応する、解決策１から１８のいずれかに記載の方法。
【0098】
２０． 前記変換は、前記ビットストリーム表現から前記映像領域の画素値を生成することを含む、解決策１～１９のいずれかに記載の方法。
【0099】
２１． 前記変換は、前記ビットストリーム表現から前記映像領域の画素値を生成することを含む、解決策１～２０のいずれかに記載の方法。
【0100】
２２． 実施例１～２１に記載の１つ以上を実装するように構成された処理装置を備える映像処理装置。
【0101】
２３． コードが記憶されたコンピュータ読み取り可能な媒体であって、前記コードが処理装置によって実行されると、処理装置に、実施例１～２１のいずれか１つ以上に記載の方法を実装させる、コンピュータ読み取り可能な媒体。
【0102】
第４章にリストされている項目は、上記の解決策のさらなる変形例を提供する。
【0103】
図４は、映像処理の方法４００の一例を示すフローチャートである。この方法（４００）は、第１の映像ブロックと第１のブロックのビットストリーム表現との間での変換のために、前記第１のブロックに関連付けられた動きベクトル差（ＭＶＤ）モジュールの範囲を判定すること（４０２）であって、ＭＶＤ成分の範囲は、［－２Ｍ，２Ｍ－１］であり、Ｍ＝１７である、判定することと、ＭＶＤ成分の値は、ＭＶＤ成分の範囲内にあるように制約すること（４０４）と、前記制約されたＭＶＤ成分の範囲に基づいて該変換を行うこと（４０６）と、を含む。
【0104】
いくつかの例では、この範囲は、コーデックの許容ＭＶＤ精度および／または許容動きベクトル（ＭＶ）精度に適合されている。
【0105】
いくつかの例では、許容ＭＶＤ精度および／または許容動きベクトル（ＭＶ）精度は、１／１６輝度サンプル精度である。
【0106】
いくつかの例では、コーデックに複数の許容ＭＶＤ精度および／またはＭＶ精度が存在する場合、ＭＶＤ成分の範囲は、複数の許容ＭＶＤ精度および／またはＭＶ精度の最高の精度に適合される。
【0107】
いくつかの例では、複数の許容可能なＭＶＤ精度および／またはＭＶ精度が１／１６輝度サンプル、１／４輝度サンプル、１輝度サンプル、および４輝度サンプルを含む場合、ＭＶＤ成分の範囲１／１６輝度サンプルの精度に適合している。
【0108】
いくつかの例では、ＭＶＤ成分の範囲は、［－２Ｍ，２Ｍ－１］と判定され、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の端数部分を表すために使用されるビット数を示し、ＭＶＤ成分は、１／２Ｌ輝度サンプル精度で表され、および／または、第１のブロックに関連付けられたＭＶ成分の範囲が［－２Ｍ，２Ｍ－１］と判定され、ここで、Ｍ＝Ｋ＋Ｌであり、ＫはＭＶ成分の整数部分を表すために使用されるビット数を示し、ＬはＭＶ成分の端数部分を表現するために使用されるビット数を示し、ＭＶ成分は１／２Ｌ輝度サンプル精度で表現され、Ｍ、Ｋ、Ｌは正の整数であることを示す。
【0109】
いくつかの例では、Ｋ＝１３、Ｌ＝４、およびＭ＝１７である。
【0110】
いくつかの例では、ＭＶＤ成分は、ビットストリームで符号化された復号化／信号通知されたＭＶＤ成分、または復号化処理の内部シフト動作を通じて特定の精度に関連付けられた変換されたＭＶＤ成分である。
【0111】
いくつかの例では、ＭＶＤ成分は、水平ＭＶＤ成分および垂直ＭＶＤ成分を含み、水平ＭＶＤ成分および垂直ＭＶＤ成分は、同じ範囲を有する。
【0112】
いくつかの例では、ＭＶＤ成分は、整数ビット、端数ビット、および符号ビットで表現される。
【0113】
いくつかの例では、第１のブロックに関連付けられたＭＶの範囲は、ＭＶＤ成分の範囲と同じである。
【0114】
図５は、映像処理の方法５００の一例を示すフローチャートである。この方法５００は、第１の映像ブロックと前記第１のブロックのビットストリーム表現との間での変換のために、前記第１のブロックに関連付けられた動きベクトル差（ＭＶＤ）成分の範囲を判定することであって、ＭＶＤ成分の範囲は、コーデックの許容ＭＶＤ精度および／または許容動きベクトル（ＭＶ）精度に適応される、判定すること、判定すること（５０２）と、ＭＶＤ成分の値をＭＶＤ成分の範囲内に制約すること（５０４）と、制約されたＭＶＤ成分の範囲に基づいてこの変換を行うこと（５０６）とを含む。
【0115】
いくつかの例では、ＭＶＤ成分は、ビットストリームで符号化された復号化／信号通知されたＭＶＤ成分、または復号化処理の内部シフト動作を通じて特定の精度に関連付けられた変換されたＭＶＤ成分である。
【0116】
いくつかの例では、復号化／信号通知されたＭＶＤ成分は、［－２Ｍ，２Ｍ－１］の範囲にあることが要求され、式中Ｍ＝１７である。
【0117】
いくつかの例では、ＭＶＤ成分は、整数ビット、端数ビット、および符号ビットで表現される。
【0118】
いくつかの例では、ＭＶＤ成分の範囲は、［－２Ｍ，２Ｍ－１］と判定され、Ｍ＝Ｋ＋Ｌであり、Ｋは、ＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、ＭＶＤ成分の端数部分を表すために使用されるビット数を示し、ＭＶＤ成分は、１／２Ｌ輝度サンプル精度で表され、および／または、第１のブロックに関連付けられたＭＶ成分の範囲が［－２Ｍ，２Ｍ－１］と判定され、ここで、Ｍ＝Ｋ＋Ｌであり、ＫはＭＶ成分の整数部分を表すために使用されるビット数を示し、ＬはＭＶ成分の端数部分を表すために使用されるビット数を示し、ＭＶ成分は１／２Ｌ輝度サンプル精度で表現され、Ｍ、Ｋ、Ｌは正の整数であることを示す。
【0119】
いくつかの例では、すべての復号化されたＭＶＤ成分の値は、まず１／２Ｌ輝度サンプル精度にスケーリングされ、次にＭＶＤ成分の範囲［－２Ｍ，２Ｍ－１］にクリッピングされる。
【0120】
いくつかの例では、コーデックに複数の許容ＭＶＤ精度および／またはＭＶ精度が存在する場合、ＭＶＤ成分の範囲は、複数の許容ＭＶＤ精度および／またはＭＶ精度の最高の精度に適合される。
【0121】
いくつかの例では、複数の許容ＭＶＤ精度および／またはＭＶ精度が１／１６輝度サンプル精度、１／４輝度サンプル精度、１輝度サンプル精度、および４輝度サンプル精度を含む場合、ＭＶＤ成分の範囲は、１／１６輝度サンプルの精度に適合しており、ＭＶＤ成分の値は、その範囲に制約され、および／またはクリッピングされる。
【0122】
いくつかの例では、Ｋ＝１３、Ｌ＝４、およびＭ＝１７である。
【0123】
いくつかの例では、ＭＶＤ成分は、水平ＭＶＤ成分および垂直ＭＶＤ成分を含み、水平ＭＶＤ成分および垂直ＭＶＤ成分は、同じ範囲を有する。
【0124】
いくつかの例では、ＭＶの範囲は、ＭＶＤ成分の範囲と同じである。
【0125】
図６は、映像処理の方法６００の一例を示すフローチャートである。この方法６００は、第１の映像ブロックと第１のブロックのビットストリーム表現との間での変換のために、第１のブロックに関連付けられた動きベクトル差（ＭＶＤ）の範囲を、第１のブロックの符号化された情報に基づいて判定すること（６０２）と、ＭＶＤ成分の値は、ＭＶＤ成分の範囲内にあるように制約すること（６０４）と、制約されたＭＶＤ成分に基づいて該変換を行うこと（６０６）と、を含む。
【0126】
いくつかの例では、ＭＶＤ成分の範囲には、ＭＶＤ成分の範囲の複数のセットが含まれる。
【0127】
いくつかの例では、符号化された情報は、動きベクトル（ＭＶ）予測器の精度、ＭＶＤ成分の精度、およびＭＶの精度のうちの少なくとも１つを含む。
【0128】
いくつかの例では、ＭＶＤ成分のＭＶＤ精度が１／２Ｌ輝度サンプルである場合、ＭＶＤ成分の範囲は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲と判定され、ＭＶＰ成分の値は、その範囲内になるように制約および／またはクリッピングされ、式中、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数を示し、ＬはＭＶＤ成分の端数部分を表すために使用されるビット数を示し、ＫとＬは正の整数である。
【0129】
いくつかの例では、Ｋは１３であり、Ｌは４，３，２，１，０、－１、－２、－３、および－４のうちの１つである。
【0130】
いくつかの例では、符号化された情報は、ＭＶＤに関連付けられた変数ＭｖＳｈｉｆｔを含み、変数ＭｖＳｈｉｆｔの導出は、ＡＦＦＩＮＥが使用されているか否か、および／または、適応型動きベクトル解像度（ＡＭＶＲ）が使用されているか否か、および／または、ＡＭＶＲの精度、および／または、ＭＶＤの精度、および／または、動きベクトル差を有するマージモード（ＭＭＶＤ）情報、および／または、第１のブロックの予測モードに依存する。
【0131】
いくつかの例では、変数ＭｖＳｈｉｆｔは、符号化された情報のｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、およびａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘを含む１つ以上の構文要素から導出する。
【0132】
いくつかの例では、変数ＭｖＳｈｉｆｔは、符号化された情報のｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ、ａｍｖｒ＿ｆｌａｇ、ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘ、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｈ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、およびＣｕＰｒｅｄＭｏｄｅを含む１つ以上の構文要素から導出する。
【0133】
いくつかの例では、符号化された情報は、第１のブロックの符号化モード、動きモードおよび予測モード、ならびに符号化された情報でＡＦＦＩＮ／ＡＭＶＲが使用されるかどうかを示す１つ以上の変数および／または構文要素を含む。
【0134】
いくつかの例では、第１のブロックの予測モードが、第１のブロックがＩＢＣモードで符号化されていることを示すＭＯＤＥ＿ＩＢＣである場合、ＭＶＤ成分の範囲は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、その範囲内になるように制約および／またはクリッピングされ、式中、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数を示し、ＬはＭＶＤ成分の端数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。
【0135】
いくつかの例では、Ｋ＝１３、およびＬ＝０である。
【0136】
いくつかの例では、第１のブロックの動きモデルのインデックスが０に等しい場合、ＭＶＤ成分の範囲は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、その範囲内になるように制約および／またはクリッピングされ、式中、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数、ＬはＭＶＤ成分の端数部分を表すために使用されるビット数を表し、ＫおよびＬは正の整数である。
【0137】
いくつかの例では、Ｋ＝１３、およびＬ＝２である。
【0138】
いくつかの例では、第１のブロックの予測モードが、第１のブロックがＭＯＤＥ＿ＩＮＴＥＲであり、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇの変数が偽である場合、ＭＶＤ成分の範囲は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、その範囲内になるように制約および／またはクリッピングされ、式中、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数を示し、ＬはＭＶＤ成分の端数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。
【0139】
いくつかの例では、Ｋ＝１３、およびＬ＝２である。
【0140】
いくつかの例では、第１のブロックの動きモデルのインデックスが０に等しくない場合、ＭＶＤ成分の範囲は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、その範囲内になるように制約および／またはクリッピングされ、式中、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数、ＬはＭＶＤ成分の端数部分を表すために使用されるビット数を表し、ＫおよびＬは正の整数である。
【0141】
いくつかの例では、Ｋ＝１３、およびＬ＝４である。
【0142】
いくつかの例では、第１のブロックの予測モードが、第１のブロックがＭＯＤＥ＿ＩＮＴＥＲであり、ａｆｆｉｎｅ＿ｉｎｔｅｒ＿ｆｌａｇの変数が真である場合、ＭＶＤ成分の範囲は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の範囲であると判定され、ＭＶＰ成分の値は、その範囲内になるように制約および／またはクリッピングされ、式中、ＫはＭＶＤ成分の整数部分を表すために使用されるビット数を示し、ＬはＭＶＤ成分の端数部分を表すために使用されるビット数を示し、ＫおよびＬは正の整数である。
【0143】
いくつかの例では、Ｋ＝１３、およびＬ＝４である。
【0144】
いくつかの例では、復号化されたＭＶＤ成分が端数精度である場合、復号化されたＭＶＤ成分は整数ＭＶＤ成分に丸められる。
【0145】
いくつかの例では、丸められた整数ＭＶＤ成分は［－２Ｋ、２Ｋ－１］の範囲にあり、Ｋ＝１３である。
【0146】
いくつかの例では、復号化されたすべてのＭＶＤ成分の値は、ビットストリーム制約を使用する以外の意味解釈中にＭＶＤ成分の範囲に明示的にクリッピングされる。
【0147】
図７は、映像処理の方法７００の一例を示すフローチャートである。方法７００は、映像の第１のブロックに関連付けられ、制約されて信号通知されるＭＶＤ成分に基づいて、第１のブロックと、第１のブロックのビットストリーム表現との変換を行うこと（７０２）を含み、信号通知される動きベクトル差（ＭＶＤ）成分の値が、所定の範囲に制約される。
【0148】
いくつかの例では、この所定の範囲は、第１のブロックに関連付けられたＭＶＤ成分の精度に関連付けられている。
【0149】
いくつかの例では、第１のブロックに関連付けられたＭＶＤ成分の精度は１／１６画素であり、所定の範囲は［－２１７，２１７－１］である。
【0150】
いくつかの例では、ＭＶＤ成分の精度が１／１６画素である場合、信号通知されるＭＶＤ成分の数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の所定の範囲に制約され、ここで、Ｋは、ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ここで、ＫおよびＬは整数である。
【0151】
いくつかの例において、Ｋ＝１３、Ｌ＝４である。
【0152】
いくつかの例では、ＭＶＤ成分の精度が１／４画素である場合、信号通知されるＭＶＤ成分の数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の所定の範囲に制約され、ここで、Ｋは、ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ここで、ＫおよびＬは整数である。
【0153】
いくつかの例において、Ｋ＝１３、Ｌ＝２である。
【0154】
いくつかの例では、ＭＶＤ成分の精度が１画素である場合、信号通知されるＭＶＤ成分の数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の所定の範囲に制約され、ここで、Ｋは、ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ここで、ＫおよびＬは整数である。
【0155】
いくつかの例において、Ｋ＝１３、Ｌ＝０である。
【0156】
いくつかの例では、ＭＶＤ成分の精度が４画素である場合、信号通知されるＭＶＤ成分の数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の所定の範囲に制約され、ここで、Ｋは、信号通知されるＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、信号通知されるＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ここで、ＫおよびＬは整数である。
【0157】
いくつかの例では、Ｋ＝１３、Ｌ＝－２である。
【0158】
いくつかの例では、信号通知されるＭＶＤ成分の数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の所定の範囲に制約され、ここで、Ｋは、ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ここで、Ｋ＝１３，Ｌ＝４である。
【0159】
図８は、映像処理の方法８００の一例を示すフローチャートである。方法８００は、制約されて導出されるＭＶＤ成分に基づいて、映像の第１のブロックと、第１のブロックのビットストリーム表現との変換を行うこと（８０２）を含み、第１のブロックに関連付けられた導出される動きベクトル差（ＭＶＤ）成分の値が、所定の範囲に制約される。
【0160】
いくつかの例では、導出ＭＶＤ成分は、対応するリスト－Ｙ ＭＶＤ成分から導出されたリスト－Ｘ ＭＶＤ成分であり、ここで、Ｘ＝０または１であり、Ｙ＝１または０である。
【0161】
いくつかの例では、リスト－Ｘ ＭＶＤ成分は、対称動きベクトル差モードに従って、信号通知されたリスト－Ｙ ＭＶＤ成分によって導出される。
【0162】
いくつかの例では、この所定の範囲は、第１のブロックに関連付けられたＭＶＤ成分の精度に関連付けられている。
【0163】
いくつかの例では、第１のブロックに対応するＭＶＤ成分の精度は１／１６画素であり、この所定の範囲は［－２１７，２１７－１］である。
【0164】
いくつかの例では、導出ＭＶＤ成分の数値は、［－２Ｋ＋Ｌ，２Ｋ＋Ｌ－１］の所定の範囲に制約され、ここで、Ｋは、ＭＶＤ成分の整数部分を表すために用いられるビット数を示し、Ｌは、導出ＭＶＤ成分の端数部分を表すために用いられるビット数を示し、ここで、ＫおよびＬは整数である。
【0165】
いくつかの例では、Ｋ＝１３、およびＬ＝４である。
【0166】
いくつかの例では、導出ＭＶＤ成分は、コーデックにおけるすべてのＭＶＤ成分が同じ精度に変換される内部のＭＶＤ値である。
【0167】
いくつかの例では、適応型動きベクトル解像度（ＡＭＶＲ）フラグに従って、信号通知されるＭＶＤ値を内部の１８ビットのＭＶＤ値にシフトし、導出されるＭＶＤ成分を得る。
【0168】
いくつかの例では、変換により、ビットストリーム表現から映像の第１のブロックが生成される。
【0169】
いくつかの例では、変換により、映像の第１のブロックからビットストリーム表現が生成される。
【0170】
本明細書における例の一覧において、用語「変換」は、現在の映像ブロックのためのビットストリーム表現の生成、またはビットストリーム表現から現在の映像ブロックを生成することを指すことができる。ビットストリーム表現は、ビットの連続したグループを表す必要がなく、ヘッダフィールドまたは符号化画素値情報を表すコード名に含まれるビットに分割されてもよい。
【0171】
上記の例において、適用可能性の規則は、予め定義されたものであってもよく、エンコーダおよびデコーダに知られたものであってもよい。
【0172】
本明細書に記載されているように、開示された技術は、映像エンコーダまたはデコーダで実施されて、イントラ符号化における差分符号化モードの使用に関して考慮事項の様々な実装規則の使用を含む技術を使用して圧縮効率を改善し得ることが理解されよう。
【0173】
本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１つ以上の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。
【0174】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、成分、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
【0175】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0176】
コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するための処理装置と、命令およびデータを記憶するための１つ以上のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
【0177】
本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテクストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテクストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【0178】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0179】
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【手続補正書】
【提出日】2021-12-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
映像の第１のブロックと前記映像のビットストリームとの第１の変換のために、前記第１のブロックに関連付けられ、前記ビットストリームに含まれる第１の動きベクトル差分（ＭＶＤ）成分を決定することと、
少なくとも前記第１のＭＶＤ成分に基づいて前記第１の変換を行うことと、を含む映像データを処理する方法であって、
前記第１のＭＶＤ成分の値が、所定の範囲に制限され、前記所定の範囲は、［－２ Ｍ ，２ Ｍ －１］であり、Ｍ＝１７である、方法。
【請求項2】
前記方法は、前記映像の第２のブロックと前記ビットストリームとの第２の変換のために、前記第２のブロックに関連付けられ、前記ビットストリームに含まれる第１のリストの第２のＭＶＤ成分を決定することと、
前記第２のＭＶＤ成分に基づいて、前記第２のブロックに関連付けられた第２のリストの第３のＭＶＤ成分を決定することと、
少なくとも前記第２のＭＶＤ成分と前記第３のＭＶＤ成分とに基づいて、前記第２の変換を行うことと、
をさらに含む、請求項１に記載の方法。
【請求項3】
前記第２のＭＶＤ成分の値が、最大値２
Ｍ
－１を有する所定の範囲に制限される、請求項２に記載の方法。
【請求項4】
前記第３のＭＶＤ成分の値が、最大値２
Ｍ
－１を有する所定の範囲に制限される、請求項２～３のいずれか１項に記載の方法。
【請求項5】
前記第１のリストは、Ｘ＝０によるリストＸであり、前記第２のリストは、それに応じて、Ｙ＝１によるリストＹである、請求項２に記載の方法。
【請求項6】
前記第３のＭＶＤ成分は、前記第２のＭＶＤ成分の負数である、請求項２に記載の方法。
【請求項7】
前記第１のＭＶＤ成分の前記所定の範囲は、コーデックの許容可能なＭＶＤ精度および／または許容動きベクトル精度に適応される、請求項１～６のいずれか１項に記載の方法。
【請求項8】
前記Ｍ＝Ｋ＋Ｌであって、Ｋ＝１３およびＬ＝４であり、Ｋは、前記第１のＭＶＤ成分の整数部分を表すために使用されるビット数を示し、Ｌは、前記第１のＭＶＤ成分の端数部分を表すために使用されるビット数を示し、前記第１のＭＶＤ成分は、１／２Ｌ輝度サンプル精度で表される、請求項１に記載の方法。
【請求項9】
許容可能なＭＶＤ精度および／または許容動きベクトル精度は、１／１６輝度サンプル精度である、請求項１～７のいずれか１項に記載の方法。
【請求項10】
前記変換は、前記第１のブロックを前記ビットストリームに符号化することを含む、請求項１～９のいずれか１項に記載の方法。
【請求項11】
前記変換は、前記第１のブロックを前記ビットストリームから復号化することを含む、請求項１～９のいずれか１項に記載の方法。
【請求項12】
処理装置と、命令を含む非一時的メモリとを備えた映像データを処理するための装置であって、前記処理装置による実行時に前記命令は、前記処理装置に、
映像の第１のブロックと前記映像のビットストリームとの第１の変換のために、前記第１のブロックに関連付けられ、前記ビットストリームに含まれる第１の動きベクトル差分（ＭＶＤ）成分を決定することと、
少なくとも前記第１のＭＶＤ成分に基づいて前記第１の変換を行うこととを行わせ、
前記第１のＭＶＤ成分の値が、所定の範囲に制限され、前記所定の範囲は、［－２ Ｍ ，２ Ｍ －１］であり、Ｍ＝１７である、装置。
【請求項13】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、処理装置に、
映像の第１のブロックと前記映像のビットストリームとの第１の変換のために、前記第１のブロックに関連付けられ、前記ビットストリームに含まれる第１の動きベクトル差分（ＭＶＤ）成分を決定することと、
少なくとも前記第１のＭＶＤ成分に基づいて前記第１の変換を行うこととを行わせ、
前記第１のＭＶＤ成分の値が、所定の範囲に制限され、前記所定の範囲は、［－２ Ｍ ，２ Ｍ －１］であり、Ｍ＝１７である、非一時的なコンピュータ可読記憶媒体。
【請求項14】
映像処理装置によって行われる方法により生成されるビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、
映像の第１のブロックに関連付けられた第１の動きベクトル差（ＭＶＤ）成分を決定することと、
少なくとも前記第１のＭＶＤ成分に基づいて前記ビットストリームを生成することと、を含み、
前記第１のＭＶＤ成分の値が、所定の範囲に制限され、前記所定の範囲は、［－２ Ｍ ，２ Ｍ －１］であり、Ｍ＝１７である、非一時的なコンピュータ可読記録媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
関連出願の相互参照
本願は、２０１９年６月２５日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９２８５１号の優先権と利益を主張する、２０２０年６月２８日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９８５１４号に基づく。前述の特許出願はすべて、参照によりその全体が本明細書に組み込まれる。
本願は、２０１９年６月２５日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９２８５１号の優先権と利益を主張する、２０２０年６月２８日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９８５１４号に基づく。前述の特許出願はすべて、参照によりその全体が本明細書に組み込まれる。
【国際調査報告】