JP7404526B2 - カラーコンポーネントに基づくシンタックスシグナリング及び構文解析 - Google Patents

Description

［関連出願の相互参照］
本願は、２０１９年１０月８日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１１３６４６号の優先権及び利益を適時に主張する、２０２０年１０月２８日に出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１２４３１７号の国内段階である。法に基づく全ての目的のために、前述の出願の全ての開示は、参照により、本願の開示の一部として組み込まれる。

本願は、ビデオコーディング技術、装置及びシステムに関する。

ビデオ圧縮の進歩にもかかわらず、デジタルビデオは依然としてインターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅使用を占めている。ビデオの受信及び表示が可能な接続ユーザ装置の数が増加するにつれて、デジタルビデオ使用のための帯域幅の需要は増加し続けることが予想される。

デジタルビデオコーディングに関する装置、システム及び方法、具体的には、ビデオコーディングのためのマトリクスベースのイントラ予測方法を説明する。説明する方法は、既存のビデオコーディング規格（例えば、高効率ビデオコーディング（ＨＥＶＣ））及び将来のビデオコーディング規格(例えば、汎用ビデオコーディング（ＶＶＣ）)又はコーデックの両方に適用され得る。

代表的な態様では、開示の技術は、ビデオ処理のための方法を提供するために用いられ得る。この例示の方法は、複数のビデオブロックを含むビデオの現在のビデオブロックと、該ビデオのビットストリーム表現との間の変換のために、ルールに基づいてマトリクスベースのイントラ予測（ＭＩＰ）ツールのための最確モード（ＭＰＭ）リストを生成することであって、ＭＩＰツールは、該変換の間に、前記ビデオの前にコード化されたサンプルに対して、境界ダウンサンプリング動作と、次いでマトリクスベクトル乗算動作と、次いで、選択的にアップサンプリング動作を行うことにより、現在のビデオブロックの予測ブロックを決定することを含み、該ルールは、ＭＩＰモードの数と複数のビデオブロックの寸法との間のマッピングを規定する、ことと、前記生成することに基づいて前記変換を行うこととを含む。

別の代表的な態様では、開示の技術は、ビデオ処理のための方法を提供するために用いられ得る。この例示の方法は、ビデオのクロマビデオブロックと該ビデオのビットストリーム表現との間の変換を、ルールに基づいて該クロマビデオブロックに適用される二次変換ツールのサイド情報（ｓｉｄｅ ｉｎｆｏｒｍａｔｉｏｎ）を用いて行うこと、を含み、該二次変換ツールは、前記ルールに基づいて適用される場合、量子化の前に前記クロマビデオブロックの残差に適用される順方向一次変換の出力に対して、エンコーディングの間に順方向二次変換を適用するか又は逆方向一次変換を適用する前に、前記クロマビデオブロックの逆量子化の出力に対して、デコーディングの間に逆方向二次変換を適用することを含み、前記ビットストリーム表現において前記サイド情報がコード化される方法は、対応するルーマビデオブロックのコーディングモードに依存しない。

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

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

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

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

さらに別の代表的な態様では、開示の技術は、ビデオ処理のための方法を提供するために用いられ得る。この例示の方法は、現在のビデオブロックのために、アフィン線形重み付けイントラ予測（ＡＬＷＩＰ）モードを用いて第１の予測を生成することと、該第１の予測に基づいて、ＰＤＰＣ（ｐｏｓｉｔｉｏｎ ｄｅｐｅｎｄｅｎｔ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）を用いて第２の予測を生成することと、第２の予測に基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を行うこととを含む。

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

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

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

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

さらに別の態様では、ビデオ処理の方法が開示される。本方法は、現在のビデオブロックがアフィン線形重み付けイントラ予測（ＡＬＷＩＰ）モードを用いてコード化されていると判定することと、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換の間に、ＡＬＷＩＰモードに関連するアップサンプリングプロセスにおいて現在のビデオブロックのサンプルに対して少なくとも２つのフィルタリングステージを行うこととを含み、該変換は、アップサンプリングプロセスの前に転置（ｔｒａｎｓｐｏｓｉｎｇ）動作を行うことを含む。

さらに別の態様では、ビデオ処理の方法が開示される。本方法は、ビデオの現在のビデオブロックとビデオのビットストリーム表現との間の変換のために、現在のビデオブロックが条件を満たすことにより、変換における二次変換の使用のシグナリングが輝度マトリクスベースのイントラ予測（ＭＩＰ）ツールのシグナリングから切り離されていると判定することと、該判定することに基づいて前記変換を行うこととを含む。

さらに別の態様では、ビデオ処理の方法が開示される。本方法は、ビデオの現在のビデオブロックに関連するコーディング条件に基づいて、二次変換に関連するサイド情報がビデオのビットストリーム表現に含まれているかどうか判定することと、該判定することに基づいて現在のビデオブロックとビットストリーム表現との間の変換を行うこととを含む。

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

さらに別の代表的な態様では、上述の方法を行うように構成されるか又は動作可能な装置が開示される。本装置は、この方法を実施するようにプログラムされたプロセッサを含み得る。

さらに別の代表的な態様では、ビデオデコーダ装置は、本明細書に記載の方法を実施し得る。

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

図１は、３３のイントラ予測方向の一例を示す。 図２は、６７のイントラ予測モードの一例を示す。 図３は、線形モデルの重みの導出のために用いられるサンプルの位置の例を示す。 図４は、予測ブロックに隣接する４つの参照線の例を示す。 図５Ａ及び図５Ｂは、ブロックサイズに応じたサブパーティションの例を示す。 図６は、４×４ブロックのためのＡＬＷＩＰの一例を示す。 図７は、８×８ブロックのためのＡＬＷＩＰの一例を示す。 図８は、８×４ブロックのためのＡＬＷＩＰの一例を示す。 図９は、１６×１６ブロックのためのＡＬＷＩＰの一例を示す。 図１０は、ＭＰＭリスト構築において用いられる隣接ブロックの一例を示す。 図１１は、開示の技術に係る、マトリクスベースのイントラ予測のための例示の方法のフローチャートを示す。 図１２は、開示の技術に係る、マトリクスベースのイントラ予測のための別の例示の方法のフローチャートを示す。 図１３は、開示の技術に係る、マトリクスベースのイントラ予測のためのさらに別の例示の方法のフローチャートを示す。 図１４は、開示の技術に係る、マトリクスベースのイントラ予測のためのさらに別の例示の方法のフローチャートを示す。 図１５は、本願で説明するビジュアルメディアデコーディング又はビジュアルメディアエンコーディング技術を実施するためのハードウェアプラットフォームの一例のブロック図である。 図１６は、隣接ブロックの一例を示す。 図１７は、提案する縮小境界サンプル生成の一例である。 図１８は、元の再構成された近隣サンプルを用いた提案するアップサンプリングの例を示す。 図１９は、ビデオデコーダの一例を示すブロック図である。 図２０は、本明細書で開示の様々な技術が実施され得る例示のビデオ処理システムを示すブロック図である。 図２１は、本開示の技術を利用し得る例示のビデオコーディングシステムを示すブロック図である。 図２２は、ビデオエンコーダの一例を示すブロック図である。 図２３は、開示の技術に係る、マトリクスベースのイントラ予測のためのさらに別の例示の方法の例示のフローチャートを示す。 図２４は、開示の技術に係る、マトリクスベースのイントラ予測のためのさらに別の例示の方法の例示のフローチャートを示す。 図２５は、コンテキストコード化ビンを有するシンタックス要素へのｃｔｘＩｎｃの割り当てを含む、更新されたテーブルを示す。 図２６は、コンテキストコード化ビンを有するシンタックス要素へのｃｔｘＩｎｃの割り当てを含む、更新されたテーブルを示す。 図２７は、イントラ予測モードとＭＩＰモードとの間のマッピングの仕様のための更新されたテーブルを示す。 図２８は、ＭＩＰ及びイントラ予測モード間のマッピングの仕様のための更新されたテーブルを示す。

より高い解像度のビデオに対する要求の高まりにより、ビデオコーディング方法及び技術は現代の技術においてありふれたものになっている。ビデオコーデックは、典型的には、デジタルビデオを圧縮又は解凍する電子回路又はソフトウェアを含み、より高いコーディング効率を提供するために絶えず改良されている。ビデオコーデックは、圧縮されていないビデオの圧縮形式への変換又はその逆を行う。ビデオ品質、（ビットレートによって決定される）ビデオを表現するために用いられるデータの量、エンコーディン及びデコーディングアルゴリズムの複雑さ、データ損失及びエラーに対する感度、編集の容易さ、ランダムアクセス及びエンドツーエンド遅延（待ち時間）の間には複雑な関係がある。圧縮フォーマットは、通常、標準的なビデオ圧縮規格、例えば、高効率ビデオコーディング(ＨＥＶＣ)規格（Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られる）、最終化される汎用ビデオコーディング（ＶＶＣ）規格又は他の現在の及び／又は将来のビデオコーディング規格に準拠する。

開示の技術の実施形態は、ランタイム性能を改善するために、既存のビデオコーディング規格（例えば、ＨＥＶＣ、Ｈ.２６５）及び将来の規格に適用され得る。本明細書では、説明の可読性を向上させるためにセクション見出しを用いているが、説明又は実施形態（及び／又は実施）をそれぞれのセクションのみに限定するものではない。

１ ＨＥＶＣについての簡単なレビュー
１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、考慮されたカラーチャネルで先に再構成されたサンプルを用いて、所与のＴＢ（変換ブロック）のためにサンプルを生成することを伴う。イントラ予測モードはルーマ及びクロマチャンネルに対して別々にシグナリングされ、クロマチャンネルイントラ予測モードは「ＤＭ＿ＣＨＲＯＭＡ」モードを介してルーマチャンネルイントラ予測モードに任意に依存する。イントラ予測モードはＰＢ（予測ブロック）レベルでシグナリングされるが、イントラ予測プロセスはＣＵの残差四分木階層に従ってＴＢレベルで適用されるため、１つのＴＢのコーディングがＣＵ内の次のＴＢのコーディングに影響を与えることができるため、参照値として用いられるサンプルへの距離が減少される。

ＨＥＶＣはＤＣモード、平面モード及び３３の方向性又は「角度」イントラ予測モードの３５のイントラ予測モードを含む。３３の角度イントラ予測モードを図１に示す。

クロマカラーチャネルに関連するＰＢの場合、イントラ予測モードは、平面、ＤＣ、水平、垂直、「ＤＭ＿ＣＨＲＯＭＡ」モード又は時々、対角モード「３４」のいずれかで指定される。

クロマフォーマット４：２：２及び４：２：０では、クロマＰＢは（それぞれ）２つ又は４つのルーマＰＢと重複し得る。この場合、ＤＭ＿ＣＨＲＯＭＡのためのルーマ方向はこれらのルミナンスＰＢの左上から取得される。

ＤＭ＿ＣＨＲＯＭＡモードは、ルーマカラーチャネルＰＢのイントラ予測モードがクロマカラーチャネルＰＢに適用されることを示す。これは比較的一般的であるため、ｉｎｔｒａ＿ｃｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの最確モードコーディング方式はこのモードが選択される方に有利に偏る。

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

２．２ クロスコンポーネント線形モデル（ＣＣＬＭ）の例
一部の実施形態では、クロスコンポーネント冗長性を低減するために、クロスコンポーネント線形モデル（ＣＣＬＭ）予測モード（ＬＭとも呼ばれる）がＪＥＭで用いられ、クロマサンプルは、以下のような線形モデルを用いることにより同じＣＵの再構成ルーマサンプルに基づいて予測される。
ｐｒｅｄ_Ｃ（ｉ，ｊ）＝α・ｒｅｃ_Ｌ’（ｉ，ｊ）＋β （１）

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

このパラメータ計算はデコーディングプロセスの一部として行われ、単にエンコーダ探索操作として行われるだけではない。その結果、α及びβの値をデコーダに伝えるためにシンタックスは用いられない。

クロマイントラモードコーディングでは、クロマイントラモードコーディングのために合計で８つのイントラモードが許されている。これらのモードは５つの従来のイントラモードと３つのクロスコンポーネント線形モデルモード（ＣＣＬＭ、ＬＭ＿Ａ、ＬＭ＿Ｌ）を含む。クロマモードコーディングは、対応するルーマブロックのイントラ予測モードに直接依存する。Ｉスライスではルーマ及びクロマコンポーネントに対して別々のブロック分割構造が有効になっているため、１つのクロマブロックが複数のルーマブロックに対応し得る。したがって、クロマＤＭモードでは、現在のクロマブロックの中心位置をカバーする対応するルーマブロックのイントラ予測モードが直接継承される。

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

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

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

２．５ アフィン線形重み付けイントラ予測（ＡＬＷＩＰ又はマトリクスベースのイントラ予測）
アフィン線形重み付けイントラ予測（Ａｆｆｉｎｅ ｌｉｎｅａｒ ｗｅｉｇｈｔｅｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）（ＡＬＷＩＰ、マトリクスベースのイントラ予測（ＭＩＰ）としても知られる）がＪＶＥＴ―Ｎ０２１７で提案されている。

ＪＶＥＴ－Ｎ０２１７では、２つのテストが実施される。テスト１では、ＡＬＷＩＰは８Ｋバイトのメモリ制限で、サンプル当たり最大４乗算で設計される。テスト２はテスト１と同様であるが、メモリ要件及びモデルアーキテクチャの観点から設計がさらに簡素化される。
・全てのブロック形状に対して単一セットのマトリクス及びオフセットベクトル。
・全てのブロック形状に対してモード数を１９に低減する。
・メモリ要件を５７６０の１０ビット値、すなわち７．２０キロバイトに低減する。
・予測されたサンプルの線形補間は、方向毎に単一ステップで行い、第１のテストのように反復補間を置き換える。

２．５．１ ＪＶＥＴ－Ｎ０２１７のテスト１
幅Ｗ及び高さＨの矩形ブロックのサンプルを予測するために、アフィン線形重み付けイントラ予測（ＡＬＷＩＰ）は、ブロックの左のＨ再構成隣接境界サンプルの１ラインと、ブロックの上のＷ再構成隣接境界サンプルの１ラインを入力として取る。再構成されたサンプルが利用可能でない場合は、従来のイントラ予測でなされるように生成される。予測信号の生成は下記の３つのステップに基づく。

境界サンプルのうち、Ｗ＝Ｈ＝４の場合には４つのサンプルが、それ以外の全ての場合には８つのサンプルが平均化により抽出される。

平均化されたサンプルを入力として用いて、マトリクスベクトル乗算と、その後にオフセットの加算が行われる。その結果、元のブロック内のサブサンプリングされたサンプルセットについての低減された予測信号が得られる。

残りの位置での予測信号は、各方向において単一ステップの線形補間である線形補間により、サブサンプリングされたセットについての予測信号から生成される。

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

マトリクスベクトルの積の計算に必要な乗算の総数は常に４×Ｗ×Ｈ 以下になる。つまり、ＡＬＷＩＰモードでは、サンプル当たり最大で４回の乗算が必要となる。

２．５．２ 境界の平均化
第１のステップでは、入力境界ｂｄｒｙ^ｔｏｐ及びｂｄｒｙ^ｌｅｆｔは、より小さい境界
（外１）

及び
（外２）

に縮小される（reduced）。ここで、
（外１）

及び
（外２）

は、４×４のブロックの場合には双方２つのサンプルからなり、それ以外の全ての場合では双方４つのサンプルからなる。

４×４のブロックの場合、０≦ｉ≦２の場合以下のように定義される。

（外２）

は同様に定義される。

それ以外の場合、ブロックの幅ＷがＷ＝４・２^ｋで与えられ、０≦ｉ≦２の場合、以下のように定義される。

（外２）

は同様に定義される。

２つの縮小された境界
（外１）

及び
（外２）

は縮小された境界ベクトルｂｄｒｙ_ｒｅｄに連結され、境界ベクトルｂｄｒｙ_ｒｅｄは４×４の形状のブロックの場合のサイズは４であり、それ以外の全ての形状のブロックの場合のサイズは８である。ｍｏｄｅがＡＬＷＩＰモードを意味する場合、この連結は以下のように定義される。

最後に、サブサンプリングされた予測信号の補間のために、大きなブロックいついて、第２のバーションの平均化境界は必要になる。つまり、ｍｉｎ（Ｗ，Ｈ）＞８で、Ｗ≧Ｈの場合、Ｗ＝８＊２^ｌと記載され、０≦ｉ＜８の場合、以下のように定義される。

ｍｉｎ（Ｗ，Ｈ）＞８で、Ｈ＞Ｗの場合、
（外２）

は同様に定義される。

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

縮小された予測信号ｐｒｅｄ_ｒｅｄはマトリクスベクトルを算出し、オフセットを加えることにより以下のように計算される。

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

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

さらにｍは以下のようになる。

そして、ｉｄｘ≦１又はｉｄｘ＝２であり、ｍｉｎ（Ｗ，Ｈ）＞４の場合、Ａ＝
（外３）

及びｂ＝
（外４）

となる。ｉｄｘ＝２であり、ｍｉｎ（Ｗ，Ｈ）＝４の場合、Ａは、Ｗ＝４の場合、ダウンサンプリングされたブロックの奇数のｘ座標に対応し、Ｈ＝４の場合にはダウンサンプリングされたブロックの奇数のｙ座標に対応する
（外３）

の各列を除外することにより生じるマトリクスである。

最後に、縮小された予測信号は、
・Ｗ＝Ｈ＝４及びｍｏｄｅ≧１８
・ｍａｘ（Ｗ，Ｈ）＝８及びｍｏｄｅ≧１０
・ｍａｘ（Ｗ，Ｈ）＞８及びｍｏｄｅ≧６
の場合にその転置により置き換えられる。

Ｗ＝Ｈ＝４の場合、ｐｒｅｄ_ｒｅｄの算出に必要な乗算の数は４である。何故なら、この場合、Ａは４つの行及び１６の列を有するからである。他の全ての場合、Ａは８つの行と、Ｗ_ｒｅｄ・Ｈ_ｒｅｄ列とを有し、それらの場合には、８・Ｗ_ｒｅｄ・Ｈ_ｒｅｄ≦４・Ｗ・Ｈ回の乗算が必要になることを即座に確認する。すなわち、これらの場合でも、ｐｒｅｄ_ｒｅｄの算出にはサンプル当たり最大で４回の乗算が必要になる。

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

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

２． ８×８ブロックであると仮定すると、ＡＬＷＩＰは境界の各軸に沿って４回の平均を取る。得られた８つの入力サンプルはマトリクスベクトル乗算に入る。マトリクスはセットＳ_１から取られる。予測ブロックの奇数位置で１６のサンプルが得られる。そのため、サンプル当たり合計で（８・１６）／（８・８）＝２の乗算が行われる。オフセットを加えた後に、これらのサンプルは縮小された上側境界を用いることにより垂直方向に補間される。次に、元の左の境界を用いることにより水平補間が行われる。

３． ８×４ブロックであると仮定すると、ＡＬＷＩＰは境界の水平軸に沿って４回の平均と、左の境界で４つの元の境界値とを取る。得られた８つの入力サンプルはマトリクスベクトル乗算に入る。マトリクスはセットＳ_１から取られる。予測ブロックの奇数の水平位置及び各垂直位置で１６のサンプルが得られる。そのため、サンプル当たり合計で（８・１６）／（８・４）＝４の乗算が行われる。オフセットを加えた後に、これらのサンプルは元の左の境界を用いることにより水平補間される。

４． １６×１６ブロックであると仮定すると、ＡＬＷＩＰは境界の水平軸に沿って４回の平均を取る。得られた８つの入力サンプルはマトリクスベクトル乗算に入る。マトリクスはセットＳ_２から取られる。予測ブロックの奇数の位置で１６のサンプルが得られる。そのため、サンプル当たり合計で（８・６４）／（１６・１６）＝２の乗算が行われる。オフセットを加えた後に、これらのサンプルは上側境界の８つの平均を用いることにより垂直方向に補間される。次に、元の左の境界を用いることにより水平補間が行われる。この場合、補間プロセスは何ら乗算を加えない。そのため、ＡＬＷＩＰ予測を算出するために、サンプル当たり２回の乗算が全体で必要になる。

より大きな形状については、手順は本質的に同じであり、サンプル当たりの乗算の数は４未満であるためチェックが容易である。

Ｗ＞８のＷ×８ブロックについては、サンプルが奇数の水平位置と各垂直位置に与えられるため、水平補間のみが必要である。

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

転置されたケースはそれに応じて取り扱われる。

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

一般性を失うことなく、ｍａｘ（Ｗ，Ｈ）≧８及びＷ≧Ｈの場合のＷ×Ｈのブロックを考え見る。そして、一次元線形補間が次のように行われる。一般性を失うことなく、垂直方向への線形補間を記述すれば十分である。先ず、縮小された予測信号は、境界信号によって上部に拡げる。垂直方向のアップサンプリング係数Ｕ_ｖｅｒ＝Ｈ／Ｈ_ｒｅｄを定義し、Ｕ_ｖｅｒ＝２^ｕｖｅｒ＞１を記載する。そして、拡げられた縮小された予測信号は以下のように定義される。

次いで、この拡げられた縮小された予測信号から、垂直線形補間予測信号が以下のように生成される。

０≦ｘ≦Ｗ_ｒｅｄの場合、０≦ｙ＜Ｈ_ｒｅｄ及び０≦κ＜Ｕ_ｖｅｒである。

２．５．６ 提案するイントラ予測モードの信号化
イントラモードにおける各コーディングユニット（ＣＵ）について、ＡＬＷＩＰモードが対応する予測ユニット（ＰＵ）に適用されるかどうかを示すフラグがビットストリームで送信される。後者のインデックスの信号化は、ＪＶＥＴ－Ｍ００４３と同様にＭＲＬと調和される。ＡＬＷＩＰモードが適用される場合、ＡＬＷＩＰモードのインデックスｐｒｅｍｏｄｅが３ＭＰＭのＭＰＭ－ｌｉｓｔを用いてシグナリングされる。

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

ｐｒｅｍｏｄｅ_{ＡＬＷＩＰ}＝ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ＡＬＷＩＰ_ｉｄｘ［ｐｒｅｍｏｄｅ_{Ａｎｇｕｌａｒ}］
幅Ｗ及び高さＨの各ＰＵについて、セクション２．５．３のように３つのセットのうちのどれからＡＬＷＩＰパラメータを取るべきかを示すインデックスｉｄｘ（ＰＵ）＝ｉｄｘ（Ｗ,Ｈ）∈｛０,１,２｝が定義される。

上の予測ユニットＰＵ_{ａｂｏｖｅ}が利用可能で、現在のＰＵと同じＣＴＵに属し、イントラモードにあり、ｉｄｘ（ＰＵ）＝ｉｄｘ（ＰＵ_{ａｂｏｖｅ}）であり、ＡＬＷＩＰがＡＬＷＩＰモード
（外５）

でＰＵ_{ａｂｏｖｅ}に適用される場合、以下のようになる。

上側の予測ユニットＰＵが利用可能で、現在のＰＵと同じＣＴＵに属し、イントラモードにあり、上側のＰＵに従来のイントラ予測モード
（外６）

が適用される場合、以下のようになる。

それ以外の全ての場合は以下のようになる。

これは、このモードは利用できないことを意味する。方法は同じであるものの左側のＰＵが現在のＰＵと同じＣＴＵに属する必要があるという制約がない方法で、モード
（外７）

が導出される。

最後に、３つの固定デフォルトリストｌｉｓｔ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）が提供され、それぞれは３つの異なるＡＬＷＩＰモードを含む。デフォルトリストｌｉｓｔ_{ｉｄｘ（ＰＵ）}と、モード
（外５）

及び
（外７）

のうち、デフォルト値で－１に置き換え、繰り返しを除外することにより３つの異なるＭＰＭを構築する。

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

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

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

２．５．８ 対応する修正作業原案
一部の実施形態では、このセクションで説明したようい、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ、ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｆｌａｇ、ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ_ｉｄｘ及びｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒに関する部分が、開示の技術の実施形態に基づいて作業原案に追加されている。

一部の実施形態では、このセクションで説明したように、開示の技術の実施形態に基づいて作業原案になされた追加及び修正を示すために＜ｂｅｇｉｎ＞及び＜ｅｎｄ＞タグが用いられている。

シンタックステーブル
コーディングユニットシンタックス

意味論
＜ｂｅｇｉｎ＞ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝１は、ルーマサンプルのためのイントラ予測の種類はアフィン線形重み付けイントラ予測であることを指定する。ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝０は、ルーマサンプルのためのイントラ予測の種類はアフィン線形重み付けイントラ予測でないことを指定する。
ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、それは０と等しいと推定される。
シンタックス要素ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］及びｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘ０］［ｙ０］はルーマサンプルのためのアフィン線形重み付けイントラ予測モードを指定する。アレイインデックスｘ０、ｙ０は、ピクチャの左上のルーマサンプルに対して、考慮されるコーディングブロックの左上のルーマサンプルの位置（ｘ０、ｙ０）を指定する。ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］＝１の場合、アフィン線形重み付けイントラ予測モードは、８．４．Ｘ項に従って隣接するイントラ予測コーディングユニットから推定される。
ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、それは１と等しいと推定される。＜ｅｎｄ＞
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は、イントラサブパーティション分割の種類が水平か垂直かを指定する。ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合は以下のように推定される。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝１の場合、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は０と等しいと推定される。
－そうでなければ、下記が適用される。
－ｃｂＨｅｉｇｈｔがＭａｘＴｂＳｉｚｅＹより大きい場合、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は０と等しいと推定される。
－そうでなければ、（ｃｂＷｉｄｔｈがＭａｘＴｂＳｉｚｅＹよりも大きい）、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は１と等しいと推定される。

デコーディングプロセス
８．４．１ イントラ予測モードでコード化されたコーディングユニットのための一般的なデコーディングプロセス
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在のコーディングブロックの左上のサンプルを指定するルーマ位置（ｘＣｂ,ｙＣｂ）と、
－ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈと、
－ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔと、
－単一ツリー又は二重ツリーのどちらが用いられているか、二重ツリーが用いられている場合は、現在のツリーがルーマ又はクロマコンポーネントのどちらに対応するかを指定する変数ｔｒｅｅＴｙｐｅと、
である。
このプロセスの出力はインループフィルタリングの前の修正された再構成ピクチャである。
８．７．１項で指定される量子化パラメータの導出プロセスが、ルーマ位置（ｘＣｂ,ｙＣｂ）、ルーマサンプル内の現在のコーディングブロックの幅ｃｂＷｉｄｔｈ、ルーマサンプル内の現在のコーディングブロックの高さｃｂＨｅｉｇｈｔ及び変数ｔｒｅｅＴｙｐｅを入力として呼び出される。
ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しいか又はｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡと等しい場合、ルーマサンプルのためのデコーディングプロセスは以下のように指定される。
ｐｃｍ＿ｆｌａｇ「ｘＣｂ」「ｙＣｂ」＝１の場合、再構成ピクチャは以下のように修正される。

そうでなければ、以下が適用される。
１． ルーマイントラ予測モードは次のように導出される。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合、８．４．Ｘ項で指定されるアフィン線形重み付けイントラ予測モードの導出プロセスは、ルーマ位置（ｘＣｂ,ｙＣｂ）、ルーマサンプル内の現在のコーディングブロックの幅ｃｂＷｉｄｔｈ、ルーマサンプル内の現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として呼び出される。
－そうでなければ、８．４．２項で指定されるルーマイントラ予測モードの導出プロセスが、ルーマ位置（ｘＣｂ,ｙＣｂ）、ルーマサンプル内の現在のコーディングブロックの幅ｃｂＷｉｄｔｈ、ルーマサンプル内の現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として呼び出される。
２． ８．４．４．１項で指定されるイントラブロックの一般的な復号化プロセスが、ルーマ位置（ｘＣｂ,ｙＣｂ）、ツリーの種類ｔｒｅｅＴｙｐｅ、ｃｂＷｉｄｔｈと等しく設定された変数ｎＴｂＷ、ｃｂＨｅｉｇｈｔと等しく設定された変数ｎＴｂＨ、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定された変数ｐｒｅｄＭｏｄｅｉｎｔｒａ、０と等しく設定された変数ｃｌｄｘを入力として呼び出され、出力はインループフィルタリング前の修正された再構成ピクチャである。
...
＜ｂｅｇｉｎ＞

８．４．Ｘ アフィン線形重み付けイントラ予測モードの導出プロセス
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在のルーマコーディングブロックの左上のサンプルを指定するルーマ位置（ｘＣｂ,ｙＣｂ）と、
－ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈと、
－ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔと、
である。
このプロセスでは、アフィン線形重み付けイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の順番のステップによって導出される。
１．隣接位置（ｘＮｂＡ、ｙＮｂＡ）及び（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ（ｘＣｂ－１,ｙＣｂ）及び（ｘＣｂ,ｙＣｂ－１）と等しく設定される。
２．Ａ又はＢのいずれかで置き換えられるＸについて、変数ｃａｎｄＬｗｉｐＭｏｄｅＸは以下のように導出される。
－６．４．Ｘ項で規定されるブロックの可用性導出プロセス［Ｅｄ.（ＢＢ）：近隣ブロック可用性確認プロセスｔｂｄ］は、（ｘＣｂ,ｙＣｂ）と等しくと設定された位置（ｘＣｕｒｒ,ｙＣｕｒｒ）と、（ｘＮｂＸ,ｙＮｂＸ）と等しく設定された隣接位置（ｘＮｂＹ,ｙＮｂＹ）を入力として呼び出され、出力はａｖａｌａｂｌｅＸに割り当てられる。
－アフィン線形重み付けイントラ予測モードの候補ｃａｎｄＬｗｉｐＭｏｄｅＸは以下のように導出される。
－以下の条件のうちの１つ以上に該当する場合、ｃａｎｄＬｗｉｐＭｏｄｅＸ＝－１に設定される：
－変数ａｖａｉｌａｂｌｅＸ＝ＦＡＬＳＥの場合。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡと等しくなく、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１と等しくない場合。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］＝１の場合。
－Ｘ＝Ｂであり、ｙＣｂ－１は（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）より小さい場合。
－そうでなければ、以下が適用される。
－８．４．Ｘ．１項で規定されるブロックのサイズタイプ導出プロセスは、ルーマサンプル内の現在のコーディングブロックの幅ｃｂＷｉｄｔｈと、ルーマサンプル内の現在のコーディングブロックの高さｃｂＨｅｉｇｈｔとを入力として呼び出され、出力は変数ｓｉｚｅＩｄに割り当てられる。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］＝１の場合、８．４．Ｘ．１項に規定のブロックのサイズタイプ導出プロセスは、ルーマサンプル内の隣接するコーディングブロックの幅ｎｂＷｉｄｔｈＸ及びルーマサンプル内の隣接するコーディングブロックの高さｎｂＨｅｉｇｈｔＸを入力として呼び出され、出力は変数ｓｉｚｅＩｄＸに割り当てられる。
－ｓｉｚｅＩｄ＝ｓｉｚｅＩｄＸの場合、ｃａｎｄＬｗｉｐＭｏｄｅＸ＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に設定される。
そうでなければ、ｃａｎｄＬｗｉｐＭｏｄｅＸ＝－１に設定される。
－そうでなければ、ｃａｎｄＬｗｉｐＭｏｄｅＸは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］及び表８－Ｘ１に規定のｓｉｚｅＩｄを用いて導出される。
３． ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．２）は、表８－Ｘ２に規定のｌｗｉｐＭＰＭＣａｎｄ［ｓｉｚｅＩｄ］を用いて以下のように導出される。
－ｃａｎｄＬｗｉｐＭｏｄｅＡ及びｃａｎｄＬｗｉｐＭｏｄｅＢの両方が＝－１の場合、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［０］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］ （８－Ｘ１）
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［１］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］ （８－Ｘ２）
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［２］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－Ｘ３）
－そうでなければ、以下が適用される。
－ｃａｎｄＬｗｉｐＭｏｄｅＡ＝ｃａｎｄＬｗｉｐＭｏｄｅＢの場合又はｃａｎｄＬｗｉｐＭｏｄｅＡ又はｃａｎｄＬｗｉｐＭｏｄｅＢのいずれかが＝－１の場合は、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［０］＝（ｃａｎｄＬｗｉｐＭｏｄｅＡ！＝－１）？ｃａｎｄＬｗｉｐＭｏｄｅＡ：ｃａｎｄＬｗｉｐＭｏｄｅＢ （８－Ｘ４）
－ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［０］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］の場合は、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［１］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］ （８－Ｘ５）
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［２］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－Ｘ６）
－そうでなければ、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［１］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］ （８－Ｘ７）
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［２］＝（ｃａｎｄＬｗｉｐＭｏｄｅ［０］！＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］）？ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］：ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－Ｘ８）
－そうでなければ、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［０］＝ｃａｎｄＬｗｉｐＭｏｄｅＡ （８－Ｘ９）
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ「０」＝ｃａｎｄＬｗｉｐＭｏｄｅＢ （８－Ｘ１０）
－ｃａｎｄＬｗｉｐＭｏｄｅＡ及びｃａｎｄＬｗｉｐＭｏｄｅＢの両方がｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ][０]と等しくない場合、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［２］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］[０] （８－Ｘ１１）
－そうでなければ、以下が適用される。
－ｃａｎｄＬｗｉｐＭｏｄｅＡ及びｃａｎｄＬｗｉｐＭｏｄｅＢの両方がｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ][１]と等しくない場合、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［２］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］[１] （８－Ｘ１２）
－そうでなければ、以下が適用される。
ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［２］＝ｌｗｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］[２] （８－Ｘ１３）
４．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の手順を適用することにより導出される。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］］に設定される。
－そうでなければ、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の順番のステップを適用することにより導出される。
１．ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］がｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｊ］より大きい場合（ｉ＝０．．１及び各ｉについて、ｊ＝（ｉ＋１）．．２）、両方の値は次のように交換される。
（ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｊ］）＝Ｓｗａｐ（ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｊ］） （８－Ｘ１４）
２．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップにより導出される。
ｉ．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ｉｎｔｒａ＿ｌｗｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘＣｂ］［ｙＣｂ］に設定される。
ｉｉ．ｉ＝０～２の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｃａｎｄＬｗｉｐＭｏｄｅＬｉｓｔ［ｉ］以上の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値は１インクリメントされる。
変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］（ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１)は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しくなるように設定される。

８．４．Ｘ．１ 予測ブロックサイズタイプの導出プロセス
このプロセスへの入力は、
－ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈと、
－ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔと、
である。
このプロセスの出力は変数ｓｉｚｅＩｄである。
変数ｓｉｚｅＩｄは以下のように導出される。
－ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの両方が＝４の場合、ｓｉｚｅＩｄは＝０に設定される。
－そうでなければ、ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔの両方が８以下の場合、ｓｉｚｅＩｄ＝１に設定される。
－そうでなければ、ｓｉｚｅＩｄは＝２に設定される。

表８－Ｘ１：イントラ予測とアフィン線形重み付けイントラ予測モードとの間のマッピングの仕様

表８－Ｘ２：アフィン線形重み付けイントラ予測候補モードの仕様
＜ｅｎｄ＞

８．４．２． ルーマイントラ予測モードの導出プロセス
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在のルーマコーディングブロックの左上のサンプルを指定するルーマ位置（ｘＣｂ,ｙＣｂ）と、
－ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈと、
－ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔと、である。
このプロセスでは、ルーマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
表８－１は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値及び関連名称を規定する。

ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップにより導出される。
１．隣接位置（ｘＮｂＡ，ｙＮｂＡ）及び（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ（ｘＣｂ－１,ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１,ｙＣｂ－１）に等しく設定される。
２．Ａ又はＢのいずれかで置き換えられるＸについて、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下のように導出される。
－節＜ｂｅｇｉｎ＞６．４．Ｘ「Ｅｄ．（ＢＢ）：隣接ブロック可用性確認プロセスｔｂｄ」＜ｅｎｄ＞で規定されるブロックの可用性導出プロセスは、（ｘＣｂ，ｙＣｂ）と等しく設定された位置（ｘＣｕｒｒ,ｙＣｕｒ）及び（ｘＮｂＹ,ｙＮｂＹ）と等しく設定された隣接位置（ｘＮｂＹ,ｙＮｂＹ）を入力として呼び出され、出力はａｖａｉｌａｂｌｅＸに割り当てられる。
－イントラ予測候補モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下のように導出される。
以下の条件のうちの１つ以上に該当する場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸ＝ＩＮＴＲＡ＿ＰＬＡＮＡＲに設定される：
－変数ａｖａｉｌａｂｌｅＸ＝ＦＡＬＳＥの場合。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡと等しくなく、ｃｌｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１と等しくない場合。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］＝１の場合。
－Ｘ＝Ｂであり、ｙＣｂ－１は（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）より小さい場合。
そうでなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下のように導出される。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下の順番のステップにより導出される。
ｉ． ８．４．Ｘ．１項で規定されたブロックのサイズタイプ導出プロセスは、ルーマサンプル内の現在のコーディングブロックの幅ｃｂＷｉｄｔｈ及びルーマサンプル内の現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として呼び出され、出力は変数ｓｉｚｅＩｄに割り当てられる。
ｉｉ． ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］及び表８－Ｘ３に規定のｓｉｚｅＩｄを用いて導出される。
－そうでなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸ＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ[ｘＮｂＸ][ｙＮｂＸ]に設定される。
３．変数ｉｓｐＤｅｆａｕｌｔＭｏｄｅ１及びｉｓｐＤｅｆａｕｌｔＭｏｄｅ２は以下のように定義される：
－ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅ＝ＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴの場合、ｉｓｐＤｅｆａｕｌｔＭｏｄｅ１＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８に設定され、ｉｓｐＤｅｆａｕｌｔＭｏｄｅ２＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５に設定される。
－そうでなければ、ｉｓｐＤｅｆａｕｌｔＭｏｄｅ１＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０設定され、ｉｓｐＤｅｆａｕｌｔＭｏｄｅ２＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ６３に設定される。
...

表８-Ｘ３：アフィン線形重み付けイントラ予測モードとイントラ予測モードとの間のマッピングの仕様

８．４．３ クロマイントラ予測モードの導出プロセス
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在のクロマコーディングブロックの左上のサンプルを指定するルーマ位置（ｘＣｂ,ｙＣｂ）と、
－ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈと、
－ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔと、である。
このプロセスでは、クロマ内予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣ［ｘＣｂ」［ｙＣｂ］が導出される。
対応するルーマイントラ予測モードｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは以下のように導出される。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは以下の順番のステップにより導出される。
ｉ． ８．４．Ｘ．１項で規定されたブロックのサイズタイプ導出プロセスは、ルーマサンプル内の現在のコーディングブロックの幅ｃｂＷｉｄｔｈと、ルーマサンプル内の現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として呼び出され、出力は変数ｓｉｚｅＩｄに割り当てられる。
ｉｉ． ルーマイントラ予測モードは、表８-Ｘ３に規定のＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２]及びｓｉｚｅＩｄを用いて導出され、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸの値がｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅに割り当てられる。
－そうでなければ、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅ＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２]に設定される。
クロマ内予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣ［ｘＣｂ］［ｙＣｂ］は、表８－２及び表８－３に規定のｉｎｔｒａ＿ｃｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［ｘＣｂ］［ｙＣｂ］
及びｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅを用いて導出される。
...

ｘｘｘ．イントラサンプル予測
＜ｂｅｇｉｎ＞
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在の変換ブロックの左上のサンプルを指定するサンプル位置（ｘＴｂＣｍｐ,ｙＴｂＣｍｐ）と、
－イントラ予測モードを指定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａと、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、
－コーディングブロック幅を指定する変数ｎＣｂＷと、
－コーディングブロック高さを指定する変数ｎＣｂＨと、
－現在のブロックのカラーコンポーネントを指定する変数ｃＩｄｘと、である。
このプロセスの出力は、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１、ｙ＝０．．ｎＴｂＨ－１）である。
予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］は以下のように導出される。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］＝１で、ｃＩｄｘ＝０の場合、８．４．４．２．Ｘ１項に規定のアフィン線形重み付けイントラサンプル予測プロセスが位置（ｘＴｂＣｍｐ,ｙＴｂＣｍｐ）、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａ、変換ブロック幅ｎＴｂＷ及び変換ブロック高さｎＴｂＨを入力として呼び出され、出力はｐｒｅｄＳａｍｐｌｅｓである。
－そうでなければ、８．４．４．２．Ｘ１項に規定の一般的なイントラサンプル予測プロセスが、位置（ｘＴｂＣｍｐ,ｙＴｂＣｍｐ）、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａ、変換ブロック幅ｎＴｂＷ及び変換ブロック高さｎＴｂＨ、コーディングブロック幅ｎＣｂＷ及びコーディングブロック高さｎＣｂＨ並びに変数ＣＩｄｘを入力として呼び出され、出力はｐｒｅｄＳａｍｐｌｅｓである。

８．４．４．２．Ｘ１ アフィン線形重み付けイントラサンプル予測
このプロセスへの入力は、
－現在のピクチャの左上のサンプルに対する現在の変換ブロックの左上のサンプルを指定するサンプル位置（ｘＴｂＣｍｐ,ｙＴｂＣｍｐ）と、
－イントラ予測モードを指定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａと、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、である。
このプロセスの出力は、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１、ｙ＝０．．ｎＴｂＨ－１）である。
８．４．Ｘ．１項で規定のブロックのサイズタイプ導出プロセスは、変換ブロック幅ｎＴｂＷ及び変換ブロック高さｎＴｂＨを入力として呼び出され、出力は変数ｓｉｚｅＩｄに割り当てられる。
変数ｎｕｍＭｏｄｅ、ｂｏｕｎｄａｒｙＳｉｚｅ、ｐｒｅｄＷ、ｐｒｅｄＨ及びｐｒｅｄＣは、表８－Ｘ４に規定のｓｉｚｅＩｄを用いて導出される。

表８－Ｘ４：ｓｉｚｅＩｄに応じたモードの数、境界サンプルサイズ及び予測サイズの仕様

フラグｉｓＴｒａｎｓｐｏｓｅｄは以下のように導出される。
ｉｓＴｒａｎｓｐｏｓｅｄ＝（ｐｒｅｄＭｏｄｅＩｎｔｒａ＞（ｎｕｍＭｏｄｅｓ／２））？１:０ （８－Ｘ１５）
フラグｎｅｅｄＵｐｓＢｄｒｙＨｏｒ及びｎｅｅｄＵｐｓＢｄｒｙＶｅｒは以下のように導出される。
ｎｅｅｄＵｐｓＢｄｒｙＨｏｒ＝（ｎＴｂＷ＞ｐｒｅｄＷ）？ＴＲＵＥ：ＦＡＬＳＥ（８－Ｘ１６）
ｎｅｅｄＵｐｓＢｄｒｙＨｏｒ＝（ｎＴｂＨ＞ｐｒｅｄＨ）？ＴＲＵＥ：ＦＡＬＳＥ（８－Ｘ１７）
変数ｕｐｓＢｄｒｙＷ及びｕｐｓＢｄｒｙＨは以下のように導出される。
ｕｐｓＢｄｒｙＷ＝（ｎＴｂＨ＞ｎＴｂＷ）？ｎＴｂＷ：ｐｒｅｄＷ （８－Ｘ１８）
ｕｐｓＢｄｒｙＨ＝（ｎＴｂＨ＞ｎＴｂＷ）？ｐｒｅｄＨ：ｎＴｂＨ （８－Ｘ１９）
変数ｌｗｉｐＷ及びｌｗｉｐＨは以下のように導出される。
ｌｗｉｐＷ＝（ｉｓＴｒａｎｓｐｏｓｅｄ＝ ＝１）？ｐｒｅｄＨ：ｐｒｅｄＷ （８－Ｘ２０）
ｌｗｉｐＨ＝（ｉｓＴｒａｎｓｐｏｓｅｄ＝ ＝１）？ｐｒｅｄＷ：ｐｒｅｄＨ （８－Ｘ２１）
参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及びｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）の生成のために、８．４．４．２．Ｘ２項に規定の参照サンプル導出プロセスが、位置（ｘＴｂＣｍｐ,ｙＴｂＣｍｐ）、変換ブロック幅ｎＴｂＷ及び変換ブロック高さｎＴｂＨを入力、左上のｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及びｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）を出力として呼び出される。
境界サンプルｐ［ｘ］（ｘ＝０．．２＊ｂｏｕｎｄａｒｙＳｉｚｅ－１）の生成のために、以下が適用される。
－上側参照サンプルのために、８．４．４．２．Ｘ３項に規定の境界縮小プロセスが、ブロックサイズｎＴｂＷ、参照サンプルｒｅｆＴ、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、アップサンプリング境界フラグｎｅｅｄＵｐｓＢｄｒｙＶｅｒ及びアップサンプリング境界サイズｕｐｓＢｄｒｙＷを入力とし、アップサンプリング境界サンプルｕｐＢｄｒｙＴ［ｘ］（ｘ＝０.．ｂｏｕｎｄｒｙＳｉｚｅ－１）及び縮小境界サンプルｒｅｄＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）を出力として呼び出される。
－左側参照サンプルのために、８．４．４．２．Ｘ３項に規定される境界縮小プロセスが、ブロックサイズｎＴｂＷ、参照サンプルｒｅｆＬ、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、アップサンプリング境界フラグｎｅｅｄＵｐｓＢｄｒｙＶｅｒ及びアップサンプリング境界サイズｕｐｓＢｄｒｙＷを入力とし、縮小境界サンプルｒｅｄＬ［ｘ］（ｘ＝０.．ｂｏｕｎｄｒｙＳｉｚｅ－１）及びアップサンプリング境界サンプルｕｐＢｄｒｙＴ［ｘ］（ｘ＝０.．ｕｐｓＢｄｒｙＷ－１）を出力として呼び出される。
－縮小上側境界サンプルｒｅｄＴ及び縮小左側境界サンプルｒｅｄＬは以下のように境界サンプルアレイｐに割り当てられる。
ｉｓＴｒａｎｓｐｏｓｅｄ＝１の場合、ｐ［ｘ］＝ｒｅｄＬ［ｘ］（ｘ＝０.．ｂｏｕｎｄｒｙＳｉｚｅ－１）に設定され、ｐ［ｘ＋ｂｏｕｎｄａｒｙＳｉｚｅ］＝ｒｅｄＴ［ｘ］に（ｘ＝０.．ｂｏｕｎｄｒｙＳｉｚｅ－１）設定される。
そうでなければ、ｐ［ｘ］＝ｒｅｄＴ［ｘ］（ｘ＝０.．ｂｏｕｎｄｒｙＳｉｚｅ－１）に設定され、ｐ［ｘ＋ｂｏｕｎｄａｒｙＳｉｚｅ］＝ｒｅｄＬ［ｘ］に（ｘ＝０.．ｂｏｕｎｄｒｙＳｉｚｅ－１）設定される。
ｐｒｅｄＭｏｄｅＩｎｔｒａに従ったイントラサンプル予測プロセスでは、以下の順番のステップが適用される。
１．アフィン線形加重サンプルｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０．．ｌｗｉｐＷ－１，ｙ＝０．．ｌｗｉｐＨ－１）は以下のように導出される。
－変数ｍｏｄｅＩｄが以下のように導出される。
ｍｏｄｅＩｄ＝ｐｒｅｄＭｏｄｅＩｎｔｒａ－（ｉｓＴｒａｎｓｐｏｓｅｄ＝ ＝１）？（ｎｕｍＭｏｄｅｓ／２）：０ （８－Ｘ２１）
－重みマトリクスｍＷｅｉｇｈｔ［ｘ］［ｙ］（ｘ＝０．．２＊ｂｏｕｎｄａｒｙＳｉｚｅ－１，ｙ＝０．．ｐｒｅｄＣ＊ｐｒｅｄＣ－１）は、表８－ＸＸ［ＴＢＤ：
追加重みマトリクス］で規定のｓｉｚｅＩｄ及びｍｏｄｅＩｄを用いて導出される。
－バイアスベクトルｖＢｉａｓ［ｙ］（ｙ＝０．．ｐｒｅｄＣ＊ｐｒｅｄＣ－１）は、表８－ＸＸ［ＴＢＤ：
追加重みマトリクス］で規定のｓｉｚｅＩｄ及びｍｏｄｅｌＩｄを用いて導出される。
－変数ｓＷは、表８－Ｘ５に規定のｓｉｚｅＩｄ及びｍｏｄｅｌＩｄを用いて導出される。
－アフィン線形加重サンプルｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０.．ｌｗｉｐＷ－１,ｙ＝０.．ｌｗｉｐＨ－１）は以下のように導出される。
ｏＷ＝１＜＜（ｓＷ－１） （８－Ｘ２３）
ｓＢ＝ＢｉｔＤｅｐｔｈ_Ｙ－１ （８－Ｘ２４）
ｉｎｃＷ＝（ｐｒｅｄＣ＞ｌｗｉｐＷ）？２：１ （８－Ｘ２５）
ｉｎｃＨ＝（ｐｒｅｄＣ＞ｌｗｉｐＨ）？２：１ （８－Ｘ２６）

予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｉｓＴｒａｎｓｐｏｓｅｄ＝１の場合、ｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）＝ｐｒｅｄＬｗｉｐ［ｙ］［ｘ］に設定される。
－ｎｅｅｄＵｐｓＢｄｒｙＶｅｒ＝ＴＲＵＥであるか又はｎｅｅｄＵｐｓＢｄｒｙＨｏｒ＝ＴＲＵＥの場合、８．４．４．２．Ｘ４項に規定の予測アップサンプリングプロセスが、入力ブロック幅ｐｒｅＷ、入力ブロック高さｐｒｅｄＨ、アフィン線形加重サンプルｐｒｅｄＬｗｉｐ、変換ブロック幅ｎＴｂＷ、変換ブロック高さｎＴｂＨ、アップサンプリング境界幅ｕｐｓＢｄｒｙＷ、アップサンプリング境界高さｕｐｓＢｄｒｙＨ、上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ及び左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬを入力として呼び出され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
－そうでなければｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）＝ｐｒｅｄＬｗｉｐ［ｘ］［ｙ］に設定される。

表８－Ｘ５：ｓｉｚｅＩｄ及びｍｏｄｅＩｄに応じた重みシフトの仕様

８．４．４．２．Ｘ２ 参照サンプル導出プロセス
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在の変換ブロックの左上のルーマサンプルを指定するサンプル位置（ｘＴｂＹ,ｙＴｂＹ）と、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、である。
このプロセスの出力は、上側参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）、左側参照サンプルｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）である。
隣接サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及びサンプルｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）はインループフィルタプロセスの前に構築されるサンプルであり、以下のように導出される。
上側の隣接ルーマ位置（ｘＮｂＴ,ｙＮｂＴ）及び左側の隣接ルーマ位置（ｘＮｂＬ,ｙＮｂＬ）は以下のように指定される。
（ｘＮｂＴ，ｙＮｂＴ）＝（ｘＴｂＹ＋ｘ，ｙＴｂＹ－１） （８－Ｘ２８）
（ｘＮｂＬ，ｙＮｂＬ）＝（ｘＴｂＹ－１，ｙＴｂＹ＋ｙ） （８－Ｘ２９）
－６．４．Ｘ項に規定されるブロックの可用性導出プロセス［Ｅｄ．（ＢＢ）：隣接ブロック可用性確認プロセスｔｂｄ］は、（ｘＴｂＹ，ｙＴｂＹ）と等しく設定された現在のルーマ位置（ｘＣｕｒｒ，ｙＣｕｒｒ）と、上側の隣接ルーマ位置（ｘＮｂＴ,ｙＮｂＴ）を入力として呼び出され、出力はａｖａｌＴｏｐ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）に割り当てられる。
－６．４．Ｘ項に規定されるブロックの可用性導出プロセス［Ｅｄ．（ＢＢ）：隣接ブロック可用性確認プロセスｔｂｄ］は、（ｘＴｂＹ，ｙＴｂＹ）と等しく設定された現在のルーマ位置（ｘＣｕｒｒ，ｙＣｕｒｒ）と、左側の隣接ルーマ位置（ｘＮｂＴ,ｙＮｂＴ）を入力として呼び出され、出力はａｖａｌＬｅｆｔ［ｘ］（ｙ＝０．．ｎＴｂＨ－１）に割り当てられる。
－上側参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）は以下のように導出される。
－全てのａｖａｌＴｏｐ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）＝ＴＲＵＥの場合、位置（ｘＮｂＴ,ｙＮｂＴ）のサンプルはｒｅｆＴ［ｘ］（ｘ＝０.．ｎＴｂＷ－１）に割り当てられる。
－そうでなければ、ａｖａｉｌＴｏｐ[０]＝ＦＡＬＳＥの場合、全てのｒｅｆＴ［ｘ］（ｘ＝０.．ｎＴｂＷ－１）は１＜＜（ＢｉｔＤｅｐｔｈ_Ｙ－１）と等しく設定される。
－そうでなければ、参照サンプルｒｅｆＴ［ｘ］（ｘ＝０.ｎＴｂＷ－１）は、以下の順番のステップにより導出される。
１． 変数ｌａｓｔＴは、ＦＡＬＳＥと等しいシーケンスａｖａｉｌＴｏｐ［ｘ］（ｘ＝１．．ｎＴｂＷ－１）の内の第１の要素の位置ｘと等しくなるように設定される。
２． ｘ＝０．．ｌａｓｔＴ－１毎に、位置（ｘＮｂＴ,ｙＮｂＴ）のサンプルがｒｅｆＴ［ｘ］に割り当てられる。
３． ｘ＝ｌａｓｔＴ．．ｎｔｂＷ－１毎に、ｒｅｆＴ［ｘ］＝ｒｅｆＴ［ｌａｓｔＴ－１］に設定される。
－左側参照サンプルｒｅｆＬ［ｙ］（ｘ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－全てのａｖａｌＬｅｆｔ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）＝ＴＲＵＥの場合、位置（ｘＮｂＴ,ｙＮｂＴ）のサンプルはｒｅｆＬ［ｙ］（ｙ＝０.．ｎＴｂＨ－１）に割り当てられる。
－そうでなければ、ａｖａｉｌＬｅｆｔ[０]＝ＦＡＬＳＥの場合、全てのｒｅｆＬ［ｙ］（ｙ＝０.．ｎＴｂＨ－１）は１＜＜（ＢｉｔＤｅｐｔｈ_Ｙ－１）と等しく設定される。
－そうでなければ、参照サンプルｒｅｆＬ［ｙ］（ｙ＝０.ｎＴｂＨ－１）は、以下の順番のステップにより導出される。
１． 変数ｌａｓｔＬは、ＦＡＬＳＥと等しいシーケンスａｖａｉｌＬｅｆｔ［ｙ］（ｙ＝１．．ｎＴｂＨ－１）の内の第１の要素の位置ｙと等しくなるように設定される。
２． ｙ＝０．．ｌａｓｔＬ－１毎に、位置（ｘＮｂＴ,ｙＮｂＴ）のサンプルがｒｅｆＬ［ｙ］に割り当てられる。
３． ｙ＝ｌａｓｔＬ．．ｎｔｂＨ－１毎に、ｒｅｆＬ［ｙ］＝ｒｅｆＬ［ｌａｓｔＬ－１］に設定される。

境界縮小プロセスの仕様
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在の変換ブロックの左上のルーマサンプルを指定するサンプル位置（ｘＴｂＹ,ｙＴｂＹ）と、
－変換ブロックサイズを指定する変数ｎＴｂＸと、
－参照サンプルｒｅｆＸ［ｘ］（ｘ＝０．．ｎＴｂＸ－１）と、
－ダウンサンプリング境界サイズを指定する変数ｂｏｕｎｄａｒｙＳｉｚｅと、
－アップサンプリングのために中間境界サンプルが必要かどうかを指定するフラグｎｅｅｄＵｐｓｂｄｒｙＸと、
－アップサンプリングのための境界サイズを指定する変数ＵｐｓｂｄｒｙＳｉｚｅと、である。
このプロセスの出力は、縮小境界サンプルｒｅｄＸ[ｘ]（ｘ＝０.．ｂｏｕｎｄａｒｙＳｉｚｅ－１）及びアップサンプリング境界サンプルｕｐＢｄｒｙＸ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＳｉｚｅ－１）である。
アップサンプリング境界サンプルｕｐＢｄｒｙＸ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＳｉｚｅ－１）は以下のように導出される。
－ｎｅｅｄＵｐｓＢｄｒｙＸ＝ＴＲＵＥであり、ｕｐｓＢｄｒｙＳｉｚｅがｎＴｂＸよりも小さい場合、以下が適用される。
ｕＤｗｎ＝ｎＴｂＸ／ｕｐｓＢｄｒｙＳｉｚｅ （８－Ｘ２８）

－そうでなかれば、（ｕｐｓＢｄｒｙＳｉｚｅ＝ｎＴｂＸ）、ｕｐＢｄｒｙＸ［ｘ］＝ｒｅｆＸ［ｘ］に設定される。
縮小境界サンプルｒｅｄＸ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）は以下のように導出される。
－ｂｏｕｎｄａｒｙＳｉｚｅがｕｐｓＢｄｒｙＳｉｚｅよりも小さい場合、以下が適用される。
ｕＤｗｎ＝ｎＴｂＸ／ｕｐｓＢｄｒｙＳｉｚｅ （８－Ｘ２８）
ｂＤｗｎ＝ｕｐｓＢｄｒｙＳｉｚｅ／ｂｏｕｎｄａｒｙＳｉｚｅ （８－Ｘ３２）

－そうでなかれば、（ｂｏｕｎｄａｒｙＳｉｚｅ＝ｕｐｓＢｄｒｙＳｉｚｅ）、ｒｅｄＸ［ｘ］＝ｕｐＢｄｒｙＸ［ｘ］に設定される。

８．４．４．２．Ｘ４ 予測アップサンプリングプロセスの仕様
このプロセスへの入力は、
－入力ブロック幅を指定する変数ｐｒｅｄＷと、
－入力ブロック高さを指定する変数ｐｒｅｄＨと、
－アフィン線形加重サンプルｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１，ｙ＝０．．ｐｒｅｄＨ－１）と、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、
－アップサンプリング境界幅を指定する変数ｕｐｓＢｄｒｙＷと、
－アップサンプリング境界高さを指定する変数ｕｐｓＢｄｒｙＨと、
－上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）と、
－左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＨ－１）と、である。
このプロセスの出力は、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１、ｘ＝０．．ｎＴｂＦ－１）である。
スパース予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｍ］［ｎ］はｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１、ｙ＝０．．ｐｒｅｄＨ－１）は以下のように導出される。
ｕｐＨｏｒ＝ｎＴｂＷ／ｐｒｅｄＷ （８－Ｘ３４）
ｕｐＶｅｒ＝ｎＴｂＨ／ｐｒｅｄＨ （８－Ｘ３５）
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊ｕｐＨｏｒ－１］［（ｙ＋１）＊ｕｐＶｅｒ－１]＝ｐｒｅｄＬｗｉｐ［ｘ］［ｙ］ （８－Ｘ３６）
上側境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）はｐｒｅｄＳａｍｐｌｅｓ［ｍ］［－１］に以下の様に割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊（ｎＴｂＷ／ｕｐｓＢｄｒｙＷ）－１］［－１］＝ｕｐｓＢｄｒｙＴ［ｘ］ （８－Ｘ３７）
左側境界サンプルｕｐｓＢｄｒｙＬ［ｙ］（ｙ＝０．．ｕｐｓＢｄｒｙＨ－１）はｐｒｅｄＳａｍｐｌｅｓ［－１］［ｎ］に以下の様に割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［－１］［（ｙ＋１）＊（ｎＴｂＨ／ｕｐｓＢｄｒｙＨ）－１］＝ｕｐｓＢｄｒｙＬ［ｙ］ （８－Ｘ３８）
予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｎＴｂＨがｎＴｂＷよりも大きい場合、次の順番のステップが適用される。
１．ｕｐＨｏｒが１より大きい場合、全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝１．．ｐｒｅｄＨ）は以下のようにｄＸ＝１．．ｕｐＨｏｒ－１に適用される。
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ」［ｙＨｏｒ］＝（（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨoｒ］［ｙＨｏｒ］）／ｕｐＨｏｒ （８－Ｘ３９）
２．全てのスパース位置（ｘＶｅｒ,ｙＶｅｒ）＝（ｍ，ｎ＊ｕｐＶｅｒ－１）のために（なお、Ｍ＝０．．ｎＴｂＷ－１，ｎ＝０．．ｐｒｅｄＨ－１）、垂直サンプリングがｄＹ＝１．．ｕｐＶｅｒ－１で以下のように適用される。
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］）／ｕｐＶｅｒ （８－Ｘ４０）
－そうでなかれば、以下の順番のステップが適用される。
１．ｕｐＶｅｒが１より大きい場合、垂直サンプリングが、全てのスパース位置（ｘＶｅｒ,ｙＶｅｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）のために（なお、ｍ＝１．．ｐｒｅｄＷ、ｎ＝０．．ｐｒｅｄＨ－１）、（８－Ｘ４０）で規定したようにｄＹ＝１．．ｕｐＶｅｒ－１で適用される。
２．水平サンプリングが、全てのスパース位置（ｘＨｏｒ,ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ）のために（なお、ｍ＝０．．ｐｒｅｄＷ－１、ｎ＝０．．ｎＴｂＨ－１）、（８－Ｘ３９）で規定したようにｄＸ＝１．．ｕｐＨｏｒ－１で適用される。
＜ｅｎｄ＞

表９－９：シンタックス要素及び関連する２値化

表９－１５：コンテキストコード化されたビンを用いたシンタックス要素へのｃｔｘＩｎｃの割り当て

表９－１６：左及び上側のコンテキスト要素を用いたｃｔｘＩｎｃの仕様
＜ｅｎｄ＞

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

予測信号の生成は以下の３つのステップに基づく。
１. 境界サンプルのうち、Ｗ＝Ｈ＝４の場合は４つのサンプルが,それ以外の全ての場合では８つのサンプルが平均化により抽出される。
２. 平均化したサンプルを入力として、マトリクスベクトル乗算と、その後にオフセットの加算が行われる。その結果、元のブロック内のサブサンプリングされたサンプルセットに対する縮小された予測信号が得られる。
３. 残りの位置での予測信号は、各方向で単一ステップ線形補間である線形補間により、サブサンプリングされたセットに対する予測信号から生成される。

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

ｐｒｅｍｏｄｅ_{ＡＬＷＩＰ}＝ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ＡＬＷＩＰ_ｉｄｘ［ｐｒｅｍｏｄｅ_{Ａｎｇｕｌａｒ}］
幅Ｗ及び高さＨの各ＰＵについて、３つのセットのうちのどれからＡＬＷＩＰパラメータを取るべきかを示すインデックスｉｄｘ（ＰＵ）＝ｉｄｘ（Ｗ,Ｈ）∈｛０,１,２｝が定義される。

上側の予測ユニットＰＵ_{ａｂｏｖｅ}が利用可能で、現在のＰＵと同じＣＴＵに属し、イントラモードにあり、ｉｄｘ（ＰＵ）＝ｉｄｘ（ＰＵ_{ａｂｏｖｅ}）であり、ＡＬＷＩＰがＡＬＷＩＰモード
（外５）

でＰＵ_{ａｂｏｖｅ}に適用される場合、以下のようになる。

上側のＰＵが利用可能で、現在のＰＵと同じＣＴＵに属し、イントラモードにあり、上側のＰＵに従来のイントラ予測モード
（外６）

が適用される場合、以下のようになる。

それ以外の全ての場合は以下のようになる。

これは、このモードは利用できないことを意味する。方法は同じであるものの左側のＰＵが現在のＰＵと同じＣＴＵに属する必要がある制約がない方法で、モード
（外７）

が導出される。

最後に、３つの固定デフォルトリストｌｉｓｔ_ｉｄｘ（ｉｄｘ∈｛０，１，２｝）が提供され、それぞれは３つの異なるＡＬＷＩＰモードを含む。デフォルトリストｌｉｓｔ_{ｉｄｘ（ＰＵ）}と、モード
（外５）

及び
（外７）

のうち、デフォルト値で－１に置き換え、繰り返しを除外することにより３つの異なるＭＰＭを構築する。

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

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

３３ ＶＶＣにおける変換
３．１ 多重変換選択（ＭＴＳ）
ＨＥＶＣで用いられてきたＤＣＴ―ＩＩに加えて、多重変換選択（ＭＴＳ）方式が、インター及びイントラコード化ブロックの両方の残留コーディングのために用いられる。それは、ＤＣＴ８／ＤＳＴ７からの多重選択変換を用いる。新たに導入された変換マトリクスはＤＳＴ－ＶＩＩ及びＤＣＴ－ＶＩＩＩである。

３．２ ＪＶＥＴ－Ｎ０１９３で提案される縮小二次変換（ＲＳＴ）
縮小二次変換（ＲＳＴ）は、４×４及び８×８ブロックに対して、それぞれ１６×１６及び１６×６４の分離不能変換をそれぞれ適用する。２つの１次元水平／垂直変換パスと同じ方法で一次順方向変換及び逆方向変換が依然行われる。二次順方向変換及び逆変方向換は、一次変換とは別のプロセスステップである。エンコーダの場合、一次順方向変換が先ず行われ、次に二次順方向変換及び量子化と、ＣＡＢＡＣビットエンコーディングが行われる。デコーダの場合、ＣＡＢＡＣビットデコーディング及び逆量子化が行われ、次に、二次逆方向変換が最初に行われ、次に一次逆方向変換が行われる。ＲＳＴは、イントラスライス及びインタースライスの両方のイントラコード化ＴＵにのみ適用される。

３．３ ＪＶＥＴ－Ｎ０１８５におけるイントラモードコーディングのための統一ＭＰＭリスト
多重参照ライン（ＭＲＬ）及びイントラサブパーティション（ＩＳＰ）コーディングツールが適用されるかどうかに関わらず、イントラブロックのための統一６－ＭＰＭリストが提案されている。ＭＰＭリストは、ＶＴＭ４．０のように、左側及び上側の隣接ブロックのイントラモードに基づいて構築される。左側のモードがＬｅｆｔ、上側ブロックのモードがＡｂｏｖｅと表記されると仮定した場合、統一ＭＰＭリストは以下のように構築される。
・隣接ブロックが利用できない場合、そのイントラモードはデフォルトでプラナーに設定される。
・Ｌｅｆｔ及びＡｂｏｖｅの双方のモードが非角度モードの場合、
ａ．ＭＰＭリスト→｛プラナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝となる。
・Ｌｅｆｔ及びＡｂｏｖｅモードの一方が角度モードで、他方が非角度モードの場合、
ａ．Ｌｅｆｔ及びＡｂｏｖｅにおいてより大きなモードとしてモードＭａｘが設定され、
ｂ．ＭＰＭリスト→｛プラナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝となる。
・Ｌｅｆｔ及びＡｂｏｖｅの双方が角度モードであり、それらが異なる場合、
ａ．Ｌｅｆｔ及びＡｂｏｖｅにおいてより大きなモードとしてモードＭａｘが設定され、
ｂ．Ｌｅｆｔ及びＡｂｏｖｅモードの差が２～６２の範囲内にある場合、
ｉ．ＭＰＭリスト→｛プラナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝となり、
ｃ．そうでなければ、
ｉ．ＭＰＭリスト→｛プラナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝となる。
・Ｌｅｆｔ及びＡｂｏｖｅの双方が角度であり、それらが同じ場合、
ａ．ＭＰＭリスト→｛プラナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝となる。

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

統一ＭＰＭリスト構築で用いられる左側隣接ブロック及び上側隣接ブロックは、図１０に示すＡ２及びＢ２である。

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

ＶＶＣにおけるＬＦＮＳＴのシグナリング
ＪＶＥＴ－Ｐ２００１－ｖ９で規定されているＬＦＮＳＴのシグナリングは以下の通りである。

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

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

１）２０１９年３月のＪＶＥＴミーティングで、ＭＲＬモード、ＩＳＰモード、通常イントラモードのために統一６－ＭＰＭリスト生成が採用された。しかしながら、アフィン線形加重予測モードは異なる３－ＭＰＭリスト構築を用いるため、ＭＰＭリスト構築を複雑にする。複雑なＭＰＭリスト構築は、とりわけ４×４サンプル等の小さなブロックの場合、デコーダのスループットが損なわれ得る。

２）ＡＬＷＩＰはブロックのルーマコンポーネントにのみ適用される。ＡＬＷＰコード化ブロックのクロマコンポーネントの場合、クロマモードインデックスがコード化され、デコーダに送信されるため、結果として不必要なシグナリングがもたらされ得る。

３）ＡＬＷＩＰと他のコーディングツールとの相互作用を考慮すべきである。

４)ｕｐｓＢｄｒｙＸを下記式で算出する場合、

Ｌｏｇ２（ｕＤｗｎ）－１は－１と等しい一方で、－１でシフトされる左側は定義されていない。

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

６）デブロッキングプロセスでは、ＡＬＷＩＰコード化ブロックは通常のイントラブロックとして扱われる。

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

８）垂直アップサンプリング及び水平アップサンプリングの両方が必要な場合、アップサンプリングの順番はブロックの形状に依存する。これはハードウェアに優しくない。

９）線形補間フィルタはアップサンプリングに用いられるが、これは非効率的であり得る。

ＡＬＷＩＰで利用される２段階ダウンサンプリング方法は、不必要な計算複雑性を引き起子し得る。加えて、アップサンプリングされた予測ブロックを生成するためにダウンサンプリングされた参照サンプルを用いることは不正確になり得る。

ＭＩＰはルーマコンポーネントのみに適用されたが、ＬＦＮＳＴは二重ツリーの場合の下では、変換マトリクスインデックスの別々のシグナリングでルーマ及びクロマコンポーネントの両方に適用され得る。しかしながら、二重ツリークロマの場合に、クロマコンポーネントのシンタックス要素をパースするとき、ＭＩＰがルーマブロックに適用されるかどうか（すなわち、ｉｎｔｒａ＿ＭＩＰ＿ｆｌａｇ［ｘ０］［ｙ０］＝０かどうか）に依存し得る。異なるカラーコンポーネント間のそのような依存は望ましくない。

５ マトリクスベースのイントラコーディングのための例示の方法
本開示の技術の実施形態は、既存の実施形態の欠点を克服することにより、コーディング効率がより高いが、計算の複雑性がより少ないビデオコーディングを提供する。ビデオコーディングのためのマトリクスベースのイントラ予測方法は、本明細書に記載されているように、既存の及び将来のビデオコーディング規格の両方を向上させ、様々な実施のために説明する以下の例で明らかにされる。以下で提供される開示の技術の例は一般的な概念を説明するものであり、限定的に解釈されることを意図するものではない。例において、別段そうでないことが明示されていない限り、これらの例で説明する様々な特徴は組み合わされ得る。

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

以下の説明では、「他のイントラモード」とは、通常のイントラモード、ＭＲＬ、ＩＳＰ等のＡＬＷＩＰ以外の１つ以上のイントラモードに言及し得る。

以下の議論では、ＳａｔＳｈｉｆｔ（ｘ,ｎ）は以下のように定義される。

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

１つの例では、ｏｆｆｓｅｔ０及び／又はｏｆｆｓｅｔ１は、（１＜＜ｎ）＞１又は（１＜＜（ｎ－１））に設定される。別の例では、ｏｆｆｓｅｔ０及び／又はｏｆｆｓｅｔ１は０に設定される。

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

Ｃｌｉｐ３（ｍｉｎ，ｍａｘ，ｘ）は以下のように定義される。

ＡＬＷＩＰのためのＭＰＭリスト構築
１． ＡＬＷＩＰのためのＭＰＭリストの全体又は一部は、非ＡＬＷＩＰイントラモード（通常イントラモード、ＭＲＬ又はＩＳＰ等）のためのＭＰＭリストを構築する手順全体又は全一部に従って構築され得ることが提案される。
ａ． １つの例では、ＡＬＷＩＰのためのＭＰＭリストのサイズは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストのサイズと同じであり得る。
ｉ． 例えば、ＭＰＭリストのサイズは、ＡＬＷＩＰモード及び非ＡＬＷＩＰイントラモードの双方で６である。
ｂ． １つの例では、ＡＬＷＩＰのためのＭＰＭリストは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストから導出され得る。
ｉ． １つの例では、非ＡＬＷＩＰイントラモードのためのＭＰＭリストが先ず構築され得る。その後、それらの一部又は全てがＭＰＭに変換され、これがＡＬＷＩＰコード化ブロックのためのＭＰＭリストにさらに加えられ得る。
１） あるいは、さらに、ＡＬＷＩＰコード化ブロックのためのＭＰＭリストに変換したＭＰＭを加える場合、プルーニングが適用され得る。
２） ＡＬＷＩＰコード化ブロックのためのＭＰＭリストにデフォルトモードが加えられ得る。
ａ． １つの例では、デフォルトモードは、非ＡＬＷＩＰイントラモードのＭＰＭリストから変換される前に加えられ得る。
ｂ． あるいは、デフォルトモードは、非ＡＬＷＩＰイントラモードのＭＰＭリストから変換された後に加えられ得る。
ｃ． あるいは、デフォルトモードは、非ＡＬＷＩＰイントラモードのＭＰＭリストから変換されたものとインターリーブ方式で加えられ得る。
ｄ． １つの例では、デフォルトモードは、全ての種類のブロックに対して同じであるように固定され得る。
ｅ． あるいは、デフォルトモードは、隣接ブロックの可用性、隣接ブロックのモード情報、ブロック寸法等のコード化情報に従って決定され得る。
ｉｉ． １つの例では、非ＡＬＷＩＰイントラモードのＭＰＭリストの１つのイントラ予測モードは、それがＡＬＷＩＰのＭＰＭリストに入れられたときに、それが対応するＡＬＷＩＰイントラ予測モードに変換され得る。
１） あるいは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストの全てのイントラ予測モードは、ＡＬＷＩＰのＭＰＭリストを構築するために用いられる前に、対応するＡＬＷＩＰイントラ予測モードに変換され得る。
２） あるいは、（隣接ブロックからのイントラ予測モード及びプラナーやＤＣ等のデフォルトイントラ予測モードを含み得る）全てのイントラ予測モード候補は、非ＡＬＷＩＰイントラモードのためのＭＰＭリストがＡＬＷＩＰのＭＰＭリストを導出するために用いられる場合に、非ＡＬＷＩＰイントラモードのためのＭＰＭリストを構築するために用いられる前に、対応するＡＬＷＩＰイントラ予測モードに変換され得る。
３） １つの例では、２つの変換されたＡＬＷＩＰイントラ予測モードが比較され得る。
ａ． １つの例では、それらが同じである場合、それらのうちの１つのみがＡＬＷＩＰのためのＭＰＭリストに入れられ得る。
ｂ． １つの例では、それらが同じである場合、そのうちの１つのみが非ＡＬＷＩＰイントラモードのためのＭＰＭリストに入れられ得る。
ｉｉｉ． １つの例では、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内のＳ個のイントラ予測モードのうちのＫ個が、ＡＬＷＩＰモードのＭＰＭリストとして選択されてもよく、例えば、Ｋ＝３であり、Ｓ＝６である。
１） １つの例では、非ＡＬＷＩＰイントラモードのためのＭＰＭリスト内の第１のＫイントラ予測モードが、ＡＬＷＩＰモードのためのＭＰＭリストとして選択され得る。

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

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

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

５． 非ＡＬＷＩＰイントラモードで現在のブロックのためのＭＰＭリストを構築する際に、隣接ブロックがＡＬＷＩＰでコード化されている場合、該隣接ブロックは利用できないものとして扱われることが提案される。
ａ． あるいは、非ＡＬＷＩＰイントラモードで現在のブロックのためのＭＰＭリストを構築する際に、隣接ブロックがＡＬＷＩＰでコード化されている場合、該隣接ブロックは予め設定されたイントラ予測モード（例えば、プラナー）でコード化されているものとして扱われる。

６． ＡＬＷＩＰモードで現在のブロックのためのＭＰＭリストを構築する際に、隣接ブロックが非ＡＬＷＩＰイントラモードでコード化されている場合、該隣接ブロックは使用できないものとして扱われることが提案される。
ａ． あるいは、ＡＬＷＩＰモードで現在のブロックのためのＭＰＭリストを構築する際に、隣接ブロックが非ＡＬＷＩＰイントラモードでコード化されている場合、該隣接ブロックは予め設定されたＡＬＷＩＰイントラ予測モードＸでコード化されているものとして扱われる。
ｉ． １つの例では、Ｘは、幅及び／又は高さ等のブロック寸法に依存し得る。

７． ラインバッファからＡＬＷＩＰフラグの記憶を取り除くことが提案される。
ａ． １つの例では、アクセスすべき第２のブロックは、現在のブロックと比べて異なるＬＣＵ／ＣＴＵ行／領域に位置する場合、第２のブロックがＡＬＷＩＰでコード化されているかどうかの条件チェックがスキップされる。
ｂ． １つの例では、アクセスすべき第２のブロックが現在のブロックと比べて異なるＬＣＵ／ＣＴＵ行／領域に位置する場合、第２のブロックは非ＡＬＷＩＰモードと同様に扱われる、例えば、通常のイントラコード化ブロックとして扱われる。

８． ＡＬＷＩＰフラグをコーディングする場合、Ｋ個（Ｋ＞＝０）以下のコンテキストが用いられ得る。
ａ． １つの例では、Ｋ＝１である。

９． ＡＬＷＩＰモードに関連するモードインデックスを直接記憶する代わりに、ＡＬＷＩＰコード化ブロックの変換されたイントラ予測モードを記憶することが提案される。
ａ． １つの例では、１つのＡＬＷＩＰコード化ブロックに関連するデコードされたモードインデックスは、セクション２．５．７で説明したように、例えばｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒに従って、通常のイントラモードにマッピングされる。
ｂ． あるいは、さらに、ＡＬＷＩＰフラグの記憶が完全に取り除かれる。
ｃ． あるいは、さらに、ＡＬＷＩＰモードの記憶が完全に取り除かれる。
ｄ． あるいは、１つの隣接／現在のブロックがＡＬＷＩＰフラグでコード化されているかどうかの状態確認がスキップされ得る。
ｅ． あるいは、さらに、ＡＬＷＩＰコード化ブロックに割り当てられるモードの変換及び１つのアクセスされたブロックに関連する通常のイントラ予測がスキップされ得る。

異なるカラーコンポーネントに対するＡＬＷＩＰ
１０． 対応するルーマブロックがＡＬＷＩＰモードでコード化されている場合、推定クロマイントラモード（例えば、ＤＭモード）が常に適用され得ることが提案される。
ａ． １つの例では、対応するルーマブロックがＡＬＷＩＰモードでコード化されている場合、クロマイントラモードは、シグナリングを行うことなくＤＭモードであると推定される。
ｂ． １つの例では、対応するルーマブロックは、所与の位置に位置するクロマサンプルの対応するサンプル（例えば、現在のクロマブロックの左上、現在のクロマブロックの中心）をカバーするものであり得る。
ｃ． １つの例では、ＤＭモードは、例えば（ＡＬＷＩＰ）モードを通常のイントラモードの１つにマッピングすることを介して対応するルーマブロックのイントラ予測モードに従って導出され得る。

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

１２． クロマモード決定プロセス（例えば、直接モード/派生モード）において、それがＡＬＷＩＰコード化されているかどうか及び／又はそのＡＬＷＩＰモードを特定するために用いられる対応するルーマブロックは、コード化されたクロマブロック及び／又はカラーフォーマットの寸法と共に、左上の位置に応じて決定され得る。
ａ． コード化されたクロマブロックの左上の位置を（ｘＣｂ，ｙＣｂ）、コード化されたクロマブロックの幅及び高さをそれぞれＣｂＷｉｄｔｈ及びＣｂＨｅｉｇｈｔであり、全ての位置及び長さがルーマサンプルユニット内にあると仮定する。
ｂ． １つの例では、対応するルーマブロックは、位置（ｘＣｂ＋ｏｆｆｓｅｔＹ，ｙＣｂ＋ｏｆｆｓｅｔＹ）をカバーするルーマブロック（例えば、コーディングブロック）として選択してもよく、ｏｆｆｓｅｔＸ及びｏｆｆｓｅｔＹの両方が＝０であることは許容されない。
ｉ． １つの例では、ｏｆｆｓｅｔＸ＝（ＣｂＷｉｄｔｈ／２）又は（ＣｂＷｉｄｔｈ/２－１）又は（ＣｂＷｉｄｔｈ／２＋１）である。
ｉｉ． １つの例では、ｏｆｆｓｅｔＹ＝（ＣｂＨｅｉｇｈｔ／２）又は（ＣｂＨｅｉｇｈｔ／２－１）又は（ＣｂＨｅｉｇｈｔ／２＋１）である。

１３． １つの対応するルーマブロックがＡＬＷＩＰモードでコード化されている場合、クロマブロックに特殊モードが割り当てられることが提案される。
ａ． １つの例では、特殊モードは、ＡＬＷＩＰコード化ブロックに関連するイントラ予測モードにかかわらず、所与の通常のイントラ予測モードとして定義される。
ｂ． １つの例では、この特殊なモードに異なる方法でイントラ予測を割り当てられ得る。
ｃ． あるいは、ルーマブロックがＡＬＷＩＰモードでコード化されている場合、クロマＤＭモードのための関連する通常のイントラモードは、常に特殊モードと識別されると推測され得る。
ｄ． あるいは、さらに、クロマモードのシグナリングがスキップされ得る。
ｅ． あるいは、クロマブロックの対応するルーマブロックがＡＬＷＩＰモードでコード化され、ＤＭモードがクロマブロックに対してシグナリングされている場合、事前に定義されたイントラ予測モードがクロマブロックに対して適用される。
ｉ． 例えば、予め定義されたイントラ予測モードはプラナーモードであり得る。
ｉｉ． 例えば、予め定義されたイントラ予測モードは、スクリーンコンテンツの表示等のコード化された情報に依存し得る。
１） １つの例では、スクリーンコンテンツの表示が、コンテンツがカメラキャプチャされたコンテンツであることを示す場合、それはプラナーモードに設定され得る。
２） １つの例では、スクリーンコンテンツの表示が、コンテンツがスクリーンコンテンツであることを示す場合、それは水平予測モードに設定され得る。
ｆ． １つの例では、クロマブロックの対応するルーマブロックがＡＬＷＩＰモードでコード化されている場合、ＤＭモードはクロマブロックに対して絶対に用いられなくてもよい。
ｉ． 例えば、ＤＭモード関連するシンタックスはシグナリングされなくてもよい。
１） １つの例では、対応するルーマブロックがＡＬＷＩＰモードであり、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝ｆａｌｓｅの場合、４つのクロマモードがクロマブロックに対してシグナリングされ得る。
ａ． 例えば、この場合、イントラクロマモードの二値化には最大で２つのビンが必要になり得る。
１） １つの例では、対応するルーマブロックがＡＬＷＩＰモードであり、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝ｔｒｕｅの場合、７つのクロマモードがクロマブロックに対してシグナリングされ得る。
ａ． 例えば、この場合、イントラクロマモードの二値化には最大で４つのビンが必要になり得る。

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

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

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

ＡＬＷＩＰにおける計算の問題
１７． ＡＬＷＩＰで伴うシフト演算は、Ｓの数（Ｓは０以上でなければならない）の左シフト又は右シフトのみ可能であることが提案される。
ａ． １つの例では、Ｓ＝０又は０より大きい場合、右シフト演算は異なり得る。
ｉ． １つの例では、ｕｐｓＢｄｒｙＸ［ｘ］は以下のように計算される。

ｂ． １つの例では、ｕｐｓＢｄｒｙＸ［ｘ］は以下のように計算される。

１８． ＡＬＷＩＰのアップサンプリングプロセスにおいて、結果はゼロに近づくか又はゼロから離れるように丸められるべきであることが提案される。
ａ． １つの例では、
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ］［ｙＨｏｒ］＝（（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨｏｒ］［ｙＨｏｒ］＋ｏｆｆｓｅｔＨｏｒ）／ｕｐＨｏｒ （８－Ｘ３９）
及び
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］＋ｏｆｆｓｅｔＶｅｒ）／ｕｐＶｅｒ （８－Ｘ４０）
であり、ｏｆｆｓｅｔＨｏｒ及びｏｆｆｓｅｔＶｅｒは整数である。例えば、ｏｆｆｓｅｔＨｏｒ＝ｕｐＨｏｒ／２及びｏｆｆｓｅｔＶｅｒ＝ｕｐＶｅｒ／２である。

他のコーディングツールとの相互作用
１９． ＡＬＷＩＰをＣＩＩＰコード化ブロックのために用いられ得ることが提案された。
ａ． １つの例では、ＣＩＩＰコード化ブロックにおいて、イントラ予測信号を生成するために用いられるのがＡＬＷＩＰイントラ予測モードであるか又はプラナー等の通常のイントラ予測モードであるかが明示的にシグナリングされ得る。
ｂ． １つの例では、イントラ予測信号を生成するために用いられるのがＡＬＷＩＰイントラ予測モードであるか又はプラナー等の通常のイントラ予測モードであるかが暗黙的に推測され得る。
ｉ． １つの例では、ＣＩＩＰコード化ブロックでＡＬＷＩＰイントラ予測モードが絶対に用いられなくてもよい。
１） あるいは、ＣＩＩＰコード化ブロックで通常のイントラ予測が絶対に用いられなくてもよい。
ｉｉ． １つの例では、隣接ブロックの情報から、イントラ予測信号を生成するために用いられるのがＡＬＷＩＰイントラ予測モードであるか又はプラナー等の通常のイントラ予測モードであるかが推測され得る。

２０． ＣＣＬＭモードにある隣接ルーマサンプルをダウンサンプリングするために用いられる手順の全て又は一部が、ＡＬＷＩＰモードにある隣接サンプルをダウンサンプリングするために用いられ得ることが提案される。
ａ． あるいは、ＡＬＷＩＰモードにある隣接ルーマサンプルをダウンサンプリングするために用いられる手順の全て又は一部が、ＣＣＬＭモードにある隣接サンプルをダウンサンプリングするために用いられ得る。
ｂ． ダウンサンプリング手順は、それがＣＣＬＭプロセス及びＡＬＷＩＰプロセスで用いられる場合、異なるパラメータ／引数を用いて呼び出され得る。
ｃ． １つの例では、ＣＣＬＭプロセスにおけるダウンサンプリング方法（例えば、隣接ルーマ位置の選択、ダウンサンプリングフィルタ）がＡＬＷＩＰプロセスで利用され得る。
ｄ． 隣接ルーマサンプルをダウンサンプリングする手順には、ダウンサンプリングされた位置の選択、ダウンサンプリングフィルタ、丸めこみ、クリッピング演算を少なくとも含む。

２１． ＡＬＷＩＰモードでコード化されたブロックは、ＲＳＴ又は／及び二次変換又は／及び回転変換又は／及び分離不能二次変換（ＮＳＳＴ）を適用できないことが提案される。
ａ． １つの例では、そのような制約が適用され得るかどうかは、例えば、（１５）で説明した条件と同じように、ブロックの寸法情報に依存し得る。
ｂ． あるいは、ＲＳＴ又は／及び二次変換又は／及び回転変換又は／及びＮＳＳＴが適用されている場合、ＡＬＷＩＰモードは許可されなくてもよい。
ｃ． あるいは、ＡＬＷＩＰモードでコード化されたブロックは、ＲＳＴ又は／及び二次変換又は／及び回転変換又は／及び分離不能二次変換（ＮＳＳＴ）を適用し得る。
ｉ． １つの例では、変換マトリクスの選択は、ＡＬＷＩＰイントラ予測モードに依存し得る。
ｉｉ． １つの例では、変換マトリクスの選択は、ＡＬＷＩＰイントラ予測モードから変換された通常のイントラ予測モードに依存し得る。
ｉｉｉ． １つの例では、変換マトリクスの選択は、ＡＬＷＩＰイントラ予測モードから変換された通常のイントラ予測モードの分類に依存し得る。

２２． ＡＬＷＩＰモードでコード化されたブロックは、ブロックベースのＤＰＣＭ（ＢＤＰＣＭ）又は残差ＲＤＰＣＭを適用できないことが提案される。
ａ． あるいは、ＢＤＰＣＭ又はＲＤＰＣＭが適用されている場合、ＡＬＷＩＰモードは許可されなくてもよい。

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

２４． ＡＬＷＩＰモードでコード化されたブロックは、選択された変換がモードに依存する場合、ＡＬＷＩＰイントラ予測モードから変換された通常のイントラ予測でコード化されたものとみなされる。

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

２６． デブロッキングフィルター、サンプル適応オフセット（ＳＡＯ）、適応ループフィルタ（ＡＬＦ）等のフィルタリングプロセスで、フィルタをどのように選択するか及び／又はサンプルをフィルタリングするかどうかは、ＡＬＷＩＰの使用により決定され得る。

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

２８． どのマトリクス又は／及びオフセットベクトルを用いるかは、再形成（ＬＭＣＳ、クロマスケーリングによるルーママッピングとしても知られている）情報に依存し得る。
ａ． １つの例では、再形成がオン及びオフの場合、異なるマトリクス又は／及びオフセットベクトルが用いられ得る。
ｂ． １つの例では、異なるマトリクス又は／及びオフセットベクトルが、異なる再形成パラメータのために用いられ得る。
ｃ． １つの例では、ＡＬＷＩＰは常に元のドメインで行われ得る。
ｉ． 例えば、隣接サンプルは、ＡＬＷＩＰで用いられる前に元のドメインにマッピングされる（再形成が適用される場合）。

２９． 再形成が適用される場合、ＡＬＷＩＰは無効にされ得る。
ａ． あるいは、ＡＬＷＩＰが有効な場合に、再形成が無効にされ得る。
ｂ． １つの例では、ＡＬＷＩＰは、再形成が適用される場合にＨＤＲ（高ダイナミックレンジ）コンテンツに対して無効にされ得る。

３０． ＡＬＷＩＰで用いられるマトリクスはサンプルのビット深度に依存し得る。
ａ． あるいは、さらに、ＡＬＷＩＰで用いられるオフセット値は、サンプルのビット深度に依存し得る。
ｂ． あるいは、マトリクスパラメータ及びオフセット値は、Ｎビットサンプル（Ｍ＜＝Ｎ）に対してＭビット精度で記憶でき、例えば、マトリクスパラメータ及びオフセット値は、１０ビットサンプルに対して８ビット精度で記憶できる。
ｃ． サンプルビット深度は、ルーマ等のカラーコンポーネントのための入力アレイのビット深度であり得る。
ｄ． サンプルビット深度は、ルーマ等のカラーコンポーネントのための内部アレイ／再構成サンプルのビット深度であり得る。

３１． 指定されたブロックサイズのためのマトリクスパラメータ及び／又はオフセット値は、他のブロックサイズのためのマトリクスパラメータ及び／又はオフセット値から導出され得る。

３２． １つの例では、８×８ブロックの１６×８マトリクスは、４×４ブロックの１６×４マトリクスから導出可能である。

３３． ＡＬＷＩＰによって生成される予測は、さらに用いられる予測信号を得るために処理される中間信号として扱われ得ることが提案される。
ａ． １つの例では、位置依存イントラ予測コンビネーション（ＰＤＰＣ）は、さらに用いられる予測信号を生成するためにＡＬＷＩＰによって生成される予測に適用され得る。
ｉ． １つの例では、ＰＤＰＣは、ブロックがプラナー又はＤＣ等の特定の通常のイントラ予測モードでコード化されるのと同じ方法でＡＬＷＩＰコード化ブロックに対して行われる。
ｉｉ． １つの例では、ＰＤＰＣは、ＡＬＷＩＰイントラ予測モードから変換される通常のイントラ予測モードでコード化されるブロックと同じ方法でＡＬＷＩＰコード化ブロックに対して行われる。
ｉｉｉ． １つの例では、ＰＤＰＣは、条件付きでＡＬＷＩＰコード化ブロックに適用される。
１）例えば、ＡＬＷＩＰ内部予測モードから変換された通常のイントラ予測モードにＰＤＰＣが適用されている場合にのみ、ＰＤＰＣがＡＬＷＩＰコード化ブロックに対して適用される。
ａ． １つの例では、ＡＬＷＩＰによって生成された境界サンプル予測は、さらに用いられる予測信号を生成するために隣接サンプルでフィルタリングされ得る。
ｉ． １つの例では、境界サンプルに対するフィルタリングは、ブロックがプラナー又はＤＣ等の特定の通常のイントラ予測モードでコード化されるのと同じ方法で、ＡＬＷＩＰコード化ブロックに対して行われる。
ｉｉ． １つの例では、境界サンプルに対するフィルタリングは、ＡＬＷＩＰイントラ予測モードから変換された通常のイントラ予測モードでブロックがコード化されるのと同じ方法で、ＡＬＷＩＰコード化ブロックに対して行われる。
ｉｉｉ． １つの例では、境界サンプルに対するフィルタリングは、条件付きでＡＬＷＩＰコード化ブロックに対して適用される。
１）例えば、境界サンプルに対するフィルタリングがＡＬＷＩＰイントラ予測モードから変換された通常のイントラ予測モードに適用される場合にのみ、境界サンプルに対するフィルタリングがＡＬＷＩＰコード化ブロックに対して適用される。

３４． バイリニア補間フィルタ以外の補間フィルタをＡＬＷＩＰのアップサンプリングプロセスで用いられ得ることが提案される。
ａ． １つの例では、４タップ補間フィルタがＡＬＷＩＰのアップサンプリングプロセスで用いられ得る。
ｉ． 例えば、クロマコンポーネントのための動き補償を行うために用いられるＶＶＣの４タップ補間フィルタは、ＡＬＷＩＰのアップサンプリングプロセスで用いられ得る。
ｉｉ． 例えば、角度イントラ予測を行うために用いられるＶＶＣの４タップ補間フィルタは、ＡＬＷＩＰのアップサンプリングプロセスで用いられ得る。
ｉｉｉ． 例えば、ルーマコンポーネントの動き補償を行うために用いられるＶＶＣの８タップ補間フィルタは、ＡＬＷＩＰのアップサンプリングプロセスで用いられ得る。

３５． ＡＬＷＩＰモードでコード化されたブロック内のサンプルは異なる方法で予測され得る。
ａ． １つの例では、Ｗ＊Ｈブロックの場合、該ブロック内のｓＷ＊ｓＨサブブロックの予測は、それにｓＷ＊ｓＨ ＡＬＷＩＰを適用することにより生成され得る。
ｉ． １つの例では、Ｗ＊Ｈブロックの場合、その左上のＷ／２＊Ｈ／２ブロックの予測は、それにＷ／２＊Ｈ／２ ＡＬＷＩＰを適用することにより生成され得る。
ｉｉ． １つの例では、Ｗ＊Ｈブロックの場合、その左側のＷ／２＊Ｈブロックの予測は、それにＷ／２＊Ｈ ＡＬＷＩＰを適用することにより生成され得る。
ｉｉｉ． １つの例では、Ｗ＊Ｈブロックの場合、その上側のＷ＊Ｈ／２ブロックの予測は、それにＷ＊Ｈ／２ ＡＬＷＩＰを適用することにより生成され得る。
ｉｖ． １つの例では、ｓＷ＊ｓＨサブブロックは、利用可能な左側又は／及び上側の隣接サンプルを有し得る。
ｂ． １つの例では、サブブロックの位置をどのように決定するかは、ブロックの寸法に依存し得る。
ｉ． 例えば、Ｗ＞＝Ｈの場合、その左側のＷ／２＊Ｈブロックの予測は、それにＷ／２＊Ｈ ＡＬＷＩＰを適用することにより生成され得る。
ｉｉ． 例えば、Ｈ＞＝Ｗの場合、その上側のＷ＊Ｈ／２ブロックの予測は、それにＷ＊Ｈ／２ ＡＬＷＩＰを適用することにより生成され得る。
ｉｉｉ． 例えば、Ｗ＝Ｈの場合、その左上のＷ／２＊Ｈ／２ブロックの予測は、それにＷ／２＊Ｈ／２ ＡＬＷＩＰを適用することにより生成され得る。
ｃ． さらに、１つの例では、残りのサンプル（例えば、サンプルがｓＷ＊ｓＨサブブロックに属していない）の予測は、Ｗ＊Ｈ ＡＬＷＩＰを適用することにより生成され得る。
ｉ． あるいは、残りのサンプルの予測は、従来のイントラ予測（例えば、イントラモードとして返還イントラ予測モードを用いる）を適用することにより生成され得る。
ｉｉ． さらに、ｓＷ＊ｓＨサブブロック内のサンプルについて計算がスキップされ得る。

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

３７． 隣接サンプル（近隣の又は非近隣の）は、ＡＬＷＩＰで用いられる前にフィルタリングされることが提案される。
ａ． あるいは、隣接サンプルは、ＡＬＷＩＰで用いられる前にフィルタリングされない。
ｂ． あるいは、隣接サンプルは、ＡＬＷＩＰで用いられる前に条件的にフィルタリングされる。
ｉ． 例えば、隣接するサンプルは、ＡＬＷＩＰイントラ予測モードが１又は一部の特定の値と等しい場合にのみ、ＡＬＷＩＰで用いられる前にフィルタリングされる。

３８． ＡＬＷＩＰフラグをコード化する場合、算術コード化におけるＡＬＷＩＰフラグのためのコンテキストを導出する方法は、現在のブロックの全ての次元で同じであることが提案される。
ａ． １つの例では、算術コード化におけるＡＬＷＩＰフラグのためのコンテキストを導出する方法は、（Ａｂｓ（Ｌｏｇ２（ｃｂＷｉｄｔｈ）－Ｌｏｇ２（ｃｂＨｅｉｇｈｔ）））が１より大きいかそうでない場合同じであり、ＣｂＷｉｄｔｈ及びＣｂＨｅｉｇｈｔは、それぞれ現在のブロックの幅及び高さである。
ｂ． １つの例では、算術コード化におけるＡＬＷＩＰフラグのためのコンテキストの導出は、隣接ブロックのＡＬＷＩＰ情報及び／又は隣接ブロックの可用性のみに依存する。
ｉ． １つの例では、複数の隣接ブロックのＡＬＷＩＰ情報（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）及び／又は隣接ブロックの可用性が直接用いられる。例えば、左側及び上側の隣接ブロックのＡＬＷＩＰフラグ及び／又は左側及び隣接ブロックの可用性は、算術コード化におけるＡＬＷＩＰフラグのためのコンテキストを導出するために用いられる。一例を表５に示す。あるいは、さらに、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３である。

表５：左側及び上側のシンタックス要素を用いたｃｔｘＩｎｃの仕様

ｉｉ． １つの例では、隣接ブロックのＡＬＷＩＰ情報（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）のうちの１つが算術コード化におけるＡＬＷＩＰフラグのためのコンテキストを導出するために用いられ、隣接ブロックは左側隣接ブロックであり得る。一例を表６に示す。あるいは、さらに、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＬ ＆＆ ａｖａｉｌａｂｌｅＬ）＋ｃｔｘＳｅｔＩｄｘ＊３である。

表６：左側及び上側のシンタックス要素を用いたｃｔｘＩｎｃの仕様

ｉｉｉ． １つの例では、隣接ブロックのＡＬＷＩＰフラグ情報（例えば、ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ）のうちの１つが算術コード化におけるＡＬＷＩＰフラグのコンテキストを導出するために使われ、隣接ブロックは上側の隣接ブロックであり得る。一例を表７に示す。あるいは、さらに、コンテキストインデックスオフセットｃｔｘＩｎｃ＝（ｃｏｎｄＡ ＆＆ ａｖａｉｌａｂｌｅＡ）＋ｃｔｘＳｅｔＩｄｘ＊３である。

表７：左側及び上側のシンタックス要素を用いたｃｔｘＩｎｃの仕様

ｃ． １つの例では、１つの固定コンテキストが算術コード化でＡＬＷＩＰフラグをコード化するために用いられる。
ｄ． １つの例では、ＡＬＷＩＰフラグは算術コード化においてバイパスコード化される。
ｅ． あるいは、Ｋコンテキストが算術コード化でＡＬＷＩＰフラグをコード化するために用いられ得る。用いられるコンテキストは、ブロックの寸法（例えば、Ｗで示される幅及びＨで示される高さ）に依存し得る。
ｉ． １つの例では、Ｋ＝２である。Ｗ＞Ｎ＊Ｈ又はＨ＞Ｎ＊Ｗ（例えば、Ｎ＝２）の場合、第１のコンテキストが用いられ、そうでなければ第２のコンテキストが用いられる。

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

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

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

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

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

４４． ＡＬＷＩＰにおけるアップサンプリングは、垂直アップサンプリング及び水平アップサンプリングの両方が必要な場合、固定の順序で行われ得ることが提案される。
ａ． １つの例では、水平アップサンプリングが最初に行われ、垂直アップサンプリングが二番目に行われ得る。
ｂ． １つの例では、垂直アップサンプリングが最初に行われ、水平アップサンプリングが二番目に行われ得る。

４５． １つの例では、アップサンプリングの前のＡＬＷＩＰにおける予測サンプルは、ブロック寸法に従って転置され得る。
ａ． １つの例では、Ｗ＊Ｈブロックが最初にＨ＊Ｗブロックに転置され、その後にアップサンプリングが適用され得る。
ｂ． あるいは、さらに、アップサンプリングプロセスの後に、アップサンプリングされたサンプルが逆の方法で転置され得る。

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

４７． ＡＬＷＩＰモードでコード化されたブロックのためのＭＰＭは、隣接ブロックから独立して構築され得ることが提案される。
ａ． １つの例では、ＡＬＷＩＰモードでコード化されたブロックのためのＭＰＭは、予め定義されている。
ｉ． 例えば、予め定義されたＭＰＭは、全てのブロック寸法に対して｛Ｍ０,Ｍ１,Ｍ２｝である。例えば、Ｍ０＝０、Ｍ１＝１及びＭ２＝２である。
ｉｉ． 例えば、ＡＬＷＩＰモードでコード化されたブロックのための予め定義されたＭＰＭは、ブロックの寸法に依存し得る。例えば、ＡＬＷＩＰモードでコード化されたブロックのための予め定義されたＭＰＭは、セクション２．２．１．５で定義されたｓｉｚｅＩｄに依存し得る。
１） 例えば、ｓｉｚｅＩｄ＝０の場合、ＭＰＭは｛１７，３４，５｝の順になる。
２） 例えば、ｓｉｚｅＩｄ＝１の場合、ＭＰＭは｛０，７，１６｝の順になる。
３） 例えば、ｓｉｚｅＩｄ＝２の場合、ＭＰＭは｛１，４，６｝の順になる。
ｉｉｉ． 例えば、ＡＬＷＩＰモードでコード化されたブロックのための予め定義されたＭＰＭは、最初のＫマトリクスに関連するように固定されるべきである。
１） １つの例では、Ｋ＝３である。
２） １つの例では、Ｋはブロック寸法に依存し得る。
ｂ． １つの例では、全ての種類の幅及び高さを有するブロックに対して、固定数（例えば１１）のＭＩＰモードがあるが、ＭＰＭはｓｉｚｅＩｄが異なるブロックに対して異なり得る。
ｉ． 例えば、ｓｉｚｅＩｄ＝０の場合、ＭＰＭは｛１０，５，１｝の順になる。
ｉｉ． 例えば、ｓｉｚｅＩｄ＝１の場合、ＭＰＭは｛９，７，１｝の順になる。
ｉｉｉ． 例えば、ｓｉｚｅＩｄ＝２の場合、ＭＰＭは｛６，１，８｝の順になる。
ｃ． １つの例では、全ての種類の幅及び高さを有するブロックに対して、固定数（例えば１１）のＭＩＰモードがあり、ＭＰＭは全ての種類の幅及び高さを有するブロックに対して同じである。

４８． ブロック寸法に関係なく、ＡＬＷＩＰのために利用されるマトリクスの数を統一することが提案される。
ａ． １つの例では、全てのブロック寸法に対してＳ個のマトリクスが記憶され得る。例えば、Ｓ＝１１又はＳ＝１９又はＳ＝３５である。
ｂ． １つの例では、ＡＬＷＩＰモードシグナリングは、全てのブロック寸法に対して同じ方法で行われる。
ｃ． あるいは、さらに、マトリクスは異なるブロック寸法に対して異なり得る。

４９． クロマブロックの二次変換（例えば、ＬＦＮＳＴ）のコーディング／パーシングサイド情報は対応するルミナンスＭＩＰ情報から切り離され得ることが提案される。すなわち、対応するルーマブロックがＭＩＰモードでコード化されていても、サイド情報は依然としてシグナリング／パースされ得る。
ａ． あるいは、さらに、クロマブロックのために二次変換を適用するかどうかは、対応するルミナンスＭＩＰ情報から切り離され得る。
ｉ． １つの例では、対応するルーマブロックがＭＩＰモードでコード化されていても、二次変換が依然として適用され得る。
ｂ． １つの例では、クロマブロックは、二重ツリー構造又はローカル二重ツリー構造内にあり得る。
ｃ． １つの例では、二重ツリークロマの場合、ＬＦＮＳＴが適用されるかどうかは、対応するルーマブロックがＭＩＰコード化されているかどうかから切り離され得る。
ｉ． あるいは、さらに、二重ツリークロマの場合、ＬＦＮＳＴを適用するかどうかは、ブロックがＭ×Ｎよりも小さいかどうか（例えば、Ｍ＝Ｎ＝１６）から切り離され得る。
ｄ． １つの例では、二重ツリークロマの場合、ＬＦＮＳＴを適用するかどうかは、現在のクロマブロックがＭＩＰによってコード化されているかどうかから切り離され得る。
ｉ． あるいは、さらに、ＭＩＰは、クロマブロックに対して常に無効にされ得る。
ｉｉ． あるいは、二重ツリークロマの場合、ＬＦＮＳＴを適用するかどうかは、現在のクロマブロックがＭＩＰによってコード化されるかどうかから切り離され得る。
ｅ． １つの例では、二重ツリークロマの場合、（ｌｆｎｓｔ＿ｉｄｘ等の）ＬＦＮＳＴインデックスのシグナリングは、ＭＩＰフラグ（例えば、ｉｎｔｒａ＿ＭＩＰ＿ｆｌａｇ）から切り離され得る。あるいは、単一ツリー又は二重ツリールーマの場合、ＬＦＮＳＴが適用されるかどうかは、対応するルーマブロックがＭＩＰによってコード化されているかどうかにより条件を付けられ得る。
ｉ． １つの例では、単一ツリー又は二重ツリールーマの場合（例えば、ｔｒｅｅＴｙｐｅ＝ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡではない場合）、（ｌｆｎｓｔ＿ｉｄｘ等の）ＬＦＮＳＴインデックスのシグナリングは、対応するＭＩＰコード化ルーマブロックの寸法によって条件付けられ得る。
１） 例えば、ｔｒｅｅＴｙｐｅ＝ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡではなく、対応するルーマブロックがＭＩＰ（ｉｎｔｒａ＿ＭＩＰ＿ｆｌａｇがｔｒｕｅ）モードでコード化され、対応するルーマブロックのｍｉｎ（幅、高さ）が１６以上である場合にのみ、（ｌｆｎｓｔ＿ｉｄｘ等の）ＬＦＮＳＴインデックスがシグナリングされ得る。

５０． ツリータイプの条件確認の下で、二次変換（例えば、ｌｆｎｓｔ＿ｉｄｘ）のサイド情報をシグナリングすることが提案される。
ａ． １つの例では、サイド情報をシグナリングするかどうかは、ツリータイプがクロマローカル二重ツリーの場合を含み得る、クロマ二重ツリー（例えば、ｔｒｅｅＴｙｐｅ＝＝ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）であるかどうかに依存し得る。
ｉ． あるいは、サイド情報をシグナリングするかどうかは、ツリータイプが、クロマローカル二重ツリーの場合を除くクロマ二重ツリーであるかどうかに依存し得る。
ｂ． 条件Ａは、「ＭＩＰは適用されず、ＬＦＮＳＴによって考慮されるブロック幅及びブロック高さの両方は、１６等の整数Ｎを下回らない」と定義される。例えば、条件Ａは、ＪＶＥＴ－Ｐ２００１－ｖ９で、（！ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］｜｜Ｍｉｎ（ｌｆｎｓｔＷｉｄｔｈ，ｌｆｎｓｔＨｅｉｇｈｔ）＞＝１６）と記述され得る。条件Ｂは、「現在のブロックは二重ツリー（又はローカル二重ツリー）構造内のクロマブロックである」と定義され、例えば、（ｔｒｅｅＴｙｐｅ＝＝ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）と記述され得る。条件Ｃは、「現在のブロックは二重ツリー（又はローカル二重ツリー）構造内のルーマブロックである」と定義される。例えば、条件Ｃは、（ｔｒｅｅＴｙｐｅ＝＝ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）と記述され得る。
ｉ． ＬＦＮＳＴを用いることができるかどうかを決定するために条件Ａを用いるかどうかは、条件Ｂに依存し得ることが提案される。
１） 例えば、条件ＢがＴＲＵＥの場合、条件Ａは無視される。そうでない場合（条件ＢはＦＡＬＳＥ）、条件ＡがＦＡＬＳＥであれば、ＬＦＮＳＴは用いられない。
ｉｉ． ＬＦＮＳＴに関する情報の全て又は一部をシグナリングできるかどうかを判定するために条件Ａを用いるかどうかは、条件Ｂに依存し得ることが提案される。
１） 例えば、条件ＢがＴＲＵＥの場合、条件Ａは無視される。そうでない場合（条件ＢはＦＡＬＳＥ）、条件ＡがＦＡＬＳＥであれば、ＬＦＮＳＴに関する情報の全て又は一部はシグナリングされない。
ｉｉｉ． ＬＦＮＳＴを用いることができるかどうかを決定するために条件Ａを用いるかどうかは、条件Ｃに依存し得ることが提案される。
１） 例えば、条件ＣがＦＡＬＳＥの場合、条件Ａは無視される。そうでない場合（条件ＢはＦＡＬＳＥ）、条件ＡがＦＡＬＳＥであれば、ＬＦＮＳＴは用いられない。
ｉｖ． ＬＦＮＳＴに関する情報の全て又は一部をシグナリングできるかどうかを判定するために条件Ａを用いるかどうかは、条件Ｃに依存し得ることが提案される。
１） 例えば、条件ＣがＦＡＬＳＥの場合、条件Ａは無視される。そうでない場合（条件ＢはＦＡＬＳＥ）、条件ＡがＦＡＬＳＥであれば、ＬＦＮＳＴに関する情報の全て又は一部はシグナリングされない。
ｖ． １つの例では、単一ツリーの場合、条件ＡはルーマコンポーネントにＬＦＮＳＴを適用するかどうかのみを制御し得る。
１） 例えば、１つの例では、クロマコンポーネントにＬＦＮＳＴを適用する条件が満たされているが、条件ＡがＦＡＬＳＥの場合、ＬＦＮＳＴはルーマコンポーネントには適用されないが、クロマコンポーネントに適用され得る。
ａ． この場合、ＬＦＮＳＴに関する全ての又は一部の情報は、クロマコンポーネントに対してＬＦＮＳＴを適用するかどうか及び／又はどのように適用するかを制御するためにシグナリングされる。

５１． 二次変換のサイド情報（例えば、ｌｆｎｓｔ＿ｉｄｘ）のシグナリング／パーシングは、カラーコンポーネントに依存して分類され得る。
ａ． １つの例では、二次変換の個々のサイド情報（例えば、ｌｆｎｓｔ＿ｉｄｘ）は、各カラーコンポーネント（例えば、Ｙ、Ｃｂ
Ｃｒ）に対してシグナリング／パースされ得る。例えば、ｌｆｎｓｔ＿ｉｄｘ［ｃＩｄｘ］は異なるｃＩｄｘに対して異なり得る。ｃＩｄｘは、カラーコンポーネントＹ、Ｃｂ及びＣｒに対してそれぞれ０、１及び２であり得る。
ｉ． １つの例では、クロマコンポーネント（Ｃｂ及びＣｒ等)は、二次変換の同じサイド情報を共有し得る。
ａ． １つの例では、二次変換の個々のサイド情報（例えば、ｌｆｎｓｔ＿ｉｄｘ）は、ル－マ及びクロマコンポーネントに対してシグナリング／パースされ得る。例えば、ｌｆｎｓｔ＿ｉｄｘ［ｃＩｄｘ］は異なるｃＩｄｘに対して異なり得る。ｃＩｄｘは、ルーマ及びクロマコンポーネントに対してそれぞれ０及び１であり得る。

５２． ＭＩＰのサイド情報（例えば、ｉｎｔｒａ_ｍｉｐ_ｆｌａｇ）のシグナリング／パーシングはカラーコンポーネントに依存して分類され得る。
ａ． １つの例では、ＭＩＰの個々のサイド情報（例えば、ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ）は、各カラーコンポーネント（例えば、Ｙ、Ｃｂ、Ｃｒ）に対してシグナリング／パースされ得る。例えば、ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｃＩｄｘ］は異なるｃＩｄｘに対して異なり得る。ｃＩｄｘは、カラーコンポーネントＹ、Ｃｂ及びＣｒに対してそれぞれ０、１及び２であり得る。
ｉ． １つの例では、クロマコンポーネント（Ｃｂ及びＣｒ等）は、ＭＩＰの同じサイド情報を共有し得る。
ｂ． １つの例では、ＭＩＰの個々のサイド情報（例えば、ｉｎｔｒａ＿ＭＩＰ＿ｆｌａｇ）は、ル－マ及びクロマコンポーネントのためにシグナリング／パースされ得る。例えば、ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｃＩｄｘ］は異なるｃＩｄｘに対して異なり得る。ｃＩｄｘは、ルーマ及びクロマコンポーネントに対してそれぞれ０及び１であり得る。

５．実施形態
新たに追加された部分を太字の斜体で強調表示し、削除された部分は図面においては取り消し線で又は本明細書では太字の下線テキストで強調表示されている。

５．１ １つの例
ＡＬＷＩＰフラグをコーディングするために３つのコンテキストが用いられる。図２５は、コンテキストコード化ビンを有するシンタックス要素へのｃｔｘＩｎｃの割り当てを含む、更新されたテーブルを示す。

５．２ １つの例
ＡＬＷＩＰフラグをコーディングするために１つの固定コンテキストが用いられる。図２６は、コンテキストコード化ビンを有するシンタックス要素へのｃｔｘＩｎｃの割り当てを含む、更新されたテーブルを示す。

５．３ １つの例
１ステップで境界縮小プロセスを行う。

以下の実施形態は、採用したＪＶＥＴ-Ｎ０２２０の提案テストＣＥ３－４．１＿ｖ２に基づく。

８．４．４．２．Ｘ１ アフィン線形加重サンプル予測
８．４．４．２．Ｘ３ 境界縮小プロセスの仕様
このプロセスへの入力は、
－変換ブロックサイズを指定する変数ｎＴｂＸと、
－参照サンプルｒｅｆＸ［ｘ］（ｘ＝０．．ｎＴｂＸ－１）と、
－ダウンサンプリングされた境界サイズを指定する変数ｂｏｕｎｄｙＳｉｚｅと、
－アップサンプリングに中間境界サンプルが必要かどうかを指定するフラグｎｅｅｄＵｐｓＢｄｒｙＸと、
－アップサンプリングのための境界サイズを指定する変数ｕｐｓＢｄｒｙＳｉｚｅと、
である。
このプロセスの出力は、縮小境界サンプルｒｅｄＸ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）とアップサンプリング境界サンプルｕｐｓＢｄｒｙＸ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＳｉｚｅ－１）である。

アップサンプリング境界サンプルｕｐｓＢｄｒｙＸ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＳｉｚｅ－１）は以下のように導出される。
－ｎｅｅｄＵｐｓＢｄｒｙＸ＝ＴＲＵＥで、ｕｐｓＢｄｒｙＳｉｚｅがｎＴｂＸより小さい場合、以下が適用される。
ｕＤｗｎ＝ｎＴｂＸ／ｕｐｓＢｄｒｙＳｉｚｅ （８－Ｘ３０）

－そうでない場合（ｕｐｓＢｄｒｙＳｉｚｅ＝ｎＴｂＸ）、ｕｐｓＢｄｒｙＸ［ｘ］＝ｒｅｆＸ［ｘ］に設定される。

縮小境界サンプルｒｅｄＸ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）は以下のように導出される。
－ｂｏｕｎｄａｒｙＳｉｚｅがｕｐＢｄｒｙＳｉｚｅ ｎＴｂＸより小さい場合、以下が適用される。
ｂＤｗｎ＝ｕｐｓＢｄｒｙＳｉｚｅ ｎＴｂＸ／ｂｏｕｎｄａｒｙＳｉｚｅ （８－Ｘ３２）

式（８－Ｘ３３）の二重角括弧内に示す「ｕｐｓＢｄｒｙＸ」という用語は削除される。

－そうでない場合（ｂｏｕｎｄａｒｙＳｉｚｅ＝ｕｐｓＢｄｒｙＳｉｚｅ ｎＴｂＸ）、ｒｅｄＸ［ｘ］はｕｐｓＢｄｒｙＸ［ｘ］ ｒｅｆＸ［ｘ］に等しく設定される。

５．４ １つの例
ＡＬＷＩＰのアップサンプリングプロセスにおいて、異なるフィルタリング段階で異なる精度の予測サンプルを導出する。

以下の実施形態は、採用したＪＶＥＴ-Ｎ０２２７の提案テストＣＥ３－４．１＿ｖ２に基づく。

８．４．４．２．Ｘ４ 予測アップサンプリングプロセスの仕様
このプロセスへの入力は、
－入力ブロック幅を指定する変数ｐｒｅｄＷと、
－入力ブロックの高さを指定する変数ｐｒｅｄＨと、
－アフィン線形加重サンプルｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１，ｙ＝０．．ｐｒｅｄＨ－１）と、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、
－アップサンプリング境界幅を指定する変数ｕｐｓＢｄｒｙＷと、
－アップサンプリング境界高さを指定する変数ｕｐｓＢｄｒｙＨと、
－上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）と、
－左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＨ－１）と、
である。
このプロセスの出力は予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）である。

スパース予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｍ］［ｎ］は、以下のようにｐｒｅｄＬｗｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１，ｙ＝０．．ｐｒｅｄＨ－１）から導出される。
ｕｐＨｏｒ＝ｎＴｂＷ／ｐｒｅｄＷ （８－Ｘ３４）
ｕｐＶｅｒ＝ｎＴｂＨ／ｐｒｅｄＨ （８－Ｘ３５）
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊ｕｐＨｏｒ－１］［（ｙ＋１）＊ｕｐＶｅｒ－１]＝ｐｒｅｄＬｗｉｐ［ｘ］［ｙ］ （８－Ｘ３６）
上側境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）は、以下のようにｐｒｅｄＳａｍｐｌｅｓ［ｍ］［－１］に割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊（ｎＴｂＷ／ｕｐｓＢｄｒｙＷ）－１］［－１］＝ｕｐｓＢｄｒｙＴ［ｘ］ （８－Ｘ３７）
左側境界サンプルｕｐｓＢｄｒｙＬ［ｙ］（ｙ＝０．．ｕｐｓＢｄｒｙＨ－１）は、以下のようにｐｒｅｄＳａｍｐｌｅｓ［－１］［ｎ］に割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［－１］［（ｙ＋１）＊（ｎＴｂＨ／ｕｐｓＢｄｒｙＨ）－１］＝ｕｐｓＢｄｒｙＬ［ｙ］ （８－Ｘ３８）
予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｎＴｂＨがｎＴｂＷより大きい場合、下記の順番のステップが適用される。
１． ｕｐＨｏｒが１より大きい場合、全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０..ｐｒｅｄＷ－１，ｎ＝１．．ｐｒｅｄＨ）がｄＸ＝１．．ｕｐＨｏｒ－１で以下のように適用される。
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ］［ｙＨｏｒ］＝（（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨor］［ｙＨｏｒ］）／ｕｐＨｏｒ （８－Ｘ３９）
２． 全てのスパース位置（ｘＶｅｒ，ｙＶｅｒ）＝（ｍ，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０.．ｎＴｂＷ－１，ｎ＝０．．ｐｒｅｄＨ－１）のための垂直アップサンプリングがｄＹ＝１．．ｕｐＶｅｒ－１で以下のように適用される。
ｙＶｅｒ＝－１の場合、ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＝ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＜＜ｌｏｇ２（ｕｐＨｏｒ）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］）／ｕｐＶｅｒ＋（１＜＜（ｌｏｇ２（ｕｐＨｏｒ）＋ｌｏｇ２（ｕｐＶｅｒ）－１）））＞＞（ｌｏｇ２（ｕｐＨｏｒ）＋ｌｏｇ２（ｕｐＶｅｒ）） （８－Ｘ４０）
－そうでない場合は、以下の順番の手順が適用される。
１． ｕｐＶｅｒが１より大きい場合、（８－Ｘ４０）（８－Ｘ４１）で規定されるように、全てのスパース位置（ｘＶｅｒ，ｙＶｅｒ）＝（ｍ＊ｕｐＶｅｒ－１，ｎ＊Ｖｅｒ－１）（ｍ＝１.．ｐｒｅｄＷ，ｎ＝０．．ｐｒｅｄＨ－１）のための垂直アップサンプリングがｄＹ＝１．．ｕｐＶｅｒ－１で適用される。
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］） （８－Ｘ４１）
２． 全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ）（ｍ＝０.．ｐｒｅｄＷ－１，ｎ＝０．．ｎＴｂＨ－１）のための水平アップサンプリングがｄＸ＝１．．ｕｐＨｏｒ－１が（８－Ｘ３９）で規定されているように以下のように適用される。
ｘＨｏｒ＝－１の場合、ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＝ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＜＜ｌｏｇ２（ｕｐｖｅｒ）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ］［ｙＨｏｒ］＝（（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨｏｒ］［ｙＨｏｒ］＋（１＜＜（ｌｏｇ２（ｕｐＨｏｒ）＋ｌｏｇ２（ｕｐＶｅｒ）－１）））＞＞（ｌｏｇ２（ｕｐＨｏｒ）＋ｌｏｇ２（ｕｐＶｅｒ）） （８－Ｘ４２）

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

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

１つの例では、右シフトを伴わない第１段階における出力結果は以下のように導出され得る。
Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ）＝Ｆ１＊Ｐ（Ｓｘ，Ｓｙ）＋Ｆ２＊Ｐ（Ｓｘ＋Ｋｘ，Ｓｙ）
Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）＝Ｆ１＊Ｐ（Ｓｘ，Ｓｙ＋Ｋｙ）＋Ｆ２＊Ｐ（Ｓｘ＋Ｋｘ，Ｓｙ＋Ｋｙ）
Ｆ１、Ｆ２は２－タップフィルタの係数であり、Ｆ１＋Ｆ２＝２^Ｎである。

次いで、第２段階の出力結果は以下のように導出され得る。
Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋１）＝Ｆ３＊Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ）＋Ｆ４＊Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）
Ｆ３、Ｆ４は２－タップフィルタの係数であり、Ｆ３＋Ｆ４＝２^Ｎである。

その後、最終的にアップサンプリングされたサンプル値は以下のように導出される。
Ｓ（Ｓｘ＋Ｋｘ－１，Ｓｙ＋１）＝Ｓｈｉｆｔ（Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋１），２Ｎ）；
Ｓ（Ｓｘ＋Ｋｘ－１，Ｓｙ）＝Ｓｈｉｆｔ（Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ），Ｎ）；
Ｓ（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）＝Ｓｈｉｆｔ（Ｓ’（Ｓｘ＋Ｋｘ－１，Ｓｙ＋Ｋｙ）， Ｎ）；

５．６ １つの例
縮小境界サンプルを一段階で導出し、アップサンプリングのための参照バッファを生成する。

以下の実施形態は、採用されたＪＶＥＴ－Ｎ０２１７の提案テストＣＥ３－４．１＿ｖ２に基づく。

８．４．４．２．Ｘ１ アフィン線形イントラサンプル予測
８．４．４．２．Ｘ３ 境界縮小プロセスの仕様
...
アップサンプリング境界サンプルｕｐｓＢｄｒｙＸ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＳｉｚｅ－１）は以下のように導出される。
－ｎｅｅｄＵｐｓＢｄｒｙＸ＝ＴＲＵＥであり、ｕｐｓＢｄｒｙＳｉｚｅがｎＴｂＸより小さい場合、下記が適用される。
ｕＤｗｎ＝ｎＴｂＸ／ｕｐｓＢｄｒｙＳｉｚｅ （８－Ｘ３０）

－そうでない場合（ｕｐｓＢｄｒｙＳｉｚｅ＝ｎＴｂＸ）、ｕｐｓＢｄｒｙＸ［ｘ］＝ｒｅｆＸ［ｘ］に設定される。

縮小境界サンプルｒｅｄＸ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）は以下のように導出される。
－ｂｏｕｎｄａｒｙＳｉｚｅがｕｐＢｄｒｙＳｉｚｅ ｎＴｂＸより小さい場合、以下が適用される。
ｂＤｗｎ＝ｕｐｓＢｄｒｙＳｉｚｅ ｎＴｂＸ／ｂｏｕｎｄａｒｙＳｉｚｅ （８－Ｘ３２）

式（８－Ｘ３３）の二重角括弧に示される「ｕｐｓＢｄｒｙＸ」という用語は削除される。

－そうでない場合（ｂｏｕｎｄａｒｙＳｉｚｅ＝ｕｐｓＢｄｒｙＳｉｚｅ ｎＴｂＸ）、ｒｅｄＸ［ｘ］＝ｕｐｓＢｄｒｙＸ［ｘ］に設定される。

５．７ １つの例
ＡＬＷＩＰ（マトリクスベースのイントラ予測又はＭＩＰとしても知られる）の固定順序アップサンプリングの例をここで提示する。テキストはＪＶＥＴ－Ｎ１００１－ｖ６に基づく。

５．７．１ 最初に水平アップサンプリング、次いで垂直アップサンプリング
８．４．５．２．１ マトリクスベースのイントラサンプル予測
このプロセスへの入力は、
－現在のピクチャの左上のサンプルに対する現在の変換ブロックの左上のサンプルを指定するサンプル位置（ｘＴｂＣｍｐ，ｙＴｂＣｍｐ）と、
－イントラ予測モードを指定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａと、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、
である。
このプロセスの出力は、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）である。

変数ｎｕｍＭｏｄｅｓ、ｂｏｕｎｄａｒｙＳｉｚｅ、ｐｒｅｄＷ、ｐｒｅｄＨ及びｐｒｅｄＣは、表８－７に規定のＭＩＰＳｉｚｅＩｄ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］を用いて導出される。

表８－７：ＭｉｐＳｉｚｅＩｄを用いた、予測モードの数ｎｕｍＭｏｄｅ、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、予測サイズｐｒｅｄＷ、ｐｒｅｄＨ及びｐｒｅｄＣの仕様

転置されたフラグは下記のように導出される。
ｉｓＴｒａｎｓｐｏｓｅｄ＝（ｐｒｅｄＭｏｄｅＩｎｔｒａ＞（ｎｕｍＭｏｄｅｓ／２））？ＴＲＵＥ：ＦＡＬＳＥ （８－５２）
フラグｎｅｅｄＵｐｓＢｄｒｙＨｏｒ及びｎｅｅｄＵｐｓＢｄｒｙＶｅｒは下記のように導出される。
ｎｅｅｄＵｐｓＢｄｒｙＨｏｒ＝（ｎＴｂＷ＞ｐｒｅｄＷ）？ＴＲＵＥ：ＦＡＬＳＥ （８－５７）
ｎｅｅｄＵｐｓＢｄｒｙＶｅｒ＝（ｎＴｂＨ＞ｐｒｅｄＨ）？ＴＲＵＥ：ＦＡＬＳＥ （８－５８）

変数ｕｐｓＢｄｒｙＷ及びｕｐｓＢｄｒｙＨは下記のように導出される。
ｕｐｓＢｄｒｙＷ＝（ｎＴｂＨ＞ｎＴｂＷ）？ｎＴｂＷ：ｐｒｅｄＷ （８－５９）
ｕｐｓＢｄｒｙＨ＝（ｎＴｂＨ＞ｎＴｂＷ）？ｐｒｅｄＨ：ｎＴｂＨ （８－６０）
ｕｐｓＢｄｒｙＷ＝ｎＴｂＷ （８－５９）
ｕｐｓＢｄｒｙＨ＝ｐｒｅｄＨ （８－６０）

変数ｍｉｐＷ及びｍｉｐＨは下記のように導出される。
ｍｉｐＷ＝ｉｓＴｒａｎｓｐｏｓｅｄ？ｐｒｅｄＨ：ｐｒｅｄＷ （８－６１）
ｍｉｐＨ＝ｉｓＴｒａｎｓｐｏｓｅｄ？ｐｒｅｄＷ：ｐｒｅｄＨ （８－６２）

参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及びｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）の生成のために、８．４．５．２．２項に規定のＭＩＰ参照サンプル導出プロセスを、サンプル位置（ｘＴｂＣｍｐ，ｙＴｂＣｍｐ）、変換ブロック幅ｎＴｂＷ、変換ブロック高さｎＴｂＨを入力とし、上側及び左側参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及びｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）を出力として呼び出される。

境界サンプルｐ［ｘ］（ｘ＝０．．２＊ｂｏｕｎｄａｒｙＳｉｚｅ－１）の生成のために、下記が適用される。
－８．４．５．２．３項に規定のＭＩＰ境界ダウンサンプリングプロセスは、参照サンプルｒｅｆＴ［ｘ］（ｘ＝０.．ｎＴｂＷ－１）、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、アップサンプリング境界フラグｎｅｅｄＵｐｓＢｄｒｙＨｏｒ及びアップサンプリング境界サイズｕｐｓＢｙＷを入力とし、縮小境界サンプルｒｅｄＴ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）及びアップサンプリング境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｙＷ－１）を出力として、ブロックサイズｎＴｂＷの上側参照サンプルのために呼び出される。
－８．４．５．２．３項に規定のＭＩＰ境界ダウンサンプリングプロセスは、参照サンプルｒｅｆＬ［ｙ］（ｙ＝０.．ｎＴｂＨ－１）、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、アップサンプリング境界フラグｎｅｅｄＵｐｓＢｄｒｙＶｅｒ及びアップサンプリング境界サイズｕｐｓＢｙＨを入力とし、縮小境界サンプルｒｅｄＬ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）及びアップサンプリング境界サンプルｕｐｓＢｄｒｙＬ［ｘ］（ｘ＝０．．ｕｐｓＢｙＨ－１）を出力として、ブロックサイズｎＴｂＨの左側参照サンプルのために呼び出される。
－縮小された上側境界サンプルｒｅｄＴ及び左側境界サンプルｒｅｄＬは、以下のように境界サンプルアレイｐに割り当てられる。

－ｉｓＴｒａｎｓｐｏｓｅｄ＝１の場合、ｐ［ｘ］＝ｒｅｄＬ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定され、ｐ［ｘ＋ｂｏｕｎｄａｒｙＳｉｚｅ］＝ｒｅｄＴ［ｘ］（ｘ＝０..ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定される。

－そうでない場合、ｐ［ｘ］＝ｒｅｄＴ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定され、ｐ［ｘ＋ｂｏｕｎｄａｒｙＳｉｚｅ］＝ｒｅｄＬ［ｘ］（ｘ＝０..ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定される。

ｐｒｅｄＭｏｄｅＩｎｔｒａに従ったイントラサンプル予測プロセスの場合、以下の順番のステップが適用される。
３．マトリクスベースのイントラ予測サンプルｐｒｅｄｍｉｐ［ｘ］［ｙ］（ｘ＝０．．ｍｉｐＷ－１，ｙ＝０．．ｍｉｐＨ－１）は以下のように導出される。
－変数ｍｏｄｅＩｄは以下のように導出される。
ｍｏｄｅＩｄ＝ｐｒｅｄＭｏｄｅＩｎｔｒａ－（ｉｓＴｒａｎｓｐｏｓｅｄ？ｎｕｍＭｏｄｅｓ／２：０） （８－６３）
－重みマトリクスｍＷｅｉｇｈｔ［ｘ］［ｙ］（ｘ＝０．．２＊ｂｏｕｎｄａｒｙＳｉｚｅ－１，ｙ＝０．．ｐｒｅｄＣ＊ｐｒｅｄＣ－１）は、ＭｉｐＳｉｚｅＩｄ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］及び表８－ＸＸ［Ｅｄ.（ＢＢ）：非１０ビット重みソリューションが採用された後に重みマトリクスを追加］を用いて導出される。
－バイアスベクトルｖＢｉａｓ［ｙ］（ｙ＝０．．ｐｒｅｄＣ＊ｐｒｅｄＣ－１）は、表８－ＸＸ［Ｅｄ.（ＢＢ）：非１０ビット重みソリューションが採用された後にバイアスベクトルを追加］に規定のｓｉｚｅＩｄ及びｍｏｄｅＩｄを用いて導出される。
－変数ｓＷは、ＭｉｐＳｉｚｅＩｄ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］及び表８－８に規定のｍｏｄｅＩｄを用いて導出される。
－マトリクスベースの予測サンプルｐｒｅｄＭＩＰ［ｘ］［ｙ］（ｘ＝０．．ｍｉｐＷ－１，ｙ＝０．．ｍｉｐＨ－１）は以下のように導出される。
ｏＷ＝１＜＜（ｓＷ－１） （８－６４）
ｓＢ＝ＢｉｔＤｅｐｔｈ_Ｙ－１ （８－６５）
ｉｎｃＷ＝（ｐｒｅｄＣ＞ｍｉｐＷ）？２：１ （８－６６）
ｉｎｃＨ＝（ｐｒｅｄＣ＞ｍｉｐＨ）？２：１ （８－６７）

４．ｉｓＴｒａｎｓｐｏｓｅｄ＝ＴＲＵＥの場合、ｐｒｅｄＨ×ｐｒｅｄＷのアレイｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＨ－１，ｙ＝０．．ｐｒｅｄＷ－１）は以下のように転置される。
ｐｒｅｄＴｅｍｐ［ｙ］［ｘ］＝ｐｒｅｄＭｉｐ［ｘ］［ｙ］ （８－６９）
ｐｒｅｄＭｉｐ＝ｐｒｅｄＴｅｍｐ （８－７０）
５．予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｎｅｅｄＵｐｓＢｄｒｙＶｅｒ＝ＴＲＵＥの場合又はｎｅｅｄＵｐｓＢｄｒｙＨｏｒ＝ＴＲＵＥの場合、８．４．５．２．４項に規定のＭＩＰ予測アップサンプリングプロセスが、入力ブロック幅ｐｒｅＷ、入力ブロック高さｐｒｅｄＨ、マトリクスベースのイントラ予測サンプルｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１，ｙ＝０．．ｐｒｅｄＨ－１）、変換ブロック幅ｎＴｂＷ、変換ブロック高さｎＴｂＨ、アップサンプリング境界幅ｕｐｄｒｙＷ、アップサンプリング境界高さｕｐｓＢｄｒｙＨ、上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ及び左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬを入力として呼び出され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
－そうでない場合、ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）＝ｐｒｅｄＭｉｐ［ｘ］［ｙ］に設定される。
６．予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）
は以下のようにクリップされる。
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝Ｃｌｉｐ１_Ｙ（ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］） （８－７１）

表８－８：ＭｉｐＳｉｚｅＩｄ及びｍｏｄｅＩｄに応じた重さシフトｓＷの仕様

８．４．５．２．４ ＭＩＰ予測アップサンプリングプロセス
このプロセスへの入力は、
－入力ブロック幅を指定する変数ｐｒｅｄＷと、
－入力ブロックの高さを指定する変数ｐｒｅｄＨと、
－マトリクスベースの予測サンプルｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１，ｙ＝０．．ｐｒｅｄＨ－１）と、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、
－アップサンプリング境界幅を指定する変数ｕｐｓＢｄｒｙＷと、
－アップサンプリング境界高さを指定する変数ｕｐｓＢｄｒｙＨと、
－上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）と、
－左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＨ－１）と、
である。
このプロセスの出力は予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０.．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）である。

スパース予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｍ］［ｎ］は、ｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０..ｐｒｅｄＷ－１，ｙ＝０..ｐｒｅｄＨ－１）から以下のように導出される。
ｕｐＨｏｒ＝ｎＴｂＷ／ｐｒｅｄＷ （８－７８）
ｕｐＶｅｒ＝ｎＴｂＨ／ｐｒｅｄＨ （８－７９）
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊ｕｐＨｏｒ－１］［（ｙ＋１）＊ｕｐＶｅｒ－１］＝ｐｒｅｄＭｉｐ［ｘ］［ｙ］ （８－８０）
上側境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０..ｕｐｓＢｄｒｙＷ－１）はｐｒｅｄＳａｍｐｌｅｓ［ｍ］［－１］に以下のように割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊（ｎＴｂＷ／ｕｐｓＢｄｒｙＷ）－１］［－１］＝ｕｐｓＢｄｒｙＴ［ｘ］ （８－８１）
左側境界サンプｕｐｓＢｄｒｙＬ［ｙ］（ｙ＝０..ｕｐｓＢｄｒｙＨ－１）はｐｒｅｄＳａｍｐｌｅｓ［－１］［ｎ］に以下のように割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［－１］［（ｙ＋１）＊（ｎＴｂＨ／ｕｐｓＢｄｒｙＨ）－１］＝ｕｐｓＢｄｒｙＬ［ｙ］ （８－８２）
予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０..ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｎＴｂＨがｎＴｂＷより大きい場合、次の順番のステップが適用される。
１．ｕｐＨｏｒが１より大きい場合、全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝１．．ｐｒｅｄＨ）は、ｄＸ＝１．．ｕｐＨｏｒ－１で以下のように適用される。
ｓｕｍ＝（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨｏｒ］［ｙＨｏｒ］ （８－８３）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ」［ｙＨｏｒ］＝（ｓｕｍ＋ｕｐＨｏｒ／２－（ｓｕｍ＜０？１：
０）／ｕｐＨｏｒ （８－８４）
２．全てのスパース位置（ｘＶｅｒ，ｙＶｅｒ）＝（ｍ，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｎＴｂＷ－１，ｎ＝０．．ｐｒｅｄＨ－１）のための垂直アップサンプリングがｄＹ＝１..ｕｐＶｅｒ－１で以下のように適用される。
ｓｕｍ＝（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］ （８－８５）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（ｓｕｍ＋ｕｐＶｅｒ／２－（ｓｕｍ＜０？１：０））／ｕｐＶｅｒ （８－８６）
－そうでない場合は、以下の順番の手ステップが適用される。
１.ｕｐＶｅｒが１より大きい場合、全てのスパース位置（ｘＶｅｒ，ｙＶｅｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝０．．ｐｒｅｄＨ－１）のための垂直アップサンプリングがｄＹ＝１..ｕｐＶｅｒ－１で以下のように適用される。

ｓｕｍ＝（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］ （８－８７）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（ｓｕｍ＋ｕｐＶｅｒ／２－（ｓｕｍ＜０？１：０））／ｕｐＶｅｒ （８－８８）
２.全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝０．．ｎＴｂＨ－１）のための水平アップサンプリングがｄＹ＝１..ｕｐＨｏｒ－１で以下のように適用される。

ｓｕｍ＝（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨｏｒ］［ｙＨｏｒ］ （８－８９）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ］［ｙＨｏｒ］＝（ｓｕｍ＋ｕｐＨｏｒ／２－（ｓｕｍ＜０？１：０））／ｕＰＨｏｒ （８－９０）

５．７．２ 最初に垂直アップリングサンプル、次に水平アップサンプリング
８．４．５．２．１ マトリクスベースのイントラサンプル予測
このプロセスへの入力は、
－現在のピクチャの左上のサンプルに対する現在の変換ブロックの左上のサンプルを指定するサンプル位置（ｘＴｂＣｍｐ，ｙＴｂＣｍｐ）と、
－イントラ予測モードを指定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａと、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロックの高さを指定する変数ｎＴｂＨと、
である。
このプロセスの出力は、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）である。

変数ｎｕｍＭｏｄｅｓ、ｂｏｕｎｄａｒｙＳｉｚｅ、ｐｒｅｄＷ、ｐｒｅｄＨ及びｐｒｅｄＣは、表８－７に規定のＭｉｐＳｉｚｅＩｄ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］を用いて導出される。

表８－７：ＭｉｐＳｉｚｅＩｄを用いた予測モードの数ｎｕｍＭｏｄｅ、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、予測サイズｐｒｅｄＷ、ｐｒｅｄＨ、ｐｒｅｄＣの仕様

フラグｉｓＴｒａｎｓｐｏｓｅｄは以下のように導出される。
ｉｓＴｒａｎｓｐｏｓｅｄ＝（ｐｒｅｄＭｏｄｅＩｎｔｒａ＞（ｎｕｍＭｏｄｅｓ／２）） ？ＴＲＵＥ：ＦＡＬＳＥ （８－５６）

フラグｎｅｅｄＵｐｓＢｄｒｙＨｏｒ及びｎｅｅｄＵｐｓＢｄｒｙＶｅｒは以下のように導出される。
ｎｅｅｄＵｐｓＢｄｒｙＨｏｒ ＝ （ｎＴｂＷ ＞ ｐｒｅｄＷ） ？ＴＲＵＥ：ＦＡＬＳＥ （８－５７）
ｎｅｅｄＵｐｓＢｄｒｙＶｅｒ ＝ （ｎＴｂＨ ＞ ｐｒｅｄＨ） ？ＴＲＵＥ：ＦＡＬＳＥ （８－５８）

変数ｕｐｓＢｄｒｙＷ及びｕｐｓＢｄｒｙＨは以下のように導出される。
ｕｐｓＢｄｒｙＷ＝（ｎＴｂＨ＞ｎＴｂＷ）？ｎＴｂＷ：ｐｒｅｄＷ （８－５９）
ｕｐｓＢｄｒｙＨ＝（ｎＴｂＨ＞ｎＴｂＷ）？ｐｒｅｄＨ：ｎＴｂＨ （８－６０）
ｕｐｓＢｄｒｙＷ＝ｐｒｅｄＷ （８－５９）
ｕｐｓＢｄｒｙＨ＝ｎＴｂＨ （８－６０）

変数ｍｉｐＷ及びｍｉｐＨは以下のように導出される。
ｍｉｐＷ＝ｉｓＴｒａｎｓｐｏｓｅｄ？ｐｒｅｄＨ：ｐｒｅｄＷ （８－６１）
ｍｉｐＨ＝ｉｓＴｒａｎｓｐｏｓｅｄ？ｐｒｅｄＷ：ｐｒｅｄＨ （８－６２）

参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及び参照サンプルｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）の生成のために、８．４．５．２．２項に規定のＭＩＰ参照サンプル導出プロセスがサンプル位置（ｘＴｂＣｍｐ，ｙＴｂＣｍｐ）、変換ブロック幅ｎＴｂＷ、変換ブロック高さｎＴｂＨを入力し、上側参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）及び左側参照サンプルｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）を出力として呼び出される。

境界サンプルｐ［ｘ］（ｘ＝０．．２＊ｂｏｕｎｄａｒｙＳｉｚｅ－１）の生成のために、以下が適用される。
－８．４．５．２．３項に規定のＭＩＰ境界ダウンサンプリングプロセスは、上側参照サンプルのために、ブロックサイズｎＴｂＷ、参照サンプルｒｅｆＴ［ｘ］（ｘ＝０．．ｎＴｂＷ－１）、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、アップサンプリング境界フラグｎｅｅｄＵｐｓＢｄｒｙＨｏｒ、アップサンプリング境界サイズｕｐｓＢｄｒｙＷを入力とし、縮小境界サンプルｒｅｄＴ［ｘ］（ｘ＝０．．ｂｏｕｎｄｙＳｉｚｅ－１）及びアップサンプリング境界サンプルｕｐＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）を出力として呼び出される。
－８．４．５．２．３項に規定のＭＩＰ境界ダウンサンプリングプロセスは、左側参照サンプルのために、ブロックサイズｎＴｂＨ、参照サンプルｒｅｆＬ［ｙ］（ｙ＝０．．ｎＴｂＨ－１）、境界サイズｂｏｕｎｄａｒｙＳｉｚｅ、アップサンプリング境界フラグｎｅｅｄＵｐｓＢｄｒｙＶｅｒ、アップサンプリング境界サイズｕｐｓＢｄｒｙＨを入力とし、縮小境界サンプルｒｅｄＬ［ｘ］（ｘ＝０．．ｂｏｕｎｄｙＳｉｚｅ－１）及びアップサンプリング境界サンプルｕｐＢｄｒｙＬ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＨ－１）を出力として呼び出される。
－縮小上側及び左側境界サンプルｒｅｄＴ及びｒｅｄＬは、次のように境界サンプルアレイｐに割り当てられる。
－ｉｓＴｒａｎｓｐｏｓｅｄ＝1の場合、ｐ［ｘ］＝ｒｅｄＬ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定され、ｐ［ｘ＋ｂｏｕｎｄａｒｙＳｉｚｅ］＝ｒｅｄＴ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定される。
－そうでなければ、ｐ［ｘ］＝ｒｅｄＴ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定され、ｐ［ｘ＋ｂｏｕｎｄａｒｙＳｉｚｅ］＝ｒｅｄＬ［ｘ］（ｘ＝０．．ｂｏｕｎｄａｒｙＳｉｚｅ－１）に設定される。

ｐｒｅｄＭｏｄｅＩｎｔｒａに従ったイントラサンプル予測プロセスについては、以下の順番のステップが適用される。

７． マトリクスベースの予測サンプルｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｍｉｐＷ－１，ｙ＝０．．ｍｉｐＨ－１）は以下のように導出される。
－変数ｍｏｄｅＩｄは以下のように導出される。

ｍｏｄｅＩｄ＝ｐｒｅｄＭｏｄｅＩｎｔｒａ－（ｉｓＴｒａｎｓｐｏｓｅｄ？ｎｕｍＭｏｄｅｓ／２：０） （８－６３）
－重みマトリクスｍＷｅｉｇｈｔ［ｘ］［ｙ］（ｘ＝０．．２＊ｂｏｕｎｄｅｒｙＳｉｚｅ－１，ｙ＝０．．ｐｒｅｄＣ＊ｐｒｅｄＣ－１）は、表８－ＸＸ［Ｅｄ.（ＢＢ）：非１０ビット重み解決策が採用された場合に重みマトリクスを追加］で規定のＭｉｐＳｉｚｅＩｄ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］及びｍｏｄｅＩｄを用いて導出される。
－バイアスベクトルｖＢｉａｓ［ｙ］（ｙ＝０．．ｐｒｅｄＣ＊ｐｒｅｄＣ－１）は、表８－ＸＸ［Ｅｄ.（ＢＢ）：非１０ビット重み解決策が採用された場合にバイアスベクトルを追加］で規定のｓｉｚｅＩｄ及びｍｏｄｅＩｄを用いて導出される。
－変数ｓＷは、表８－８で規定のＭｉｐＳｉｚｅＩｄ［ｘＴｂＣｍｐ］［ｙＴｂＣｍｐ］及びｍｏｄｅＩｄを用いて導出される。
－マトリクスベースの予測サンプルｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｍｉｐＷ－１，ｙ＝０．．ｍｉｐＨ－１）は以下のように導出される。

ｏＷ＝１＜＜（ｓＷ－１） （８－６４）
ｓＢ＝ＢｉｔＤｅｐｔｈ_Ｙ－１ （８－６５）
ｉｎｃＷ＝（ｐｒｅｄＣ＞ｍｉｐＷ）？２：１ （８－６６）
ｉｎｃＨ＝（ｐｒｅｄＣ＞ｍｉｐＨ）？２：１ （８－６７）

８． ｉｓＴｒａｎｓｐｏｓｅｄが＝ＴＲＵＥの場合、ｐｒｅｄＨ×ｐｒｅｄＷのアレイｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＨ－１，ｙ＝０．．ｐｒｅｄＷ－１）は以下のように転置される。
ｐｒｅｄＴｅｍｐ［ｙ］［ｘ］＝ｐｒｅｄＭｉｐ［ｘ］［ｙ］ （８－６９）
ｐｒｅｄＭｉｐ＝ｐｒｅｄＴｅｍｐ （８－７０）

９． 予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｎｅｅｄＵｐｓＢｄｒｙＶｅｒ＝ＴＲＵＥの場合又はｎｅｅｄＵｐｓＢｄｒｙＨｏｒ＝ＴＲＵＥの場合、８．４．５．２．４項に規定のＭＩＰ予測アップサンプリングプロセスが入力ブロック幅ｐｒｅＷ、入力ブロック高さｐｒｅｄＨ、マトリクスベースのイントラ予測サンプルｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０. .ｐｒｅｄＷ－１，ｙ＝０..ｐｒｅｄＨ－１）、変換ブロック幅ｎＴｂＷ、変換ブロック高さｎＴｂＨ、アップサンプリング境界幅ｕｐＢｄｒｙＷ、アップサンプリング境界高さｕｐｓＢｄｒｙＨ、上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ及び左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬを入力として呼び出され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
－そうでなければ、ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）＝ｐｒｅｄＭｉｐ［ｘ］［ｙ］に設定される。

１０． 予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０．．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のようにクリッピングされる。
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝Ｃｌｉｐ１_Ｙ（ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］） （８－７１）

表８－８：ＭｉｐＳｉｚｅＩｄ及びｍｏｄｅＩｄに応じた重みシフトｓＷの仕様

８．４．５．２．４ ＭＩＰ予測アップサンプリングプロセス
このプロセスへの入力は、
－入力ブロック幅を指定する変数ｐｒｅｄＷと、
－入力ブロックの高さを指定する変数ｐｒｅｄＨと、
－マトリクスベースの予測サンプルｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０．．ｐｒｅｄＷ－１，ｙ＝０．．ｐｒｅｄＨ－１）と、
－変換ブロック幅を指定する変数ｎＴｂＷと、
－変換ブロック高さを指定する変数ｎＴｂＨと、
－アップサンプリング境界幅を指定する変数ｕｐｓＢｄｒｙＷと、
－アップサンプリング境界高さを指定する変数ｕｐｓＢｄｒｙＨと、
－上側アップサンプリング境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＷ－１）と、
－左側アップサンプリング境界サンプルｕｐｓＢｄｒｙＬ［ｘ］（ｘ＝０．．ｕｐｓＢｄｒｙＨ－１）と、
である。
このプロセスの出力は予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０.．ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）である。

スパース予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｍ］［ｎ］は、ｐｒｅｄＭｉｐ［ｘ］［ｙ］（ｘ＝０..ｐｒｅｄＷ－１，ｙ＝０..ｐｒｅｄＨ－１）から以下のように導出される。
ｕｐＨｏｒ＝ｎＴｂＷ／ｐｒｅｄＷ （８－７８）
ｕｐＶｅｒ＝ｎＴｂＨ／ｐｒｅｄＨ （８－７９）
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊ｕｐＨｏｒ－１］［（ｙ＋１）＊ｕｐＶｅｒ－１］＝ｐｒｅｄＭｉｐ［ｘ］［ｙ］ （８－８０）
上側境界サンプルｕｐｓＢｄｒｙＴ［ｘ］（ｘ＝０..ｕｐｓＢｄｒｙＷ－１）はｐｒｅｄＳａｍｐｌｅｓ［ｍ］［－１］に以下のように割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［（ｘ＋１）＊（ｎＴｂＷ／ｕｐｓＢｄｒｙＷ）－１］［－１］＝ｕｐｓＢｄｒｙＴ［ｘ］ （８－８１）
左側境界サンプｕｐｓＢｄｒｙＬ［ｙ］（ｙ＝０..ｕｐｓＢｄｒｙＨ－１）はｐｒｅｄＳａｍｐｌｅｓ［－１］［ｎ］に以下のように割り当てられる。
ｐｒｅｄＳａｍｐｌｅｓ［－１］［（ｙ＋１）＊（ｎＴｂＨ／ｕｐｓＢｄｒｙＨ）－１］＝ｕｐｓＢｄｒｙＬ［ｙ］ （８－８２）
予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］（ｘ＝０..ｎＴｂＷ－１，ｙ＝０．．ｎＴｂＨ－１）は以下のように導出される。
－ｎＴｂＨがｎＴｂＷより大きい場合、次の順番のステップが適用される。

１． ｕｐＨｏｒが１より大きい場合、全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝１．．ｐｒｅｄＨ）は、ｄＸ＝１．．ｕｐＨｏｒ－１で以下のように適用される。
ｓｕｍ＝（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨｏｒ］［ｙＨｏｒ］ （８－８３）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ」［ｙＨｏｒ］＝（ｓｕｍ＋ｕｐＨｏｒ／２－（ｓｕｍ＜０？１：
０）／ｕｐＨｏｒ （８－８４）
２． 全てのスパース位置（ｘＶｅｒ，ｙＶｅｒ）＝（ｍ，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｎＴｂＷ－１，ｎ＝０．．ｐｒｅｄＨ－１）のための垂直アップサンプリングがｄＹ＝１..ｕｐＶｅｒ－１で以下のように適用される。
ｓｕｍ＝（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］ （８－８５）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（ｓｕｍ＋ｕｐＶｅｒ／２－（ｓｕｍ＜０？１：０））／ｕｐＶｅｒ （８－８６）
－そうでない場合は、以下の順番の手ステップが適用される。

１. ｕｐＶｅｒが１より大きい場合、全てのスパース位置（ｘＶｅｒ，ｙＶｅｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ＊ｕｐＶｅｒ－１）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝０．．ｐｒｅｄＨ－１）のための垂直アップサンプリングがｄＹ＝１..ｕｐＶｅｒ－１で以下のように適用される。

ｓｕｍ＝（ｕｐＶｅｒ－ｄＹ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ］＋ｄＹ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｕｐＶｅｒ］ （８－８７）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＶｅｒ］［ｙＶｅｒ＋ｄＹ］＝（ｓｕｍ＋ｕｐＶｅｒ／２－（ｓｕｍ＜０？１：０））／ｕｐＶｅｒ （８－８８）
２． 全てのスパース位置（ｘＨｏｒ，ｙＨｏｒ）＝（ｍ＊ｕｐＨｏｒ－１，ｎ）（ｍ＝０．．ｐｒｅｄＷ－１，ｎ＝０．．ｎＴｂＨ－１）のための水平アップサンプリングがｄＹ＝１..ｕｐＨｏｒ－１で以下のように適用される。

ｓｕｍ＝（ｕｐＨｏｒ－ｄＸ）＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ］［ｙＨｏｒ］＋ｄＸ＊ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｕｐＨｏｒ］［ｙＨｏｒ］ （８－８９）
ｐｒｅｄＳａｍｐｌｅｓ［ｘＨｏｒ＋ｄＸ］［ｙＨｏｒ］＝（ｓｕｍ＋ｕｐＨｏｒ／２－（ｓｕｍ＜０？１：０））／ｕＰＨｏｒ （８－９０）

５．８ ＭＰＭコーディングのためのＪＶＥＴ－Ｎ１００１－ｖ７に基づく例示の作業原案
８．４．２ ＭＩＰモードの導出プロセス
このプロセスへの入力は、
－現在のピクチャの左上のルーマサンプルに対する現在のルーマコーディングブロックの左上のサンプルを指定するルーマ位置（ｘＣｂ，ｙＣｂ）と、
－ルーマサンプル内の現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈと、
－ルーマサンプル内の現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔと、
である。

このプロセスでは、マトリクスベースのイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップにより導出される。

５. 隣接位置（ｘＮｂＡ，ｙＮｂＡ）及び（ｘＮｂＢ，ｙＮｂＢ）は（ｘＣｂ－１，ｙＣｂ）及び（ｘＣｂ，ｙＣｂ－１）にそれぞれ等しく設定される。

６. Ａ又はＢで置き換えられるＸの場合、変数ｃａｎｄＭＩＰＭｏｄｅＸは以下のように導出される。
－６．４．Ｘ項［Ｅｄ.（ＢＢ）：隣接ブロック可用性確認プロセスｔｂｄ］に規定のブロックのための可用性導出プロセスは、（ｘＣｂ,ｙＣｂ）と等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒ）及び（ｘＮｂＸ，ｙＮｂＸ）と等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）を入力として呼び出され、出力はａｖａｉｌａｂｌｅＸに割り当てられる。
－ＭＩＰモード候補ｃａｎｄＭＩＰＭｏｄｅＸは以下のように導出される。
－以下の条件のうちの１つ以上が真の場合、ｃａｎｄＭＩＰＭｏｄｅＸ＝－１に設定される。
－変数ａｖａｉｌａｂｌｅＸ＝ＦＡＬＳＥの場合。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］はＭＯＤＥ＿ＩＮＴＲＡと等しくなく、ｃｉｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］は１と等しくないの場合。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］＝１の場合。
－Ｘ＝Ｂで、ｙＣｂ－１は（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）より小さい場合。
－そうでなければ、以下が適用される。
－ｉｎｔｒａ＿ＭＩＰ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］＝１の場合、以下が適用される。
－ＭＩＰＳｉｚｅＩｄ［ｘＣｂ］［ｙＣｂ］＝ＭｉｐＳｉｚｅＩｄ［ｘＮｂＸ］［ｙＮｂＸ］の場合、ｃａｎｄＭｉｐＭｏｄｅＸ＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に設定される。
－そうでなければ、ｃａｎｄＭｉｐＭｏｄｅＸ＝－１に設定される。
－そうでなければ、ｃａｎｄＭｉｐＭｏｄｅＸは、表８－４に規定のＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］及びＭｉｐＳｉｚｅＩｄ［ｘＣｂ］［ｙＣｂ］を用いて導出される。

７. ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．２）は、表８－２に規定のｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］を用いて以下のように導出される。

－ｃａｎｄＭｉｐＭｏｄｅＡ及びｃａｎｄＭｉｐＭｏｄｅＢの双方が＝－１の場合、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［０］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］ （８－１０）
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［１］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］ （８－１１）
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［２］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－１２）

－そうでなければ、以下が適用される。
－ｃａｎｄＭｉｐＭｏｄｅＡ＝ｃａｎｄＭｉｐＭｏｄｅＢの場合又はｃａｎｄＭｉｐＭｏｄｅＡ又はｃａｎｄＭｉｐＭｏｄｅＢのいずれかが＝－１の場合、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［０］＝（ｃａｎｄＭｉｐＭｏｄｅＡ！＝－１）？ｃａｎｄＭｉｐＭｏｄｅＡ：ｃａｎｄＭｉｐＭｏｄｅＢ （８－１３）
－ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［０］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］の場合、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［１］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］ （８－１４）
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［２］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－１５）
－そうでなければ、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［１］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］ （８－１６）
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［２］＝（ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［０］！＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］）？
ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］：ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－１７）
－そうでなければ、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［０］＝ｃａｎｄＭｉｐＭｏｄｅＡ （８－１８）
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［１］＝ｃａｎｄＭｉｐＭｏｄｅＢ （８－１９）
－ｃａｎｄＭｉｐＭｏｄｅＡ及びｃａｎｄＭｉｐＭｏｄｅＢの両方がＭｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］と等しくない場合、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［２］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［０］ （８－２０）
－そうでなければ、以下が適用される。
－ｃａｎｄＭｉｐＭｏｄｅＡ及びｃａｎｄＭｉｐＭｏｄｅＢの両方がｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］と等しくない場合、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［２］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［１］ （８－２１）
－そうでなければ、以下が適用される。
ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［２］＝ｍｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［２］ （８－２２）

８． ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の手順を適用することにより導出される。
－ｉｎｔｒａ＿ｍｉｐ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｍｉｐ＿ｍｐｍ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］］に設定される。
－そうでなければ、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップを適用することにより導出される。
３． ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｉ］がｃａｎｄＭＩＰＭｏｄｅＬｉｓｔ［ｊ］よりもｉ＝０．．１及び各ｉ，ｊ＝（ｉ＋１）．．２について大きい場合、両方の値は以下のように交換される。
（ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｊ］）＝Ｓｗａｐ（ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｊ］） （８－２３）
４． ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップにより導出される。
ｉ． ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ｉｎｔｒａ＿ｍｉｐ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘＣｂ］［ｙＣｂ］に設定される。
ｉｉ． ｉ＝０～２の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｃａｎｄＭｉｐＭｏｄｅＬｉｓｔ［ｉ］以上の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値は１インクリメントされる。
変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］（ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１)はＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しくなるように設定される。

図２７は、イントラ予測モード及びＭＩＰモード間のマッピングの仕様のための更新されたテーブルを示す。

表８－２：ＭＩＰ候補モードＭｉｐＭｐｍＣａｎｄ［ｓｉｚｅＩｄ］［ｘ］の仕様

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

このプロセスでは、ルーマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。表８－３は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値及び関連名称を規定する。

表８－３：イントラ予測モード及び関連名称の仕様

ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下のように導出される。
－ＢｄｐｃｍＦｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合又はｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝０の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ＩＮＴＲＡ＿ＰＬＡＮＡＲに設定される。
－そうでなけば（ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合）、以下の順番のステップが適用される。
９．隣接位置（ｘＮｂＡ，ｙＮｂＡ）及び（ｘＮｂＢ，ｙＮｂＢ）は、それぞれ（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
１０． Ａ又はＢのいずれかで置き換えられるいるＸの場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下のように導出される。
－６．４．Ｘ項［Ｅｄ.（ＢＢ）：隣接ブロック可用性確認プロセスｔｂｄ］で規定されているブロックのための可用性導出プロセスが、（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＮｂＸ，ｙＮｂＸ）に等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）とを入力として呼び出され、出力がａｖａｉｌａｂｌｅＸに割り当てられる。
－イントラ予測モード候補ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下のように導出される。
－以下の条件のうちの１つ以上が真の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸ＝ＩＮＴＲＡ＿ＰＬＡＮＡＲに設定される。
－変数ａｖａｉｌａｂｌｅＸ＝ＦＡＬＳＥの場合。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡと等しくなく、ｃｉｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１と等しくない場合。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］＝１の場合。
－Ｘ＝Ｂであり、ｙＣｂ－１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）より小さい場合。
－ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合。
－そうでなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下のように導出される。
－ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、表８－４に規定されているＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］及びＭｉｐＳｉｚｅＩｄ［ｘＣｂ］［ｙＣｂ］を用いて導出される。
－そうでなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸ＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に設定される。
１１． ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．４）は以下のように導出される。
－ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡであり、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡがＩＮＴＲＡ＿ＤＣよりも大きい場合、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．４）は以下のように導出される。
ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ （８－２４）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６１）％６４） （８－２５）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ－１）％６４） （８－２６）
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＩＮＴＲＡ＿ＤＣ （８－２７）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ＋６０）％６４） （８－２８）
－そうでなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡと等しくなく、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ又はｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがＩＮＴＲＡ＿ＤＣよりも大きい場合、以下が適用される。
－変数ｍｉｎＡＢ及びｍａｘＡＢは以下のように導出される。
ｍｉｎＡＢ＝Ｍｉｎ（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ，ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ) （８－２９）
ｍａｘＡＢ＝Ｍａｘ（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ，ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ) （８－３０）
－ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ及びｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢの両方がＩＮＴＲＡ＿ＤＣよりも大きい場合、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．４）は以下のように導出される。
ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ （８－３１）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢ （８－３２）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＩＮＴＲＡ＿ＤＣ （８－３３）
－ｍａｘＡＢ－ｍｉｎＡＢが２～６２の範囲にある場合は、以下が適用される。
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝２＋（（ｍａｘＡＢ＋６１）％６４） （８－３４）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｍａｘＡＢ－１）％６４） （８－３５）
－そうでなければ、以下が適用される。
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝２＋（（ｍａｘＡＢ＋６０）％６４） （８－３６）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｍａｘＡＢ）％６４） （８－３７）
－そうでなければ（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡ又はｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがＩＮＴＲＡ＿ＤＣより大きい場合）、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ｘ＝０．．４）は以下のように導出される。
ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝ｍａｘＡＢ （８－３８）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＤＣ （８－３９）
ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝２＋（（ｍａｘＡＢ＋６１）％６４） （８－４０）
ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝２＋（（ｍａｘＡＢ－１）％６４） （８－４１）
ｃａｎｄＭｏｄｅＬｉｓｔ［４］＝２＋（（ｍａｘＡＢ＋６０）％６４） （８－４２）
－そうでなければ、以下が適用される。
ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝ＩＮＴＲＡ＿ＤＣ （８－４３）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０ （８－４４）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８ （８－４５）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ４６ （８－４６）
ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５４ （８－４７）
１２． ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の手順を適用することにより導出される。
－ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］＝１の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ｃａｎｄＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］］に設定される。
－そうでなければ、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップを適用することにより導出される。
５． ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］がｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］よりもｉ＝０．．３及び各ｉ，ｊ＝（ｉ＋１）．．４について大きい場合、両方の値は以下のように交換される。
（ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］）＝Ｓｗａｐ（ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］，ｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］） （８－４８）
６．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順番のステップにより導出される。
ｉ． ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］＝ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘＣｂ］［ｙＣｂ］に設定される。
ｉｉ． ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値は１インクリメントされる。
ｉｉｉ． ｉ＝０～４で、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］以上の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値は１インクリメントされる。

変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］（ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］に設定される。

図２８は、ＭＩＰモード及びイントラ予測モード間のマッピングの仕様のための更新されたテーブルを示す。

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

このプロセスでは、クロマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣ［ｘＣｂ］［ｙＣｂ］が導出される。対応するルーマイントラ予測モードｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄeは以下のように導出される。

－ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２] ＝１の場合、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは、表８－４に規定されているＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２]及びｓｉｚｅＩｄを用いて導出されたＩＮＴＲＡ＿ＰＬＡＮＡＲと等しく設定され、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸの値がｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅに割り当てられる。

－そうでなければ、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅ＝ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２」「ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２]に設定される。

クロマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣ［ｘＣｂ］［ｙＣｂ］は、表８－５及び表８－６で規定されたｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［ｘＣｂ］［ｙＣｂ］及びｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅを用いて導出される。

５．９ 二重ツリークロマの場合にｌｆｎｓｔ＿ｉｄｘをシグナリングする実施形態
以下の修正はＪＶＥＴ＿Ｐ２００１＿ｖ９に基づく。修正は太字のイタリック体を用いた強調表示テキストにより示される。

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

７．４．１０．５ コーディングユニットの意味論
．．．

１と等しいｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、ルーマサンプルのためのイントラ予測タイプがマトリクスベースのイントラ予測であることを指定する。０と等しいｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、ルーマサンプルのためのイントラ予測タイプがマトリクスベースのイントラ予測でないことを指定する。

ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］がＳＩＮＧＬＥ＿ＴＲＥＥ又はＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡケースに存在しない場合、それは０に等しいと推定される。

上述の例は、ビデオエンコーダ及び／又はデコーダで実施され得る以下で説明する方法、例えば、方法１１００、１２００、１３００、１４００、２３００及び／又は２４００の文脈に組み込まれ得る。

図１１は、ビデオ処理のための例示の方法のフローチャートを示す。この方法１１００は、ステップ１１１０で、現在のビデオブロックがアフィン線形重み付けイントラ予測（ＡＬＷＩＰ）モードを用いてコード化されていると判定することを含む。

方法１１００は、ステップ１１２０で、前記判定することに基づいて、ＡＬＷＩＰモードのための最確モード（ＭＰＭ）リストの少なくとも一部を、非ＡＬＷＩＰイントラモードのためのＭＰＭリストの少なくとも一部に基づいて構築することを含む。

方法１１００は、ステップ１１３０で、ＡＬＷＩＰモードのためのＭＰＭリストに基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を行うことを含む。

一部の実施形態では、ＡＬＷＩＰモードのＭＰＭリストのサイズは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストのサイズと同一である。例では、ＡＬＷＩＰモードのＭＰＭリストのサイズは６である。

一部の実施形態では、方法１１００は、ＡＬＷＩＰモードのためのＭＰＭリストにデフォルトモードを挿入するステップをさらに含む。一例では、デフォルトモードは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストに基づくＡＬＷＩＰモードのためのＭＰＭリストの一部の前に挿入される。別の例では、デフォルトモードは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストに基づくＡＬＷＩＰモードのためのＭＰＭリストの一部の後に挿入される。さらに別の例では、デフォルトモードは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストに基づくＡＬＷＩＰモードのためのＭＰＭリストの一部と交互的に挿入される。

一部の実施形態では、ＡＬＷＩＰモードのためのＭＰＭリスト及び非ＡＬＷＩＰイントラモードのためのＭＰＭリストの構築は１つ以上の隣接ブロックに基づく。

一部の実施形態では、ＡＬＷＩＰモードのためのＭＰＭリスト及び非ＡＬＷＩＰイントラモードのためのＭＰＭリストの構築は、現在のビデオブロックの高さ又は幅に基づく。

一部の実施形態では、ＡＬＷＩＰモードのためのＭＰＭリストの構築は第１のパラメータセットに基づき、第１のパラメータセットは、非ＡＬＷＩＰイントラモードのためのＭＰＭリストの構築に用いられる第２のパラメータセットとは異なる。

一部の実施形態では、方法１１００は、現在のビデオブロックの隣接ブロックがＡＬＷＩＰモードでコード化されていると判定し、非ＡＬＷＩＰイントラモードのためのＭＰＭリストを構築する際に、隣接ブロックは利用不可であると指定するステップをさらに含む。

一部の実施形態では、方法１１００は、現在のビデオブロックの隣接ブロックが非ＡＬＷＩＰイントラモードでコード化されていると判定し、ＡＬＷＩＰモードのためのＭＰＭリストを構築する際に、隣接ブロックは利用不可であると指定するステップをさらに含む。

一部の実施形態では、非ＡＬＷＩＰイントラモードは、通常イントラモード、複数参照ライン（ＭＲＬ）イントラ予測モード又はイントラサブパーティション（ＩＳＰ）ツールに基づく。

図１２は、ビデオ処理のための例示の方法のフローチャートを示す。方法１２００は、ステップ１２１０で、現在のビデオブロックのルーマコンポーネントはアフィン線形重み付けイントラ予測（ＡＬＷＩＰ）モードを用いてコード化されていると判定することを含む。

方法１２００は、ステップ１２２０で、前記判定することに基づいて、クロマイントラモードを推測することを含む。

方法１２００は、ステップ１２３０で、クロマイントラモードに基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を行うことを含む。

一部の実施形態では、ルーマコンポーネントは、クロマコンポーネントの所定のクロマサンプルをカバーする。１つの例では、所定のクロマサンプルはクロマコンポーネントの左上のサンプル又は中央のサンプルである。

一部の実施形態では、推測されたクロマイントラモードはＤＭモードである。

一部の実施形態では、推測されたクロマイントラモードはＡＬＷＩＰモードである。

一部の実施形態では、ＡＬＷＩＰモードは、現在のビデオブロックの１つ以上のクロマコンポーネントに適用される。

一部の実施形態では、ＡＬＷＩＰモードの異なるマトリクス又はバイアスベクトルが、現在のビデオブロックの異なるカラーコンポーネントに適用される。１つの例では、異なるマトリクス又はバイアスベクトルは、Ｃｂ及びＣｒコンポーネントのために共同で定義される。別の例では、Ｃｂ及びＣｒコンポーネントは連結されている。さらに別の例では、Ｃｂ及びＣｒコンポーネントはインターリーブされている。

図１３は、ビデオ処理のための例示の方法のフローチャートを示す。方法１３００は、ステップ１３１０で、現在のビデオブロックがアフィン線形重み付けイントラ予測モード（ＡＬＷＩＰ）を用いてコード化されていると判定することを含む。

方法１３００は、ステップ１３２０で、前記判定することに基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を行うことを含む。

一部の実施形態では、前記判定することは、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、タイルグループヘッダ、タイルヘッダ、コーディングツリーユニット（ＣＴＵ）行又はＣＴＵ領域におけるシグナリングに基づく。

一部の実施形態では、前記判定することは、現在のビデオブロックの高さ（Ｈ）又は幅（Ｗ）に基づく。１つの例では、Ｗ＞Ｔ１又はＨ＞Ｔ２である。別の例では、Ｗ≧Ｔ１又はＨ≧Ｔ２である。さらに別の例では、Ｗ＜Ｔ１又はＨ＜Ｔ２である。さらに別の例では、Ｗ≦Ｔ１又はＨ≦Ｔ２である。さらに別の例では、Ｔ１＝３２及びＴ２＝３２である。

一部の実施形態では、前記判定することは、現在のビデオブロックの高さ（Ｈ）又は幅（Ｗ）に基づく。１つの例では、Ｗ＋Ｈ≦Ｔである。別の例では、Ｗ＋Ｈ≧Ｔである。さらに別の例では、Ｗ×Ｈ≦Ｔである。さらに別の例では、Ｗ×Ｈ≧Ｔである。さらに別の例ではＴ＝２５６である。

図１４は、ビデオ処理のための例示の方法のフローチャートを示す。この方法１４００は、ステップ１４１０で、現在のビデオブロックが、アフィン線形重み付けイントラ予測（ＡＬＷＩＰ）モードとは異なるコーディングモードを用いてコード化されていると判定することを含む。

方法１４００は、ステップ１４２０で、前記判定することに基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を行うことを含む。

一部の実施形態では、コーディングモードは、イントラ及びインター予測モードの組み合わせ（ＣＩＩＰ）であり、方法１４００は、ＡＬＷＩＰモードと通常のイントラ予測モードとの間での選択を行うステップをさらに含む。１つの例では、選択を行うことは、現在のビデオブロックのビットストリーム表現における明示的なシグナリングに基づく。別の例では、選択を行うことは、所定のルールに基づく。さらに別の例では、所定のルールは、現在のビデオブロックがＣＩＩＰモードを用いてコード化されている場合に、常にＡＬＷＩＰモードを選択する。さらに別の例では、所定のルールは、現在のビデオブロックがＣＩＩＰモードを用いてコード化されている場合、常に通常のイントラ予測モードを選択する。

一部の実施形態では、コーディングモードは、クロスコンポーネント線形モデル（ＣＣＬＭ）予測モードである。１つの例では、ＡＬＷＩＰモードのためのダウンサンプリング手順は、ＣＣＬＭ予測モードのためのダウンサンプリング手順に基づく。別の例では、ＡＬＷＩＰモードのためのダウンサンプリング手順は第１のパラメータセットに基づき、ＣＣＬＭ予測モードのためのダウンサンプリング手順は、第１のパラメータセットとは異なる第２のパラメータセットに基づく。さらに別の例では、ＡＬＷＩＰモード又はＣＣＬＭ予測モードのためのダウンサンプリング手順は、ダウンサンプリング位置の選択、ダウンサンプリングフィルタの選択、丸め込み動作又はクリッピング動作のうちの少なくとも１つを含む。

一部の実施形態では、方法１４００は、縮小二次変換（ＲＳＴ）、二次変換、回転変換又は非分離二次変換（ＮＳＳＴ）のうちの１つ以上を適用するステップをさらに含む。

一部の実施形態では、方法１４００は、ブロックベースの差動パルスコード化変調（ＤＰＣＭ）又は残差ＤＰＣＭを適用するステップをさらに含む。

一部の実施形態では、ビデオ処理方法は、現在のビデオブロックのためのルールに基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換の間にアフィン線形重み付けイントラ予測（ＡＬＷＩＰ）モードの使用を示すフラグのコンテキストを判定することと、ＡＬＷＩＰモードに基づいて、現在のビデオブロックの複数のサブブロックを予測することと、予測することに基づいて、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を行うことを含む。ルールは、アプリオリ技術を用いて暗黙的に規定され得るか又はコード化ビットストリームでシグナリングされ得る。この方法の他の例及び態様は、セクション４の３７号及び３８号にさらに記載されている。

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

１つの例では、現在のビデオブロックのサンプルは、予測サンプル、アップサンプリングプロセスの前の中間サンプル又はアップサンプリングプロセスの後の中間サンプルである。別の例では、サンプルは、第１のフィルタリングステージで水平方向に第１の寸法でアップサンプリングされ、サンプルは、第２のフィルタリングステージで垂直方向に第２の寸法でアップサンプリングされる。さらに別の例では、サンプルは、第１のフィルタリングステージで垂直方向に第１の寸法でアップサンプリングされ、サンプルは、第２のフィルタリングステージで水平方向に第２の寸法でアップサンプリングされる。

１つの例では、第１のフィルタリングステージの出力は、処理された出力を生成するために右シフトされているか又は除算され、処理された出力は、第２のフィルタリングステージへの入力である。別の例では、第１のフィルタリングステージの出力は、処理された出力を生成するために左シフト又は乗算され、処理された出力は、第２のフィルタリングステージへの入力である。本方法の他の例及び態様は、セクション４の４０号にさらに記載されている。

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

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

一部の実施形態では、ビデオ処理の方法は、ビデオの現在のビデオブロックとビデオのビットストリーム表現との間の変換のために、変換における二次変換の使用のシグナリングが、現在のビデオブロックが条件を満たすことに起因して、輝度マトリクスベースのイントラ予測（ＭＩＰ）ツールのシグナリングから切り離されていると判定することと、該判定することに基づいて変換を行うこととを含む。追加の例お飛び特徴は、前セクションの４９号に記載されている。

一部の実施形態では、ビデオ処理方法は、ビデオの現在のビデオブロックに関連するコーディング条件に基づいて、二次変換に関連するサイド情報がビデオのビットストリーム表現に含まれるかどうか判定することと、該判定することに基づいて、現在のビデオブロックとビットストリーム表現との間の変換を行うこととを含む。追加の特徴及び例は、前のセクションの５０号及び５１号に記載されている。

６ 開示の技術の例示の実施
図１５は、ビデオ処理装置１５００のブロック図である。装置１５００は、本明細書で説明する方法のうちの１つ以上を実施するために用いられ得る。装置１５００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等で具体化され得る。装置１５００は、１つ以上のプロセッサ１５０２、１つ以上のメモリ１５０４及びビデオ処理ハードウェア１５０６を含み得る。プロセッサ１５０２は、本明細書で説明する１つ以上の方法（限定されないが、方法１１００、１２００、１３００及び１４００、２３００及び／又は２４００を含む）を実施するように構成され得る。メモリ（複数のメモリ）１５０４は、本明細書で説明する方法及び技術を実施するために用いられるデータ及びコードを記憶するために用いられ得る。ビデオ処理ハードウェア１５０６は、ハードウェア回路で、本明細書で説明するいくつかの技術を実施するために用いられ得る。

一部の実施形態では、ビデオコーディング方法は、図１５に関して説明したハードウェアプラットフォーム上で実施される装置を用いて実施され得る。

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

開示の技術の一部の実施形態は、ビデオ処理ツール又はモードを無効にする決定又は判断を行うことを含む。１つの例では、ビデオ処理ツール又はモードが無効にされている場合、エンコーダは、ビデオのブロックをビデオのビットストリーム表現に変換する際にツール又はモードを用いない。別の例では、ビデオ処理ツール又はモードが無効にされている場合、デコーダは、決定又は判断に基づいて無効にされたビデオ処理ツール又はモードを用いてビットストリームが修正されていないとの知識によりビットストリームを処理する。

図２１は、本開示の技術を利用し得る例示のビデオコーディングシステム１００を示すブロック図である。図２１に示すように、ビデオコーディングシステム１００は、ソース装置１１０及び宛先装置１２０を含み得る。ソース装置１１０はエンコードされたビデオデータを生成し、ビデオエンコーディング装置と呼ばれ得る。宛先装置１２０は、ソース装置１１０によって生成されたエンコードされたビデオデータをデコードし、ビデオデコーディング装置と呼ばれ得る。ソース装置１１０は、ビデオソース１１２、ビデオエンコーダ１１４及び入出力（Ｉ／Ｏ）インターフェイス１１６を含み得る。

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

宛先装置１２０は、Ｉ／Ｏインターフェイス１２６、ビデオデコーダ１２４及びディスプレイ装置１２２を含み得る。

Ｉ／Ｏインターフェイス１２６は受信器及び／又はモデムを含み得る。Ｉ／Ｏインターフェイス１２６は、ソース装置１１０又は記憶媒体／サーバ１３０ｂからエンコードされたビデオデータを取得し得る。ビデオデコーダ１２４は、エンコードされたビデオデータをデコードし得る。ディスプレイ装置１２２は、デコードされたビデオデータをユーザに表示し得る。ディスプレイ装置１２２は宛先装置１２０と一体化され得るか又は外部ディスプレイ装置とやりとりするように構成された宛先装置１２０の外部にあってもよい。

ビデオエンコーダ１１４及びビデオデコーダ１２４は、高効率ビデオコーディング（ＨＥＶＣ）規格、汎用ビデオコーディング（ＶＶＣ）規格及びその他の現在の及び／又は更なる規格等のビデオ圧縮規格に従って動作し得る。

図２２は、図２１に示すシステム１００内のビデオエンコーダ１１４であり得るビデオエンコーダ２００の一例を示すブロック図である。

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

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

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

さらに、動き推定ユニット２０４及び動き補償ユニット２０５等の一部のコンポーネントは高度に統合されてもよいが、説明のために図２２の例では別々に表されている。

分割ユニット２０１は、ピクチャを１つ以上のビデオブロックに分割し得る。ビデオエンコーダ２００及びビデオデコーダ３００は様々なビデオブロックサイズをサポートし得る。

モード選択ユニット２０３は、例えばエラー結果に基づいて、コーディングモード（イントラ又はインター）のうちの１つを選択し、結果として得られたイントラ又はインターコード化ブロックを、残差ブロックデータを生成するために残差生成ユニット２０７に、参照ピクチャとして用いるためにエンコードされたブロックを再構成するために再構成ユニット２１２に提供する。一部の例では、モード選択ユニット２０３は、予測がインター予測信号及びイントラ予測信号に基づく、イントラ及びインター予測（ＣＩＩＰ）モードの組み合わせを選択し得る。モード選択ユニット２０３は、インター予測の場合に、ブロックための動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）も選択し得る。

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

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

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

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

一部の例では、動き推定ユニット２０４は、デコーダのデコーディング処理のために完全な動き情報のセットを出力し得る。

一部の例では、動き推定ユニット２０４は、現在のビデオのための完全な動き情報のセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、他のビデオブロックの動き情報を参照して現在のビデオブロックの動き情報を信号化することができる。例えば、動き推定ユニット２０４は、現在のビデオブロックの動き情報が隣接するビデオブロックの動き情報と十分に類似していると判断し得る。

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

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

上述のように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングし得る。ビデオエンコーダ２００によって実施され得る予測シグナリング技術の２つの例は、高度動きベクトル予測（ＡＭＶＰ）及びマージモードシグナリングを含む。

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

残差生成ユニット２０７は、現在のビデオブロックから現在のビデオブロックの予測されたビデオブロックを差し引くことにより（例えば、マイナス記号によって示される）、現在のビデオブロックのための残差データを生成し得る。現在のビデオブロックの残差データは、現在のビデオブロック内のサンプルの異なるサンプル成分に対応する残差ビデオブロックを含み得る。

他の例では、例えばスキップモードでは、現在のビデオブロックのための残差データが存在しないことがあり、残差生成ユニット２０７は減算動作を行わなくてもよい。

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

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

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

再構成ユニット２１２がビデオブロックを再構成した後、ビデオブロックにおけるビデオブロッキングアーチファクトを低減するためにループフィルタ動作が行われ得る。

エントロピーエンコーディングユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信し得る。エントロピーエンコーディングユニット２１４がデータを受信すると、エントロピーエンコーディングユニット２１４は、１つ以上のエントロピーエンコーディング動作を行って、エントロピーエンコードデータを生成し、エントロピーエンコードデータを含むビットストリームを出力し得る。

図１９は、図２１に示すシステム１００におけるビデオデコーダ１１４であり得るビデオデコーダ３００の一例を示すブロック図である。

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

図１９の例では、ビデオデコーダ３００は、エントロピーデコーディングユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５及び再構成ユニット３０６及びバッファ３０７を含む。ビデオデコーダ３００は、一部の例では、ビデオエンコーダ２００（図２２）に関して説明したエンコーディングパスと概ね逆のデコーディングパスを行い得る。

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

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

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

動き補償ユニット３０２は、エンコードされたビデオシーケンスのフレーム及び／又はスライスをエンコードするために用いられるブロックのサイズ、エンコードされたビデオシーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのようにエンコードされるかを示すモード、各インターエンコードされたブロックのための１つ以上の参照フレーム（及び参照フレームリスト）及びエンコードされたビデオシーケンスを復号するための他の情報を決定するために、シンタックス情報の一部を用いり得る。

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

再構成ユニット３０６は、残差ブロックを動き補償ユニット２０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックと合算して、復号化ブロックを形成し得る。所望により、ブロック性アーチファクトを除去するために、復号化ブロックをフィルタリングするためデブロックフィルタも適用され得る。次いで、復号化ビデオブロックはバッファ３０７に格納され、バッファ３０７は、後続の動き補償のための参照ブロックを提供し、ディスプレイ装置で提示するためにデコードされたビデオも生成する。

図２０は、本明細書に開示の様々な技術が実施され得る例示のビデオ処理システム２０００を示すブロック図である。様々な実施は、システム２０００のコンポーネントの一部又は全てを含み得る。システム２０００は、ビデオコンテンツを受信するための入力２００２を含み得る。ビデオコンテンツは生の状態又は非圧縮形式で、例えば８又は１０ビットの多成分画素値で受信され得るか又は圧縮又はコード化形式で受信され得る。入力２００２は、ネットワークインターフェイス、周辺バスインターフェイス又は記憶インターフェイスを表し得る。ネットワークインターフェイスの例としては、イーサネット、受動光ネットワーク（ＰＯＮ）等の有線インターフェイス等及びＷｉ－Ｆｉ又はセルラーインターフェイス等の無線インターフェイスが挙げられる。

システム２０００は、本明細書で説明する様々なコーディング又はエンコーディング方法を実施し得るコーディングコンポーネント２４１４を含み得る。コーディングコンポーネント２４１４は、入力２００２からコード化コンポーネント２００４の出力へのビデオの平均ビットレートを低減して、ビデオのコード化表現を生成し得る。したがって、コーディング技術は、ビデオ圧縮又はビデオトランスコーディング技術と呼ばれることがある。コーディングコンポーネント２４１４の出力は格納され得るか又はコンポーネント２００６によって表されるように、通信接続を介して送信され得る。入力２００２で受信されたビデオの記憶又は通信されたビットストリーム（又はコード化）表現は、ディスプレイインターフェイス２０１０に送られる表示可能なビデオ又は画素値を生成するためにコンポーネント２４１８によって用いられ得る。ビットストリーム表現からユーザが視聴可能なビデオを生成するプロセスは、ビデオ解凍と時々呼ばれる。さらに、特定のビデオ処理動作は、「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作はエンコーダで用いられ、コーディングの結果を反転する対応するデコーディングツール又は動作はデコーダで行われることになるのが理解されよう。

周辺バスインターフェイス又はディスプレイインターフェイスの例としては、ユニバーサルシリアルバス（ＵＳＢ）又は高精細度マルチメディアインターフェイス（ＨＤＭＩ（登録商標））又はディスプレイポート等が挙げられる。記憶インターフェイスの例としては、ＳＡＴＡ（ｓｅｒｉａｌ ａｄｖａｎｃｅｄ ｔｅｃｈｎｏｌｏｇｙ ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェイス等が挙げられる。本明細書で説明する技術は、携帯電話、ラップトップ、スマートフォン又はデジタルデータ処理及び／又はビデオ表示を行うことが可能な他の装置といった様々な電子装置で具現化され得る。

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

図２３は、開示の技術に係る、マトリクスベースのイントラ予測のためのさらに別の例示の方法２３００の例示のフローチャートを示す。動作２３０２は、複数のビデオブロックを含むビデオの現在のビデオブロックと、ビデオのビットストリーム表現との間での変換のために、ルールに基づいて、マトリクスベースのイントラ予測（ＭＩＰ）ツールのための最確モードリストを生成することを含み、該ＭＩＰツールは、該変換の間に、ビデオの先にコード化されたサンプルに対して、境界ダウンサンプリング動作を、その後にマトリクスベクトル乗算動作と、その後に選択的にアップサンプリング動作を行うことにより、現在のビデオブロックの予測ブロックを特定することを含み、前記ルールは、ＭＩＰモードの数と、複数のビデオブロックの寸法との間のマッピングを規定する。動作２３０４は、前記生成することに基づいて前記変換を行うことを含む。

方法２３００の一部の実施形態では、ルールは、ＭＩＰモードの数が異なる寸法のブロックに対して同じであることを規定する。方法２３００の一部の実施形態では、ＭＩＰモードの数は１１と等しい。方法２３００の一部の実施形態では、ルールは、現在のビデオブロックの寸法の識別子がゼロと等しいことに応答して、ＭＰＭリストが｛１０、５、１｝を含むことを規定する。方法２３００の一部の実施形態では、ルールは、現在のビデオブロックの寸法の識別子が１と等しいことに応答して、ＭＰＭリストが｛９、７、１｝を含むことを規定する。方法２３００の一部の実施形態では、ルールは、現在のビデオブロックの寸法の識別子が２と等しいことに応答して、ＭＰＭリストが｛６、１、８｝を含むことを規定する。方法２３００の一部の実施形態では、ルールは、現在のビデオブロックのＭＰＭリストは隣接するビデオブロックの別のＭＰＭリストと同じであることを規定する。

図２４は、開示の技術に係る、マトリクスベースのイントラ予測のためのさらに別の例示の方法２４００の例示のフローチャートを示す。動作２４０２は、ビデオのクロマビデオブロックと、該ビデオのビットストリーム表現との間の変換を、ルールに基づいてクロマビデオブロックに適用される二次変換ツールのサイド情報を用いて行うことを含み、二次変換ツールは、ルールに基づいて適用された場合、エンコーディングの間に、量子化の前にクロマビデオブロックの残差に適用される前方一次変換の出力に対して前方二次変換を適用すること又は復号の間に、逆方向一次変換を適用する前に、クロマビデオブロックの脱量子化の出力に逆方向二次変換を適用するステップを含み、ビットストリーム表現においてコード化されるサイド情報の方法は、対応するルーマビデオブロックのコーディングモードに依存しない。

方法２４００の一部の実施形態では、コーディングモードは、対応するルーマビデオブロックの予測ブロックが、ビデオの前にコード化されたサンプルに対して境界ダウンサンプリング動作を行い、その後にマトリクスベクトル乗算動作を行い、その後に選択的にアップサンプリング動作を行うことによって決定されるマトリクスベースのイントラ予測（ＭＩＰ）モードを含む。方法２４００の一部の実施形態では、二次変換ツールは、低周波分離不可能変換（ＬＦＮＳＴ）ツールを含む。方法２４００の一部の実施形態では、ルールは、二次変換ツールがクロマビデオブロックに適用されるかどうかは、対応するルーマビデオブロックのコーディングモードに依存しないことを規定する。方法２４００の一部の実施形態では、ルールは、対応するルーマビデオブロックがコーディングモードでコード化されている場合、二次変換ツールがクロマビデオブロックに適用されることを規定する。方法２４００の一部の実施形態では、クロマビデオブロックは、二重ツリー構造又はローカル二重ツリー構造内にある。

方法２４００の一部の実施形態では、ルールは、クロマビデオブロックが二重ツリー構造内にある場合、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかは、対応するルーマビデオブロックがマトリクスベースのイントラ予測（ＭＩＰ）コーディングモードでコード化されるかどうかに依存しないことを規定する。方法２４００の一部の実施形態では、ルールは、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかは、クロマビデオブロックの寸法がＭ×Ｎ以上であるかどうかに依存しないことを規定し、Ｍ及びＮは整数である。方法２４００の一部の実施形態では、Ｍ＝１６及びＮ＝１６である。方法２４００の一部の実施形態では、クロマビデオブロックは二重ツリー構造内にあり、ルールは、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかは、クロマビデオブロックがコーディングモードでコード化されるかどうかに依存しないことを規定する。方法２４００の一部の実施形態では、コーディングモードはクロマビデオブロックに対して無効にされている。

方法２４００の一部の実施形態では、クロマビデオブロックは二重ツリー構造内にあり、ビットストリーム表現におけるＬＦＮＳＴツールのインデックスのシグナリングは、対応するルーマビデオブロックがコーディングモードでコード化されるかどうかを示すシンタックス要素のシグナリングに依存しない。方法２４００の一部の実施形態では、対応するルーマビデオブロックは単一ツリー構造又は二重ツリー構造内にあり、ルールは、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかは、対応するルーマビデオブロックがコーディングモードでコード化されているかどうかに依存することを規定する。方法２４００の一部の実施形態では、ビットストリーム表現におけるＬＦＮＳＴツールのインデックスのシグナリングは、コーディングモードでコード化されている対応するルーマビデオブロックの寸法に依存する。

方法２４００の一部の実施形態では、クロマビデオブロックが二重ツリー構造内になく、対応するルーマビデオブロックがコーディングモードでコード化され、対応するルーマビデオブロックの最小幅又は最小高さが１６ピクセル以上であることに対応して、ＬＦＮＳＴツールのインデックスがビットストリーム表現においてシグナリングされる。方法２４００の一部の実施形態では、ビットストリーム表現がサイド情報を含むかどうかは、クロマビデオブロックに関連するツリータイプに基づく。方法２４００の一部の実施形態では、ビットストリーム表現がサイド情報を含むかどうかは、クロマビデオブロックが二重ツリー構造内にあることに基づく。方法２４００の一部の実施形態では、二重ツリー構造はローカル二重ツリー構造を含む。方法２４００の一部の実施形態では、二重ツリー構造はローカル二重ツリー構造を除外する。

方法２４００のいくつかの実施形態では、条件Ａが真であるとは、コーディングモードが対応するルーマビデオブロックに適用されず、ＬＦＮＳＴツールによって考慮されるクロマビデオブロックの幅及び高さは整数Ｎ以上であることと定義され、条件Ｂが真であるとは、現在のビデオブロックがクロマビデオブロックであり、クロマビデオブロックが二重ツリー構造又はローカル二重ツリー構造内にあることと定義され、ＬＦＮＳＴツールをクロマビデオブロックに適用するかどうかを決定するために条件Ａを用いるかどうかは、条件Ｂに依存する。方法２４００のいくつかの実施形態では、条件Ｂが真である場合、条件Ａは、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかを判断するために使用されない。方法２４００のいくつかの実施形態では、条件Ｂが真でない場合、ＬＦＮＳＴツールは、条件Ａが真でないことに応答して、クロマビデオブロックに適用されない。方法２４００のいくつかの実施形態において、真である条件Ａは、対応するルーマビデオブロックに適用されないコード化モード、およびＬＦＮＳＴツールによって考慮されるクロマビデオブロックの幅および高さが整数N以上であると定義され、真である条件Ｂは、クロマビデオブロックであり、二重ツリー構造またはローカル二重ツリー構造内にあるクロマビデオブロックとして定義され、条件Ａは、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全てまたは一部が信号化されるかどうかを判断するために使用されるかどうかは、条件Ｂに依存する。方法２４００の一部の実施形態では、条件Ｂが真の場合、ＬＦＮＳＴツールをクロマビデオブロックに適用するかどうかを決定するために条件Ａが用いられない。方法２４００の一部の実施形態では、条件Ｂが真でない場合、ＬＦＮＳＴツールは、条件Ａが真でないことに対応してクロマビデオブロックに適用されない。方法２４００の実施形態では、条件Ａが真であるとは、コーディングモードが対応するルーマビデオブロックに適用されず、ＬＦＮＳＴツールによって考慮されるクロマビデオブロックの幅及び高さが整数Ｎ以上であることと定義され、条件Ｂが真であるとは、現在のビデオブロックがクロマビデオブロックであり、クロマビデオブロックが二重ツリー構造又はローカル二重ツリー構造内にあることと定義され、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全て又は一部をシグナリングするかどうかを決定するために条件Ａが用いられるかどうかは条件Ｂに依存する。

方法２４００の一部の実施形態では、条件Ｂが真の場合、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全て又は一部をシグナリングするかどうかを決定するために条件Ａが用いられない。方法２４００の一部の実施形態では、条件Ｂが真でない場合、条件Ａが真でないことに対応して、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全て又は一部はシグナリングされない。方法２４００の一部の実施形態では、条件Ａが真であるとは、コーディングモードが対応するルーマビデオブロックに適用されず、ＬＦＮＳＴツールによって考慮されるクロマビデオブロックの幅及び高さが整数Ｎ以上であることと定義され、条件Ｂが真であるとは、現在のビデオブロックがクロマビデオブロックであり、クロマビデオブロックが二重ツリー構造又はローカル二重ツリー構造内にあることと定義され、条件Ｃが真であるとは、現在のビデオブロックがルーマビデオブロックであり、該ルーマビデオブロックが二重ツリー構造又はローカル二重ツリー構造内にあることと定義され、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかを決定するために条件Ａが用いられるかどうかは条件Ｃに依存する。

方法２４００の一部の実施形態では、条件Ｃが真でない場合、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうかを判断するために条件Ａは用いられない。方法２４００の一部の実施形態では、条件Ｂが真でない場合、ＬＦＮＳＴツールは、条件Ａが真でないことに対応してクロマビデオブロックに適用されない。方法２４００の一部の実施形態では、条件Ａが真であるとは、コーディングモードが対応するルーマビデオブロックに適用されず、ＬＦＮＳＴツールによって考慮されるクロマビデオブロックの幅及び高さが整数Ｎ以上であることと定義され、条件Ｂが真であるとは、現在のビデオブロックがクロマビデオブロックであり、クロマビデオブロックが二重ツリー構造又はローカル二重ツリー構造内にあることと定義され、条件Ｃが真であるとは、現在のビデオブロックがルーマビデオブロックであり、該ルーマビデオブロックが二重ツリー構造又はローカル二重ツリー構造内にあることと定義され、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全て又は一部をシグナリングするかどうかを決定するために条件Ａが用いられるかどうかは条件Ｃに依存する。

方法２４００の一部の実施形態では、条件Ｃが真でない場合、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全て又は一部をシグナリングするかどうかを決定するために条件Ａが用いられない。方法２４００の一部の実施形態では、条件Ｂが真でない場合、条件Ａが真でないことに対応して、ビットストリーム表現においてＬＦＮＳＴツールに関する情報の全て又は一部はシグナリングされない。方法２４００の一部の実施形態では、条件Ａが真であるとは、コーディングモードが対応するルーマビデオブロックに適用されず、ＬＦＮＳＴツールによって考慮されるクロマビデオブロックの幅及び高さが整数Ｎ以上であることと定義され、単一ツリー構造の場合、条件Ａは、ＬＦＮＳＴツールが対応するルーマビデオブロックに適用されるかどうかを決定するためのみに用いられる。

方法２４００の一部の実施形態では、条件Ａが真でないことに対応して、ＬＦＮＳＴツールは対応するルーマビデオブロックに適用されず、ＬＦＮＳＴツールはクロマビデオブロックに適用され、ＬＦＮＳＴツールはクロマビデオブロックに適用可能である。方法２４００の一部の実施形態では、ＬＦＮＳＴツールに関する情報の全て又は一部の情報は、ＬＦＮＳＴツールがクロマビデオブロックに適用されるかどうか及び／又はどのように適用されるかを制御するために、ビットストリーム表現においてシグナリングされる。方法２４００の一部の実施形態では、二次変換ツールのサイド情報のエンコーディング又はデコーディングは、カラーコンポーネントに基づいて分類される。方法２４００の一部の実施形態では、個々の前記サイド情報は各カラーコンポーネントについてエンコード又はデコードされる。方法２４００の一部の実施形態では、カラーコンポーネントは、ルーマコンポーネント、青色差クロマコンポーネント及び赤色差クロマコンポーネントを含む。方法２４００の一部の実施形態では、１つのカラーコンポーネントのための個々の前記サイド情報は別のカラーコンポーネントのものとは異なる。

方法２４００の一部の実施形態では、青色差クロマコンポーネント及び赤色差クロマコンポーネントは、コーディングモードの同じ別のサイド情報を共有する。方法２４００の一部の実施形態では、サイド情報の第１の個別サイド情報はルーマコンポーネントのためにエンコード又はデコードされ、サイド情報の第２の個別サイド情報は、複数のクロマコンポーネントのためにエンコード又はデコードされている。方法２４００の一部の実施形態では、ルーマコンポーネントのためのサイド情報の第１の個別サイド情報は、複数のクロマコンポーネントのためのサイド情報の第２の個別サイド情報とは異なる。方法２４００の一部の実施形態では、変換を行うことは、カラーコンポーネントに基づいて分類されるコーディングモードの別のサイド情報のエンコーディング又はデコーディングをさらに含む。方法２４００の一部の実施形態では、別のサイド情報の個別サイド情報は、各カラーコンポーネントについてエンコード又はデコードされている。方法２４００の一部の実施形態では、カラーコンポーネントはルーマコンポーネント、青色差クロマコンポーネント及び赤色差クロマコンポーネントを含む。方法２４００の一部の実施形態では、１つのカラーコンポーネントのための個々の別のサイド情報は、別のカラーコンポーネントのためのものとは異なる。方法２４００の一部の実施形態では、青色差クロマコンポーネント及び赤色差クロマコンポーネントが、コーディングモードのための同じ別のサイド情報を共有する。

方法２４００の一部の実施形態では、別のサイド情報の第１の個別サイド情報はルーマコンポーネントのためにエンコード又はデコードされ、別のサイド情報の第２の個別サイド情報は複数のクロマコンポーネントのためにエンコード又はデコードされている。方法２４００の一部の実施形態では、ルーマコンポーネントのためのサイド情報の第１の個別サイド情報は、複数のクロマコンポーネントのサイド情報の第２の個別サイド情報とは異なる。方法２３００及び／又は２４００の一部の実施形態では、変換は、クロマビデオブロック又は現在のビデオブロックを生成するためにビットストリーム表現をデコーディングすることを含む。方法２３００及び／又は２４００の一部の実施形態では、変換は、ビットストリーム表現を生成するためにビデオをエンコーディングすることを含む。

以上から、本開示の技術の特定の実施形態は説明を目的として本明細書に記載されているが、開示の技術の範囲から逸脱することなく、様々な修正を行うことができることが理解されるであろう。したがって、本開示の技術は、添付の特許請求の範囲を除いて、限定されない。

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

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

本明細書で記載されているプロセス及び論理フローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及び論理フローはまた、専用のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によっても実行可能であり、装置は、そのようなものとしても実施可能である。

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

本明細書は、図面と共に例示のみとしてみなされることを意図しており、例示とは一例を意味する。本明細書で用いられているように、「又は」の使用は、別段明記されていない限り、「及び／又は」を含むことを意図する。

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

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

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

Claims (15)

1. ビデオ処理の方法であって、
   ビデオの現在のクロマブロックと、該ビデオのビットストリーム表現との間の変換のために、二次変換ツールに関する第１のサイド情報が該現在のクロマブロックのために前記ビットストリームに含まれているかどうかを１つ以上の条件が満たされているかどうかを確認することにより特定することと、
   少なくとも前記特定することに基づいて前記変換を行うことと、
   を含み、
   前記二次変換ツールは、量子化の前にビデオブロックの残差に適用される順方向一次変換の出力に対して、エンコーディングの間に順方向二次変換を適用すること又は逆方向一次変換を適用する前に前記ビデオブロックの逆量子化の出力に対して、デコーディングの間に逆方向二次変換を適用することを含み、
   前記１つ以上の条件が満たされているかどうかを確認することは、前記現在のクロマブロックのツリータイプが二重ツリークロマであるかどうかを確認することを含み、
   前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記第１のサイド情報が前記現在のクロマブロックのために前記ビットストリームに含まれているかどうかは、対応するルーマブロックのコーディングモードが第１のコーディングモードであるかどうかから切り離され、
   前記第１のコーディングモードでは、ブロックの予測サンプルは、該ブロックのサイズに基づいて該ブロックの参照サンプルに対して境界ダウンサンプリング動作を行い、次いでマトリクスベクトル乗算動作を行い、次いで、選択的にアップサンプリング動作を行うことにより導出される、方法。
2. 前記第１のサイド情報は低周波分離不可能変換（ＬＦＮＳＴ）インデックスを示すシンタックス要素である、請求項１に記載の方法。
3. 前記現在のクロマブロックのツリータイプが二重ツリークロマではないことに対応して、前記１つ以上の条件が満たされているかどうかを確認することは、前記対応するルーマブロックのコーディングモードが前記第１のコーディングモードであるかどうかを確認すること又は低周波分離不可能変換（ＬＦＮＳＴ）によって考慮されるブロック幅及びブロック高さの両方が１６以上であるかどうかを確認することを含む、請求項１に記載の方法。
4. 前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記第１のサイド情報が前記現在のクロマブロックのために前記ビットストリームに含まれているかどうかは低周波分離不可能変換（ＬＦＮＳＴ）によって考慮されるブロック幅及びブロック高さから切り離される、請求項１に記載の方法。
5. 前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記現在のクロマブロック及び前記対応するルーマブロックのために前記ビットストリームに異なる前記第１のサイド情報がそれぞれ含まれる、請求項１に記載の方法。
6. 前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記現在のクロマブロック及び対応するルーマブロックのために前記ビットストリームに同じ前記第１のサイド情報が含まれ、
   前記現在のクロマブロック及び前記対応するクロマブロックは異なるクロマコンポーネントのブロックである、請求項５に記載の方法。
7. 前記現在のクロマブロックが二重ツリー構造又はローカル二重ツリー構造にあることに対応して、前記現在のクロマブロックのツリータイプは二重ツリークロマである、請求項５に記載の方法。
8. 前記現在のクロマブロックのツリータイプが単一ツリーであることに対応して、前記現在のクロマブロック及び前記対応するルーマブロックのために前記ビットストリームに同じ前記第１のサイド情報が含まれる、請求項１に記載の方法。
9. 前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記現在のクロマブロックに対して前記第１のコーディングモードが無効にされる、請求項１に記載の方法。
10. 前記現在のクロマブロックのツリータイプが単一ツリーであることに対応して、前記現在のクロマブロック及び対応するクロマブロックのために前記ビットストリームに前記第１のコーディングモードが有効かどうかを示す同じシンタックス要素が含まれ、
    前記現在のクロマブロック及び前記対応するクロマブロックは異なるクロマコンポーネントのブロックである、請求項９に記載の方法。
11. 前記変換は、前記現在のクロマブロックを前記ビットストリームにエンコーディングすることを含む、請求項１乃至１０のいずれか一項に記載の方法。
12. 前記変換は、前記ビットストリームから前記現在のクロマブロックをデコーディングすることを含む、請求項１乃至１０のいずれか一項に記載の方法。
13. プロセッサと、命令を有する非一時的メモリとを含む、ビデオデータを処理するための装置であって、該プロセッサによって実行された場合、該命令は該プロセッサに、
    ビデオの現在のクロマブロックと、該ビデオのビットストリーム表現との間の変換のために、二次変換ツールに関する第１のサイド情報が該現在のクロマブロックのために前記ビットストリームに含まれているかどうかを１つ以上の条件が満たされているかどうかを確認することにより特定することと、
    少なくとも前記特定することに基づいて前記変換を行うことと、
    を行わせ、
    前記二次変換ツールは、量子化の前にビデオブロックの残差に適用される順方向一次変換の出力に対して、エンコーディングの間に順方向二次変換を適用すること又は逆方向一次変換を適用する前に前記ビデオブロックの逆量子化の出力に対して、デコーディングの間に逆方向二次変換を適用することを含み、
    前記１つ以上の条件が満たされているかどうかを確認することは、前記現在のクロマブロックのツリータイプが二重ツリークロマであるかどうかを確認することを含み、
    前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記第１のサイド情報が前記現在のクロマブロックのために前記ビットストリームに含まれているかどうかは、対応するルーマブロックのコーディングモードが第１のコーディングモードであるかどうかから切り離され、
    前記第１のコーディングモードでは、ブロックの予測サンプルは、該ブロックのサイズに基づいて該ブロックの参照サンプルに対して境界ダウンサンプリング動作を行い、次いでマトリクスベクトル乗算動作を行い、次いで、選択的にアップサンプリング動作を行うことにより導出される、装置。
14. 命令を記憶する非一時的コンピュータ読み取り可能記憶媒体であって、該命令は、プロセッサに、
    ビデオの現在のクロマブロックと、該ビデオのビットストリーム表現との間の変換のために、二次変換ツールに関する第１のサイド情報が該現在のクロマブロックのために前記ビットストリームに含まれているかどうかを１つ以上の条件が満たされているかどうかを確認することにより特定することと、
    少なくとも前記特定することに基づいて前記変換を行うことと、
    を行わせ、
    前記二次変換ツールは、量子化の前にビデオブロックの残差に適用される順方向一次変換の出力に対して、エンコーディングの間に順方向二次変換を適用すること又は逆方向一次変換を適用する前に前記ビデオブロックの逆量子化の出力に対して、デコーディングの間に逆方向二次変換を適用することを含み、
    前記１つ以上の条件が満たされているかどうかを確認することは前記現在のクロマブロックのツリータイプが二重ツリークロマであるかどうかを確認することを含み、
    前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記第１のサイド情報が前記現在のクロマブロックのために前記ビットストリームに含まれているかどうかは、対応するルーマブロックのコーディングモードが第１のコーディングモードであるかどうかから切り離され、
    前記第１のコーディングモードでは、ブロックの予測サンプルは、該ブロックのサイズに基づいて該ブロックの参照サンプルに対して境界ダウンサンプリング動作を行い、次いでマトリクスベクトル乗算動作を行い、次いで、選択的にアップサンプリング動作を行うことにより導出される、非一時的コンピュータ読み取り可能記憶媒体。
15. ビデオのビットストリームを記憶するための方法であって、該方法は、
    ビデオの現在のクロマブロックのために、二次変換ツールに関する第１のサイド情報が該現在のクロマブロックのために前記ビットストリームに含まれているかどうかを１つ以上の条件が満たされているかどうかを確認することにより特定することと、
    少なくとも前記特定することに基づいて前記ビットストリームを生成することと、
    前記ビットストリームを非一時的コンピュータ読み取り可能媒体に記憶することと、
    を含み、
    前記二次変換ツールは、量子化の前にビデオブロックの残差に適用される順方向一次変換の出力に対して、エンコーディングの間に順方向二次変換を適用すること又は逆方向一次変換を適用する前に前記ビデオブロックの逆量子化の出力に対して、デコーディングの間に逆方向二次変換を適用することを含み、
    前記１つ以上の条件が満たされているかどうかを確認することは、前記現在のクロマブロックのツリータイプが二重ツリークロマであるかどうかを確認することを含み、
    前記現在のクロマブロックのツリータイプが二重ツリークロマであることに対応して、前記第１のサイド情報が前記現在のクロマブロックのために前記ビットストリームに含まれているかどうかは、対応するルーマブロックのコーディングモードが第１のコーディングモードであるかどうかから切り離され、
    前記第１のコーディングモードでは、ブロックの予測サンプルは、該ブロックのサイズに基づいて該ブロックの参照サンプルに対して境界ダウンサンプリング動作を行い、次いでマトリクスベクトル乗算動作を行い、次いで、選択的にアップサンプリング動作を行うことにより導出される、方法。

Images