知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-02
(45)【発行日】2024-07-10
(54)【発明の名称】ビデオ符号化及び復号
(51)【国際特許分類】
H04N 19/13 20140101AFI20240703BHJP
H04N 19/52 20140101ALI20240703BHJP
H04N 19/184 20140101ALI20240703BHJP
H04N 19/159 20140101ALI20240703BHJP
【ＦＩ】
H04N19/13
H04N19/52
H04N19/184
H04N19/159
【請求項の数】
9
(21)【出願番号】P 2021528449
(86)(22)【出願日】2019-11-19
(65)【公表番号】
(43)【公表日】2022-02-01
(86)【国際出願番号】 EP2019081827
(87)【国際公開番号】W WO2020126262
(87)【国際公開日】2020-06-25
【審査請求日】2022-11-16
(31)【優先権主張番号】1820902.3
(32)【優先日】2018-12-20
(33)【優先権主張国・地域又は機関】GB
(73)【特許権者】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ラロシュ， ギローム
(72)【発明者】
【氏名】ジスケ， クリストフ
(72)【発明者】
【氏名】オンノ， パトリス
(72)【発明者】
【氏名】タケ， ジョナサン
【審査官】松元 伸次
(56)【参考文献】
【文献】特表２０１３－５３０６５８（ＪＰ，Ａ）
【文献】特表２０１４－５３１８１９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００－１９／９８
(57)【特許請求の範囲】
【請求項1】
動き情報予測子に関する情報を符号化する方法であって、複数の動き情報予測子候補のうちの１つを選択することと、
ＣＡＢＡＣ符号化を使用して、選択された動き情報予測子候補を特定するための情報を符号化することと
を含み、
前記情報の１番目のビットの前記ＣＡＢＡＣ符号化について、ブロックにおける第１領域に関連する第１ブロック予測子と、前記ブロックにおける領域であって前記第１領域と異なる領域である第２領域に関連する第２ブロック予測子と、からブロック予測子が取得可能であるマージモードは、インター予測モードの他のマージモードと同じコンテキスト変数を使用し、
前記情報の前記１番目のビットを除く前記情報のすべてのビットが、バイパス符号化される
ことを特徴とする方法。
【請求項2】
動き情報予測子に関する情報を復号する方法であって、ＣＡＢＡＣ復号を使用して、複数の動き情報予測子候補のうちの１つを特定するための情報を復号することと、
復号された情報を用いて、複数の動き情報予測子候補のうちの１つを特定することと
を含み、
前記情報の１番目のビットの前記ＣＡＢＡＣ復号について、ブロックにおける第１領域に関連する第１ブロック予測子と、前記ブロックにおける領域であって前記第１領域と異なる領域である第２領域に関連する第２ブロック予測子と、からブロック予測子が取得可能であるマージモードは、インター予測モードの他のマージモードと同じコンテキスト変数を使用し、
前記情報の前記１番目のビットを除く前記情報のすべてのビットが、バイパス復号される
ことを特徴とする方法。
【請求項3】
前記情報は、動き情報予測子インデックスであることを特徴とする請求項１または２に記載の方法。
【請求項4】
動き情報予測子候補が、動きベクトルを取得するための情報を含むことを特徴とする請求項１または２に記載の方法。
【請求項5】
ビットストリームから、前記複数の動き情報予測子候補に含まれ得る動き情報予測子候補の最大数を決定するための情報を取得することを含むことを特徴とする請求項１または２に記載の方法。
【請求項6】
動き情報予測子に関する情報を符号化する装置であって、複数の動き情報予測子候補のうちの１つを選択する手段と、
ＣＡＢＡＣ符号化を使用して、選択された動き情報予測子候補を特定するための情報を符号化する手段と
を含み、
前記情報の１番目のビットの前記ＣＡＢＡＣ符号化について、ブロックにおける第１領域に関連する第１ブロック予測子と、前記ブロックにおける領域であって前記第１領域と異なる領域である第２領域に関連する第２ブロック予測子と、からブロック予測子が取得可能であるマージモードは、インター予測モードの他のマージモードと同じコンテキスト変数を使用し、
前記情報の前記１番目のビットを除く前記情報のすべてのビットが、バイパス符号化される
ことを特徴とする装置。
【請求項7】
動き情報予測子に関する情報を復号する装置であって、ＣＡＢＡＣ復号を使用して、複数の動き情報予測子候補のうちの１つを特定するための情報を復号する手段と、
復号された情報を用いて、複数の動き情報予測子候補のうちの１つを特定する手段と
を含み、
前記情報の１番目のビットの前記ＣＡＢＡＣ復号について、ブロックにおける第１領域に関連する第１ブロック予測子と、前記ブロックにおける領域であって前記第１領域と異なる領域である第２領域に関連する第２ブロック予測子と、からブロック予測子が取得可能であるマージモードは、インター予測モードの他のマージモードと同じコンテキスト変数を使用し、
前記情報の前記１番目のビットを除く前記情報のすべてのビットが、バイパス復号される
ことを特徴とする装置。
【請求項8】
コンピュータに、請求項１に記載の方法を実行させるためのコンピュータプログラム。
【請求項9】
コンピュータに、請求項２に記載の方法を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ビデオ符号化及び復号に関する。
【背景技術】
【0002】
最近、ＭＰＥＧとＩＴＵ－T Study Group １６のＶＣＥＧによって形成された共同チームであるJVET（Joint Video Experts Team）は、VVC（Versatile Video Coding）と呼ばれる新しいビデオ符号化規格の研究を開始した。ＶＶＣの目標は、既存のＨＥＶＣ規格（すなわち、典型的には以前の２倍）を超える圧縮性能の著しい改善を提供し、２０２０年に完了することである。主なターゲットアプリケーションおよびサービスは、３６０度および高ダイナミックレンジ（ＨＤＲ）ビデオを含むが、限定されない。総じて、ＪＶＥＴは、独立した試験所が実施した正式な主観的試験を用いて、３２団体からのレスポンスを評価した。いくつかの提案は、ＨＥＶＣを使用する場合と比較して、典型的には４０％以上の圧縮効率ゲインを実証した。超高精細（ＵＨＤ）ビデオ試験材料について特に有効性を示した。したがって、圧縮効率の向上は、最終標準の目標とする５０％をはるかに超えることが予想される。
【0003】
ＪＶＥＴ探索モデル（ＪＥＭ）は、すべてのＨＥＶＣツールを使用する。ＨＥＶＣには存在しないさらなるツールは、動き補償を適用する場合に「アフィン動きモード」を使用することである。ＨＥＶＣにおける動き補償は並進に限定されるが、実際には例えばズームイン／アウト、回転、透視動作、及び他の不規則な動作のような多くの種類の動きがある。アフィン動きモードを利用する場合、より複雑な変換がブロックに適用され、そのような動きの形成をより正確に予測しようと試みる。したがって、良好な符号化効率を達成しながら、複雑さを減らしながら、アフィン動きモードを使用することができることが望ましい。
【0004】
ＨＥＶＣに存在しない別のツールは、代替時間的動きベクトル予測（ＡＴＭＶＰ）を使用することである。代替時間的動きベクトル予測（ＡＴＭＶＰ）は、特定の動き補償である。時間的参照フレームからの現在のブロックについて１つの動き情報のみを考慮する代わりに、各コロケートされたブロックの各動き情報が考慮される。したがって、この時間的動きベクトル予測は、各サブブロックの関連する動き情報を用いた現在のブロックのセグメンテーションを与える。現在のＶＴＭ（ＶＶＣテストモデル）参照ソフトウェアでは、ＡＴＭＶＰがマージ候補のリストに挿入されたマージ候補としてシグナリングされる。ＳＰＳレベルでＡＴＭＶＰがイネーブルされると、マージ候補の最大数は１だけ増加される。従って、このモードがディスエーブルされているときから、５個の代わりに６個の候補が考慮される。
【0005】
これらの、および後述する他のツールは候補のリストの中から（例えば、マージモード符号化と共に使用するためのマージ候補のリストから）どの候補が選択されたかを知らせるために使用されるインデックス（例えば、マージインデックス）またはフラグの符号化の符号化効率および複雑さに関する問題を引き起こしている。
【発明の概要】
【0006】
したがって、前述の問題の少なくとも１つに対する解決策が望ましい。
【0007】
本発明の第１の態様によれば、動きベクトル予測子インデックスを符号化する方法であって、
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成し、
前記リスト内の動きベクトル予測子候補のうちの１つを選択し、
ＣＡＢＡＣ符号化を使用して、選択された動きベクトル予測子候補の動きベクトル予測子インデックス（マージインデックス）を生成し、動きベクトル予測子インデックスの１つまたは複数のビットは、バイパスＣＡＢＡＣ符号化される
ことを特徴とする方法が提供される。
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成し、
前記リスト内の動きベクトル予測子候補のうちの１つを選択し、
ＣＡＢＡＣ符号化を使用して、選択された動きベクトル予測子候補の動きベクトル予測子インデックス（マージインデックス）を生成し、動きベクトル予測子インデックスの１つまたは複数のビットは、バイパスＣＡＢＡＣ符号化される
ことを特徴とする方法が提供される。
【0008】
一実施形態では、動きベクトル予測子インデックスの最初のビットを除くすべてのビットがバイパスＣＡＢＡＣ符号化される。
【0009】
本発明の第２の態様によれば、動きベクトル予測子インデックスを復号する方法であって、
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成し、
ＣＡＢＡＣ復号を使用して動きベクトル予測子インデックスを復号し、動きベクトル予測子インデックスの１つまたは複数のビットは、バイパスＣＡＢＡＣ復号され、
復号された動きベクトル予測子インデックスを使用して、前記リスト内の動きベクトル予測子候補のうちの１つを識別する
ことを特徴とする方法が提供される。
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成し、
ＣＡＢＡＣ復号を使用して動きベクトル予測子インデックスを復号し、動きベクトル予測子インデックスの１つまたは複数のビットは、バイパスＣＡＢＡＣ復号され、
復号された動きベクトル予測子インデックスを使用して、前記リスト内の動きベクトル予測子候補のうちの１つを識別する
ことを特徴とする方法が提供される。
【0010】
一実施形態では、動きベクトル予測子インデックスの最初のビットを除くすべてのビットがバイパスＣＡＢＡＣ復号される。
【0011】
本発明の第３の態様によれば、動きベクトル予測子インデックスを符号化する装置であって、
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成する手段と、
前記リスト内の動きベクトル予測子候補のうちの１つを選択する手段と、
ＣＡＢＡＣ符号化を使用して、選択された動きベクトル予測子候補の動きベクトル予測子インデックス（マージインデックス）を生成する手段であって、動きベクトル予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ符号化される手段と
を備えることを特徴とする装置が提供される。
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成する手段と、
前記リスト内の動きベクトル予測子候補のうちの１つを選択する手段と、
ＣＡＢＡＣ符号化を使用して、選択された動きベクトル予測子候補の動きベクトル予測子インデックス（マージインデックス）を生成する手段であって、動きベクトル予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ符号化される手段と
を備えることを特徴とする装置が提供される。
【0012】
本発明の第４の態様によれば、動きベクトル予測子インデックスを復号する装置であって、
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成する手段と、
ＣＡＢＡＣ復号を使用して動きベクトル予測子インデックスを復号する手段であって、動きベクトル予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ復号される手段と、
復号された動きベクトル予測子インデックスを使用して、前記リスト内の動きベクトル予測子候補のうちの１つを識別する手段と
を備えることを特徴とする装置が提供される。
ＡＴＭＶＰ候補を含む動きベクトル予測子候補のリストを生成する手段と、
ＣＡＢＡＣ復号を使用して動きベクトル予測子インデックスを復号する手段であって、動きベクトル予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ復号される手段と、
復号された動きベクトル予測子インデックスを使用して、前記リスト内の動きベクトル予測子候補のうちの１つを識別する手段と
を備えることを特徴とする装置が提供される。
【0013】
本発明の第５の態様によれば、動きベクトル予測子インデックスを符号化する方法であって、
動きベクトル予測子候補のリストを生成し、
前記リスト内の動きベクトル予測子候補のうちの１つを選択し、
ＣＡＢＡＣ符号化を使用して、選択された動きベクトル予測子候補の動きベクトル予測子インデックスを生成し、動きベクトル予測子インデックスの２つ以上のビットが同じコンテキストを共有する
ことを特徴とする方法が提供される。
動きベクトル予測子候補のリストを生成し、
前記リスト内の動きベクトル予測子候補のうちの１つを選択し、
ＣＡＢＡＣ符号化を使用して、選択された動きベクトル予測子候補の動きベクトル予測子インデックスを生成し、動きベクトル予測子インデックスの２つ以上のビットが同じコンテキストを共有する
ことを特徴とする方法が提供される。
【0014】
一実施形態では、動きベクトル予測子インデックスのすべてのビットが同じコンテキストを共有する。
【0015】
本発明の第６の態様によれば、動きベクトル予測子インデックスを復号する方法であって、
動きベクトル予測子候補のリストを生成し、
ＣＡＢＡＣ復号を使用して、動きベクトル予測子インデックスを復号し、動きベクトル予測子インデックスの２つ以上のビットが同じコンテキストを共有し、
復号された動きベクトル予測子インデックスを使用して、前記リスト内の動きベクトル予測子候補のうちの１つを識別する
ことを特徴とする方法が提供される。
動きベクトル予測子候補のリストを生成し、
ＣＡＢＡＣ復号を使用して、動きベクトル予測子インデックスを復号し、動きベクトル予測子インデックスの２つ以上のビットが同じコンテキストを共有し、
復号された動きベクトル予測子インデックスを使用して、前記リスト内の動きベクトル予測子候補のうちの１つを識別する
ことを特徴とする方法が提供される。
【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】
適切には、情報の１番目のビットを除くすべてのビットがバイパスＣＡＢＡＣ符号化されるか、またはバイパスＣＡＢＡＣ復号される。適切には、１番目のビットがＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。好適には、別のインター予測モードが、マージモードまたはアフィンマージモードの一方または両方を含む。好適には、別のインター予測モードが、MHII（Multi-Hypothesis Intra Inter）マージモードを含む。好適には、別のインター予測モードのための複数の動き情報予測子候補がＡＴＭＶＰ候補を含む。適切には、ＣＡＢＡＣ符号化またはＣＡＢＡＣ復号がトライアングルマージモードが使用され、ＭＭＶＤマージモードが使用されるとき、両方に対して同じコンテキスト変数を使用することを含む。好適には、前記情報の少なくとも１つのビットが、スキップモードが使用されるときに、ＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。好適には、スキップモードが、マージスキップモード、アフィンマージスキップモード、トライアングルマージスキップモード、またはモーションベクトル差分（ＭＭＶＤ）マージスキップモードのマージのうちの１つまたは複数を含む。
【0055】
本発明の第２７の態様によれば、動き情報予測子に関する情報を符号化する方法であって、複数の動き情報予測子候補のうちの１つを選択し、選択された動き情報予測子候補を識別するための情報を符号化し、情報を符号化することは、トライアングルマージモードまたは動きベクトル差分（ＭＭＶＤ）マージモードのマージのうちの１つまたは両方が使用されるときに、前記情報の少なくとも１つのビットをバイパスＣＡＢＡＣ符号化する、方法が提供される。
【0056】
本発明の第２８の態様によれば、動き情報予測子に関する情報を復号する方法であって、複数の動き情報予測子候補のうちの１つを識別するための情報を復号し、復号された情報を使用して複数の動き情報予測子候補のうちの１つを選択し、情報を復号することは、トライアングルマージモードまたは動きベクトル差分（ＭＭＶＤ）マージモードのマージのうちの１つまたは両方が使用される場合に、前記情報の少なくとも１つのビットをバイパスＣＡＢＡＣ復号する、方法が提供される。
【0057】
本発明の第２７の態様または第２８の態様について、以下の特徴が、その実施形態に従って提供されてもよい。
【0058】
適切には、情報の１番目のビットを除くすべてのビットがバイパスＣＡＢＡＣ符号化されるか、またはバイパスＣＡＢＡＣ復号される。適切には、１番目のビットがＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。好適には、前記情報の全てのビットがトライアングルマージモード又はＭＭＶＤマージモードの一方又は両方が使用されるときに、バイパスＣＡＢＡＣ符号化又はバイパスＣＡＢＡＣ復号される。好適には、前記情報のすべてのビットがバイパスＣＡＢＡＣ符号化されるか、またはバイパスＣＡＢＡＣ復号される。
【0059】
適切には、前記情報の少なくとも１つのビットが、アフィンマージモードが使用されるときに、ＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。適切には、前記情報のすべてのビットが、アフィンマージモードが使用される場合を除いて、バイパスＣＡＢＡＣ符号化されるか、またはバイパスＣＡＢＡＣ復号される。
【0060】
好適には、前記情報の少なくとも１つのビットが、マージモードまたはMHII（Multi-Hypothesis Intra Inter）マージモードの一方または両方が使用されるときに、ＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。好適には、前記情報の全てのビットが、マージモード又はMHII（Multi-Hypothesis Intra Inter）マージモードの一方又は両方が使用される場合を除いて、バイパスＣＡＢＡＣ符号化又はバイパスＣＡＢＡＣ復号される。
【0061】
好適には、前記情報の少なくとも１つのビットが、複数の動き情報予測子候補がＡＴＭＶＰ候補を含む場合にＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。好適には、前記情報の全てのビットが、複数の動き情報予測子候補がＡＴＭＶＰ候補を含む場合を除いて、バイパスＣＡＢＡＣ符号化またはバイパスＣＡＢＡＣ復号される。
【0062】
好適には、前記情報の少なくとも１つのビットが、スキップモードが使用されるときに、ＣＡＢＡＣ符号化またはＣＡＢＡＣ復号される。好適には、前記情報のすべてのビットが、スキップモードが使用される場合を除いて、バイパスＣＡＢＡＣ符号化されるか、またはバイパスＣＡＢＡＣ復号される。好適には、スキップモードが、マージスキップモード、アフィンマージスキップモード、トライアングルマージスキップモード、または動きベクトル差分（ＭＭＶＤ）マージスキップモードのマージのうちの１つまたは複数を含む。
【0063】
本発明の第２５の態様、第２６の態様、第２７の態様、または第２８の態様について、以下の特徴が、その実施形態に従って提供され得る。
【0064】
好適には、少なくとも１つのビットが、前記情報の１番目のビットを含む。好適には、前記情報が、動き情報予測インデックスまたはフラグを含む。好適には、動き情報予測子候補が、動きベクトルを取得するための情報を含む。
【0065】
本発明の第２５の態様または第２７の態様について、以下の特徴が、その実施形態に従って提供されてもよい。
【0066】
好適には、本方法が、ビットストリームにおいて、トライアングルマージモード、ＭＭＶＤマージモード、マージモード、アフィンマージモード、またはMHII（Multi-Hypothesis Intra Inter）マージモードのうちの１つの使用を示すための情報をさらに含む。好適には、本方法が、ビットストリームにおいて、複数の動き情報予測子候補に含まれ得る動き情報予測子候補の最大個数を決定するための情報をさらに含む。
【0067】
本発明の第２６の態様または第２８の態様について、以下の特徴が、その実施形態に従って提供されてもよい。
【0068】
適切には、本方法が、ビットストリームから、トライアングルマージモード、ＭＭＶＤマージモード、マージモード、アフィンマージモード、またはMHII（Multi-Hypothesis Intra Inter）マージモードのうちの１つの使用を示すための情報を取得することをさらに含む。好適には、本方法が、ビットストリームから、複数の動き情報予測子候補に含まれ得る動き情報予測子候補の最大個数を決定するための情報を取得することをさらに含む。
【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】
本発明の第４６の態様によれば、アフィンマージモードの動き情報予測子インデックスを復号する方法であって、動き情報予測子候補のリストを生成し、ＣＡＢＡＣ復号を使用して、動き情報予測子インデックスを復号し、動き情報予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ復号され、アフィンマージモードが使用される場合、復号された動き情報予測子インデックスを使用して、リスト内の動き情報予測子候補のうちの１つをアフィンマージモード予測子として識別することを特徴とする方法が提供される。
【0095】
適切には、非アフィンマージモードが使用される場合、方法は、復号された動き情報予測子インデックスを使用して、リスト内の動き情報予測子候補のうちの１つを非アフィンマージモード予測子として識別することをさらに含む。適切には、方法が、ビットストリームから、アフィンマージモードの使用を示すデータを取得することをさらに含み、ＣＡＢＡＣ復号は、現在のブロックの動き情報予測子インデックスの少なくとも１つのビットについて、取得されたデータがアフィンマージモードの使用を示す場合、第１コンテキスト変数を使用し、取得されたデータが非アフィンマージモードの使用を示す場合、第２コンテキスト変数を使用する、ことを含む。あるいは、ＣＡＢＡＣ復号が、アフィンマージモードが使用される場合および非アフィンマージモードが使用される場合、現在のブロックの動き情報予測子インデックスの少なくとも１つのビットに対して同じコンテキスト変数を使用することを含む。
【0096】
適切には、方法が、ビットストリームから、アフィンマージモードの使用を示すデータを取得することをさらに含み、動き情報予測子候補の生成されたリストは、取得されたデータがアフィンマージモードの使用を示す場合、アフィンマージモード予測子候補、および取得されたデータが非アフィンマージモードの使用を示す場合、非アフィンマージモード予測子候補を含む。
【0097】
適当には、動き情報予測子インデックスを復号することは、アフィンマージモードが使用される場合および非アフィンマージモードが使用される場合、ビットストリームから、同じシンタックス要素を構文解析することを含む。適切には、方法がビットストリームから、動き情報予測子候補の生成されたリストに含まれうる動き情報予測子候補の最大数を決定するためのデータを取得することをさらに含む。好適には、動き情報予測子インデックスの最初のビットを除く全てのビットがバイパスＣＡＢＡＣ復号される。適切には、最初のビットはＣＡＢＡＣ復号される。好適には、動き情報予測子候補が動きベクトルを取得するための情報を含む。適切には、動き情報予測子候補の生成されたリストがＡＴＭＶＰ候補を含む。適切には、動き情報予測子候補の生成されたリストがアフィンマージモードが使用される場合および非アフィンマージモードが使用される場合、その中に含まれることができる同じ最大数の動き情報予測子候補を有する。
【0098】
本発明の第４７の態様によれば、アフィンマージモードの動き情報予測子インデックスを符号化する装置であって、動き情報予測子候補のリストを生成する手段と、リスト内の動き情報予測子候補のうちの１つをアフィンマージモード予測子として選択する手段と、ＣＡＢＡＣ符号化を使用して、選択された動き情報予測子候補の動き情報予測子インデックスを生成する手段であって、動き情報予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ符号化される手段とを備えることを特徴とする装置が提供される。好適には、装置が第４５の態様による動き情報予測子インデックスを符号化する方法を実行する手段を備える。
【0099】
本発明の第４８の態様によれば、アフィンマージモードの動き情報予測子インデックスを復号する装置であって、動き情報予測子候補のリストを生成する手段と、ＣＡＢＡＣ復号を使用して、動き情報予測子インデックスを復号する手段であって、動き情報予測子インデックスの１つまたは複数のビットがバイパスＣＡＢＡＣ復号される手段と、アフィンマージモードが使用される場合、復号された動き情報予測子インデックスを使用して、リスト内の動き情報予測子候補のうちの１つをアフィンマージモード予測子として識別する手段と、を備えることを特徴とする装置が提供される。好適には、装置が第４６の態様による動き情報予測子インデックスを復号する方法を実行する手段を備える。
【0100】
本発明のさらに別の態様は、コンピュータまたはプロセッサによって実行されると、コンピュータまたはプロセッサに前述の態様の方法のいずれかを実行させるプログラムに関する。プログラムは、それ自体で提供されてもよく、または搬送媒体上で、搬送媒体によって、または搬送媒体内で搬送されてもよい。搬送媒体は、非一時的であってもよく、例えば、記憶媒体、特にコンピュータ可読記憶媒体であってもよい。搬送媒体はまた、一時的なもの、例えば、信号または他の伝送媒体であってもよい。信号は、インターネットを含む任意の適切なネットワークを介して送信されてもよい。
【0101】
本発明のさらに別の態様は、前述の装置態様のいずれかによる装置を備えるカメラに関する。一実施形態では、カメラがズーミング手段をさらに備える。一実施形態では、カメラが前記ズーミング手段が動作可能であるときを示し、ズーミング手段が動作可能であるという前記指示に応じてインター予測モードを信号で伝えるように適合される。別の実施形態では、カメラがパンニング手段をさらに備える。別の実施形態ではカメラが前記パンニング手段が動作可能であるときを示し、パンニング手段が動作可能であるという前記指示に応じて、インター予測モードを信号で伝えるように適合される。
【0102】
本発明のさらに別の態様によれば、上記のカメラ態様のいずれかを具現化するカメラを備えるモバイルデバイスが提供される。一実施形態では、モバイルデバイスがモバイルデバイスの向きの変化を感知するように適合された少なくとも１つの位置センサをさらに備える。一実施形態では、モバイルデバイスが前記モバイルデバイスの向きの変化を前記感知することに依存して、インター予測モードを信号で伝えるように適合される。
【0103】
本発明のさらなる特徴は、他の独立請求項および従属請求項によって特徴付けられる。
【0104】
本発明の一態様における任意の特徴は、任意の適切な組み合わせで、本発明の他の態様に適用されてもよい。特に、方法の態様は、装置の態様に適用されてもよく、逆もまた同様である。さらに、ハードウェアで実施される特徴は、ソフトウェアで実施されてもよく、その逆も可能である。したがって、本明細書でソフトウェアおよびハードウェアの特徴に対する任意の参照が解釈されるべきである。本明細書で説明されるような任意の装置の特徴もまた、方法の特徴として提供されてもよく、その逆もまた同様である。本明細書で使用されるように、ミーンズプラスファンクション特徴は、適切にプログラムされたプロセッサおよび関連するメモリなど、それらの対応する構造に関して代替的に表現されてもよい。
【0105】
また、本発明の任意の態様において説明され、定義された様々な特徴の特定の組合せは、独立して実装および／または供給および／または使用されることができることを理解されたい。
【図面の簡単な説明】
【0106】
ここで、例として、添付の図面を参照する。
【図10】図１０（ａ）は、ＨＥＶＣに対する、またはＡＴＭＶＰがＳＰＳレベルでイネーブルされていない場合のマージインデックスの符号化を示す。図１０（ｂ）は、ＡＴＭＶＰがＳＰＳレベルでイネーブルされる場合のマージインデックスの符号化を示す。
【図27】図２７（ａ）は、一実施形態による、動きベクトル差分（MMVD）マージモードのマージのためのフラグの符号化を示す。図２７（ｂ）は、一実施形態によるトライアングルマージモードのためのインデックスの符号化を示す。
【発明を実施するための形態】
【0107】
以下で説明する本発明の実施形態は、ＣＡＢＡＣを使用してインデックス／フラグ／情報／データの符号化および復号を改善することに関する。本発明の代替実施形態によれば、ＣＡＢＡＣと機能的に同様の他のコンテキストベースの算術符号化方式を改善するための実装も可能であることを理解されたい。実施形態を説明する前に、ビデオ符号化および復号技術、ならびに関連するエンコーダおよびデコーダについて説明する。
【0108】
この明細書では、「シグナリング」が使用、使用中止、モードの有効化または無効化（例えば、インター予測モード）または他の情報（選択に関する情報など）を表す１つ以上のシンタックス要素に関するビットストリーム情報を挿入（提供／含む／エンコード中）または抽出／取得（復号）することを指してもよい。
【0109】
図１は、高効率ビデオ符号化（ＨＥＶＣ）ビデオ規格で使用される符号化構造に関する。ビデオシーケンス１は、一連のデジタル画像ｉから構成される。このような各デジタル画像は、１つ以上のマトリックスによって表される。行列係数はピクセルを表す。
【0110】
このシーケンスの画像２は、スライス３に分割される。スライスは、場合によっては画像全体を構成する。これらのスライスは、オーバーラップしない符号化ツリーユニット（ＣＴＵ）に分割される。符号化ツリーユニット（ＣＴＵ）は、高効率ビデオ符号化（ＨＥＶＣ）ビデオ規格の基本的な処理ユニットであり、概念的には、構造が、いくつかの以前のビデオ規格で使用されたマクロブロックユニットに対応する。ＣＴＵは、時には最大符号化ユニット（ＬＣＵ）とも呼ばれる。ＣＴＵは輝度及び彩度構成要素部分を有し、その構成要素部分の各々は、符号化ツリーブロック（ＣＴＢ）と呼ばれる。これらの異なる色成分は、図１には示されていない。
【0111】
ＣＴＵは一般的に、ＨＥＶＣ用のサイズ６４ピクセルｘ６４ピクセルであるが、ＶＶＣ用にはこのサイズが１２８ピクセルｘ１２８ピクセルであり得る。各ＣＴＵは順番に、四分木分解を使用して、より小さい可変サイズ符号化ユニット（ＣＵ）５に反復的に分割されてもよい。
【0112】
符号化ユニットは基本符号化要素であり、予測ユニット（PU）と変換ユニット（TU）と呼ばれる２種類のサブユニットから構成される。ＰＵまたはＴＵの最大サイズは、ＣＵサイズに等しい。予測ユニットは、ピクセル値の予測のためのＣＵの区分に対応する。６に示すように、４つの正方形ＰＵへのパーティションと２つの長方形ＰＵへの２つの異なるパーティションとを含む、ＰＵへのＣＵの様々な異なるパーティションが可能である。変換ユニットは、ＤＣＴを使用して空間変換を行う基本ユニットである。ＣＵは、四分木表現７に基づいてＴＵにパーティション化できる。したがって、スライス、タイル、ＣＴＵ／ＬＣＵ、ＣＴＢ、ＣＵ、ＰＵ、ＴＵ、またはピクセル／サンプルのブロックは、画像部分、すなわちシーケンスの画像２の一部と呼ばれることがある。
【0113】
各スライスは、１つのネットワーク抽象化層（ＮＡＬ）ユニットに埋め込まれる。さらに、ビデオシーケンスの符号化パラメータは、パラメータセットと呼ばれる専用ＮＡＬユニットに記憶される。ＨＥＶＣおよびＨ．２６４／ＡＶＣでは、２種類のパラメータセットＮＡＬユニットが使用される：第１に、ビデオシーケンス全体の間に変更されないすべてのパラメータを収集するシーケンスパラメータセット（ＳＰＳ）ＮＡＬユニット。典型的には、それは符号化プロファイル、ビデオフレームのサイズ、及び他のパラメータを処理する。第２に、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットは、シーケンスの１つの画像（またはフレーム）から別の画像（またはフレーム）に変更することができるパラメータを含む。ＨＥＶＣには、ビットストリームの全体的な構造を記述するパラメータを含むビデオパラメータセット（ＶＰＳ）ＮＡＬユニットも含まれている。ＶＰＳは、ＨＥＶＣで定義された新しいタイプのパラメータセットで、ビットストリームのすべてのレイヤに適用される。レイヤには、複数の時間的サブレイヤを含めることができ、すべてのバージョン１のビットストリームは、１つのレイヤに制限される。ＨＥＶＣには、拡張性とマルチビューのための特定の層拡張があり、これらは後方互換性のあるバージョン１基本層を備えた複数の層を可能にする。
【0114】
図２および図１８は、本発明の１つまたは複数の実施形態を実施することができるデータ通信システムを示す。データ通信システムは、データ通信ネットワーク２００を介して、データストリーム２０４（または図１８のビットストリーム１０１）のデータパケットを受信装置、例えば、図２のクライアント端末２０２または図１８のコンテンツ消費者１００に送信するように動作可能な、送信装置、例えば、図２のサーバ２０１または図１８のコンテンツプロバイダ１５０を含む。データ通信ネットワーク２００は、ワイドエリアネットワーク（ＷＡＮ）またはローカルエリアネットワーク（ＬＡＮ）であってもよい。このようなネットワークは例えば、無線ネットワーク（Ｗｉｆｉ／８０２．１１ａまたはｂまたはｇ）、イーサネットネットワーク、インターネットネットワーク、またはいくつかの異なるネットワークから構成される混合ネットワークであってもよい。本発明の特定の実施形態では、データ通信システムは、サーバ２０１（または図１８のコンテンツプロバイダ１５０）が同じデータコンテンツを複数のクライアント（またはコンテンツ消費者）に送信するデジタルテレビ放送システムであってもよい。
【0115】
サーバ２０１（またはコンテンツプロバイダ１５０）によって提供されるデータストリーム２０４（またはビットストリーム１０１）は、ビデオを表すマルチメディアデータおよびオーディオデータから構成されてもよい。オーディオおよびビデオデータストリームは、本発明のいくつかの実施形態では、それぞれマイクロフォンおよびカメラを使用してサーバ２０１（またはコンテンツプロバイダ１５０）によってキャプチャされ得る。いくつかの実施形態において、データストリームは、サーバ２０１（またはコンテンツプロバイダ１５０）上に記憶されてもよく、あるいは別のデータプロバイダからサーバ２０１（またはコンテンツプロバイダ１５０）によって受信されてもよく、あるいはサーバ２０１（またはコンテンツプロバイダ１５０）で生成されてもよい。サーバ２０１（またはコンテンツプロバイダ１５０）は特に、エンコーダへの入力として提示されるデータのよりコンパクトな表現である送信のための圧縮ビットストリーム２０４，１０１を提供するために、ビデオストリームおよびオーディオストリーム（例えば、図１８の画像のオリジナルシーケンス１５１）を符号化するためのエンコーダを備える。
【0116】
送信データの品質対送信データの量のより良好な比率を得るために、ビデオデータの圧縮は例えば、ＨＥＶＣフォーマット、またはＨ．２６４／ＡＶＣフォーマット、またはＶＶＣフォーマットに従ってもよい。
【0117】
クライアント２０２（またはコンテンツ消費者１００）は、送信されたビットストリームを受信し、再構成されたビットストリームを復号して、表示装置上でビデオ画像（例えば、図１８のビデオ信号１０９）を再生し、スピーカによってオーディオデータを再生する。
【0118】
図２または図１８の例では、ストリーミングシナリオが考慮されているが、本発明のいくつかの実施形態では、エンコーダとデコーダとの間のデータ通信が例えば、光ディスクなどの媒体記憶デバイスを使用して実行され得ることが理解されよう。
【0119】
本発明の１つまたは複数の実施形態では、ビデオ画像は、画像の再構成されたピクセルに適用して最終画像内のフィルタリングされたピクセルを提供するために、補償オフセットを表すデータと共に送信されてもよい。
【0120】
図３は、本発明の少なくとも１つの実施形態を実施するように構成された処理装置３００を概略的に示す。処理装置３００は、マイクロコンピュータ、ワークステーション、またはライトポータブル装置などの装置とすることができる。装置３００は、
－ＣＰＵで示されるマイクロプロセッサなどの中央処理部３１１
－本発明を実施するためのコンピュータプログラムを記憶するためのＲＯＭと表記される読み出し専用メモリ３０７
－本発明の実施形態の方法の実行可能コード、ならびに本発明の実施形態に係るデジタル画像のシーケンスを符号化する方法および／またはビットストリームを復号する方法を実現するために必要な変数およびパラメータを記録するように構成されたレジスタを記憶するＲＡＭで示されたランダムアクセスメモリ３１２
－処理されるデジタルデータが送受信される通信ネットワーク３０３に接続された通信インターフェース３０２
と接続された通信バス３１３を備える。
－ＣＰＵで示されるマイクロプロセッサなどの中央処理部３１１
－本発明を実施するためのコンピュータプログラムを記憶するためのＲＯＭと表記される読み出し専用メモリ３０７
－本発明の実施形態の方法の実行可能コード、ならびに本発明の実施形態に係るデジタル画像のシーケンスを符号化する方法および／またはビットストリームを復号する方法を実現するために必要な変数およびパラメータを記録するように構成されたレジスタを記憶するＲＡＭで示されたランダムアクセスメモリ３１２
－処理されるデジタルデータが送受信される通信ネットワーク３０３に接続された通信インターフェース３０２
と接続された通信バス３１３を備える。
【0121】
オプションで、装置３００は、以下の構成要素を含むこともできる。
【0122】
－本発明の１つまたは複数の実施形態の方法を実施するためのコンピュータプログラム、および本発明の１つまたは複数の実施形態の実施中に使用または生成されるデータを記憶するための、ハードディスクなどのデータ記憶手段３０４
－ディスク３０６用のディスクドライブ３０５であって、ディスクドライブはディスク３０６からデータを読み取るか、またはディスクにデータを書き込むように構成されている
－キーボード３１０または他の任意のポインティング／入力手段を用いて、データを表示し、および／またはユーザとのグラフィカルインターフェースとして機能する画面３０９
装置３００は例えば、デジタルカメラ３２０またはマイクロフォン３０８のような種々の周辺機器に接続されることが可能であり、各周辺機器はマルチメディアデータを装置３００に供給するために、入力／出力カード（図示せず）に接続される。
－ディスク３０６用のディスクドライブ３０５であって、ディスクドライブはディスク３０６からデータを読み取るか、またはディスクにデータを書き込むように構成されている
－キーボード３１０または他の任意のポインティング／入力手段を用いて、データを表示し、および／またはユーザとのグラフィカルインターフェースとして機能する画面３０９
装置３００は例えば、デジタルカメラ３２０またはマイクロフォン３０８のような種々の周辺機器に接続されることが可能であり、各周辺機器はマルチメディアデータを装置３００に供給するために、入力／出力カード（図示せず）に接続される。
【0123】
通信バスは、装置３００に含まれる、またはそれに接続される種々の要素間の通信および相互運用性を提供する。バスの表現は限定されず、特に、中央処理ユニットは直接的に、または装置３００の別の要素を用いて、装置３００の任意の要素に命令を通信するように動作可能である。
【0124】
ディスク３０６は、例えばコンパクトディスク（ＣＤ－ＲＯＭ）、書き換え可能またはそわない、ＺＩＰディスクまたはメモリカードなどの任意の情報媒体に置き換えることができ、一般的に言えば、マイクロコンピュータまたはマイクロプロセッサによって読み取ることができる情報記憶手段によって置き換えることができ、装置に統合または非統合され、可能であれば、リムーバブルであり、実行がデジタル画像のシーケンスを符号化する方法および／または本発明によるビットストリームを復号する方法を実行可能にする１つ以上のプログラムを記憶するように構成することができる。
【0125】
実行可能コードは、読み出し専用メモリ３０７、ハードディスク３０４、または先に説明したような例えばディスク３０６のようなリムーバブルデジタル媒体のいずれかに格納することができる。変形例によれば、プログラムの実行可能コードは、ハードディスク３０４のような実行される前に装置３００の記憶手段の１つに記憶されるために、インターフェース３０２を介して、通信ネットワーク３０３によって受信することができる。
【0126】
中央処理ユニット３１１は、前述の記憶手段のうちの１つに記憶されている命令で、本発明によるプログラムまたはプログラムのソフトウェアコードの命令または部分の実行を制御し、指示するように構成されている。電源投入時に、例えばハードディスク３０４やディスク３０６上または読み出し専用メモリ３０７中の不揮発性メモリに記憶されたプログラムまたはプログラムはランダムアクセスメモリ３１２に転送され、ランダムアクセスメモリ２１３はプログラムまたはプログラムの実行可能コード、ならびに本発明を実施するために必要な変数およびパラメータを記憶するためのレジスタを含む。
【0127】
この実施形態では、装置は、本発明を実施するためにソフトウェアを使用するプログラマブル装置である。しかしながら、代替的に、本発明はハードウェア（例えば、特定用途向け集積回路またはＡＳＩＣの形態）で実施されてもよい。
【0128】
図４は、本発明の少なくとも１つの実施形態によるエンコーダのブロック図を示す。エンコーダは、接続されたモジュールによって表され、各モジュールは例えば、デバイス３００のＣＰＵ３１１によって実行されるべきプログラム命令の形態で、本発明の１つまたは複数の実施形態による画像のシーケンスの画像を符号化する少なくとも１つの実施形態を実施する方法の少なくとも１つの対応するステップを実施するように適合される。
【0129】
ディジタル画像ｉ０～ｉｎ４０１のオリジナルシーケンスは、エンコーダ４００によって入力として受信される。各デジタル画像は、時には画素（以下、画素と呼ぶ）とも呼ばれる１組のサンプルによって表される。
【0130】
ビットストリーム４１０は、符号化処理の実施後にエンコーダ４００によって出力される。ビットストリーム４１０は、複数の符号化ユニットまたはスライスを備え、各スライスはスライスを符号化するために使用される符号化パラメータの符号化値を送信するためのスライスヘッダと、符号化されたビデオデータを備えるスライス本体とを備える。
【0131】
入力デジタル画像ｉ０～ｉｎ４０１は、モジュール４０２によってピクセルのブロックに分割される。ブロックは、画像部分に対応し、可変サイズであってもよい（例えば、４×４、８×８、１６×１６、３２×３２、６４×６４、１２８×１２８ピクセル、およびいくつかの矩形ブロックサイズも考慮することができる）。符号化モードは、各入力ブロックに対して選択される。空間的予測符号化（イントラ予測）に基づく符号化モードと、時間的予測に基づく符号化モード（インター符号化、マージ、ＳＫＩＰ）の２つのファミリの符号化モードが提供される。可能な符号化モードがテストされる。
【0132】
モジュール４０３は、符号化されるべき所与のブロックが符号化されるべき前記ブロックの近隣の画素から計算された予測子によって予測されるイントラ予測処理を実施する。選択されたイントラ予測子の指示、および所与のブロックとその予測子との間の差は、イントラ符号化が選択された場合に残差を提供するために符号化される。
【0133】
時間的予測は、動き推定モジュール４０４および動き補償モジュール４０５によって実施される。最初に、参照画像４１６のセットの中から参照画像が選択され、符号化されるべき所与のブロックに最も近い領域（画素値類似性に関して最も近い）である参照領域または画像部分とも呼ばれる参照画像の部分が、動き推定モジュール４０４によって選択される。次いで、動き補償モジュール４０５は、選択された領域を使用して、符号化されるべきブロックを予測する。選択された参照領域と、残差ブロックとも呼ばれる所与のブロックとの間の差は、動き補償モジュール４０５によって計算される。選択された参照領域は、動きベクトルを用いて示される。
【0134】
したがって、両方の場合（空間的予測および時間的予測）において、残差は、元のブロックがＳＫＩＰモードにないときに、元のブロックから予測子を減算することによって計算される。
【0135】
モジュール４０３によって実施されるＩＮＴＲＡ予測では、予測方向が符号化される。モジュール４０４、４０５、４１６、４１８、４１７によって実施されるインター予測では、そのような動きベクトルを識別するための少なくとも１つの動きベクトルまたはデータが時間的予測のために符号化される。
【0136】
インター予測が選択された場合、動きベクトルおよび残差ブロックに関連する情報が符号化される。ビットレートをさらに低減するために、動きが均一であると仮定すると、動きベクトルは、動きベクトル予測子に対する差によって符号化される。１組の動き情報予測子候補からの動きベクトル予測子は、動きベクトル予測符号化モジュール４１７によって動きベクトルフィールド４１８から得られる。
【0137】
エンコーダ４００はさらに、レート歪み基準などの符号化コスト基準を適用することによって、符号化モードを選択するための選択モジュール４０６を備える。冗長性をさらに低減するために、変換モジュール４０７によって変換（ＤＣＴなど）を残差ブロックに適用し、得られた変換データを量子化モジュール４０８によって量子化し、エントロピー符号化モジュール４０９によってエントロピー符号化する。最後に、符号化されている現在のブロックの符号化された残差ブロックはＳＫＩＰモードにないとき、ビットストリーム４１０に挿入され、モードは、ビットストリームで符号化される残差ブロックを必要とする。
【0138】
また、エンコーダ４００は、後続の画像の動き推定のための参照画像（例えば、参照画像／ピクチャ４１６内のそれら）を生成するために、符号化された画像の復号を実行する。これは、ビットストリームを受信するエンコーダ及びデコーダが同じ参照フレームを有する（再構成された画像又は画像部分が使用される）ことを可能にする。逆量子化（「デクオンタイゼイション」）モジュール４１１は、量子化データの逆量子化（「デクオンタイゼイション」）を行い、続いて逆変換モジュール４１２による逆変換を行う。イントラ予測モジュール４１３は、予測情報を使用して、所与のブロックにどの予測子を使用するを決定し、動き補償モジュール４１４は、モジュール４１２によって得られた残差を、参照画像４１６のセットから得られた参照領域に実際に加算する。
【0139】
その後、モジュール４１５によってポストフィルタリングが適用され、画素の再構成されたフレーム（画像または画像部分）がフィルタリングされる。本発明の実施形態では、補償オフセットが再構成画像の再構成画素の画素値に付加されるＳＡＯループフィルタが使用される。ポストフィルタリングは、必ずしも実行される必要はないことが理解される。また、ＳＡＯループフィルタリングに加えて、またはＳＡＯループフィルタリングの代わりに、任意の他のタイプのポストフィルタリングを実行することもできる。
【0140】
図５は、本発明の一実施形態による、エンコーダからデータを受信するために使用され得るデコーダ６０のブロック図を示す。デコーダは、接続されたモジュールによって表され、各モジュールは例えば、デバイス３００のＣＰＵ３１１によって実行されるプログラム命令の形成で、デコーダ６０によって実現される方法の対応するステップを実現するように構成される。
【0141】
デコーダ６０は、符号化ユニット（例えば、画像部分、ブロックまたは符号化ユニットに対応するデータ）を含むビットストリーム６１を受信し、各符号化ユニットは、符号化パラメータに関する情報を含むヘッダと、符号化されたビデオデータを含む本体とから構成される。図４に関して説明したように、符号化されたビデオデータは、エントロピー符号化され、動きベクトル予測子のインデックスは、所与の画像部分（例えば、ブロックまたはＣＵ）に対して、所定のビット数で符号化される。受信された符号化ビデオデータは、モジュール６２によってエントロピー復号される。次いで、残差データはモジュール６３によって逆量子化され、次いで、画素値を得るためにモジュール６４によって逆変換が適用される。
【0142】
符号化モードを示すモードデータもエントロピー復号され、このモードに基づいて、画像データの符号化ブロック（ユニット／セット／グループ）に対してＩＮＴＲＡタイプ復号またはＩＮＴＥＲタイプ復号が行われる。
【0143】
ＩＮＴＲＡモードの場合、ＩＮＴＲＡ予測子は、ビットストリームで指定されたイントラ予測モードに基づいてイントラ予測モジュール６５によって決定される。
【0144】
モードがＩＮＴＥＲである場合、エンコーダによって使用される参照領域を見つける（識別する）ために、動き予測情報がビットストリームから抽出される。動き予測情報は、参照フレームインデックスと動きベクトル残差とを含む。動きベクトル予測子は動きベクトルを得るために、動きベクトル復号モジュール７０によって動きベクトル残差に加算される。
【0145】
動きベクトル復号モジュール７０は、動き予測によって符号化された画像部分（例えば、現在のブロックまたはＣＵ）ごとに、動きベクトル復号を適用する。現在のブロックに対する動きベクトル予測子のインデックスが得られると、画像部分（例えば、現在のブロックまたはＣＵ）に関連する動きベクトルの実際の値が復号され、モジュール６６によって動き補償を適用するために使用され得る。復号された動きベクトルによって示される参照画像部分は、参照画像６８から抽出され、動き補償６６が適用される。動きベクトルフィールドデータ７１は、後続の復号された動きベクトルの予測に使用されるために、復号された動きベクトルで更新される。
【0146】
最後に、復号されたブロックが得られる。適切な場合には、ポストフィルタリングモジュール６７によってポストフィルタリングが適用される。復号されたビデオ信号６９が最終的に得られ、デコーダ６０によって与えられる。
【0147】
ＣＡＢＡＣ
ＨＥＶＣは、CABAC（Context based Adaptive Binary Arithmetic Coding）、ゴロムライス符号化（Golomb－rice Code）、または固定長符号化（Fixed Length Coding）と呼ばれる単純なバイナリ表現など、いくつかのタイプのエントロピー符号化を使用する。ほとんどの場合、異なるシンタックス要素を表現するためにバイナリ符号化処理が実行される。このバイナリ符号化処理も非常に具体的であり、異なるシンタックス要素に依存する。算術符号化は、それらの現在の確率に従ってシンタックス要素を表す。ＣＡＢＡＣは、コンテキスト変数によって定義される「コンテキスト」に応じてシンタックス要素の確率を分離する算術符号化の拡張である。これは条件付き確率に相当する。コンテキスト変数は、すでに復号されている、左上のブロック（以下で詳細に説明する図６ｂのＡ２）および左上のブロック（図６ｂのＢ３）の現在のシンタックスの値から導き出すことができる。
ＨＥＶＣは、CABAC（Context based Adaptive Binary Arithmetic Coding）、ゴロムライス符号化（Golomb－rice Code）、または固定長符号化（Fixed Length Coding）と呼ばれる単純なバイナリ表現など、いくつかのタイプのエントロピー符号化を使用する。ほとんどの場合、異なるシンタックス要素を表現するためにバイナリ符号化処理が実行される。このバイナリ符号化処理も非常に具体的であり、異なるシンタックス要素に依存する。算術符号化は、それらの現在の確率に従ってシンタックス要素を表す。ＣＡＢＡＣは、コンテキスト変数によって定義される「コンテキスト」に応じてシンタックス要素の確率を分離する算術符号化の拡張である。これは条件付き確率に相当する。コンテキスト変数は、すでに復号されている、左上のブロック（以下で詳細に説明する図６ｂのＡ２）および左上のブロック（図６ｂのＢ３）の現在のシンタックスの値から導き出すことができる。
【0148】
ＣＡＢＡＣは、Ｈ．２６４／ＡＶＣおよびＨ．２６５／ＨＥＶＣ規格の基準部分として採用されている。Ｈ．２６４／ＡＶＣでは、エントロピー符号化の２つの代替方法のうちの１つである。Ｈ．２６４／ＡＶＣに規定された他の方法は、可変長符号の文脈適応的に切り替えられるセット、いわゆる文脈適応型可変長符号化（ＣＡＶＬＣ）の使用に基づく低複雑性エントロピー符号化技術である。ＣＡＢＡＣと比較して、ＣＡＶＬＣは、より低い圧縮効率を犠牲にして、低減された実装コストを提供する。標準解像度または高精細度解像度のＴＶ信号の場合、ＣＡＢＡＣは通常、同じ客観的なビデオ品質でＣＡＶＬＣに対して１０～２０％のビットレートの節約を提供する。ＨＥＶＣにおいて、ＣＡＢＡＣは使用されるエントロピー符号化方法の一つである。多くのビットはまた、バイパスＣＡＢＡＣ符号化（ＣＡＢＡＣバイパス符号化としても表される）される。さらに、いくつかのシンタックス要素は単項コードまたはＧｏｌｏｍｂコードで符号化され、これは他のタイプのエントロピーコードである。
【0149】
図１７は、ＣＡＢＡＣエンコーダのメインブロックを示す。
【0150】
非バイナリ値である入力シンタックス要素は、バイナライザ１７０１によって２値化される。ＣＡＢＡＣの符号化戦略は、動きベクトル差または変換係数レベル値の成分のような、ハイブリッドブロックベースのビデオ符号化器におけるシンタックス要素値の非常に効率的な符号化が、コンテキストモデリングおよび２進算術符号化の後続ステージのための一種の前処理ユニットとして２値化方式を使用することによって達成され得るという発見に基づく。一般に、２値化方式は、シンタックス要素値の二値決定のシーケンス、いわゆるビンへのユニークなマッピングを定義し、これは、「ビット」であり得り、従って２値コードツリーの観点から解釈することもできる。ＣＡＢＡＣにおける２値化方式の設計は、その構造が簡単なオンライン計算を可能にし、幾つかの適当なモデル－確率分布に適用される少数の基本的なプロトタイプに基づいている。
【0151】
各ビンは、スイッチ１７０２の設定に従って、２つの基本的な方法のうちの１つで処理することができる。スイッチが「正規（regular）」設定にある場合、ビンはコンテキストモデラ１７０３および正規符号化エンジン１７０４に供給される。スイッチが「バイパス」設定にある場合、コンテキストモデラはバイパスされ、ビンはバイパス符号化エンジン１７０５に供給される。別のスイッチ１７０６はスイッチ１７０２と同様の「正規」および「バイパス」設定を有し、その結果、符号化エンジン１７０４および１７０５のうちの適用可能な１つによって符号化されたビンは、ＣＡＢＡＣエンコーダの出力としてビットストリームを形成することができる。
【0152】
他のスイッチ１７０６は、ビットストリーム中のバイパス符号化データのブロックを提供するために符号化エンジン１７０５によって符号化されたビンのいくつか（例えば、ブロックまたは符号化ユニットなどの画像部分を符号化するためのビン）をグループ化するために、およびビットストリーム中の「正規の」（または算術的に）符号化されたデータの別のブロックを提供するために符号化エンジン１７０４によって符号化されたビンのいくつか（例えば、ブロックまたは符号化ユニットを符号化するためのビン）をグループ化するために、ストレージとともに使用され得ることが理解される。バイパス符号化データと正規符号化データとのこの別個のグループ分けは、（バイパス符号化データを最初に／正規ＣＡＢＡＣ符号化データと並列に処理することができることから）復号処理中のスループットの改善をもたらすことができる。
【0153】
各シンタックス要素値をビンのシーケンスに分解することによって、ＣＡＢＡＣにおける各ビン値のさらなる処理は、関連する符号化モード決定に依存し、これは、正規モードまたはバイパスモードのいずれかとして選択することができる。後者は符号情報に関連するビン、または一様に分布していると仮定され、その結果、正規の２進算術符号化処理全体が単にバイパスされる、下位の有意なビンのために選択される。正規の符号化モードでは、各ビン値が正規の２進算術符号化エンジンを使用することによって符号化され、関連する確率モデルはコンテキストモデリングなしに固定選択によって決定されるか、または関連するコンテキストモデルに応じて適応的に選択される。重要な設計決定として、後者の場合は一般に、最も頻繁に観測されるビンのみに適用され、他の、通常は頻繁に観測されないビンは、ジョイント、典型的にはゼロ次確率モデルを使用して処理される。このようにして、ＣＡＢＡＣはサブシンボルレベルでの選択的なコンテキストモデリングを可能にし、したがって、全体的なモデリングまたは学習コストを大幅に低減してシンボル間冗長性を利用するための効率的な手段を提供する。コンテキストモデルの特定の選択に対して、４つの基本設計タイプをＣＡＢＡＣで採用し、その中の２つを変換係数レベルのみの符号化に適用した。これらの４つのプロトタイプの設計は、モデル化されるソースデータの典型的な特性に関する先験的な知識に基づいており、不必要なモデル化コストのオーバヘッドを回避し、統計的依存性を大幅に活用するという相反する目的の間の良好な妥協点を見つける目的を反映している。
【0154】
ＣＡＢＡＣにおける最低レベルの処理では、各ビン値が正規またはバイパス符号化モードのいずれかで、バイナリ算術符号器に入る。後者の場合、かなり低減された複雑さを有する符号化エンジンのファーストブランチ（fast branch）が使用され、一方、前者の符号化モードの場合、所与のビン値の符号化は、ビン値と共にＭコーダに渡される関連する適応確率モデルの実際の状態に依存し、この用語は、ＣＡＢＡＣにおけるテーブルベースの適応２進算術符号化エンジンのために選択された用語である。
【0155】
次いで、対応するＣＡＢＡＣデコーダは、ＣＡＢＡＣエンコーダからビットストリーム出力を受信し、それに応じてバイパス符号化データおよび正規のＣＡＢＡＣ符号化データを処理する。ＣＡＢＡＣデコーダが正規のＣＡＢＡＣ符号化データを処理すると、コンテキストモデラ（およびその確率モデル）が更新され、ビットストリームを形成するビンを正しく復号／処理（例えば、逆二値化）してシンタックス要素を得ることができる。
【0156】
インター符号化
ＨＥＶＣは３つの異なるインターモード、すなわち、インターモード（動き情報差をシグナリングする高度動きベクトル予測（ＡＭＶＰ））、「古典的」マージモード（すなわち、「非アフィンマージモード」または動き情報差をシグナリングしない「正規」マージモードとしても知られる）、および「古典的」マージスキップモード（すなわち、「非アフィンマージスキップ」モードまたは動き情報差をシグナリングせず、サンプル値の残差データもシグナリングしない「正規」マージスキップモードとしても知られる）を使用する。これらのモード間の主な違いは、ビットストリームにおけるデータシグナリングである。動きベクトル符号化の場合、現在のＨＥＶＣ規格は、規格の以前のバージョンには存在しなかった動きベクトル予測のための競合ベースのスキームを含む。これは、インター符号化モード（ＡＭＶＰ）またはマージモード（すなわち、「古典的／正規」マージモードまたは「古典的／正規」マージスキップモード）それぞれについて、最良の動きベクトル予測子または最良の動き情報を見つけるために、いくつかの候補がエンコーダ側のレート歪み基準と競合していることを意味する。次に、最良予測子または動き情報の最良候補に対応するインデックスまたはフラグがビットストリームに挿入される。デコーダは、予測子または候補の同じセットを導出し、復号されたインデックス／フラグに従って最良のものを使用することができる。ＨＥＶＣのスクリーンコンテンツ拡張では、イントラブロックコピー（ＩＢＣ）と呼ばれる新しいコーディングツールが、これらの３つのインターモードのいずれかとしてシグナリングされ、ＩＢＣと同等のインターモードとの差は、参照フレームが現在のものであるかどうかをチェックすることによって行われる。ＩＢＣは、現在の画像参照（ＣＰＲ）としても知られている。これは、例えば、リストＬ０の参照インデックスをチェックし、これがリスト内の最後のフレームである場合、これがイントラブロックコピーであると推定することによって実施することができる。別のやり方は、現在のフレームと参照フレームのピクチャ順序カウントを比較することであり、それらが等しい場合、これはイントラブロックコピーである。
ＨＥＶＣは３つの異なるインターモード、すなわち、インターモード（動き情報差をシグナリングする高度動きベクトル予測（ＡＭＶＰ））、「古典的」マージモード（すなわち、「非アフィンマージモード」または動き情報差をシグナリングしない「正規」マージモードとしても知られる）、および「古典的」マージスキップモード（すなわち、「非アフィンマージスキップ」モードまたは動き情報差をシグナリングせず、サンプル値の残差データもシグナリングしない「正規」マージスキップモードとしても知られる）を使用する。これらのモード間の主な違いは、ビットストリームにおけるデータシグナリングである。動きベクトル符号化の場合、現在のＨＥＶＣ規格は、規格の以前のバージョンには存在しなかった動きベクトル予測のための競合ベースのスキームを含む。これは、インター符号化モード（ＡＭＶＰ）またはマージモード（すなわち、「古典的／正規」マージモードまたは「古典的／正規」マージスキップモード）それぞれについて、最良の動きベクトル予測子または最良の動き情報を見つけるために、いくつかの候補がエンコーダ側のレート歪み基準と競合していることを意味する。次に、最良予測子または動き情報の最良候補に対応するインデックスまたはフラグがビットストリームに挿入される。デコーダは、予測子または候補の同じセットを導出し、復号されたインデックス／フラグに従って最良のものを使用することができる。ＨＥＶＣのスクリーンコンテンツ拡張では、イントラブロックコピー（ＩＢＣ）と呼ばれる新しいコーディングツールが、これらの３つのインターモードのいずれかとしてシグナリングされ、ＩＢＣと同等のインターモードとの差は、参照フレームが現在のものであるかどうかをチェックすることによって行われる。ＩＢＣは、現在の画像参照（ＣＰＲ）としても知られている。これは、例えば、リストＬ０の参照インデックスをチェックし、これがリスト内の最後のフレームである場合、これがイントラブロックコピーであると推定することによって実施することができる。別のやり方は、現在のフレームと参照フレームのピクチャ順序カウントを比較することであり、それらが等しい場合、これはイントラブロックコピーである。
【0157】
予測子および候補の導出の設計は、複雑さに不均衡な影響を与えることなく、最良の符号化効率を達成する上で重要である。ＨＥＶＣでは、２つの動きベクトル導出が使用される：１つはインターモード（Advanced Motion Vector Prediction（AMVP））のためのものであり、１つはマージモード（Merge derivation process － for the classical Merge mode and the classical Merge Skip mode）のためのものである。以下、これらの処理について説明する。
【0158】
図６ａおよび図６ｂは、例えば、ＨＥＶＣ符号化および復号システムの高度動きベクトル予測（ＡＭＶＰ）およびマージモードにおける動きベクトル予測子を生成するために使用することができる空間的ブロックおよび時間的ブロックを示し、図７は、ＡＭＶＰ予測子セット導出の処理の簡略化されたステップを示す。
【0159】
２つの空間的予測子、すなわちＡＭＶＰモードのための２つの空間的動きベクトルが、上隅ブロック（ブロックＢ２）および左隅ブロック（ブロックＡ０）を含む上ブロック（文字「Ｂ」によって示される）および左ブロック（文字「Ａ」によって示される）の動きベクトルの中から選択され、１つの時間的予測子が図６ａに表されるように、コロケートされたブロックの右下ブロック（Ｈ）および中央ブロック（Ｃｅｎｔｅｒ）の動きベクトルの中から選択される。
【0160】
以下の表１は、図６ａおよび６ｂに示されるように、現在のブロックを基準にしてブロックを参照するときに使用される命名法の概要を示す。この命名法は、簡潔に使用されるが、特に将来の規格のバージョンでは他のラベル付けシステムが使用されてもよいことを理解されたい。
【0161】
【表1】
【0162】
「現在のブロック」は、サイズが、４ｘ４、１６ｘ１６、３２ｘ３２、６４ｘ６４、１２８ｘ１２８、またはその間の任意のサイズなど、可変であることに注意する必要がある。ブロックの寸法は、好ましくは２の倍数（すなわち、２＾ｎ×２＾ｍ ここで、ｎおよびｍは正の整数である）であり、これは、バイナリ符号化を使用する場合、ビットのより効率的な使用をもたらす。現在のブロックは、正方形である必要はないが、これはしばしば、符号化の複雑さのための好ましい実施形態である。
【0163】
図７を参照すると、第１ステップは、左下のブロックＡ０およびＡ１の中から第１空間的予測子（Ｃａｎｄ１、７０６）を選択することを目的とし、その空間的位置が図６ａに示される。そのために、これらのブロックは、所与の（すなわち、所定の／プリセットされた）順序で次々に選択され（７００、７０２）、選択されたブロックごとに、所与の順序で以下の条件が評価され（７０４）、条件が満たされる第１ブロック（first block）は、予測子として設定される。
【0164】
－同じ参照画像と同じ参照リストからの動きベクトル
－同じ参照画像と他の参照リストからの動きベクトル
－異なる参照画像と同じ参照リストからのスケーリングされた動きベクトル
－異なる参照画像と他の参照リストからのスケーリングされた動きベクトル
値が見つからない場合、左予測子は使用不可と見なされる。この場合、関連ブロックがイントラ符号化されているか、またはそれらのブロックが存在しないことを示す。
－同じ参照画像と他の参照リストからの動きベクトル
－異なる参照画像と同じ参照リストからのスケーリングされた動きベクトル
－異なる参照画像と他の参照リストからのスケーリングされた動きベクトル
値が見つからない場合、左予測子は使用不可と見なされる。この場合、関連ブロックがイントラ符号化されているか、またはそれらのブロックが存在しないことを示す。
【0165】
後のステップは、上の右ブロックＢ０、上のブロックＢ１、および左の上（上の左）ブロックＢ２の中から第２空間的予測子（Ｃａｎｄ２、７１６）を選択することを目的とし、その空間的位置が図６ａに示されている。そのために、これらのブロックは、所与の順序で次々に選択され（７０８、７１０、７１２）、選択されたブロックごとに、所与の順序で上述の条件が評価され（７１４）、上述の条件が満たされる第１ブロックが予測子として設定される。
【0166】
再び、値が見つからない場合、上の予測子は利用不可能であると見なされる。この場合、関連ブロックがイントラ符号化されているか、またはそれらのブロックが存在しないことを示す。
【0167】
次のステップ（７１８）において、２つの予測子は、両方が利用可能である場合、それらが等しい場合（すなわち、同じ動きベクトル値、同じ参照リスト、同じ参照インデックス、および同じ方向タイプ）、それらのうちの１つを除去するために、互いに比較される。１つの空間的予測子のみが利用可能である場合、アルゴリズムは、後のステップにおいて時間的予測子を探す。
【0168】
時間的動き予測子（Ｃａｎｄ３，７２６）は、次のように導出される。前の／参照フレームにおけるコロケートされたブロックの右下（Ｈ，７２０）位置がまず、利用可能性チェックモジュール７２２において考慮される。それが存在しない場合、または動きベクトル予測子が利用可能でない場合、コロケートされたブロックの中央（中央、７２４）がチェックされるように選択される。これらの時間的位置（中央およびＨ）を図６ａに示す。いずれにせよ、スケーリング７２３は、現在のフレームと参照リスト内の第１フレーム（first frame）との間の時間的距離を一致させるために、これらの候補に適用される。
【0169】
次に、動き予測子値が予測子のセットに追加される。次に、予測子の数（Ｎｂ＿Ｃａｎｄ）が、予測子の最大数（Ｍａｘ＿Ｃａｎｄ）と比較される（７２８）。上述のように、ＡＭＶＰの導出処理が生成する必要がある動きベクトル予測子の予測子の最大数（Ｍａｘ＿Ｃａｎｄ）は、ＨＥＶＣ規格の現在のバージョンでは２である。
【0170】
この最大数に達した場合、ＡＭＶＰ予測子の最終リストまたはセット（７３２）が構築される。そわなければ、ゼロ予測子がリストに追加される（７３０）。ゼロ予測子は、（０，０）に等しい動きベクトルである。
【0171】
図７に示すように、ＡＭＶＰ予測子の最終リストまたはセット（７３２）は、空間的動き予測子候補のサブセット（７００～７１２）および時間的動き予測子候補のサブセット（７２０、７２４）から構築される。
【0172】
上述のように、古典的マージモードまたは古典的マージスキップモードの動き予測子候補は、方向、リスト、参照フレームインデックス、および動きベクトル（または予測を実行するためのその任意のサブセット）というすべての必要な動き情報を表すことができる。いくつかの候補のインデックス付きリストが、マージ導出処理によって生成される。現在のＨＥＶＣ設計では、両方のマージモード（すなわち、古典的マージモードおよび古典的マージスキップモード）の候補の最大数は５（４つの空間的候補および１つの時間的候補）に等しい。
【0173】
図８は、マージモード（古典的マージモードおよび古典的マージスキップモード）の動きベクトル導出処理の概略図である。導出処理の第１ステップでは、５つのブロック位置が考慮される（８００～８０８）。これらの位置は、参照番号Ａ１、Ｂ１、Ｂ０、Ａ０、およびＢ２で図６ａに示される空間的位置である。後のステップにおいて、空間的動きベクトルの利用可能性がチェックされ、考慮のために多くとも５つの動きベクトルが選択／取得される（８１０）。予測子が存在し、ブロックがイントラ符号化されていない場合、予測子は利用可能であると見なされる。したがって、５つのブロックに対応する動きベクトルを候補として選択することは、以下の条件に従って行われる。
【0174】
「左」Ａ１動きベクトル（８００）が利用可能である場合（８１０）、すなわち、それが存在し、このブロックがイントラ符号化されていない場合、「左」ブロックの動きベクトルが選択され、候補リスト内の第１候補として使用される（８１４）。
【0175】
「上」Ｂ１動きベクトル（８０２）が利用可能である場合（８１０）、候補「上」ブロック動きベクトルは、存在する場合、「左」Ａ１動きベクトルと比較される（８１２）。Ｂ１動きベクトルがＡ１動きベクトルに等しい場合、Ｂ１は空間的候補のリストに追加されない（８１４）。逆に、Ｂ１動きベクトルがＡ１動きベクトルに等しくない場合、Ｂ１が空間的候補のリストに追加される（８１４）。
【0176】
「右上」Ｂ０動きベクトル（８０４）が利用可能である場合（８１０）、「右上」の動きベクトルがＢ１動きベクトルと比較される（８１２）。Ｂ０動きベクトルがＢ１動きベクトルに等しい場合、Ｂ０動きベクトルは空間的候補のリストに追加されない（８１４）。逆に、Ｂ０動きベクトルがＢ１動きベクトルに等しくない場合、Ｂ０動きベクトルが空間的候補のリストに追加される（８１４）。
【0177】
「左下」Ａ０動きベクトル（８０６）が利用可能である場合（８１０）、「左下」の動きベクトルがＡ１動きベクトルと比較される（８１２）。Ａ０動きベクトルがＡ１動きベクトルに等しい場合、Ａ０動きベクトルは空間的候補のリストに追加されない（８１４）。逆に、Ａ０動きベクトルがＡ１動きベクトルと等しくない場合、Ａ０動きベクトルが空間的候補のリストに追加される（８１４）。
【0178】
空間的候補のリストが４つの候補を含まない場合、「左上」Ｂ２動きベクトル（８０８）の利用可能性がチェックされる（８１０）。利用可能であれば、Ａ１動きベクトルおよびＢ１動きベクトルと比較される。Ｂ２動きベクトルがＡ１動きベクトルまたはＢ１動きベクトルに等しい場合、Ｂ２動きベクトルは空間的候補のリストに追加されない（８１４）。逆に、Ｂ２動きベクトルがＡ１動きベクトルまたはＢ１動きベクトルに等しくない場合、Ｂ２動きベクトルが空間的候補のリストに追加される（８１４）。
【0179】
この段階の最後に、空間的候補のリストは、４つまでの候補を含む。
【0180】
時間的候補については、２つの位置、コロケートされたブロックの右下の位置（８１６、図６ａにおいて示されるＨ）およびコロケートされたブロックの中央（８１８）を使用することができる。これらの位置を図６ａに示す。
【0181】
ＡＭＶＰ動きベクトル導出処理の時間的動き予測子について図７に関連して説明したように、第１ステップは、Ｈ位置におけるブロックの利用可能性をチェックすること（８２０）を目的とする。次に、それが利用可能でない場合、中央位置におけるブロックの利用可能性がチェックされる（８２０）。これらの位置の少なくとも１つの動きベクトルが利用可能である場合、時間的動きベクトルは、マージ動きベクトル予測子候補のリストに追加される時間的候補（８２４）を作成するために、必要であれば、リストＬ０およびＬ１の両方について、インデックス０を有する参照フレームにスケーリングされ得る（８２２）。これは、リスト内の空間的候補の後に配置される。リストＬ０およびＬ１は、ゼロ、１つまたは複数の参照フレームを含む２つの参照フレームリストである。
【0182】
候補の数（Ｎｂ＿Ｃａｎｄ）が、候補の最大数より厳密に少ない場合（８２６）（値がビットストリームスライスヘッダにおいてシグナリングされ、現在のＨＥＶＣ設計において５に等しいと判断するためのＭａｘ＿Ｃａｎｄ情報）、および現在のフレームがＢタイプである場合、結合された候補が生成される（８２８）。結合された候補は、マージ動きベクトル予測子候補のリストの利用可能な候補に基づいて生成される。これは、主に、リストＬ０の１つの候補の動き情報を、リストＬ１の１つの候補の動き情報と組み合わせる（ペアリングする）ことからなる。
【0183】
候補の数（Ｎｂ＿Ｃａｎｄ）が候補の最大数（Ｍａｘ＿Ｃａｎｄ）よりも厳密に少ない（８３０）場合、マージ動きベクトル予測子候補のリストの候補の数が候補の最大数に達するまで、ゼロ動き候補が生成される（８３２）。
【0184】
この処理の終わりに、マージ動きベクトル予測子候補のリストまたはセット（すなわち、古典的マージモードおよび古典的マージスキップモードであるマージモードの候補のリストまたはセット）が構築される（８３４）。図８に示すように、マージ動きベクトル予測子候補のリストまたはセットは、空間的候補のサブセット（８００～８０８）および時間的候補のサブセット（８１６、８１８）から構築される（８３４）。
【0185】
代替時間的動きベクトル予測（ＡＴＭＶＰ）
代替時間的動きベクトル予測（ＡＴＭＶＰ）は、特別なタイプの動き補償である。時間的参照フレームからの現在のブロックについて１つの動き情報のみを考慮する代わりに、各コロケートされたブロックの各動き情報が考慮される。したがって、この時間的動きベクトル予測は、図９に示すように、各サブブロックの関連する動き情報を用いて、現在のブロックのセグメンテーションを与える。
代替時間的動きベクトル予測（ＡＴＭＶＰ）は、特別なタイプの動き補償である。時間的参照フレームからの現在のブロックについて１つの動き情報のみを考慮する代わりに、各コロケートされたブロックの各動き情報が考慮される。したがって、この時間的動きベクトル予測は、図９に示すように、各サブブロックの関連する動き情報を用いて、現在のブロックのセグメンテーションを与える。
【0186】
ＶＴＭリファレンスソフトウェアでは、ＡＴＭＶＰがマージ候補のリスト（すなわち、古典的なマージモードおよび古典的なマージスキップモードであるマージモードの候補のリストまたはセット）に挿入されたマージ候補としてシグナリングされる。ＳＰＳレベルでＡＴＭＶＰがイネーブルされると、マージ候補の最大数は１だけ増加される。従って、５の代わりに６つの候補が考慮され、これは、このＡＴＭＶＰモードがディスエーブルされた場合であった。本発明の一実施形態によれば、ＡＴＭＶＰはアフィンマージ候補のリストに挿入されたアフィンマージ候補（例えば、ＡＴＭＶＰ候補）（すなわち、以下でより詳細に説明される、アフィンマージモードのための候補の別個のリストまたはセット）としてシグナリングされ得ることが理解される。
【0187】
さらに、この予測がＳＰＳレベルでイネーブルされるとき、マージインデックスのすべてのビン（すなわち、マージ候補のリストから候補を識別するための識別子またはインデックスまたは情報）は、ＣＡＢＡＣによってコンテキスト符号化される。ＨＥＶＣ内にある間、またはＡＴＭＶＰがＪＥＭ内のＳＰＳレベルでイネーブルされていないとき、第１ビン（first bin）のみがコンテキスト符号化され、残りのビンはコンテキストバイパス符号化される（すなわち、バイパスＣＡＢＡＣ符号化される）。
【0188】
図１０（ａ）は、ＨＥＶＣ、またはＪＥＭのＳＰＳレベルでＡＴＭＶＰがイネーブルされていないときのマージインデックスの符号化を示す。これは、単項最大コードに対応する。さらに、この図１０（ａ）では、第１番目のビット（first bit）はＣＡＢＡＣ符号化され、他のビットはバイパスＣＡＢＡＣ符号化される。
【0189】
図１０（ｂ）は、ＡＴＭＶＰがＳＰＳレベルでイネーブルされるときのマージインデックスの符号化を示す。すべてのビットがＣＡＢＡＣ符号化される（１番目から５番目のビットまで）。インデックスを符号化するための各ビットは、それ自体のコンテキストを有し、言い換えれば、ＣＡＢＡＣ符号化に用いられるそれらの確率は分離されることに留意されたい。
【0190】
アフィンモード
ＨＥＶＣでは、動き補償予測（ＭＣＰ）のために並進運動モデルのみを適用した。一方、現実世界では、ズームイン／ズームアウト、回転、パースペクティブモーション、および他の不規則なモーションなど、多くの種類のモーションがある。
ＨＥＶＣでは、動き補償予測（ＭＣＰ）のために並進運動モデルのみを適用した。一方、現実世界では、ズームイン／ズームアウト、回転、パースペクティブモーション、および他の不規則なモーションなど、多くの種類のモーションがある。
【0191】
ＪＥＭでは、簡易アフィン変換動き補償予測を適用し、２０１７年７月１３日～２１日のＴｏｒｉｎｏにおけるＪＶＥＴ会議で発表されたＪＶＥＴ－Ｇ１００１文書の抜粋に基づき、アフィンモードの一般原理を以下に説明する。この文書全体は、ＪＥＭで使用される他のアルゴリズムを説明する限り、参照により本明細書に組み込まれる。
【0192】
図１１（ａ）に示すように、この文書におけるブロックのアフィン動きフィールドは、２つの制御点動きベクトルによって記述される（本発明の実施形態によれば、より多くの制御点動きベクトルを有するものなどの他のアフィンモデルを使用することもできることを理解されたい）。
【0193】
ブロックの動きベクトルフィールド（ＭＶＦ）は、以下の式によって記述される。
【0194】
【数1】
【0195】
ここで、（ｖ０ｘ、ｖ０ｙ）は、左上隅の制御点の動きベクトルであり、（ｖ１ｘ、ｖ１ｙ）は、右上隅の制御点の動きベクトルである。また、ｗはブロックＣｕｒ（現在のブロック）の幅である。
【0196】
動き補償予測をさらに単純化するために、サブブロックベースのアフィン変換予測を適用した。サブブロックサイズＭｘＮは、式２のように導出され、ここで、ＭｖＰｒｅは、動きベクトル分数精度（ＪＥＭでは１／１６）であり、（ｖ２ｘ，ｖ２ｙ）は式１に従って計算された左上制御点の動きベクトルである。
【0197】
【数2】
【0198】
式２によって導出された後、ＭおよびＮは必要であれば、それぞれｗおよびｈの除数になるように下方に調整されてもよい。ｈは、現在のブロックＣｕｒ（現在のブロック）の高さである。
【0199】
各Ｍ×Ｎサブブロックの動きベクトルを導出するために、図１１（ｂ）に示されるように、各サブブロックの中央サンプルの動きベクトルは、式１に従って計算され、１／１６分数精度に丸められる。次に、動き補償補間フィルタを適用して、導出した動きベクトルを持つ各サブブロックの予測を生成する。
【0200】
アフィンモードは、インターモード（ＡＭＶＰ、「古典的」マージ、または「古典的」マージスキップ）のような動き補償モードである。その原理は、２つ又は３つの隣接する動き情報に従って画素毎に１つの動き情報を生成することである。ＪＥＭでは、アフィンモードが図１１（ｂ）に示すように、各４×４ブロックについて１つの動き情報を導出する（各正方形は４×４ブロックであり、図１１（ｂ）のブロック全体は４×４サイズのこのような正方形の１６ブロックに分割された１６×１６ブロックであり、各４×４正方形ブロックはそれに関連する動きベクトルを有する）。本発明の実施形態では、アフィンモードが、１つの動き情報を導出することができる限り、異なるサイズまたは形状のブロックについて１つの動き情報を駆動することができることを理解されたい。
【0201】
一実施形態によれば、このモードは、フラグでアフィンモードをイネーブルすることによって、ＡＭＶＰモードおよびマージモード（すなわち、「非アフィンマージモード」とも呼ばれる古典的マージモード、および「非アフィンマージスキップモード」とも呼ばれる古典的マージスキップモード）に利用可能になる。このフラグはＣＡＢＡＣ符号化される。一実施形態では、コンテキストが左ブロック（図６ｂの位置Ａ２）および左上ブロック（図６ｂの位置Ｂ３）のアフィンフラグの合計に依存する。
【0202】
したがって、ＪＥＭでは、後の式で与えられるアフィンフラグに対して３つのコンテキスト変数（０、１、または２）が可能である。
【0203】
Ｃｔｘ＝ＩｓＡｆｆｉｎｅ（Ａ２）＋ＩｓＡｆｆｉｎｅ（Ｂ３）
ここで、ＩｓＡｆｆｉｎｅ（ｂｌｏｃｋ）は、ブロックがアフィンブロックでない場合に０を返し、ブロックがアフィンである場合に１を返す関数である。
ここで、ＩｓＡｆｆｉｎｅ（ｂｌｏｃｋ）は、ブロックがアフィンブロックでない場合に０を返し、ブロックがアフィンである場合に１を返す関数である。
【0204】
アフィンマージ候補導出
ＪＥＭでは、サブブロック（マージ）モードとしても知られるアフィンマージモード（またはアフィンマージスキップモード）が位置Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２のブロックの中でアフィンである第１隣接ブロック（first neighbouring block）（すなわち、アフィンモードを使用して符号化される第１隣接ブロック）から現在のブロックの動き情報を導出する。これらの位置を図６ａおよび６ｂに示す。しかしながら、アフィンパラメータがどのように導出されるかは完全には定義されておらず、本発明は例えば、アフィンマージモードのアフィンパラメータを定義することによって、少なくともこの態様を改善することを目的とし、その結果、アフィンマージ候補のためのより広い選択の選択を可能にする（すなわち、アフィンである第１隣接ブロックだけでなく、インデックスなどの識別子を用いた選択のために少なくとも１つの他の候補が利用可能である）。
ＪＥＭでは、サブブロック（マージ）モードとしても知られるアフィンマージモード（またはアフィンマージスキップモード）が位置Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２のブロックの中でアフィンである第１隣接ブロック（first neighbouring block）（すなわち、アフィンモードを使用して符号化される第１隣接ブロック）から現在のブロックの動き情報を導出する。これらの位置を図６ａおよび６ｂに示す。しかしながら、アフィンパラメータがどのように導出されるかは完全には定義されておらず、本発明は例えば、アフィンマージモードのアフィンパラメータを定義することによって、少なくともこの態様を改善することを目的とし、その結果、アフィンマージ候補のためのより広い選択の選択を可能にする（すなわち、アフィンである第１隣接ブロックだけでなく、インデックスなどの識別子を用いた選択のために少なくとも１つの他の候補が利用可能である）。
【0205】
例えば、本発明のいくつかの実施形態によれば、アフィンマージ候補（アフィンモードのための動き情報を導出／取得するための候補）のそれ自体のリストを有するアフィンマージモードと、（アフィンマージ候補のリストから１つのアフィンマージ候補を識別するための）アフィンマージインデックスとが、ブロックを符号化または復号するために使用される。
【0206】
アフィンマージシグナリング
図１２は、アフィンマージモードの使用をシグナリングするための符号化モードに関連するいくつかのシンタックス要素の部分復号処理のフローチャートである。この図では、スキップフラグ（１２０１）、予測モード（１２１１）、マージフラグ（１２０３）、マージインデックス（１２０８）、およびアフィンフラグ（１２０６）を復号することができる。
図１２は、アフィンマージモードの使用をシグナリングするための符号化モードに関連するいくつかのシンタックス要素の部分復号処理のフローチャートである。この図では、スキップフラグ（１２０１）、予測モード（１２１１）、マージフラグ（１２０３）、マージインデックス（１２０８）、およびアフィンフラグ（１２０６）を復号することができる。
【0207】
インタースライス内のすべてのＣＵについて、スキップフラグが復号される（１２０１）。ＣＵがスキップでない場合（１２０２）、予測モード（予測モード）が復号される（１２１１）。このシンタックス要素は、現在のＣＵがインターモードまたはイントラモードで符号化されている（復号される）かどうかを示す。ＣＵがスキップである場合（１２０２）、その現在のモードはインターモードであることに留意されたい。ＣＵがスキップでない場合（１２０２：Ｎｏ）、ＣＵはＡＭＶＰモードまたはマージモードで符号化される。ＣＵがインターの場合（１２１２）、マージフラグが復号される（１２０３）。ＣＵがマージである場合（１２０４）、またはＣＵがスキップである場合（１２０２：Ｙｅｓ）、アフィンフラグ（１２０６）を復号する必要があるかどうか、すなわち（１２０５）で、現在のＣＵがアフィンモードで符号化されていた可能性があるかどうかの判定が行われるかどうかが検証／チェックされる（１２０５）。このフラグは現在のＣＵが２Ｎ×２Ｎ ＣＵである場合に復号され、これは、現在のＶＶＣにおいて、ＣＵの高さ及び幅が等しいことを意味する。さらに、少なくとも１つの隣接するＣＵ Ａ１またはＢ１またはＢ０またはＡ０またはＢ２は、アフィンモード（アフィンマージモードまたはアフィンモードがイネーブルされたＡＭＶＰモードのいずれか）で符号化されなければならない。最終的に、現在のＣＵは４ｘ４ ＣＵではなく、デフォルトではＣＵ ４ｘ４はＶＴＭリファレンスソフトウェアで無効になる。この条件（１２０５）が偽である場合、現在のＣＵがＨＥＶＣで指定されているような古典的マージモード（または古典的マージスキップモード）で符号化されていることが確実であり、マージインデックスが復号される（１２０８）。アフィンフラグ（１２０６）が１に等しく設定される場合（１２０７）、ＣＵはマージアフィンＣＵ（すなわち、アフィンマージモードで符号化されたＣＵ）またはマージスキップアフィンＣＵ（すなわち、アフィンマージスキップモードで符号化されたＣＵ）であり、マージインデックス（１２０８）は復号される必要がない（アフィンマージモードが使用される、すなわち、ＣＵは、アフィンである第１隣接ブロックを有するアフィンモードを使用して復号されるため）。そわない場合、現在のＣＵは古典的な（基本的である）マージまたはマージスキップＣＵ（すなわち、古典的なマージまたはマージスキップモードで符号化されたＣＵ）であり、マージ候補インデックス（１２０８）が復号される。
【0208】
マージ候補導出
図１３は、一実施形態に係る、マージ候補（すなわち、古典的マージモードまたは古典的マージスキップモードの候補）導出を示すフローチャートである。この導出は、図８に示すマージモードの動きベクトル導出処理（すなわち、ＨＥＶＣのマージ候補リスト導出）の上に構築されたものである。ＨＥＶＣと比較した主な変更は、ＡＴＭＶＰ候補（１３１９、１３２１、１３２３）の追加、候補の全重複チェック（１３２５）、および候補の新しい順序である。ＡＴＭＶＰ予測は、現在のＣＵのいくつかの動き情報を表すので、専用の候補として設定される。第１サブブロック（first sub-block）（左上）の値は、時間的候補と比較され、時間的候補はそれらが等しい場合、マージ候補のリストに追加されない（１３２０）。ＡＴＭＶＰ候補は、他の空間的候補と比較されない。これは、リスト内に既にある各空間的候補と比較され（１３２５）、重複候補であればマージ候補リストに追加されない時間的候補とは対照的である。
図１３は、一実施形態に係る、マージ候補（すなわち、古典的マージモードまたは古典的マージスキップモードの候補）導出を示すフローチャートである。この導出は、図８に示すマージモードの動きベクトル導出処理（すなわち、ＨＥＶＣのマージ候補リスト導出）の上に構築されたものである。ＨＥＶＣと比較した主な変更は、ＡＴＭＶＰ候補（１３１９、１３２１、１３２３）の追加、候補の全重複チェック（１３２５）、および候補の新しい順序である。ＡＴＭＶＰ予測は、現在のＣＵのいくつかの動き情報を表すので、専用の候補として設定される。第１サブブロック（first sub-block）（左上）の値は、時間的候補と比較され、時間的候補はそれらが等しい場合、マージ候補のリストに追加されない（１３２０）。ＡＴＭＶＰ候補は、他の空間的候補と比較されない。これは、リスト内に既にある各空間的候補と比較され（１３２５）、重複候補であればマージ候補リストに追加されない時間的候補とは対照的である。
【0209】
空間的候補がリスト内に追加されると、それはリスト内の他の空間的候補と比較され（１３１２）、これはＨＥＶＣの最終バージョンの場合ではない。
【0210】
現在のＶＴＭバージョンでは、マージ候補のリストが、符号化テスト条件に対して最良の結果を提供すると判定されたときに、以下の順序で設定される。
・ Ａ１
・ Ｂ１
・ Ｂ０
・ Ａ０
・ ＡＴＭＶＰ
・ Ｂ２
・ 時間的
・ 組み合わせ
・ Ｚｅｒｏ＿ＭＶ
空間的候補Ｂ２は、ＡＴＭＶＰ候補の後に設定されることに留意することが重要である。
・ Ａ１
・ Ｂ１
・ Ｂ０
・ Ａ０
・ ＡＴＭＶＰ
・ Ｂ２
・ 時間的
・ 組み合わせ
・ Ｚｅｒｏ＿ＭＶ
空間的候補Ｂ２は、ＡＴＭＶＰ候補の後に設定されることに留意することが重要である。
【0211】
さらに、ＡＴＭＶＰがスライスレベルでイネーブルされるとき、候補のリスト内の最大数は、ＨＥＶＣの５ではなく６である。
【0212】
その他のインター予測モード
以下で説明する最初のいくつかの実施形態（第１６の実施形態まで）では、その説明が（正規の）マージモードおよびアフィンマージモードのためのインデックスの符号化または復号を説明する。開発中のＶＶＣ規格の最近のバージョンでは、（正規の）マージモードおよびアフィンマージモードに加えて、追加のインター予測モードも考慮されている。現在考慮されているこのような追加のインター予測モードは、以下に説明する、Ｍｕｌｔｉ－Ｈｙｐｏｔｈｅｓｉｓ Ｉｎｔｒａ Ｉｎｔｅｒ（ＭＨＩＩ）マージモード、トライアングルマージモード、および動きベクトル差のマージ（ＭＭＶＤ）マージモードである。
以下で説明する最初のいくつかの実施形態（第１６の実施形態まで）では、その説明が（正規の）マージモードおよびアフィンマージモードのためのインデックスの符号化または復号を説明する。開発中のＶＶＣ規格の最近のバージョンでは、（正規の）マージモードおよびアフィンマージモードに加えて、追加のインター予測モードも考慮されている。現在考慮されているこのような追加のインター予測モードは、以下に説明する、Ｍｕｌｔｉ－Ｈｙｐｏｔｈｅｓｉｓ Ｉｎｔｒａ Ｉｎｔｅｒ（ＭＨＩＩ）マージモード、トライアングルマージモード、および動きベクトル差のマージ（ＭＭＶＤ）マージモードである。
【0213】
これらの第１のいくつかの実施形態の変形形態によれば、マージモードまたはアフィンマージモードに加えて、またはその代わりに、追加のインター予測モードのうちの１つまたは複数を使用することができ、追加のインター予測モードのうちの１つまたは複数のためのインデックス（またはフラグまたは情報）を、マージモードまたはアフィンマージモードのうちのいずれか１つと同じ技法を使用してシグナリング（符号化または復号）することができることを理解されたい。
【0214】
MHII（Multi-Hypothesis Intra Inter）マージモード
MHII（Multi-Hypothesis Intra Inter）マージモードは、正規のマージモードとイントラモードとを組み合わせたハイブリッドである。このモードのブロック予測子は、（正規の）マージモードブロック予測子とイントラモードブロック予測子との間の平均として得られる。得られたブロック予測子は、再構成されたブロックを得るために、現在のブロックの残差に加算される。このマージモードブロック予測子を得るために、ＭＨＩＩマージモードは、マージモードと同じ数の候補を使用し、同じマージ候補導出処理を使用する。したがって、ＭＨＩＩマージモードのためのインデックスシグナリングは、マージモードのためのインデックスシグナリングと同じ技法を使用することができる。また、このモードは、非スキップモードで符号化／復号されたブロックに対してのみ有効になる。したがって、現在のＣＵがスキップモードで符号化／復号されると、ＭＨＩＩは符号化／復号処理で使用できなくなる。
MHII（Multi-Hypothesis Intra Inter）マージモードは、正規のマージモードとイントラモードとを組み合わせたハイブリッドである。このモードのブロック予測子は、（正規の）マージモードブロック予測子とイントラモードブロック予測子との間の平均として得られる。得られたブロック予測子は、再構成されたブロックを得るために、現在のブロックの残差に加算される。このマージモードブロック予測子を得るために、ＭＨＩＩマージモードは、マージモードと同じ数の候補を使用し、同じマージ候補導出処理を使用する。したがって、ＭＨＩＩマージモードのためのインデックスシグナリングは、マージモードのためのインデックスシグナリングと同じ技法を使用することができる。また、このモードは、非スキップモードで符号化／復号されたブロックに対してのみ有効になる。したがって、現在のＣＵがスキップモードで符号化／復号されると、ＭＨＩＩは符号化／復号処理で使用できなくなる。
【0215】
トライアングルマージモード
トライアングルマージモードは、三角形形状に基づく動き補償を使用する双予測モードの一種である。図２５（ａ）および図２５（ｂ）は、そのブロック予測子生成に使用される異なるパーティション構成を示す。ブロック予測子は、ブロック内の第１の三角形（第１のブロック予測子２５０１または２５１１）および第２の三角形（第２のブロック予測子２５０２または２５１２）から得られる。このブロック予測子の生成には、２つの異なる構成が使用される。第１のものについては、（２つのブロック予測子候補が関連付けられる）三角形部分／領域間の分割／分割が図２５（ａ）に示されるように、左上隅から右下隅までである。第２のものでは、（２つのブロック予測子候補が関連付けられる）三角形領域間の分割／分割が図２５（ｂ）に示すように、右上隅から左下隅までである。さらに、三角形領域間の境界の周りのサンプルは重みがサンプル位置（例えば、境界からの距離）に依存する加重平均でフィルタリングされる。独立したトライアングルマージ候補リストが生成され、トライアングルマージモードのためのインデックスシグナリングは、マージモードまたはアフィンマージモードにおけるインデックスシグナリングのための技術に対して、それに応じて修正された技術を使用することができる。
トライアングルマージモードは、三角形形状に基づく動き補償を使用する双予測モードの一種である。図２５（ａ）および図２５（ｂ）は、そのブロック予測子生成に使用される異なるパーティション構成を示す。ブロック予測子は、ブロック内の第１の三角形（第１のブロック予測子２５０１または２５１１）および第２の三角形（第２のブロック予測子２５０２または２５１２）から得られる。このブロック予測子の生成には、２つの異なる構成が使用される。第１のものについては、（２つのブロック予測子候補が関連付けられる）三角形部分／領域間の分割／分割が図２５（ａ）に示されるように、左上隅から右下隅までである。第２のものでは、（２つのブロック予測子候補が関連付けられる）三角形領域間の分割／分割が図２５（ｂ）に示すように、右上隅から左下隅までである。さらに、三角形領域間の境界の周りのサンプルは重みがサンプル位置（例えば、境界からの距離）に依存する加重平均でフィルタリングされる。独立したトライアングルマージ候補リストが生成され、トライアングルマージモードのためのインデックスシグナリングは、マージモードまたはアフィンマージモードにおけるインデックスシグナリングのための技術に対して、それに応じて修正された技術を使用することができる。
【0216】
動きベクトル差のマージ（MMVD）マージモード
ＭＭＶＤマージモードは、独立したＭＭＶＤマージ候補リストを生成する正規のマージモード候補導出の特別なタイプである。現在のＣＵに対する選択されたMMVDマージ候補は、MMVDマージ候補の１つの動きベクトル成分（ｍｖｘまたはｍｖｙ）にオフセット値を加算することによって得られる。オフセット値は、第１番目のリストＬ０または第２番目のリストＬ１からの動きベクトルの構成要素に、これらの参照フレームの構成（例えば、両後方、前方または前方および後方の両方）に応じて加算される。選択されたMMVDマージ候補は、インデックスを使用してシグナリングされる。オフセット値は、８つの可能なプリセット距離（１／４－ｐｅｌ、１／２－ｐｅｌ、１－ｐｅｌ、２－ｐｅｌ、４－ｐｅｌ、８－ｐｅｌ、１６－ｐｅｌ、３２－ｐｅｌ）間の距離インデックスと、ｘ軸またはｙ軸とオフセットの符号を与える方向インデックスを使用してシグナリングされる。したがって、ＭＭＶＤマージモードのためのインデックスシグナリングは、マージモード、またはアフィンマージモードのためのインデックスシグナリングと同じ技法を使用することができる。
ＭＭＶＤマージモードは、独立したＭＭＶＤマージ候補リストを生成する正規のマージモード候補導出の特別なタイプである。現在のＣＵに対する選択されたMMVDマージ候補は、MMVDマージ候補の１つの動きベクトル成分（ｍｖｘまたはｍｖｙ）にオフセット値を加算することによって得られる。オフセット値は、第１番目のリストＬ０または第２番目のリストＬ１からの動きベクトルの構成要素に、これらの参照フレームの構成（例えば、両後方、前方または前方および後方の両方）に応じて加算される。選択されたMMVDマージ候補は、インデックスを使用してシグナリングされる。オフセット値は、８つの可能なプリセット距離（１／４－ｐｅｌ、１／２－ｐｅｌ、１－ｐｅｌ、２－ｐｅｌ、４－ｐｅｌ、８－ｐｅｌ、１６－ｐｅｌ、３２－ｐｅｌ）間の距離インデックスと、ｘ軸またはｙ軸とオフセットの符号を与える方向インデックスを使用してシグナリングされる。したがって、ＭＭＶＤマージモードのためのインデックスシグナリングは、マージモード、またはアフィンマージモードのためのインデックスシグナリングと同じ技法を使用することができる。
【0217】
実施形態
本発明の実施形態を、残りの図面を参照して説明する。実施形態は特に明記しない限り組み合わされてもよく、例えば、実施形態の特定の組合せは複雑さを増しながら符号化効率を改善してもよいが、これは特定の使用事例では許容可能であり得ることに留意されたい。
本発明の実施形態を、残りの図面を参照して説明する。実施形態は特に明記しない限り組み合わされてもよく、例えば、実施形態の特定の組合せは複雑さを増しながら符号化効率を改善してもよいが、これは特定の使用事例では許容可能であり得ることに留意されたい。
【0218】
第１の実施形態
上述のように、ＶＴＭリファレンスソフトウェアでは、ＡＴＭＶＰがマージ候補のリストに挿入されたマージ候補としてシグナリングされる。ＡＴＭＶＰは、（ＳＰＳレベルで）シーケンス全体に対してイネーブルまたはディスエーブルされることができる。ＡＴＭＶＰがディスエーブルされると、マージ候補の最大数は５である。ＡＴＭＶＰがイネーブルされると、マージ候補の最大数は、５から６に１だけ増加される。
上述のように、ＶＴＭリファレンスソフトウェアでは、ＡＴＭＶＰがマージ候補のリストに挿入されたマージ候補としてシグナリングされる。ＡＴＭＶＰは、（ＳＰＳレベルで）シーケンス全体に対してイネーブルまたはディスエーブルされることができる。ＡＴＭＶＰがディスエーブルされると、マージ候補の最大数は５である。ＡＴＭＶＰがイネーブルされると、マージ候補の最大数は、５から６に１だけ増加される。
【0219】
エンコーダでは、図１３の方法を使用してマージ候補のリストが生成される。１つのマージ候補が例えばレート歪み基準に基づいてマージ候補のリストから選択される。選択されたマージ候補は、マージインデックスと呼ばれるシンタックス要素を使用して、ビットストリーム内のデコーダにシグナリングされる。
【0220】
現在のＶＴＭリファレンスソフトウェアでは、ＡＴＭＶＰがイネーブルされているかディスエーブルされているかによって、マージインデックスを符号化する方法が異なる。
【0221】
図１０（ａ）は、ＡＴＭＶＰがＳＰＳレベルでイネーブルされないときのマージインデックスの符号化を示す。５つのマージ候補Ｃａｎｄ０、Ｃａｎｄ１、Ｃａｎｄ２、Ｃａｎｄ３、およびＣａｎｄ４は、それぞれ、０、１０、１１０、１１１０、および１１１１に符号化される。これは、単項最大符号化に対応する。さらに、第１番目のビットは、単一のコンテキストを使用してＣＡＢＡＣによって符号化され、他のビットはバイパス符号化される。
【0222】
図１０（ｂ）は、ＡＴＭＶＰがイネーブルされたときのマージインデックスの符号化を示す。６つのマージ候補Ｃａｎｄ０、Ｃａｎｄ１、Ｃａｎｄ２、Ｃａｎｄ３、Ｃａｎｄ４、およびＣａｎｄ５は、それぞれ、０、１０、１１０、１１１０、１１１１０、および１１１１１に符号化される。この場合、マージインデックスのすべてのビット（１番目から５番目のビットまで）がＣＡＢＡＣによってコンテキスト符号化される。各ビットはそれ自体のコンテキストを有し、異なるビットに対して別々の確率モデルが存在する。
【0223】
本発明の第１の実施形態では図１４に示すように、マージ候補のリストにマージ候補としてＡＴＭＶＰが含まれている場合（例えば、ＳＰＳレベルでＡＴＭＶＰがイネーブルされている場合）、マージインデックスの符号化は、マージインデックスの第１番目のビットのみが単一のコンテキストを使用してＣＡＢＡＣによって符号化されるように修正される。コンテキストは、ＡＴＭＶＰがＳＰＳレベルでイネーブルされていない場合、現在のＶＴＭリファレンスソフトウェアと同じ方法で設定され、すなわち、他のビット（２番目から５番目まで）は、バイパス符号化される。マージ候補のリストにマージ候補としてＡＴＭＶＰが含まれていない場合（例えば、ＳＰＳレベルでＡＴＭＶＰがディスエーブルされている場合）、５つのマージ候補が存在する。マージインデックスの第１番目のビットのみが、単一のコンテキストを使用してＣＡＢＡＣによって符号化される。コンテキストは、ＡＴＭＶＰがＳＰＳレベルでイネーブルされていない場合、現在のＶＴＭリファレンスソフトウェアと同じ方法で設定される。他のビット（２番目から４番目のビットまで）は、バイパス復号される。
【0224】
デコーダは、エンコーダと同じマージ候補のリストを生成する。これは、図１３の方法を使用することによって達成することができる。ＡＴＭＶＰがマージ候補のリストにマージ候補として含まれていない場合（例えば、ＡＴＭＶＰがＳＰＳレベルでディスエーブルされている場合）、５つのマージ候補がある。マージインデックスの第１番目のビットのみが、単一のコンテキストを使用してＣＡＢＡＣによって復号される。他のビット（２番目から４番目のビットまで）は、バイパス復号される。現在のリファレンスソフトウェアとは対照的に、ＡＴＭＶＰがマージ候補のリストにマージ候補として含まれる場合（例えば、ＡＴＭＶＰがＳＰＳレベルでイネーブルされる場合）、マージインデックスの復号において単一のコンテキストを使用して、マージインデックスの第１番目のビットのみがＣＡＢＡＣによって復号される。他のビット（２番目から５番目のビットまで）は、バイパス復号される。復号されたマージインデックスは、マージ候補のリストの中からエンコーダによって選択されたマージ候補を識別するために使用される。
【0225】
ＶＴＭ２．０リファレンスソフトウェアと比較したこの実施形態の利点は、符号化効率に影響を与えることなく、マージインデックス復号およびデコーダ設計（およびエンコーダ設計）の複雑さが低減されることである。実際、この実施形態では、現在のＶＴＭマージインデックス符号化／復号のために５ではなく、１つのＣＡＢＡＣ状態のみがマージインデックスのために必要とされる。さらに、他のビットはＣＡＢＡＣバイパス符号化され、ＣＡＢＡＣで全てのビットを符号化するのと比較して演算の数を減らすので、最悪の場合の複雑さを減らす。
【0226】
第２の実施形態
第２の実施形態では、マージインデックスのすべてのビットはＣＡＢＡＣ符号化されるが、それらはすべて同じコンテキストを共有する。この場合、ビット間で共有される、第１の実施形態のような単一のコンテキストが存在し得る。その結果、マージ候補のリストにマージ候補としてＡＴＭＶＰが含まれている場合（例えば、ＳＰＳレベルでＡＴＭＶＰがイネーブルされている場合）、ＶＴＭ２．０リファレンスソフトウェアでは５であるのに対して、１つのコンテキストのみが使用される。ＶＴＭ２．０リファレンスソフトウェアと比較したこの実施形態の利点は、符号化効率に影響を与えることなく、マージインデックス復号およびデコーダ設計（およびエンコーダ設計）の複雑さが低減されることである。
第２の実施形態では、マージインデックスのすべてのビットはＣＡＢＡＣ符号化されるが、それらはすべて同じコンテキストを共有する。この場合、ビット間で共有される、第１の実施形態のような単一のコンテキストが存在し得る。その結果、マージ候補のリストにマージ候補としてＡＴＭＶＰが含まれている場合（例えば、ＳＰＳレベルでＡＴＭＶＰがイネーブルされている場合）、ＶＴＭ２．０リファレンスソフトウェアでは５であるのに対して、１つのコンテキストのみが使用される。ＶＴＭ２．０リファレンスソフトウェアと比較したこの実施形態の利点は、符号化効率に影響を与えることなく、マージインデックス復号およびデコーダ設計（およびエンコーダ設計）の複雑さが低減されることである。
【0227】
あるいは以下に第３から第１６の実施形態に関連して説明するように、コンテキスト変数は、２つ以上のコンテキストが利用可能であるが、現在のコンテキストがビットによって共有されるように、ビット間で共有されてもよい。
【0228】
ＡＴＭＶＰがディスエーブルされるとき、同じコンテキストが全てのビットに対して依然として使用される。
【0229】
ＡＴＭＶＰが利用可能なモードでないか、またはディスエーブルされている場合であっても、この実施形態および以降のすべての実施形態を適用することができる。
【0230】
第２の実施形態の変形では、マージインデックスの任意の２つ以上のビットがＣＡＢＡＣ符号化され、同じコンテキストを共有する。マージインデックスの他のビットは、バイパス符号化される。例えば、マージインデックスの最初のＮビットは、ＣＡＢＡＣ符号化されてもよく、ここで、Ｎは２以上である。
【0231】
第３の実施形態
第１の実施形態では、マージインデックスの第１番目のビットが単一のコンテキストを使用してＣＡＢＡＣ符号化された。
第１の実施形態では、マージインデックスの第１番目のビットが単一のコンテキストを使用してＣＡＢＡＣ符号化された。
【0232】
第３の実施形態では、マージインデックスのビットのコンテキスト変数が隣接ブロックのマージインデックスの値に依存する。これにより、各コンテキストがコンテキスト変数の異なる値に対応する、ターゲットビットに複数のコンテキストが可能になる。
【0233】
隣接ブロックは、すでに復号されている任意のブロックであってもよく、その結果、そのマージインデックスは、現在のブロックが復号されている時間までにデコーダに利用可能である。例えば、隣接ブロックは、図６ｂに示されるブロックＡ０、Ａ１、Ａ２、Ｂ０、Ｂ１、Ｂ２、およびＢ３のいずれかであってもよい。
【0234】
第１の変形例では、第１番目のビットだけがこのコンテキスト変数を使用してＣＡＢＡＣ符号化される。
【0235】
第２の変形例では、マージインデックスの最初のＮビット、ここでＮは２以上である、はＣＡＢＡＣ符号化され、コンテキスト変数は、これらのＮビット間で共有される。
【0236】
第３の変形例では、マージインデックスの任意のＮビット、ここでＮは２以上である、がＣＡＢＡＣ符号化され、コンテキスト変数が、これらのＮビット間で共有される。
【0237】
第４の変形例では、マージインデックスの最初のＮビット、ここでＮは２以上である、はＣＡＢＡＣ符号化され、Ｎ個のコンテキスト変数がこれらのＮビットに使用される。コンテキスト変数がＫ個の値を有すると仮定すると、ＫｘＮ個のＣＡＢＡＣ状態が使用される。例えば、本実施形態では、１つの隣接ブロックを用いて、コンテキスト変数は２つの値、例えば、０及び１を都合よく有することができる。換言すれば、２Ｎ個のＣＡＢＡＣ状態が使用される。
【0238】
第５の変形例では、マージインデックスの任意のＮビット、ここで、Ｎは２以上である、は適応ＰＭ符号化され、Ｎ個のコンテキスト変数がこれらのＮビットのために使用される。
【0239】
同様の変形例は、以下に説明する第４～第１６の実施形態に適用可能である。
【0240】
第４の実施形態
第４の実施形態では、マージインデックスのビットのコンテキスト変数が、２つ以上の隣接ブロックのマージインデックスのそれぞれの値に依存する。例えば、第１隣接ブロックは左ブロックＡ０、Ａ１またはＡ２であり、第２隣接ブロック（second neighbouring block）は上ブロックＢ０、Ｂ１、Ｂ２またはＢ３である。２つ以上のマージインデックス値を組み合わせる方法は、特に限定されない。例を以下に示す。
第４の実施形態では、マージインデックスのビットのコンテキスト変数が、２つ以上の隣接ブロックのマージインデックスのそれぞれの値に依存する。例えば、第１隣接ブロックは左ブロックＡ０、Ａ１またはＡ２であり、第２隣接ブロック（second neighbouring block）は上ブロックＢ０、Ｂ１、Ｂ２またはＢ３である。２つ以上のマージインデックス値を組み合わせる方法は、特に限定されない。例を以下に示す。
【0241】
コンテキスト変数は便宜上、２つの隣接ブロックが存在するので、この場合、３つの異なる値、例えば、０、１、および２を有することができる。したがって、第３の実施形態に関連して説明した第４の変形例が、３つの異なる値を有するこの実施形態に適用される場合、Ｋは２ではなく３である。換言すれば、３Ｎ個のＣＡＢＡＣ状態が使用される。
【0242】
第５の実施形態
第５の実施形態では、マージインデックスのビットのコンテキスト変数が、隣接ブロックＡ２およびＢ３のマージインデックスのそれぞれの値に依存する。
第５の実施形態では、マージインデックスのビットのコンテキスト変数が、隣接ブロックＡ２およびＢ３のマージインデックスのそれぞれの値に依存する。
【0243】
第６の実施形態
第６の実施形態では、マージインデックスのビットのコンテキスト変数が、隣接ブロックＡ１およびＢ１のマージインデックスのそれぞれの値に依存する。この変形例の利点は、マージ候補導出とのアラインメントである。その結果、いくつかのデコーダおよびエンコーダの実装では、メモリアクセスの削減を達成することができる。
第６の実施形態では、マージインデックスのビットのコンテキスト変数が、隣接ブロックＡ１およびＢ１のマージインデックスのそれぞれの値に依存する。この変形例の利点は、マージ候補導出とのアラインメントである。その結果、いくつかのデコーダおよびエンコーダの実装では、メモリアクセスの削減を達成することができる。
【0244】
第７の実施形態
第７の実施形態では、現在のブロックのマージインデックスにおけるビット位置ｉｄｘ＿ｎｕｍを有するビットのコンテキスト変数が、以下の式に従って得られる。
第７の実施形態では、現在のブロックのマージインデックスにおけるビット位置ｉｄｘ＿ｎｕｍを有するビットのコンテキスト変数が、以下の式に従って得られる。
【0245】
ｃｔｘＩｄｘ＝（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔ＝＝ｉｄｘ＿ｎｕｍ）＋（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｕｐ＝＝ｉｄｘ＿ｎｕｍ）
ここで、Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔは左ブロックのマージインデックス、Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｕｐは上ブロックのマージインデックス、シンボル＝＝は等価シンボルである。
ここで、Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔは左ブロックのマージインデックス、Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｕｐは上ブロックのマージインデックス、シンボル＝＝は等価シンボルである。
【0246】
例えば、６つのマージ候補がある場合、０＜＝ｉｄｘ＿ｎｕｍ＜＝５である。
【0247】
左ブロックはブロックＡ１であり、上ブロックはブロックＢ１である（第６の実施形態と同様）。あるいは、左ブロックがブロックＡ２であり、上ブロックがブロックＢ３であってもよい（第５の実施形態と同様）。
【0248】
左ブロックのマージインデックスがｉｄｘ＿ｎｕｍと等しい場合、式（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔ＝＝ｉｄｘ＿ｎｕｍ）は１に等しい。次の表は、この式（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔ＝＝ｉｄｘ＿ｎｕｍ）の結果を示す。
【0249】
【表2】
【0250】
もちろん、式のテーブル（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｕｐ＝＝ｉｄｘ＿ｎｕｍ）は同じである。
【0251】
次の表は、各マージインデックス値の単項最大コードと、各ビットの相対ビット位置と、を示す。この表は、図１０（ｂ）に対応する。
【0252】
【表3】
【0253】
左ブロックがマージブロックまたはアフィンマージブロックでない（すなわち、アフィンマージモードを使用して符号化されている）場合、左ブロックは利用可能ではないと考えられる。上ブロックについても同様の条件が適用される。
【0254】
例えば、第１番目のビットのみがＣＡＢＡＣ符号化される場合、コンテキスト変数ｃｔｘＩｄｘは、
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスが第１インデックス（first index）ではない（すなわち０ではない）場合、および上ブロックマージインデックスが第１インデックスではない（すなわち０ではない）場合は０
左ブロックおよび上ブロックのうちの一方であって他方ではないブロックが第１インデックスに等しいマージインデックスを有する場合は１
左ブロックおよび上ブロックのそれぞれについてマージインデックスが第１インデックスに等しい場合は２
に等しく設定される。
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスが第１インデックス（first index）ではない（すなわち０ではない）場合、および上ブロックマージインデックスが第１インデックスではない（すなわち０ではない）場合は０
左ブロックおよび上ブロックのうちの一方であって他方ではないブロックが第１インデックスに等しいマージインデックスを有する場合は１
左ブロックおよび上ブロックのそれぞれについてマージインデックスが第１インデックスに等しい場合は２
に等しく設定される。
【0255】
より一般的には、ＣＡＢＡＣ符号化された位置ｉｄｘ＿ｎｕｍのターゲットビットの場合、コンテキスト変数ｃｔｘＩｄｘは、
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスがｉ番目のインデックスでない場合（ｉ＝ｉｄｘ＿ｎｕｍの場合）、および上ブロックマージインデックスがｉ番目のインデックスでない場合は０
左ブロックと上ブロックの一方であって他方ではないブロックがｉ番目のインデックスと等しいマージインデックスを有する場合は１
左ブロックと上ブロックのそれぞれについてマージインデックスがｉ番目のインデックスと等しい場合は２
に等しく設定される。ここで、ｉ番目のインデックスは、i＝０の場合は第１インデックス（first index）を意味し、ｉ＝１の場合は第２インデックス（second index）を、というように意味する。
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスがｉ番目のインデックスでない場合（ｉ＝ｉｄｘ＿ｎｕｍの場合）、および上ブロックマージインデックスがｉ番目のインデックスでない場合は０
左ブロックと上ブロックの一方であって他方ではないブロックがｉ番目のインデックスと等しいマージインデックスを有する場合は１
左ブロックと上ブロックのそれぞれについてマージインデックスがｉ番目のインデックスと等しい場合は２
に等しく設定される。ここで、ｉ番目のインデックスは、i＝０の場合は第１インデックス（first index）を意味し、ｉ＝１の場合は第２インデックス（second index）を、というように意味する。
【0256】
第８の実施形態
第８の実施形態では、現在のブロックのマージインデックスにおけるビット位置ｉｄｘ＿ｎｕｍを有するビットのコンテキスト変数が、以下の式に従って得られる。
第８の実施形態では、現在のブロックのマージインデックスにおけるビット位置ｉｄｘ＿ｎｕｍを有するビットのコンテキスト変数が、以下の式に従って得られる。
【0257】
Ｃｔｘ＝（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔ＞ｉｄｘ＿ｎｕｍ）＋（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｕｐ＞ｉｄｘ＿ｎｕｍ） ここで、Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔは左ブロックのマージインデックス、Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｕｐは上ブロックのマージインデックス、シンボル＞は「より大きい」を意味する。
【0258】
例えば、６つのマージ候補がある場合、０＜＝ｉｄｘ＿ｎｕｍ＜＝５である。
【0259】
左ブロックはブロックＡ１であり、上ブロックはブロックＢ１である（第６の実施形態と同様）。あるいは、左ブロックがブロックＡ２であり、上ブロックがブロックＢ３であってもよい（第５の実施形態と同様）。
【0260】
左ブロックのマージインデックスがｉｄｘ＿ｎｕｍより大きい場合、式（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔ＞ｉｄｘ＿ｎｕｍ）は１に等しい。左ブロックがマージブロックまたはアフィンマージブロックでない（すなわち、アフィンマージモードを使用して符号化されている）場合、左ブロックは利用可能ではないと考えられる。上ブロックについても同様の条件が適用される。
【0261】
次の表は、この式（Ｍｅｒｇｅ＿ｉｎｄｅｘ＿ｌｅｆｔ＞ｉｄｘ＿ｎｕｍ）の結果を示す。
【0262】
【表4】
【0263】
例えば、第１番目のビットのみがＣＡＢＡＣ符号化される場合、コンテキスト変数ｃｔｘＩｄｘは、
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスが第１インデックス以下（すなわち０でない）である場合、および上ブロックマージインデックスが第１インデックス以下（すなわち０でない）である場合は０
左ブロックと上ブロックの一方であって他方ではないブロックが第１インデックスより大きいマージインデックスを有する場合は１
左ブロックと上ブロックの各々についてマージインデックスが第１インデックスより大きい場合は２
に等しく設定される。
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスが第１インデックス以下（すなわち０でない）である場合、および上ブロックマージインデックスが第１インデックス以下（すなわち０でない）である場合は０
左ブロックと上ブロックの一方であって他方ではないブロックが第１インデックスより大きいマージインデックスを有する場合は１
左ブロックと上ブロックの各々についてマージインデックスが第１インデックスより大きい場合は２
に等しく設定される。
【0264】
より一般的には、ＣＡＢＡＣ符号化された位置ｉｄｘ＿ｎｕｍのターゲットビットの場合、コンテキスト変数ｃｔｘＩｄｘは、
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスがｉ番目のインデックスより小さい場合（ｉ＝ｉｄｘ＿ｎｕｍの場合）、および上ブロックマージインデックスがｉ番目のインデックスより小さいか等しい場合は０
左ブロックと上ブロックの一方であって他方ではないブロックがｉ番目のインデックスより大きいマージインデックスを有する場合は１
左ブロックと上ブロックの各々についてマージインデックスがｉ番目のインデックスより大きい場合は２
に等しく設定される。
左上のブロックがマージインデックスを有さない場合、または左ブロックマージインデックスがｉ番目のインデックスより小さい場合（ｉ＝ｉｄｘ＿ｎｕｍの場合）、および上ブロックマージインデックスがｉ番目のインデックスより小さいか等しい場合は０
左ブロックと上ブロックの一方であって他方ではないブロックがｉ番目のインデックスより大きいマージインデックスを有する場合は１
左ブロックと上ブロックの各々についてマージインデックスがｉ番目のインデックスより大きい場合は２
に等しく設定される。
【0265】
第８の実施形態は、第７の実施形態に対してさらに符号化効率を向上させる。
【0266】
第９の実施形態
第４～第８の実施形態では、現ブロックのマージインデックスのビットのコンテキスト変数が２つ以上の隣接ブロックのマージインデックスのそれぞれの値に依存した。
第４～第８の実施形態では、現ブロックのマージインデックスのビットのコンテキスト変数が２つ以上の隣接ブロックのマージインデックスのそれぞれの値に依存した。
【0267】
第９の実施形態では、現在のブロックのマージインデックスのビットのコンテキスト変数が、２つ以上の隣接ブロックのそれぞれのマージフラグに依存する。例えば、第１隣接ブロックは左ブロックＡ０、Ａ１またはＡ２であり、第２隣接ブロックは上ブロックＢ０、Ｂ１、Ｂ２またはＢ３である。
【0268】
マージフラグは、ブロックがマージモードを使用して符号化されている場合は１にセットされ、スキップモードやアフィンマージモードなどの他のモードが使用されている場合は０にセットされる。ＶＭＴ２．０では、アフィンマージが基本モードまたは「古典的」マージモードとは別個のモードであることに留意されたい。アフィンマージモードは、専用のアフィンフラグを使用してシグナリングすることができる。あるいは、マージ候補のリストがアフィンマージ候補を含んでもよく、その場合、アフィンマージモードが選択され、マージインデックスを使用してシグナリングされてもよい。
【0269】
その後、コンテキスト変数は、
左隣接ブロックも上隣接ブロックも、１にセットされたそのマージフラグを有さない場合には０
左および上の隣接ブロックの一方であって他方ではない隣接ブロックが１に設定されたそのマージフラグを有する場合は１
左および上の隣接ブロックの各々が１に設定されたそのマージフラグを有する場合は２
に設定される。
左隣接ブロックも上隣接ブロックも、１にセットされたそのマージフラグを有さない場合には０
左および上の隣接ブロックの一方であって他方ではない隣接ブロックが１に設定されたそのマージフラグを有する場合は１
左および上の隣接ブロックの各々が１に設定されたそのマージフラグを有する場合は２
に設定される。
【0270】
この単純な評価は、ＶＴＭ２．０に対して符号化効率の改善を達成する。他の利点は、第７および第８の実施形態と比較して、隣接ブロックのマージインデックスではなくマージフラグのみがチェックされる必要があるので、より低い複雑さである。
【0271】
変形例では、現在のブロックのマージインデックスのビットのコンテキスト変数が単一の隣接ブロックのマージフラグに依存する。
【0272】
第１０の実施形態
第３から第９の実施形態では、現在のブロックのマージインデックスのビットのコンテキスト変数が、１つまたは複数の隣接ブロックのマージインデックス値またはマージフラグに依存した。
第３から第９の実施形態では、現在のブロックのマージインデックスのビットのコンテキスト変数が、１つまたは複数の隣接ブロックのマージインデックス値またはマージフラグに依存した。
【0273】
第１０の実施形態では、現在のブロックのマージインデックスのビットのコンテキスト変数が、現在のブロック（現在の符号化ユニット、つまりＣＵ）のためのスキップフラグの値に依存する。スキップフラグは、現在のブロックがマージスキップモードを使用する場合は１に等しく、それ以外の場合は０に等しくなる。
【0274】
スキップフラグは、現在のブロックに対してすでに復号または解析されている別の変数またはシンタックス要素の第１の例である。この他の変数またはシンタックス要素は、好ましくは現在のブロックにおける動き情報の複雑さのインジケータである。マージインデックス値の出現は動き情報の複雑さに依存するので、スキップフラグのような変数またはシンタックス要素は一般にマージインデックス値と相関する。
【0275】
より具体的には、マージスキップモードが一般に、静止シーンまたは一定の動きを伴うシーンに対して選択される。その結果、マージインデックス値は一般に、ブロック残差を含むインター予測を符号化するために使用される古典的なマージモードよりもマージスキップモードの方が低い。これは、一般に、より複雑な動きに対して生じる。しかしながら、これらのモード間の選択は、量子化及び／又はＲＤ基準にも関連することが多い。
【0276】
この単純な評価は、ＶＴＭ２．０に対して符号化効率を向上させる。また、それは、隣接ブロック又はマージインデックス値をチェックすることを伴わないので、実施するのが非常に簡単である。
【0277】
第１の変形例では、現在のブロックのマージインデックスのビットのコンテキスト変数が、単に現在のブロックのスキップフラグに等しく設定される。ビットは、第１番目のビットのみにすることができる。他のビットは、第１の実施形態のようにバイパス符号化される。
【0278】
第２の変形例では、マージインデックスのすべてのビットがＣＡＢＡＣ符号化され、それらの各々はマージフラグに応じてそれ自体のコンテキスト変数を有する。これは、（６つのマージ候補に対応する）マージインデックス内に５つのＣＡＢＡＣ符号化ビットがあるときに１０の確率状態を必要とする。
【0279】
第３の変形例では、状態の数を制限するために、マージインデックスのＮビットのみがＣＡＢＡＣ符号化され、ここで、Ｎは２以上、例えば最初のＮビットである。これは、２Ｎの状態を必要とする。例えば、最初の２ビットがＣＡＢＡＣ符号化される場合、４つの状態が必要とされる。
【0280】
一般に、スキップフラグの代わりに、現在のブロックに対して既に復号または解析されていて、現在のブロックにおけるモーション情報の複雑さのインジケータである任意の他の変数またはシンタックス要素を使用することが可能である。
【0281】
【0282】
第１１の実施形態では、現在のブロック（現在のＣＵ）のマージインデックスのＣＡＢＡＣ符号化ビットのコンテキスト変数が、もしあれば、マージ候補のリスト内のアフィンマージ候補に依存する。このビットは、マージインデックスの第１番目のビットのみ、あるいは最初のＮビット、ここでＮは２以上、あるいは任意のＮビット、であることがある。他のビットはバイパス符号化される。
【0283】
アフィン予測は、複雑な動きを補償するために設計されている。したがって、複雑な動きの場合、マージインデックスは一般に、それほど複雑でない動きの場合よりも高い値を有する。その結果、第１アフィンマージ候補（first Affine Merge candidate）がリストのかなり下にある場合、またはアフィンマージ候補が全くない場合、現在のＣＵのマージインデックスは、小さい値を有する可能性がある。
【0284】
したがって、コンテキスト変数は、リスト内の少なくとも１つのアフィンマージ候補の存在および／または位置に依存することが有効である。
【0285】
例えば、コンテキスト変数は、Ａ１がアフィンの場合は１、Ｂ１がアフィンの場合は２、Ｂ０がアフィンの場合は３、Ａ０がアフィンの場合は４、Ｂ２がアフィンの場合は５、隣接ブロックがアフィンでない場合は０に等しく設定される。
【0286】
現在のブロックのマージインデックスが復号または解析されるとき、これらの位置のマージ候補のアフィンフラグはすでにチェックされている。したがって、現在のブロックのマージインデックスのコンテキストを導出するために、それ以上のメモリアクセスは必要ない。
【0287】
この実施形態は、ＶＴＭ２．０に対して符号化効率を向上させる。ステップ１２０５は、すでに隣接ＣＵアフィンモードをチェックすることを含むので、追加のメモリアクセスは必要とされない。
【0288】
第１の変形例では、状態の数を制限するために、コンテキスト変数は、
隣接ブロックがアフィンでない場合、またはＡ１またはＢ１がアフィンである場合は０、Ｂ０、Ａ０、またはＢ２がアフィンの場合は１に等しく設定される。
隣接ブロックがアフィンでない場合、またはＡ１またはＢ１がアフィンである場合は０、Ｂ０、Ａ０、またはＢ２がアフィンの場合は１に等しく設定される。
【0289】
第２の変形例では、状態の数を制限するために、コンテキスト変数は、
隣接ブロックがアフィンでない場合は０、Ａ１またはＢ１がアフィンの場合は１、Ｂ０、Ａ０、またはＢ２がアフィンの場合は２に等しく設定される。
隣接ブロックがアフィンでない場合は０、Ａ１またはＢ１がアフィンの場合は１、Ｂ０、Ａ０、またはＢ２がアフィンの場合は２に等しく設定される。
【0290】
第３の変形例では、コンテキスト変数は、
Ａ１がアフィンの場合は１、Ｂ１がアフィンの場合は２、Ｂ０がアフィンの場合は３、Ａ０またはＢ２がアフィンの場合は４、隣接ブロックがアフィンでない場合は０に等しく設定される。
Ａ１がアフィンの場合は１、Ｂ１がアフィンの場合は２、Ｂ０がアフィンの場合は３、Ａ０またはＢ２がアフィンの場合は４、隣接ブロックがアフィンでない場合は０に等しく設定される。
【0291】
これらの位置は、アフィンフラグ復号がこれらの位置に依存するので、マージインデックスが復号または構文解析されるときに既にチェックされていることに留意されたい。従って、アフィンフラグの後に符号化されるマージインデックスコンテキストを導出するために、追加のメモリアクセスは必要ない。
【0292】
第１２の実施形態
第１２の実施形態では、アフィンモードをシグナリングすることは、候補動き予測子としてアフィンモードを挿入することを含む。
第１２の実施形態では、アフィンモードをシグナリングすることは、候補動き予測子としてアフィンモードを挿入することを含む。
【0293】
第１２の実施形態の一例では、アフィンマージ（およびアフィンマージスキップ）がマージ候補として（すなわち、古典的マージモードまたは古典的マージスキップモードと共に使用するためのマージ候補のうちの１つとして）シグナリングされる。この場合、図１２のモジュール１２０５、１２０６、および１２０７は除去される。さらに、マージモードの符号化効率に影響を与えないように、マージ候補の最大可能数がインクリメントされる。例えば、現在のＶＴＭバージョンでは、この値は６に等しく設定され、したがって、この実施形態をＶＴＭの現在のバージョンに適用する場合、値は７になる。
【0294】
利点は、復号する必要があるシンタックス要素が少ないため、マージモードのシンタックス要素の設計簡素化である。状況によっては、符号化効率の改善／変化が観察され得る。
【0295】
この例を実施するための２つの可能性を以下に説明する。
【0296】
アフィンマージ候補のマージインデックスは、他のマージＭＶの値が何であれ、リスト内で常に同じ位置を有する。候補動き予測子の位置は、選択される可能性を示し、したがって、それがリストの上に配置される場合（より低いインデックス値）、その動きベクトル予測子が選択される可能性がより高い。
【0297】
第１の例では、アフィンマージ候補のマージインデックスが、マージ候補のリスト内で常に同じ位置を有する。これは、固定された「マージｉｄｘ」値を有することを意味する。例えば、アフィンマージモードは、最も確率の高いコンテンツではない複雑な動きを表すべきであるので、この値は５に等しく設定することができる。この実施形態の追加の利点は、現在のブロックが構文解析される（シンタックス要素の復号／読み出しだけでなく、データ自体を復号する）とき、現在のブロックをアフィンブロックとして設定できることである。その結果、この値を使用して、ＡＭＶＰに使用されるアフィンフラグのＣＡＢＡＣコンテキストを決定することができる。したがって、条件付き確率は、このアフィンフラグについて改善されるべきであり、符号化効率は、より良好であるべきである。
【0298】
第２の例では、アフィンマージ候補が他のマージ候補と共に導出される。この例では、新しいアフィンマージ候補がマージ候補のリストに追加される（古典的マージモードまたは古典的マージスキップモードの場合）。図１６は、この例を示す。図１３と比較すると、アフィンマージ候補は、Ａ１、Ｂ１、Ｂ０、Ａ０、およびＢ２（１９１７）からの第１アフィン隣接ブロック（first affine neighbouring block）である。図１２の１２０５と同じ条件が有効である場合（１９２７）、アフィンパラメータを用いて生成された動きベクトルフィールドが生成され、アフィンマージ候補が得られる（１９２９）。最初のマージ候補のリストは、ＡＴＭＶＰ、時間的およびアフィンマージ候補の使用に従って、４、５、６、または７の候補を有することができる。
【0299】
すべてのこれらの候補の間の順序は、より可能性の高い候補が、動きベクトル候補のカットを行う可能性がより高いことを保証するために、最初に処理されるべきであるため、重要であり、好ましい順序は、以下の通りである。
【0300】
Ａ１、Ｂ１、Ｂ０、Ａ０、アフィンマージ、ＡＴＭＶＰ、Ｂ２、時間的、組み合わせ、Ｚｅｒｏ＿ＭＶ
アフィンマージ候補は、ＡＴＭＶＰ候補の前であるが、４つの主要な隣接ブロックの後に配置されることに留意することが重要である。ＡＴＭＶＰ候補の前にアフィンマージ候補を設定することの利点は、ＡＴＭＶＰおよび時間的予測子候補の後にそれを設定することと比較して、符号化効率が増加することである。この符号化効率の向上は、GOP（group of pictures）構造と、ＧＯＰ内の各ピクチャのQP（Quantization Parameter）設定と、に依存する。しかし、最も使用されるＧＯＰおよびＱＰ設定では、この順序は符号化効率の増加をもたらす。
アフィンマージ候補は、ＡＴＭＶＰ候補の前であるが、４つの主要な隣接ブロックの後に配置されることに留意することが重要である。ＡＴＭＶＰ候補の前にアフィンマージ候補を設定することの利点は、ＡＴＭＶＰおよび時間的予測子候補の後にそれを設定することと比較して、符号化効率が増加することである。この符号化効率の向上は、GOP（group of pictures）構造と、ＧＯＰ内の各ピクチャのQP（Quantization Parameter）設定と、に依存する。しかし、最も使用されるＧＯＰおよびＱＰ設定では、この順序は符号化効率の増加をもたらす。
【0301】
この解決策のさらなる利点は、シンタックスおよび導出処理の両方のための、古典的なマージおよび古典的なマージスキップモード（すなわち、ＡＴＭＶＰまたはアフィンマージ候補などの追加の候補を有するマージモード）のクリーンな設計である。さらに、アフィンマージ候補のマージインデックスは、マージ候補のリスト内の以前の候補の利用可能性または値（重複チェック）に従って変更することができる。その結果、効率的な信号化を得ることができる。
【0302】
さらなる例では、アフィンマージ候補のためのマージインデックスが、１つまたはいくつかの条件に従って可変である。
【0303】
例えば、アフィンマージ候補に関連付けられたリスト内のマージインデックスまたは位置は、基準に従って変化する。原理は、アフィンマージ候補が選択される確率が高い場合には、アフィンマージ候補に対応するマージインデックスに対して低い値を設定することである（選択される確率が低い場合には、より高い値を設定する）。
【0304】
第１２の実施形態では、アフィンマージ候補がマージインデックス値を有する。マージインデックスの符号化効率を改善するために、マージインデックスのビットのコンテキスト変数を、隣接ブロックおよび／または現在のブロックのアフィンフラグに依存させることが有効である。
【0305】
例えば、コンテキスト変数は、以下の式を使用して決定することができる。
【0306】
ｃｔｘＩｄｘ＝ＩｓＡｆｆｉｎｅ（Ａ１）＋ＩｓＡｆｆｉｎｅ（Ｂ１）＋ＩｓＡｆｆｉｎｅ（Ｂ０）＋ＩｓＡｆｆｉｎｅ（Ａ０）＋ＩｓＡｆｆｉｎｅ（Ｂ２）
結果として得られるコンテキスト値は、値０、１、２、３、４、または５を有することができる。
結果として得られるコンテキスト値は、値０、１、２、３、４、または５を有することができる。
【0307】
アフィンフラグは、符号化効率を高める。
【0308】
第１の変形例では、より少ない隣接ブロックを含むために、ｃｔｘＩｄｘ＝ＩｓＡｆｆｉｎｅ（Ａ１）＋ＩｓＡｆｆｉｎｅ（Ｂ１）である。結果として得られるコンテキスト値は、値０、１、または２を有することができる。
【0309】
また、第２の変形例では、より少ない隣接ブロックを含むために、ｃｔｘＩｄｘ＝ＩｓＡｆｆｉｎｅ（Ａ２）＋ＩｓＡｆｆｉｎｅ（Ｂ３）である。この場合も、結果として得られるコンテキスト値は、値０、１、または２を有することができる。
【0310】
第３の変形例では、隣接ブロックを含まないようにするため、ｃｔｘＩｄｘ＝ＩｓＡｆｆｉｎｅ（現在のブロック）である。結果として得られるコンテキスト値は、値０または１を有することができる。
【0311】
図１５は、第３の変形例による符号化モードに関連するいくつかのシンタックス要素の部分復号処理のフローチャートである。この図では、スキップフラグ（１６０１）、予測モード（１６１１）、マージフラグ（１６０３）、マージインデックス（１６０８）、およびアフィンフラグ（１６０６）を復号することができる。このフローチャートは、先に説明した図１２のフローチャートと同様であるため、詳細な説明は省略する。差は、マージインデックスのコンテキスト変数を取得するときに、マージインデックスの前に復号されるアフィンフラグを使用できるように、マージインデックス復号処理がアフィンフラグを考慮することである。これは、ＶＴＭ２．０ではそうではない。ＶＴＭ２．０では、現在のブロックのアフィンフラグが常に同じ値「０」を有するので、マージインデックスのためのコンテキスト変数を取得するために使用することができない。
【0312】
第１３の実施形態
第１０の実施形態では、現在のブロックのマージインデックスのビットのためのコンテキスト変数が、現在のブロック（現在の符号化ユニット、つまりＣＵ）のためのスキップフラグの値に依存する。第１３の実施形態では、スキップフラグ値を直接使用してマージインデックスのターゲットビットのコンテキスト変数を導出する代わりに、ターゲットビットのコンテキスト値が、現在のＣＵのスキップフラグを符号化するために使用されるコンテキスト変数から導出される。これは、スキップフラグ自体がＣＡＢＡＣ符号化され、したがってコンテキスト変数を有するために可能である。好ましくは、現在のＣＵのマージインデックスのターゲットビットに対するコンテキスト変数が、現在のＣＵのスキップフラグを符号化するために使用されるコンテキスト変数に等しく設定される（からコピーされる）。ターゲットビットは、第１番目のビットのみにすることができる。他のビットは、第１の実施形態のようにバイパス符号化されてもよい。
第１０の実施形態では、現在のブロックのマージインデックスのビットのためのコンテキスト変数が、現在のブロック（現在の符号化ユニット、つまりＣＵ）のためのスキップフラグの値に依存する。第１３の実施形態では、スキップフラグ値を直接使用してマージインデックスのターゲットビットのコンテキスト変数を導出する代わりに、ターゲットビットのコンテキスト値が、現在のＣＵのスキップフラグを符号化するために使用されるコンテキスト変数から導出される。これは、スキップフラグ自体がＣＡＢＡＣ符号化され、したがってコンテキスト変数を有するために可能である。好ましくは、現在のＣＵのマージインデックスのターゲットビットに対するコンテキスト変数が、現在のＣＵのスキップフラグを符号化するために使用されるコンテキスト変数に等しく設定される（からコピーされる）。ターゲットビットは、第１番目のビットのみにすることができる。他のビットは、第１の実施形態のようにバイパス符号化されてもよい。
【0313】
現在のＣＵのスキップフラグのコンテキスト変数は、ＶＴＭ２．０に規定された方法で導出される。ＶＴＭ２．０リファレンスソフトウェアと比較したこの実施形態の利点は、符号化効率に影響を与えることなく、マージインデックス復号およびデコーダ設計（およびエンコーダ設計）の複雑さが低減されることである。実際に、この実施形態では、現在のＶＴＭマージインデックス符号化（符号化／復号）のための５の代わりに、マージインデックスを符号化するために、最低でも１つのＣＡＢＡＣ状態のみが必要とされる。さらに、他のビットはＣＡＢＡＣバイパス符号化され、ＣＡＢＡＣで全てのビットを符号化するのと比較して演算の数を減らすので、最悪の場合の複雑さを減らす。
【0314】
第１４の実施形態
第１３の実施形態では、ターゲットビットのコンテキスト変数／値が、現在のＣＵのスキップフラグのコンテキスト変数から導出された。第１４の実施形態では、ターゲットビットのコンテキスト値が、現在のＣＵのアフィンフラグのコンテキスト変数から導出される。
第１３の実施形態では、ターゲットビットのコンテキスト変数／値が、現在のＣＵのスキップフラグのコンテキスト変数から導出された。第１４の実施形態では、ターゲットビットのコンテキスト値が、現在のＣＵのアフィンフラグのコンテキスト変数から導出される。
【0315】
これは、アフィンフラグ自体がＣＡＢＡＣ符号化され、したがってコンテキスト変数を有するために可能である。好ましくは、現在のＣＵのマージインデックスのターゲットビットに対するコンテキスト変数が、現在のＣＵのアフィンフラグに対するコンテキスト変数に等しく設定される（からコピーされる）。ターゲットビットは、第１番目のビットのみにすることができる。他のビットは、第１の実施形態のようにバイパス符号化される。
【0316】
現在のＣＵのアフィンフラグのコンテキスト変数は、ＶＴＭ２．０に規定された方法で導出される。
【0317】
ＶＴＭ２．０リファレンスソフトウェアと比較したこの実施形態の利点は、符号化効率に影響を与えることなく、マージインデックス復号およびデコーダ設計（およびエンコーダ設計）の複雑さが低減されることである。実際に、この実施形態では、現在のＶＴＭマージインデックス符号化（符号化／復号）のために５ではなく、最小で１つのＣＡＢＡＣ状態のみがマージインデックスのために必要とされる。さらに、他のビットはＣＡＢＡＣバイパス符号化され、ＣＡＢＡＣで全てのビットを符号化するのと比較して演算の数を減らすので、最悪の場合の複雑さを減らす。
【0318】
第１５の実施形態
前述の実施形態のいくつかでは、コンテキスト変数が２を超える値、例えば、３つの値０、１、および２を有していた。しかしながら、複雑さを低減し、処理される状態の数を低減するために、許可されるコンテキスト変数値の数を２、例えば、０および１に制限することが可能である。これは、例えば、値２を有する任意の初期コンテキスト変数を１に変更することによって達成することができる。実際には、この単純化が符号化効率に影響を及ぼさないか、または限定された影響しか及ぼさない。
前述の実施形態のいくつかでは、コンテキスト変数が２を超える値、例えば、３つの値０、１、および２を有していた。しかしながら、複雑さを低減し、処理される状態の数を低減するために、許可されるコンテキスト変数値の数を２、例えば、０および１に制限することが可能である。これは、例えば、値２を有する任意の初期コンテキスト変数を１に変更することによって達成することができる。実際には、この単純化が符号化効率に影響を及ぼさないか、または限定された影響しか及ぼさない。
【0319】
実施形態および他の実施形態の組合せ
前述の実施形態のうちの任意の２つ以上が組み合わされてもよい。
前述の実施形態のうちの任意の２つ以上が組み合わされてもよい。
【0320】
前述の説明は、マージインデックスの符号化および復号に焦点を当ててきた。例えば、第１の実施形態は、ＡＴＭＶＰ候補（古典的マージモードまたは古典的マージスキップモード、すなわち非アフィンマージモードまたは非アフィンマージスキップモードの場合）を含むマージ候補のリストを生成することと、リスト内のマージ候補のうちの１つを選択することと、ＣＡＢＡＣ符号化を使用して、選択されたマージ候補のマージインデックスを生成することと、を含み、マージインデックスの１つまたは複数のビットは、バイパスＣＡＢＡＣ符号化される。原則として、本発明は、動き情報予測子候補のリスト（例えば、アフィンマージ候補または動きベクトル予測子（ＭＶＰ）候補のリスト）を生成することと、リスト内の動き情報予測子候補（例えば、ＭＶＰ候補）のうちの１つを選択することと、リスト内の選択された動き情報予測子候補（例えば、選択されたアフィンマージ候補または現在のブロックの動きベクトルを予測するための選択されたＭＶＰ候補）の識別子またはインデックスを生成することとを含むマージモード（例えば、アフィンマージモード）以外のモードに適用することができる。したがって、本発明はマージモード（すなわち、古典的マージモードおよび古典的マージスキップモード）に限定されず、符号化または復号されるインデックスは、マージインデックスに限定されない。例えば、ＶＶＣの開発において、前述の実施形態の技術は、ＨＥＶＣのＡＭＶＰモード、またはＶＶＣにおけるその同等のモード、またはアフィンマージモードなど、マージモード以外のモードに適用され得る（または拡張され得る）ことが考えられる。添付の特許請求の範囲は、相応に解釈されるべきである。
【0321】
前述したように、前述の実施形態では、アフィンマージモード（アフィンマージまたはアフィンマージスキップモード）および／または１つまたは複数のアフィンパラメータの１つまたは複数の動き情報候補（たとえば、動きベクトル）は、空間的に隣接するブロック（たとえば、位置Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２）または時間的に関連するブロック（たとえば、コロケートされたブロックを有する「中央」ブロック、または「Ｈ」などのその空間的隣接）の間でアフィン符号化される第１隣接ブロックから取得される。これらの位置は、図６ａおよび図６ｂに示されている。１つまたは複数の動き情報および／または現在のブロック（または現在のＣＵなどの、現在符号化／復号されているサンプル／ピクセル値のグループ）と隣接ブロック（現在のブロックに空間的に隣接するかまたは時間的に関連する）との間のアフィンパラメータのこの取得（例えば、導出するまたは共有するまたは「マージする」）を可能にするために、マージ候補（すなわち、古典的マージモード候補）のリストに、１つまたは複数のアフィンマージ候補が追加され、その結果、選択されたマージ候補（たとえば、ＨＥＶＣ内の「ｍｅｒｇｅ＿ｉｄｘ」などのシンタックス要素またはその機能的に同等のシンタックス要素を使用して、マージインデックスを使用してシグナリングされる）がアフィンマージ候補である場合、現在のＣＵ／ブロックは、アフィンマージ候補とともにアフィンマージモードを使用して符号化／復号される。
【0322】
上述のように、アフィンマージモードの１つまたは複数の動き情報および／またはアフィンパラメータを取得する（例えば、導出するまたは共有する）ためのそのような１つまたは複数のアフィンマージ候補は、アフィンマージ候補の別個のリスト（またはセット）（古典的マージモードに使用されるマージ候補のリストと同じであっても異なっていてもよい）を使用してシグナリングすることもできる。
【0323】
本発明の一実施形態によれば、前述の実施形態の技術がアフィンマージモードに適用される場合、アフィンマージ候補のリストは図８に示され、それに関連して説明された古典的マージモードのための動きベクトル導出処理と同じ技術を使用して、または図１３に示され、それに関連して説明されたマージ候補導出処理と同じ技術を使用して生成することができる。（アフィンマージモードまたはアフィンマージスキップモードのための）アフィンマージ候補のこのリストおよび（古典的マージモードまたは古典的マージスキップモードのための）マージ候補のリストを生成／コンパイルするために同じ技術を共有することの利点は、別個の技術を有する場合と比較して、符号化／復号処理の複雑さが低減されることである。
【0324】
同様の利点を達成するために、他の実施形態によれば、同様の技法が、（複数の候補から）選択された動き情報予測子をシグナリングすることを必要とする他のインター予測モードに適用されることを理解されたい。
【0325】
別の実施形態によれば、図２４に関連して以下に示す別個の技術を使用して、アフィンマージ候補のリストを生成／コンパイルすることができる。
【0326】
図２４は、アフィンマージモード（アフィンマージモードおよびアフィンマージスキップモード）のためのアフィンマージ候補導出処理を示すフローチャートである。導出処理の第１ステップでは、空間的アフィンマージ候補２４１３を取得／導出するために、５つのブロック位置が考慮される（２４０１～２４０５）。これらの位置は、参照番号Ａ１、Ｂ１、Ｂ０、Ａ０、およびＢ２で図６ａ（および図６ｂ）に示される空間的位置である。次のステップでは、空間的動きベクトルの利用可能性がチェックされ、各位置Ａ１、Ｂ１、Ｂ０、Ａ０、およびＢ２に関連付けられたインターモード符号化ブロックの各々が（例えば、アフィンマージ、アフィンマージスキップ、またはアフィンＡＭＶＰモードのいずれか１つを使用して）アフィンモードで符号化されるかどうかが判定される（２４１０）。せいぜい５つの動きベクトル（すなわち、空間的アフィンマージ候補）が選択／取得／導出される。予測子が存在する（例えば、その位置に関連付けられた動きベクトルを取得／導出するための情報がある）場合、およびブロックがイントラ符号化されていない場合、およびブロックがアフィンである場合（すなわち、アフィンモードを使用して符号化されている）には、予測子が利用可能であるとみなされる。
【0327】
次に、各利用可能なブロック位置について、アフィン動き情報が導出／取得される（２４１１）（２４１０）。この導出は、ブロック位置のアフィンモデル（および、例えば、図１１（ａ）および図１１（ｂ）に関連して説明したそのアフィンモデルパラメータ）に基づいて、現在のブロックに対して実行される。次に、プルーニング処理（２４１２）を適用して、リストに以前に追加された互いに同じアフィン動き補償を与える（または同じアフィンモデルパラメータを有する）候補を除去する。
【0328】
この段階の最後に、空間的アフィンマージ候補のリストは、５つまでの候補を含む。
【0329】
候補の数（Ｎｂ＿Ｃａｎｄ）が候補の最大数よりも厳密に少ない場合（２４２６）（ここではＭａｘ＿Ｃａｎｄはビットストリームスライスヘッダでシグナリングされる値で、アフィンマージモードの場合は５に等しくなるが、インプリメンテーションによって異なる／可変になることがある）。
【0330】
次に、構築されたアフィンマージ候補（すなわち、例えば、ＨＥＶＣにおける結合された双予測マージ候補と同様の役割を果たす、ターゲット番号に近づくだけでなく、何らかのダイバーシティを提供するために生成される追加のアフィンマージ候補）が生成される（２４２８）。これらの構築されたアフィンマージ候補は、現在のブロックの隣接する空間的および時間的位置に関連する動きベクトルに基づいている。まず、アフィンモデルを生成するための動き情報を生成するために、制御点が定義される（２４１８、２４１９、２４２０、２４２１）。これらの制御点のうち２つは、例えば図１１（ａ）と図１１（ｂ）のｖ０とｖ１に対応する。これらの４つの制御点は、現在のブロックの四隅に対応している。
【0331】
制御点の左上（２４１８）の動き情報は、それが存在し、このブロックがインターモード（２４１４）で符号化されている場合には、位置Ｂ２（２４０５）におけるブロック位置の動き情報から（例えば、それと等しくすることによって）得られる。そわない場合、制御点左上（２４１８）の動き情報は、それが存在し、このブロックがインターモード（２４１４）で符号化されており、そのようなケースではない場合には、（図６ｂに示されるように）位置Ｂ３（２４０６）におけるブロック位置の動き情報から（例えば、それと等しくすることによって）取得され、制御点左上（２４１８）の動き情報は、それが存在し、このブロックがインターモード（２４１４）で符号化されている場合には、（図６ｂに示されるように）位置Ａ２（２４０７）におけるブロック位置の動き情報から（例えば、等しい）取得される。この制御点に利用可能なブロックがない場合、それは利用不可能（利用不可能）であると考えられる。
【0332】
制御点右上（２４１９）の動き情報は、それが存在し、このブロックがインターモード（２４１５）で符号化されている場合には、位置Ｂ１（２４０２）にあるブロック位置の動き情報から得られる（例えば、それに等しい）。そわない場合、制御点右上（２４１９）の動き情報は、それが存在し、このブロックがインターモード（２４１５）で符号化されている場合には、位置Ｂ０（２４０３）におけるブロック位置の動き情報から（例えば等しい）取得される。この制御点に利用可能なブロックがない場合、それは利用不可能（利用不可能）であると考えられる。
【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】
さらなる変形例では、トライアングルマージインデックスおよび／またはＭＭＶＤマージインデックス／フラグのためのＣＡＢＡＣコンテキスト変数が、マージモードのマージインデックスのための同じ第１番目のＣＡＢＡＣコンテキスト変数を、包含可能なＡＴＭＶＰ候補と共有し、またはアフィンマージモードのアフィンマージインデックスを包含可能なＡＴＭＶＰ候補と共有する。
【0395】
さらに別の変形例では、２つ以上のコンテキスト変数がトライアングルマージインデックスＣＡＢＡＣ符号化／復号のために使用されるか、または２つ以上のコンテキスト変数がＭＭＶＤマージインデックスＣＡＢＡＣ符号化／復号のために使用される場合、それらはすべて、包含可能なＡＴＭＶＰ候補を有するアフィンマージモードのアフィンマージインデックスまたはマージモードのマージインデックスのために使用される２つ以上のＣＡＢＡＣコンテキスト変数と共用されるか、または少なくとも部分的に互換性があるどこでも共用されることができる。
【0396】
ＡＴＭＶＰ（予測因子）候補は、他のタイプの予測因子と比較した場合、ＣＡＢＡＣ適応から最も利益を得る予測因子であるため、これらの変形例の利点は符号化効率の改善である。
【0397】
第１９の実施形態
第１９の実施形態によれば、トライアングルマージモードまたはＭＭＶＤマージモードの一方または両方が符号化または復号処理で使用するために利用可能であり、これらのインター予測モードの一方または両方のためのインデックス／フラグは、インデックス／フラグをシグナリングするときにＣＡＢＡＣバイパス符号化される。
第１９の実施形態によれば、トライアングルマージモードまたはＭＭＶＤマージモードの一方または両方が符号化または復号処理で使用するために利用可能であり、これらのインター予測モードの一方または両方のためのインデックス／フラグは、インデックス／フラグをシグナリングするときにＣＡＢＡＣバイパス符号化される。
【0398】
第１９の実施形態の第１の変形例では、符号化または復号処理で使用するために利用可能なすべてのインター予測モードが、そのインデックス／フラグをＣＡＢＡＣバイパス符号化／復号して、インデックス／フラグをシグナリングする。この変形例では、すべてのインター予測モードのすべてのインデックスがＣＡＢＡＣコンテキスト変数を使用せずに（例えば、図１７のバイパス符号化エンジン１７０５によって）符号化される。これは、図２６のマージインデックス（２６１９）、アフィンマージインデックス（２６１５）、ＭＭＶＤマージインデックス（２６１０）、トライアングルマージインデックス（２６２３）のすべてのビットがＣＡＢＡＣバイパス符号化されていることを意味する。図３０（ａ）～３０（ｃ）は、この実施形態によるインデックス／フラグの符号化を示す。図３０（ａ）は、初期ＭＭＶＤマージ候補のＭＭＶＤマージインデックス符号化を示している。図３０（ｂ）は、トライアングルマージインデックス符号化を示す。図３０（ｃ）は、マージインデックス符号化にも簡単に使用できるアフィンマージインデックス符号化を示している。
【0399】
したがって、例えば、ＣＡＢＡＣ符号化処理中に、これらのインデックス／フラグを処理するとき、インデックス／フラグに使用される別個の（独立した）コンテキスト変数の数は：
（正規）マージ（使用可能な場合）＝ＭＨＩＩ（使用可能な場合）＝アフィンマージ（使用可能な場合）＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（すべてバイパスコード）である。この変形例の利点は、記憶される必要があるコンテキストの量の減少であり、その結果、変形例を実施するビデオコーデックによって処理されるシーケンスの大部分の符号化効率にわずかな影響しか及ぼさずに、エンコーダおよびデコーダ側で記憶される必要がある状態の量の減少である。ただし、画面コンテンツの符号化に使用すると、損失が大きくなる可能性があることに留意されたい。この変形例は、他の変形例／実施形態と比較した場合、符号化効率と複雑さとの間の別の妥協を表す。符号化効率への影響はしばしば小さい。実際に、利用可能な多数のインター予測モードでは、各インター予測モードのためのインデックスをシグナリングするために必要なデータの平均量が、マージモードのみが使用可能／利用可能であるときにマージインデックスをシグナリングするために必要なデータの平均量よりも小さい（この比較が同じシーケンスおよび同じ符号化効率の妥協のためである）。これは、コンテキストに基づくビンの確率の適応からのＣＡＢＡＣ符号化／復号の効率が効率的でない可能性があることを意味する。
（正規）マージ（使用可能な場合）＝ＭＨＩＩ（使用可能な場合）＝アフィンマージ（使用可能な場合）＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（すべてバイパスコード）である。この変形例の利点は、記憶される必要があるコンテキストの量の減少であり、その結果、変形例を実施するビデオコーデックによって処理されるシーケンスの大部分の符号化効率にわずかな影響しか及ぼさずに、エンコーダおよびデコーダ側で記憶される必要がある状態の量の減少である。ただし、画面コンテンツの符号化に使用すると、損失が大きくなる可能性があることに留意されたい。この変形例は、他の変形例／実施形態と比較した場合、符号化効率と複雑さとの間の別の妥協を表す。符号化効率への影響はしばしば小さい。実際に、利用可能な多数のインター予測モードでは、各インター予測モードのためのインデックスをシグナリングするために必要なデータの平均量が、マージモードのみが使用可能／利用可能であるときにマージインデックスをシグナリングするために必要なデータの平均量よりも小さい（この比較が同じシーケンスおよび同じ符号化効率の妥協のためである）。これは、コンテキストに基づくビンの確率の適応からのＣＡＢＡＣ符号化／復号の効率が効率的でない可能性があることを意味する。
【0400】
第２の変形例では、トライアングルマージモードまたはＭＭＶＤマージモードの一方または両方が使用される（すなわち、現在のＣＵの動き情報予測子選択に関する情報が関連するインター予測モードで処理／符号化／復号される）とき、その／それらのインデックス／フラグはインデックス／フラグをＣＡＢＡＣバイパス符号化／復号することによってシグナリングされる。この変形例では、ＭＭＶＤマージインデックスおよび／またはトライアングルマージインデックスがＣＡＢＡＣバイパス符号化される。実装によって、すなわち、マージモードおよびアフィンマージモードが使用可能な場合、マージインデックスとアフィンマージインデックスには独自のコンテキストがある。さらに別の変形例では、アフィンマージインデックスおよびマージインデックスのコンテキストが共有される。
したがって、例えば、ＣＡＢＡＣ符号化処理中に、これらのインデックス／フラグを処理するとき、インデックス／フラグの第１番目のビットに使用される別個の（独立した）コンテキスト変数の数は：
（正規）マージ＝アフィンマージ＝実装に応じて０または１；
ＭＨＩＩ（使用可能な場合）＝０（正規マージと共有）；
トライアングル＝ＭＭＶＤ＝０（バイパス符号化）
である。
したがって、例えば、ＣＡＢＡＣ符号化処理中に、これらのインデックス／フラグを処理するとき、インデックス／フラグの第１番目のビットに使用される別個の（独立した）コンテキスト変数の数は：
（正規）マージ＝アフィンマージ＝実装に応じて０または１；
ＭＨＩＩ（使用可能な場合）＝０（正規マージと共有）；
トライアングル＝ＭＭＶＤ＝０（バイパス符号化）
である。
【0401】
これらの変形例の利点は、ＣＡＢＡＣコンテキストの削減と符号化効率との間にさらに別の妥協点があるため、以前の変形例と比較して符号化効率が改善されることである。実際、トライアングルマージモードはしばしば選択されない。その結果、そのコンテキストが除去されるとき、すなわち、トライアングルマージモードがＣＡＢＡＣバイパス符号化を使用するとき、符号化効率への影響は小さい。ＭＭＶＤマージモードはトライアングルマージモードよりも頻繁に選択される傾向があるが、ＭＭＶＤマージモードの第１番目および第２番目の候補を選択する確率は、マージモード以上またはアフィンマージモードなどの他のインター予測モードよりも等しくなる傾向があり、したがって、ＭＭＶＤマージモードではＣＡＢＡＣ符号化のコンテキストを使用することから得られる利点はそれほど大きくない。これらの変形例の別の利点は、画面コンテンツのための最も影響力のあるインター予測モードがマージモードであるので、画面コンテンツシーケンスのための小さい符号化効率の影響である。
【0402】
第３の変形例では、マージモード、トライアングルマージモード、またはＭＭＶＤマージモードが使用されるとき（すなわち、現在のＣＵの動き情報予測子選択に関する情報が関連するインター予測モードで処理／符号化／復号される）、その／それらのインデックス／フラグはインデックス／フラグをＣＡＢＡＣバイパス符号化／復号することによってシグナリングされる。この変形例では、ＭＭＶＤマージインデックス、トライアングルマージインデックス、およびマージインデックスはＣＡＢＡＣバイパス符号化される。したがって、例えば、ＣＡＢＡＣ符号化処理中に、これらのインデックス／フラグを処理するとき、インデックス／フラグの第１番目のビットに使用される別個の（独立した）コンテキスト変数の数は：
（正規）マージ＝トライアングル（利用可能な場合）＝ＭＭＶＤ（利用可能な場合）＝０（バイパス符号化）；
MHII（使用可能な場合）＝０（正規のマージと同じ）；および
アフィンマージ=１
である。
（正規）マージ＝トライアングル（利用可能な場合）＝ＭＭＶＤ（利用可能な場合）＝０（バイパス符号化）；
MHII（使用可能な場合）＝０（正規のマージと同じ）；および
アフィンマージ=１
である。
【0403】
この変形例は、他の変形例と比較して代替の妥協を提供し、例えば、この変形例は、以前の変形例よりも画面コンテンツシーケンスについてより大きな符号化効率減少を与える。
【0404】
第４の変形例では、アフィンマージモード、トライアングルマージモード、またはＭＭＶＤマージモードが使用される（すなわち、現在のＣＵの動き情報予測子選択に関する情報が関連するインター予測モードで処理／符号化／復号される）とき、その／それらのインデックス／フラグはインデックス／フラグをＣＡＢＡＣバイパス符号化／復号することによってシグナリングされる。この変形例では、アフィンマージインデックス、ＭＭＶＤマージインデックス、およびトライアングルマージインデックスはＣＡＢＡＣバイパス符号化され、マージインデックスは１つまたは複数のＣＡＢＡＣコンテキストで符号化される。したがって、例えば、ＣＡＢＡＣ符号化処理中に、これらのインデックス／フラグを処理するとき、インデックス／フラグの第１番目のビットに使用される別個の（独立した）コンテキスト変数の数は：
（正規）マージ＝１；
アフィンマージ＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（バイパス符号化）；
ＭＨＩＩ（使用可能な場合）＝０（正規のマージと共有）である。以前の変形例と比較してこの変形例の利点は、画面コンテンツシーケンスについての符号化効率の増加である。
（正規）マージ＝１；
アフィンマージ＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（バイパス符号化）；
ＭＨＩＩ（使用可能な場合）＝０（正規のマージと共有）である。以前の変形例と比較してこの変形例の利点は、画面コンテンツシーケンスについての符号化効率の増加である。
【0405】
第５の変形例では、符号化または復号処理で使用するために利用可能なインター予測モードが、インデックス／フラグをシグナリングするために、そのインデックス／フラグをＣＡＢＡＣバイパス符号化／復号するが、ただし、前記インター予測モードは候補のリストにＡＴＭＶＰ予測子候補を含むことができる、すなわち、前記インター予測モードは利用可能な候補のうちの１つとしてＡＴＭＶＰ予測子候補を有することができる場合を除く。この変形例では、インター予測モードがＡＴＭＶＰ予測子候補を有することができる場合を除いて、すべてのインター予測モードのすべてのインデックスがＣＡＢＡＣバイパス符号化される。したがって、例えば、ＣＡＢＡＣ符号化処理中に、これらのインデックス／フラグを処理するとき、インデックス／フラグの第１番目のビットに使用される別個の（独立した）コンテキスト変数の数は：
包含可能なＡＴＭＶＰ候補を持つ（正規）マージ＝１；
アフィンマージ（使用可能な場合）＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（バイパス符号化）；
実装によってはＭＨＩＩ（使用可能な場合）＝１（正規のマージと共有）または０
または
包含可能なＡＴＭＶＰ候補を持つアフィンマージ＝１；
（正規）マージ（使用可能な場合）＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（バイパス符号化）；
ＭＨＩＩ（使用可能な場合）＝０（正規ＭＥＲＧＥと同じ）
である。
包含可能なＡＴＭＶＰ候補を持つ（正規）マージ＝１；
アフィンマージ（使用可能な場合）＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（バイパス符号化）；
実装によってはＭＨＩＩ（使用可能な場合）＝１（正規のマージと共有）または０
または
包含可能なＡＴＭＶＰ候補を持つアフィンマージ＝１；
（正規）マージ（使用可能な場合）＝トライアングル（使用可能な場合）＝ＭＭＶＤ（使用可能な場合）＝０（バイパス符号化）；
ＭＨＩＩ（使用可能な場合）＝０（正規ＭＥＲＧＥと同じ）
である。
【0406】
この変形例は、自然なシーケンスの大部分にも他の複雑さ／符号化効率の妥協をもたらす。しかしながら、画面コンテンツシーケンスについては、正規マージ候補リスト内にＡＴＭＶＰ予測子候補を有することが好ましい場合があることに留意されたい。
【0407】
第６の変形例では、符号化または復号処理で使用するために利用可能なインター予測モードが、前記インター予測モードがスキップモードではない場合（例えば、正規マージスキップモード、アフィンマージスキップモード、トライアングルマージスキップモード、またはＭＭＶＤマージスキップモードのうちの１たない場合）に、インデックス／フラグをシグナリングするために、そのインデックス／フラグをＣＡＢＡＣバイパス符号化／復号する。この変形例では、すべてのインデックスがスキップモードで処理されない、すなわちスキップされない任意のＣＵに対してＣＡＢＡＣバイパス符号化される。スキップされたＣＵ（すなわち、スキップモードで処理されるＣＵ）についてのインデックスは前述の実施形態／変形例に関連して説明されたＣＡＢＡＣ符号化技法のうちのいずれか１つを使用して処理され得る（たとえば、第１番目のビットのみ、または２つ以上のビットはコンテキスト変数を有し、コンテキスト変数は、共有されても共有されなくてもよい）。
【0408】
図３１は、この変形例を示すインター予測モードの復号処理のフローチャートである。図３１の処理は追加の「スキップモード」決定／チェックステップ（３１２７）を有し、その後、インデックス／フラグ（「Ｍｅｒｇｅ＿ｉｄｘ」）がＣＡＢＡＣ復号（３１１９）またはＣＡＢＡＣバイパス復号（３１２８）のいずれかのコンテキストを使用して復号されることを除いて、図２９と同様である。さらに別の変形例によれば、前のステップで行われた決定／チェックの結果、ＣＵはスキップ（２９０２／３１０２）、ＭＭＶＤスキップ（２９０８／３１０８）であり、ＣＵは、図２９または図３１のスキップ（２９１６／３１１６）を使用して、追加の「スキップモード」決定／チェックステップ（３１２７）の代わりに「スキップモード」決定／チェックを行うことが理解される。
【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】
命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲート／論理アレイ（ＦＰＧＡ）、または他の同等の集積またはディスクリート論理回路などの１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される用語「プロセッサ」は、前述の構造のいずれか、または本明細書で説明される技術の実装に適した他の任意の構造を指すことがある。さらに、いくつかの態様では、本明細書に記載する機能性が、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内で提供されてもよく、あるいは結合されたコーデックに組み込まれてもよい。また、本技術は、１つまたは複数の回路または論理素子で完全に実装することができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6a】
【図6b】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】