知財求人 - 知財ポータルサイト「IP Force」
▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
特許7583084アフィンモード適応型動きベクトル解像度をコーディングするためのコンテキスト
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-05
(45)【発行日】2024-11-13
(54)【発明の名称】アフィンモード適応型動きベクトル解像度をコーディングするためのコンテキスト
(51)【国際特許分類】
H04N 19/13 20140101AFI20241106BHJP
H04N 19/139 20140101ALI20241106BHJP
H04N 19/176 20140101ALI20241106BHJP
H04N 19/70 20140101ALI20241106BHJP
【ＦＩ】
H04N19/13
H04N19/139
H04N19/176
H04N19/70
【請求項の数】
13
【外国語出願】
(21)【出願番号】P 2023027696
(22)【出願日】2023-02-24
(62)【分割の表示】P 2021543115の分割
【原出願日】2020-01-31
(65)【公開番号】P2023071804
(43)【公開日】2023-05-23
【審査請求日】2023-03-15
(31)【優先権主張番号】PCT/CN2019/074216
(32)【優先日】2019-01-31
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】PCT/CN2019/074433
(32)【優先日】2019-02-01
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】PCT/CN2019/079962
(32)【優先日】2019-03-27
(33)【優先権主張国・地域又は機関】CN
【前置審査】
(73)【特許権者】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】リウ ホンビン
(72)【発明者】
【氏名】ジャン リー
(72)【発明者】
【氏名】ジャン カイ
(72)【発明者】
【氏名】ワン ユエ
【審査官】岩井 健二
(56)【参考文献】
【文献】Yuwen He, Xiaoyu Xiu, and Yan Ye，CE4-related: Adaptive precision for affine MVD coding，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L0259，12th Meeting: Macao, CN，2018年09月，pp.1-4
【文献】Hongbin Liu, et al.，CE4-related: Adaptive Motion Vector Resolution for Affine Inter Mode，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L0332-v1，12th Meeting: Macao, CN，2018年09月，pp.1-3
【文献】Benjamin Bross, Jianle Chen, and Shan Liu，Versatile Video Coding (Draft 3)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L1001 (version 13)，12th Meeting: Macao, CN，2019年01月08日，pp.37-39,67-70
【文献】Hongbin Liu, et al.，CE2: Adaptive Motion Vector Resolution for Affine Inter Mode (Test 2.1.2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0246_r1，13th Meeting: Marrakech, MA，2019年01月09日，pp.1-10
【文献】Frank Bossen，CE5 on arithmetic coding: experiments 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.1.6, 5.1.7, 5.1.8, 5.1.10, 5.1.11, 5.1.12, 5.1.13, 5.2, and more，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0453-v2，13th Meeting: Marrakech, MA，2019年01月07日，pp.1-26
【文献】F.Bossen，CE5 on arithmetic coding: experiments 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.1.6, 5.1.7, 5.1.8, 5.1.10, 5.1.11, 5.1.12, 5.1.13, 5.2, and more，JVET-M0453-text.docx，JVET-M0453 (version 3)，2019年01月17日，pp.1-12，https://jvet-experts.org/doc_end_user/documents/13_Marrakech/wg11/JVET-M0453-v3.zip
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
映像処理方法であって、映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、少なくとも１つのビンが前記現在の映像ブロックに対してコンテキストコーディングされている少なくとも１つの構文要素を決定することと、
前記少なくとも１つのビンのうちの第１のビンのコンテキストインクリメント値を決定することと、
前記コンテキストインクリメント値に基づいてコンテキスト変数を決定することと、
少なくとも前記コンテキスト変数に基づいて前記変換を行うことと、
を含み、
前記コンテキスト変数は、前記コンテキスト変数に関連付けられた２つの確率更新速度を制御し、
前記ビットストリームの前記少なくとも１つの構文要素は、動き精度セットにおける動き精度を示すために使用され、
前記コンテキスト変数は、前記現在の映像ブロックのコーディングモードに基づいて、前記少なくとも１つの構文要素の複数のコンテキスト変数から選択され、
前記２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＞＞２）＋２によって定義される第１の更新速度を含み、ｓｈｉｆｔＩｄｘは前記コンテキスト変数を示し、
前記第１の更新速度は、５以下である、
方法。
【請求項2】
複数の構文要素は、前記動き精度セットの前記動き精度を示すために前記ビットストリームに選択的に表現され、前記複数の構文要素は、第１の構文要素及び第２の構文要素を含み、
前記第１の構文要素が特定の値で前記ビットストリームに存在する場合に、前記第２の構文要素が前記ビットストリームに存在し、
前記少なくとも１つの構文要素は、前記第１の構文要素及び／又は前記第２の構文要素を含む、
請求項１に記載の方法。
【請求項3】
前記コンテキストインクリメント値は、前記現在の映像ブロックの前記コーディングモードが第１のモードであるかどうかに基づいて、複数のコンテキストインクリメント値から選択され、前記第１のモードにおいて、制御点動きベクトルが、前記現在の映像ブロックからサブ領域分割の動きベクトルを導出するために、導出され、更に使用される、
請求項１に記載の方法。
【請求項4】
前記コンテキストインクリメント値は、前記現在の映像ブロックの隣接映像ブロックのコーディング情報を使用せずに選択され、前記隣接映像ブロックの前記コーディング情報は、前記隣接映像ブロックのコーディングモードを含む、
請求項１から３のいずれか１項に記載の方法。
【請求項5】
前記２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＆３）＋３＋ｓｈｉｆｔ０によって定義される第２の更新速度を含み、ｓｈｉｆｔ０は第１の更新速度を示し、ｓｈｉｆｔＩｄｘは前記コンテキスト変数を示す、請求項１から４のいずれか１項に記載の方法。
【請求項6】
前記第１の更新速度は、２以上である、請求項５に記載の方法。
【請求項7】
前記第２の構文要素は、通常のインターモードのための１－ｐｅｌ、１／２－ｐｅｌ、または４－ｐｅｌ精度からの選択を示し、前記第２の構文要素は、第１のモードのための１／１６－ｐｅｌ又は１－ｐｅｌ精度からの選択を示し、
前記第１のモードにおいて、制御点動きベクトルが、前記現在の映像ブロックからサブ領域分割の動きベクトルを導出するために、導出され、更に使用される、
請求項２に記載の方法。
【請求項8】
前記第２の構文要素は、０に等しく、前記動き精度は、第１のモードに対して１／１６－ｐｅｌ精度であり、前記第２の構文要素は、１に等しく、前記動き精度は、第１のモードに対して１－ｐｅｌ精度であり、
前記第１のモードにおいて、制御点動きベクトルが、前記現在の映像ブロックからのサブ領域分割の動きベクトルを導出するために、導出され、更に使用される、
請求項２に記載の方法。
【請求項9】
前記変換を行うことは、前記現在の映像ブロックに基づいて前記ビットストリームを生成することを含む、請求項１から８のいずれか１項に記載の方法。
【請求項10】
前記変換を行うことは、前記ビットストリームから前記現在の映像ブロックを生成することを含む、請求項１から８のいずれか１項に記載の方法。
【請求項11】
処理装置と、命令が記憶された非一時的メモリと、を備える映像データを処理する装置であって、前記命令は、前記処理装置による実行時に、前記処理装置に、
映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、少なくとも１つのビンが前記現在の映像ブロックに対してコンテキストコーディングされている少なくとも１つの構文要素を決定することと、
前記少なくとも１つのビンのうちの第１のビンのコンテキストインクリメント値を決定することと、
前記コンテキストインクリメント値に基づいてコンテキスト変数を決定することと、
少なくとも前記コンテキスト変数に基づいて前記変換を行うことと、
を実行させ、
前記コンテキスト変数は、前記コンテキスト変数に関連付けられた２つの確率更新速度を制御し、
前記ビットストリームの前記少なくとも１つの構文要素は、動き精度セットにおける動き精度を示すために使用され、
前記コンテキスト変数は、前記現在の映像ブロックのコーディングモードに基づいて、前記少なくとも１つの構文要素の複数のコンテキスト変数から選択され、
前記２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＞＞２）＋２によって定義される第１の更新速度を含み、ｓｈｉｆｔＩｄｘは前記コンテキスト変数を示し、
前記第１の更新速度は、５以下である、
装置。
【請求項12】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、処理装置に、
映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、少なくとも１つのビンが前記現在の映像ブロックに対してコンテキストコーディングされている少なくとも１つの構文要素を決定することと、
前記少なくとも１つのビンのうちの第１のビンのコンテキストインクリメント値を決定することと、
前記コンテキストインクリメント値に基づいてコンテキスト変数を決定することと、
少なくとも前記コンテキスト変数に基づいて前記変換を行うことと、
を実行させ、
前記コンテキスト変数は、前記コンテキスト変数に関連付けられた２つの確率更新速度を制御し、
前記ビットストリームの前記少なくとも１つの構文要素は、動き精度セットにおける動き精度を示すために使用され、
前記コンテキスト変数は、前記現在の映像ブロックのコーディングモードに基づいて、前記少なくとも１つの構文要素の複数のコンテキスト変数から選択され、
前記２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＞＞２）＋２によって定義される第１の更新速度を含み、ｓｈｉｆｔＩｄｘは前記コンテキスト変数を示し、
前記第１の更新速度は、５以下である、
非一時的なコンピュータ可読記憶媒体。
【請求項13】
映像のビットストリームを記憶する方法であって、
前記映像の現在の映像ブロックのために、少なくとも１つのビンが前記現在の映像ブロックに対してコンテキストコーディングされている少なくとも１つの構文要素を決定することと、
前記少なくとも１つのビンのうちの第１のビンのコンテキストインクリメント値を決定することと、
前記コンテキストインクリメント値に基づいてコンテキスト変数を決定することと、
少なくとも前記コンテキスト変数に基づいて前記ビットストリームを生成することと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、
を含み、
前記コンテキスト変数は、前記コンテキスト変数に関連付けられた２つの確率更新速度を制御し、
前記ビットストリームの前記少なくとも１つの構文要素は、動き精度セットにおける動き精度を示すために使用され、
前記コンテキスト変数は、前記現在の映像ブロックのコーディングモードに基づいて、前記少なくとも１つの構文要素の複数のコンテキスト変数から選択され、
前記２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＞＞２）＋２によって定義される第１の更新速度を含み、ｓｈｉｆｔＩｄｘは前記コンテキスト変数を示し、
前記第１の更新速度は、５以下である、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
パリ条約に基づく適用可能な特許法及び／又は規則に基づいて、本願は、２０１９年１月３１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７４２１６号、２０１９年２月１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７４４３３号、２０１９年３月２７日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７９９６２号の優先権及び利益を適時に主張することを目的とする。米国法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法及び／又は規則に基づいて、本願は、２０１９年１月３１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７４２１６号、２０１９年２月１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７４４３３号、２０１９年３月２７日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７９９６２号の優先権及び利益を適時に主張することを目的とする。米国法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【0002】
本特許明細書は、映像処理技術、デバイスおよびシステムに関する。
【背景技術】
【0003】
映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像の受信及び表示が可能な接続されたユーザ機器の数が増加するにつれ、02デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
デジタル映像コーディングに関し、具体的には、適応型動きベクトル解像度（ＡＭＶＲ）を有するアフィンモードのための動きベクトル予測子の導出および信号通知に関するデバイス、システム、および方法を説明する。記載された方法は、既存の映像コーディング規格（例えば、高効率映像コーディング（ＨＥＶＣ））および将来の映像コーディング規格又は映像コーデックの両方に適用され得る。
【0005】
１つの代表的な態様において、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換が、非アフィンインターＡＭＶＲモードに基づくことを判定することと、この判定に基づいてこの変換を行うこととを含み、この現在の映像ブロックのコーディング表現は、コンテキストに基づくコーディングに基づいており、現在の映像ブロックのコーディングに使用されるコンテキストは、この変換中に近傍のブロックのアフィンＡＭＶＲモード情報を使用せずにモデル化される。
【0006】
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換が、アフィン適応型動きベクトル解像度（アフィンＡＭＶＲ）モードに基づくことを判定することと、この判定に基づいて、この変換を行うことと、を含み、現在の映像ブロックのコーディング表現が、コンテキストに基づくコーディングに基づいており、変数が、コンテキストのための２つの確率更新速度を制御する。
【0007】
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換は、アフィンＡＭＶＲモードに基づくことを判定し、この判定に基づいて、この変換を行うことと、を含み、現在の映像ブロックのコーディング表現が、コンテキストに基づくコーディングに基づいており、現在の映像ブロックのコーディングに使用されるコンテキストは、この変換中にアフィンインターモード及び通常インターモードの両方のＡＭＶＲモードが使用される近傍のブロックのコーディング情報を使用してモデル化される。
【0008】
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、この変換のための複数のコンテキストの使用を判定することと、この判定に基づいてこの変換を行うこととを含み、この複数のコンテキストは、粗い動きの精度を示す構文要素をコーディングするために使用される。
【0009】
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、現在選択されている変換のための最良のモードに基づいて対称動きベクトル差（ＳＭＶＤ）モードを使用するかどうかを判定し、この判定に基づいてこの変換を行うことを含む。
【0010】
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、現在選択されている変換のための最良のモードに基づいてアフィンＳＭＶＤモードを使用するかどうかを判定し、この判定に基づいてこの変換を行うことを含む。
【0011】
別の代表的な態様において、上記方法は、処理装置が実行可能なコードの形式で実施され、コンピュータ可読プログラム媒体に記憶される。
【0012】
さらに別の代表的な態様において、上述した方法を行うように構成された、または動作可能なデバイスが開示される。この装置は、この方法を実装するようにプログラムされた処理装置を含んでもよい。
【0013】
さらに別の代表的な態様では、映像デコーダ装置は、本明細書で説明されるような方法を実装し得る。
【0014】
開示される技術の上記および他の態様および特徴は、図面、説明および特許請求の範囲でより詳細に説明される。
【図面の簡単な説明】
【0015】
【図1】マージ候補リストを構築する例を示す図
【図2】空間的候補の位置の一例を示す図
【図3】空間的マージ候補の冗長性チェックの対象となる候補対の例を示す図
【図4A】現在のブロックのサイズおよび形状に基づく第２の予測ユニット（ＰＵ）の位置の例を示す図
【図4B】現在のブロックのサイズおよび形状に基づく第２の予測ユニット（ＰＵ）の位置の例を示す図
【図5】時間的マージ候補のための動きベクトルのスケーリングの例を示す図
【図6】時間マージ候補の候補位置の一例を示す図
【図7】結合双方向予測マージ候補を生成する例を示す図
【図8】動きベクトル予測候補の構築例を示す図
【図9】空間的動きベクトル候補のための動きベクトルのスケーリングの例を示す図
【図10】コーディングユニット（ＣＵ）のために代替の時間的動きベクトル予測（ＡＴＭＶＰ）アルゴリズムを使用する動き予測の例を示す図
【図11】空間的－時間的動きベクトル予測（ＳＴＭＶＰ）アルゴリズムで使用されるサブブロックおよび近傍のブロックを有するコーディングユニット（ＣＵ）の例を示す図
【図12A】重複ブロック動き補償（ＯＢＭＣ）アルゴリズムを使用する場合のサブブロックの例示的なスナップショットを示す図
【図12B】重複ブロック動き補償（ＯＢＭＣ）アルゴリズムを使用する場合のサブブロックの例示的なスナップショットを示す図
【図13】局所照明補償（ＬＩＣ）アルゴリズムのパラメータを導出するために使用される近傍のサンプルの例を示す図
【図14】簡略化したアフィン動きモデルの一例を示す図
【図15】サブブロックごとのアフィン動きベクトルフィールド（ＭＶＦ）の例を示す図
【図16】ＡＦ＿ＩＮＴＥＲアフィン動きモードにおける動きベクトル予測（ＭＶＰ）の例を示す図
【図17A】それぞれ４パラメータおよび６パラメータアフィンモードの例を示す図
【図17B】それぞれ４パラメータおよび６パラメータアフィンモードの例を示す図
【図18A】ＡＦ＿ＭＥＲＧＥアフィン動きモードの候補の例を示す図
【図18B】ＡＦ＿ＭＥＲＧＥアフィン動きモードの候補の例を示す図
【図19】フレームレートアップ変換（ＦＲＵＣ）アルゴリズムに基づく特殊なマージモードである、パターンマッチング動きベクトル導出（ＰＭＭＶＤ）モードにおけるバイラテラルマッチングの例を示す図
【図20】ＦＲＵＣアルゴリズムにおけるテンプレートマッチングの一例を示す図
【図21】ＦＲＵＣアルゴリズムにおける片側動き推定の例を示す図
【図22】双方向オプティカルフロー（ＢＩＯ）アルゴリズムで使用されるオプティカルフローの軌跡の例を示す図
【図23A】ブロック拡張なしの双方向オプティカルフロー（ＢＩＯ）アルゴリズムを使用した例示的なスナップショットを示す図
【図23B】ブロック拡張なしの双方向オプティカルフロー（ＢＩＯ）アルゴリズムを使用した例示的なスナップショットを示す図
【図24】バイラテラルテンプレートマッチングに基づくデコーダ側動きベクトル改良（ＤＭＶＲ）アルゴリズムの一例を示す図
【図25A】開示される技術のいくつかの実装形態に基づく、映像処理のための例示的な方法のフローチャートを示す図
【図25B】開示される技術のいくつかの実装形態に基づく、映像処理のための例示的な方法のフローチャートを示す図
【図25C】開示される技術のいくつかの実装形態に基づく、映像処理のための例示的な方法のフローチャートを示す図
【図25D】開示される技術のいくつかの実装形態に基づく、映像処理のための例示的な方法のフローチャートを示す図
【図25E】開示される技術のいくつかの実装形態に基づく、映像処理のための例示的な方法のフローチャートを示す図
【図25F】開示される技術のいくつかの実装形態に基づく、映像処理のための例示的な方法のフローチャートを示す図
【図26】本特許明細書に記載されるビジュアルメディアの復号化又はビジュアルメディアのコーディング技術を実現するためのハードウェアプラットフォームの一例を示すブロック図である図
【図27】対称モードの例を示す図
【図28】本明細書に記載される映像処理システムを実装するためのハードウェアプラットフォームの一例を示す別のブロック図
【発明を実施するための形態】
【0016】
より高い解像度の映像の需要が増大しているため、近代技術において、映像コーディング法および技術は、遍在している。映像コーデックは、一般的に、デジタル映像を圧縮又は展開する電子回路又はソフトウェアを含み、より高いコーディング効率を提供するように絶えず改良されている。映像コーデックは、非圧縮映像を圧縮フォーマットに変換する、又はその逆である。映像の品質、映像を表現するために使用されるデータの数（ビットレートで決まる）、エンコーディングおよびデコーディングアルゴリズムの複雑性、データの損失およびエラーに対する敏感さ、編集のしやすさ、ランダムアクセス、およびエンドツーエンドの遅延（待ち時間）の間には複雑な関係がある。この圧縮フォーマットは、通常、標準的な映像圧縮規格、例えば、高効率映像コーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、ＨＥＶＣ）規格（Ｈ．２６５またはＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られている）［１］、完成させるべき汎用映像コーディング規格、または他の現在および／または将来の映像コーディング規格に準拠している。
【0017】
開示される技術の実施形態は、圧縮性能を向上させるために、既存の映像コーディング規格（例えば、ＨＥＶＣ、Ｈ．２６５）および将来の規格に適用されてもよい。本明細書では、説明の可読性を向上させるために章の見出しを使用しており、説明又は実施形態（及び／又は実装形態）をそれぞれの章のみに限定するものではない。
【0018】
１． ＨＥＶＣ／Ｈ．２６５におけるインター予測の例
【0019】
映像コーディング規格は、長年にわたって大幅に改善され、現在、部分的には、高いコーディング効率を実現し、より高い解像度をサポートする。ＨＥＶＣおよびＨ．２６５などの最近の規格は、時間予測プラス変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。
【0020】
１．１ 予測モードの例
【0021】
各インター予測されたＰＵ（予測ユニット）は、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。いくつかの実施形態において、動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。他の実施形態において、２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを用いて信号通知されてもよい。さらに他の実施形態において、動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確にコーディングされてもよい。
【0022】
１つのＣＵがスキップモードでコーディングされる場合、１つのＰＵがこのＣＵに関連付けられ、有意な残差係数がなく、コーディング動きベクトルデルタも参照ピクチャインデックスもない。マージモードを指定し、これにより、現在のＰＵのための動きパラメータを、空間的および時間的候補を含む近傍のＰＵから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたＰＵに適用することができる。マージモードの代替としては、動きパラメータの明確な送信があり、ＰＵごとに、各参照ピクチャリストおよび参照ピクチャリストの使用に対応する参照ピクチャインデックスである、動きベクトルを明確に信号通知する。
【0023】
２つの参照ピクチャリストのうちの１つを使用することを信号通知が示す場合、１つのサンプルのブロックからＰＵを生成する。これを「単一予測」と呼ぶ。単一予測は、Ｐスライス及びＢスライスの両方に利用可能である［２］。
【0024】
両方の参照ピクチャリストを使用することを信号通知が示す場合、２つのサンプルのブロックからＰＵを生成する。これを「双方向予測」と呼ぶ。Ｂスライスのみに双方向予測が利用可能である。
【0025】
１．１．１ マージモードの候補を構築する実施形態
【0026】
マージモードを使用してＰＵを予測する場合、ビットストリームからマージ候補リストにおけるエントリを指すインデックスを構文解析し、これを使用して動き情報を検索する。このリストの構成は、以下のステップのシーケンスに基づいてまとめることができる。
【0027】
ステップ１：初期候補導出
ステップ１．１：空間的候補導出
ステップ１．２：空間的候補の冗長性チェック
ステップ１．３：時間的候補導出
ステップ２：追加の候補挿入
ステップ２．１：双方向予測候補の作成
ステップ２．２：動きゼロ候補の挿入
ステップ１．１：空間的候補導出
ステップ１．２：空間的候補の冗長性チェック
ステップ１．３：時間的候補導出
ステップ２：追加の候補挿入
ステップ２．１：双方向予測候補の作成
ステップ２．２：動きゼロ候補の挿入
【0028】
図１は、上記ステップのシーケンスに基づいてマージ候補リストを構築する例を示す。空間的マージ候補導出のために、５つの異なる位置にある候補の中から最大４つのマージ候補を選択する。時間的マージ候補導出のために、２つの候補の中から最大１つのマージ候補を選択する。デコーダ側ではＰＵごとに一定数の候補を想定しているので、候補数がスライスヘッダで信号通知されるマージ候補（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）の最大数に達しない場合、追加の候補を生成する。候補の数は一定であるので、短縮された単項２値化（ＴＵ）を使用して最良マージ候補のインデックスを符号化する。ＣＵのサイズが８に等しい場合、現在のＣＵのすべてのＰＵは、２Ｎ×２Ｎ予測ユニットのマージ候補リストと同じ１つのマージ候補リストを共有する。
【0029】
１．１．２ 空間的マージ候補の構築
【0030】
空間的マージ候補の導出において、図２に示す位置にある候補の中から、最大４つのマージ候補を選択する。導出の順序はＡ１、Ｂ１、Ｂ０、Ａ０、Ｂ２である。位置Ａ１、Ｂ１、Ｂ０、Ａ０のいずれかのＰＵが利用可能でない場合（例えば、別のスライス又はタイルに属しているため）、又はイントラコーディングされた場合にのみ、位置Ｂ２が考慮される。位置Ａ１の候補を加えた後、残りの候補を加えると、冗長性チェックを受け、それにより、同じ動き情報を有する候補を確実にリストから排除でき、コーディング効率を向上させることができる。
【0031】
計算の複雑性を低減するために、前述の冗長性チェックにおいて、考えられる候補対のすべてを考慮することはしない。代わりに、図３において矢印でリンクされた対のみを考慮し、冗長性チェックに使用される対応する候補が同じ動き情報を有していない場合にのみ、その候補をリストに加える。重複した動き情報の別のソースは、２Ｎ×２Ｎとは異なる分割に関連付けられた「第２のＰＵ」である。図４Ａおよび図４Ｂは、それぞれ、Ｎ×２Ｎおよび２Ｎ×Ｎの場合の第２のＰＵを描いている。現在のＰＵをＮ×２Ｎに分割する場合、リスト構築に位置Ａ１の候補は考慮されない。いくつかの実施形態において、この候補を加えることにより、２つの予測ユニットが同じ動き情報を有するようになり、１つのコーディングユニットに１つのＰＵのみを有することは冗長である。同様に、現在のＰＵを２Ｎ×Ｎに分割する場合、位置Ｂ１は考慮されない。
【0032】
１．１．３ 時間的マージ候補の構築
【0033】
このステップにおいて、１つの候補のみがリストに追加される。具体的には、この時間的マージ候補の導出において、所与の参照ピクチャリストにおける現在のピクチャとの間に最小のＰＯＣ差を有するピクチャに属する同一位置ＰＵに基づいて、スケーリングされた動きベクトルを導出する。スライスヘッダにおいて、同一位置ＰＵの導出に用いられる参照ピクチャリストが明確に信号通知される。
【0034】
図５は、ＰＯＣ距離ｔｂ、ｔｄを用いて、コロケーションＰＵの動きベクトルからスケーリングされた、現在のピクチャの参照ピクチャと現在のピクチャとの間のＰＯＣ差をｔｂとし、コロケーションピクチャの参照ピクチャとコロケーションピクチャとの間のＰＯＣ差をｔｄとする、時間的マージ候補のためのスケーリングされた動きベクトル（点線）の導出の例を示す。時間的マージ候補の参照ピクチャインデックスをゼロに等しく設定する。Ｂスライスの場合、２つの動きベクトル、即ち、１つは参照ピクチャリスト０のためのもの、もう１つは参照ピクチャリスト１のためのもの、を取得し、これらを組み合わせることによって、双方向予測マージ候補を形成する。
【0035】
参照フレームに属するコロケーションＰＵ（Ｙ）において、図６に示すように、候補Ｃ０と候補Ｃ１との間で時間的候補の位置を選択する。位置Ｃ０のＰＵが利用可能でない場合、イントラコーディングされている場合、又は現在のＣＴＵの外側にある場合、位置Ｃ１が使用される。そうでない場合、位置Ｃ０が時間的マージ候補の導出に使用される。
【0036】
１．１．４ 追加タイプのマージ候補の構築
【0037】
時空間的マージ候補の他に、２つの追加のタイプのマージ候補、すなわち、結合双方向予測マージ候補およびゼロマージ候補がある。時空間的マージ候補を利用して、結合双方向予測マージ候補を生成する。結合双方向予測マージ候補は、Ｂスライスのみに使用される。最初の候補の第１の参照ピクチャリスト動きパラメータと別の候補の第２の参照ピクチャリスト動きパラメータとを組み合わせることで、結合双方向予測候補を生成する。これら２つのタプルが異なる動き仮説を提供する場合、これらのタプルは、新しい双方向予測候補を形成する。
【0038】
図７は、この処理の例を示しており、ｍｖＬ０、ｒｅｆＩｄｘＬ０、又はｍｖＬ１、ｒｅｆＩｄｘＬ１を有するオリジナルリスト（７１０、左側）における、２つの候補を使用して、最終リスト（７２０、右側）に加えられる結合双方向予測マージ候補を生成する。
【0039】
動きゼロ候補を挿入し、マージ候補リストにおける残りのエントリを埋めることにより、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ容量にヒットする。これらの候補は、空間的変位がゼロであり、ゼロから始まり、新しいゼロ動き候補をリストに加える度に増加する参照ピクチャインデックスを有する。これらの候補が使用する参照フレームの数は、それぞれ、一方向予測の場合は１つ、双方向予測の場合は２つである。いくつかの実施形態において、これらの候補に対して冗長性チェックは行われない。
【0040】
１．１．５ 並列処理のための動き推定領域の例
【0041】
符号化処理を高速化するために、動き推定を並列に行うことができ、それによって、所与の領域内のすべての予測ユニットの動きベクトルを同時に導出する。１つの予測ユニットは、その関連する動き推定が完了するまで、隣接するＰＵから動きパラメータを導出することができないので、空間的近傍からのマージ候補の導出は、並列処理に干渉する可能性がある。コーディング効率と処理待ち時間との間のトレードオフを緩和するために、動き推定領域（ＭＥＲ）を規定することができる。「ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２」構文要素を使用して、ピクチャパラメータセット（ＰＰＳ）においてＭＥＲのサイズを信号通知してもよい。１つのＭＥＲを規定するとき、同じ領域にあるマージ候補は利用不可能であるとしてマークされ、それゆえにリスト構築においては考慮されない。
【0042】
１．２ 高度動きベクトル予測（ＡＭＶＰ）の実施形態
【0043】
ＡＭＶＰは、動きパラメータの明確な伝送に使用される、動きベクトルの近傍のＰＵとの空間的－時間的相関を利用する。まず、左側、上側の時間的に近傍のＰＵ位置の可用性をチェックし、冗長な候補を取り除き、ゼロベクトルを加えることで、候補リストの長さを一定にすることで、動きベクトル候補リストを構築する。次いで、エンコーダは、候補リストから最良の予測子を選択し、選択された候補を示す対応するインデックスを送信することができる。マージインデックスの信号通知と同様に、最良の動きベクトル候補のインデックスは、短縮された単項を使用してエンコードされる。この場合に符号化対象の最大値は２である（図８参照）。以下の章では、動きベクトル予測候補の導出処理の詳細を説明する。
【0044】
１．２．１ 動きベクトル予測候補の構築例
【0045】
図８は、動きベクトル予測候補の導出処理をまとめたものであり、ｒｅｆｉｄｘを入力として、各参照ピクチャリストに対して実装されてもよい。
【0046】
動きベクトル予測において、空間的動きベクトル候補と時間的動きベクトル候補という２つのタイプの動きベクトル候補が考えられる。空間的動きベクトル候補を導出するために、先に図２に示したように、５つの異なる位置にある各ＰＵの動きベクトルに基づいて、最終的には２つの動きベクトル候補を導出する。
【0047】
時間的動きベクトル候補を導出するために、２つの異なる同一位置に配置された位置に基づいて導出された２つの候補から１つの動きベクトル候補を選択する。第１の時空間的候補リストを作成した後、リストにおける重複した動きベクトル候補を除去する。候補の数が２よりも多い場合、関連づけられた参照ピクチャリストにおける参照ピクチャインデックスが１よりも大きい動きベクトル候補をリストから削除する。時空間的動きベクトル候補の数が２未満である場合は、追加のゼロ動きベクトル候補をリストに加える。
【0048】
１．２．２ 空間的動きベクトル候補の構築
【0049】
空間的動きベクトル候補の導出において、先に図２に示したような位置にあるＰＵから導出された５つの潜在的な候補のうち、動きマージと同じ位置にあるものを最大２つの候補を考慮する。現在のＰＵの左側のための導出の順序は、Ａ０、Ａ１、スケーリングされたＡ０、スケーリングされたＡ１として規定される。現在のＰＵの上側のための導出の順序は、Ｂ０、Ｂ１、Ｂ２、スケーリングされたＢ０、スケーリングされたＢ１、スケーリングされたＢ２として規定される。そのため、辺ごとに、動きベクトル候補として使用できる場合は４つ、すなわち空間的スケーリングを使用する必要がない２つの場合と、空間的スケーリングを使用する２つの場合とがある。４つの異なる場合をまとめると、以下のようになる。
【0050】
―空間的スケーリングなし
（１）同じ参照ピクチャリスト、及び同じ参照ピクチャインデックス（同じＰＯＣ）
（２）異なる参照ピクチャリストであるが、同じ参照ピクチャ（同じＰＯＣ）
―空間的スケーリング
（３）同じ参照ピクチャリストであるが、異なる参照ピクチャ（異なるＰＯＣ）
（４）異なる参照ピクチャリスト、及び異なる参照ピクチャ（異なるＰＯＣ）
（１）同じ参照ピクチャリスト、及び同じ参照ピクチャインデックス（同じＰＯＣ）
（２）異なる参照ピクチャリストであるが、同じ参照ピクチャ（同じＰＯＣ）
―空間的スケーリング
（３）同じ参照ピクチャリストであるが、異なる参照ピクチャ（異なるＰＯＣ）
（４）異なる参照ピクチャリスト、及び異なる参照ピクチャ（異なるＰＯＣ）
【0051】
まず、非空間的スケーリングの場合をチェックし、次に、空間的スケーリングを可能にする場合をチェックする。参照ピクチャリストにかかわらず、ＰＯＣが近傍のＰＵの参照ピクチャと現在のＰＵの参照ピクチャとで異なる場合、空間的スケーリングを考慮する。左側候補のすべてのＰＵが利用可能でないか、又はイントラコーディングされている場合、上側の動きベクトルのスケーリングは、左側及び上側ＭＶ候補の並列導出に役立つ。そうでない場合、上側の動きベクトルに対して空間的スケーリングは許可されない。
【0052】
図９の例に示すように、空間的スケーリングの場合、時間的スケーリングと同様にして、近傍のＰＵの動きベクトルをスケーリングする。１つの違いは、現在のＰＵの参照ピクチャリストおよびインデックスを入力として与え、実際のスケーリング処理は時間的スケーリングと同じであることである。
【0053】
１．２．３ 時間的動きベクトル候補の構築
【0054】
参照ピクチャインデックスを導出すること以外は、時間的マージ候補を導出するためのすべての処理は、空間的動きベクトル候補を導出するための処理と同じである（図６の例に示す）。いくつかの実施形態において、参照ピクチャインデックスはデコーダに信号通知される。
【0055】
２． 共同探索モデル（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ：ＪＥＭ）におけるインター予測方法の例
【0056】
いくつかの実施形態において、将来の映像コーディング技術は、共同探索モデル（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ：ＪＥＭ）［３］［４］として知られる参照ソフトウェアを用いて検討される。ＪＥＭでは、サブブロックベースの予測は、アフィン予測、代替時間的動きベクトル予測（ＡＴＭＶＰ）、空間的－時間的動きベクトル予測（ＳＴＭＶＰ）、双方向オプティカルフロー（ＢＩＯ）、フレームレートアップ変換（ＦＲＵＣ）、ローカル適応動きベクトル解像度（ＬＡＭＶＲ）、オーバーラップブロック動き補償（ＯＢＭＣ）、ローカル照明補償（ＬＩＣ）、デコーダ側動きベクトル改良（ＤＭＶＲ）などの、いくつかのコーディングツールで適用されている。
【0057】
２．１ サブＣＵに基づく動きベクトル予測の例
【0058】
４分木に２分木を加えたＪＥＭ（ＱＴＢＴ）において、各ＣＵは、各予測方向に対して最大１つの動きパラメータのセットを有することができる。いくつかの実施形態において、エンコーダにおいて、ラージＣＵをサブＣＵに分割し、ラージＣＵのすべてのサブＣＵの動き情報を導出することにより、２つのサブＣＵレベルの動きベクトル予測方法を考慮する。代替的な時間的動きベクトル予測（ＡＴＭＶＰ）方法により、各ＣＵが、配列された参照ピクチャにおける現在のＣＵよりも小さい複数のブロックから複数の動き情報のセットを取り出すことが可能となる。時空間的動きベクトル予測（ＳＴＭＶＰ）法において、時間的動きベクトル予測子及び空間的近傍動きベクトルを使用して、サブＣＵの動きベクトルを再帰的に導出する。いくつかの実施形態において、サブＣＵ動き予測のためにより正確な動きフィールドを維持するために、参照フレームの動き圧縮は無効にされてもよい。
【0059】
２．１．１ 代替の時間的動きベクトル予測（ＡＴＭＶＰ）の例
【0060】
ＡＴＭＶＰ法において、時間的動きベクトル予測（ＴＭＶＰ）法は、現在のＣＵより小さいブロックから複数セットの動き情報（動きベクトルおよび参照インデックスを含む）を取り出すことで修正される。
【0061】
図１０は、ＣＵ１０００におけるＡＴＭＶＰ動き予測処理の一例を示す。ＡＴＭＶＰ法は、ＣＵ１０００におけるサブＣＵ１００１の動きベクトルを２つのステップで予測する。第１のステップでは、参照ピクチャ１０５０における対応するブロック１０５１を時間的ベクトルで特定する。参照ピクチャ１０５０は、モーションソースピクチャとも呼ばれる。第２のステップでは、現在のＣＵ１０００をサブＣＵ１００１に分割し、各サブＣＵに対応するブロックから、各サブＣＵの動きベクトルおよび参照インデックスを得る。
【0062】
第１のステップにおいて、現在のＣＵ１０００の空間的に近傍のブロックの動き情報によって、参照ピクチャ１０５０および対応するブロックを判定する。近傍のブロックの繰り返し走査処理を回避するために、現在のＣＵ１０００のマージ候補リストにおける第１のマージ候補を用いる。第１の利用可能な動きベクトル及びその関連する参照インデックスを、時間的ベクトル及びモーションソースピクチャのインデックスに設定する。このように、ＴＭＶＰに比べて、対応するブロックをより正確に特定することができ、対応するブロック（配列されたブロックと呼ばれることがある）は、常に現在のＣＵに対して右下または中心位置にある。
【0063】
第２のステップにおいて、現在のＣＵの座標に時間的ベクトルを加えることで、モーションソースピクチャ１０５０における時間的ベクトルによって、サブＣＵ１０５１の対応するブロックを特定する。サブＣＵごとに、その対応するブロックの動き情報（例えば、中心サンプルを覆う最小の動きグリッド）を使用して、サブＣＵの動き情報を導出する。対応するＮ×Ｎブロックの動き情報を特定した後、ＨＥＶＣのＴＭＶＰと同様に、現在のサブＣＵの動きベクトル及び参照インデックスに変換され、動きスケーリングや他の手順が適用される。例えば、デコーダは、低遅延条件（例えば、現在のピクチャのすべての参照ピクチャのＰＯＣが現在のピクチャのＰＯＣよりも小さい）が満たされているかどうかをチェックし、場合によっては、動きベクトルＭＶｘ（例えば、参照ピクチャリストＸに対応する動きベクトル）を使用して、各サブＣＵの動きベクトルＭＶｙ（例えば、Ｘが０又は１に等しく、Ｙが１－Ｘに等しい）を予測する。
【0064】
２．１．２ 空間的－時間的動きベクトル予測（ＳＴＭＶＰ）の例
【0065】
ＳＴＭＶＰ法において、サブＣＵの動きベクトルは、ラスタスキャンの順に沿って再帰的に導出される。図１１は、４つのサブブロックおよび近傍のブロックを有する１つのＣＵの例を示す。４つの４×４個のサブＣＵ、Ａ（１１０１）、Ｂ（１１０２）、Ｃ（１１０３）、およびＤ（１１０４）を含む８×８個のＣＵ１１００を考える。現在のフレームにおける近傍の４×４ブロックを、ａ（１１１１）、ｂ（１１１２）、ｃ（１１１３）、およびｄ（１１１４）とラベルする。
【0066】
サブＣＵのＡの動きの導出は、その２つの空間的近傍を特定することで始まる。第１の近傍は、サブＣＵ、Ａ１１０１の上のＮ×Ｎブロックである（ブロックｃ１１１３）。このブロックｃ（１１１３）が利用可能でない、又はイントラコーディングされている場合、サブＣＵ Ａ（１１０１）の上の他のＮ×Ｎ個のブロックをチェックする（ブロックｃ１１１３から始まって左から右へ）。第２の近傍は、サブＣＵ Ａ１１０１の左側のブロックである（ブロックｂ１１１２）。ブロックｂ（１１１２）が利用可能でない、又はイントラコーディングされている場合、サブＣＵ Ａ１１０１の左側の他のブロックをチェックする（ブロックｂ１１１２から始まり、上から下へ）。各リストの近傍のブロックから得られた動き情報を、所与のリストの第１の参照フレームにスケーリングする。次に、ＨＥＶＣに規定されているＴＭＶＰ導出と同じ手順に従って、サブブロックＡ１１０１の時間的動きベクトル予測子（ＴＭＶＰ）を導出する。ブロックＤ１１０４における配列されたブロックの動き情報がフェッチされ、それに応じてスケーリングされる。最後に、動き情報を検索し、スケーリングした後、参照リストごとにすべての利用可能な動きベクトルを別々に平均する。この平均化された動きベクトルを現在のサブＣＵの動きベクトルとする。
【0067】
２．１．３ サブＣＵの動き予測モード信号通知の例
【0068】
いくつかの実施形態において、サブＣＵモードは追加のマージ候補として有効とされ、モードを信号通知するために追加の構文要素は必要とされない。ＡＴＭＶＰモード及びＳＴＭＶＰモードを表すように、各ＣＵのマージ候補リストに２つの追加のマージ候補を加える。他の実施形態において、シーケンスパラメータセットがＡＴＭＶＰおよびＳＴＭＶＰが有効であることを示す場合、７個までのマージ候補を使用してもよい。追加のマージ候補のエンコーディングロジックは、ＨＭにおけるマージ候補の場合と同じであり、つまり、Ｐ又はＢスライスにおける各ＣＵについて、２つの追加のマージ候補に対して２回以上のＲＤチェックが必要となるかもしれない。いくつかの実施形態において、例えばＪＥＭのように、マージインデックスのすべての２値（ｂｉｎ）はコンテキストベースの適応型バイナリ算術コーディング（ＣＡＢＡＣ）によりコンテキストコーディングされる。他の実施形態、例えばＨＥＶＣにおいては、第１の２値のみがコンテキストコーディングされ、残りの２値はコンテキストバイパスコーディングされる。
【0069】
２．２ 適応動きベクトル差解像度の例
【0070】
本発明の実施例中において、ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇがスライスヘッダにおいて０であるとき、４分の１輝度サンプルの単位で動きベクトルの差（ＭＶＤ）（動きベクトルとＰＵの予測動きベクトルとの間）を信号通知される。ＪＥＭにおいて、ローカル適応型動きベクトル解像度（ＬＡＭＶＲ）が導入される。ＪＥＭにおいて、ＭＶＤは、１／４輝度サンプル、整数輝度サンプル又は４つの輝度サンプルの単位でコーディングできる。ＭＶＤ分解能はコーディングユニット（ＣＵ）レベルで制御され、ＭＶＤ解像度フラグは、少なくとも１つのノンゼロＭＶＤモジュールを有する各ＣＵに対して条件付きで信号通知される。
【0071】
少なくとも１つのノンゼロＭＶＤモジュールを有するＣＵの場合、１／４輝度サンプルＭＶ精度がＣＵにおいて使用されるか否かを示すために、第１のフラグが信号通知される。第１のフラグ（１に等しい）が、１／４輝度サンプルＭＶ精度が使用されていないことを示す場合、整数輝度サンプルＭＶ精度が使用されるか又は４輝度サンプルＭＶ精度が使用されるかを示すために、別のフラグが信号通知される。
【0072】
ＣＵの第１のＭＶＤ解像度フラグがゼロであるか、又はＣＵに対してコーディングされていない（つまり、ＣＵにおけるすべてのＭＶＤがゼロである）場合、ＣＵに対して１／４輝度サンプルＭＶ解像度が使用される。ＣＵが整数輝度サンプルＭＶ精度又は４輝度サンプルＭＶ精度を使用する場合、ＣＵのＡＭＶＰ候補リストにおけるＭＶＰを対応する精度に丸める。
【0073】
エンコーダにおいて、ＣＵレベルのＲＤチェックは、どのＭＶＤ解像度をＣＵに用いるかを判定するために使用される。すなわち、１つのＭＶＤ解像度ごとに３回、ＣＵレベルのＲＤチェックを行う。エンコーダの速度を速めるために、ＪＥＭにおいては、以下の符号化方式が適用される。
【0074】
--通常の１／４輝度サンプルＭＶＤ解像度を有するＣＵのＲＤチェック中、現在のＣＵの動き情報（整数輝度サンプル精度）が記憶される。整数輝度サンプル及び４輝度サンプルのＭＶＤ解像度を有する同じＣＵのＲＤチェック中に、記憶された動き情報（丸められた後）は、更なる小範囲動きベクトル微調整の開始点として使用されるので、時間がかかる動き推定処理が３回重複しない。
【0075】
--４輝度サンプルＭＶＤ解像度を有するＣＵのＲＤチェックを条件付きで呼び出す。
ＣＵの場合、整数輝度サンプルＭＶＤ解像度のＲＤコストが１／４輝度サンプルＭＶＤ解像度のそれよりもはるかに大きい場合、ＣＵのための４輝度サンプルＭＶＤ解像度のＲＤチェックはスキップされる。
ＣＵの場合、整数輝度サンプルＭＶＤ解像度のＲＤコストが１／４輝度サンプルＭＶＤ解像度のそれよりもはるかに大きい場合、ＣＵのための４輝度サンプルＭＶＤ解像度のＲＤチェックはスキップされる。
【0076】
２．３ 動きベクトルの記憶精度を向上させる例
【0077】
ＨＥＶＣにおいて、動きベクトルの精度は、１／４画素（４：２：０映像の場合、１／４輝度サンプルおよび１／８クロマサンプル）である。ＪＥＭにおいて、内部の動きベクトルの記憶およびマージ候補の精度は、１／１６画素にまで向上する。スキップ／マージモードでコーディングされたＣＵの動き補償インター予測には、より高い動きベクトル精度（１／１６画素）が用いられる。通常のＡＭＶＰモードでコーディングされたＣＵの場合、整数画素または１／４画素の動きのいずれかが使用される。
【0078】
ＨＥＶＣ動き補償補間フィルタと同じフィルタ長と正規化係数を有するＳＨＶＣアップサンプリング補間フィルタを、追加の分数画素位置の動き補償補間フィルタとして使用する。ＪＥＭにおいて、クロマ成分の動きベクトルの精度は１／３２サンプルであり、近傍の２つの１／１６画素の端数位置のフィルタの平均を用いて、１／３２画素の端数位置の追加の補間フィルタを導出する。
【0079】
２．４ 重複ブロック動き補償（ＯＢＭＣ）の例
【0080】
ＪＥＭにおいて、ＯＢＭＣは、ＣＵレベルの構文を使用してオン／オフを切り替えることができる。ＪＥＭにおいてＯＢＭＣを使用する場合、ＯＢＭＣは、ＣＵの右下の境界を除くすべての動き補償（ＭＣ）ブロック境界に対して行われる。また、輝度及びクロマ成分の両方に適用される。ＪＥＭにおいて、ＭＣブロックはコーディングブロックに対応する。ＣＵがサブＣＵモードでコーディングされた（サブＣＵマージ、アフィン、及びＦＲＵＣモードを含む）場合、ＣＵの各サブブロックは１つのＭＣブロックである。均一にＣＵ境界を処理するために、ＯＢＭＣは、すべてのＭＣブロック境界に対してサブブロックレベルで実行され、ここで、サブブロックサイズは、図１２Ａ、１２Ｂに示すように、４×４に等しく設定される。
【0081】
【0082】
ＯＢＭＣが現在のサブブロックに適用される場合、現在の動きベクトルの他に、４つの接続された近傍のサブブロックの動きベクトルも、利用可能であり、現在の動きベクトルと同じでない場合には、現在のサブブロックのための予測ブロックを導出するために使用される。複数の動きベクトルに基づくこれらの複数の予測ブロックを組み合わせ、現在のサブブロックの最終予測信号を生成する。
【0083】
近傍のサブブロックの動きベクトルに基づく予測ブロックをＰＮ（Ｎは、近傍の上、下、左、右のサブブロックのインデックス）とし、現在のサブブロックの動きベクトルに基づく予測ブロックをＰＣとする。ＰＮが現在のサブブロックと同じ動き情報を含む近傍のサブブロックの動き情報に基づく場合、ＯＢＭＣはＰＮから行われない。そうでない場合、ＰＮのすべてのサンプルをＰＣ内の同じサンプルに加える。すなわち、ＰＮの４つの行／列をＰＣに加える。ＰＮには重み係数｛１／４，１／８，１／１６，１／３２｝を用い、ＰＣには重み係数｛３／４，７／８，１５／１６，３１／３２｝を用いる。例外は、小さなＭＣブロック（すなわち、コーディングブロックの高さ又は幅が４に等しいか、又は１つのＣＵがサブＣＵモードでコーディングされた場合）であり、その場合、２つの行／列のＰＮのみがＰＣに追加される。この場合、ＰＮに対して重み係数｛１／４，１／８｝が使用され、ＰＣに対して重み係数｛３／４，７／８｝が使用される。垂直（水平）方向に近傍のサブブロックの動きベクトルに基づいて生成されたＰＮに対して、ＰＮの同じ行（列）におけるサンプルを、同じ重み係数でＰＣに加算する。
【0084】
ＪＥＭにおいて、サイズが２５６輝度サンプル以下のＣＵの場合、現在のＣＵに対してＯＢＭＣが適用されているかどうかを示すように、ＣＵレベルフラグが信号通知される。サイズが２５６輝度サンプルよりも大きい、又はＡＭＶＰモードでコーディングされていないＣＵの場合、ＯＢＭＣがデフォルトで適用される。エンコーダにおいて、ＯＢＭＣがＣＵに適用される場合、その影響は動き推定ステージ中に考慮される。上側近傍のブロックおよび左側近傍のブロックの動き情報を用いてＯＢＭＣにより形成された予測信号は、現在のＣＵの元の信号の上側および左側の境界を補償するために用いられ、その後、通常の動き推定処理が適用される。
【0085】
２．５ 局所照明補償（ＬＩＣ）の例
【0086】
ＬＩＣは、倍率ａおよびオフセットｂを用いて、照明変化の線形モデルに基づく。そして、各インターモードコーディングユニット（ＣＵ）に対して適応的に有効又は無効とされる。
【0087】
ＬＩＣがＣＵに適用される場合、現在のＣＵの近傍のサンプルおよびそれらに対応する参照サンプルを使用することによって、パラメータａおよびｂを導出するために、最小二乗誤差法が使用される。図１３は、ＩＣアルゴリズムのパラメータを導出するために使用される近傍のサンプルの例を示す。具体的には、図１３に示すように、ＣＵのサブサンプリング（２：１サブサンプリング）された近傍のサンプルと、参照ピクチャにおける対応するサンプル（現在のＣＵ又はサブＣＵの動き情報によって特定される）とを使用する。ＩＣパラメータは、各予測方向に対して別個に導出され、適用される。
【0088】
１つのＣＵがマージモードでコーディングされる場合、マージモードにおける動き情報のコピーと同様に、近傍のブロックからＬＩＣフラグをコピーし、そうでない場合、ＣＵにＬＩＣフラグを信号通知してＬＩＣが適用されるかどうかを示す。
【0089】
１つのピクチャに対してＬＩＣが有効化されるとき、１つのＣＵに対してＬＩＣが適用されるかどうかを判定するために、追加のＣＵレベルＲＤチェックが必要である。ＣＵのためにＬＩＣが有効化される場合、整数画素動き探索および小数画素動き探索のために、ＳＡＤおよびＳＡＴＤの代わりに、それぞれ、絶対差の平均除去和（ＭＲ－ＳＡＤ）および絶対アダマール変換差の平均除去和（ＭＲ－ＳＡＴＤ）が使用される。
【0090】
符号化の複雑性を低減するために、ＪＥＭにおいては、以下の符号化方式が適用される。
【0091】
--現在の画像とその参照ピクチャとの間に明瞭な照度変化がない場合、ＬＩＣはピクチャ全体に対して無効にされる。この状況を識別するために、エンコーダにおいて、現在のピクチャ及び現在のピクチャのすべての参照ピクチャのヒストグラムを計算する。現在のピクチャと現在のピクチャのすべての参照ピクチャとの間のヒストグラム差が所与の閾値よりも小さい場合、現在のピクチャに対してＬＩＣを無効化し、そうでない場合、現在のピクチャに対してＬＩＣを有効化する。
【0092】
２．６ アフィン動き補償予測の例
【0093】
ＨＥＶＣにおいて、動き補償予測（ＭＣＰ）のために並進運動モデルのみが適用される。しかしながら、カメラおよび対象物は、様々な種類の動き、例えば、ズームイン／ズームアウト、回転、透視運動、及び／又は他の不規則な動きを有してもよい。一方、ＪＥＭは、簡易アフィン変換動き補償予測を適用する。図１４は、２つの制御点動きベクトルＶ０およびＶ１によって記述されるブロック１４００のアフィン動きフィールドの例を示す。ブロック１４００の動きベクトルフィールド（ＭＶＦ）は、以下の式で表すことができる。
【0094】
【数1】
【0095】
図１４に示すように、（ｖ０ｘ，ｖ０ｙ）は左上隅の制御点の動きベクトルであり、（ｖ１ｘ，ｖ１ｙ）は右上隅の制御点の動きベクトルである。動き補償予測を簡単にするために、サブブロックに基づくアフィン変換予測を適用することができる。サブブロックのサイズＭ×Ｎは、以下のように導出される。
【0096】
【数2】
【0097】
ここで、ＭｖＰｒｅは、動きベクトルの分数精度（例えば、ＪＥＭでは１／１６）である。（ｖ２ｘ，ｖ２ｙ）は、式（１）に従って算出された左下制御点の動きベクトルである。必要であれば、ＭおよびＮを下方に調整して、それぞれｗおよびｈの除数にすることができる。
【0098】
図１５は、ブロック１５００のためのサブブロックごとのアフィンＭＶＦの例を示す。各Ｍ×Ｎサブブロックの動きベクトルを導出するためには、各サブブロックの中心サンプルの動きベクトルを式（１）に従って算出し、動きベクトルの小数部の正確度（例えば、ＪＥＭでは１／１６）に丸められる。次に、動き補償補間フィルタを適用して、導出された動きベクトルを用いて各サブブロックの予測を生成することができる。ＭＣＰの後、各サブブロックの高精度動きベクトルを丸め、通常の動きベクトルと同じ精度で保存する。
【0099】
２．６．１ ＡＦ＿ＩＮＴＥＲモードの実施形態
【0100】
ＪＥＭにおいて、２つのアフィン動きモード：ＡＦ＿ＩＮＴＥＲモード及びＡＦ＿ＭＥＲＧＥモードがある。幅と高さの両方が８より大きいＣＵの場合、ＡＦ＿ＩＮＴＥＲモードを適用することができる。ＡＦ＿ＩＮＴＥＲモードが使用されるかどうかを示すために、ビットストリームにおいてＣＵレベルのアフィンフラグが信号通知される。ＡＦ＿ＩＮＴＥＲモードにおいて、近傍のブロックを用いて動きベクトル対｛（ｖ０，ｖ１）｜ｖ０＝｛ｖＡ，ｖＢ，ｖＣ｝，ｖ１＝｛ｖＤ，ｖＥ｝｝を有する候補リストを構築する。
【0101】
図１６は、ＡＦ＿ＩＮＴＥＲモードにおけるブロック１６００のための動きベクトル予測（ＭＶＰ）の例を示す。図１６に示すように、ｖ０は、サブブロックＡ、Ｂ、又はＣの動きベクトルから選択される。近傍のブロックからの動きベクトルは、参照リストに従ってスケーリングすることができる。また、動きベクトルは、近傍のブロックの参照のピクチャオーダカウント（ＰＩＣ）と、現在のＣＵの参照のＰＯＣと、現在のＣＵのＰＯＣとの間の関係に基づいてスケーリングされてもよい。近傍のサブブロックＤおよびＥからｖ１を選択する方法は類似している。候補リストの数が２未満である場合、ＡＭＶＰ候補の各々を複製した動きベクトル対でリストを埋める。候補リストが２よりも大きい場合、まず、近傍の動きベクトルに基づいて（例えば、対候補における２つの動きベクトルの類似性に基づいて）候補をソートする。いくつかの実装形態において、最初の２つの候補を保持する。いくつかの実施形態において、ひずみ率（ＲＤ）コストチェックを用いて、どの動きベクトル対候補を現在のＣＵの制御点動きベクトル予測（ＣＰＭＶＰ）として選択するかを判定する。ビットストリームにおいて、候補リストにおけるＣＰＭＶＰの位置を示すインデックスを信号通知することができる。現在のアフィンＣＵのＣＰＭＶＰを判定した後、アフィン動き推定を適用し、制御点動きベクトル（ＣＰＭＶ）を求める。次に、ＣＰＭＶとＣＰＭＶＰとの差をビットストリームにおいて信号通知する。
【0102】
ＡＦ＿ＩＮＴＥＲモードにおいて、４／６パラメータアフィンモードが使用される場合、２／３個の制御点が必要であり、従って、図１７に示すように、これらの制御点のために２／３個のＭＶＤをコーディングすることが必要である。既存の実装形態［５］において、ＭＶは、例えば、ｍｖｄ０からｍｖｄ１およびｍｖｄ２を予測することで、以下のように導出されてもよい。
【0103】
ｍｖ０＝ｍ￣ｖ￣０＋ｍｖｄ０
ｍｖ１＝ｍ￣ｖ￣１＋ｍｖｄ１＋ｍｖｄ０
ｍｖ２＝ｍ￣ｖ￣２＋ｍｖｄ２＋ｍｖｄ０
ｍｖ１＝ｍ￣ｖ￣１＋ｍｖｄ１＋ｍｖｄ０
ｍｖ２＝ｍ￣ｖ￣２＋ｍｖｄ２＋ｍｖｄ０
【0104】
ここで、ｍ￣ｖ￣ｉ、ｍｖｄｉ、ｍｖ１は、それぞれ、図１８Ｂに示すように、左上の画素（ｉ＝０）、右上の画素（ｉ＝１）、左下の画素（ｉ＝２）の予測動きベクトル、動きベクトルの差分、動きベクトルである。いくつかの実施形態において、２つの動きベクトル（例えば、ｍｖＡ（ｘＡ，ｙＡ）およびｍｖＢ（ｘＢ，ｙＢ））の加算は、２つの成分を別々に合計することに等しい。例えば、ｎｅｗＭＶ＝ｍｖＡ＋ｍｖＢは、ｎｅｗＭＶの２つの成分を、それぞれ（ｘＡ＋ｘＢ）および（ｙＡ＋ｙＢ）に設定することを意味する。
【0105】
２．６．２ ＡＦ＿ＩＮＴＥＲモードにおける高速アフィンＭＥアルゴリズムの例
【0106】
アフィンモードのいくつかの実施形態において、２つ又は３つの制御点のＭＶは、一緒に判定される必要がある。複数のＭＶをまとめて直接検索することは、計算が複雑である。一例において、高速アフィンＭＥアルゴリズム［６］が提案され、ＶＴＭ／ＢＭＳに採用される。
【0107】
例えば、４パラメータアフィンモデルに対して高速アフィンＭＥアルゴリズムを説明し、この考えを６パラメータアフィンモデルに拡張することができる。
【0108】
【数3】
【0109】
【数4】
【0110】
（ａ－１）をａ’に置き換えることにより、動きベクトルを以下のように書き換えることができる。
【0111】
【数5】
【0112】
２つの制御点（０，０）および（０，ｗ）の動きベクトルが既知であると仮定すると、
式（５）から、アフィンパラメータは、以下のように導出されてもよい。
式（５）から、アフィンパラメータは、以下のように導出されてもよい。
【0113】
【数6】
【0114】
動きベクトルは、ベクトルの形で以下のように書き換えることができる。
【0115】
【数7】
【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】
【数8】
【0144】
図１９は、フレームレートアップ変換（ＦＲＵＣ）法で使用されるバイラテラルマッチングの例を示す。このバイラテラルマッチングは、２つの異なる参照ピクチャ（１９１０、１９１１）における現在のＣＵ（１９００）の動き軌跡に沿った２つのブロック間の最も近いマッチングを見出すことで、現在のＣＵの動き情報を導出するために用いられる。連続した動き軌跡を仮定すると、２つの参照ブロックを指す動きベクトルＭＶ０（１９０１）、ＭＶ１（１９０２）は、現在のピクチャと２つの参照ピクチャとの間の時間的距離に比例し、例えば、ＴＤ０（１９０３）、ＴＤ１（１９０４）である。いくつかの実施形態において、現在のピクチャ１９００が２つの参照ピクチャ（１９１０、１９１１）の間にあり、現在のピクチャから２つの参照ピクチャまでの時間的距離が同じである場合、バイラテラルマッチングはミラーに基づく双方向ＭＶとなる。
【0145】
図２０は、フレームレートアップ変換（ＦＲＵＣ）法で使用されるテンプレートマッチングの例を示す。テンプレートマッチングを使用して、現在のピクチャにおけるテンプレート（例えば、現在のＣＵの上側及び／又は左側の近傍のブロック）と参照ピクチャ２０１０におけるブロック（例えば、テンプレートと同じサイズ）との間の最も近いマッチングを見出すことで、現在のＣＵ２０００の動き情報を導出することができる。前述のＦＲＵＣマージモード以外に、テンプレートマッチングは、ＡＭＶＰモードにも適用できる。ＪＥＭおよびＨＥＶＣの両方において、ＡＭＶＰは２つの候補を有する。テンプレートマッチング法を用いることで、新しい候補を導出することができる。テンプレートマッチングによって新規に導出された候補が、第１の既存のＡＭＶＰ候補と異なる場合、ＡＭＶＰ候補リストの最初に挿入し、次に、（例えば、第２の既存のＡＭＶＰ候補を取り除くことによって）リストサイズを２に設定する。ＡＭＶＰモードに適用される場合、ＣＵレベル検索のみが適用される。
【0146】
ＣＵレベルのＭＶ候補セットは、以下を含むことができる。（１）現在のＣＵがＡＭＶＰモードにある場合、元のＡＭＶＰ候補、（２）すべてのマージ候補、（３）補間されたＭＶフィールド内の複数のＭＶ（後述）、および左上の近傍の動きベクトル。
【0147】
バイラテラルマッチングを使用する場合、マージ候補の各有効なＭＶを入力として使用して、バイラテラルマッチングを仮定してＭＶ対を生成することができる。例えば、マージ候補の１つの有効なＭＶは、参照リストＡにおいて（ＭＶａ，ｒｅｆａ）であり、そして、その対をなすバイラテラルＭＶの参照ピクチャｒｅｆｂが他の参照リストＢにおいて見出され、ｒｅｆａおよびｒｅｆｂは、時間的に現在のピクチャの異なる側にある。参照リストＢにおいてこのようなｒｅｆｂが利用可能でない場合、ｒｅｆｂをｒｅｆａとは異なる参照として決定し、現在のピクチャとの時間的距離はリストＢにおける最小値である。ｒｅｆｂを決定した後、現在のピクチャとｒｅｆａ，ｒｅｆｂとの時間距離に基づいてＭＶａをスケーリングすることでＭＶｂを導出する。
【0148】
いくつかの実装形態において、補間されたＭＶフィールドからの４つのＭＶをＣＵレベル候補リストに追加してもよい。具体的には、現在のＣＵの（０，０）、（Ｗ／２，０）、（０，Ｈ／２）、（Ｗ／２，Ｈ／２）の位置の補間されたＭＶを加算する。ＡＭＶＰモードでＦＲＵＣを適用する場合、元のＡＭＶＰ候補をＣＵレベルＭＶ候補セットにも加える。いくつかの実装形態において、ＣＵレベルにおいて、ＡＭＶＰ ＣＵのための１５個のＭＶおよびマージＣＵに対し、１３個のＭＶを候補リストに加えることができる。
【0149】
サブＣＵレベルのＭＶ候補セットは、ＣＵレベルの検索によって決定されたＭＶと、（２）上、左、左上、右上の近傍のＭＶと、（３）参照ピクチャからの配列されたＭＶのスケーリングされたバージョンと、（４）１つ以上（例えば、４つまで）のＡＴＭＶＰ候補と、（５）１つ以上（例えば、４つまで）のＳＴＭＶＰ候補とを含む。参照ピクチャからのスケーリングされたＭＶは、以下のように導出される。両方のリストにおける参照ピクチャをトラバースする。参照ピクチャにおけるサブＣＵの配列位置にあるＭＶは、開始ＣＵレベルＭＶの参照に対してスケーリングされる。ＡＴＭＶＰおよびＳＴＭＶＰの候補は、最初の４つの候補であってもよい。サブＣＵレベルにおいて、１つ以上（例えば、最大１７個）のＭＶが候補リストに追加される。
【0150】
補間されたＭＶフィールドの生成
【0151】
あるフレームをコーディングする前に、片側ＭＥに基づいてピクチャ全体に対して補間動きフィールドを生成する。そして、この動きフィールドを後にＣＵレベルまたはサブＣＵレベルのＭＶ候補として使用してもよい。
【0152】
いくつかの実施形態において、両方の参照リストにおける各参照ピクチャの動きフィールドは、４×４ブロックレベルでトラバースされる。図２１は、ＦＲＵＣ方法におけるユニラテラル動き推定（ＭＥ）２１００の例を示す。各４×４ブロックにおいて、現在のピクチャの４×４ブロックを通過するブロックに関連する動きで、補間動きがまだ割り当てられていない場合、時間距離ＴＤ０およびＴＤ１に基づいて（ＨＥＶＣにおけるＴＭＶＰのＭＶスケーリングと同様に）、参照ブロックの動きを現在のピクチャにスケーリングし、スケーリングされた動きを現在のフレームのブロックに割り当てる。４×４ブロックにスケーリングされたＭＶが割り当てられていない場合、ブロックの動きは、補間された動きフィールドにおいて利用不可能であるとマークされる。
【0153】
補間およびマッチングコスト
【0154】
１つの動きベクトルが１つの小数のサンプル位置を指す場合、動き補償補間が必要である。複雑性を低減するために、通常の８タップＨＥＶＣ補間の代わりに、バイラテラルマッチングおよびテンプレートマッチングの両方に双線形補間を使用できる。
【0155】
マッチングコストの計算は、異なるステップでは少し異なる。ＣＵレベルの候補セットから候補を選択する場合、マッチングコストは、バイラテラルマッチング又はテンプレートマッチングの絶対和差（ＳＡＤ）であってもよい。開始ＭＶを決定した後、サブＣＵレベル検索におけるバイラテラルマッチングのマッチングコストＣを以下のように算出する。
【0156】
Ｃ＝ＳＡＤ＋ｗ・（｜ＭＶｘ－ＭＶｘ
ｓ｜＋｜ＭＶｙ－ＭＶｙ
ｓ｜） 式（４）
【0157】
ここで、ｗは重み係数である。いくつかの実施形態において、ｗは経験的に４に設定されてもよい。ＭＶおよびＭＶＳは、それぞれ、現在のＭＶおよび開始ＭＶを示す。ＳＡＤは、依然として、サブＣＵレベル検索におけるテンプレートマッチングのマッチングコストとして使用されてもよい。
【0158】
ＦＲＵＣモードにおいて、ＭＶは、輝度サンプルのみを使用することによって導出される。導出された動きは、ＭＣインター予測のために、輝度およびクロマの両方に使用される。ＭＶを決定した後、輝度用の８タップ補間フィルタおよびクロマ用の４タップ補間フィルタを使用して、最終的なＭＣを行う。
【0159】
ＭＶ改良は、バイラテラルマッチングコストまたはテンプレートマッチングコストの基準を有するパターンに基づくＭＶ検索である。ＪＥＭでは、２つの検索パターン、即ち、無制限中心バイアス菱形検索（ＵＣＢＤＳ）およびＣＵレベルおよびサブＣＵレベルでのＭＶ改良のための適応クロス検索をそれぞれサポートする。ＣＵおよびサブＣＵレベルのＭＶ改善の両方のために、ＭＶは、１／４輝度サンプルＭＶの精度で直接検索され、これに続いて１／８輝度サンプルＭＶの改良が行われる。ＣＵおよびサブＣＵステップのためのＭＶ改良の検索範囲は、８つの輝度サンプルに等しく設定される。
【0160】
バイラテラルマッチングマージモードにおいては、双方向予測が適用される。なぜなら、２つの異なる参照ピクチャにおける現在のＣＵの動き軌跡に沿った２つのブロック間の最も近いマッチングに基づいて、ＣＵの動き情報を導出するからである。テンプレートマッチングマージモードにおいて、エンコーダは、ｌｉｓｔ０からの単一予測、ｌｉｓｔ１からの単一予測、又はＣＵのための双方向予測のうちから選択することができる。選択は、テンプレートマッチングコストに基づいて、以下のように行うことができる。
【0161】
ｃｏｓｔＢｉ＜＝ｆａｃｔｏｒ＊ｍｉｎ（ｃｏｓｔ０，ｃｏｓｔ１）の場合
双方向予測を用いる。
そうでない場合、ｃｏｓｔ０＜＝ｃｏｓｔ１であれば
ｌｉｓｔ０からの単一予測を用いる。
そうでない場合、
ｌｉｓｔ１からの単一予測を用いる。
双方向予測を用いる。
そうでない場合、ｃｏｓｔ０＜＝ｃｏｓｔ１であれば
ｌｉｓｔ０からの単一予測を用いる。
そうでない場合、
ｌｉｓｔ１からの単一予測を用いる。
【0162】
ここで、ｃｏｓｔ０はｌｉｓｔ０テンプレートマッチングのＳＡＤであり、ｃｏｓｔ１はｌｉｓｔ１テンプレートマッチングのＳＡＤであり、ｃｏｓｔＢｉは双方向予測テンプレートマッチングのＳＡＤである。例えば、ｆａｃｔｏｒの値が１．２５である場合、選択処理が双方向予測に偏っていることを意味する。このインター予測方向選択は、ＣＵレベルのテンプレートマッチング処理に適用することができる。
【0163】
２．８ 双方向オプティカルフロー（ＢＩＯ）の例
【0164】
双方向オプティカルフロー（ＢＩＯ）方法は、双方向予測のためにブロック単位の動き補償の上で実行されるサンプル単位の動きの改良である。いくつかの実施例において、サンプルレベルの動きの改良は、シグナリングを用いない。
【0165】
ブロックモーションコンペンセーションの後、基準ｋ（ｋ＝０，１）からの輝度をＩ（ｋ）、及び∂Ｉ（ｋ）／∂ｘと∂Ｉ（ｋ）／∂ｙを、それぞれ、Ｉ（ｋ）勾配の横方向及び縦方向成分とする。オプティカルフローが有効であると仮定すると、動きベクトルフィールド（ｖｘ，ｖｙ）は、以下で与えられる。
【0166】
【数9】
【0167】
このオプティカルフロー方程式と各試料の動き軌跡のエルミート補間を組み合わせると、関数値Ｉ（ｋ）と導関数∂Ｉ（ｋ）／∂ｘ，∂Ｉ（ｋ）／∂ｙの両端に一致する唯一の３次多項式が得られる。ｔ＝０におけるこの多項式の値がＢＩＯ予測である。
【0168】
【数10】
【0169】
図２２は、双方向オプティカルフロー（ＢＩＯ）法におけるオプティカルフローの軌跡の一例を示す。ここで、τ０及びτ１は、基準フレームまでの距離を示す。距離は、τ０及びτ１は、Ｒｅｆ０及びＲｅｆ１のＰＯＣに基づいて以下のように計算される。τ０＝ＰＯＣ（現在）－ＰＯＣ（Ｒｅｆ０），τ１＝ＰＯＣ（Ｒｅｆ１）－ＰＯＣ（現在）。両方の予測が同じ時間方向から来たものである場合（両方とも過去から来たものであるか、
又は両方とも将来から来たものである）、符号が異なっている（例えばτ０・τ１＜０）。この場合、予測が同じ時間モーメントからでない場合（例えば、τ０≠τ１）には、ＢＩＯが適用される。両方の参照領域は、非ゼロ動き（例えば、ＭＶｘ０，ＭＶｙ０，ＭＶｘ１，ＭＶｙ１≠０）を有し、ブロック動きベクトルは、時間距離に比例する（例えば、ＭＶｘ０／ＭＶｘ１＝ＭＶｙ０／ＭＶｙ１＝－τ０／τ１）。
又は両方とも将来から来たものである）、符号が異なっている（例えばτ０・τ１＜０）。この場合、予測が同じ時間モーメントからでない場合（例えば、τ０≠τ１）には、ＢＩＯが適用される。両方の参照領域は、非ゼロ動き（例えば、ＭＶｘ０，ＭＶｙ０，ＭＶｘ１，ＭＶｙ１≠０）を有し、ブロック動きベクトルは、時間距離に比例する（例えば、ＭＶｘ０／ＭＶｘ１＝ＭＶｙ０／ＭＶｙ１＝－τ０／τ１）。
【0170】
点Ａと点Ｂとの間の値である差Δを最小にすることで、動きベクトル場（ｖｘ，ｖｙ）を決定する。図９Ａ及び図９Ｂは、動き軌道と基準フレーム平面との交差の例を示す。モデルは、Δに対してローカルテイラー展開の第１の線形項のみを使用する。
【0171】
【数11】
【0172】
上記式におけるすべての値は、（ｉ’，ｊ’）として表されるサンプル位置に依存する。動きがローカル周辺エリアにおいて一貫していると仮定すると、Δは、現在の予測点（ｉ，ｊ）を中心とする（２Ｍ＋１）×（２Ｍ＋１）の正方形窓Ωの内側で最小化することができ、ここで、Ｍは２に等しい。
【0173】
【数12】
【0174】
この最適化問題に対して、ＪＥＭは、まず垂直方向に最小化し、次に水平方向に最小化する簡単なアプローチを使用する。その結果、以下のようになる。
【0175】
【数13】
【0176】
ゼロ又は非常に小さな値での除算を回避するために、正則化パラメータｒ及びｍを式（９）および式（１０）に導入することができる。
【0177】
ｒ＝５００・４ｄ－８ 式（１２）
【0178】
ｒ＝７００・４ｄ－８ 式（１３）
【0179】
ここで、ｄは映像サンプルのビット深さである。
【0180】
ＢＩＯのメモリアクセスを通常の二重予測動き補償と同じにするために、すべての予測値と勾配値であるＩ（ｋ），∂Ｉ（ｋ）／∂ｘ，∂Ｉ（ｋ）／∂ｙは、現在のブロック内の位置について計算される。図２３Ａは、ブロック２３００の外側のアクセス位置の例を示す。図２３Ａに示すとおり、式（９）において、予測ブロックの境界上の現在の予測点を中心とする（２Ｍ＋１）×（２Ｍ＋１）個の正方形窓は、ブロックの外側の位置にアクセスする必要がある。ＪＥＭにおいて、ブロックの外側のＩ（ｋ），∂Ｉ（ｋ）／∂ｘ，∂Ｉ（ｋ）／∂ｙの値は、ブロックの内側の最も近い利用可能な値に等しくなるように設定される。例えば、これは、図２３Ｂに示すように、パディング領域２３０１として実装することができる。
【0181】
ＢＩＯを用いることで、サンプルごとに動きフィールドを改良することができる。計算の複雑性を低減するために、ＪＥＭではブロックに基づくＢＩＯの設計が用いられている。動きの改良は、４×４ブロックに基づいて計算することができる。ブロックに基づくＢＩＯにおいて、４×４ブロックにおけるすべてのサンプルの式（９）におけるｓｎの値を統合し、次いで、ｓｎ ｉｎの統合した値を使用して、４×４ブロックのためのＢＩＯ動きベクトルオフセットを導出する。具体的には、ブロックに基づくＢＩＯ導出には、以下の式を用いることができる。
【0182】
【数14】
【0183】
ここで、ｂｋは、予測ブロックのｋ番目の４×４のブロックに属するサンプルのセットを示す。式（９）および式（１０）におけるｓｎを（（ｓｎ，ｂｋ）＞＞４）に置き換え、関連する動きベクトルオフセットを導出する。
【0184】
シナリオによってはＢＩＯのＭＶレジメンがノイズや不規則な動きで信頼できない場合がある。従って、ＢＩＯにおいて、ＭＶレジメンの大きさは閾値にクリップされる。閾値は、現在のピクチャの参照ピクチャがすべて一方向からのものであるか否かに基づいて判定される。現在の画像の参照ピクチャがすべて一方向からのものである場合、閾値の値は１２×２１４－ｄに設定され、そうでない場合、１２×２１３－ｄに設定される。
【0185】
ＢＩＯの勾配は、ＨＥＶＣ動き補償プロセス（例えば、２Ｄ分離可能有限インパルス応答（ＦＩＲ））に準拠した演算を使用して、動き補償補間と同時に計算されてもよい。いくつかの実施形態において、２Ｄの分離可能なＦＩＲのための入力は、ブロック動きベクトルの端数部分に基づいて、動き補償処理および端数位置（ｆｒａｃＸ，ｆｒａｃＹ）のためのものと同じ参照フレームサンプルである。水平勾配∂Ｉ／∂ｘ，の場合、信号は、まず、スケーリングシフトｄ－８で端数位置ｆｒａｃＹに対応するＢＩＯｆｉｌｔｅｒＳを使用して垂直方向に補間される。次に、勾配フィルタＢＩＯｆｉｌｔｅｒＧを、端数位置ｆｒａｃＸに対応する水平方向に適用し、スケーリング解除を１８－ｄだけシフトする。垂直方向の勾配∂Ｉ／∂ｙ，については、スケーリングシフトｄ－８で端数位置ｆｒａｃＹに対応するＢＩＯｆｉｌｔｅｒＧを用いて垂直方向に勾配フィルタをかける。次に、
ＢＩＯＦｉｌｔｅｒＳを使用して、端数位置ｆｒａｃＸに対応する水平方向への信号の変位を行い、スケーリングを１８－ｄだけシフトする。妥当な複雑性を維持するために、勾配計算ＢＩＯＦｉｌｔｅｒＧおよび信号変位ＢＩＯＦｉｌｔｅｒＦのための補間フィルタの長さを短く（例えば、６タップ）してもよい。表１は、ＢＩＯにおけるブロック動きベクトルの異なる端数位置の勾配計算に使用できる例示的なフィルタを示す。表２は、ＢＩＯにおける予測信号の生成に使用できる例示的な補間フィルタを示す。
ＢＩＯＦｉｌｔｅｒＳを使用して、端数位置ｆｒａｃＸに対応する水平方向への信号の変位を行い、スケーリングを１８－ｄだけシフトする。妥当な複雑性を維持するために、勾配計算ＢＩＯＦｉｌｔｅｒＧおよび信号変位ＢＩＯＦｉｌｔｅｒＦのための補間フィルタの長さを短く（例えば、６タップ）してもよい。表１は、ＢＩＯにおけるブロック動きベクトルの異なる端数位置の勾配計算に使用できる例示的なフィルタを示す。表２は、ＢＩＯにおける予測信号の生成に使用できる例示的な補間フィルタを示す。
【0186】
【表1】
【0187】
【表2】
【0188】
本ＪＥＭにおいて、２つの予測が異なる参照ピクチャからのものである場合、ＢＩＯをすべての双方向予測ブロックに適用することができる。ＣＵのローカル照明補償（ＬＩＣ）を有効にすると、ＢＩＯを無効にすることができる。
【0189】
いくつかの実施形態において、ＯＢＭＣは、通常のＭＣ処理の後、１つのブロックに適用される。計算の複雑性を低減するために、ＯＢＭＣ処理中にＢＩＯを適用しなくてもよい。つまり、ＢＩＯは、それ自身のＭＶを使用する場合、１つのブロックのＭＣ処理において適用され、ＯＢＭＣ処理において近傍のブロックのＭＶを使用する場合、ＭＣ処理においては適用されない。
【0190】
２．９ デコーダ側動きベクトル改良（ＤＭＶＲ）の例
【0191】
双方向予測演算において、１つのブロック領域を予測するために、ｌｉｓｔ０の動きベクトル（ＭＶ）及びｌｉｓｔ１のＭＶをそれぞれ使用して構成される双方向予測されたブロックを組み合わせ、１つの予測信号を形成する。デコーダ側動きベクトル微調整（ＤＭＶＲ）方法において、バイラテラルテンプレートマッチング処理によって、双方向予測の２つの動きベクトルをさらに微調整する。追加の動き情報を送信することなく微調整されたＭＶを得るために、デコーダにおいてバイラテラルテンプレートマッチングを適用し、バイラテラルテンプレートと参照ピクチャにおける再構成サンプルとの間でひずみに基づく検索を行う。
【0192】
ＤＭＶＲにおいて、図２４に示すように、ｌｉｓｔ０の最初のＭＶ０とｌｉｓｔ１のＭＶ１とから、それぞれ２つの予測ブロックの重み付け結合（すなわち、平均）としてバイラテラルテンプレートを生成する。テンプレートマッチング操作は、生成されたテンプレートと参照ピクチャにおけるサンプル領域（最初の予測ブロックの付近）との間のコスト尺度を計算することからなる。２つの参照ピクチャの各々について、テンプレートコストが最小となるＭＶを、そのリストの更新されたＭＶと見なし、元のＭＶに置き換える。ＪＥＭにおいて、各リストに対して９つのＭＶ候補を検索する。９つのＭＶ候補は、元のＭＶと、水平又は垂直方向のいずれか又は両方向に元のＭＶに対してオフセットしている１つの輝度サンプルを有する８つの周囲のＭＶを含む。最後に、２つの新しいＭＶ、即ち、図２４に示すようなＭＶ０’及びＭＶ１’を使用して、最終的な双方向予測結果を生成する。絶対差の合計（ＳＡＤ）をコスト尺度として使用する。
【0193】
ＤＭＶＲは、追加の構文要素を送信することなく、過去の参照ピクチャからの１つのＭＶと、将来の参照ピクチャからの１つのＭＶとの間の双方向予測のマージモードに適用される。ＪＥＭにおいて、ＣＵに対してＬＩＣ、アフィンの動き、ＦＲＵＣ又はサブＣＵマージ候補が有効である場合、ＤＭＶＲは適用されない。
【0194】
２．２．９対称動きベクトル差の例
【0195】
［８］において、より効率的にＭＶＤを符号化するために、対称動きベクトル差（ＳＭＶＤ）を提案する。
【0196】
まず、スライスレベルにおいて、変数ＢｉＤｉｒＰｒｅｄＦｌａｇ、ＲｅｆＩｄｘＳｙｍＬ０、ＲｅｆＩｄｘＳｙｍＬ１を以下のように導出する。
【0197】
現在のピクチャに最も近い参照ピクチャリスト０における前方参照ピクチャを検索する。見つかった場合、ＲｅｆＩｄｘＳｙｍＬ０を前方ピクチャの参照インデックスに等しく設定する。
【0198】
現在のピクチャに最も近い参照ピクチャリスト１における後方参照ピクチャを検索する。見つかった場合、ＲｅｆＩｄｘＳｙｍＬ１を後方ピクチャの参照インデックスに等しく設定する。
【0199】
前方及び後方ピクチャの両方が見出された場合、ＢｉＤｉｒＰｒｅｄＦｌａｇは１に等しく設定される。
【0200】
そうでない場合、以下が適用される。：
【0201】
現在の参照ピクチャに最も近い参照ピクチャリスト０における後方参照ピクチャを検索する。見つかった場合、ＲｅｆＩｄｘＳｙｍＬ０を後方ピクチャの参照インデックスに等しく設定する。
【0202】
現在の参照ピクチャに最も近い参照ピクチャリスト１における前方参照ピクチャを検索する。見つかった場合、ＲｅｆＩｄｘＳｙｍＬ１を前方ピクチャの参照インデックスに等しく設定する。
【0203】
後方および前方ピクチャの両方が見つかった場合、ＢｉＤｉｒＰｒｅｄＦｌａｇは１に等しく設定される。そうでない場合、ＢｉＤｉｒＰｒｅｄＦｌａｇは０に等しく設定される。
【0204】
第２に、ＣＵレベルにおいて、ＣＵの予測方向が双方向予測であり、ＢｉＤｉｒＰｒｅｄＦｌａｇが１に等しい場合、対称モードを使用するかどうかを示す対称モードフラグを明確に信号通知する。
【0205】
このフラグが真である場合、、ｍｖｐ＿ｌ０＿ｆｌａｇ、ｍｖｐ＿ｌ１＿ｆｌａｇ、およびＭＶＤ０のみが明確に信号通知される。参照インデックスは、リスト０およびリスト１に対して、それぞれＲｅｆＩｄｘＳｙｍＬ０、ＲｅｆＩｄｘＳｙｍＬ１に等しく設定される。ＭＶＤ１は単に－ＭＶＤ０に設定される。最終的な動きベクトルを以下の式に示す。
【0206】
【数15】
【0207】
図２７は、対称モードの例を示す。
【0208】
表３に、コーディングユニットのシンタックスの変更を示す。
【0209】
【表3】
【0210】
２．２．１１ アフィン双方向予測コーディングのための対称ＭＶＤ
【0211】
アフィンモードに対するＳＭＶＤは［９］で提案されている。
【0212】
２．３ コンテキスト適応２進算術コーディング（ＣＡＢＡＣ）
【0213】
２．３．１ ＨＥＶＣにおけるＣＡＢＡＣ設計
【0214】
２．３．１．１ ＨＥＶＣにおける文脈表現および初期化処理
【0215】
ＨＥＶＣにおいて、各コンテキスト変数に対して、２つの変数ｐＳｔａｔｅＩｄｘおよびｖａｌＭｐｓを初期化する。
【0216】
８ビットテーブルエントリｉｎｉｔＶａｌｕｅから、２つの４ビット変数ｓｌｏｐｅＩｄｘ，ｏｆｆｓｅｔＩｄｘを以下のように導出する。
【0217】
ｓｌｏｐｅＩｄｘ＝ｉｎｉｔＶａｌｕｅ＞＞４
ｏｆｆｓｅｔＩｄｘ＝ｉｎｉｔＶａｌｕｅ＆１５
（３４）
ｏｆｆｓｅｔＩｄｘ＝ｉｎｉｔＶａｌｕｅ＆１５
（３４）
【0218】
文脈変数の初期化に使用される変数ｍ及びｎは、ｓｌｏｐｅＩｄｘ及びｏｆｆｓｅｔＩｄｘから以下のように導出される。
ｍ＝ｓｌｏｐｅＩｄｘ＊５－４５
ｎ＝（ｏｆｆｓｅｔＩｄｘ＜＜３）－１６
（３５）
ｍ＝ｓｌｏｐｅＩｄｘ＊５－４５
ｎ＝（ｏｆｆｓｅｔＩｄｘ＜＜３）－１６
（３５）
【0219】
初期化のためにｐＳｔａｔｅＩｄｘおよびｖａｌＭｐｓに割り当てられる２つの値は、ＳｌｉｃｅＱｐＹで表されるスライスの輝度の量子化パラメータから導出される。変数ｍ及びｎを特定すると、初期化は以下のように特定される。
【0220】
ｐｒｅＣｔｘＳｔａｔｅ＝Ｃｌｉｐ３（１，１２６，（（ｍ＊Ｃｌｉｐ３（０，５１，ＳｌｉｃｅＱｐＹ））＞＞４）＋ｎ）
ｖａｌＭｐｓ＝（ｐｒｅＣｔｘＳｔａｔｅ＜＝６３）？０：１ （３６）
ｐＳｔａｔｅＩｄｘ＝ｖａｌＭｐｓ？（ｐｒｅＣｔｘＳｔａｔｅ－６４）：（６３－ｐｒｅＣｔｘＳｔａｔｅ）
ｖａｌＭｐｓ＝（ｐｒｅＣｔｘＳｔａｔｅ＜＝６３）？０：１ （３６）
ｐＳｔａｔｅＩｄｘ＝ｖａｌＭｐｓ？（ｐｒｅＣｔｘＳｔａｔｅ－６４）：（６３－ｐｒｅＣｔｘＳｔａｔｅ）
【0221】
２．３．１．２ ＨＥＶＣにおける状態遷移プロセス
【0222】
このプロセスへの入力は、現在のｐＳｔａｔｅＩｄｘ、ｃｔｘＴａｂｌｅ及びｃｔｘＩｄｘに関連付けられたコンテキスト変数の復号値ｂｉｎＶａｌ及びｖａｌＭｐｓである。
【0223】
このプロセスの出力は、ｃｔｘＩｄｘに関連付けられたコンテキスト変数の更新されたｐＳｔａｔｅＩｄｘ及びｖａｌＭｐｓである。
【0224】
復号値ｂｉｎＶａｌに基づいて、ｃｔｘＩｄｘに関連付けられた２つの変数ｐＳｔａｔｅＩｄｘおよびｖａｌＭｐｓの更新は、以下の（３７）のように導出される。
【0225】
ｉｆ（ｂｉｎＶａｌ＝＝ｖａｌＭｐｓ）
ｐＳｔａｔｅＩｄｘ＝ｔｒａｎｓＩｄｘＭｐｓ（ｐＳｔａｔｅＩｄｘ）
ｅｌｓｅ｛ （３７）
ｉｆ（ｐＳｔａｔｅＩｄｘ＝＝０）ｖａｌＭｐｓ＝１□ｖａｌＭｐｓ
ｐＳｔａｔｅＩｄｘ＝ｔｒａｎｓＩｄｘＬｐｓ（ｐＳｔａｔｅＩｄｘ）
｝
ｐＳｔａｔｅＩｄｘ＝ｔｒａｎｓＩｄｘＭｐｓ（ｐＳｔａｔｅＩｄｘ）
ｅｌｓｅ｛ （３７）
ｉｆ（ｐＳｔａｔｅＩｄｘ＝＝０）ｖａｌＭｐｓ＝１□ｖａｌＭｐｓ
ｐＳｔａｔｅＩｄｘ＝ｔｒａｎｓＩｄｘＬｐｓ（ｐＳｔａｔｅＩｄｘ）
｝
【0226】
２．３．２ ＶＶＣにおけるＣＡＢＡＣ設計
【0227】
ＶＶＣにおける文脈適応型２値算術コーダ（ＢＡＣ）は、ＶＶＣにおいて文脈更新処理および算術コーダの点でＨＥＶＣと異なる改良がなされている。
【0228】
最近採用された提案（ＪＶＥＴ－Ｍ０４７３，ＣＥ ｔｅｓｔ ５．１．１３）の概要を以下に示す。
【0229】
【表4】
【0230】
２．３．２．１ ＶＶＣにおけるコンテキスト初期化処理
【0231】
ＶＶＣにおいて、初期化のためにｐＳｔａｔｅＩｄｘ０およびｐＳｔａｔｅＩｄｘ１に割り当てられる２つの値は、ＳｌｉｃｅＱｐＹから導出される。変数ｍ及びｎを特定すると、初期化は以下のように特定される。
【0232】
ｐｒｅＣｔｘＳｔａｔｅ＝Ｃｌｉｐ３（０，１２７，（（ｍ＊Ｃｌｉｐ３（０，５１，ＳｌｉｃｅＱｐＹ））＞＞４）＋ｎ）
ｐＳｔａｔｅＩｄｘ０＝ｉｎｉｔＳｔａｔｅＩｄｘＴｏＳｔａｔｅ［ｐｒｅＣｔｘＳｔａｔｅ］＞＞４
ｐＳｔａｔｅＩｄｘ１＝ｉｎｉｔＳｔａｔｅＩｄｘＴｏＳｔａｔｅ［ｐｒｅＣｔｘＳｔａｔｅ］ （３８）
ｐＳｔａｔｅＩｄｘ０＝ｉｎｉｔＳｔａｔｅＩｄｘＴｏＳｔａｔｅ［ｐｒｅＣｔｘＳｔａｔｅ］＞＞４
ｐＳｔａｔｅＩｄｘ１＝ｉｎｉｔＳｔａｔｅＩｄｘＴｏＳｔａｔｅ［ｐｒｅＣｔｘＳｔａｔｅ］ （３８）
【0233】
２．３．２．２ ＶＶＣにおける状態遷移処理
【0234】
この処理への入力は、現在のｐＳｔａｔｅＩｄｘ０およびｐＳｔａｔｅＩｄｘ１、並びに復号値ｂｉｎＶａｌである。
【0235】
このプロセスの出力は、ｃｔｘＩｄｘに関連付けられたコンテキスト変数の更新されたｐＳｔａｔｅＩｄｘ０及びｐＳｔａｔｅＩｄｘ１である。
【0236】
変数ｓｈｉｆｔ０（ＶＶＣＴａｂｌｅ ４におけるＣＡＢＡＣ修正の概要における変数ａに対応する）およびｓｈｉｆｔ１（ＶＶＣＴａｂｌｅ ４におけるＣＡＢＡＣ修正の概要における変数ｂに対応する）は、ｃｔｘＴａｂｌｅおよびｃｔｘＩｎｃに関連付けられたｓｈｉｆｔＩｄｘ値から導出される。
【0237】
ｓｈｉｆｔ０＝（ｓｈｉｆｔＩｄｘ＞＞２）＋２
ｓｈｉｆｔ１＝（ｓｈｉｆｔＩｄｘ＆３）＋３＋ｓｈｉｆｔ０ （３９）
ｓｈｉｆｔ１＝（ｓｈｉｆｔＩｄｘ＆３）＋３＋ｓｈｉｆｔ０ （３９）
【0238】
復号値ｂｉｎＶａｌに依存して、ｃｔｘＩｄｘに関連付けられた２つの変数ｐＳｔａｔｅＩｄｘ０およびｐＳｔａｔｅＩｄｘ１の更新は、以下のように導出される。
【0239】
ｐＳｔａｔｅＩｄｘ０＝ｐＳｔａｔｅＩｄｘ０□（ｐＳｔａｔｅＩｄｘ０＞＞ｓｈｉｆｔ０）＋（１０２３＊ｂｉｎＶａｌ＞＞ｓｈｉｆｔ０）
ｐＳｔａｔｅＩｄｘ１＝ｐＳｔａｔｅＩｄｘ１□（ｐＳｔａｔｅＩｄｘ１＞＞ｓｈｉｆｔ１）＋（１６３８３＊ｂｉｎＶａｌ＞＞ｓｈｉｆｔ１） （４０）
ｐＳｔａｔｅＩｄｘ１＝ｐＳｔａｔｅＩｄｘ１□（ｐＳｔａｔｅＩｄｘ１＞＞ｓｈｉｆｔ１）＋（１６３８３＊ｂｉｎＶａｌ＞＞ｓｈｉｆｔ１） （４０）
【0240】
３． 既存の実装形態の欠点
【0241】
いくつかの既存の実装形態において、ＭＶ／ＭＶ差（ＭＶＤ）をアフィンコーディングブロックのための１組の複数のＭＶ／ＭＶＤ精度のセットから選択することができる場合、より正確な動きベクトルをどのようにして取得することができるかは、依然として不確定である。
【0242】
他の既存の実装形態において、ＭＶ／ＭＶＤ精度情報は、アフィンモードに適用されるＡＭＶＲの全体的なコーディング利得の判定においても重要な役割を果たすが、この目標を達成するかどうかは依然として不確定である。
【0243】
４． ＡＭＶＲを用いるアフィンモード用のＭＶ予測子のための例示的な方法
【0244】
本開示の技術の実施形態は、既存の実装の欠点を克服し、それにより、より高いコーディング効率を有する映像コーディングを提供する。開示された技術に基づいて、適応型動きベクトル解像度（ＡＭＶＲ）を有するアフィンモード用の動きベクトル予測子を導出し、信号通知することにより、既存のおよび将来の映像コーディング規格の両方を向上させることができ、様々な実装形態に対して説明する以下の例で明らかにする。以下に提供される開示される技術の例は、一般的な概念を説明するものであり、限定するものと解釈されるべきではない。一例において、明確に示されていない限り、逆に示されていない限り、これらの例に記載されている様々な特徴を組み合わせることができる。
【0245】
いくつかの実施形態において、ＡＭＶＲが適用されるとき、アフィンモード又はノーマルモードに次のような例を適用することができる。これらの例は、ＡＦ＿ＩＮＴＥＲモードでＭＶＤを符号化するため、又は通常のインターモードでＭＶＤを符号化するために、精度Ｐｒｅｃ（即ち、ＭＶは１／（２＾Ｐｒｅｃ）の精度を有する）を使用すると仮定する。動きベクトル予測子（例えば、近傍のブロックＭＶから継承される）およびその精度を、それぞれＭＶＰｒｅｄ（ＭＶＰｒｅｄＸ，ＭＶＰｒｅｄＹ）およびＰｒｅｄＰｒｅｃと表す。
【0246】
以下の説明において、ＳａｔＳｈｉｆｔ（ｘ，ｎ）は、以下のように定義される。
【0247】
【数16】
【0248】
Ｓｈｉｆｔ（ｘ，ｎ）は、Ｓｈｉｆｔ（ｘ，ｎ）＝（ｘ＋ｏｆｆｓｅｔ０）＞＞ｎとして定義される。一例において、ｏｆｆｓｅｔ０および／またはｏｆｆｓｅｔ１は、（１＜＜ｎ）＞＞１または（１＜＜（ｎ－１））と設定される。別の例において、ｏｆｆｓｅｔ０および／またはｏｆｆｓｅｔ１は、０に設定される。別の例において、ｏｆｆｓｅｔ０＝ｏｆｆｓｅｔ１＝（（１＜＜ｎ）＞＞１）－１または（（１＜＜（ｎ－１）））－１である。
【0249】
以下の説明において、２つの動きベクトル間の演算は、この演算を動きベクトルの２つの成分の両方に適用することを意味する。例えば、ＭＶ３＝ＭＶ１＋ＭＶ２は、ＭＶ３ｘ＝ＭＶ１ｘ＋ＭＶ２ｘおよびＭＶ３ｙ＝ＭＶ１ｙ＋ＭＶ２ｙに等しい。代替的に、この演算は、２つの動きベクトルの水平または垂直成分にのみ適用されてもよい。
【0250】
例１
最終的なＭＶ精度は変化させず、即ち記憶されるべき動きベクトルの精度と同じに維持されることが提案される。
（ａ）一例において、最終ＭＶ精度は、１／１６画素または１／８画素に設定されてもよい。
（ｂ）一例において、信号通知されたＭＶＤは、まずスケーリングされ、次にＭＶＰに加えられ、１つのブロックのための最終ＭＶを形成する。
最終的なＭＶ精度は変化させず、即ち記憶されるべき動きベクトルの精度と同じに維持されることが提案される。
（ａ）一例において、最終ＭＶ精度は、１／１６画素または１／８画素に設定されてもよい。
（ｂ）一例において、信号通知されたＭＶＤは、まずスケーリングされ、次にＭＶＰに加えられ、１つのブロックのための最終ＭＶを形成する。
【0251】
例２
まず、近傍のブロック（例えば、空間的または時間的）またはデフォルトＭＶＰから直接導出されたＭＶＰを修正し、次に、信号通知されたＭＶＤに加えて、（現在の）ブロックのための最終ＭＶを形成することができる。
（ａ）代替的に、ＭＶＰの修正を適用するかどうか、およびどのように適用するかは、Ｐｒｅｃの異なる値ごとに異なってもよい。
（ｂ）一例において、Ｐｒｅｃが１よりも大きい（すなわち、ＭＶＤが分数精度である）場合、近傍のＭＶの精度は変更されず、スケーリングは実行されない。
（ｃ）一例において、Ｐｒｅｃが１に等しい（すなわち、ＭＶＤが１画素の精度を有する）場合、ＭＶ予測子（すなわち、近傍のブロックのＭＶ）をスケーリングする必要があり、例として、ＰＣＴ出願ＰＣＴ／ＣＮ２０１８／１０４７２３の実施例４（ｂ）が挙げられる。
（ｄ）一例において、Ｐｒｅｃが１よりも小さい（すなわち、ＭＶＤが４画素精度である）場合、ＭＶ予測子（すなわち、近傍のブロックのＭＶ）をスケーリングする必要があり、例として、ＰＣＴ出願ＰＣＴ／ＣＮ２０１８／１０４７２３の実施例４（ｂ）が挙げられる。
まず、近傍のブロック（例えば、空間的または時間的）またはデフォルトＭＶＰから直接導出されたＭＶＰを修正し、次に、信号通知されたＭＶＤに加えて、（現在の）ブロックのための最終ＭＶを形成することができる。
（ａ）代替的に、ＭＶＰの修正を適用するかどうか、およびどのように適用するかは、Ｐｒｅｃの異なる値ごとに異なってもよい。
（ｂ）一例において、Ｐｒｅｃが１よりも大きい（すなわち、ＭＶＤが分数精度である）場合、近傍のＭＶの精度は変更されず、スケーリングは実行されない。
（ｃ）一例において、Ｐｒｅｃが１に等しい（すなわち、ＭＶＤが１画素の精度を有する）場合、ＭＶ予測子（すなわち、近傍のブロックのＭＶ）をスケーリングする必要があり、例として、ＰＣＴ出願ＰＣＴ／ＣＮ２０１８／１０４７２３の実施例４（ｂ）が挙げられる。
（ｄ）一例において、Ｐｒｅｃが１よりも小さい（すなわち、ＭＶＤが４画素精度である）場合、ＭＶ予測子（すなわち、近傍のブロックのＭＶ）をスケーリングする必要があり、例として、ＰＣＴ出願ＰＣＴ／ＣＮ２０１８／１０４７２３の実施例４（ｂ）が挙げられる。
【0252】
例３
一例において、ＭＶＤ信号の精度が記憶されたＭＶの精度と同じである場合、アフィンＭＶを再構築した後、スケーリングは必要とされず、そうでない場合、ＭＶは、信号通知されたＭＶＤの精度で再構成され、その後、記憶されたＭＶの精度にスケーリングされる。
一例において、ＭＶＤ信号の精度が記憶されたＭＶの精度と同じである場合、アフィンＭＶを再構築した後、スケーリングは必要とされず、そうでない場合、ＭＶは、信号通知されたＭＶＤの精度で再構成され、その後、記憶されたＭＶの精度にスケーリングされる。
【0253】
例４
一例において、通常インターモードおよびＡＦ＿ＩＮＴＥＲモードは、上述された異なる例に基づいて実装形態を選択してもよい。
一例において、通常インターモードおよびＡＦ＿ＩＮＴＥＲモードは、上述された異なる例に基づいて実装形態を選択してもよい。
【0254】
例５
一例において、アフィンモードのためのＭＶ／ＭＶＤ精度を示すための構文要素が、以下の意味論で信号通知されてもよい。
（ａ）一例において、０、１、および２に等しい構文要素は、それぞれ、１／４画素、１／１６画素、および１画素のＭＶ精度を示す。
（ｂ）あるいは、アフィンモードにおいて、０、１、および２に等しい構文要素は、それぞれ１／４画素、１画素、および１／１６画素のＭＶ精度を示す。
（ｃ）あるいは、アフィンモードにおいて、０、１、および２に等しい構文要素は、それぞれ１／１６画素、１／４画素、および１画素のＭＶ精度を示す。
一例において、アフィンモードのためのＭＶ／ＭＶＤ精度を示すための構文要素が、以下の意味論で信号通知されてもよい。
（ａ）一例において、０、１、および２に等しい構文要素は、それぞれ、１／４画素、１／１６画素、および１画素のＭＶ精度を示す。
（ｂ）あるいは、アフィンモードにおいて、０、１、および２に等しい構文要素は、それぞれ１／４画素、１画素、および１／１６画素のＭＶ精度を示す。
（ｃ）あるいは、アフィンモードにおいて、０、１、および２に等しい構文要素は、それぞれ１／１６画素、１／４画素、および１画素のＭＶ精度を示す。
【0255】
例６
一例において、アフィンモードのためにＡＭＶＲを有効化するかまたは無効化するかは、ＳＰＳ、ＰＰＳ、ＶＰＳ、シーケンス／ピクチャ／スライスヘッダ／タイル等において信号通知されてもよい。
一例において、アフィンモードのためにＡＭＶＲを有効化するかまたは無効化するかは、ＳＰＳ、ＰＰＳ、ＶＰＳ、シーケンス／ピクチャ／スライスヘッダ／タイル等において信号通知されてもよい。
【0256】
例７
一例において、許可されたＭＶ／ＭＶＤ精度の指示は、ＳＰＳ、ＰＰＳ、ＶＰＳ、シーケンス／ピクチャ／スライスヘッダ／タイル等において信号通知されてもよい。
（ａ）選択されたＭＶＤ精度の指示は、各コーディングツリーユニット（ＣＴＵ）および／または領域ごとに信号通知されてもよい。
（ｂ）許容されるＭＶ／ＭＶＤ精度のセットは、現在のブロックのコーディングモード（例えば、アフィンまたは非アフィン）に依存し得る。
（ｃ）許容されるＭＶ／ＭＶＤ精度のセットは、スライスタイプ／時間層インデックス／低遅延チェックフラグに依存し得る。
（ｄ）許容されるＭＶ／ＭＶＤ精度のセットは、現在のブロックまたは近傍のブロックのブロックサイズおよび／またはブロック形状に依存し得る。
（ｅ）許容されるＭＶ／ＭＶＤ精度のセットは、復号化ピクチャバッファに記憶されるべきＭＶの精度に依存し得る。
（ｉ）一例において、記憶されたＭＶがＸ画素（Ｘ－ｐｅｌ）である場合、許容されるＭＶ／ＭＶＤ精度セットは、少なくともＸ画素（Ｘ－ｐｅｌ）を有してもよい。
一例において、許可されたＭＶ／ＭＶＤ精度の指示は、ＳＰＳ、ＰＰＳ、ＶＰＳ、シーケンス／ピクチャ／スライスヘッダ／タイル等において信号通知されてもよい。
（ａ）選択されたＭＶＤ精度の指示は、各コーディングツリーユニット（ＣＴＵ）および／または領域ごとに信号通知されてもよい。
（ｂ）許容されるＭＶ／ＭＶＤ精度のセットは、現在のブロックのコーディングモード（例えば、アフィンまたは非アフィン）に依存し得る。
（ｃ）許容されるＭＶ／ＭＶＤ精度のセットは、スライスタイプ／時間層インデックス／低遅延チェックフラグに依存し得る。
（ｄ）許容されるＭＶ／ＭＶＤ精度のセットは、現在のブロックまたは近傍のブロックのブロックサイズおよび／またはブロック形状に依存し得る。
（ｅ）許容されるＭＶ／ＭＶＤ精度のセットは、復号化ピクチャバッファに記憶されるべきＭＶの精度に依存し得る。
（ｉ）一例において、記憶されたＭＶがＸ画素（Ｘ－ｐｅｌ）である場合、許容されるＭＶ／ＭＶＤ精度セットは、少なくともＸ画素（Ｘ－ｐｅｌ）を有してもよい。
【0257】
ＡＭＶＲをサポートしたアフィンモードの改善
【0258】
例８
許容されるＭＶＤ精度のセットは、ピクチャごとに、スライスごとに、又はブロックごとに異なっていてもよい。
ａ． 一例において、許容されるＭＶＤ精度のセットは、ブロックサイズ、ブロック形状他のようなコーディングされた情報に依存してもよい。
ｂ． 許容されるＭＶ精度のセットは、｛１／１６，１／４，１｝など、予め規定されてもよい。
ｃ． 許可されるＭＶ精度の指示は、ＣＴＵのＳＰＳ／ＰＰＳ／ＶＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／グループ等において信号通知されてもよい。
ｄ． 許容されるＭＶ精度のセットから選択されたＭＶ精度を信号通知することは、１つのブロックに対して許容されるＭＶ精度の数にさらに依存する。
許容されるＭＶＤ精度のセットは、ピクチャごとに、スライスごとに、又はブロックごとに異なっていてもよい。
ａ． 一例において、許容されるＭＶＤ精度のセットは、ブロックサイズ、ブロック形状他のようなコーディングされた情報に依存してもよい。
ｂ． 許容されるＭＶ精度のセットは、｛１／１６，１／４，１｝など、予め規定されてもよい。
ｃ． 許可されるＭＶ精度の指示は、ＣＴＵのＳＰＳ／ＰＰＳ／ＶＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／グループ等において信号通知されてもよい。
ｄ． 許容されるＭＶ精度のセットから選択されたＭＶ精度を信号通知することは、１つのブロックに対して許容されるＭＶ精度の数にさらに依存する。
【0259】
例９ アフィンインターモードで使用されるＭＶＤの精度を示すために、１つのシンタックスエレメントがデコーダにシグナリングされる。
ａ． 一例において、１つの単一の構文要素のみが、アフィンモードおよびＡＭＶＲモードに適用されるＭＶＤ精度を示すために使用される。
ｉ． 一例において、同じ意味論が使用され、即ち、同じ値の構文要素が、ＡＭＶＲおよびアフィンモードのために同じＭＶＤ精度にマッピングされる。
ｉｉ． 代替的に、単一の構文要素の意味論は、ＡＭＶＲモードおよびアフィンモードによって異なる。すなわち、ＡＭＶＲおよびアフィンモードに対して、同じ構文要素の値を異なるＭＶＤ精度にマッピングしてもよい。
ｂ． 一例において、アフィンモードがＡＭＶＲと同じＭＶＤ精度のセットを使用する（例えば、ＭＶＤ精度セットが｛１，１／４，４｝－画素）の場合、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用され、即ち、単一の構文要素のみが使用される。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。例えば、ＡＭＶＲにおいて、０、１、および２に等しい構文要素は、それぞれ１／４画素、１画素、および４画素のＭＶ精度を示し、一方、アフィンモードにおいて、０、１、および２に等しい構文要素は、それぞれ１／４画素、１／１６画素、および１画素のＭＶ精度を示す。
ｃ． 一例において、アフィンモードがＡＭＶＲと同数のＭＶＤ精度を使用するが、異なるＭＶＤ精度のセット（例えば、ＡＭＶＲに設定されたＭＶＤ精度は｛１，１／４，４｝－画素であり、アフィンの場合、それは｛１／１６，１／４，１｝－画素｝－画素である）を使用する場合、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用される、即ち、１つの構文要素のみが使用される。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。
ｄ． 一例において、アフィンモードは、ＡＭＶＲよりも小さいＭＶＤ精度を使用し、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用される。しかしながら、構文要素値のサブセットのみがアフィンモードに有効である。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。
ｅ． 一例において、アフィンモードは、ＡＭＶＲよりも高いＭＶＤ精度を使用し、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用される。しかしながら、このような構文要素は、アフィンモードにおいてより多くの値を許容するように拡張される。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。
ｆ． 一例において、アフィンモードのＭＶＤ精度をコーディングするために新しい構文要素が使用され、すなわち、ＡＭＶＲのＭＶＤ精度をコーディングするためとアフィンモードのために２つの異なる構文要素が使用される。
ｇ． アフィンモードのＭＶＤ精度の指示のための構文は、以下の条件のうちの１つ又はすべてが真である下で信号通知されてもよい。
ｉ． すべての制御点のＭＶＤがゼロでない。
ｉｉ． 少なくとも１つの制御点のためのＭＶＤがゼロでない。
ｉｉｉ． １つの制御点（例えば、第１のＣＰＭＶ）のＭＶＤがゼロでない。
この場合、上記条件の１つ又はそれらすべてが満たされなかったときは、ＭＶＤ精度を信号通知する必要がない。
ｈ． アフィンモード又はＡＭＶＲモードのいずれかに対するＭＶＤ精度を示すための構文要素は、コンテキストでコーディングされてもよく、コンテキストは、コーディングされた情報に依存する。
ｉ． 一例において、１つの構文要素しかない場合、コンテキストは、現在のブロックがアフィンモードでコーディングされているかどうかに依存してもよい。
ｉ． 一例において、コンテキストは、近傍のブロック／時間層インデックス／予測方向のブロックサイズ／ブロック形状／ＭＶＤ精度等に依存してもよい。
ｊ． アフィンモードにおいて複数のＭＶＤ精度の使用を有効にするか無効にするかは、ＳＰＳ／ＰＰＳ／ＶＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／ＣＴＵ群等において信号通知されてもよい。
ｉ． 一例において、アフィンモードのために複数のＭＶＤ精度の使用を許可するか又は禁止するかの情報を信号通知するかは、他の構文要素に依存してもよい。例えば、複数のＭＶ及び／又はＭＶＰ及び／又はＭＶＤ精度のアフィンモードでの使用を有効にする又は無効にする情報は、アフィンモードが有効にされている場合には信号通知され、アフィンモードが無効にされている場合には信号通知されず、０であると推測される。
ｋ． 代替的に、複数の構文要素は、アフィンインターモードにおいて、使用されるＭＶ及び／又はＭＶＰ及び／又はＭＶＤ精度（以下の説明において、全て「ＭＶＤ精度」と呼ばれる）を示すように信号通知されてもよい。
ｉ． 一例において、アフィンインターモードおよび通常インターモードにおいて使用されるＭＶＤ精度を示すための構文要素は、異なってもよい。
１． アフィンインターモードおよび通常インターモードにおいて使用されるＭＶＤ精度を示すための構文要素の数は、異なってもよい。
２． アフィンインターモード及び通常インターモードにおいて使用されるＭＶＤの精度を示すためのシンタックス要素の意味は、異なってもよい。
３． １つのシンタックス要素をコーディングし、アフィンインターモード及び通常インターモードで使用されるＭＶＤの精度を示すための算術コーディングにおけるコンテキストモデルは、異なってもよい。
４． アフィンインターモードおよび通常インターモードで使用されるＭＶＤ精度を示すように、１つの構文要素をコーディングするために、算術コーディングにおいてコンテキストモデルを導出する方法は、異なってもよい。
ｉｉ． 一例において、第１の構文要素（例えば、ａｍｖｒ＿ｆｌａｇ）は、アフィンコーディングブロックにおいてＡＭＶＲを適用するかどうかを示すように信号通知されてもよい。
１． 第１の構文要素は、条件付きで信号通知される。
ａ． 一例において、現在のブロックが特定のモード（例えば、ＣＰＲ／ＩＢＣモード）でコーディングされる場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｂ． 一例において、すべてのＣＰＭＶのＭＶＤ（水平成分および垂直成分の両方を含む）がすべてゼロである場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｃ． 一例において、選択されたＣＰＭＶのＭＶＤ（水平成分および垂直成分の両方を含む）がすべてゼロである場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｉ． 一例において、選択されたＣＰＭＶのＭＶＤは、符号化／復号化される第１のＣＰＭＶのＭＶＤである。
ｄ． 一例において、アフィンコーディングブロックのために複数のＭＶＤ精度を有効にすることの使用が偽である場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｅ． 一例において、第１の構文要素は、以下の条件下で信号通知されてもよい。
ｉ． アフィンコーディングブロックのために複数のＭＶＤ精度を可能にすることの使用は真であり、現在のブロックはアフィンモードでコーディングされる。
ｉｉ． 代替的に、アフィンコーディングブロックのために複数のＭＶＤ精度を有効にすることの使用は真であり、現在のブロックは、アフィンモードでコーディングされ、ＣＰＭＶのＭＶＤの少なくとも１つのコンポーネントは、０に等しくない。
ｉｉｉ． 代替的に、アフィンコーディングブロックのために複数のＭＶＤ精度を有効にすることの使用は真であり、現在のブロックは、アフィンモードでコーディングされ、選択されたＣＰＭＶのＭＶＤの少なくとも１つのコンポーネントは、０に等しくない。
１． 一例において、選択されたＣＰＭＶのＭＶＤは、符号化／復号化される第１のＣＰＭＶのＭＶＤである。
２． アフィンコーディングブロックにＡＭＶＲを適用しない場合、又は第１の構文要素が存在しない場合、デフォルトのＭＶ及び／又はＭＶＤ精度が利用される。
ｆ． 一例において、デフォルト精度は、１／４画素である。
ｇ． あるいは、デフォルトの精度は、アフィンコーディングブロックの動き補償に用いられる精度に設定される。
３． 例えば、ａｍｖｒ＿ｆｌａｇが０である場合、アフィンモードのＭＶＤ精度は１／４画素であり、そうでない場合、アフィンモードのＭＶＤ精度は他の値であってもよい。
ｈ． あるいは、追加のＭＶＤ精度は、第２のシンタックス要素を介してさらにシグナリングされてもよい。
ｉｉｉ． 一例において、第２の構文要素（例えば、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ）は、アフィンモードのＭＶＤ精度を示すように信号通知されてもよい。
１． 一例において、第２の構文要素が信号通知されるかどうかは、第１の構文要素に依存してもよい。例えば、第２の構文要素は、第１の構文要素が１であるときにのみ信号通知される。
２． 一例において、第２の構文要素が０である場合、アフィンモードのＭＶＤ精度は１画素であり、そうでない場合、アフィンモードのＭＶＤ精度は１／１６画素である。
３． 一例において、第２の構文要素が０である場合、アフィンモードのＭＶＤ精度は１／１６画素であり、そうでない場合、アフィンモードのＭＶＤ精度は全画素である。
ｉｖ． 一例において、アフィンインターモードにおいて使用されるＭＶＤ精度を示すために使用される構文要素は、同じ名前を有するが通常のインターモードにおいて使用されるＭＶＤ精度を示すために使用される構文要素と同じコンテキストモデルを共有する。
４． 代替的に、アフィンインターモードで使用されるＭＶＤ精度を示すのに使用される構文要素は、同じ名前を有するが通常のインターモードで使用されるＭＶＤ精度を示すのに使用される構文要素として、異なるコンテキストモデルを使用する。
ａ． 一例において、１つの単一の構文要素のみが、アフィンモードおよびＡＭＶＲモードに適用されるＭＶＤ精度を示すために使用される。
ｉ． 一例において、同じ意味論が使用され、即ち、同じ値の構文要素が、ＡＭＶＲおよびアフィンモードのために同じＭＶＤ精度にマッピングされる。
ｉｉ． 代替的に、単一の構文要素の意味論は、ＡＭＶＲモードおよびアフィンモードによって異なる。すなわち、ＡＭＶＲおよびアフィンモードに対して、同じ構文要素の値を異なるＭＶＤ精度にマッピングしてもよい。
ｂ． 一例において、アフィンモードがＡＭＶＲと同じＭＶＤ精度のセットを使用する（例えば、ＭＶＤ精度セットが｛１，１／４，４｝－画素）の場合、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用され、即ち、単一の構文要素のみが使用される。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。例えば、ＡＭＶＲにおいて、０、１、および２に等しい構文要素は、それぞれ１／４画素、１画素、および４画素のＭＶ精度を示し、一方、アフィンモードにおいて、０、１、および２に等しい構文要素は、それぞれ１／４画素、１／１６画素、および１画素のＭＶ精度を示す。
ｃ． 一例において、アフィンモードがＡＭＶＲと同数のＭＶＤ精度を使用するが、異なるＭＶＤ精度のセット（例えば、ＡＭＶＲに設定されたＭＶＤ精度は｛１，１／４，４｝－画素であり、アフィンの場合、それは｛１／１６，１／４，１｝－画素｝－画素である）を使用する場合、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用される、即ち、１つの構文要素のみが使用される。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。
ｄ． 一例において、アフィンモードは、ＡＭＶＲよりも小さいＭＶＤ精度を使用し、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用される。しかしながら、構文要素値のサブセットのみがアフィンモードに有効である。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。
ｅ． 一例において、アフィンモードは、ＡＭＶＲよりも高いＭＶＤ精度を使用し、ＡＭＶＲにおけるＭＶＤ精度構文要素は、アフィンモードで再使用される。しかしながら、このような構文要素は、アフィンモードにおいてより多くの値を許容するように拡張される。
ｉ． 代替的に、さらに、ＣＡＢＡＣエンコーダ／デコーダにおいて、この構文要素を符号化／復号化する時に、ＡＭＶＲおよびアフィンモードに対して同じ又は異なるコンテキストモデルを使用してもよい。
ｉｉ． 代替的に、この構文要素は、ＡＭＶＲおよびアフィンモードにおいて異なる意味論を有してもよい。
ｆ． 一例において、アフィンモードのＭＶＤ精度をコーディングするために新しい構文要素が使用され、すなわち、ＡＭＶＲのＭＶＤ精度をコーディングするためとアフィンモードのために２つの異なる構文要素が使用される。
ｇ． アフィンモードのＭＶＤ精度の指示のための構文は、以下の条件のうちの１つ又はすべてが真である下で信号通知されてもよい。
ｉ． すべての制御点のＭＶＤがゼロでない。
ｉｉ． 少なくとも１つの制御点のためのＭＶＤがゼロでない。
ｉｉｉ． １つの制御点（例えば、第１のＣＰＭＶ）のＭＶＤがゼロでない。
この場合、上記条件の１つ又はそれらすべてが満たされなかったときは、ＭＶＤ精度を信号通知する必要がない。
ｈ． アフィンモード又はＡＭＶＲモードのいずれかに対するＭＶＤ精度を示すための構文要素は、コンテキストでコーディングされてもよく、コンテキストは、コーディングされた情報に依存する。
ｉ． 一例において、１つの構文要素しかない場合、コンテキストは、現在のブロックがアフィンモードでコーディングされているかどうかに依存してもよい。
ｉ． 一例において、コンテキストは、近傍のブロック／時間層インデックス／予測方向のブロックサイズ／ブロック形状／ＭＶＤ精度等に依存してもよい。
ｊ． アフィンモードにおいて複数のＭＶＤ精度の使用を有効にするか無効にするかは、ＳＰＳ／ＰＰＳ／ＶＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／ＣＴＵ群等において信号通知されてもよい。
ｉ． 一例において、アフィンモードのために複数のＭＶＤ精度の使用を許可するか又は禁止するかの情報を信号通知するかは、他の構文要素に依存してもよい。例えば、複数のＭＶ及び／又はＭＶＰ及び／又はＭＶＤ精度のアフィンモードでの使用を有効にする又は無効にする情報は、アフィンモードが有効にされている場合には信号通知され、アフィンモードが無効にされている場合には信号通知されず、０であると推測される。
ｋ． 代替的に、複数の構文要素は、アフィンインターモードにおいて、使用されるＭＶ及び／又はＭＶＰ及び／又はＭＶＤ精度（以下の説明において、全て「ＭＶＤ精度」と呼ばれる）を示すように信号通知されてもよい。
ｉ． 一例において、アフィンインターモードおよび通常インターモードにおいて使用されるＭＶＤ精度を示すための構文要素は、異なってもよい。
１． アフィンインターモードおよび通常インターモードにおいて使用されるＭＶＤ精度を示すための構文要素の数は、異なってもよい。
２． アフィンインターモード及び通常インターモードにおいて使用されるＭＶＤの精度を示すためのシンタックス要素の意味は、異なってもよい。
３． １つのシンタックス要素をコーディングし、アフィンインターモード及び通常インターモードで使用されるＭＶＤの精度を示すための算術コーディングにおけるコンテキストモデルは、異なってもよい。
４． アフィンインターモードおよび通常インターモードで使用されるＭＶＤ精度を示すように、１つの構文要素をコーディングするために、算術コーディングにおいてコンテキストモデルを導出する方法は、異なってもよい。
ｉｉ． 一例において、第１の構文要素（例えば、ａｍｖｒ＿ｆｌａｇ）は、アフィンコーディングブロックにおいてＡＭＶＲを適用するかどうかを示すように信号通知されてもよい。
１． 第１の構文要素は、条件付きで信号通知される。
ａ． 一例において、現在のブロックが特定のモード（例えば、ＣＰＲ／ＩＢＣモード）でコーディングされる場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｂ． 一例において、すべてのＣＰＭＶのＭＶＤ（水平成分および垂直成分の両方を含む）がすべてゼロである場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｃ． 一例において、選択されたＣＰＭＶのＭＶＤ（水平成分および垂直成分の両方を含む）がすべてゼロである場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｉ． 一例において、選択されたＣＰＭＶのＭＶＤは、符号化／復号化される第１のＣＰＭＶのＭＶＤである。
ｄ． 一例において、アフィンコーディングブロックのために複数のＭＶＤ精度を有効にすることの使用が偽である場合、第１の構文要素（ａｍｖｒ＿ｆｌａｇ）の信号通知はスキップされる。
ｅ． 一例において、第１の構文要素は、以下の条件下で信号通知されてもよい。
ｉ． アフィンコーディングブロックのために複数のＭＶＤ精度を可能にすることの使用は真であり、現在のブロックはアフィンモードでコーディングされる。
ｉｉ． 代替的に、アフィンコーディングブロックのために複数のＭＶＤ精度を有効にすることの使用は真であり、現在のブロックは、アフィンモードでコーディングされ、ＣＰＭＶのＭＶＤの少なくとも１つのコンポーネントは、０に等しくない。
ｉｉｉ． 代替的に、アフィンコーディングブロックのために複数のＭＶＤ精度を有効にすることの使用は真であり、現在のブロックは、アフィンモードでコーディングされ、選択されたＣＰＭＶのＭＶＤの少なくとも１つのコンポーネントは、０に等しくない。
１． 一例において、選択されたＣＰＭＶのＭＶＤは、符号化／復号化される第１のＣＰＭＶのＭＶＤである。
２． アフィンコーディングブロックにＡＭＶＲを適用しない場合、又は第１の構文要素が存在しない場合、デフォルトのＭＶ及び／又はＭＶＤ精度が利用される。
ｆ． 一例において、デフォルト精度は、１／４画素である。
ｇ． あるいは、デフォルトの精度は、アフィンコーディングブロックの動き補償に用いられる精度に設定される。
３． 例えば、ａｍｖｒ＿ｆｌａｇが０である場合、アフィンモードのＭＶＤ精度は１／４画素であり、そうでない場合、アフィンモードのＭＶＤ精度は他の値であってもよい。
ｈ． あるいは、追加のＭＶＤ精度は、第２のシンタックス要素を介してさらにシグナリングされてもよい。
ｉｉｉ． 一例において、第２の構文要素（例えば、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ）は、アフィンモードのＭＶＤ精度を示すように信号通知されてもよい。
１． 一例において、第２の構文要素が信号通知されるかどうかは、第１の構文要素に依存してもよい。例えば、第２の構文要素は、第１の構文要素が１であるときにのみ信号通知される。
２． 一例において、第２の構文要素が０である場合、アフィンモードのＭＶＤ精度は１画素であり、そうでない場合、アフィンモードのＭＶＤ精度は１／１６画素である。
３． 一例において、第２の構文要素が０である場合、アフィンモードのＭＶＤ精度は１／１６画素であり、そうでない場合、アフィンモードのＭＶＤ精度は全画素である。
ｉｖ． 一例において、アフィンインターモードにおいて使用されるＭＶＤ精度を示すために使用される構文要素は、同じ名前を有するが通常のインターモードにおいて使用されるＭＶＤ精度を示すために使用される構文要素と同じコンテキストモデルを共有する。
４． 代替的に、アフィンインターモードで使用されるＭＶＤ精度を示すのに使用される構文要素は、同じ名前を有するが通常のインターモードで使用されるＭＶＤ精度を示すのに使用される構文要素として、異なるコンテキストモデルを使用する。
【0260】
例１０
アフィンコーディングブロックに対してＡＭＶＲを適用するかどうか、又はどのように適用するかは、現在のブロックの参照ピクチャに依存してもよい。
ａ． 一例において、参照ピクチャが現在のピクチャである場合、即ち、現在のブロックにおいてイントラブロックコピーが適用される場合、ＡＭＶＲは適用されない。
アフィンコーディングブロックに対してＡＭＶＲを適用するかどうか、又はどのように適用するかは、現在のブロックの参照ピクチャに依存してもよい。
ａ． 一例において、参照ピクチャが現在のピクチャである場合、即ち、現在のブロックにおいてイントラブロックコピーが適用される場合、ＡＭＶＲは適用されない。
【0261】
エンコーダのためのアフィンモードにおけるＡＶＭＲの高速アルゴリズム
【0262】
アフィンモードとＡＭＶＰモードのＲＤコスト（実質ＲＤコスト、又はＳＡＴＤ／ＳＳＥ／ＳＡＤコストにラフビットコストを加えたもの）を、ＩＭＶ＝ｉのときのａｆｆｉｎｅＣｏｓｔｉ、ａｍｖｐＣｏｓｔｉと表す。ここで、ｉ＝０，１，２である。ここで、ＩＭＶ＝０は１／４画素のＭＶを意味し、ＩＭＶ＝１はＡＭＶＰモードでは整数ＭＶ、アフィンモードでは１／１６画素のＭＶを意味し、ＩＭＶ＝２はＡＭＶＰモードでは４画素のＭＶ、アフィンモードでは整数ＭＶを意味する。マージモードのＲＤコストをｍｅｒｇｅＣｏｓｔとする。
【0263】
例１１
現在のＣＵのアフィンモードにおいて、その親ＣＵのベストモードがＡＦ＿ＩＮＴＥＲモードでもＡＦ＿ＭＥＲＧＥモードでもない場合、ＡＭＶＲを無効にすることが提案される。
代替的に、ＡＭＶＲは、その親ＣＵの最良のモードがＡＦ＿ＩＮＴＥＲモード例１２でない場合、現在のＣＵのアフィンモードのためにディスエーブルされる。ａｆｆｉｎｅＣｏｓｔ０＞ｔｈ１＊ａｍｖｐＣｏｓｔ０（ここで、ｔｈ１は正の閾値である）の場合、ＡＭＶＲはアフィンモードに対して無効にされることが提案される。
ａ． 代替的に、ｍｉｎ（ａｆｆｉｎｅＣｏｓｔ０，ａｍｖｐＣｏｓｔ０）＞ｔｈ２＊ｍｅｒｇｅＣｏｓｔ（ここで、ｔｈ２は正の閾値である）である場合、ＡＭＶＲはアフィンモードに対して無効にされる。
ｂ． 代替的に、ａｆｆｉｎｅＣｏｓｔ０＞ｔｈ３＊ａｆｆｉｎｅＣｏｓｔ１（ここで、ｔｈ３は正の閾値であるである）場合、整数ＭＶはアフィンモードに対して無効にされる。
現在のＣＵのアフィンモードにおいて、その親ＣＵのベストモードがＡＦ＿ＩＮＴＥＲモードでもＡＦ＿ＭＥＲＧＥモードでもない場合、ＡＭＶＲを無効にすることが提案される。
代替的に、ＡＭＶＲは、その親ＣＵの最良のモードがＡＦ＿ＩＮＴＥＲモード例１２でない場合、現在のＣＵのアフィンモードのためにディスエーブルされる。ａｆｆｉｎｅＣｏｓｔ０＞ｔｈ１＊ａｍｖｐＣｏｓｔ０（ここで、ｔｈ１は正の閾値である）の場合、ＡＭＶＲはアフィンモードに対して無効にされることが提案される。
ａ． 代替的に、ｍｉｎ（ａｆｆｉｎｅＣｏｓｔ０，ａｍｖｐＣｏｓｔ０）＞ｔｈ２＊ｍｅｒｇｅＣｏｓｔ（ここで、ｔｈ２は正の閾値である）である場合、ＡＭＶＲはアフィンモードに対して無効にされる。
ｂ． 代替的に、ａｆｆｉｎｅＣｏｓｔ０＞ｔｈ３＊ａｆｆｉｎｅＣｏｓｔ１（ここで、ｔｈ３は正の閾値であるである）場合、整数ＭＶはアフィンモードに対して無効にされる。
【0264】
例１２
ａｍｖｐＣｏｓｔ０＞ｔｈ４＊ａｆｆｉｎｅＣｏｓｔ０（ここで、ｔｈ４は正の閾値である）の場合、ＡＭＶＰモードではＡＭＶＲを無効にすることが提案される。
ａ． 代替的に、ＡＭＶＰモードでは、ｍｉｎ（ａｆｆｉｎｅＣｏｓｔ０，ａｍｖｐＣｏｓｔ０）＞ｔｈ５＊ｍｅｒｇｅＣｏｓｔ（ここで、ｔｈ５は正の閾値である）の場合、ＡＭＶＲは無効にされる。
ａｍｖｐＣｏｓｔ０＞ｔｈ４＊ａｆｆｉｎｅＣｏｓｔ０（ここで、ｔｈ４は正の閾値である）の場合、ＡＭＶＰモードではＡＭＶＲを無効にすることが提案される。
ａ． 代替的に、ＡＭＶＰモードでは、ｍｉｎ（ａｆｆｉｎｅＣｏｓｔ０，ａｍｖｐＣｏｓｔ０）＞ｔｈ５＊ｍｅｒｇｅＣｏｓｔ（ここで、ｔｈ５は正の閾値である）の場合、ＡＭＶＲは無効にされる。
【0265】
例１３
１つのＭＶ精度で得られた４／６パラメータアフィンモデルを、他のＭＶ精度のための候補開始探索点として使用してもよいことが提案される。
ｂ． 一例において、１／１６ＭＶで得られたえ４／６パラメータアフィンモデルを、他のＭＶ精度のための候補開始探索点として使用してもよい。
ｃ． 一例において、１／４ＭＶで得られた４／６パラメータアフィンモデルを、他のＭＶ精度のための候補開始探索点として使用してもよい。
１つのＭＶ精度で得られた４／６パラメータアフィンモデルを、他のＭＶ精度のための候補開始探索点として使用してもよいことが提案される。
ｂ． 一例において、１／１６ＭＶで得られたえ４／６パラメータアフィンモデルを、他のＭＶ精度のための候補開始探索点として使用してもよい。
ｃ． 一例において、１／４ＭＶで得られた４／６パラメータアフィンモデルを、他のＭＶ精度のための候補開始探索点として使用してもよい。
【0266】
例１４
エンコーダにおいて、現在のブロックの親ブロックがアフィンモードを選択していない場合、アフィンモードのＡＭＶＲはチェックされない。
エンコーダにおいて、現在のブロックの親ブロックがアフィンモードを選択していない場合、アフィンモードのＡＭＶＲはチェックされない。
【0267】
例１５
前述のコーディングされたフレーム／スライス／タイル／ＣＴＵ行におけるアフィンコーディングブロックのための異なるＭＶ精度の使用の統計を利用して、現在のスライス／タイル／ＣＴＵ行におけるアフィンコーディングブロックのためのＭＶ精度のひずみ率計算を早期に終了させることができる。
ｄ． 一例において、特定のＭＶ精度を有するアフィンコーディングブロックのパーセンテージが記録される。百分率が小さ過ぎる場合、対応するＭＶ精度のチェックはスキップされる。
ｅ． 一例において、あるＭＶ精度をスキップするかどうかを決定するために、同じ時間層を有する前にコーディングされたフレームが利用される。
前述のコーディングされたフレーム／スライス／タイル／ＣＴＵ行におけるアフィンコーディングブロックのための異なるＭＶ精度の使用の統計を利用して、現在のスライス／タイル／ＣＴＵ行におけるアフィンコーディングブロックのためのＭＶ精度のひずみ率計算を早期に終了させることができる。
ｄ． 一例において、特定のＭＶ精度を有するアフィンコーディングブロックのパーセンテージが記録される。百分率が小さ過ぎる場合、対応するＭＶ精度のチェックはスキップされる。
ｅ． 一例において、あるＭＶ精度をスキップするかどうかを決定するために、同じ時間層を有する前にコーディングされたフレームが利用される。
【0268】
アフィンＡＭＶＲのコーディングコンテキスト
【0269】
例１６
アフィンＡＭＶＲ符号のコーディングに使用される各コンテキストに対して、このコンテキストに関連付けられた２つの確率更新速度を制御するように、変数（ｓｈｉｆｔＩｄｘと表される）を設定することが提案される。
ａ． 一例において、より速い更新速度は、（ｓｈｉｆｔＩｄｘ＞２）＋２で定義される。
ｂ． 一例において、より遅い更新速度は、（ｓｈｉｆｔＩｄｘ＆３）＋３＋ｓｈｉｆｔ０によって定義される。
ｃ． 一例において、適合ビットストリームは、導出されたより速い更新速度が［２，５］内に含まれるべきであるという規則に従う。
ｄ． 一例において、適合ビットストリームは、導出されたより速い更新速度が［３，６］内に含まれるべきであるという規則に従う。
アフィンＡＭＶＲ符号のコーディングに使用される各コンテキストに対して、このコンテキストに関連付けられた２つの確率更新速度を制御するように、変数（ｓｈｉｆｔＩｄｘと表される）を設定することが提案される。
ａ． 一例において、より速い更新速度は、（ｓｈｉｆｔＩｄｘ＞２）＋２で定義される。
ｂ． 一例において、より遅い更新速度は、（ｓｈｉｆｔＩｄｘ＆３）＋３＋ｓｈｉｆｔ０によって定義される。
ｃ． 一例において、適合ビットストリームは、導出されたより速い更新速度が［２，５］内に含まれるべきであるという規則に従う。
ｄ． 一例において、適合ビットストリームは、導出されたより速い更新速度が［３，６］内に含まれるべきであるという規則に従う。
【0270】
例１７
１つのブロックのＡＭＶＲモードをコーディングするとき、近傍のブロックのアフィンＡＭＶＲモード情報は、コンテキストモデリングのために許可されないことが提案される。
ａ． 一例において、近傍のブロックのＡＭＶＲモードインデックスを使用してもよく、近傍のブロックのアフィンＡＭＶＲモード情報を排除する。表５（表５－１及び表５－２）に、（ｘＮｂＬ，ｙＮｂＬ）、（ｘＮｂＡ，ｙＮｂＡ）の一例を、左上の近傍のブロックとして示す。一例において、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３である。
１つのブロックのＡＭＶＲモードをコーディングするとき、近傍のブロックのアフィンＡＭＶＲモード情報は、コンテキストモデリングのために許可されないことが提案される。
ａ． 一例において、近傍のブロックのＡＭＶＲモードインデックスを使用してもよく、近傍のブロックのアフィンＡＭＶＲモード情報を排除する。表５（表５－１及び表５－２）に、（ｘＮｂＬ，ｙＮｂＬ）、（ｘＮｂＡ，ｙＮｂＡ）の一例を、左上の近傍のブロックとして示す。一例において、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３である。
【0271】
【表5】
【0272】
【表6】
【0273】
ｂ． 代替的に、近傍のブロックのアフィンＡＭＶＲモード情報は、直接使用される代わりに関数を使用してさらに使用してもよい。一例において、表６－１に記載される関数ｆｕｎｃは、アフィンコーディングされた近傍のブロックのａｍｖｒ＿ｍｏｄｅ［ｘＮｂＬ］［ｙＮｂＬ］が一定のＭＶ精度（例えば、１／４画素のＭＶ精度）を示す場合、ｔｒｕｅを返してもよい。一例において、表３－２に記載される関数ｆｕｎｃは、アフィンコーディングされた近傍のブロックのａｍｖｒ＿ｆｌａｇ［ｘＮｂＬ］［ｙＮｂＬ］が一定のＭＶ精度（例えば、１／４画素のＭＶ精度）を示す場合、ｔｒｕｅを返してもよい。
【0274】
【表7】
【0275】
【表8】
【0276】
ｃ． 代替的に、近傍のブロックのアフィンＡＭＶＲモード情報をさらに使用して、ＡＭＶＲモード（通常のインターモードに適用される）の第１の構文要素（例えば、ａｍｖｒ＿ｆｌａｇ）をコーディングしてもよい。表６－３及び表６－４にその例を示す。
【0277】
【表9】
【0278】
【表10】
【0279】
ｄ． ＡＭＶＲモード情報が複数の構文要素（例えば、ａｍｖｒ＿ｆｌａｇ、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇで表される第１および第２の構文要素）で表される場合、上記の構文ａｍｖｒ＿ｍｏｄｅは、複数の構文要素のいずれかに置き換えられてもよく、上記の方法を引き続き適用してもよい。
【0280】
例１８
アフィンＡＭＶＲモードをコーディングする場合、近傍のブロックのＡＭＶＲモード情報をコンテキストコーディングに使用してもよい。
ａ． 一例において、近傍のブロックのＡＭＶＲモード情報は直接使用される。一例を表７に示す。代替的に、さらに、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ＆ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３。
アフィンＡＭＶＲモードをコーディングする場合、近傍のブロックのＡＭＶＲモード情報をコンテキストコーディングに使用してもよい。
ａ． 一例において、近傍のブロックのＡＭＶＲモード情報は直接使用される。一例を表７に示す。代替的に、さらに、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ＆ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３。
【0281】
【表11】
【0282】
ｂ． 代替的に、近傍のブロックのＡＭＶＲモード情報は、コンテキストモデリングのために許可されない。一例を表８に示す。
【0283】
【表12】
【0284】
ｃ． 代替的に、近傍のブロックのアフィンＡＭＶＲモード情報は、直接使用される代わりに関数を使用してさらに使用してもよい。一例において、表９に記載される関数ｆｕｎｃは、非アフィンコーディングされた近傍のブロックのａｍｖｒ＿ｍｏｄｅ［ｘＮｂＬ］［ｙＮｂＬ］が特定のＭＶ精度（例えば、１／４画素のＭＶ精度）を示す場合、ｔｒｕｅを返してもよい。
【0285】
【表13】
【0286】
ｄ． アフィンＡＭＶＲモード情報が複数の構文要素（例えば、ａｍｖｒ＿ｆｌａｇ、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇで表される第１および第２の構文要素）で表される場合、上記の構文ａｍｖｒ＿ｍｏｄｅは、複数の構文要素のいずれかに置き換えられてもよく、上記の方法を引き続き適用してもよい。
【0287】
ＳＭＶＤとアフィンＳＭＶＤの高速アルゴリズム
【0288】
ＳＭＶＤモードをチェックするとき、現在選択されている最良のモードがＣｕｒＢｅｓｔＭｏｄｅであり、ＡＭＶＲにおけるＡＭＶＲ ＭＶＤ精度がＭｖｄＰｒｅｃであるか、またはアフィンＡＭＶＲのＭＶＤ精度がＭｖｄＰｒｅｃＡｆｆであるとする。
【0289】
例１９
ＳＭＶＤモードは、現在選択されている最良のモード（即ち、ＣｕｒＢｅｓｔＭｏｄｅ）、即ち、ＡＭＶＲにおけるＭＶＤ精度に基づいてスキップされてもよい。
ａ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがマージモードおよび／またはＵＭＶＥモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｂ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがＳＭＶＤモードでコーディングされていない場合、ＳＭＶＤモードはチェックされなくてもよい。
ｃ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｄ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがサブブロックマージモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｅ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンＳＭＶＤモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｆ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンマージモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｇ． 一例において、上記の高速な方法、即ち、黒丸１３．ａ～１３．ｆは、あるＭＶＤ精度に対してのみ適用されてもよい。
ｉ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素精度）以上である場合にのみ適用されてもよい。
ｉｉ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素の精度）よりも大きい場合にのみ適用されてもよい。
ｉｉｉ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素精度）以下である場合にのみ適用されてもよい。
ｉｖ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素の精度）より小さい場合にのみ適用されてもよい。
ＳＭＶＤモードは、現在選択されている最良のモード（即ち、ＣｕｒＢｅｓｔＭｏｄｅ）、即ち、ＡＭＶＲにおけるＭＶＤ精度に基づいてスキップされてもよい。
ａ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがマージモードおよび／またはＵＭＶＥモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｂ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがＳＭＶＤモードでコーディングされていない場合、ＳＭＶＤモードはチェックされなくてもよい。
ｃ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｄ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがサブブロックマージモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｅ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンＳＭＶＤモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｆ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンマージモードである場合、ＳＭＶＤモードはチェックされなくてもよい。
ｇ． 一例において、上記の高速な方法、即ち、黒丸１３．ａ～１３．ｆは、あるＭＶＤ精度に対してのみ適用されてもよい。
ｉ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素精度）以上である場合にのみ適用されてもよい。
ｉｉ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素の精度）よりも大きい場合にのみ適用されてもよい。
ｉｉｉ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素精度）以下である場合にのみ適用されてもよい。
ｉｖ． 一例において、上記の高速な方法は、ＭＶＤ精度が精度（例えば、整数画素の精度）より小さい場合にのみ適用されてもよい。
【0290】
例２０
アフィンＳＭＶＤモードは、現在選択されている最良のモード（即ち、ＣｕｒＢｅｓｔＭｏｄｅ）、アフィンＡＭＶＲにおけるＭＶＤ精度に基づいてスキップされてもよい。
ａ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがマージモードおよび／またはＵＭＶＥモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｂ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンＳＭＶＤモードでコーディングされていない場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｃ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがサブブロックマージモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｄ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがＳＭＶＤモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｅ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンマージモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｆ． 一例において、上記の高速な方法、即ち、黒丸２０．ａ～２０．ｅは、あるＭＶＤ精度に対してのみ適用されてもよい。
ｉ． 一例において、上記高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）以上である場合にのみ適用されてもよい。
ｉｉ． 一例において、上記の高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）よりも大きい場合にのみ適用されてもよい。
ｉｉｉ． 一例において、上記高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）以下である場合にのみ適用されてもよい。
ｉｖ． 一例において、上記高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）より小さい場合にのみ適用されてもよい。
アフィンＳＭＶＤモードは、現在選択されている最良のモード（即ち、ＣｕｒＢｅｓｔＭｏｄｅ）、アフィンＡＭＶＲにおけるＭＶＤ精度に基づいてスキップされてもよい。
ａ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがマージモードおよび／またはＵＭＶＥモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｂ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンＳＭＶＤモードでコーディングされていない場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｃ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがサブブロックマージモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｄ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがＳＭＶＤモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｅ． 一例において、ＣｕｒＢｅｓｔＭｏｄｅがアフィンマージモードである場合、アフィンＳＭＶＤモードはチェックされなくてもよい。
ｆ． 一例において、上記の高速な方法、即ち、黒丸２０．ａ～２０．ｅは、あるＭＶＤ精度に対してのみ適用されてもよい。
ｉ． 一例において、上記高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）以上である場合にのみ適用されてもよい。
ｉｉ． 一例において、上記の高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）よりも大きい場合にのみ適用されてもよい。
ｉｉｉ． 一例において、上記高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）以下である場合にのみ適用されてもよい。
ｉｖ． 一例において、上記高速な方法は、アフィンＭＶＤ精度が精度（例えば、整数画素精度）より小さい場合にのみ適用されてもよい。
【0291】
例２１
上記提案の方法は、ブロックサイズ、スライス／ピクチャ／タイルタイプ、又は動き情報等の特定の条件下で適用されてもよい。
ａ． 一例において、ブロックサイズがＭ＊Ｈサンプルより小さい、例えば、１６個又は３２個又は６４個の輝度サンプルを含む場合、提案した方法は許可されない。
ｂ． 代替的に、ブロックの幅及び／又は高さの最小サイズがＸよりも小さい又はＸ以下の場合、提案した方法は許可されない。一例において、Ｘは８に設定される。
ｃ． 代替的に、ブロックの幅及び／又は高さの最小サイズがＸよりも小さくない場合、提案される方法は許可されない。一例において、Ｘは８に設定される。
ｄ． 代替的に、ブロックの幅＞ｔｈ１又は＞＝ｔｈ１及び／又はブロックの高さ＞ｔｈ２又は＞＝ｔｈ２の時、提案した方法は許可されない。一例において、ｔｈ１及び／又はｔｈ２は、８に設定される。
ｅ． 代替的に、ブロックの幅＜ｔｈ１又は＜＝ｔｈ１及び／又はブロックの高さ＜ｔｈ２又は＜ａ＝ｔｈ２の時、提案した方法は許可されない。一例において、ｔｈ１及び／又はｔｈ２は、８に設定される。
ｆ． 代替的に、上記方法を有効又は無効にするか、及び／又はどの方法を適用するかは、ブロックの寸法、映像処理データユニット（ＶＰＤＵ）、ピクチャタイプ、低遅延チェックフラグ、現在のブロックのコーディングされた情報（例えば、参照ピクチャ、単又は双方向予測）又は以前コーディングされたブロックに依存することができる。
上記提案の方法は、ブロックサイズ、スライス／ピクチャ／タイルタイプ、又は動き情報等の特定の条件下で適用されてもよい。
ａ． 一例において、ブロックサイズがＭ＊Ｈサンプルより小さい、例えば、１６個又は３２個又は６４個の輝度サンプルを含む場合、提案した方法は許可されない。
ｂ． 代替的に、ブロックの幅及び／又は高さの最小サイズがＸよりも小さい又はＸ以下の場合、提案した方法は許可されない。一例において、Ｘは８に設定される。
ｃ． 代替的に、ブロックの幅及び／又は高さの最小サイズがＸよりも小さくない場合、提案される方法は許可されない。一例において、Ｘは８に設定される。
ｄ． 代替的に、ブロックの幅＞ｔｈ１又は＞＝ｔｈ１及び／又はブロックの高さ＞ｔｈ２又は＞＝ｔｈ２の時、提案した方法は許可されない。一例において、ｔｈ１及び／又はｔｈ２は、８に設定される。
ｅ． 代替的に、ブロックの幅＜ｔｈ１又は＜＝ｔｈ１及び／又はブロックの高さ＜ｔｈ２又は＜ａ＝ｔｈ２の時、提案した方法は許可されない。一例において、ｔｈ１及び／又はｔｈ２は、８に設定される。
ｆ． 代替的に、上記方法を有効又は無効にするか、及び／又はどの方法を適用するかは、ブロックの寸法、映像処理データユニット（ＶＰＤＵ）、ピクチャタイプ、低遅延チェックフラグ、現在のブロックのコーディングされた情報（例えば、参照ピクチャ、単又は双方向予測）又は以前コーディングされたブロックに依存することができる。
【0292】
例２２
アフィンモードのためのＡＭＶＲ方法は、イントラブロックコピー（ＩＢＣ、別名、現在のピクチャリファレンス（ＣＰＲ））を適用するかどうかで、異なる方法で実施することができる。
ａ． 一例において、１つのブロックがＩＢＣによってコーディングされる場合、アフィンモードのためのＡＭＶＲを使用できない。
ｂ． 一例において、アフィンモードのためのＡＭＶＲを使用してもよいが、１つのブロックがＩＢＣによってコーディングされる場合、候補ＭＶ／ＭＶＤ／ＭＶＰ精度は、非ＩＢＣコーディングアフィンコーディングブロックのために使用されるものと異なってもよい。
アフィンモードのためのＡＭＶＲ方法は、イントラブロックコピー（ＩＢＣ、別名、現在のピクチャリファレンス（ＣＰＲ））を適用するかどうかで、異なる方法で実施することができる。
ａ． 一例において、１つのブロックがＩＢＣによってコーディングされる場合、アフィンモードのためのＡＭＶＲを使用できない。
ｂ． 一例において、アフィンモードのためのＡＭＶＲを使用してもよいが、１つのブロックがＩＢＣによってコーディングされる場合、候補ＭＶ／ＭＶＤ／ＭＶＰ精度は、非ＩＢＣコーディングアフィンコーディングブロックのために使用されるものと異なってもよい。
【0293】
例２３
文書における「スライス」という用語はすべて、「タイルグループ」又は「タイル」に置き換えてもよい。
文書における「スライス」という用語はすべて、「タイルグループ」又は「タイル」に置き換えてもよい。
【0294】
例２４
ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダにおいて、１に等しい構文要素（例：ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）は、ＡＭＶＲが有効かどうかを示す構文要素（例：ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）と、アフィンＡＭＶＲが有効かどうかを示す構文要素（例：ｓｐｓ＿ａｆｆｉｎｅ＿ａｖｍｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）の両方が０に等しいことがビットストリーム適合性の要件であることを指定している。０に等しい構文要素（例えば、ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）は、制約を課さない。
ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダにおいて、１に等しい構文要素（例：ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）は、ＡＭＶＲが有効かどうかを示す構文要素（例：ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）と、アフィンＡＭＶＲが有効かどうかを示す構文要素（例：ｓｐｓ＿ａｆｆｉｎｅ＿ａｖｍｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）の両方が０に等しいことがビットストリーム適合性の要件であることを指定している。０に等しい構文要素（例えば、ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）は、制約を課さない。
【0295】
例２５
ＶＰＳ／ＳＰＳ／ＰＰＳ／ｓｌｉｃｅ ｈｅａｄｅｒ／ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ又は他の映像データユニットにおいて、構文要素（例えば、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）をシグナリングすることができる。
ａ． 一例において、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいことは、アフィンＡＭＶＲが有効化されるかどうかを示すための構文要素（例えば、ｓｐｓ＿ａｆｆｉｎｅ＿ａｖｍｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が０に等しいことがビットストリーム適合性の要件であることを指定する。構文要素（例えば、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）が０に等しい場合、制約は課されない。
ＶＰＳ／ＳＰＳ／ＰＰＳ／ｓｌｉｃｅ ｈｅａｄｅｒ／ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ又は他の映像データユニットにおいて、構文要素（例えば、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）をシグナリングすることができる。
ａ． 一例において、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいことは、アフィンＡＭＶＲが有効化されるかどうかを示すための構文要素（例えば、ｓｐｓ＿ａｆｆｉｎｅ＿ａｖｍｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が０に等しいことがビットストリーム適合性の要件であることを指定する。構文要素（例えば、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）が０に等しい場合、制約は課されない。
【0296】
例２６
粗い動きの精度を示す第２の構文要素をコーディングするために、複数のコンテキストを使用してもよい（例えば、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ）。
ａ． 一例において、２つのコンテキストが使用されてもよい。
ｂ． 一例において、コンテキストの選択は、現在のブロックがアフィンコーディングされているか否かに依存してもよい。
ｃ． 一例において、第１の構文は、１つのコンテキストのみでコーディングされてもよく、第２の構文は、１つのコンテキストのみでコーディングされてもよい。
ｄ． 一例において、第１の構文は、１つのコンテキストのみでコーディングされてもよく、第２の構文は、バイパスコーディングされてもよい。
ｅ． 一例において、第１の構文に対して、それはバイパスコーディングされてもよく、また、第２の構文に対して、それはバイパスコーディングされてもよい。
ｆ． 一例において、動きベクトル精度に関連するすべての構文要素について、それらはバイパスコーディングされてもよい。
粗い動きの精度を示す第２の構文要素をコーディングするために、複数のコンテキストを使用してもよい（例えば、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ）。
ａ． 一例において、２つのコンテキストが使用されてもよい。
ｂ． 一例において、コンテキストの選択は、現在のブロックがアフィンコーディングされているか否かに依存してもよい。
ｃ． 一例において、第１の構文は、１つのコンテキストのみでコーディングされてもよく、第２の構文は、１つのコンテキストのみでコーディングされてもよい。
ｄ． 一例において、第１の構文は、１つのコンテキストのみでコーディングされてもよく、第２の構文は、バイパスコーディングされてもよい。
ｅ． 一例において、第１の構文に対して、それはバイパスコーディングされてもよく、また、第２の構文に対して、それはバイパスコーディングされてもよい。
ｆ． 一例において、動きベクトル精度に関連するすべての構文要素について、それらはバイパスコーディングされてもよい。
【0297】
例２７
例えば、構文要素ａｍｖｒ＿ｍｏｄｅの第１のビンのみが算術コーディングコンテキストでコーディングされる。ａｍｖｒ＿ｍｏｄｅの以下のビンはすべて、バイパスコーディングされる。
ａ． 上で開示された方法は、他の構文要素に適用してもよい。
ｂ． 例えば、構文要素ＳＥの第１のビンのみが算術コーディングコンテキストでコーディングされる。ＳＥの以下のビンはすべて、バイパスコーディングとしてコーディングされる。ＳＥは、下記でもよい。
１） ａｌｆ＿ｃｔｂ＿ｆｌａｇ
２） ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ
３） ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ
４） ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ
５） ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａ
６） ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ
７） ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ
８） ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
９） ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ
１０） ｃｕ＿ｓｋｉｐ＿ｆｌａｇ
１１） ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ
１２） ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ
１３） ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ
１４） ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ
１５） ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎ＿ｓｐｌｉｔ＿ｆｌａｇ
１６） ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ
１７） ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ
１８） ｍｅｒｇｅ＿ｆｌａｇ
１９） ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ
２０） ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ
２１） ｃｕ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ
２２） ｒｅｆ＿ｉｄｘ＿ｌ０
２３） ｍｖｐ＿ｌ０＿ｆｌａｇ
２４） ｒｅｆ＿ｉｄｘ＿ｌ１
２５） ｍｖｐ＿ｌ１＿ｆｌａｇ
２６） ａｖｍｒ＿ｆｌａｇ
２７） ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ
２８） ｇｂｉ＿ｉｄｘ
２９） ｃｕ＿ｃｂｆ
３０） ｃｕ＿ｓｂｔ＿ｆｌａｇ
３１） ｃｕ＿ｓｂｔ＿ｑｕａｄ＿ｆｌａｇ
３２） ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇ
３３） ｃｕ＿ｓｂｔ＿ｐｏｓ＿ｆｌａｇ
３４） ｍｍｖｄ＿ｆｌａｇ
３５） ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ
３６） ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ
３７） ｃｉｉｐ＿ｆｌａｇ
３８） ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ
３９） ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ
４０） ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ
４１） ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ
４２） ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０
４３） ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１
４４） ｍｅｒｇｅ＿ｉｄｘ
４５） ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ
４６） ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ
４７） ｔｕ＿ｃｂｆ＿ｌｕｍａ
４８） ｔｕ＿ｃｂｆ＿ｃｂ
４９） ｔｕ＿ｃｂｆ＿ｃｒ
５０） ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ
５１） ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ
５２） ｔｕ＿ｍｔｓ＿ｉｄｘ
５３） ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ
５４） ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ
５５） ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇ
５６） ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ
５７） ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ
５８） ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ
５９） ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ
ｃ． さらに、代替的に、構文要素ＳＥが２進数値である（すなわち、０または１に等しいのみであることができる）場合、それはコンテキストコーディングされてもよい。
ｉ． さらに、代替的に、構文要素ＳＥが２進数値である（すなわち、０または１に等しいのみであることができる）場合、それはバイパスコーディングされてもよい。
ｄ． さらに、代替的に、第１のビンをコーディングするために、１つのコンテキストのみを使用してもよい。
例えば、構文要素ａｍｖｒ＿ｍｏｄｅの第１のビンのみが算術コーディングコンテキストでコーディングされる。ａｍｖｒ＿ｍｏｄｅの以下のビンはすべて、バイパスコーディングされる。
ａ． 上で開示された方法は、他の構文要素に適用してもよい。
ｂ． 例えば、構文要素ＳＥの第１のビンのみが算術コーディングコンテキストでコーディングされる。ＳＥの以下のビンはすべて、バイパスコーディングとしてコーディングされる。ＳＥは、下記でもよい。
１） ａｌｆ＿ｃｔｂ＿ｆｌａｇ
２） ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ
３） ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ
４） ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ
５） ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａ
６） ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ
７） ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ
８） ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
９） ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ
１０） ｃｕ＿ｓｋｉｐ＿ｆｌａｇ
１１） ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ
１２） ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ
１３） ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ
１４） ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ
１５） ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎ＿ｓｐｌｉｔ＿ｆｌａｇ
１６） ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ
１７） ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ
１８） ｍｅｒｇｅ＿ｆｌａｇ
１９） ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ
２０） ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ
２１） ｃｕ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ
２２） ｒｅｆ＿ｉｄｘ＿ｌ０
２３） ｍｖｐ＿ｌ０＿ｆｌａｇ
２４） ｒｅｆ＿ｉｄｘ＿ｌ１
２５） ｍｖｐ＿ｌ１＿ｆｌａｇ
２６） ａｖｍｒ＿ｆｌａｇ
２７） ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｆｌａｇ
２８） ｇｂｉ＿ｉｄｘ
２９） ｃｕ＿ｃｂｆ
３０） ｃｕ＿ｓｂｔ＿ｆｌａｇ
３１） ｃｕ＿ｓｂｔ＿ｑｕａｄ＿ｆｌａｇ
３２） ｃｕ＿ｓｂｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｆｌａｇ
３３） ｃｕ＿ｓｂｔ＿ｐｏｓ＿ｆｌａｇ
３４） ｍｍｖｄ＿ｆｌａｇ
３５） ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ
３６） ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ
３７） ｃｉｉｐ＿ｆｌａｇ
３８） ｃｉｉｐ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ
３９） ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ
４０） ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ
４１） ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ
４２） ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０
４３） ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１
４４） ｍｅｒｇｅ＿ｉｄｘ
４５） ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ
４６） ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ
４７） ｔｕ＿ｃｂｆ＿ｌｕｍａ
４８） ｔｕ＿ｃｂｆ＿ｃｂ
４９） ｔｕ＿ｃｂｆ＿ｃｒ
５０） ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ
５１） ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ
５２） ｔｕ＿ｍｔｓ＿ｉｄｘ
５３） ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘ
５４） ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ
５５） ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇ
５６） ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ
５７） ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ
５８） ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ
５９） ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ
ｃ． さらに、代替的に、構文要素ＳＥが２進数値である（すなわち、０または１に等しいのみであることができる）場合、それはコンテキストコーディングされてもよい。
ｉ． さらに、代替的に、構文要素ＳＥが２進数値である（すなわち、０または１に等しいのみであることができる）場合、それはバイパスコーディングされてもよい。
ｄ． さらに、代替的に、第１のビンをコーディングするために、１つのコンテキストのみを使用してもよい。
【0298】
例２８ 信号通知され得る動き精度に基づいて、動きベクトル予測（ＭＶＰ）または動きベクトル差（ＭＶＤ）の精度、または再構築された動きベクトル（ＭＶ）を変更してもよい。
ａ． １つの例において、ＭＶＰの元の予測が目標精度よりも低い（または高くない）場合、ＭＶＰ＝ＭＶＰ＜ｓである。ｓは整数であり、この整数は、元の精度と目標精度との間の差に依存してもよい。
ｉｉｉ． 代替的に、ＭＶＤの本来の精度が目標精度よりも低い（または高くない）場合、ＭＶＤ＝ＭＶＤ＜ｓである。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｉｖ． 代替的に、ＭＶの本来の精度が目標精度よりも低い（または高くない）場合、ＭＶ＝ＭＶ＜ｓである。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｂ． 一例において、ＭＶＰの元の予測が目標精度よりも高い（または低くない）場合、ＭＶＰ＝Ｓｈｉｆｔ（ＭＶＰ，ｓ）である。ｓは整数であり、この整数は、本来の精度と目標精度との差に依存してもよい。
ｖ． 代替的に、ＭＶＤの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶＤ＝Ｓｈｉｆｔ（ＭＶＤ，ｓ）であり、この整数は、本来の精度と目標精度との差に依存してもよい。
ｖｉ． 代替的に、ＭＶの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶ＝Ｓｈｉｆｔ（ＭＶ，ｓ）である。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｃ． 一例において、ＭＶＰの元の予測が目標精度よりも高い（または低くない）場合、ＭＶＰ＝ＳａｔＳｈｉｆｔ（ＭＶＰ，ｓ）である。ｓは整数であり、この整数は、本来の精度と目標精度との差に依存してもよい。
ｖｉｉ． 代替的に、ＭＶＤの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶＤ＝ＳａｔＳｈｉｆｔ（ＭＶＤ，ｓ）である。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｖｉｉｉ． 代替的に、ＭＶの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶ＝ＳａｔＳｈｉｆｔ（ＭＶ，ｓ）である。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｄ． 上述した方法は、現在のブロックがアフィンモードでコーディングされていない場合に適用されてもよい。
ｅ． 現在のブロックをアフィンモードでコーディングする場合、上記開示の方法を適用されてもよい。
ａ． １つの例において、ＭＶＰの元の予測が目標精度よりも低い（または高くない）場合、ＭＶＰ＝ＭＶＰ＜ｓである。ｓは整数であり、この整数は、元の精度と目標精度との間の差に依存してもよい。
ｉｉｉ． 代替的に、ＭＶＤの本来の精度が目標精度よりも低い（または高くない）場合、ＭＶＤ＝ＭＶＤ＜ｓである。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｉｖ． 代替的に、ＭＶの本来の精度が目標精度よりも低い（または高くない）場合、ＭＶ＝ＭＶ＜ｓである。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｂ． 一例において、ＭＶＰの元の予測が目標精度よりも高い（または低くない）場合、ＭＶＰ＝Ｓｈｉｆｔ（ＭＶＰ，ｓ）である。ｓは整数であり、この整数は、本来の精度と目標精度との差に依存してもよい。
ｖ． 代替的に、ＭＶＤの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶＤ＝Ｓｈｉｆｔ（ＭＶＤ，ｓ）であり、この整数は、本来の精度と目標精度との差に依存してもよい。
ｖｉ． 代替的に、ＭＶの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶ＝Ｓｈｉｆｔ（ＭＶ，ｓ）である。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｃ． 一例において、ＭＶＰの元の予測が目標精度よりも高い（または低くない）場合、ＭＶＰ＝ＳａｔＳｈｉｆｔ（ＭＶＰ，ｓ）である。ｓは整数であり、この整数は、本来の精度と目標精度との差に依存してもよい。
ｖｉｉ． 代替的に、ＭＶＤの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶＤ＝ＳａｔＳｈｉｆｔ（ＭＶＤ，ｓ）である。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｖｉｉｉ． 代替的に、ＭＶの本来の精度が目標精度よりも高い（または低くない）場合、ＭＶ＝ＳａｔＳｈｉｆｔ（ＭＶ，ｓ）である。ｓは整数であり、本来の精度と目標精度との差に依存してもよい。
ｄ． 上述した方法は、現在のブロックがアフィンモードでコーディングされていない場合に適用されてもよい。
ｅ． 現在のブロックをアフィンモードでコーディングする場合、上記開示の方法を適用されてもよい。
【0299】
１． 実施形態
ハイライトされた部分は修正された仕様を示す。
ハイライトされた部分は修正された仕様を示す。
【0300】
【化1】
【0301】
【表14】
【0302】
代替的に、ＳＰＳ構文テーブルは、以下のように与えられる；
【0303】
【表15】
【0304】
意味論：
ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいことは、アフィンインターモードの動きベクトルコーディングに適応動きベクトル差解像度を用いることを指定する。ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、アフィンインターモードの動きベクトルコーディングに適応動きベクトル差分解像度を用いないことを指定する。
ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいことは、アフィンインターモードの動きベクトルコーディングに適応動きベクトル差解像度を用いることを指定する。ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、アフィンインターモードの動きベクトルコーディングに適応動きベクトル差分解像度を用いないことを指定する。
【0305】
【化2】
【0306】
【表16】
【表17】
【表18】
【0307】
【表19】
【表20】
【0308】
【表21】
【表22】
【0309】
【表23】
【表24】
【0310】
・一例において、ｃｏｎｄｉｔｉｏｎｓＡは、以下のように定義される。
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１＆＆
（ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］！＝０｜｜
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］！＝０｜｜
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］！＝０））
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１＆＆
（ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］！＝０｜｜
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］！＝０｜｜
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］！＝０））
【0311】
代替的に、ｃｏｎｄｉｔｉｏｎｓＡは、以下のように定義される。
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１＆＆
（ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］！＝０｜｜）
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１＆＆
（ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］！＝０｜｜
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］！＝０｜｜）
【0312】
代替的に、ｃｏｎｄｉｔｉｏｎｓＡは、以下のように定義される。
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１＆＆
（ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［０］［１］！＝０）ここで、Ｘは、０又は１である。
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１＆＆
（ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［０］［０］！＝０｜｜ＭｖｄＣｐＬＸ［ｘ０］［ｙ０］［０］［１］！＝０）ここで、Ｘは、０又は１である。
【0313】
代替的に、ｃｏｎｄｉｔｉｏｎｓＡは、以下のように定義される。
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１）
（ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ＝＝１）
【0314】
・一例において、ｃｏｎｄｉｔｉｏｎｓＢは、以下のように定義される。
！ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜！（ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］＝＝ＰＲＥＤ＿Ｌ０ ＆＆
ｒｅｆ＿ｉｄｘ＿ｌ０［ｘ０］［ｙ０］＝＝ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）
！ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜！（ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］＝＝ＰＲＥＤ＿Ｌ０ ＆＆
ｒｅｆ＿ｉｄｘ＿ｌ０［ｘ０］［ｙ０］＝＝ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）
【0315】
代替的に、ｃｏｎｄｉｔｉｏｎｓＢは、以下のように定義される。
！ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜！（ｐｒｅｄ＿ｍｏｄｅ［ｘ０］［ｙ０］＝＝ＣＰＲ）．
！ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜！（ｐｒｅｄ＿ｍｏｄｅ［ｘ０］［ｙ０］＝＝ＣＰＲ）．
【0316】
代替的に、ｃｏｎｄｉｔｉｏｎｓＢは、以下のように定義される。
！ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜！（ｐｒｅｄ＿ｍｏｄｅ［ｘ０］［ｙ０］＝＝ＩＢＣ）．
！ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜！（ｐｒｅｄ＿ｍｏｄｅ［ｘ０］［ｙ０］＝＝ＩＢＣ）．
【0317】
ＡＭＶＲ又はＡｆｆｉｎｅ ＡＭＶＲをコーディングするために異なるシンタックス要素を使用する場合、Ａｆｆｉｎｅ ＡＭＶＲに適用される実施例５．５に使用されるコンテキストモデリング及び／又はコンテキストをしかるべく適用することができる。
【0318】
１．２．５． 意味論
【0319】
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は、動きベクトルの差の解像度を指定する。配列のインデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対するコーディングブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合は、動きベクトル差の解像度が輝度サンプルの１／４であることを指定し、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合は、動きベクトル差の解像度がａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ［ｘ０］［ｙ０］でさらに指定されることを指定する。
【0320】
ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、次のように推論される。
－ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－そうでない場合（ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい）、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推論される。
－ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
－そうでない場合（ｓｐｓ＿ｃｐｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい）、ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］は０に等しいと推論される。
【0321】
ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、動きベクトル差分の解像度はｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇが０の場合は４輝度サンプル、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇが１の場合は１輝度サンプルであることを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮されるコーディングブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。
ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推測される。
【0322】
ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０の場合、変数ＭｖＳｈｉｆｔは（ａｍｖｒ＿ｆｌａｇ［ｘ０］［ｙ０］＋ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ［ｘ０］［ｙ０］）＜＜１に等しく設定され、変数ＭｖｄＬ０［ｘ０］［ｙ０］［０］、ＭｖｄＬ０［ｘ０］［ｙ０］［１］、ＭｖｄＬ１［ｘ０］［ｙ０］［０］、ＭｖｄＬ１［ｘ０］［ｙ０］［１］は、以下のように修正される。
【0323】
ＭｖｄＬ０［ｘ０］［ｙ０］［０］＝ＭｖｄＬ０［ｘ０］［ｙ０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７０）
ＭｖｄＬ０［ｘ０］［ｙ０］［１］＝ＭｖｄＬ０［ｘ０］［ｙ０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７１）
ＭｖｄＬ１［ｘ０］［ｙ０］［０］＝ＭｖｄＬ１［ｘ０］［ｙ０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７２）
ＭｖｄＬ１［ｘ０］［ｙ０］［１］＝ＭｖｄＬ１［ｘ０］［ｙ０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７３）
ＭｖｄＬ０［ｘ０］［ｙ０］［１］＝ＭｖｄＬ０［ｘ０］［ｙ０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７１）
ＭｖｄＬ１［ｘ０］［ｙ０］［０］＝ＭｖｄＬ１［ｘ０］［ｙ０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７２）
ＭｖｄＬ１［ｘ０］［ｙ０］［１］＝ＭｖｄＬ１［ｘ０］［ｙ０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７３）
【0324】
ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１と等しい場合、変数ＭｖＳｈｉｆｔは、（ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ？（ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ＜＜１）：（－（ａｍｖｒ＿ｆｌａｇ＜＜１）））に等しくなるように設定され、変数ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［１］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［１］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］、ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［１］は、以下のように修正される。
【0325】
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［０］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－７３）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６７）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］＜＜（ＭｖＳｈｉｆｔ＋２）（７－６６）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６７）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６６）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６７）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［０］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６７）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［１］［０］＜＜（ＭｖＳｈｉｆｔ＋２）（７－６６）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［１］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６７）
ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］＝ＭｖｄＣｐＬ０［ｘ０］［ｙ０］［２］［０］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６６）
ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］＝ＭｖｄＣｐＬ１［ｘ０］［ｙ０］［２］［１］＜＜（ＭｖＳｈｉｆｔ＋２） （７－６７）
【0326】
代替的に、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、変数ＭｖＳｈｉｆｔは、（ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ？（ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇ＜＜１）：（－（ａｆｆｉｎｅ＿ａｍｖｒ＿ｆｌａｇ＜＜１）））に等しく設定される。
【0327】
【化3】
【0328】
丸め処理は、所与のｒｉｇｈｔＳｈｉｆｔ値が０（１／１６画素の精度で発生する）である場合、丸めオフセットを（１＜＜（ｒｉｇｈｔＳｈｉｆｔ－１））ではなく、０に設定するように修正される。
例えば、ＭＶのための丸め処理の従属節は、以下のように修正される。
例えば、ＭＶのための丸め処理の従属節は、以下のように修正される。
【0329】
この処理への入力は以下の通りである。
－ 動きベクトルｍｖＸ
－ 四捨五入するときの右シフトパラメータの右シフト、
－ 解像度を上げるための、左シフトパラメータｌｅｆｔＳｈｉｆｔ
－ 動きベクトルｍｖＸ
－ 四捨五入するときの右シフトパラメータの右シフト、
－ 解像度を上げるための、左シフトパラメータｌｅｆｔＳｈｉｆｔ
【0330】
この処理の出力が丸められた動きベクトルｍｖＸである。
【0331】
ｍｖＸを丸める場合、以下が適用される。
ｏｆｆｓｅｔ＝（ｒｉｇｈｔＳｈｉｆｔ＝＝０）？０：（１＜＜（ｒｉｇｈｔＳｈｉｆｔ－１）） （８－３７１）
ｍｖＸ［０］＝（ｍｖＸ［０］＞＝０？（ｍｖＸ［０］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ：
－（（－ｍｖＸ［０］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ））＜＜ｌｅｆｔＳｈｉｆｔ （８－３７２）
ｍｖＸ［１］＝（ｍｖＸ［１］＞＝０？（ｍｖＸ［１］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ：－（（－ｍｖＸ［１］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ））＜＜ｌｅｆｔＳｈｉｆｔ （８－３７３）
ｏｆｆｓｅｔ＝（ｒｉｇｈｔＳｈｉｆｔ＝＝０）？０：（１＜＜（ｒｉｇｈｔＳｈｉｆｔ－１）） （８－３７１）
ｍｖＸ［０］＝（ｍｖＸ［０］＞＝０？（ｍｖＸ［０］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ：
－（（－ｍｖＸ［０］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ））＜＜ｌｅｆｔＳｈｉｆｔ （８－３７２）
ｍｖＸ［１］＝（ｍｖＸ［１］＞＝０？（ｍｖＸ［１］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ：－（（－ｍｖＸ［１］＋ｏｆｆｓｅｔ）＞＞ｒｉｇｈｔＳｈｉｆｔ））＜＜ｌｅｆｔＳｈｉｆｔ （８－３７３）
【0332】
【化4】
【0333】
アフィン動きベクトル導出処理において呼び出される丸め処理は、２に固定される代わりに、（ＭｖＳｈｉｆｔ＋２）の入力を用いて行われる。
【0334】
輝度アフィン制御点動きベクトル予測子の導出処理
【0335】
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルの輝度位置（ｘＣｂ、ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈ
－ 現在のコーディングユニットｒｅｆＩｄｘＬＸの参照インデックスであり、Ｘは０又は１である。
－ 制御点動きベクトルｎｕｍＣｐＭｖの数
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルの輝度位置（ｘＣｂ、ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈ
－ 現在のコーディングユニットｒｅｆＩｄｘＬＸの参照インデックスであり、Ｘは０又は１である。
－ 制御点動きベクトルｎｕｍＣｐＭｖの数
【0336】
この処理の出力は、Ｘが０又は１として、ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１の輝度アフィン制御点動きベクトル予測子ｍｖｐＣｐＬＸ［ｃｐＩｄｘ］である。
【0337】
Ｘが０又は１として、ｃｐＭｖｐＬｉｓｔＬＸである制御点動きベクトル予測子候補リストを導出するために、以下の順序付けられたステップが適用される。
リストｎｕｍＣｐＭｖｐＣａｎｄＬＸにおける制御点動きベクトル予測子の候補の数は、０に等しく設定される。
リストｎｕｍＣｐＭｖｐＣａｎｄＬＸにおける制御点動きベクトル予測子の候補の数は、０に等しく設定される。
【0338】
変数ａｖａｉｌａｂｌｅＦｌａｇＡおよびａｖａｉｌａｂｌｅＦｌａｇＢは、いずれもＦＡＬＳＥに等しく設定される。
．．．
．．．
【0339】
８．４．２．１４項で規定された動きベクトルの丸め処理は、ｃｐＭｖｐＬＸ［ｃｐＩｄｘに等しく設定したｍｖＸ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｒｉｇｈｔＳｈｉｆｔ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｌｅｆｔＳｈｉｆｔを入力とし、ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１で丸められたｃｐＭｖｐＬＸ［ｃｐＩｄｘ］を出力として用いて呼び出される。
．．．
．．．
【0340】
変数ａｖａｉｌａｂｌｅＦｌａｇＡはＴＲＵＥに等しく設定される。
【0341】
８．４．４．５項で規定された近傍のブロックからの輝度アフィン制御点動きベクトルの導出処理は、輝度コーディングブロック位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロック幅と高さ（ｃｂＷｉｄｔｈ，ｃｂＨｅｉｇｈｔ）、近傍の輝度コーディングブロックの位置（ｘＮｂ，ｙＮｂ）、近傍の輝度コーディングブロック幅と高さ（ｎｂＷ，ｎｂＨ）、制御点動きベクトル数ｎｕｍＣｐＭｖを入力とし、制御点動きベクトル予測子候補ｃｐＭｖｐＬＹ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１）を出力として用いて呼び出される。
【0342】
８．４．２．１４項で規定された動きベクトルの丸め処理は、ｃｐＭｖｐＬＹ［ｃｐＩｄｘ］に等しく設定したｍｖＸ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｒｉｇｈｔＳｈｉｆｔ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｌｅｆｔＳｈｉｆｔを入力とし、ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１で丸められたｃｐＭｖｐＬＹ［ｃｐＩｄｘ］を出力として用いて呼び出される。
．．．
．．．
【0343】
８．４．４．５項で規定された近傍のブロックからの輝度アフィン制御点動きベクトルの導出処理は、輝度コーディングブロック位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロック幅および高さ（ｃｂＷｉｄｔｈ，ｃｂＨｅｉｇｈｔ）、近傍の輝度コーディングブロック位置（ｘＮｂ，ｙＮｂ）、近傍の輝度コーディングブロック幅および高さ（ｎｂＷ，ｎｂＨ）、および制御点動きベクトル数ｎｕｍＣｐＭｖを入力とし、制御点動きベクトル予測子候補ｃｐＭｖｐＬＸ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１）を出力として用いて呼び出される。
【0344】
８．４．２．１４項で規定された動きベクトルの丸め処理は、ｃｐＭｖｐＬＸ［ｃｐＩｄｘに等しく設定したｍｖＸ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｒｉｇｈｔＳｈｉｆｔ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｌｅｆｔＳｈｉｆｔを入力とし、ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１で丸められたｃｐＭｖｐＬＸ［ｃｐＩｄｘ］を出力として用いて呼び出される。
【0345】
以下の割り当てを行う。
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｃｐＭｖｐＬＸ［０］ （８－６１８）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＸ［１］ （８－６１９）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＸ［２］ （８－６２０）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６２１）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｃｐＭｖｐＬＸ［０］ （８－６１８）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＸ［１］ （８－６１９）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＸ［２］ （８－６２０）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６２１）
【0346】
あるいは、ＰｒｅｄＦｌａｇＬＹ［ｘＮｂＢｋ］［ｙＮｂＢｋ］（ｗｉｔｈ Ｙ＝！Ｘ）が１に等しく、ＤｉｆｆＰｉｃＯＲＤｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＹ［ＲｅｆＩｄｘＬＹ［ｘＮｂＢｋ］［ｙＮｂＢｋ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しい場合、以下が適用される。
【0347】
変数ａｖａｉｌａｂｌｅＦｌａｇＢはＴＲＵＥに設定される。
【0348】
８．４．４．５項で規定された近傍のブロックからの輝度アフィン制御点動きベクトルの導出処理は、輝度コーディングブロック位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロック幅と高さ（ｃｂＷｉｄｔｈ，ｃｂＨｅｉｇｈｔ）、近傍の輝度コーディングブロックの位置（ｘＮｂ，ｙＮｂ）、近傍の輝度コーディングブロック幅と高さ（ｎｂＷ，ｎｂＨ）、および制御点動きベクトル数ｎｕｍＣｐＭｖを入力とし、制御点動きベクトル予測子候補ｃｐＭｖｐＬＹ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１）を出力として用いて呼び出される。
【0349】
８．４．２．１４項で規定された動きベクトルの丸め処理は、ｃｐＭｖｐＬＹ［ｃｐＩｄｘ］と等しく設定したｍｖＸ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｒｉｇｈｔＳｈｉｆｔ、（ＭｖＳｈｉｆｔ＋２）に等しく設定したｌｅｆｔＳｈｉｆｔを入力とし、ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１で丸められたｃｐＭｖｐＬＹ［ｃｐＩｄｘ］を出力として用いて呼び出される。
【0350】
以下の割り当てを行う。
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｃｐＭｖｐＬＹ［０］ （８－６２２）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＹ［１］ （８－６２３）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＹ［２］ （８－６２４）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６２５）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｃｐＭｖｐＬＹ［０］ （８－６２２）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＹ［１］ （８－６２３）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＹ［２］ （８－６２４）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６２５）
【0351】
ｎｕｍＣｐＭｖｐＣａｎｄＬＸが２未満である場合、以下が適用される。
【0352】
８．４．４．８項で規定するアフィン制御点動きベクトル予測候補の導出処理は、輝度コーディングブロック位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロック幅ｃｂＷｉｄｔｈ、輝度コーディングブロック高さｃｂＨｅｉｇｈｔ、および現在のコーディングユニットｒｅｆＩｄｘＬＸの参照インデックスを入力とし、可用性フラグａｖａｉｌａｂｌｅＣｏｎｓＦｌａｇＬＸ、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［ｃｐＩｄｘ］およびｃｐＭｖｐＬＸ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１）を出力として用いて呼び出される。
【0353】
ａｖａｉｌａｂｌｅＣｏｎｓＦｌａｇＬＸが１に等しく、ｎｕｍＣｐＭｖｐＣａｎｄＬＸが０に等しい場合、以下の割り当てが行われる。
【0354】
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｃｐＭｖｐＬＸ［０］ （８－６２６）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＸ［１］ （８－６２７）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＸ［２］ （８－６２８）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６２９）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＸ［１］ （８－６２７）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＸ［２］ （８－６２８）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６２９）
【0355】
以下は、ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１に適用される。
ｎｕｍＣｐＭｖｐＣａｎｄＬＸが２未満であり、かつａｖａｉｌａｂｌｅＦｌａｇＬＸ［ｃｐＩｄｘ］が１に等しい場合、以下の割り当てが行われる。
ｎｕｍＣｐＭｖｐＣａｎｄＬＸが２未満であり、かつａｖａｉｌａｂｌｅＦｌａｇＬＸ［ｃｐＩｄｘ］が１に等しい場合、以下の割り当てが行われる。
【0356】
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｃｐＭｖｐＬＸ［ｃｐＩｄｘ］ （８－６３０）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＸ［ｃｐＩｄｘ］ （８－６３１）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＸ［ｃｐＩｄｘ］ （８－６３２）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６３３）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｃｐＭｖｐＬＸ［ｃｐＩｄｘ］ （８－６３１）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｃｐＭｖｐＬＸ［ｃｐＩｄｘ］ （８－６３２）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６３３）
【0357】
ｎｕｍＣｐＭｖｐＣａｎｄＬＸが２未満である場合、以下が適用される。
【0358】
８．４．２．１１項に記載の時間的輝度動きベクトル予測の導出処理は、輝度コーディングブロックの位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロックの幅ｃｂＷｉｄｔｈ、輝度コーディングブロックの高さｃｂＨｅｉｇｈｔ、ｒｅｆＩｄｘＬＸを入力とし、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ、および時間的動きベクトル予測子ｍｖＬＸＣｏｌを出力として使用して呼び出される。
【0359】
ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌが１に等しい場合、以下が適用される。
８．４．２．１４項に記載の動きベクトルの丸め処理は、ｍｖＬＸＣｏｌと等しく設定されたｍｖＸ、（ＭｖＳｈｉｆｔ＋２）と等しいｒｉｇｈｔＳｈｉｆｔ ｓｅｔ、（ＭｖＳｈｉｆｔ＋２）と等しく設定されたｌｅｆｔＳｈｉｆｔを入力とし、丸めたｍｖＬＸＣｏｌを出力として使用して呼び出される。
８．４．２．１４項に記載の動きベクトルの丸め処理は、ｍｖＬＸＣｏｌと等しく設定されたｍｖＸ、（ＭｖＳｈｉｆｔ＋２）と等しいｒｉｇｈｔＳｈｉｆｔ ｓｅｔ、（ＭｖＳｈｉｆｔ＋２）と等しく設定されたｌｅｆｔＳｈｉｆｔを入力とし、丸めたｍｖＬＸＣｏｌを出力として使用して呼び出される。
【0360】
以下の割り当てを行う。
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｍｖＬＸＣｏｌ （８－６３４）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｍｖＬＸＣｏｌ （８－６３５）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｍｖＬＸＣｏｌ （８－６３６）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６３７）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｍｖＬＸＣｏｌ （８－６３４）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｍｖＬＸＣｏｌ （８－６３５）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｍｖＬＸＣｏｌ （８－６３６）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６３７）
【0361】
ｎｕｍＣｐＭｖｐＣａｎｄＬＸが２未満である場合、ｍｖＺｅｒｏ[０］及びｍｖＺｅｒｏ［１］の双方が０になるとともに、ｎｕｍＣｐＭｖｐＣａｎｄＬＸが２になるまで以下が繰り返される。
【0362】
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［０］＝ｍｖＺｅｒｏ （８－６３８）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｍｖＺｅｒｏ （８－６３９）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｍｖＺｅｒｏ （８－６４０）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６４１）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［１］＝ｍｖＺｅｒｏ （８－６３９）
ｃｐＭｖｐＬｉｓｔＬＸ［ｎｕｍＣｐＭｖｐＣａｎｄＬＸ］［２］＝ｍｖＺｅｒｏ （８－６４０）
ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＝ｎｕｍＣｐＭｖｐＣａｎｄＬＸ＋１ （８－６４１）
【0363】
Ｘが０又は１であるアフィン制御点動きベクトル予測モジュールｃｐＭｖｐＬＸは、以下のように導出される。
ｃｐＭｖｐＬＸ＝ｃｐＭｖｐＬｉｓｔＬＸ［ｍｖｐ＿ｌＸ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］］
（８－６４２）
ｃｐＭｖｐＬＸ＝ｃｐＭｖｐＬｉｓｔＬＸ［ｍｖｐ＿ｌＸ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］］
（８－６４２）
【0364】
構築されたアフィン制御点動きベクトル予測候補の導出処理
【0365】
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈ
－ 現在の予測ユニットの分割ｒｅｆＩｄｘＬＸ（Ｘが０又は１）の参照インデックス
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈ
－ 現在の予測ユニットの分割ｒｅｆＩｄｘＬＸ（Ｘが０又は１）の参照インデックス
【0366】
この処理の出力は以下の通りである。
－ 構築されたアフィン制御点動きベクトル予測候補の可用性フラグは、ａｖａｉｌａｂｌｅＣｏｎｓＦｌａｇＬＸを表し、Ｘが０又は１である。
－ 可用性フラグａｖａｉｌａｂｌｅＬＸ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．２で、Ｘは０又は１）
－構築されたアフィン制御点動きベクトル予測候補ｃｐＭｖＬＸ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１、Ｘは０又は１）
－ 構築されたアフィン制御点動きベクトル予測候補の可用性フラグは、ａｖａｉｌａｂｌｅＣｏｎｓＦｌａｇＬＸを表し、Ｘが０又は１である。
－ 可用性フラグａｖａｉｌａｂｌｅＬＸ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．２で、Ｘは０又は１）
－構築されたアフィン制御点動きベクトル予測候補ｃｐＭｖＬＸ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．ｎｕｍＣｐＭｖ－１、Ｘは０又は１）
【0367】
第１の（左上）制御点動きベクトルｃｐＭｖＬＸ［０］及び可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［０］は、以下の順序ステップで導出される。
【0368】
サンプル位置（ｘＮｂＢ２，ｙＮｂＢ２），（ｘＮｂＢ３，ｙＮｂＢ３）および（ｘＮｂＡ２，ｙＮｂＡ２）は、それぞれ、（ｘＣｂ－１，ｙＣｂ－１），（ｘＣｂ，ｙＣｂ－１）および（ｘＣｂ－１，ｙＣｂ）に等しく設定される。
【0369】
可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［０］は０に設定され、ｃｐＭｖＬＸ［０］の両方のコンポーネントは０に設定される。
【0370】
以下は、（ｘＮｂＴＬ，ｙＮｂＴＬ）をＢ２、Ｂ３およびＡ２に置き換えた場合に適用される。
【0371】
項に記載のコーディングブロックの可用性導出処理は、輝度コーディングブロックの位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロックの幅ｃｂＷｉｄｔｈ、輝度コーディングブロックの高さｃｂＨｅｉｇｈｔ、（ｘＮｂＴＬ，ｙＮｂＴＬ）に等しく設定された輝度位置（ｘＮｂＹ，ｙＮｂＹ）を入力として呼び出され、出力はコーディングブロック可用性フラグａｖａｉｌａｂｌｅＴＬに割り当てられる。
【0372】
ａｖａｉｌａｂｌｅＴＬがＴＲＵＥに等しく、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［０］が０に等しい場合、以下が適用される。
【0373】
ＰｒｅｄＦｌａｇＬＸ［ｘＮｂＴＬ］［ｙＮｂＴＬ］が１に等しく、ＤｉｆｆＰｉｃＯＲＤｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＸ［ＲｅｆＩｄｘＬＸ［ｘＮｂＴＬ］［ｙＮｂＴＬ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しく、ＲｅｆＩｄｘＬＸ［ｘＮｂＴＬ］［ｙＮｂＴＬ］に対応する参照ピクチャが現在のピクチャでない場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［０］は、１に等しく設定され、下記のような割り当てを行う。
ｃｐＭｖＬＸ［０］＝ＭｖＬＸ［ｘＮｂＴＬ］［ｙＮｂＴＬ］ （８－６４３）
ｃｐＭｖＬＸ［０］＝ＭｖＬＸ［ｘＮｂＴＬ］［ｙＮｂＴＬ］ （８－６４３）
【0374】
そうでない場合、ＰｒｅｄＦｌａｇＬＹ［ｘＮｂＴＬ］［ｙＮｂＴＬ］（Ｙ＝！Ｘ）が１に等しく、ＤｉｆｆＰｉｃＯＲＤｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＹ［ＲｅｆＩｄｘＬＹ［ｘＮｂＴＬ］［ｙＮｂＴＬ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しく、ＲｅｆＩｄｘＬＹ［ｘＮｂＴＬ］［ｙＮｂＴＬ］に対応する参照ピクチャが現在の画像でない場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［０］を１に等しく設定して下記のような割り当てを行う。
ｃｐＭｖＬＸ［０］＝ＭｖＬＹ［ｘＮｂＴＬ］［ｙＮｂＴＬ］
（８－６４４）
ｃｐＭｖＬＸ［０］＝ＭｖＬＹ［ｘＮｂＴＬ］［ｙＮｂＴＬ］
（８－６４４）
【0375】
ａｖａｉｌａｂｌｅＦｌａｇＬＸ［１］＝１の場合、８．４．２．１４項に規定されるような動きベクトルの丸め処理は、ｃｐＭｖＬＸ［１］に等しく設定されたｍｖＸ集合、（ＭｖＳｈｉｆｔ＋２）に等しく設定されたｒｉｇｈｔＳｈｉｆｔ集合、（ＭｖＳｈｉｆｔ＋２）に等しく設定されたｌｅｆｔＳｈｉｆｔ集合、を入力とし、丸められたｃｐＭｖＬＸを出力として呼び出される。
【0376】
第２の（右上）制御点動きベクトルｃｐＭｖＬＸ［１］および可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［１］は、以下の順序ステップで導出される。
【0377】
サンプル位置（ｘＮｂＢ１，ｙＮｂＢ１）と（ｘＮｂＢ０，ｙＮｂＢ０）は、それぞれ、（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ，ｙＣｂ－１）と等しく設定される。
【0378】
可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［０］は０に設定され、ｃｐＭｖＬＸ［０］の両方のコンポーネントは０に設定される。
【0379】
以下は、（ｘＮｂＴＲ，ｙＮｂＴＲ）をＢ１およびＢ０に置き換えた場合に適用される。
【0380】
６．４．Ｘ項に指定されたように、コーディングブロックの可用性導出処理は、輝度コーディングブロックの位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロックの幅ｃｂＷｉｄｔｈ、輝度コーディングブロックの高さｃｂＨｅｉｇｈｔ、（ｘＮｂＴＲ，ｙＮｂＴＲ）と等しく設定された輝度位置（ｘＮｂＹ，ｙＮｂＹ）を入力として呼び出され、出力はコーディングブロック可用性フラグａｖａｉｌａｂｌｅＴＲに割り当てられる。
【0381】
ａｖａｉｌａｂｌｅＴＲがＴＲＵＥに等しく、かつａｖａｉｌａｂｌｅＦｌａｇＬＸ［１］が０に等しい場合、以下が適用される。
【0382】
ＰｒｅｄＦｌａｇＬＸ［ｘＮｂＴＲ］［ｙＮｂＴＲ］が１に等しく、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＸ［ＲｅｆＩｄｘＬＸ［ｘＮｂＴＲ］［ｙＮｂＴＲ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しく、ＲｅｆＩｄｘＬＸ［ｘＮｂＴＲ］［ｙＮｂＴＲ］に対応する参照ピクチャが現在のピクチャでない場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［１］は、１に等しく設定して下記のような割り当てを行う。
ｃｐＭｖＬＸ［１］＝ＭｖＬＸ［ｘＮｂＴＲ］［ｙＮｂＴＲ］ （８－６４５）
ｃｐＭｖＬＸ［１］＝ＭｖＬＸ［ｘＮｂＴＲ］［ｙＮｂＴＲ］ （８－６４５）
【0383】
そうでない場合、ＰｒｅｄＦｌａｇＬＹ［ｘＮｂＴＲ］［ｙＮｂＴＲ］（Ｙ＝！Ｘ）が１に等しく、ＤｉｆｆＰｉｃＯＲＤｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＹ［ＲｅｆＩｄｘＬＹ［ｘＮｂＴＲ］［ｙＮｂＴＲ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しく、ＲｅｆＩｄｘＬＹ［ｘＮｂＴＲ］［ｙＮｂＴＲ］に対応する参照ピクチャが現在の画像でない場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［１］を１に等しく設定して下記のような割り当てを行う。
ｃｐＭｖＬＸ［１］＝ＭｖＬＹ［ｘＮｂＴＲ］［ｙＮｂＴＲ］ （８－６４６）
ｃｐＭｖＬＸ［１］＝ＭｖＬＹ［ｘＮｂＴＲ］［ｙＮｂＴＲ］ （８－６４６）
【0384】
ａｖａｉｌａｂｌｅＦｌａｇＬＸ［１］＝１の場合、８．４．２．１４項に規定されるような動きベクトルの丸め処理が、ｃｐＭｖＬＸ［１］に等しく設定されたｍｖＸ集合、（ＭｖＳｈｉｆｔ＋２）に等しく設定されたｒｉｇｈｔＳｈｉｆｔ集合、（ＭｖＳｈｉｆｔ＋２）に等しく設定されたｌｅｆｔＳｈｉｆｔ集合、を入力とし、丸められたｃｐＭｖＬＸを出力として呼び出される。
【0385】
第３の（左下）制御点動きベクトルｃｐＭｖＬＸ［２］及び可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［２］は、以下の順序ステップで導出される。
【0386】
サンプル位置（ｘＮｂＡ１，ｙＮｂＡ１）および（ｘＮｂＡ０，ｙＮｂＡ０）は、それぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ）に等しく設定される。
【0387】
可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸ［２］は０に設定され、ｃｐＭｖＬＸ［２］の両方のコンポーネントは０に設定される。
【0388】
以下は、（ｘＮｂＢＬ，ｙＮｂＢＬ）に適用され、ＢＬがＡ１およびＡ０に置き換えられる。
【0389】
６．４．Ｘ項に記載のコーディングブロックの可用性導出処理は、輝度コーディングブロックの位置（ｘＣｂ，ｙＣｂ）、輝度コーディングブロックの幅ｃｂＷｉｄｔｈ、輝度コーディングブロックの高さｃｂＨｅｉｇｈｔ、輝度位置（ｘＮｂＹ，ｙＮｂＹ）＝（ｘＮｂＢＬ，ｙＮｂＢＬ）を入力として呼び出され、その出力は、コーディングブロック可用性フラグａｖａｉｌａｂｌｅＢＬに割り当てられる。
【0390】
ａｖａｉｌａｂｌｅＢＬがＴＲＵＥに等しく、かつａｖａｉｌａｂｌｅＦｌａｇＬＸ［２］が０に等しい場合、以下が適用される。
【0391】
ＰｒｅｄＦｌａｇＬＸ［ｘＮｂＢＬ］［ｙＮｂＢＬ］が１に等しく、ＤｉｆｆＰｉｃＯＲＤｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＸ［ＲｅｆＩｄｘＬＸ［ｘＮｂＢＬ］［ｙＮｂＢＬ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しく、ＲｅｆＩｄｘＬＹ［ｘＮｂＢＬ］［ｙＮｂＢＬ］に対応する参照ピクチャが現在のピクチャでない場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［２］を１に設定し、以下のような割り当てを行う。
ｃｐＭｖＬＸ［２］＝ＭｖＬＸ［ｘＮｂＢＬ］［ｙＮｂＢＬ］ （８－６４７）
ｃｐＭｖＬＸ［２］＝ＭｖＬＸ［ｘＮｂＢＬ］［ｙＮｂＢＬ］ （８－６４７）
【0392】
そうでない場合、ＰｒｅｄＦｌａｇＬＹ［ｘＮｂＢＬ］［ｙＮｂＢＬ］（Ｙ＝！Ｘ）が１に等しく、ＤｉｆｆＰｉｃＯＲＤｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔＹ［ＲｅｆＩｄｘＬＹ［ｘＮｂＢＬ］［ｙＮｂＢＬ］］，ＲｅｆＰｉｃＬｉｓｔＸ［ｒｅｆＩｄｘＬＸ］）が０に等しく、ＲｅｆＩｄｘＬＹ［ｘＮｂＢＬ］［ｙＮｂＢＬ］に対応する参照ピクチャが現在の画像でない場合、ａｖａｉｌａｂｌｅＦｌａｇＬＸ［２］を１に等しく設定して下記のような割り当てを行う。
ｃｐＭｖＬＸ［２］＝ＭｖＬＹ［ｘＮｂＢＬ］［ｙＮｂＢＬ］ （８－６４８）
ｃｐＭｖＬＸ［２］＝ＭｖＬＹ［ｘＮｂＢＬ］［ｙＮｂＢＬ］ （８－６４８）
【0393】
ａｖａｉｌａｂｌｅＦｌａｇＬＸ［２］が１に等しい場合、８．４．２．１４項に規定されるような動きベクトルの丸め処理が、入力としてｍｖＸ集合がｃｐＭｖＬＸ［２］に等しく設定され、ｒｉｇｈｔＳｈｉｆｔ集合が（ＭｖＳｈｉｆｔ＋２）に等しく設定され、ｌｅｆｔＳｈｉｆｔ集合が（ＭｖＳｈｉｆｔ＋２）に等しく設定され、出力として丸められたｃｐＭｖＬＸ［２］が呼び出される。
【0394】
【化5】
【0395】
【表25】
【0396】
左および上の構文要素を使用したｃｔｘＩｎｃの仕様：
一例として、コンテキストインクリメントオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３が挙げられる。
代替的に、以下である。
ｃｔｘＩｎｃ＝（（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）｜｜（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ））＋ｃｔｘＳｅｔＩｄｘ＊３．＋ｃｔｘＳｅｔＩｄｘ＊３．
ｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋Ｍ＊（ｃｏｎｄＡ＆＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３．（例：Ｍ＝２）ｃｔｘＩｎｃ＝Ｍ＊（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ＆＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３．（例：Ｍ＝２）
一例として、コンテキストインクリメントオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３が挙げられる。
代替的に、以下である。
ｃｔｘＩｎｃ＝（（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）｜｜（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ））＋ｃｔｘＳｅｔＩｄｘ＊３．＋ｃｔｘＳｅｔＩｄｘ＊３．
ｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋Ｍ＊（ｃｏｎｄＡ＆＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３．（例：Ｍ＝２）ｃｔｘＩｎｃ＝Ｍ＊（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ＆＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３．（例：Ｍ＝２）
【0397】
【表26】
【0398】
ａｍｖｒ＿ｆｌａｇのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅの値：
現在のブロックがアフィン又は非アフィンである場合、異なるコンテキストが使用される。
現在のブロックがアフィン又は非アフィンである場合、異なるコンテキストが使用される。
【0399】
【表27】
【0400】
あるいは、以下である。
【表28】
【0401】
あるいは、現在のブロックがアフィン又は非アフィンである場合、同じコンテキストが使用される。
【0402】
【表29】
【0403】
代替的に、ａｍｖｒ＿ｆｌａｇはバイパスコーディングされる。
ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅの値：
現在のブロックがアフィン又は非アフィンである場合、異なるコンテキストが使用される。
ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅの値：
現在のブロックがアフィン又は非アフィンである場合、異なるコンテキストが使用される。
【0404】
【表30】
【0405】
あるいは、以下である。
【0406】
【表31】
【0407】
あるいは、現在のブロックがアフィン又は非アフィンである場合、同じコンテキストが使用される。
【0408】
【表32】
【0409】
代替的に、ａｍｖｒ＿ｃｏａｒｓｅ＿ｐｒｅｃｉｓｏｉｎ＿ｆｌａｇは、バイパスコーディングされる。
【0410】
上述された例は、以下に説明される方法、例えば、方法２５１０から２５４０に関連して組み込まれてもよく、これらは、映像デコーダ又は映像エンコーダにおいて実装されてもよい。
【0411】
図２５Ａおよび２５Ｄは、映像処理方法の一例を示すフローチャートである。方法２５１０は、図２５Ａに示すように、工程２５１２において、ある映像の現在の映像ブロックとこの現在の映像ブロックのコーディング表現との間での変換が、非アフィンインターＡＭＶＲモードに基づくものであることを判定（決定）することを含む。方法２５１０は、ステップ２５１４において、判定に基づいて変換を行うことを含む。いくつかの実装形態において、現在の映像ブロックのコーディング表現はコンテキストに基づくコーディングであり、現在の映像ブロックをコーディングするために使用されるコンテキストは、変換時に近傍のブロックのアフィンＡＭＶＲモード情報を使用せずにモデル化される。
【0412】
方法２５２０は、図２５Ｂに示すように、ステップ２５２２において、ある映像の現在の映像ブロックとこの現在の映像ブロックのコーディング表現との間での変換が、アフィン適応型動きベクトル解像度（アフィンＡＭＶＲ）モードに基づくものであることを判定することを含む。方法２５２０は、ステップ２５２４において、判定に基づいて変換を行うことを含む。いくつかの実装形態において、現在の映像ブロックのコーディング表現は、コンテキストに基づくコーディングに基づいており、変数は、コンテキストのための２つの確率更新速度を制御する。
【0413】
方法２５３０は、図２５Ｃに示されるように、工程２５３２において、ある映像の現在の映像ブロックとこの現在の映像ブロックのコーディング表現との間での変換が、アフィンＡＭＶＲモードに基づくものであることを判定することを含む。方法２５３０は、ステップ２５３４において、判定に基づいて変換を行うことを含む。いくつかの実装形態において、現在の映像ブロックのコーディング表現は、コンテキストに基づくコーディングに基づいており、現在の映像ブロックのコーディングに使用されるコンテキストは、アフィンインターモードおよび通常インターモードの両方のＡＭＶＲモードが変換中に使用される近傍のブロックのコーディング情報を使用してモデル化される。
【0414】
方法２５４０は、図２５Ｄに示されるように、工程２５４２において、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、その変換のための複数のコンテキストの使用を判定することを含む。方法２５４０は、ステップ２５４４において、判定に基づいて変換を行うことを含む。いくつかの実装形態において、複数のコンテキストは、粗い動きの精度を示す構文要素をコーディングするために使用される。
【0415】
方法２５５０は、図２５Ｅに示されるように、工程２５５２において、現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、現在選択されている最良のモードに基づいて対称動きベクトル差分（ＳＭＶＤ）モードを用いるか否かを判定することを含む。方法２５５４は、判定に基づいて変換を行うことを含む。
【0416】
方法２５６０は、図２５Ｆに示されるように、工程２５６２において、現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、現在選択されている変換のための最良のモードに基づいて、アフィンＳＭＶＤモードを用いるか否かを判定することを含む。方法２５６４は、判定に基づいて変換を行うことを含む。
【0417】
５． 開示される技術の例示的な実装形態
【0418】
図２６は、映像処理装置２６００のブロック図である。本明細書に記載の方法の１つ以上を実装するために、装置２６００を使用してもよい。装置２６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置２６００は、１つ以上の処理装置２６０２と、１つ又は複数のメモリ２６０４と、映像処理ハードウェア２６０６と、を含んでもよい。１つまたは複数の処理装置２６０２は、本明細書に記載される１つ以上の方法（方法２５００を含むが、これに限定されない）を実装するように構成されてもよい。メモリ（複数可）２６０４は、本明細書で説明される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用してもよい。映像処理ハードウェア２６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0419】
図２８は、開示される技術が実施され得る映像処理システムのブロック図の別の例である。図２８は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム２８００を示すブロック図である。様々な実装形態は、システム２８００のモジュールの一部又は全部を含んでもよい。システム２８００は、映像コンテンツを受信するための入力ユニット２８０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット２８０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例としては、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、及びＷｉ－Ｆｉ（登録商標）又はセルラーインターフェース等の無線インターフェースが挙げられる。
【0420】
システム２８００は、本明細書に記載される様々なコーディング又は符号化方法を実装することができるコーディングモジュール２８０４を含んでもよい。コーディングモジュール２８０４は、入力ユニット２８０２からの映像の平均ビットレートをコーディングモジュール２８０４の出力に低減し、映像のコーディング表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれることがある。コーディングモジュール２８０４の出力は、モジュール２８０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット２９０２において受信された、記憶された又は通信された映像のビットストリーム（又はコーディング）表現は、モジュール２８０８によって使用されて、表示インターフェースユニット２８１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作又はツールと呼ぶが、コーディングツール又は動作は、エンコーダによって行われ、対応する復号化ツールまたは動作であって復号化の結果を逆にするものは、デコーダによって行われることが理解されよう。
【0421】
周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ）（登録商標）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
【0422】
【0423】
様々な技術および実施形態を、以下の項に基づくフォーマットを使用して説明することができる。これらの項は、いくつかの実施形態の好適な特徴として実装されてもよい。
【0424】
複数の項のうちの第１の組では、例えば、前章の第１６項～第１８項、第２３項および第２６項に含まれる、前章に記載された技術のうちの一部を使用する。
【0425】
１． 映像処理方法であって、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換が、非アフィンインターＡＭＶＲモードに基づくことを判定することと、この判定に基づいて、この変換を行うことと、を含み、この現在の映像ブロックのコーディング表現は、コンテキストに基づくコーディングに基づいており、現在の映像ブロックのコーディングに使用されるコンテキストは、この変換中に近傍のブロックのアフィンＡＭＶＲモード情報を使用せずにモデル化される、方法。
【0426】
２． コーディングされた近傍のブロックの非アフィンインターＡＭＶＲモードインデックスを使用する、第１項に記載の方法。
【0427】
３． 現在の映像ブロックの非アフィンインターＡＭＶＲモードをコーディングするために使用されるコンテキストインデックスは、ＡＭＶＲモードインデックス、アフィンモードフラグ、または左上の近傍のブロックの可用性のうちの少なくとも１つに依存し、この非アフィンＡＭＶＲ間モードインデックスは、特定のＭＶＤ精度を示す、第２項に記載の方法。
【0428】
４． 左近傍のブロックおよび上記近傍のブロックそれぞれについてオフセット値を導出し、左側近傍のブロックおよび上記近傍のブロックのオフセット値の和としてコンテキストインデックスを導出する、第３項に記載の方法。
【0429】
５． 対応する近傍のブロックが利用可能であり、アフィンモードでコーディングされておらず、且つ近傍のブロックのＡＭＶＲモードインデックスが０に等しくない場合、オフセット値のうちの少なくとも１つを１として導出し、そうでない場合、オフセット値のうちの少なくとも１つを０として導出する、第４項に記載の方法。
【0430】
６． 前記近傍のブロックのアフィンＡＭＶＲモード情報を直接使用せず、前記アフィンＡＭＶＲモード情報の関数とともに間接的に使用する、第１項に記載の方法。
【0431】
７． 関数は、（ｘＮｂＬ，ｙＮｂＬ）を含む近傍のブロックのａｍｖｒ＿ｍｏｄｅ［ｘＮｂＬ］［ｙＮｂＬ］またはａｍｖｒ＿ｆｌａｇ［ｘＮｂＬ］［ｙＮｂＬ］が一定のＭＶＤ精度を示す場合に、ｔｒｕｅを返す、第６項に記載の方法。
【0432】
８． 近傍のブロックのアフィンＡＭＶＲモード情報は、前記現在の映像ブロックの非アフィンインターＡＭＶＲモードの第１の構文要素をコーディングするために使用される、第１項に記載の方法。
【0433】
９． 現在の映像ブロックのＡＭＶＲモードが複数の構文要素で表される場合、非アフィンインターモードおよびアフィンインターモードの両方でコーディングされた近傍のブロックのＡＭＶＲモード情報を使用して、複数の構文要素のうちのいずれか１つをコーディングする、第１項に記載の方法。
【0434】
１０． 現在の映像ブロックのＡＭＶＲモードが複数の構文要素で表される場合、アフィンインターモードでコーディングされた近傍のブロックのＡＭＶＲモード情報は、複数の構文要素のいずれか１つのコーディングに使用されない、第１項に記載の方法。
【0435】
１１． 現在の映像ブロックのＡＭＶＲモードが複数の構文要素で表される場合、アフィンインターモードでコーディングされた近傍のブロックのＡＭＶＲモード情報は、複数の構文要素のうちのいずれか１つの構文要素のコーディングに直接的に使用されるのではなく、間接的に使用する、第１項に記載の方法。
【0436】
１２． 現在の映像ブロックのＡＭＶＲモードは、アフィンインターＡＭＶＲモードおよび非アフィンインターＡＭＶＲモードを含む、第９項～第１１項のいずれかに記載の方法。
【0437】
１３． 映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換が、アフィン適応型動きベクトル解像度（アフィンＡＭＶＲ）モードに基づくことを判定することと、この判定に基づいて、この変換を行うことと、を含み、現在の映像ブロックのコーディング表現が、コンテキストに基づくコーディングに基づいており、変数が、コンテキストのための２つの確率更新速度を制御する、映像処理方法。
【0438】
１４． 前記２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＞＞２）＋２で定義されるより速い更新速度を含み、ｓｈｉｆｔＩｄｘは変数を示す、第１３項に記載の方法。
【0439】
１５． ２つの確率更新速度は、（ｓｈｉｆｔＩｄｘ＆３）＋３＋ｓｈｉｆｔ０で定義されるより遅い更新速度と、（ｓｈｉｆｔＩｄｘ＞＞２）＋２で定義されるｓｈｉｆｔ０と、変数を示すｓｈｉｆｔＩｄｘとを含む、第１３項記載の方法。
【0440】
１６． より速い更新速度は、２と５との間である、第１４項に記載の方法。
【0441】
１７． 映像処理方法であって、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換は、アフィンＡＭＶＲモードに基づくことを判定し、この判定に基づいて、この変換を行うことと、を含み、現在の映像ブロックのコーディング表現が、コンテキストに基づくコーディングに基づいており、現在の映像ブロックのコーディングに使用されるコンテキストは、この変換中にアフィンインターモード及び通常インターモードの両方のＡＭＶＲモードが使用される近傍のブロックのコーディング情報を使用してモデル化される、方法。
【0442】
１８． 近傍のブロックのＡＭＶＲモード情報は、コンテキストに基づくコーディングに直接使用される、第１７項に記載の方法。
【0443】
１９． 通常のインターモードでコーディングされた近傍のブロックのＡＭＶＲモード情報は、コンテキストに基づくコーディングのために許可されない、第１７項に記載の方法。
【0444】
２０． 通常インターモードでコーディングされた近傍のブロックのＡＭＶＲモード情報は、直接使用せず、ＡＭＶＲモード情報の関数とともに間接的に使用する、第１７項に記載の方法。
【0445】
２１． 近傍のブロックのＡＭＶＲモード情報は、前記現在の映像ブロックのアフィンＡＭＶＲモードの第１の構文要素をコーディングするために使用される、第１７項に記載の方法。
【0446】
２２． アフィンＡＭＶＲモードが複数の構文要素で表される場合、複数の構文要素のうちのいずれか１つをコーディングするために、アフィンインターモードおよび通常のインターモードの両方でコーディングされた近傍のブロックのＡＭＶＲモード情報を使用する、第１７項に記載の方法。
【0447】
２３． アフィンＡＭＶＲモードが複数の構文要素で表される場合、複数の構文要素のうちのいずれか１つをコーディングするために、通常のインターモードでコーディングされた近傍のブロックのＡＭＶＲモード情報を使用しない、第１７項に記載の方法。
【0448】
２４． アフィンＡＭＶＲモードが複数の構文要素で表される場合、複数の構文要素のうちのいずれか１つをコーディングするために、通常のインターモードでコーディングされた近傍のブロックのＡＭＶＲモード情報を直接的に使用されるのではなく、間接的に使用される、第１７項に記載の方法。
【0449】
２５． この方法は、映像の現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、この変換のための複数のコンテキストの使用を判定することと、この判定に基づいてこの変換を行うことと、を含み、この複数のコンテキストは、粗い動きの精度を示す構文要素をコーディングするために使用される、映像処理方法。
【0450】
２６． 複数のコンテキストは、正確に２つのコンテキストに対応する、第２５項に記載の方法。
【0451】
２７． 現在の映像ブロックがアフィンコーディングされているかどうかに基づいて、複数のコンテキストが選択される、第２６項に記載の方法。
【0452】
２８． 別の構文要素は、この変換がアフィンＡＭＶＲモードに基づくものであることを示すために使用される、第２５項に記載の方法。
【0453】
２９． 前記別の構文要素は第１のコンテキストのみでコーディングされ、前記構文要素は第２のコンテキストのみでコーディングされる、第２８項に記載の方法。
【0454】
３０． 前記別の構文要素は、第１のコンテキストのみでコーディングされ、前記構文要素はバイパスコーディングされる、第２８項に記載の方法。
【0455】
３１． 前記別の構文要素はバイパスコーディングされ、前記構文要素はバイパスコーディングされる、第２８項に記載の方法。
【0456】
３２． 動きベクトル精度に関連するすべての構文要素がバイパスコーディングされる、第２５項に記載の方法。
【0457】
３３． 前記構文要素は、通常のインターモードのための１画素または４画素の精度を含む集合からの選択を示す、第２５項または第２６項に記載の方法。
【0458】
３４． 前記構文要素は、前記アフィンモードにおいて、少なくとも１／１６画素または１画素の精度から選択されることを示す、第２５項または第２６項に記載の方法。
【0459】
３５． 前記構文要素は、前記アフィンモードにおいて、０、１／６画素の精度に等しい、第３４項に記載の方法。
【0460】
３６． 前記構文要素は、前記アフィンモードにおいて、１、１画素の精度に等しい、第３４項に記載の方法。
【0461】
３７． 前記変換を実行することは、現在の映像ブロックから前記コーディング表現を生成することを含む、第１項～第３６項のいずれかに記載の方法。
【0462】
３８． 前記変換を実行することは、前記コーディング表現から前記現在の映像ブロックを生成することを含む、第１項～第３６項のいずれかに記載の方法。
【0463】
３９． 処理装置と、その処理装置に命令が記憶された非一時的メモリとを備える装置であって、命令が処理装置によって実装されることにより、処理装置に、第１項～第３６項のいずれか１項に記載の方法を実施させる映像システムの装置。
【0464】
４０． 第１項～第３８項のいずれか１項に記載の方法を実行するためのプログラムコードを含む、非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品。
【0465】
第２の組の項は、例えば、前章の第１９項～第２１項および第２３項に含まれる、前章に記載されたいくつかの技術を使用する。
【0466】
１． 映像処理方法であって、映像の現在の映像ブロックと前記現在の映像ブロックのコーディング表現との間での変換のために、現在選択されている前記変換のための最良のモードに基づいて対称動きベクトル差（ＳＭＶＤ）モードを使用するかどうかを判定し、前記判定することに基づいて前記変換を行うことを含む、方法。
【0467】
２． 前記ＳＭＶＤモードは、少なくとも１つの参照インデックスの参照リストを明確に信号通知することなく使用される、第１項に記載の方法。
【0468】
３． 前記参照インデックスは、再帰的ピクチャオーダカウント（ＰＯＣ）計算に基づいて導出される、第２項に記載の方法。
【0469】
４． 前記判定することは、前記現在選択されている最良のモードがマージモードまたはＵＭＶＥモードである場合、前記ＳＭＶＤモードの使用を無効にする、第１項に記載の方法。
【0470】
５． 前記ＵＭＶＥモードは、動きベクトルオフセットを適用して、マージ候補リストから導出された動き候補を改良する、第４項に記載の方法。
【0471】
６． 前記現在選択されている最良のモードが前記ＳＭＶＤモードでコーディングされていない場合、前記判定することは、前記ＳＭＶＤモードの前記使用を無効にする、第１項に記載の方法。
【0472】
７． 前記現在選択されている最良のモードがアフィンモードである場合、前記判定することは、前記ＳＭＶＤモードの前記使用を無効にする、第１項に記載の方法。
【0473】
８． 前記現在選択されている最良のモードがサブブロックマージモードである場合、前記判定することは、前記ＳＭＶＤモードの前記使用を無効にする、第１項に記載の方法。
【0474】
９． 前記現在選択されている最良のモードがアフィンＳＭＶＤモードである場合、前記判定することは、前記ＳＭＶＤモードの前記使用を無効にする、第１項に記載の方法。
【0475】
１０． 前記現在選択されている最良のモードがアフィンマージモードである場合、前記判定は、前記ＳＭＶＤモードの前記使用を無効にする、第１項に記載の方法。
【0476】
１１． 前記判定することは、ＭＶＤ（動きベクトルの差）精度が精度以上である場合にのみ適用される、第２項～第１０項のいずれか１項に記載の方法。
【0477】
１２． 前記判定することは、ＭＶＤ精度が精度よりも大きい場合にのみ適用される、第２項～第１０項のいずれか１項に記載の方法。
【0478】
１３． 前記判定することは、ＭＶＤ精度が精度以下である場合にのみ適用される、第２項～第１０項のいずれか１項に記載の方法。
【0479】
１４． 前記判定することは、ＭＶＤ精度が精度より小さい場合にのみ適用される、第２項～第１０項のいずれか１項に記載の方法。
【0480】
１５． 映像処理方法であって、映像の前記現在の映像ブロックと現在の映像ブロックのコーディング表現との間での変換のために、現在選択されている前記変換のための最良のモードに基づいてアフィンＳＭＶＤモードを使用するかどうかを判定し、この前記判定することに基づいて前記変換を行うこと、を含む、方法。
【0481】
１６． 前記判定することは、現在選択されている最良のモードがマージモードまたはＵＭＶＥモードである場合、前記アフィンＳＭＶＤモードの前記使用を無効にする、第１５項に記載の方法。
【0482】
１７． 前記現在選択されている最良のモードが前記アフィンＳＭＶＤモードでコーディングされていない場合、前記判定することは、前記アフィンＳＭＶＤモードの前記使用を無効にする、第１５項に記載の方法。
【0483】
１８． 前記現在選択されている最良のモードがサブブロックマージモードである場合、前記判定することは、前記前記アフィンＳＭＶＤモードの前記使用を無効にする、第１５項に記載の方法。
【0484】
１９． 前記現在選択されている最良のモードがＳＭＶＤモードである場合、前記判定することは、前記アフィンＳＭＶＤモードの前記使用を無効にする、第１５項に記載の方法。
【0485】
２０． 前記現在選択されている最良のモードがアフィンマージモードである場合、前記判定することは、前記アフィンＳＭＶＤモードの前記使用を無効にする、第１５項に記載の方法。
【0486】
２１． 前記判定することは、アフィンＭＶＤ精度が精度以上である場合にのみ適用される、第１６項～第２０項のいずれか１項に記載の方法。
【0487】
２２． 前記判定することは、アフィンＭＶＤ精度が精度よりも大きい場合にのみ適用される、第１６項～第２０項のいずれか１項に記載の方法。
【0488】
２３． 前記判定することは、アフィンＭＶＤ精度が精度以下である場合にのみ適用される、第１６項～第２０項のいずれか１項に記載の方法。
【0489】
２４． 前記判定することは、アフィンＭＶＤ精度が精度より小さい場合にのみ適用される、第１６項～第２０項のいずれか１項に記載の方法。
【0490】
２５． 前記現在の映像ブロックの特徴を判定する方法であって、さらに前記現在の映像ブロックの特徴を判定することを含み、前記特徴は、前記映像ブロックのブロックサイズ、前記映像ブロックのスライスまたはピクチャまたはタイルタイプ、または前記映像ブロックに関連する動き情報のうちの１つ以上を含み、且つ前記判定することはまた前記特徴に基づいていることを更に含む、第１項または第１５項に記載の方法。
【0491】
２６． 前記変換を行うことは、現在のブロックから前記コーディング表現を生成するステップを含む、第１項～第２５項のいずれかに記載の方法。
【0492】
２７． 前記変換を行うことは、前記コーディング表現から前記現在のブロックを生成することを含む、第１項～第２５項のいずれかに記載の方法。
【0493】
２８． 処理装置と、その処理装置に命令が記憶された非一時的メモリとを備える装置であって、命令が処理装置によって実装されることにより、処理装置に、第１項～第２７項のいずれか１項に記載の方法を実施させる映像システムの装置。
【0494】
２９． 非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、第１項～第２７項のいずれか１項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【0495】
以上、説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正が可能であることは、理解されるであろう。従って、本開示の技術は、添付の特許請求の範囲による場合を除き、限定されない。
【0496】
本特許明細書に記載された主題および機能操作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、様々なシステム、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。本明細書に記載された主題の実装形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実行されるため、又はデータ処理装置の操作を制御するために、有形で非可搬性のコンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械可読記憶装置、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、又はこれらの１つ以上の組み合わせであってもよい。「データ処理ユニット」又は「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、又は複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらの１つ以上の組み合わせを構成するコードを含むことができる。
【0497】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとも呼ばれる）は、コンパイルされた言語又は解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、又はコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、又は他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラム又はデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、又は複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
【0498】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理及びロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0499】
コンピュータプログラムの実行に適した処理装置は、例えば、汎用及び専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、読み出し専用メモリ又はランダムアクセスメモリ又はその両方から命令及びデータを受信する。コンピュータの本質的な要素は、命令を行うための処理装置と、命令及びデータを記憶するための１つ以上のメモリデバイスである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、又は光ディスクを含んでもよく、又はこれらの大容量記憶デバイスからデータを受信するか、又はこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含む。処理装置及びメモリは、特定用途のロジック回路によって補完されてもよく、又は特定用途のロジック回路に組み込まれてもよい。
【0500】
本明細書は、図面とともに、例示のみを目的とするものであり、例示的とは例を意味することが意図される。本明細書において、「または」の使用は、文脈からそうでないことが明確に示されていない限り、「および／または」を含むことが意図される。
【0501】
本特許明細書は多くの詳細を含むが、これらは、任意の発明の範囲又は特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例の文脈で説明された様々な特徴は、複数の実施形態において別個に又は任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーション又はサブコンビネーションのバリエーションに向けられてもよい。
【0502】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番で又は連続した順番で実行されること、又は示された全ての操作が実行されることを必要とするものと理解されるべきではない。また、本特許文献に記載されている例における様々なシステムモジュールの分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0503】
いくつかの実装形態及び例のみが記載されており、この特許文献に記載され図示されている内容に基づいて、他の実施形態、拡張及び変形が可能である。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図13】
【図14】
【図15】
【図16】
【図17A】
【図17B】
【図18A】
【図18B】
【図19】
【図20】
【図21】
【図22】
【図23A】
【図23B】
【図24】
【図25A】
【図25B】
【図25C】
【図25D】
【図25E】
【図25F】
【図26】
【図27】
【図28】