特表 2024-501154 ビデオコーディングのための複数仮説予測

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-11

(54)【発明の名称】ビデオコーディングのための複数仮説予測

(51)【国際特許分類】

   H04N 19/577 20140101AFI20231228BHJP

   H04N 19/105 20140101ALI20231228BHJP

   H04N 19/159 20140101ALI20231228BHJP

   H04N 19/176 20140101ALI20231228BHJP

   H04N 19/46 20140101ALI20231228BHJP

【ＦＩ】

H04N19/577

H04N19/105

H04N19/159

H04N19/176

H04N19/46

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023533329

(86)(22)【出願日】2021-12-16

(85)【翻訳文提出日】2023-05-31

(86)【国際出願番号】 US2021063856

(87)【国際公開番号】W WO2022140160

(87)【国際公開日】2022-06-30

(31)【優先権主張番号】63/130,232

(32)【優先日】2020-12-23

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/644,519

(32)【優先日】2021-12-15

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】ファン、ハン

(72)【発明者】

【氏名】ルーズ、ケビン

(72)【発明者】

【氏名】セレジン、バディム

(72)【発明者】

【氏名】カルチェビチ、マルタ

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159MA04

5C159MA05

5C159MA23

5C159MC11

5C159ME01

5C159PP04

5C159RC11

5C159TA25

5C159TB08

5C159TC24

5C159UA02

5C159UA05

(57)【要約】

ビデオデータを復号するための例示的なデバイスが、第１の重みと第２の重みとが、ビデオデータの双予測モード予測された現在ブロックについて指定されると決定することと、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行うように構成された１つまたは複数のプロセッサを含む。

【特許請求の範囲】

【請求項1】

ビデオデータを復号する方法であって、前記方法は、
第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、前記第１の重みが前記第２の重みとは異なる、
前記第１の重みと前記第２の重みとが指定されると決定したことに応答して、前記現在ブロックが、前記双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、
前記現在ブロックが、前記双予測モードを前記ベースモードとして前記ＭＨＰモードを使用して予測されるべきであると決定したことに応答して、前記ＭＨＰモードの追加のインター予測モードを決定することと、
前記双予測モードに従って第１の予測ブロックを生成することと、
前記追加のインター予測モードに従って第２の予測ブロックを生成することと、
前記第１の予測ブロックと前記第２の予測ブロックとを使用して前記ＭＨＰモードに従って前記現在ブロックについての最終予測ブロックを生成することと、
前記最終予測ブロックを使用して前記現在ブロックを復号することと
を備える、方法。

【請求項2】

前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、前記第１の重みが４に等しくない、および前記第２の重みが４に等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、請求項１に記載の方法。

【請求項3】

前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、前記第１の重みが前記第２の重みに等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、請求項１に記載の方法。

【請求項4】

前記双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、
前記双予測モードについて前記ＡＭＶＰモードを使用して第２の動きベクトルを復号することと、
前記追加のインター予測モードについて第３の動きベクトルを復号することと
をさらに備え、
ここにおいて、前記第１の予測ブロックを生成することが、
前記第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、
前記第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、
第１の重み付けされた中間予測ブロックを形成するために、前記第１の中間予測ブロックに前記第１の重みを適用することと、
第２の重み付けされた中間予測ブロックを形成するために、前記第２の中間予測ブロックに前記第２の重みを適用することと、
前記第１の予測ブロックを形成するために、前記第１の重み付けされた中間予測ブロックを前記第２の重み付けされた中間予測ブロックと組み合わせることと
を備え、
ここにおいて、前記第２の予測ブロックを生成することが、前記第３の動きベクトルを使用して前記第２の予測ブロックを生成することを備える、請求項１に記載の方法。

【請求項5】

前記第１の動きベクトルと前記第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、
前記第３の動きベクトルについての前記ＭＶＤ解像度を表す追加のデータを復号することなしに、前記第３の動きベクトルが前記ＭＶＤ解像度を有すると決定することと
をさらに備える、請求項４に記載の方法。

【請求項6】

前記最終予測ブロックを生成することが、
前記ＭＨＰモードについて第３の重みと第４の重みとを決定することと、
第１の重み付けされた予測ブロックを形成するために、前記第１の予測ブロックに前記第３の重みを適用することと、
第２の重み付けされた予測ブロックを形成するために、前記第２の予測ブロックに前記第４の重みを適用することと、
前記最終予測ブロックを形成するために、前記第１の重み付けされた予測ブロックを前記第２の重み付けされた予測ブロックと組み合わせることと
を備える、請求項１に記載の方法。

【請求項7】

前記第３の重みを決定することは、
インデックス値を復号することと、
前記インデックス値がマッピングテーブルにおいてマッピングされる前記第３の重みを決定することと
を備え、
前記第４の重みを決定することが、１－前記第３の重みとして、前記第４の重みを計算することを備える、請求項６に記載の方法。

【請求項8】

前記現在ブロックを復号することより前に、前記最終予測ブロックを使用して前記現在ブロックを符号化することをさらに備える、請求項１に記載の方法。

【請求項9】

ビデオデータを復号するためのデバイスであって、前記デバイスが、
ビデオデータを記憶するように構成されたメモリと、
回路中に実装された１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサは、
第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、前記第１の重みが前記第２の重みとは異なる、
前記第１の重みと前記第２の重みとが指定されると決定したことに応答して、前記現在ブロックが、前記双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、
前記現在ブロックが、前記双予測モードを前記ベースモードとして前記ＭＨＰモードを使用して予測されるべきであると決定したことに応答して、前記ＭＨＰモードの追加のインター予測モードを決定することと、
前記双予測モードに従って第１の予測ブロックを生成することと、
前記追加のインター予測モードに従って第２の予測ブロックを生成することと、
前記第１の予測ブロックと前記第２の予測ブロックとを使用して前記ＭＨＰモードに従って前記現在ブロックについての最終予測ブロックを生成することと、
前記最終予測ブロックを使用して前記現在ブロックを復号することと
を行うように構成された、デバイス。

【請求項10】

前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するために、前記１つまたは複数のプロセッサは、前記第１の重みが４に等しくない、および前記第２の重みが４に等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行うように構成された、請求項９に記載のデバイス。

【請求項11】

前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するために、前記１つまたは複数のプロセッサは、前記第１の重みが前記第２の重みに等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行うように構成された、請求項９に記載のデバイス。

【請求項12】

前記１つまたは複数のプロセッサが、
前記双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、
前記双予測モードについて前記ＡＭＶＰモードを使用して第２の動きベクトルを復号することと、
前記追加のインター予測モードについて第３の動きベクトルを復号することと
を行うようにさらに構成され、
ここにおいて、前記第１の予測ブロックを生成するために、前記１つまたは複数のプロセッサが、
前記第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、
前記第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、
第１の重み付けされた中間予測ブロックを形成するために、前記第１の中間予測ブロックに前記第１の重みを適用することと、
第２の重み付けされた中間予測ブロックを形成するために、前記第２の中間予測ブロックに前記第２の重みを適用することと、
前記第１の予測ブロックを形成するために、前記第１の重み付けされた中間予測ブロックを前記第２の重み付けされた中間予測ブロックと組み合わせることと
を行うように構成され、
ここにおいて、前記第２の予測ブロックを生成するために、前記１つまたは複数のプロセッサが、前記第３の動きベクトルを使用して前記第２の予測ブロックを生成することを行うように構成された、請求項９に記載のデバイス。

【請求項13】

前記１つまたは複数のプロセッサは、
前記第１の動きベクトルと前記第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、
前記第３の動きベクトルについての前記ＭＶＤ解像度を表す追加のデータを復号することなしに、前記第３の動きベクトルが前記ＭＶＤ解像度を有すると決定することと
を行うようにさらに構成された、請求項１２に記載のデバイス。

【請求項14】

前記最終予測ブロックを生成するために、前記１つまたは複数のプロセッサが、
前記ＭＨＰモードについて第３の重みと第４の重みとを決定することと、
第１の重み付けされた予測ブロックを形成するために、前記第１の予測ブロックに前記第３の重みを適用することと、
第２の重み付けされた予測ブロックを形成するために、前記第２の予測ブロックに前記第４の重みを適用することと、
前記最終予測ブロックを形成するために、前記第１の重み付けされた予測ブロックを前記第２の重み付けされた予測ブロックと組み合わせることと
を行うように構成された、請求項９に記載のデバイス。

【請求項15】

前記第３の重みを決定するために、前記１つまたは複数のプロセッサは、
インデックス値を復号することと、
前記インデックス値がマッピングテーブルにおいてマッピングされる前記第３の重みを決定することと
を行うように構成され、
前記第４の重みを決定するために、前記１つまたは複数のプロセッサが、１－前記第３の重みとして、前記第４の重みを計算することを行うように構成された、請求項１４に記載のデバイス。

【請求項16】

前記１つまたは複数のプロセッサが、前記現在ブロックを復号することより前に、前記最終予測ブロックを使用して前記現在ブロックを符号化することを行うように構成された、請求項９に記載のデバイス。

【請求項17】

前記復号されたビデオデータを表示するように構成されたディスプレイをさらに備える、請求項９に記載のデバイス。

【請求項18】

前記デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの１つまたは複数を備える、請求項９に記載のデバイス。

【請求項19】

命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、実行されたとき、プロセッサに、
第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、前記第１の重みが前記第２の重みとは異なる、
前記第１の重みと前記第２の重みとが指定されると決定したことに応答して、前記現在ブロックが、前記双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、
前記現在ブロックが、前記双予測モードを前記ベースモードとして前記ＭＨＰモードを使用して予測されるべきであると決定したことに応答して、前記ＭＨＰモードの追加のインター予測モードを決定することと、
前記双予測モードに従って第１の予測ブロックを生成することと、
前記追加のインター予測モードに従って第２の予測ブロックを生成することと、
前記第１の予測ブロックと前記第２の予測ブロックとを使用して前記ＭＨＰモードに従って前記現在ブロックについての最終予測ブロックを生成することと、
前記最終予測ブロックを使用して前記現在ブロックを復号することと
を行わせる、コンピュータ可読記憶媒体。

【請求項20】

前記プロセッサに、前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することを行わせる前記命令は、前記プロセッサに、前記第１の重みが４に等しくない、および前記第２の重みが４に等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行わせる命令を備える、請求項１９に記載のコンピュータ可読記憶媒体。

【請求項21】

前記プロセッサに、前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することを行わせる前記命令は、前記プロセッサに、前記第１の重みが前記第２の重みに等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行わせる命令を備える、請求項１９に記載のコンピュータ可読記憶媒体。

【請求項22】

前記プロセッサに、
前記双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、
前記双予測モードについて前記ＡＭＶＰモードを使用して第２の動きベクトルを復号することと、
前記追加のインター予測モードについて第３の動きベクトルを復号することと
を行わせる命令をさらに備え、
ここにおいて、前記プロセッサに、前記第１の予測ブロックを生成することを行わせる前記命令が、前記プロセッサに、
前記第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、
前記第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、
第１の重み付けされた中間予測ブロックを形成するために、前記第１の中間予測ブロックに前記第１の重みを適用することと、
第２の重み付けされた中間予測ブロックを形成するために、前記第２の中間予測ブロックに前記第２の重みを適用することと、
前記第１の予測ブロックを形成するために、前記第１の重み付けされた中間予測ブロックを前記第２の重み付けされた中間予測ブロックと組み合わせることと
を行わせる命令を備え、
ここにおいて、前記プロセッサに、前記第２の予測ブロックを生成することを行わせる前記命令が、前記プロセッサに、前記第３の動きベクトルを使用して前記第２の予測ブロックを生成することを行わせる命令を備える、請求項１９に記載のコンピュータ可読記憶媒体。

【請求項23】

前記プロセッサに、
前記第１の動きベクトルと前記第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、
前記第３の動きベクトルについての前記ＭＶＤ解像度を表す追加のデータを復号することなしに、前記第３の動きベクトルが前記ＭＶＤ解像度を有すると決定することと
を行わせる命令をさらに備える、請求項２２に記載のコンピュータ可読記憶媒体。

【請求項24】

前記プロセッサに、前記最終予測ブロックを生成することを行わせる前記命令が、前記プロセッサに、
前記ＭＨＰモードについて第３の重みと第４の重みとを決定することと、
第１の重み付けされた予測ブロックを形成するために、前記第１の予測ブロックに前記第３の重みを適用することと、
第２の重み付けされた予測ブロックを形成するために、前記第２の予測ブロックに前記第４の重みを適用することと、
前記最終予測ブロックを形成するために、前記第１の重み付けされた予測ブロックを前記第２の重み付けされた予測ブロックと組み合わせることと
を行わせる命令を備える、請求項１９に記載のコンピュータ可読記憶媒体。

【請求項25】

前記プロセッサに、前記第３の重みを決定することを行わせる前記命令は、前記プロセッサに、
インデックス値を復号することと、
前記インデックス値がマッピングテーブルにおいてマッピングされる前記第３の重みを決定することと
を行わせる命令を備え、
前記プロセッサに、前記第４の重みを決定することを行わせる前記命令が、前記プロセッサに、１－前記第３の重みとして、前記第４の重みを計算することを行わせる命令を備える、請求項２４に記載のコンピュータ可読記憶媒体。

【請求項26】

前記プロセッサに、前記現在ブロックを復号することより前に、前記最終予測ブロックを使用して前記現在ブロックを符号化することを行わせる命令をさらに備える、請求項１９に記載のコンピュータ可読記憶媒体。

【請求項27】

ビデオデータを復号するためのデバイスであって、前記デバイスは、
第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定するための手段と、ここにおいて、前記第１の重みが前記第２の重みとは異なる、
前記第１の重みと前記第２の重みとが指定されると決定したことに応答して、前記現在ブロックが、前記双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定するための手段と、
前記現在ブロックが、前記双予測モードを前記ベースモードとして前記ＭＨＰモードを使用して予測されるべきであると決定したことに応答して、前記ＭＨＰモードの追加のインター予測モードを決定するための手段と、
前記双予測モードに従って第１の予測ブロックを生成するための手段と、
前記追加のインター予測モードに従って第２の予測ブロックを生成するための手段と、
前記第１の予測ブロックと前記第２の予測ブロックとを使用して前記ＭＨＰモードに従って前記現在ブロックについての最終予測ブロックを生成するための手段と、
前記最終予測ブロックを使用して前記現在ブロックを復号するための手段と
を備える、デバイス。

【請求項28】

前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するための前記手段は、前記第１の重みが４に等しくない、および前記第２の重みが４に等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定するための手段を備える、請求項２７に記載のデバイス。

【請求項29】

前記現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するための前記手段は、前記第１の重みが前記第２の重みに等しくないとき、前記現在ブロックが、ＭＨＰを使用して予測されるべきであると決定するための手段を備える、請求項２７に記載のデバイス。

【請求項30】

前記双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号するための手段と、
前記双予測モードについて前記ＡＭＶＰモードを使用して第２の動きベクトルを復号するための手段と、
前記追加のインター予測モードについて第３の動きベクトルを復号するための手段と
をさらに備え、
ここにおいて、前記第１の予測ブロックを生成するための前記手段が、
前記第１の動きベクトルを使用して第１の中間予測ブロックを生成するための手段と、
前記第２の動きベクトルを使用して第２の中間予測ブロックを生成するための手段と、
第１の重み付けされた中間予測ブロックを形成するために、前記第１の中間予測ブロックに前記第１の重みを適用するための手段と、
第２の重み付けされた中間予測ブロックを形成するために、前記第２の中間予測ブロックに前記第２の重みを適用するための手段と、
前記第１の予測ブロックを形成するために、前記第１の重み付けされた中間予測ブロックを前記第２の重み付けされた中間予測ブロックと組み合わせるための手段と
を備え、
ここにおいて、前記第２の予測ブロックを生成するための前記手段が、前記第３の動きベクトルを使用して前記第２の予測ブロックを生成するための手段を備える、請求項２７に記載のデバイス。

【請求項31】

前記第１の動きベクトルと前記第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号するための手段と、
前記第３の動きベクトルについての前記ＭＶＤ解像度を表す追加のデータを復号することなしに、前記第３の動きベクトルが前記ＭＶＤ解像度を有すると決定するための手段と
をさらに備える、請求項３０に記載のデバイス。

【請求項32】

前記最終予測ブロックを生成するための前記手段が、
前記ＭＨＰモードについて第３の重みと第４の重みとを決定するための手段と、
第１の重み付けされた予測ブロックを形成するために、前記第１の予測ブロックに前記第３の重みを適用するための手段と、
第２の重み付けされた予測ブロックを形成するために、前記第２の予測ブロックに前記第４の重みを適用するための手段と、
前記最終予測ブロックを形成するために、前記第１の重み付けされた予測ブロックを前記第２の重み付けされた予測ブロックと組み合わせるための手段と
を備える、請求項２７に記載のデバイス。

【請求項33】

前記第３の重みを決定するための前記手段は、
インデックス値を復号するための手段と、
前記インデックス値がマッピングテーブルにおいてマッピングされる前記第３の重みを決定するための手段と
を備え、
前記第４の重みを決定するための前記手段が、１－前記第３の重みとして、前記第４の重みを計算するための手段を備える、請求項３２に記載のデバイス。

【請求項34】

前記現在ブロックを復号することより前に、前記最終予測ブロックを使用して前記現在ブロックを符号化するための手段をさらに備える、請求項２７に記載のデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

[0001] 本出願は、その内容全体が参照により本明細書に組み込まれる、２０２１年１２月１５日に出願された米国特許出願第１７／６４４，５１９号、および２０２０年１２月２３日に出願された米国仮出願第６３／１３０，２３２号の優先権を主張する。２０２１年１２月１５日に出願された米国特許出願第１７／６４４，５１９号は、２０２０年１２月２３日に出願された米国仮出願第６３／１３０，２３２号の利益を主張する。

【0002】

[0002] 本開示は、ビデオ符号化（video encoding）とビデオ復号（video decoding）とを含む、ビデオコーディング（video coding）に関する。

【背景技術】

【0003】

[0003] デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲーミングデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

【0004】

[0004] ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間（イントラピクチャ）予測および／または時間（インターピクチャ）予測を含む。ブロックベースビデオコーディングでは、ビデオスライス（たとえば、ビデオピクチャまたはビデオピクチャの一部分）が、コーディングツリーユニット（ＣＴＵ：coding tree unit）、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャのイントラコーディングされた（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

【発明の概要】

【0005】

[0005] 概して、本開示は、ビデオコーディング（符号化および復号）におけるインター予測のための技法について説明する。特に、これらの技法は複数仮説予測（multiple hypothesis prediction）に関する。ビデオコーディングでは、ビデオは一連のピクチャによって表される。各ピクチャはブロックに区分され得、各ブロックは個々にコーディングされ得る。概して、ブロックは、予測ブロックと残差ブロックとを使用してコーディングされる。ビデオコーダ（video coder）は、概して、（前にコーディングされたピクチャに対する）インター予測または（同じピクチャの前にコーディングされたブロックに対する）イントラ予測に従って予測ブロックを形成し得る。インター予測では、ブロックは、単方向（１つの動きベクトル）または双方向（２つの動きベクトル）予測を使用して予測され得る。さらに、インター予測では、ブロックは、複数仮説予測を使用して、すなわち、３つ以上の動きベクトルを使用して予測され得る。

【0006】

[0006] 一例では、ビデオデータ（video data）を復号する方法は、第１の重み（first weight）と第２の重み（second weight）とが、双予測モード（bi-prediction mode）を使用してインター予測コーディングされた（inter-prediction coded）ビデオデータの現在ブロック（current block）について指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモード（base mode）として複数仮説予測（ＭＨＰ：multi-hypothesis prediction）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モード（additional inter-prediction mode）を決定することと、双予測モードに従って第１の予測ブロック（first prediction block）を生成することと、追加のインター予測モードに従って第２の予測ブロック（second prediction block）を生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロック（final prediction block）を生成することと、最終予測ブロックを使用して現在ブロックを復号することとを含む。

【0007】

[0007] 別の例では、ビデオデータを復号するためのデバイスは、ビデオデータを記憶するように構成されたメモリ（memory）と、回路（circuitry）中に実装された１つまたは複数のプロセッサ（processor）とを含み、１つまたは複数のプロセッサは、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行うように構成される。

【0008】

[0008] 別の例では、コンピュータ可読記憶媒体（computer-readable storage medium）は、実行されたとき、プロセッサに、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行わせる命令（instruction）を記憶している。図
[0009] 別の例では、ビデオデータを復号するためのデバイスは、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定するための手段と、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定するための手段と、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定するための手段と、双予測モードに従って第１の予測ブロックを生成するための手段と、追加のインター予測モードに従って第２の予測ブロックを生成するための手段と、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成するための手段と、最終予測ブロックを使用して現在ブロックを復号するための手段とを含む。

【0009】

[0010] １つまたは複数の例の詳細が添付の図面および以下の説明に記載される。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。

【図面の簡単な説明】

【0010】

【図1】[0011] 本開示の技法を実施し得る例示的なビデオ符号化および復号システムを示すブロック図。

【図2A】[0012] 例示的なクワッドツリーバイナリツリー（ＱＴＢＴ）構造を示す概念図。

【図2B】対応するコーディングツリーユニット（ＣＴＵ）を示す概念図。

【図3】[0013] 本開示の技法を実施し得る例示的なビデオエンコーダ（video encoder）を示すブロック図。

【図4】[0014] 本開示の技法を実施し得る例示的なビデオデコーダ（video decoder）を示すブロック図。

【図5】[0015] 本開示の技法による、現在ブロックを符号化するための例示的な方法を示すフローチャート。

【図6】[0016] 本開示の技法による、現在ブロックを復号するための例示的な方法を示すフローチャート。

【図7】[0017] ＣＵレベル重み付けを用いた双予測（ＢＣＷ：bi-prediction with CU-level weighting）とＢＣＷの拡張としての複数仮説予測（ＭＨＰ）とを適用することの一例を示す概念図。

【図8】[0018] 本開示の技法による、ビデオデータの現在ブロックを復号する（たとえば、再生する）例示的な方法を示すフローチャート。

【発明を実施するための形態】

【0011】

[0019] ビデオコーディングでは、ビデオは一連のピクチャによって表される。各ピクチャはブロックに区分され得、各ブロックは個々にコーディングされ得る。概して、ブロックは、予測ブロックと残差ブロックとを使用してコーディングされる。ビデオコーダは、概して、（前にコーディングされたピクチャに対する）インター予測または（同じピクチャの前にコーディングされたブロックに対する）イントラ予測に従って予測ブロックを形成し得る。インター予測では、ブロックは、単方向（１つの動きベクトル）または双方向（２つの動きベクトル）予測を使用して予測され得る。

【0012】

[0020] ビデオコーダは、さらに、たとえば、マージモード（merge mode）または高度動きベクトル予測（ＡＭＶＰ：advanced motion vector prediction）モードを使用して、動きベクトルをコーディングし得る。マージモードでは、ビデオコーダは、動きベクトルについての動き情報（たとえば、参照ピクチャインデックス、参照ピクチャリスト、および動きベクトル自体、たとえば、動きベクトルのｘ成分およびｙ成分）をそれから推論すべき現在ブロックに対する隣接ブロックを表す、マージ候補をコーディングする。ｘ成分は動きベクトルについての水平変位を表し、ｙ成分は動きベクトルについての垂直変位を表す。ＡＭＶＰモードでは、ビデオコーダは、動きベクトル予測候補のｘ成分およびｙ成分に適用するためのオフセットを表す動きベクトル差分（ＭＶＤ：motion vector difference）情報とともに、動きベクトルをそれから予測すべき現在ブロックに対する隣接ブロックを表す、動きベクトル予測候補をコーディングする。ＡＭＶＰでは、ビデオコーダはまた、参照ピクチャ識別情報、たとえば、参照ピクチャインデックスおよび参照ピクチャリストを明示的にコーディングする。

【0013】

[0021] ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）では、ビデオコーダは、（サブピクセル精度が可能にされるとき、たとえば、「ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇ」がスライスヘッダにおいて０の値を有するとき）１／４ルーマサンプルの単位でＭＶＤ値（すなわち、動きベクトル予測子と現在ＣＵについての動きベクトルとの間の差分）をコーディングする。ＩＴＵ－Ｔ Ｈ．２６６／汎用ビデオコーディング（ＶＶＣ）は、ＣＵのＭＶＤが、異なる精度でコーディングされることを可能にするＣＵレベル適応動きベクトル解像度（ＡＭＶＲ：adaptive motion vector resolution）方式を導入した。現在ＣＵについてのモード（通常ＡＭＶＰモードまたはアフィンＡＭＶＰモード）に応じて、ビデオコーダは、以下のようにＶＶＣに従ってＭＶＤ解像度を適応的に選択し得、すなわち、通常ＡＭＶＰモードでは、ビデオコーダは、１／４ルーマサンプル、１／２ルーマサンプル、整数ルーマサンプル、または４ルーマサンプルから選択し得、アフィンＡＭＶＰモードでは、ビデオコーダは、１／１６ルーマサンプル、１／４ルーマサンプル、または整数ルーマサンプルから選択し得る。

【0014】

[0022] ＶＶＣでは、少なくとも１つの非０ＭＶＤ成分を有するＣＵについて、ビデオコーダは、１／４ルーマサンプルＭＶＤ精度がＣＵのために使用されるかどうかを示すために第１のフラグをコーディングし得る。第１のフラグが０である場合、さらなるシグナリングが必要とされず、１／４ルーマサンプルＭＶＤ精度が現在ＣＵのために使用される。他の場合、ビデオコーダは、通常ＡＭＶＰ ＣＵのために、１／２ルーマサンプルＭＶＤ精度が使用されるのか別のＭＶＤ精度（整数または４ルーマサンプル）が使用されるのかを示すために第２のフラグをコーディングし得る。１／２ルーマサンプルの場合、ビデオコーダは、１／２ルーマサンプル位置についてデフォルト８タップ補間フィルタの代わりに６タップ補間フィルタを適用し得る。他の場合、ビデオコーダは、通常ＡＭＶＰ ＣＵのために、整数ルーマサンプルＭＶＤ精度が使用されるのか４ルーマサンプルＭＶＤ精度が使用されるのかを示すために第３のフラグをコーディングし得る。

【0015】

[0023] ＶＶＣにおけるアフィンＡＭＶＰ ＣＵの場合、ビデオコーダは、整数ルーマサンプルＭＶＤ精度が使用されるのか１／１６ルーマサンプルＭＶＤ精度が使用されるのかを示すために第２のフラグを使用し得る。再構築されたＭＶが、意図された精度（１／４ルーマサンプル、１／２ルーマサンプル、整数ルーマサンプル、または４ルーマサンプル）を有することを保証するために、ビデオコーダは、ＣＵについての動きベクトル予測子を、ＭＶＤとともに動きベクトル予測子を加算する前のＭＶＤのものと同じ精度に丸め得る。ビデオコーダは、動きベクトル予測子を０のほうへ丸め得る（すなわち、負の動きベクトル予測子が正の無限大のほうへ丸められ、正の動きベクトル予測子が負の無限大のほうへ丸められる）。

【0016】

[0024] ＨＥＶＣでは、ビデオコーダは、２つの異なる参照ピクチャから取得された２つの予測信号を平均化すること、および／または２つの異なる動きベクトルを使用することによって、双予測信号を生成する。ＶＶＣでは、双予測モードは、たとえば、以下のように、２つの予測信号の重み付き平均化を可能にするために、単純な平均化を越えて拡張される。

【0017】

【数1】

【0018】

[0025] ＶＶＣでは、５つの重みｗが重み付き平均化双予測において可能にされ、ｗ∈｛－２，３，４，５，１０｝である。各双予測コーディングユニット（ＣＵ、すなわち、ブロック）について、重みｗは、２つの方法、１）非マージＣＵについて、ビデオコーダは、ビットストリームにおいて動きベクトル差分データに続く、重みインデックスを表すデータをコーディングする、２）マージＣＵについて、ビデオコーダは、マージ候補インデックスに基づいて隣接ブロックから重みインデックスを推論する、のうちの１つで決定される。ＶＶＣでは、ＣＵレベル重み付けを用いた双予測（ＢＣＷ）は、２５６個またはそれ以上のルーマサンプルをもつＣＵのみに適用される（すなわち、ＣＵ幅×ＣＵ高さは２５６よりも大きいかまたはそれに等しい）。低遅延ピクチャの場合、すべての５つの重みが使用される。非低遅延ピクチャの場合、３つの重み（ｗ∈｛３，４，５｝）のみが使用される。

【0019】

[0026] さらに、インター予測では、ブロックは、複数仮説予測を使用して、すなわち、３つ以上の動きベクトルを使用して予測され得る。複数仮説予測（ＭＨＰ）は以下で説明されている。

【0020】

・ Ｗｉｎｋｅｎら、「Multi-hypothesis Inter-prediction」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１０回会合：サンディエゴ、米国、２０１８年４月１０～２０日、ドキュメントＪＶＥＴ－Ｊ００４１－ｖ２、
・ Ｗｉｎｋｅｎら、「CE10: Multi-Hypothesis Inter Prediction (Tests 1.5 - 1.8)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１１回会合：リュブリャナ、スロベニア、２０１８年７月１０～１８日、ドキュメントＪＶＥＴ－Ｋ０２６９、
・ Ｗｉｎｋｅｎら、「CE10: Multi-Hypothesis Inter Prediction (Tests 1.2.a - 1.2.c)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１２回会合：マカオ、中国、２０１８年１０月３～１２日、ドキュメントＪＶＥＴ－Ｌ０１４８－ｖ３、および
・ Ｗｉｎｋｅｎら、「CE10: Multi-hypothesis inter prediction (Test 10.1.2)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１３回会合：マラケシュ、モロッコ、２０１９年１月９～１８日、ドキュメントＪＶＥＴ－Ｍ０４２５－ｖ２。

【0021】

[0027] ＭＨＰでは、インター予測技法は、（たとえば、３つ以上の動きベクトルを使用して）３つ以上の動き補償予測信号の重み付き重ね合わせを可能にする。ビデオコーダは、サンプル単位重み付き重ね合わせによって、得られた全体的予測信号を取得し得る。単／双予測信号ｐ_uni/biと、第１の追加のインター予測信号／仮説ｈ₃と、重み付けファクタαとを用いて、ビデオコーダは、以下のように、得られた予測信号ｐ₃を取得し得る。

【0022】

【数2】

【0023】

[0028] ＭＨＰに従って、ビデオコーダは、たとえば、以下の表１のマッピングに従って、シンタックス要素ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘにおける重み付けファクタαについてデータをコーディングし得る。

【0024】

【表1】

【0025】

[0029] 上記で説明された技法に類似して、ビデオコーダは、２つ以上の追加の予測信号を使用し得る。ビデオコーダは、以下のように、各追加の予測信号を用いて、得られた全体的予測信号を反復的に累積し得る。

【0026】

【数3】

【0027】

[0030] ビデオコーダは、最後のｐ_n（すなわち、最大インデックスｎを有するｐ_n）として、得られた全体的予測信号を取得し得る。

【0028】

[0031] これらの従来のＭＨＰ技法に従ってマージモードを使用する（ただし、スキップモードを使用しない）インター予測ブロックについて、ビデオコーダはまた、追加のインター予測信号を指定し得る。追加の予測信号について、ビデオコーダは、２つのＡＭＶＰ候補リストのうちの１つを使用し得る。

【0029】

・ 追加の予測信号の参照ピクチャのピクチャ順序カウント（ＰＯＣ）が、使用されるｌｉｓｔ１参照ピクチャのＰＯＣに等しい場合、ビデオコーダは、ｌｉｓｔ１ ＡＭＶＰ候補リストを使用し得る。

【0030】

・ 他の場合、ビデオコーダは、ｌｉｓｔ０ ＡＭＶＰ候補リストを使用し得る。

【0031】

[0032] 本開示は、上記で説明された従来のＭＨＰシグナリングが改善され得ることを認識する。本開示の技法は、これらの技法が、シグナリングオーバーヘッドを低減し、処理要件を低減し、ならびに／あるいは動きベクトル予測子および／または予測ブロックについての予測正確さを増加させることによってデータ忠実度を改善し得るという点で、ＭＨＰの使用に関係するビデオコーディングにおける改善を達成し得る。

【0032】

[0033] 図１は、本開示の技法を実施し得る例示的なビデオ符号化および復号システム１００を示すブロック図である。本開示の技法は、概して、ビデオデータをコーディング（符号化および／または復号）することを対象とする。概して、ビデオデータは、ビデオを処理するための任意のデータを含む。したがって、ビデオデータは、生のコーディングされていないビデオ、符号化されたビデオ、復号された（たとえば、再構築された）ビデオ、およびシグナリングデータなどのビデオメタデータを含み得る。

【0033】

[0034] 図１に示されているように、システム１００は、この例では、宛先デバイス１１６によって復号および表示されるべき、符号化されたビデオデータを提供するソースデバイス１０２を含む。特に、ソースデバイス１０２は、コンピュータ可読媒体１１０を介して宛先デバイス１１６にビデオデータを提供する。ソースデバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、モバイルデバイス、タブレットコンピュータ、セットトップボックス、スマートフォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲーミングコンソール、ビデオストリーミングデバイスなどを含む、広範囲のデバイスのいずれかを備え得る。いくつかの場合には、ソースデバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために装備され得、したがって、ワイヤレス通信デバイスと呼ばれることがある。

【0034】

[0035] 図１の例では、ソースデバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含む。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含む。本開示によれば、ソースデバイス１０２のビデオエンコーダ２００と、宛先デバイス１１６のビデオデコーダ３００とは、複数仮説予測のためにデータをコーディングするための技法を適用するように構成され得る。したがって、ソースデバイス１０２はビデオ符号化デバイスの一例を表し、宛先デバイス１１６はビデオ復号デバイスの一例を表す。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または構成を含み得る。たとえば、ソースデバイス１０２は、外部カメラなど、外部ビデオソースからビデオデータを受信し得る。同様に、宛先デバイス１１６は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。

【0035】

[0036] 図１に示されているシステム１００は一例にすぎない。概して、いかなるデジタルビデオ符号化および／または復号デバイスも、複数仮説予測のためにデータをコーディングするための技法を実施し得る。ソースデバイス１０２および宛先デバイス１１６は、ソースデバイス１０２が宛先デバイス１１６への送信のためのコーディングされたビデオデータを生成するような、コーディングデバイスの例にすぎない。本開示は、データのコーディング（符号化および／または復号）を実施するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイス、特に、それぞれビデオエンコーダおよびビデオデコーダの例を表す。いくつかの例では、ソースデバイス１０２および宛先デバイス１１６は、ソースデバイス１０２および宛先デバイス１１６の各々がビデオ符号化構成要素およびビデオ復号構成要素を含むように、実質的に対称的に動作し得る。したがって、システム１００は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのために、ソースデバイス１０２と宛先デバイス１１６との間の一方向または二方向ビデオ送信をサポートし得る。

【0036】

[0037] 概して、ビデオソース１０４は、ビデオデータ（すなわち、生のコーディングされていないビデオデータ）のソースを表し、ビデオデータの連続した一連のピクチャ（「フレーム」とも呼ばれる）をビデオエンコーダ２００に提供し、ビデオエンコーダ２００はピクチャについてのデータを符号化する。ソースデバイス１０２のビデオソース１０４は、ビデオカメラなどのビデオキャプチャデバイス、前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースを含み得る。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースデータ、またはライブビデオとアーカイブされたビデオとコンピュータ生成されたビデオとの組合せを生成し得る。各場合において、ビデオエンコーダ２００は、キャプチャされたビデオデータ、プリキャプチャされたビデオデータ、またはコンピュータ生成されたビデオデータを符号化する。ビデオエンコーダ２００は、ピクチャを、（「表示順序」と呼ばれることがある）受信順序から、コーディングのためのコーディング順序に並べ替え得る。ビデオエンコーダ２００は、符号化されたビデオデータを含むビットストリームを生成し得る。ソースデバイス１０２は、次いで、たとえば、宛先デバイス１１６の入力インターフェース１２２による受信および／または取出しのために、出力インターフェース１０８を介して、符号化されたビデオデータをコンピュータ可読媒体１１０上に出力し得る。

【0037】

[0038] ソースデバイス１０２のメモリ１０６と、宛先デバイス１１６のメモリ１２０とは、汎用メモリを表す。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、たとえば、ビデオソース１０４からの生のビデオと、ビデオデコーダ３００からの生の復号されたビデオデータとを記憶し得る。追加または代替として、メモリ１０６、１２０は、たとえば、それぞれ、ビデオエンコーダ２００とビデオデコーダ３００とによって実行可能なソフトウェア命令を記憶し得る。メモリ１０６およびメモリ１２０は、この例ではビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００は、機能的に同様のまたは等価な目的で内部メモリをも含み得ることを理解されたい。さらに、メモリ１０６、１２０は、符号化されたビデオデータ、たとえば、ビデオエンコーダ２００からの出力と、ビデオデコーダ３００への入力とを記憶し得る。いくつかの例では、メモリ１０６、１２０の部分は、たとえば、生の復号および／または符号化されたビデオデータを記憶するために、１つまたは複数のビデオバッファとして割り振られ得る。

【0038】

[0039] コンピュータ可読媒体１１０は、ソースデバイス１０２から宛先デバイス１１６に符号化されたビデオデータをトランスポートすることが可能な任意のタイプの媒体またはデバイスを表し得る。一例では、コンピュータ可読媒体１１０は、ソースデバイス１０２が、たとえば、無線周波数ネットワークまたはコンピュータベースネットワークを介して、符号化されたビデオデータを宛先デバイス１１６にリアルタイムで直接送信することを可能にするための通信媒体を表す。ワイヤレス通信プロトコルなどの通信規格に従って、出力インターフェース１０８は、符号化されたビデオデータを含む送信信号を変調し得、入力インターフェース１２２は、受信された送信信号を復調し得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１０２から宛先デバイス１１６への通信を容易にするために有用であり得る任意の他の機器を含み得る。

【0039】

[0040] いくつかの例では、ソースデバイス１０２は、出力インターフェース１０８からストレージデバイス１１２に符号化されたデータを出力し得る。同様に、宛先デバイス１１６は、入力インターフェース１２２を介してストレージデバイス１１２から符号化されたデータにアクセスし得る。ストレージデバイス１１２は、ハードドライブ、Ｂｌｕ－ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。

【0040】

[0041] いくつかの例では、ソースデバイス１０２は、ソースデバイス１０２によって生成された符号化されたビデオデータを記憶し得るファイルサーバ１１４または別の中間ストレージデバイスに符号化されたビデオデータを出力し得る。宛先デバイス１１６は、ストリーミングまたはダウンロードを介してファイルサーバ１１４からの記憶されたビデオデータにアクセスし得る。

【0041】

[0042] ファイルサーバ１１４は、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス１１６に送信することが可能な任意のタイプのサーバデバイスであり得る。ファイルサーバ１１４は、（たとえば、ウェブサイトのための）ウェブサーバ、（ファイル転送プロトコル（ＦＴＰ）または単方向トランスポート上ファイル配信（ＦＬＵＴＥ：File Delivery over Unidirectional Transport）プロトコルなどの）ファイル転送プロトコルサービスを提供するように構成されたサーバ、コンテンツ配信ネットワーク（ＣＤＮ）デバイス、ハイパーテキスト転送プロトコル（ＨＴＴＰ）サーバ、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）または拡張ＭＢＭＳ（ｅＭＢＭＳ）サーバ、および／あるいはネットワーク接続ストレージ（ＮＡＳ）デバイスを表し得る。ファイルサーバ１１４は、追加または代替として、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）、ＨＴＴＰライブストリーミング（ＨＬＳ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ＨＴＴＰ動的ストリーミングなど、１つまたは複数のＨＴＴＰストリーミングプロトコルを実装し得る。

【0042】

[0043] 宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通してファイルサーバ１１４からの符号化されたビデオデータにアクセスし得る。これは、ファイルサーバ１１４に記憶された符号化されたビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ－Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、デジタル加入者回線（ＤＳＬ）、ケーブルモデムなど）、またはその両方の組合せを含み得る。入力インターフェース１２２は、ファイルサーバ１１４からメディアデータを取り出すまたは受信するための上記で説明された様々なプロトコル、あるいはメディアデータを取り出すための他のそのようなプロトコルのうちのいずれか１つまたは複数に従って動作するように構成され得る。

【0043】

[0044] 出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキング構成要素（たとえば、イーサネット（登録商標）カード）、様々なＩＥＥＥ８０２．１１規格のいずれかに従って動作するワイヤレス通信構成要素、または他の物理的構成要素を表し得る。出力インターフェース１０８および入力インターフェース１２２がワイヤレス構成要素を備える例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇなど、セルラー通信規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。出力インターフェース１０８がワイヤレス送信機を備えるいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（たとえば、ＺｉｇＢｅｅ（登録商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格など、他のワイヤレス規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。いくつかの例では、ソースデバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含み得る。たとえば、ソースデバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に帰属する機能を実施するためのＳｏＣデバイスを含み得、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に帰属する機能を実施するためのＳｏＣデバイスを含み得る。

【0044】

[0045] 本開示の技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。

【0045】

[0046] 宛先デバイス１１６の入力インターフェース１２２は、コンピュータ可読媒体１１０（たとえば、通信媒体、ストレージデバイス１１２、ファイルサーバ１１４など）から符号化されたビデオビットストリームを受信する。符号化されたビデオビットストリームは、ビデオブロックまたは他のコーディングされたユニット（たとえば、スライス、ピクチャ、ピクチャグループ、シーケンスなど）の特性および／または処理を記述する値を有するシンタックス要素など、ビデオデコーダ３００によっても使用される、ビデオエンコーダ２００によって定義されるシグナリング情報を含み得る。ディスプレイデバイス１１８は、復号されたビデオデータの復号されたピクチャをユーザに表示する。ディスプレイデバイス１１８は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを表し得る。

【0046】

[0047] 図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は各々、オーディオエンコーダおよび／またはオーディオデコーダと統合され得、共通のデータストリーム中にオーディオとビデオの両方を含む多重化ストリームをハンドリングするために、適切なＭＵＸ－ＤＥＭＵＸユニット、あるいは他のハードウェアおよび／またはソフトウェアを含み得る。適用可能な場合、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

【0047】

[0048] ビデオエンコーダ２００およびビデオデコーダ３００は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダおよび／またはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアのための命令を記憶し、本開示の技法を実施するために１つまたは複数のプロセッサを使用してその命令をハードウェアで実行し得る。ビデオエンコーダ２００とビデオデコーダ３００との各々は、１つまたは複数のエンコーダまたはデコーダに含まれ得、それらのいずれかが、それぞれのデバイス中の複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合され得る。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話機などのワイヤレス通信デバイスを備え得る。

【0048】

[0049] ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）とも呼ばれるＩＴＵ－Ｔ Ｈ．２６５、あるいはマルチビューおよび／またはスケーラブルビデオコーディング拡張などのそれらの拡張など、ビデオコーディング規格に従って動作し得る。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、汎用ビデオコーディング（ＶＶＣ）など、他のプロプライエタリ規格または業界規格に従って動作し得る。ＶＶＣ規格のドラフトは、Ｂｒｏｓｓら、「Versatile Video Coding (Draft 9)」、ＩＴＵ－Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１８回会合、４月１５～２４日、ＪＶＥＴ－Ｒ２００１－ｖ８（以下、「ＶＶＣドラフト９」）に記載されている。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。

【0049】

[0050] 概して、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャのブロックベースコーディングを実施し得る。「ブロック」という用語は、概して、処理されるべき（たとえば、符号化されるべき、復号されるべき、あるいは、符号化および／または復号プロセスにおいて他の方法で使用されるべき）データを含む構造を指す。たとえば、ブロックは、ルミナンスおよび／またはクロミナンスデータのサンプルの２次元行列を含み得る。概して、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（たとえば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコーディングし得る。すなわち、ピクチャのサンプルのために赤色、緑色、および青色（ＲＧＢ）データをコーディングするのではなく、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコーディングし得、ここで、クロミナンス成分は、赤色相と青色相の両方のクロミナンス成分を含み得る。いくつかの例では、ビデオエンコーダ２００は、符号化より前に、受信されたＲＧＢフォーマットのデータをＹＵＶ表現にコンバートし、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットにコンバートする。代替的に、前処理および後処理ユニット（図示せず）が、これらのコンバージョンを実施し得る。

【0050】

[0051] 本開示は、概して、ピクチャのデータを符号化または復号するプロセスを含むように、ピクチャのコーディング（たとえば、符号化および復号）に言及することがある。同様に、本開示は、ブロックについてのデータを符号化または復号するプロセス、たとえば、予測および／または残差コーディングを含むように、ピクチャのブロックのコーディングに言及することがある。符号化されたビデオビットストリームは、概して、コーディング決定（たとえば、コーディングモード）とブロックへのピクチャの区分とを表すシンタックス要素についての一連の値を含む。したがって、ピクチャまたはブロックをコーディングすることへの言及は、概して、ピクチャまたはブロックを形成するシンタックス要素についての値をコーディングすることとして理解されるべきである。

【0051】

[0052] ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）を含む、様々なブロックを定義する。ＨＥＶＣに従って、（ビデオエンコーダ２００などの）ビデオコーダは、クワッドツリー構造に従ってコーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵとＣＵとを４つの等しい重複しない正方形に区分し、クワッドツリーの各ノードは、０個または４つのいずれかの子ノードを有する。子ノードなしのノードは、「リーフノード」と呼ばれることがあり、そのようなリーフノードのＣＵは、１つまたは複数のＰＵおよび／または１つまたは複数のＴＵを含み得る。ビデオコーダは、ＰＵとＴＵとをさらに区分し得る。たとえば、ＨＥＶＣでは、残差クワッドツリー（ＲＱＴ）は、ＴＵの区分を表す。ＨＥＶＣでは、ＰＵはインター予測データを表し、ＴＵは残差データを表す。イントラ予測されるＣＵは、イントラモード指示などのイントラ予測情報を含む。

【0052】

[0053] 別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＶＶＣに従って動作するように構成され得る。ＶＶＣに従って、（ビデオエンコーダ２００などの）ビデオコーダは、ピクチャを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、クワッドツリーバイナリツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造など、ツリー構造に従ってＣＴＵを区分し得る。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離など、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、２つのレベル、すなわち、クワッドツリー区分に従って区分される第１のレベルと、バイナリツリー区分に従って区分される第２のレベルとを含む。ＱＴＢＴ構造のルートノードは、ＣＴＵに対応する。バイナリツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。

【0053】

[0054] ＭＴＴ区分構造では、ブロックは、クワッドツリー（ＱＴ）区分と、バイナリツリー（ＢＴ）区分と、１つまたは複数のタイプのトリプルツリー（ＴＴ）（ターナリツリー（ＴＴ）とも呼ばれる）区分とを使用して区分され得る。トリプルまたはターナリツリー区分は、ブロックが３つのサブブロックにスプリットされる区分である。いくつかの例では、トリプルまたはターナリツリー区分は、中心を通して元のブロックを分割することなしにブロックを３つのサブブロックに分割する。ＭＴＴにおける区分タイプ（たとえば、ＱＴ、ＢＴ、およびＴＴ）は、対称または非対称であり得る。

【0054】

[0055] いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分との各々を表すために単一のＱＴＢＴまたはＭＴＴ構造を使用し得、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のための１つのＱＴＢＴ／ＭＴＴ構造、および両方のクロミナンス成分のための別のＱＴＢＴ／ＭＴＴ構造（またはそれぞれのクロミナンス成分のための２つのＱＴＢＴ／ＭＴＴ構造）など、２つまたはそれ以上のＱＴＢＴまたはＭＴＴ構造を使用し得る。

【0055】

[0056] ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣに従うクワッドツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または他の区分構造を使用するように構成され得る。説明の目的で、本開示の技法の説明はＱＴＢＴ区分に関して提示される。しかしながら、本開示の技法は、クワッドツリー区分、または同様に他のタイプの区分を使用するように構成されたビデオコーダにも適用され得ることを理解されたい。

【0056】

[0057] いくつかの例では、ＣＴＵは、ルーマサンプルのコーディングツリーブロック（ＣＴＢ）、３つのサンプルアレイを有するピクチャのクロマサンプルの２つの対応するＣＴＢ、あるいはモノクロームピクチャ、またはサンプルをコーディングするために使用される３つの別個の色平面とシンタックス構造とを使用してコーディングされるピクチャのサンプルのＣＴＢを含む。ＣＴＢは、ＣＴＢへの成分の分割が区分になるような何らかの値のＮについて、サンプルのＮ×Ｎブロックであり得る。成分は、４：２：０、４：２：２、または４：４：４色フォーマットにおけるピクチャについての３つのアレイ（ルーマおよび２つのクロマ）のうちの１つからのアレイまたは単一のサンプル、あるいはモノクロームフォーマットにおけるピクチャについてのアレイまたはアレイの単一のサンプルである。いくつかの例では、コーディングブロックは、コーディングブロックへのＣＴＢの分割が区分になるような何らかの値のＭとＮとについて、サンプルのＭ×Ｎブロックである。

【0057】

[0058] ブロック（たとえば、ＣＴＵまたはＣＵ）は、ピクチャ中で様々な方法でグループ化され得る。一例として、ブリックは、ピクチャ中の特定のタイル内のＣＴＵ行の矩形領域を指し得る。タイルは、ピクチャ中の特定のタイル列および特定のタイル行内のＣＴＵの矩形領域であり得る。タイル列は、ピクチャの高さに等しい高さと、（たとえば、ピクチャパラメータセット中などの）シンタックス要素によって指定された幅とを有するＣＴＵの矩形領域を指す。タイル行は、（たとえば、ピクチャパラメータセット中などの）シンタックス要素によって指定された高さと、ピクチャの幅に等しい幅とを有するＣＴＵの矩形領域を指す。

【0058】

[0059] いくつかの例では、タイルは複数のブリックに区分され得、それらの各々は、タイル内に１つまたは複数のＣＴＵ行を含み得る。複数のブリックに区分されないタイルもブリックと呼ばれることがある。しかしながら、タイルの真のサブセットであるブリックは、タイルと呼ばれないことがある。

【0059】

[0060] ピクチャ中のブリックはまた、スライス中に配置され得る。スライスは、もっぱら単一のネットワークアブストラクションレイヤ（ＮＡＬ）ユニット中に含まれていることがあるピクチャの整数個のブリックであり得る。いくつかの例では、スライスは、いくつかの完全なタイル、または１つのタイルの完全なブリックの連続シーケンスのみのいずれかを含む。

【0060】

[0061] 本開示は、垂直寸法と水平寸法とに関して（ＣＵまたは他のビデオブロックなどの）ブロックのサンプル寸法を指すために、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」、たとえば、１６×１６サンプル（16x16 samples）または１６×１６サンプル（16 by 16 samples）を互換的に使用し得る。概して、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、概して、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。ＣＵ中のサンプルは、行と列とに配置され得る。その上、ＣＵは、必ずしも、水平方向において垂直方向と同じ数のサンプルを有する必要があるとは限らない。たとえば、ＣＵはＮ×Ｍサンプルを備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。

【0061】

[0062] ビデオエンコーダ２００は、予測および／または残差情報、ならびに他の情報を表すＣＵについてのビデオデータを符号化する。予測情報は、ＣＵについて予測ブロックを形成するためにＣＵがどのように予測されるべきかを示す。残差情報は、概して、符号化より前のＣＵのサンプルと予測ブロックとの間のサンプルごとの差分を表す。

【0062】

[0063] ＣＵを予測するために、ビデオエンコーダ２００は、概して、インター予測またはイントラ予測を通してＣＵについて予測ブロックを形成し得る。インター予測は、概して、前にコーディングされたピクチャのデータからＣＵを予測することを指すが、イントラ予測は、概して、同じピクチャの前にコーディングされたデータからＣＵを予測することを指す。インター予測を実施するために、ビデオエンコーダ２００は、１つまたは複数の動きベクトルを使用して予測ブロックを生成し得る。ビデオエンコーダ２００は、概して、たとえば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに厳密に一致する参照ブロックを識別するために動き探索を実施し得る。ビデオエンコーダ２００は、参照ブロックが現在ＣＵに厳密に一致するかどうかを決定するために、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、平均絶対差（ＭＡＤ）、平均２乗差（ＭＳＤ）、または他のそのような差分計算を使用して差分メトリックを計算し得る。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して現在ＣＵを予測し得る。

【0063】

[0064] ＶＶＣのいくつかの例はまた、インター予測モードと見なされ得るアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはアウト、回転、パースペクティブの動き、あるいは他の変則の動きタイプなど、非並進の動きを表す２つまたはそれ以上の動きベクトルを決定し得る。

【0064】

[0065] イントラ予測を実施するために、ビデオエンコーダ２００は、予測ブロックを生成するようにイントラ予測モードを選択し得る。ＶＶＣのいくつかの例は、様々な方向性モード、ならびに平面モードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。概して、ビデオエンコーダ２００は、現在ブロック（たとえば、ＣＵのブロック）のサンプルをそれから予測すべき、現在ブロックに対する隣接サンプルを記述するイントラ予測モードを選択する。そのようなサンプルは、ビデオエンコーダ２００がラスタ走査順序で（左から右に、上から下に）ＣＴＵとＣＵとをコーディングすると仮定すると、概して、現在ブロックと同じピクチャ中の現在ブロックの上、左上、または左にあり得る。

【0065】

[0066] ビデオエンコーダ２００は、現在ブロックについて予測モードを表すデータを符号化する。たとえば、インター予測モードでは、ビデオエンコーダ２００は、様々な利用可能なインター予測モードのうちのどれが使用されるか、ならびに対応するモードのための動き情報を表すデータを符号化し得る。たとえば、単方向または双方向インター予測では、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して動きベクトルを符号化し得る。ビデオエンコーダ２００は、アフィン動き補償モードのための動きベクトルを符号化するために、同様のモードを使用し得る。

【0066】

[0067] ブロックのイントラ予測またはインター予測などの予測に続いて、ビデオエンコーダ２００は、ブロックについて残差データを計算し得る。残差ブロックなどの残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックについての予測ブロックとの間の、サンプルごとの差分を表す。ビデオエンコーダ２００は、サンプルドメインではなく変換ドメイン中に変換データを作り出すために、残差ブロックに１つまたは複数の変換を適用し得る。たとえば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換を残差ビデオデータに適用し得る。さらに、ビデオエンコーダ２００は、第１の変換に続いて、モード依存非分離可能２次変換（ＭＤＮＳＳＴ：mode-dependent non-separable secondary transform）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）などの２次変換を適用し得る。ビデオエンコーダ２００は、１つまたは複数の変換の適用に続いて変換係数を作り出す。

【0067】

[0068] 上述のように、変換係数を作り出すための任意の変換に続いて、ビデオエンコーダ２００は変換係数の量子化を実施し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスを実施することによって、ビデオエンコーダ２００は、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、ビデオエンコーダ２００は、量子化中にｎビット値をｍビット値に切り捨て得、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実施するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実施し得る。

【0068】

[0069] 量子化に続いて、ビデオエンコーダ２００は、変換係数を走査して、量子化された変換係数を含む２次元行列から１次元ベクトルを作り出し得る。走査は、より高いエネルギー（したがって、より低い頻度）の係数をベクトルの前方に配置し、より低いエネルギー（したがって、より高い頻度）の変換係数をベクトルの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２００は、シリアル化されたベクトルを作り出すために、量子化された変換係数を走査するために、あらかじめ定義された走査順序を利用し、次いで、ベクトルの量子化された変換係数をエントロピー符号化し得る。他の例では、ビデオエンコーダ２００は適応型走査を実施し得る。量子化された変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２００は、たとえば、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２００はまた、ビデオデータを復号する際のビデオデコーダ３００による使用のために、符号化されたビデオデータに関連付けられたメタデータを記述するシンタックス要素についての値をエントロピー符号化し得る。

【0069】

[0070] ＣＡＢＡＣを実施するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が０値であるか否かに関係し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。

【0070】

[0071] ビデオエンコーダ２００は、さらに、ブロックベースシンタックスデータ、ピクチャベースシンタックスデータ、およびシーケンスベースシンタックスデータなどのシンタックスデータを、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、あるいはシーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、またはビデオパラメータセット（ＶＰＳ）などの他のシンタックスデータ中で、ビデオデコーダ３００に対して生成し得る。ビデオデコーダ３００は、対応するビデオデータをどのように復号すべきかを決定するために、そのようなシンタックスデータを同様に復号し得る。

【0071】

[0072] このようにして、ビデオエンコーダ２００は、符号化されたビデオデータ、たとえば、ブロック（たとえば、ＣＵ）へのピクチャの区分ならびにブロックについての予測および／または残差情報を記述するシンタックス要素を含むビットストリームを生成し得る。最終的に、ビデオデコーダ３００は、ビットストリームを受信し、符号化されたビデオデータを復号し得る。

【0072】

[0073] 概して、ビデオデコーダ３００は、ビットストリームの符号化されたビデオデータを復号するために、ビデオエンコーダ２００によって実施されたものの逆プロセスを実施する。たとえば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣ符号化プロセスと逆ではあるが、それと実質的に同様の様式でＣＡＢＡＣを使用してビットストリームのシンタックス要素についての値を復号し得る。シンタックス要素は、ＣＴＵのＣＵを定義するために、ピクチャをＣＴＵに区分するための区分情報と、ＱＴＢＴ構造などの対応する区分構造に従う、各ＣＴＵの区分とを定義し得る。シンタックス要素は、ビデオデータのブロック（たとえば、ＣＵ）についての予測および残差情報をさらに定義し得る。

【0073】

[0074] 残差情報は、たとえば、量子化された変換係数によって表され得る。ビデオデコーダ３００は、ブロックのための残差ブロックを再生するために、ブロックの量子化された変換係数を逆量子化し、逆変換し得る。ビデオデコーダ３００は、ブロックのための予測ブロックを形成するために、シグナリングされた予測モード（イントラまたはインター予測）と、関連する予測情報（たとえば、インター予測のための動き情報）とを使用する。ビデオデコーダ３００は、次いで、元のブロックを再生するために（サンプルごとに）予測ブロックと残差ブロックとを組み合わせ得る。ビデオデコーダ３００は、ブロックの境界に沿って視覚的アーティファクトを低減するためにデブロッキングプロセスを実施することなど、追加の処理を実施し得る。

【0074】

[0075] 本開示の技法によれば、ビデオエンコーダ２００およびビデオデコーダ３００は、複数仮説予測（ＭＨＰ）を実施するように構成され得る。特に、ビデオエンコーダ２００およびビデオデコーダ３００は、任意の組合せで、ＭＨＰに関する以下の技法のいずれかまたはすべてを実施するように構成され得る。

【0075】

[0076] 一例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ＣＵレベル重み付けを用いた双予測（ＢＣＷ）が、等しくない重みを使用する（すなわち、異なる参照からの予測子についての重みが異なる）ときのみ、非マージモードについてＭＨＰを適用し得る。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、ＢＣＷの拡張としてＭＨＰを適用し得る。たとえば、ＶＶＣの上で適用されたとき、ビデオエンコーダ２００およびビデオデコーダ３００は、ＢＣＷが、「４」でない重みを使用するとき、非マージモードにおいて「追加の予測信号」のみをコーディングすることになる。「追加の予測信号」についての重みが同様に、等しくない重みを暗示することに留意されたい。

【0076】

[0077] 別の例では、上記の技法に加えてまたはそれの代替として、非マージモードの場合、「追加の予測信号」のＭＶＤ解像度は、ベースモードにおける選択されたＭＶＤ解像度と同じである。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ベースモードについてのＡＭＶＲの場合のように「追加の予測信号」のＭＶＤ解像度をコーディングし得る。したがって、「追加の予測信号」のＭＶＤ解像度は、適応的であり、ベースモードにおけるものとは異なり得る。追加のモードは、「追加の予測信号」がシグナリングされるモード（マージモードまたは非マージモードのいずれか）を指す。

【0077】

[0078] 別の例では、上記の技法に加えてまたはそれの代替として、ビデオエンコーダ２００およびビデオデコーダ３００は、異なる動きベクトルまたは異なる参照ピクチャのみを用いてＭＨＰを適用するように構成され得る。これは、追加の動きベクトルについてのシグナリングコストを低減し得、最終予測がＢＣＷの重複であり得ないことを保証し得る。

【0078】

[0079] 別の例では、上記の技法に加えてまたはそれの代替として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＡＭＶＲモードが１／２ルーマサンプルであり、ここで異なる補間フィルタが動き補償のために適用される、とき、非マージモードを使用してコーディングされた動きベクトルを有するブロックにＭＨＰを適用しないように構成され得る。予測子は、１／２ルーマサンプルＡＭＶＲモードにおいて、滑らかな補間フィルタによって生成され得、したがって、滑らかな予測子を生成するために（重み付き平均化を使用する）ＭＨＰを適用することは、そのようなモードにおいてあまり助けにならない。追加の予測信号のシグナリングを回避することは、そのようなモードについていくらかのオーバーヘッドを低減し得る。

【0079】

[0080] 別の例では、上記の技法に加えてまたはそれの代替として、ビデオエンコーダ２００およびビデオデコーダ３００は、サブ整数精度動きベクトルについてサブ整数ピクセル値を補間するために、選択された補間フィルタ（たとえば、選択された補間フィルタインデックス）に従ってＭＨＰを適用すべきかどうかを決定するように構成され得る。いくつかの設計では、異なる特性をもつ補間フィルタのセットが使用され得る。補間フィルタの選択は、ブロックごとであるか、シグナリングされるか、またはフィルタインデックスとして継承され得る。補間フィルタは、異なる分数（サブ整数）位置（位相）について異なり得る。ＭＨＰは、いくつかのフィルタ組合せについて無効にされ得る。一例では、補間フィルタのセットは、鋭いフィルタと滑らかなフィルタとを含み得る。その場合、ビデオエンコーダ２００およびビデオデコーダ３００は、滑らかなフィルタが選択される場合、ブロックについてＭＨＰを無効にし得る。概して、「鋭い」フィルタは、いくつかのサンプルに対して、他のものに対してよりも多くの重みを割り当てることを意味し、「滑らかな」フィルタは、異なるサンプルにわたって比較的同様の重みを割り当てることを意味する。

【0080】

[0081] 別の例では、上記の技法に加えてまたはそれの代替として、ビデオエンコーダ２００およびビデオデコーダ３００は、参照ピクチャリストのＰＯＣが、使用されるｌｉｓｔ１参照ピクチャのＰＯＣに等しいかどうかに基づいて、追加の予測信号について動きベクトルについてのＡＭＶＰ候補リストを選択しない。代わりに、ビデオエンコーダ２００およびビデオデコーダ３００は、参照インデックスに従って使用すべきリストを決定するように構成され得る。これは、プロセスを簡略化し、コーディング改善を提供し得る。

【0081】

[0082] 別の例では、上記の技法に加えてまたはそれの代替として、ビデオエンコーダ２００およびビデオデコーダ３００は、表１のもの以外にＭＨＰのために利用可能な追加の重み付けファクタで構成され得る。たとえば、ビデオエンコーダ２００およびビデオデコーダ３００は、表２の重み付けファクタを使用するように構成され得る。

【0082】

【表2】

【0083】

[0083] 上記の例では、１／２の追加の重みが使用され得る。これは、ビデオエンコーダ２００が、従来の方法で可能であったものよりも多くの重要性を追加の仮説に割り当てることを可能にする。

【0084】

[0084] 本開示は、概して、シンタックス要素などのある情報を「シグナリング」することに言及し得る。「シグナリング」という用語は、概して、符号化されたビデオデータを復号するために使用されるシンタックス要素および／または他のデータについての値の通信を指し得る。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素についての値をシグナリングし得る。概して、シグナリングは、ビットストリーム中で値を生成することを指す。上述のように、ソースデバイス１０２は、実質的にリアルタイムでビットストリームを宛先デバイス１１６にトランスポートするか、または、宛先デバイス１１６による後の取出しのためにシンタックス要素をストレージデバイス１１２に記憶するときに行われ得るように、非リアルタイムでビットストリームを宛先デバイス１１６にトランスポートし得る。

【0085】

[0085] 図２Ａおよび図２Ｂは、例示的なクワッドツリーバイナリツリー（ＱＴＢＴ）構造１３０と、対応するコーディングツリーユニット（ＣＴＵ）１３２とを示す概念図である。実線はクワッドツリースプリッティングを表し、点線はバイナリツリースプリッティングを示す。バイナリツリーの各スプリット（すなわち、非リーフ）ノードでは、どのスプリッティングタイプ（すなわち、水平または垂直）が使用されるかを示すために１つのフラグがシグナリングされ、ここで、この例では、０は水平スプリッティングを示し、１は垂直スプリッティングを示す。クワッドツリースプリッティングでは、クワッドツリーノードが、ブロックを、等しいサイズをもつ４つのサブブロックに水平および垂直にスプリットするので、スプリッティングタイプを示す必要がない。したがって、ＱＴＢＴ構造１３０の領域ツリーレベル（すなわち、実線）についての（スプリッティング情報などの）シンタックス要素と、ＱＴＢＴ構造１３０の予測ツリーレベル（すなわち、破線）についての（スプリッティング情報などの）シンタックス要素とを、ビデオエンコーダ２００は符号化し得、ビデオデコーダ３００は復号し得る。ＱＴＢＴ構造１３０の端末リーフノードによって表されるＣＵについての、予測および変換データなどのビデオデータを、ビデオエンコーダ２００は符号化し得、ビデオデコーダ３００は復号し得る。

【0086】

[0086] 概して、図２ＢのＣＴＵ１３２は、第１および第２のレベルにおいてＱＴＢＴ構造１３０のノードに対応するブロックのサイズを定義するパラメータに関連付けられ得る。これらのパラメータは、（サンプル中のＣＴＵ１３２のサイズを表す）ＣＴＵサイズと、最小クワッドツリーサイズ（最小許容クワッドツリーリーフノードサイズを表すＭｉｎＱＴＳｉｚｅ）と、最大バイナリツリーサイズ（最大許容バイナリツリールートノードサイズを表すＭａｘＢＴＳｉｚｅ）と、最大バイナリツリー深度（最大許容バイナリツリー深度を表すＭａｘＢＴＤｅｐｔｈ）と、最小バイナリツリーサイズ（最小許容バイナリツリーリーフノードサイズを表すＭｉｎＢＴＳｉｚｅ）とを含み得る。

【0087】

[0087] ＣＴＵに対応するＱＴＢＴ構造のルートノードは、ＱＴＢＴ構造の第１のレベルにおいて４つの子ノードを有し得、それらの各々は、クワッドツリー区分に従って区分され得る。すなわち、第１のレベルのノードは、（子ノードを有しない）リーフノードであるか、または４つの子ノードを有するかのいずれかである。ＱＴＢＴ構造１３０の例は、分岐のために実線を有する親ノードと子ノードとを含むようなノードを表す。第１のレベルのノードが最大許容バイナリツリールートノードサイズ（ＭａｘＢＴＳｉｚｅ）よりも大きくない場合、ノードは、それぞれのバイナリツリーによってさらに区分され得る。１つのノードのバイナリツリースプリッティングは、スプリットから生じるノードが最小許容バイナリツリーリーフノードサイズ（ＭｉｎＢＴＳｉｚｅ）または最大許容バイナリツリー深度（ＭａｘＢＴＤｅｐｔｈ）に達するまで反復され得る。ＱＴＢＴ構造１３０の例は、分岐のために破線を有するようなノードを表す。バイナリツリーリーフノードはコーディングユニット（ＣＵ）と呼ばれ、ＣＵは、さらなる区分なしに予測（たとえば、イントラピクチャまたはインターピクチャ予測）および変換のために使用される。上記で説明されたように、ＣＵは「ビデオブロック」または「ブロック」と呼ばれることもある。

【0088】

[0088] ＱＴＢＴ区分構造の一例では、ＣＴＵサイズは、１２８×１２８（ルーマサンプルおよび２つの対応する６４×６４クロマサンプル）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅と高さの両方について）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。クワッドツリー区分は、クワッドツリーリーフノードを生成するために、最初にＣＴＵに適用される。クワッドツリーリーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有し得る。クワッドツリーリーフノードが１２８×１２８である場合、クワッドツリーリーフノードは、サイズがＭａｘＢＴＳｉｚｅ（すなわち、この例では、６４×６４）を超えるので、バイナリツリーによってさらにスプリットされない。他の場合、クワッドツリーリーフノードは、バイナリツリーによってさらに区分され得る。したがって、クワッドツリーリーフノードはまた、バイナリツリーのためのルートノードであり、０としてのバイナリツリー深度を有する。バイナリツリー深度がＭａｘＢＴＤｅｐｔｈ（この例では４）に達したとき、さらなるスプリッティングは許可されない。ＭｉｎＢＴＳｉｚｅ（この例では、４）に等しい幅を有するバイナリツリーノード、それは、そのバイナリツリーノードのためにさらなる垂直スプリッティング（すなわち、幅の分割）が許可されないことを暗示する。同様に、ＭｉｎＢＴＳｉｚｅに等しい高さを有するバイナリツリーノードは、そのバイナリツリーノードのためにさらなる水平スプリッティング（すなわち、高さの分割）が許可されないことを暗示する。上述のように、バイナリツリーのリーフノードは、ＣＵと呼ばれ、さらなる区分なしに予測および変換に従ってさらに処理される。

【0089】

[0089] 図３は、本開示の技法を実施し得る例示的なビデオエンコーダ２００を示すブロック図である。図３は、説明の目的で提供されており、本開示において広く例示され、説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、ＩＴＵ－Ｔ Ｈ．２６５／ＨＥＶＣビデオコーディング規格および開発中のＶＶＣビデオコーディング規格などのビデオコーディング規格のコンテキストにおいて、ビデオエンコーダ２００について説明する。しかしながら、本開示の技法は、これらのビデオコーディング規格に限定されず、概して、他のビデオ符号化および復号規格に適用可能である。

【0090】

[0090] 図３の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差生成ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、復号ピクチャバッファ（ＤＰＢ）２１８と、エントロピー符号化ユニット２２０とを含む。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差生成ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＰＢ２１８と、エントロピー符号化ユニット２２０とのいずれかまたはすべては、１つまたは複数のプロセッサまたは処理回路において実装され得る。たとえば、ビデオエンコーダ２００のユニットは、１つまたは複数の回路または論理要素として、ハードウェア回路の一部として、あるいはプロセッサ、ＡＳＩＣ、またはＦＰＧＡの一部として実装され得る。その上、ビデオエンコーダ２００は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。

【0091】

[0091] ビデオデータメモリ２３０は、ビデオエンコーダ２００の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオエンコーダ２００は、たとえば、ビデオソース１０４（図１）から、ビデオデータメモリ２３０に記憶されるビデオデータを受信し得る。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャメモリとして働き得る。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ２３０は、図示のように、ビデオエンコーダ２００の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。

【0092】

[0092] 本開示では、ビデオデータメモリ２３０への言及は、特にそのように説明されない限り、ビデオエンコーダ２００の内部のメモリに限定されるものとして解釈されるべきではなく、または特にそのように説明されない限り、ビデオエンコーダ２００の外部のメモリに限定されるものとして解釈されるべきではない。そうではなく、ビデオデータメモリ２３０への言及は、ビデオエンコーダ２００が符号化のために受信するビデオデータ（たとえば、符号化されるべきである現在ブロックについてのビデオデータ）を記憶する参照メモリとして理解されるべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００の様々なユニットからの出力の一時的なストレージを提供し得る。

【0093】

[0093] 図３の様々なユニットは、ビデオエンコーダ２００によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してあらかじめ設定される。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義される様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、（たとえば、パラメータを受信するかまたはパラメータを出力するために）ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの１つまたは複数は、別個の回路ブロック（固定機能またはプログラマブル）であり得、いくつかの例では、１つまたは複数のユニットは集積回路であり得る。

【0094】

[0094] ビデオエンコーダ２００は、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオエンコーダ２００の動作が、プログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受信し、実行するソフトウェアの命令（たとえば、オブジェクトコード）を記憶し得るか、またはビデオエンコーダ２００内の別のメモリ（図示せず）が、そのような命令を記憶し得る。

【0095】

[0095] ビデオデータメモリ２３０は、受信されたビデオデータを記憶するように構成される。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャを取り出し、残差生成ユニット２０４とモード選択ユニット２０２とにビデオデータを提供し得る。ビデオデータメモリ２３０中のビデオデータは、符号化されるべきである生のビデオデータであり得る。

【0096】

[0096] モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含む。モード選択ユニット２０２は、他の予測モードに従ってビデオ予測を実施するための追加の機能ユニットを含み得る。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であり得る）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニットなどを含み得る。

【0097】

[0097] モード選択ユニット２０２は、概して、符号化パラメータの組合せと、そのような組合せについての得られたレートひずみ値とをテストするために、複数の符号化パスを協調させる。符号化パラメータは、ＣＵへのＣＴＵの区分、ＣＵのための予測モード、ＣＵの残差データのための変換タイプ、ＣＵの残差データのための量子化パラメータなどを含み得る。モード選択ユニット２０２は、他のテストされた組合せよりも良好であるレートひずみ値を有する符号化パラメータの組合せを最終的に選択し得る。本開示の技法によれば、モード選択ユニット２０２は、本開示の技法による複数仮説予測（ＭＨＰ）、ならびに上記で説明された他の様々なファクタ、たとえば、予測されたブロックに適用されるべき重み、ＭＶＤ解像度などのいずれかを使用して現在ブロックを予測すべきかどうかを選択し得る。

【0098】

[0098] ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャを一連のＣＴＵに区分し、スライス内の１つまたは複数のＣＴＵをカプセル化し得る。モード選択ユニット２０２は、上記で説明されたＨＥＶＣのＱＴＢＴ構造またはクワッドツリー構造など、ツリー構造に従ってピクチャのＣＴＵを区分し得る。上記で説明されたように、ビデオエンコーダ２００は、ツリー構造に従ってＣＴＵを区分することから１つまたは複数のＣＵを形成し得る。そのようなＣＵは、概して「ビデオブロック」または「ブロック」と呼ばれることもある。

【0099】

[0099] 概して、モード選択ユニット２０２はまた、現在ブロック（たとえば、現在ＣＵ、またはＨＥＶＣでは、ＰＵとＴＵとの重複する部分）についての予測ブロックを生成するように、それの構成要素（たとえば、動き推定ユニット２２２、動き補償ユニット２２４、およびイントラ予測ユニット２２６）を制御する。現在ブロックのインター予測のために、動き推定ユニット２２２は、１つまたは複数の参照ピクチャ（たとえば、ＤＰＢ２１８に記憶された１つまたは複数の前にコーディングされたピクチャ）中で１つまたは複数の厳密に一致する参照ブロックを識別するために動き探索を実施し得る。特に、動き推定ユニット２２２は、たとえば、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、平均絶対差（ＭＡＤ）、平均２乗差（ＭＳＤ）などに従って、現在ブロックに対して潜在的参照ブロックがどのくらい類似しているかを表す値を計算し得る。動き推定ユニット２２２は、概して、現在ブロックと考慮されている参照ブロックとの間のサンプルごとの差分を使用してこれらの計算を実施し得る。動き推定ユニット２２２は、現在ブロックに最も厳密に一致する参照ブロックを示す、これらの計算から得られた最も低い値を有する参照ブロックを識別し得る。

【0100】

[0100] 動き推定ユニット２２２は、現在ピクチャ中の現在ブロックの位置に対して参照ピクチャ中の参照ブロックの位置を定義する１つまたは複数の動きベクトル（ＭＶ）を形成し得る。動き推定ユニット２２２は、次いで、動きベクトルを動き補償ユニット２２４に提供し得る。たとえば、単方向インター予測では、動き推定ユニット２２２は、単一の動きベクトルを提供し得るが、双方向インター予測では、動き推定ユニット２２２は、２つの動きベクトルを提供し得る。ＭＨＰでは、動き推定ユニット２２２は、追加の動きベクトルを提供し得る。

【0101】

[0101] 動き補償ユニット２２４は、次いで、動きベクトルと様々な重みとを使用して予測ブロックを生成し得、モード選択ユニット２０２は、重みのうちの適切な重みを最終的に決定し得る。たとえば、動き補償ユニット２２４は、動きベクトルを使用して参照ブロックのデータを取り出し得る。別の例として、動きベクトルが分数サンプル精度を有する場合、動き補償ユニット２２４は、１つまたは複数の補間フィルタに従って予測ブロックについての値を補間し得る。その上、双方向インター予測および／またはＭＨＰでは、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックについてのデータを取り出し、たとえば、サンプルごとの平均化または重み付き平均化を通して、取り出されたデータを組み合わせ得る。

【0102】

[0102] いくつかの例では、モード選択ユニット２０２は、ＣＵレベル重み付け（ＢＣＷ）を用いた双予測の拡張としてＭＨＰを適用することを決定し得る。たとえば、モード選択ユニット２０２は、ＢＣＷの拡張としてＭＨＰを使用してブロックをコーディングすることが、最良のレートひずみ最適化（ＲＤＯ）値を生じると決定し得る。特に、動き推定ユニット２２２は、ベース双予測モードにおいて中間予測ブロック（intermediate prediction block）を生成するための動き情報、ならびに追加の予測モード（たとえば、双予測または単予測）を使用して追加の予測ブロックを生成するための動き情報を決定し得る。モード選択ユニット２０２は、ＢＣＷを使用して生成された予測ブロックが、等しくない重み（たとえば、４以外の重み値）を使用して組み合わせられるべきであると決定し得る。

【0103】

[0103] 動き補償ユニット２２４は、（ＢＣＷ予測された中間予測ブロックのために）２つのインター予測ブロックを生成し、中間予測ブロックを形成するために、等しくない重みを用いて２つのインター予測ブロックを組み合わせ得る。動き補償ユニット２２４は、次いで、追加の予測モードを使用して追加の予測ブロックを生成し得る。動き補償ユニット２２４は、さらに、ＭＨＰに従って中間予測ブロックを追加の予測ブロックと組み合わせ得る。さらに、モード選択ユニット２０２は、ＡＭＶＰなど、非マージモードを使用して動き情報を符号化することを決定し得る。

【0104】

[0104] モード選択ユニット２０２はまた、ＭＨＰに従って中間予測ブロックを追加の予測ブロックと組み合わせるための重み付けファクタを決定し得る。ＭＨＰのための重み付けファクタは、ＢＣＷの等しくない重みとは別個である。たとえば、モード選択ユニット２０２は、重み付けファクタについての追加の仮説重みインデックス値（index value）（たとえば、ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘ）を指定するテーブルに従ってコーディングされるべき重み付けファクタの値をエントロピー符号化ユニット２２０に提供し得る。エントロピー符号化ユニット２２０は、テーブルから追加の仮説重みインデックス値の値を決定し得る。したがって、エントロピー符号化ユニット２２０は、ＢＣＷの等しくない重みならびにＭＨＰのための重み付けファクタを表す両方のデータを符号化し得る。

【0105】

[0105] モード選択ユニット２０２は、重みの値、ならびにベース双予測モードと追加の予測モードとのための動き情報をエントロピー符号化ユニット２２０に提供し得る。いくつかの例では、動き推定ユニット２２２および動き補償ユニット２２４は、ベース双予測モードのＭＶＤについてのＭＶＤ精度と同じである、追加の予測信号のための動き情報のＭＶＤについてのＭＶＤ精度を使用するように構成され得る。したがって、モード選択ユニット２０２は、追加の予測モードのためのＭＶＤ精度を表すデータをエントロピー符号化ユニット２２０に提供する必要がない。

【0106】

[0106] 他の例では、モード選択ユニット２０２が、等しい重みを用いた双予測モードを使用して現在ブロックを予測することを決定する場合、モード選択ユニット２０２は、ＭＨＰのための追加の予測信号の使用を防ぎ得る。したがって、エントロピー符号化ユニット２２０は、ＢＣＷについて重みが等しいとき、追加の動き情報をコーディングする必要がない。

【0107】

[0107] 別の例として、イントラ予測、またはイントラ予測コーディングのために、イントラ予測ユニット２２６は、現在ブロックに隣接しているサンプルから予測ブロックを生成し得る。たとえば、方向性モードでは、イントラ予測ユニット２２６は、概して、予測ブロックを作り出すために、隣接サンプルの値を数学的に組み合わせ、現在ブロックにわたって定義された方向にこれらの計算された値をポピュレートし得る。別の例として、ＤＣモードでは、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルについてこの得られた平均を含むように予測ブロックを生成し得る。

【0108】

[0108] モード選択ユニット２０２は、予測ブロックを残差生成ユニット２０４に提供する。残差生成ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコーディングされていないバージョンを受信し、モード選択ユニット２０２から予測ブロックを受信する。残差生成ユニット２０４は、現在ブロックと予測ブロックとの間のサンプルごとの差分を計算する。得られたサンプルごとの差分は、現在ブロックについての残差ブロックを定義する。いくつかの例では、残差生成ユニット２０４はまた、残差差分パルスコード変調（ＲＤＰＣＭ）を使用して残差ブロックを生成するために、残差ブロック中のサンプル値間の差分を決定し得る。いくつかの例では、残差生成ユニット２０４は、バイナリ減算を実施する１つまたは複数の減算器回路を使用して形成され得る。

【0109】

[0109] モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットと、対応するクロマ予測ユニットとに関連付けられ得る。ビデオエンコーダ２００およびビデオデコーダ３００は、様々なサイズを有するＰＵをサポートし得る。上記で示されたように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指し得、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指し得る。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測のための２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測のための２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様のものの対称ＰＵサイズとをサポートし得る。ビデオエンコーダ２００およびビデオデコーダ３００はまた、インター予測のための２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズについて非対称区分をサポートし得る。

【0110】

[0110] モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックと、対応するクロマコーディングブロックとに関連付けられ得る。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指し得る。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、またはＮ×２ＮのＣＵサイズをサポートし得る。

【0111】

[0111] いくつかの例として、イントラブロックコピーモードコーディング、アフィンモードコーディング、および線形モデル（ＬＭ）モードコーディングなどの他のビデオコーディング技法では、モード選択ユニット２０２は、コーディング技法に関連付けられたそれぞれのユニットを介して、符号化されている現在ブロックについての予測ブロックを生成する。パレットモードコーディングなど、いくつかの例では、モード選択ユニット２０２は、予測ブロックを生成しないことがあり、代わりに、選択されたパレットに基づいてブロックを再構築すべき様式を示すシンタックス要素を生成し得る。そのようなモードでは、モード選択ユニット２０２は、符号化されるべきこれらのシンタックス要素をエントロピー符号化ユニット２２０に提供し得る。

【0112】

[0112] 上記で説明されたように、残差生成ユニット２０４は、現在ブロックについてのビデオデータと、対応する予測ブロックとを受信する。残差生成ユニット２０４は、次いで、現在ブロックについての残差ブロックを生成する。残差ブロックを生成するために、残差生成ユニット２０４は、予測ブロックと現在ブロックとの間のサンプルごとの差分を計算する。

【0113】

[0113] 変換処理ユニット２０６は、（本明細書では「変換係数ブロック」と呼ばれる）変換係数のブロックを生成するために、残差ブロックに１つまたは複数の変換を適用する。変換処理ユニット２０６は、変換係数ブロックを形成するために、残差ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向性変換、カルーネンレーベ変換（ＫＬＴ）、または概念的に同様の変換を残差ブロックに適用し得る。いくつかの例では、変換処理ユニット２０６は、残差ブロックに複数の変換、たとえば、回転変換などの１次変換および２次変換を実施し得る。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。

【0114】

[0114] 量子化ユニット２０８は、量子化された変換係数ブロックを作り出すために、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット２０８は、現在ブロックに関連付けられた量子化パラメータ（ＱＰ）値に従って変換係数ブロックの変換係数を量子化し得る。ビデオエンコーダ２００は（たとえば、モード選択ユニット２０２を介して）、ＣＵに関連付けられたＱＰ値を調整することによって、現在ブロックに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。量子化は、情報の損失をもたらし得、したがって、量子化された変換係数は、変換処理ユニット２０６によって作り出された元の変換係数よりも低い精度を有し得る。

【0115】

[0115] 逆量子化ユニット２１０および逆変換処理ユニット２１２は、変換係数ブロックから残差ブロックを再構築するために、それぞれ、量子化された変換係数ブロックに逆量子化および逆変換を適用し得る。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって生成された予測ブロックとに基づいて、（潜在的にある程度のひずみを伴うが）現在ブロックに対応する再構築されたブロックを作り出し得る。たとえば、再構築ユニット２１４は、再構築されたブロックを作り出すために、モード選択ユニット２０２によって生成された予測ブロックからの対応するサンプルに、再構築された残差ブロックのサンプルを加算し得る。

【0116】

[0116] フィルタユニット２１６は、再構築されたブロックに対して１つまたは複数のフィルタ動作を実施し得る。たとえば、フィルタユニット２１６は、ＣＵのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット２１６の動作は、いくつかの例では、スキップされ得る。

【0117】

[0117] ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８に記憶する。たとえば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８に記憶し得る。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、フィルタ処理された再構築されたブロックをＤＰＢ２１８に記憶し得る。動き推定ユニット２２２および動き補償ユニット２２４は、後で符号化されるピクチャのブロックをインター予測するために、再構築（および潜在的にフィルタ処理）されたブロックから形成された参照ピクチャをＤＰＢ２１８から取り出し得る。さらに、イントラ予測ユニット２２６は、現在ピクチャ中の他のブロックをイントラ予測するために、現在ピクチャのＤＰＢ２１８中の再構築されたブロックを使用し得る。

【0118】

[0118] 概して、エントロピー符号化ユニット２２０は、ビデオエンコーダ２００の他の機能構成要素から受信されたシンタックス要素をエントロピー符号化し得る。たとえば、エントロピー符号化ユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピー符号化し得る。別の例として、エントロピー符号化ユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（たとえば、インター予測のための動き情報またはイントラ予測のためのイントラモード情報）をエントロピー符号化し得る。エントロピー符号化ユニット２２０は、エントロピー符号化されたデータを生成するために、ビデオデータの別の例であるシンタックス要素に対して１つまたは複数のエントロピー符号化動作を実施し得る。たとえば、エントロピー符号化ユニット２２０は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）動作、確率間隔区分エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロム符号化動作、または別のタイプのエントロピー符号化動作をデータに対して実施し得る。いくつかの例では、エントロピー符号化ユニット２２０は、シンタックス要素がエントロピー符号化されないバイパスモードで動作し得る。

【0119】

[0119] ビデオエンコーダ２００は、スライスまたはピクチャのブロックを再構築するために必要とされるエントロピー符号化されたシンタックス要素を含むビットストリームを出力し得る。特に、エントロピー符号化ユニット２２０がビットストリームを出力し得る。

【0120】

[0120] 上記で説明された動作は、ブロックに関して説明されている。そのような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックのための動作であるものとして理解されるべきである。上記で説明されたように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。

【0121】

[0121] いくつかの例では、ルーマコーディングブロックに関して実施される動作は、クロマコーディングブロックのために繰り返される必要はない。一例として、ルーマコーディングブロックのための動きベクトル（ＭＶ）と参照ピクチャとを識別するための動作は、クロマブロックのためのＭＶと参照ピクチャとを識別するために繰り返される必要はない。むしろ、ルーマコーディングブロックのためのＭＶは、クロマブロックのためのＭＶを決定するためにスケーリングされ得、参照ピクチャは同じであり得る。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックについて同じであり得る。

【0122】

[0122] 図４は、本開示の技法を実施し得る例示的なビデオデコーダ３００を示すブロック図である。図４は、説明の目的で提供されており、本開示において広く例示され、説明される技法を限定するものではない。説明の目的で、本開示は、ＶＶＣおよびＨＥＶＣ（ＩＴＵ－Ｔ Ｈ．２６５）の技法に従って、ビデオデコーダ３００について説明する。しかしながら、本開示の技法は、他のビデオコーディング規格に構成されたビデオコーディングデバイスによって実施され得る。

【0123】

[0123] 図４の例では、ビデオデコーダ３００は、コード化ピクチャバッファ（ＣＰＢ）メモリ３２０と、エントロピー復号ユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、復号ピクチャバッファ（ＤＰＢ）３１４とを含む。ＣＰＢメモリ３２０と、エントロピー復号ユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、ＤＰＢ３１４とのいずれかまたはすべては、１つまたは複数のプロセッサにおいてまたは処理回路において実装され得る。たとえば、ビデオデコーダ３００のユニットは、１つまたは複数の回路または論理要素として、ハードウェア回路の一部として、あるいはプロセッサ、ＡＳＩＣ、またはＦＰＧＡの一部として実装され得る。その上、ビデオデコーダ３００は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。

【0124】

[0124] 予測処理ユニット３０４は、動き補償ユニット３１６と、イントラ予測ユニット３１８とを含む。予測処理ユニット３０４は、他の予測モードに従って予測を実施するための追加のユニットを含み得る。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成し得る）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニットなどを含み得る。他の例では、ビデオデコーダ３００は、より多数の、より少数の、または異なる機能構成要素を含み得る。

【0125】

[0125] ＣＰＢメモリ３２０は、ビデオデコーダ３００の構成要素によって復号されるべき、符号化されたビデオビットストリームなどのビデオデータを記憶し得る。ＣＰＢメモリ３２０に記憶されるビデオデータは、たとえば、コンピュータ可読媒体１１０（図１）から取得され得る。ＣＰＢメモリ３２０は、符号化されたビデオビットストリームからの符号化されたビデオデータ（たとえば、シンタックス要素）を記憶するＣＰＢを含み得る。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００の様々なユニットからの出力を表す一時データなど、コーディングされたピクチャのシンタックス要素以外のビデオデータを記憶し得る。ＤＰＢ３１４は、概して、符号化されたビデオビットストリームの後続のデータまたはピクチャを復号するときにビデオデコーダ３００が参照ビデオデータとして出力および／または使用し得る復号されたピクチャを記憶する。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。

【0126】

[0126] 追加または代替として、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコーディングされたビデオデータを取り出し得る。すなわち、メモリ１２０は、ＣＰＢメモリ３２０とともに上記で説明されたようにデータを記憶し得る。同様に、メモリ１２０は、ビデオデコーダ３００の機能の一部または全部が、ビデオデコーダ３００の処理回路によって実行されるべきソフトウェアにおいて実装されたとき、ビデオデコーダ３００によって実行されるべき命令を記憶し得る。

【0127】

[0127] 図４に示されている様々なユニットは、ビデオデコーダ３００によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。図３と同様に、固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してあらかじめ設定される。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義される様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、（たとえば、パラメータを受信するかまたはパラメータを出力するために）ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、１つまたは複数のユニットは、別個の回路ブロック（固定機能またはプログラマブル）であり得、いくつかの例では、１つまたは複数のユニットは、集積回路であり得る。

【0128】

[0128] ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオデコーダ３００の動作が、プログラマブル回路上で実行するソフトウェアによって実施される例では、オンチップまたはオフチップメモリは、ビデオデコーダ３００が受信し、実行するソフトウェアの命令（たとえば、オブジェクトコード）を記憶し得る。

【0129】

[0129] エントロピー復号ユニット３０２は、ＣＰＢから符号化されたビデオデータを受信し、シンタックス要素を再生するためにビデオデータをエントロピー復号し得る。予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２とは、ビットストリームから抽出されたシンタックス要素に基づいて、復号されたビデオデータを生成し得る。

【0130】

[0130] 概して、ビデオデコーダ３００は、ブロックごとにピクチャを再構築する。ビデオデコーダ３００は、各ブロックに対して個々に再構築動作を実施し得る（ここで、現在再構築されている、すなわち、復号されているブロックは、「現在ブロック」と呼ばれることがある）。

【0131】

[0131] エントロピー復号ユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を定義するシンタックス要素、ならびに量子化パラメータ（ＱＰ）および／または（１つまたは複数の）変換モード指示などの変換情報をエントロピー復号し得る。逆量子化ユニット３０６は、量子化の程度と、同様に、逆量子化ユニット３０６が適用すべき逆量子化の程度とを決定するために、量子化された変換係数ブロックに関連付けられたＱＰを使用し得る。逆量子化ユニット３０６は、量子化された変換係数を逆量子化するために、たとえば、ビット単位の左シフト動作を実施し得る。逆量子化ユニット３０６は、それにより、変換係数を含む変換係数ブロックを形成し得る。

【0132】

[0132] 逆量子化ユニット３０６が変換係数ブロックを形成した後に、逆変換処理ユニット３０８は、現在ブロックに関連付けられた残差ブロックを生成するために、変換係数ブロックに１つまたは複数の逆変換を適用し得る。たとえば、逆変換処理ユニット３０８は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または別の逆変換を変換係数ブロックに適用し得る。

【0133】

[0133] さらに、予測処理ユニット３０４は、エントロピー復号ユニット３０２によってエントロピー復号された予測情報シンタックス要素に従って予測ブロックを生成する。たとえば、現在ブロックがインター予測されることを予測情報シンタックス要素が示す場合、動き補償ユニット３１６は予測ブロックを生成し得る。この場合、予測情報シンタックス要素は、参照ブロックをそれから取り出すべきＤＰＢ３１４中の参照ピクチャ、ならびに現在ピクチャ中の現在ブロックのロケーションに対する参照ピクチャ中の参照ブロックのロケーションを識別する動きベクトルを示し得る。動き補償ユニット３１６は、概して、動き補償ユニット２２４（図３）に関して説明されたものと実質的に同様である様式で、インター予測プロセスを実施し得る。

【0134】

[0134] たとえば、動き補償ユニット３１６は、本開示の技法による、単方向予測または双方向予測、あるいはＭＨＰを実施するように構成され得る。予測処理ユニット３０４は、ＭＨＰが現在ブロックのために利用可能であるかどうかを決定することと、それに応じて、ＭＨＰを実施するかまたは実施しないように動き補償ユニット３１６を制御することとを行うように、本開示の技法に従って構成され得る。エントロピー復号ユニット３０２は、いくつかの例では、動きベクトルについてのＭＶＤ重み、および／または予測ブロックの重み付けされた組合せを形成するために予測ブロックに適用されるべき重みを表すデータを復号し得る。

【0135】

[0135] いくつかの例では、エントロピー復号ユニット３０２は、現在ブロックについてＢＣＷモードのための重みを表すデータを復号し得る。ＢＣＷモードのための重みが等しくないとき、エントロピー復号ユニット３０２は、さらに、追加の予測信号のための追加の動き情報がエントロピー復号されるべきであると決定し得る。したがって、エントロピー復号ユニット３０２は、追加の動き情報、ならびにＢＣＷのためのベース双予測モードのための動き情報をエントロピー復号し、重みと動き情報のすべてとを予測処理ユニット３０４に提供し得る。エントロピー復号ユニット３０２は、さらに、ＭＨＰに従って予測ブロックを組み合わせるときに使用されるべき重み付けファクタを表す、ＭＨＰのための重み付けファクタインデックス値をエントロピー復号し得る。エントロピー復号ユニット３０２は、インデックス値を重み付けファクタにマッピングする重み付けファクタテーブルを使用して重み付けファクタインデックスから重み付けファクタを決定し得る。

【0136】

[0136] 動き補償ユニット３１６は、（ＢＣＷ予測された中間予測ブロックのために）２つのインター予測ブロックを生成し、中間予測ブロックを形成するために、等しくない重みを用いて２つのインター予測ブロックを組み合わせ得る。動き補償ユニット３１６は、次いで、追加の予測モードを使用して追加の予測ブロックを生成し得る。動き補償ユニット３１６は、さらに、重み付けファクタを使用してＭＨＰに従って中間予測ブロックを追加の予測ブロックと組み合わせ得る。この場合も、ＭＨＰのための重み付けファクタはＢＣＷの重みとは別個である。

【0137】

[0137] いくつかの例では、動き補償ユニット３１６は、ベース双予測モードのＭＶＤについてのＭＶＤ精度と同じである、追加の予測信号のための動き情報のＭＶＤについてのＭＶＤ精度を使用するように構成され得る。したがって、エントロピー復号ユニット３０２は、追加の予測モードのためのＭＶＤ精度を表すデータを復号しないことがある。

【0138】

[0138] 他の例では、現在ブロックが、等しい重みを用いた双予測モードを使用して予測されるべきであることを示すデータをエントロピー復号ユニット３０２が復号する場合、エントロピー復号ユニット３０２は、追加の動き情報が現在ブロックについて復号されるべきでないと決定し得る。したがって、ビットストリームの後続のデータは、追加の動き情報とは異なるシンタックス要素に対応し得る。

【0139】

[0139] 別の例として、予測情報シンタックス要素が、現在ブロックがイントラ予測されることを示す場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されるイントラ予測モードに従って予測ブロックを生成し得る。この場合も、イントラ予測ユニット３１８は、概して、イントラ予測ユニット２２６（図３）に関して説明されたものと実質的に同様である様式で、イントラ予測プロセスを実施し得る。イントラ予測ユニット３１８は、ＤＰＢ３１４から、現在ブロックに対する隣接サンプルのデータを取り出し得る。

【0140】

[0140] 再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して現在ブロックを再構築し得る。たとえば、再構築ユニット３１０は、現在ブロックを再構築するために、予測ブロックの対応するサンプルに残差ブロックのサンプルを加算し得る。

【0141】

[0141] フィルタユニット３１２は、再構築されたブロックに対して１つまたは複数のフィルタ動作を実施し得る。たとえば、フィルタユニット３１２は、再構築されたブロックのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット３１２の動作は、必ずしもすべての例において実施されるとは限らない。

【0142】

[0142] ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４に記憶し得る。たとえば、フィルタユニット３１２の動作が実施されない例では、再構築ユニット３１０は、再構築されたブロックをＤＰＢ３１４に記憶し得る。フィルタユニット３１２の動作が実施される例では、フィルタユニット３１２は、フィルタ処理された再構築されたブロックをＤＰＢ３１４に記憶し得る。上記で説明されたように、ＤＰＢ３１４は、イントラ予測のための現在ピクチャのサンプル、および後続の動き補償のための前に復号されたピクチャなど、参照情報を、予測処理ユニット３０４に提供し得る。その上、ビデオデコーダ３００は、ＤＰＢ３１４からの復号されたピクチャを、図１のディスプレイデバイス１１８などのディスプレイデバイス上での後続の提示のために、出力し得る。

【0143】

[0143] 図５は、本開示の技法による、現在ブロックを符号化するための例示的な方法を示すフローチャートである。現在ブロックは現在ＣＵを備え得る。ビデオエンコーダ２００（図１および図３）に関して説明されるが、他のデバイスが図５の方法と同様の方法を実施するように構成され得ることを理解されたい。

【0144】

[0144] この例では、ビデオエンコーダ２００は、最初に、現在ブロックを予測する（３５０）。たとえば、ビデオエンコーダ２００は、現在ブロックについての予測ブロックを形成し得る。ビデオエンコーダ２００は、本開示の技法による、上記で説明されたＭＨＰに従って予測ブロックを形成し得る。ビデオエンコーダ２００は、次いで、現在ブロックのための残差ブロックを計算し得る（３５２）。残差ブロックを計算するために、ビデオエンコーダ２００は、元の符号化されていないブロックと、現在ブロックのための予測ブロックとの間の差分を計算し得る。ビデオエンコーダ２００は、次いで、残差ブロックの係数を変換し、量子化し得る（３５４）。次に、ビデオエンコーダ２００は、残差ブロックの量子化された変換係数を走査し得る（３５６）。走査中に、または走査に続いて、ビデオエンコーダ２００は係数をエントロピー符号化し得る（３５８）。たとえば、ビデオエンコーダ２００は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して係数を符号化し得る。ビデオエンコーダ２００は、次いで、ブロックのエントロピー符号化されたデータを出力し得る（３６０）。

【0145】

[0145] ビデオエンコーダ２００はまた、（たとえば、インター予測モードまたはイントラ予測モードにおいて）後でコーディングされるデータのための参照データとして現在ブロックの復号されたバージョンを使用するために、現在ブロックを符号化することの後に現在ブロックを復号し得る。したがって、ビデオエンコーダ２００は、残差ブロックを再生するために係数を逆量子化し、逆変換し得る（３６２）。ビデオエンコーダ２００は、復号されたブロックを形成するために、残差ブロックを予測ブロックと組み合わせ得る（３６４）。ビデオエンコーダ２００は、次いで、復号されたブロックをＤＰＢ２１８に記憶し得る（３６６）。

【0146】

[0146] このようにして、図５の方法は、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを含む、現在ブロックを復号する（および／または符号化する）方法の一例を表す。

【0147】

[0147] 図６は、本開示の技法による、現在ブロックを復号するための例示的な方法を示すフローチャートである。現在ブロックは現在ＣＵを備え得る。ビデオデコーダ３００（図１および図４）に関して説明されるが、他のデバイスが図６の方法と同様の方法を実施するように構成され得ることを理解されたい。

【0148】

[0148] ビデオデコーダ３００は、エントロピー符号化された予測情報、および現在ブロックに対応する残差ブロックの係数についてのエントロピー符号化されたデータなど、現在ブロックについてのエントロピー符号化されたデータを受信し得る（３７０）。ビデオデコーダ３００は、現在ブロックのための予測情報を決定するために、および残差ブロックの係数を再生するために、エントロピー符号化されたデータをエントロピー復号し得る（３７２）。ビデオデコーダ３００は、現在ブロックのための予測ブロックを計算するために、たとえば、現在ブロックのための予測情報によって示されるイントラ予測またはインター予測モードを使用して、現在ブロックを予測し得る（３７４）。ビデオデコーダ３００は、本開示の技法による、上記で説明されたＭＨＰに従って予測ブロックを形成し得る。ビデオデコーダ３００は、次いで、量子化された変換係数のブロックを作成するために、再生された係数を逆走査し得る（３７６）。ビデオデコーダ３００は、次いで、残差ブロックを作り出すために、量子化された変換係数を逆量子化し、逆変換し得る（３７８）。ビデオデコーダ３００は、予測ブロックと残差ブロックとを組み合わせることによって、最終的に現在ブロックを復号し得る（３８０）。

【0149】

[0149] このようにして、図６の方法は、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを含む、現在ブロックを復号する方法の一例を表す。

【0150】

[0150] 図７は、ＣＵレベル重み付けを用いた双予測（ＢＣＷ）とＢＣＷの拡張としての複数仮説予測（ＭＨＰ）とを適用することの一例を示す概念図である。図７の例は、図１および図４のビデオデコーダ３００に関して説明される。しかしながら、ビデオエンコーダ２００は、これらまたは同様の技法をも実施するように構成され得る。

【0151】

[0151] 最初に、ビデオデコーダ３００は、第１の双予測（ＢＰ：bi-prediction）ブロック４０２と第２の双予測ブロック４０４とを形成し得る。ビデオデコーダ３００は、第１の双予測ブロック４０２を形成するために第１の動きベクトル（first motion vector）を使用し、第２の双予測ブロック４０４を形成するために第２の動きベクトル（second motion vector）を使用し得る。ビデオデコーダ３００はまた、たとえば、ＡＭＶＰなど、マージモード以外のモードに従って、第１および第２の動きベクトルを表す動き情報を復号し得る。したがって、ビデオデコーダ３００は、たとえば、動きベクトル予測子として使用すべき隣接ブロックを識別するＡＭＶＰ候補インデックス、ＭＶＰと実際の第１および第２の動きベクトルとの間の差分を表す動きベクトル差分（ＭＶＤ：motion vector difference）値、参照ピクチャリスト識別子、ならびに対応する参照ピクチャリスト中の参照ピクチャを識別する参照ピクチャインデックス値を復号し得る。ＭＶＤ値は、フルピクセル、１／２ピクセル、１／４ピクセル、１／８ピクセルなど、特定の解像度を有し得る。

【0152】

[0152] ビデオデコーダ３００は、重みＷ₁４０６およびＷ₂４０８を表すデータをさらに復号し得る。重みＷ₁４０６およびＷ₂４０８は、合計されると８の合計値を形成し得る。ビデオデコーダ３００は、第１の双予測ブロック４０２のサンプルに重みＷ₁４０６を適用し、第２の双予測ブロック４０４のサンプルに重みＷ₂４０８を適用し得る。すなわち、ビデオデコーダ３００は、重みＷ₁４０６に第１の双予測ブロック４０２のサンプルの各々の値を乗算し、重みＷ₂４０８に第２の双予測ブロック４０４のサンプルの各々の値を乗算し得る。明示的乗算機能を実施するのではなく、ビデオデコーダ３００は、それぞれの重みの値に従ってビット単位の左シフト動作を実施し得る。ビデオデコーダ３００は、次いで、第１の双予測ブロック４０２の重み付けされたサンプルを第２の双予測ブロック４０４の重み付けされたサンプルと組み合わせ、それらのサンプルの各々についての和を重みの合計値、たとえば、８で除算し得る。明示的除算動作を実施するのではなく、ビデオデコーダ３００は、３ビットだけビット単位の右シフトを実施し得る。得られたブロックは、中間（ｉｎｔ．）予測ブロック４１０として図７で言及される。

【0153】

[0153] 重みＷ₁４０６と重みＷ₂４０８とが等しくない（たとえば、Ｗ₁４０６とＷ₂４０８の両方が４に等しくない）とき、ビデオデコーダ３００は、複数仮説予測がＢＣＷの拡張として実施されるべきであると決定し得る。したがって、ビデオデコーダ３００は、ビデオビットストリームから、追加のインター予測モードのための動き情報をさらに復号し得る。ビデオデコーダ３００は、たとえば、ＡＭＶＰモードまたは別の非マージモードを使用して、動き情報を復号し得る。いくつかの例では、ビデオデコーダ３００は、追加のインター予測モードのためのＭＶＤ値が、第１の双予測ブロック４０２と第２の双予測ブロック４０４とを形成するために使用される双予測動き情報のための動き情報と同じＭＶＤ解像度を有し、したがって、追加のインター予測モードのためのＭＶＤ解像度を表す追加のデータ（additional data）が復号される必要がないと決定し得る。ビデオデコーダ３００はまた、追加の予測ブロック４１２を生成するために動き情報を使用し得る。

【0154】

[0154] ビデオデコーダ３００はまた、重み付けファクタ値ＷＦ₁４１４およびＷＦ₂４１６を表すデータを復号し得る。たとえば、ビデオデコーダ３００は、ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘシンタックス要素についての値など、重み付けファクタインデックス値を復号し得る。ビデオデコーダ３００は、重み付けファクタインデックス値に従って、たとえば、重み付けファクタインデックステーブルを使用して、ＷＦ₁４１４およびＷＦ₂４１６の値を決定し得る。ビデオデコーダ３００は、次いで、中間予測ブロック４１０のサンプルにＷＦ₁４１４を適用し、追加の予測ブロック４１２のサンプルにＷＦ２ ４１６を適用し得る。最終的に、ビデオデコーダ３００は、最終予測ブロック４１８を生成するために、中間予測ブロック４１０のサンプルの重み付けされた値を追加の予測ブロック４１２のサンプルの重み付けされた値と組み合わせ得る。ビデオデコーダ３００は、次いで、対応するブロックを復号する（再構築する）ために最終予測ブロック４１８を使用し得、たとえば、最終予測ブロック４１８のサンプルを残差ブロックの対応するサンプルに加算することを含む。

【0155】

[0155] 図８は、本開示の技法による、ビデオデータの現在ブロックを復号する（たとえば、再生する）例示的な方法を示すフローチャートである。図８の方法は、（符号化プロセスの復号ループ中に）ビデオエンコーダ２００によって、またはビデオデコーダ３００によって実施され得る。たとえば、図８の方法は、概して、図５のステップ３５０または図６のステップ３７４に対応し得る。例および説明の目的で、図８の方法は、ビデオデコーダ３００に関して説明される。

【0156】

[0156] 最初に、ビデオデコーダ３００は、第１の予測ブロックを生成し（４３０）、第２の予測ブロックを生成し得る（４３２）。たとえば、ビデオデコーダ３００は、それぞれの動きベクトル差分（ＭＶＤ）値と、ＡＭＶＰ候補識別子と、参照リスト識別子と、参照リストインデックスとを含む、ＡＭＶＰモードにおいて符号化された動き情報、ならびにＣＵレベル重み付けを用いた双予測（ＢＣＷ）ブロックを形成するために適用されるべき重みを受信し得る。

【0157】

[0157] この例では、ビデオデコーダ３００は、重みが、等しくない値である、たとえば、両方の重みが４に等しくないと決定し得る。したがって、ビデオデコーダ３００は、複数仮説予測（ＭＨＰ）がＢＣＷの拡張として適用されるべきであると決定し得る。ビデオデコーダ３００は、続いて、第１の予測ブロックおよび第２の予測ブロックに重みを適用し得る（４３４）。ビデオデコーダ３００はまた、ＭＨＰのための中間予測ブロックを形成するために第１の重み付けされた予測ブロック（first weighted prediction block）と第２の重み付けされた予測ブロック（second weighted prediction block）とを組み合わせ得る（４３６）。

【0158】

[0158] 重みが等しくないと決定したことに応答して、ビデオデコーダ３００は、追加の予測モードのための追加の動き情報、たとえば、ＡＭＶＰ候補インデックス、ＭＶＤ、参照リスト識別子、および参照リストインデックス（または追加の予測モードが双予測である場合、そのような値の複数のもの）を復号し得る。ビデオデコーダ３００は、次いで、追加の動き情報を使用して追加の予測ブロックを生成し得る（４３８）。ビデオデコーダ３００は、さらに、中間予測ブロックと追加の予測ブロックとについての重みを決定し得る。そのような重みは、たとえば、重み付けファクタテーブルへのインデックスを使用して、事前決定またはシグナリングされ得る。ビデオデコーダ３００は、次いで、中間予測ブロックと追加の予測ブロックとに重みを適用し（４４０）、最終予測ブロックを形成するために、重み付けされた中間予測ブロックと重み付けされた追加の予測ブロックとを組み合わせ得る（４４２）。

【0159】

[0159] 最終的に、ビデオデコーダ３００は、最終予測ブロックを使用して現在ブロックを復号し得る（４４４）。たとえば、ビデオデコーダ３００は、たとえば、図６のステップ３７６～３８０に関して説明されたように、最終予測ブロックのサンプルを、再構築された残差ブロックの対応するサンプルと組み合わせ得る。図８の方法がビデオエンコーダ２００によって実施されるとき、ビデオエンコーダ２００は、現在ブロックを符号化するために、図５のステップ３５２～３５８に関して説明されたように、最終予測ブロックのサンプルを残差ブロックの対応するサンプルから減算し得る。さらに、ビデオエンコーダ２００は、現在ブロックを復号するために、図５のステップ３６２～３６６に関して説明されたように、最終予測ブロックのサンプルを現在ブロックの対応するサンプルに加算し得る。

【0160】

[0160] このようにして、図８の方法は、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを含む、現在ブロックを復号する（および／または符号化する）方法の一例を表す。

【0161】

[0161] 本開示の様々な技法は、以下の条項において要約される。

【0162】

[0162] 条項１：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、重みが指定される、少なくとも２つの動きベクトルを使用してインター予測コーディングされると決定することと、ここで、少なくとも２つの動きベクトルが、マージモード以外のモードを使用してコーディングされる、重みが指定されると決定したことに応答して、現在ブロックが、複数仮説予測（ＭＨＰ）を使用して予測されるべきあるかどうかを決定することと、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定したことに応答して、少なくとも２つの動きベクトルを使用してＭＨＰに従って現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0163】

[0163] 条項２：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、重みが４の重み値を含むとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、条項１に記載の方法。

【0164】

[0164] 条項３：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、２つまたはそれ以上の動きベクトルを使用してインター予測コーディングされると決定することと、ここで、２つまたはそれ以上の動きベクトルが、マージモード以外のモードを使用してコーディングされ、２つまたはそれ以上の動きベクトルが、ベース動きベクトルと追加の動きベクトルとを含む、追加の動きベクトルについての動きベクトル差分（ＭＶＤ）値のための精度が、ベース動きベクトルについてのＭＶＤ値のための精度に等しいと決定することと、２つまたはそれ以上の動きベクトルを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0165】

[0165] 条項４：条項１および２のいずれかに記載の方法と条項３に記載の方法とを備える方法。

【0166】

[0166] 条項５：ベース動きベクトルについてのＭＶＤ値のための精度を表すデータを復号することと、追加の動きベクトルについてのＭＶＤ値のための精度を表す追加のデータを復号することなしに、ベース動きベクトルについてのＭＶＤ値のための精度から追加の動きベクトルについてのＭＶＤ値のための精度を推論することとをさらに備える、条項３および４のいずれかに記載の方法。

【0167】

[0167] 条項６：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、２つまたはそれ以上の動きベクトルを使用してインター予測コーディングされると決定することと、２つまたはそれ以上の動きベクトルが、ベース動きベクトルと追加の動きベクトルとを含む、追加の動きベクトルについての動きベクトル差分（ＭＶＤ）値のための第１の精度を表すデータを復号することと、ベース動きベクトルについてのＭＶＤ値のための第２の精度を表すデータを復号することと、２つまたはそれ以上の動きベクトルを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0168】

[0168] 条項７：条項１および２のいずれかに記載の方法と条項６に記載の方法とを備える方法。

【0169】

[0169] 条項８：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、複数仮説予測（ＭＨＰ）に従って動き情報の２つまたはそれ以上のセットを使用してインター予測コーディングされると決定することと、動き情報の第１のセットが、第１の動きベクトルと、第１の動きベクトルが指す第１の参照ピクチャを表す第１の参照ピクチャ識別データ（first reference picture identifying data）とを含む、現在ブロックが、ＭＨＰに従って動き情報の２つまたはそれ以上のセットを使用してインター予測コーディングされると決定したことに応答して、動き情報の第２のセットが、第１の動きベクトルとは異なる第２の動きベクトル、または第１の参照ピクチャとは異なる第２の参照ピクチャを表す第２の参照ピクチャ識別データ（second reference picture identifying data）のうちの少なくとも１つを含むと決定することと、動き情報の２つまたはそれ以上のセットを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0170】

[0170] 条項９：条項１から７のいずれかに記載の方法と条項８に記載の方法とを備える方法。

【0171】

[0171] 条項１０：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、少なくとも１つの動きベクトルを使用してインター予測コーディングされると決定することと、少なくとも１つの動きベクトルについての高度動きベクトル解像度（ＡＭＶＲ）が１／２ルーマサンプル解像度であると決定することと、少なくとも１つの動きベクトルについてのＡＭＶＲが１／２ルーマサンプル解像度であると決定したことに応答して、現在ブロックが、複数仮説予測（ＭＨＰ）を使用して予測されないと決定することと、ＭＨＰを使用することなしに、少なくとも１つの動きベクトルを使用して現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0172】

[0172] 条項１１：条項１から９のいずれかに記載の方法と条項１０に記載の方法とを備える方法。

【0173】

[0173] 条項１２：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、サブピクセル精度を有する少なくとも１つの動きベクトルを使用してインター予測コーディングされると決定することと、参照ピクチャのサブピクセルについての値を補間するために使用されるべき補間フィルタを表すデータを復号することと、現在ブロックが、補間フィルタを表すデータに従って複数仮説予測（ＭＨＰ）を使用して予測されるべきであるかどうかを決定することと、少なくとも１つの動きベクトルを使用して現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0174】

[0174] 条項１３：条項１から１１のいずれかに記載の方法と条項１２に記載の方法とを備える方法。

【0175】

[0175] 条項１４：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、補間フィルタが、参照ピクチャの第１のサンプルに対して、参照ピクチャの第２のサンプルに対してよりも多くの重みを割り当てるかどうかを決定することと、補間フィルタが、参照ピクチャの第１のサンプルに対して、参照ピクチャの第２のサンプルに対してよりも多くの重みを割り当てるとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することとを備える、条項１２および１３のいずれかに記載の方法。

【0176】

[0176] 条項１５：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、複数仮説予測（ＭＨＰ）に従って動き情報の２つまたはそれ以上のセットを使用してインター予測コーディングされると決定することと、動き情報の第１のセットが第１の参照インデックスを含み、動き情報の第２のセットが第２の参照インデックスを含む、第１の参照インデックスに従って第１の動きベクトル予測候補リストを決定することと、第１の動きベクトル予測候補リストを使用して動き情報の第１のセットの第１の動きベクトルを復号することと、第２の参照インデックスに従って第２の動きベクトル予測候補リストを決定することと、第２の動きベクトル予測候補リストを使用して動き情報の第２のセットの第２の動きベクトルを復号することと、第１の動きベクトルと第２の動きベクトルとを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0177】

[0177] 条項１６：条項１から１４のいずれかに記載の方法と条項１５に記載の方法とを備える方法。

【0178】

[0178] 条項１７：ビデオデータを復号する方法であって、方法は、データの現在ブロックが、複数仮説予測（ＭＨＰ）に従って２つまたはそれ以上の動きベクトルを使用してインター予測コーディングされると決定することと、２つまたはそれ以上の動きベクトルのうちの第１の動きベクトルを使用して第１の中間予測ブロック（first intermediate prediction block）を形成すること、２つまたはそれ以上の動きベクトルのうちの第２の動きベクトルを使用して第２の中間予測ブロック（second intermediate prediction block）を形成すること、第２の中間予測ブロックに適用すべき重みを決定すること、重みが、１／４、－１／８、または１／２のうちの１つを備える、および、予測ブロックを形成するために、重みを使用して第１の中間予測ブロックと第２の中間予測ブロックとを組み合わせることを備える、２つまたはそれ以上の動きベクトルを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成することと、予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0179】

[0179] 条項１８：条項１から１６のいずれかに記載の方法と条項１７に記載の方法とを備える方法。

【0180】

[0180] 条項１９：第２の中間予測ブロックに適用すべき重みを決定することは、ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘシンタックス要素についての値を復号することと、ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘシンタックス要素についての値が０であるとき、重みが１／４を備えると決定することと、ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘシンタックス要素についての値が１であるとき、重みが－１／８を備えると決定することと、ａｄｄ＿ｈｙｐ＿ｗｅｉｇｈｔ＿ｉｄｘシンタックス要素についての値が２であるとき、重みが１／２を備えると決定することとを備える、条項１７および１８のいずれかに記載の方法。

【0181】

[0181] 条項２０：現在ブロックを復号することより前に、現在ブロックを符号化することをさらに備える、条項１から１９のいずれかに記載の方法。

【0182】

[0182] 条項２１：ビデオデータを復号するためのデバイスであって、デバイスが、条項１から２０のいずれかに記載の方法を実施するための１つまたは複数の手段を備える、デバイス。

【0183】

[0183] 条項２２：１つまたは複数の手段が、回路中に実装された１つまたは複数のプロセッサを備える、条項２１に記載のデバイス。

【0184】

[0184] 条項２３：復号されたビデオデータを表示するように構成されたディスプレイをさらに備える、条項２１に記載のデバイス。

【0185】

[0185] 条項２４：デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの１つまたは複数を備える、条項２１に記載のデバイス。

【0186】

[0186] 条項２５：ビデオデータを記憶するように構成されたメモリをさらに備える、条項２１に記載のデバイス。

【0187】

[0187] 条項２６：命令を記憶したコンピュータ可読記憶媒体であって、命令が、実行されたとき、ビデオデータを復号するためのデバイスのプロセッサに、条項１から２０のいずれかに記載の方法を実施させる、コンピュータ可読記憶媒体。

【0188】

[0188] 条項２７：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、重みが指定される、少なくとも２つの動きベクトルを使用してインター予測コーディングされると決定するための手段と、ここで、少なくとも２つの動きベクトルが、マージモード以外のモードを使用してコーディングされる、重みが指定されると決定したことに応答して、現在ブロックが、複数仮説予測（ＭＨＰ）を使用して予測されるべきあるかどうかを決定するための手段と、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定したことに応答して、少なくとも２つの動きベクトルを使用してＭＨＰに従って現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0189】

[0189] 条項２８：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、２つまたはそれ以上の動きベクトルを使用してインター予測コーディングされると決定するための手段と、ここで、２つまたはそれ以上の動きベクトルが、マージモード以外のモードを使用してコーディングされ、２つまたはそれ以上の動きベクトルが、ベース動きベクトルと追加の動きベクトルとを含む、追加の動きベクトルについての動きベクトル差分（ＭＶＤ）値のための精度が、ベース動きベクトルについてのＭＶＤ値のための精度に等しいと決定するための手段と、２つまたはそれ以上の動きベクトルを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0190】

[0190] 条項２９：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、２つまたはそれ以上の動きベクトルを使用してインター予測コーディングされると決定するための手段と、２つまたはそれ以上の動きベクトルが、ベース動きベクトルと追加の動きベクトルとを含む、追加の動きベクトルについての動きベクトル差分（ＭＶＤ）値のための第１の精度を表すデータを復号するための手段と、ベース動きベクトルについてのＭＶＤ値のための第２の精度を表すデータを復号するための手段と、２つまたはそれ以上の動きベクトルを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0191】

[0191] 条項３０：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、複数仮説予測（ＭＨＰ）に従って動き情報の２つまたはそれ以上のセットを使用してインター予測コーディングされると決定するための手段と、動き情報の第１のセットが、第１の動きベクトルと、第１の動きベクトルが指す第１の参照ピクチャを表す第１の参照ピクチャ識別データとを含む、現在ブロックが、ＭＨＰに従って動き情報の２つまたはそれ以上のセットを使用してインター予測コーディングされると決定したことに応答して、動き情報の第２のセットが、第１の動きベクトルとは異なる第２の動きベクトル、または第１の参照ピクチャとは異なる第２の参照ピクチャを表す第２の参照ピクチャ識別データのうちの少なくとも１つを含むと決定するための手段と、動き情報の２つまたはそれ以上のセットを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0192】

[0192] 条項３１：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、少なくとも１つの動きベクトルを使用してインター予測コーディングされると決定するための手段と、少なくとも１つの動きベクトルについての高度動きベクトル解像度（ＡＭＶＲ）が１／２ルーマサンプル解像度であると決定するための手段と、少なくとも１つの動きベクトルについてのＡＭＶＲが１／２ルーマサンプル解像度であると決定したことに応答して、現在ブロックが、複数仮説予測（ＭＨＰ）を使用して予測されないと決定するための手段と、ＭＨＰを使用することなしに、少なくとも１つの動きベクトルを使用して現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0193】

[0193] 条項３２：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、サブピクセル精度を有する少なくとも１つの動きベクトルを使用してインター予測コーディングされると決定するための手段と、参照ピクチャのサブピクセルについての値を補間するために使用されるべき補間フィルタを表すデータを復号するための手段と、現在ブロックが、補間フィルタを表すデータに従って複数仮説予測（ＭＨＰ）を使用して予測されるべきであるかどうかを決定するための手段と、少なくとも１つの動きベクトルを使用して現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0194】

[0194] 条項３３：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、複数仮説予測（ＭＨＰ）に従って動き情報の２つまたはそれ以上のセットを使用してインター予測コーディングされると決定するための手段と、動き情報の第１のセットが第１の参照インデックスを含み、動き情報の第２のセットが第２の参照インデックスを含む、第１の参照インデックスに従って第１の動きベクトル予測候補リストを決定するための手段と、第１の動きベクトル予測候補リストを使用して動き情報の第１のセットの第１の動きベクトルを復号するための手段と、第２の参照インデックスに従って第２の動きベクトル予測候補リストを決定するための手段と、第２の動きベクトル予測候補リストを使用して動き情報の第２のセットの第２の動きベクトルを復号するための手段と、第１の動きベクトルと第２の動きベクトルとを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0195】

[0195] 条項３４：ビデオデータを復号するためのデバイスであって、デバイスは、データの現在ブロックが、複数仮説予測（ＭＨＰ）に従って２つまたはそれ以上の動きベクトルを使用してインター予測コーディングされると決定するための手段と、２つまたはそれ以上の動きベクトルのうちの第１の動きベクトルを使用して第１の中間予測ブロックを形成するための手段、２つまたはそれ以上の動きベクトルのうちの第２の動きベクトルを使用して第２の中間予測ブロックを形成するための手段、第２の中間予測ブロックに適用すべき重みを決定するための手段、重みが、１／４、－１／８、または１／２のうちの１つを備える、および、予測ブロックを形成するために、重みを使用して第１の中間予測ブロックと第２の中間予測ブロックとを組み合わせるための手段を備える、２つまたはそれ以上の動きベクトルを使用して複数仮説予測（ＭＨＰ）に従って現在ブロックについての予測ブロックを形成するための手段と、予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0196】

[0196] 条項３５：ビデオデータを復号する方法であって、方法は、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0197】

[0197] 条項３６：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、条項３５に記載の方法。

【0198】

[0198] 条項３７：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、条項３５に記載の方法。

【0199】

[0199] 条項３８：双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号することと、追加のインター予測モードについて第３の動きベクトル（third motion vector）を復号することとをさらに備え、ここにおいて、第１の予測ブロックを生成することが、第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、第１の重み付けされた中間予測ブロック（first weighted intermediate prediction block）を形成するために、第１の中間予測ブロックに第１の重みを適用することと、第２の重み付けされた中間予測ブロック（second weighted intermediate prediction block）を形成するために、第２の中間予測ブロックに第２の重みを適用することと、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせることとを備え、ここにおいて、第２の予測ブロックを生成することが、第３の動きベクトルを使用して第２の予測ブロックを生成することを備える、条項３５に記載の方法。

【0200】

[0200] 条項３９：第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ：motion vector difference）解像度を表すデータを復号することと、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定することとをさらに備える、条項３８に記載の方法。

【0201】

[0201] 条項４０：最終予測ブロックを生成することが、ＭＨＰモードについて第３の重み（third weight）と第４の重み（fourth weight）とを決定することと、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用することと、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用することと、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせることとを備える、条項３５に記載の方法。

【0202】

[0202] 条項４１：第３の重みを決定することは、インデックス値を復号することと、インデックス値がマッピングテーブル（mapping table）においてマッピングされる第３の重みを決定することとを備え、第４の重みを決定することが、１－第３の重みとして、第４の重みを計算することを備える、条項４０に記載の方法。

【0203】

[0203] 条項４２：現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化することをさらに備える、条項３５に記載の方法。

【0204】

[0204] 条項４３：ビデオデータを復号するためのデバイスであって、デバイスが、ビデオデータを記憶するように構成されたメモリと、回路中に実装された１つまたは複数のプロセッサとを備え、１つまたは複数のプロセッサは、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行うように構成された、デバイス。

【0205】

[0205] 条項４４：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するために、１つまたは複数のプロセッサは、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行うように構成された、条項４３に記載のデバイス。

【0206】

[0206] 条項４５：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するために、１つまたは複数のプロセッサは、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行うように構成された、条項４３に記載のデバイス。

【0207】

[0207] 条項４６：１つまたは複数のプロセッサが、双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号することと、追加のインター予測モードについて第３の動きベクトルを復号することとを行うようにさらに構成され、ここにおいて、第１の予測ブロックを生成するために、１つまたは複数のプロセッサが、第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用することと、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用することと、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせることとを行うように構成され、ここにおいて、第２の予測ブロックを生成するために、１つまたは複数のプロセッサが、第３の動きベクトルを使用して第２の予測ブロックを生成することを行うように構成された、条項４３に記載のデバイス。

【0208】

[0208] 条項４７：１つまたは複数のプロセッサは、第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度（resolution）を表すデータを復号することと、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定することとを行うようにさらに構成された、条項４６に記載のデバイス。

【0209】

[0209] 条項４８：最終予測ブロックを生成するために、１つまたは複数のプロセッサが、ＭＨＰモードについて第３の重みと第４の重みとを決定することと、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用することと、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用することと、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせることとを行うように構成された、条項４３に記載のデバイス。

【0210】

[0210] 条項４９：第３の重みを決定するために、１つまたは複数のプロセッサは、インデックス値を復号することと、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定することとを行うように構成され、第４の重みを決定するために、１つまたは複数のプロセッサが、１－第３の重みとして、第４の重みを計算することを行うように構成された、条項４８に記載のデバイス。

【0211】

[0211] 条項５０：１つまたは複数のプロセッサが、現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化することを行うように構成された、条項４３に記載のデバイス。

【0212】

[0212] 条項５１：復号されたビデオデータを表示するように構成されたディスプレイをさらに備える、条項４３に記載のデバイス。

【0213】

[0213] 条項５２：デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの１つまたは複数を備える、条項４３に記載のデバイス。

【0214】

[0214] 条項５３：命令を記憶したコンピュータ可読記憶媒体であって、命令は、実行されたとき、プロセッサに、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行わせる、コンピュータ可読記憶媒体。

【0215】

[0215] 条項５４：プロセッサに、現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することを行わせる命令は、プロセッサに、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行わせる命令を備える、条項５３に記載のコンピュータ可読記憶媒体。

【0216】

[0216] 条項５５：プロセッサに、現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することを行わせる命令は、プロセッサに、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行わせる命令を備える、条項５３に記載のコンピュータ可読記憶媒体。

【0217】

[0217] 条項５６：プロセッサに、双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号することと、追加のインター予測モードについて第３の動きベクトルを復号することとを行わせる命令をさらに備え、ここにおいて、プロセッサに、第１の予測ブロックを生成することを行わせる命令が、プロセッサに、第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用することと、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用することと、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせることとを行わせる命令を備え、ここにおいて、プロセッサに、第２の予測ブロックを生成することを行わせる命令が、プロセッサに、第３の動きベクトルを使用して第２の予測ブロックを生成することを行わせる命令を備える、条項５３に記載のコンピュータ可読記憶媒体。

【0218】

[0218] 条項５７：プロセッサに、第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定することとを行わせる命令をさらに備える、条項５６に記載のコンピュータ可読記憶媒体。

【0219】

[0219] 条項５８：プロセッサに、最終予測ブロックを生成することを行わせる命令が、プロセッサに、ＭＨＰモードについて第３の重みと第４の重みとを決定することと、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用することと、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用することと、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせることとを行わせる命令を備える、条項５３に記載のコンピュータ可読記憶媒体。

【0220】

[0220] 条項５９：プロセッサに、第３の重みを決定することを行わせる命令は、プロセッサに、インデックス値を復号することと、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定することとを行わせる命令を備え、プロセッサに、第４の重みを決定することを行わせる命令が、プロセッサに、１－第３の重みとして、第４の重みを計算することを行わせる命令を備える、条項５８に記載のコンピュータ可読記憶媒体。

【0221】

[0221] 条項６０：プロセッサに、現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化することを行わせる命令をさらに備える、条項５３に記載のコンピュータ可読記憶媒体。

【0222】

[0222] 条項６１：ビデオデータを復号するためのデバイスであって、デバイスは、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定するための手段と、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定するための手段と、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定するための手段と、双予測モードに従って第１の予測ブロックを生成するための手段と、追加のインター予測モードに従って第２の予測ブロックを生成するための手段と、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成するための手段と、最終予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0223】

[0223] 条項６２：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するための手段は、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定するための手段を備える、条項６１に記載のデバイス。

【0224】

[0224] 条項６３：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するための手段は、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定するための手段を備える、条項６１に記載のデバイス。

【0225】

[0225] 条項６４：双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号するための手段と、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号するための手段と、追加のインター予測モードについて第３の動きベクトルを復号するための手段とをさらに備え、ここにおいて、第１の予測ブロックを生成するための手段が、第１の動きベクトルを使用して第１の中間予測ブロックを生成するための手段と、第２の動きベクトルを使用して第２の中間予測ブロックを生成するための手段と、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用するための手段と、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用するための手段と、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせるための手段とを備え、ここにおいて、第２の予測ブロックを生成するための手段が、第３の動きベクトルを使用して第２の予測ブロックを生成するための手段を備える、条項６１に記載のデバイス。

【0226】

[0226] 条項６５：第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号するための手段と、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定するための手段とをさらに備える、条項６４に記載のデバイス。

【0227】

[0227] 条項６６：最終予測ブロックを生成するための手段が、ＭＨＰモードについて第３の重みと第４の重みとを決定するための手段と、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用するための手段と、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用するための手段と、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせるための手段とを備える、条項６１に記載のデバイス。

【0228】

[0228] 条項６７：第３の重みを決定するための手段は、インデックス値を復号するための手段と、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定するための手段とを備え、第４の重みを決定するための手段が、１－第３の重みとして、第４の重みを計算するための手段を備える、条項６６に記載のデバイス。

【0229】

[0229] 条項６８：現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化するための手段をさらに備える、条項６１に記載のデバイス。

【0230】

[0230] 条項６９：ビデオデータを復号する方法であって、方法は、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを備える、方法。

【0231】

[0231] 条項７０：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、条項６９に記載の方法。

【0232】

[0232] 条項７１：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することは、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを備える、条項６９に記載の方法。

【0233】

[0233] 条項７２：双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号することと、追加のインター予測モードについて第３の動きベクトルを復号することとをさらに備え、ここにおいて、第１の予測ブロックを生成することが、第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用することと、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用することと、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせることとを備え、ここにおいて、第２の予測ブロックを生成することが、第３の動きベクトルを使用して第２の予測ブロックを生成することを備える、条項６９から７１のいずれかに記載の方法。

【0234】

[0234] 条項７３：第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定することとをさらに備える、条項７２に記載の方法。

【0235】

[0235] 条項７４：最終予測ブロックを生成することが、ＭＨＰモードについて第３の重みと第４の重みとを決定することと、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用することと、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用することと、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせることとを備える、条項６９から７３のいずれかに記載の方法。

【0236】

[0236] 条項７５：第３の重みを決定することは、インデックス値を復号することと、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定することとを備え、第４の重みを決定することが、１－第３の重みとして、第４の重みを計算することを備える、条項７４に記載の方法。

【0237】

[0237] 条項７６：現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化することをさらに備える、条項６９から７５のいずれかに記載の方法。

【0238】

[0238] 条項７７：ビデオデータを復号するためのデバイスであって、デバイスが、ビデオデータを記憶するように構成されたメモリと、回路中に実装された１つまたは複数のプロセッサとを備え、１つまたは複数のプロセッサは、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行うように構成された、デバイス。

【0239】

[0239] 条項７８：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するために、１つまたは複数のプロセッサは、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行うように構成された、条項７７に記載のデバイス。

【0240】

[0240] 条項７９：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するために、１つまたは複数のプロセッサは、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行うように構成された、条項７７に記載のデバイス。

【0241】

[0241] 条項８０：１つまたは複数のプロセッサが、双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号することと、追加のインター予測モードについて第３の動きベクトルを復号することとを行うようにさらに構成され、ここにおいて、第１の予測ブロックを生成するために、１つまたは複数のプロセッサが、第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用することと、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用することと、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせることとを行うように構成され、ここにおいて、第２の予測ブロックを生成するために、１つまたは複数のプロセッサが、第３の動きベクトルを使用して第２の予測ブロックを生成することを行うように構成された、条項７７から７９のいずれかに記載のデバイス。

【0242】

[0242] 条項８１：１つまたは複数のプロセッサは、第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定することとを行うようにさらに構成された、条項８０に記載のデバイス。

【0243】

[0243] 条項８２：最終予測ブロックを生成するために、１つまたは複数のプロセッサが、ＭＨＰモードについて第３の重みと第４の重みとを決定することと、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用することと、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用することと、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせることとを行うように構成された、条項７７から８１のいずれかに記載のデバイス。

【0244】

[0244] 条項８３：第３の重みを決定するために、１つまたは複数のプロセッサは、インデックス値を復号することと、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定することとを行うように構成され、第４の重みを決定するために、１つまたは複数のプロセッサが、１－第３の重みとして、第４の重みを計算することを行うように構成された、条項８２に記載のデバイス。

【0245】

[0245] 条項８４：１つまたは複数のプロセッサが、現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化することを行うように構成された、条項７７から８３のいずれかに記載のデバイス。

【0246】

[0246] 条項８５：復号されたビデオデータを表示するように構成されたディスプレイをさらに備える、条項７７から８４のいずれかに記載のデバイス。

【0247】

[0247] 条項８６：デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの１つまたは複数を備える、条項７７から８５のいずれかに記載のデバイス。

【0248】

[0248] 条項８７：命令を記憶したコンピュータ可読記憶媒体であって、命令は、実行されたとき、プロセッサに、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定することと、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定することと、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定することと、双予測モードに従って第１の予測ブロックを生成することと、追加のインター予測モードに従って第２の予測ブロックを生成することと、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成することと、最終予測ブロックを使用して現在ブロックを復号することとを行わせる、コンピュータ可読記憶媒体。

【0249】

[0249] 条項８８：プロセッサに、現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することを行わせる命令は、プロセッサに、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行わせる命令を備える、条項８７に記載のコンピュータ可読記憶媒体。

【0250】

[0250] 条項８９：プロセッサに、現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定することを行わせる命令は、プロセッサに、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定することを行わせる命令を備える、条項８７に記載のコンピュータ可読記憶媒体。

【0251】

[0251] 条項９０：プロセッサに、双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号することと、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号することと、追加のインター予測モードについて第３の動きベクトルを復号することとを行わせる命令をさらに備え、ここにおいて、プロセッサに、第１の予測ブロックを生成することを行わせる命令が、プロセッサに、第１の動きベクトルを使用して第１の中間予測ブロックを生成することと、第２の動きベクトルを使用して第２の中間予測ブロックを生成することと、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用することと、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用することと、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせることとを行わせる命令を備え、ここにおいて、プロセッサに、第２の予測ブロックを生成することを行わせる命令が、プロセッサに、第３の動きベクトルを使用して第２の予測ブロックを生成することを行わせる命令を備える、条項８７から８９のいずれかに記載のコンピュータ可読記憶媒体。

【0252】

[0252] 条項９１：プロセッサに、第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号することと、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定することとを行わせる命令をさらに備える、条項９０に記載のコンピュータ可読記憶媒体。

【0253】

[0253] 条項９２：プロセッサに、最終予測ブロックを生成することを行わせる命令が、プロセッサに、ＭＨＰモードについて第３の重みと第４の重みとを決定することと、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用することと、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用することと、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせることとを行わせる命令を備える、条項８７から９１のいずれかに記載のコンピュータ可読記憶媒体。

【0254】

[0254] 条項９３：プロセッサに、第３の重みを決定することを行わせる命令は、プロセッサに、インデックス値を復号することと、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定することとを行わせる命令を備え、プロセッサに、第４の重みを決定することを行わせる命令が、プロセッサに、１－第３の重みとして、第４の重みを計算することを行わせる命令を備える、条項９２に記載のコンピュータ可読記憶媒体。

【0255】

[0255] 条項９４：プロセッサに、現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化することを行わせる命令をさらに備える、条項８７から９３のいずれかに記載のコンピュータ可読記憶媒体。

【0256】

[0256] 条項９５：ビデオデータを復号するためのデバイスであって、デバイスは、第１の重みと第２の重みとが、双予測モードを使用してインター予測コーディングされたビデオデータの現在ブロックについて指定されると決定するための手段と、ここにおいて、第１の重みが第２の重みとは異なる、第１の重みと第２の重みとが指定されると決定したことに応答して、現在ブロックが、双予測モードをベースモードとして複数仮説予測（ＭＨＰ）モードを使用して予測されるべきであるかどうかを決定するための手段と、現在ブロックが、双予測モードをベースモードとしてＭＨＰモードを使用して予測されるべきであると決定したことに応答して、ＭＨＰモードの追加のインター予測モードを決定するための手段と、双予測モードに従って第１の予測ブロックを生成するための手段と、追加のインター予測モードに従って第２の予測ブロックを生成するための手段と、第１の予測ブロックと第２の予測ブロックとを使用してＭＨＰモードに従って現在ブロックについての最終予測ブロックを生成するための手段と、最終予測ブロックを使用して現在ブロックを復号するための手段とを備える、デバイス。

【0257】

[0257] 条項９６：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するための手段は、第１の重みが４に等しくない、および第２の重みが４に等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定するための手段を備える、条項９５に記載のデバイス。

【0258】

[0258] 条項９７：現在ブロックが、ＭＨＰを使用して予測されるべきであるかどうかを決定するための手段は、第１の重みが第２の重みに等しくないとき、現在ブロックが、ＭＨＰを使用して予測されるべきであると決定するための手段を備える、条項９５に記載のデバイス。

【0259】

[0259] 条項９８：双予測モードについて高度動きベクトル予測（ＡＭＶＰ）モードを使用して第１の動きベクトルを復号するための手段と、双予測モードについてＡＭＶＰモードを使用して第２の動きベクトルを復号するための手段と、追加のインター予測モードについて第３の動きベクトルを復号するための手段とをさらに備え、ここにおいて、第１の予測ブロックを生成するための手段が、第１の動きベクトルを使用して第１の中間予測ブロックを生成するための手段と、第２の動きベクトルを使用して第２の中間予測ブロックを生成するための手段と、第１の重み付けされた中間予測ブロックを形成するために、第１の中間予測ブロックに第１の重みを適用するための手段と、第２の重み付けされた中間予測ブロックを形成するために、第２の中間予測ブロックに第２の重みを適用するための手段と、第１の予測ブロックを形成するために、第１の重み付けされた中間予測ブロックを第２の重み付けされた中間予測ブロックと組み合わせるための手段とを備え、ここにおいて、第２の予測ブロックを生成するための手段が、第３の動きベクトルを使用して第２の予測ブロックを生成するための手段を備える、条項９５から９７のいずれかに記載のデバイス。

【0260】

[0260] 条項９９：第１の動きベクトルと第２の動きベクトルとについての動きベクトル差分（ＭＶＤ）解像度を表すデータを復号するための手段と、第３の動きベクトルについてのＭＶＤ解像度を表す追加のデータを復号することなしに、第３の動きベクトルがＭＶＤ解像度を有すると決定するための手段とをさらに備える、条項９８に記載のデバイス。

【0261】

[0261] 条項１００：最終予測ブロックを生成するための手段が、ＭＨＰモードについて第３の重みと第４の重みとを決定するための手段と、第１の重み付けされた予測ブロックを形成するために、第１の予測ブロックに第３の重みを適用するための手段と、第２の重み付けされた予測ブロックを形成するために、第２の予測ブロックに第４の重みを適用するための手段と、最終予測ブロックを形成するために、第１の重み付けされた予測ブロックを第２の重み付けされた予測ブロックと組み合わせるための手段とを備える、条項９５から９９のいずれかに記載のデバイス。

【0262】

[0262] 条項１０１：第３の重みを決定するための手段は、インデックス値を復号するための手段と、インデックス値がマッピングテーブルにおいてマッピングされる第３の重みを決定するための手段とを備え、第４の重みを決定するための手段が、１－第３の重みとして、第４の重みを計算するための手段を備える、条項１００に記載のデバイス。

【0263】

[0263] 条項１０２：現在ブロックを復号することより前に、最終予測ブロックを使用して現在ブロックを符号化するための手段をさらに備える、条項９５から１０１のいずれかに記載のデバイス。

【0264】

[0264] 例に応じて、本明細書で説明された技法のうちのいずれかのいくつかの行為またはイベントは、異なるシーケンスで実施され得、追加、マージ、または完全に除外され得る（たとえば、すべての説明された行為またはイベントが、技法の実践のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に実施され得る。

【0265】

[0265] １つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベース処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータまたは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

【0266】

[0266] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ－ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0267】

[0267] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他の等価な集積またはディスクリート論理回路など、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」および「処理回路」という用語は、上記の構造、または本明細書で説明された技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に提供されるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素で十分に実装され得る。

【0268】

[0268] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示される技法を実施するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって提供され得る。

【0269】

[0269] 様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】