特許 7182000 インター－イントラ複合予測モードにおける重み

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

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

(11)【特許番号】

(24)【登録日】2022-11-22

(45)【発行日】2022-12-01

(54)【発明の名称】インター－イントラ複合予測モードにおける重み

(51)【国際特許分類】

   H04N 19/109 20140101AFI20221124BHJP

   H04N 19/136 20140101ALI20221124BHJP

   H04N 19/186 20140101ALI20221124BHJP

   H04N 19/176 20140101ALI20221124BHJP

【ＦＩ】

H04N19/109

H04N19/136

H04N19/186

H04N19/176

【請求項の数】 16

(21)【出願番号】P 2021523288

(86)(22)【出願日】2019-11-15

(65)【公表番号】

(43)【公表日】2022-01-17

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

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

(87)【国際公開日】2020-05-22

【審査請求日】2021-04-27

(31)【優先権主張番号】PCT/CN2018/115840

(32)【優先日】2018-11-16

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

(31)【優先権主張番号】PCT/CN2019/070060

(32)【優先日】2019-01-02

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

(31)【優先権主張番号】PCT/CN2019/070549

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

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

(31)【優先権主張番号】PCT/CN2019/075546

(32)【優先日】2019-02-20

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

(31)【優先権主張番号】PCT/CN2019/075858

(32)【優先日】2019-02-22

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

(31)【優先権主張番号】PCT/CN2019/077179

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

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

(31)【優先権主張番号】PCT/CN2019/078939

(32)【優先日】2019-03-20

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

(31)【優先権主張番号】PCT/CN2019/079397

(32)【優先日】2019-03-24

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

(73)【特許権者】

【識別番号】520476341

【氏名又は名称】北京字節跳動網絡技術有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ

(73)【特許権者】

【識別番号】520477474

【氏名又は名称】バイトダンス インコーポレイテッド

【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．

【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ザン，カイ

(72)【発明者】

【氏名】ザン，リー

(72)【発明者】

【氏名】リュウ，ホンビン

(72)【発明者】

【氏名】シュイ，ジィジォン

(72)【発明者】

【氏名】ワン，ユエ

【審査官】清山 昂平

(56)【参考文献】

【文献】Run Cha, et al.，IMPROVED COMBINED INTER-INTRA PREDICTION USING SPATIAL-VARIANT WEIGHTED COEFFICIENT，2011 IEEE International Conference on Multimedia and Expo，2011年09月06日

【文献】Man-Shu Chiang, et al.，CE10.1.1: Multi-hypothesis prediction for improving AMVP mode, skip or merge mode, and intra mode，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L0100-v1，2018年09月23日

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

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

ＩＥＥＥ Ｘｐｌｏｒｅ

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

【請求項1】

ビデオ処理の方法であって、
インター及びイントラ複合予測コーディング技術を用いてコーディングされたビデオの現在のブロックと前記ビデオのビットストリームとの間の変換のために、インター及びイントラ複合予測プロセスが前記現在のブロックの色成分に適用可能であるかどうかを、前記現在のブロックのカラーフォーマットに基づいて決定するステップと、
前記決定に基づいて変換を実行するステップと
を有し、
前記インター及びイントラ複合予測プロセスが前記色成分に適用可能である場合に、前記色成分の予測値は、前記色成分の中間インター予測値及び中間イントラ予測値の加重和に基づく、方法。

【請求項2】

前記インター及びイントラ複合予測プロセスが前記色成分に適用可能であるかどうかは、前記現在のブロックのサイズに更に基づく、
請求項１に記載の方法。

【請求項3】

前記色成分は、クロマ成分Ｃｒ又はクロマ成分Ｃｂの少なくとも１つを有する、
請求項１乃至２のうちのいずれか一項に記載の方法。

【請求項4】

前記色成分は、クロマ成分を有し、前記インター及びイントラ複合予測プロセスは、前記カラーフォーマットが４：２：０であり、かつ、前記現在のブロックの幅が４以下である場合に、前記クロマ成分に対して実行されない、
請求項１乃至３のうちのいずれか一項に記載の方法。

【請求項5】

前記色成分は、クロマ成分を有し、前記インター及びイントラ複合予測プロセスは、前記カラーフォーマットが４：２：０であり、かつ、前記現在のブロックの高さが４以下である場合に、前記クロマ成分に対して実行されない、
請求項１乃至４のうちのいずれか一項に記載の方法。

【請求項6】

前記色成分は、プレーナーモードを使用する、
請求項１乃至５のうちのいずれか一項に記載の方法。

【請求項7】

前記色成分は、クロマ成分を有し、前記インター及びイントラ複合予測プロセスは、前記カラーフォーマットが４：４：４であり、かつ、前記現在のブロックの幅又は高さが４よりも小さい場合に、前記クロマ成分に対して実行されない、
請求項１乃至３のうちのいずれか一項に記載の方法。

【請求項8】

前記加重和は、前記中間インター予測値及び前記中間イントラ予測値に基づいて取得された初期和にオフセットを加えることに基づき、
前記オフセットは、前記加重和を決定するために実行される右シフト演算より前に加えられる、
請求項１乃至７のうちのいずれか一項に記載の方法。

【請求項9】

前記現在のブロック内の位置は、（ｘ，ｙ）と表され、
前記位置（ｘ，ｙ）での前記中間インター予測値は、Ｐｉｎｔｅｒ（ｘ，ｙ）と表され、
前記位置（ｘ，ｙ）での前記中間イントラ予測値は、Ｐｉｎｔｒａ（ｘ，ｙ）と表され、
前記位置（ｘ，ｙ）でのインター予測重みは、ｗ＿ｉｎｔｅｒ（ｘ，ｙ）と表され、
前記位置（ｘ，ｙ）でのイントラ予測重みは、ｗ＿ｉｎｔｒａ（ｘ，ｙ）と表され、
前記位置（ｘ，ｙ）での前記予測値は、（Ｐｉｎｔｒａ（ｘ，ｙ）×ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋Ｐｉｎｔｅｒ（ｘ，ｙ）×ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＋ｏｆｆｓｅｔ（ｘ，ｙ））＞＞Ｎであるよう決定され、
ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＝２^Ｎ及びｏｆｆｓｅｔ（ｘ，ｙ）＝２^{（Ｎ－１）}であり、
Ｎは正の整数である、
請求項１乃至８のうちのいずれか一項に記載の方法。

【請求項10】

Ｎ＝２である、
請求項９に記載の方法。

【請求項11】

前記加重和は、前記中間インター予測値及び前記中間イントラ予測値に対して等しい重みを用いて決定される、
請求項１乃至１０のうちのいずれか一項に記載の方法。

【請求項12】

前記変換を実行するステップは、前記ビットストリームから前記現在のブロックをデコーディングすることを含む、
請求項１乃至１１のうちのいずれか一項に記載の方法。

【請求項13】

前記変換を実行するステップは、前記現在のブロックを前記ビットストリームにエンコーディングすることを含む、
請求項１乃至１１のうちのいずれか一項に記載の方法。

【請求項14】

ビデオデータを処理する装置であって、
プロセッサと、命令を有する非一時的なメモリとを有し、
前記命令は、前記プロセッサによる実行時に、該プロセッサに、請求項１乃至１２のうちのいずれか一項に記載の方法を実行させる、装置。

【請求項15】

プロセッサに、請求項１乃至１２のうちのいずれか一項に記載の方法を実装させる命令を記憶している非一時的なコンピュータ可読記憶媒体。

【請求項16】

ビデオのビットストリームを記憶する方法であって、
インター及びイントラ複合予測コーディング技術を用いてコーディングされたビデオの現在のブロックから前記ビットストリームを生成するために、インター及びイントラ複合予測プロセスが前記現在のブロックの色成分に適用可能であるかどうかを、前記現在のブロックのカラーフォーマットに基づいて決定するステップと、
前記決定に基づいて前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップと
を有し、
前記インター及びイントラ複合予測プロセスが前記色成分に適用可能である場合に、前記色成分の予測値は、前記色成分の中間インター予測値及び中間イントラ予測値の加重和に基づく、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本特許文献は、画像及びビデオコーディング及びデコーディングに関係がある。

【背景技術】

【0002】

デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上で最大バンド幅使用を占める。ビデオを受信及び表示することが可能なユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は成長し続けることが予期される。

【発明の概要】

【0003】

本特許文献は、エンコーディング及びデコーディング動作中にビデオエンコーダ及びデコーダによって使用され得る様々なビデオ処理技術を開示する。

【0004】

１つの例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の、アフィンコーディングツールを使用した変換のために、現在のブロックのサブブロックの第１動きベクトルと、現在のブロックについての代表動きベクトルである第２動きベクトルとが、サイズ制約に従うことを決定するステップを含む。方法はまた、決定に基づいて変換を実行するステップも含む。

【0005】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、６つのパラメータを有するアフィンモデルを決定するステップを含む。アフィンモデルは、現在のブロックの隣接ブロックのアフィンコーディング情報から引き継がれる。方法はまた、アフィンモデルに基づいて変換を実行するステップも含む。

【0006】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、双予測コーディング技術がブロックに適用可能であるかどうかを、Ｗ及びＨが正の整数であるとして、幅Ｗ及び高さＨを有するブロックのサイズに基づいて決定するステップを含む。方法はまた、決定に基づいて変換を実行するステップも含む。

【0007】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、コーディングツリー分割プロセスがブロックに適用可能であるかどうかを、コーディングツリー分割プロセスに従うブロックの子コーディングユニットであるサブブロックのサイズに基づいて決定するステップを含む。サブブロックは、Ｗ及びＨが正の整数であるとして、幅Ｗ及び高さＨを有する。方法はまた、決定に従って変換を実行するステップも含む。

【0008】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、コーディングユニットレベル重み付き双予測（Bi-prediction with Coding unit level weight，ＢＣＷ）コーディングモードのインデックスが導出されるかどうかを、現在のブロックの位置に関する規則に基づいて決定するステップを含む。ＢＣＷコーディングモードでは、複数の重みを含む重みセットが、現在のブロックの双予測値を生成するために使用される。方法はまた、決定に従って変換を実行するステップも含む。

【0009】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、インター及びイントラ複合予測（Combined Inter and Intra Prediction，ＣＩＩＰ）コーディング技術を用いてコーディングされたビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、隣接ブロックのイントラ予測モードから独立して現在のブロックのイントラ予測モードを決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法はまた、決定に基づいて変換を実行するステップも含む。

【0010】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、インター及びイントラ複合予測（ＣＩＩＰ）コーディング技術を用いてコーディングされたビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、第１隣接ブロックの第１イントラ予測モード及び第２隣接ブロックの第２イントラ予測モードに従って前記現在のブロックのイントラ予測モードを決定するステップを含む。第１隣接ブロックは、イントラ予測コーディング技術を用いてコーディングされ、第２隣接ブロックは、ＣＩＩＰコーディング技術を用いてコーディングされる。第１イントラ予測モードは、第２イントラ予測モードとは異なった優先度を与えられている。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法はまた、決定に基づいて変換を実行するステップも含む。

【0011】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、インター及びイントラ複合予測（ＣＩＩＰ）プロセスが現在のブロックの色成分に適用可能であるかどうかを、現在のブロックのサイズに基づいて決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法はまた、決定に基づいて変換を実行するステップも含む。

【0012】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、インター及びイントラ複合予測（ＣＩＩＰ）コーディング技術が現在のブロックに適用されるべきであるかどうかを、現在のブロックの特性に基づいて決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法はまた、決定に基づいて変換を実行するステップも含む。

【0013】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、コーディングツールが現在のブロックのために無効にされるべきであるかどうかを、現在のブロックがインター及びイントラ複合予測（ＣＩＩＰ）コーディング技術によりコーディングされるかどうかに基づいて決定するステップを含む。コーディングツールは、双方向オプティカルフロー（Bi-Directional Optical Flow，ＢＤＯＦ）、オーバーラップブロック動き補償（Overlapped Block Motion Compensation，ＯＢＭＣ）、又はデコーダ側動きベクトル精緻化プロセス（Decoder-side Motion Vector Refinement process，ＤＭＶＲ）、のうちの少なくとも１つを有する。方法はまた、決定に基づいて変換を実行するステップも含む。

【0014】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、空間動き予測のための動きベクトルに使用される第１予測Ｐ１と、時間動き予測のための動きベクトルに使用される第２予測Ｐ２とを決定するステップを含む。Ｐ１及び／又はＰ２は分数であり、Ｐ１もＰ２もビットストリーム表現で伝えられない。方法はまた、決定に基づいて変換を実行するステップも含む。

【0015】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、予測（Ｐｘ，Ｐｙ）により動きベクトル（Ｍｖｘ，ＭＶｙ）を決定するステップを含む。Ｐｘは、ＭＶｘと関連付けられ、Ｐｙは、ＭＶｙと関連付けられる。ＭＶｘ及びＭＶｙは整数として記憶され、夫々がＮ個のビットを有し、ＭｉｎＸ≦ＭＶｘ≦ＭａｘＸ及びＭｉｎＹ≦ＭＶｙ≦ＭａｘＹであり、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、及びＭａｘＹは実数である。方法はまた、決定に基づいて変換を実行するステップも含む。

【0016】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、共有マージリストが現在のブロックに適用可能であるかどうかを、現在のブロックのコーディングモードに従って決定するステップを含む。方法はまた、決定に基づいて変換を実行するステップも含む。

【0017】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、Ｗ×Ｈのサイズを有するビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、変換中の動き補償のための寸法（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）の第２ブロックを決定するステップを含む。第２ブロックは、寸法（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）の参照ブロックに基づいて決定される。Ｎはフィルタサイズを表し、Ｗ、Ｈ、Ｎ、ＰＷ及びＰＨは非負整数である。ＰＷ及びＰＨは両方とも０に等しくない。方法はまた、決定に基づいて変換を実行するステップも含む。

【0018】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、Ｗ×Ｈのサイズを有するビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、変換中の動き補償のための寸法（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）の第２ブロックを決定するステップを含む。Ｗ及びＨは非負整数であり、Ｎは非負整数であってフィルタサイズに基づく。変換中、精緻化された動きベクトルは、元の動きベクトルに対する動きベクトル精緻化動作に従ってマルチポイント探索に基づいて決定され、参照ブロックのピクセル長境界は、１つ以上の非境界ピクセルを繰り返すことによって決定される。方法はまた、決定に基づいて変換を実行するステップも含む。

【0019】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、インター－イントラ複合予測（ＣＩＩＰ）コーディング技術を用いてコーディングされるビデオのブロックとビデオのビットストリーム表現との変換のために、ブロック内のある位置での予測値を、その位置でのインター予測値及びイントラ予測値の加重和に基づいて決定するステップを含む。加重和は、インター予測値及びイントラ予測値に基づいて得られた初期和にオフセットを加えることに基づき、オフセットは、加重和を決定するよう実行された右シフト操作の前に加えられる。方法はまた、決定に基づいて変換を実行するステップも含む。

【0020】

他の例となる態様では、ビデオ処理の方法が開示される。方法は、アフィンコーディングされる現在のビデオブロックの代表動きベクトルと現在のビデオブロックのサブブロックの動きベクトルとの間のサイズ制限を決定するステップと、そのサイズ制限を使用することによって、ビットストリーム表現と現在のビデオブロック又はサブブロックのピクセル値との間の変換を実行するステップとを含む。

【0021】

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、アフィンコーディングされる現在のビデオブロックについて、その現在のビデオブロックの１つ以上のサブブロックを決定するステップであり、Ｍ及びＮが２又は４の倍数であるとして、各サブブロックがＭ×Ｎピクセルのサイズを有する、ステップと、サブブロックの動きベクトルをサイズ制限に一致させるステップと、条件付きでトリガに基づいて、サイズ制限を使用することによって、ビットストリーム表現と現在のビデオブロックのピクセル値の間の変換を実行するステップとを含む。

【0022】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックがサイズ条件を満足することを決定するステップと、その決定に基づいて、現在のビデオブロックのための双予測コーディングモードを除くことによってビットストリーム表現と現在のビデオブロックのピクセル値との間の変換を実行するステップとを含む。

【0023】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックがサイズ条件を満足することを決定するステップと、その決定に基づいて、ビットストリーム表現と現在のビデオブロックのピクセル値との間の変換を実行するステップとを含み、インター予測モードが、サイズ制限に従ってビットストリーム表現で伝えられる。

【0024】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックがサイズ条件を満足することを決定するステップと、その決定に基づいて、ビットストリーム表現と現在のビデオブロックのピクセル値との間の変換を実行するステップとを含み、変換中のマージ候補リストの生成はサイズ条件に依存する。

【0025】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックの子コーディングユニットがサイズ条件を満足することを決定するステップと、その決定に基づいて、ビットストリーム表現と現在のビデオブロックのピクセル値の間の変換を実行するステップとを含み、子コーディングユニットを生成するために使用されるコーディングツリー分割プロセスは、サイズ条件に依存する。

【0026】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックの位置に基づいて現在のビデオブロックのための一般化された双予測（Generalized Bi-prediction，ＧＢｉ）プロセスの重みインデックスを決定するステップと、ＧＢｉプロセスを実装するよう重みインデックスを用いて現在のビデオブロックとそのビットストリーム表現との間の変換を実行するステップとを含む。

【0027】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックがイントラ－インター予測（Intra-Inter Prediction，ＩＩＰ）コーディングブロックとしてコーディングされることを決定するステップと、現在のビデオブロックのためのイントラ予測モード又は最確モード（Most Probable Mode，ＭＰＭ）を決定する平易化規則を用いて現在のビデオブロックとそのビットストリーム表現との間の変換を実行するステップとを含む。

【0028】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックが平易化基準を満足することを決定するステップと、現在のビデオブロックとビットストリーム表現との間の変換を、その変換のためのインター－イントラ予測モードの使用を無効化することによって、又はその変換のために使用される更なるコーディングツールを無効化することによって実行するステップとを含む。

【0029】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、動きベクトルに基づいたエンコーディングプロセスを用いて、現在のビデオブロックとその現在のビデオブロックについてのビットストリーム表現との間の変換を実行するステップを含み、（ａ）精度Ｐ１は、空間動き予測結果を記憶するために使用され、精度Ｐ２は、変換プロセス中に時間動き予測結果を記憶するために使用され、Ｐ１及びＰ２は分数であり、あるいは、（ｂ）精度Ｐｘは、ｘ動きベクトルを記憶するために使用され、精度Ｐｙは、ｙ動きベクトルを記憶するために使用され、Ｐｘ及びＰｙは分数である。

【0030】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、Ｗ１、Ｗ２、Ｈ１、Ｈ２、並びにＰＷ及びＰＨが整数であるとして、（Ｗ２＋Ｎ－１－ＰＷ）×（Ｈ２＋Ｎ－１－ＰＨ）のブロックをフェッチし、フェッチされたブロックをピクセルパディングし、ピクセルパディングされたブロックに対して境界ピクセル繰り返しを実行し、小さいサブブロックのピクセル値を取得することによって、現在のビデオブロックのＷ２×Ｈ２サイズの大きいサブブロック内でＷ１×Ｈ１サイズの小さいサブブロックを補間するステップと、小さいサブブロックの補間されたピクセル値を用いて現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0031】

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、Ｗ×Ｈ寸法の現在のビデオブロック及びその現在のビデオブロックのビットストリーム表現の変換中に、（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）個の参照ピクセルをフェッチし、動き補償動作中にそのフェッチされた参照ピクセルよりも大きい参照ピクセルをパディングすることによって、動き補償動作を実行するステップと、動き補償動作の結果を用いて現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含み、Ｗ、Ｈ、Ｎ、ＰＷ及びＰＨは整数である。

【0032】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックのサイズに基づいて、その現在のビデオブロックの双予測又は片予測が許可されないことを決定するステップと、その決定に基づいて、双予測又は片予測モードを無効化することによって、ビットストリーム表現と現在のビデオブロックのピクセル値との間の変換を実行するステップとを含む。

【0033】

更なる他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、現在のビデオブロックのサイズに基づいて、その現在のビデオブロックの双予測又は片予測が許可されないことを決定するステップと、その決定に基づいて、双予測又は片予測モードを無効化することによって、ビットストリーム表現と現在のビデオブロックのピクセル値との間の変換を実行するステップとを含む。

【0034】

更なる他の例となる態様では、ビデオエンコーダ装置が開示される。ビデオエンコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

【0035】

更なる他の例となる態様では、ビデオデコーダ装置が開示される。ビデオデコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

【0036】

更なる他の例となる態様では、コードを記憶しているコンピュータ可読媒体が開示される。コードは、プロセッサ実行可能なコードの形で、本明細書で記載される方法の１つを具現する。

【0037】

これら及び他の特徴は、本文書の全体にわたって記載される。

【図面の簡単な説明】

【0038】

【図1】サブブロックベースの予測の例を示す。

【図2A】４パラメータアフィンモデルを示す。

【図2B】６パラメータアフィンモデルを示す。

【図3】サブブロックごとのアフィン動きベクトル場の例を示す。

【図4A】ＡＦ＿ＭＥＲＧＥのための候補の例を示す。

【図4B】ＡＦ＿ＭＥＲＧＥのための候補の他の例を示す。

【図5】アフィンマージモードのための候補位置を示す。

【図6】アフィンモードのコーディングユニット（ＣＵ）のための制約付きサブブロック動きベクトルの例を示す。

【図7A】ＣＵを２つの三角予測ユニットに分割する１３５度パーティションの例を示す。

【図7B】ＣＵを２つの三角予測ユニットに分割する４５度パーティション分割パターンの例を示す。

【図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】本開示に従うビデオ処理の更なる他の方法のフローチャート表現である。

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

【0039】

セクション見出しは、理解を簡単にするために本文書中で使用されており、各セクションで開示されている技術及び実施形態の適用可能性をそのセクションにのみ限定しない。

【0040】

［１．概要］
本特許文献は、ビデオ／画像コーディング技術に関係がある。具体的には、ビデオ／画像コーディングにおけるいくつかのコーディングツールのバンド幅及びラインバッファを低減することに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング規格、又は完成されるべき規格（バーサタイル・ビデオ・コーディング（Versatile Video Coding））に適用されてよい。それはまた、将来のビデオ／画像コーディング規格又はビデオ／画像コーデックにも適用可能であり得る。

【0041】

［２．背景］
ビデオコーディング規格は、主として、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ規格の開発を通じて、進化してきた。ＩＴＵ－Ｔは、Ｈ．２６１及びＨ．２６３を生み出し、ＩＳＯ／ＩＥＣは、ＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同で、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ ＡＶＣ（Advanced Video Coding）並びにＨ．２６５／ＨＥＶＣ規格を作り出した。Ｈ．２６２以降、ビデオコーディング規格は、ハイブリッドビデオコーディング構造に基づいており、時間予測及び変換コーディングが利用される。ＨＥＶＣを越える将来のビデオコーディング技術を探るために、ＪＶＥＴ（Joint Video Exploration Team）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同設立された。それ以来、多くの新しい方法がＪＶＥＴによって導入され、ＪＥＭ（Joint Exploration Model）と名付けられた参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間のＪＶＥＴ（Joint Video Expert Team）が、ＨＥＶＣと比較してビットレート５０％減を目指すＶＶＣ規格に取り組むために作られた。

【0042】

［２．１ ＨＥＶＣ／ＶＶＣでのインター予測］
＜補間フィルタ＞
ＨＥＶＣでは、ルーマサブサンプルが、８タップ補間フィルタによって生成され、クロマサブサンプルが、４タップ補間フィルタによって生成される。

【0043】

フィルタは、２つの次元で分離可能である。サンプルは、最初に水平方向で、それから垂直方向でフィルタリングされる。

【0044】

［２．２ サブブロックベースの予測技術］
サブブロックベースの予測は、最初に、ＨＥＶＣ Ａｎｎｅｘ Ｉ（３Ｄ－ＨＥＶＣ）によってビデオコーディング規格に導入される。サブブロックベースの予測によれば、コーディングユニット（Coding Unit，ＣＵ）又は予測ユニット（Prediction Unit，ＰＵ）などのブロックは、いくつかの重なり合わないサブブロックに分割される。異なるサブブロックは、参照インデックス又は動きベクトル（Motion Vector，ＭＶ）などの異なる動き情報を割り当てられてよく、動き補償（Motion Compensation，ＭＣ）は、サブブロックごとに個別に実行される。図１は、サブブロックベースの予測の概念を示す。

【0045】

ＨＥＶＣを越える将来のビデオコーディング技術を探るために、ＪＶＥＴ（Joint Video Exploration Team）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同設立された。それ以来、多くの新しい方法がＪＶＥＴによって導入され、ＪＥＭ（Joint Exploration Model）と名付けられた参照ソフトウェアに置かれてきた。

【0046】

ＪＥＭでは、サブブロックベースの予測は、アフィン予測、代替時間動きベクトル予測（Alternative Temporal Motion Vector Prediction，ＡＴＭＶＰ）、空間時間動きベクトル予測（Spatial-Temporal Motion Vector Prediction，ＳＴＭＶＰ）、双予測オプティカルフロー（Bi-directional Optical flow，ＢＩＯ）及びフレームレートアップコンバージョン（Frame-Rate Up Conversion，ＦＲＵＣ）などのいくつかのコーディングツールで採用されている。アフィン予測は、ＶＶＣにも採用されている。

【0047】

［２．３ アフィン予測］
ＨＥＶＣでは、並進動きモデルのみが動き補償予測（Motion Compensation Prediction，ＭＣＰ）のために適用される。一方で、現実世界では、多くの種類の動き、例えば、ズームイン／アウト、回転、射影運動、及び他の不規則な動きがある。ＶＶＣでは、簡単化されたアフィン変換動き補償予測が適用される。図２Ａ～２Ｃに示されるように、ブロックのアフィン運動場は、（４パラメータアフィンモデルでは）２つ又は（６パラメータアフィンモデルでは）３つの制御点動きベクトルによって表される。

【0048】

ブロックの動きベクトル場（Motion Vector Field，ＭＶＦ）は、式（１）における４パラメータアフィンモデル（４パラメータは、変数ａ、ｂ、ｅ及びｆと定義される。）及び式（２）における６パラメータアフィンモデル（６パラメータは、変数ａ、ｂ、ｃ、ｄ、ｅ及びｆと定義される。）により夫々、次の式によって表される：

【数1】

【0049】

ここで、（ｍｖ^ｈ _０，ｍｖ^ｖ _０）は、左上角の制御点の動きベクトルであり、（ｍｖ^ｈ _１，ｍｖ^ｖ _１）は、右上角の制御点の動きベクトルであり、（ｍｖ^ｈ _２，ｍｖ^ｖ _２）は、左下角の制御点の動きベクトルであり、これら３つの動きベクトル全てが制御点動きベクトル（Control Point Motion Vectors，ＣＰＭＶ）と呼ばれ、（ｘ，ｙ）は、現在のブロック内の左上サンプルに対する代表点の座標を表す。ＣＰ動きベクトルは、（アフィンＡＭＶＰモードでのように）通知されるか、あるいは、（アフィンマージモードでのように）オンザフライで導出されてよい。ｗ及びｈは、現在のブロックの幅及び高さである。実際に、分割は、丸め演算による右シフトによって実装される。ＶＴＭでは、代表点は、サブブロックの中心位置であるよう定義され、例えば、現在のブロック内の左上サンプルに対するサブブロックの左上角の座標が（ｘｓ，ｙｓ）である場合に、代表点の座標は、（ｘｓ＋２，ｙｓ＋２）であるよう定義される。

【0050】

分割がない設計では、式（１）及び式（２）は：

【数2】

として実装される。

【0051】

式（１）に示される４パラメータアフィンモデルの場合には：

【数3】

【0052】

式（２）に示される６パラメータアフィンモデルの場合には：

【数4】

【0053】

最終的に、

【数5】

【0054】

ここで、Ｓは、計算精度を表し、例えば、ＶＶＣでは、Ｓ＝７である。ＶＶＣでは、（ｘｓ、ｙｓ）にある左上サンプルによるサブブロックのためのＭＣにおいて使用されるＭＶは、ｘ＝ｘｓ＋２及びｙ＝ｙｓ＋２を用いて式（６）によって計算される。

【0055】

各４×４サブブロックの動きベクトルを導出するよう、図３に示されるような、各サブブロックの中心サンプルの動きベクトルは、式（１）又は式（２）に従って計算され、１／１６分数精度に丸められる。次いで、動き補償補間フィルタが、導出された動きベクトルにより各サブブロックの予測を生成するよう適用される。

【0056】

アフィンモデルは、図４Ａに示されるような左、上、右上、左下及び左上隣接ブロックなどの空間隣接アフィンコーディングブロックから引き継がれ得る。例えば、図４における左下隣接ブロックＡが、図４ＢでＡ０によって表されるようにアフィンモードでコーディングされる場合に、ブロックＡを含む隣接ＣＵ／ＰＵの左上角、右上角及び左下角の制御点（ＣＰ）動きベクトルｍｖ_０ ^Ｎ、ｍｖ_１ ^Ｎ及びｍｖ_２ ^Ｎがフェッチされる。そして、現在のＣＵ／ＰＵ上の左下角／右上／左下の動きベクトルｍｖ_０ ^Ｃ、ｍｖ_１ ^Ｃ及びｍｖ_２ ^Ｃは、ｍｖ_０ ^Ｎ、ｍｖ_１ ^Ｎ及びｍｖ_２ ^Ｎに基づいて計算される。留意されるべきは、ＶＴＭ－２．０では、現在のブロックがアフィンコーディングされる場合に、サブブロック（例えば、ＶＴＭでは、４×４ブロック）ＬＴはｍｖ０を保存し、ＲＴはｍｖ１を保存する点である。現在のブロックが６パラメータアフィンモデルによりコーディングされる場合に、ＬＢはｍｖ２を保存し、そうでない（４パラメータアフィンモデルによる）場合には、ＬＢはｍｖ２’を保存する。他のサブブロックは、ＭＣに使用されたＭＶを保存する。

【0057】

留意されるべきは、ＣＵがアフィンマージモードにより、例えば、ＡＦ＿ＭＥＲＧＥモードで、コーディングされる場合に、それは、有効な隣接再構成ブロックからアフィンモードによりコーディングされた最初のブロックを得る点である。そして、候補ブロックの選択順序は、図４Ａに示されるように、左から、上、右上、左下、左上へである。

【0058】

現在のブロックの導出されたＣＰ ＭＶ ｍｖ_０ ^Ｃ、ｍｖ_１ ^Ｃ及びｍｖ_２ ^Ｃは、アフィンマージモードにおけるＣＰ ＭＶとして使用可能である。あるいは、それらは、ＶＶＣではアフィンインターモードのためのＭＶＰとして使用可能である。留意されるべきは、マージモードについては、現在のブロックがアフィンモードによりコーディングされる場合には、現在のブロックのＣＰ ＭＶを導出した後、現在のブロックは複数のサブブロックに更に分割されてよく、各ブロックは、現在のブロックの導出されたＣＰ ＭＶに基づいてその動き情報を導出する。

【0059】

［２．４ ＪＶＥＴにおける例となる実施形態］
ただ１つのアフィン空間隣接ブロックがブロックのアフィン運動を導出するために使用され得るＶＴＭとは異なり、いくつかの実施形態において、アフィン候補の別々のリストがＡＦ＿ＭＥＲＧＥモードのために構成される。

【0060】

１）引き継がれたアフィン候補を候補リストに挿入
引き継がれたアフィン候補とは、アフィンモードによりコーディングされた有効な隣接再構成ブロックから候補が導出されることを意味する。図５に示されるように、候補ブロックの走査順序は、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、及びＢ_２である。ブロックが選択される場合に（例えば、Ａ_１）、２段階プロシージャが適用される。

【0061】

１．ａ 最初に、現在のブロックの２つ／３つの制御点を導出するために、ブロックをカバーするＣＵの３つの角の動きベクトルを使用する。

【0062】

１．ｂ 現在のブロック内の各サブブロックのサブブロック運動を導出するよう現在のブロックの制御点に基づく。

【0063】

２）構成されたアフィン候補を挿入
アフィンマージ候補リスト内の候補の数がＭａｘＮｕｍＡｆｆｉｎｅＣａｎｄに満たない場合に、構成されたアフィン候補が候補リストに挿入される。

【0064】

構成されたアフィン候補とは、各制御点の隣接動き情報を結合することによって候補が構成されることを意味する。

【0065】

制御点の動き情報は、最初に、図５に示される指定された空間近傍及び時間近傍から導出される。ＣＰｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。Ａ_０、Ａ_１、Ａ_２、Ｂ_０、Ｂ_１、Ｂ_２及びＢ_３は、ＣＰｋ（ｋ＝１，２，３）を予測するための空間位置であり、Ｔは、ＣＰ４を予測するための時間位置である。

【0066】

ＣＰ１、ＣＰ２、ＣＰ３及びＣＰ４の座標は、夫々、（０，０）、（Ｗ，０）、（Ｈ，０）及び（Ｗ，Ｈ）であり、ここで、Ｗ及びＨは、現在のブロックの幅及び高さである。

【0067】

各制御点の動き情報は、次の優先順序に従って取得される。

【0068】

２．ａ ＣＰ１については、チェック優先度はＢ_２－＞Ｂ_３－＞Ａ_２である。Ｂ_２は、それが利用可能である場合に使用される。そうではない場合に、Ｂ_３が利用可能であるならば、Ｂ_３が使用される。Ｂ２及びＢ３の両方が利用不可能である場合には、Ａ_２が使用される。３つ全ての候補が利用不可能である場合には、ＣＰ１の動き情報は取得不可能である。

【0069】

２．ｂ ＣＰ２については、チェック優先度はＢ_１－＞Ｂ_０である。

【0070】

２．ｃ ＣＰ３については、チェック優先度はＡ_１－＞Ａ_０である。

【0071】

２．ｄ ＣＰ４については、Ｔが使用される。

【0072】

第２に、制御点の組み合わせが、運動モデルを構成するために使用される。

【0073】

３つの制御点の動きベクトルが、６パラメータアフィンモデルにおける変換パラメータを計算するために必要とされる。３つの制御点は、次の４つの組み合わせ（｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。例えば、ＣＰ１、ＣＰ２、及びＣＰ３制御点を使用して、Ａｆｆｉｎｅ（ＣＰ１，ＣＰ２，ＣＰ３）と表される６パラメータアフィン運動モデルを構成する。

【0074】

２つの制御点の動きベクトルが、４パラメータアフィンモデルにおける変換パラメータを計算するために必要とされる。２つの制御点は、次の６つの組み合わせ（｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。例えば、ＣＰ１及びＣＰ２制御点を使用して、Ａｆｆｉｎｅ（ＣＰ１，ＣＰ２）と表される４パラメータアフィン運動モデルを構成する。

【0075】

構成されたアフィン候補の組み合わせは、次の順序：｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ３，ＣＰ４｝として候補リストに挿入される。

【0076】

３）ゼロ動きベクトルを挿入
アフィンマージ候補リスト内の候補の数がＭａｘＮｕｍＡｆｆｉｎｅＣａｎｄに満たない場合に、リストが一杯になるまで、ゼロ動きベクトルが候補リストに挿入される。

【0077】

［２．５ アフィンマージ候補リスト］
［２．５．１ アフィンマージモード］
ＶＴＭ－２．０．１のアフィンマージモードでは、第１の利用可能なアフィン近傍のみが、アフィンマージモードの動き情報を導出するために使用可能である。いくつかの実施形態において、アフィンマージモードのための候補リストは、有効なアフィン近傍を探索し、各制御点の隣接動き情報を結合することによって、構成される。

【0078】

アフィンマージ候補リストは、以下のステップとして構成される。

【0079】

１）引き継がれたアフィン候補を挿入
引き継がれたアフィン候補とは、候補がその有効な隣接するアフィンコーディングブロックのアフィン運動モデルから導出されることを意味する。一般的な基礎において、図５に示されるように、候補位置の走査順序は、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、及びＢ_２である。

【0080】

候補が導出された後、同じ候補がリストに挿入されているかどうかをチェックするために完全プルーニングプロセスが実行される。同じ候補が存在する場合には、導出された候補は捨てられる。

【0081】

２）構成されたアフィン候補を挿入
アフィンマージ候補リスト内の候補の数がＭａｘＮｕｍＡｆｆｉｎｅＣａｎｄ（本願では、５にセットされる。）に満たない場合に、構成されたアフィン候補が候補リストに挿入される。構成されたアフィン候補とは、各制御点の隣接動き情報を結合することによって候補が構成されることを意味する。

【0082】

制御点の動き情報は、最初に、指定された空間近傍及び時間近傍から導出される。ＣＰｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。Ａ_０、Ａ_１、Ａ_２、Ｂ_０、Ｂ_１、Ｂ_２及びＢ_３は、ＣＰｋ（ｋ＝１，２，３）を予測するための空間位置であり、Ｔは、ＣＰ４を予測するための時間位置である。

【0083】

ＣＰ１、ＣＰ２、ＣＰ３及びＣＰ４の座標は、夫々、（０，０）、（Ｗ，０）、（Ｈ，０）及び（Ｗ，Ｈ）であり、ここで、Ｗ及びＨは、現在のブロックの幅及び高さである。

【0084】

各制御点の動き情報は、次の優先順序に従って取得される。

【0085】

ＣＰ１については、チェック優先度はＢ_２－＞Ｂ_３－＞Ａ_２である。Ｂ_２は、それが利用可能である場合に使用される。そうではない場合に、Ｂ_３が利用可能であるならば、Ｂ_３が使用される。Ｂ２及びＢ３の両方が利用不可能である場合には、Ａ_２が使用される。３つ全ての候補が利用不可能である場合には、ＣＰ１の動き情報は取得不可能である。

【0086】

ＣＰ２については、チェック優先度はＢ_１－＞Ｂ_０である。

【0087】

ＣＰ３については、チェック優先度はＡ_１－＞Ａ_０である。

【0088】

ＣＰ４については、Ｔが使用される。

【0089】

第２に、制御点の組み合わせが、アフィンマージ候補を構成するために使用される。

【0090】

３つの制御点の動き情報が、６パラメータアフィン候補を構成するために必要とされる。３つの制御点は、次の４つの組み合わせ（｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。組み合わせ｛ＣＰ１，ＣＰ２，ＣＰ３｝、｛ＣＰ２，ＣＰ３，ＣＰ４｝、｛ＣＰ１，ＣＰ３，ＣＰ４｝は、左上、右上、及び左下制御点によって表される６パラメータ運動モデルへ変換される。

【0091】

２つの制御点の動きベクトルが、４パラメータアフィン候補を構成するために必要とされる。２つの制御点は、次の６つの組み合わせ（｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。組み合わせ｛ＣＰ１，ＣＰ４｝、｛ＣＰ２，ＣＰ３｝、｛ＣＰ２，ＣＰ４｝、｛ＣＰ１，ＣＰ３｝、｛ＣＰ３，ＣＰ４｝は、左上及び右上制御点によって表される４パラメータ運動モデルへ変換される。

【0092】

構成されたアフィン候補の組み合わせは、次の順序：｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ３，ＣＰ４｝として候補リストに挿入される。

【0093】

組み合わせの参照リストＸ（Ｘは０又は１である。）については、制御点の中で最大利用率を有する参照インデックスが、リストＸの参照インデックスとして選択され、差分参照ピクチャを指し示す動きベクトルはスケーリングされる。

【0094】

候補が導出された後、同じ候補がリストに挿入されているかどうかをチェックするために完全プルーニングプロセスが実行される。同じ候補が存在する場合には、導出された候補は捨てられる。

【0095】

３）ゼロ動きベクトルによるパディング
アフィンマージ候補リスト内の候補の数が５よりも少ない場合に、リストが一杯になるまで、ゼロ参照インデックスを有するゼロ動きベクトルが候補リストに挿入される。

【0096】

［２．５．２ 例となるアフィンマージモード］
いくつかの実施形態において、アフィンマージモードは、次のように簡単化され得る。

【0097】

１）引き継がれたアフィン候補に対するプルーニングプロセスは、ＶＴＭ－２．０．１において導出されたアフィン候補を比較することに代えて、隣接位置をカバーするコーディングユニットを比較することによって簡単化される。最大で２つまでの引き継がれたアフィン候補がアフィンマージリストに挿入される。構成されたアフィン候補に対するプルーニングプロセスは、全体として削除される。

【0098】

２）構成されたアフィン候補におけるＭＶスケーリング動作は、削除される。制御点の参照インデックスが異なる場合に、構成された運動モデルは捨てられる。

【0099】

３）構成されたアフィン候補の数は、１０から６まで減らされる。

【0100】

４）いくつかの実施形態において、ＡＴＭＶＰのようなサブブロック予測による他のマージ候補も、アフィンマージ候補リスト内に入れられる。その場合に、アフィンマージ候補リストは、サブブロックマージ候補リストなどの何らかの他の名称により改名されてよい。

【0101】

［２．６ アフィンマージモードのための例となる制御点ＭＶオフセット］
新しいアフィンマージ候補は、第１アフィンマージ候補のＣＰＭＶオフセットに基づいて生成される。第１アフィンマージ候補が４パラメータアフィンモデルを有効にする場合に、新しいアフィンマージ候補ごとの２つのＣＰＭＶが、第１アフィンマージ候補の２つのＣＰＭＶをオフセットすることによって導出され、そうでない場合（６パラメータアフィンモデルが有効にされる）には、新しいアフィンマージ候補ごとの３つのＣＰＭＶが、第１アフィンマージ候補の３つのＣＰＭＶをオフセットすることによって導出される。片予測では、ＣＰＭＶオフセットは第１候補のＣＰＭＮに適用される。同じ方向でのリスト０及びリスト１による双予測では、ＣＰＭＮオフセットは、次の通りに第１候補に適用される：
ＭＶ_{ｎｅｗ（Ｌ０），ｉ}＝ＭＶ_{ｏｌｄ（Ｌ０）}＋ＭＶ_{ｏｆｆｓｅｔ（ｉ）} 式（８）
ＭＶ_{ｎｅｗ（Ｌ１），ｉ}＝ＭＶ_{ｏｌｄ（Ｌ１）}＋ＭＶ_{ｏｆｆｓｅｔ（ｉ）} 式（９）

【0102】

逆方向でのリスト０及びリスト１による双予測では、ＣＰＭＶオフセットは、次の通りに第１候補に適用される：
ＭＶ_{ｎｅｗ（Ｌ０），ｉ}＝ＭＶ_{ｏｌｄ（Ｌ０）}＋ＭＶ_{ｏｆｆｓｅｔ（ｉ）} 式（１０）
ＭＶ_{ｎｅｗ（Ｌ１），ｉ}＝ＭＶ_{ｏｌｄ（Ｌ１）}－ＭＶ_{ｏｆｆｓｅｔ（ｉ）} 式（１１）

【0103】

様々なオフセットの大きさによる様々なオフセット方向が、新しいアフィンマージ候補を生成するために使用可能である。２つの実施が試験された。

【0104】

（１）２つの異なるオフセットの大きさで８つの異なるオフセット方向による１６個の新しいアフィンマージ候補が、次のオフセットの組：

オフセットの組＝｛（４，０），（０，４），（－４，０），（０，－４），（－４，－４），（４，－４），（４，４），（－４，４），（８，０），（０，８），（－８，０），（０，－８），（－８，－８），（８，－８），（８，８），（－８，８）｝

で示されるように、生成される。

【0105】

アフィンマージリストは、この設計については２０まで増やされる。可能性があるアフィンマージ候補の数は全部で３１である。

【0106】

（２）１つのオフセットの大きさで４つの異なるオフセット方向による４つのアフィンマージ候補が、次のオフセットの組：

オフセットの組＝｛（４，０），（０，４），（－４，０），（０，－４）｝

で示されるように、生成される。

【0107】

アフィンマージリストは、ＶＴＭ２．０．１がそうするように５に保たれる。４つの時間再構成アフィンマージ候補は、可能性があるアフィンマージ候補の数（例えば、全部で１５）を変えないように、除かれる。ＣＰＭＶ１、ＣＰＭＶ２、ＣＰＭＶ３、及びＣＰＭＶ４の座標は、（０，０）、（Ｗ，０）、（Ｈ，０）、及び（Ｗ，Ｈ）である、とする。ＣＰＭＶ４は、図６に示されるように時間的ＭＶから導出される点に留意されたい。除かれた候補は、次の４つの、時間に関連した再構成されたアフィンマージ候補：｛ＣＰ２，ＣＰ３，ＣＰ４｝、｛ＣＰ１，ＣＰ４｝、｛ＣＰ２，ＣＰ４｝、｛ＣＰ３，ＣＰ４｝である。

【0108】

［２．７ アフィン動き補償のバンド幅問題］
現在のブロックは、動き補償を行うために、ルーマ成分についての４×４サブブロック及び２つのクロマ成分についての２×２サブブロックに分けられるので、総バンド幅要件は、非サブブロックインター予測よりもずっと高い。バンド幅問題に対処するために、いくつかのアプローチが提案される。

【0109】

［２．７．１ 例１］
４×４ブロックは、一方向アフィンコーディングされたＣＵのサブブロックサイズとして使用され、一方、８×４／４×８ブロックは、双方向予測アフィンコーディングされたＣＵのサブブロックサイズとして使用される。

【0110】

［２．７．２ 例２］
アフィンモードについては、アフィンＣＵのサブブロック動きベクトルは、予め定義された動きベクトル場内にあるよう制約される。第１（左上）サブブロックの動きベクトルが（ｖ_０ｘ，ｖ_０ｙ）であり、第２サブブロックが（ｖ_ｉｘ，ｖ_ｉｙ）であるとすれば、ｖ_ｉｘ及びｖ_ｉｙの値は次の制約を示す：

ｖ_ｉｘ∈［ｖ_０ｘ－Ｈ，ｖ_０ｘ＋Ｈ］ 式（１２）
ｖ_ｉｙ∈［ｖ_０ｙ－Ｖ，ｖ_０ｙ＋Ｖ］ 式（１３）

【0111】

いずれかのサブブロックの動きベクトルが予め定義された動きベクトル場を越える場合には、動きベクトルはクリッピングされる。制約されたサブブロック動きベクトルの考えの実例は図６に与えられている。

【0112】

メモリがサブブロックごとではなくＣＵごとに読み出されるとすれば、値Ｈ及びＶは、アフィンＣＵの最悪のメモリバンド幅が８×８双予測ブロックの通常のインターＭＣのそれを越えないように選択される。Ｈ及びＶの値は、ＣＵサイズ及び片予測又は双予測に適応できる点に留意されたい。

【0113】

［２．７．３ 例３］
アフィン予測におけるメモリバンド幅要件を低減するために、ブロック内の各８×８ブロックが基本ユニットとして見なされる。８×８ブロック内の４つ全ての４×４サブブロックのＭＶは、４つの４×４サブブロックの整数部の間の最大差が１ピクセルよりも大きくないように制約される。それにより、バンド幅は、（８＋７＋１）×（８＋７＋１）／（８×８）＝４サンプル／ピクセルである。

【0114】

いくつかの場合に、現在のブロック内の全てのサブブロックのＭＶがアフィンモデルにより計算された後、制御点を含むサブブロックのＭＶは、最初に、対応する制御点ＭＶで置換される。これは、左上、右上、及び左下サブブロックのＭＶが、左上、右上、及び左下制御点ＭＶによって夫々置換されることを意味する。次いで、現在のブロック内の各８×８ブロックについて、４つ全ての４×４サブブロックのＭＶが、それら４つのＭＶの整数部の間の最大差が１ピクセルよりも大きくないことを保証するようクリッピングされる。ここで、留意されるべきは、制御点を含むサブブロック（左上、右上及び左下サブブロック）は、ＭＶクリッピングプロセスに関わるために、対応する制御点ＭＶを使用することである。クリッピングプロセス中に、右上制御点のＭＶは不変である。

【0115】

各８×８ブロックに適用されるクリッピングプロセスは、次の通りに説明される。

【0116】

１．ＭＶ成分の最小及び最大値ＭＶｍｉｎｘ、ＭＶｍｉｎｙ、ＭＶｍａｘｘ、ＭＶｍａｘｙは、最初に、次の通りに各８×８ブロックについて決定される：
ａ）４つの４×４サブブロックＭＶの中で最小のＭＶ成分を得る
ＭＶｍｉｎｘ＝ｍｉｎ（ＭＶｘ０，ＭＶｘ１，ＭＶｘ２，ＭＶｘ３）
ＭＶｍｉｎｙ＝ｍｉｎ（ＭＶｙ０，ＭＶｙ１，ＭＶｙ２，ＭＶｙ３）
ｂ）ＭＶｍｉｎｘ及びＭＶｍｉｎｙの整数部を最小ＭＶ成分として使用する
ＭＶｍｉｎｘ＝ＭＶｍｉｎｘ＞＞ＭＶ＿ｐｒｅｃｉｓｉｏｎ＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ
ＭＶｍｉｎｙ＝ＭＶｍｉｎｙ＞＞ＭＶ＿ｐｒｅｃｉｓｉｏｎ＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ
ｃ）最大ＭＶ成分は次の通りに計算される：
ＭＶｍａｘｘ＝ＭＶｍｉｎｘ＋（２＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）－１
ＭＶｍａｘｙ＝ＭＶｍｉｎｙ＋（２＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）－１
ｄ）右上制御点が現在の８×８ブロックにある場合
ＭＶ１ｘ＞ＭＶｍａｘｘならば
ＭＶｍｉｎｘ＝（ＭＶ１ｘ＞＞ＭＶ＿ｐｒｅｃｉｓｉｏｎ＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）－（１＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）
ＭＶｍａｘｘ＝ＭＶｍｉｎｘ＋（２＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）－１
ＭＶ１ｙ＞ＭＶｍａｘｙならば、
ＭＶｍｉｎｙ＝（ＭＶ１ｙ＞＞ＭＶ＿ｐｒｅｃｉｓｉｏｎ＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）－（１＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）
ＭＶｍａｘｙ＝ＭＶｍｉｎｙ＋（２＜＜ＭＶ＿ｐｒｅｃｉｓｉｏｎ）－１

【0117】

２．この８×８ブロック内の各４×４ブロックのＭＶ成分は、次の通りにクリッピングされる：
ＭＶｘｉ＝ｍａｘ（ＭＶｍｉｎｘ，ｍｉｎ（ＭＶｍａｘｘ，ＭＶｘｉ））
ＭＶｙｉ＝ｍａｘ（ＭＶｍｉｎｙ，ｍｉｎ（ＭＶｍａｘｙ，ＭＶｙｉ））

ここで、（ＭＶｘｉ，ＭＶｙｉ）は、１つの８×８ブロック内のｉ番目のサブブロックのＭＶであり、ｉは０、１、２、３であり、（ＭＶ１ｘ，ＭＶ１ｙ）は、右上制御点のＭＶであり、ＭＶ＿ｐｒｅｃｉｓｉｏｎは、１／１６動きベクトル分数精度に対応する４に等しい。ＭＶｍｉｎｘ及びＭＶｍａｘｘ（ＭＶｍｉｎｙ及びＭＶｍａｘｙ）の整数部の間の差は１ピクセルであるから、４つの４×４サブブロックＭＶの整数部の間の最大差は１ピクセルよりも大きくない。

【0118】

同様の方法は、いくつかの実施形態において、プレーナーモードを扱うためにも使用されてよい。

【0119】

［２．７．４ 例４］
いくつかの実施形態において、最悪の場合のバンド幅低減のためのアフィンモードへの制限。アフィンブロックの最悪の場合のバンド幅がＩＮＴＥＲ＿４×８／ＩＮＴＥＲ＿８×４ブロック又はＩＮＴＥＲ＿９×９ブロックよりも悪くないことを確かにするために、アフィン制御点間の動きベクトル差は、アフィンブロックのサブブロックサイズが４×４又は８×８であるかどうかを決定するために使用される。

【0120】

＜最悪の場合のバンド幅低減のための一般的なアフィン制限＞
アフィンモードのためのメモリバンド幅低減は、アフィン制御点の間の動きベクトル差（制御点差とも称される。）を制限することによって制御される。一般に、制御点差が以下の制限を満足する場合には、アフィン運動は４×４サブブロックを使用している（すなわち、４×４アフィンモード）。そうでない場合には、それは８×８サブブロックを使用している（８×８アフィンモード）。６パラメータ及び４パラメータモデルのための制限は、次の通りに与えられる。

【0121】

異なるブロックサイズ（ｗ×ｈ）についての制約を導出するために、制御点の動きベクトル差は：
Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）＝（ｖ_１ｘ－ｖ_０ｘ）×（１２８／ｗ）
Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）＝（ｖ_１ｙ－ｖ_０ｙ）×（１２８／ｗ）
Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）＝（ｖ_２ｘ－ｖ_０ｘ）×（１２８／ｈ）
Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）＝（ｖ_２ｙ－ｖ_０ｙ）×（１２８／ｈ） 式（１４）
として正規化される。

【0122】

４パラメータアフィンモデルでは、（ｖ_２ｘ－ｖ_０ｘ）及び（ｖ_２ｙ－ｖ_０ｙ）は次の通りにセットされる：
（ｖ_２ｘ－ｖ_０ｘ）＝－（ｖ_１ｙ－ｖ_０ｙ）
（ｖ_２ｙ－ｖ_０ｙ）＝－（ｖ_１ｘ－ｖ_０ｘ） 式（１５）

【0123】

従って、（ｖ_２ｘ－ｖ_０ｘ）及び（ｖ_２ｙ－ｖ_０ｙ）のノルムは：
Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）＝－Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）
Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）＝Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ） 式（１６）
と与えられる。

【0124】

最悪の場合のバンド幅を確保するための制限は、ＩＮＴＥＲ＿４×８又はＩＮＴＥＲ＿８×４を達成することである：
｜Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）＋Ｎｏｒｍ（ｖ_２ｘ－Ｖ_０ｘ）＋１２８｜＋
｜Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）＋Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）＋１２８｜＋
｜Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）－Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）｜＋
｜Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）－Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）｜
＜１２８×３．２５ 式（１７）

ここで、式（１７）の左側は、サブアフィンブロックのシュリンク又はスパンレベルを表し、一方、（３．２５）は、３．２５のピクセルシフトを示す。

【0125】

最悪の場合のバンド幅を確保するための制限は、ＩＮＴＥＲ＿９×９を達成することである：
（４×Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）＞－４×ｐｅｌ＆＆＋４×Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）＜ｐｅｌ）＆＆
（４×Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）＞－ｐｅｌ＆＆４×Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）＜ｐｅｌ）＆＆
（４×Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）＞－ｐｅｌ＆＆４×Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）＜ｐｅｌ）＆＆
（４×Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）＞－４×ｐｅｌ＆＆４×Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）＜ｐｅｌ）＆＆
（（４×Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）＋４×Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙ）＞－４×ｐｅｌ）＆＆
（４×Ｎｏｒｍ（ｖ_１ｘ－ｖ_０ｘ）＋４×Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）＜ｐｅｌ））＆＆
（（４×Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）＋４×Ｎｏｒｍ（ｖ_２ｘ－ｖ_０ｘ）＞－４×ｐｅｌ）＆＆
（４×Ｎｏｒｍ（ｖ_１ｙ－ｖ_０ｙ）＋４×Ｎｏｒｍ（ｖ_２ｙ－ｖ_０ｙｘ）＜ｐｅｌ））
式（１８）

ここで、ｐｅｌ＝１２８×１６である（１２８及び１６は、夫々、正規化係数及び動きベクトル精度である。）。

【0126】

［２．８ 一般化された双予測改善］
いくつかの実施形態は、ＧＢｉについてのゲインと複雑性との間トレードオフを改善し、ＢＭＳ２．１に採用された。ＧＢｉは、ＣＵレベル重みによる双予測（Bi-prediction with CU-level Weight，ＢＣＷ）とも呼ばれる。ＢＭＳ２．１ ＧＢｉは、等しくない重みを双予測モードにおけるＬ０及びＬ１からの予測子に適用する。インター予測モードでは、等しい重み対（１／２，１／２）を含む複数の重み対が、レート歪み最適化（Rate-Distortion Optimization，ＲＤＯ）に基づいて評価され、選択された重み対のＧＢｉインデックスがデコーダへ通知される。マージモードでは、ＧＢｉインデックスは、隣接ＣＵから引き継がれる。ＢＭＳ２．１ ＧＢｉでは、双予測モードでの予測子生成が式（１９）に示される：

Ｐ_ＧＢｉ＝（ｗ_０×Ｐ_Ｌ０＋ｗ_１×Ｐ_Ｌ１＋ＲｏｕｎｄｉｎｇＯｆｆｓｅｔ_ＧＢｉ）
＞＞ｓｈｉｆｔＮｕｍ_ＧＢｉ 式（１９）

【0127】

ここで、Ｐ_ＧＢｉはＧＢｉの最終的な予測子である。ｗ_０及びｗ_１は、選択されたＧＢｉ重み対であり、リスト０（Ｌ０）及びリスト１（Ｌ１）に夫々適用される。ＲｏｕｎｄｉｎｇＯｆｆｓｅｔ_ＧＢｉ及びｓｈｉｆｔＮｕｍ_ＧＢｉは、ＧＢｉにおける最終的な予測子を正規化するために使用される。サポートされるｗ_１は｛－１／４，３／８，１／２，５／８，５／４｝にセットされ、これら５つの重みは、１つの等しい重み対及び４つの等しくない重み対に対応する。ブレンディングゲイン、例えば、ｗ_１及びｗ_０の和は１．０に固定される。従って、対応するｗ_０重みセットは、｛５／４，５／８，１／２，３／８，－１／４｝である。重み対選択はＣＵレベルにある。

【0128】

非低遅延ピクチャについては、重みセットサイズは５から３に低減される。このとき、ｗ_１重みセットは｛３／８，１／２，５／８｝であり、ｗ_０重みセットは｛５／８，１／２，３／８｝である。非低遅延ピクチャの重みセットサイズ低減は、ＢＭＳ２．１ ＧＢｉ及びこの寄与における全てのＧＢｉテストに適用される。

【0129】

いくつかの実施形態において、次の変更は、ＧＢｉパフォーマンスを更に改善するためにＢＭＳ２．１における既存のＧＢｉ設計の上に適用される。

【0130】

［２．８．１ ＧＢｉエンコーダバグ修正］
ＧＢｉエンコーディング時間を低減するために、現在のエンコーダ設計では、エンコーダは、４／８に等しいＧＢｉ重みから推定された片予測動きベクトルを保存し、それらを、他のＧＢｉ重みの片予測探索のために再利用する。この高速エンコーディング法は、並進運動モデル及びアフィン運動モデルの両方に適用される。ＶＴＭ２．０では、６パラメータアフィンモデルが、４パラメータアフィンモデルとともに採用された。ＢＭＳ２．１エンコーダは、ＧＢｉ重みが４／８に等しい場合に、それが片予測アフィンＭＶを保持するとき、４パラメータアフィンモデル及び６パラメータアフィンモデルを区別しない。その結果、４パラメータアフィンＭＶは、ＧＢｉ重み４／８によるエンコーディング後に、６パラメータアフィンＭＶによって上書きされ得る。保存された６パラメータアフィンＭＶは、他のＧＢｉ重みについての４パラメータアフィンＭＥのために使用される可能性があり、あるいは、保存された４パラメータアフィンＭＶは、６パラメータアフィンＭＥのために使用される可能性がある。提案されているＧＢｉエンコーダバグ修正は、４パラメータ及び６パラメータアフィンＭＶ保存を分離することである。エンコーダは、ＧＢｉ重みが４／８に等しい場合にアフィンモデルタイプに基づいてこれらのアフィンＭＶを保存し、対応するアフィンＭＶを、他のＧＢｉ重みのアフィンモデルタイプに基づいて再利用する。

【0131】

［２．８．２ ＧＢｉのためのＣＵサイズ制約］
この方法では、ＧＢｉは、小さいＣＵについては無効化される。インター予測モードでは、双予測が使用され、ＣＵエリアが１２８個のルーマサンプルよりも小さい場合に、ＧＢｉは、如何なるシグナリングにも知らずに無効化される。

【0132】

［２．８．３ ＧＢｉによるマージモード］
マージモードによれば、ＧＢｉインデックスは通知されない。代わりに、それは、それがマージされる隣接ブロックから引き継がれる。ＴＭＶＰ候補が選択される場合に、ＧＢｉはこのブロックではオフされる。

【0133】

［２．８．４ ＧＢｉによるアフィン予測］
現在のブロックがアフィン予測によりコーディングされる場合に、ＧＢｉは使用可能である。アフィンインターモードについては、ＧＢｉインデックスが通知される。アフィンマージモードについては、ＧＢｉインデックスは、それがマージされる隣接ブロックから引き継がれる。構成されたアフィンモデルが選択される場合には、ＧＢｉはこのブロックではオフされる。

【0134】

［２．９ 例となるインター－イントラ予測モード（ＩＩＰ）］
インター及びイントラ複合予測（ＣＩＩＰ）とも呼ばれるインター－イントラ予測モードによれば、多重仮説（multi-hypothesis）予測が１つのイントラ予測及び１つのマージインデキシング予測を組み合わせる。そのようなブロックは、特別なインターコーディングブロックとして扱われる。マージＣＵでは、１つのフラグが、フラグが真である場合にイントラ候補リストからイントラモードを選択するために、マージモードについて通知される。ルーマ成分については、イントラ候補リストは、ＤＣ、プレーナー、水平、及び垂直モードを含む４つのイントラ予測モードから導出され、イントラ候補リストのサイズは、ブロック形状に応じて３又は４であることができる。ＣＵ幅がＣＵ高さの２倍よりも大きい場合に、水平モードはイントラモードリストから除かれ、ＣＵ高さがＣＵ幅の２倍よりも大きい場合に、垂直モードはイントラリストモードから除かれる。イントラモードインデックスによって選択された１つのイントラ予測モード、及びマージインデックスによって選択された１つのマージインデキシング予測は、加重平均を用いて組み合わされる。クロマ成分については、余分のシグナリングによらずに、常にＤＭが適用される。

【0135】

予測を組み合わせるための重みは、次の通りに説明される。ＤＣ又はプレーナーモードが選択されるか、あるいは、ＣＢ幅又は高さが４よりも小さい場合に、等しい重みが適用される。ＣＢ幅及び高さが４以上であるようなＣＢについては、水平／垂直モードが選択される場合に、１つのＣＢが最初に、垂直方向／水平方向に、４つの等しい面積の領域に分けられる。ｉが１から４であり、（ｗ＿ｉｎｔｒａ_１，ｗ＿ｉｎｔｅｒ_１）＝（６，２）、（ｗ＿ｉｎｔｒａ_１，ｗ＿ｉｎｔｅｒ_２）＝（５，３）、（ｗ＿ｉｎｔｒａ_３，ｗ＿ｉｎｔｅｒ_３）＝（３，５）、及び（ｗ＿ｉｎｔｒａ_４，ｗ＿ｉｎｔｅｒ_４）＝（２，６）であるとして、（ｗ＿ｉｎｔｒａ_ｉ，ｗ＿ｉｎｔｅｒ_ｉ）と表される各重みセットは、対応する領域に適用されることになる。（ｗ＿ｉｎｔｒａ_１，ｗ＿ｉｎｔｅｒ_１）は、参照サンプルに最も近い領域用であり、（ｗ＿ｉｎｔｒａ_４，ｗ＿ｉｎｔｅｒ_４）は、参照サンプルから最も遠い領域用である。次いで、組み合わされた予測は、２つの重み付けされた予測を合計し、３ビット右シフトすることによって、計算され得る。更に、予測子のイントラ仮説のためのイントラ予測モードは、次の隣接ＣＵの参照のためにセーブされ得る。

【0136】

イントラ及びインター予測値がＰＩｎｔｒａ及びＰＩｎｔｅｒであり、重み係数が夫々ｗ＿ｉｎｔｒａ及びｗ＿ｉｎｔｅｒであるとする。位置（ｘ，ｙ）での予測値は、（ＰＩｎｔｒａ（ｘ，ｙ）×ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋ＰＩｎｔｅｒ（ｘ，ｙ）×ｗ＿ｉｎｔｅｒ（ｘ，ｙ））＞＞Ｎと計算される。ここで、ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＝２^Ｎである。

【0137】

＜ＩＩＰコーディングブロックにおけるイントラ予測モードのシグナリング＞
インター－イントラモードが使用される場合に、４つの許可されたイントラ予測モード、ＤＣ、プレーナー、水平及び垂直、のうちの１つが選択され通知される。３つの最確モード（Most Probable Mode(s)，ＭＰＭ）は、左及び上隣接ブロックから構成される。イントラコーディングされた隣接ブロック又はＩＩＰコーディングされた隣接ブロックのイントラ予測モードは、１つのＭＰＭとして扱われる。イントラ予測モードが４つの許可されたイントラ予測モードのうちの１つでない場合に、それは、角度差に応じて垂直モード又は水平モードに丸められることになる。隣接ブロックは、現在のブロックと同じＣＴＵラインにあるべきである。

【0138】

現在のブロックの幅及び高さはＷ及びＨであるとする。Ｗ＞２×Ｈ又はＨ＞２×Ｗの場合に、３つのＭＰＭのうちの１つのみがインター－イントラモードで使用可能である。そうでない場合には、４つ全ての有効なイントラ予測モードがインター－イントラモードで使用可能である。

【0139】

留意されるべきは、インター－イントラモードにおけるイントラ予測モードは、通常のイントラコーディングされたブロックにおいてイントラ予測モードを予測するために使用不可能であることである。

【0140】

インター－イントラ予測は、Ｗ×Ｈ＞＝６４の場合にのみ使用可能である。

【0141】

［２．１０ 例となる三角予測モード］
三角予測モード（Triangular Prediction Mode，ＴＰＭ）の概念は、動き補償付き予測のための新しい三角パーティションを導入することである。図７Ａ～７Ｂに示されるように、それはＣＵを対角又は逆対角方向のどちらか一方で２つの三角予測ユニットに分割する。ＣＵ内の各三角予測ユニットは、片予測候補リストから導出されるそれ自体の片予測動きベクトル及び参照フレームインデックスを用いてインター予測される。適応重み付けプロセスは、三角予測ユニットを予測した後に、対角辺に対して実行される。次いで、変換及び量子化プロセスがＣＵ全体に適用される。このモードは、スキップ及びマージモードにのみ適用されることが知られる。

【0142】

［２．１０．１ ＴＰＭのための片予測候補リスト］
片予測候補リストは、５つの片予測動きベクトル候補から成る。それは、図８に示されるように、５つの空間隣接ブロック（１から５）及び２つの時間同一位置ブロック（６から７）を含む７つの隣接ブロックから導出される。７つの隣接ブロックの動きベクトルは集められ、片予測動きベクトルの順序、双予測動きベクトルのＬ０動きベクトル、双予測動きベクトルのＬ１動きベクトル、並びに双予測動きベクトルのＬ０及びＬ１動きベクトルの平均化された動きベクトルに従って片予測候補リストに置かれる。候補の数が５に満たない場合には、ゼロ動きベクトルがリストに加えられる。このリストに加えられた動き候補は、ＴＰＭ動き候補と呼ばれる。

【0143】

より具体的には、次のステップが含まれる。

【0144】

１）如何なるプルーニング動作にもよらずに、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、Ｂ_２、Ｃｏｌ及びＣｏｌ２（図８のブロック１～７に対応）から動き候補を取得する。

【0145】

２）変数ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄ＝０をセットする。

【0146】

３）Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、Ｂ_２、Ｃｏｌ及びＣｏｌ２から各動き候補が導出され、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５よりも小さい場合に、動き候補が片予測（リスト０又はリスト１のどちらか一方から）であるならば、それは、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄを１増やしてマージリストに追加される。そのような追加された動き候補は、「元々片予測された候補」（originally uni-predicted candidate）と呼ばれる。完全プルーニングが適用される。

【0147】

４）Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、Ｂ_２、Ｃｏｌ及びＣｏｌ２から各動き候補が導出され、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５よりも小さい場合に、動き候補が双予測であるならば、リスト０からの動き情報がマージリストに追加され（すなわち、リスト０からの片予測であるよう変更され）、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄは１だけ増やされる。そのような追加された候補は、「切り捨てられたリスト０予測候補」（Truncated List0-predicted candidate）と呼ばれる。完全プルーニングが適用される。

【0148】

５）Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、Ｂ_２、Ｃｏｌ及びＣｏｌ２から各動き候補が導出され、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５よりも小さい場合に、動き候補が双予測であるならば、リスト１からの動き情報がマージリストに追加され（すなわち、リスト１からの片予測であるよう変更され）、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄは１だけ増やされる。そのような追加された候補は、「切り捨てられたリスト１予測候補」」（Truncated List1-predicted candidate）と呼ばれる。完全プルーニングが適用される。

【0149】

６）Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、Ｂ_２、Ｃｏｌ及びＣｏｌ２から各動き候補が導出され、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５よりも小さい場合に、動き候補が双予測であるならば、
－ リスト０参照ピクチャのスライス量子化パラメータ（ＱＰ）がリスト１参照ピクチャのスライスＱＰよりも小さい場合には、リスト１の動き情報が最初にリスト０参照ピクチャにスケーリングされ、２つのＭＶ（一方は元のリスト０からであり、他方はリスト１からのスケーリングされたＭＶである。）の平均がマージリストに追加される。これは、リスト０動き候補からの平均された片予測であり、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄは１だけ増やされる。
－ そうでない場合には、リスト０の動き情報が最初にリスト１参照ピクチャにスケーリングされ、２つのＭＶ（一方は元のリスト１からであり、他方はリスト０からのスケーリングされたＭＶである。）の平均がマージリストに加えられる。これは、リスト１動き候補からの平均された片予測であり、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄは１だけ増やされる。

【0150】

完全プルーニングが適用される。

【0151】

７）ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５よりも小さい場合に、ゼロ動きベクトル候補が加えられる。

【0152】

［２．１１ ＶＶＣにおけるデコーダ側動きベクトル精緻化（ＤＭＶＲ）］
ＶＶＣにおけるＤＭＶＲのために、リスト０とリスト１との間のＭＶＤミラーリングは図１３に示されるように考えられ、バイラテラルマッチングが、ＭＶを精緻化するために、例えば、いくつかのＭＶＤ候補の中から最良のＭＶＤを見つけるために、実行される。２つの参照ピクチャのＭＶをＭＶＬ０（Ｌ０Ｘ，Ｌ０Ｙ）及びＭＶＬ１（Ｌ１Ｘ，Ｌ１Ｙ）によって表す。コスト関数（例えば、ＳＡＤ）を最小化し得るリスト０のための（ＭｖｄＸ，ＭｖｄＹ）によって表されるＭＶＤは、最良のＭＶＤとして定義される。ＳＡＤ関数については、それは、リスト０参照ピクチャにおいて動きベクトル（Ｌ０Ｘ＋ＭｖｄＸ，Ｌ０Ｙ＋ＭｖｄＹ）により導出されたリスト０の参照ブロックと、リスト１参照ピクチャにおいて動きベクトル（Ｌ１Ｘ－ＭｖｄＸ，Ｌ１Ｙ－ＭｖｄＹ）により導出されたリスト１の参照ブロックとの間のＳＡＤとして定義される。

【0153】

動きベクトル精緻化プロセスは、２回繰り返してよい。各繰り返しにおいて、多くても６個のＭＶＤ（整数ペル精度による）が、図１４に示されるように、２つのステップでチェックされる。第１ステップで、ＭＶＤ（０，０）、（－１，０）、（１，０）、（０，－１）、（０，１）がチェックされる。第２ステップで、ＭＶＤ（－１，－１）、（－１，１）、（１，－１）、又は（１，１）のうちの１つが選択され、更にチェックされてよい。関数Ｓａｄ（ｘ，ｙ）がＭＶＤ（ｘ，ｙ）のＳＡＤ値を返すとする。第２ステップでチェックされた、（ＭｖｄＸ，ＭｖｄＹ）によって表されるＭＶＤが、次の通りに決定される：
ＭｖｄＸ＝－１；
ＭｖｄＹ＝－１；
ｉｆ（Ｓａｄ（１，０）＜Ｓａｄ（－１，０））
ＭｖｄＸ＝１；
ｉｆ（Ｓａｄ（０，１）＜Ｓａｄ（０，－１））
ＭｖｄＹ＝１

【0154】

最初の繰り返しでは、開始点は、通知されたＭＶであり、２回目の繰り返しでは、開始点は、通知されたＭＶに、最初の繰り返しにおける選択された最良のＭＶＤを加えたものである。ＤＭＶＲは、１つの参照ピクチャが先行ピクチャであり、他の参照ピクチャが後続ピクチャであり、それら２つの参照ピクチャが現在のピクチャから同じピクチャ・オーダー・カウント距離にある場合にのみ適用される。

【0155】

ＤＭＶＲのプロセスを更に簡単にするために、次の主な特徴が、いくつかの実施形態において実装可能である。

【0156】

１．リスト０とリスト１との間の（０，０）位置ＳＡＤが閾値よりも小さい場合の早期終了。

【0157】

２．リスト０とリスト１との間のＳＡＤがある位置についてゼロである場合の早期終了。

【0158】

３．Ｗ及びＨがブロックの幅及び高さであるとして、ＤＭＶＲのブロックサイズ：Ｗ×Ｎ＞＝６４＆＆Ｈ＞＝８。

【0159】

４．ＣＵサイズ＞１６×１６のＤＭＶＲの場合に、ＣＵを複数の１６×１６サブブロックに分割する。ＣＵの幅又は高さのみが１６よりも大きい場合には、それは垂直又は水平方向においてのみ分割される。

【0160】

５．参照ブロックサイズ（Ｗ＋７）×（Ｈ＋７）（ルーマについて）。

【0161】

６．２５ポイントのＳＡＤベースの整数ペル探索（例えば、（＋－）２絞り込み探索範囲、単一ステージ）。

【0162】

７．双線形補間ベースのＤＭＶＲ。

【0163】

８．「パラメトリック誤差表面方程式」に基づくサブペル精緻化。このプロシージャは、最小ＳＡＳコストがゼロに等しくなく、最良のＭＶＤは最後のＭＶ精緻化繰り返しにおいて（０，０）である場合にのみ実行される。

【0164】

９．参照ブロックパディング付きのルーマ／クロマＭＣ（必要な場合）。

【0165】

１０．ＭＣ及びＴＭＶＰにのみ使用される精緻化されたＭＶ。

【0166】

［２．１１．１ ＤＭＶＲの利用］
次の条件が全て当てはまる場合に、ＤＭＶＲは有効にされ得る：
－ ＳＰＳ内のＤＭＶＲ有効化フラグ（例えば、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１に等しい。
－ ＴＰＭフラグ、インターアフィンフラグ及びサブブロックマージフラグ（ＡＴＭＶＰ又はアフィンマージのどちらか一方）、ＭＭＶＤフラグが全て０に等しい。
－ マージフラグが１に等しい。
－ 現在のブロックが双予測され、現在のピクチャとリスト１内の参照ピクチャとの間のピクチャ・オーダー・カウント（Picture Order Count，ＰＯＣ）距離が、リスト０内の参照ピクチャと現在のピクチャとの間のＰＯＣ距離に等しい。
－ 現在のＣＵの高さが８以上である。
－ ルーマサンプルの数（ＣＵ幅×高さ）が６４以上である。

【0167】

［２．１１．２ 「パラメトリック誤差表面方程式」に基づくサブペル精緻化］
方法は、以下で要約される。

【0168】

１．パラメトリック誤差表面当てはめ（parametric error surface fit）は、中心位置が所与の繰り返しにおいて最良コスト位置である場合にのみ計算される。

【0169】

２．中心位置コスト並びに中心から（－１，０）、（０，－１）、（１，０）、及び（０，１）位置にあるコストは、次の

Ｅ（ｘ，ｙ）＝Ａ（ｘ－ｘ_０）^２＋Ｂ（ｙ－ｙ_０）^２＋Ｃ

の２次元放射物誤差表面方程式を適合させるために使用される。ここで、（ｘ_０，ｙ_０）は、最小コストを有する位置に対応し、Ｃは、最小コスト値に対応する。５つの未知数の５つの式を解くことによって、（ｘ_０，ｙ_０）は：

ｘ_０＝（Ｅ（－１，０）－Ｅ（１，０））／（２Ｅ（－１，０）＋Ｅ（１，０）－２Ｅ（０，０））
ｙ_０＝（Ｅ（０，－１）－Ｅ（０，１））／（２Ｅ（０，－１）＋Ｅ（０，１）－２Ｅ（０，０））

と計算される。（ｘ_０，ｙ_０）は、除算が実行される精度（例えば、商のいくつのビットが計算されるか）を調整することによって、如何なる必要とされるサブピクセル精度にも計算可能である。１／１６ペル精度については、商の絶対値の４ビットのみが計算される必要がある。これは、ＣＵごとに必要な２つの除算の高速シフト減算ベースの実装に役立つ。

【0170】

３．計算された（ｘ_０，ｙ_０）は、サブピクセルの正確な精緻化デルタＭＶを得るために、整数距離精緻化ＭＶに加えられる。

【0171】

［２．１１．３ ＤＭＶＲにおける必要とされる参照サンプル］
サイズＷ×Ｈのブロックについて、最大許容ＭＶＤ値は±ｏｆｆＳｅｔ（例えば、ＶＶＣでは２）であり、フィルタサイズはｆｉｌｔｅｒＳｉｚｅ（例えば、ＶＶＣでは、ルーマについては８、クロマについては４）であると仮定して、（Ｗ＋２×ｏｆｆＳｅｔ＋ｆｉｌｔｅｒＳｉｚｅ－１）×（Ｈ＋２×ｏｆｆＳｅｔ＋ｆｉｌｔｅｒＳｉｚｅ－１）個の参照サンプルが必要とされる。メモリバンド幅を低減するために、中心の（Ｗ＋ｆｉｌｔｅｒＳｉｚｅ－１）×（Ｈ＋ｆｉｌｔｅｒＳｉｚｅ－１）個の参照サンプルがフェッチされ、残りのピクセルは、フェッチされたサンプルの境界を繰り返すことによって生成される。８×８ブロックの例が図１５に示されており、１５×１５個の参照サンプルがフェッチされ、フェッチされたサンプルの境界は、１７×１７領域を生成するよう繰り返される。

【0172】

動きベクトル精緻化の間、双線形動き補償が、それらの参照サンプルを用いて実行される。一方、最終的な動き補償も、それらの参照サンプルを用いて実行される。

【0173】

［２．１２ 異なるブロックサイズごとのバンド幅計算］
現在の８タップルーマ補間フィルタ及び４タップクロマ補間フィルタに基づいて、各ブロックユニットのメモリバンド幅（４：２：０カラーフォーマット、２つのＭ／２×Ｎ／２クロマブロックを伴った１つのＭ×Ｎルーマブロック）は、以下の表１で表示される。

【表1】

【0174】

同様に、現在の８タップルーマ補間フィルタ及び４タップクロマ補間フィルタに基づいて、各Ｍ×Ｎルーマブロックユニットのメモリバンド幅は、以下の表２で表にされる。

【表2】

【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】

いくつかの実施形態において、ＭＶｘ－ＭＶ’ｘ及びＭＶｙ－ＭＶ’ｙは、サブブロックの幅及び高さを決定するよう計算される。（ＭＶｘ、ＭＶｙ）及び（ＭＶ’ｘ，ＭＶ’ｙ）は例１で定義されている。

【0206】

いくつかの実施形態において、計算に関与するＭＶは、シグナリングＭＶ精度（例えば、１／４ピクセル精度）により表され得る。一例では、これらのＭＶは、ストレージＭＶ精度（例えば、１／１６精度）により表され得る。他の例として、これらのＭＶは、シグナリング又はストレージ精度とは異なる精度（例えば、整数精度）に丸められてもよい。

【0207】

いくつかの実施形態において、サブブロックの幅及び高さを決定するために計算で使用される閾値は、エンコーダからデコーダへ、例えば、ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイル／ＣＴＵ／ＣＵ／ＰＵにおいて、通知されてよい。

【0208】

いくつかの実施形態において、サブブロックの幅及び高さを決定するために計算に使用される閾値は、異なった標準的プロファイル／レベル／ティアごとに異なってもよい。

【0209】

例４：１つＷ２×Ｈ２サブブロック／ブロック内でＷ１×Ｈ１サブブロックを補間するために、（Ｗ２＋Ｎ－１－ＰＷ）×（Ｈ２＋Ｎ－１－ＰＨ）ブロックが最初にフェッチされ、それから、例６で説明されるピクセルパディング法（例えば、境界ピクセル繰り返し法）が、より大きいブロックを生成するために適用される。より大きいブロックは、それから、Ｗ１×Ｈ１サブブロックを補間するために使用される。例えば、Ｗ２＝Ｈ２＝８、Ｗ１＝Ｈ１＝４及びＰＷ＝ＰＨ＝０である。

【0210】

いくつかの実施形態において、いずれかのＷ１×Ｈ１サブブロックのＭＶの整数部は、Ｗ２×Ｈ２サブブロック／ブロックの全体をフェッチするために使用されてよく、異なった境界ピクセル繰り返し法がそれに応じて必要とされ得る。例えば、全てのＷ１×Ｈ１サブブロックのＭＶの整数部の間の最大差が１ピクセルよりも大きくない場合に、左上のＷ１×Ｈ１サブブロックのＭＶの整数部が、Ｗ２×Ｈ２サブブロック／ブロックの全体をフェッチするために使用される。参照ブロックの右及び下境界は一度繰り返される。他の例として、全てのＷ１×Ｈ１サブブロックのＭＶの整数部の間の最大差が１ピクセルよりも大きくない場合に、右下のＷ１×Ｈ１サブブロックのＭＶの整数部が、Ｗ２×Ｈ２サブブロック／ブロックの全体をフェッチするために使用される。参照ブロックの左及び上境界は一度繰り返される。

【0211】

いくつかの実施形態において、いずれかのＷ１×Ｈ１サブブロックのＭＶは、最初に変更され、それから、Ｗ２×Ｈ２サブブロック／ブロックの全体をフェッチするために使用されてよく、異なった境界ピクセル繰り返し法がそれに応じて必要とされ得る。例えば、全てのＷ１×Ｈ１サブブロックのＭＶの整数部の間の最大差が２ピクセルよりも大きくない場合に、左上のＷ１×Ｈ１サブブロックのＭＶの整数部は、（１，１）だけ増やされてよく（ここで、１は、１整数ピクセル距離を意味する。）、それから、Ｗ２×Ｈ２サブブロック／ブロックの全体をフェッチするために使用される。この場合に、参照ブロックの左、右、上及び下境界は一度繰り返される。他の例として、全てのＷ１×Ｈ１サブブロックのＭＶの整数部の間の最大差が２ピクセルよりも大きくない場合に、右下のＷ１×Ｈ１サブブロックのＭＶの整数部は、（－１，－１）だけ増やされてよく（ここで、１は、１整数ピクセル距離を意味する。）、それから、Ｗ２×Ｈ２サブブロック／ブロックの全体をフェッチするために使用される。この場合に、参照ブロックの左、右、上及び下境界は一度繰り返される。

【0212】

＜特定のブロックサイズのためのバンド幅制御＞
例５：現在のブロックのｗ及びｈが次のような条件の１つ以上を満足する場合に、双予測は許されない。

【0213】

Ａ．ｗがＴ１に等しく且つｈがＴ２に等しいか、あるいは、ｈがＴ１に等しく且つｗがＴ２に等しい。一例では、Ｔ１＝４及びＴ２＝１６である。

【0214】

Ｂ．ｗがＴ１に等しくかつｈがＴよりも大きくなく、あるいは、ｈがＴ１に等しくかつｗがＴ２よりも大きくない。一例では、Ｔ１＝４及びＴ２＝１６である。

【0215】

Ｃ．ｗはＴ１よりも大きくなく且つｈはＴ２よりも大きくなく、あるいは、ｈはＴ１よりも大きくなく且つｗはＴ２よりも大きくない。一例では、Ｔ１＝８及びＴ２＝８である。他の例では、Ｔ１＝＝８、Ｔ２＝＝４である。別の他の例では、Ｔ１＝＝４及びＴ２＝＝４である。

【0216】

いくつかの実施形態において、双予測は４×８ブロックについて無効にされてよい。いくつかの実施形態において、双予測は８×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は４×１６ブロックについて無効にされてよい。いくつかの実施形態において、双予測は１６×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は４×８、８×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、４×１６、１６×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、４×８、１６×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、４×１６、８×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、４×Ｎブロック、例えば、Ｎ＜＝１６について無効にされてよい。いくつかの実施形態において、双予測は、Ｎ×４ブロック、例えば、Ｎ＜＝１６について無効にされてよい。いくつかの実施形態において、双予測は、８×Ｎブロック、例えば、Ｎ＜＝１６について無効にされてよい。いくつかの実施形態において、双予測は、Ｎ×８ブロック、例えば、Ｎ＜＝１６について無効にされてよい。いくつかの実施形態において、双予測は、４×８、８×４、４×１６ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、４×８、８×４、１６×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、８×４、４×１６、１６×４ブロックについて無効にされてよい。いくつかの実施形態において、双予測は、４×８、８×４、４×１６、１６×４ブロックについて無効にされてよい。

【0217】

いくつかの実施形態において、本明細書で開示されているブロックサイズは、ルーマ成分などの１つの色成分を参照してよく、双予測が無効にされるかどうかに関する決定は、全ての色成分に適用され得る。例えば、双予測が、ブロックのルーマ成分のブロックサイズに従って無効にされる場合に、双予測は、他の色成分の対応するブロックについても無効にされる。いくつかの実施形態において、本明細書で開示されているブロックサイズは、ルーマ成分などの１つの色成分を参照してよく、双予測が無効にされるかどうかに関する決定は、その色成分にのみ適用され得る。

【0218】

いくつかの実施形態において、双予測がブロックについて無効にされ、選択されたマージ候補が双予測される場合に、そのマージ候補の参照リスト０又は参照リスト１からのただ１つのＭＶのみがそのブロックに割り当てられる。

【0219】

いくつかの実施形態において、三角予測モード（ＴＰＭ）は、双予測がブロックについて無効にされる場合に、そのブロックについて許されない。

【0220】

いくつかの実施形態において、予測方向（リスト０／１からの片予測、双予測）を通知する方法は、ブロック寸法に依存してよい。一例では、１）ブロック幅×ブロック高さ＜６２であるか、あるいは、２）ブロック幅×ブロック高さ＝６４であるが幅が高さに等しくない場合に、リスト０／１からの片予測の指示が通知されてよい。他の例として、１）ブロック幅×ブロック高さ＞６４であるか、あるいは、２）ｎ幅×ブロック高さ＝６４であり且つ幅が高さに等しい場合に、リスト０／１からの片予測又は双予測の指示が通知されてよい。

【0221】

いくつかの実施形態において、片予測及び双予測は両方とも、４×４ブロックについて無効にされてよい。いくつかの実施形態において、それは、アフィンコーディングされたブロックについて無効にされてよい。代替的に、それは、非アフィンコーディングされたブロックについて無効にされてよい。いくつかの実施形態において、８×８ブロックに対する四分木分割、８×４又は４×８ブロックに対する二分木分割、４×１６又は１６×４ブロックに対する三分木分割の指示は、スキップされてよい。いくつかの実施形態において、４×４ブロックは、イントラブロックとしてコーディングされるべきである。いくつかの実施形態において、４×４ブロックのＭＶは、整数精度にあるべきである。例えば、４×４ブロックに対するＩＭＶフラグは１であるべきである。他の例として、４×４ブロックのＭＶは、整数精度に丸められるべきである。

【0222】

いくつかの実施形態において、双予測は許可される。しかし、補間フィルタタップがＮであるとすれば、（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）個の参照ピクセルをフェッチする代わりに、（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）個の参照ピクセルのみがフェッチされる。一方、参照ブロック境界（上、左、下及び右境界）にあるピクセルは、最終的な補間のために使用される、図９に示されるような（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）ブロックを生成するよう、繰り返される。いくつかの実施形態において、ＰＨはゼロであり、左又は／及び右境界のみが繰り返される。いくつかの実施形態において、ＰＷはゼロであり、上又は／及び下境界のみが繰り返される。いくつかの実施形態において、ＰＷ及びＰＨの両方がゼロよりも大きく、最初に、左又は／及び右境界が繰り返され、次いで、上又は／及び下境界が繰り返される。いくつかの実施形態において、ＰＷ及びＰＨの両方がゼロよりも大きく、最初に、上又は／及び下境界が繰り返され、次いで、左又は／及び右境界が繰り返される。いくつかの実施形態において、左境界は、Ｍ１回繰り返され、右境界は、ＰＷ－Ｍ１回繰り返される。いくつかの実施形態において、上境界は、Ｍ２回繰り返され、下境界は、ＰＨ－Ｍ２回繰り返される。いくつかの実施形態において、そのような境界ピクセル繰り返し法は、一部又は全ての参照ピクセルに適用されてよい。いくつかの実施形態において、ＰＷ及びＰＨは、Ｙ、Ｃｂ及びＣｒなどの異なる色成分ごとに異なってよい。

【0223】

図９は、補間前の参照ブロックの繰り返し境界ピクセルの例を示す。

【0224】

例６：いくつかの実施形態において、（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）個の参照ピクセルは、（（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）個の参照ピクセルの代わりに）Ｗ×Ｈブロックの動き補償のためにフェッチされてよい。範囲（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）の外にあるが（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）の中にあるサンプルは、補間プロセスを行うようパディングされる。１つのパディング法では、参照ブロック境界（上、左、下及び右境界）にあるピクセルは、最終的な補間のために使用される、図１１に示されるような（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）ブロックを生成するよう、繰り返される。

【0225】

いくつかの実施形態において、ＰＨはゼロであり、左又は／及び右境界のみが繰り返される。

【0226】

いくつかの実施形態において、ＰＷはゼロであり、上又は／及び下境界のみが繰り返される。

【0227】

いくつかの実施形態において、ＰＷ及びＰＨの両方がゼロよりも大きく、最初に、左又は／及び右境界が繰り返され、次いで、上又は／及び下境界が繰り返される。

【0228】

いくつかの実施形態において、ＰＷ及びＰＨの両方がゼロよりも大きく、最初に、上又は／及び下境界が繰り返され、次いで、左又は／及び右境界が繰り返される。

【0229】

いくつかの実施形態において、左境界は、Ｍ１回繰り返され、右境界は、ＰＷ－Ｍ１回繰り返される。

【0230】

いくつかの実施形態において、上境界は、Ｍ２回繰り返され、下境界は、ＰＨ－Ｍ２回繰り返される。

【0231】

いくつかの実施形態において、そのような境界ピクセル繰り返し法は、一部又は全ての参照ピクセルに適用されてよい。

【0232】

いくつかの実施形態において、ＰＷ及びＰＨは、Ｙ、Ｃｂ及びＣｒなどの異なる色成分ごとに異なってよい。

【0233】

いくつかの実施形態において、ＰＷ及びＰＨは、異なるブロックサイズ又は形状ごとに異なってよい。

【0234】

いくつかの実施形態において、ＰＷ及びＰＨは、片予測及び双予測について異なってよい。

【0235】

いくつかの実施形態において、パディングは、アフィンモードでは実行されなくてもよい。

【0236】

いくつかの実施形態において、範囲（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）の外にあるが（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）の中にあるサンプルは、単一値であるようセットされる。いくつかの実施形態において、単一値は１＜＜（ＢＤ－１）であり、ＢＤはサンプルのビットデプスであり、例えば、８又は１０である。いくつかの実施形態において、単一値は、エンコーダからデコーダへＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイル／ＣＴＵ／ＣＵ／ＰＵにおいて通知される。いくつかの実施形態において、単一値は、範囲（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）内のサンプルから導出される。

【0237】

例７：ＤＭＶＲにおいて（Ｗ＋ｆｉｌｔｅｒＳｉｚｅ－１）×（Ｈ＋ｆｉｌｔｅｒＳｉｚｅ－１）個のサンプルをフェッチする代わりに、（Ｗ＋ｆｉｌｔｅｒＳｉｚｅ－１－ＰＷ）×（Ｈ＋ｆｉｌｔｅｒＳｉｚｅ－１－ＰＨ）個の参照サンプルがフェッチされてよく、全ての他の必要とされるサンプルは、フェッチされた参照サンプルの境界を繰り返すことによって生成されてよく、このとき、ＰＷ＞＝０及びＰＨ＞＝０である。

【0238】

いくつかの実施形態において、例６で提案されている方法が、フェッチされていないサンプルをパディングするために使用されてよい。

【0239】

いくつかの実施形態において、ＤＭＶＲの最終的な動き補償において、パディングは再び実行されなくてもよい。

【0240】

いくつかの実施形態において、上記の方法を適用すべきかどうかは、ブロック寸法に依存してよい。

【0241】

例８：ｉｎｔｅｒ＿ｐｒｅｄ＿ｏｄｃのシグナリング方法は、ｗ及びｈが例５の条件を満足するかどうかに依存してよい。一例は、以下の表３に示される。

【表3】

【0242】

他の例は、以下の表４に示される。

【表4】

【0243】

別の他の例は、以下の表５に示される。

【表5】

【0244】

例９：マージ候補リスト構成プロセスは、ｗ及びｈが例４の条件を満足するかどうかに依存してよい。次の実施形態は、ｗ及びｈが条件を満足する場合について説明する。

【0245】

いくつかの実施形態において、１つのマージ候補が双予測を使用する場合に、参照リスト０からの予測のみが保持され、マージ候補は、参照リスト０を参照する片予測として扱われる。

【0246】

いくつかの実施形態において、１つのマージ候補が双予測を使用する場合に、参照リスト１からの予測のみが保持され、マージ候補は、参照リスト１を参照する片予測として扱われる。

【0247】

いくつかの実施形態において、１つのマージ候補が双予測を使用する場合に、候補は使用不可として扱われる。すなわち、そのようなマージ候補はマージリストから除かれる。

【0248】

いくつかの実施形態において、三角予測モードのためのマージ候補リスト構成プロセスが代わりに使用される。

【0249】

例１０：コーディングツリー分割プロセスは、分割後の子ＣＵの幅及び高さが例５の条件を満足するかどうかに依存してよい。

【0250】

いくつかの実施形態において、分割後の子ＣＵの幅及び高さが例５の条件を満足する場合に、分割は許可されない。いくつかの実施形態において、コーディングツリー分割のシグナリングは、一種類の分割が許可されるか否かに依存してよい。一例では、一種類の分割が許可されない場合に、分割を表すコードワードは削除される。

【0251】

例１１：スキップフラグ又は／及びイントラブロックコピー（Intra Block Copy，ＩＢＣ）フラグのシグナリングは、ブロックの幅及び／又は高さが特定の条件（例えば、例５に説明された条件）を満足するかどうかに依存してよい。

【0252】

いくつかの実施形態において、条件は、ルーマブロックがＸよりも多くないサンプルを含むことである。例えば、Ｘ＝１６である。

【0253】

いくつかの実施形態において、条件は、ルーマブロックがＸ個のサンプルを含むことである。例えば、Ｘ＝１６である。

【0254】

いくつかの実施形態において、条件は、ルーマブロックの幅及び高さが両方ともＸに等しいことである。例えば、Ｘ＝４である。

【0255】

いくつかの実施形態において、上記の条件の１つ又はいくつかが当てはまる場合に、インターモード及び／又はＩＢＣモードは、そのようブロックに対して許可されない。

【0256】

いくつかの実施形態において、インターモードがブロックに対して許可されない場合に、スキップフラグはそれについて通知されなくてよい。代替的に、更に、スキップフラグは、偽であると推測され得る。

【0257】

いくつかの実施形態において、インターモード及びＩＢＣモードがブロックに対して許可されない場合に、スキップフラグはそれについて通知されなくてよく、暗黙的に偽であると導出され得る（例えば、ブロックは、非スキップモードでコーディングされる、と導出される。）。

【0258】

いくつかの実施形態において、インターモードはブロックに対して許可されないが、ＩＢＣモードはそのブロックに対して許可される場合に、スキップフラグは依然として通知されてよい。いくつかの実施形態において、ＩＢＣフラグは、ブロックがスキップモードでコーディングされる場合には通知されなくてよく、ＩＢＣフラグは、暗黙的に真であると導出される（例えば、ブロックは、ＩＢＣモードでコーディングされる、と導出される。）。

【0259】

例１２：予測モードのシグナリングは、ブロックの幅及び／又は高さが特定の条件（例えば、例５で説明された条件）を満足するかどうかに依存してよい。

【0260】

いくつかの実施形態において、条件は、ルーマブロックがＸよりも多くないサンプルを含むことである。例えば、Ｘ＝１６である。

【0261】

いくつかの実施形態において、条件は、ルーマブロックがＸ個のサンプルを含むことである。例えば、Ｘ＝１６である。

【0262】

いくつかの実施形態において、条件は、ルーマブロックの幅及び高さが両方ともＸに等しいことである。例えば、Ｘ＝４である。

【0263】

いくつかの実施形態において、上記の条件の１つ又はいくつかが当てはまる場合に、インターモード及び／又はＩＢＣモードは、そのようブロックに対して許可されない。

【0264】

いくつかの実施形態において、特定のモードの指示のシグナリングはスキップされてよい。

【0265】

いくつかの実施形態において、インターモード及びＩＢＣモードがブロックに対して許可されない場合に、インター及びＩＢＣモードの指示のシグナリングはスキップされ、残りの許可されたモード（例えば、それがイントラモード又はパレットモードであるかどうか）は依然として通知されてよい。

【0266】

いくつかの実施形態において、インターモード及びＩＢＣモードがブロックに対して許可されない場合に、予測モードは通知されなくてよい。代替的に、更に、予測モードは、暗黙的にイントラモードであると導出され得る。

【0267】

いくつかの実施形態において、インターモードがブロックに対して許可されない場合に、インターモードの指示のシグナリングはスキップされ、残りの許可されたモード（例えば、それがイントラモード又はＩＢＣモードであるかどうか）は依然として通知されてよい。代替的、残りの許可されたモード（例えば、それがイントラモード又はＩＢＣモード又はパレットモードであるかどうか）は依然として通知されてよい。

【0268】

いくつかの実施形態において、インターモードはブロックに対して許可されないが、ＩＢＣモード及びイントラモードはそれに対して許可される場合に、ＩＢＣフラグは、そのブロックがＩＢＣモードでコーディングされるか否かを示すよう通知されてよい。代替的に、更に、予測モードは通知されなくてもよい。

【0269】

例１３：三角モードのシグナリングは、ブロックの幅及び／又は高さが特定の条件（例えば、図５で説明された条件）を満足するかどうかに依存してよい。

【0270】

いくつかの実施形態において、条件は、ルーマブロックサイズが、いくつかの特定のサイズの１つであることである。例えば、特定のサイズは、４×１６又は／及び１６×４を含んでよい。

【0271】

いくつかの実施形態において、上記の条件が当てはまる場合に、三角モードは許可され得ず、現在のブロックが三角モードでコーディングされるかどうかを示すフラグは、通知されなくてよく、そして、偽であると導出され得る。

【0272】

例１４：インター予測方向のシグナリングは、ブロックの幅及び／又は高さが特定の条件（例えば、図５に記載された条件）を満足するかどうかに依存してよい。

【0273】

いくつかの実施形態において、条件は、条件は、ルーマブロックサイズが、いくつかの特定のサイズの１つであることである。例えば、特定のサイズは、８×４又は／及び４×８又は／及び４×１６又は／及び１６×４を含んでよい。

【0274】

いくつかの実施形態において、上記の条件が当てはまる場合に、ブロックは、単に、片予測されてよく、現在のブロックが双予測されるかどうかを示すフラグは通知されなくてよく、そして、偽であると導出され得る。

【0275】

例１５：ＳＭＶＤ（対称ＭＶＤ）フラグのシグナリングは、ブロックの幅及び／又は高さが特定の条件（例えば、例５で説明された条件）を満足するかどうかに依存してよい。

【0276】

いくつかの実施形態において、条件は、条件は、ルーマブロックサイズが、いくつかの特定のサイズの１つであることである。いくつかの実施形態において、条件は、ブロックサイズが３２個よりも多くないサンプルを有するかどうかとして定義される。いくつかの実施形態において、条件は、ブロックサイズが４×８又は８×４であるかどうかとして定義される。いくつかの実施形態において、条件は、ブロックサイズが４×４、４×８又は８×４であるかどうかとして定義される。いくつかの実施形態において、特定のサイズは、８×４又は／及び４×８又は／及び４×１６又は／及び１６×４を含んでよい。

【0277】

いくつかの実施形態において、特定の条件が当てはまる場合に、ＳＭＶＤの使用の指示（例えば、ＳＭＶＤフラグ）は通知されなくてよく、そして、偽であると導出され得る。例えば、ブロックは、片予測されるとセットされてよい。

【0278】

いくつかの実施形態において、特定の条件が当てはまる場合に、ＳＭＶＤの使用の指示（例えば、ＳＭＶＤフラグ）は、依然として通知されてよいが、リスト０又はリスト１の動き情報のみが動き補償プロセスで利用され得る。

【0279】

例１６：ＩＢＣに使用される（レギュラーマージモード、ＡＴＭＶＰモード、ＭＭＶＤマージモード、ＭＭＶＤスキップモード、などで導出された動きベクトルのような）動きベクトル又はブロックベクトルは、ブロックの幅及び／又は高さが特定の条件を満足するかどうかに応じて変更されてよい。

【0280】

いくつかの実施形態において、条件は、ルーマブロックがいくつかの特定のサイズの１つであることである。例えば、特定のサイズは、８×４又は／及び４×８又は／及び４×１６又は／及び１６×４を含んでよい。

【0281】

いくつかの実施形態において、上記の条件が当てはまる場合に、ブロックの動きベクトル又はブロックベクトルは、導出された動き情報が双方向である（例えば、いくつかオフセットを有して隣接ブロックから引き継がれる。）ならば、一方向動きベクトルに変更されてよい。そのようなプロセスは変換プロセスと呼ばれ、最終的な一方向動きベクトルは「変換された一方向」動きベクトルと称される。いくつかの実施形態において、参照ピクチャリストＸ（例えば、Ｘは０又は１である。）の動き情報は保持されてよく、リストＹ（Ｙは１－Ｘである。）の動き情報は捨てられてよい。いくつかの実施形態において、参照ピクチャリストＸ（例えば、Ｘは０又は１である。）の動き情報及びリストＹ（Ｙは１－Ｘである。）のそれは連帯して、リストＸへの新しい動き候補点を導出するために利用されてよい。一例では、新しい動き候補の動きベクトルは、２つの参照ピクチャリストの平均化された動きベクトルであってよい。他の例として、リストＹの動き情報は、最初に、リストＸにスケーリングされてよい。次いで、新しい動き候補の動きベクトルは、２つの参照ピクチャリストの平均化された動きベクトルであってよい。いくつかの実施形態において、予測方向Ｘでの動きベクトルは、使用されなくてもよく（例えば、予測方向Ｘでの動きベクトルは（０，０）に変更され、予測方向Ｘでの参照インデックスは－１に変更される。）、予測方向は１－Ｘ（Ｘ＝０又は１）に変更されてよい。いくつかの実施形態において、変換された一方向動きベクトルは、ＨＭＶＰルックアップテーブルを更新するために使用されてよい。いくつかの実施形態において、導出された双方向動き情報、例えば、一方向ＭＶに変換される前の双方向ＭＶは、ＨＭＶＰルックアップテーブルを更新するために使用されてよい。いくつかの実施形態において、変換された一方向動きベクトルは、保存されてよく、次にコーディングされたブロックの動き予測、ＴＭＶＰ、デブロッキングなどのために使用されてよい。いくつかの実施形態において、導出された双方向動き情報、例えば、一方向ＭＶに変換される前の双方向ＭＶは、保持されてよく、次にコーディングされたブロックの動き予測、ＴＭＶＰ、デブロッキングなどのために使用されてよい。いくつかの実施形態において、変換された一方向動きベクトルは、動き精緻化のために使用されてよい。いくつかの実施形態において、導出された双方向動き情報は、動き精緻化及び／又はサンプル精緻化のために、例えば、オプティカルフロー法により、使用されてよい。いくつかの実施形態において、導出された双方向動き情報に従って生成された予測ブロックは、最初に精緻化されてよく、その後に、ただ１つの予測ブロックが、１つのブロックの最終的な予測及び／又は再構成ブロックを導出するために利用されてよい。

【0282】

いくつかの実施形態において、特定の条件が当てはまる場合に、（双予測された）動きベクトルは、ＭＭＶＤにおいて基本マージ候補として使用される前に、一方向動きベクトルに変換されてよい。

【0283】

いくつかの実施形態において、特定の条件が当てはまる場合に、（双予測された）動きベクトルは、マージリストに挿入される前に、一方向動きベクトルに変換されてよい。

【0284】

いくつかの実施形態において、変換された一方向動きベクトルは、参照リスト０のみからであってよい。いくつかの実施形態において、現在のスライス／タイルグループ／ピクチャが双予測される場合に、変換された一方向動きベクトルは、参照リスト０又はリスト１からであってよい。いくつかの実施形態において、現在のスライス／タイルグループ／ピクチャが双予測される場合に、参照リスト０及びリスト１からの変換された一方向動きベクトルは、マージリスト又は／及びＭＭＶＤベースマージ候補リストにインターリービングされてよい。

【0285】

いくつかの実施形態において、動き情報を一方向動きベクトルに変換する方法は、参照ピクチャに依存してよい。いくつかの実施形態において、１つのビデオデータユニット（例えば、タイル／タイルグループ）の全ての参照ピクチャが表示順序において過去のピクチャである場合に、リスト１の動き情報が利用されてよい。いくつかの実施形態において、表示順序において、１つのビデオデータユニット（例えば、タイル／タイルグループ）の参照ピクチャの少なくとも１つが過去のピクチャであり、少なくとも１つが未来のピクチャである場合に、リスト０の動き情報が利用されてよい。いくつかの実施形態において、動き情報を一方向動きベクトルに変換する方法は、低遅延チェックフラグに依存してよい。

【0286】

いくつかの実施形態において、変換プロセスは、動き補償プロセスの直前に呼び出されてよい。いくつかの実施形態において、変換プロセスは、動き候補リスト（例えば、マージリスト）構成プロセスの直後に呼び出されてよい。いくつかの実施形態において、変換プロセスは、ＭＭＶＤプロセスにおいて追加ＭＶＤプロセスを呼び出す前に呼び出されてよい。すなわち、追加ＭＶＤプロセスは、双予測ではなく片予測の設計に続く。いくつかの実施形態において、変換プロセスは、ＰＲＯＦプロセスにおいてサンプル精緻化プロセスを呼び出す前に呼び出されてよい。すなわち、サンプル精緻化プロセスは、双予測ではなく片予測の設計に続く。いくつかの実施形態において、変換プロセスは、ＢＩＯ（別名、ＢＤＯＦ）プロセスを呼び出す前に呼び出されてよい。すなわち、いくつかの場合について、ＢＩＯは、片予測に変換されているので無効にされることがある。いくつかの実施形態において、変換プロセスは、ＤＭＶＲプロセスを呼び出す前に呼び出されてよい。すなわち、いくつかの場合について、ＤＭＶＲは、片予測に変換されているので無効にされることがある。

【0287】

例１７：いくつかの実施形態において、動き候補リストを生成する方法は、ブロック寸法に依存してよい。

【0288】

いくつかの実施形態において、特定のブロック寸法について、空間ブロック及び／又は時間ブロック及び／又はＨＭＶＰ及び／又は他の種類の動き候補から導出された動き候補、は、片予測されるよう制限されてよい。

【0289】

いくつかの実施形態において、特定のブロック寸法について、空間ブロック及び／又は時間ブロック及び／又はＨＭＶＰ及び／又は他の種類の動き候補から導出された１つの動き候補が双予測である場合に、それは最初に、候補リストに加えられる場合に、片予測されるよう変換されてよい。

【0290】

例１８：共有マージリストが許可されるかどうかは、エンコーディングモードに依存してよい。

【0291】

いくつかの実施形態において、共有マージリストは、レギュラーマージモードによりコーディングされたブロックについて許可されなくてよく、ＩＣＢモードによりコーディングされたブロックについて許可されてよい。

【0292】

いくつかの実施形態において、親共有ノードから分割された１つのブロックがレギュラーマージモードによりコーディングされる場合に、ＨＭＶＰテーブルの更新は、ブロックをエンコーディング／デコーディングした後に無効にされてよい。

【0293】

例１９：開示されている上記の例では、ルーマブロックのブロックサイズ／幅／高さも、Ｃｂ、Ｃｒ、又はＧ／Ｂ／Ｒなどのクロマブロックのブロックサイズ／幅／高さに変更され得る。

【0294】

＜ＧＢｉモードのためのラインバッファ低減＞
例２０：ＧＢｉ重み付きインデックスが隣接ブロックから引き継がれ得るか又は予測（ＣＡＢＣコンテキスト選択を含む。）され得るかどうかは、現在のブロックの位置に依存する。

【0295】

いくつかの実施形態において、ＧＢｉ重み付きインデックスは、現在のブロックと同じコーディングツリーユニット（ＣＴＵ，別名、最大コーディングユニットＬＣＵ）にない隣接ブロックから引き継がれること又は予測されることができない。

【0296】

いくつかの実施形態において、ＧＢｉ重み付きインデックスは、現在のブロックと同じＣＴＵライン又はＣＴＵ行にない隣接ブロックから引き継がれること又は予測されることができない。

【0297】

いくつかの実施形態において、ＧＢｉ重み付きインデックスは、現在のブロックと同じＭ×Ｎ領域にない隣接ブロックから引き継がれること又は予測されることができない。例えば、Ｍ＝Ｎ＝６４である。この場合に、タイル／スライス／ピクチャは、複数の重なり合わないＭ×Ｎ領域に分割される。

【0298】

いくつかの実施形態において、ＧＢｉ重み付きインデックスは、現在のブロックと同じＭ×Ｎ領域ライン又はＭ×Ｎ領域行にない隣接ブロックから引き継がれること又は予測されることができない。例えば、Ｍ＝Ｎ＝６４である。ＣＴＵライン／行及び領域ライン／行は図１０に表されている。

【0299】

いくつかの実施形態において、現在のブロックの左上角（又はその他の位置）が（ｘ，ｙ）であり、隣接ブロックの左上角（又はその他の位置）が（ｘ’，ｙ’）であるとして、それは、次の条件が満足される場合には、隣接ブロックから引き継がれること又は予測されることができない：
（１）ｘ／Ｍ！＝ｘ’／Ｍ。例えば、Ｍ＝１２８又は６４である。
（２）ｙ／Ｎ！＝ｙ’／Ｎ。例えば、Ｎ＝１２８又は６４である。
（３）（（ｘ／Ｍ！＝ｘ’／Ｍ）＆＆（ｙ／Ｎ！＝ｙ’／Ｎ））。例えば、Ｍ＝Ｎ＝１２８又はＭ＝Ｎ＝６４である。
（４）（（ｘ／Ｍ！＝ｘ’／Ｍ）｜｜（ｙ／Ｎ！＝ｙ’／Ｎ））。例えば、Ｍ＝Ｎ＝１２８又はＭ＝Ｎ＝６４である。
（５）ｘ＞＞Ｍ！＝ｘ’＞＞Ｍ。例えば、Ｍ＝７又は６である。
（６）ｙ＞＞Ｎ！＝ｙ’＞＞Ｎ。例えば、Ｎ＝７又は６である。
（７）（（ｘ＞＞Ｍ！＝ｘ’＞＞Ｍ）＆＆（ｙ＞＞Ｎ！＝ｙ’＞＞Ｎ））。例えば、Ｍ＝Ｎ＝７又はＭ＝Ｎ＝６である。
（８）（（ｘ＞＞Ｍ！＝ｘ’＞＞Ｍ）｜｜（ｙ＞＞Ｎ！＝ｙ’＞＞Ｎ））。例えば、Ｍ＝Ｎ＝７又はＭ＝Ｎ＝６である。

【0300】

いくつかの実施形態において、フラグは、ＧＢｉがピクチャ／スライス／タイルグループ／タイルにおいて適用可能であるか否かを示すために、ＰＰＳ又はスライスヘッダ又はタイルグループヘッダ又はタイルにおいて通知される。いくつかの実施形態において、ＣＢｉが使用されるかどうか、及びどのようにＧＢｉが使用されるか（例えば、候補重み及び重み値はいくつか）は、ピクチャ／スライス／タイルグループ／タイルについて導出されてよい。いくつかの実施形態において、導出は、ＱＰ、時間レイヤ、ＰＯＣ距離、などのような情報に依存してよい。

【0301】

図１０は、ＣＴＵ（領域）ラインの例を示す。共有ＣＴＵ（領域）は、１つのＣＵＴ（領域）ラインにあり、非共有ＣＴＵ（領域）は、他のＣＵＴ（領域）ラインにある。

【0302】

＜インター－イントラ予測（ＩＩＰ）の簡単化＞
例２１：ＩＩＰコーディングされたブロックにおけるイントラ予測モードのコーディングは、ＩＩＰコーディングされた隣接ブロックのイントラ予測モードとは無関係に行われる。

【0303】

いくつかの実施形態において、イントラコーディングされたブロックのイントラ予測モードのみが、例えば、ＭＰＭリスト構成プロセス中に、ＩＩＰコーディングされたブロックのイントラ予測モードのコーディングにおいて使用可能である。

【0304】

いくつかの実施形態において、ＩＩＰコーディングされたブロックにおけるイントラ予測モードは、如何なる隣接ブロックからのモード予測もなしでコーディングされる。

【0305】

例２２：ＩＩＰコーディングされたブロックのイントラ予測モードは、イントラコーディングされたブロックのそれよりも、それらが両方とも新しいＩＩＰコーディングされたブロックのイントラ予測モードをコーディングするために使用される場合に、低い優先度を有してよい。

【0306】

いくつかの実施形態において、ＩＩＰコーディングされたブロックのＭＰＭを導出する場合に、ＩＩＰコーディングされたブロック及びイントラコーディングされたブロックの両方のイントラ予測モードが利用される。しかし、イントラコーディングされた隣接ブロックからのイントラ予測モードは、ＩＩＰコーディングされた隣接ブロックからのそれらより前にＭＰＭに挿入されてよい。

【0307】

いくつかの実施形態において、イントラコーディングされた隣接ブロックからのイントラ予測モードは、ＩＩＰコーディングされた隣接ブロックからのそれらよりも後にＭＰＭに挿入されてよい。

【0308】

例２３：ＩＩＰコーディングされたブロックにおけるイントラ予測モードは、イントラコーディングされたブロックのそれを予測するためにも使用され得る。

【0309】

いくつかの実施形態において、ＩＩＰコーディングされたブロックにおけるイントラ予測モードは、通常のイントラコーディングされたブロックについてＭＰＭを導出するために使用され得る。いくつかの実施形態において、ＩＩＰコーディングされたブロックにおけるイントラ予測モードは、イントラコーディングされたブロックにおけるイントラ予測モードよりも、それらが通常のイントラコーディングされたブロックについてＭＰＭを導出するために使用される場合に、低い優先度を有してよい。

【0310】

いくつかの実施形態において、ＩＩＰコーディングされたブロックにおけるイントラ予測モードは、次の条件の１つ以上が満足される場合にのみ、通常のイントラコーディングされたブロック又はＩＩＰコーディングされたブロックのイントラ予測モードを予測するためにも使用され得る：
１．２つのブロックが同じＣＴＵラインにある。
２．２つのブロックが同じＣＴＵにある。
３．２つのブロックが同じＭ×Ｎ領域（例えば、Ｍ＝Ｎ＝６４）にある。
４．２つのブロックが同じＭ×Ｎ領域ライン（例えば、Ｍ＝Ｎ＝６４）にある。

【0311】

例２４：いくつかの実施形態において、ＩＩＰコーディングされたブロックのためのＭＰＭ構成プロセスは、通常のイントラコーディングされたブロックのためのそれと同じであるべきである。

【0312】

同じ実施形態において、６つのＭＰＭが、インター－イントラ予測により、インターコーディングされたブロックに使用される。

【0313】

いくつかの実施形態において、ＭＰＭの一部のみが、ＩＩＰコーディングされたブロックに使用される。いくつかの実施形態において、最初の１つが常に使用される。代替的に、更に、ＭＰＭフラグ及びＭＰＭインデックスのどちらも通知する必要がない。いくつかの実施形態において、最初の４つのＭＰＭが利用されてよい。代替的に、更に、ＭＰＭフラグを通知する必要はないが、ＭＰＭインデックスは通知される必要がある。

【0314】

いくつかの実施形態において、各ブロックは、ＭＰＭリストに含まれるイントラ予測モードに従ってＭＰＭリストから１つを選択してよく、例えば、所与のモード（例えば、プレーナー）と比較して最小のインデックスを有するモードを選択する。

【0315】

いくつかの実施形態において、各ブロックは、ＭＰＭリストからモードのサブセットを選択し、そのサブセット内のモードインデックスを通知してよい。

【0316】

いくつかの実施形態において、イントラＭＰＭモードをコーディングするために使用されるコンテキストは、ＩＩＰコーディングされたブロックにおけるイントラモードをコーディングするために再利用される。いくつかの実施形態において、イントラＭＰＭモードをコーディングするために使用される異なるコンテキストは、ＩＩＰコーディングされたブロックにおけるイントラモードをコーディングするために用いられる。

【0317】

例２５：いくつかの実施形態において、水平及び垂直方向を除く角度イントラ予測モードについては、等しい重みが、ＩＩＰコーディングされたブロックについて生成されたイントラ予測ブロック及びインター予測ブロックに利用される。

【0318】

例２６：いくつかの実施形態において、特定の位置については、ゼロ重みが、ＩＩＰコーディングプロセスで適用されてよい。

【0319】

いくつかの実施形態において、ゼロ重みは、ＩＩＰコーディングプロセスで使用されたイントラ予測ブロックに適用されてよい。

【0320】

いくつかの実施形態において、ゼロ重みは、ＩＩＰコーディングプロセスで使用されたインター予測ブロックに適用されてよい。

【0321】

例２７：いくつかの実施形態において、ＩＩＰコーディングされたブロックのイントラ予測モードは、現在のブロックのサイズが何であろうとも、ＭＰＭの１つとしてしか選択され得ない。

【0322】

いくつかの実施形態において、ＭＰＭフラグは通知されず、現在のブロックのサイズが何であろうとも、１であると推測される。

【0323】

例２８：ＩＩＰコーディングされたブロックについては、ルーマ予測クロマモード（ＬＭ）モードが、クロマ成分についてイントラ予測を行うために、導出モード（Derived Mode，ＤＭ）モードの代わりに使用される。

【0324】

いくつかの実施形態において、ＤＭ及びＬＭの両方が許可されてよい。

【0325】

いくつかの実施形態において、複数のイントラ予測モードがクロマ成分について許可されてよい。

【0326】

いくつかの実施形態において、クロマ成分について複数のモードを許可すべきかどうかは、カラーフォーマットに依存してよい。一例では、４：４：４カラーフォーマットについて、許可されたクロマイントラ予測モードは、ルーマ成分についてのそれと同じであってよい。

【0327】

例２９：インター－イントラ予測は、次のような１つ以上の特定の場合に許可され得ない：
Ａ．ｗ＝＝Ｔ１｜｜ｈ＝＝Ｔ１、例えば、Ｔ＝４である。
Ｂ．ｗ＞Ｔ１｜｜ｈ＿Ｔ１、例えば、Ｔ１＝６４である。
Ｃ．（ｗ＝＝Ｔ１＆＆ｈ＝＝Ｔ２）｜｜（ｗ＝＝Ｔ２＆＆ｈ＝＝Ｔ１）、例えば、Ｔ１＝４、Ｔ２＝１６である。

【0328】

例３０：インター－イントラ予測は、双予測を使用するブロックについて許可され得ない。

【0329】

いくつかの実施形態において、ＩＩＰコーディングされたブロックの選択されたマージ候補が双予測を使用する場合に、それは片予測マージ候補に変換される。いくつかの実施形態において、参照リスト０からの予測のみが保持され、マージ候補は、参照リスト０を参照する片予測として扱われる。いくつかの実施形態において、参照リスト１からの予測のみが保持され、マージ候補は、参照リスト１を参照する片予測として扱われる。

【0330】

いくつかの実施形態において、選択されたマージ候補は片予測マージ候補であるべきであるという制限が加えられる。代替的に、ＩＩＰコーディングされたブロックの通知されたマージインデックスは、片予測マージ候補のインデックスを示す（すなわち、双予測マージ候補はカウントされない。）。

【0331】

いくつかの実施形態において、三角予測モードで使用されるマージ候補リスト構成プロセスは、ＩＩＰコーディングされたブロックのための動き候補リストを導出するために利用されてよい。

【0332】

例３１：インター－イントラ予測が適用される場合に、いくつかのコーディングツールは許可され得ない。

【0333】

いくつかの実施形態において、双方向オプティカルフロー（Bi-directional Optical flow，ＢＩＯ）は、双予測に適用されない。

【0334】

いくつかの実施形態において、オーバーラップブロック動き補償（Overlapped Block Motion Compensation，ＯＢＭＣ）は適用されない。

【0335】

いくつかの実施形態において、デコーダ側の動きベクトル導出／精緻化プロセスは許可されない。

【0336】

例３２：インター－イントラ予測で使用されるイントラ予測プロセスは、通常のイントラコーディングされたブロックで使用されるそれとは異なってよい。

【0337】

いくつかの実施形態において、隣接サンプルは、種々の方法でフィルタリングされてよい。いくつかの実施形態において、隣接サンプルは、インター－イントラ予測で使用されるイントラ予測を構成する前にフィルタリングされない。

【0338】

いくつかの実施形態において、位置依存のイントラ予測サンプルフィルタリングプロセスは、インター－イントラ予測で使用されるイントラ予測のために構成されない。いくつかの実施形態において、マルチラインイントラ予測は、インター－イントラ予測で許可されない。いくつかの実施形態において、ワイドアングルイントラ予測は、インター－イントラ予測で許可されない。

【0339】

例３３：イントラ及びインター複合予測におけるイントラ及びインター予測値はＰＩｎｔｒａ及びＰＩｎｔｅｒであり、重み係数は夫々ｗ＿ｉｎｔｒａ及びｗ＿ｉｎｔｅｒであるとする。位置（ｘ，ｙ）での予測値は、（ＰＩｎｔｒａ（ｘ，ｙ）×ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋ＰＩｎｔｅｒ（ｘ，ｙ）×ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＋ｏｆｆｓｅｔ（ｘ，ｙ））＞＞Ｎと計算され、このとき、ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＋ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＝２^Ｎ及びｏｆｆｓｅｔ（ｘ，ｙ）＝２^{（Ｎ－１）}である。一例では、Ｎ＝３である。

【0340】

例３４：いくつかの実施形態において、通常のイントラコーディングされたブロックで、及びＩＩＰコーディングされたブロックで通知されたＭＰＭフラグは、同じ算術コーディングコンテキストを共有すべきである。

【0341】

例３５：いくつかの実施形態において、ＭＰＭは、ＩＩＰコーディングされたブロックにおけるイントラ予測モードをコーディングするために必要とされない（ブロック幅及び高さはｗ及びｈであるとする。）。

【0342】

いくつかの実施形態において、４つのモード｛プレーナー，ＤＣ，垂直，水平｝は、００、０１、１０及び１１と２値化される（００－プレーナー、０１－ＤＣ、１０－垂直、１１－水平などの任意のマッピング規則を使用によることができる）。

【0343】

いくつかの実施形態において、４つのモード｛プレーナー，ＤＣ，垂直，水平｝は、０、１０、１１０及び１１１と２値化される（０－プレーナー、１０－ＤＣ、１１０－垂直、１１１－水平などの任意のマッピング規則によることができる）。

【0344】

いくつかの実施形態において、４つのモード｛プレーナー，ＤＣ，垂直，水平｝は、１、０１、００１及び０００と２値化される（１－プレーナー、０１－ＤＣ、００１－垂直、０００－水平などの任意のマッピング規則によることができる）。

【0345】

いくつかの実施形態において、Ｗ＞Ｎ×Ｈ（Ｎは２などの整数である。）が使用され得る場合に、３つのモード｛プレーナー，ＤＣ，垂直｝しか使用され得ない。３つのモードは、１、０１及び１１と２値化される（１－プレーナー、０１－ＤＣ、１１－垂直などの任意のマッピング規則によることができる）。

【0346】

いくつかの実施形態において、Ｗ＞Ｎ×Ｈ（Ｎは２などの整数である。）が使用され得る場合に、３つのモード｛プレーナー，ＤＣ，垂直｝しか使用され得ない。３つのモードは、０、１０及び００と２値化される（０－プレーナー、１０－ＤＣ、００－垂直などの任意のマッピング規則によることができる）。

【0347】

いくつかの実施形態において、Ｈ＞Ｎ×Ｗ（Ｎは２などの整数である。）が使用され得る場合に、３つのモード｛プレーナー，ＤＣ，水平｝しか使用され得ない。３つのモードは、１、０１及び１１と２値化される（１－プレーナー、０１－ＤＣ、１１－水平などの任意のマッピング規則によることができる）。

【0348】

いくつかの実施形態において、Ｈ＞Ｎ×Ｗ（Ｎは２などの整数である。）が使用され得る場合に、３つのモード｛プレーナー，ＤＣ，水平｝しか使用され得ない。３つのモードは、０、１０及び００と２値化される（０－プレーナー、１０－ＤＣ、００－水平などの任意のマッピング規則によることができる）。

【0349】

例３６：いくつかの実施形態において、ＤＣ及びプレーナーモードのみが、ＩＰコーディングされたブロックにおいて使用される。いくつかの実施形態において、ＤＣ又はプレーナーが使用されるかどうかを示すために、１つのフラグが通知される。

【0350】

例３７：いくつかの実施形態において、ＩＩＰは、異なる色成分ごとに異なるように構成される。

【0351】

いくつかの実施形態において、インター－イントラ予測は、クロマ成分（例えば、Ｃｂ及びＣｒ）に対して行われない。

【0352】

いくつかの実施形態において、クロマ成分のイントラ予測モードは、ＩＩＰコーディングされたブロックにおけるルーマ成分のそれとは異なる。いくつかの実施形態において、ＤＣモードが常にクロマには使用される。いくつかの実施形態において、プレーナーモードが常にクロマには使用される。いくつかの実施形態において、ＬＭモードが常にクロマには使用される。

【0353】

いくつかの実施形態において、異なる色成分についてＩＩＰをどのように行うべきかは、カラーフォーマット（例えば、４：２：０又は４：４：４）に依存してよい。

【0354】

いくつかの実施形態において、異なる色成分についてＩＩＰをどのように行うべきかは、ブロックサイズに依存してよい。例えば、インター－イントラ予測は、現在のブロックの幅又は高さが４以下である場合に、クロマ成分（例えば、Ｃｂ及びＣｒ）に対して行われない。

【0355】

＜ＭＶ予測問題＞
以下の議論では、空間動き予測のために保存されたＭＶに使用される精度はＰ１と表され、時間動き予測のために保存されたＭＶに使用される精度はＰ２と表される。

【0356】

例３８：Ｐ１及びＰ２は同じであってよく、あるいは、それらは異なってよい。

【0357】

いくつかの実施形態において、Ｐ１は１／１６ルーマピクセルであり、Ｐ２は１／４ルーマピクセルである。いくつかの実施形態において、Ｐ１は１／１６ルーマピクセルであり、Ｐ２は１／８ルーマピクセルである。いくつかの実施形態において、Ｐ１は１／８ルーマピクセルであり、Ｐ２は１／４ルーマピクセルである。いくつかの実施形態において、Ｐ１は１／８ルーマピクセルであり、Ｐ２は１／８ルーマピクセルである。いくつかの実施形態において、Ｐ２は１／１６ルーマピクセルであり、Ｐ１は１／４ルーマピクセルである。いくつかの実施形態において、Ｐ２は１／１６ルーマピクセルであり、Ｐ１は１／８ルーマピクセルである。いくつかの実施形態において、Ｐ２は１／８ルーマピクセルであり、Ｐ１は１／４ルーマピクセルである。

【0358】

例３９：Ｐ１及びＰ２は固定でなくてよい。いくつかの実施形態において、Ｐ１／Ｐ２は、異なる標準のプロファイル／レベル／ティアごとに異なってよい。いくつかの実施形態において、Ｐ１／Ｐ２は、異なる時間レイヤ内のピクチャごとに異なってよい。いくつかの実施形態において、Ｐ１／Ｐ２は、異なる幅／高さのピクチャごとに異なってよい。いくつかの実施形態において、Ｐ１／Ｐ２は、エンコーダからデコーダへＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイル／ＣＴＵ／ＣＵにおいて通知されてよい。

【0359】

例４０：ＭＶ（ＭＶｘ，ＭＶｙ）について、ＭＶｘ及びＭＶｙの精度は異なってよく、Ｐｘ及びＰｙと表される。

【0360】

いくつかの実施形態において、Ｐｘ／Ｐｙは、異なる標準のプロファイル／レベル／ティアごとに異なってよい。Ｐｘ／Ｐｙは、異なる時間レイヤ内のピクチャごとに異なってよい。いくつかの実施形態において、Ｐｘは、異なる幅のピクチャごとに異なってよい。いくつかの実施形態において、Ｐｙは、異なる高さのピクチャごとに異なってよい。いくつかの実施形態において、Ｐｘ／Ｐｙは、エンコーダからデコーダへＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイル／ＣＴＵ／ＣＵにおいて通知されてよい。

【0361】

例４１：ＭＶ（ＭＶｘ，ＭＶｙ）を時間動き予測のためにストレージに置く前に、それは正確な精度に変更されるべきである。

【0362】

いくつかの実施形態において、Ｐ１＞＝Ｐ２の場合に、ＭＶｘ＝Ｓｈｉｆｔ（ＭＶｘ，Ｐ１－Ｐ２）、ＭＶｙ＝Ｓｈｉｆｔ（ＭＶｙ，Ｐ１－Ｐ２）である。いくつかの実施形態において、Ｐ１＞＝Ｐ２の場合に、ＭＶｘ＝ＳｉｇｎＳｈｉｆｔ（ＭＶｘ、Ｐ１－Ｐ２）、ＭＶｙ＝ＳｉｇｎＳｈｆｉｔ（ＭＶｙ，Ｐ１－Ｐ２）である。いくつかの実施形態においてＰ１＜Ｐ２の場合に、ＭＶｘ＝ＭＶｘ＜＜（Ｐ２－Ｐ１）、ＭＶｙ＝ＭＶｙ＜＜（Ｐ２－Ｐ１）である。

【0363】

例４２：ＭＶ（ＭＶｘ，ＭＶｙ）の精度がＰｘ及びＰｚであり、ＭＶｘ又はＭＶｙはＮビットを有する整数によって保存されるとする。ＭＶ（ＭＶｘ，ＭＶｙ）の範囲は、ＭｉｎＸ＜＝ＭＶｘ＜＝ＭａｘＸ及びＭｉｎＹ＜＝ＭＶｙ＜＝ＭａｘＹである。

【0364】

いくつかの実施形態において、ＭｉｎＸはＭｉｎＹに等しくてよく、あるいは、それはＭｉｎＹに等しくなくてもよい。いくつかの実施形態において、ＭａｘＸは、ＭａｘＹに等しくてよく、あるいは、それは、ＭａｘＹに等しくなくてもよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ｝はＰｘに依存してよい。いくつかの実施形態において、｛ＭｉｎＹ，ＭａｘＹ｝はＰｙに依存してよい。いくつかの実施形態において、｛ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、ＭａｘＹ｝はＮに依存してよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、空間動き予測のために保存されたＭＶ及び時間動き予測のために保存されたＭＶについて異なってよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、異なる標準のプロファイル／レベル／ティアごとに異なってよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、異なる時間レイヤ内のピクチャごとに異なってよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、異なる幅／高さのピクチャごとに異なってよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、エンコーダからデコーダへＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／タイル／ＣＴＵ／ＣＵにおいて通知されてよい。いくつかの実施形態において、｛ＭｉｎＸ，ＭａｘＸ｝は、異なる幅のピクチャごとに異なってよい。いくつかの実施形態において、｛ＭｉｎＹ，ＭａｘＹ｝は、異なる高さのピクチャごとに異なってよい。いくつかの実施形態において、ＭＶｘは、空間動き予測のためのストレージに置かれる前に［ＭｉｎＸ，ＭａｘＸ］にクリッピングされる。いくつかの実施形態において、ＭＶｘは、時間動き予測のためのストレージに置かれる前に［ＭｉｎＸ，ＭａｘＸ］にクリッピングされる。いくつかの実施形態において、ＭＶｙは、空間動き予測のためのストレージに置かれる前に［ＭｉｎＹ，ＭａｘＹ］にクリッピングされる。いくつかの実施形態において、ＭＶｙは、時間動き予測のためのストレージに置かれる前に［ＭｉｎＹ，ＭａｘＹ］にクリッピングされる。

【0365】

＜アフィンマージモードのためのラインバッファ低減＞
例４３：隣接ブロックからアフィンマージ候補によって引き継がれたアフィンモデル（導出されたＣＰＭＶ又はアフィンパラメータ）は常に、６パラメータアフィンモデルである。

【0366】

いくつかの実施形態において、隣接ブロックが４パラメータアフィンモデルによりコーディングされる場合に、アフィンモデルは依然として、６パラメータアフィンモデルとして引き継がれる。

【0367】

いくつかの実施形態において、隣接ブロックからの４パラメータアフィンモデルが６パラメータアフィンモデル又は４パラメータアフィンモデルとして引き継がれるかどうかは、現在のブロックの位置に依存してよい。いくつかの実施形態において、隣接ブロックからの４パラメータアフィンモデルは、その隣接ブロックが現在のブロックと同じコーディングツリーユニット（ＣＴＵ、別名、最大コーディングユニットＬＣＵ）にない場合に、６パラメータアフィンモデルとして引き継がれる。いくつかの実施形態において、隣接ブロックからの４パラメータアフィンモデルは、その隣接ブロックが現在のブロックと同じＣＴＵライン又はＣＴＵ行にない場合に、６パラメータアフィンモデルとして引き継がれる。いくつかの実施形態において、隣接ブロックからの４パラメータアフィンモデルは、その隣接ブロックが現在のブロックと同じＭ×Ｎ領域にない場合に、６パラメータアフィンモデルとして引き継がれる。例えば、Ｍ＝Ｎ＝６４である。この場合に、タイル／スライス／ピクチャは、複数の重なり合わないＭ×Ｎ領域に分割される。いくつかの実施形態において、隣接ブロックからの４パラメータアフィンモデルは、その隣接ブロックが現在のブロックと同じＭ×Ｎ領域ライン又はＭ×Ｎ領域行にない場合に、６パラメータアフィンモデルとして引き継がれる。例えば、Ｍ＝Ｎ＝６４である。ＣＴＵライン／行及び領域ライン／行は図１０に表されている。

【0368】

いくつかの実施形態において、現在のブロックの左上角（又はその他の位置）が（ｘ，ｙ）であり、隣接ブロックの左上角（又はその他の位置）が（ｘ’，ｙ’）であるとして、隣接ブロックからの４パラメータアフィンモデルは、隣接ブロックが次の条件の１つ以上を満足する場合に、６パラメータアフィンモデルとして引き継がれる：
（ａ）ｘ／Ｍ！＝ｘ’／Ｍ。例えば、Ｍ＝１２８又は６４である。
（ｂ）ｙ／Ｎ！＝ｙ’／Ｎ。例えば、Ｎ＝１２８又は６４である。
（ｃ）（（ｘ／Ｍ！＝ｘ’／Ｍ）＆＆（ｙ／Ｎ！＝ｙ’／Ｎ））。例えば、Ｍ＝Ｎ＝１２８又はＭ＝Ｎ＝６４である。
（ｄ）（（ｘ／Ｍ！＝ｘ’／Ｍ）｜｜（ｙ／Ｎ！＝ｙ’／Ｎ））。例えば、Ｍ＝Ｎ＝１２８又はＭ＝Ｎ＝６４である。
（ｅ）ｘ＞＞Ｍ！＝ｘ’＞＞Ｍ。例えば、Ｍ＝７又は６である。
（ｆ）ｙ＞＞Ｎ！＝ｙ’＞＞Ｎ。例えば、Ｎ＝７又は６である。
（ｇ）（（ｘ＞＞Ｍ！＝ｘ’＞＞Ｍ）＆＆（ｙ＞＞Ｎ！＝ｙ’＞＞Ｎ））。例えば、Ｍ＝Ｎ＝７又はＭ＝Ｎ＝６である。
（ｈ）（（ｘ＞＞Ｍ！＝ｘ’＞＞Ｍ）｜｜（ｙ＞＞Ｎ！＝ｙ’＞＞Ｎ））。例えば、Ｍ＝Ｎ＝７又はＭ＝Ｎ＝６である。

【0369】

［５．実施形態］
以下の説明は、開示されている技術が現在のＶＶＣ規格のシンタックス構造内でどのように実装され得るかの例を示す。新しい追加は太字（又は下線）で示され、削除はイタリック体で示される。

【0370】

＜実施形態＃１（４×４インター予測を無効にし、４×８、８×４、４×１６及び１６×４ブロックについて双予測を無効にする）＞

【0371】

７．３．６．６ コーディングユニットシンタックス

【表6】

【0372】

７．４．７．６ コーディングユニットセマンティクス
ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがインター予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがイントラ予測モードでコーディングされることを指定する。変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、次のように導出される：
－ ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しい場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＥＲに等しくセットされる。
－ そうでない（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい）場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡに等しくセットされる。

【0373】

ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、１に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0374】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされないことを指定する。

【0375】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はスキップモードでコーディングされた、ｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0376】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ＭＯＤＥ＿ＩＢＣに等しくセットされる。

【0377】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］は、リスト０、リスト１、又は双予測が表７－９に従って現在のコーディングユニットに使用されるかどうかを指定する。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対する検討中のコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

【表7】

【0378】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］が存在しない場合に、それはＰＲＥＤ＿Ｌ０に等しいと推測される。

【0379】

８．５．２．１ 概要
このプロセスへの入力は：
－ 現在のピクチャの左上ルーマサンプルに対する現在のルーマコーディングブロックの左上サンプルのルーマ位置（ｘＣｂ，ｙＣｂ）、
－ ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
である。

【0380】

このプロセスの出力は：
－ １／１６分数サンプル精度ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］でのルーマ動きベクトル、
－ 参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、
－ 双予測重みインデックスｇｂｉＩｄｘ
である。

【0381】

Ｘが０又は１であるとして、変数ＬＸを現在のピクチャのＲｅｆＰｉｃＬｉｓｔ［Ｘ］であるとする。

【0382】

変数ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］と、ｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１と、ｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］の導出のために、次が適用される：

－ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合に、８．５．２．２節で明記されているマージモードのためのルーマ動きベクトルの導出プロセスは、ルーマ位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの入力、並びにルーマ動きベクトルｍｖＬ０［０］［０］、ｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０、ｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］、ｐｒｅｄＦｌａｇＬ１［０］［０］、及び双予測重みインデックスｇｂｉＩｄｘである出力により、呼び出される。

－そうでない場合に、次が適用される：

－ 変数ｐｒｅｄＦｌａｇＬＸ［０］［０］、ｍｖＬＸ［０］［０］及びｒｅｆＩｄｘＬＸにおいて、ＰＲＥＤ＿ＬＸにおいて並びにシンタックス要素ｒｅｆ＿ｉｄｘ＿ｌＸ及びｍｖｄＬＸにおいてＸが０又は１のどちらか一方によって置換される場合に、次の順序づけられたステップが適用される：

１．変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は次のように導出される：
・ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘＣｂ］［ｙＣｂ］がＰＲＥＤ＿ＬＸ又はＰＲＥＤ＿ＢＩに等しい場合に、
ｒｅｆＩｄｘＬＸ＝ｒｅｆ＿ｉｄｘ＿ｌＸ［ｘＣｂ］［ｙＣｂ］ （８－２６６）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝１ （８－２６７）
・そうでない場合に、変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は、
ｒｅｆＩｄｘＬＸ＝１ （８－２６８）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝０ （８－２６９）
によって指定される。

２．変数ｍｖｄＬＸは、次のように導出される：
ｍｖｄＬＸ［０］＝ＭｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［０］ （８－２７０）
ｍｖｄＬＸ［１］＝ｍｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［１］ （８－２７１）

３．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、８．５．２．８節でのルーマ動きベクトル予測の導出プロセスは、ルーマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、入力としてのコーディングブロック幅ｃｂＷｉｄｔｈ、コーディングブロック高さｃｂＨｅｉｇｈｔ、及び変数ｒｅｆＩｄｘＬＸ、並びにｍｖｐＬＸである出力により、呼び出される。

４．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、ルーマ動きベクトルｍｖＬＸ［０］［０］は、次のように導出される：
ｕＬＸ［０］＝（ｍｖｐＬＸ［０］＋ｍｖｄＬＸ［０］＋２^１８）％２_１８ （８－２７２）
ｍｖＬＸ［０］［０］［０］＝（ｕＬＸ［０］＞＝２^１７）？（ｕＬＸ［０］－２^１８）：ｕＬＸ［０］ （８－２７３）
ｕＬＸ［１］＝（ｍｖｐＬＸ［１］＋ｍｖｄＬＸ［１］＋２^１８）％２_１８ （８－２７４）
ｍｖＬＸ［０］［０］［１］＝（ｕＬＸ［１］＞＝２^１７）？（ｕＬＸ［１］－２^１８）：ｕＬＸ［１］ （８－２７５）

注記１－上記のｍｖＬＸ［０］［０］［０］及びｍｖＬＸ［０］［０］［１］の結果として得られる値は、常に－２^１７以上２^１７－１以下の範囲内にある。

－ 双予測重みインデックスｇｂｉＩｄｘは、ｇｂｉ＿ｉｄｘ［ｘＣｂ］［ｙＣｂに等しくセットされる。

【0383】

次の全ての条件が真である場合に、ｒｅｆＩｄｘＬ１が－１に等しくセットされ、ｐｒｅｄＦｌａｇＬ１は０に等しくセットされ、ｇｂｉＩｄｘは０に等しくセットされる：
－ ｐｒｅｄＦｌａｇＬ０［０］［０］は１に等しい。
－ ｐｒｅｄＦｌａｇＬ１［０］［０］は１に等しい。
－ （ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝８）｜｜（ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝１２）｜｜（ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝２０）
（“ｃｂＷｉｄｔｈは４に等しい”及び“ｃｂＨｅｉｇｈｔは４に等しい”との条件は削除された。）

【0384】

８．５．２．１６節で明記されている履歴に基づく動きベクトル予測子リストの更新プロセスは、ルーマ動きベクトルｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、並びに双予測重みインデックスｇｂｉＩｄｘを用いて呼び出される。

【0385】

９．５．３．８ ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃのための二値化プロセス
このプロセスへの入力は、シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化に対する要求、現在のルーマコーディングブロックの幅ｃｂＷｉｄｔｈ及び現在のルーマコーディングブロックの高さｃｂＨｅｉｇｈｔである。このプロセスの出力は、シンタックス要素の二値化である。シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化は、表９－９で明確に述べられている。

【表8】

【0386】

９．５．４．２．１ 概要

【表9】

【0387】

＜実施形態＃２（４×４インター予測の無効化）＞

【0388】

７．３．６．６ コーディングユニットシンタックス

【表10】

【0389】

７．４．７．６ コーディングユニットセマンティクス
ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがインター予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがイントラ予測モードでコーディングされることを指定する。変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、次のように導出される：
－ ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しい場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＥＲに等しくセットされる。
－ そうでない（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい）場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡに等しくセットされる。

【0390】

ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、１に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0391】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされないことを指定する。

【0392】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はスキップモードでコーディングされた、ｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0393】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ＭＯＤＥ＿ＩＢＣに等しくセットされる。

【0394】

＜実施形態＃３（４×８、８×４、４×１６及び１６×４ブロックについての双予測の無効化）＞

【0395】

７．４．７．６ コーディングユニットセマンティクス
ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］は、リスト０、リスト１、又は双予測が表７－９に従って現在のコーディングユニットに使用されるかどうかを指定する。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対する検討中のコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

【表11】

【0396】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］が存在しない場合に、それはＰＲＥＤ＿Ｌ０に等しいと推測される。

【0397】

８．５．２．１ 概要
このプロセスへの入力は：
－ 現在のピクチャの左上ルーマサンプルに対する現在のルーマコーディングブロックの左上サンプルのルーマ位置（ｘＣｂ，ｙＣｂ）、
－ ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
である。

【0398】

このプロセスの出力は：
－ １／１６分数サンプル精度ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］でのルーマ動きベクトル、
－ 参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、
－ 双予測重みインデックスｇｂｉＩｄｘ
である。

【0399】

Ｘが０又は１であるとして、変数ＬＸを現在のピクチャのＲｅｆＰｉｃＬｉｓｔ［Ｘ］であるとする。

【0400】

変数ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］と、ｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１と、ｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］の導出のために、次が適用される：

－ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合に、８．５．２．２節で明記されているマージモードのためのルーマ動きベクトルの導出プロセスは、ルーマ位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの入力、並びにルーマ動きベクトルｍｖＬ０［０］［０］、ｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０、ｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］、ｐｒｅｄＦｌａｇＬ１［０］［０］、及び双予測重みインデックスｇｂｉＩｄｘである出力により、呼び出される。

－そうでない場合に、次が適用される：

－ 変数ｐｒｅｄＦｌａｇＬＸ［０］［０］、ｍｖＬＸ［０］［０］及びｒｅｆＩｄｘＬＸにおいて、ＰＲＥＤ＿ＬＸにおいて並びにシンタックス要素ｒｅｆ＿ｉｄｘ＿ｌＸ及びｍｖｄＬＸにおいてＸが０又は１のどちらか一方によって置換される場合に、次の順序づけられたステップが適用される：

５．変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は次のように導出される：
・ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘＣｂ］［ｙＣｂ］がＰＲＥＤ＿ＬＸ又はＰＲＥＤ＿ＢＩに等しい場合に、
ｒｅｆＩｄｘＬＸ＝ｒｅｆ＿ｉｄｘ＿ｌＸ［ｘＣｂ］［ｙＣｂ］ （８－２６６）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝１ （８－２６７）
・そうでない場合に、変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は、
ｒｅｆＩｄｘＬＸ＝１ （８－２６８）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝０ （８－２６９）
によって指定される。

６．変数ｍｖｄＬＸは、次のように導出される：
ｍｖｄＬＸ［０］＝ＭｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［０］ （８－２７０）
ｍｖｄＬＸ［１］＝ｍｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［１］ （８－２７１）

３．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、８．５．２．８節でのルーマ動きベクトル予測の導出プロセスは、ルーマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、入力としてのコーディングブロック幅ｃｂＷｉｄｔｈ、コーディングブロック高さｃｂＨｅｉｇｈｔ、及び変数ｒｅｆＩｄｘＬＸ、並びにｍｖｐＬＸである出力により、呼び出される。

８．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、ルーマ動きベクトルｍｖＬＸ［０］［０］は、次のように導出される：
ｕＬＸ［０］＝（ｍｖｐＬＸ［０］＋ｍｖｄＬＸ［０］＋２^１８）％２_１８ （８－２７２）
ｍｖＬＸ［０］［０］［０］＝（ｕＬＸ［０］＞＝２^１７）？（ｕＬＸ［０］－２^１８）：ｕＬＸ［０］ （８－２７３）
ｕＬＸ［１］＝（ｍｖｐＬＸ［１］＋ｍｖｄＬＸ［１］＋２^１８）％２_１８ （８－２７４）
ｍｖＬＸ［０］［０］［１］＝（ｕＬＸ［１］＞＝２^１７）？（ｕＬＸ［１］－２^１８）：ｕＬＸ［１］ （８－２７５）

注記１－上記のｍｖＬＸ［０］［０］［０］及びｍｖＬＸ［０］［０］［１］の結果として得られる値は、常に－２^１７以上２^１７－１以下の範囲内にある。

－ 双予測重みインデックスｇｂｉＩｄｘは、ｇｂｉ＿ｉｄｘ［ｘＣｂ］［ｙＣｂに等しくセットされる。

【0401】

次の全ての条件が真である場合に、ｒｅｆＩｄｘＬ１が－１に等しくセットされ、ｐｒｅｄＦｌａｇＬ１は０に等しくセットされ、ｇｂｉＩｄｘは０に等しくセットされる：
－ ｐｒｅｄＦｌａｇＬ０［０］［０］は１に等しい。
－ ｐｒｅｄＦｌａｇＬ１［０］［０］は１に等しい。
－ （ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝８）｜｜（ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝１２）｜｜（ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝２０）
（“ｃｂＷｉｄｔｈは４に等しい”及び“ｃｂＨｅｉｇｈｔは４に等しい”との条件は削除された。）

【0402】

８．５．２．１６節で明記されている履歴に基づく動きベクトル予測子リストの更新プロセスは、ルーマ動きベクトルｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、並びに双予測重みインデックスｇｂｉＩｄｘを用いて呼び出される。

【0403】

９．５．３．８ ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃのための二値化プロセス
このプロセスへの入力は、シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化に対する要求、現在のルーマコーディングブロックの幅ｃｂＷｉｄｔｈ及び現在のルーマコーディングブロックの高さｃｂＨｅｉｇｈｔである。このプロセスの出力は、シンタックス要素の二値化である。シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化は、表９－９で明確に述べられている。

【表12】

【0404】

９．５．４．２．１ 概要

【表13】

【0405】

＜実施形態＃４（４×４インター予測を無効にし、４×８、８×４ブロックについて双予測を無効にする）＞

【0406】

７．３．６．６ コーディングユニットシンタックス

【表14】

【0407】

７．４．７．６ コーディングユニットセマンティクス
ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがインター予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがイントラ予測モードでコーディングされることを指定する。変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、次のように導出される：
－ ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しい場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＥＲに等しくセットされる。
－ そうでない（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい）場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡに等しくセットされる。

【0408】

ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、１に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0409】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされないことを指定する。

【0410】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はスキップモードでコーディングされた、ｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0411】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ＭＯＤＥ＿ＩＢＣに等しくセットされる。

【0412】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］は、リスト０、リスト１、又は双予測が表７－９に従って現在のコーディングユニットに使用されるかどうかを指定する。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対する検討中のコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

【表15】

【0413】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］が存在しない場合に、それはＰＲＥＤ＿Ｌ０に等しいと推測される。

【0414】

８．５．２．１ 概要
このプロセスへの入力は：
－ 現在のピクチャの左上ルーマサンプルに対する現在のルーマコーディングブロックの左上サンプルのルーマ位置（ｘＣｂ，ｙＣｂ）、
－ ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
である。

【0415】

このプロセスの出力は：
－ １／１６分数サンプル精度ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］でのルーマ動きベクトル、
－ 参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、
－ 双予測重みインデックスｇｂｉＩｄｘ
である。

【0416】

Ｘが０又は１であるとして、変数ＬＸを現在のピクチャのＲｅｆＰｉｃＬｉｓｔ［Ｘ］であるとする。

【0417】

変数ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］と、ｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１と、ｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］の導出のために、次が適用される：

－ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合に、８．５．２．２節で明記されているマージモードのためのルーマ動きベクトルの導出プロセスは、ルーマ位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの入力、並びにルーマ動きベクトルｍｖＬ０［０］［０］、ｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０、ｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］、ｐｒｅｄＦｌａｇＬ１［０］［０］、及び双予測重みインデックスｇｂｉＩｄｘである出力により、呼び出される。

－そうでない場合に、次が適用される：

－ 変数ｐｒｅｄＦｌａｇＬＸ［０］［０］、ｍｖＬＸ［０］［０］及びｒｅｆＩｄｘＬＸにおいて、ＰＲＥＤ＿ＬＸにおいて並びにシンタックス要素ｒｅｆ＿ｉｄｘ＿ｌＸ及びｍｖｄＬＸにおいてＸが０又は１のどちらか一方によって置換される場合に、次の順序づけられたステップが適用される：

１．変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は次のように導出される：
・ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘＣｂ］［ｙＣｂ］がＰＲＥＤ＿ＬＸ又はＰＲＥＤ＿ＢＩに等しい場合に、
ｒｅｆＩｄｘＬＸ＝ｒｅｆ＿ｉｄｘ＿ｌＸ［ｘＣｂ］［ｙＣｂ］ （８－２６６）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝１ （８－２６７）
・そうでない場合に、変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は、
ｒｅｆＩｄｘＬＸ＝１ （８－２６８）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝０ （８－２６９）
によって指定される。

２．変数ｍｖｄＬＸは、次のように導出される：
ｍｖｄＬＸ［０］＝ＭｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［０］ （８－２７０）
ｍｖｄＬＸ［１］＝ｍｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［１］ （８－２７１）

３．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、８．５．２．８節でのルーマ動きベクトル予測の導出プロセスは、ルーマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、入力としてのコーディングブロック幅ｃｂＷｉｄｔｈ、コーディングブロック高さｃｂＨｅｉｇｈｔ、及び変数ｒｅｆＩｄｘＬＸ、並びにｍｖｐＬＸである出力により、呼び出される。

４．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、ルーマ動きベクトルｍｖＬＸ［０］［０］は、次のように導出される：
ｕＬＸ［０］＝（ｍｖｐＬＸ［０］＋ｍｖｄＬＸ［０］＋２^１８）％２_１８ （８－２７２）
ｍｖＬＸ［０］［０］［０］＝（ｕＬＸ［０］＞＝２^１７）？（ｕＬＸ［０］－２^１８）：ｕＬＸ［０］ （８－２７３）
ｕＬＸ［１］＝（ｍｖｐＬＸ［１］＋ｍｖｄＬＸ［１］＋２^１８）％２_１８ （８－２７４）
ｍｖＬＸ［０］［０］［１］＝（ｕＬＸ［１］＞＝２^１７）？（ｕＬＸ［１］－２^１８）：ｕＬＸ［１］ （８－２７５）

注記１－上記のｍｖＬＸ［０］［０］［０］及びｍｖＬＸ［０］［０］［１］の結果として得られる値は、常に－２^１７以上２^１７－１以下の範囲内にある。

－ 双予測重みインデックスｇｂｉＩｄｘは、ｇｂｉ＿ｉｄｘ［ｘＣｂ］［ｙＣｂに等しくセットされる。

【0418】

次の全ての条件が真である場合に、ｒｅｆＩｄｘＬ１が－１に等しくセットされ、ｐｒｅｄＦｌａｇＬ１は０に等しくセットされ、ｇｂｉＩｄｘは０に等しくセットされる：
－ ｐｒｅｄＦｌａｇＬ０［０］［０］は１に等しい。
－ ｐｒｅｄＦｌａｇＬ１［０］［０］は１に等しい。
－ （ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝８）｜｜（ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝１２）
（“ｃｂＷｉｄｔｈは４に等しい”及び“ｃｂＨｅｉｇｈｔは４に等しい”との条件は削除された。）

【0419】

８．５．２．１６節で明記されている履歴に基づく動きベクトル予測子リストの更新プロセスは、ルーマ動きベクトルｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、並びに双予測重みインデックスｇｂｉＩｄｘを用いて呼び出される。

【0420】

９．５．３．８ ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃのための二値化プロセス
このプロセスへの入力は、シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化に対する要求、現在のルーマコーディングブロックの幅ｃｂＷｉｄｔｈ及び現在のルーマコーディングブロックの高さｃｂＨｅｉｇｈｔである。このプロセスの出力は、シンタックス要素の二値化である。シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化は、表９－９で明確に述べられている。

【表16】

【0421】

９．５．４．２．１ 概要

【表17】

【0422】

＜実施形態＃５（４×４インター予測を無効にし、４×８、８×４ブロックについて双予測を無効にし、レギュラーマージモードについて共有マージリストを無効にする）＞

【0423】

７．３．６．６ コーディングユニットシンタックス

【表18】

【0424】

７．４．７．６ コーディングユニットセマンティクス
ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがインター予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがイントラ予測モードでコーディングされることを指定する。変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、次のように導出される：
－ ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しい場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＥＲに等しくセットされる。
－ そうでない（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい）場合には、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡに等しくセットされる。

【0425】

ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、１に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0426】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされることを指定する。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しいことは、現在のコーディングユニットがＩＢＣ予測モードでコーディングされないことを指定する。

【0427】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合に、それは、Ｉタイルグループをデコーディングするときには、又はスキップモードでコーディングされた、ｃｂＷｉｄｔｈが４に等しくかつｃｂＨｅｉｇｈｔが４に等しいコーディングユニットをデコーディングするときには、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に等しいと推測され、Ｐ若しくはＢタイルグループをデコーディングするときには、０に等しいと推測される。

【0428】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０・・ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０・・ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ＭＯＤＥ＿ＩＢＣに等しくセットされる。

【0429】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］は、リスト０、リスト１、又は双予測が表７－９に従って現在のコーディングユニットに使用されるかどうかを指定する。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対する検討中のコーディングブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を特定する。

【表19】

【0430】

ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘ０］［ｙ０］が存在しない場合に、それはＰＲＥＤ＿Ｌ０に等しいと推測される。

【0431】

８．５．２．１ 概要
このプロセスへの入力は：
－ 現在のピクチャの左上ルーマサンプルに対する現在のルーマコーディングブロックの左上サンプルのルーマ位置（ｘＣｂ，ｙＣｂ）、
－ ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
である。

【0432】

このプロセスの出力は：
－ １／１６分数サンプル精度ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］でのルーマ動きベクトル、
－ 参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、
－ 双予測重みインデックスｇｂｉＩｄｘ
である。

【0433】

Ｘが０又は１であるとして、変数ＬＸを現在のピクチャのＲｅｆＰｉｃＬｉｓｔ［Ｘ］であるとする。

【0434】

変数ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］と、ｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１と、ｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］の導出のために、次が適用される：

－ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合に、８．５．２．２節で明記されているマージモードのためのルーマ動きベクトルの導出プロセスは、ルーマ位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの入力、並びにルーマ動きベクトルｍｖＬ０［０］［０］、ｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０、ｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］、ｐｒｅｄＦｌａｇＬ１［０］［０］、及び双予測重みインデックスｇｂｉＩｄｘである出力により、呼び出される。

－そうでない場合に、次が適用される：

－ 変数ｐｒｅｄＦｌａｇＬＸ［０］［０］、ｍｖＬＸ［０］［０］及びｒｅｆＩｄｘＬＸにおいて、ＰＲＥＤ＿ＬＸにおいて並びにシンタックス要素ｒｅｆ＿ｉｄｘ＿ｌＸ及びｍｖｄＬＸにおいてＸが０又は１のどちらか一方によって置換される場合に、次の順序づけられたステップが適用される：

５．変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は次のように導出される：
・ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｘＣｂ］［ｙＣｂ］がＰＲＥＤ＿ＬＸ又はＰＲＥＤ＿ＢＩに等しい場合に、
ｒｅｆＩｄｘＬＸ＝ｒｅｆ＿ｉｄｘ＿ｌＸ［ｘＣｂ］［ｙＣｂ］ （８－２６６）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝１ （８－２６７）
・そうでない場合に、変数ｒｅｆＩｄｘＬＸ及びｐｒｅｄＦｌａｇＬＸ［０］［０］は、
ｒｅｆＩｄｘＬＸ＝１ （８－２６８）
ｐｒｅｄＦｌａｇＬＸ［０］［０］＝０ （８－２６９）
によって指定される。

６．変数ｍｖｄＬＸは、次のように導出される：
ｍｖｄＬＸ［０］＝ＭｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［０］ （８－２７０）
ｍｖｄＬＸ［１］＝ｍｖｄＬＸ［ｘＣｂ］［ｙＣｂ］［１］ （８－２７１）

７．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、８．５．２．８節でのルーマ動きベクトル予測の導出プロセスは、ルーマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、入力としてのコーディングブロック幅ｃｂＷｉｄｔｈ、コーディングブロック高さｃｂＨｅｉｇｈｔ、及び変数ｒｅｆＩｄｘＬＸ、並びにｍｖｐＬＸである出力により、呼び出される。

８．ｐｒｅｄＦｌａｇＬＸ［０］［０］が１に等しい場合に、ルーマ動きベクトルｍｖＬＸ［０］［０］は、次のように導出される：
ｕＬＸ［０］＝（ｍｖｐＬＸ［０］＋ｍｖｄＬＸ［０］＋２^１８）％２_１８ （８－２７２）
ｍｖＬＸ［０］［０］［０］＝（ｕＬＸ［０］＞＝２^１７）？（ｕＬＸ［０］－２^１８）：ｕＬＸ［０］ （８－２７３）
ｕＬＸ［１］＝（ｍｖｐＬＸ［１］＋ｍｖｄＬＸ［１］＋２^１８）％２_１８ （８－２７４）
ｍｖＬＸ［０］［０］［１］＝（ｕＬＸ［１］＞＝２^１７）？（ｕＬＸ［１］－２^１８）：ｕＬＸ［１］ （８－２７５）

注記１－上記のｍｖＬＸ［０］［０］［０］及びｍｖＬＸ［０］［０］［１］の結果として得られる値は、常に－２^１７以上２^１７－１以下の範囲内にある。

－ 双予測重みインデックスｇｂｉＩｄｘは、ｇｂｉ＿ｉｄｘ［ｘＣｂ］［ｙＣｂに等しくセットされる。

【0435】

次の全ての条件が真である場合に、ｒｅｆＩｄｘＬ１が－１に等しくセットされ、ｐｒｅｄＦｌａｇＬ１は０に等しくセットされ、ｇｂｉＩｄｘは０に等しくセットされる：
－ ｐｒｅｄＦｌａｇＬ０［０］［０］は１に等しい。
－ ｐｒｅｄＦｌａｇＬ１［０］［０］は１に等しい。
－ （ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝８）｜｜（ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝１２）
（“ｃｂＷｉｄｔｈは４に等しい”及び“ｃｂＨｅｉｇｈｔは４に等しい”との条件は削除された。）

【0436】

８．５．２．１６節で明記されている履歴に基づく動きベクトル予測子リストの更新プロセスは、ルーマ動きベクトルｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］、参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、並びに双予測重みインデックスｇｂｉＩｄｘを用いて呼び出される。

【0437】

８．５．２．２ マージモードのためのルーマ動きベクトル導出プロセス
このプロセスは、ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合にのみ呼び出される。（ｘＣｂ，ｙＣｂ）は、現在のピクチャの左上ルーマサンプルに対して現在のルーマコーディングブロックの左上サンプルを特定する。

【0438】

このプロセスへの入力は：
－ 現在のピクチャの左上ルーマサンプルに対する現在のルーマコーディングブロックの左上サンプルのルーマ位置（ｘＣｂ，ｙＣｂ）、
－ ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
である。

【0439】

このプロセスの出力は：
－ １／１６分数サンプル精度ｍｖＬ０［０］［０］及びｍｖＬ１［０］［０］でのルーマ動きベクトル、
－ 参照インデックスｒｅｆＩｄｘＬ０及びｒｅｆＩｄｘＬ１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］、
－ 双予測重みインデックスｇｂｉＩｄｘ
である。

【0440】

双予測重みインデックスｇｂｉＩｄｘは０に等しくセットされる。

【0441】

変数ｘＳｍｒ、ｙＳｍｒ、ｓｍｒＷｉｄｔｈ、ｓｍｒＨｅｉｇｈｔ、及びえｍｒＮｕｍＨｍｖｐＣａｎｄは、次の通りに導出される：

【数6】

【0442】

８．５．２．６ 履歴に基づくマージ候補の導出プロセス
このプロセスへの入力は：
－ マージ候補リストｍｅｒｇｅＣａｎｄＬｉｓｔ、
－ 現在のコーディングユニットが共有マージ候補領域内にあるかどうかを指示する変数ｉｓＩｎＳｍｒ、
－ リスト内の利用可能マージ候補の数ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄ
である。

【0443】

このプロセスの出力は：
－ 変更後のマージ候補リストｍｅｒｇｅＣａｎｄＬｉｓｔ、
－ リスト内のマージ候補の変更後の数ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄ
である。

【0444】

変数ｉｓＰｒｕｎｅｄＡ_１及びｉｓＰｒｕｎｅｄＢ_１は両方ともＦＡＬＳＥに等しくセットされる。

【0445】

アレイｓｍｒＨｍｖｐＣａｎｄＬｉｓｔ及び変数ｓｍｒＮｕｍＨｍｖｐＣａｎｄは、次のように導出される：

【数7】

【0446】

インデックスｈＭＶｐＩｄｘ＝１・・ｓｍｒＮｕｍＨｍｖｐＣａｎｄを有するｓｍｒＨｍｖｐＣａｎｄＬｉｓｔ［ｈＭｖｐＩｄｘ］内の各候補について、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ－１）に等しくなるまで、次の順序づけられたステップが繰り返される：

１．変数ｓａｍｅＭｏｔｉｏｎは次のように導出される：
・ＮがＡ_１又はＢ_１である任意のマージ候補Ｎについて、次の全ての条件が当てはまる場合に、ｓａｍｅＭｏｔｉｏｎ及びｉｓＰｒｕｎｅｄＮは両方ともＴＲＵＥに等しくセットされる：
－ ｈＭｖｐＩｄｘが２以下である。
－ 候補ｓｍｒＨｍｖｐＣａｎｄＬｉｓｔ［ｓｍｒＮｕｍＨｍｖｐＣａｎｄ－ｈＭｖｐＩｄｘ］がマージ候補Ｎに等しい。
－ ｉｓＰｒｕｎｅｄＮがＦＡＬＳＥに等しい。
・そうでない場合に、ｓａｍｅＭｏｔｉｏｎはＦＡＬＳＥに等しくセットされる。

２．ｓａｍｅＭｏｔｉｏｎがＦＡＬＳＥに等しい場合に、候補ｓｍｒＨｍｖｐＣａｎｄＬｉｓｔ［ｓｍｒＮｕｍＨｍｖｐＣａｎｄ－ｈＭｖｐＩｄｘ］は、次の通りにマージ候補リストに加えられる：
ｍｅｒｇｅＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄ＋＋］＝
ｓｍｒＨｍｖｐＣａｎｄＬｉｓｔ［ｓｍｒＮｕｍＨｍｖｐＣａｎｄ－ｈＭｖｐＩｄｘ］ （８－３５５）

【0447】

９．５．３．８ ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃのための二値化プロセス
このプロセスへの入力は、シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化に対する要求、現在のルーマコーディングブロックの幅ｃｂＷｉｄｔｈ及び現在のルーマコーディングブロックの高さｃｂＨｅｉｇｈｔである。このプロセスの出力は、シンタックス要素の二値化である。シンタックス要素ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃの二値化は、表９－９で明確に述べられている。

【表20】

【0448】

９．５．４．２．１ 概要

【表21】

【0449】

図１１は、ビデオ処理装置１１００のブロック図である。装置１１００は、本明細書で記載される方法の１つ以上を実装するために使用されてよい。装置１１００は、スマートフォン、タブレット、コンピュータ、インターネット・オブ・シングス（ＩｏＴ）レシーバ、などで具現されてよい。装置１１００は、１つ以上のプロセッサ１１０２、１つ以上のメモリ１１０４、及びビデオ処理ハードウェア１１０６を含んでよい。プロセッサ１１０２は、本明細書で記載される１つ以上の方法を実装するよう構成されてよい。メモリ１１０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用されてよい。ビデオ処理ハードウェア１１０６は、ハードウェア回路において、本明細書で記載されるいくつかの技術を実装するために使用されてよい。

【0450】

図１２は、ビデオ処理の例示的な方法１２００のフローチャートである。方法１２００は、アフィンコーディングされる現在のビデオブロックの代表動きベクトルと、現在のビデオブロックのサブブロックの動きベクトルとの間のサイズ制限を決定するステップ（１２０２）と、そのサイズ制限を使用することによって、現在のビデオブロック又はサブブロックのピクセル値とビットストリーム表現との間の変換を実行するステップ（１２０４）とを含む。

【0451】

本明細書では、「ビデオ処理」との用語は、ビデオエンコーディング、ビデオデコーディング、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から対応するビットストリーム表現への変換中に適用されてよく、あるいは、その逆も同様である。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内の異なる場所に拡散されるか又は同一位置にあるビットに対応してよい。例えば、マクロブロックは、変換され及びコーディングされた誤差残余に関して、ビットストリーム内のヘッダ及び他のフィールドにあるビットも用いてエンコーディングされてよい。

【0452】

明らかなように、開示されている技術は、ビデオ処理の実施複雑性がメモリ要件又はラインバッファサイズ要件の低減によって低減される実施形態を実装するのに有用である。目下開示されているいくつかの技術は、次の箇条書きを用いて記載され得る。

【0453】

１．ビデオ処理の方法であって、
アフィンコーディングされる現在のビデオブロックの代表動きベクトルと前記現在のビデオブロックのサブブロックの動きベクトルとの間のサイズ制限を決定するステップと、
前記サイズ制限を使用することによって、前記現在のビデオブロック又は前記サブブロックのビットストリーム表現及びピクセル値の間の変換を実行するステップと
を有する方法。

【0454】

２．前記変換を実行するステップは、前記ピクセル値から前記ビットストリーム表現を生成することを含む、
箇条１に記載の方法。

【0455】

３．前記変換を実行するステップは、前記ビットストリーム表現から前記ピクセル値を生成することを含む、
箇条１に記載の方法。

【0456】

４．前記サイズ制限は、ＭＶｘ＞＝ＭＶ’ｘ－ＤＨ０及びＭＶｘ＜＝ＭＶ’ｘ＋ＤＨ１並びにＭＶｙ＞＝ＭＶ’ｙ－ＤＶ０及びＭＶｙ＜＝ＭＶ’ｙ＋ＤＶ１に従ってサブブロックの動きベクトル（ＭＶｘ，ＭＶｙ）の値を制約することを含み、ＭＶ’＝（ＭＶ’ｘ，ＭＶ’ｙ）であり、
ＭＶ’は、前記代表動きベクトルを表し、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は正の数を表す、
箇条１乃至３のいずれかに記載の方法。

【0457】

５．前記サイズ制限は、次の：
ｉ．ＤＨ０がＤＨ１に等しいか、又はＤＶ０がＤＶ１に等しい、
ｉｉ．ＤＨ０がＤＶ０に等しいか、又はＤＨ１がＤＶ１に等しい、
ｉｉｉ．ＤＨ０及びＤＨ１は異なるか、又はＤＶ０及びＤＶ１は異なる、
ｉｖ．ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、ビデオパラメータセットレベル又はシーケンスパラメータセットレベル又はピクチャパラメータセットレベル又はスライスヘッダレベル又はタイルグループヘッダレベル又はタイルレベル又はコーディングツリーユニットレベル又はコーディングユニットレベル又は予測ユニットレベルでビットストリーム表現において通知される、
ｖ．ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、ビデオ処理のモードの関数である、
ｖｉ．ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、前記現在のビデオブロックの幅及び高さに依存する、
ｖｉｉ．ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、前記現在のビデオブロックが片予測又は双予測を用いてコーディングされるかどうかに依存する、
ｖｉｉｉ．ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、前記サブブロックの位置に依存する、
のうちの少なくとも１つを含む、
箇条４に記載の方法。

【0458】

６．前記代表動きベクトルは、前記現在のビデオブロックの制御点動きベクトルに対応する、
箇条１乃至５のうちいずれかに記載の方法。

【0459】

７．前記代表動きベクトルは、前記現在のビデオブロックのコーナーサブブロックの動きベクトルに対応する、
箇条１乃至５のうちいずれかに記載の方法。

【0460】

８．前記サブブロックの動きベクトル及び前記代表動きベクトルに使用される精度は、前記ビットストリーム表現における動きベクトルシグナリング精度に対応する、
箇条１乃至７のうちいずれかに記載の方法。

【0461】

９．前記サブブロックの動きベクトル及び前記代表動きベクトルに使用される精度は、前記動きベクトルを保存するためのストレージ精度に対応する、
箇条１乃至７のうちいずれかに記載の方法。

【0462】

１０．ビデオ処理の方法であって、
アフィンコーディングされる現在のビデオブロックについて、該現在のビデオブロックの１つ以上のサブブロックを決定するステップであり、各サブブロックは、Ｍ及びＮが２又は４の倍数であるとして、Ｍ×Ｎピクセルのサイズを有する、前記決定するステップと、
前記サブブロックの動きベクトルをサイズ制限に合わせるステップと、
トリガに基づいて条件付きで、前記サイズ制限を使用することによって、前記現在のビデオブロックのビットストリーム表現及びピクセル値の間の変換を実行するステップと
を有する方法。

【0463】

１１．前記変換を実行するステップは、前記ピクセル値から前記ビットストリーム表現を生成することを含む、
箇条１０に記載の方法。

【0464】

１２．前記変換を実行するステップは、前記ビットストリーム表現から前記ピクセル値を生成することを含む、
箇条１０に記載の方法。

【0465】

１３．前記サイズ制限は、前記現在のビデオブロックのサブブロック動きベクトルの整数部の間の最大差がＫピクセル以下であるよう制限し、Ｋは整数である、
箇条１０乃至１２のうちいずれかに記載の方法。

【0466】

１４．方法は、前記現在のビデオブロックが双予測を用いてコーディングされる場合にのみ適用される、
箇条１０乃至１３のうちいずれかに記載の方法。

【0467】

１５．方法は、前記現在のビデオブロックが片予測を用いてコーディングされる場合にのみ適用される、
箇条１０乃至１３のうちいずれかに記載の方法。

【0468】

１６．Ｍ、Ｎ、又はＫの値は、前記現在のビデオブロックの片予測又は双予測モードの関数である、
箇条１０乃至１３のうちいずれかに記載の方法。

【0469】

１７．Ｍ、Ｎ、又はＫの値は、前記現在のビデオブロックの高さ又は幅の関数である、
箇条１０乃至１３のうちいずれかに記載の方法。

【0470】

１８．前記トリガは、ビデオパラメータセットレベル又はシーケンスパラメータセットレベル又はピクチャパラメータセットレベル又はスライスヘッダレベル又はタイルグループヘッダレベル又はタイルレベル又はコーディングツリーユニットレベル又はコーディングユニットレベル又は予測ユニットレベルで前記ビットストリーム表現に含まれる、
箇条１０乃至１７のうちいずれかに記載の方法。

【0471】

１９．前記トリガは、Ｍ、Ｎ、又はＫの値を伝える、
箇条１８に記載の方法。

【0472】

２０．前記現在のビデオブロックの前記１つ以上のサブブロックは、前記現在のビデオブロックに使用されるアフィンコーディングのタイプに基づいて計算される、
箇条１０乃至１９のうちいずれかに記載の方法。

【0473】

２１．２つの異なった方法が、片予測及び双予測アフィン予測モードのサブブロックを計算するために使用される、
箇条２０に記載の方法。

【0474】

２２．前記現在のビデオブロックが双予測されたアフィンブロックである場合に、異なる参照リストからのサブブロックの幅又は高さは異なる、
箇条２１に記載の方法。

【0475】

２３．前記１つ以上のサブブロックは、ルーマ成分に対応する、
箇条２０乃至２２のうちいずれかに記載の方法。

【0476】

２４．前記１つ以上のサブブロックのうちの１つの幅及び高さは、前記現在のビデオブロックの動きベクトル値と前記１つ以上のサブブロックのうちの当該１つのそれとの間の動きベクトル差を用いて決定される、
箇条１０乃至２３のうちいずれかに記載の方法。

【0477】

２５．前記計算するステップは、前記ビットストリーム表現で伝えられるピクセル精度に基づく、
箇条２０乃至２３のうちいずれかに記載の方法。

【0478】

２６．ビデオ処理の方法であって、
現在のビデオブロックがサイズ条件を満足することを決定するステップと、
前記決定に基づいて、前記現在のビデオブロックのための双予測エンコーディングモードを除くことによって、前記現在のビデオブロックのビットストリーム表現及びピクセル値の間の変換を実行するステップと
を有する方法。

【0479】

２７．ビデオ処理の方法であって、
現在のビデオブロックがサイズ条件を満足することを決定するステップと、
前記決定に基づいて、前記現在のビデオブロックのビットストリーム表現及びピクセル値の間の変換を実行するステップと
を有し、
インター予測モードが、前記サイズ条件に従って前記ビットストリーム表現において伝えられる、
方法。

【0480】

２８．ビデオ処理の方法であって、
現在のビデオブロックがサイズ条件を満足することを決定するステップと、
前記決定に基づいて、前記現在のビデオブロックのビットストリーム表現とピクセル値の間の変換を実行するステップと
を有し、
前記変換中のマージ候補リストの生成は、前記サイズ条件に依存する、
方法。

【0481】

２９．ビデオ処理の方法であって、
現在のビデオブロックの子コーディングユニットがサイズ条件を満足することを決定するステップと、
前記決定に基づいて、前記現在のビデオブロックのビットストリーム表現及びピクセル値の間の変換を実行するステップと
を有し、
前記子コーディングユニットを生成するために使用されるコーディングツリー分割プロセスは、前記サイズ条件に依存する、
方法。

【0482】

３０．ｗが幅であり、ｈが高さであるとして、前記サイズ条件は、次の
（ａ）ｗがＴ１に等しくかつｈがＴ２に等しく、あるいは、ｈがＴ１に等しくかつｗがＴ２に等しい、
（ｂ）ｗがＴ１に等しくかつｈがＴ２よりも大きくなく、あるいは、ｈがＴ１に等しくかつｗがＴ２よりも大きくない、
（ｃ）ｗがＴ１よりも大きくなくかつｈがＴ２よりも大きくなく、あるいは、ｈがＴ１よりも大きくなくかつｗがＴ２よりも大きくない、
のうちの１つである、
箇条２６乃至２９のうちいずれかに記載の方法。

【0483】

３１．Ｔ１＝８及びＴ２＝８、又はＴ１＝８及びＴ２＝４、又はＴ１＝４及びＴ２＝４、又はＴ１＝４及びＴ２＝１６である、
箇条３０に記載の方法。

【0484】

３２．前記変換は、前記現在のビデオブロックのピクセル値から前記ビットストリーム表現を生成すること、又は前記ビットストリーム表現から前記現在のビデオブロックのピクセル値を生成することを含む、
箇条２６乃至２９のうちいずれかに記載の方法。

【0485】

３３．ビデオ処理の方法であって、
現在のビデオブロックのための一般化された双予測（ＧＢｉ）プロセスの重みインデックスを、前記現在のビデオブロックの位置に基づいて決定するステップと、
前記ＧＢｉプロセスを実装するよう前記重みインデックスを用いて前記現在のビデオブロックとそのビットストリーム表現との間の変換を実行するステップと
を有する方法。

【0486】

３４．前記変換は、前記現在のビデオブロックのピクセル値から前記ビットストリーム表現を生成すること、又は前記ビットストリーム表現から前記現在のビデオブロックのピクセル値を生成することを含む、
箇条３３に記載の方法。

【0487】

３５．前記決定するステップは、第１の位置にある前記現在のビデオブロックについて、隣接ブロックの他の重みインデックスを引き継ぐこと又は予測することと、第２の位置にある前記現在のビデオブロックについて、前記隣接ブロックから引き継がずに前記ＧＢｉを計算することとを含む、
箇条３３又は３４のいずれかに記載の方法。

【0488】

３６．前記第２の位置は、前記隣接ブロックとは異なるコーディングツリーユニットに位置している前記現在のビデオブロックを有する、
箇条３５に記載の方法。

【0489】

３７．前記第２の位置は、前記現在のビデオブロックが前記隣接ブロックとは異なるコーディングツリーユニットライン又は異なるコーディングツリーユニット行にあることに対応する、
箇条３５に記載の方法。

【0490】

３８．ビデオ処理の方法であって、
現在のビデオブロックがイントラ－インター予測（ＩＩＰ）コーディングブロックとしてコーディングされることを決定するステップと、
前記現在のビデオブロックのイントラ予測モード又は最確モード（ＭＰＭ）を決定する平易化規則を用いて前記現在のビデオブロックとそのビットストリーム表現との間の変換を実行するステップと
を含む方法。

【0491】

３９．前記変換は、前記現在のビデオブロックのピクセル値から前記ビットストリーム表現を生成すること、又は前記ビットストリーム表現から前記現在のビデオブロックのピクセル値を生成することを含む、
箇条３８に記載の方法。

【0492】

４０．前記平易化規則は、隣接ビデオブロックの他のイントラ予測コーディングモードから独立しているようにイントラ－インター予測（ＩＩＰ）コーディングされる現在のビデオブロックのイントラ予測コーディングモードを決定することを定める、
箇条３８乃至３９のうちいずれかに記載の方法。

【0493】

４１．前記イントラ予測コーディングモードは、隣接ブロックのそれから独立しているコーディングを用いて前記ビットストリーム表現において表される、
箇条３８乃至３９のうちいずれかに記載の方法。

【0494】

４２．前記平易化規則は、イントラコーディングされたブロックのコーディングモードを優遇する選択を、イントラ予測コーディングされたブロックのそれよりも優先させることを定める、
箇条３８乃至４０のうちいずれかに記載の方法。

【0495】

４３．前記平易化規則は、ＩＩＰコーディングされた隣接ブロックからのイントラ予測モードを挿入する前に、イントラコーディングされた隣接ブロックからのイントラ予測モードを挿入することによって前記ＭＰＭを決定することを定める、
箇条３８に記載の方法。

【0496】

４４．前記平易化規則は、他の通常のイントラコーディングされたブロックに使用されたのと同じ構成プロセスを、前記ＭＰＭを決定するために使用することを定める、
箇条３８に記載の方法。

【0497】

４５．ビデオ処理の方法であって、
現在のビデオブロックが平易化基準を満足することを決定するステップと、
前記現在のビデオブロックとビットストリーム表現との間の変換を、前記変換のためのインター－イントラ予測モードの使用を無効にすることによって、又は前記変換に使用される追加のコーディングツールを無効にすることによって実行するステップと
を有する方法。

【0498】

４６．前記変換は、前記現在のビデオブロックのピクセル値から前記ビットストリーム表現を生成すること、又は前記ビットストリーム表現から前記現在のビデオブロックのピクセル値を生成することを含む、
箇条４５に記載の方法。

【0499】

４７．前記平易化基準は、Ｔ１が整数であるとして、前記現在のビデオブロックの幅又は高さがＴ１に等しいことを含む、
箇条４５乃至４６のうちいずれかに記載の方法。

【0500】

４８．前記平易化基準は、Ｔ１が整数であるとして、前記現在のビデオブロックの幅又は高さがＴ１よりも大きいことを含む、
箇条４５乃至４６のうちいずれかに記載の方法。

【0501】

４９．前記平易化基準は、前記現在のビデオブロックの幅又は高さ幅がＴ１に等しく、前記現在のビデオブロックの高さがＴ２に等しいことを含む、
箇条４５乃至４６のうちいずれかに記載の方法。

【0502】

５０．前記平易化基準は、前記現在のビデオブロックが双予測モードを使用することを定める、
箇条４５乃至４６のうちいずれかに記載の方法。

【0503】

５１．前記追加のコーディングツールは、双方向オプティカルフロー（ＢＩＯ）コーディングを含む、
箇条４５乃至４６のうちいずれかに記載の方法。

【0504】

５２．前記追加のコーディングツールは、オーバーラップブロック動き補償モードを含む、
箇条４５乃至４６のうちいずれかに記載の方法。

【0505】

５３．ビデオ処理の方法であって、
動きベクトルに基づくエンコーディングプロセスを用いて現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップを有し、
（ａ）精度Ｐ１は、空間動き予測結果を保存するために使用され、精度Ｐ２は、前記変換プロセス中に時間動き予測結果を保存するために使用され、Ｐ１及びＰ２は分数であり、あるいは、
（ｂ）精度Ｐｘは、ｘ動きベクトルを保存するために使用され、精度Ｐｙは、ｙ動きベクトルを保存するために使用され、Ｐｘ及びＰｙは分数である、
方法。

【0506】

５４．Ｐ１、Ｐ２、Ｐｘ及びＰｙは、異なる数である、
箇条５３に記載の方法。

【0507】

５５．Ｐ１は１／１６ルーマピクセルであり、Ｐ２は１／４ルーマピクセルであり、あるいは、
Ｐ１は１／１６ルーマピクセルであり、Ｐ２は１／８ルーマピクセルであり、あるいは、
Ｐ１は１／８ルーマピクセルであり、Ｐ２は１／４ルーマピクセルであり、あるいは、
Ｐ１は１／８ルーマピクセルであり、Ｐ２は１／８ルーマピクセルであり、あるいは、
Ｐ２は１／１６ルーマピクセルであり、Ｐ１は１／４ルーマピクセルであり、あるいは、
Ｐ２は１／１６ルーマピクセルであり、Ｐ１は１／８ルーマピクセルであり、あるいは、
Ｐ２は１／８ルーマピクセルであり、Ｐ１は１／４ルーマピクセルである、
箇条５４に記載の方法。

【0508】

５６．Ｐ１及びＰ２は、前記ビットストリーム表現に含まれる異なる時間レイヤ内の異なるピクチャごとに異なる、
箇条５３乃至５４に記載の方法。

【0509】

５７．計算された動きベクトルが、前記時間動き予測としての保存前に精度補正プロセスを通じて処理される、
箇条５３乃至５４に記載の方法。

【0510】

５８．前記保存は、前記ｘ動きベクトル及び前記ｙ動きベクトルをＮビット整数として保存することを含み、ｘ動きベクトルの値の範囲は、［ＭｉｎＸ，Ｍａｘ］であり、ｙ動きベクトルの値の範囲は、［ＭｉｎＹ，ＭａｘＹ］であり、それらの範囲は、
ａ．ｍｉｎＸがＭｉｎＹに等しい、
ｂ．ＭａｘＸがＭａｘＹに等しい、
ｃ．｛ＭｉｎＸ，ＭａｘＸ｝がＰｘに依存する、
ｄ．｛ＭｉｎＹ，ＭａｘＹ｝がＰｙに依存する、
ｅ．｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝はＮに依存する、
ｆ．｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、空間動き予測のための保存されたＭＶと、時間動き予測のために保存された他のＭＶとについて異なる、
ｇ．｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、異なる時間レイヤ内のピクチャごとに異なる、
ｈ．｛ＭｉｎＸ，ＭａｘＸ，ＭｉｎＹ，ＭａｘＹ｝は、異なる幅又は高さを有するピクチャごとに異なる、
ｉ．｛ＭｉｎＸ，ＭａｘＸ｝は、異なる幅を有するピクチャごとに異なる、
ｊ．｛ＭｉｎＹ，ＭａｘＹ｝は、異なる高さを有するピクチャごとに異なる、
ｋ．ＭＶｘは、空間動き予測のための保存の前に［ＭｉｎＸ，ＭａｘＸ］にクリッピングされる、
ｌ．ＭＶｘは、時間動き予測のための保存の前に［ＭｉｎＸ，ＭａｘＸ］にクリッピングされる、
ｍ．ＭＶｙは、空間動き予測のための保存の前に［ＭｉｎＹ，ＭａｘＹ］にクリッピングされる、
ｎ．ＭＶｙは、時間動き予測のための保存の前に［ＭｉｎＹ，ＭａｘＹ］にクリッピングされる、
のうちの１つ以上を満足する、
箇条５３乃至５４に記載の方法。

【0511】

５９．ビデオ処理の方法であって、
Ｗ１、Ｗ２、Ｈ１、Ｈ２、並びにＰＷ及びＰＨが整数であるとして、（Ｗ２＋Ｎ－１－ＰＷ）×（Ｈ２＋Ｎ－１－ＰＨ）ブロックをフェッチし、該フェッチされたブロックをピクセルパディングし、該ピクセルパディングされたブロックに対して境界ピクセル繰り返しを実行し、小さいサブブロックのピクセル値を取得することによって、現在のビデオブロックのＷ２×Ｈ２サイズの大きいサブブロック内でＷ１×Ｈ１サイズの前記小さいサブブロックを補間するステップと、
前記小さいサブブロックの前記補間されたピクセル値を用いて前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。

【0512】

６０．前記変換は、前記ビットストリーム表現から前記現在のビデオブロックを生成すること、又は前記現在のサブブロックから前記ビットストリーム表現を生成することを含む、
箇条５９に記載の方法。

【0513】

６１．Ｗ２＝Ｈ２＝８、Ｗ１＝Ｈ１＝４及びＰＷ＝ＰＨ＝０である、
箇条５９乃至６０のうちいずれかに記載の方法。

【0514】

６２．ビデオ処理の方法であって、
Ｗ×Ｈ寸法の現在のビデオブロック及び該現在のビデオブロックのビットストリーム表現の変換中に、（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）個の参照ピクセルをフェッチし、動き補償動作中に前記フェッチされた参照ピクセルよりも大きい参照ピクセルをパディングすることによって、前記動き補償動作を実行するステップと、
前記動き補償動作の結果を用いて前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップと
を有し、
Ｗ、Ｈ、Ｎ、ＰＷ及びＰＨは整数である、
方法。

【0515】

６３．前記変換は、前記ビットストリーム表現から前記現在のビデオブロックを生成すること、又は前記現在のサブブロックから前記ビットストリーム表現を生成することを含む、
箇条６２に記載の方法。

【0516】

６４．前記パディングすることは、前記フェッチされたピクセルの左又は右境界を繰り返すことを含む、
箇条６２乃至６３のうちいずれかに記載の方法。

【0517】

６５．前記パディングすることは、前記フェッチされたピクセルの上又は下境界を繰り返すことを含む、
箇条６２乃至６３のうちいずれかに記載の方法。

【0518】

６６．前記パディングすることは、ピクセル値を定数にセットすることを含む、
箇条６２乃至６３のうちいずれかに記載の方法。

【0519】

６７．前記規則は、他のイントラコーディングされたブロックに使用されたのと同じ算術コーディングコンテキストが前記変換中に使用されることを定める、
箇条３８に記載の方法。

【0520】

６８．前記現在のビデオブロックの前記変換は、前記現在のビデオブロックのＭＰＭを使用することを除く、
箇条３８に記載の方法。

【0521】

６９．前記平易化規則は、前記ＩＩＰコーディングされたブロックである前記現在のビデオブロックの前記ビットストリーム表現に対してＤＣ及びプレーナーモードのみを使用することを定める、
箇条３８に記載の方法。

【0522】

７０．前記平易化規則は、ルーマ成分及びクロマ成分について異なったイントラ予測モードを定める、
箇条３８に記載の方法。

【0523】

７１．前記ＭＰＭのサブセットは、ＩＩＰコーディングされる前記現在のビデオブロックに使用される、
箇条４４に記載の方法。

【0524】

７２．前記平易化規則は、前記ＭＰＭが、ＭＰＭリストに含まれるイントラ予測モードに基づいて選択されることを示す、
箇条３８に記載の方法。

【0525】

７３．前記平易化規則は、ＭＰＭのサブセットがＭＰＭリストから選択されるべきであることと、前記サブセットと関連付けられたモードインデックスを通知することとを示す、
箇条３８に記載の方法。

【0526】

７４．イントラＭＰＭモードをコーディングするために使用されるコンテキストは、ＩＩＰコーディングされる前記現在のビデオブロックのイントラモードをコーディングするために使用される、
箇条３８に記載の方法。

【0527】

７５．等しい重みが、ＩＩＰコーディングされたブロックである前記現在のビデオブロックについて生成されるイントラ予測ブロック及びインター予測ブロックに使用される、
箇条４４に記載の方法。

【0528】

７６．ゼロ重みが、前記現在のビデオブロックのためのＩＩＰコーディングプロセスにおける位置に使用される、
箇条４４に記載の方法。

【0529】

７７．前記ゼロ重みは、前記ＩＩＰコーディングプロセスで使用されるイントラ予測ブロックに適用される、
箇条７６に記載の方法。

【0530】

７８．前記ゼロ重みは、前記ＩＩＰコーディングプロセスで使用されるインター予測ブロックに適用される、
箇条７６に記載の方法。

【0531】

７９．ビデオ処理の方法であって、
現在のビデオブロックのサイズに基づいて、該現在のビデオブロックの双予測又は片予測が許可されないことを決定するステップと、
前記決定に基づいて、双予測又は片予測モードを無効にすることによって前記現在のビデオブロックのビットストリーム表現及びピクセル値の間の変換を実行するステップと
を有する方法。例えば、許可されないモードは、現在のビデオブロックをエンコーディング又はデコーディングするために使用されない。変換動作は、ビデオコーディング若しくは圧縮、又はビデオデコーディング若しくは圧縮解除のいずれかを表し得る。

【0532】

８０．前記現在のビデオブロックは４×８であり、前記決定するステップは、双予測が許可されないことを決定することを含む、
箇条７９に記載の方法。他の例は、例５で与えられる。

【0533】

８１．前記現在のビデオブロックは４×８又は８×４であり、前記決定するステップは、双予測が許可されないことを決定することを含む、
箇条７９に記載の方法。

【0534】

８２．前記現在のビデオブロックは４×Ｎであり、Ｎは１６以下の整数であり、前記決定するステップは、双予測が許可されないことを決定することを含む、
箇条７９に記載の方法。

【0535】

８３．前記現在のビデオブロックのサイズは、前記現在のビデオブロックの色成分又はルーマ成分のサイズに対応する、
箇条２６乃至２９又は７９乃至８２のうちいずれかに記載の方法。

【0536】

８４．前記双予測またはか予測モードを無効にすることは、前記現在のビデオブロックの３つ全ての成分に適用される、
箇条８３に記載の方法。

【0537】

８５．前記双予測またはか予測モードを無効にすることは、前記現在のビデオブロックのサイズとしてサイズが使用される色成分にのみ適用される、
箇条８３に記載の方法。

【0538】

８６．前記変換は、双予測、更には、双予測されるマージ候補を使用することを無効にし、それから、ただ１つの参照リストからのただ１つの動きベクトルを前記現在のビデオブロックに割り当てることによって、実行される、
箇条７９乃至８５のうちいずれかに記載の方法。

【0539】

８７．前記現在のビデオブロックは４×４であり、前記決定するステップは、双予測及び片予測の両方が許可されないことを決定することを含む、
箇条７９に記載の方法。

【0540】

８８．前記現在のビデオブロックはイントラブロックとしてコーディングされる、
箇条８７に記載の方法。

【0541】

８９．前記現在のビデオブロックは、整数ピクセル動きベクトルを使用することに制限される、
箇条８７に記載の方法。

【0542】

箇条７８乃至８９についての更なる例及び実施形態は、例５で説明されている。

【0543】

９０．ビデオ処理の方法であって、
現在のビデオブロックのサイズに基づいて、該ビデオブロックのためのビデオコーディング条件を決定するステップと、
前記ビデオコーディング条件に基づいて、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。

【0544】

９１．前記ビデオコーディング条件は、前記ビットストリーム表現におけるスキップフラグ又はイントラブロックコーディングフラグの選択的なシグナリングを定める、
箇条９０に記載の方法。

【0545】

９２．前記ビデオコーディング条件は、前記現在のビデオブロックのための予測モードの選択的なシグナリングを定める、
箇条９０又は９１に記載の方法。

【0546】

９３．前記ビデオコーディング条件は、前記現在のビデオブロックの三角モードコーディングの選択的なシグナリングを定める、
箇条９０乃至９２のうちいずれかに記載の方法。

【0547】

９４．前記ビデオコーディング条件は、前記現在のビデオブロックのためのインター予測方向の選択的なシグナリングを定める、
箇条９０乃至９３のうちいずれかに記載の方法。

【0548】

９５．前記ビデオコーディング条件は、前記現在のビデオブロックのイントラブロックコピーに使用される動きベクトル又はブロックベクトルを選択的に変更することを定める、
箇条９０乃至９４のうちいずれかに記載の方法。

【0549】

９６．前記ビデオコーディング条件は、前記現在のビデオブロックのピクセルにおける高さに依存する、
箇条９０乃至９５のうちいずれかに記載の方法。

【0550】

９７．前記ビデオコーディング条件は、前記現在のビデオブロックのピクセルにおける幅に依存する、
箇条９０乃至９６のうちいずれかに記載の方法。

【0551】

９８．前記ビデオコーディング条件は、前記現在のビデオブロックが正方形形状であるかどうかに依存する、
箇条９０乃至９５のうちいずれかに記載の方法。

【0552】

箇条９０乃至９８の更なる例は、本明細書の「４．実施形態の例」で挙げられている例１１乃至１６で提供される。

【0553】

９９．箇条１乃至９８のうちの１つ以上に記載される方法を実行するよう構成されたプロセッサを有するビデオエンコーダ装置。

【0554】

１００．箇条１乃至９８のうちの１つ以上に記載される方法を実行するよう構成されたプロセッサを有するビデオデコーダ装置。

【0555】

１０１．プロセッサによって実行される場合に、該プロセッサに、箇条１乃至９８のうちのいずれか１つ以上に記載される方法を実施させるコードを記憶しているコンピュータ可読媒体。

【0556】

図１６は、本明細書で開示されている様々な技術が実装され得る例示的なビデオ処理システム１６００を示すブロック図である。様々な実施には、システム１６００のコンポーネントの一部又は全てが含まれ得る。システム１６００は、ビデオコンテンツを受け取る入力部１６０２を含んでよい。ビデオコンテンツは、生の（raw）又は圧縮されていないフォーマットで受け取られてよく、例えば、８又は１０ビットのマルチコンポーネントピクセル値であり、あるいは、圧縮された又はエンコーディングされたフォーマットであってもよい。入力部１６０２は、ネットワークインターフェース、ペリフェラルバスインターフェース、又はストレージインターフェースに相当し得る。ネットワークインターフェースの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、受動光ネットワーク（ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。

【0557】

システム１６００は、本明細書で説明されている様々なコーディング又はエンコーディング方法を実装し得るコーディングコンポーネント１６０４を含んでよい。コーディングコンポーネント１６０４は、ビデオのコーディングされた表現を生成するよう、入力部１６０２からコーディングコンポーネント１６０４の出力部へのビデオの平均ビットレートを低減し得る。従って、コーディング技術は、ビデオ圧縮又はビデオトランスコーディング技術と時々呼ばれる。コーディングコンポーネント１６０４の出力は、コンポーネント１６０６によって表されるように、保存されるか、あるいは、接続された通信を介して伝送されてよい。入力部１６０２で受け取られたビデオの保存又は通信されたビットストリーム（又はコーディングされた）表現は、ピクセル値又は表示インターフェース１６１０へ送られる表示可能なビデオを生成するコンポーネント１６０８によって使用されてよい。ユーザが見ることができるビデオをビットストリームから生成するプロセスは、ビデオ圧縮解除と時々呼ばれる。更に、特定のビデオ処理動作が「コーディング」動作又はツールと呼ばれる一方で、そのようなコーディングツール又は動作はエンコーダで使用され、コーディングの結果を入れ替える対応するデコーディングツール又は動作は、デコーダによって実行されることになることが理解されるだろう。

【0558】

ペリフェラルバスインターフェース又は表示インターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔ（登録商標）などが含まれ得る。ストレージインターフェースの例には、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＰＣＩ、ＩＤＥインターフェース、などがある。本明細書で説明されている技術は、携帯電話機、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行する能力がある他のデバイスなどの様々な電子デバイスで具現されてよい。

【0559】

図１７は、本開示に係るビデオ処理のための方法１７００のフローチャート表現である。方法１７００は、動作１７０２で、アフィンコーディングツールを使用する、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、現在のブロックのサブブロックの第１動きベクトル、及び現在のブロックの代表動きベクトルである第２動きベクトルがサイズ制約に従うことを決定するステップを含む。方法１７００は、動作１７０４で、決定に基づいて変換を実行するステップも含む。

【0560】

いくつかの実施形態において、サブブロックの第１動きベクトルは、（ＭＶｘ，ＭＶｙ）と表され、第２動きベクトルは、（ＭＶ’ｘ，ＭＶ’ｙ）と表される。サイズ制約は、ＭＶｘ＞＝ＭＶ’ｘ－ＤＨ０、ＭＶｘ＜＝ＭＶ’ｘ＋ＤＨ１、ＭＶｙ＞＝ＭＶ’ｙ－ＤＶ０、及びＭＶｙ＜＝ＭＶ’ｙ＋ＤＶ１であることを示し、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は正の数である。いくつかの実施形態において、ＤＨ０＝ＤＨ１である。いくつかの実施形態において、ＤＨ０≠ＤＨ１である。いくつかの実施形態において、ＤＶ０＝ＤＶ１である。いくつかの実施形態において、ＤＶ０≠ＤＶ１である。いくつかの実施形態において、ＤＨ０＝ＤＶ０である。いくつかの実施形態において、ＤＨ０≠ＨＶ０である。いくつかの実施形態において、ＤＨ１＝ＤＶ１である。いくつかの実施形態において、ＤＨ１≠ＤＶ１である。

【0561】

いくつかの実施形態において、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１のうちの少なくとも１つは、ビデオパラメータセットレベル、シーケンスパラメータセットレベル、ピクチャパラメータセットレベル、スライスヘッダ、タイルグループヘッダ、タイルレベル、コーディングツリーユニットレベル、コーディングユニットレベル、又は予測ユニットレベルでビットストリーム表現において通知される。いくつかの実施形態において、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、変換の異なるプロファイル、レベル、又はティアごとに異なる。いくつかの実施形態において、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、現在のブロックの幅又は高さに基づく。いくつかの実施形態において、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、現在のブロックの予測モードに基づき、予測モードは、片予測モード又は双予測モードである。いくつかの実施形態において、ＤＨ０、ＤＨ１、ＤＶ０及びＤＶ１は、現在のブロック内のサブブロックの位置に基づく。

【0562】

いくつかの実施形態において、第２動きベクトルは、現在のブロックの制御点動きベクトルを有する。いくつかの実施形態において、第２動きベクトルは、現在のブロックの第２サブブロックの動きベクトルを有する。いくつかの実施形態において、第２サブブロックは、現在のブロックの中心サブブロックを有する。いくつかの実施形態において、第２サブブロックは、現在のブロックのコーナーサブブロックを有する。いくつかの実施形態において、第２動きベクトルは、現在のブロックの中又は外の位置について導出された動きベクトルを有し、その位置は、現在のブロックと同じアフィンモデルを用いてコーディングされる。いくつかの実施形態において、位置は、現在のブロックの中心位置を有する。

【0563】

いくつかの実施形態において、第１動きベクトルは、サイズ制約を満足するよう調整される。いくつかの実施形態において、ビットストリームは、第１動きベクトルが第２動きベクトルに関してサイズ制約を満足することができない場合に妥当でない。いくつかの実施形態において、第１動きベクトル及び第２動きベクトルは、ビットストリーム表現における動きベクトルシグナリング精度に従って表現される。いくつかの実施形態において、第１動きベクトル及び第２動きベクトルは、動きベクトルを保存するためのストレージ精度に従って表現される。いくつかの実施形態において、第１動きベクトル及び第２動きベクトルは、動きベクトルシグナリング精度又は動きベクトルを保存するためのストレージ精度とは異なる精度に従って表現される。

【0564】

図１８は、本開示に係るビデオ処理の方法１８００のフローチャート表現である。方法１８００は、動作１８０２で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、６つのパラメータを有するアフィンモデルを決定するステップを含む。アフィンモデルは、現在のブロックの隣接ブロックのアフィンコーディング情報から引き継がれる。方法１８００は、動作１８０４で、そのアフィンモデルに基づいて変換を実行するステップを含む。

【0565】

いくつかの実施形態において、隣接ブロックは、６つのパラメータを有する第２アフィンモデルを用いてコーディングされる。前記アフィンモデルは第２アフィンモデルと同じである。いくつかの実施形態において、隣接ブロックは、４つのパラメータを有する第３アフィンモデルを用いてコーディングされる。いくつかの実施形態において、前記アフィンモデルは、現在のブロックの位置に基づいて決定される。いくつかの実施形態において、前記アフィンモデルは、隣接ブロックが現在のブロックと同じコーディングツリーユニット（ＣＴＵ）にない場合に、第３アフィンモデルに従って決定される。いくつかの実施形態において、前記アフィンモデルは、隣接ブロックが現在のブロックと同じＣＴＵライン又は同じＣＴＵ行にない場合に、第３アフィンモデルに従って決定される。

【0566】

いくつかの実施形態において、タイル、スライス、又はピクチャは、複数の重なり合わない領域に分けられる。いくつかの実施形態において、前記アフィンモデルは、隣接ブロックが現在のブロックと同じ領域にない場合に、第３アフィンモデルに従って決定される。いくつかの実施形態において、前記アフィンモデルは、隣接ブロックが現在のブロックと同じ領域ライン又は同じ領域行にない場合に、第３アフィンモデルに従って決定される。いくつかの実施形態において、各領域は、６４×６４のサイズを有する。いくつかの実施形態において、現在のブロックの左上角は、（ｘ，ｙ）と表され、隣接ブロックの左上角は、（ｘ’，ｙ’）と表され、前記アフィンモデルは、ｘ、ｙ、ｘ’及びｙ’に関する条件が満足される場合に、第３アフィンモデルに従って決定される。いくつかの実施形態において、その条件は、ｘ／Ｍ≠ｘ’／Ｍであることを示し、Ｍは正の整数である。いくつかの実施形態において、Ｍは１２８又は６４である。いくつかの実施形態において、条件は、ｙ／Ｎ≠ｙ’／Ｎであることを示し、Ｎは正の整数である。いくつかの実施形態において、Ｎは１２８又は６４である。いくつかの実施形態において、条件は、ｘ／Ｍ≠ｘ’／Ｍかつｙ／Ｎ≠ｙ’／Ｎであることを示し、Ｍ及びＮは正の整数である。いくつかの実施形態において、Ｍ＝Ｎ＝１２８又はＭ＝Ｎ＝６４である。いくつかの実施形態において、条件は、ｘ＞＞Ｍ≠ｘ’＞＞Ｍであることを示し、Ｍは正の整数である。いくつかの実施形態において、Ｍは６又は７である。いくつかの実施形態において、条件は、ｙ＞＞Ｎ≠ｙ’＞＞Ｎであることを示し、Ｎは正の整数である。いくつかの実施形態において、Ｎは６又は７である。いくつかの実施形態において、条件は、ｘ＞＞Ｍ≠ｘ’＞＞Ｍかつｙ＞＞Ｎ≠ｙ’＞＞Ｎであることを示し、Ｍ及びＮは正の整数である。いくつかの実施形態において、Ｍ＝Ｎ＝６又はＭ＝Ｎ＝７である。

【0567】

図１９は、本開示に係るビデオ処理の方法１９００のフローチャート表現である。方法１９００は、動作１９０２で、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、双予測コーディング技術がそのブロックに適用可能であるかどうかを、幅Ｗ及び高さＨを有するそのブロックのサイズに基づいて決定するステップを含み、Ｗ及びＨは正の整数である。方法１９００は、動作１９０４で、その決定に従って変換を実行するステップを含む。

【0568】

いくつかの実施形態において、双予測コーディング技術は、Ｗ＝Ｔ１かつＨ＝Ｔ２である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、双予測コーディング技術は、Ｗ＝Ｔ２かつＨ＝Ｔ１である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、双予測コーディング技術は、Ｗ＝Ｔ１かつＨ≦Ｔ２である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、双予測コーディング技術は、Ｗ≦Ｔ２かつＨ＝Ｔ１の場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、Ｔ１＝４及びＴ２＝１６である。いくつかの実施形態において、双予測コーディング技術は、Ｗ≦Ｔ１かつＨ≦Ｔ２の場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、Ｔ１＝Ｔ２＝８である。いくつかの実施形態において、Ｔ１＝８及びＴ２＝４である。いくつかの実施形態において、Ｔ１＝Ｔ２＝４である。いくつかの実施形態において、Ｔ１＝４及びＴ２＝８である。

【0569】

いくつかの実施形態において、双予測コーディング技術に関する情報を示すインジケータは、双予測コーディング技術が適用可能である場合に、ビットストリームにおいて通知される。いくつかの実施形態において、ブロックに対する双予測コーディング技術に関する情報を示すインジケータは、双予測コーディング技術がそのブロックに適用不可能である場合に、ビットストリームから除かれる。いくつかの実施形態において、双予測コーディング技術は、ブロックのサイズが４×８又は８×４のうちの１つである場合に、適用不可能である。いくつかの実施形態において、双予測コーディング技術は、ブロックサイズが４×Ｎ又はＮ×４である場合に適用不可能であり、Ｎは正の整数であり、Ｎ≦１６である。いくつかの実施形態において、ブロックのサイズは、ブロックの第１色成分に対応し、双予測コーディング技術が適用可能であるかどうかは、ブロックの第１色成分及び残りの色成分に対して決定される。いくつかの実施形態において、ブロックサイズは、ブロックの第１色成分に対応し、双予測コーディング技術が適用可能であるかどうかは、第１色成分に対してのみ決定される。いくつかの実施形態において、第１色成分はルーマ成分を含む。

【0570】

いくつかの実施形態において、方法は、双予測コーディング技術が現在のブロックに適用不可能である場合に、選択されたマージ候補が双予測コーディング技術を用いてコーディングされると決定するときに、第１参照リスト又は第２参照リストからの単一の動きベクトルを割り当てるステップを更に有する。いくつかの実施形態において、方法は、双予測コーディング技術が現在のブロックに適用不可能である場合に、三角予測モードがそのブロックに適用不可能であることを決定するステップを更に有する。いくつかの実施形態において、双予測コーディング技術が適用可能であるかどうかは、予測方向と関連付けられ、予測方向は、片予測コーディング技術と更に関連付けられ、予測方向は、ブロックのサイズに基づいてビットストリームにおいて通知される。いくつかの実施形態において、片予測コーディング技術に関する情報は、（１）Ｗ×Ｈ＜６４又は（２）Ｗ×Ｈ＝６４である場合にビットストリームにおいて通知され、ＷはＨと等しくない。いくつかの実施形態において、片予測コーディング技術又は双予測コーディング技術に関する情報は、（１）Ｗ×Ｈ＞６４又は（２）Ｗ×Ｈ＝６４である場合にビットストリームにおいて通知され、ＷはＨに等しい。

【0571】

いくつかの実施形態において、制限は、双予測コーディング技術も片予測コーディング技術も、ブロックのサイズが４×４である場合にブロックに適用不可能であることを示す。いくつかの実施形態において、制限は、ブロックがアフィンコーディングされる場合に適用可能である。いくつかの実施形態において、制限は、ブロックがアフィンコーディングされない場合に適用可能である。実施形態において、制限は、ブロックがイントラコーディングされる場合に適用可能である。いくつかの実施形態において、制限は、ブロックの動きベクトルが整数精度を有する場合に適用可能でない。

【0572】

いくつかの実施形態において、ブロックが親ブロックの分割に基づいて生成されることを通知することは、ビットストリームにおいてスキップされる。親ブロックは、（１）四分木分割については８×８、（２）二分木分割について８×４若しくは４×８、又は（３）三分木分割については４×１６若しくは１６×４、のサイズを有する。いくつかの実施形態において、動きベクトルが整数精度を有することを示すインジケータは、ビットストリームにおいて１にセットされる。いくつかの実施形態において、ブロックの動きベクトルは整数精度に丸められる。

【0573】

いくつかの実施形態において、双予測コーディング技術は、ブロックに適用可能である。参照ブロックは、（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）のサイズを有し、参照ブロックの境界ピクセルは、補間動作のために（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）のサイズを有する第２ブロックを生成するよう繰り返され、Ｎは補間フィルタタップを表し、Ｎ、ＰＷ及びＰＨは整数である。いくつかの実施形態において、ＰＨ＝０であり、少なくとも左境界又は右境界のピクセルは、第２ブロックを生成するよう繰り返される。いくつかの実施形態において、ＰＷ＝０であり、少なくとも上境界又は下境界のピクセルは、第２ブロックを生成するよう繰り返される。いくつかの実施形態において、ＰＷ＞０及びＰＨ＞０であり、第２ブロックは、少なくとも左境界又は右境界のピクセルを繰り返すことによって、続いて、少なくとも上境界又は下境界のピクセルを繰り返すことによって、生成される。いくつかの実施形態において、ＰＷ＞０及びＰＨ＞０であり、第２ブロックは、少なくとも上境界又は下境界のピクセルを繰り返すことによって、続いて、少なくとも左境界又は右境界のピクセルを繰り返すことによって、生成される。いくつかの実施形態において、左境界のピクセルはＭ１回繰り返され、右境界のピクセルは（ＰＷ－Ｍ１）回繰り返される。いくつかの実施形態において、上境界のピクセルはＭ２回繰り返され、下境界のピクセルは（ＰＨ－Ｍ２）回繰り返される。いくつかの実施形態において、どのように参照ピクセルの境界ピクセルが繰り返されるかは、変換のために一部又は全ての参照ブロックに適用される。いくつかの実施形態において、ＰＷ及びＰＨは、ブロックの異なるコンポーネントごとに異なる。

【0574】

いくつかの実施形態において、マージ候補リスト構成プロセスは、ブロックのサイズに基づいて実行される。いくつかの実施形態において、マージ候補は、（１）マージ候補が双予測コーディング技術を用いてコーディングされ、（２）双予測がブロックのサイズに従ってそのブロックに適用可能でない場合に、片予測コーディング技術において第１参照リストを参照する片予測候補と見なされる。いくつかの実施形態において、第１参照リストは、片予測コーディング技術の参照リスト０又は参照リスト１を有する。いくつかの実施形態において、マージ候補は、（１）マージ候補が双予測コーディング技術を用いてコーディングされ、（２）双予測がブロックのサイズに従ってそのブロックに適用可能でない場合に、利用不可と見なされる。いくつかの実施形態において、利用不可のマージ候補は、マージ候補リスト構成プロセスにおいてマージ候補リストから除かれる。いくつかの実施形態において、三角予測モードのためのマージ候補リスト構成プロセスは、双予測がブロックのサイズに従ってそのブロックに適用可能でない場合に呼び出される。

【0575】

図２０は、本開示に係るビデオ処理の方法２０００のフローチャート表現である。方法２０００は、動作２００２で、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、コーディングツリー分割プロセスがブロックに適用可能であるかどうかを、コーディングツリー分割プロセスに従ってブロックの子コーディングユニットであるサブブロックのサイズに基づいて決定するステップを含む。サブブロックは幅Ｗ及び高さＨを有し、Ｗ及びＨは正の整数である。方法２０００は、動作２００４で、決定に従って変換を実行するステップも含む。

【0576】

いくつかの実施形態において、コーディングツリー分割プロセスは、Ｗ＝Ｔ１かつＨ＝Ｔ２である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、コーディングツリー分割プロセスは、Ｗ＝Ｔ２かつＨ＝Ｔ１である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、コーディングツリー分割プロセスは、Ｗ＝Ｔ１かつＨ≦Ｔ２である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、コーディングツリー分割プロセスは、Ｗ≦Ｔ２及びＨ＝Ｔ１である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、Ｔ＝４及びＴ２＝１６である。いくつかの実施形態において、コーディングツリー分割プロセスは、Ｗ≦Ｔ１かつＨ≦Ｔ２である場合に適用不可能であり、Ｔ１及びＴ２は正の整数である。いくつかの実施形態において、Ｔ１＝Ｔ２＝８である。いくつかの実施形態において、Ｔ１＝８及びＴ２＝４である。いくつかの実施形態において、Ｔ１＝Ｔ２＝４である。いくつかの実施形態において、Ｔ１＝４である。いくつかの実施形態において、Ｔ２＝４である。いくつかの実施形態において、コーディングツリー分割プロセスのシグナリングは、コーディングツリー分割プロセスが現在のブロックに適用不可能である場合に、ビットストリームにから削除される。

【0577】

図２１は、本開示に係るビデオ処理の方法２１００のフローチャート表現である。は、動作２１０２で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、コーディングユニットレベル重み付き双予測（ＢＣＷ）コーディングモードのインデックスが導出されるかどうかを、現在のブロックの位置に関する規則に基づいて決定するステップを含む。ＢＣＷコーディングモードでは、複数の重みを含む重みセットが、現在のブロックの双予測値を生成するために使用される。方法２１００は、動作２１０４で、決定に従って変換を実行するステップも含む。

【0578】

いくつかの実施形態において、現在のブロックの双予測値は、重みセット内の少なくとも１つの重みが適用される場合に、２つの動きベクトルの非平均加重和として生成される。いくつかの実施形態において、規則は、現在のブロック及び隣接ブロックが異なるコーディングツリーユニット又は最大コーディングユニットに位置している場合には、インデックスが隣接ブロックに従って導出されないことを定める。いくつかの実施形態において、規則は、現在のブロック及び隣接ブロックがコーディングツリーユニット内の異なるライン又は行に位置する場合には、インデックスが隣接ブロックに従って導出されないことを定める。いくつかの実施形態において、規則は、現在のブロック及び隣接ブロックがビデオのタイル、スライス、又はピクチャの異なった重なり合わない領域に位置している場合には、インデックスが隣接ブロックに従って導出されないことを定める。いくつかの実施形態において、規則は、現在のブロック及び隣接ブロックがビデオのタイル、スライス、又はピクチャの重なり合わない領域の異なる行に位置する場合には、インデックスが隣接ブロックに従って導出されないことを定める。いくつかの実施形態において、各領域は６４×６４のサイズを有する。

【0579】

いくつかの実施形態において、現在のブロックの上角は（ｘ，ｙ）と表され、隣接ブロックの上角は（ｘ’，ｙ’）と表される。規則は、（ｘ，ｙ）及び（ｘ’，ｙ’）が条件を満足する場合には、インデックスが隣接ブロックに従って導出されないことを定める。いくつかの実施形態において、条件は、ｘ／Ｍ≠ｘ’／Ｍであることを示し、Ｍは正の整数である。いくつかの実施形態において、Ｍは１２８又は６４である。いくつかの実施形態において、条件は、ｙ／Ｎ≠ｙ’／Ｎであることを示し、Ｎは正の整数である。いくつかの実施形態において、Ｎは１２８又は６４である。いくつかの実施形態において、条件は、（ｘ／Ｍ≠ｘ’／Ｍ）かつ（ｙ／Ｎ≠ｙ’／Ｎ）であることを示し、Ｍ及びＮは正の整数である。いくつかの実施形態において、Ｍ＝Ｎ＝１２８又はＭ＝Ｎ＝６４である。いくつかの実施形態において、条件は、ｘ＞＞Ｍ≠ｘ’＞＞Ｍであることを示し、Ｍは正の整数である。いくつかの実施形態において、Ｍは６又は７である。いくつかの実施形態において、条件は、ｙ＞＞Ｎ≠ｙ’＞＞Ｎであることを示し、Ｎは正の整数である。いくつかの実施形態において、Ｎは６又は７である。いくつかの実施形態において、条件は、（ｘ＞＞Ｍ≠ｘ’＞＞Ｍ）かつ（ｙ＞＞Ｎ≠ｙ’＞＞Ｎ）であることを示し、Ｍ及びＮは正の整数である。いくつかの実施形態において、Ｍ＝Ｎ＝６又はＭ＝Ｎ＝７である。

【0580】

いくつかの実施形態において、ＢＣＷコーディングモードがピクチャ、スライス、タイルグループ、又はタイルに適用可能であるかどうかは、ビットストリーム内のピクチャパラメータセット、スライスヘッダ、タイルグループヘッダ、又はタイルにおいて夫々通知される。いくつかの実施形態において、ＢＣＷコーディングモードがピクチャ、スライス、タイルグループ、又はタイルに適用可能であるかどうかは、ピクチャ、スライス、タイルグループ、又はタイルと関連付けられた情報に基づいて導出される。いくつかの実施形態において、情報は、少なくとも量子化パラメータ（ＱＰ）、時間レイヤ、又はピクチャ・オーダー・カウント（ＰＯＣ）距離を有する。

【0581】

図２２は、本開示に係るビデオ処理の方法２２００のフローチャート表現である。方法２２００は、動作２２０２で、インター及びイントラ複合予測（Combined Inter and Intra Prediction，ＣＩＩＰ）コーディング技術を用いてコーディングされたビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、隣接ブロックのイントラ予測モードから独立して現在のブロックのイントラ予測モードを決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法２２００は、動作２２０４で、決定に基づいて変換を実行するステップも含む。

【0582】

いくつかの実施形態において、現在のブロックのイントラ予測モードは、如何なる隣接ブロックのイントラ予測モードも参照せずに決定される。いくつかの実施形態において、隣接ブロックは、ＣＩＩＰコーディング技術を用いてコーディングされる。いくつかの実施形態において、現在のブロックのイントラ予測は、イントラ予測コーディング技術を用いてコーディングされる第２隣接ブロックのイントラ予測モードに基づいて決定される。いくつかの実施形態において、第２イントラ予測モードに従って現在のブロックのイントラ予測モードを決定すべきかどうかは、第１ブロックとしての現在のブロックと第２ブロックとしての第２隣接ブロックとの間の関係を定める条件が満足されるかどうかに基づく。いくつかの実施形態において、決定は、ＭＰＭモードのリストを導出するための現在のブロックの最確モード（ＭＰＭ）構成プロセスの部分である。

【0583】

図２３は、本開示に係るビデオ処理の方法２３００のフローチャート表現である。方法２３００は、動作２３０２で、インター及びイントラ複合予測（ＣＩＩＰ）コーディング技術を用いてコーディングされたビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、第１隣接ブロックの第１イントラ予測モード及び第２隣接ブロックの第２イントラ予測モードに従って前記現在のブロックのイントラ予測モードを決定するステップを含む。第１隣接ブロックは、イントラ予測コーディング技術を用いてコーディングされ、第２隣接ブロックは、ＣＩＩＰコーディング技術を用いてコーディングされる。第１イントラ予測モードは、第２イントラ予測モードとは異なった優先度を与えられている。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法２３００は、動作２３０４で、決定に基づいて変換を実行するステップも含む。

【0584】

いくつかの実施形態において、前記決定するステップは、ＭＰＭモードのリストを導出するための現在のブロックの最確モード（ＭＰＭ）構成プロセスの部分である。いくつかの実施形態において、第１イントラ予測モードは、ＭＰＭ候補リストにおいて、第２イントラ予測モードより前に位置する。いくつかの実施形態において、第１イントラ予測モードは、ＭＰＭ候補リストにおいて、第２イントラ予測モードより後に位置する。いくつかの実施形態において、イントラ予測モードのコーディングは、現在のブロックの最確モード（ＭＰＭ）構成プロセスをバイパスする。いくつかの実施形態において、方法は、現在のブロックのイントラ予測モードに従って、後続のブロックのイントラ予測モードを決定するステップも含む。ここで、前記後続のブロックは、イントラ予測コーディング技術を用いてコーディングされ、現在のブロックは、ＣＩＩＰコーディング技術を用いてコーディングされる。いくつかの実施形態において、前記決定するステップは、前記後続のブロックの最確モード（ＭＰＭ）構成プロセスの部分である。いくつかの実施形態において、後続のブロックのＭＰＭ構成プロセスでは、現在のブロックのイントラ予測モードは、イントラ予測コーディング技術を用いてコーディングされた他の隣接ブロックのイントラ予測モードよりも低い優先度を与えられる。いくつかの実施形態において、現在のブロックのイントラ予測モードに従って後続のブロックのイントラ予測モードを決定すべきかどうかは、第１ブロックとしての後続のブロックと第２ブロックとしての現在のブロックとの間の関係を定める条件が満足されるかどうかに基づく。いくつかの実施形態において、条件は、（１）第１ブロック及び第２ブロックがコーディングツリーユニットの同じラインに位置している、（２）第１ブロック及び第２ブロックが同じＣＴＵに位置している、（３）第１ブロック及び第２ブロックが同じ領域に位置している、又は（４）第１ブロック及び第２ブロックが領域の同じラインにある、のうちの少なくとも１つを有する。いくつかの実施形態において、領域の幅は、領域の高さと同じである。いくつかの実施形態において、領域は６４×６４のサイズを有する。

【0585】

いくつかの実施形態において、通常のイントラコーディング技術のための最確モード（ＭＰＭ）のリストのサブセットのみが、現在のブロックに使用される。いくつかの実施形態において、サブセットは、通常のイントラコーディング技術のためのＭＰＭモードのリスト内の単一のＭＰＭモードを有する。いくつかの実施形態において、単一のＭＰＭモードは、リスト内の最初のＭＰＭモードである。いくつかの実施形態において、単一のＭＰＭモードを示すインデックスは、ビットストリームにおいて省略される。いくつかの実施形態において、サブセットは、ＭＰＭモードのリスト内の最初の４つのＭＰＭモードを有する。いくつかの実施形態において、サブセット内のＭＰＭモードを示すインデックスはビットストリームにおいて通知される。いくつかの実施形態において、イントラコーディングされたブロックをコーディングするためのコーディングコンテキストは、現在のブロックをコーディングするために再利用される。いくつかの実施形態において、イントラコーディングされたブロックのための第１ＭＰＭフラグ及び現在のブロックのための第２ＭＰＭフラグは、ビットストリームにおいて同じコーディングコンテキストを共有する。いくつかの実施形態において、現在のブロックのイントラ予測モードは、現在のブロックのサイズにかかわらずＭＰＭモードのリストから選択される。いくつかの実施形態において、ＭＰＭ構成プロセスは、有効であることをデフォルトにされ、ＭＰＭ構成プロセスを示すフラグはビットストリームにおいて省略される。いくつかの実施形態において、ＭＰＭリスト構成プロセスは、現在のブロックに対しては不要である。

【0586】

いくつかの実施形態において、ルーマ予測クロマモードが、現在のブロックのクロマ成分を処理するために使用される。いくつかの実施形態において、導出モードが、現在のブロックのクロマ成分を処理するために使用される。いくつかの実施形態において、複数のイントラ予測モードが、現在のブロックのクロマ成分を処理するために使用される。いくつかの実施形態において、複数のイントラ予測モードは、クロマ成分のカラーフォーマットに基づいて使用される。いくつかの実施形態において、カラーフォーマットが４：４：４である場合に、複数のイントラ予測モードは、現在のブロックのルーマ成分のためのイントラ予測モードと同じである。いくつかの実施形態において、４つのイントラ予測モードの夫々が１つ以上のビットを用いてコーディングされ、それらの４つのイントラ予測モードは、プレーナーモード、ＤＣモード、垂直モード、及び水平モードを含む。いくつかの実施形態において、４つのイントラ予測モードは、００、０１、１０及び１１を用いてコーディングされる。いくつかの実施形態において、４つのイントラ予測モードは、０、
１０、１１０、１１１を用いてコーディングされる。いくつかの実施形態において、４つのイントラ予測モードは、１、０１、００１、０００を用いてコーディングされる。いくつかの実施形態において、現在のブロックの幅Ｗ及び高さＨが条件を満足する場合に、４つのイントラ予測モードのサブセットのみが使用のために利用可能である。いくつかの実施形態において、サブセットは、Ｗ＞Ｎ×Ｎである場合に、プレーナーモード、ＤＣモー、及び垂直モードを有し、Ｎは整数である。いくつかの実施形態において、プレーナーモード、ＤＣモード、及び垂直モードは、１、０１、及び１１を用いてコーディングされる。いくつかの実施形態において、プレーナーモード、ＤＣモード、及び垂直モードは、０、１０、及び００を用いてコーディングされる。いくつかの実施形態において、サブセットは、Ｈ＞Ｎ×Ｗである場合に、プレーナーモード、ＤＣモード、及び水平モードを有し、Ｎは整数である。いくつかの実施形態において、プレーナーモード、ＤＣモード、及び水平モードは、１、０１、及び１１を用いてコーディングされる。いくつかの実施形態において、プレーナーモード、ＤＣモード、及び水平モードは、０、１０、及び００を用いてコーディングされる。いくつかの実施形態において、Ｎ＝２である。いくつかの実施形態において、ＤＣモード及びプレーナーモードのみが現在のブロックに使用される。いくつかの実施形態において、ＤＣモード又はプレーナーモードを示すインジケータは、ビットストリームにおいて通知される。

【0587】

図２４は、本開示に係るビデオ処理の方法２４００のフローチャート表現である。方法２４００は、動作２４０２で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、インター及びイントラ複合予測（ＣＩＩＰ）プロセスが現在のブロックの色成分に適用可能であるかどうかを、現在のブロックのサイズに基づいて決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法２４００は、動作２４０４で、決定に基づいて変換を実行するステップも含む。

【0588】

いくつかの実施形態において、色成分は、クロマ成分を有し、ＣＩＩＰプロセスは、現在のブロックの幅が４よりも小さい場合に、クロマ成分に対して実行されない。いくつかの実施形態において、色成分は、クロマ成分を有し、ＣＩＩＰプロセスは、現在のブロックの高さが４よりも小さい場合に、クロマ成分に対して実行されない。いくつかの実施形態において、現在のブロックのクロマ成分のためのイントラ予測モードは、現在のブロックのルーマ成分のためのイントラ予測モードとは異なる。いくつかの実施形態において、クロマ成分は、ＤＣモード、プレーナーモード、又はルーマ予測クロマモード、のうちの１つを使用する。いくつかの実施形態において、クロマ成分のためのイントラ予測モードは、クロマ成分のカラーフォーマットに基づいて決定される。いくつかの実施形態において、カラーフォーマットは４：２：０又は４：４：４を有する。

【0589】

図２５は、本開示に係るビデオ処理の方法２５００のフローチャート表現である。方法２５００は、動作２５０２で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、インター及びイントラ複合予測（ＣＩＩＰ）コーディング技術が現在のブロックに適用されるべきであるかどうかを、現在のブロックの特性に基づいて決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するよう中間インター予測値及び中間イントラ予測値を使用する。方法２５００は、動作２５０４で、決定に基づいて変換を実行するステップも含む。

【0590】

いくつかの実施形態において、特性は、現在のブロックのサイズが幅Ｗ及び高さＨであることを有し、Ｗ及びＨは整数であり、インター－イントラ予測コーディング技術は、ブロックサイズが条件を満足する場合に、現在のブロックに対して無効にされる。いくつかの実施形態において、条件は、ＷがＴ１に等しいことを示し、Ｔ１は整数である。いくつかの実施形態において、条件は、ＨがＴ１に等しいことを示し、Ｔ１は整数である。いくつかの実施形態において、Ｔ１＝４である。いくつかの実施形態において、Ｔ１＝２である。いくつかの実施形態において、条件は、ＷがＴ１よりも大きいか、又はＨがＴ１よりも大きいことを示し、Ｔ１は整数である。いくつかの実施形態において、Ｔ１＝６４又は１２８である。いくつかの実施形態において、条件は、ＷがＴ１に等しく且つＨがＴ２に等しいことを示し、Ｔ１及びＴ２は整数である。いくつかの実施形態において、条件は、ＷがＴ２に等しく且つＨがＴ１に等しいことを示し、Ｔ１及びＴ２は整数である。いくつかの実施形態において、Ｔ１＝４及びＴ２＝１６である。

【0591】

いくつかの実施形態において、特性は、現在のブロックに適用されているコーディング技術を有し、ＣＩＩＰコーディング技術は、前記コーディング技術が条件を満足する場合に、現在のブロックに対して無効にされる。いくつかの実施形態において、条件は、コーディング技術が双予測コーディング技術であることを示す。いくつかの実施形態において、双予測コーディングされたマージ候補は、インター－イントラ予測コーディング技術が現在のブロックに適用されることを可能にするために、片予測コーディングされたマージ候補に変換される。いくつかの実施形態において、変換されたマージ候補は、片予測コーディング技術の参照リスト０と関連付けられる。いくつかの実施形態において、変換されたマージ候補は、片予測コーディング技術の参照リスト１と関連付けられる。いくつかの実施形態において、ブロックの片予測コーディングされたマージ候補のみが、変換のために選択される。いくつかの実施形態において、双予測コーディングされたマージ候補は、ビットストリーム表現においてマージ候補を示すマージインデックスを決定するために捨てられる。いくつかの実施形態において、インター－イントラ予測コーディング技術は、決定に従って現在のブロックに適用される。いくつかの実施形態において、三角予測モードのためのマージ候補リスト構成プロセスは、現在のブロックのための動き候補リストを導出するために使用される。

【0592】

図２６は、本開示に係るビデオ処理の方法２６００のフローチャート表現である。方法２６００は、動作２６０２で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、コーディングツールが現在のブロックのために無効にされるべきであるかどうかを、現在のブロックがインター及びイントラ複合予測（ＣＩＩＰ）コーディング技術によりコーディングされるかどうかに基づいて決定するステップを含む。ＣＩＩＰコーディング技術は、現在のブロックの最終的な予測値を導出するために中間インター予測値及び中間イントラ予測値を使用する。コーディングツールは、双方向オプティカルフロー（ＢＤＯＦ）、オーバーラップブロック動き補償（ＯＢＭＣ）、又はデコーダ側動きベクトル精緻化プロセス（ＤＭＶＲ）、のうちの少なくとも１つを有する。方法２５００は、動作２５０４で、決定に基づいて変換を実行するステップも含む。

【0593】

いくつかの実施形態において、現在のブロックのためのイントラ予測プロセスは、イントラ予測コーディング技術を用いてコーディングされる第２ブロックのためのイントラ予測プロセスとは異なる。いくつかの実施形態において、現在のブロックのためのイントラ予測プロセスでは、隣接サンプルのフィルタリングはスキップされる。いくつかの実施形態において、現在のブロックのためのイントラ予測プロセスでは、位置に依存したイントラ予測サンプルフィルタリングは無効にされる。いくつかの実施形態において、現在のブロックのためのイントラ予測プロセスでは、マルチラインイントラ予測プロセスは無効にされる。いくつかの実施形態において、現在のブロックのためのイントラ予測プロセスでは、ワイドアングルイントラ予測プロセスは無効にされる。

【0594】

図２７は、本開示に係るビデオ処理の方法２７００のフローチャート表現である。方法２７００は、動作２７０２で、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、空間動き予測のための動きベクトルに使用される第１予測Ｐ１と、時間動き予測のための動きベクトルに使用される第２予測Ｐ２とを決定するステップを含む。Ｐ１及び／又はＰ２は分数であり、Ｐ１及びＰ２は互いに異なっている。方法２７００は、動作２７０４で、決定に基づいて変換を実行するステップも含む。

【0595】

いくつかの実施形態において、第１精度は１／１６ルーマピクセルであり、第２精度は１／４ルーマピクセルである。いくつかの実施形態において、第１精度は１／１６ルーマピクセルであり、第２精度は１／８ルーマピクセルである。いくつかの実施形態において、第１精度は１／８ルーマピクセルであり、第２精度は１／４ルーマピクセルである。いくつかの実施形態において、第１精度は１／１６ルーマピクセルであり、第２精度は１／４ルーマピクセルである。いくつかの実施形態において、第１精度は１／１６ルーマピクセルであり、第２精度は１／８ルーマピクセルである。いくつかの実施形態において、第１精度は１／８ルーマピクセルであり、第２精度は１／４ルーマピクセルである。いくつかの実施形態において、第１又は第２精度のうちの少なくとも一方は、１／１６ルーマピクセルよりも低い。

【0596】

いくつかの実施形態において、第１又は第２精度のうちの少なくとも一方は可変である。いくつかの実施形態において、第１精度又は第２精度は、ビデオのプロファイル、レベル、又はティアに従って可変である。いくつかの実施形態において、第１精度又は第２精度は、ビデオ内のピクチャの時間レイヤに従って可変である。いくつかの実施形態において、第１精度又は第２精度は、ビデオ内のピクチャのサイズに従って可変である。

【0597】

いくつかの実施形態において、第１又は第２精度のうちの少なくとも一方は、ビットストリーム表現においてビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、スライスヘッダ、タイルグループヘッダ、タイル、コーディングツリーユニット、又はコーディングユニットで通知される。いくつかの実施形態において、動きベクトルは（ＭＶｘ，ＭＶｙ）と表され、動きベクトルの精度は（Ｐｘ，Ｐｙ）と表され、ＰｘはＭＶｘと関連付けられ、ＰｙはＭＶｙと関連付けられる。いくつかの実施形態において、Ｐｘ及びＰｙは、ビデオのプロファイル、レベル、又はティアに従って可変である。いくつかの実施形態において、Ｐｘ及びＰｙは、ビデオ内のピクチャの時間レイヤに従って可変である。いくつかの実施形態において、Ｐｘ及びＰｙは、ビデオ内のピクチャの幅に従って可変である。いくつかの実施形態において、Ｐｘ及びＰｙは、ビットストリーム表現においてビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、スライスヘッダ、タイルグループヘッダ、タイル、コーディングツリーユニット、又はコーディングユニットで通知される。いくつかの実施形態において、デコーディングされた動きベクトルは（ＭＶｘ，ＭＶｙ）と表され、動きベクトルは、その動きベクトルが時間動き予測動きベクトルとして保存される前に、第２制度に従って調整される。いくつかの実施形態において、時間動き予測動きベクトルは、（Ｓｈｉｆｔ（Ｍｖｘ，Ｐ１－Ｐ２），Ｓｈｉｆｔ（ＭＶｙ，Ｐ１－Ｐ２））であるよう調整され、Ｐ１及びＰ２は整数であり、Ｐ１≧Ｐ２であり、Ｓｈｉｆｔは、符号なしの数に対する右シフト演算を表す。いくつかの実施形態において、時間動き予測動きベクトルは、（ＳｉｇｎＳｈｉｆｔ（ＭＶｘ，Ｐ１－Ｐ２），ＳｉｇｎＳｈｉｆｔ（ＭＶｙ，Ｐ１－Ｐ２））であるよう調整され、Ｐ１及びＰ２は整数であり、Ｐ≧Ｐ２であり、ＳｉｇｎＳｈｆｉｔは、符号ありの数に対する右シフト演算を表す。いくつかの実施形態において、時間動き予測動きベクトルは、（ＭＶｘ＜＜（Ｐ１－Ｐ２），ＭＶｙ＜＜（Ｐ１－Ｐ２））であるよう調整され、Ｐ１及びＰ２は整数であり、Ｐ１≧Ｐ２であり、＜＜は、符号あり又は符号なしの数に対する左シフト演算を表す。

【0598】

図２８は、本開示に係るビデオ処理の方法２８００のフローチャート表現である。方法２８００は、動作２８０２で、ビデオのブロックとビデオのビットストリーム表現との間の変換のために、予測（Ｐｘ，Ｐｙ）により動きベクトル（Ｍｖｘ，ＭＶｙ）を決定するステップを含む。Ｐｘは、ＭＶｘと関連付けられ、Ｐｙは、ＭＶｙと関連付けられる。ＭＶｘ及びＭＶｙは、Ｎ個のビットを用いて表され、ＭｉｎＸ≦ＭＶｘ≦ＭａｘＸ及びＭｉｎＹ≦ＭＶｙ≦ＭａｘＹであり、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、及びＭａｘＹは実数である。方法２８００は、動作２８０４で、決定に基づいて変換を実行するステップも含む。

【0599】

いくつかの実施形態において、ＭｉｎＸ＝ＭｉｎＹである。いくつかの実施形態において、ＭｉｎＸ≠ＭｉｎＹである。いくつかの実施形態において、ＭａｘＸ＝ＭａｘＹである、いくつかの実施形態において、ＭａｘＸ≠ＭａｘＹである。

【0600】

いくつかの実施形態において、ＭｉｎＸ又はＭａｘＸのうちの少なくとも一方はＰｘに基づく。いくつかの実施形態において、動きベクトルは、（Ｐｘ，Ｐｙ）と表される精度を有し、ＭｉｎＹ又はＭａｘＹのうちの少なくとも一方はＰｙに基づく。いくつかの実施形態において、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹのうちの少なくとも１つは、Ｎに基づく。いくつかの実施形態において、空間動き予測動きベクトルのためのＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹのうちの少なくとも１つは、時間動き予測動きベクトルのための対応するＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹとは異なる。いくつかの実施形態において、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹのうちの少なくとも１つは、ビデオのプロファイル、レベル、又はティアに従って可変である。いくつかの実施形態において、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹのうちの少なくとも１つは、ビデオ内のピクチャの時間レイヤに従って可変である。いくつかの実施形態において、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹのうちの少なくとも１つは、ビデオ内のピクチャのサイズに従って可変である。いくつかの実施形態において、ＭｉｎＸ、ＭａｘＸ、ＭｉｎＹ、又はＭａｘＹのうちの少なくとも１つは、ビットストリーム表現においてビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、スライスヘッダ、タイルグループヘッダ、タイル、コーディングツリーユニット、又はコーディングユニットで通知される。いくつかの実施形態において、ＭＶｘは、空間動き予測又は時間動き予測のために使用される前に、［ＭｉｎＹ，ＭａｘＸ］にクリッピングされる。いくつかの実施形態において、ＭＶｙは、空間動き予測又は時間動き予測のために使用される前に、［ＭｉｎＹ，ＭａｘＹ］にクリッピングされる。

【0601】

図２９は、本開示に係るビデオ処理の方法２９００のフローチャート表現である。方法２９００は、動作２９０２で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、共有マージリストが現在のブロックに適用可能であるかどうかを、現在のブロックのコーディングモードに従って決定するステップを含む。方法２９００は、動作２９０４で、決定に基づいて変換を実行するステップも含む。

【0602】

いくつかの実施形態において、共有マージリストは、現在のブロックがレギュラーマージモードを用いてコーディングされる場合に適用不可能である。いくつかの実施形態において、共有マージリストは、現在のブロックがイントラブロックコピー（Intra Block Copy，ＩＢＣ）モードを用いてコーディングされる場合に適用可能である。いくつかの実施形態において、方法は、変換を実行するステップより前に、ビデオ及びビットストリーム表現の過去の変換に基づいて動き候補のテーブルを保持するステップと、変換を実行するステップの後に、現在のブロックが、共有マージリストが適用可能である親ブロックの子である場合に、動き候補のテーブルの更新を無効にするステップとを更に有し、現在のブロックはレギュラーマージモードを用いてコーディングされる。

【0603】

図３０は、本開示に係るビデオ処理の方法３０００のフローチャート表現である。方法３０００は、動作３００２で、Ｗ×Ｈのサイズを有するビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、変換中の動き補償のための寸法（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）の第２ブロックを決定するステップを含む。第２ブロックは、寸法（Ｗ＋Ｎ－１－ＰＷ）×（Ｈ＋Ｎ－１－ＰＨ）の参照ブロックに基づいて決定される。Ｎはフィルタサイズを表し、Ｗ、Ｈ、Ｎ、ＰＷ及びＰＨは非負整数である。ＰＷ及びＰＨは両方とも０に等しくない。方法３０００は、動作３００４で、決定に基づいて変換を実行するステップも含む。

【0604】

いくつかの実施形態において、参照ブロックの外に位置する第２ブロック内のピクセルは、参照ブロックの１つ以上の境界を繰り返すことによって決定される。いくつかの実施形態において、ＰＨ＝０であり、参照ブロックの少なくとも左境界又は右境界が、第２ブロックを生成するために繰り返される。いくつかの実施形態において、ＰＷ＝０であり、参照ブロックの少なくとも上境界又は下境界が、第２ブロックを生成するために繰り返される。いくつかの実施形態において、ＰＷ＞０及びＰＨ＞０であり、第２ブロックは、参照ブロックの少なくとも左境界又は右境界を繰り返し、その後に参照ブロックの少なくとも上境界又は下境界を繰り返すことによって、生成される。いくつかの実施形態において、ＰＷ＞０及びＰＨ＞０であり、第２ブロックは、参照ブロックの少なくとも上境界又は下境界を繰り返し、その後に参照ブロックの少なくとも左境界又は右境界を繰り返すことによって、生成される。

【0605】

いくつかの実施形態において、参照ブロックの左境界はＭ１回繰り返され、参照ブロックの右境界は（ＰＷ－Ｍ１）回繰り返され、Ｍは正の整数である。いくつかの実施形態において、参照ブロックの上境界はＭ２回繰り返され、参照ブロックの下境界は（ＰＨ－Ｍ２）回繰り返され、Ｍ２は正の整数である。いくつかの実施形態において、ＰＷ又はＰＨのうちの少なくとも一方は、現在のブロックの異なった色成分ごとに異なり、色成分は、少なくともルーマ成分又は１つ以上のクロマ成分を含む。いくつかの実施形態において、ＰＷ又はＰＨのうちの少なくとも一方は、現在のブロックのサイズ又は形状に従って可変である。いくつかの実施形態において、ＰＷ又はＰＨのうちの少なくとも一方は、現在のブロックのコーディング特性に従って可変であり、コーディング特性は、片予測コーディング又は双予測コーディングを含む。

【0606】

いくつかの実施形態において、参照ブロックの外に位置する第２ブロック内のピクセルは、単一値にセットされる。いくつかの実施形態において、単一値は１＜＜（ＢＤ－１）であり、ＢＤは、参照ブロック内のピクセルサンプルのビットデプスである。いくつかの実施形態において、ＢＤは８又は１０である。いくつかの実施形態において、単一値は、参照ブロックのピクセルサンプルに基づいて導出される。いくつかの実施形態において、単一値は、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、スライスヘッダ、タイルグループヘッダ、タイル、コーディングツリーユニット行、コーディングツリーユニット、コーディングユニット、又は予測ユニットで通知される。いくつかの実施形態において、参照ブロックの外に位置する第２ブロック内のピクセルのパディングは、現在のブロックがアフィンコーディングされる場合に無効にされる。

【0607】

図３１は、本開示に係るビデオ処理の方法３１００のフローチャート表現である。方法３１００は、動作３１０２で、Ｗ×Ｈのサイズを有するビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、変換中の動き補償のための寸法（Ｗ＋Ｎ－１）×（Ｈ＋Ｎ－１）の第２ブロックを決定するステップを含む。Ｗ及びＨは非負整数であり、Ｎは非負整数であってフィルタサイズに基づく。変換中、精緻化された動きベクトルは、元の動きベクトルに対する動きベクトル精緻化動作に従ってマルチポイント探索に基づいて決定され、参照ブロックのピクセル長境界は、１つ以上の非境界ピクセルを繰り返すことによって決定される。方法３１００は、動作３１０４で、決定に基づいて変換を実行するステップも含む。

【0608】

いくつかの実施形態において、現在のブロックを処理することは、動きベクトル精緻化動作において現在のブロックにフィルタをかけることを有する。いくつかの実施形態において、参照ブロックが現在のブロックの処理に適用可能であるかどうかは、現在のブロックの寸法に基づいて決定される。いくつかの実施形態において、現在のブロックを補間することは、第２ブロックに基づいて現在のブロックの複数のサブブロックを補間することを有する。各サブブロックはＷ１×Ｈ１のサイズを有し、Ｗ１、Ｈ１は非負整数である。いくつかの実施形態において、Ｗ１＝Ｈ１＝４、Ｗ＝Ｈ＝８、ＰＷ＝ＰＨ＝０である。いくつかの実施形態において、第２ブロックは、複数のサブブロックの少なくとも１つの動きベクトルの整数部に基づいて全体として決定される。いくつかの実施形態において、全ての複数のサブブロックの動きベクトルの整数部の間の最大差が１ピクセル以下である場合に、参照ブロックは、現在のブロックの左上サブブロックの動きベクトルの整数部に基づいて決定され、参照ブロックの右境界及び下境界の夫々は、第２ブロックを取得するよう一度繰り返される。いくつかの実施形態において、全ての複数のサブブロックの動きベクトルの整数部の間の最大差が１ピクセル以下である場合に、参照ブロックは、現在のブロックの右下サブブロックの動きベクトルの整数に基づいて決定され、参照ブロックの左境界及び上境界の夫々は、第２ブロックを取得するよう一度繰り返される。いくつかの実施形態において、第２ブロックは、複数のサブブロックの１つの変更された動きベクトルに基づいて全体として決定される。

【0609】

いくつかの実施形態において、全ての複数のサブブロックの動きベクトルの整数部の間の最大差が２ピクセル以下である場合に、現在のブロックの左上サブブロックの動きベクトルは、変更された動きベクトルを取得するよう、１整数ピクセル距離を各成分に加えることによって変更される。参照ブロックは、その変更された動きベクトルに基づいて決定され、参照ブロックの左境界、右境界、上境界、及び下境界の夫々は、第２ブロックを取得するよう一度繰り返される。

【0610】

いくつかの実施形態において、全ての複数のサブブロックの動きベクトルの整数部の間の最大差が２ピクセル以下である場合に、現在のブロックの右下サブブロックの動きベクトルは、変更された動きベクトルを取得するよう、１整数ピクセル距離を各成分から減じることによって変更される。参照ブロックは、その変更された動きベクトルに基づいて決定され、参照ブロックの左境界、右境界、上境界、及び下境界の夫々は、第２ブロックを取得するよう一度繰り返される。

【0611】

図３２、本開示に係るビデオ処理の方法３２００のフローチャート表現である。方法３２００は、動作３２０２で、インター－イントラ複合予測（ＣＩＩＰ）コーディング技術を用いてコーディングされるビデオのブロックとビデオのビットストリーム表現との変換のために、ブロック内のある位置での予測値を、その位置でのインター予測値及びイントラ予測値の加重和に基づいて決定するステップを含む。加重和は、インター予測値及びイントラ予測値に基づいて得られた初期和にオフセットを加えることに基づき、オフセットは、加重和を決定するよう実行された右シフト操作の前に加えられる。方法３２００は、動作３２０４で、決定に基づいて変換を実行するステップも含む。

【0612】

いくつかの実施形態において、ブロック内の位置は（ｘ，ｙ）と表され、位置（ｘ，ｙ）でのインター予測値はＰｉｎｔｅｒ（ｘ，ｙ）と表され、位置（ｘ，ｙ）でのイントラ予測値はＰｉｎｔｒａ（ｘ，ｙ）と表され、位置（ｘ，ｙ）でのインター予測重みはｗ＿ｉｎｔｅｒ（ｘ，ｙ）と表され、位置（ｘ，ｙ）でのイントラ予測重みはｗ＿ｉｎｔｒａ（ｘ，ｙ）と表される。位置（ｘ，ｙ）での予測値は、（Ｐｉｎｔｒａ（ｘ，ｙ）×ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋Ｐｉｎｔｅｒ（ｘ，ｙ）×ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＋ｏｆｆｓｅｔ（ｘ，ｙ））＞＞Ｎであるよう決定される。ここで、ｗ＿ｉｎｔｒａ（ｘ，ｙ）＋ｗ＿ｉｎｔｅｒ（ｘ，ｙ）＝２^Ｎかつｏｆｆｓｅｔ（ｘ，ｙ）＝２^{（Ｎ－１）}であり、Ｎは正の整数である。いくつかの実施形態において、Ｎ＝２である。

【0613】

いくつかの実施形態において、加重和は、当該位置でのインター予測値及びイントラ予測値のために等しい重みを用いて決定される。いくつかの実施形態において、ゼロ重みは、加重和を決定するためにブロック内の位置に従って使用される。いくつかの実施形態において、ゼロ重みは、インター予測値に適用される。いくつかの実施形態において、ゼロ重みは、イントラ予測値に適用される。

【0614】

いくつかの実施形態において、上記の方法で変換を実行するステップは、ビデオの現在のブロックに基づいてビットストリーム表現を生成することを含む。いくつかの実施形態において、上記の方法で変換を実行するステップは、ビットストリーム表現からビデオの現在のブロックを生成することを含む。

【0615】

本明細書で説明されている開示の及び他の解決法、例、実施形態、モジュール及び機能動作は、デジタル電子回路において、あるいは、本明細書で開示されている構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、若しくはハードウェアにおいて、あるいは、それらの１つ以上の組み合わせにおいて実装可能である。開示の及び他の実施形態は、１つ以上のコンピュータプログラム製品、例えば、データ処理装置による実行のために又はその動作を制御するためにコンピュータ可読媒体上でエンコーディングされたコンピュータプログラム命令の１つ以上のモジュールとして、実装可能である。コンピュータ可読媒体は、機械読み出し可能な記憶デバイス、機械読み出し可能な記憶担体、メモリデバイス、機械読み出し可能な伝搬信号をもたらす組成物、又はそれらの１つ以上の組み合わせであることができる。「データ処理装置」との用語は、例として、プログラム可能なプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含め、データを処理する全ての装置、デバイス、及び機械を包含する。装置は、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を作り出すコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝搬信号は、人工的に生成された信号、例えば、機械により生成された電気的、光学的、又は電磁気的信号であって、適切なレシーバ装置への伝送のために情報を符号化するよう生成される。

【0616】

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとしてを含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで実行されるようデプロイ可能である。

【0617】

本文書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）によっても実行可能であり、装置は、そのようなものとして実装可能である。

【0618】

コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを読み出すことになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。

【0619】

本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーションまたはサブコンビネーションの変形に向けられてもよい。

【0620】

同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。

【0621】

ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。

【0622】

［関連出願の相互参照］
適用可能な特許法、及び／又はパリ条約に従う規則の下で、本願は、２０１８年１１月１６日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１８／１１５８４０号、２０１９年１月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７００６０号、２０１９年１月６日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７０５４９号、２０１９年２月２０日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７５５４６号、２０１９年２月２２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７５８５８号、２０１９年３月６日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７７１７９号、２０１９年３月２０日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７８９３９号、及び２０１９年３月２４日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７９３９７号に対する優先権及びその利益を適時請求するようなされる。米国法の下での全ての目的のために、上記の出願の全体の開示は、本願の開示の部分として参照により援用される。

【図1】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7A】

【図7B】

【図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】