特開 2024-9223 マトリクスベースイントラ予測のためのコンテキスト決定

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

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

(11)【公開番号】P2024009223

(43)【公開日】2024-01-19

(54)【発明の名称】マトリクスベースイントラ予測のためのコンテキスト決定

(51)【国際特許分類】

   H04N 19/11 20140101AFI20240112BHJP

   H04N 19/157 20140101ALI20240112BHJP

   H04N 19/136 20140101ALI20240112BHJP

   H04N 19/176 20140101ALI20240112BHJP

   H04N 19/186 20140101ALI20240112BHJP

   H04N 19/70 20140101ALI20240112BHJP

【ＦＩ】

H04N19/11

H04N19/157

H04N19/136

H04N19/176

H04N19/186

H04N19/70

【審査請求】有

【請求項の数】16

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023198738

(22)【出願日】2023-11-24

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

【原出願日】2020-06-05

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

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

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

(71)【出願人】

【識別番号】520476341

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

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

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

(71)【出願人】

【識別番号】520477474

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

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

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】デン，ジピン

(72)【発明者】

【氏名】ザン，カイ

(72)【発明者】

【氏名】ザン，リー

(72)【発明者】

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

(72)【発明者】

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

(57)【要約】

【課題】ビデオコーディングのためのマトリクスベースイントラ予測方法を含む、デジタルビデオコーディングのためのデバイス、システム及び方法を提供する。
【解決手段】代表的な態様では、ビデオ処理のための方法は、ビデオのルーマビデオブロックがマトリクスベースイントラ予測（ＭＩＰ）モードを用いてコーディングされるかどうかの第１決定を実行するステップと、ルーマビデオブロックが、ビデオの現在のクロマビデオブロックのためのクロマイントラモードを決定するために適用可能であるとの第２決定を実行するステップと、第１決定及び第２決定に基づき、現在のクロマビデオブロックに使用されるクロマイントラモードに関する第３決定を実行するステップと、第３決定に基づき、現在のクロマビデオブロックと現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。
【選択図】図１１

【特許請求の範囲】

【請求項1】

ビデオ処理のための方法であって、
ビデオのクロマブロックと前記ビデオのビットストリームとの間の変換のために、条件のグループに基づいて前記クロマブロックに対して第１予測モードを適用すべきかどうかを決定するステップであり、前記条件のグループは、前記クロマブロックに対応するルーマブロックの予測モードが前記第１予測モードであるかどうかと、前記クロマブロックのカラーフォーマットが予め定義されたカラーフォーマットであるかどうかとを有する、前記決定するステップと、
前記決定するステップに基づいて前記クロマブロックの予測サンプルを生成するステップと、
前記クロマブロックと前記ビットストリームとの間の前記変換を実行するステップと
を有し、
前記第１予測モードが前記クロマブロックに適用される場合に、マトリクスベクトル乗算演算が適用される、方法。

【請求項2】

前記クロマブロックに対応するルーマブロックの予測モードが前記第１予測モードであり、かつ、前記クロマブロックのカラーフォーマットが予め定義されたカラーフォーマットであることに少なくとも応答して、前記第１予測モードは前記クロマブロックに適用される、
請求項１に記載の方法。

【請求項3】

前記クロマブロックに対して前記第１予測モードを適用すると決定することは、シンタックス要素ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの値に更に基づき、
前記シンタックス要素ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅは、クロマ成分イントラモードとルーマ成分イントラモードとの間のマッピング関係を指定するために使用される、
請求項１又は２に記載の方法。

【請求項4】

前記シンタックス要素ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの前記値は、ＤＭモードが前記クロマブロックに適用されることを指定し、前記ＤＭモードでは、前記クロマ成分イントラモードが前記ルーマ成分イントラモードと同じである、
請求項３に記載の方法。

【請求項5】

前記クロマブロックに前記第１予測モードを適用しないと決定し、前記第１予測モードが前記対応するルーマブロックに適用され、かつ、シンタックス要素ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの値により、クロマ成分イントラモードがルーマ成分イントラモードと同じであることが示されることに応答して、予め定義されたイントラ予測モードを前記クロマブロックに適用するステップを更に有する、
請求項１乃至４のうちいずれか一項に記載の方法。

【請求項6】

前記予め定義されたイントラ予測モードは、プレーナーモードである、
請求項５に記載の方法。

【請求項7】

前記対応するルーマブロックは、位置（ｘＣｂ＋ｏｆｆｓｅｔＸ，ｙＣｂ＋ｏｆｆｓｅｔＹ）をカバーし、
（ｘＣｂ，ｙＣｂ）は、前記クロマブロックを含む現在のピクチャの左上ルーマサンプルに対して前記クロマブロックの左上サンプルを特定し、
ｏｆｆｓｅｔＸは、水平方向でのオフセットであり、
ｏｆｆｓｅｔＹは、垂直方向でのオフセットである、
請求項１乃至６のうちいずれか一項に記載の方法。

【請求項8】

前記ｏｆｆｓｅｔＸ及び前記ｏｆｆｓｅｔＹの両方がゼロに等しいことは、許されない、
請求項７に記載の方法。

【請求項9】

前記ｏｆｆｓｅｔＸは、前記クロマブロックの幅を２で除したものに等しく、前記ｏｆｆｓｅｔＹは、前記クロマブロックの高さを２で除したものに等しい、
請求項７に記載の方法。

【請求項10】

前記マトリクスベクトル乗算演算の入力サンプルは、前記クロマブロックのサイズに基づいて前記クロマブロックの境界参照サンプルに対してダウンサンプリング動作を実行することによって取得され、
前記クロマブロックに前記第１予測モードを適用することは、前記クロマブロックの前記予測サンプルを生成するために前記マトリクスベクトル乗算演算に続いてアップサンプリング動作を選択的に実行することを更に有する、
請求項１乃至９のうちいずれか一項に記載の方法。

【請求項11】

前記マトリクスベクトル乗算演算では、異なるマトリクスが異なる次元ごとに使用される、
請求項１乃至１０のうちいずれか一項に記載の方法。

【請求項12】

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

【請求項13】

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

【請求項14】

ビデオデータを処理する装置であって、
プロセッサと、命令を含む非一時的メモリとを有し、
前記命令は、前記プロセッサによる実行時に、前記プロセッサに、
ビデオのクロマブロックと前記ビデオのビットストリームとの間の変換のために、条件のグループに基づいて前記クロマブロックに対して第１予測モードを適用すべきかどうかを決定するステップであり、前記条件のグループは、前記クロマブロックに対応するルーマブロックの予測モードが前記第１予測モードであるかどうかと、前記クロマブロックのカラーフォーマットが予め定義されたカラーフォーマットであるかどうかとを有する、前記決定するステップと、
前記決定するステップに基づいて前記クロマブロックの予測サンプルを生成するステップと、
前記クロマブロックと前記ビットストリームとの間の前記変換を実行するステップと
を実行させ、
前記第１予測モードが前記クロマブロックに適用される場合に、マトリクスベクトル乗算演算が適用される、
装置。

【請求項15】

プロセッサに、
ビデオのクロマブロックと前記ビデオのビットストリームとの間の変換のために、条件のグループに基づいて前記クロマブロックに対して第１予測モードを適用すべきかどうかを決定するステップであり、前記条件のグループは、前記クロマブロックに対応するルーマブロックの予測モードが前記第１予測モードであるかどうかと、前記クロマブロックのカラーフォーマットが予め定義されたカラーフォーマットであるかどうかとを有する、前記決定するステップと、
前記決定するステップに基づいて前記クロマブロックの予測サンプルを生成するステップと、
前記クロマブロックと前記ビットストリームとの間の前記変換を実行するステップと
を実行させる命令を記憶し、
前記第１予測モードが前記クロマブロックに適用される場合に、マトリクスベクトル乗算演算が適用される、
非一時的なコンピュータ可読記憶媒体。

【請求項16】

ビデオのビットストリームを記憶する方法であって、
条件のグループに基づいて前記ビデオのクロマブロックに対して第１予測モードを適用すべきかどうかを決定するステップであり、前記条件のグループは、前記クロマブロックに対応するルーマブロックの予測モードが前記第１予測モードであるかどうかと、前記クロマブロックのカラーフォーマットが予め定義されたカラーフォーマットであるかどうかとを有する、前記決定するステップと、
前記決定するステップに基づいて前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップと
を有し、
前記第１予測モードが前記クロマブロックに適用される場合に、マトリクスベクトル乗算演算が適用される、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願への相互参照］
本願は、２０１９年６月５日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０９０２０５号の優先権及び利益を請求して２０２０年６月５日に出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／０９４５１３号の国内移行である特願２０２１－５７１５３２号の分割出願である。これらの出願の全てが、その全文を参照により援用される。

【0002】

［技術分野］
本特許文献は、ビデオコーディング技術、デバイス及びシステムに関係がある。

【背景技術】

【0003】

ビデオ圧縮の進歩にかかわらず、デジタルビデオは依然として、インターネット及び他のデジタル通信ネットワーク上での最大のバンド幅使用を占めている。ビデオを受信し表示することができるユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。

【発明の概要】

【0004】

デジタルビデオコーディングに関連したデバイス、システム及び方法、具体的には、ビデオコーディングのためのマトリクスベースイントラ予測方法が、記載される。記載されている方法は、既存のビデオコーディング標準規格（例えば、High Efficiency Video Coding（ＨＥＶＣ））及び将来のビデオコーディング標準規格（例えば、Versatile Video Coding（ＶＶＣ））又はコーデックに適用されてもよい。

【0005】

１つの代表的な態様で、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。例示的な方法は、ビデオのルーマビデオブロックが、該ルーマビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（Matrix-based Intra Prediction，ＭＩＰ）モードを用いてコーディングされるかどうかの第１決定を実行するステップと、前記ルーマビデオブロックが、前記ビデオの現在のクロマビデオブロックのためのクロマイントラモードを決定するために適用可能であるとの第２決定を実行するステップであり、前記第２決定の実行は、前記現在のクロマビデオブロックに関連した現在のピクチャの左上ルーマサンプルに対する前記現在のクロマビデオブロックの左上サンプルに基づき、前記第２決定の実行は、現在のビデオユニットのカラーフォーマット及び／又は前記ルーマビデオブロックに対する前記現在のクロマビデオブロックの大きさに基づく、ステップと、前記第１決定及び前記第２決定に基づき、前記現在のクロマビデオブロックに使用される前記クロマイントラモードに関する第３決定を実行するステップと、前記第３決定に基づき、前記現在のクロマビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0006】

他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。例示的な方法は、ビデオのルーマビデオブロックが、該ルーマビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードを用いてコーディングされるとの第１決定を実行するステップと、前記第１決定に基づき、導出モード（Derived Mode，ＤＭ）が、前記ルーマビデオブロックに関連した現在のクロマビデオブロックのためのクロマイントラモードとして使用されるかどうかに関して、規則に従って、第２決定を実行するステップと、前記第２決定に基づき、前記現在のクロマビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0007】

他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。例示的な方法は、ビデオの現在のビデオブロックが、該現在のビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードでコーディングされることを決定するステップと、前記決定するステップに基づき、規則に基づいて最確モード（Most Probable Mode，ＭＰＭ）リストを生成するステップであり、前記規則は、前記ＭＰＭリストが、前記現在のビデオブロックの隣接ビデオブロックについて生成された他のＭＰＭリストから独立して生成されることを定める、前記生成するステップと、前記ＭＰＭリストを用いて前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0008】

他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。例示的な方法は、ビデオの現在のビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードを用いて、前記現在のビデオブロックをエンコードするステップであり、規則が、前記ＭＩＰモードで使用されるマトリクスの数と前記現在のビデオブロックの大きさとの間の関係を記述する、ステップと、前記現在のビデオブロックのエンコードされた表現を前記現在のビデオブロックのビットストリーム表現に加えるステップとを含む。

【0009】

他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。例示的な方法は、ビデオの現在のビデオブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードを用いて、前記現在のビデオブロックの予測ブロックがビットストリーム表現においてエンコードされていることを決定するステップであり、規則が、前記ＭＩＰモードで使用されるマトリクスの数と前記現在のビデオブロックの大きさとの間の関係を記述する、ステップと、前記ビットストリーム表現をパースしデコードすることによって、前記現在のビデオブロックのデコードされた表現を生成するステップとを含む。

【0010】

他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。この例示的な方法は、アフィン線形重み付きイントラ予測（Affine Linear Weighted Intra Prediction，ＡＬＷＩＰ）モードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、該決定に基づき、非ＡＬＷＩＰイントラモードのための最確モード（ＭＰＭ）リストの少なくとも一部に基づいて前記ＡＬＷＩＰモードのためのＭＰＭリストの少なくとも一部を構成するステップと、前記ＡＬＷＩＰモードのための前記ＭＰＭリストに基づき、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0011】

他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。この例示的な方法は、現在のビデオブロックのルーマ成分がアフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いてコーディングされていることを決定するステップと、該決定に基づき、クロマイントラモードを推測するステップと、該クロマイントラモードに基づき、前記現在のビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0012】

更なる他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。この例示的な方法は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、該決定に基づき、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0013】

更なる他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。この例示的な方法は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードとは異なったコーディングモードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、該決定に基づき、前記現在のビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0014】

更なる他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。この例示的な方法は、現在のビデオブロックについて、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いて第１予測を生成するステップと、該第１予測に基づき、ポジション依存イントラ予測結合（Position Dependent intra Prediction Combination，ＰＤＰＣ）を用いて第２予測を生成するステップと、該第２予測に基づき、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0015】

更なる他の代表的な態様では、開示されている技術は、ビデオ処理のための方法を提供するために使用され得る。この例示的な方法は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、前記ＡＬＷＩＰモードに基づき、前記現在のビデオブロックの複数のサブブロックを予測するステップと、該予測に基づき、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0016】

更なる他の代表的な態様では、ビデオ処理の方法が開示される。方法は、現在のビデオブロックのための規則に基づき、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換中に、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードの使用を示すフラグのコンテキストを決定するステップと、前記ＡＬＷＩＰモードに基づき、前記現在のビデオブロックの複数のサブブロックを予測するステップと、該予測に基づき、前記現在のビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。

【0017】

更なる他の代表的な態様では、ビデオ処理の方法が開示される。方法は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、前記現在のビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換中に、前記ＡＬＷＩＰモードに関連したアップサンプリングプロセスでの前記現在のビデオブロックのサンプルに対する少なくとも２つのフィルタリング段を実行するステップとを含み、前記少なくとも２つのフィルタリング段のうちの第１フィルタリング段における前記サンプルの第１精度は、前記少なくとも２つのフィルタリング段のうちの第２フィルタリング段における前記サンプルの第２精度とは異なる。

【0018】

更なる他の態様では、ビデオ処理の方法が開示される。方法は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換中に、前記ＡＬＷＩＰモードに関連したアップサンプリングプロセスでの前記現在のビデオブロックのサンプルに対する少なくとも２つのフィルタリング段を実行するステップとを含み、前記アップサンプリングプロセスは、垂直及び水平の両方のアップサンプリングが実行される場合に一定順序で実行される。

【0019】

更なる他の態様では、ビデオ処理の方法が開示される。方法は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いて現在のビデオブロックがコーディングされていることを決定するステップと、前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換中に、前記ＡＬＷＩＰモードに関連したアップサンプリングプロセスでの前記現在のビデオブロックのサンプルに対する少なくとも２つのフィルタリング段を実行するステップとを含み、前記変換は、前記アップサンプリングプロセスより前に転置動作を実行することを含む。

【0020】

更なる他の代表的な態様では、上記の方法は、プロセッサ実行可能なコードの形で具現され、コンピュータ可読プログラム媒体に記憶される。

【0021】

更なる他の代表的な態様では、上記の方法を実行するよう構成されている又はそのように動作可能であるデバイスが開示される。デバイスは、この方法を実装するようプログラムされているプロセッサを含んでもよい。

【0022】

更なる他の代表的な態様では、ビデオデコーダ装置が、本明細書で記載される方法を実装してもよい。

【0023】

開示されている技術の上記及び他の態様及び特徴は、図面、明細書、及び特許請求の範囲で更に詳細に記載される。

【図面の簡単な説明】

【0024】

【図1】３３個のイントラ予測方向の例を示す。

【図2】６７個のイントラ予測モードの例を示す。

【図3】線形モデルの重みの導出のために使用されるサンプルの位置の例を示す。

【図4】予測ブロックに隣接する４つの参照ラインの例を示す。

【図5A】ブロックサイズに応じたサブパーティションの例を示す。

【図5B】ブロックサイズに応じたサブパーティションの例を示す。

【図6】４×４ブロックのためのＡＬＷＩＰの例を示す。

【図7】８×８ブロックのためのＡＬＷＩＰの例を示す。

【図8】８×４ブロックのためのＡＬＷＩＰの例を示す。

【図9】１６×１６ブロックのためのＡＬＷＩＰの例を示す。

【図10】ＭＰＭリスト構成を使用する隣接ブロックの例を示す。

【図11】開示されている技術に従って、マトリクスベースイントラ予測のための方法の例のフローチャートを示す。

【図12】開示されている技術に従って、マトリクスベースイントラ予測のための方法の他の例のフローチャートを示す。

【図13】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる他の例のフローチャートを示す。

【図14】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる他の例のフローチャートを示す。

【図15】本明細書で記載されている視覚メディア復号化又は視覚メディア符号化技術を実装するハードウェアプラットフォームの例のブロック図である。

【図16】隣接ブロックの例を示す。

【図17】提案されている低減された境界サンプル生成の例である。

【図18】元の再構成された隣接サンプルによる提案されているアップサンプリングの例を示す。

【図19】ビデオデコーダの例を表すブロック図である。

【図20】本明細書で開示されている様々な技術が実装され得るビデオ処理システムの例を示すブロック図である。

【図21】本開示の技術を利用し得るビデオコーディングシステムの例を表すブロック図である。

【図22】ビデオエンコーダの例を表すブロック図である。

【図23】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる例のフローチャートを示す。

【図24】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる例のフローチャートを示す。

【図25】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる例のフローチャートを示す。

【図26】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる例のフローチャートを示す。

【図27】開示されている技術に従って、マトリクスベースイントラ予測のための方法の更なる例のフローチャートを示す。

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

【0025】

より高い解像度のビデオに対する需要の高まりにより、ビデオコーディング方法及び技術は、最新の技術において遍在している。ビデオコーデックは、通常、デジタルビデオを圧縮又は圧縮解除する電子回路又はソフトウェアを含み、より高いコーディング効率をもたらすよう改善され続けている。ビデオコーデックは、圧縮されていないビデオを圧縮された形式へ変換し、あるいは、その逆も同様である。ビデオ品質と、ビデオを表すために使用されるデータの量（ビットレートによって決定される）と、符号化及び復号化アルゴリズムの複雑さと、データ損失及びエラーに対する敏感さと、編集の容易さと、ランダムアクセスと、エンド間遅延（レイテンシ）との間には、複雑な関係が存在している。圧縮された形式は、通常、標準のビデオ圧縮規格、例えば、High Efficiency Video Coding（ＨＥＶＣ）標準規格（Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られている）、最終決定されるべきVersatile Video Coding（ＶＶＣ）標準規格、あるいは、他の現在及び／又は将来のビデオコーディング標準規格に従う。

【0026】

開示されている技術の実施形態は、ランタイム性能を改善するよう既存のビデオコーディング標準規格（例えば、ＨＥＶＣ、Ｈ．２６５）及び将来の標準規格に適用されてもよい。セクション見出しは、記載の読みやすさを改善するために本明細書で使用されており、議論又は実施形態（及び／又は実装）を各々のセクションにのみ限定されるものでは決してない。

【0027】

１ ＨＥＶＣに関する寸評
１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、検討されているカラーチャネルにおいて前に再構成されたサンプルを用いて所与の変換ブロック（Transform Block，ＴＢ）のサンプルを生成することを含む。イントラ予測モードは、ルーマチャネル及びクロマチャネルについて別々にシグナリングされ。クロマチャネルイントラ予測モードは、任意に、「ＤＭ＿ＣＨＲＯＭＡ」モードによりルーマチャネルイントラ予測モードに依存する。イントラ予測モードは予測ブロック（Prediction Block，ＰＢ）レベルでシグナリングされるが、イントラ予測プロセスは、ＣＵの残差四分木ヒエラルキに従って、ＴＢレベルで適用され、それによって、１つのＴＢのコーディングがＣＵ内の次のＴＢのコーディングに影響を及ぼすことを可能にするので、参照値として使用されるサンプルまでの距離が低減される。

【0028】

ＨＥＶＣは、３５個のイントラ予測モード、すなわち、ＤＣモード、プレーナーモード（planer mode）、及び３３個の指向性又は「角度」イントラ予測モードを含む。３３個の角度イントラ予測モードは図１に表されている。

【0029】

クロマカラーチャネルに関連したＰＢについては、イントラ予測モードは、プレーナー、ＤＣ、水平、垂直、「ＤＭ＿ＣＨＲＯＭＡ」モード又は時々対角モード「３４」のどれかとして指定される。

【0030】

４：２：２及び４：２：０のクロマフォーマットについては、クロマＰＢは、（夫々）２つ又は４つのルーマＰＢと重なり合う可能性があることに留意されたい。この場合に、ＤＭ＿ＣＨＲＯＭＡのルーマ方向は、これらのルーマＰＢの左上から取られる。

【0031】

ＤＭ＿ＣＨＲＯＭＡモードは、ルーマカラーチャネルＰＢのイントラ予測モードがクロマカラーチャネルＰＢに適用されることを示す。これは比較的に一般的であるから、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの最確モードコーディングスキームは、このモードが選択されることを優先してバイアスされる。

【0032】

２ ＶＶＣでのイントラ予測の例
２．１ ６７個のイントラ予測モードによるイントラモードコーディング
自然ビデオで提示される任意のエッジ方向を捕捉するために、指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。追加の指向性モードは、図２で赤色破線矢印として表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。

【0033】

２．２ 交差成分線形モデル（ＣＣＬＭ）の例
いくつかの実施形態において、交差成分冗長性を低減するために、交差成分線形モデル（Cross-Component Linear Model，ＣＣＬＭ）予測モード（ＬＭとも呼ばれる）がＪＥＭでは使用されている。このため、クロマサンプルは、次のように線形モデルを使用することによって、同じＣＵの再構成されたルーマサンプルに基づき予測される：

ｐｒｅｄ_Ｃ（ｉ，ｊ）＝α・ｒｅｃ_Ｌ’（ｉ，ｊ）＋β （１）

【0034】

ここで、ｐｒｅｄ_Ｃ（ｉ，ｊ）は、ＣＵにおける予測されたクロマサンプルを表し、ｒｅｃ_Ｌ’（ｉ，ｊ）は、同じＣＵのダウンサンプリングされた再構成されたルーマサンプルを表す。線形モデルパラメータα及びβは、２つのサンプルからのルーマ値及びクロマ値の間の関係から導出される。それらのサンプルは、ダウンサンプリングされた隣接ルーマサンプルの組内で最小サンプル値及び最大サンプル値を夫々有しているサンプル、並びにそれらの対応するクロマサンプルである。図３は、ＣＣＬＭモードに関与する現在のブロックのサンプル並びに左及び上サンプルの位置の例を示す。

【0035】

このパラメータ計算は、復号化プロセスの部分として実行され、エンコーダ探索動作としてだけではない。結果として、α及びβの値をデコーダへ運ぶためにシンタックスは使用されない。

【0036】

クロマイントラモードコーディングについては、全部で８つのイントラモードがクロマイントラモードコーディングのために許されている。これらのモードは、５つの従来のイントラモードと、３つの交差成分線形モデルモード（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）とを含む。クロマモードコーディングは、対応するルーマブロックのイントラ予測モードに直接に依存する。ルーマ及びクロマ成分のための別個のブロックパーティション化構造がＩスライスでは有効にされるので、１つのクロマブロックは複数のルーマブロックに対応し得る。従って、クロマＤＭモードについては、現在のクロマブロックの中心位置を変換する対応するルーマブロックのイントラ予測モードは、直接に受け継がれる。

【0037】

２．３ 多重参照ライン（ＭＲＬ）イントラ予測
多重参照ライン（Multiple Reference Line，ＭＲＬ）イントラ予測は、イントラ予測のためにより多くの参照ラインを使用する。図４には、４つの参照ラインの例が表されている。セグメントＡ及びＦのサンプルは、再構成された隣接サンプルからフェッチされないが、夫々、セグメントＢ及びＥからの最も近いサンプルでパディングされる。ＨＥＶＣイントラピクチャ予測は、最も近い参照ライン（すなわち、参照ライン０）を使用する。ＭＲＬでは、２つの追加ライン（参照ライン１及び参照ライン３）が使用される。選択された参照ラインのインデックス（ｍｒｌ＿ｉｄｘ）は、シグナリングされて、イントラ予測子を生成するために使用される。０よりも大きい参照ラインインデックスについては、ＭＰＭリストに追加の参照ラインモードのみを含め、残りのモードなしでｍｐｍインデックスのみをシグナリングする。

【0038】

２．４ イントラサブパーティション（ＩＳＰ）
イントラサブパーティション（Intra Sub-Partitions，ＩＳＰ）ツールは、ルーマイントラ予測されたブロックを、ブロックサイズに応じて、垂直又は水平方向に２又は４つのサブパーティションに分割する。例えば、ＩＳＰの最小ブロックサイズは４×８（又は８×４）である。ブロックサイズが４×８（又は８×４）よりも大きい場合には、対応するブロックは４つのサブパーティションによって分割される。図５は、２つの可能性の例を示す。全てのサブパーティションは、少なくとも１６個のサンプルを有するという条件を満たす。

【0039】

サブパーティションごとに、再構成されたサンプルは、残差信号を予測信号に加えることによって取得される。ここで、残差信号は、エントロピ復号化、逆量子化及び逆変換などのプロセスによって生成される。従って、各サブパーティションの再構成されたサンプル値は、次のサブパーティションの予測を生成するために利用可能であり、各サブパーティションは、繰り返し処理される。更には、処理されるべき最初のサブパーティションは、ＣＵの左上サンプルを含み、次いで下方向に（水平分割）又は右方向に（垂直分割）続くものである。結果として、サブパーティション予測信号を生成するために使用される参照サンプルは、ラインの左側及び上側にのみ位置している。全てのサブパーティションは、同じイントラモードを共有する。

【0040】

２．５ アフィン線形重み付きイントラ予測（ＡＬＷＩＰ又はマトリクスベースイントラ予測）
アフィン線形重み付きイントラ予測（ＡＬＷＩＰ、マトリクスベースイントラ予測（ＭＩＰ）の別名でも知られる）は、ＪＶＥＴ－Ｎ０２１７で提案されている。

【0041】

ＪＶＥＴ－Ｎ０１２７では、２つのテストが行われる。テスト１では、ＡＬＷＩＰは、８Ｋバイトのメモリ制限及びサンプルあたり多くても４回の乗算で設計される。テスト２は、テスト１と類似しているが、メモリ要件及びモデルアーキテクチャに関して設計を単純化している。

【0042】

○ 全てのブロック形状について、マトリクス及びオフセットベクトルの１つの組。

【0043】

○ 全てのブロック形状について、モード数を１９に低減。

【0044】

○ メモリ要件を５７６０個の１０ビット値、つまり、７．２０キロバイトに低減。

【0045】

○ 予測されたサンプルの線形補間が、第１テストで見られる反復補間を置き換えて、方向ごとに１つのステップで実行される。

【0046】

２．５．１ ＪＶＥＴ－Ｎ０２１７のテスト１
幅Ｗ及び高さＨの長方形ブロックのサンプルを予測するために、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）は、ブロックの左にあるＨ個の再構成された隣接境界サンプルの１列と、ブロックの上にあるＷ個の再構成された隣接境界サンプルの１列とを入力として取る。再構成されたサンプルが利用不可能である場合には、それらは、従来のイントラ予測で行われるように生成される。

【0047】

境界サンプルの中から、Ｗ＝Ｈ＝４の場合には４つのサンプルが、他の全ての場合には８つのサンプルが、平均化によって抽出される。

【0048】

マトリクスベクトル乗算及びそれに続くオフセットの加算は、平均化されたサンプルを入力として実行される。その結果、元のブロックのサンプルのサブサンプリングされたセットに関する予測信号は低減される。

【0049】

残りのポジションでの予測信号は、方向ごとに単一ステップの線形補間である線形補間によって、サブサンプリングされたセットに関する予測信号から生成される。

【0050】

予測信号を生成するために必要なマトリクス及びオフセットベクトルは、マトリクスの３つのセットＳ_０、Ｓ_１、Ｓ_２から取られる。セットＳ_０は、各マトリクスが１６個の行及び４つの列を有する１８個の行列Ａ_０ ^ｉ（ｉ∈｛０，・・・，１７｝）と、夫々のサイズが１６である１８個のオフセットベクトルｂ_０ ^ｉ（ｉ∈｛０，・・・，１７｝）とから成る。そのセットのマトリクス及びオフセットは、サイズ４×４のブロックのために使用される。セットＳ_１は、各マトリクスが１６個の行及び８つの列を有する１０個の行列Ａ_１ ^ｉ（ｉ∈｛０，・・・，９｝）と、夫々のサイズが１６である１０個のオフセットベクトルｂ_１ ^ｉ（ｉ∈｛０，・・・，９｝）とから成る。そのセットのマトリクス及びオフセットは、サイズ４×８、８×４、及び８×８のブロックのために使用される。最後に、セットＳ_２は、各マトリクスが６４個の行及び８つの列を有する６つの行列Ａ_２ ^ｉ（ｉ∈｛０，・・・，５｝）と、夫々のサイズが６４である６つのオフセットベクトルｂ_２ ^ｉ（ｉ∈｛０，・・・，５｝）とから成る。そのセットのマトリクス及びオフセットは、全ての他のブロック形状のために使用される。

【0051】

マトリクスベクトル席の計算に必要な乗算の総数は、常に、４×Ｗ×Ｈ以下である。つまり、サンプルあたり多くても４回の乗算がＡＬＷＩＰモードのために必要とされる。

【0052】

２．５．２ 境界の平均化
第１ステップで、入力される境界ｂｄｒｙ^ｔｏｐ及びｂｄｒｙ^ｌｅｆｔは、より小さい境界ｂｄｒｙ_ｒｅｄ ^ｔｏｐ及びｂｄｒｙ_ｒｅｄ ^ｌｅｆｔに低減される。ここで、ｂｄｒｙ_ｒｅｄ ^ｔｏｐ及びｂｄｒｙ_ｒｅｄ ^ｌｅｆｔは両方とも、４×４ブロックの場合には２つのサンプルから成り、他の全ての場合には４つのサンプルから成る。

【0053】

４×４ブロックの場合に、０≦ｉ＜２については、

【数1】

が定義され、ｂｄｒｙ_ｒｅｄ ^ｌｅｆｔも同様に定義される。

【0054】

さもなければ、ブロック幅ＷがＷ＝４・２^ｋとして与えられる場合に、０≦ｉ＜４については、

【数2】

が定義され、ｂｄｒｙ_ｒｅｄ ^ｌｅｆｔも同様に定義される。

【0055】

２つの低減された境界ｂｄｒｙ_ｒｅｄ ^ｔｏｐ及びｂｄｒｙ_ｒｅｄ ^ｌｅｆｔは、低減された境界ベクトルｂｄｒｙ_ｒｅｄに連結される。よって、低減された境界ベクトルｂｄｒｙ_ｒｅｄは、４×４形状のブロックについてはサイズが４であり、他の全ての形状のブロックについてはサイズが８である。ｍｏｄｅがＡＬＷＩＰモードを指す場合に、この連結は、次のように定義される：

【数3】

【0056】

最終的に、サブサンプリングされた予測信号の補間のために、大きいブロックに対しては、平均された境界の第２バージョンが必要とされる。つまり、ｍｉｎ（Ｗ，Ｈ）＞８かつＷ≧Ｈである場合に、Ｗ＝８＊２^ｌと記述され、０≦ｉ＜８については、

【数4】

が定義される。

【0057】

ｍｉｎ（Ｗ，Ｈ）＞８かつＨ＞Ｗである場合に、ｂｄｒｙ_ｒｅｄ ^ｌｅｆｔが同様に定義される。

【0058】

２．５．３ マトリクスベクトル乗算による低減された予測信号の生成
低減された入力ベクトルｂｄｒｙ_ｒｅｄから、低減された予測信号ｐｒｅｄ_ｒｅｄを生成する。後者の信号は、幅Ｗ_ｒｅｄ及び高さＨ_ｒｅｄのダウンサンプリングされたブロックに関する信号である。ここで、Ｗ_ｒｅｄ及びＨ_ｒｅｄは、

【数5】

として定義される。

【0059】

低減された予測信号ｐｒｅｄ_ｒｅｄは、マトリクスベクトル積を計算してオフセットを加えることによって、計算される：

ｐｒｅｄ_ｒｅｄ＝Ａ・ｂｄｒｙ_ｒｅｄ＋ｂ

【0060】

ここで、Ａは、Ｗ_ｒｅｄ・Ｈ_ｒｅｄ個の行と、Ｗ＝Ｈ＝４の場合に４つの列、他の全ての場合に８つの列とを有するマトリクスである。ｂは、サイズＷ_ｒｅｄ・Ｈ_ｒｅｄのベクトルである。

【0061】

マトリクスＡ及びベクトルｂは、次のように、セットＳ_０、Ｓ_１、Ｓ_２のうちの１つから取られる。次のように、インデックスｉｄｘ＝ｉｄｘ（Ｗ，Ｈ）を定義する：

【数6】

【0062】

更に、次のように、ｍを置く：

【数7】

【0063】

次いで、ｉｄｘ≦１又はｉｄｘ＝２かつｍｉｎ（Ｗ，Ｈ）＞４である場合に、Ａ＝Ａ_ｉｄｘ ^ｍ及びｂ＝ｂ_ｉｄｘ ^ｍを置く。ｉｄｘ＝２かつｍｉｎ（Ｗ，Ｈ）＝４である場合に、Ａを、Ｗ＝４である場合には、ダウンサンプリングされたブロック内の奇数ｘ座標に対応し、あるいは、Ｈ＝４である場合には、ダウンサンプリングされたブロック内の奇数ｙ座標に対応するＡ_ｉｄｘ ^ｍのあらゆる行を除くことによって現れるマトリクスであるとする。

【0064】

最終的に、低減された予測信号は、次の場合に、その転置で置換される：
○ Ｗ＝Ｈ＝４かつｍｏｄｅ≧１８
○ ｍａｘ（Ｗ，Ｈ）＝８かつｍｏｄｅ≧１０
○ ｍａｘ（Ｗ，Ｈ）＞８かつｍｏｄｅ≧６

【0065】

ｐｒｅｄ_ｒｅｄの計算に必要な乗算の数は、Ｗ＝Ｈ＝４の場合に４である。これは、この場合に、Ａが４つの列及び１６個の行を有するからである。他の全ての場合に、Ａは、８つの列及びＷ_ｒｅｄ・Ｈ_ｒｅｄ個の行を有しており、このような場合には、８・Ｗ_ｒｅｄ・Ｈ_ｒｅｄ≦４・Ｗ・Ｈ回の乗算が必要とされると直ちに確かめられる。つまり、これらの場合にも、サンプルあたり多くても４回の乗算が、ｐｒｅｄ_ｒｅｄを計算するために必要とされる。

【0066】

２．５．４ ＡＬＷＩＰプロセス全体の説明
平均化、マトリクスベクトル乗算及び線形補間の全プロセスは、図６～９において異なる形状ごとに説明されている。残りの形状は、表されている場合のうちの１つで見られるように扱われることに留意されたい。

【0067】

１．４×４ブロックを考えると、ＡＬＷＩＰは、境界の各軸に沿って２つの平均を取る。結果として得られる４つの入力サンプルがマトリクスベクトル乗算に入る。マトリクスは、セットＳ_０から取られる。オフセットを加えた後、これは、１６個の最終的な予測サンプルをもたらす。線形補間は、予測信号を生成するために必要とされな。よって、サンプルあたり全部で（４・１６）／（４・４）＝４回の乗算が実行される。

【0068】

２．８×８ブロックを考えると、ＡＬＷＩＰは、境界の各軸に沿って４つの平均を取る。結果として得られる８つの入力サンプルがマトリクスベクトル乗算に入る。マトリクスは、セットＳ_１から取られる。これは、予測ブロックの奇数ポジションでの１６個のサンプルをもたらす。よって、サンプルあたり全部で（８・１６）／（８・８）＝２回の乗算が実行される。オフセットを加えた後、これらのサンプルは、低減された上境界を使用することによって垂直方向で補間される。水平補間は、元の左境界を使用することによって続く。

【0069】

３．８×４ブロックを考えると、ＡＬＷＩＰは、境界の水平軸に沿って４つの平均を、及び左境界において４つの元の境界値を取る。結果として得られる８つの入力サンプルがマトリクスベクトル乗算に入る。マトリクスは、セットＳ_１から取られる。これは、予測ブロックの奇数水平ポジション及び各垂直ポジションでの１６個のサンプルをもたらす。よって、サンプルあたり全部で（８・１６）／（８・４）＝４回の乗算が実行される。オフセットを加えた後、これらのサンプルは、元の左境界を使用することによって水平方向で補間される。

【0070】

４．１６×１６ブロックを考えると、ＡＬＷＩＰは、境界の各軸に沿って４つの平均を取る。結果として得られる８つの入力サンプルがマトリクスベクトル乗算に入る。マトリクスは、セットＳ_２から取られる。これは、予測ブロックの奇数ポジションでの６４個のサンプルをもたらす。よって、サンプルあたり全部で（８・６４）／（１６・１６）＝２回の乗算が実行される。オフセットを加えた後、これらのサンプルは、上境界の８つの平均を使用することによって垂直方向で補間される。水平補間は、元の左境界を使用することによって続く。補間プロセスは、この場合に、如何なる乗算も加えない。そのため、全部で、サンプルあたり２回乗算が、ＡＬＷＩＰ予測を計算するために必要とされる。

【0071】

より大きい形状については、プロシージャは本質的に同じであり、サンプルあたりの乗算の数が４よりも少ないことをチェックすることは容易である。

【0072】

Ｗ＞８である場合に、Ｗ×８ブロックについては、サンプルが奇数水平ポジション及び各垂直ポジションで与えられるということで、水平補間のみが必要である。

【0073】

最後に、Ｗ＞８である場合に、Ｗ×４ブロックについては、ダウンサンプリングされたブロックの水平軸に沿った奇数エントリに対応するあらゆる行を除くことによって現れるマトリクスをＡ＿ｋｂｅとする。よって、出力サイズは３２であり、やはり、水平補間のみが実行される。

【0074】

転置された場合は、然るべく扱われる。

【0075】

２．５．５ 単一ステップの線形補間
ｍａｘ（Ｗ，Ｈ）≧８である場合に、Ｗ×Ｈブロックについては、予測信号は、線形補間によってＷ_ｒｅｄ×Ｈ_ｒｅｄでの低減された信号ｐｒｅｄ_ｒｅｄから生じる。ブロック形状に応じて、線形補間は、垂直方向、水平方向、又は両方の方向において行われる。線形補間が両方の方向において適用されるべき場合に、それは、Ｗ＜Ｈである場合には、最初に水平方向において適用され、そうでない場合には、最初に垂直方向において適用される。

【0076】

一般性を失わずに、ｍａｘ（Ｗ，Ｈ）≧８かつＷ≧ＨのＷ×Ｈブロックを考える。その場合に、一次元の線形補間は次のように実行される。一般性を失わずに、垂直方向における線形補間について記載すれば十分である。最初に、低減された予測信号は、境界信号によって上に拡張される。垂直アップサンプリング係数Ｕ_ｖｅｒ＝Ｈ／Ｈ_ｒｅｄを定義し、Ｕ_ｖｅｒ＝２^Ｕｖｅｒ＞１と記載する。その場合に、拡張された低減された予測信号を：

【数8】

によって定義する。

【0077】

次いで、この拡張された低減された予測信号から、垂直方向に線形補間された予測信号が：

【数9】

によって生成される。

【0078】

２．５．６ 提案されているイントラ予測モードのシグナル伝達
イントラモードでのコーディングユニット（Coding Unit，ＣＵ）ごとに、ＡＬＷＩＰモードが対応する予測ユニット（Prediction Unit，ＰＵ）に適用されるべきであるか否かを示すフラグは、ビットストリームで送信される。後者のインデックスのシグナル伝達は、ＪＶＥＴ－Ｍ００４３と同じ方法でＭＲＬと調和する。ＡＬＷＩＰモードが適用されるべきである場合に、ＡＬＷＩＰモードのインデックスｐｒｅｄｍｏｄｅは、３つのＭＰＳを含むＭＰＭリストを用いてシグナリングされる。

【0079】

ここで、ＭＰＭの導出は、次のように、上側及び左側のＰＵのイントラモードを用いて実行される。ＡＬＷＩＰモードを各従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}に割り当てる３つの固定テーブルｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）が存在する：

ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}
＝ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_ｉｄｘ［ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}］

【0080】

幅Ｗ及び高さＨのＰＵごとに、３つのセットのうちのどれからＡＬＷＩＰパラメータがセクション２．５．３で取られるべきかを示すインデックスを定義する：

ｉｄｘ（ＰＵ）＝ｉｄｘ（Ｗ，Ｈ）∈｛０，１，２｝

【0081】

上側予測ユニットＰＵ_{ａｂｏｖｅ}が利用可能であって、現在のＰＵと同じＣＴＵに属し、イントラモードにある場合に、ｉｄｘ（ＰＵ）＝ｉｄｘ（ＰＵ_{ａｂｏｖｅ}）であるならば、かつ、ＡＬＷＩＰがＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}でＰＵ_{ａｂｏｖｅ}に適用されるならば：

ｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}＝ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}

を置く。

【0082】

上側ＰＵが利用可能であって、現在のＰＵと同じＣＴＵに属し、イントラモードにある場合に、従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ} ^{ａｂｏｖｅ}が上側ＰＵに適用されるならば：

ｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}＝ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_{ｉｄｘ（ＰＵａｂｏｖｅ）}［ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ} ^{ａｂｏｖｅ}］

を置く。

【0083】

他の全ての場合に：

ｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}＝－１

を置く。これは、このモードが利用不可能であることを意味する。同じように、しかし、左側ＰＵが現在のＰＵと同じＣＴＵに属する必要があるという制限なしで、モードｍｏｄｅ_{ＡＬＷＩＰ} ^ｌｅｆｔを導出する。

【0084】

最後に、３つの固定デフォルトリストｌｉｓｔ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）が与えられる。各リストは３つの相異なるＡＬＷＩＰモードを含む。デフォルトリストｌｉｓｔ_{ｉｄｘ（ＰＵ）}並びにモードｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}及びｍｏｄｅ_{ＡＬＷＩＰ} ^ｌｅｆｔから、デフォルト値に－１を代入し、繰り返しを排除することによって、３つの相異なるＭＰＭを構成する。

【0085】

ＡＬＷＩＰ ＭＰＭリスト構成で使用される左隣接ブロック及び上隣接ブロックは、図１０に示されるＡ１及びＢ１である。

【0086】

２．５．７ 従来のルーマ及びクロマイントラ予測モードのための適応ＭＰＭリスト導出
提案されているＡＬＷＩＰモードは、次のように、従来のイントラ予測モードのＭＰＭベースコーディングと調和する。従来のイントラ予測モードのルーマ及びクロマＭＰＭリスト導出プロセスは、所与のＰＵに関してＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を従来のイントラ予測モードの１つにマッピングする固定テーブルｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）を使用する：

ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}
＝ｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_ｉｄｘ［ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}］

【0087】

ルーマＭＰＭリスト導出のために、ＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を使用する隣接ルーマブロックに遭遇するときにはいつでも、このブロックは、それがあたかも従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}を使用しているかのように扱われる。クロマＭＰＭリスト導出のために、現在のルーマブロックがＡＬＷＩＰモードを使用するときにはいつでも、同じマッピングが、ＡＬＷＩＰモードを従来のイントラ予測モードに変換するために使用される。

【0088】

２．５．８ 対応する修正された作業草案
いくつかの実施形態において、このセクションで記載されるように、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｒａｇ、ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｆｌａｇ、ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｉｄｘ及びｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒに関連する部分が、開示されている技術の実施形態に基づいて作業草案に加えられている。

【0089】

いくつかの実施形態において、このセクションで記載されるように、＜ｂｅｇｉｎ＞及び＜ｅｎｄ＞タグは、開示されている技術の実施形態に基づいた作業草案に対する追加及び修正を表すために使用される。

【0090】

【表1】

【0091】

ＡＬＷＩＰの概要
幅Ｗ及び高さＨの長方形ブロックのサンプルを予測するために、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）は、ブロックの左にあるＨ個の再構成された隣接境界サンプルの１列と、ブロックの上にあるＷ個の再構成された隣接境界サンプルの１列とを入力として取る。再構成されたサンプルが利用不可能である場合には、それらは、従来のイントラ予測で行われるように生成される。ＡＬＷＩＰは、ルーマイントラブロックにのみ適用される。クロマイントラブロックについては、従来のイントラコーディングモードが適用される。

【0092】

予測信号の生成は、次の３つのステップに基づく：
１．境界サンプルの中から、Ｗ＝Ｈ＝４の場合には４つのサンプルが、他の全ての場合には８つのサンプルが、平均化によって抽出される。
２．マトリクスベクトル乗算及びそれに続くオフセットの加算が、平均化されたサンプルを入力として実行される。その結果、元のブロックのサンプルのサブサンプリングされたセットに関する予測信号は低減される。
３．残りのポジションでの予測信号が、方向ごとに単一ステップの線形補間である線形補間によって、サブサンプリングされたセットに関する予測信号から生成される。

【0093】

ＡＬＷＩＰモードが適用されるべきである場合に、ＡＬＷＩＰモードのインデックスｐｒｅｄｍｏｄｅは、３つのＭＰＭを含むＭＰＭリストを用いてシグナリングされる。ここで、ＭＰＭの導出は、次のように、上側及び左側のＰＵのイントラモードを用いて実行される。ＡＬＷＩＰモードを各従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}に割り当てる３つの固定テーブルｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）が存在する：

ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}
＝ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_ｉｄｘ［ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}］

【0094】

幅Ｗ及び高さＨのＰＵごとに、３つのセットのうちのどれからＡＬＷＩＰパラメータが取られるべきかを示すインデックスを定義する：

ｉｄｘ（ＰＵ）＝ｉｄｘ（Ｗ，Ｈ）∈｛０，１，２｝

【0095】

上側予測ユニットＰＵ_{ａｂｏｖｅ}が利用可能であって、現在のＰＵと同じＣＴＵに属し、イントラモードにある場合に、ｉｄｘ（ＰＵ）＝ｉｄｘ（ＰＵ_{ａｂｏｖｅ}）であるならば、かつ、ＡＬＷＩＰがＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}でＰＵ_{ａｂｏｖｅ}に適用されるならば：

ｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}＝ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}

を置く。

【0096】

上側ＰＵが利用可能であって、現在のＰＵと同じＣＴＵに属し、イントラモードにある場合に、従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ} ^{ａｂｏｖｅ}が上側ＰＵに適用されるならば：

ｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}＝ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_{ｉｄｘ（ＰＵａｂｏｖｅ）}［ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ} ^{ａｂｏｖｅ}］

を置く。

【0097】

他の全ての場合に：

ｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}＝－１

を置く。これは、このモードが利用不可能であることを意味する。同じように、しかし、左側ＰＵが現在のＰＵと同じＣＴＵに属する必要があるという制限なしで、モードｍｏｄｅ_{ＡＬＷＩＰ} ^ｌｅｆｔを導出する。

【0098】

最後に、３つの固定デフォルトリストｌｉｓｔ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）が与えられる。各リストは３つの相異なるＡＬＷＩＰモードを含む。デフォルトリストｌｉｓｔ_{ｉｄｘ（ＰＵ）}並びにモードｍｏｄｅ_{ＡＬＷＩＰ} ^{ａｂｏｖｅ}及びｍｏｄｅ_{ＡＬＷＩＰ} ^ｌｅｆｔから、デフォルト値に－１を代入し、繰り返しを排除することによって、３つの相異なるＭＰＭを構成する。

【0099】

ルーマＭＰＭリスト導出のために、ＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を使用する隣接ルーマブロックに遭遇するときにはいつでも、このブロックは、それがあたかも従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}を使用しているかのように扱われる。

ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}
＝ｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_ｉｄｘ［ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}］

【0100】

３ ＶＶＣでの変換
３．１ 多重変換選択（ＭＴＳ）
ＨＥＶＣで用いられているＤＣＴ－ＩＩに加えて、多重変換選択（Multiple Transform Selection，ＭＴＳ）スキームが、インターコーディングされたブロック及びイントラコーディングされたブロックの両方をコーディングする残差のために使用される。それは、ＤＣＴ８／ＤＳＴ７からの複数の選択された変換を使用する。新たに導入された変換マトリクスは、ＤＳＴ－ＶＩＩ及びＤＣＴ－ＶＩＩＩである。

【0101】

３．２ ＪＶＥＴ－Ｎ０１９３で提案されている縮小された２次変換（ＲＳＴ）
縮小された２次変換（Reduced Secondary Transform，ＲＳＴ）は、４×４及び８×８について夫々、１６×１６及び１６×６４の分離不可能な変換を適用する。１次の順方向及び逆方向の変換は依然として、２つの１次元（１－Ｄ）水平／垂直変換パスと同じように実行される。２次の順方向及び逆方向の変換は、１次変換のそれとは別のプロセスステップである。エンコーダについては、１次順方向変換が最初に実行され、次いで、２次順方向変換及び量子化、そして、ＣＡＢＡＣビット符号化が続く。デコーダについては、ＣＡＢＡＣビット復号化及び逆量子化、それから２次逆方向変換が最初に実行され、次いで、１次逆方向変換が続く。ＲＳＴは、イントラスライス及びインタースライスの両方
で、イントラコーディングされたＴＵにのみ適用される。

【0102】

統合された６－ＭＰＭリストは、多重参照ライン（Multiple Reference Line，ＭＲＬ）及びイントラサブパーティション（Intra Sub-Partition，ＩＳＰ）コーディングツールが適用されるか否かに関わらず、イントラブロックに対して提案されている。ＭＰＭリストは、ＶＴＭ４．０で見られるように左側及び上側隣接ブロックのイントラモードに基づき構成される。左側のモードはＬｅｆｔと表され、上側ブロックのモードはＡｂｏｖｅと表されるとすれば、統合ＭＰＭリストは次のように構成される：
● 隣接するブロックが利用不可能であるとき、そのイントラモードはデフォルトでプレーナー（Ｐｌａｎａｒ）にセットされる。
● Ｌｅｆｔ及びＡｂｏｖｅの両モードが非角度モードである場合：
ａ． ＭＰＡリスト→｛Ｐｌａｎａｒ，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
● Ｌｅｆｔ及びＡｂｏｖｅのうちの一方のモードが角度モードであり、他方が非角度である場合：
ａ． Ｌｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてモードＭａｘをセット
ｂ． ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
● Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度であり、それらが異なる場合：
ａ． Ｌｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてモードＭａｘをセット
ｂ． モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲内にある場合：
ｉ． ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
ｃ． そうでない場合
ｉ． ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
● Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度であり、それらが同じである場合：
ａ． ＭＰＭリスト→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆ－２｝

【0103】

その上、ＭＰＭインデックスコードワードの第１ビンは、ＣＡＢＡＣコンテキストコード化される。現在のイントラブロックがＭＲＬを有効にされているか、ＩＳＰを有効にされているかどうか、あるいは、通常のイントラブロックであるかどうかに対応して、全部で３つのコンテキストが使用される。

【0104】

統合ＭＰＭリスト構成で使用される左隣接ブロック及び上隣接ブロックは、図１０に示されるＡ２及びＢ２である。

【0105】

１つのＭＰＭフラグが最初にコーディングされる、ブロックがＭＰＭリスト内のモードの１つでコーディングされる場合に、ＭＰＭインデックスが更にコーディングされる。そうでない場合には、残りのモード（ＭＰＭを除く）へのインデックスがコーディングされる。

【0106】

４ 既存の実施における欠点の例
ＪＶＥＴ－Ｎ０２１７でのＡＬＷＩＰの設計には、次の問題がある。

【0107】

１）２０１９年３月のＪＶＥＴ会議で、統合６－ＭＰＭリスト生成がＭＲＬモード、ＩＳＰモード、及び通常のイントラモードのために採用された。しかし、アフィン線形重み付き予測モードは、異なった３－ＭＰＭリスト構成を使用する。このことは、ＭＰＭリスト構成を複雑にする。複雑なＭＰＭリスト構成は、特に、４×４サンプルなどの小さいブロックについて、デコーダのスループットを損なう可能性がある。

【0108】

２）ＡＬＷＩＰは、ブロックのルーマ成分にしか適用されない。ＡＬＷＰコーディングされたブロックのクロマ成分については、クロマモードインデックスがコーディングされて、デコーダへ送信される。その結果、不必要なシグナリングが生じることがある。

【0109】

３）他のコーディングツールとのＡＬＷＩＰのインタラクションが考慮されるべきである。

【0110】

４）ｕｓｐＢｄｒｙＸを

【数10】

で計算されるとき、Ｌｏｇ２（ｕＤｗｎ）－１が－１に等しい一方で、－１で左シフトされたものが定義されていない可能性がある。

【0111】

５）予測サンプルをアップサンプリングするとき、丸めは適用されない。

【0112】

７）多すぎるコンテキスト（例えば、４）が、ＡＬＷＩＰフラグ（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）をコーディングする際に使用される。

【0113】

８）垂直アップサンプリング及び水平アップサンプリングの両方が必要とされるとき、アップサンプリング順序はブロック形状に依存する。これはハードウェアフレンドリではない。

【0114】

９）線形補間フィルタがアップサンプリングのために使用されるが、これは非効率である場合がある。

【0115】

５ マトリクスベースのイントラコーディングのための例示的な方法
目下開示されている技術の実施形態は、既存の実施の欠点を解消し、それによって、コーディング効率はより高いが計算複雑性は低いビデオコーディングをもたらす。ビデオコーディングのための、本明細書で記載されるようなマトリクスベースイントラ予測方法は、既存のビデオコーディング標準規格及び将来のビデオコーディング標準規格の両方を強化することができ、様々な実施について記載された以下の例で説明される。以下で与えられている開示されている技術の例は、一般概念を説明しており、限定として解釈されるよう意図されない。例において、それとは反対に明示的に示されない限りは、これらの例で記載される様々な特徴は組み合わされてもよい。

【0116】

以下の説明では、イントラ予測モードは、角度イントラ予測モード（ＤＣ、プレーナー、ＣＣＬＭ及び他の可能なイントラ予測モードを含む）を指し、一方、イントラモードは、通常のイントラモード、又はＭＲＬ、又はＩＳＰ、又はＡＬＷＩＰを指す。

【0117】

以下の説明では、「他のイントラモード」は、ＡＬＷＩＰを除いた、通常のイントラモード、又はＭＲＬ、又はＩＳＰなどの１つ又は複数のイントラモードを指すことがある。

【0118】

以下の説明では、ＳａｔＳｈｉｔ（ｘ，ｎ）は、

【数11】

として定義される。Ｓｈｉｆｔ（ｘ，ｎ）はＳｈｉｆｔ（ｘ，ｎ）＝（ｘ＋ｏｆｆｓｅｔ０）＞＞ｎとして定義される。

【0119】

一例で、ｏｆｆｓｅｔ０及び／又はｏｆｆｓｅｔ１は、（１＜＜ｎ）＞＞１又は（１＜＜（ｎ－１））にセットされる。他の例では、ｏｆｆｓｅｔ０及び／又はｏｆｆｓｅｔ１は０にセットされる。

【0120】

他の例では、ｏｆｆｓｅｔ０＝ｏｆｆｓｅｔ１＝（（１＜＜ｎ）＞＞１）－１又は（（１＜＜（ｎ－１）））－１である。

【0121】

Ｃｌｉｐ３（ｍｉｎ，ｍａｘ，ｘ）は、

【数12】

として定義される。

【0122】

ＡＬＷＩＰのためのＭＰＭリスト構成
１．ＡＬＷＩＰのためのＭＰＭリストの全体又は部分が、非ＡＬＷＩＰイントラモード（例えば、通常のイントラモード、ＭＲＬ、又はＩＳＰ）のためのＭＰＭリストを構成するための全体的又は部分的なプロシージャに従って構成され得る、ことが提案される。
ａ．一例で、ＡＬＷＩＰのためのＭＰＭリストのサイズは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストのそれと同じであってもよい。
ｉ．例えば、ＭＰＭリストのサイズは、ＡＬＷＰ及び非ＡＬＷＩＰイントラモードの両方について６である。
ｂ．一例で、ＡＬＷＩＰのためのＭＰＭリストは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストから導出され得る。
ｉ．一例で、非ＡＬＷＩＰイントラモードのためのＭＰＭリストが最初に構成されてもよい。その後に、それらの部分又は全部が、ＡＬＷＩＰコーディングされたブロックのためのＭＰＭリストに更に加えられ得るＭＰＭに変換され得る。
１）代替的に、更に、変換されたＭＰＭをＡＬＷＩＰコーディングされたブロックのためのＭＰＭリストに加えるとき、プルーニングが適用されてもよい。
２）デフォルトのモードが、ＡＬＷＩＰコーディングされたブロックのためのＭＰＭリストに加えられてもよい。
ａ．一例で、デフォルトのモードは、非ＡＬＷＩＰイントラモードのＭＰＭリストから変換されたものの前に加えられてもよい。
ｂ．代替的に、デフォルトのモードは、非ＡＬＷＩＰイントラモードのＭＰＭリストから変換されたものの後に加えられてもよい。
ｃ．代替的に、デフォルトのモードは、非ＡＬＷＩＰイントラモードのＭＰＭリストから変換されたものと交互に加えられてもよい。
ｄ．一例で、デフォルトのモードは、全種類のブロックについて同じであるよう固定されてもよい。
ｅ．代替的に、デフォルトのモードは、隣接するブロックの利用可能性、隣接するブロックのモード情報、ブロック寸法などのコーディングされた情報に従って決定されてもよい。
ｉｉ．一例で、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内の１つのイントラ予測モードは、ＡＬＷＩＰのためのＭＰＭリストに置かれるときに、その対応するＡＬＷＩＰイントラ予測モードに変換されてもよい。
１）代替的に、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内の全てのイントラ予測モードは、ＡＬＷＩＰのためのＭＰＭリストを構成するために使用される前に、対応するＡＬＷＩＰイントラ予測モードに変換されてもよい。
２）代替的に、非ＡＬＷＩＰイントラモードのためのＭＰＭリストがＡＬＷＩＰのためのＭＰＭリストを導出するために更に使用される場合に、全ての候補イントラ予測モード（隣接するブロックからのイントラ予測モードと、プレーナー及びＤＣ等のデフォルトのイントラ予測モードとを含んでもよい）が、非ＡＬＷＩＰイントラモードのためのＭＰＭリストを構成するために使用される前に、対応するＡＬＷＩＰイントラ予測モードに変換されてもよい。
３）一例で、２つの変換されたＡＬＷＩＰイントラ予測モードが比較されてもよい。
ａ．一例で、それらが同じである場合に、それらのうちの一方のみがＡＬＷＩＰのためのＭＰＭリストに置かれ得る。
ｂ．一例で、それらが同じである場合に、それらのうちの一方のみが非ＡＬＷＩＰイントラモードのためのＭＰＭリストに置かれ得る。
ｉｉｉ．一例で、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内のＳ個のイントラ予測モードのうちのＫ個が、ＡＬＷＩＰのためのＭＰＭリストとして選択されてもよい。例えば、Ｋは３に等しく、Ｓは６に等しい。
１）一例で、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内の最初のＫ個のイントラ予測モードが、ＡＬＷＩＰのためのＭＰＭリストとして選択され得る。

【0123】

２．ＡＬＷＩＰのためのＭＰＭリストを導出するために使用される１つ又は複数の隣接するブロックは、非ＡＬＷＩＰイントラモード（例えば、通常のイントラモード、ＭＲＬ、又はＩＳＰ）のためのＭＰＭリストを構成するためにも使用され得る、ことが提案される。
ａ．一例で、ＡＬＷＩＰのためのＭＰＭリストを導出するために使用される、現在のブロックの左にある隣接ブロックは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストを導出するために使用されるものと同じであるべきである。
ｉ．現在のブロックの左上隅が（ｘＣｂ，ｙＣｂ）であり、現在のブロックの幅及び高さがＷ及びＨであるとすれば、一例で、ＡＬＷＩＰ及び非ＡＬＷＩＰイントラモードの両方のためのＭＰＭリストを導出するために使用される左隣接ブロックは、ポジション（ｘＣｂ－１，ｙＣｂ）をカバーし得る。代替例では、ＡＬＷＩＰ及び非ＡＬＷＩＰイントラモードの両方のためのＭＰＭリストを導出するために使用される左隣接ブロックは、ポジション（ｘＣｂ－１，ｙＣｂ＋Ｈ－１）をカバーしてもよい。
ｉｉ．例えば、統合されたＭＰＭリストで使用される左隣接ブロック及び上隣接ブロックは、図１０に示されるＡ２及びＢ２である。
ｂ．一例で、ＡＬＷＩＰのためのＭＰＭリストを導出するために使用される、現在のブロックの上にある隣接ブロックは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストを導出するために使用されるものと同じであるべきである。
ｉ．現在のブロックの左上隅が（ｘＣｂ，ｙＣｂ）であり、現在のブロックの幅及び高さがＷ及びＨであるとすれば、一例で、ＡＬＷＩＰ及び非ＡＬＷＩＰイントラモードの両方のためのＭＰＭリストを導出するために使用される上隣接ブロックは、ポジション（ｘＣｂ，ｙＣｂ－１）をカバーし得る。代替例では、ＡＬＷＩＰ及び非ＡＬＷＩＰイントラモードの両方のためのＭＰＭリストを導出するために使用される上隣接ブロックは、ポジション（ｘＣｂ＋Ｗ－１，ｙＣｂ－１）をカバーしてもよい。
ｉｉ．例えば、統合されたＭＰＭリストで使用される左隣接ブロック及び上隣接ブロックは、図１０に示されるＡ１及びＢ１である。

【0124】

３．ＡＬＷＩＰのためのＭＰＭリストは、現在のブロックの幅及び／又は高さに従って異なる方法で構成され得る、ことが提案される。
ａ．一例で、異なる隣接ブロックが、異なるブロック寸法についてアクセスされてもよい。

【0125】

４．ＡＬＷＩＰのためのＭＰＭリスト及び非ＡＬＷＩＰイントラモードのためのＭＰＭリストは、同じプロシージャによるが異なるパラメータにより構成され得る、ことが提案される。
ａ．一例で、非ＡＬＷＩＰイントラモードのＭＰＭリスト構成プロシージャにおけるＳ個のイントラ予測モードのうちのＫ個は、ＡＬＷＩＰモードで使用されるＭＰＭリストのために導出され得る。例えば、Ｋは３に等しく、Ｓは６に等しい。
ｉ．一例で、ＭＰＭリスト構成プロシージャにおける最初のＫ個のイントラ予測モードは、ＡＬＷＩＰモードで使用されるＭＰＭリストのために導出され得る。
ｂ．一例で、ＭＰＭリスト内の最初のモードは異なってもよい。
ｉ．例えば、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内の最初モードはＰｌａｎａｒであり得るが、それは、ＡＬＷＩＰのためのＭＰＭリストではＭｏｄｅ Ｘ０であり得る。
１）一例で、Ｘ０は、Ｐｌａｎａｒから変換されたＡＬＷＩＰイントラ予測モードであってもよい。
ｃ．一例で、ＭＰＭリスト内のスタッフィング（stuffing）モードは異なってもよい。
ｉ．例えば、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内の最初の３つのスタッフィングモードは、ＤＣ、垂直（Ｖｅｒｔｉｃａｌ）、及び水平（Ｈｏｒｉｚｏｎｔａｌ）であり得るが、それらは、ＡＬＷＩＰのためのＭＰＭリストではＭｏｄｅ Ｘ１、Ｘ２、Ｘ３であり得る。
１）一例で、Ｘ１、Ｘ２、Ｘ３は、異なるｓｉｚｅＩｄごとに異なってもよい。
ｉｉ．一例で、スタッフィングモードの数は異なってもよい。
ｄ．一例で、ＭＰＭリスト内の隣接するモードは異なってもよい。
ｉ．例えば、隣接するブロックの通常のイントラ予測モードは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストを構成するために使用される。そして、それらは、ＡＬＷＩＰモードのためのＭＰＭリストを構成するためのＡＬＷＩＰイントラ予測モードに変換される。
ｅ．一例で、ＭＰＭリスト内のシフトされたモードは異なってもよい。
ｉ．例えば、Ｘが通常のイントラ予測モードであり、Ｋ０が整数である場合に、Ｘ＋Ｋ０が、非ＡＬＷＩＰイントラモードのためのＭＰＭリストに置かれてもよい。そして、ＹがＡＬＷＩＰイントラ予測モードであり、Ｋ１が整数である場合に、Ｙ＋Ｋ１が、ＡＬＷＩＰのためのＭＰＭリストに置かれてもよい。ここで、Ｋ０はＫ１とは異なり得る。
１）一例で、Ｋ１は、幅及び高さに依存してもよい。

【0126】

５．隣接するブロックは、非ＡＬＷＩＰイントラモードで現在のブロックのＭＰＭリストを構成するときにそれがＡＬＷＩＰでコーディングされているならば、利用不可能であるとして扱われる、ことが提案される。
ａ．代替的に、隣接するブロックは、非ＡＬＷＩＰイントラモードで現在のブロックのＭＰＭリストを構成するときにそれがＡＬＷＩＰでコーディングされているならば、予め定義されたイントラ予測モード（例えば、Ｐｌａｎａｒ）でコーディングされているものとして扱われる。

【0127】

６．隣接するブロックは、ＡＬＷＩＰモードで現在のブロックのＭＰＭリストを構成するときにそれが非ＡＬＷＩＰイントラモードでコーディングされているならば、利用不可能であるとして扱われる、ことが提案される。
ａ．代替的に、隣接するブロックは、ＡＬＷＩＰモードで現在のブロックのＭＰＭリストを構成するときにそれが非ＡＬＷＩＰイントラモードでコーディングされているならば、予め定義されたＡＬＷＩＰイントラ予測モードＸでコーディングされているものとして扱われる。
ｉ．一例で、Ｘは、幅及び／又は高さなどのブロック寸法に依存してもよい。

【0128】

７．ＡＬＷＩＰフラグの保存をラインバッファから削除することが提案される。
ａ．一例で、アクセスされるべき２番目のブロックが現在のブロックと比較して異なったＬＣＵ／ＣＴＵ行／領域に位置するとき、２番目のブロックがＡＬＷＩＰでコーディングされるかどうかの条件チェックはスキップされる。
ｂ．一例で、アクセスされるべき２番目のブロックが現在のブロックと比較して異なったＬＣＵ／ＣＴＵ行／領域に位置するとき、２番目のブロックは、非ＡＬＷＩＰモードと同じように扱われ、例えば、通常のイントラコーディングされたブロックとして扱われる。

【0129】

８．ＡＬＷＩＰフラグをエンコードするとき、Ｋ個以下のコンテキスト（Ｋ＞＝０）が使用され得る。
ａ．一例で、Ｋ＝１である。

【0130】

９．ＡＬＷＩＰモードに関連したモードインデックスを直接に保存するのではなく、ＡＬＷＩＰコーディングされたブロックの変換されたイントラ予測モードを保存することが提案される。
ａ．一例で、１つのＡＬＷＩＰコーディングされたブロックに関連したデコードされたモードインデックスは、例えば、セクション２．５．７で記載されたｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒに従って、通常のイントラモードにマッピングされる。
ｂ．代替的に、更に、ＡＬＷＩＰフラグの保存は全体として削除される。
ｃ．代替的に、更に、ＡＬＷＩＰモードの保存は全体として削除される。
ｄ．代替的に、更に、１つの隣接する／現在のブロックがコーディングされるかどうかのＡＬＷＩＰフラグによる条件チェックはスキップされてもよい。
ｅ．代替的に、更に、ＡＬＷＩＰコーディングされたブロック及び１つのアクセスされたブロックに関連した通常のイントラ予測のために割り当てられたモードの変換は、スキップされてもよい。

【0131】

異なる色成分に対するＡＬＷＩＰ
１０．推測されたクロマイントラモード（例えば、ＤＭモード）は、対応するルーマブロックがＡＬＷＩＰモードでコーディングされる場合には常に適用され得る、ことが提案される。
ａ．一例で、クロマイントラモードは、対応するルーマブロックがＡＬＷＩＰモードでコーディングされる場合に、シグナリングによらず、ＤＭモードであると推測される。
ｂ．一例で、対応するルーマブロックは、所与のポジション（例えば、現在のクロマブロックの左上、現在のクロマブロックの中央）に位置するクロマサンプルの対応するサンプルを変換するものであってよい。
ｃ．一例で、ＤＭモードは、対応するルーマブロックのイントラ予測モードに従って、例えば、その（ＡＬＷＩＰ）モードを通常のイントラモードの１つにマッピングすることにより、導出されてもよい。

【0132】

１１．クロマブロックの対応するルーマブロックがＡＬＷＩＰモードでコーディングされるとき、いくつかのＤＭモードが導出され得る。

【0133】

１２．クロマモード決定プロセス（例えば、直接モード／導出モード）で、それがＡＬＷＩＰコーディングされているかどうか及び／又はそのＡＬＷＩＰモードを決定するために使用される対応するルーマブロックは、コーディングされたクロマブロックの大きさ及び／又はカラーフォーマットとともに左上ポジションに応じて決定され得る。
ａ．コーディングされたクロマブロックの左上ポジションが（ｘＣｂ，ｙＣｂ）であり、コーディングされたクロマブロックの幅及び高さが夫々ＣｂＷｉｄｔｈ及びＣｂＨｅｉｇｈｔであるとして、全てのポジション及び長さはルーマサンプルユニット内にある。
ｂ．一例で、対応するルーマブロックは、ポジション（ｘＣｂ＋ｏｆｆｓｅｔＸ，ｙＣｂ＋ｏｆｆｓｅｔＹ）をカバーするルーマブロック（例えば、コーディングブロック）として選択されてもよく、ｏｆｆｓｅｔＸ及びｏｆｆｓｅｔＹの両方が０に等しいことは許されない。
ｉ．一例で、ｏｆｆｓｅｔＸ＝（ＣｂＷｉｄｔｈ／２）又は（ＣｂＷｉｄｔｈ／２－１）又は（ＣｂＷｉｄｔｈ／２＋１）である。
ｉｉ．一例で、ｏｆｆｓｅｔＹ＝（ＣｂＨｅｉｇｈｔ／２）又は（ＣｂＨｅｉｇｈｔ／２－１）又は（ＣｂＨｅｉｇｈｔ／２＋１）である。

【0134】

１３．１つの対応するルーマブロックがＡＬＷＩＰモードでコーディングされる場合に、特別なモードがクロマブロックに割り当てられる、ことが提案される。
ａ．一例で、特別なモードは、ＡＬＷＩＰコーディングされたブロックに関連したイントラ予測モードに関わらず、所与の通常のイントラ予測モードであるよう定義される。
ｂ．一例で、イントラ予測の異なる方法がこの特別のモードに割り当てられてもよい。
ｃ．代替的に、ルーマブロックがＡＬＷＩＰモードでコーディングされる場合に、クロマＤＭモードのための関連する通常のイントラモードは、識別された特別なモードであると常に推測され得る。
ｄ．代替的に、更に、クロマモードのシグナリングはスキップされてもよい。
ｅ．代替的に、クロマブロックの対応するルーマブロックがＡＬＷＩＰモードでコーディングされ、ＤＭモードがクロマブロックについてシグナリングされるとき、予め定義されたイントラ予測モードがクロマブロックについて適用される。
ｉ．例えば、予め定義されたイントラ予測モードはＰｌａｎａｒモードであってよい。
ｉｉ．例えば、予め定義されたイントラ予測モードは、スクリーンコンテンツの指示などのコーディングされた情報に依存してもよい。
１）一例で、スクリーンコンテンツの指示により、コンテンツがカメラにより捕捉されたコンテンツであることが示される場合には、それはＰｌａｎａｒモードにセットされ得る。
２）一例で、スクリーンコンテンツの指示により、コンテンツがスクリーンコンテンツであることが示される場合には、それは水平予測モードにセットされ得る。
ｆ．一例で、クロマブロックの対応するルーマブロックがＡＬＷＩＰモードでコーディングされるとき、ＤＭモードはクロマブロックについて決して使用され得ない。
ｉ．例えば、ＤＭモードに関するシンタックスはシグナリングされなくてもよい。
１）一例で、対応するルーマブロックがＡＬＷＩＰモードであり、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＦＡＬＳＥに等しい場合に、４つのクロマモードが、クロマブロックについてシグナリングされることを許され得る。
ａ．例えば、この場合に、多くても２つのビンが、イントラクロマモードの２値化のために必要とされ得る。
２）一例で、対応するルーマブロックがＡＬＷＩＰモードであり、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＴＲＵＥである場合に、７つのクロマモードが、クロマブロックについてシグナリングされることを許され得る。
ａ．例えば、この場合に、多くても４つのビンが、イントラクロマモードの２値化のために必要とされ得る。

【0135】

１４．ＡＬＷＩＰがクロマ成分にも適用され得る、ことが提案される。
ａ．一例で、マトリクス及び／又はバイアスベクトルは、異なる色成分ごとに異なってもよい。
ｂ．一例で、マトリクス及び／又はバイアスベクトルは、Ｃｂ及びＣｒについて一緒に、予め定義されてもよい。
ｉ．一例で、Ｃｂ及びＣｒ成分は連結されてもよい。
ｉｉ．一例で、Ｃｂ及びＣｒ成分はインターリーブされてもよい。
ｃ．一例で、クロマ成分は、対応するルーマブロックと同じＡＬＷＩＰイントラ予測モードを共有してもよい。
ｉ．一例で、同じＡＬＷＩＰイントラ予測モードは、対応するルーマブロックがＡＬＷＩＰモードを適用し、クロマブロックがＤＭモードでコーディングされる場合に、クロマ成分に対して適用される。
ｉｉ．一例で、同じＡＬＷＩＰイントラ予測モードがクロマ成分に対して適用され、その後の線形補間はスキップされ得る。
ｉｉｉ．一例で、同じＡＬＷＩＰイントラ予測モードは、サブサンプリングされたマトリクス及び／又はバイアスベクトルでクロマ成分に対して適用される。
ｄ．一例で、異なる成分ごとのＡＬＷＩＰイントラ予測モードの数は異なってもよい。
ｉ．例えば、クロマ成分のためのＡＬＷＩＰイントラ予測モードの数は、同じブロック幅及び高さのルーマ成分のためのそれよりも少なくてもよい。

【0136】

ＡＬＷＩＰの適用性
１５．ＡＬＷＩＰが適用可能であるかどうかはシグナリングされもよい、ことが提案される。
ａ．例えば、それは、シーケンスレベルで（例えば、ＳＰＳにおいて）、ピクチャレベルで（例えば、ＳＰＳ若しくはピクチャヘッダにおいて）、スライスレベルで（例えば、スライスヘッダにおいて）、タイルグループレベルで（例えば、タイルグループヘッダにおいて）、タイルレベルで、ＣＴＵ行レベルで、又はＣＴＵレベルでシグナリングされてもよい。
ｂ．例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇはシグナリングされなくてもよく、ＡＬＷＩＰが適用されない場合に０であると推測される。

【0137】

１６．ＡＬＷＩＰが適用可能であるかどうかはブロック幅（Ｗ）及び／又は高さ（Ｈ）に依存してもよい、ことが提案される。
ｃ．例えば、ＡＬＷＩＰは、Ｗ＞＝Ｔ１（又はＷ＞Ｔ１）かつＨ＞＝Ｔ２（又はＨ＞Ｔ２）である場合に適用され得ない。例えば、Ｔ１＝Ｔ２＝３２である。
ｉ．例えば、ＡＬＷＩＰは、Ｗ＜＝Ｔ１（又はＷ＜Ｔ１）かつＨ＜＝Ｔ２（又はＨ＜Ｔ２）である場合に適用され得ない。例えば、Ｔ１＝Ｔ２＝３２である。
ｄ．例えば、ＡＬＷＩＰは、Ｗ＞＝Ｔ１（又はＷ＞Ｔ１）あるいはＨ＞＝Ｔ２（又はＨ＞Ｔ２）である場合に適用され得ない。例えば、Ｔ１＝Ｔ２＝３２である。
ｉ．例えば、ＡＬＷＩＰは、Ｗ＜＝Ｔ１（又はＷ＜Ｔ１）あるいはＨ＜＝Ｔ２（又はＨ＜Ｔ２）である場合に適用され得ない。例えば、Ｔ１＝Ｔ２＝３２である。
ｅ．例えば、ＡＬＷＩＰは、Ｗ＋Ｈ＞＝Ｔ（又はＷ＋Ｈ＞Ｔ）である場合に適用され得ない。例えば、Ｔ＝２５６である。
ｉ．例えば、ＡＬＷＩＰは、Ｗ＋Ｈ＜＝Ｔ（又はＷ＋Ｈ＜Ｔ）である場合に適用され得ない。例えば、Ｔ＝２５６である。
ｆ．例えば、ＡＬＷＩＰは、Ｗ×Ｈ＞＝Ｔ（又はＷ×Ｈ＞Ｔ）である場合に適用され得ない。例えば、Ｔ＝２５６である。
ｉ．例えば、ＡＬＷＩＰは、Ｗ×Ｈ＜＝Ｔ（又はＷ×Ｈ＜Ｔ）である場合に適用され得ない。例えば、Ｔ＝２５６である。
ｇ．例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇはシグナリングされなくてもよく、ＡＬＷＩＰが適用されない場合に０であると推測される。

【0138】

ＡＬＷＩＰにおける計算の問題
１７．ＡＬＷＩＰに関与する如何なるシフト演算も、数値をＳだけ左シフト又は右シフトすることしかできない、ことが提案される。ここで、Ｓは０以上でなければならない。
ａ．一例で、右シフト演算は、Ｓが０に等しいか又は０よりも大きいときに異なってもよい。
ｉ．一例で、ｕｐｓＢｄｒｙＸ［ｘ］は、ｕＤｗｎ＞１であるときには、

【数13】

として計算されるべきであり、ｄＤｗｎが１に等しいときには、

【数14】

として計算されるべきである。
ｂ．一例で、ｕｐｓＢｄｒｙＸ［ｘ］は、

【数15】

として計算されるべきである。

【0139】

１８．結果は、ＡＬＷＩＰのアップサンプリングプロセスで小数点切り下げ又は小数点切り上げされるべきである、ことが提案される。
ａ．一例で、

【数16】

であり、ここで、ｏｆｆｓｅｔＨｏｒ及びｏｆｆｓｅｔＶｅｒは整数である。例えば、ｏｆｆｓｅｔＨｏｒ＝ｕｐＨｏｒ／２かつｏｆｆｓｅｔＶｅｒ＝ｕｐＶｅｒ／２である。

【0140】

他のコーディングツールとのインタラクション
１９．ＡＬＷＩＰはＣＩＩＰコーディングされたブロックに使用され得る、ことが提案される。
ａ．一例で、ＣＩＩＰコーディングされたブロックにおいて、ＡＬＷＩＰイントラ予測モード、又はＰｌａｎａｒなどの通常のイントラ予測モードが、イントラ予測信号を生成するために使用されるかどうかは、明示的にシグナリングされ得る。
ｂ．一例で、ＡＬＷＩＰイントラ予測モード、又はＰｌａｎａｒなどの通常のイントラ予測モードが、イントラ予測信号を生成するために使用され得るかどうかは、暗黙的に推測されてもよい。
ｉ．一例で、ＡＬＷＩＰイントラ予測モードは、ＣＩＩＰコーディングされたブロックで決して使用され得ない。
１）代替的に、通常のイントラ予測は、ＣＩＩＰコーディングされたブロックで決して使用され得ない。
ｉｉ．一例で、ＡＬＷＩＰイントラ予測モード、又はＰｌａｎａｒなどの通常のイントラ予測モードが、イントラ予測信号を生成するために使用されるかどうかは、隣接するブロックの情報から推測されてもよい。

【0141】

２０．ＣＣＬＭモードで隣接ルーマサンプルをダウンサンプリングするために使用されるプロシージャの全体又は部分は、ＡＬＷＩＰモードで隣接サンプルをダウンサンプリングするために使用されてもよい、ことが提案される。
ａ．代替的に、ＡＬＷＩＰモードで隣接ルーマサンプルをダウンサンプリングするために使用されるプロシージャの全体又は部分が、ＣＣＬＭモードで隣接サンプルをダウンサンプリングするために使用されてもよい。
ｂ．ダウンサンプリングプロシージャは、ＣＣＬＭプロセス及びＡＬＷＩＰプロセスで使用されるときに異なるパラメータ／引数を用いて呼び出されてもよい。
ｃ．一例で、ＣＣＬＭプロセスでのダウンサンプリング方法（例えば、隣接するルーマ位置の選択、ダウンサンプリングフィルタ）は、ＡＬＷＩＰプロセスで利用されてもよい。
ｄ．隣接ルーマサンプルをダウンサンプリングするために使用されるプロシージャは、少なくとも、ダウンサンプリングされたポジションの選択、ダウンサンプリングフィルタ、丸め及びクリッピング演算を含む。

【0142】

２１．ＡＬＷＩＰモードでコーディングされたブロックは、ＲＳＴ又は／及び２次変換又は／及び回転変換又は／及び分離不可能な２次変換（Non-Separable Secondary Transform，ＮＳＳＴ）を適用することができない、ことが提案される。
ａ．一例で、かような制約が適用され得るか否かは、例えば、（１５）で記載されている条件と同じ、ブロックの大きさ情報に依存してもよい。
ｂ．代替的に、ＡＬＷＩＰモードは、ＲＳＴ又は／及び２次変換又は／及び回転変換又は／及びＮＳＳＴが適用されるときに許可され得ない。
ｃ．代替的に、ＡＬＷＩＰモードでコーディングされたブロックは、ＲＳＴ又は／及び２次変換又は／及び回転変換又は／及び分離不可能な２次変換（ＮＳＳＴ）を適用してもよい。
ｉ．一例で、変換マトリクスの選択はＡＬＷＩＰイントラ予測モード次第であってもよい。
ｉｉ．一例で、変換マトリクスの選択は、ＡＬＷＩＰイントラ予測モードから変換される通常のイントラ予測モード次第であってもよい。
ｉｉｉ．一例で、変換マトリクスの選択は、ＡＬＷＩＰイントラ予測モードから変換される通常のイントラ予測モードの分類次第であってもよい。

【0143】

２２．ＡＬＷＩＰモードでコーディングされたブロックは、ブロックベースＤＰＣＭ（ＢＤＰＣＭ）又は残差ＲＤＰＣＭを適用することができない、ことが提案される。
ａ．代替的に、ＡＬＷＩＰモードは、ＢＤＰＣＭ又はＲＤＰＣＭが適用されるときに許可され得ない。

【0144】

２３．ＡＬＷＩＰモードでコーディングされたブロックは、ＤＣＴ－ＩＩのみを変換として使用し得る、ことが提案される。
ａ．一例で、変換マトリクスインデックスのシグナリングは常にスキップされる。
ｂ．代替的に、ＡＬＷＩＰモードでコーディングされたブロックに使用される変換は、明示的にシグナリングされるのではなく暗黙的導出され得る、ことが提案される。例えば、変換は、ＪＶＥＴ－Ｍ０３０３で提案されている方法に従って選択されてもよい。
ｃ．代替的に、ＡＬＷＩＰモードでコーディングされたブロックは変換スキップのみを使用し得る、ことが提案される。
ｉ．代替的に、更に、ＡＬＷＩＰが使用されるとき、変換スキップの利用の指示のシグナリングはスキップされる。
ｄ．一例で、ＡＬＷＩＰモード情報（例えば、有効化／無効化、予測モードインデックス）は、変換マトリクスの指示の後に条件付きでシグナリングされてもよい。
ｉ．一例で、所与の変換マトリクス（変換スキップ又はＤＣＴ－ＩＩ）については、ＡＬＷＩＰモード情報の指示はシグナリングされてもよい。
ｉｉ．代替的に、更に、ＡＬＷＩＰモード情報の指示は、いくつかの予め定義された変換マトリクスについてはスキップされてもよい。

【0145】

２４．ＡＬＷＩＰモードでコーディングされたブロックは、選択された変換がモード依存するときに、ＡＬＷＩＰイントラ予測モードから変換された通常のイントラ予測でコーディングされると見なされる、ことが提案される。

【0146】

２５．ＡＬＷＩＰモードは、変換スキップを使用しなくてもよい。
ａ．例えば、この場合に、変換スキップの利用の指示を更にシグナリングする必要はない。
ｂ．代替的に、ＡＬＷＩＰモードは、変換スキップが適用されるときに許可され得ない。
ｉ．例えば、この場合に、変換スキップが適用されるときには、ＡＬＷＩＰモード情報をシグナリングする必要はない。

【0147】

２６．デブロッキングフィルタ、サンプル適応オフセット（Sample Adaptive Offset，ＳＡＯ）、適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）などのフィルタリングプロセスで、フィルタをどのように選択すべきか、及び／又はサンプルをフィルタすべきかどうかは、ＡＬＷＩＰの利用によって決定されてもよい。

【0148】

２７．フィルタ処理されていない隣接サンプルが、ＡＬＷＩＰモードで使用されてもよい。
ａ．代替的に、フィルタ処理された隣接サンプルがＡＬＷＩＰモードで使用されてもよい。
ｂ．一例で、フィルタ処理された隣接サンプルは、ダウンサンプリングのために使用されてもよく、フィルタ処理されていない隣接サンプルは、アップサンプリングのために使用されてもよい。
ｃ．一例で、フィルタ処理されていない隣接サンプルは、ダウンサンプリングのために使用されてもよく、フィルタ処理された隣接サンプルは、アップサンプリングのために使用されてもよい。
ｄ．一例で、フィルタ処理された左隣接サンプルは、アップサンプリングのために使用されてもよく、フィルタ処理されていない上隣接サンプルは、アップサンプリングのために使用されてもよい。
ｅ．一例で、フィルタ処理されていない左隣接サンプルは、アップサンプリングのために使用されてもよく、フィルタ処理された上隣接サンプルは、アップサンプリングのために使用されてもよい。
ｆ．一例で、フィルタ処理された又はフィルタ処理されていない隣接サンプルが使用されるかどうかは、ＡＬＷＩＰモードに依存してもよい。
ｉ．一例で、ＡＬＷＩＰモードは、従来のイントラ予測モードに変換されてもよく、フィルタ処理された又はフィルタ処理されていない隣接サンプルが使用されるかどうかは、変換された従来のイントラ予測モードに依存してもよい。例えば、かような決定は、従来のイントラ予測モードと同じである。
ｉｉ．代替的に、フィルタ処理された又はフィルタ処理されていない隣接サンプルがＡＬＷＩＰモードに使用されるかどうかは、シグナリングされてもよい。
ｇ．一例で、フィルタ処理されたサンプルは、従来のイントラ予測モードと同じように生成されてもよい。

【0149】

２８．どのマトリクス又は／及びオフセットベクトルが使用されるかは、リシェーピング（別名、ＬＭＣＳ，Luma Mapping with Chroma Scaling）情報に依存してもよい。
ａ．一例で、リシェーピングがオン及びオフであるときに異なるマトリクス又は／及びオフセットベクトルが使用されてもよい。
ｂ．一例で、異なるマトリクス又は／及びオフセットベクトルは、異なるリシェーピングパラメータごとに使用されてもよい。
ｃ．一例で、ＡＬＷＩＰは、元のドメインで常に実行されてもよい。
ｉ．例えば、隣接するサンプルは、ＡＬＷＩＰで使用される前に元のドメインにマッピングされる（リシェーピングが適用される場合）。

【0150】

２９．ＡＬＷＩＰは、リシェーピングが適用されるときに無効にされてもよい。
ａ．代替的に、リシェーピングは、ＡＬＷＩＰが有効にされるときに無効にされてもよい。
ｂ．一例で、ＡＬＷＩＰは、リシェーピングが適用されるときに、ＨＤＲ（High Dynamic Range）コンテンツについて無効にされてもよい。

【0151】

３０．ＡＬＷＩＰで使用されるマトリクスは、サンプルビットデプスに依存してもよい。
ａ．だいたいて木に、更に、ＡＬＷＩＰで使用されるオフセット値は、サンプルビットデプスに依存してもよい。
ｂ．代替的に、マトリクスパラメータ及びオフセット値は、ＮビットサンプルについてＭビット精度で保存され得る（Ｍ＜＝Ｎ）。例えば、マトリクスパラメータ及びオフセット値は、１０ビットサンプルについて８ビット精度で保存され得る。
ｃ．サンプルビットデプスは、ルーマなどの色成分についての入力アレイのビットデプスであってもよい。
ｄ．サンプルビットデプスは、ルーマなどの色成分について内部配列／再構成されたサンプルのビットデプスであってもよい。

【0152】

３１．特定のブロックサイズについてのマトリクスパラメータ及び／又はオフセット値は、他のブロックサイズについてのマトリクスパラメータ及び／又はオフセット値から導出されてもよい。

【0153】

３２．一例で、８×８ブロックの１６×８マトリクスは、４×４ブロックの１６×４マトリクスから導出され得る。

【0154】

３３．ＡＬＷＩＰによって生成された予測は、更に使用されるべき予測信号を得るために処理されることになる中間信号として扱われ得る、ことが提案される。
ａ．一例で、ポジション依存イントラ予測複合（Position Dependent intra Prediction Combination，ＰＤＰＣ）は、更に使用されるべき予測信号生成するために、ＡＬＷＩＰによって生成された予測に適用されてもよい。
ｉ．一例で、ＰＤＰＣは、ブロックがＰｌａｎａｒ又はＤＣなどの特定の通常のイントラ予測モードでコーディングされるのと同じように、ＡＬＷＩＰコーディングされたブロックに対して行われる。
ｉｉ．一例で、ＰＤＰＣは、ＡＬＷＩＰいんとｒＡＬＷＩＰモードから変換される通常のイントラ予測モードでコーディングされたブロックと同じように、ＡＬＷＩＰコーディングされたブロックに対して行われる。
ｉｉｉ．一例で、ＰＤＰＣは、ＡＬＷＩＰコーディングされたブロックに対して条件付きで適用される。
１）例えば、ＰＤＰＣは、ＰＤＰＣが、ＡＬＷＩＰイントラ予測モードから変換される通常のイントラ予測モードに対して適用されるときにのみ、ＡＬＷＩＰコーディングされたブロックに対して適用される。
ｂ．一例で、ＡＬＷＩＰによって生成された境界サンプル予測は、更に使用されるべき予測信号を生成するために、隣接するサンプルでフィルタリングされ得る。
ｉ．一例で、境界サンプルに対するフィルタリングは、ブロックがＰｌａｎａｒ又はＤＣなどの特定の通常のイントラ予測モードでコーディングされるのと同じように、ＡＬＷＩＰコーディングされたブロックに対して行われる。
ｉｉ．一例で、境界サンプルに対するフィルタリングは、ＡＬＷＩＰイントラ予測モードから変換される通常のイントラ予測モードでコーディングされたブロックと同じように、ＡＬＷＩＰコーディングされたブロックに対して行われる。
ｉｉｉ．一例で、境界サンプルに対するフィルタリングは、ＡＬＷＩＰコーディングされたブロックに対して条件付きで行われる。
１）例えば、境界サンプルに対するフィルタリングは、境界サンプルに対するフィルタリングが、ＡＬＷＩＰイントラ予測モードから変換される通常のイントラ予測モードに対して適用されるときにのみ、ＡＬＷＩＰコーディングされたブロックに対して適用される。

【0155】

３４．双線形補間フィルタ以外の補間フィルタがＡＬＷＩＰのアップサンプリングプロセスで使用され得る、ことが提案される。
ａ．一例で、４－タップ補間フィルタが、ＡＬＷＩＰのアップサンプリングプロセスで使用されてもよい。
ｉ．例えば、クロマ成分について動き補償を行うために使用されるＶＶＣでの４－タップ補間フィルタが、ＡＬＷＩＰのアップサンプリングプロセスで使用されてもよい。
ｉｉ．例えば、角度イントラ予測を行うために使用されるＶＶＣでの４－タップ補間フィルタが、ＡＬＷＩＰのアップサンプリングプロセスで使用されてもよい。
ｉｉｉ．例えば、ルーマ成分について動き補償を行うために使用されるＶＶＣでの８－タップ補間フィルタが、ＡＬＷＩＰのアップサンプリングプロセスで使用されてもよい。

【0156】

３５．ＡＬＷＩＰモードでコーディングされたブロック内のサンプルは、異なる方法で予測され得る。
ａ．一例で、Ｗ×Ｈブロックについては、その中のｓＷ×ｓＨサブブロックの予測が、それにｓＷ×ｓＨ ＡＬＷＩＰを適用することによって生成され得る。
ｉ．一例で、Ｗ×Ｈブロックについては、その左上のＷ／２×Ｈ／２ブロックの予測が、それにＷ／２×Ｈ／２ ＡＬＷＩＰを適用することによって生成され得る。
ｉｉ．一例で、Ｗ×Ｈブロックについては、その左のＷ／２×Ｈブロックの予測が、それにＷ／２×Ｈ ＡＬＷＩＰを適用することによって生成され得る。
ｉｉｉ．一例で、Ｗ×Ｈブロックについては、その上のＷ×Ｈ／２ブロックの予測が、それにＷ×Ｈ／２ ＡＬＷＩＰを適用することによって生成され得る。
ｉｖ．一例で、ｓＷ×ｓＨサブブロックは、利用可能な左又は／及び上隣接サンプルを有してもよい。
ｂ．一例で、サブブロックのポジションをどのように決定すべきかは、ブロックの大きさに依存してもよい。
ｉ．例えば、Ｗ＞＝Ｈであるとき、その左のＷ／２×Ｈブロックの予測は、それにＷ／２×Ｈ ＡＬＷＩＰを適用することによって生成され得る。
ｉｉ．例えば、Ｈ＞＝Ｗであるとき、その上のＷ×Ｈ／２ブロックの予測は、それにＷ×Ｈ／２ ＡＬＷＩＰを適用することによって生成され得る。
ｉｉｉ．例えば、ＷがＨに等しいとき、その左上のＷ／２×Ｈ／２ブロックの予測は、それにＷ／２×Ｈ／２ ＡＬＷＩＰを適用することによって生成され得る。
ｃ．一例で、更に、残りのサンプル（サンプルはｓＷ×ｓＨサブブロックに属さない）の予測は、Ｗ×Ｈ ＡＬＷＩＰを適用することによって生成され得る。
ｉ．代替的に、残りのサンプルの予測は、従来のイントラ予測を適用することによって（例えば、変換されたイントラ予測モードをイントラモードとして使用して）生成されてもよい。
ｉｉ．更に、計算は、ｓＷ×ｓＨサブブロック内のサンプルについてはスキップされてもよい。

【0157】

３６．ＡＬＷＩＰモードでコーディングされたブロック内のサンプルは、サブブロック（例えば、サイズｓＷ×ｓＨを有する）レベルで予測され得る。
ａ．一例で、ｓＷ×ｓＨ ＡＬＷＩＰは、隣接する再構成されたサンプル（例えば、境界サブサンプルの場合）又は／及び隣接する予測されたサンプル（例えば、インターサブブロックの場合）を用いて各サブブロックに適用され得る。
ｂ．一例で、サブブロックは、ラスタスキャン順序で予測されてもよい。
ｃ．一例で、サブブロックは、ジグザグ順序で予測されてもよい。
ｄ．一例で、サブブロックの幅（高さ）は、ｓＷＭａｘ（ｓＨＭａｘ）よりも大きくなくてもよい。
ｅ．一例で、幅若しくは高さのどちらか又は幅及び高さの両方でブロックがしきい値Ｌよりも大きい（又はそれに等しい）とき、そのブロックは複数のサブブロックに分割されてもよい。
ｆ．しきい値Ｌは、予め定義されるか、あるいは、ＳＰＳ／ＰＰＳ／ピクチャ／スライス／タイルグループ／タイルレベルでシグナリングされてもよい。
ｉ．代替的に、しきい値は、ブロックサイズ、ピクチャタイプ、時間レイヤインデックス、などのような特定のコーディングされた情報に依存してもよい。

【0158】

３７．隣接するサンプル（隣接又は非隣接）は、ＡＬＷＩＰで使用される前にフィルタリングされる、ことが提案される。
ａ．代替的に、隣接するサンプルは、ＡＬＷＩＰで使用される前にフィルタリングされない。
ｂ．代替的に、隣接するステップは、ＡＬＷＩＰで使用される前に条件付きでフィルタリングされる。
ｉ．例えば、隣接するサンプルは、ＡＬＷＩＰイントラ予測モードが１つ又はいくつかの特定の値に等しいときにのみ、ＡＬＷＩＰで使用される前にフィルタリングされる。

【0159】

３８．ＡＬＷＩＰフラグをコーディングするときに、算術符号でＡＬＷＩＰフラグのコンテキストを導出する方法は、現在のブロックの全ての大きさについて同じである。
ａ．一例で、算術符号でＡＬＷＩＰフラグのコンテキストを導出する方法は、（Ａｂｓ（Ｌｏｇ２（ｃｂＷｉｄｔｈ）－Ｌｏｇ２（ＣｂＨｅｉｇｈｔ）））が１よりも大きいか否かにかかわらず同じである。ここで、ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔｈが、夫々、現在のブロックの幅及び高さである。
ｂ．一例で、算術符号でのＡＬＷＩＰフラグのコンテキストの導出は、隣接するブロックのＡＬＷＩＰ情報及び／又は隣接するブロックの利用可能性にのみ依存する。
ｉ．一例で、複数の隣接ブロックのＡＬＷＩＰ情報（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）及び／又は隣接ブロックの利用可能性は直接に使用される。例えば、左及び上隣接ブロックのＡＬＷＩＰフラグ及び／又は左及び上隣接ブロックの利用可能性が、算術符号でＡＬＷＩＰフラグのコンテキストを導出するために使用される。例は表５に示される。代替的に、更に、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ＆＆ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ＆＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ×３である。

【表2】

ｉｉ．一例で、隣接するブロックの１つのＡＬＷＩＰ情報（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）が、算術符号でＡＬＷＩＰフラグのコンテキストを導出するために使用され、その隣接するブロックは左隣接ブロックである。例は表６に示される。代替的に、更に、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ＆＆ａｖａｉｌａｂｌｅＬ）＋ｃｔｘＳｅｔＩｄｘ×３である。

【表3】

ｉｉｉ．一例で、隣接するブロックの１つのＡＬＷＩＰ情報（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）が、算術符号でＡＬＷＩＰフラグのコンテキストを導出するために使用され、その隣接するブロックは上隣接ブロックである。例は表７に示される。代替的に、更に、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＡ＆＆ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ×３である。

【表4】

ｃ．一例で、１つの固定コンテキストが、算術符号でＡＬＷＩＰフラグをコーディングするために使用される。
ｄ．一例で、ＡＬＷＩＰフラグは、算術符号でバイパスコーディングされる。
ｅ．代替的に、Ｋ個のコンテンツが、算術符号でＡＬＷＩＰフラグをコーディングするために使用されてもよい。使用されるコンテンツは、ブロックの大きさ（例えば、Ｗとして表される幅及びＨとして表される高さ）に依存してもよい。
ｉ．一例で、Ｋは２に等しい。Ｗ＞Ｎ×Ｈ又はＨ＞Ｎ×Ｗ（例えば、Ｎ＝２）であるときには、第１コンテキストが使用され、そうでない場合には、第２コンテキストが使用される。

【0160】

３９．Ｎ（Ｎ＞＝０）個のコンテキストが、算術符号でＡＬＷＩＰフラグ（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）をコーディングするために使用され得る、ことが提案される。
ａ．一例で、Ｎは３に等しい。２つの隣接又は／及び非隣接ブロックのＡＬＷＩＰフラグ及び／又は利用可能性が、算術符号でＡＬＷＩＰフラグの使用されるコンテンツを導出するために使用され得る。
ｉ．一例で、２つの隣接ブロックは、上ブロック（例えば、図１０のＢ１）及び左ブロック（例えば、図１０のＡ１）を含んでもよい。
ｉｉ．一例で、２つの隣接ブロックは、上ブロック及び左下ブロック（例えば、図１０のＡ２）を含んでもよい。
ｉｉｉ．一例で、２つの隣接ブロックは、上ブロック及び右上ブロック（例えば、図１０のＢ２）を含んでもよい。
ｉｖ．一例で、２つの隣接ブロックは、右上ブロック（例えば、図１０のＢ２）及び左ブロック（例えば、図１０のＢ１）を含んでもよい。
ｖ．一例で、２つの隣接ブロックは、右上ブロック（例えば、図１０のＢ２）及び左下ブロック（例えば、図１０のＡ２）を含んでもよい。
ｖｉ．一例で、２つの隣接ブロックは、左ブロック（例えば、図１０のＡ１）及び左下ブロック（例えば、図１０のＡ２）を含んでもよい。
ｖｉｉ．一例で、隣接ブロックは、図１０とは別なふうに定義されてもよく、例は図１６に示されている。２つの隣接ブロックは、｛右上、上、左上、左、左下｝ブロックのうちのいずれか２つを含み得る。例えば、２つの隣接ブロックは、｛Ｂ０，Ｂ１，Ｂ２，Ａ０，Ａ１｝にあるブロックのうちのいずれか２つを含み得る。
ｂ．一例で、Ｎは２に等しい。１つの隣接又は／及び非隣接ブロックのＡＬＷＩＰフラグ及び／又は利用可能性が、算術符号でＡＬＷＩＰフラグの使用されるコンテンツを導出するために使用され得る。
ｉ．一例で、隣接ブロックは、｛右上、上、左上、左、左下｝ブロックのうちのいずれか１つであってよい。隣接ブロックの例は、図１０に示されている。
ｉｉ．一例で、隣接ブロックは、｛右上、上、左上、左、左下｝ブロックのうちのいずれか１つであってよい。隣接ブロックの例は、図１６に示されている。
ｃ．一例で、１つの固定コンテキストが、算術符号でＡＬＷＩＰフラグをコーディングするために使用されてもよい。
ｄ．一例で、ＡＬＷＩＰフラグは、算術符号でバイパスコーディングされてもよい。図１６は、隣接するブロックの例を示す。

【0161】

４０．低減された境界サンプルが、アップサンプリング境界サンプルを計算せずに生成され得る、ことが提案される。
ａ．一例で、アップサンプリング境界サンプルポジションに位置している参照サンプルは、予測アップサンプリングプロセスのために直接に使用される。
ｉ．一例で、アップサンプリング境界サンプルは、複数の隣接参照サンプルを平均することによって計算されなくてもよい。
ｂ．一例で、低減された境界サンプルは、参照サンプル及びダウンスケーリング係数から直接に計算され得る。
ｉ．一例で、ダウンサンプリング係数は、変換ブロックサイズ及びダウンサンプリングされた境界サイズによって計算され得る。

【0162】

４１．マトリクス乗算のために使用される低減された境界サンプルは、１つの段階で生成され得る、ことが提案される。
ａ．一例で、それらは、１つの段階で、元の再構成された隣接サンプルから直接に生成され得る（ＶＶＣ ＷＤ４は、セクション２．２．１．５．４．４で記載されるように、ＡＬＷＩＰ低減境界サンプルを生成するために２段階のダウンサンプリングを使用することに留意されたい）。ここで、元の再構成された隣接サンプルは、更なる処理を伴わないデコードされた隣接サンプルであってよい。例えば、元の再構成された隣接サンプルは、角度インター予測サンプルを生成するために使用され得る。
ｂ．一例で、低減された境界サンプルは、現在のブロックの上隣接行及び／又は左隣接列に位置する元の再構成されたサンプルから生成され得る。
ｉ．例えば、Ｎ個の低減された境界サンプルが、現在のブロックに（所与の順序で）隣接しているＭ個の元の再構成されたサンプルから生成される必要があるとすれば、各Ｋ個の連続した元の再構成された隣接サンプルが、１つの出力される低減された境界サンプルを得るために使用され得る。
１）一例で、Ｋ＝Ｍ／Ｎである。
ａ．代替的に、Ｋ＝（Ｍ＋Ｎ／２）／Ｎである。
２）一例で、１つの出力される低減された境界サンプルは、Ｋ個の連続した元の再構成された隣接サンプルの平均として導出されてもよい。
３）一例で、１つの出力される低減された境界サンプルは、Ｋ個の連続した元の再構成された隣接サンプルの加重平均として導出されてもよい。
ｃ．一例で、左側の低減された境界サンプルは、現在のブロックの左隣接列に位置している元の再構成されたサンプルから生成され得、一方、上側の低減された境界サンプルは、現在のブロックの上隣接行に位置している元の再構成されたサンプルから生成され得る。
ｉ．例えば、図１７に表されているように、ｂｏｕｎｄａｒｙ_ｌｅｆｔ及びｂｏｕｎｄａｒｙ_ｔｏｐと夫々表されている、左境界及び上境界上の４つの低減された境界サンプルが、現在の１６×１６ＡＬＷＩＰブロックの左／上側の元の隣接する再構成されたサンプル（図中、１６×１６ブロックに隣接する灰色グリッドとしてマークされている）によって生成される。
ｄ．低減された境界サンプルをどのように生成すべきかは、ブロック寸法／コーディングされた情報（例えば、イントラ予測モード、変換タイプ、など）に依存してもよい。
ｅ．一例で、上記の方法は、低減された境界サンプルを生成することを必要とするＡＬＷＩＰブロックの全サイズ（例えば、４×４ＡＬＷＩＰブロックから６４×６４ＡＬＷＩＰブロック）に適用され得る。
ｆ．一例で、現在のブロックの左隣接列及び現在のブロックの上隣接行についての低減された境界サンプルの生成プロセスは、異なる方法で行われてもよい。
ｉ．例えば、８×４ＡＬＷＩＰブロックについては、予め定義された低減された境界サンプルの数は上に４及び左に４であり、８×４ＡＬＷＩＰブロックの上行に位置している８つの隣接サンプルは、上側で４つの低減された境界サンプルを生成するために使用され、一方、８×４ＡＬＷＩＰブロックの左列に位置している４つの隣接サンプルは、左側で４つの低減された境界サンプルとして直接にコピーされる。

【0163】

４２．低減された予測ブロックから最終的な予測ブロックを生成するためにアップサンプリングプロセスで元の再構成された隣接サンプル（現在のブロックに隣接又は非隣接）の全て又はいくつかを使用することが、提案される。
ａ．一例で、元の再構成された隣接サンプルは、現在のブロックの上隣接行及び／又は左隣接列に位置してよい。例は図１８に示されており、６４×６４の最終的な予測ブロックは、８×８の低減された予測ブロック及び６４×６４ブロックの元の再構成された隣接サンプルからアップサンプリングによって生成される。
ｉ．代替的に、更に、低減された境界サンプルは、低減された予測ブロックを得るためのマトリクス乗算のためにのみ使用されればよく、最終的な予測ブロックを生成するためのアップサンプリングプロセスでは使用されない。例えば、Ｋ個の低減された境界サンプルは、Ｍ×Ｎの低減された予測ブロックを生成するためにＡＬＷＩＰのマトリクス乗算に入力され得るが、アップサンプリングプロセスで最終的な予測ブロックを生成するために使用されなくてもよい。例えば、Ｋ＝８であり、Ｍ×Ｎは８×８である。
ｂ．一例で、選択された元の再構成された隣接サンプルが、低減された予測ブロックから最終的な予測ブロックを生成するためにアップサンプリングプロセスで使用されてもよい。
ｉ．例えば、現在のブロックの左にある全ての元の再構成された隣接サンプルが選択されてもよい。
ｉｉ．例えば、現在のブロックの上にある全ての元の再構成された隣接サンプルが選択されてもよい。
ｉｉｉ．例えば、現在のブロックの左にある各Ｍ個の連続した元の再構成された隣接サンプルのうちのＫ個が選択されてもよい。例えば、Ｋ＝１、Ｍ＝２／４／８である。
１）例えば、各Ｍ個の連続した元の再構成された隣接サンプルのうちの後方のＫ個のサンプルが選択されてもよい。
２）例えば、各Ｍ個の連続した元の再構成された隣接サンプルのうちの最初のＫ個のサンプルが選択されてもよい。
ｉｖ．例えば、現在のブロックの上にある各Ｍ個の連続した元の再構成された隣接サンプルのうちのＫ個が選択されてもよい。例えば、Ｋ＝１、Ｍ＝２／４／８である。
１）例えば、各Ｍ個の連続した元の再構成された隣接サンプルのうちの後方のＫ個のサンプルが選択されてもよい。
２）例えば、各Ｍ個の連続した元の再構成された隣接サンプルのうちの最初のＫ個のサンプルが選択されてもよい。
ｖ．例えば、選択は、ブロックの幅及び高さに依存してもよい。ｂｌｋＷｏｙｏｂｉ ｂｌｋＨは夫々、ＡＬＷＩＰブロックの幅及び高さを表すとする。また、（ｂｌｋＸ，ｂｌｋＹ）は、ブロックの左上ポジションを表す。
１）例えば、ｂｌｋＷがｂｌｋＨ以上である場合に、現在のブロックの左にある全ての元の再構成された隣接サンプルが選択され得、かつ／あるいは、Ｍによって表される、現在のブロックの上にある選択された元の再構成された隣接サンプルの数は、ｂｌｋＷに依存し得る。
ａ．一例で、現在のブロックの上にあるｋ番目の選択されたサンプルは、ポジション（ｂｌｋＸ＋（ｋ＋１）×ｂｌｋＷ／Ｍ－１，ｂｌｋＹ－１）にあってよく、ここで、ｋは０からＭ－１である。
ｂ．例えば、ｂｌｋＷ＜＝８である場合に、Ｍ＝４である。
ｃ．例えば、ｂｌｋＷ＞８である場合に、Ｍ＝８である。
ｄ．代替的に、ｂｌｋＷとｂｌｋＨの間の関係にかかわらず、現在のブロックの左にある全ての元の再構成された隣接サンプルが選択され得、かつ／あるいは、現在のブロックの上にあるＭ個の元の再構成された隣接サンプルが選択され得る。ここで、Ｍは上記の規則によって決定される。
２）例えば、ｂｌｋＷがｂｌｋＨよりも小さい場合に、現在のブロックの上にある全ての元の再構成された隣接サンプルが選択され得、かつ／あるいは、Ｍによって表される、現在のブロックの左にある選択された元の再構成された隣接サンプルの数は、ｂｌｋＨに依存し得る。
ａ．一例で、現在のブロックの左にあるｋ番目の選択されたサンプルは、ポジション（ｂｌｋＸ－１，ｂｌｋＹ＋（ｋ＋１）×ｂｌｋＨ／Ｍ－１）にあってよく、ここで、ｋは０からＭ－１である。
ｂ．例えば、ｂｌｋＨ＜＝８である場合に、Ｍ＝４である。
ｃ．例えば、ｂｌｋＨ＞８である場合に、Ｍ＝８である。
ｄ．代替的に、ｂｌｋＷとｂｌｋＨの間の関係にかかわらず、現在のブロックの上にある全ての元の再構成された隣接サンプルが選択され得、かつ／あるいは、現在のブロックの左にあるＭ個の元の再構成された隣接サンプルが選択され得る。ここで、Ｍは上記の規則によって決定される。
ｃ．一例で、ＡＬＷＩＰアップサンプリングのために使用される隣接するサンプルは、最終的な予測ブロックを生成するために使用される前に更に変更（例えば、フィルタリング、ここで、フィルタはＮ－タップフィルタであってよく、例えば、Ｎ＝２又は３である）されてもよい。
ｉ．一例で、隣接するサンプルのフィルタリングプロセスは、ＡＬＷＩＰモードに従って適応的に適用され得る。
ｄ．最終的な予測ブロックをどのように生成すべきか（例えば、線形補間）は、ブロック寸法／コーディングされた情報（例えば、イントラ予測方向、変換タイプ、など）に依存してもよい。

【0164】

４３．一例で、サンプルは、ＡＬＷＩＰでのアップサンプリングプロセスにおいて異なるフィルタリング段階で異なる精度を有してもよい。「サンプル」は、予測サンプル、又はアップサンプリングプロセスの前若しくは後の任意の中間サンプルを指し得る。
ａ．一例で、ＡＬＷＩＰでのアップサンプリングプロセスにおいて、サンプルは、第１フィルタリング段階で水平方向に第１次元に沿ってアップサンプリングされ、次いで、サンプルは、第２フィルタリング段階で垂直方向に第２次元に沿ってアップサンプリングされる。
ｉ．代替的に、ＡＬＷＩＰでのアップサンプリングプロセスにおいて、サンプルは、第１フィルタリング段階で垂直方向に第１次元に沿ってアップサンプリングされ、次いで、サンプルは、第２フィルタリング段階で水平方向に第２次元に沿ってアップサンプリングされる。
ｂ．一例で、第１フィルタリング段階での右シフト又は除算によらない出力されたアップサンプリング結果は、第２フィルタリング段階への入力サンプルとして使用されてもよい。
ｉ．一例で、第２フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、Ｓｈｉｆｔ１だけ右シフトされるか、又はＤｅｍ１で除され得る。
ｉｉ．一例で、第１フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、Ｓｈｉｆｔ２だけ右シフトされるか、又はＤｅｍ２で除され得る。
１）一例で、Ｓｈｆｉｔ１＝２×Ｓｈｉｆｔ２、Ｄｅｍ１＝Ｄｅｍ２×Ｄｅｍ２である。
ｉｉｉ．一例で、第２フィルタリング段階へ入力されるが、第１フィルタリング段階での出力されたアップサンプリング結果ではないサンプルは、第２フィルタリング段階へ入力される前に、Ｓｈｉｆｔ３だけ左シフトされるか、又はＤｅｍ３を乗じられ得る。
１）一例で、Ｓｈｉｆｔ３＝Ｓｈｉｆｔ１、Ｄｅｍ３＝Ｄｅｍ２である。
ｃ．一例で、第１フィルタリング段階での出力されたアップサンプリング結果は、第２フィルタリング段階への入力サンプルとして使用される前に、Ｓｈｉｆｔ１だけ右シフトされるか、又はＤｅｍ１で除され得る。
ｉ．一例で、第２フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、Ｓｈｉｆｔ２だけ右シフトされるか、又はＤｅｍ２で除され得る。ここで、Ｓｈｉｆｔ２は、Ｓｈｉｆｔ１に等しくなくてもよく、例えば、Ｓｈｉｆｔ２＞Ｓｈｉｆｔ１であり、Ｄｅｍ２は、Ｄｅｍ１に等しくなくてもよく、例えば、Ｄｅｍ２＞Ｄｅｍ１である。
ｉｉ．一例で、第１フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、Ｓｈｉｆｔ３だけ右シフトされるか、又はＤｅｍ３で除され得る。ここで、Ｓｈｉｔｆ３は、Ｓｈｉｆｔ１に等しくてもよく、Ｄｅｍ３は、Ｄｅｍ１に等しくなくてもよい。
１）一例で、Ｓｈｆｉｔ３＝Ｓｈｉｆｔ１＋Ｓｈｉｆｔ２である。
ｉｉｉ．一例で、第２フィルタリング段階へ入力されるが、第１フィルタリング段階での出力されたアップサンプリング結果ではないサンプルは、第２フィルタリング段階へ入力される前に、左シフトされるか、又は係数を乗じられ得る。
ｄ．一例で、第１フィルタリング段階での出力されたアップサンプリング結果は、第２フィルタリング段階への入力サンプルとして使用される前に、Ｓｈｉｆｔ１だけ左シフトされるか、又はＤｅｍ１を乗じられ得る。
ｉ．一例で、第２フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、右シフトされるか、又は係数で除され得る。
ｉｉ．一例で、第１フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、右シフトされるか、又は係数で除され得る。
ｉｉｉ．一例で、第２フィルタリング段階へ入力されるが、第１フィルタリング段階での出力されたアップサンプリング結果ではないサンプルは、第２フィルタリング段階へ入力される前に、Ｓｈｉｆｔ２だけ左シフトされるか、又はＤｅｍ２を乗じられ得る。ここで、Ｓｈｉｆｔ２は、Ｓｈｉｆｔ１に等しくなくてもよく、例えば、Ｓｈｉｆｔ２＞Ｓｈｉｆｔ１であり、Ｄｅｍ１は、Ｄｅｍ２に等しくなくてもよく、例えば、Ｄｅｍ２＞Ｄｅｍ１である。
ｅ．一例で、第１フィルタリング段階へ入力されるサンプルは、第１フィルタリング段階への入力サンプルとして使用される前に、Ｓｈｉｆｔ１だけ左シフトされるか、又はＤｅｍ１を乗じられ得る。
ｉ．一例で、第２フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、右シフトされるか、又は係数で除され得る。
ｉｉ．一例で、第１フィルタリング段階での出力されたアップサンプリングフィルタリング結果は、最終的なアップサンプリングされた結果を導出するために、右シフトされるか、又は係数で除され得る。
ｉｉｉ．一例で、第２フィルタリング段階へ入力されるが、第１フィルタリング段階での出力されたアップサンプリング結果ではないサンプルは、第２フィルタリング段階へ入力される前に、Ｓｈｉｆｔ２だけ左シフトされるか、又はＤｅｍ２を乗じられ得る。ここで、Ｓｈｉｆｔ２は、Ｓｈｉｆｔ１に等しくなくてもよく、例えば、Ｓｈｉｆｔ２＞Ｓｈｉｆｔ１であり、Ｄｅｍ２は、Ｄｅｍ１に等しくなくてもよく、例えば、Ｄｅｍ２＞Ｄｅｍ１である。

【0165】

４４．ＡＬＷＩＰでのアップサンプリングは、垂直アップサンプリング及び水平アップサンプリングの両方が必要とされるときに固定順序で実行され得る、ことが提案される。
ａ．一例で、水平アップサンプリングが最初に実行されてもよく、垂直アップサンプリングは２番目に実行されてもよい。
ｂ．一例で、垂直アップサンプリングが最初に実行されてもよく、水平アップサンプリングは２番目に実行されてもよい。

【0166】

４５．一例で、アップサンプリング前のＡＬＷＩＰでの予測サンプルは、ブロック寸法に応じて転置されてもよい。
ａ．一例で、Ｗ×Ｈブロックは最初にＨ×Ｗブロックに転置されてもよく、それからアップサンプリングが適用され得る。
ｂ．代替的に、更に、アップサンプリングプロセスの後に、アップサンプリングされたサンプルが逆の方法で転置されてもよい。

【0167】

４６．双線形フィルタの代わりの代替的な補間フィルタが、ＡＬＷＩＰでのアップサンプリングのために使用されてもよい、ことが提案される。
ａ．一例で、（４－タップ、６－タップ、８－タップなどの）ガウスフィルタが使用されてもよい。
ｂ．一例で、（４－タップ、６－タップ、８－タップなどの）キュービックフィルタが使用されてもよい。
ｃ．一例で、クロマサンプルの動き補償で使用される補間フィルタが使用されてもよい。
ｄ．一例で、ルーマサンプルの動き補償で使用される補間フィルタ（６－タップ、８－タップなど）が使用されてもよい。
ｅ．どの補間フィルタが使用されるかは、ブロック寸法に依存してもよい。
ｆ．どの補間フィルタが使用されるかは、アップサンプリング比に依存してもよい。
ｇ．どの補間フィルタが使用されるかは、ＡＬＷＩＰの予測モードに依存してもよい。
ｈ．どの補間フィルタが使用されるかは、いくつのサンプルがアップサンプリングのために利用可能であるかに依存してもよい。
ｉ．例えば、１つの行（又は列）に４つの利用可能なサンプル（隣接する参照サンプルを除く）があるときには、４－タップ補間フィルタが使用され得る。
ｉｉ．例えば、１つの行（又は列）に８つの利用可能なサンプル（隣接する参照サンプルを除く）があるときには、４－タップ又は８－タップ補間フィルタが使用され得る。

【0168】

４７．ＡＬＷＩＰモードでコーディングされたブロックのためのＭＰＭは、隣接するブロックから独立して構成され得る、ことが提案される。
ａ．一例で、ＡＬＷＩＰモードでコーディングされたブロックのためのＭＰＭは、予め定義される。
ｉ．例えば、予め定義されたＭＰＭは、全てのブロック寸法について｛Ｍ０，Ｍ１，Ｍ２｝である。例えば、Ｍ０＝０、Ｍ１＝１、及びＭ２＝２である。
ｉｉ．例えば、ＡＬＷＩＰモードでコーディングされたブロックのための予め定義されたＭＰＭは、ブロック寸法に依存してもよい。例えば、ＡＬＷＩＰモードでコーディングされたブロックのための予め定義されたＭＰＭは、セクション２．２．１．５で定義されているｓｉｚｅＩｄに依存してもよい。
１）例えば、ｓｉｚｅＩＤが０に等しいときに、ＭＰＭは順に｛１７，３４，５｝である。
２）例えば、ｓｉｚｅＩＤが１に等しいときに、ＭＰＭは順に｛０，７，１６｝である。
３）例えば、ｓｉｚｅＩＤが２に等しいときに、ＭＰＭは順に｛１，４，６｝である。
ｉｉｉ．例えば、ＡＬＷＩＰモードでコーディングされたブロックのための予め定義されたＭＰＭは、最初のＫ個のマトリクスと関連付けられるよう固定であってよい。
１）一例で、Ｋ＝３である。
２）一例で、Ｋはブロック寸法に依存してもよい。

【0169】

４８．ブロック寸法にかかわらず、ＡＬＷＩＰに利用されるマトリクスの数を統一することが、提案される。
ａ．一例で、Ｓ個のマトリクスが、全てのブロック寸法について保存され得る。例えば、Ｓ＝１１、Ｓ＝１９、又はＳ＝３５である。
ｂ．一例で、ＡＬＷＩＰモードシグナリングは、全てのブロック寸法について同じように行われる。
ｃ．代替的に、更に、マトリクスは、異なるブロック寸法ごとに異なってもよい。

【0170】

５ 実施形態
新たに加えられた部分は、太字イタリック体で強調表示されており、削除された部分は、下線を付されたイタリック体テキストで強調表示されている。

【0171】

５．１ 一例
３つのコンテキストが、ＡＬＷＩＰフラグをコーディングするために使用される。

【表5】

【0172】

５．２ 一例
１つの固定コンテキストが、ＡＬＷＩＰフラグをコーディングするために使用される。

【表6】

【0173】

５．３ 一例
１ステップで境界低減プロセスを実行する。以下の実施形態は、採択されたＪＶＥＴ－Ｎ０２２０－ｐｒｏｐｏｓａｌ－ｔｅｓｔ－ＣＥ３－４．１＿ｖ２に基づく。

【表7】

【0174】

５．４ 一例
ＡＬＷＩＰでのアップサンプリングプロセスにおいて異なるフィルタリング段階で異なる精度により予測サンプルを導出する。以下の実施形態は、採択されたＪＶＥＴ－Ｎ０２１７－ｐｒｏｐｏｓａｌ－ｔｅｓｔ－ＣＥ３－４．１＿ｖ２に基づく。

【表8】

【0175】

５．５ ビュレット４０に対応する例
ブロック寸法はＷ×Ｈであるとする。サンプルＰ（ｘ，ｙ）（なお、ｘ＝Ｓｘ，Ｓｘ＋Ｋｘ，Ｓｘ＋２Ｋｘ，Ｓｘ＋３Ｋｘ，・・・、ｙ＝Ｓｙ，Ｓｙ＋Ｋｙ，Ｓｙ＋２Ｋｙ，Ｓｙ＋３Ｋｙ，・・・）は、アップサンプリングされたサンプルＳ（ｘ，ｙ）（なお、ｘ＝０，１，２，・・・Ｗ－１、ｙ＝０，１，２，・・・Ｈ－１）を導出するためにアップサンプリングプロセスへ入力される。Ｋｘ及びＫｙは、夫々、水平及び垂直方向に沿ったステップサイズである。（Ｓｘ，Ｓｙ）は開始ポジションである。

【0176】

１－Ｄアップサンプリングは、第１段階では水平方向で行われ、１－Ｄアップサンプリングは、第２段階では垂直方向で行われるとする。

【0177】

一例で、右シフトを伴わない第１段階での出力結果は：

Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ）
＝Ｆ１×Ｐ（Ｓｘ，Ｓｙ）＋Ｆ２×Ｐ（Ｓｘ＋Ｋｘ，Ｓｙ）

Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）
＝Ｆ１×Ｐ（Ｓｘ，Ｓｙ＋Ｋｙ）＋Ｆ２×Ｐ（Ｓｘ＋Ｋｘ，Ｓｙ＋Ｋｙ）

として導出され得る。Ｆ１、Ｆ２は、２－タップフィルタの係数であり、Ｆ１＋Ｆ２＝２^Ｎである。次いで、第２段階での出力結果は：

Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋１）
＝Ｆ３×Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ）＋Ｆ４×Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）

として導出され得る。Ｆ３、Ｆ４は、２－タップフィルタの係数であり、Ｆ３＋Ｆ４＝２_Ｎである。次いで、最終的なアップサンプリングされたサンプル値は：

Ｓ（Ｓｘ＋Ｋｘ－１，Ｓｙ＋１）
＝Ｓｈｉｆｔ（Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋１），２Ｎ）；

Ｓ（Ｓｘ＋Ｋｘ－１，Ｓｙ）
＝Ｓｈｉｆｔ（Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ），Ｎ）；

Ｓ（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）
＝Ｓｈｉｆｔ（Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ），Ｎ）

として定義され得る。

【0178】

５．６ 一例
低減された境界サンプルを１つの段階で導出し、アップサンプリングのために参照バッファを生成する。以下の実施形態は、採択されたＪＶＥＴ－Ｎ０２１７－ｐｒｏｐｏｓａｌ－ｔｅｓｔ－ＣＥ３－４．１＿ｖ２に基づく。

【表9】

【0179】

５．７ 一例
ＡＬＷＩＰでの固定順序のアップサンプリング（別名、マトリクスベースのイントラ予測、又はＭＩＰ）についての例がここでは与えられる。テキストは、ＪＶＥＴ－Ｎ１００１－ｖ６に基づく。

【0180】

５．７．１ 最初の水平アップサンプリング及び次の垂直アップサンプリング

【表10】

【0181】

５．７．２ 最初の垂直アップサンプリング及び次の水平アップサンプリング

【表11】

【0182】

５．８ ＭＰＭコーディングのためのＪＶＥＴ－Ｎ１００１－ｖ７に基づく作業草案の例

【表12】

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

いくつかの実施形態において、コーディングモードは、イントラ及びインター複合予測（Combined Intra and Inter Prediction，ＣＩＩＰ）モードであり、方法１４００は、ＡＬＷＩＰモードと通常のイントラ予測モードとの間の選択を行うステップを更に含む。例において、選択を行うことは、現在のビデオブロックのビットストリーム表現における明示的なシグナリングに基づく。他の例においては、選択を行うことは、所定の規則に基づく。更なる他の例においては、所定の規則は、現在のビデオブロックがＣＩＩＰモードを用いてコーディングされるときには常にＡＬＷＩＰモードを選択する。更なる他の例においては、所定の規則は、現在のビデオブロックがＣＩＩＰモードを用いてコーディングされるときには常に通常のイントラ予測モードを選択する。

【0210】

いくつかの実施形態において、コーディングモードは、交差成分線形モデル（ＣＣＬＭ）予測モードである。例において、ＡＬＷＩＰモードのためのダウンサンプリングプロシージャは、ＣＣＬＭ予測モードのためのダウンサンプリングプロシージャに基づく。他の例においては、ＡＬＷＩＰモードのためのダウンサンプリングプロシージャは、パラメータの第１セットに基づき、ＣＣＬＭ予測モードのためのダウンサンプリングプロシージャは、パラメータの第１セットとは異なるパラメータの第２セットに基づく。更なる他の例においては、ＡＬＷＩＰモード又はＣＣＬＭ予測モードのためのダウンサンプリングプロシージャは、ダウンサンプリングされたポジションの選択、ダウンサンプリングフィルタの選択、丸め演算又はクリッピング演算、のうちの少なくとも１つを有する。

【0211】

いくつかの実施形態において、方法１４００は、縮小された２次変換（ＲＳＴ）、２次変換、回転変換又は分離不可能な２次変換（ＮＳＳＴ）のうちの１つ以上を適用するステップを更に含む。

【0212】

いくつかの実施形態において、方法１４００は、ブロックベースの差分パルス符号変調（Differential Pulse Coded Modulation，ＤＰＣＭ）又は残差ＤＰＣＭを適用するステップを更に含む。

【0213】

いくつかの実施形態において、ビデオ処理方法は、現在のビデオブロックに対する規則に基づいて、現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換中にアフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードの使用を示すフラグのコンテキストを決定するステップと、ＡＬＷＩＰモードに基づいて、現在のビデオブロックの複数のサブブロックを予測するステップと、予測に基づいて、現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換を実行するステップとを含む。規則は、アプリオリ法を用いて暗黙的に定められてもよく、あるいは、コーディングされたビットストリームでシグナリングされてもよい。この方法の他の例及び態様は、セクション４の項目３７及び３８で更に記載されている。

【0214】

いくつかの実施形態において、ビデオ処理のための方法は、現在のビデオブロックがアフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いてコーディングされていることを決定するステップと、現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換中に、ＡＬＷＩＰモードに関連したアップサンプリングプロセスにおいて現在のビデオブロックのサンプルに対して少なくとも２つのフィルタリング段階を実行するステップとを含み、少なくとも２つのフィルタリング段階のうちの第１フィルタリング段階におけるサンプルの第１精度は、少なくとも２つのフィルタリング段階のうちの第２フィルタリング段階におけるサンプルの第２精度とは異なる。

【0215】

例において、現在のビデオブロックのサンプルは、予測サンプル、アップサンプリングプロセス前の中間サンプル、又はアップサンプリングプロセス後の中間サンプルである。他の例において、サンプルは、第１フィルタリング段階では水平方向に第１次元でアップサンプリングされ、また、サンプルは、第２フィルタリング段階では垂直方向に第２次元でアップサンプリングされる。更なる他の例においては、サンプルは、第１フィルタリング段階では垂直方向に第１次元でアップサンプリングされ、また、サンプルは、第２フィルタリング段階では水平方向に第２次元でアップサンプリングされる。

【0216】

例において、第１フィルタリング段階の出力は、処理された出力を生成するよう右シフト又は除算され、処理された出力は、第２フィルタリング段階へ入力される。他の例においては、第１フィルタリング段階の出力は、処理された出力を生成するよう左シフト又は乗算され、処理された出力は、第２フィルタリング段階へ入力される。この方法の他の例及び態様は、セクション４の項目４０で更に記載されている。

【0217】

セクション４の項目４１から４３で更に記載されているように、ビデオ処理方法は、現在のビデオブロックがアフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いてコーディングされていることを決定するステップと、現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換中に、ＡＬＷＩＰモードに関連したアップサンプリングプロセスにおいて現在のビデオブロックのサンプルに対して少なくとも２つのフィルタリング段階を実行するステップとを含み、アップサンプリングプロセスは、垂直及び水平の両方のアップサンプリングが実行される場合に固定順序で実行される。セクション４の項目４１から４３で更に記載されているように、他の方法は、現在のビデオブロックがアフィン線形重み付きイントラ予測（ＡＬＷＩＰ）モードを用いてコーディングされていることを決定するステップと、現在のビデオブロックとその現在のビデオブロックのビットストリーム表現との間の変換中に、ＡＬＷＩＰモードに関連したアップサンプリングプロセスにおいて現在のビデオブロックのサンプルに対して少なくとも２つのフィルタリング段階を実行するステップとを含み、変換は、アップサンプリングプロセスより前に転置動作を実行することを含む。

【0218】

上記の方法の更なる特徴は、セクション４の項目４１から４３に記載されている。

【0219】

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

【0220】

いくつかの実施形態において、ビデオコーディング方法は、図１５に関連して記載されているハードウェアプラットフォームで実装される装置を用いて実装されてもよい。

【0221】

開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを有効にするとの決定又は判断を行うことを含む。例において、ビデオ処理ツール又はモードが有効にされる場合に、エンコードは、ビデオのブロックの処理においてそのツール又はモードを使用又は実装することになるが、ツール又はモードの使用に基づき、必ずしも、結果として得られるビットストリームを変更するわけではない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、ビデオ処理ツール又はモードが決定又は判断に基づき有効にされる場合にそのツール又はモードを使用することになる。他の例においては、ビデオ処理ツール又はモードが有効にされる場合に、デコーダは、ビットストリームがそのビデオ処理ツール又はモードに基づき変更されていると知った上で、ビットストリームを処理することになる。つまり、ビデオのビットストリーム表現から美とのブロックへの変換は、決定又は判断に基づき有効にされたビデオ処理ツール又はモードを用いて実行されることになる。

【0222】

開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを無効にするとの決定又は判断を行うことを含む。例において、ビデオ処理ツール又はモードが無効にされる場合に、エンコーダは、ビデオのブロックからビデオのビットストリーム表現への変換においてそのツール又はモードを使用しない。他の例においては、ビデオ処理ツール又はモードが無効にされる場合に、デコーダは、決定又は判断に基づき無効にされたビデオ処理ツール又はモードを用いてビットストリームは変更されていないと知った上で、ビットストリームを処理することになる。

【0223】

図２１は、本開示の技術を利用し得る例示的なビデオコーディングシステム１００を表すブロック図である。図２１に示されるように、ビデオコーディングシステム１００は、発信元デバイス１１０及び送信先デバイス１２０を含んでよい。発信元デバイス１１０は、エンコードされたビデオデータを生成し、ビデオ符号化デバイスと呼ばれ得る。送信先デバイス１２０は、発信元デバイス１１０によって生成されたエンコードされたビデオデータをデコードすることができ、ビデオ復号化デバイスと呼ばれ得る。発信元デバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インターフェース１１６を含んでよい。

【0224】

ビデオソース１１２は、ビデオ捕捉デバイスなどのソース、ビデオコンテンツプロバイダからビデオデータを受け取るインターフェース、及び／又はビデオデータを生成するコンピュータグラフィクスシステム、あるいは、そのようなソースの組み合わせを含んでよい。ビデオデータは１つ以上のピクチャを有してもよい。ビデオエンコーダ１１４は、ビットストリームを生成するようビデオソース１１２からのビデオデータをエンコードする。ビットストリームは、ビデオデータのコーディングされた表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングされたピクチャ及び関連するデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連するデータは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含んでよい。エンコードされたビデオデータは、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に対してネットワーク１３０ａを通じて直接に伝送されてよい。エンコードされたビデオデータはまた、送信先デバイス１２０によるアクセスのために記憶媒体／サーバ１３０ｂに記憶されてもよい。

【0225】

送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、ビデオデコーダ１２４、及び表示デバイス１２２を含んでよい。

【0226】

Ｉ／Ｏインターフェース１２６は、受信器及び／又はモデムを含んでよい。Ｉ／Ｏインターフェース１２６は、発信元デバイス１１０又は記憶媒体／サーバ１３０ｂからエンコードされたビデオデータを取得してよい。ビデオデコーダ１２４は、エンコードされたビデオデータをデコードしてよい。表示デバイス１２２は、デコードされたビデオデータをユーザに表示してよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてもよく、あるいは、外付け表示デバイスとインターフェース接続するよう構成されて送信先デバイス１２０の外にあってもよい。

【0227】

ビデオエンコーダ１１４及びビデオデコーダ１２４は、ＨＥＶＣ（High Efficiency Video Coding）標準規格、ＶＶＣ（Versatile Video Coding）標準規格、並びに他の現在の及び／又は更なる標準規格などのビデオ圧縮規格に従って作動してもよい。

【0228】

図２２は、ビデオエンコーダ２００の例を表すブロックであり、図２１に表されているシステム１００のビデオエンコーダ１１４であってよい。

【0229】

ビデオエンコーダ２００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図２２の例において、ビデオエンコーダ２００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオエンコーダ２００の様々なコンポーネントの間で共有されてもよい。いくつかの例において、プロセッサは、本開示で記載される技術のいずれか又は全てを実行するよう構成されてもよい。

【0230】

ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニット２０６を含み得る予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピ符号化ユニット２１４とを含んでよい。

【0231】

他の例において、ビデオエンコーダ２００は、より多い、より少ない、又は異なる機能コンポーネントを含んでもよい。例において、予測ユニット２０２は、イントラブロックコピー（Intra Block Copy，ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが、現在のビデオブロックが位置しているピクチャであるＩＢＣモードで、予測を実行してよい。

【0232】

更に、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントは、高度に集積されてもよいが、説明のために図２２の例では別々に表されている。

【0233】

パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティション化してよい。ビデオエンコーダ２００及びビデオデコーダ３００は、様々なビデオブロックサイズをサポートしてよい。

【0234】

モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインターのコーディングモードの１つを選択し、結果として得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７へ、及び参照ピクチャとしての使用のために、エンコードされたブロックを再構成する再構成ユニット２１２へ供給してよい。いくつかの例において、モード選択ユニット２０３は、予測がインター予測信号及びイントラ予測信号に基づくイントラ及びインター予測複合（Combination of Intra and Inter Prediction，ＣＩＩＰ）モードを選択してもよい。モード選択ユニット２０３はまた、インター予測の場合に、ブロックの動きベクトルのための分解能（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

【0235】

現在のビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在のビデオブロックと比較することによって、現在のビデオブロックの動き情報を生成してもよい。動き補償ユニット２０５は、動き情報と、現在のビデオブロックに関連したピクチャ以外のバッファ２１３からのピクチャのデコードされたサンプルとに基づいて、現在のビデオブロックの予測されたビデオブロックを決定してもよい。

【0236】

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在のビデオブロックがＩスライス、Ｐスライス、又はＢスライスであるかどうかに応じて、現在のビデオブロックのために異なる動作を実行してもよい。

【0237】

いくつかの例において、動き推定ユニット２０４は、現在のビデオブロックのために一方向予測を実行してもよく、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックをリスト０又はリスト１の参照ピクチャから探してもよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックスと、現在のビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルとを生成してよい。動き推定ユニット２０４は、現在のビデオブロックの動き情報として参照インデックス、予測方向インジケータ、及び動きベクトルを出力してもよい。動き補償ユニット２０５は、現在のビデオブロックの動き情報によって示されている参照ビデオブロックに基づいて、現在のブロックの予測されたビデオブロックを生成してもよい。

【0238】

他の例においては、動き推定ユニット２０４は、現在のビデオブロックのために双方向予測を実行してもよく、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックをリスト０内の参照ピクチャから探してもよく、また、現在のビデオブロックのためのもう１つの参照ビデオブロックをリスト１内の参照ピクチャから探してもよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０及びリスト１内の参照ピクチャを示す参照インデックスと、参照ビデオブロックと現在のビデオブロックとの間の空間変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在のビデオブロックの動き情報として現在のビデオブロックの参照インデックス及び動きベクトルを出力してもよい。動き補償ユニット２０５は、現在のビデオブロックの動き情報によって示されている参照ビデオブロックに基づいて、現在のビデオブロックの予測されたビデオブロックを生成してもよい。

【0239】

いくつかの例において、動き推定ユニット２０４は、デコーダの復号化処理のために動き情報のフルセットを出力してもよい。

【0240】

いくつかの例において、動き推定ユニット２０４は、現在のビデオの動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、他のビデオブロックの動き情報を参照して現在のビデオブロックの動き情報をシグナリングしてもよい。例えば、動き推定ユニット２０４は、現在のビデオブロックの動き情報が隣接ビデオブロックの動き情報と十分に類似していることを決定してもよい。

【0241】

一例において、動き推定ユニット２０４は、現在のビデオブロックに関連したシンタックス構造で、現在のビデオブロックが他のビデオブロックと同じ動き情報を有していることをビデオデコーダ３００に示す値を示してもよい。

【0242】

他の例においては、動き推定ユニット２０４は、現在のビデオブロックに関連したシンタックス構造で、他のビデオブロック及び動きベクトル差分（Motion Vector Difference，ＭＶＤ）を特定してもよい。動きベクトル差分は、現在のビデオブロックの動きベクトルと、特定されているビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、現在のビデオブロックの動きベクトルを決定するために、特定されているビデオブロックの動きベクトル及び動きベクトル差分を使用してもよい。

【0243】

上述されたように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングしてもよい。ビデオエンコーダ２００によって実装され得る予測シグナリング技術の２つの例には、アドバンスド動きベクトル予測（Advanced Motion Vector Prediction，ＡＭＶＰ）及びマージモードシグナリングがある。

【0244】

イントラ予測ユニット２０６は、現在のビデオブロックに対してイントラ予測を実行してもよい。イントラ予測ユニット２０６が現在のビデオブロックに対してイントラ予測を実行する場合に、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックのデコードされたサンプルに基づいて、現在のビデオブロックの予測データを生成し得る。現在のビデオブロックの予測データは、予測されたビデオブロック及び様々なシンタックス要素を含んでもよい。

【0245】

残差生成ユニット２０７は、現在のビデオブロックから現在のビデオブロックの予測されたビデオブロックを減じること（例えば、マイナス符号によって示される）によって、現在のビデオブロックの残差データを生成してもよい。現在のビデオブロックの残差データは、現在のビデオブロック内のサンプルの異なるサンプルコンポーネントに対応する残差ビデオブロックを含んでもよい。

【0246】

他の例においては、例えば、スキップモードで、現在のビデオブロックの残差データは存在しなくてもよく、残差生成ユニット２０７は、減算演算を実行しなくてもよい。

【0247】

変換処理ユニット２０８は、現在のビデオブロックに関連した残差ビデオブロックに１つ以上の変換を適用することによって、現在のビデオブロックの１つ以上の変換係数ビデオブロックを生成してもよい。

【0248】

変換処理ユニット２０８が現在のビデオブロックに関連した変換係数ビデオブロックを生成した後、量子化ユニット２０９は、現在のビデオブロックに関連した１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在のビデオブロックに関連した変換係数ビデオブロックを量子化してもよい。

【0249】

逆量子化ユニット２１０及び逆変換ユニット２１１は、変換係数ビデオブロックに各々逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してもよい。再構成ユニット２１２は、再構成された残差ビデオブロックを、予測ユニット２０２によって生成された１つ以上の予測されたビデオブロックからの対応するサンプルに加えて、バッファ２１３での記憶のために、現在のブロックに関連した再構成されたビデオブロックを生成してもよい。

【0250】

再構成ユニット２１２がビデオブロックを再構成した後、ループフィルタリング動作が、ビデオブロックにおいてビデオブロッキングアーチファクトを低減するよう実行されてもよい。

【0251】

エントロピ符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受け取ってもよい。エントロピ符号化ユニット２１４がデータを受け取るとき、エントロピ符号化ユニット２１４は、エントロピエンコードされたデータを生成し、そのエントロピエンコードされたデータを含むビットストリームを生成するよう、１つ以上のエントロピ符号化動作を実行してもよい。

【0252】

図１９は、ビデオデコーダ３００の例を表すブロック図であり、図２１で表されているシステム１００のビデオデコーダ１２４であってよい。

【0253】

ビデオデコーダ３００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図１９の例で、ビデオデコーダ３００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオデコーダ３００の様々なコンポーネントの間で共有されてもよい。いくつかの例で、プロセッサは、本開示で記載される技術のいずれか又は全てを実行するよう構成されてもよい。

【0254】

図１９の例において、ビデオデコーダ３００は、エントロピ復号化ユニット３０１と、動き補償ユニット３０２と、イントラ予測ユニット３０３と、逆量子化ユニット３０４と、逆変換ユニット３０５と、再構成ユニット３０６と、バッファ３０７とを含む。ビデオデコーダ３００は、いくつかの例において、ビデオエンコーダ２００（図５）に関して記載された符号化パスとは概して逆の復号化パスを実行してもよい。

【0255】

エントロピ復号化ユニット３０１は、エンコードされたビットストリームを取り出し得る。エンコードされたビットストリームは、エントロピコーディングされたビデオデータ（例えば、ビデオデータのエンコードされたブロック）を含んでもよい。エントロピ復号化ユニット３０１は、エントロピコーディングされたビデオデータをデコードしてよく、エントロピデコードされたビデオデータから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定し得る。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することによって、そのような情報を決定してもよい。

【0256】

動き補償ユニット３０２は、場合により、補間フィルタに基づく補間を実行して、動き補償されたブロックを生成してもよい。サブピクセル精度で使用される補間フィルタのための識別子は、シンタックス要素に含まれてもよい。

【0257】

動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルについて補間値を計算するために、ビデオブロックのエンコード中にビデオエンコーダ２００によって使用された補間フィルタを使用してもよい。動き補償ユニット３０２は、受け取られたシンタックス情報に従って、ビデオエンコーダ２００によって使用された補間フィルタを決定し、その補間フィルタを使用して、予測ブロックを生成し得る。

【0258】

動き補償ユニット３０２は、エンコードされたビデオシーケンスのフレーム及び／又はスライスをエンコードするために使用されるブロックのサイズと、エンコードされたビデオシーケンスのピクチャの各マクロブロックがどのようにパーティション化されるかを記述するパーティション情報と、各インターコーディングされたブロックについての１つ以上の参照フレーム（及び参照フレームリスト）と、エンコードされたビデオシーケンスをデコードするための他の情報とを決定するために、シンタックス情報のいくつかを使用してもよい。

【0259】

イントラ予測ユニット３０３は、空間的に隣接するブロックから予測ブロックを形成するよう、例えば、ビットストリームで受け取られたイントラ予測モードを使用してもよい。逆量子化ユニット３０４は、ビットストリームで供給されてエントロピ復号化ユニット３０１によってデコードされた量子化されたビデオブロック係数を逆量子化する、すなわち、量子化解除する。逆変換ユニット３０５は、逆変換を適用する。

【0260】

再構成ユニット３０６は、動き補償ユニット３０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックを残差ブロックに加算して、デコードされたブロックを形成し得る。望まれる場合には、デブロッキングフィルタも、ブロッキネスアーチファクトを取り除くために、デコードされたブロックにフィルタをかけるよう適用されてもよい。デコードされたビデオブロックは、次いで、バッファ３０７に格納され、バッファ３０７は、その後の動き補償／イントラ予測のために参照ブロックを提供し、更には、デコードされたビデオを表示デバイスでの提示のために生成する。

【0261】

本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号化、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、ビデオブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、エンコードされてよい。更には、変換中、デコーダは、上記の解決法で説明されているように、決定に基づいて、いくつかのフィールドの有無の可能性を分かった上でビットストリームをパースしてもよい。同様に、エンコーダは、特定のシンタックスフィールドが含まれるべきか否かを決定し、それに応じて、ビットストリーム表現からシンタックスフィールドを含めるか又は除くことによって、ビットストリーム表現を生成してもよい。

【0262】

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

【0263】

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

【0264】

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

【0265】

いくつかの実施形態において、ＡＬＷＩＰモード又はＭＩＰモードは、ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的に（又は任意に）アップサンプリング動作（又は線形補間動作）が後に続く境界ダウンサンプリング動作（又は平均化動作）を実行することによって、現在のビデオブロックの予測ブロックを計算するために使用される。いくつかの実施形態において、ＡＬＷＩＰモード又はＭＩＰモードは、ビデオの前にコーディングされたサンプルに対して境界ダウンサンプリング動作（又は平均化動作）を実行し、その後にマトリクスベクトル乗算演算が続くことによって、現在のビデオブロックの予測ブロックを計算するために使用される。いくつかの実施形態において、ＡＬＷＩＰモード又はＭＩＰモードはまた、マトリクスベクトル乗算演算を実行した後で、アップサンプリング動作（又は線形補間動作）も実行することができる。

【0266】

図２３は、ビデオ処理のための例示的な方法のフローチャートを示す。方法２３００は、ビデオのルーマビデオブロックが、該ルーマビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（Matrix-based Intra Prediction，ＭＩＰ）モードを用いてコーディングされるかどうかの第１決定を実行するステップ２３０２と、前記ルーマビデオブロックが、前記ビデオの現在のクロマビデオブロックのためのクロマイントラモードを決定するために適用可能であるとの第２決定を実行するステップ２３０４であり、前記第２決定の実行は、前記現在のクロマビデオブロックに関連した現在のピクチャの左上ルーマサンプルに対する前記現在のクロマビデオブロックの左上サンプルに基づき、前記第２決定の実行は、現在のビデオユニットのカラーフォーマット及び／又は前記ルーマビデオブロックに対する前記現在のクロマビデオブロックの大きさに基づく、ステップ２３０４と、前記第１決定及び前記第２決定に基づき、前記現在のクロマビデオブロックに使用される前記クロマイントラモードに関する第３決定を実行するステップ２３０６と、前記第３決定に基づき、前記現在のクロマビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップ２３０８とを含む。

【0267】

方法２３００のいくつかの実施形態において、前記クロマイントラモードは、直接モード（direct mode）又は導出モード（derived mode）を含む。方法２３００のいくつかの実施形態において、前記現在のクロマビデオブロックの前記左上サンプルは、前記ルーマビデオブロック内に位置し、前記現在のクロマビデオブロックの第１幅及び前記現在のクロマビデオブロックの第１高さは、夫々、前記ルーマビデオブロックの第２幅及び前記ルーマビデオブロックの第２高さ以下である。方法２３００のいくつかの実施形態において、前記現在のピクチャの前記左上ルーマサンプルに対する前記現在のクロマビデオブロックの前記左上サンプルは、（ｘＣｂ，ｙＣｂ）であり、前記ルーマビデオブロック内に位置している（ｘＣｂ＋ｏｆｆｓｅｔＸ，ｙＣｂ＋ｏｆｆｓｅｔＹ）によって表されるポジションの予測モードは、前記現在のクロマビデオブロックのための前記クロマイントラモードを決定するために適用可能であり、前記ｏｆｆｓｅｔＸは、水平方向でのオフセットであり、前記ｏｆｆｓｅｔＹは、垂直方向でのオフセットである。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＸ及び前記ｏｆｆｓｅｔＹの両方がゼロに等しいことは、許されない。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＸは、前記現在のクロマビデオブロックの幅を２で除したものに等しい。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＸは、前記ルーマビデオブロックの幅を２で除したものに等しい。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＸは、前記現在のクロマビデオブロックの幅を２で除した結果から１を引いたものに等しい。

【0268】

方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＸは、前記現在のクロマビデオブロックの幅を２で除した結果に１を加えたものに等しい。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＹは、前記現在のクロマビデオブロックの高さを２で除したものに等しい。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＹは、前記ルーマビデオブロックの高さを２で除したものに等しい。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＹは、前記現在のクロマビデオブロックの高さを２で除した結果から１を引いたものに等しい。方法２３００のいくつかの実施形態において、前記ｏｆｆｓｅｔＹは、前記現在のクロマビデオブロックの高さを２で除した結果に１を加えたものに等しい。

【0269】

図２４は、ビデオ処理のための例示的な方法のフローチャートを示す。方法２４００は、ビデオのルーマビデオブロックが、該ルーマビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードを用いてコーディングされるとの第１決定を実行するステップ２４０２と、前記第１決定に基づき、導出モード（ＤＭ）が、前記ルーマビデオブロックに関連した現在のクロマビデオブロックのためのクロマイントラモードとして使用されるかどうかに関して、規則に従って、第２決定を実行するステップ２４０４と、前記第２決定に基づき、前記現在のクロマビデオブロックと該現在のクロマビデオブロックのビットストリーム表現との間の変換を実行するステップ２４０６とを含む。

【0270】

方法２４００のいくつかの実施形態において、前記規則は、前記ルーマビデオブロックが前記ＭＩＰモードを用いてコーディングされることに応答して、前記ＤＭが前記クロマイントラモードとして使用されることを定める。方法２４００のいくつかの実施形態において、前記ビットストリーム表現における前記クロマイントラモードのシグナリングは、スキップされる。方法２４００のいくつかの実施形態において、前記変換を実行するステップは、前記ビットストリーム表現における前記現在のクロマビデオブロックのための前記ＤＭのシグナリングを含み、前記規則は、予め定義されたイントラ予測モードが前記現在のクロマビデオブロックに適用されることを定める。方法２４００のいくつかの実施形態において、前記予め定義されたイントラ予測モードは、プレーナーモード（Planar mode）である。方法２４００のいくつかの実施形態において、前記予め定義されたイントラ予測モードは、スクリーンコンテンツに関連したコーディングされた情報に基づく。方法２４００のいくつかの実施形態において、前記スクリーンコンテンツがカメラにより捕捉されたスクリーンコンテンツであることを前記コーディングされた情報が示すことに応答して、前記予め定義されたイントラ予測モードはプレーナーモードである。

【0271】

方法２４００のいくつかの実施形態において、前記スクリーンコンテンツがカメラにより捕捉されたコンテンツでないことを前記コーディングされた情報が示すことに応答して、前記予め定義されたイントラ予測モードは水平予測モードである。方法２４００のいくつかの実施形態において、前記規則は、前記ルーマビデオブロックが前記ＭＩＰモードを用いてコーディングされることに応答して、前記クロマイントラモードとして使用されないことを定める。方法２４００のいくつかの実施形態において、前記ＤＭは、前記ビットストリーム表現においてシグナリングされない。方法２４００のいくつかの実施形態において、４つのクロマモードが、前記クロマイントラモードのために認められ、前記ルーマビデオブロックが前記ＭＩＰモードを用いてコーディングされることに応答して、かつ、交差成分線形モデル予測（Cross-Component Linear Model prediction，ＣＣＬＭ）が前記現在のクロマビデオブロックのために有効にされないことをフラグが示すことに応答して、前記現在のクロマビデオブロックのために前記ビットストリーム表現においてシグナリングされる。方法２４００のいくつかの実施形態において、多くても２ビットが、前記ビットストリーム表現において前記クロマイントラモードをシグナリングするために使用される。方法２４００のいくつかの実施形態において、７つのクロマモードが、前記クロマイントラモードのために認められ、前記ルーマビデオブロックが前記ＭＩＰモードを用いてコーディングされることに応答して、かつ、交差成分線形モデル予測（ＣＣＭＬ）が前記現在のクロマビデオブロックのために有効にされることをフラグが示すことに応答して、前記現在のクロマビデオブロックのために前記ビットストリーム表現においてシグナリングされる。方法２４００のいくつかの実施形態において、多くても４ビットが、前記ビットストリーム表現において前記クロマイントラモードをシグナリングするために使用される。

【0272】

図２５は、ビデオ処理のための例示な方法のフローチャートを示す。方法２５００は、ビデオの現在のビデオブロックが、該現在のビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードでコーディングされることを決定するステップ２５０２と、前記決定するステップに基づき、規則に基づいて最確モード（Most Probable Mode，ＭＰＭ）リストを生成するステップ２５０４であり、前記規則は、前記ＭＰＭリストが、前記現在のビデオブロックの隣接ビデオブロックについて生成された他のＭＰＭリストから独立して生成されることを定める、前記生成するステップ２５０４と、前記ＭＰＭリストを用いて前記現在のビデオブロックと該現在のビデオブロックのビットストリーム表現との間の変換を実行するステップ２５０６とを含む。

【0273】

方法２５００のいくつかの実施形態において、前記ＭＰＭリストは、予め定義された最確モードを含む。方法２５００のいくつかの実施形態において、前記予め定義された最確モードは、前記現在のビデオブロックの大きさに関わりなく｛Ｍ０，Ｍ１，Ｍ２｝を含む。方法２５００のいくつかの実施形態において、前記予め定義された最確モードは、前記現在のビデオブロックの大きさに基づく。方法２５００のいくつかの実施形態において、前記予め定義された最確モードは、前記現在のビデオブロックのブロックサイズタイプを示す識別子に基づく。方法２５００のいくつかの実施形態において、前記ブロックサイズタイプを示す前記識別子は、非負値である。方法２５００のいくつかの実施形態において、前記識別子は、０、１、又は２を含む。方法２５００のいくつかの実施形態において、前記予め定義された最確モードは、前記ブロックサイズタイプの前記識別子が特定の値に等しいことに応答して、｛１７，３４，５｝である。方法２５００のいくつかの実施形態において、前記特定の値は０である。方法２５００のいくつかの実施形態において、前記予め定義された最確モードは、前記ブロックサイズタイプの前記識別子が特定の値に等しいことに応答して、｛０，７，１６｝である。方法２５００のいくつかの実施形態において、前記特定の値は１である。方法２５００のいくつかの実施形態において、前記予め定義された最確モードは、前記ブロックサイズタイプの前記識別子が特定の値に等しいことに応答して、｛１，４，６｝である。方法２５００のいくつかの実施形態において、前記特定の値は２である。

【0274】

図２６は、ビデオ処理のための例示的な方法のフローチャートを示す。方法２６００は、ビデオの現在のビデオブロックの予測ブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードを用いて、前記現在のビデオブロックをエンコードするステップ２６０２であり、規則が、前記ＭＩＰモードで使用されるマトリクスの数と前記現在のビデオブロックの大きさとの間の関係を記述する、ステップ２６０２と、前記現在のビデオブロックのエンコードされた表現を前記現在のビデオブロックのビットストリーム表現に加えるステップ２６０４とを含む。

【0275】

図２７は、ビデオ処理のための例示的な方法のフローチャートを示す。方法２７００は、ビデオの現在のビデオブロックが、前記ビデオの前にコーディングされたサンプルに対して、マトリクスベクトル乗算演算が後に続き、選択的にアップサンプリング動作が後に続く境界ダウンサンプリング動作を実行することによって決定されるマトリクスベースイントラ予測（ＭＩＰ）モードを用いて、前記現在のビデオブロックの予測ブロックがビットストリーム表現においてエンコードされていることを決定するステップ２７０２であり、規則が、前記ＭＩＰモードで使用されるマトリクスの数と前記現在のビデオブロックの大きさとの間の関係を記述する、ステップ２７０２と、前記ビットストリーム表現をパースしデコードすることによって、前記現在のビデオブロックのデコードされた表現を生成するステップ２７０４とを含む。

【0276】

方法２６００及び／又は２７００のいくつかの実施形態において、前記規則は、前記マトリクスの数が前記現在のビデオブロックの前記大きさに基づかないことを定め、前記マトリクスの数は、前もって記憶されており、前記マトリクスの数は、１１、１９、又は３５である。方法２６００及び／又は２７００のいくつかの実施形態において、前記規則は、前記マトリクスの数が前記現在のビデオブロックの前記大きさに基づかないことを定め、前記ＭＩＰモードのシグナリングは、前記現在のビデオブロックの前記ビットストリーム表現に含まれ、前記ＭＩＰモードの前記シグナリングは、前記現在のビデオブロックの前記大きさに依存しない。方法２６００及び／又は２７００のいくつかの実施形態において、前記規則は、前記マトリクスの数が前記現在のビデオブロックの前記大きさに基づくことを定める。

【0277】

本明細書で記載される方法のいずれかのいくつかの実施形態において、変換の実行は、ビットストリーム表現が現在のビデオブロックから生成される符号化動作を含む。本明細書で記載される方法のいずれかのいくつかの実施形態において、変換の実行は、現在のビデオブロックがビットストリーム表現から生成される復号化動作を含む。

【0278】

上記から、目下開示されている技術の具体的な実施形態は、例示のために本明細書で記載されているのであって、様々な変更が、発明の範囲から逸脱せずに行われてもよい、ことが理解されるだろう。従って、目下開示されている技術は、添付の特許請求の範囲によることを除いて、限定されない。

【0279】

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

【0280】

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

【0281】

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

【0282】

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

【0283】

本明細書は、図面とともに、単に実例として見なされるべきであることが意図され、実例とは例を意味する。本明細書で使用されるように、「又は」（or）の使用は、文脈中で別段明示されない限りは、「及び／又は」（and/or）を含むよう意図される。

【0284】

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

【0285】

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

【0286】

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

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【外国語明細書】