特許 7534025 ビデオコーディングのための方法及び機器

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-05

(45)【発行日】2024-08-14

(54)【発明の名称】ビデオコーディングのための方法及び機器

(51)【国際特許分類】

   H04N 19/51 20140101AFI20240806BHJP

   H04N 19/52 20140101ALI20240806BHJP

【ＦＩ】

H04N19/51

H04N19/52

【請求項の数】 22

【外国語出願】

(21)【出願番号】P 2023106675

(22)【出願日】2023-06-29

(62)【分割の表示】P 2021524280の分割

【原出願日】2019-12-04

(65)【公開番号】P2023115290

(43)【公開日】2023-08-18

【審査請求日】2023-07-28

(31)【優先権主張番号】62/777,593

(32)【優先日】2018-12-10

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

(31)【優先権主張番号】16/441,879

(32)【優先日】2019-06-14

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

(73)【特許権者】

【識別番号】520353802

【氏名又は名称】テンセント・アメリカ・エルエルシー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】リ，グォイチュン

(72)【発明者】

【氏名】リ，シアン

(72)【発明者】

【氏名】シュイ，シアオジョォン

(72)【発明者】

【氏名】リィウ，シャン

【審査官】山内 裕史

(56)【参考文献】

【文献】Yu-Chi Su, et.al.，CE4-related: Generalized bi-prediction improvements combined from JVET-L0197 and JVET-L0296，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Macao, CN, 3-12 Oct. 2018，JVET-L0646-v5，2018年10月08日，p.1-6

【文献】Chun-Chi Chen, et.al.，Generalized bi-prediction for inter coding，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 3rd Meeting: Geneva, CH, 26 May - 1 June 2016，JVET-C0047，2016年05月28日，p.1-4

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １９／００－１９／９８

(57)【特許請求の範囲】

【請求項1】

デコーダが実行するビデオ復号のための方法であって、
符号化ビデオビットストリームからピクチャ内の第１ブロックの予測情報を取得するステップと、
２方向予測及び１方向予測のうちの一方と前記予測情報とに従い出力するために、前記第１ブロックの再構成サンプルを生成するステップと、
動き情報候補が、前記第１ブロックの前記予測情報に従い格納されるべきであると決定され、履歴に基づく動きベクトル予測（ＨＭＶＰ）候補として格納される際に、
前記動き情報候補を格納するステップであって、前記動き情報候補は、少なくとも：
前記第１ブロックが前記２方向予測に従い符号化されるとき、第１動き情報、及び前記第１ブロックの前記２方向予測を実行するための第１重みを示す第１重みパラメータ、
前記第１ブロックが前記１方向予測に従い符号化されるとき、前記第１動き情報、及び規定重みを示す規定重みパラメータ、
を含み、前記第１重みパラメータは、複数のインデックス値のうちの１つをとるように構成され、前記複数のインデックス値は、前記第１重みが前記規定重みに等しいことを示す第１の値と、前記第１重みが前記規定重みに等しくないことを示す１つ以上の第２の値とを含む、ステップと、
前記ピクチャ内の第２ブロックが前記動き情報候補に基づき復号されるべきであると決定されると、前記動き情報候補に従い出力するために、前記第２ブロックの再構成サンプルを生成するステップと、
を含む方法。

【請求項2】

前記第２ブロックの前記再構成サンプルを生成する前記ステップは、
前記動き情報候補が通常の空間マージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第１ブロックが前記第２ブロックに空間的に隣接するとき、前記動き情報候補に格納された前記第１重みパラメータに従い、前記第２ブロックについて前記２方向予測を実行するための第２重みを設定するステップと、
前記第１ブロックが前記第２ブロックに空間的に隣接しないとき、前記第２ブロックについて前記２方向予測を実行するための前記第２重みを前記規定重みに設定するステップと、
を含む、請求項１に記載の方法。

【請求項3】

前記第２ブロックの前記再構成サンプルを生成する前記ステップは、
前記動き情報候補が、前記通常の空間マージ候補又は前記ＨＭＶＰ候補のいずれでもない候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第２ブロックについて前記２方向予測を実行するための前記第２重みを前記規定重みに設定するステップを含む、請求項２に記載の方法。

【請求項4】

前記第２ブロックの前記再構成サンプルを生成する前記ステップは、
前記第１ブロックが、前記第２ブロックの含まれる現在コーディングツリーユニット（ＣＴＵ）行と異なるＣＴＵ行にあり、前記動き情報候補が、通常のマージ候補又はアフィンマージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第２ブロックについて前記２方向予測を実行するための第２重みを前記規定重みに設定するステップを含む、請求項１に記載の方法。

【請求項5】

前記第１ブロックの前記再構成サンプルを生成する前記ステップは、
前記第１ブロックが、前記第２ブロックの含まれる現在コーディングツリーユニット（ＣＴＵ）の外側にあり、前記動き情報候補が、並進マージ候補又は継承アフィンマージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第２ブロックについて前記２方向予測を実行するための第２重みを前記規定重みに設定するステップを含む、請求項１に記載の方法。

【請求項6】

前記第１ブロックは、前記ピクチャを参照ピクチャとして、前記２方向予測及び前記１方向予測のうちの一方に従い符号化される、請求項１に記載の方法。

【請求項7】

前記規定重みは１／２である、請求項１に記載の方法。

【請求項8】

前記第１ブロックは前記２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する前記第１重みｗ_１は、ｗ_１＝ｗ／Ｆに従い決定され、
第２リスト内の第２参照ピクチャに対応する別の重みｗ_０は、ｗ_０＝１－ｗ_１に従い決定され、
ｗ及びＦは整数であり、ｗは前記第１重みパラメータを表し、Ｆは精度係数を表す、請求項１に記載の方法。

【請求項9】

前記精度係数Ｆは８である、請求項８に記載の方法。

【請求項10】

前記第１重みは、前記ＨＭＶＰ候補に格納されたインデックスにより示される重みパラメータと精度係数Ｆとに従い決定される、請求項１に記載の方法。

【請求項11】

機器であって、
処理回路を含み、前記処理回路は、
符号化ビデオビットストリームからピクチャ内の第１ブロックの予測情報を取得し、
２方向予測及び１方向予測のうちの一方と前記予測情報とに従い出力するために、前記第１ブロックの再構成サンプルを生成し、
動き情報候補が、前記第１ブロックの前記予測情報に従い格納されるべきであると決定され、履歴に基づく動きベクトル予測（ＨＭＶＰ）候補として格納される際に、
前記動き情報候補を格納し、前記動き情報候補は、少なくとも：
前記第１ブロックが前記２方向予測に従い符号化されるとき、第１動き情報、及び前記第１ブロックの前記２方向予測を実行するための第１重みを示す第１重みパラメータ、
前記第１ブロックが前記１方向予測に従い符号化されるとき、前記第１動き情報、及び規定重みを示す規定重みパラメータ、
を含み、前記第１重みパラメータは、複数のインデックス値のうちの１つをとるように構成され、前記複数のインデックス値は、前記第１重みが前記規定重みに等しいことを示す第１の値と、前記第１重みが前記規定重みに等しくないことを示す１つ以上の第２の値とを含み、
前記ピクチャ内の第２ブロックが前記動き情報候補に基づき復号されるべきであると決定されると、前記動き情報候補に従い出力するために、前記第２ブロックの再構成サンプルを生成する、
よう構成される、機器。

【請求項12】

前記処理回路は、
前記動き情報候補が通常の空間マージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第１ブロックが前記第２ブロックに空間的に隣接するとき、前記動き情報候補に格納された前記第１重みパラメータに従い、前記第２ブロックについて前記２方向予測を実行するための第２重みを設定し、
前記第１ブロックが前記第２ブロックに空間的に隣接しないとき、前記第２ブロックについて前記２方向予測を実行するための前記第２重みを前記規定重みに設定する、
よう更に構成される、請求項１１に記載の機器。

【請求項13】

前記処理回路は、
前記動き情報候補が、前記通常の空間マージ候補又は前記ＨＭＶＰ候補のいずれでもない候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第２ブロックについて前記２方向予測を実行するための前記第２重みを前記規定重みに設定するよう更に構成される、請求項１２に記載の機器。

【請求項14】

前記処理回路は、
前記第１ブロックが、前記第２ブロックの含まれる現在コーディングツリーユニット（ＣＴＵ）行と異なるＣＴＵ行にあり、前記動き情報候補が、通常のマージ候補又はアフィンマージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第２ブロックについて前記２方向予測を実行するための第２重みを前記規定重みに設定するよう更に構成される、請求項１１に記載の機器。

【請求項15】

前記処理回路は、
前記第１ブロックが、前記第２ブロックの含まれる現在コーディングツリーユニット（ＣＴＵ）の外側にあり、前記動き情報候補が、並進マージ候補又は継承アフィンマージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第２ブロックについて前記２方向予測を実行するための第２重みを前記規定重みに設定するよう更に構成される、請求項１１に記載の機器。

【請求項16】

前記第１ブロックは前記２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する前記第１重みｗ_１は、ｗ_１＝ｗ／Ｆに従い決定され、
第２リスト内の第２参照ピクチャに対応する別の重みｗ_０は、ｗ_０＝１－ｗ_１に従い決定され、
ｗ及びＦは整数であり、ｗは前記第１重みパラメータを表し、Ｆは精度係数を表す、請求項１１に記載の機器。

【請求項17】

前記精度係数Ｆは８である、請求項１６に記載の機器。

【請求項18】

前記第１重みは、前記ＨＭＶＰ候補に格納されたインデックスにより示される重みパラメータと精度係数Ｆとに従い決定される、請求項１１に記載の機器。

【請求項19】

コンピュータプログラムであって、コンピュータに、
符号化ビデオビットストリームからピクチャ内の第１ブロックの予測情報を取得するステップと、
２方向予測及び１方向予測のうちの一方と前記予測情報とに従い出力するために、前記第１ブロックの再構成サンプルを生成するステップと、
動き情報候補が、前記第１ブロックの前記予測情報に従い格納されるべきであると決定され、履歴に基づく動きベクトル予測（ＨＭＶＰ）候補として格納される際に、
前記動き情報候補を格納するステップであって、前記動き情報候補は、少なくとも：
前記第１ブロックが前記２方向予測に従い符号化されるとき、第１動き情報、及び前記第１ブロックの前記２方向予測を実行するための第１重みを示す第１重みパラメータ、
前記第１ブロックが前記１方向予測に従い符号化されるとき、前記第１動き情報、及び規定重みを示す規定重みパラメータ、
を含み、前記第１重みパラメータは、複数のインデックス値のうちの１つをとるように構成され、前記複数のインデックス値は、前記第１重みが前記規定重みに等しいことを示す第１の値と、前記第１重みが前記規定重みに等しくないことを示す１つ以上の第２の値とを含む、ステップと、
前記ピクチャ内の第２ブロックが前記動き情報候補に基づき復号されるべきであると決定されると、前記動き情報候補に従い出力するために、前記第２ブロックの再構成サンプルを生成するステップと、
を実行させる、コンピュータプログラム。

【請求項20】

前記第２ブロックの前記再構成サンプルを生成する前記ステップは、
前記動き情報候補が通常の空間マージ候補として格納され、前記第２ブロックが前記２方向予測に従い符号化されるとき、
前記第１ブロックが前記第２ブロックに空間的に隣接するとき、前記動き情報候補に格納された前記第１重みパラメータに従い、前記第２ブロックについて前記２方向予測を実行するための第２重みを設定するステップと、
前記第１ブロックが前記第２ブロックに空間的に隣接しないとき、前記第２ブロックについて前記２方向予測を実行するための前記第２重みを前記規定重みに設定するステップと、
を含む、請求項１９に記載のコンピュータプログラム。

【請求項21】

エンコーダが実行するビデオ符号化のための方法であって、
ピクチャ内の第１ブロックを符号化するための予測情報を取得するステップと、
動き情報候補が、前記第１ブロックの前記予測情報に従い格納されるべきであると決定され、履歴に基づく動きベクトル予測（ＨＭＶＰ）候補として格納される際に、前記動き情報候補を格納するステップであって、前記動き情報候補は、少なくとも：
前記第１ブロックが２方向予測に従い符号化されるとき、第１動き情報、及び前記第１ブロックの前記２方向予測を実行するための第１重みを示す第１重みパラメータ、
前記第１ブロックが１方向予測に従い符号化されるとき、前記第１動き情報、及び規定重みを示す規定重みパラメータ、
を含み、前記第１重みパラメータは、複数のインデックス値のうちの１つをとるように構成され、前記複数のインデックス値は、前記第１重みが前記規定重みに等しいことを示す第１の値と、前記第１重みが前記規定重みに等しくないことを示す１つ以上の第２の値とを含む、ステップと、
前記ピクチャ内の第２ブロックが前記動き情報候補に基づき符号化されるべきであると決定されると、前記動き情報候補に従い、前記第２ブロックを符号化するための予測情報を取得するステップと、
を含む方法。

【請求項22】

前記第１ブロックが前記１方向予測に従い符号化される場合に格納される前記規定重みパラメータは、相等しい双予測重みを示す規定値を持つ、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願］
本願は、米国仮特許出願番号第６２／７７７，５９３号、「Methods of GBi Index Inheritance and Constraints」、２０１８年１２月１０日出願、の優先権の利益を主張する米国特許出願番号第１６／４４１，８７９号、「Methodand Apparatus for Video Coding」、２０１９年６月１４日出願の優先権の利益を主張する。前述の出願の全開示は、それらの全体が参照によりここに組み込まれる。

【0002】

［技術分野］
本開示は、概して、ビデオ符号化に関連する実施形態を記載する。

【背景技術】

【0003】

ここに提供される背景の説明は、本開示のコンテキストの概要を提示するためである。現在名前の挙げられた発明者の研究は、この背景の章に記載された研究の範囲で、出願時に従来技術として見なされない可能性のある記載の態様と同様に、本開示に対する従来技術として明示的に又は暗示的にも認められるものではない。

【0004】

ビデオ符号化及び復号は、動き補償を伴うインターピクチャ予測を用いて実行できる。非圧縮デジタルビデオは、一連のピクチャを含むことができ、各ピクチャは、例えば１９２０×１０８０個のルミナンスサンプル及び関連するクロミナンスサンプルの空間次元を有する。一連のピクチャは、例えば毎秒６０ピクチャ又は６０Hｚの固定又は可変ピクチャレート（略式にフレームレートとしても知られている）を有し得る。非圧縮ビデオは、かなりのビットレート要件を有する。例えば、８ビット／サンプルの１０８０ｐ６０ ４：２：０ビデオ（６０Hzフレームレートで１９２０×１０８０ルミナンスサンプル解像度）は、１．５Ｇｂｉｔ／ｓの帯域幅を必要とする。１時間のこのようなビデオは６００Ｇｂｙｔｅより多くの記憶空間を必要とする。

【0005】

ビデオ符号化及び復号の１つの目的は、圧縮を通じて、入力ビデオ信号の中の冗長性の削減であり得る。圧縮は、幾つかの場合には大きさで２桁以上も、前述の帯域幅又は記憶空間要件を軽減するのを助けることができる。損失又は無損失圧縮の両方、及びそれらの組み合わせが利用できる。無損失圧縮は、元の信号の正確なコピーが圧縮された元の信号から再構成可能である技術を表す。損失圧縮を用いると、再構成された信号は、元の信号と同一ではないが、元の信号と再構成された信号との間の歪みは、意図される用途のために有用な再構成された信号を生成するのに十分に小さい。ビデオの場合には、損失圧縮が広く利用される。耐えうる歪みの量は、アプリケーションに依存し、特定の消費者ストリーミングアプリケーションのユーザは、テレビジョン配信アプリケーションのユーザよりも高に歪みに耐え得る。達成可能な圧縮比は、許容可能／耐性のある歪みが高いほど、高い圧縮比を生じ得ることを反映できる。

【0006】

動き補償は、損失圧縮技術であり、前に再構成されたピクチャ又はその部分（参照ピクチャ）からのサンプルデータのブロックが、動きベクトル（以後、ＭＶ）により示される方向に空間的にシフトされた後に、新しく再構成されたピクチャ又はピクチャ部分の予測のために使用される技術に関連し得る。幾つかの場合には、参照ピクチャは、現在再構成中のピクチャと同じであり得る。ＭＶは、２つの次元Ｘ及びＹ、又は第３の次元が使用中の参照ピクチャの指示である３つの次元を有することができる（後者は、間接的に時間次元であり得る）。

【0007】

幾つかのビデオ圧縮技術では、サンプルデータの特定領域に適用可能なＭＶは他のＭＶから、例えば再構成中の領域に空間的に隣接するサンプルデータの別の領域に関連し且つ復号順序の中で当該ＭＶに先行するＭＶから、予測できる。そうすることは、結果として、ＭＶを符号化するために必要なデータ量を削減でき、それにより、冗長性を除去し圧縮を向上する。ＭＶ予測は、例えばカメラから得られた入力ビデオ信号（自然なビデオ（natural video）として知られる）を符号化するとき、単一のＭＶが適用可能な領域より大きな領域が同様の方向に動き、したがって、幾つかの場合には近隣領域のＭＶから導出した同様の動きベクトルを用いて予測可能である、統計的可能性がある。これは、周囲のＭＶから予測したＭＶと同様の又は同じ、所与の領域について見付かったＭＶをもたらす。また、これは、エントロピー符号化の後に、ＭＶを直接符号化する場合に使用され得るより少ない数のビットで提示され得る。幾つかの場合には、ＭＶ予測は、元の信号（つまり、サンプルストリーム）から得た信号（つまり、ＭＶ）の無損失圧縮の一例であり得る。他の場合には、ＭＶ予測自体は、例えば幾つかの周囲のＭＶから予測子を計算するとき、誤りを丸め込むので、損失になり得る。

【0008】

種々のＭＶ予測メカニズムは、Ｈ．２６５／ＨＥＶＣ（ITU-T Rec. H.２６５, "High Efficiency Video Coding", December ２０１６）に記載されている。ここに記載される、Ｈ．２６５の提供する多くのＭＶ予測メカニズムのうちの１つは、以下で、「空間融合（spatial merge）」と呼ばれる技術である。

【0009】

図１を参照すると、現在ブロック（１０１）は、動き探索処理の間に、空間的にシフトされたものと同じサイズの前のブロックから予測可能であるとしてエンコーダにより見付けられたサンプルを含む。MVを直接符号化する代わりに、MVは、１つ以上の参照ピクチャに関連付けられたメタデータから、例えば（復号順で）最近の参照ピクチャから、Ａ０、Ａ１、及びＢ０、Ｂ１、Ｂ２（それぞれ１０２～１０６）５個の周囲のサンプルのうちのいずれか１つに関連付けられたMVを用いて導出できる。Ｈ．２６５では、ＭＶ予測は、近隣ブロックの使用する同じ参照ピクチャからの予測子を使用できる。

【発明の概要】

【0010】

開示の態様は、ビデオ符号化・復号のための方法及び機器を提供する。幾つかの例では、機器は処理回路を含み、処理回路は、符号化ビデオビットストリームからピクチャ内の第１ブロックの予測情報を取得し、２方向予測及び１方向予測のうちの一方と予測情報とに従い、出力のために第１ブロックの再構成サンプルを生成する。動き情報候補が第１ブロックの予測情報に従い格納されるべきであり、履歴に基づく動きベクトル予測（ＨＭＶＰ）候補として格納されるべきであると決定されると、処理回路は動き情報候補を格納し、該動き情報候補は、少なくとも：第１ブロックが２方向予測に従い符号化されるとき、第１動き情報、及び第１ブロックについて２方向予測を実行するための第１重みを示す第１重みパラメータを含み、第１ブロックが１方向予測に従い符号化されるとき、第１動き情報、及び規定重みを示す規定重みパラメータを格納する。ピクチャ内の第２ブロックが、動き情報候補に基づき復号されるべきであると決定されると、処理回路は、動き情報候補に従い、出力のために第２ブロックの再構成サンプルを生成する。

【0011】

幾つかの実施形態では、動き情報候補が通常の空間マージ候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、処理回路は、第１ブロックが第２ブロックに空間的に隣接するとき、動き情報候補に格納された第１重みパラメータに従い、第２ブロックについて２方向予測を実行するための第２重みを設定し、第１ブロックが第２ブロックに空間的に隣接しないとき、第２ブロックについて２方向予測を実行するための第２重みを規定重みに設定する。

【0012】

幾つかの実施形態では、動き情報候補が、通常の空間マージ候補又はＨＭＶＰ候補のいずれでもない候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、処理回路は、第２ブロックについて２方向予測を実行するための第２重みを規定重みに設定するよう更に構成される。

【0013】

幾つかの実施形態では、第１ブロックが、第２ブロックの含まれる現在コーディングツリーユニット（ＣＴＵ）行と異なるＣＴＵ行にあり、動き情報候補が、通常のマージ候補又はアフィンマージ候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、処理回路は、第２ブロックについて２方向予測を実行するための第２重みを規定重みに設定する。

【0014】

幾つかの実施形態では、第１ブロックが、第２ブロックの含まれる現在ＣＴＵの外側にあり、動き情報候補が、並進マージ候補又は継承アフィンマージ候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、処理回路は、第２ブロックについて２方向予測を実行するための第２重みを規定重みに設定する。

【0015】

幾つかの実施形態では、第１ブロックは、ピクチャを参照ピクチャとして、２方向予測及び１方向予測のうちの一方に従い符号化される。

【0016】

幾つかの実施形態では、第１ブロックは、２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する第１重み及び第１重みから導出され第２リスト内の第２参照ピクチャに対応する第２重みの両方は、第１及び第２参照ピクチャが同じ参照ピクチャであるとき、正である。幾つかの実施形態では、第１ブロックは、２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する第１重み及び第１重みから導出され第２リスト内の第２参照ピクチャに対応する第２重みの一方は、第１及び第２参照ピクチャが異なる参照ピクチャであるとき、負である。

【0017】

幾つかの実施形態では、規定重みは１／２である。

【0018】

幾つかの実施形態では、第１ブロックは２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する第１重みｗ_１は、ｗ_１＝ｗ／Ｆに従い決定され、
第２リスト内の第２参照ピクチャに対応する別の重みｗ_０は、ｗ_０＝１－ｗ_１に従い決定され、
ｗ及びＦは整数であり、ｗは第１重みパラメータを表し、Ｆは精度係数を表す。幾つかの実施形態では、Ｆは８である。

【0019】

本開示の態様は、ビデオ復号のためのコンピュータにより実行されると該コンピュータにビデオ復号のための方法を実行させる命令を格納する非一時的コンピュータ可読媒体も提供する。

【図面の簡単な説明】

【0020】

開示の主題の更なる特徴、特性、及び種々の利点は、以下の詳細な説明及び添付の図面から一層明らかになるだろう。

【0021】

【図1】一例における現在ブロック及びその周囲の空間的融合候補の概略図である。

【0022】

【図2】一実施形態による、通信システム（２００）の簡易ブロック図の概略図である。

【0023】

【図3】一実施形態による、通信システム（３００）の簡易ブロック図の概略図である。

【0024】

【図4】一実施形態による、デコーダの簡易ブロック図の概略図である。

【0025】

【図5】一実施形態による、エンコーダの簡易ブロック図の概略図である。

【0026】

【図6】別の実施形態による、エンコーダのブロック図を示す。

【0027】

【図7】別の実施形態による、デコーダのブロック図を示す。

【0028】

【図8】一実施形態による、現在ブロックの空間的近隣ブロック及び時間的近隣ブロックの概略図である。

【0029】

【図9】一実施形態による、現在ブロックの空間的近隣ブロック及び時間的近隣ブロックの概略図である。

【0030】

【図10A】一実施形態による、空間的近隣ブロックの動き情報に基づく、サブブロックに基づく時間的ＭＶ予測方法を用いる、現在ブロックの予測動き情報を決定するために使用可能な空間的近隣ブロックの概略図である。

【0031】

【図10B】一実施形態による、サブブロックに基づく時間的ＭＶ予測方法のために選択された空間的近隣ブロックの概略図である。

【0032】

【図11A】一実施形態による、履歴に基づくＭＶ予測方法を用いる、動き情報候補のリストを構成し及び更新する処理の概略を示すフローチャートである。

【0033】

【図11B】一実施形態による、履歴に基づくＭＶ予測方法を用いる、動き情報候補のリストを更新する概略図である。

【0034】

【図12】一実施形態による、ＣＴＵ境界にある現在ブロック及びその空間的近隣ブロックの概略図である。

【0035】

【図13】一実施形態による、ＣＴＵ境界にある現在ブロック及びその空間的アフィン近隣ブロックの概略図である。

【0036】

【図14】本開示の一実施形態による、復号処理（１４００）の概要を示すフローチャートを示す。

【0037】

【図15】本開示の一実施形態による、符号化処理（１５００）の概要を示すフローチャートを示す。

【0038】

【図16】一実施形態による、コンピュータシステムの概略図である。

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

【0039】

図２は、本発明の一実施形態による通信システム（２００）の簡易ブロック図を示す。通信システム（２００）は、例えばネットワーク（２５０）を介して互いに通信できる複数の端末装置を含む。例えば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続された端末装置（２１０）及び（２２０）の第１ペアを含む。図２の例では、端末装置（２１０）及び（２２０）の第１ペアは、データの単方向伝送を実行する。例えば、端末装置（２１０）は、ネットワーク（２５０）を介して他の端末装置（２２０）への送信のために、ビデオデータ（端末装置（２１０）によりキャプチャされたビデオピクチャのストリーム）を符号化する。符号化ビデオデータは、１つ以上の符号化ビデオビットストリームの形式で、送信できる。端末装置（２２０）は、ネットワーク（２５０）から符号化ビデオデータを受信し、符号化ビデオデータを復号してビデオピクチャを復元し、復元したビデオデータに従いビデオピクチャを表示してよい。単方向データ伝送は、メディアサービングアプリケーション等で共通であってよい。

【0040】

別の例では、通信システム（２００）は、例えばビデオ会議の間に生じ得る符号化ビデオデータの双方向伝送を実行する端末装置（２３０）及び（２４０）の第２ペアを含む。データの双方向伝送では、端末装置（２３０）及び（２４０）は、ネットワーク（２５０）を介して端末装置（２３０）及び（２４０）への送信のために、ビデオデータ（例えば、端末装置によりキャプチャされたビデオピクチャのストリーム）を符号化してよい。端末装置（２３０）及び（２４０）のうちの各端末装置は、端末装置（２３０）及び（２４０）のうちの他方の端末装置により送信された符号化ビデオデータを受信してよく、符号化ビデオデータを復号してビデオピクチャを復元してよく、復元したビデオデータに従い、アクセス可能なディスプレイ装置においてビデオピクチャを表示してよい。

【0041】

図２の例では、端末装置（２１０）、（２２０）、（２３０）及び（２４０）は、サーバ、パーソナルコンピュータ、及びスマートフォンとして示されてよいが、本開示の原理はこれらに限定されない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレイヤ、及び／又は専用ビデオ会議設備による適用がある。ネットワーク（２５０）は、端末装置（２１０）、（２２０）、（２３０）、及び（２４０）の間で符号化ビデオデータを運ぶ任意の数のネットワークを表し、例えば有線（ワイヤード）及び／又は無線通信ネットワークを含む。通信ネットワーク２５０は、回線切り替え及び／又はパケット切り替えチャネルでデータを交換してよい。代表的なネットワークは、電子通信ネットワーク、ローカルエリアネットワーク、広域ネットワーク、及び／又はインターネットを含む。本発明の議論の目的で、ネットワーク（２５０）のアーキテクチャ及びトポロジは、以下で特に断りの無い限り、本開示の動作にとって重要でないことがある。

【0042】

図３は、開示の主題の適用の一例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を示す。開示の主題は、例えばビデオ会議、デジタルＴＶ、ＣＤ、ＤＶＤ、メモリスティック、等を含むデジタル媒体への圧縮ビデオの格納、他のビデオ可能アプリケーション、等に等しく適用可能である。

【0043】

ストリーミングシステムは、例えば非圧縮のビデオピクチャストリーム（３０２）を生成するビデオソース（３０１）を含み得るキャプチャサブシステム（３１３）を含んでよい。一例では、ビデオピクチャストリーム（３０２）は、デジタルカメラにより取り込まれたサンプルを含む。ビデオピクチャストリーム（３０２）は、符号化ビデオデータ（３０４）（又は符号化ビデオビットストリーム）と比べたとき、高データ容量を強調するために太線で示され、ビデオソース（３０１）と結合されたビデオエンコーダ（３０３）を含む電子装置（３２０）により処理され得る。ビデオエンコーダ（３０３）は、ハードウェア、ソフトウェア、又はそれらの組み合わせを含み、以下に詳述するように開示の主題の態様を可能にし又は実装することができる。符号化ビデオデータ（３０４）（又はビデオビットストリーム（３０４））は、ビデオピクチャストリーム（３０２）と比べたとき、低データ容量を強調するために細線で示され、将来の使用のためにストリーミングサーバに格納され得る。図３のクライアントサブシステム（３０６）及び（３０８）のような１つ以上のストリーミングクライアントサブシステムは、ストリーミングサーバ（３０５）にアクセスして、符号化ビデオデータ（３０４）のコピー（３０７）及び（３０９）を読み出すことができる。クライアントサブシステム（３０６）は、例えば電子装置（３３０）内にビデオデコーダ（３１０）を含み得る。ビデオデコーダ（３１０）は、符号化ビデオデータの入力コピー（３０７）を復号し、ディスプレイ（３１２）（例えばディスプレイスクリーン）又は他のレンダリング装置（図示しない）上でレンダリングできる出力ビデオピクチャストリーム（３１１）を生成する。幾つかのストリーミングシステムでは、符号化ビデオデータ（３０４）、（３０７）、及び（３０９）（例えば、ビデオビットストリーム）は、特定のビデオ符号化／圧縮標準に従い符号化され得る。これらの標準の例は、ITU-T Recommendation H.２６５を含む。一例では、策定中のビデオ符号化標準は、略式にＶＶＣ（Versatile Video Coding）として知られている。開示の主題は、ＶＶＣの文脈で使用されてよい。

【0044】

電子装置（３２０）及び（３３０）は他のコンポーネント（図示しない）を含み得ることに留意する。例えば、電子装置（３２０）は、ビデオデコーダ（図示しない）を含むことができ、電子装置（３３０）もビデオエンコーダ（図示しない）を含むことができる。

【0045】

図４は、本開示の一実施形態によるビデオデコーダ（４１０）のブロック図を示す。ビデオデコーダ（４１０）は、電子装置（４３０）に含まれ得る。電子装置（４３０）は、受信機（４３１）（例えば、受信回路）を含み得る。ビデオデコーダ（４１０）は、図３の例では、ビデオデコーダ（３１０）の代わりに使用できる。

【0046】

受信機（４３１）は、ビデオデコーダ（４１０）により符号化されるべき１つ以上の符号化ビデオシーケンス、同じ又は別の実施形態では、一度に１つの符号化ビデオシーケンスを受信してよい。ここで、各符号化ビデオシーケンスの復号は、他の符号化ビデオシーケンスと独立している。符号化ビデオシーケンスは、符号化ビデオデータを格納する記憶装置へのハードウェア／ソフトウェアリンクであってよいチャネル４０１から受信されてよい。受信機４３１は、他のデータ、例えば、それぞれの使用エンティティ（図示しない）へと転送され得る符号化音声データ及び／又は付随的データストリームと共に、符号化ビデオデータを受信してよい。受信機４３１は、他のデータから符号化ビデオシーケンスを分離してよい。ネットワークジッタを除去するために、バッファメモリ（４１５）は、受信機（４３１）とエントロピーデコーダ／パーサ（４２０）（以後、「パーサ（４２０）」）との間に結合されてよい。特定の適用では、バッファメモリ（４１５）は、ビデオデコーダ（４１０）の一部である。他に、ビデオデコーダ（４１０）（図示しない）の外部にあり得る。更に他では、例えばネットワークジッタを除去するために、ビデオデコーダ（４１０）の外部に、例えば再生（playout）タイミングを処理するために、ビデオデコーダ（４１０）の内部にある別のバッファメモリ（４１５）に加えて、バッファメモリ（図示しない）が存在し得る。受信機（４３１）が、十分な帯域幅の記憶／転送装置から制御可能に、又はアイソクロナス（isosynchronous）ネットワークから、データを受信しているとき、バッファメモリ（４１５）は、必要なくてよく又は小さくできる。インターネットのようなベストエフォート型パケットネットワークで使用するために、バッファメモリ（４１５）が必要とされてよく、比較的大きくなり、有利なことに適当型サイズであり、少なくとも部分的にオペレーティングシステム又はビデオデコーダ（４１０）の外部の同様の要素（図示しない）に実装されてよい。

【0047】

ビデオデコーダ（４１０）は、符号化ビデオシーケンスからシンボル（４２１）を再構成するために、パーサ（４２０）を含んでよい。これらのシンボルのカテゴリは、ビデオデコーダ（４１０）の動作を管理するために使用される情報、及び場合によっては図４に示したように電子装置（４３０）の統合部分ではないが電子装置（４３０）に結合され得るレンダー装置（４１２）（例えば、ディスプレイスクリーン）のようなレンダリング装置を制御するための情報を含む。レンダリング装置のための制御情報は、ＳＥＩ（Supplemental Enhancement Information）メッセージ又はＶＵＩ（Video Usability Information）パラメータセットフラグメント（図示しない）の形式であってよい。パーサ（４２０）は、受信された符号かビデオシーケンスをパース／エントロピー復号してよい。符号化ビデオシーケンスの符号化は、ビデオ符号化技術又は標準に従うことがで依存性を有する又は有しない算術的符号化、等を含む、種々の原理に従うことができる。パーサ（４２０）は、符号化ビデオシーケンスから、ビデオデコーダの中のピクセルのサブグループのうちの少なくとも１つについて、該グループに対応する少なくとも１つのパラメータに基づき、サブグループパラメータのセットを抽出してよい。サブグループは、ＧＯＰ（Groups of Picture）、ピクチャ、タイル、スライス、マクロブロック、符号化ユニット（Coding Units：CU）、ブロック、変換ユニット（Transform Units：TU）、予測ユニット（Prediction Units：PU）、等を含み得る。パーサ（４２０）は、符号化ビデオシーケンスから、変換係数、量子化パラメータ値、動きベクトル、等のような情報も抽出してよい。

【0048】

パーサ（４２０）は、バッファメモリ（４１５）から受信したビデオシーケンスに対してエントロピー復号／パース動作を実行して、シンボル（４２１）を生成してよい。

【0049】

シンボル４２１の再構成は、符号化ビデオピクチャ又はその部分の種類（例えば、インター及びイントラピクチャ、インター及びイントラブロック）及び他の要因に依存して、複数の異なるユニットを含み得る。どのユニットがどのように含まれるかは、パーサ４２０により符号化ビデオシーケンスからパースされたサブグループ制御情報により制御できる。パーサ４２０と以下の複数のユニットとの間のこのようなサブグループ制御情報のフローは、明確さのために示されない。

【0050】

既に言及した機能ブロックを超えて、ビデオデコーダ（４１０）は、後述のように、多数の機能ユニットに概念的に細分化できる。商用的制約の下で動作する実際の実装では、これらのユニットの多くは、互いに密に相互作用し、少なくとも部分的に互いに統合され得る。しかしながら、開示の主題を説明する目的で、機能ユニットへの以下の概念的細分化は適切である。

【0051】

第１ユニットは、スケーラ／逆変換ユニット４５１である。スケーラ／逆変換ユニット（４５１）である。は、量子化された変換係数、及び、どの変換が使用され得べきか、ブロックサイズ、量子化係数、量子化スケーリングマトリクス、等を含む制御情報を、パーサ（４２０）からのシンボル（４２１）として受信する。スケーラ／逆変換ユニット（４５１）は、アグリゲータ（４５５）に入力され得るサンプル値を含むブロックを出力できる。

【0052】

幾つかの例では、スケーラ／逆変換ユニット（４５１）の出力サンプルは、イントラ符号化ブロック、つまり、前に再構成されたピクチャからの予測情報を使用しないが現在ピクチャの前に再構成された部分からの予測情報を使用可能なブロック、に属することができる。このような予測情報は、イントラピクチャ予測ユニット４５２により提供できる。幾つかの場合には、イントラピクチャ予測ユニット（４５２）は、再構成中のブロックと同じサイズ及び形状のブロックを、現在ピクチャバッファ（４５８）からフェッチした周囲の既に再構成された情報を用いて、生成する。現在ピクチャバッファ（４５８）は、例えば、再構成された現在ピクチャを部分的に及び／又は再構成された現在ピクチャを完全にバッファリングする。アグリゲータ（４５５）は、幾つかの場合には、サンプル毎に、イントラ予測ユニット（４５２）の生成した予測情報を、スケーラ／逆変換ユニット（４５１）により提供された出力サンプル情報に追加する。

【0053】

他の場合には、スケーラ／逆変換ユニット（４５１）の出力サンプルは、インター符号化された、場合によっては動き補償されたブロックに関連し得る。このような場合には、動き補償予測ユニット（４５３）は、参照ピクチャメモリ（４５７）にアクセスして、予測ために使用されるサンプルをフェッチできる。ブロックに関連するシンボル（４２１）に従いフェッチしたサンプルを動き補償した後に、これらのサンプルは、アグリゲータ（４５５）により、出力サンプル情報を生成するために、スケーラ／逆変換ユニット（４５１）の出力に追加され得る（この場合、残差サンプル又は残差信号と呼ばれる）。動き補償予測ユニット（４５３）が予測サンプルをフェッチする参照ピクチャメモリ（４５７）内のアドレスは、例えばＸ、Ｙ及び参照ピクチャコンポーネントを有し得るシンボル（４２１）の形式で、動き補償予測ユニット（４５３）の利用可能な動きベクトルにより制御できる。動き補償は、サブサンプルの正確な動きベクトルが使用中であるとき参照ピクチャメモリ（４５７）からフェッチされたサンプル値の補間、動きベクトル予測メカニズム、等を含み得る。

【0054】

アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）において種々のループフィルタリング技術を受け得る。ビデオ圧縮技術は、符号化ビデオシーケンス（符号化ビデオビットストリームとも呼ばれる）に含まれ且つパーサ（４２０）からのシンボル（４２１）としてループフィルタユニット（４５６）に利用可能にされたパラメータにより制御されるが、符号化ピクチャ又は符号化ビデオシーケンスの（複合順序で）前の部分の複合中に取得されたメタ情報にも応答し、前に再構成されループフィルタリングされたサンプル値にも応答し得るインループフィルタ技術を含み得る。

【0055】

ループフィルタユニット（４５６）の出力は、レンダー装置（４１２）へと出力でき及び将来のインターピクチャ予測で使用するために参照ピクチャメモリ（４５７）に格納され得るサンプルストリームであり得る。

【0056】

特定の符号化ピクチャは、一旦完全に再構成されると、将来の予測のための参照ピクチャとして使用できる。例えば、現在ピクチャに対応する符号化ピクチャが完全に再構成され、符号化ピクチャが（例えばパーサ（４２０）により）参照ピクチャとして識別されると、現在ピクチャバッファ（４５８）は、参照ピクチャメモリ（４５７）の一部になることができ、後続の符号化ピクチャの再構成を開始する前に、新鮮な現在ピクチャバッファを再割り当てできる。

【0057】

ビデオデコーダ（４１０）は、ＩＴＵ－Ｔ Ｒｅｃ． Ｈ．２６５のような標準の所定のビデオ圧縮技術に従い復号動作を実行してよい。符号化ビデオシーケンスがビデオ圧縮技術又は標準、及びビデオ圧縮技術又は標準において文書化されたプロファイルの両方に従うという意味で、符号化ビデオシーケンスは、使用中のビデオ圧縮技術又は標準により指定されたシンタックスに従ってよい。具体的に、プロファイルは、ビデオ圧縮技術又は標準において利用可能な全部のツールから、プロファイルの下でのみ使用可能なツールとして、特定のツールを選択できる。また、遵守のために必要なことは、符号化ビデオシーケンスの複雑さが、ビデオ圧縮技術又は標準のレベルにより定められる限界の範囲内であることであり得る。幾つかの場合には、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えばメガサンプル／秒で測定される）、最大参照ピクチャサイズ、等を制限する。レベルにより設定される限界は、幾つかの場合には、ＨＲＤ（Hypothetical Reference Decoder）仕様及び符号化ビデオシーケンスの中でシグナリングされるＨＤＲバッファ管理のためのメタデータを通じて更に制限され得る。

【0058】

一実施形態では、受信機４３１は、符号化ビデオと共に追加（冗長）データを受信してよい。追加データは、符号化ビデオシーケンスの部分として含まれてよい。追加データは、データを正しく復号するため及び／又は元のビデオデータをより正確に再構成するために、ビデオデコーダ４１０により使用されてよい。追加データは、例えば、時間的、空間的、又は信号雑音比（ＳＮＲ）の拡張レイヤ、冗長スライス、冗長ピクチャ、前方誤り訂正符号、等の形式であり得る。

【0059】

図５は、本開示の一実施形態によるビデオエンコーダ（５０３）のブロック図を示す。ビデオエンコーダ（５０３）は、電子装置（５２０）に含まれる。電子装置（５２０）は、送信機（５４０）（例えば、送信回路）を含む。ビデオエンコーダ（５０３）は、図３の例では、ビデオエンコーダ（３０３）の代わりに使用できる。

【0060】

ビデオエンコーダ（５０３）は、ビデオサンプルを、ビデオエンコーダ（５０３）により符号化されるべきビデオ画像をキャプチャし得るビデオソース（５０１）（図５の例では、電子装置（５２０）の部分ではない）から受信してよい。別の例では、ビデオソース（５０１）は、電子装置（５２０）の一部である。

【0061】

ビデオソース（５０１）は、ビデオエンコーダ（５０３）により符号化されるべきソースビデオシーケンスを、任意の適切なビット深さ（例えば、８ビット、１０ビット、１２ビット、．．．）、任意の色空間（例えば、ＢＴ．６０１ ＹＣｒＣｂ、ＲＧＢ、．．．）、及び任意の適切なサンプリング構造（例えば、ＹＣｒＣｂ ４：２：０、ＹＣｒＣｂ ４：４：４）のデジタルビデオサンプルストリームの形式で、提供してよい。メディア提供システムでは、ビデオソース５０１は、前に準備されたビデオを格納する記憶装置であってよい。ビデオ会議システムでは、ビデオソース５０１は、ビデオシーケンスとしてローカル画像情報をキャプチャするカメラであってよい。ビデオデータは、続けて閲覧されると動きを与える複数の個別ピクチャとして提供されてよい。ピクチャ自体は、ピクセルの空間的配列として組織化されてよい。各ピクセルは、使用中のサンプリング構造、色空間、等に依存して、１つ以上のサンプルを含み得る。当業者は、ピクセルとサンプルとの間の関係を直ちに理解できる。以下の説明はサンプルに焦点を当てる。

【0062】

一実施形態によると、ビデオエンコーダ（５０３）は、ソースビデオシーケンスのピクチャを、符号化ビデオシーケンス（５４３）へと、リアルタイムに又はアプリケーションにより要求される任意の他の時間制約の下で符号化し圧縮してよい。適切な符号化速度の実施は、制御部（５５０）の１つの機能である。幾つかの実施形態では、制御部（５５０）は、後述する他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。結合は、明確さのために図示されない。制御部（５５０）により設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化器、レート歪み最適化技術のラムダ値、．．．）、ピクチャサイズ、ＧＯＰ（group of pictures）レイアウト、最大動きベクトル探索範囲、等を含み得る。制御部（５５０）は、特定のシステム設計に最適化されたビデオエンコーダ（５０３）に関連する他の適切な機能を有するよう構成され得る。

【0063】

幾つかの実施形態では、ビデオエンコーダ（５０３）は、符号化ループの中で動作するよう構成される。非常に簡略化された説明として、一例では、符号化ループは、ソースコーダ（５３０）（例えば、シンボルストリームのようなシンボルを、符号化されるべき入力ピクチャ及び参照ピクチャに基づき生成することを担う）、及びビデオエンコーダ（５０３）に内蔵された（ローカル）デコーダ（５３３）を含み得る。デコーダ（５３３）は、（シンボルと符号化ビットストリームとの間の任意の圧縮が、開示の主題において検討されるビデオ圧縮技術において無損失であるとき）（遠隔にある）デコーダが生成するのと同様の方法で、シンボルを再構成して、サンプルデータを生成する。再構成されたサンプルストリーム（サンプルデータ）は、参照ピクチャメモリ（５３４）に入力される。シンボルストリームの復号が、デコーダ位置（ローカル又はリモート）と独立にビット正確な結果をもたらすとき、参照ピクチャメモリ（５３４）の内容も、ローカルエンコーダとリモートエンコーダとの間でビット正確である。言い換えると、エンコーダの予測部分が、復号中に予測を用いるときデコーダが「見る」のと正確に同じサンプル値を、参照ピクチャサンプルとして「見る」。参照ピクチャ同期性のこの基本原理（及び、例えばチャネルエラーのために同期生が維持できない場合には、結果として生じるドリフト）は、幾つかの関連技術で同様に使用される。

【0064】

「ローカル」デコーダ（５３３）の動作は、図４と関連して以上に詳述したビデオデコーダ（４１０）のような「リモート」デコーダのものと同じであり得る。簡単に一時的に図４も参照すると、しかしながら、シンボルが利用可能であり、エントロピーコーダ（５４５）及びパーサ（４２０）による符号化ビデオシーケンスへのシンボルの符号化／復号が無損失であり得るので、バッファメモリ（４１５）を含むビデオデコーダ（４１０）のエントロピー復号部分、及びパーサ（４２０）は、ローカルデコーダ（５３３）に完全に実装されなくてよい。

【0065】

この点で行われる考察は、デコーダ内に存在するパース／エントロピー復号を除く任意のデコーダ技術も、対応するエンコーダ内と実質的に同一の機能形式で存在する必要があるということである。この理由から、開示の主題は、デコーダ動作に焦点を当てる。エンコーダ技術の説明は、それらが包括的に説明されるデコーダ技術の逆であるので、省略できる。特定の領域においてのみ、より詳細な説明が必要であり、以下に提供される。

【0066】

動作中、幾つかの例では、ソースコーダ（５３０）は、動き補償された予測符号化を実行してよい。これは、「参照ピクチャ」として指定されたビデオシーケンスからの１つ以上の前に符号化されたピクチャを参照して予測的に入力ピクチャを符号化する。この方法では、符号化エンジン（５３２）は、入力ピクチャのピクセルブロックと、入力ピクチャに対する予測基準として選択されてよい参照ピクチャのピクセルブロックとの間の差分を符号化する。

【0067】

ローカルビデオデコーダ（５３３）は、ソースコーダ（５３０）により生成されたシンボルに基づき、参照ピクチャとして指定されてよいピクチャの符号化ビデオデータを復号してよい。符号化エンジン５３２の動作は、有利なことに、損失処理であってよい。符号化ビデオデータがビデオデコーダ（図５に図示されない）において復号され得るとき、再構成ビデオシーケンスは、標準的に、幾つかのエラーを有するソースビデオシーケンスの複製であってよい。ローカルビデオデコーダ（５３３）は、参照ピクチャに対してビデオデコーダにより実行され得る復号処理を複製し、参照ピクチャキャッシュ（５３４）に格納されるべき再構成参照ピクチャを生じ得る。このように、ビデオエンコーダ（５０３）は、（伝送誤りが無ければ）遠端ビデオデコーダにより取得される再構成参照ピクチャと共通の内容を有する再構成参照ピクチャのコピーを格納してよい。

【0068】

予測器（５３５）は、符号化エンジン（５３２）のために予測探索を実行してよい。つまり、符号化されるべき新しいピクチャについて、予測器（５３５）は、新しいピクチャのための適切な予測基準として機能し得る（候補参照ピクセルブロックのような）サンプルデータ又は参照ピクチャ動きベクトル、ブロック形状、等のような特定のメタデータについて、参照ピクチャメモリ（５３４）を検索してよい。予測器（５３５）は、適切な予測基準を見付けるために、サンプルブロック－ピクセルブロック毎に動作してよい。幾つかの例では、予測器５３５により取得された検索結果により決定されるように、入力ピクチャは、参照ピクチャメモリ５３４に格納された複数の参照ピクチャから引き出された予測基準を有してよい。

【0069】

制御部（５５０）は、例えば、ビデオデータの符号化のために使用されるパラメータ及びサブグループパラメータの設定を含む、ソースコーダ（５３０）の符号化動作を管理してよい。

【0070】

全ての前述の機能ユニットの出力は、エントロピーコーダ（５４５）におけるエントロピー符号化を受けてよい。エントロピーコーダ（５４５）は、ハフマン符号化、可変長符号化、算術符号化、等のような技術に従いシンボルを無損失圧縮することにより、種々の機能ユニットにより生成されたシンボルを、符号化ビデオシーケンスへと変換する。

【0071】

送信機（５４０）は、符号化ビデオデータを格納し得る記憶装置へのハードウェア／ソフトウェアリンクであってよい通信チャネル（５６０）を介する伝送のために準備するために、エントロピーコーダ（５４５）により生成された符号化ビデオシーケンスをバッファリングしてよい。送信機５４０は、ビデオコーダ５０３からの符号化ビデオデータを、送信されるべき他のデータ、例えば符号化音声データ及び／又は補助データストリーム（図示されないソース）と融合（merge）してよい。

【0072】

制御部（５５０）は、ビデオエンコーダ（５０３）の動作を管理してよい。符号化中、制御部５５０は、それぞれのピクチャに適用され得る符号化技術に影響し得る特定の符号化ピクチャタイプを、各符号化ピクチャに割り当ててよい。例えば、ピクチャは、多くの場合、以下のピクチャタイプのうちの１つとして割り当てられてよい。

【0073】

イントラピクチャ（Ｉピクチャ）は、予測のソースとしてシーケンス内の任意の他のピクチャを使用せずに符号化及び復号され得るピクチャであってよい。幾つかのビデオコーデックは、例えばＩＤＲ（Independent Decoder Refresh）ピクチャを含む異なる種類のイントラピクチャを許容する。当業者は、Ｉピクチャの変形、及びそれらの個々の適用及び特徴を認識する。

【0074】

予測ピクチャ（Ｐピクチャ）は、殆どの場合、各ブロックのサンプル値を予測するために１つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測を用いて符号化及び復号され得るピクチャであってよい。

【0075】

双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために最大２つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測を用いて符号化及び復号され得るピクチャであってよい。同様に、マルチ予測ピクチャは、単一のブロックの再構成のために、２つより多くの参照ピクチャ及び関連付けられたメタデータを使用できる。

【0076】

ソースピクチャは、共通に、複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、又は１６×１６個のサンプルのブロック）に空間的に細分化され、ブロック毎に符号化されてよい。ブロックは、ブロックのそれぞれのピクチャに適用される符号化割り当てにより決定される他の（既に符号化された）ブロックへの参照により予測的に符号化されてよい。例えば、Ｉピクチャのブロックは、非予測的に符号化されてよく、又はそれらは同じピクチャの既に符号化されたブロックを参照して予測的に符号化されてよい（空間予測又はイントラ予測）。Ｐピクチャのピクセルブロックは、１つの前に符号化された参照ピクチャを参照して、空間予測を介して又は時間予測を介して、予測的に符号化されてよい。Ｂピクチャのブロックは、１つ又は２つの前に符号化された参照ピクチャを参照して、空間予測を介して又は時間予測を介して、予測的に符号化されてよい。

【0077】

ビデオデコーダ（５０３）は、ＩＴＵ－Ｔ Ｒｅｃ． Ｈ．２６５のような所定のビデオ符号化技術又は標準に従い符号化動作を実行してよい。その動作において、ビデオエンコーダ（５０３）は、入力ビデオシーケンスの中の時間的及び空間的冗長性を利用する予測符号化動作を含む種々の圧縮動作を実行してよい。符号化ビデオデータは、したがって、使用されているビデオ符号化技術又は標準により指定されたシンタックスに従ってよい。

【0078】

一実施形態では、送信機５４０は、符号化ビデオと共に追加データを送信してよい。ソースコーダ（５３０）は、このようなデータを符号化ビデオシーケンスの部分として含んでよい。追加データは、時間／空間／ＳＮＲ拡張レイヤ、冗長ピクチャ及びスライスのような他の形式の冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメント、等を含んでよい。

【0079】

ビデオは、時系列の中の複数のソースピクチャ（ビデオピクチャ）としてキャプチャされてよい。イントラピクチャ予測（イントラ予測と省略されることがある）は、所与のピクチャの中の空間的相関を利用し、インターピクチャ予測は、ピクチャ間の（時間的又は他の）相関を利用する。一例では、符号化／復号中の特定のピクチャは、現在ピクチャと呼ばれ、ブロックにパーティションされる。現在ピクチャの中のブロックが、ビデオの中の前に符号化され且つ未だバッファリングされている参照ピクチャの中の参照ブロックと同様であるとき、現在ピクチャの中のブロックは、動きベクトルと呼ばれるベクトルにより符号化できる。動きベクトルは、参照ピクチャ内の参照ブロックを指し、複数の参照ピクチャが使用中である場合には、参照ピクチャを識別する第３次元を有することができる。

【0080】

幾つかの実施形態では、双予測（bi-prediction）技術が、インターピクチャ予測で使用できる。双予測技術によると、両方とも復号順序でビデオの中の現在ピクチャより前にある（が、それぞれ表示順序で過去及び未来にあってよい）第１参照ピクチャ及び第２参照ピクチャのような２つの参照ピクチャが使用される。現在ピクチャ内のブロックは、第１参照ピクチャ内の第１参照ブロックを指す第１動きベクトル、及び第２参照ピクチャ内の第２参照ブロックを指す第２動きベクトルにより符号化できる。ブロックは、第１参照ブロック及び第２参照ブロックの結合により予測できる。

【0081】

さらに、符号化効率を向上するために、インターピクチャ予測において融合モード技術が使用できる。

【0082】

本開示の幾つかの実施形態によると、インターピクチャ予測及びイントラピクチャ予測のような予測は、ブロックのユニットの中で実行される。例えば、ＨＥＶＣ標準によると、ビデオピクチャシーケンスの中のピクチャは、圧縮のためにコーディングツリーユニット（coding tree unit：CTU）にパーティションされる。ピクチャ内のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセルのような、同じサイズを有する。通常、ＣＴＵは、３個のコーディングツリーブロック（coding tree blocks：CTB）、つまり１個のルマＣＴＢ及び２個のクロマＣＴＢ、を含む。各ＣＴＵは、１又は複数の符号化ユニット（coding unit：CU）に再帰的に４分木分割できる。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１個のＣＵ、又は３２×３２ピクセルの４個のＣＵ、又は１６×１６ピクセルの１６個のＣＵに分割できる。一例では、各ＣＵは、インター予測タイプ又はイントラ予測タイプのようなＣＵの予測タイプを決定するために分析される。ＣＵは、時間的及び／又は空間的予測性に依存して、１つ以上の予測ユニット（prediction unit：PU）に分割される。通常、各ＰＵは、ルマ予測ブロック（prediction block：PB）、及び２個のクロマＰＢを含む。一実施形態では、符号化（符号化／復号）における予測演算が、予測ブロックのユニットの中で実行される。ルマ予測ブロックを予測ブロックの一例として用いると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセル、等のようなピクセルについて値（例えば、ルマ値）のマトリクスを含む。

【0083】

図６は、本開示の別の実施形態によるビデオエンコーダ（６０３）の図を示す。ビデオエンコーダ（６０３）は、ビデオピクチャシーケンスの中の現在ビデオピクチャ内のサンプル値の処理ブロック（例えば、予測ブロック）を受信し、処理ブロックを符号化ビデオシーケンスの部分である符号化ピクチャに符号化するよう構成される。一例では、ビデオエンコーダ（６０３）は、図３の例では、ビデオエンコーダ（３０３）の代わりに使用される。

【0084】

ＨＥＶＣの例では、ビデオエンコーダ（６０３）は、８×８サンプル等の予測ブロックのような、処理ブロックのサンプル値のマトリクスを受信する。ビデオエンコーダ（６０３）は、例えばレート歪み最適化を用いて、処理ブロックがイントラモード、インターモード、又は双予測モードを用いて最適に符号化されるかを決定する。処理ブロックはイントラモードで符号化されるとき、ビデオエンコーダ（６０３）は、処理ブロックを符号化ピクチャへと符号化するために、イントラ予測技術を使用してよい。処理ブロックがインターモード又は双予測モードで符号化されるとき、ビデオエンコーダ（６０３）は、処理ブロックを符号化ピクチャへと符号化するために、それぞれインター予測又は双予測技術を使用してよい。特定のビデオ符号化技術では、融合モードは、予測器のギア部の符号化動きベクトルコンポーネント無しに、動きベクトルが１つ以上の動きベクトル予測器から得られるインターピクチャ予測サブモードであり得る。特定の他のビデオ符号化技術では、対象ブロックに適用可能な動きベクトルコンポーネントが存在し得る。一例では、ビデオエンコーダ（６０３）は、処理ブロックのモードを決定するために、モード決定モジュール（図示しない）のような他のコンポーネントを含む。

【0085】

図６の例では、ビデオエンコーダ（６０３）は、図６に示したように一緒にインターエンコーダ（６３０）、イントラエンコーダ（６２２）、残差計算器（６２３）、スイッチ（６２６）、残差エンコーダ（６２４）、汎用制御部（６２１）、及びエントロピーエンコーダ（６２５）を含む。

【0086】

インターエンコーダ（６３０）は、現在ブロック（例えば、処理中のブロック）のサンプルを受信し、ブロックを参照ピクチャ内の１つ以上の参照ブロック（例えば、前のピクチャ及び後のピクチャの中のブロック）と比較し、インター予測情報（例えば、インター符号化技術による冗長情報の説明、動きベクトル、融合モード情報）を生成し、任意の適切な技術を用いてインター予測情報に基づきインター予測結果（例えば、予測ブロック）を計算するよう構成される。幾つかの例では、参照ピクチャは、符号化ビデオ情報に基づき復号された、復号参照ピクチャである。

【0087】

イントラエンコーダ（６２２）は、現在ブロック（例えば、処理中のブロック）のサンプルを受信し、幾つかの場合には、ブロックをサンプルピクチャ内の既に符号化されたブロックと比較し、変換後に量子化された係数を、幾つかの場合にはイントラ予測情報（例えば、１つ以上のイントラ符号化技術によるイントラ予測方向情報）も生成するよう構成される。一例では、イントラエンコーダ（６２２）は、イントラ予測情報及び同じピクチャ内の参照ブロックに基づき、イントラ予測結果（例えば、予測したブロック）も計算する。

【0088】

汎用制御部（６２１）は、一般制御データを決定し、一般制御データに基づきビデオエンコーダ（６０３）の他のコンポーネントを制御するよう構成される。一例では、汎用制御部（６２１）は、ブロックのモードを決定し、モードに基づき、制御信号をスイッチ（６２６）に提供する。例えば、モードがイントラモードであるとき、汎用制御部（６２１）は、残差計算器（６２３）による使用のためにイントラモード結果を選択するようスイッチ（６２６）を制御し、イントラ予測情報を選択してビットストリーム内にイントラ予測情報を含めるよう、エントロピーエンコーダ（６２５）を制御し、モードがインターモードであるとき、汎用制御部（６２１）は、残差計算器（６２３）による使用のためにインター予測結果を選択するようスイッチ（６２６）を制御し、インター予測情報を選択してビットストリーム内にインター予測情報を含めるよう、エントロピーエンコーダ（６２５）を制御する。

【0089】

残差計算器（６２３）は、受信したブロックとイントラエンコーダ（６２２）又はインターエンコーダ（６３０）からの選択された予測結果との間の差（残差データ）を計算するよう構成される。残差エンコーダ（６２４）は、残差データに基づき動作して、残差データを符号化し、変換係数を生成するよう構成される。一例では、残差エンコーダ（６２４）は、残差データを空間ドメインから周波数ドメインへと変換し、変換係数を生成するよう構成される。変換係数は、次に、量子化変換係数を得るために、量子化処理を受ける。種々の実施形態では、ビデオエンコーダ（６０３）も残差デコーダ（６２８）を含む。残差デコーダ（６２８）は、逆変換を実行し、復号残差データを生成するよう構成される。復号残差データは、イントラエンコーダ（６２２）及びインターエンコーダ（６３０）により適切に使用できる。例えば、インターエンコーダ（６３０）は、復号残差データ及びインター予測情報に基づき復号ブロックを生成でき、イントラエンコーダ（６２２）は、復号残差データ及びイントラ予測情報に基づき復号ブロックを生成できる。復号ブロックは、復号ピクチャを生成するために適切に処理され、復号ピクチャは、幾つかの例ではメモリ回路（図示しない）にバッファリングされ、参照ピクチャとして使用できる。

【0090】

エントロピーエンコーダ（６２５）は、符号化ブロックを含めるために、ビットストリームをフォーマットするよう構成される。エントロピーエンコーダ（６２５）は、ＨＥＶＣ標準のような適切な標準に従い種々の情報を含むよう構成される。一例では、エントロピーエンコーダ（６２５）は、ビットストリームに、一般制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及び他の適切な情報を含めるよう構成される。開示の主題によると、インターモード又は双予測モードのいずれかの融合サブモードでブロックを符号化するとき、残差情報は存在しないことに留意する。

【0091】

図７は、本開示の別の実施形態によるビデオエンコーダ（７１０）の図を示す。ビデオデコーダ（７１０）は、符号化ビデオシーケンスの部分である符号化ピクチャを受信し、符号化ピクチャを復号して再構成ピクチャを生成するよう構成される。一例では、ビデオデコーダ（７１０）は、図３の例では、ビデオデコーダ（３１０）の代わりに使用される。

【0092】

図７の例では、ビデオデコーダ（７１０）は、図７に示したように一緒にエントロピーデコーダ（７７１）、インターデコーダ（７８０）、残差デコーダ（７７３）、再構成モジュール（７７４）、イントラデコーダ（７７２）を含む。

【0093】

エントロピーデコーダ（７７１）は、符号化ピクチャから、符号化ピクチャの生成されたシンタックス要素を表す特定のシンボルを再構成するよう構成され得る。このようなシンボルは、例えば、ブロックの符号化されたモード（例えば、イントラモード、インターモード、双方向モード、融合サブモード又は別のサブモードの後者の２つ）、それぞれイントラデコーダ（７７２）又はインターデコーダ（７８０）による予測のために使用される特定のサンプル又はメタデータを特定できる予測情報（例えば、イントラ予測情報又はインター予測情報）、例えば量子化された変換係数の形式の残差情報、等を含み得る。一例では、予測モードがインター又は双方向予測モードであるとき、インター予測情報がインターデコーダ（７８０）に提供され、予測タイプがイントラ予測タイプであるとき、イントラ予測情報がイントラデコーダ（７７２）に提供される。残差情報は、逆量子化され、残差デコーダ（７７３）に提供される。

【0094】

インターデコーダ（７８０）は、インター予測情報を受信し、インター予測情報に基づきインター予測結果を生成するよう構成される。

【0095】

イントラデコーダ（７７２）は、イントラ予測情報を受信し、イントラ予測情報に基づき予測結果を生成するよう構成される。

【0096】

残差デコーダ（７７３）は、逆量子化を実行して、逆量子化された変換係数を抽出し、逆量子化された変換係数を処理して、残差を周波数ドメインから空間ドメインへと変換するよう構成される。残差デコーダ（７７３）は、（量子化器パラメータ（Quantizer Parameter：QP）を含むための）特定の制御情報も要求してよい。この情報は、エントロピーデコーダ（７７１）により提供されてよい（これは低容量制御情報のみなので、データ経路は示されない）。

【0097】

再構成モジュール（７７４）は、空間ドメインで、残差デコーダ（７７３）による出力としての残差と（場合によりインター又はイントラ予測モジュールによる出力としての）予測結果とを結合して、再構成ピクチャの部分であり得る、一方で再構成ビデオの部分であり得る、再構成ブロックを形成するよう構成される。デブロッキング動作などのような他の適切な動作が、視覚的品質を向上するために実行できる。

【0098】

ビデオエンコーダ（３０３）、（５０３）、及び（６０３）、並びにビデオデコーダ（３１０）、（４１０）、及び（７１０）は、任意の適切な技術を用いて実装できることに留意する。一実施形態では、ビデオエンコーダ（３０３）、（５０３）、及び（６０３）、並びにビデオデコーダ（３１０）、（４１０）、及び（７１０）は、１つ以上の集積回路を用いて実装できる。別の実施形態では、ビデオエンコーダ（３０３）、（５０３）、及び（５０３）、並びにビデオデコーダ（３１０）、（４１０）、及び（７１０）は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実装できる。

【0099】

図８は、一実施形態による、現在ブロック（８０１）の空間的近隣ブロック及び時間的近隣ブロックの概略図である。現在ブロック（８０１）の動き情報候補のリストは、空間的近隣ブロック及び／又は時間的近隣ブロックのうちの１つ以上の動き情報に基づき、通常のマージモードに従い構成できる。通常のマージモードに従い構成される動き情報候補のリストの中の動き情報候補は、本開示では、通常のマージ候補とも呼ばれる。

【0100】

例えば、ＨＥＶＣでは、ピクチャ間予測のためのマージモードが導入される。符号化ビデオビットストリーム内で運ばれるマージフラグ（スキップフラグを含む）が真としてシグナリングされた場合、マージモードを用いて構成された動き情報候補のリスト（マージ候補リストとも呼ばれる）の中のどの候補が現在ブロックの動きベクトルを示すために使用されるべきかを示すために、マージインデックスもシグナリングされ得る。デコーダにおいて、マージ候補リストは、現在ブロックの空間的近隣ブロック及び／又は時間的近隣ブロックの動き情報（つまり、候補）に基づき構成される。このようなマージモードは、本開示では、単に図９を参照して更に説明されるアフィンマージモードと区別可能にするために、通常のマージモードとも呼ばれる。

【0101】

図８を参照すると、現在ブロック（８０１）の（１方向予測のための）動きベクトル又は（２方向予測のための）動きベクトルが、通常のマージモードを用いて構成された動き情報候補のリストに基づき予測できる。動き情報候補のリストは、Ａ０、Ａ１、Ｂ０、Ｂ１、Ｂ２（それぞれ８０２～８０６）と示される空間的近隣ブロック、及び／又はＣ０及びＣ１（それぞれ８１２及び８１３）と示される時間的近隣ブロックのような、近隣ブロックの動き情報に基づき導出できる。幾つかの例では、空間的近隣ブロックＡ０、Ａ１、Ｂ０、Ｂ１、及びＢ２、及び現在ブロック（８０１）は、同じピクチャに属する。幾つかの例では、時間的近隣ブロックＣ０及びＣ１は参照ピクチャに属する。ブロックＣ０は、現在ブロック（８０１）の外側の位置に対応し、現在ブロック（８０１）の右下角に隣接する。ブロックＣ１は、ブロック（８０１）の中央の右下側の位置に対応し、それに隣接してよい。

【0102】

幾つかの例では、通常のマージモードを用いる動き情報候補のリストを構成するために、近隣ブロックＡ１、Ｂ１、Ｂ０、Ａ０、及びＢ２は、順にチェックされる。チェックされたブロックのうちのいずれかが、有利な動き情報（例えば、有効な候補）を含むとき、有効な候補は、動き情報候補のリストに追加できる。重複する動き情報候補がリストに含まれるのを回避するために、刈り込み（pruning）操作が実行できる。

【0103】

時間的近隣ブロックは、時間的動き情報をリストに追加するためにチェックされ得る。時間的近隣ブロックは、空間的近隣ブロックの後にチェックされ得る。幾つかの例では、ブロックＣ０の動き情報は、利用可能ならば、時間的動き情報候補としてリストに追加される。ブロックＣ０がインターモードで符号化された又は利用可能でない場合、ブロックＣ１の動き情報が、時間的動き情報候補として代わりに使用できる。

【0104】

幾つかの例では、空間的及び時間的動き情報候補をチェックし及び／又は動き情報候補のリストに追加した後に、ゼロ動きベクトルがリストに追加され得る。

【0105】

図９は、一実施形態による、現在ブロック（９０１）の空間的近隣ブロック及び時間的近隣ブロックの概略図である。現在ブロック（９０１）の動き情報候補のリストは、空間的近隣ブロック及び／又は時間的近隣ブロックのうちの１つ以上の動き情報に基づき、アフィンマージモードを用いて構成できる。図９は、現在ブロック（９０１）、Ａ０、Ａ１、Ａ２、Ｂ１、Ｂ２、Ｂ３（それぞれ、９０２、９０３、９０７、９０４、９０５、９０６、９０８）と示されるその空間的近隣、及びＣ０（９１２）と示される時間的近隣ブロックを示す。幾つかの例では、空間的近隣ブロックＡ０、Ａ１、Ａ２、Ｂ０、Ｂ１、Ｂ２、及びＢ３、及び現在ブロック（９０１）は、同じピクチャに属する。幾つかの例では、時間的近隣ブロックＣ０は、参照ピクチャに属し、現在ブロック（９０１）の外側の位置に対応し、現在ブロック（９０１）の右下角に隣接する。

【0106】

幾つかの例では、現在ブロック（９０１）の動きベクトル、及び／又は現在ブロックのサブブロックは、アフィンモデル（例えば、６パラメータアフィンモデル、又は４パラメータアフィンモデル）を用いて導出できる。幾つかの例では、アフィンモデルは、ブロックの動きベクトルを記述するために、６個のパラメータを有する（例えば、６パラメータアフィンモデル）。一例では、アフィン符号化ブロックの６個のパラメータは、ブロックの３つの異なる位置（例えば、図９の左上、右上、及び左下角にある制御点ＣＰ０、ＣＰ１、及びＣＰ２）における３個の動きベクトル（３個の制御点動きベクトルとも呼ばれる）により表すことができる。別の例では、簡易アフィンモデルは、アフィン符号化ブロックの動き情報を記述するために４個のパラメータを使用する。これらは、ブロックの２つの異なる位置（例えば、図９の左上及び右上角にある制御点ＣＰ０及びCP１）における２個の動きベクトル（２個の制御点動きベクトルとも呼ばれる）により表すことができる。

【0107】

動き情報候補のリストは、アフィンマージモードを用いて構成できる（アフィンマージ候補リストとも呼ばれる）。アフィンマージモードに従い構成される動き情報候補のリストの中の動き情報候補は、本開示では、アフィンマージ候補とも呼ばれる。幾つかの例では、現在ブロックが８サンプル以上の幅及び高さを有するとき、アフィンマージモードが適用できる。アフィンマージモードによると、現在ブロックの制御点動きベクトル（control point motion vector (CPMV)）は、空間的近隣ブロックの動き情報に基づき生成できる。幾つかの例では、動き情報候補のリストは、最大５個のＣＰＭＶ候補を含むことができ、インデックスは、どのＣＰＭＶ候補が現在ブロックのために使用されるべきかを示すためにシグナリングされ得る。

【0108】

幾つかの実施形態では、アフィンマージ候補リストは、継承（inherited）アフィン候補、構成アフィン候補、及びゼロＭＶを含む、３種類のＣＰＭＶ候補を有することができる。継承アフィン候補は、近隣ブロックのＣＰＭＶからの推定により導出できる。構成アフィン候補は、近隣ブロックの並進ＭＶを用いて導出できる。

【0109】

ＶＴＭの例では、多くて２個の継承アフィン候補があり、これらは、左近隣ブロック（Ａ０及びＡ１）から１つ及び上側近隣ブロック（Ｂ０、Ｂ１、Ｂ２）からの１つを含む近隣ブロックの対応するアフィン動きモデルから導出される。左からの候補については、近隣ブロックＡ０及びＡ１が順にチェックされ、近隣ブロックＡ０及びＡ１からの第１の利用可能な継承アフィン候補が、左からの継承アフィン候補として使用される。上からの候補については、近隣ブロックＢ０、Ｂ１及びＢ２が順にチェックされ、近隣ブロックＢ０、Ｂ１及びＢ２からの第１の利用可能な継承アフィン候補が、上からの継承アフィン候補として使用される。幾つかの例では、２つの継承アフィン候補の間で刈り込みチェックは実行されない。

【0110】

近隣アフィンブロックが識別されると、現在ＣＵのアフィンマージリストに追加されるべき対応する継承アフィン候補が、近隣アフィンブロックの制御点動きベクトルから導出できる。図９の例では、近隣ブロックＡ１がアフィンモードに従い符号化される場合、ブロックＡ１の左上角（制御点ＣＰ０_Ａ１）、右上角（制御点ＣＰ１_Ａ１）、及び左下角（制御点ＣＰ２_Ａ１）の動きベクトルが取得できる。ブロックＡ１が４パラメータアフィンモデルを用いて符号化されるとき、現在ブロック（９０１）の継承アフィン候補としての２個のＣＰＭＶは、制御点ＣＰ０_Ａ１及び制御点ＣＰ１_Ａ１の動きベクトルに従い計算できる。ブロックＡ１が６パラメータアフィンモデルを用いて符号化されるとき、現在ブロック（９０１）の継承アフィン候補としての３個のＣＰＭＶは、制御点ＣＰ０_Ａ１、制御点ＣＰ１_Ａ１及び制御点ＣＰ２_Ａ１の動きベクトルに従い計算できる。

【0111】

更に、構成アフィン候補は、各制御点の近隣並進動き情報を結合することにより導出できる。制御点ＣＰ０、ＣＰ１、ＣＰ２の動き情報は、指定された空間的近隣ブロックＡ０、Ａ１、Ａ２、Ｂ０、Ｂ１、Ｂ２、及びＢ３から導出される。

【0112】

例えば、ＣＰＭＶ_ｋ（ｋ＝１、２、３、４）は、ｋ番目の制御点の動きベクトルを表す。ここで、ＣＰＭＶ_１は制御点ＣＰ０に対応し、ＣＰＭＶ_２は制御点ＣＰ１に対応し、ＣＰＭＶ_３は制御点ＣＰ２に対応し、ＣＰＭＶ_４は時間的近隣ブロックＣ０に基づく時間的制御点に対応する。ＣＰＭＶ_１については、近隣ブロックＢ２、Ｂ３、及びＡ２が順にチェックでき、近隣ブロックＢ２、Ｂ３、及びＡ２からの第１の利用可能な動きベクトルがＣＰＭＶ_１として使用される。ＣＰＭＶ_２については、近隣ブロックＢ１及びＢ０が順にチェックでき、近隣ブロックＢ１及びＢ０からの第１の利用可能な動きベクトルがＣＰＭＶ_２として使用される。ＣＰＭＶ_３については、近隣ブロックＡ１及びＡ０が順にチェックでき、近隣ブロックＡ１及びＡ０からの第１の利用可能な動きベクトルがＣＰＭＶ_３として使用される。更に、時間的近隣ブロックＣ０の動きベクトルは、利用可能ならば、ＣＰＭＶ_４として使用できる。

【0113】

４個の制御点ＣＰ０、ＣＰ１、ＣＰ２及び時間的制御点のＣＰＭＶ_１、ＣＰＭＶ_２、ＣＰＭＶ_３、ＣＰＭＶ_４が取得された後、アフィンマージ候補リストは、以下の順で構成されるアフィンマージ候補を含むよう構成できる：｛ＣＰＭＶ_１，ＣＰＭＶ_２，ＣＰＭＶ_３｝、｛ＣＰＭＶ_１，ＣＰＭＶ_２，ＣＰＭＶ_４｝、｛ＣＰＭＶ_１，ＣＰＭＶ_３，ＣＰＭＶ_４｝、｛ＣＰＭＶ_２，ＣＰＭＶ_３，ＣＰＭＶ_４｝、｛ＣＰＭＶ_１，ＣＰＭＶ_２｝、及び｛ＣＰＭＶ_１，ＣＰＭＶ_３｝。３個のＣＰＭＶの任意の結合は、６パラメータアフィンマージ候補を形成でき、２個のＣＰＭＶの任意の結合は、４パラメータアフィンマージ候補を形成できる。幾つかの例では、動きスケーリング処理を回避するために、一群の制御点の参照インデックスが異なる場合、ＣＰＭＶの対応する結合は廃棄できる。

【0114】

図１０Ａは、一実施形態による、空間的近隣ブロックの動き情報に基づく、サブブロックに基づく時間的ＭＶ予測方法を用いる、現在ブロック（１０１１）の予測動き情報を決定するために使用可能な空間的近隣ブロックの概略図である。図１０Ａは、現在ブロック（１０１１）、Ａ０、Ａ１、Ｂ０、Ｂ１（それぞれ、、１０１２、１０１３、１０１４、１０１５）と示されるその空間的近隣ブロックを示す。幾つかの例では、空間的近隣ブロックＡ０、Ａ１、Ｂ０、Ｂ１、及び現在ブロック（１０１１）は、同じピクチャに属する。

【0115】

図１０Ｂは、一実施形態による、この非限定的な例においてブロックＡ１のような選択された空間的近隣ブロックに基づき、サブブロックに基づく時間的ＭＶ予測方法を用いて、現在ブロック（１０１１）のサブブロックについて動き情報を決定する概略図である。本例では、現在ブロック（１０１１）は現在ピクチャ（１０１０）内にあり、参照ブロック（１０６１）は、参照ピクチャ（１０６０）内にあり、動きベクトル（１０２２）により示される現在ブロック（１０１１）と参照ブロック（１０６１）との間の動きシフト（又は変位）に基づき識別できる。

【0116】

幾つかの実施形態では、ＨＥＶＣにおける時間的動きベクトル予測（temporal motion vector prediction (TMVP)）と同様に、サブブロックに基づく時間的ＭＶ予測（sub-block based temporal MV prediction (SbTMVP)）は、現在ピクチャ内の現在ブロックに対する参照ピクチャ内の種々の参照サブブロック内の動き情報を使用する。幾つかの実施形態では、ＴＭＶＰにより使用される同じ参照ピクチャは、ＳｂＴＶＭＰのために使用できる。幾つかの実施形態では、ＴＭＶＰは、ＣＵレベルで動き情報を予測するが、ＳｂＴＶＭＰは、サブＣＵレベルで動きを予測する。幾つかの実施形態では、ＴＭＶＰは、現在ブロックの右下角又は中央に隣接する対応する位置を有する、参照ピクチャ内の同一位置のブロックからの時間的動きベクトルを使用し、ＳｂＴＶＭＰは、現在ブロックの空間的近隣ブロックのうちの１つからの動きベクトルに基づき動きシフトを実行することにより識別できる、参照ブロックからの時間的動きベクトルを使用する。

【0117】

例えば、図１０Ａに示すように、近隣ブロックＡ１、Ｂ１、Ｂ０、及びＡ０は、ＳｂＴＶＭＰ処理において順次チェックできる。例えば参照ピクチャ（１０６０）内の参照ブロックＡＲ１を指す動きベクトル（１０２２）を有するブロックＡ１のような、参照ピクチャ（１０６０）を自身の参照ピクチャとして使用する動きベクトルを有する第１の空間的近隣ブロックが識別されると直ぐに、この動きベクトル（１０２２）は、動きシフトを実行するために使用できる。このような動きベクトルが空間的近隣ブロックＡ１、Ｂ１、Ｂ０、及びＡ０から利用可能でないとき、動きシフトは（０，０）に設定される。

【0118】

動きシフトを決定した後に、参照ブロック（１０６１）は、現在ブロック（１０１１）の位置及び決定された動きシフトに基づき識別できる。図１０Ｂでは、参照ブロック（１０６１）は、参照動き情報ＭＲａ～ＭＲｐにより、１６個のサブブロックに更に分割できる。幾つかの例では、参照ブロック（１０６１）内の各サブブロックの参照動き情報は、このようなサブブロックの中央サンプルをカバーする最小動きグリッドに基づき決定できる。動き情報は、動きベクトル及び対応する参照インデックスを含み得る。現在ブロック（１０１１）は１６個のサブブロックに更に分割でき、現在ブロック（１０１１）内のサブブロックの動き情報ＭＶａ～ＭＶｐは、ＴＭＶＰ処理と同様の方法で、幾つかの例では時間的スケーリングにより、参照動き情報ＭＲａ～ＭＲｐから導出できる。

【0119】

ＳｂＴＶＭＰ処理で使用されるサブブロックサイズは、固定され（又は予め決定され）又はシグナリングされ得る。幾つかの例では、ＳｂＴＶＭＰ処理で使用されるサブブロックサイズは８×８サンプルであり得る。幾つかの例では、ＳｂＴＶＭＰ処理は、固定又はシグナリングされたサイズ、例えば８ピクセル、以上の幅及び高さを有するブロックにのみ適用可能である。

【0120】

ＶＴＭの例では、ＳｂＴＶＭＰ候補及びアフィンマージ候補を含む、結合されたサブブロックに基づくマージリストは、サブブロックに基づくマージモードのシグナリングのために使用される。ＳｂＴＶＭＰモードは、シーケンスパラメータセット（sequence parameter set (SPS)）フラグにより有効又は無効にできる。幾つかの例では、ＳｂＴＭＶＰモードが有効にされた場合、ＳｂＴＭＶＰ候補は、サブブロックに基づくマージ候補のリストの第１エントリとして追加され、その後にアフィンマージ候補が続く。幾つかの実施形態では、サブブロックに基づくマージリストの最大許容サイズは、５に設定される。しかしながら、他の実施形態では他のサイズが利用されてよい。

【0121】

幾つかの実施形態では、追加ＳｂＴＭＶＰマージ候補の符号化ロジックは、他のマージ候補の場合と同じである。つまり、Ｐ又はＢスライスの中の各ブロックについて、ＳｂＴＭＶＰ候補を使用するか否かを決定するために、追加レート歪みチェックが実行できる。

【0122】

図１１Ａは、一実施形態による、履歴に基づくＭＶ予測（history based MV prediction (HMVP)）方法を用いる、動き情報候補のリストを構成し及び更新する処理（１１００）の概略を示すフローチャートである。ＭＨＶＰ方法に従い構成される動き情報候補のリストの中の動き情報候補は、本開示では、ＨＭＶＰ候補とも呼ばれる。

【0123】

幾つかの実施形態では、ＨＭＶＰ方法を用いる動き情報候補のリスト（履歴リストとも呼ばれる）は、符号化又は復号処理の間に構成され更新できる。履歴リストは、新しいスライスが開始するとき、空にされ得る。幾つかの実施形態では、符号化又は復号されたばかりのインター符号化非アフィンブロックが存在するか否かに拘わらず、関連する動き情報は、履歴リストの最後のエントリに、新しいＨＭＶＰ候補として追加できる。従って、現在ブロックを処理する（符号化又は復号する）前に、ＨＭＶＰ候補を有する履歴リストがロードされ得る（Ｓ１１１２）。現在ブロックは、履歴リスト内のＨＭＶＰ候補を用いて符号化又は復号できる（Ｓ１１１４）。後に、履歴リストは、現在ブロックを符号化又は復号するために動き情報を用いて更新できる（Ｓ１１１６）。

【0124】

図１１Ｂは、一実施形態による、履歴に基づくＭＶ予測方法を用いる、動き情報候補のリストを更新する概略図である。図１１Ｂは、サイズＬを有する履歴リストを示し、リスト内の各候補は、０～Ｌ－１の範囲のインデックスにより識別できる。Ｌは、０以上の整数である。現在ブロックを符号化又は復号する前に、履歴リスト（１１２０）は、Ｌ個の候補：ＨＭＶＰ_１、ＨＭＶＰ_２、．．．、ＨＭＶＰ_ｍ、．．．、ＨＭＶＰ_Ｌ－２、及びＨＭＶＰ_Ｌ－１を含む。ここで、ｍは、０～Ｌの範囲の整数である。現在ブロックを符号化又は復号した後に、新しいエントリＨＭＶＰ_ｃが履歴リストに追加される。

【0125】

ＶＴＭの例では、履歴リストのサイズは６に設定でき、これは、最大で６個のＨＭＶＰ候補が履歴リストに追加できることを示す。新しい動き候補（例えば、ＨＭＶＰ_ｃ）を履歴リストに挿入するとき、制約された先入れ先出し（first-in-first-out (FIFO)）ルールが利用できる。ここで、冗長性チェックが先ず適用されて、履歴リスト内に冗長なＨＭＶＰが存在するか否かを見付ける。冗長なＨＭＶＰが見付からない場合、第１ＨＭＶＰ候補（図１１Ｂの例ではＨＭＶＰ_１であり、インデックス＝０を有する）は、リストから削除され、全部の他のＨＭＶＰ候補は、後に順方向に移動され、例えばインデックスが１だけ減少される。新しいＨＭＶＰ_ｃ候補は、結果として生じたリスト（１１３０）に示されるように、リストの最後のエントリに追加できる（例えば図１１Ｂでインデックス＝Ｌ－１を有する）。他方で、（例えば図１１ＢのＨＭＶＰ_２のような）冗長なＨＭＶＰが見付かった場合、履歴リスト内の冗長なＨＭＶＰは、リストから削除され、その後の全部のＨＭＶＰ候補が順方向に移動され、例えばインデックスが１だけ減少される。新しいＨＭＶＰ_ｃ候補は、結果として生じたリスト（１１４０）に示されるように、リストの最後のエントリに追加できる（例えば図１１Ｂでインデックス＝Ｌ－１を有する）。

【0126】

幾つかの例では、ＨＭＶＰ候補は、マージ候補リスト構成処理で使用され得る。例えば、リスト内の最新のＨＭＶＰ候補は、順番にチェックされ、ＴＭＶＰ候補の後に候補リストに挿入できる。幾つかの実施形態では、サブブロック動き候補（つまり、ＳｂＴＭＶＰ候補）ではなく、空間的又は時間的マージ候補に対するＨＭＶＰ候補に刈り込みが適用できる。

【0127】

幾つかの実施形態では、刈り込み操作の回数を削減するために、以下のルールのうちの１つ以上が次に可能である：
（ａ）Ｍにより示されるチェックされるべきＨＭＰＶ候補の数は、以下のように設定される：Ｍ＝（Ｎ＜＝４）？Ｌ：（８－Ｎ）。ここで、Ｎは、利用可能なサブブロックマージ候補の数を示し、Ｌは、履歴リスト内の利用可能なＨＭＶＰ候補の数を示す。
（ｂ）更に、利用可能なマージ候補の合計数が、シグナリングされた最大マージ候補数より１だけ少なくなると、ＨＭＶＰリストからのマージ候補リスト構成処理は終了され得る。
（ｃ）更に、結合２方向予測マージ候補導出のためのペア数は、１２から６にまで削減できる。

【0128】

幾つかの実施形態では、ＨＭＶＰ候補は、ＡＭＶＰ候補リスト構成処理で使用され得る。履歴リスト内の最新のＫ個のＨＭＶＰ候補の動きベクトルは、ＴＭＶＰ候補の後に、ＡＭＶＰ候補に追加できる。幾つかの例では、ＡＭＶＰ目標参照ピクチャと同じ参照ピクチャを有するＨＭＶＰのみが、ＡＭＶＰ候補リストに追加されるべきである。刈り込みは、ＨＭＶＰ候補に対して適用できる。幾つかの例では、Ｋは４に設定され、ＡＭＶＰリストサイズは不変に保たれ、例えば２に等しい。

【0129】

幾つかの例では、動き情報候補のリストは、上述の種々のリスト構成処理、及び／又は任意の他の適用可能なリスト構成処理により構成できる。動き情報候補のリストが構成された後に、所定のペアリングに従い既に決定された参照動き情報をペア毎に平均化することにより、追加平均参照動きベクトルが決定できる。

【0130】

幾つかの例では、現在ブロックを符号化するために参照動き候補のリストに含まれると決定された多くて４個の参照動きベクトルが存在し得る。これらの４個の参照動きベクトルは、リスト内の参照動きベクトルの順序を示すインデックス（例えば、０、１、２、及び３）と関連してリスト内に配置されてよい。追加平均参照動きベクトルは、それぞれ、例えば｛（０，１），（０，２），（１，２），（０，３），（１，３），（２，３）｝として定められるペアに基づき決定されてよい。幾つかの例では、所定のペアの両方の参照動きベクトルが参照動きベクトルのリスト内で利用可能である場合、これら２つの参照動きベクトルは、それらが異なる参照ピクチャを指すときでも、依然として平均化できる。

【0131】

更に、現在ピクチャ参照（current picture referencing (CPR)）は、時に、イントラブロックコピー（intra block copy (IBC)）として参照される。ここで、現在ブロックの動きベクトルは、現在ピクチャ内の既に再構成されたサンプルを表す。ＣＰＲは、ＨＥＶＣスクリーンコンテンツ符号化拡張（HEVC screen content coding extension (HEVC SCC)）でサポートされる。ＣＰＲ符号化ブロックは、インター符号化ブロックとしてシグナリングできる。ＣＰＲ符号化ブロックのルマ動き（又はブロック）ベクトルは、整数の精度で提供できる。クロマ動きベクトルも同様に整数の精度でクリッピングできる。ＡＭＶＲと結合されるとき、ＣＰＲモードは、１画素（ｐｅｌ）と４画素（ｐｅｌ）動きベクトル精度の間で切り替えできる。現在ピクチャは、参照ピクチャリストＬ０の終わりに配置できる。メモリ消費及びデコーダの複雑性を低減するために、ＶＴＭの例におけるＣＰＲは、現在ＣＴＵの再構成部分のみの参照を許容し得る。この低減は、ハードウェア実装のためにローカルオンチップメモリを用いてＣＰＲモードを実装することを可能にする。

【0132】

エンコーダ側では、ハッシュに基づく動き推定がＣＰＲについて実行される。エンコーダは、もはや１６ルマサンプルより大きくない幅又は高さを有するブロックについてレート歪みチェックを実行できる。非マージモードでは、ブロックベクトル検索は、先ず、ハッシュに基づく検索を用いて実行できる。ハッシュ検索が有効な候補を返さない場合、ブロック照合に基づくローカル検索が実行できる。

【0133】

幾つかの例では、ハッシュに基づく検索を実行するとき、現在ブロックと参照ブロックとの間のハッシュキー照合（３２ビットＣＲＣ）は、全部の許容ブロックサイズに拡張できる。現在ピクチャ内の全ての位置についてのハッシュキー計算は、４×４サブブロックに基づくことができる。より大きなサイズの現在ブロックでは、４×４サブブロックの全部のハッシュキーが対応する参照位置にあるハッシュキーに一致するとき、ハッシュキーは、参照ブロックのハッシュキーに一致するよう決定できる。幾つかの例では、複数の参照ブロックのハッシュキーが、現在ブロックのハッシュキーと一致することが分かった場合、各一致した参照のブロックベクトルのコストが計算され、最小コストを有するものが選択できる。

【0134】

幾つかの例では、ブロック照合検索を実行するとき、検索範囲は、現在ＣＴＵ内の現在ブロックの上にある左へＲ個のサンプルに設定できる。ＣＴＵの始点で、Ｒの値は、時間的参照ピクチャが存在しない場合に初めに１２８に設定でき、少なくとも１つの時間的参照ピクチャが存在する場合に初めに６４に設定できる。ハッシュヒット率は、ハッシュに基づく検索を用いて一致があったＣＴＵ内のサンプルの比率として定義できる。幾つかの実施形態では、現在ＣＴＵを符号化する間、ハッシュヒット率が５％より低い場合、Ｒは半分に減少できる。

【0135】

幾つかの用途では、２方向予測を用いて再構成されるブロックについて、一般的双予測（generalized bi-prediction (GBi)）インデックスが使用され、ブロックの動き情報に含めることができる。幾つかの例では、ＧＢｉインデックスは、リスト１から第１参照ピクチャに適用可能な第１重みを示し、リスト０から第２参照ピクチャに適用可能な第２重みは第１重みから導出できる。幾つかの例では、ＧＢｉインデックスは、導出した重みパラメータｗを表すことができ、第１重みｗ_１は、ｗ_１＝ｗ／Ｆに従い決定でき、Ｆは精度係数（precision factor）を表す。

【0136】

また、第２重みｗ_０は、ｗ_０＝１－ｗ_１に従い決定できる。

【0137】

幾つかの例では、精度係数Ｆが８に設定されるとき（つまり、１／８のサンプル精度を有する）、現在ブロックの双予測Ｐ_{ｂｉ－ｐｒｅｄ}は、＝（（８－ｗ）＊Ｐ_０＋ｗ＊Ｐ_１＋４）＞＞３に従い生成できる。ここで、Ｐ_０及びＰ_１は、それぞれリスト０及びリスト１内の参照ピクチャからの参照サンプルである。

【0138】

幾つかの例では、８に設定された精度係数Ｆにより、ＧＢｉインデックスは、低遅延ピクチャのために利用可能な５個の重み｛－２／８，３／８，４／８，５／８，１０／８｝及び非低遅延ピクチャのための３個の重み｛３／８，４／８，５／８｝のうちの１つを表すために割り当てることができる。ＧＢｉインデックスを用いてシグナリングされるべき重みは、レート歪みコスト分析により決定できる。幾つかの例では、重みチェック順序は、エンコーダにおいて｛４／８，－２／８，１０／８，３／８，５／８｝であり得る。

【0139】

高度動きベクトル予測（advanced motion vector prediction (AMVP)）モードを用いる幾つかの用途では、重みパラメータ選択は、特定のＣＵが双予測により符号化される場合、ＣＵレベルでＧＢｉインデックスを使用して明示的にシグナリングできる。双予測が使用され、ＣＵ領域が２５６ルマサンプルより小さい場合、ＧＢｉインデックスシグナリングは破棄できる。

【0140】

幾つかの適用では、空間的候補からのインターマージモード、及び継承アフィンマージモードでは、重みパラメータ選択は、そのＧＢｉインデックスに基づき選択されたマージ候補から継承できる。他のマージタイプでは、例えば、時間的マージ候補、ＨＭＶＰ候補、ＳｂＴＭＶＰ候補、構成アフィンマージ候補、ペア毎の平均化候補、等では、重みは、規定重み（例えば、１／２又は４／８）を表すよう設定されてよく、選択された候補からのＧＢｉインデックスは継承されない。

【0141】

ＧＢｉインデックスの継承は、幾つかのマージモードでは時に有利になり得るが、他のものではそうではなく、前に符号化されたブロックからのＧＢｉインデックスを記録するために要求される追加メモリ空間による不利益が時に大きくなり得る。従って、上述の例に加えて、幾つかの実施形態では、ＧＢｉインデックス継承機能は、以下に更に記載するような種々のシナリオの適用のために更に構成され得る。後述するようなＧＢｉインデックス継承構成は、別個に使用され又は任意の順序で結合できる。幾つかの例では、以下のＧＢｉインデックス継承構成の全部が、同時に実施される訳ではない。

【0142】

幾つかの例のうちの第１のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承は、ＨＭＶＰマージ候補について有効にされ得る。幾つかの実施形態では、双予測された符号化ブロックのＧＢｉインデックスは、ＨＭＶＰ候補リストの各エントリに格納できる。このように、第１のＧＢｉインデックス継承構成によると、ＨＭＶＰ候補の管理は、通常のマージモードのような他のモードに従い構成され又は取得された動き情報候補の管理と調和できる。

【0143】

一実施形態では、ＨＭＶＰ候補リストの任意のエントリが更新されているとき、動き情報（例えば、ＭＶ、参照リスト、及び参照インデックスを含む）及び符号化ブロックからの対応するＧＢｉインデックスは、同様に更新できる。例えば、ブロックの予測情報を取得した後に、動き情報候補が、ブロックの予測情報に従いＨＭＶＰ候補リストに格納されるべきであると決定されると、動き情報候補は、少なくとも、第１ブロックが２方向予測に従い符号化されるとき、ブロックの動き情報、及び第１ブロックの２方向予測を実行するための重みパラメータを含むよう格納できる。また、動き情報候補は、少なくとも、ブロックが１方向予測に従い符号化されるとき、ブロックの動き情報、及び規定重みパラメータを含むよう格納できる。

【0144】

ＨＭＶＰ候補リストからの通常のインターマージ候補が、復号処理において現在符号化ブロックのＭＶ予測子として選択され、候補が２方向予測（双予測とも呼ばれる）を用いて符号化されるとき、現在ブロックのＧＢｉインデックスは、候補からのＧＢｉインデックス値の値に設定できる。或いは、ＨＭＶＰマージ候補が１方向予測（片予測とも呼ばれる）を用いて符号化される場合、現在ブロックのＧＢｉインデックスは、幾つかの例では１／２の重みに対応する規定ＧＢｉインデックスに設定できる。

【0145】

幾つかの例のうちの第２のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承は、空間的インターマージ候補についてのみ有効にされ得る。幾つかの実施形態では、ＧＢｉインデックス継承は、通常の空間的インターマージ候補についてのみ有効にできる。このように、第２のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承機能の実装は、計算の複雑性を低減するために、簡略化できる。

【0146】

幾つかの実施形態では、ブロックの予測情報を取得した後に、動き情報候補が、ブロックの予測情報に従い通常のマージ候補リストに格納されるべきであると決定されると、動き情報候補は、少なくとも、第１ブロックが２方向予測に従い符号化されるとき、ブロックの動き情報、及び第１ブロックの２方向予測を実行するための重みパラメータを含むよう格納できる。また、動き情報候補は、少なくとも、ブロックが１方向予測に従い符号化されるとき、ブロックの動き情報、及び規定重みパラメータを含むよう格納できる。

【0147】

一実施形態では、空間的マージ候補が現在ブロックの復号処理において選択され、候補が双予測されると、現在ブロックのＧＢｉインデックスは、候補ブロックからのＧＢｉインデックス値に設定できる。或いは、空間的マージ候補が片予測される場合、現在ブロックのＧＢｉインデックスは、幾つかの例では１／２の重みに対応する規定ＧＢｉインデックスに設定できる。幾つかの例では、現在ブロックについて選択されたマージ候補が、時間的マージ候補、アフィンモデル継承候補、ＳｂＴＭＶＰ候補、ＨＭＶＰ候補、又はペア毎平均化候補、等のような通常の空間的マージ候補ではない場合、現在ブロックのＧＢｉインデックスは、例えばメモリ負荷を低減するために、規定ＧＢｉインデックスに設定できる。

【0148】

幾つかの例のうちの第３のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承は、動きデータラインバッファからの通常の空間的マージ候補について無効にされ得る。このように、第３のＧＢｉインデックス継承構成によると、計算の複雑性が簡略化され、動き情報候補を格納するためのメモリ空間が削減できる。

【0149】

具体的に、現在ブロックが現在ＣＴＵの一番上の行に位置するとき、現在ブロックの上の位置からの空間的マージ候補は、動きデータラインバッファに格納されてよい。動きデータラインバッファは、前のＣＴＵ行のＣＴＵの一番下にある許容される最小サイズのインターブロックの最後の行の動き情報を格納するために使用される。

【0150】

一実施形態では、動きデータラインバッファからの通常の空間的マージ候補のＧＢｉインデックス継承は、動きデータラインバッファのメモリ記憶を節約するために無効にできる。例えば、リスト０及び／又はリスト１の動きベクトル値及び参照インデックス値を含む通常の動き情報のみが、動きデータラインバッファに保存されてよい。動きデータラインバッファは、前のＣＴＵ行にあるブロックに対応するＧＢｉインデックス値を格納することを回避できる。従って、幾つかの例では、現在ブロックについて選択された空間的マージ候補が、ＣＴＵ境界より上にある前のＣＴＵ行に位置するブロックからであるとき、動き情報は、動きデータラインバッファからロードでき、現在ブロックのＧＢｉインデックスは、幾つかの例では１／２の重みに対応する規定ＧＢｉインデックスに設定できる。

【0151】

図１２は、一実施形態による、ＣＴＵ境界（１２１０）にある現在ブロック（８０１）及びその空間的近隣ブロックの概略図である。図１２では、図８に示したものと同じ又は同様のコンポーネントは、同じ参照符号又はラベルが与えられ、それらの詳細な説明は図８に関して上述した。

【0152】

例えば、図１２に示すように、現在ブロック（８０１）について、選択された空間的マージ候補が近隣ブロックＢ０、Ｂ１、又はＢ２に対応する場合、それらの動き情報は、動きデータラインバッファに格納できる。従って、幾つかの例では、第３のＧＢｉインデックス継承構成によると、現在ブロック（８０１）のＧＢｉインデックスは、選択された空間的マージ候補のＧＢｉインデックス値を参照することなく、規定ＧＢｉインデックスに設定されてよい。

【0153】

幾つかの例では、第４のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承は、動きデータラインバッファからの通常のアフィンマージ候補について無効にされ得る。具体的に、現在ブロックが現在ＣＴＵの一番上の行に位置するとき、現在ブロックの継承アフィンマージ候補を導出するための、現在ブロックの上の位置からの空間的近隣ブロックのアフィン動き情報は、動きデータラインバッファに格納されてよい。動きデータラインバッファは、前のＣＴＵ行のＣＴＵの一番下にある許容される最小サイズのインターブロックの最後の行の動き情報を格納するために使用される。

【0154】

一実施形態では、動きデータラインバッファからのアフィンマージ候補のＧＢｉインデックス継承は、動きデータラインバッファのメモリ記憶を節約するために無効にできる。例えば、ＧＢｉインデックス値は、動きデータラインバッファに保存されなくてよい。現在ブロックについて選択された継承アフィンマージ候補が、ＣＴＵ境界より上に位置するアフィン符号化ブロックから導出されるとき、アフィン動き情報は、動きデータラインバッファからロードされる。現在ブロックのＧＢｉインデックスは、幾つかの例では１／２の重みに対応する規定ＧＢｉインデックスに設定できる。

【0155】

図１３は、一実施形態による、ＣＴＵ境界（１３１０）にある現在ブロック（９０１）及びその空間的アフィン近隣ブロックの概略図である。図１３では、図９に示したものと同じ又は同様のコンポーネントは、同じ参照符号又はラベルが与えられ、それらの詳細な説明は図９に関して上述した。

【0156】

例えば、図１３に示すように、現在ブロック（９０１）について、選択された継承アフィンマージ候補が近隣ブロックＢ０、Ｂ１、又はＢ２に対応する場合、それらのアフィン動き情報は、動きデータラインバッファに格納できる。従って、幾つかの例では、第４のＧＢｉインデックス継承構成によると、現在ブロック（９０１）のＧＢｉインデックスは、選択されたアフィンマージ候補のＧＢｉインデックス値を参照することなく、規定ＧＢｉインデックスに設定されてよい。

【0157】

幾つかの例では、第５のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承は、現在ＣＴＵ内の参照ブロックに限定され得る。幾つかの実施形態では、ＧＢｉインデックス情報は、現在ＣＴＵ内のブロックについてのみ格納できる。空間的ＭＶ予測を用いるとき、予測子が現在ＣＴＵの外側のブロックからである場合、参照ブロックのＧＢｉインデックス情報は、参照ブロックについて保存されていなくてよい。従って、現在ブロックのＧＢｉインデックスは、幾つかの例では１／２の重みに対応する規定ＧＢｉインデックスに設定できる。

【0158】

一実施形態では、第５のＧＢｉインデックス継承構成による上述の限定は、並進動き情報の空間インターマージにのみ適用できる。

【0159】

別の実施形態では、第５のＧＢｉインデックス継承構成による上述の限定は、継承アフィンマージ候補にのみ適用できる。

【0160】

別の実施形態では、第５のＧＢｉインデックス継承構成による上述の限定は、並進動き情報の空間インターマージ、及び継承アフィンマージ候補の両方にのみ適用できる。

【0161】

幾つかの例では、第６のＧＢｉインデックス継承構成によると、ＧＢｉインデックスにより示されるような負の重みの使用は、ブロックに使用される２つの参照ピクチャが同じピクチャに属する場合にのみ、負の重みが使用できるように制約されてよい。幾つかの例では、第６のＧＢｉインデックス継承構成によると、ＧＢｉインデックスにより示されるような正の重みの使用は、ブロックに使用される２つの参照ピクチャが異なるピクチャに属する場合にのみ、正の重みが使用できるように制約されてよい。幾つかの例では、第６のＧＢｉインデックス継承構成によると、幾つかの場合に符号化効率が向上できる。

【0162】

幾つかの例では、同じピクチャ順序カウント（picture order count (POC)）値を有するピクチャ同じピクチャとして決定される。幾つかの例では、ＧＢｉ情報のシグナリング及び現在ブロックの参照ピクチャは、上述の制約に従い調整できる。

【0163】

幾つかの例では、第７のＧＢｉインデックス継承構成によると、ＧＢｉインデックス継承は、現在ピクチャ参照（current picture referencing (CPR)）について有効にされ得る。

【0164】

ＶＶＣ及びＶＴＭの例では、ＣＰＲモードの下で、現在ブロックについて選択された空間的マージ候補は、現在ブロックと同じピクチャからであり得る。幾つかの実施形態では、ＣＰＲ実装は、１方向予測を用いるブロックの符号化のみを可能にできる。しかしながら、他の実施形態では、ＣＰＲ実装は、２方向予測を用いるブロックの符号化を可能にできる。現在ブロックが、現在ピクチャから選択された１つの参照ブロックにより、２方向予測を用いて符号化される場合、ＧＢｉインデックスは、現在ブロックのために使用できる。

【0165】

例えば、一実施形態では、現在ブロックがマージモードで符号化され、選択されたマージ候補がＧＢｉインデックスにより双予測され、両方の参照ブロックが現在ピクチャからである場合（ＣＰＲモード）、現在ブロックのＧＢｉインデックスは、候補のＧＢｉインデックスと同じになるよう設定できる。選択されたマージ候補がＣＰＲモードを用いて片予測される場合、現在ブロックのＧＢｉインデックスは、幾つかの例では１／２の重みに対応する規定ＧＢｉインデックスに設定できる。幾つかの実施形態では、現在ブロックが２つの異なる参照ピクチャを参照する双予測ブロックであるとき、現在ブロックのＧＢｉインデックスは、規定ＧＢｉインデックスに設定でき、ＧＢｉインデックスはシグナリングされない。

【0166】

幾つかの実施形態では、ブロックは、現在ピクチャを参照ピクチャとして、２方向予測及び１方向予測のうちの一方に従い符号化される（ＣＰＲモード）。幾つかの例では、ブロックの予測情報を取得した後に、動き情報候補が、ブロックの予測情報に従い通常のマージ候補リストに格納されるべきであると決定されると、動き情報候補は、少なくとも、第１ブロックが２方向予測に従い符号化されるとき、ブロックの動き情報、及び第１ブロックの２方向予測を実行するための重みパラメータを含むよう格納できる。また、動き情報候補は、少なくとも、ブロックが１方向予測に従い符号化されるとき、ブロックの動き情報、及び規定重みパラメータを含むよう格納できる。

【0167】

図１４は、本開示の一実施形態による、復号処理（１４００）の概要を示すフローチャートを示す。処理（１４００）は、ピクチャのブロック（つまり、現在ブロック）を再構成するために、動き情報候補のリストを構成する際に使用できる。幾つかの実施形態では、処理（１４００）の前又は後に１つ以上の動作が実行され、図１４に示した動作のうちの幾つかは、並べ替えられ又は省略されてよい。

【0168】

種々の実施形態では、処理（１４００）は、端末装置（２１０）、（２２０）、（２３０）、及び（２４０）内の処理回路、ビデオデコーダ（３１０）、（４１０）、又は（７１０）の機能を実行する処理回路、のような処理回路により実行される。幾つかの実施形態では、処理（１４００）は、ソフトウェア命令により実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路が処理（１４００）を実行する。処理は（Ｓ１４０１）で開始し、（Ｓ１４１０）に進む。

【0169】

（Ｓ１４１０）で、ピクチャ内の第１ブロックの予測情報が符号化ビデオビットストリームから取得される。予測情報は、１つ以上の前の復号ブロックから動き情報候補のリストを構成するモードを示す。幾つかの実施形態では、動き情報候補のリストを構成するモードは、上述のような種々のモード、例えばＨＥＶＣマージモード、アフィンマージモード、サブブロックに基づく時間的ＭＶ予測、履歴に基づくＭＶ予測、ペア毎の平均化ＭＶ候補、ＣＰＲ、及び／又は他の適用可能な処理、又はそれらの組合せ、を含む。幾つかの例では、予測情報は、図３、４、及び７に示したシステム又はデコーダを用いて取得できる。

【0170】

（Ｓ１４２０）で、第１ブロックの再構成サンプルが、（例えば、出力のために）２方向予測及び１方向予測のうちの一方と予測情報とに従い生成される。幾つかの例では、第１ブロックの再構成サンプルは、図３、４、及び７に示したシステム又はデコーダを用いて生成できる。

【0171】

（Ｓ１４３０）で、動き情報候補が、第１ブロックの予測情報に従い、動き情報候補のリストに格納されるべきであると決定されると、動き情報候補が格納できる。

【0172】

幾つかの実施形態では、ＨＭＶＰマージ候補からのＧＢｉインデックス継承が有効にされる。従って、動き情報候補は、少なくとも、第１ブロックが２方向予測に従い符号化されるとき、第１情報、及び第１ブロックの２方向予測を実行するための第１重みを示す第１重みパラメータ、を含むＨＭＶＰ候補として格納できる。また、ＨＭＶＰ候補としての動き情報候補は、第１ブロックが１方向予測に従い符号化されるとき、第１動き情報、及び規定重みを示す規定重みパラメータ、を含み得る。幾つかの例では、規定重みは１／２である。

【0173】

幾つかの実施形態では、ＧＢｉインデックス継承は、ＣＰＲについて有効にできる。従って、動き情報候補は、少なくとも、第１ブロックが２方向予測に従い符号化されるとき、第１情報、及び第１ブロックの２方向予測を実行するための第１重みパラメータ、を含むよう格納できる。また、動き情報候補は、第１ブロックが１方向予測に従い符号化されるとき、第１動き情報、及び規定重みを示す規定重みパラメータ、を含み得る。

【0174】

幾つかの実施形態では、ＧＢｉインデックス継承は、空間的インターマージ候補について有効にできる。動き情報候補は、少なくとも、第１ブロックが２方向予測に従い符号化されるとき、第１情報、及び第１ブロックの２方向予測を実行するための第１重みパラメータ、を含むよう格納できる。また、動き情報候補は、第１ブロックが１方向予測に従い符号化されるとき、第１動き情報、及び規定重みを示す規定重みパラメータ、を含み得る。

【0175】

幾つかの例では、動き情報候補は、図３、４、及び７に示したシステム又はデコーダを用いて格納できる。

【0176】

幾つかの実施形態では、第１ブロックは、２方向予測に従い、第１リスト（例えば、リスト１）内の第１参照ピクチャ及び第２リスト（例えば、リスト０）内の第２参照ピクチャに基づき符号化される。ここで、第１参照ピクチャに適用可能な重みｗ_１は、ｗ_１＝ｗ／Ｆに従い決定できる。

【0177】

また、第２参照ピクチャに適用可能な重みｗ_０は、ｗ_０＝１－ｗ_１に従い決定できる。

【0178】

ここで、ｗ及びＦは整数であり、ｗは、格納された動き情報候補に含まれるべき導出された重みパラメータ（例えば、ＧＢｉインデックスにより示される重み）を表し、Ｆは、精度係数を表す。幾つかの例では、精度係数Ｆは８である。

【0179】

幾つかの例では、現在ブロックの再構成サンプルは、図３、４、及び７に示したシステム又はデコーダを用いて生成できる。

【0180】

（Ｓ１４６０）で、ピクチャ内の第２ブロックが、動き情報候補に基づき復号されるべきであると決定されると、動き情報候補に従い、出力のために第２ブロックの再構成サンプルが生成できる。幾つかの例では、第２ブロックの再構成サンプルは、図３、４、及び７に示したシステム又はデコーダを用いて生成できる。

【0181】

幾つかの実施形態では、（Ｓ１４６０）で、動き情報候補が通常の空間的マージ候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、第２ブロックの２方向予測を実行するための第２重みは、第１ブロックが第２ブロックに空間的に隣接するとき、動き情報候補に格納された第１重みパラメータに従い設定できる。また、第１ブロックが第２ブロックに空間的に隣接しないとき、第２ブロックの２方向予測を実行するための第２重みは、規定重みに設定できる。

【0182】

幾つかの実施形態では、（Ｓ１４６０）で、動き情報候補が、通常の空間マージ候補又はＨＭＶＰ候補のいずれでもない候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、第２ブロックについて２方向予測を実行するための第２重みは、規定重みになり得る。

【0183】

幾つかの実施形態では、第１ブロックが、第２ブロックの含まれる現在コーディングツリーユニット（ＣＴＵ）行と異なるＣＴＵ行にあり、動き情報候補が、通常のマージ候補又はアフィンマージ候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、第２ブロックについて２方向予測を実行するための第２重みは、規定重みに設定できる。

【0184】

幾つかの実施形態では、第１ブロックが、第２ブロックの含まれる現在ＣＴＵの外側にあり、動き情報候補が、並進マージ候補又は継承アフィンマージ候補として格納され、第２ブロックが２方向予測に従い符号化されるとき、第２ブロックについて２方向予測を実行するための第２重みは、規定重みに設定できる。

【0185】

幾つかの実施形態では、第１ブロックは、２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する第１重み及び第１重みから導出され第２リスト内の第２参照ピクチャに対応する第２重みの両方は、第１及び第２参照ピクチャが同じ参照ピクチャであるとき、正である。

【0186】

幾つかの実施形態では、第１ブロックは、２方向予測に従い符号化され、第１リスト内の第１参照ピクチャに対応する第１重み及び第１重みから導出され第２リスト内の第２参照ピクチャに対応する第２重みの一方は、第１及び第２参照ピクチャが異なる参照ピクチャであるとき、負である。

【0187】

（Ｓ１４６０）の後に、処理は（Ｓ１４９９）に進み終了する。

【0188】

図１５は、本開示の一実施形態による、符号化処理（１５００）の概要を示すフローチャートを示す。処理（１５００）は、インターモードを用いて符号化されたピクチャのブロック（つまり、現在ブロック）を符号化するために使用できる。幾つかの実施形態では、処理（１５００）の前又は後に１つ以上の動作が実行され、図１５に示した動作のうちの幾つかは、並べ替えられ又は省略されてよい。

【0189】

種々の実施形態では、処理（１５００）は、端末装置（２１０）、（２２０）、（２３０）、及び（２４０）内の処理回路、ビデオエンコーダ（３０３）、（５０３）、又は（６０３）の機能を実行する処理回路、のような処理回路により実行される。幾つかの実施形態では、処理（１５００）は、ソフトウェア命令により実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路が処理（１５００）を実行する。処理は（Ｓ１５０１）で開始し、（Ｓ１５１０）に進む。

【0190】

（Ｓ１５０１）で、ピクチャ内の第１ブロックを符号化するための第１予測情報が取得される。幾つかの実施形態では、第１予測情報は、第１ブロックについて適切な予測子を生成する任意の適用可能な動き推定処理により取得できる。幾つかの例では、図３、５、及び６に示したシステム又はエンコーダを用いて決定が実行できる。

【0191】

（Ｓ１５３０）で、動き情報候補が、第１ブロックの予測情報に従い、動き情報候補のリストに格納されるべきであると決定されると、動き情報候補が格納できる。幾つかの例では、（Ｓ１５３０）は、（Ｓ１４３０）と同様の方法で実行できる。幾つかの例では、動き情報候補を格納することは、図３、５、及び６に示したシステム又はエンコーダを用いて実行できる。

【0192】

（Ｓ１５６０）で、ピクチャ内の第２ブロックが、動き情報候補に基づき復号されるべきであると決定されると、動き情報候補に従い、第２ブロックを符号化するための第２予測情報が取得できる。幾つかの例では、（Ｓ１５６０）は、（Ｓ１４６０）と同様の方法で、第２ブロックについて２方向予測を実行するための重みを決定するステップを含み得る。幾つかの例では、第２予測情報の決定は、図３、５、及び６に示したシステム又はエンコーダを用いて実行できる。

【0193】

（Ｓ１５６０）の後に、処理は（Ｓ１５９９）に進み終了する。

【0194】

上述の技術は、コンピュータ可読命令を用いてコンピュータソフトウェアとして実装でき、１つ以上のコンピュータ可読媒体に物理的に格納でる。例えば、図１６は、本開示の主題の特定の実施形態を実装するのに適するコンピュータシステム（１６００）を示す。

【0195】

コンピュータソフトウェアは、アセンブリ、コンパイル、リンク等のメカニズムにより処理されて、１つ以上のコンピュータ中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、等により直接又はインタープリット、マイクロコード実行、等を通じて実行可能な命令を含むコードを生成し得る、任意の適切な機械コードまたはコンピュータ言語を用いて符号化できる。

【0196】

命令は、例えばパーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム装置、モノのインターネット装置、等を含む種々のコンピュータ又はそのコンポーネントで実行できる。

【0197】

コンピュータシステム（１６００）の図１６に示すコンポーネントは、本来例示であり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能の範囲に対するようないかなる限定も示唆しない。さらに、コンポーネントの構成も、コンピュータシステム（１６００）の例示的な実施形態に示されたコンポーネントのうちのいずれか又は組み合わせに関連する任意の依存性又は要件を有すると解釈されるべきではない。

【0198】

コンピュータシステム（１６００）は、特定のヒューマンインタフェース入力装置を含んでよい。このようなヒューマンインタフェース入力装置は、例えば感覚入力（例えば、キーストローク、スワイプ、データグラブ動作）、音声入力（例えば、音声、クラッピング）、視覚的入力（例えば、ジェスチャ）、嗅覚入力（示されない）を通じた１人以上の人間のユーザによる入力に応答してよい。ヒューマンインタフェース装置は、必ずしも人間による意識的入力に直接関連する必要のない特定の媒体、例えば音声（例えば、会話、音楽、環境音）、画像（例えば、スキャンされた画像、デジタルカメラから取得された写真画像）、ビデオ（例えば、２次元ビデオ、３次元ビデオ、立体ビデオを含む）をキャプチャするためにも使用できる。

【0199】

入力ヒューマンインタフェース装置は、キーボード（１６０１）、マウス（１６０２）、トラックパッド（１６０３）、タッチスクリーン（１６１０）、データグラブ（図示しない）、ジョイスティック（１６０５）、マイクロフォン（１６０６）、スキャナ（１６０７）、カメラ（１６０８）、のうちの１つ以上を含んでよい（そのうちの１つのみが示される）。

【0200】

コンピュータシステム（１６００）は、特定のヒューマンインタフェース出力装置も含んでよい。このようなヒューマンインタフェース出力装置は、例えば感覚出力、音声、光、及び匂い／味を通じて１人以上の人間のユーザの感覚を刺激してよい。このようなヒューマンインタフェース出力装置は、感覚出力装置を含んでよい（例えば、タッチスクリーン（１６１０）、データグラブ（図示しない）、又はジョイスティック（１６０５（による感覚フィードバック、しかし入力装置として機能しない感覚フィードバック装置も存在し得る）、音声出力装置（例えば、スピーカ（１６０９）、ヘッドフォン（図示しない）、視覚的出力装置（例えば、スクリーン（１６１０）、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含み、それぞれタッチスクリーン入力能力を有し又は有さず、それぞれ感覚フィードバック能力を有し又は有さず、これらのうちの幾つかは例えば立体出力、仮想現実眼鏡（図示しない）、ホログラフィックディスプレイ、及び発煙剤タンク（図示しない）、及びプリンタ（図示しない）のような手段を通じて２次元視覚出力又は３次元以上の出力を出力可能であってよい））。

【0201】

コンピュータシステム（１６００）は、人間のアクセス可能な記憶装置、及び、例えばＣＤ／ＤＶＤ等の媒体（１６２１）を備えるＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１６２０）のような光学媒体、サムドライブ（１６２２）、取り外し可能ハードドライブ又は個体状態ドライブ（１６２３）、テープ及びフロッピディスク（図示しない）のようなレガシー磁気媒体、セキュリティドングル（図示しない）等のような専用ＲＯＭ／ＡＳＩＣ／ＰＬＤに基づく装置のような関連する媒体も含み得る。

【0202】

当業者は、本開示の主題と関連して使用される用語「コンピュータ可読媒体」が伝送媒体、搬送波、又は他の一時的信号を包含しないことも理解すべきである。

【0203】

コンピュータシステム（１６００）は、１つ以上の通信ネットワークへのインタフェースも含み得る。ネットワークは、例えば無線、有線、光であり得る。ネットワークへは、更に、ローカル、広域、都市域、車両及び産業、リアルタイム、耐遅延性、等であり得る。ネットワークの例は、イーサネットのようなローカルエリアネットワーク、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＥＴ等を含むセルラネットワーク、ケーブルＴＶ、衛星ＴＶ、地上波放送ＴＶを含むＴＶ有線又は無線広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両及び産業、等を含む。特定のネットワークは、一般に、特定の汎用データポート又は周辺機器バス（１６４９）（例えば、コンピュータシステム（１６００）のＵＳＢポート）に取り付けられる外部ネットワークインタフェースを必要とする。他のものは、一般に、後述するようなシステムバスへの取り付けによりコンピュータシステム（１６００）のコアに統合される（例えば、イーサネットインタフェースをＰＣコンピュータシステムへ、又はセルラネットワークインタフェースをスマートフォンコンピュータシステムへ）。これらのネットワークを用いて、コンピュータシステム（１６００）は、他のエンティティと通信できる。このような通信は、単方向受信のみ（例えば、放送ＴＶ）、単方向送信のみ（例えば、特定のＣＡＮｂｕｓ装置へのＣＡＮｂｕｓ）、又は例えばローカル又は広域デジタルネットワークを用いて他のコンピュータシステムへの双方向であり得る。特定のプロトコル及びプロトコルスタックが、上述のネットワーク及びネットワークインタフェースの各々で使用され得る。

【0204】

前述のヒューマンインタフェース装置、人間のアクセス可能な記憶装置、及びネットワークインタフェースは、コンピュータシステム（１６００）のコア（１６４０）に取り付け可能である。

【0205】

コア（１６４０）は、１つ以上の中央処理ユニット（ＣＰＵ）（１６４１）、グラフィック処理ユニット（ＧＰＵ）（１６４２）、ＧＰＧＡの形式の専用プログラマブル処理ユニット（１６４３）、特定タスクのためのハードウェアアクセラレータ（１６４４）、等を含み得る。これらの装置は、読み出し専用メモリ（ＲＯＭ）（１６４５）、ランダムアクセスメモリ（１６４６）、内部のユーザアクセス不可能なハードドライブ、ＳＳＤ、等のような内蔵大容量記憶装置（１６４７）と共に、システムバス（１６４８）を通じて接続されてよい。幾つかのコンピュータシステムでは、追加CPU、GPU、等による拡張を可能にするために、システムバス１６４８は、１つ以上の物理プラグの形式でアクセス可能である。周辺機器は、コアのシステムバス１６４８に直接に、又は周辺機器バス１６４９を通じて、取り付け可能である。周辺機器バスのアーキテクチャは、ＰＣＩ、ＵＳＢ、等を含む。

【0206】

ＣＰＵ（１６４１）、ＧＰＵ（１６４２）、ＦＰＧＡ（１６４３）、及びアクセラレータ（１６４４）は、結合されて前述のコンピュータコードを生成可能な特定の命令を実行できる。該コンピュータコードは、ＲＯＭ（１６４５）又はＲＡＭ（１６４６）に格納できる。一時的データもＲＡＭ（１６４６）に格納でき、一方で、永久的データは例えば内蔵大容量記憶装置（１６４７）に格納できる。メモリ装置のうちのいずれかへの高速記憶及び読み出しは、ＣＰＵ（１６４１）、ＧＰＵ（１６４２）、大容量記憶装置（１６４７）、ＲＯＭ（１６４５）、ＲＡＭ（１６４６）等のうちの１つ以上に密接に関連付けられ得るキャッシュメモリの使用を通じて可能にできる。

【0207】

コンピュータ可読媒体は、種々のコンピュータにより実施される動作を実行するためのコンピュータコードを有し得る。媒体及びコンピュータコードは、本開示の目的のために特別に設計され構成されたものであり得、又は、コンピュータソフトウェア分野の当業者によく知られ利用可能な種類のものであり得る。

【0208】

例として及び限定ではなく、アーキテクチャを有するコンピュータシステム（１６００）、及び具体的にはコア（１６４０）は、プロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ、等を含む）が１つ以上の有形コンピュータ可読媒体内に具現化されたソフトウェアを実行した結果として、機能を提供できる。このようなコンピュータ可読媒体は、コア内蔵大容量記憶装置（１６４７）又はＲＯＭ（１６４５）のような非一時的特性のコア（１６４０）の特定の記憶装置、及び上述のようなユーザアクセス可能な大容量記憶装置と関連付けられた媒体であり得る。本開示の種々の実施形態を実装するソフトウェアは、このような装置に格納されコア（１６４０）により実行できる。コンピュータ可読媒体は、特定の必要に従い、１つ以上のメモリ装置又はチップを含み得る。ソフトウェアは、コア（１６４０）及び具体的にはその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、等を含む）に、ソフトウェアにより定義された処理に従うＲＡＭ（１６４６）に格納されたデータ構造の定義及び該データ構造の変更を含む、ここに記載した特定の処理又は特定の処理の特定の部分を実行させることができる。追加又は代替として、コンピュータシステムは、ここに記載の特定の処理又は特定の処理の特定の部分を実行するためにソフトウェアと一緒に又はそれに代わって動作可能な論理ハードワイヤド又は他の回路内の実装（例えば、アクセラレータ（１６４４））の結果として機能を提供できる。ソフトウェアへの言及は、ロジックを含み、適切な場合にはその逆も同様である。コンピュータ可読媒体への言及は、適切な場合には、実行のためにソフトウェアを格納する（集積回路（IC）のような）回路、実行のためにロジックを実装する回路、又はそれらの両方を含み得る。本開示は、ハードウェア及びソフトウェアの任意の適切な組み合わせを含む。
付録Ａ：用語集
JEM： joint exploration model
VVC： versatile video coding
BMS： benchmark set
MV： Motion Vector
HEVC： High Efficiency Video Coding
SEI： Supplementary Enhancement Information
VUI： Video Usability Information
GOPs： Groups of Pictures
TUs： Transform Units,
PUs： Prediction Units
CTUs： Coding Tree Units
CTBs： Coding Tree Blocks
PBs： Prediction Blocks
HRD： Hypothetical Reference Decoder
SNR： Signal Noise Ratio
CPUs： Central Processing Units
GPUs： Graphics Processing Units
CRT： Cathode Ray Tube
LCD： Liquid-Crystal Display
OLED： Organic Light-Emitting Diode
CD： Compact Disc
DVD： Digital Video Disc
ROM： Read-Only Memory
RAM： Random Access Memory
ASIC：Application-Specific Integrated Circuit
PLD： Programmable Logic Device
LAN： Local Area Network
GSM： Global System for Mobile communications
LTE： Long-Term Evolution
CANBus： Controller Area Network Bus
USB： Universal Serial Bus
PCI： Peripheral Component Interconnect
FPGA： Field Programmable Gate Areas
SSD： solid-state drive
IC： Integrated Circuit
CU： Coding Unit
SDR： standard dynamic range
HDR： high dynamic range
VTM： VVC Test Mode
CPMV： Control point motion vector
CPMVP： Control point motion vector predictor
MVP： Motion Vector Prediction
AMVP： Advanced Motion Vector Prediction
ATMVP： Advanced Temporal Motion Vector Prediction
HMVP： History-based Motion Vector Prediction
STMVP： Spatial-temporal Motion Vector Prediction
TMVP： Temporal Motion Vector Prediction
SbTMVP： subblock-based temporal motion vector prediction
GBi： Generalized Bi-prediction
HEVC SCC： HEVC screen content coding
CPR： Current Picture Referencing
AMVR： Adaptive motion vector resolution
SPS： sequence parameter set
RD： Rate-Distortion

【0209】

本開示は、幾つかの例示的な実施形態を記載したが、代替、置換、及び種々の代用の均等物が存在し、それらは本開示の範囲に包含される。当業者に明らかなことに、ここに明示的に示され又は説明されないが、本開示の原理を実施し、したがって、本開示の精神及び範囲に含まれる多数のシステム及び方法を考案可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11A】

【図11B】

【図12】

【図13】

【図14】

【図15】

【図16】