JP2022525226A - 適応ループフィルタリングパラメータセットに対する制限 - Google Patents

Abstract

ビデオコーディングのためのインループ再成形を含む、デジタルビデオコーディングのためのデバイス、システム及び方法が、記載される。ビデオ処理のための、例となる方法は、１つ以上のビデオデータユニットを含むビデオとビデオのビットストリーム表現との間の変換を実行するステップを含む。ビットストリーム表現は、コーディングモードが有効にされる１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードに対するデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従う。サイド情報は、元の領域及び再成形された領域でのビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づきビデオブロックを構成するパラメータを提供する。

Description

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

本特許文献は、ビデオコーディング技術、デバイス、及びシステムに関する。

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

デジタルビデオコーディングに、具体的には、ビデオコーディングのためのインループ再成形（in-loop reshaping ＩＬＲ）に関するデバイス、システム、及び方法が、記載される。記載されている方法は、既存のビデオ処理規格（例えば、High Efficiency Video Coding（ＨＥＶＣ））及び将来のビデオ処理規格若しくはビデオコーデックの両方に適用されてよい。

１つの代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換を実行するステップを含み、前記ビットストリーム表現は、コーディングモードが有効にされる前記１つ以上のビデオデータユニットのビデオブロックに適用可能である前記コーディングモードのデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従い、前記サイド情報は、元の領域及び再成形された領域での前記ビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成するためのパラメータを提供する。

他の代表的な態様において、開示されている技術は，ビデオ処理のための方法を提供するために使用されてよい。この方法は、１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換を実行するステップを含み、前記ビットストリーム表現は、コーディングモードが有効にされる前記１つ以上のビデオデータユニットのビデオブロックに適用可能である前記コーディングモードのデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従い、前記デフォルトのパラメータは、前記ビットストリーム表現において明示的に通知されたパラメータがない場合に、前記コーディングモードのために使用され、前記コーディングモードは、元の領域及び再成形された領域での前記ビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有する。

更なる他の代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現を構成するステップと、該構成するステップに基づき前記変換を実行するステップとを含み、前記コーディングモードは、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有する。

更なる他の代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現をパースするステップと、該パースするステップに基づき前記変換を実行するステップとを含み、前記コーディングモードは、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有する。

更なる他の代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、ビデオの第１ビデオデータユニットと前記ビデオのビットストリーム表現との間の変換を実行するステップを含み、コーディングモードが、前記第１ビデオデータユニットのビデオブロックに適用可能であり、前記コーディングモードは、該コーディングモードに関連したサイド情報に基づいて、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有し、前記サイド情報は、時間レイヤインデックスに基づく規則に従って決定される。

更なる他の代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、１つ以上のビデオデータを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現を構成するステップと、該構成するステップに基づき前記変換を実行するステップとを含み、前記コーディングモードは、適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有する。

更なる他の代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現をパースするステップと、該パースするステップに基づき前記変換を実行するステップとを含み、前記コーディングモードは、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有する。

更なる他の代表的な態様において、開示されている技術は、ビデオ処理のための方法を提供するために使用されてよい。この方法は、ビデオの第１ビデオデータユニットと前記ビデオのビットストリーム表現との間の変換を実行するステップを含み、コーディングモードが、前記第１ビデオデータユニットのビデオブロックに適用可能であり、前記コーディングモードは、該コーディングモードに関連したサイド情報に基づいて、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づく前記ビデオの現在のブロックを構成することを有し、前記サイド情報は、時間レイヤインデックスに基づく規則に従って決定される。

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

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

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

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

マージ候補リストを構成する例を示す。 空間的候補の位置の例を示す。 空間マージ候補の冗長性検査を受ける候補対の例を示す。 現在のブロックのサイズ及び形状に基づく第２予測ユニット（ＰＵ）の位置の例を示す。 現在のブロックのサイズ及び形状に基づく第２予測ユニット（ＰＵ）の位置の例を示す。 時間マージ候補に対する動きベクトルスケーリングの例を示す。 時間マージ候補の候補位置の例を示す。 複合双予測マージ候補を生成する例を示す。 動きベクトル予測候補を構成する例を示す。 空間動きベクトル候補に対する動きベクトルスケーリングの例を示す。 コーディングユニット（ＣＵ）に対して適応時間動きベクトル予測（ＡＴＭＶＰ）を使用した動き予測の例を示す。 空間時間動きベクトル予測（ＳＴＭＶＰ）アルゴリズムによって使用されるサブブロック及び隣接ブロックを伴ったコーディングユニット（ＣＵ）の例を示す。 照度補償（ＩＣ）パラメータを導出するための隣接サンプルの例を示す。 単純化された４パラメータアフィンモデルの例を示す。 単純化された６パラメータアフィンモデルの例を示す。 サブブロックごとのアフィン動きベクトル場（ＭＶＦ）の例を示す。 ４パラメータアフィンモデルの例を示す。 ６パラメータアフィンモデルの例を示す。 遺伝によるアフィン候補に対するＡＦ＿ＩＮＴＥＲのための動きベクトル予測の例を示す。 構成されたアフィン候補に対するＡＦ＿ＩＮＴＥＲのための動きベクトル予測の例を示す。 ＡＦ＿ＭＥＲＧＥモードのための候補ブロックの例を示す。 ＡＦ＿ＭＥＲＧＥモードのためのＣＰＭＶ予測子導出の例を示す。 アフィンマージモードのための候補位置の例を示す。 ＵＭＶＥ探索プロセスの例を示す。 ＵＭＶＥ探索ポイントの例を示す。 バイラテラルテンプレートマッチングに基づくデコーダ側動きベクトル精緻化（ＤＭＶＲ）の例を示す。 再成形を伴う復号化フローのフローチャートの例を示す。 バイラテラルフィルタで利用される隣接サンプルの例を示す。 重み計算で利用される２つのサンプルをカバーするウィンドウの例を示す。 スキャンパターンの例を示す。 インターモード復号化プロセスの例を示す。 インターモード復号化プロセスの他の例を示す。 再構成後フィルタを伴ったインターモード復号化プロセスの例を示す。 再構成後フィルタを伴ったインターモード復号化プロセスの他の例を示す。 例となるビデオ処理方法のフローチャートを示す。 例となるビデオ処理方法のフローチャートを示す。 例となるビデオ処理方法のフローチャートを示す。 例となるビデオ処理方法のフローチャートを示す。 本開示で記載される視覚媒体復号化又は視覚媒体符号化技術を実装するためのハードウェアプラットフォームの例のブロック図である。 開示されている技術が実装され得るビデオ処理システムの例のブロック図である。

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

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

［１．ＨＥＶＣ／Ｈ．２６５でのインター予測の例］
ビデオコーディング規格は、長年にわたって大いに改善してきており、現在では、高いコーディング効率をもたらし、より高い解像度をサポートする。ＨＥＶＣ及びＨ．２６５などの最近の規格は、時間予測及び変換コーディングが利用されるハイブリッドビデオコーディング構造に基づく。

［１．１ 予測モードの例］
夫々のインター予測されたＰＵ（prediction unit）は、１つ又は２つの参照ピクチャリストについての動きパラメータを有している。いくつかの実施形態で、動きパラメータは、動きベクトル及び参照ピクチャインデックスを含む。他の実施形態で、２つの参照ピクチャリストの一方の利用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを用いてシグナリングされてもよい。更なる他の実施形態で、動きベクトルは、予測子に対する差分として明示的にコーディングされてもよい。

ＣＵがスキップモードでコーディングされる場合に、１つのＰＵがＣＵと関連付けられ、有意な残差係数、コーディングされた動きベクトル差分、又は参照ピクチャインデックスは、存在しない。マージモードが指定され、これによって、現在のＰＵの動きパラメータは、空間及び時間的候補を含む隣接ＰＵから取得される。マージモードは、スキップモードのためだけでなく、如何なるインター予測されたＰＵにも適用可能である。マージモードに対する代替手段は、動きパラメータの明示的な伝送であり、動きベクトル（より厳密に言えば、動きベクトル予測子と比較した動きベクトル差分（motion vector differences，ＭＶＤ））、各参照ピクチャリストの対応する参照ピクチャインデックス、及び参照ピクチャリスト利用が、各ＰＵごとに明示的にシグナリングされる。このようなモードは、本明細書では高度動きベクトル予測（advanced motion vector prediction，ＡＭＶＰ）と呼ばれる。

２つの参照ピクチャリストの一方が使用されるべきであることをシグナリングが示す場合に、ＰＵは、サンプルの１つのブロックから生成される。これは「片予測」（uni-prediction）と呼ばれる。片予測は、Ｐスライス及びＢスライスの両方について利用可能である。

両方の参照ピクチャリストが使用されるべきであることをシグナリングが示す場合に、ＰＵは、サンプルの２つのブロックから生成される。これは「双予測」（bi-prediction）と呼ばれる。双予測は、Ｂスライスについてのみ利用可能である。

参照ピクチャリスト
ＨＥＶＣでは、インター予測という用語が、現在の復号されているピクチャ以外の参照ピクチャのデータ要素（例えば、サンプル値又は動きベクトル）から導出された予測を表すために使用される。同様に、Ｈ．２６４／ＡＶＣでは、ピクチャは、複数の参照ピクチャから予測され得る。インター予測のために使用される参照ピクチャは、１つ以上の参照ピクチャリストに編成される。参照インデックスは、リスト内のどの参照ピクチャが予測信号を生成するために使用されるべきであるかを識別する。

単一の参照ピクチャリストＬｉｓｔ０は、Ｐスライスのために使用され、２つの参照リストＬｉｓｔ０及びＬｉｓｔ１は、Ｂスライスのために使用される。留意されるべきは、Ｌｉｓｔ０／１に含まれる参照ピクチャは、捕捉／表示順序に関して過去及び未来のピクチャからであってよい点である。

［１．１．１ マージモードの候補を構成する実施形態］
ＰＵがマージモードを用いて予測される場合に、ｍｅｒｇｅ ｃａｎｄｉｄａｔｅｓ ｌｉｓｔ（マージ候補リスト）内のエントリを指し示すインデックスは、ビットストリームからパースされ、動き情報を読み出すために使用される。このリストの構成は、次のステップの連続に従って手短に述べられ得る：
ステップ１：初期候補の導出
ステップ１．１：空間的候補の導出
ステップ１．２：空間的候補に対する冗長性検査
ステップ１．３：時間的候補の導出
ステップ２：追加候補の挿入
ステップ２．１：双予測候補の生成
ステップ２．２：ゼロ動き候補の挿入

図１は、上述されたステップの連続に基づきマージ候補リストを構成する例を示す。初期マージ候補の導出のために、最大４つのマージ候補が、５つの異なった位置にある候補の中から選択される。時間マージ候補の導出のために、最大１つのマージ候補が、２つの候補の中から選択される。ＰＵごとの一定数の候補がデコーダで考えられているので、候補の数が、スライスヘッダでシグナリングされているマージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）に達しない場合には、追加候補が生成される。候補の数は一定であるから、最良のマージ候補のインデックスは、トランケーテッドユーナリー二値化（truncated unary binarization，ＴＵ）を用いて符号化される。ＣＵのサイズが８に等しい場合に、現在のＣＵの全てのＰＵは、２Ｎ×２Ｎ予測ユニットのマージ候補リストと同一である単一のマージ候補リストを共有する。

［１．１．２ 空間マージ候補の構成］
空間マージ候補の導出において、最大４つのマージ候補が、図２に表されている位置にある候補の中から選択される。導出の順序は、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、及びＢ_２である。位置Ｂ_２は、位置Ａ_１、Ｂ_１、Ｂ_０、Ａ_０のいずれかのＰＵ（それが他のスライス又はタイルに属するために）利用可能でないか、あるいは、イントラコーディングされている場合にのみ検討される。位置Ａ_１での候補が加えられた後、残りの候補の追加は冗長性検査を受ける。これは、同じ動き情報を有する候補が、コーディング効率が改善されるようにリストから外されることを確かにする。

計算複雑性を低減するために、上記の冗長性検査において、可能性がある全ての候補対が検討されるわけではない。代わりに、図３において矢印で結ばれている対が検討され、候補は、冗長性検査のために使用された対応する候補が同じ動き情報を有していない場合にのみリストに加えられる。そっくり同じ動き情報の他のソースは、２Ｎ×２Ｎとは異なるパーティションに関連した「第２ＰＵ」である。例として、図４Ａ及び図４Ｂは、夫々、Ｎ×２Ｎ及び２Ｎ×Ｎの場合について、第２ＰＵを表す。現在のＰＵがＮ×２Ｎとしてパーティション化される場合に、位置Ａ_１での候補はリスト構成のために考慮に入れられない。いくつかの実施形態において、この候補を加えることは、同じ動き情報を有する２つの予測ユニットを生じる可能性があり、これは、コーディングユニット内でただ１つのＰＵを有するには冗長である。同様に、位置Ｂ_１は、現在のＰＵが２Ｎ×Ｎとしてパーティション化される場合に考慮に入れられない。

［１．１．３ 時間マージ候補の構成］
このステップでは、ただ１つの候補がリストに加えられる。特に、この時間マージ候補の導出において、スケーリングされた動きベクトルは、所与の参照ピクチャリスト内で現在のピクチャとのＰＯＣ差が最小であるピクチャに属する同一位置（co-located）ＰＵに基づいて導出される。同一位置ＰＵの導出のために使用される参照ピクチャリストは、スライスヘッダで明示的にシグナリングされる。

図５は、時間マージ候補のスケーリングされた動きベクトルの導出の例を（破線として）示し、スケーリングされた動きベクトルは、ＰＯＣ距離ｔｂ及びｔｄを用いて同一位置ＰＵの動きベクトルからスケーリングされている。ｔｂは、現在のピクチャの参照ピクチャと現在のピクチャとの間のＰＯＣ距離であるよう定義され、ｔｄは、同一位置ピクチャの参照ピクチャと同一位置ピクチャとの間のＰＯＣ差であるよう定義される。時間マージ候補の参照ピクチャインデックスは、ゼロに等しくセットされる。Ｂスライスについては、２つの動きベクトル（１つは参照ピクチャリスト０用であり、もう１つは参照ピクチャリスト１用である）が取得され、双予測マージ候補を生成するよう結合される。

参照フレームに属する同一位置ＰＵ（Ｙ）では、時間的候補の位置が、図６に表されているように、候補Ｃ_０及びＣ_１の間で選択される。位置Ｃ_０にあるＰＵが利用可能でないか、イントラコーディングされているか、あるいは、現在のＣＴＵの外にある場合に、位置Ｃ_１が使用される。そうでない場合には、位置Ｃ_０が時間マージ候補の導出において使用される。

［１．１．４ 更なるタイプのマージ候補の構成］
空間及び時間マージ候補に加えて、２つの更なるタイプのマージ候補、すなわち、複合双予測マージ候補（combined bi-predictive merge candidate）及びゼロマージ候補（zero merge candidate）が存在する。複合双予測マージ候補は、空間及び時間マージ候補を利用することによって生成される。複合双予測マージ候補は、Ｂスライスにのみ使用される。複合双予測マージ候補は、最初の候補の第１参照ピクチャリスト動きパラメータを他の第２参照ピクチャリスト動きパラメータと組み合わせることによって生成される。これら２つのタプルが異なった動き仮説（hypotheses）をもたらす場合に、それらは新しい双予測候補を形成することになる。

図７は、このプロセスの例を表し、ｍｖＬ０及びｒｅｆＩｄｘＬ０又はｍｖＬ１及びｒｅｆＩｄｘ１を有する原リスト（左側にある７１０）内の２つの候補が、最終的なリスト（右側にある７２０）に加えられる複合双予測マージ候補を生成するために使用される。これらの追加マージ候補を生成するために考えられる組み合わせに関して多数の規則がある。

ゼロ動き候補は、マージ候補リスト内の残りのエントリを満たして、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ容量に達するよう挿入される。これらの候補は、ゼロ空間変位と、ゼロから始まって、新しいゼロ動き候補がリストに加えられるたびに増える参照ピクチャインデックスとを有している。これらの候補によって使用される参照フレームの数は、一方向予測及び双方向予測の夫々について１及び２である。いくつかの実施形態では、これらに候補に対しては冗長性検査が実行されない。

［１．２ 高度動きベクトル予測（ＡＭＶＰ）の実施形態］
ＡＭＶＰ（Advanced Motion Vector Prediction）は、動きパラメータの明示的な伝送のために使用される隣接ＰＵとの動きベクトルの空間時間相関を利用する。それは、左及び上にある時間的に隣接したＰＵ位置の利用可能性を最初に確認し、冗長な候補を除いて、候補リストを一定の長さにするようゼロベクトルを加えることによって、動きベクトル候補リストを構成する。次いで、エンコーダは、候補リストから最良の予測子を選択し、選択された候補を示す対応するインデックスを送信することができる。同様に、マージインデックスシグナリングにより、最良の動きベクトル候補のインデックスは、トランケーテッドユーナリーを用いて符号化される。この場合に符号化される最大値は２である（図８を参照）。以下のセクションでは、動きベクトル予測候補の導出プロセスに関する詳細が提供される。

［１．２．１ ＡＭＶＰ候補を導出する例］
図８は、動きベクトル予測候補の導出プロセスを要約し、各参照ピクチャリストについて入力としてｒｅｆｉｄｘを用いて実施されてよい。

動きベクトル予測では、２つのタイプの動きベクトル候補、すなわち、空間動きベクトル候補及び時間動きベクトル候補、が考えられている。空間動きベクトル候補導出については、２つの動きベクトル候補が、先に図２に示されたように５つの異なった位置にある各ＰＵの動きベクトルに基づいて最終的に導出される。

時間動きベクトル候補導出については、２つの異なった同一位置の位置に基づいて導出される２つの候補から、１つの動きベクトル候補が選択される。空間時間的候補の第１リストが生成された後、リスト内の重複した動きベクトル候補が除かれる。潜在的な候補の数が２つよりも多い場合には、関連する参照ピクチャリスト内の参照ピクチャインデックスが１よりも大きい動きベクトル候補は、リストから除かれる。空間時間動きベクトル候補の数が２つよりも少ない場合には、追加のゼロ動きベクトル候補がリストに加えられる。

［１．２．２ 空間動きベクトル候補の構成］
空間動きベクトル候補の導出において、先に図２に示されたような位置（これらの位置は、動きマージのそれらと同じである）にあるＰＵから導出される５つの潜在的な候補から、最大２つの候補が考えられる。現在のＰＵの左側の導出の順序は、Ａ_０、Ａ_１及びスケーリングされたＡ_０、スケーリングされたＡ_１として定義される。現在のＰＵの上側の導出の順序は、Ｂ_０、Ｂ_１、Ｂ_２、スケーリングされたＢ_０、スケーリングされたＢ_１、スケーリングされたＢ_２として定義される。夫々の側について、従って、動きベクトル候補として使用され得る４つの場合が存在し、２つの場合は、空間スケーリングを使用することが不要であり、他の２つの場合には、空間スケーリングが使用される。４つの異なる場合は、次のように簡単に述べられる。
・空間スケーリングなし
（１）同じ参照ピクチャリスト、かつ同じ参照ピクチャインデックス（同じＰＯＣ）
（２）異なる参照ピクチャリスト、しかし同じ参照ピクチャ（同じＰＯＣ）
・空間スケーリング
（３）同じ参照ピクチャリスト、しかし異なる参照ピクチャ（異なるＰＯＣ）
（４）異なる参照ピクチャリスト、かつ異なる参照ピクチャ（異なるＰＯＣ）

空間スケーリングなしの場合が最初に確認され、その後に空間スケーリングが続く。空間スケーリングは、参照ピクチャリストにかかわらず隣接ＰＵの参照ピクチャと現在のＰＵのそれとの間でＰＯＣが異なる場合に考えられる。左の候補の全てのＰＵが利用不可能であるか、又はイントラコーディングされている場合に、上の動きベクトルのスケーリングが、左及び上のＭＶ候補の並列導出を助けるよう可能にされる。そうでない場合には、空間スケーリングは、上の動きベクトルに対して認められないい。

図９に示されるように、空間スケーリングの場合については、隣接ＰＵの動きベクトルは、時間スケーリングの場合と同じようにしてスケーリングされる。主な違いは、現在のＰＵの参照ピクチャリスト及びインデックスが入力として与えられる点であり、実際のスケーリングプロセスは時間スケーリングのそれと同じである。

［１．２．３ 時間動きベクトル候補の構成］
参照ピクチャインデックス導出は別として、時間マージ候補の導出のための全てのプロセスは、空間動きベクトル候補の導出（図６の例で示される）の場合と同じである。いくつかの実施形態において、参照ピクチャインデックスはデコーダへシグナリングされる。

［２．ＪＥＭにおける新しいインター予測方法の例］
いくつかの実施形態において、将来のビデオコーディング技術は、ＪＥＭ（Joint Exploration Model）として知られている参照ソフトウェアを用いて探求されている。ＪＥＭでは、サブブロックベースの予測が、アフィン予測、代替時間動きベクトル予測（Alternative Temporal Motion Vector Prediction，ＡＴＭＶＰ）、空間時間動きベクトル予測（Spatial-Temporal Motion Vector Prediction，ＳＴＭＶＰ）、双方向オプティカルフロー（bi-directional optical flow，ＢＩＯ）、フレームレートアップコンバージョン（Frame-Rate Up Conversion，ＦＲＵＣ）、局所適応動きベクトル分割（Locally Adaptive Motion Vector Resolution，ＬＡＭＶＲ）、オーバーラップブロック動き補償（Overlapped Block Motion Compensation，ＯＢＭＣ）、局所照度補償（Local Illumination Compensation，ＬＩＣ）、及びデコーダ側動きベクトル精緻化（Decoder side Motion Vector Refinement，ＤＭＶＲ）などのいくつかのコーディングツールで導入されている。

［２．１ サブＣＵベースの動きベクトル予測の例］
四分木プラス二分木（quadtrees plus binary trees，ＱＴＢＴ）によるＪＥＭでは、各ＣＵは、予測方向ごとに多くてもひと組の動きパラメータを有することができる。いくつかの実施形態において、２つのサブＣＵレベル動きベクトル予測方法が、大きいＣＵをサブＣＵに分割し、大きいＣＵの全てのサブＣＵについて動き情報を導出することによって、エンコーダにおいて考えられている。代替時間動きベクトル予測（ＡＴＭＶＰ）方法は、各ＣＵが、同一位置の参照ピクチャにある現在のＣＵよりも小さい複数のブロックから複数の組の動き情報をフェッチすることを可能にする。空間時間動きベクトル予測（ＳＴＭＶＰ）方法では、サブＣＵの動きベクトルは、時間動きベクトル予測子及び空間隣接動きベクトルを使用することによって再帰的に導出される。いくつかの実施形態において、サブＣＵ動き予測のためのより正確な運動場を保つために、参照フレームのための動き圧縮は無効にされてもよい。

［２．１．１ ＡＴＭＶＰの例］
ＡＴＭＶＰ（Alternative Temporal Motion Vector Prediction）法では、時間動きベクトル予測（Temporal Motion Vector Prediction，ＴＭＶＰ）法が、現在のＣＵよりも小さいブロックから複数の組の動き情報（動きベクトル及び参照インデックスを含む）をフェッチすることによって改良されている。

図１０は、ＣＵ１０００に対するＡＴＭＶＰ動き予測プロセスの例を示す。ＡＴＭＶＰ方法は、２つのステップでＣＵ１０００内のサブＣＵ１００１の動きベクトルを予測する。最初のステップは、時間ベクトルにより参照ピクチャ１０５０内の対応するブロック１０５１を識別することである。参照ピクチャ１０５０は、モーションソースピクチャ（motion source picture）とも呼ばれる。第２のステップは、現在のＣＵ１０００をサブＣＵ１００１に分け、各サブＣＵに対応するブロックから各サブＣＵの動きベクトル及び参照インデックスを取得することである。

最初のステップで、参照ピクチャ１０５０及び対応するブロックは、現在のＣＵ１０００の空間隣接ブロックの動き情報によって決定される。隣接ブロックの反復的な走査プロセスを回避するために、現在のＣＵ１０００のマージ候補リスト内の最初のマージ候補が使用される。最初の利用可能な動きベクトル及びその関連する参照インデックスが、時間ベクトルと、モーションソースピクチャへのインデックスとであるようセットされる。このようにして、対応するブロックは、ＴＭＶＰと比較して、より正確に識別され得る。ここで、対応するブロック（時々、同一位置ブロックと呼ばれる）は、現在のＣＵに対して右下又は中心位置に常にある。

第２のステップで、サブＣＵ１０５１の対応するブロックは、モーションソースピクチャ１０５０の時間ベクトルによって、現在のＣＵの座標にその時間ベクトルを加えることによって識別される。各サブＣＵについて、その対応するブロック（例えば、中心サンプルをカバーする最小モーショングリッド）の動き情報が、当該サブＣＵの動き情報を導出するために使用される。対応するＮ×Ｎブロックの動き情報が識別された後、それは、ＨＥＶＣのＴＭＶＰと同じように、現在のサブＣＵの動きベクトル及び参照インデックスに変換される。このとき、動きスケーリング及び他のプロシージャが適用される。例えば、デコーダは、低遅延条件（例えば、現在のピクチャの全ての参照ピクチャのＰＯＣが現在のピクチャのＰＯＣよりも小さい）が満足されるかどうかを確認し、場合により、各サブＣＵについて動きベクトルＭＶｙ（例えば、Ｘは０又は１に等しく、Ｙは１－Ｘに等しい）を予測するために動きベクトルＭＶｘ（例えば、参照ピクチャリストＸに対応する動きベクトル）を使用する。

［２．１．２ ＳＴＭＶＰの例］
ＳＴＭＶＰ（spatial-temporal motion vector prediction）法では、サブＣＵの動きベクトルは、ラスタ走査順序に従って、再帰的に導出される。図１１は、４つのサブブロックを有する１つのＣＵを、隣接するブロックとともに示す。４つの４×４サブＣＵ Ａ（１１０１）、Ｂ（１１０２）、Ｃ（１１０３）及びＤ（１１０４）を含む８×８ＣＵを考える。現在のフレームの隣接する４×４ブロックは、ａ（１１１１）、ｂ（１１１２）、ｃ（１１１２）及びｄ（１１１４）と表記される。

サブＣＵ Ａの動き導出は、その２つの空間近傍を識別することによって開始する。第１近傍は、サブＣＵ Ａ（１１０１）の上にあるＮ×Ｎブロック（ブロックｃ １１１３）である。このブロックｃ（１１１３）が利用不可能であるか、又はイントラコーディングされている場合に、サブＣＵ Ａ（１１０１）の上にある他のＮ×Ｎブロックが確認される（ブロックｃ １１１３から始まって、左から右へ）。第２近傍は、サブＣＵ Ａ（１１０１）の左にあるブロック（ブロックｂ １１１２）である。ブロックｂ（１１１２）が利用不可能であるか、又はイントラコーディングされている場合に、サブＣＵ Ａ（１１０１）の左にある他のブロックが確認される（ブロックｂ １１１２から始まって、上から下へ）。各リストについて隣接ブロックから取得された動き情報は、所与のリストについての第１参照フレームにスケーリングされる。次に、サブブロックＡ（１１０１）の時間動きベクトル予測子（ＴＭＶＰ）が、ＨＥＶＣで定められているＴＭＶＰ導出の同じプロシージャに従うことによって、導出される。位置Ｄ（１１０４）での同一位置ブロックの動き情報は、それに応じてフェッチされスケーリングされる。最後に、動き情報を取り出しスケーリングした後、全ての利用可能な動きベクトルは、参照リストごとに別々に平均化される。平均化された動きベクトルは、現在のサブＣＵの動きベクトルとして割り当てられる。

［２．１．３ サブＣＵ動き予測モードシグナリングの例］
いくつかの実施形態において、サブＣＵモードは、追加のマージ候補として使用可能であり、モードをシグナリングするために追加のシンタックス要素は必要とされない。２つの追加マージ候補が、ＡＴＭＶＰモード及びＳＴＭＶＰモードを表すために各ＣＵのマージ候補に加えられる。他の実施形態において、ＡＴＭＶＰ及びＳＴＭＶＰが使用可能であることをシーケンスパラメータセットが示す場合には、最大７つのマージ候補が使用され得る。追加マージ候補の符号化ロジックは、ＨＭにおけるマージ候補の場合と同じである。これは、Ｐ又はＢスライス内の各ＣＵについて、２つ以上のＲＤチェックが２つの追加マージ候補のために必要とされる可能性があることを意味する。いくつかの実施形態、例えば、ＪＥＭでは、マージインデックスの全ビンが、ＣＡＢＡＣ（Context-based Adaptive Binary Arithmetic Coding)）によってコンテキストコーディングされる。他の実施形態、例えば、ＨＥＶＣでは、最初のビンのみがコンテキストコーディングされ、残りのビンは、コンテキストバイパスコーディングされる。

［２．２ ＪＥＭにおけるＬＩＣの例］
局所照度補償（ＬＩＣ）は、スケーリング係数ａ及びオフセットｂを用いて、照度変化のための線形モデルに基づく。そして、それは、各インターモードコーディングされたコーディングユニット（ＣＵ）について適応的に有効又は無効にされる。

ＬＩＣがＣＵに適用される場合に、最小二乗誤差法が、現在のＣＵの隣接サンプル及びそれらの対応する参照サンプルを使用することによってパラメータａ及びｂを導出するために用いられる。より具体的には、図１２に表されるように、ＣＵのサブサンプリング（２：１サブサンプリング）された隣接サンプル及び参照ピクチャ内の対応するサンプル（現在のＣＵ又はサブＣＵの動き情報によって識別される）が使用される。

［２．２．１ 予測ブロックの導出］
ＩＣパラメータは、各予測方向について別々に導出され適用される。予測方向ごとに、第１の予測ブロックが、複合された動き情報により生成され、次いで、時間予測ブロックが、ＬＩＣモデルを適用することによって取得される。その後に、２つの時間予測ブロックが、最終的な予測ブロックを導出するために利用される。

ＣＵがマージモードでコーディングされる場合に、ＬＩＣフラグは、マージモードでの動き情報コピーと同じようにして、隣接ブロックからコピーされる。そうでない場合には、ＬＩＣフラグは、ＬＩＣが適用されるか否かを示すよう当該ＣＵについてシグナリングされる。

ＬＩＣがピクチャに使用可能である場合に、追加のＣＵレベルＲＤチェックが、ＬＩＣがＣＵに適用されるか否かを決定するために必要である。ＬＩＣがＣＵに使用可能である場合に、平均除去絶対差分和（Mean-Removed Sum of Absolute Difference，ＭＲ－ＳＡＤ）及び平均除去絶対アダマール変換差分和（Mean-Removed Sum of Absolute Hadamard-Transformed Difference，ＭＲ－ＳＡＴＤ）が、ＳＡＤ及びＳＡＴＤの代わりに、整数ペル動き探索及び分数ペル動き探索のために夫々使用される。

符号化複雑性を低減するために、以下の符号化スキームがＪＥＭでは適用される：現在のピクチャとその参照ピクチャとの間に明らかな照度変化がない場合には、ピクチャ全体に対してＬＩＣは無効にされる。この状況を識別するために、現在のピクチャ及び現在のピクチャのあらゆる参照ピクチャのヒストグラムがエンコーダで計算される。現在のピクチャと現在のピクチャのあらゆる参照ピクチャとの間のヒストグラム差が所与の閾値よりも小さい場合に、ＬＩＣは現在のピクチャに対して無効にされ、そうでない場合には、ＬＩＣは現在のピクチャに対して有効にされる。

［２．３ ＶＶＣにおけるインター予測方法の例］
ＭＶＤをシグナリングするための適応動きベクトル差分解（ＡＭＶＲ）、アフィン予測モード、三角予測モード（Triangular Prediction Mode，ＴＰＭ）、ＡＴＭＶＰ、一般化された双予測（Generalized Bi-Prediction，ＧＢＩ）、双予測オプティカルフロー（ＢＩＯ）などの、インター予測の改善のためのいくつかの新しいコーディングツールが存在する。

［２．３．１ ＶＶＣにおけるコーディングブロック構造の例］
ＶＶＣでは、四分木／二分木／多分木（ＱＴ／ＢＴ／ＴＴ）構造が、ピクチャを正方形又は長方形ブロックに分割するために採用されている。ＱＴ／ＢＴ／ＴＴに加えて、別のツリー（別名、デュアルコーディングツリー）も、Ｉフレームに対してＶＶＣでは採用されている。別のツリーによれば、コーディングブロック構造は、ルーマ成分及びクロマ成分について別々にシグナリングされる。

［２．３．２ 適応動きベクトル差分解の例］
いくつかの実施形態において、（ＰＵの動きベクトルと予測された動きベクトルとの間の）動きベクトル差分（ＭＶＤ）は、スライスヘッダにおいてｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｙ＿ｆｌａｇが０に等しいときに４分の１ルーマサンプルの単位でシグナリングされる。ＪＥＭでは、局所適応動きベクトル分解（ＬＡＭＶＲ）が紹介されている。ＪＥＭでは、ＭＶＤは、４分の１ルーマサンプル、整数ルーマサンプル、又は４ルーマサンプルの単位でコーディングされ得る。ＭＶＤ分解は、コーディングユニット（ＣＵ）レベルで制御され、ＭＶＤ分解フラグは、少なくとも１つの非ゼロＭＶＤ成分を有している各ＣＵについて条件付きでシグナリングされる。

少なくとも１つの非ゼロＭＶＤ成分を有するＣＵについては、４分の１ルーマサンプルＭＶ精度がＣＵで使用されるかどうかを示すために、第１フラグがシグナリングされる。第１グラフ（１に等しい）が、４分の１ルーマサンプルＭＶ精度が使用されないことを示す場合に、整数ルーマサンプルＭＶ精度又は４ルーマサンプルＭＶ精度が使用されるかどうかを示すために、他のフラグがシグナリングされる。

ＣＵの第１ＭＶＤ分解フラグがゼロであるか、あるいは、ＣＵに対してコーディングされない（つまり、ＣＵ内の全てのＭＶＤがゼロである）場合に、そのＣＵに対しては、４分の１ルーマサンプルＭＶ分解が使用される。ＣＵが整数ルーマサンプルＭＶ精度又は４ルーマサンプルＭＶＤがゼロ精度を使用する場合に、そのＣＵのＡＭＶＰ候補リスト内のＭＶＰは、対応する精度に丸められる。

［２．３．３ アフィン動き補償予測の例］
ＨＥＶＣでは、並進運動モデル（translation motion model）しか動き補償予測（Motion Compensation Prediction，ＭＣＰ）のために適用されない。しかし、カメラ及び対象物は、多くの種類の動き、例えば、ズームイン／アウト、回転、射影運動、及び他の不規則な動きを有する可能性がある。ＶＶＣでは、簡単化されたアフィン変換動き補償予測が４パラメータアフィンモデル及び６パラメータアフィンモデルにより適用される。図１３Ａ及び１３Ｂに示されるように、ブロックのアフィン運動場は、（変数ａ、ｂ、ｅ及びｆを使用する４パラメータアフィンモデルでは）２つ又は（変数ａ、ｂ、ｃ、ｄ、ｅ及びｆを使用する６パラメータアフィンモデルでは）３つの制御点動きベクトルによって夫々記述される。

ブロックの動きベクトル場（Motion Vector Field，ＭＶＦ）は、４パラメータアフィンモデル及び６パラメータアフィンモデルにより夫々、次の式によって記述される：

ここで、（ｍｖ^ｈ _０，ｍｖ^ｈ _０）は、左上隅の制御点の（ＣＰ）動きベクトルであり、（ｍｖ^ｈ _１，ｍｖ^ｈ _１）は、右上隅の制御点の動きベクトルであり、（ｍｖ^ｈ _２，ｍｖ^ｈ _２）は、左下隅の制御点の動きベクトルであり、（ｘ，ｙ）は、現在のブロック内の左上サンプルに対する代表点の座標を表す。ＣＰ動きベクトルは、シグナリング（アフィンＡＭＶＰモードと同様）されるか、あるいは、オン・ザ・フライで導出（アフィンモードと同様）されてよい。ｗ及びｈは、現在のブロックの幅及び高さである。実際に、分割は、丸め演算付き右シフトによって実施される。ＶＴＭでは、代表点は、サブブロックの中心位置であるよう定義され、例えば、現在のブロック内の左上サンプルに対するサブブロックの左上隅の座標が（ｘｓ，ｙｓ）である場合に、代表点の座標は、（ｘｓ＋２，ｙｓ＋２）であるよう定義される。各サブブロック（例えば、ＶＴＭでは４×４）について、代表点は、そのサブブロック全体の動きベクトルを導出するために利用される。

図１４は、ブロック１３００のサブブロックごとのアフィンＭＶＦの例を示し、動き補償予測を更に簡単にするために、サブブロックベースのアフィン変換予測が適用される。各Ｍ×Ｎサブブロックの動きベクトルを導出するために、各サブブロックの中心サンプルの動きベクトルは、式（１）及び（２）に従って計算され、動きベクトル分数精度（例えば、ＪＥＭでは、１／１６）に丸められ得る。次いで、動き補償補間フィルタが、導出された動きベクトルにより各サブブロックの予測を生成するために適用される。１／１６ペルのための補間フィルタがアフィンモードによって導入される。ＭＣＰの後、各サブブロックの高精度動きベクトルは丸められ、通常の動きベクトルと同じ精度としてセーブされる。

［２．３．３．１ アフィン予測のシグナリングの例］
並進運動モデルと同様に、アフィンモデルによるサイド情報をシグナリングするための２つのモードもある。それらは、ＡＦＦＩＮＥ＿ＩＮＴＥＲモード及びＡＦＦＩＮＥ＿ＭＥＲＧＥモードである。

［２．３．３．２ ＡＦ＿ＩＮＴＥＲモードの例］
幅及び高さの両方が８よりも大きいＣＵについては、ＡＦ＿ＩＮＴＥＲモードが適用され得る。ＣＵレベルでのアフィンフラグは、ＡＦ＿ＩＮＴＥＲモードが使用されるかどうかを示すためにビットストリームでシグナリングされる。このモードで、各参照ピクチャリスト（Ｌｉｓｔ０又はＬｉｓｔ１）について、アフィンＡＭＶＰ候補リストは、次の順序で３つのタイプのアフィン動き予測子により構成され、各候補は、現在のブロックの推定されたＣＰＭＶを含む。エンコーダ側で見つけられた最良のＣＰＭＶ（例えば、図１７のｍｖ_０、ｍｖ_１、ｍｖ_２）と推定されたＣＰＭＶとの差がシグナリングされる。更には、推定されたＣＰＭＶが導出されるアフィンＡＭＶＰ候補のインデックスが更にシグナリングされる。

１）遺伝による（つまり、引き継がれた（inherited））アフィン動き予測子
検査順序は、ＨＥＶＣ ＡＭＶＰリスト構成における空間ＭＶＰのそれと同様である。最初に、現在のブロックと同じ参照ピクチャを有し、アフィンコーディングされている｛Ａ１，Ａ０｝内の最初のブロックから、左側の遺伝的アフィン動き予測子が導出される。第２に、現在のブロックと同じ参照ピクチャを有し、アフィンコーディングされている｛Ｂ１，Ｂ０，Ｂ２｝内の最初のブロックから、上側の遺伝的アフィン動き予測子が導出される。５つのブロックＡ１、Ａ０、Ｂ１、Ｂ０、Ｂ２は、図１６に表されている。
隣接するブロックがアフィンモードでコーディングされていると分かると、隣接するブロックをカバーするコーディングユニットのＣＰＭＶは、現在のブロックのＣＰＭＶの予測子を導出するために使用される。例えば、Ａ１が非アフィンモードでコーディングされ、Ａ０が４パラメータアフィンモードでコーディングされる場合に、左側の遺伝的アフィンＭＶ予測子はＡ０から導出されることになる。この場合に、図１８Ｂで左上ＣＰＭＶについてはＭＶ_０ ^Ｎ及び右上ＣＰＭＶについてはＭＶ_１ ^Ｎによって表されている、Ａ０をカバーするＣＵのＣＰＭＶは、現在のブロックの左上位置（座標（ｘ０，ｙ０）を有する）、右上位置（座標（ｘ１，ｙ１）を有する）及び右下位置（座標（ｘ２，ｙ２）を有する）についてＭＶ_０ ^Ｃ、ＭＶ_１ ^Ｃ、ＭＶ_２ ^Ｃによって表される現在のブロックの推定されたＣＰＭＶを導出するために利用される。

２）構成されたアフィン動き予測子
構成されたアフィン動き予測子は、同じ参照ピクチャを有している、図１７に示されるような隣接するインターコーディングされたブロックから導出される制御点動きベクトル（ＣＰＭＶ）から成る。現在のアフィン動きモデルが４パラメータアフィンである場合に、ＣＰＭＶの数は２であり、そうではなく、現在のアフィン動きモデルが６パラメータアフィンである場合に、ＣＰＭＶの数は３である。左上ＣＰＭＶ
（外１）

（以降、バーｍｖ_０）は、現在のブロックと同じ参照ピクチャを有している、インターコーディングされているグループ｛Ａ，Ｂ，Ｃ｝内の最初のブロックでのＭＶによって、導出される。右上ＣＰＭＶ
（外２）

（以降、バーｍｖ_１）は、現在のブロックと同じ参照ピクチャを有している、インターコーディングされているグループ｛Ｄ，Ｅ｝内の最初のブロックでのＭＶによって、導出される。左下ＣＰＭＶ
（外３）

（以降、バーｍｖ_２）は、現在のブロックと同じ参照ピクチャを有している、インターコーディングされているグループ｛Ｆ，Ｇ｝内の最初のブロックでのＭＶによって、導出される。
－ 現在のアフィン動きモデルが４パラメータアフィンである場合に、構成されたアフィン動き予測子は、バーｍｖ_０及びバーｍｖ_１の両方が求められる、つまり、バーｍｖ_０及びバーｍｖ_１が現在のブロックの左上位置（座標（ｘ０，ｙ０）を有する）及び右上位置（座標（ｘ１，ｙ１）を有する）についての推定されたＣＰＭＶとして使用される場合にのみ、候補リストに挿入される。
－ 現在のアフィン動きモデルが６パラメータアフィンである場合に、構成されたアフィン動き予測子は、バーｍｖ_０、バーｍｖ_１、及びバーｍｖ_２が全て求められる、つまり、バーｍｖ_０、バーｍｖ_１、及びバーｍｖ_２が現在のブロックの左上位置（座標（ｘ０，ｙ０）を有する）、右上位置（座標（ｘ１，ｙ１）を有する）及び右下位置（座標（ｘ２，ｙ２）を有する）についての推定されたＣＰＭＶとして使用される場合にのみ、候補リストに挿入される。
構成されたアフィン動き予測子を候補リストに挿入する場合に、プルーニングプロセスは適用されない。

３）通常のＡＭＶＰ動き予測子
以下は、アフィン動き予測の数が最大値に達するまで適用される。
１）利用可能である場合に全てのＣＰＭＶをバーｍｖ_２に等しくセットすることによってアフィン動き予測子を導出する。
２）利用可能である場合に全てのＣＰＭＶをバーｍｖ_１に等しくセットすることによってアフィン動き予測子を導出する。
３）利用可能である場合に全てのＣＰＭＶをバーｍｖ_０に等しくセットすることによってアフィン動き予測子を導出する。
４）利用可能である場合に全てのＣＰＭＶをＨＥＶＣ ＴＭＶＰに等しくセットすることによってアフィン動き予測子を導出する。
５）全てのＣＰＭＶをゼロＭＶにセットすることによってアフィン動き予測子を導出する。
留意されるべきは、
（外４）

（以降、バーｍｖ_ｉ）は、構成されたアフィン動きでは既に導出されている点である。

ＡＦ＿ＩＮＴＥＲモードでは、４又は６パラメータアフィンモードが使用される場合に、２又は３つの制御点が必要とされるので、２つ又は３つのＭＶＤが、図１５Ａ及び１５Ｂに示されるように、それらの制御点に対してコーディングされる必要がある。既存の実施では、ＭＶは次のように導出されてよく、例えば、それは、ｍｖｄ_０からｍｖｄ_１及びｍｖｄ_２を予測する。

ここで、バーｍｖ_ｉ、ｍｖｄ_ｉ及びｍｖ_ｉは、図１５Ｂに示されるように、夫々、左上ピクセル（ｉ＝０）、右上ピクセル（ｉ＝１）、又は左下ピクセル（ｉ＝２）の予測された動きベクトル、動きベクトル差分及び動きベクトルである。いくつかの実施形態において、２つの動きベクトル（例えば、ｍｖＡ（ｘＡ，ｙＡ）及びｍｖＢ（ｘＢ，ｙＢ））の追加は、別々に２つの成分の和に等しい。例えば、ｎｅｗＭＶ＝ｍｖＡ＋ｍｖＢは、ｎｅｗＭＶの２つの成分が夫々、（ｘＡ＋ｘＢ）及び（ｙＡ＋ｙＢ）にセットされることを暗示する。

［２．３．３．３ ＡＦ＿ＭＥＲＧＥモードの例］
ＣＵがＡＦ＿ＭＥＲＧＥモードで適用される場合に、それは、有効な隣接する再構成されたブロックからアフィンモードによりコーディングされた最初のブロックを得る。そして、候補ブロックの選択順序は、図１８Ａに示されるように、左から、上、右上、左下、左上へである（順にＡ、Ｂ、Ｃ、Ｄ、Ｅによって表される）。例えば、隣接する左下ブロックが、図１８ＢでＡ０によって表されるように、アフィンモードでコーディングされる場合に、ブロックＡを含む隣接するＣＵ／ＰＵの左上隅、右上隅、及び左下隅の制御点（ＣＰ）動きベクトルｍｖ_０ ^Ｎ、ｍｖ_１ ^Ｎ及びｍｖ_２ ^Ｎがフェッチされる。そして、現在のＣＵ／ＰＵ上の左上隅／右上／左下の動きベクトルｍｖ_０ ^Ｃ、ｍｖ_１ ^Ｃ及びｍｖ_２ ^Ｃ（６パラメータアフィンモデルのためにのみ使用される）は、ｍｖ_０ ^Ｎ、ｍｖ_１ ^Ｎ及びｍｖ_２ ^Ｎに基づいて計算される。留意されるべきは、ＶＴＭ－２．０では、現在のブロックがアフィンコーディングされている場合に、左上隅に位置するサブブロック（例えば、ＶＴＭでは、４×４ブロック）は、ｍｖ０を保存し、右上隅にあるサブブロックは、ｍｖ１を保存する。現在のブロックが６パラメータアフィンモデルでコーディングされる場合には、左下隅にあるサブブロックは、ｍｖ２を保存し、そうでない（４パラメータアフィンモデルによる）場合には、ＬＢはｍｖ２’を保存する。他のサブブロックは、ＭＣのために使用されるＭＶを保存する。

現在のＣＵのＣＰＭＶ ｖ０及びｖ１が式（１）及び（２）のアフィン動きモデルに従って計算された後、現在のＣＵのＭＶＦが生成され得る。現在のＣＵがＡＦ＿ＭＥＲＧＥモードでコーディングされているかどうかを識別するために、アフィンモードでコーディングされている少なくとも１つの隣接ブロックがある場合に、アフィンフラグがビットストリームでシグナリングされ得る。

いくつかの実施形態（例えば、ＪＶＥＴ－Ｌ０１４２及びＪＶＥＴ－Ｌ０６３２）において、アフィンマージ候補リストは、次のステップで構成されてよい。

１）遺伝によるアフィン候補の挿入
遺伝によるアフィン候補（inherited affine candidate）とは、候補が、その有効な隣接するアフィンコーディングされたブロックのアフィン動きモデルから導出されることを意味する。最大２つの遺伝的アフィン候補が、隣接ブロックのアフィン動きモデルから導出され、候補リストに挿入される。左側予測子については、走査順序は｛Ａ０，Ａ１｝であり、上側予測子については、走査順序は｛Ｂ０，Ｂ１，Ｂ２｝である。

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

ａ）制御点の動き情報は、最初に、図１９に示されている指定された空間近傍及び時間近傍から導出される。ＣＰｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。Ａ０、Ａ１、Ａ２、Ｂ０、Ｂ１、Ｂ２及びＢ３は、ＣＰｋ（ｋ＝１，２，３）を予測するための空間的位置である。Ｔは、ＣＰ４を予測するための時間的位置である。
ＣＰ１、ＣＰ２、ＣＰ３及びＣＰ４の座標は、夫々、（０，０）、（Ｗ，０）、（Ｈ，０）及び（Ｗ，Ｈ）であり、ここで、Ｗ及びＨは、現在のブロックの幅及び高さである。
各制御点の動き情報は、次の優先順序に従って取得される：
ＣＰ１については、チェック優先度はＢ２→Ｂ３→Ａ２である。Ｂ２は、それが利用可能である場合に使用される。そうではない場合に、Ｂ３が利用可能であるならば、Ｂ３が使用される。Ｂ２及びＢ３の両方が利用不可能である場合には、Ａ２が使用される。３つ全ての候補が利用不可能である場合には、ＣＰ１の動き情報は取得不可能である。
ＣＰ２については、チェック優先度はＢ１→Ｂ０である。
ＣＰ３については、チェック優先度はＡ１→Ａ０である。
ＣＰ４については、Ｔが使用される。

ｂ）第２に、制御点の組み合わせが、アフィンマージ候補を構成するために使用される。
Ｉ．３つの制御点の動き情報が、６パラメータアフィン候補を構成するために必要とされる。３つの制御点は、次の４つの組み合わせ（｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。組み合わせ｛ＣＰ１，ＣＰ２，ＣＰ３｝、｛ＣＰ２，ＣＰ３，ＣＰ４｝、｛ＣＰ１，ＣＰ３，ＣＰ４｝は、左上、右上、及び左下制御点によって表される６パラメータ運動モデルへ変換されることになる。
ＩＩ．２つの制御点の動きベクトルが、４パラメータアフィン候補を構成するために必要とされる。２つの制御点は、次の６つの組み合わせ（｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ３，ＣＰ４｝）のうちの１つから選択され得る。組み合わせ｛ＣＰ１，ＣＰ４｝、｛ＣＰ２，ＣＰ３｝、｛ＣＰ２，ＣＰ４｝、｛ＣＰ１，ＣＰ３｝、｛ＣＰ３，ＣＰ４｝は、左上及び右上制御点によって表される４パラメータ運動モデルへ変換されることになる。
ＩＩＩ．構成されたアフィン候補の組み合わせは、次の順序：｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ１，ＣＰ３｝，｛ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ４｝，｛ＣＰ２，ＣＰ４｝，｛ＣＰ３，ＣＰ４｝として候補リストに挿入される。
ｉ．組み合わせの参照リストＸ（Ｘは０又は１である。）については、制御点の中で最大利用率を有する参照インデックスが、リストＸの参照インデックスとして選択され、差分参照ピクチャを指し示す動きベクトルはスケーリングされることになる。
候補が導出された後、同じ候補がリストに挿入されているかどうかをチェックするために、完全プルーニングプロセスが実行される。同じ候補が存在する場合には、導出された候補は捨てられる。

３）ゼロ動きベクトルによるパディング
アフィンマージ候補リスト内の候補の数が５よりも少ない場合に、リストが一杯になるまで、ゼロ参照インデックスを有するゼロ動きベクトルが候補リストに挿入される。
より具体的には、サブブロックマージ候補リストについて、４パラメータマージ候補は、ＭＶが（０，０）にセットされ、予測方向がリスト０からの片予測（Ｐスライスの場合）及び双予測（Ｂスライスの場合）にセットされる。

［２．３．４ 動きベクトル差分によるマージ（ＭＭＶＤ）の例］
ＪＶＥＴ－Ｌ００５４では、究極の動きベクトル表示（Ultimate Motion Vector Expression，ＵＭＶＥ）（動きベクトル差分によるマージ（Merge mode with Motion Vector Difference，ＭＭＶＤ）としても知られている）が提示されている。ＵＭＶＥは、提案されている動きベクトル表示法によりスキップ又はマージのどちらかのモードに使用される。

ＵＭＶＥは、ＶＶＣでの通常のマージ候補リストに含まれているものと同じくマージ候補を再利用する。マージ候補の中から、基本候補が選択可能であり、提案されている動きベクトル表示法によって更に拡張される。

ＵＭＶＥは、新しい動きベクトル差分（ＭＶＤ）表現法を提供し、その表現法では、開始点、運動の大きさ、及び運動方向が、ＭＶＤを表すために使用される。

この提案されている技術は、マージ候補リストをそのまま使用する。しかし、デフォルトのマージタイプ（ＭＲＧ＿ＴＹＰＥ＿ＤＥＦＡＵＬＴ＿Ｎ）である候補しか、ＵＭＶＥの拡張のために考慮されない。

基本候補インデックスは開始点を定義する。基本候補インデックスは、次のように、リスト内の候補の中で最良の候補を示す：

基本候補の数が１に等しい場合には、基本候補ＩＤＸはシグナリングされない。

距離インデックスは動きの大きさの情報である。距離インデックスは、開始点情報からの予め定義された距離を示す。予め定義された距離は次の通りである：

方向インデックスは、開始点に対するＭＶＤの方向を表す。方向インデックスは、以下で示されるように、４つの方向を表すことができる。

いくつかの実施形態において、ＵＭＶＥフラグは、スキップフラグ及びマージフラグを送った直後にシグナリングされる。スキップ及びマージフラグが真である場合に、ＵＭＶＥフラグはパースされる。ＵＭＶＥフラグが１に等しい場合に、ＵＭＶＥシンタックスはパースされる。しかし、１でない場合には、ＡＦＦＩＮＥフラグがパースされる。ＡＦＦＩＮＥフラグが１に等しい場合には、それはアフィンモードである。しかし、１でない場合には、スキップ／マージインデックスが、ＶＴＭのスキップ／マージモードについてパースされる。

ＵＭＶＥ候補のための追加のラインバッファは不要である。ソフトウェアのスキップ／マージ候補は基本候補として直接使用されるからである。入力されたＵＭＶＥインデックスを用いて、ＭＶの補完は、動き補償の直前に決定される。このため、長いラインバッファを保持する必要はない。

現在の一般的なテスト条件では、マージ候補リスト内の第１又は第２マージ候補のどちらかが基本候補として選択され得る。

［２．３．５ デコーダ側動きベクトル精緻化（ＤＭＶＲ）の例］
双予測動作では、１つのブロック領域の予測のために、リスト０の動きベクトル（ＭＶ）及びリスト１のＭＶを用いて夫々形成された２つの予測ブロックが、単一の予測信号を形成するよう結合される。デコーダ側動きベクトル精緻化（ＤＭＶＲ）法では、双予測の２つの動きベクトルは更に精緻化される。

ＪＥＭ設計では、動きベクトルは、バイラテラルテンプレートマッチングプロセスによって精緻化される。バイラテラルテンプレートマッチングは、精緻化されたＭＶを追加の動き情報の伝送なしで取得するために、バイラテラルテンプレートと参照ピクチャ内の再構成サンプルとの間でひずみベースの探索を実行するようデコーダで適用される。一例が図２２に表されている。バイラテラルテンプレートは、図２２に示されるように、夫々リスト０の初期ＭＶ０及びリスト１のＭＶ１からの２つの予測ブロックの加重結合（すなわち、平均）として生成される。テンプレートマッチング動作は、生成されたテンプレートと参照ピクチャ内の（初期予測ブロックの周りの）サンプル領域との間のコスト指標を計算することから成る。２つの参照ピクチャの夫々について、最小テンプレートコストをもたらすＭＶは、元のＭＶを置換するためのそのリストの更新されたＭＶと見なされる。ＪＥＭでは、９つのＭＶ候補がリストごとに探索される。９つのＭＶは、元のＭＶと、水平若しくは垂直のどちらか一方の方向又は両方の方向において元のＭＶに対して１ルーマサンプルだけオフセットされた８つの周囲ＭＶとを含む。最終的に、２つの新しいＭＶ、すなわち、図２２に示されるＭＶ０’及びＭＶ１’が、最終的な双予測結果を生成するために使用される。絶対差分和（ＳＡＤ）がコスト指標として使用される。１つの周囲ＭＶによって生成された予測ブロックのコストを計算する場合に、（整数ペルに）丸められたＭＶが、実際には、実際のＭＶの代わりに予測ブロックを取得するために使用される点に留意されたい。

ＤＭＶＲのプロセスを更に簡単にするために、ＪＶＥＴ－Ｍ０１４７は、ＪＥＭでの設計に対するいくつかの変更を提案した。より具体的には、ＶＴＭ－４．０に対する採用されたＤＭＶＲ（まもなくリリースされる）は、次の主な特徴を備えている：
○リスト０とリスト１との間の（０，０）位置ＳＡＤでの早期終了
○ＤＭＶＲのブロックサイズＷ×Ｈ＞＝６４＆＆Ｈ＞＝８
○ＣＵサイズ＞１６×１６のＤＭＶＲについてＣＵを複数の１６×１６サブブロックに分割
○参照ブロックサイズ（Ｗ＋７）×（Ｈ＋７）（ルーマについて）
○２５ポイントのＳＡＤベースの整数ペル探索（すなわち、（＋－）２絞り探索範囲、単一ステージ）
○双線形補間に基づいたＤＭＶＲ
○バイラテラルマッチングを可能にするための、リスト０とリスト１との間のＭＶＤミラーリング
○“パラメトリック誤差表現方程式（Parametric error surface equation）”に基づいたサブペル精緻化
○（必要な場合に）参照ブロックパディングを備えたルーマ／クロマＭＣ
○ＭＣ及びＴＭＶＰにのみ使用される精緻化されたＭＶ

［２．３．６ 複合イントラ－インター予測（ＣＩＩＰ）の例］
ＪＶＥＴ－Ｌ０１００では、多重仮説（multi-hypothesis）予測が提案されており、複合イントラ－インター予測（combined intra and inter prediction）は、多重仮説を生成するための１つの方法である。

多重仮説予測がイントラモードを改善するために適用される場合に、多重仮説予測は、１つのイントラ予測と１つのマージインデックス化予測とを組み合わせる。マージＣＵでは、１つのフラグが、フラグが真である場合にイントラ候補リストからイントラモードを選択するために、マージモードについてシグナリングされる。ルーマ成分については、イントラ候補リストは、ＤＣ、プレーナー、水平、及び垂直モードを含む４つのイントラ予測モードから導出され、イントラ候補リストのサイズは、ブロック形状に応じて３又は４であることができる。ＣＵ幅がＣＵ高さの２倍よりも大きい場合に、水平モードはイントラモードリストから除かれ、ＣＵ高さがＣＵ幅の２倍よりも大きい場合に、垂直モードはイントラリストモードから除かれる。イントラモードインデックスによって選択された１つのイントラ予測モード、及びマージインデックスによって選択された１つのマージインデックス化予測は、加重平均を用いて組み合わされる。クロマ成分については、余分のシグナリングによらずに、常にＤＭが適用される。予測を組み合わせるための重みは、次の通りに説明される。ＤＣ又はプレーナーモードが選択されるか、あるいは、ＣＢ幅又は高さが４よりも小さい場合に、等しい重みが適用される。ＣＢ幅及び高さが４以上であるようなＣＢについては、水平／垂直モードが選択される場合に、１つのＣＢが最初に、垂直方向／水平方向に、４つの等しい面積の領域に分けられる。ｉが１から４であり、（ｗ＿ｉｎｔｒａ_１，ｗ＿ｉｎｔｅｒ_１）＝（６，２）、（ｗ＿ｉｎｔｒａ_２，ｗ＿ｉｎｔｅｒ_２）＝（５，３）、（ｗ＿ｉｎｔｒａ_３，ｗ＿ｉｎｔｅｒ_３）＝（３，５）、及び（ｗ＿ｉｎｔｒａ_４，ｗ＿ｉｎｔｅｒ_４）＝（２，６）であるとして、（ｗ＿ｉｎｔｒａ_ｉ，ｗ＿ｉｎｔｅｒ_ｉ）と表される各重みセットは、対応する領域に適用されることになる。（ｗ＿ｉｎｔｒａ_１，ｗ＿ｉｎｔｅｒ_１）は、参照サンプルに最も近い領域用であり、（ｗ＿ｉｎｔｒａ_４，ｗ＿ｉｎｔｅｒ_４）は、参照サンプルから最も遠い領域用である。次いで、組み合わされた予測は、２つの重み付けされた予測を合計し、３ビット右シフトすることによって、計算され得る。更に、予測子のイントラ仮説のためのイントラ予測モードは、次の隣接ＣＵの参照のためにセーブされ得る。

［２．４ ＪＶＥＴ－Ｍ０４２７でのインループ再成形（ＩＬＲ）］
インループ再成形（in-loop reshaping，ＩＬＲ）の基本的な考えは、元の（第１の領域の）信号（予測／再構成信号）を第２の領域（再成形された領域）に変換することである。

インループルーマリシェーパは、一対の参照テーブル（ＬＵＴ）として実装されるが、２つのＬＵＴのうちの一方しかシグナリングされる必要がなく、他方は、シグナリングされたＬＵＴから計算可能である。各ＬＵＴは、１次元、１０ビット、１０２４エントリのマッピングテーブル（１Ｄ－ＬＵＴ）である。一方のＬＵＴは、前方（forward）ＬＵＴ（ＦｗｄＬＵＴ）であり、入力されたルーマコード値Ｙ_ｉを変更後の値Ｙ_ｒ：Ｙ_ｒ＝ＦｗｄＬＵＴ［Ｙ_ｉ］にマッピングする。他方のＬＵＴは、後方（inverse）ＬＴＵ（ＩｎｖＬＵＴ）であり、変更後のコード値Ｙ_ｒを
（外５）

にマッピングする（
（外６）

は、Ｙ_ｉの再構成値を表す。）。

［２．４．１ 区分線形（ＰＷＬ）モデル］
いくつかの実施形態において、区分線形（piece-wise linear，ＰＷＬ）は、次のように実装される。

ｘ１、ｘ２を２つの入力ピボット点とし、ｙ１、ｙ２を１つの区分のそれらの対応する出力ピボット点とする。ｘ１からｘ２の間にあるいずれかの入力値ｘに対する出力値ｙは、次の式によって補間され得る：

ｙ＝（（ｙ２－ｙ１）／（ｘ２－ｘ１））×（ｘ－ｘ１）＋ｙ１

固定点実施では、式は：

ｙ＝（（ｍ×ｘ＋２ＦＰ＿ＰＲＥＣ－１）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ

と書き直され得る。ここで、ｍはスカラーであり、ｃはオフセットであり、ＦＰ＿ＰＲＥＣは、精度を指定する定数値である。

ＣＥ－１２ソフトウェアでは、ＰＷＬモデルが、１０２４エントリＦｗｄＬＵＴ及びＩｎｖＬＵＴマッピングテーブルを再計算するために使用されるが、ＰＷＬモデルは、ＬＵＴを再計算せずにオン・ザ・フライで同じマッピング値を計算する実施も可能にすることに留意されたい。

［２．４．２ テストＣＥ１２－２］
［２．４．２．１ ルーマ再成形］
インループルーマ再成形のテスト２（すなわち、提案中のＣＥ１２－２）は、インタースライス再構成におけるブロックごとのイントラ予測の復号化レイテンシも取り除く、より複雑度の低いパイプラインを提供する。イントラ予測は、インター及びイントラスライスの両方について再成形領域で実行される。

イントラ予測は、スライスタイプにかかわらず、常に再成形領域で実行される。そのような配置によれば、イントラ予測は、前のＵＴ再構成が行われた直後に開始することができる。そのような配置はまた、スライス依存である代わりに、イントラモードのための統合されたプロセスを提供することもできる。図２３は、モードに基づいたＣＥ１２－２複合プロセスのブロック図を示す。

ＣＥ１２－２はまた、ＣＥ１２－１の３２区分ＰＷＬモデルの代わりに、ルーマ及びクロマ残差スケーリングについて１６区分の区分線形（ＰＷＬ）モデルを試験する。

ＣＥ１２－２におけるインループルーマリシェーパによるインタースライス再構成（薄緑色の陰付きブロックは、再成形領域での信号を示す：ルーマ残差、予測されたイントラルーマ、及び再構成されたイントラルーマ）。

［２．４．２．２ ルーマ依存クロマ残差スケーリング（ＬＣＲＳ）］
ルーマ依存クロマ残差スケーリング（luma-dependent chroma residue scaling，ＬＣＲＳ）は、固定点整数演算により実装される乗法プロセスである。クロマ残差スケーリングは、ルーマ信号とクロマ信号との相互作用を補償する。クロマ残差スケーリングは、ＴＵレベルで適用される。より具体的には、次が適用される：
○イントラについては、再構成されたルーマが平均化される。
○インターについては、予測ルーマが平均化される。

平均は、ＰＷＬモデル内でインデックスを識別するために使用される。インデックスは、スケーリング係数ｃＳｃａｌｅＩｎｖを識別する。クロマ残差は、その数を乗じられる。

クロマスケーリング係数は、再構成されたルーマ値よりもむしろ、前方マッピングされた予測されたルーマ値から計算される。

［２．４．２．３ ＩＬＲサイド情報のシグナリング］
パラメータは、（現在のところ）タイルグループヘッダで送信される（ＡＬＦと同様）。それらは、伝えられるところによると、４０～１００ビットを要する。次の表は、ＪＶＥＴ－Ｌ１００１のバージョン９に基づく。追加されたシンタックスは、大きめの太字で示されている。削除は、太字の二重隅括弧［［削除された部分］］を用いて示されている。

［２．４．２．４ ＩＬＲの利用］
エンコーダ側で、各ピクチャ（又はタイルグループ）は、最初に、再成形領域に変換される。そして、全てのコーディングプロセスは、再成形領域で実行される。イントラ予測については、隣接ブロックは再成形領域にある。インター予測については、参照ブロック（復号化ピクチャバッファから、元の領域から生成される）が、最初に、再成形領域に変換される。次いで、残差が生成され、ビットストリーム内にコーディングされる。

ピクチャ（又はタイルグループ）全体が符号化／復号化を終えた後、再成形領域内のサンプルは元の領域に変換され、次いで、デブロッキングフィルタ及び他のフィルタが適用される。

予測信号に対する順方向再成形は、次の場合に無効にされる：
○現在のブロックがイントラコーディングされている
○現在のブロックがＣＰＲ（current picture referencing）（イントラブロックコピー（ＩＢＣ）の別名でも知られている）としてコーディングされている
○現在のブロックが、複合インター－イントラモード（ＣＩＩＰ）としてコーディングされており、順方向再成形が、イントラ予測ブロックに対して無効にされている。

［ＪＶＥＴ－Ｎ０８０５］
タイルグループヘッダでＩＬＲサイド情報をシグナリングしないように、ＪＶＥＴ－Ｎ０８０５では、それらをＡＰＳでシグナリングすることが提案されている。それは、次の主な考えを含む：
－ 任意に、ＳＰＳでＬＭＣＳパラメータを送る。
－ ＡＬＦ及びＬＭＣＳパラメータに対してＡＰＳタイプを定義する。各ＡＰＳは１つのタイプしか有さない。
－ ＬＭＣＳツールが有効にされる場合に、ＬＭＣＳ ａｐｓ＿ｉｄの有無を示すようＴＧＨにフラグを有する。シグナリングされない場合には、ＳＰＳパラメータが使用される。
＊ツールが有効にされる場合に参照される有効なものを常に有するためにセマンティック制約を追加する必要がある。

［２．５．２．５．１ ＪＶＥＴ－Ｍ１００１（ＶＶＣワーキングドラフト４）の上の提案された設計の実装］

［２．４．２．６ ＪＶＥＴ－Ｎ０１３８］
この寄与は、ＡＬＦパラメータに加えてリシェーパモデルパラメータの運搬のための適応パラメータセット（adaptation parameter set，ＡＰＳ）の拡張された利用を提案する。最後の会議で、ＡＬＦパラメータは、複数のタイルグループでのパラメータの不必要な冗長シグナリングを回避することによるコーディング効率改善のために、タイルグループヘッダの代わりにＡＰＳによって運ばれることが、決定されている。同じ理由に基づいて、タイルグループヘッダの代わりに、ＡＰＳによってリシェーパモデルパラメータを運ぶことが提案される。ＡＰＳ内のパラメータのタイプ（少なくともＡＬＳ又はリシェーパモデルかどうか）を識別するために、ＡＰＳタイプ情報が、ＡＰＳ ＩＤとともにＡＰＳシンタックスで必要とされる。

［２．５ 仮想パイプラインデータユニット（ＶＰＤＵ）］
仮想パイプラインデータユニット（virtual pipeline data unit，ＶＰＤＵ）は、ピクチャ内の重なり合わないＭ×Ｍ－ルーマ（Ｌ）／Ｎ×Ｎ－クロマ（Ｃ）ユニットとして定義される。ハードウェアデコーダで、連続したＶＰＤＵは、同時に複数のパイプライン段によって処理され、異なる段は異なるＶＰＤＵを同時に処理する。ＶＰＤＵサイズは、ほとんどのパイプライン段でバッファサイズに大体比例するので、ＶＰＤＵサイズを小さく保つことは、非常に重要であると言える。ＨＥＶＣハードウェアデコーダで、ＶＰＤＵサイズは最大変換ブロック（ＴＢ）サイズにセットされる。最大ＴＢサイズを３２×３２－Ｌ／１６×１６－Ｃ（ＨＥＶＣと同様）から６４×６４－Ｌ／３２×３２－Ｃ（現在のＶＶＣと同様）に広げることは、ＨＥＶＣと比較して予想通りに４倍のＶＰＤＵサイズ（６４×６４－Ｌ／３２×３２－Ｃ）をもたらすコーディング利得をもたらすことができる。しかし、四分木（ＱＴ）コーディングユニット（ＣＵ）パーティション化に加えて、三分木（ＴＴ）及び二分木（ＢＴ）が、更なるコーディング利得を達成するためにＶＶＣでは採用され、ＴＴ及びＢＴ分割は、再帰的に１２８×１２８－Ｌ／６４×６４－Ｃコーディングツリーブロック（ＣＴＵ）に適用され得る。これは、ＨＥＶＣと比較して１６倍のＶＰＤＵサイズ（１２８×１２８－Ｌ／６４×６４－Ｃ）をもたらすと言われている。

ＶＶＣの現在の設計では、ＶＰＤＵは、６４×６４－Ｌ／３２×３２－Ｃとして定義されている。

［２．６ 適応パラメータセット］
適応パラメータセット（adaptation parameter set，ＡＰＳ）は、ＡＬＦパラメータを運ぶためにＶＶＣで採用される。タイルグループヘッダは、ＡＬＦが有効にされる場合に条件付きで存在するａｐｓ＿ｉｄを含む。ＡＰＳは、ａｐｓ＿ｉｄ及びＡＬＦパラメータを含む。新しいＮＵＴ（ＡＶＣ及びＨＥＶＣで見られるようなＮＡＬユニットタイプ）値が（ＪＶＥＴ－Ｍ０１３２から）ＡＰＳに対して割り当てられる。ＶＴＭ－４．０での一般的なテスト条件（表示される）については、ａｐｓ＿ｉｄ＝０を使用して、各ピクチャとともにＡＰＳを送信することが提案されている。差し当たり、ＡＰＳ ＩＤの範囲は、０から３１となり、ＡＰＳはピクチャにわたって共有可能である（ピクチャ内の異なるタイルグループでは異なってもよい）。ＩＤ値は、存在する場合に固定長符号化されるべきである。ＩＤ値は、同じピクチャ内の異なるコンテンツで再利用され得ない。

［２．７ 関連ツール］
［２．７．１ 拡散フィルタ（ＤＦ）］
ＪＶＥＴ－Ｌ０１５７では、拡散フィルタ（diffusion filter）が提案されており、ＣＵのイントラ／インター予測信号は、拡散フィルタによって更に変更されてもよい。

一様拡散フィルタ。一様拡散フィルタは、以下で定義されるように、ｈ^Ｉとして又はｈ^ＩＶとして与えられる固定マスクにより予測信号を畳み込むことによって実現される。予測信号自体に加えて、ブロックの左及び上にある再構成されたサンプルの１ラインが、フィルタ処理された信号のための入力として使用され、それらの再構成された信号の使用は、インターブロックでは回避され得る。

ｐｒｅｄを、イントラ又は動き補償された予測によって取得された所与のブロックでの予測信号とする。フィルタの境界値を扱うために、予測信号は、予測信号ｐｒｅｄ_ｅｘｔに拡張される必要がある。この拡張された予測は、２つの方法で形成可能である。

中間ステップとして、ブロックの左及び上にある再構成されたサンプルの１ラインが予測信号に加えられ、次いで、結果として得られた信号が全ての方向でミラーリングされる。あるいは、予測信号自体しか、全ての方向でミラーリングされない。後者の拡張は、インターブロックのために使用される。この場合に、予測信号自体しか、拡張された予測ｐｒｅｄ_ｅｘｔのための入力を有さない。

フィルタｈ^Ｉが使用されるべきである場合には、上記の境界拡張を用いて、予測信号ｐｒｅｄをｈ^Ｉ×ｐｒｅｄで置換することが提案される。ここで、フィルタマスクｈ^Ｉは、

として与えられる。

フィルタｈ^ＩＶが使用されるべきである場合には、予測信号をｈ^ＩＶ×ｐｒｅｄで置換することが提案される。ここで、フィルタｈ^ＩＶは、

ｈ^ＩＶ＝ｈ^Ｉ×ｈ^Ｉ×ｈ^Ｉ×ｈ^Ｉ

として与えられる。

指向性拡散フィルタ。信号適応拡散フィルタを使用する代わりに、指向性フィルタ、すなわち、水平フィルタｈ^ｈｏｒ及び垂直フィルタｈ^ｖｅｒが使用され、これらは依然として、固定マスクを有している。より厳密には、前のセクションのマスクｈ^Ｉに対応する一様拡散フィルタリングが、単純に、垂直方向又は水平方向に沿ってしか適用されないよう制限される。垂直フィルタは、予測信号に固定フィルタマスクを適用することによって実現される：

水平フィルタは、転置マスク

ｈ_ｈｏｒ＝ｈ^ｔ _ｖｅｒ

を使用することによって実現される。

［２．７．２ バイラテラルフィルタ（ＢＦ）］
バイラテラルフィルタは、ＪＶＥＴ－Ｌ０４０６で提案されており、それは常に、非ゼロ変換係数及び１７よりも大きいスライス量子化パラメータを有するルーマブロックに適用される。従って、バイラテラルフィルタの利用をシグナリングする必要はない。バイラテラルフィルタは、適用される場合に、逆変換の直後に、復号されたサンプルに対して実行される。更には、フィルタパラメータ、すなわち、重みは、コーディングされた情報から明示的に導出される。

フィルタリングプロセスは：

として定義される。ここで、Ｐ_０，０は、現在のサンプルの強さであり、Ｐ’_０，０は、現在のサンプルの変更後の強さであり、Ｐ_ｋ，０及びＷ_ｋは、夫々、ｋ番目の隣接サンプルについての強さ及び重みパラメータである。１つの現在サンプル及びその４つの隣接サンプル（すなわち、Ｋ＝４）の例が図２４に表されている。

より具体的には、ｋ番目の隣接サンプルに関連した重みＷ_ｋ（ｘ）は、次のように定義される：

ここで、

ここで、σ_ｄは、コーディングモード及びコーディングブロックサイズに依存する。記載されているフィルタリングプロセスは、並列処理を可能にするために、イントラコーディングされたブロックに、及びＴＵが更に分割される場合に、インターコーディングされたブロックに適用される。

ビデオ信号の統計特性をより良く捕らえ、フィルタの性能を改善するために、式（２）から得られた重み関数は、ブロックパーティション化（最小サイズ）のパラメータ及びコーディングモードに依存するように、表４で一覧にされているように、σ_ｄパラメータによって調整されている。

コーディング性能を更に改善するために、ＴＵが分割されない場合のインターコーディングされたブロックについては、現在のサンプルとその隣接サンプルの１つとの間の強さの差は、現在のサンプル及び隣接するサンプルをカバーする２つのウィンドウ間の代表的な強さの差によって置換される。従って、フィルタリングプロセスの式は：

に改められる。ここで、Ｐ_ｋ，ｍ及びＰ_０，ｍは、夫々、Ｐ_ｋ，０及びＰ_０，０を中心とするウィンドウ内のｍ番目のサンプル値を表す。この提案では、ウィンドウサイズは３×３にセットされる。Ｐ_２，０及びＰ_０，０をカバーする２つのウィンドウの例は、図２５に表されている。

［２．７．３ アダマール変換領域フィルタ（ＨＦ）］
ＪＶＥＴ－Ｋ００６８では、１次元アダマール変換領域でのインループフィルタが、再構成の後にＣＵレベルで適用され、乗算なしの実装を有している。提案されているフィルタは、予め定義された条件を満足する全てのＣＵブロックに適用され、フィルタパラメータは、コーディングされた情報から導出される。

提案されているフィルタリングは、４×４ブロックを除き、スライス量子化パラメータが１７よりも大きい場合に、非ゼロ変換係数を有するルーマ再構成ブロックに常に適用される。フィルタパラメータは、コーディングされた情報から明示的に導出される。提案されているフィルタは、適用される場合に、逆変換の直後に、復号されたサンプルに対して実行される。

再構成されたブロックからの各ピクセルについて、ピクセル処理は次のステップを有する：
○スキャンパターンに従って現在のものを含む処理ピクセル周囲の４つの隣接ピクセルをスキャンする
○読み出されたピクセルの４ポイントアダマール変換
○次の式

に基づくスペクトルフィルタリング

ここで、（ｉ）は、アダマールスペクトルにおけるスペクトル成分のインデックスであり、Ｒ（ｉ）は、インデックスに対応する再構成されたピクセルのスペクトル成分であり、σは、次の式：

を用いてコーデック量子化パラメータＱＰから導出するフィルタリングパラメータである。

スキャンパターンの例は、図２６に示されており、Ａは、現在のピクセルであり、｛Ｂ，Ｃ，Ｄ｝は、現在のＣＵ内にある。

［３．既存の実施の欠点］
既存のＩＬＲ実施では、次の欠点が存在することがある。

１）タイルグループヘッダでのＩＬＲサイド情報のシグナリングは、必要とするビットが多すぎるということで、適切でない。更には、異なるピクチャ／タイルグループの間の予測は認められない。従って、タイルグループごとにＩＬＲのサイド情報が伝送される必要があり、このことは、特に低解像度の場合に、低ビットレートでコーディング損失を生じさせる可能性がある。

２）ＩＬＲとＤＭＶＲ（又は他の新たに導入されたコーディングツール）との間の相互作用は不明である。例えば、ＩＬＲは、原信号を再成形領域に変換するようインター予測信号に適用され、復号された残差は再成形領域にある。一方で、ＤＭＶＲも、１つのブロックの動きベクトルを精緻化するために予測信号に依存する。元の領域又は再成形領域でＤＭＶＲを適用すべきかどうかは不明である。

３）ＩＬＲとスクリーンコンテンツコーディングツール、例えば、パレット、Ｂ－ＤＰＣＭ、ＩＢＣ、変換スキップ、変換量子化バイパス（transquant-bypass）、Ｉ－ＰＣＭモードとの間の相互作用は明確でない。

４）ルーマ依存クロマ残差スケーリングがＩＬＲで使用される。従って、ハードウェア設計にとって有益でない追加の遅延（ルーマとクロマとの間の依存性による）が導入される。

５）ＶＰＤＵの目標は、他の６４×６４正方領域の処理を開始する前に、１つの６４×６４正方領域の処理の完了を保証することである。しかし、ＩＬＲの設計によれば、クロマがルーマの予測信号に依存するということで、ＶＰＤＵの違反を引き起こす可能性があるＩＬＲの利用に対する制限はない。

６）１つのＣＵで全てのゼロ係数が発生した場合に、予測ブロック及び再構成ブロックは、依然として、順方向及び逆方向再成形プロセスを実行する。このことは、計算複雑性を浪費する。

７）ＪＶＥＴ－Ｎ０１３８では、ＩＬＲ情報をＡＰＳでシグナリングすることが提案されている。いくつかの新しい問題がこの解決法によって引き起こされる可能性がある。例えば、２種類のＡＰＳが設計されるが、ＩＬＲについてシグナリングされるａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、ＩＬＲ情報を含まないＡＰＳを参照することがある。同様に、適応ループフィルタリング（ＡＬＦ）についてシグナリングされるａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、ＡＬＦ情報を含まないＡＰＳを参照することがある。

［４．ビデオコーディングのためのインループ再成形の例示的な方法］
目下開示されている技術の実施形態は、既存の実施の欠点を解消し、それによって、より高いコーディング効率をビデオコーディングにもたらす。開示されている技術に基づいたインループ再成形の方法は、既存のビデオコーディング規格及び将来のビデオコーディング規格の両方を強化することができ、様々な実施について記載されている以下の例で説明される。以下で提供される開示されている技術の例は、一般概念を説明しており、限定と解釈されるよう意図されない。例において、明示的に反対のことを示さない限りは、それらの例で記載されている様々な特徴は組み合わされてもよい。留意されるべきは、提案されている技術のいくつかは、既存の候補リスト構成プロセスに適用されてもよい点である。

本明細書中で、デコーダ側動きベクトル導出（ＤＭＶＤ）は、ブロック／サブブロック動き情報を導出又は精緻化するよう動き推定を実行するＤＭＶＲ及びＦＲＵＣ、並びにサンプルごとの動き精緻化を実行するＢＩＯのような方法を含む。

１．ＤＭＶＲのようなＤＭＶＤ技術での動き情報精緻化プロセスは、再成形領域での情報に依存してよい。
ａ．一例で、元の領域で参照ピクチャから生成された予測ブロックは、動き情報精緻化に使用される前に、最初に、再成形領域に変換されてよい。
ｉ．代替的に、更には、コスト計算（例えば、ＳＡＤ、ＭＲ－ＳＡＤ）／勾配計算が再成形領域で実行される。
ｉｉ．代替的に、更には、動き情報が精緻化された後、再成形プロセスは、精緻化された動き情報により生成された予測ブロックについて無効にされる。
ｂ．代替的に、ＤＭＶＲのようなＤＭＶＤ技術での動き情報精緻化プロセスは、元の領域での情報に依存してもよい。
ｉ．ＤＭＶＤプロセスは、元の領域での予測ブロックにより呼び出されてよい。
ｉｉ．一例で、動き情報精緻化の後、精緻化された動き情報により取得された予測ブロック、又は最終的な予測ブロック（例えば、２つの予測ブロックの加重平均）が、最終的な再構成ブロックを生成するために再成形領域に更に変換されてよい。
ｉｉｉ．代替的に、更には、動き情報が精緻化された後、再成形プロセスは、精緻化された動き情報により生成された予測ブロックについて無効にされる。

２．現在のタイル／タイルグループ／ピクチャ内のサンプル及び局所照度補償（ＬＩＣ）パラメータを導出するために利用された参照ピクチャから導出されたサンプルの領域（元の領域又は再成形領域のどちらか）をそろえることが提案される。
ａ．一例で、再成形領域が、ＬＩＣパラメータを導出するために利用される。
ｉ．代替的に、更には、サンプル（例えば、参照ピクチャ内の参照サンプル（補間の有無によらず）及び参照サンプルの隣接／非隣接サンプル（補間の有無によらない））は、ＬＩＣパラメータを導出するために使用される前に、最初に、再成形領域に変換されてよい。
ｂ．一例で、元の領域が、ＬＩＣパラメータを導出するために利用される。
ｉ．代替的に、更には、（例えば、現在のタイルグループ／ピクチャ／タイル内の）現在のブロックの空間的に隣接した／隣接していないサンプルは、ＬＩＣパラメータを導出するために使用される前に、最初に、元の領域に変換されてよい。
ｃ．ＬＩＣパラメータが１つの領域で導出される場合に、予測ブロックの同じ領域が、ＬＩＣパラメータをその予測ブロックに適用するときに使用されるべきである。
ｉ．一例で、上記ａ．が呼び出される場合に、参照ブロックは再成形領域に変換されてよく、ＬＩＣモデルは、再成形された参照ブロックに適用される。
ｉｉ．一例で、上記ｂ．が呼び出される場合に、参照ブロックは元の領域のままであり、ＬＩＣモデルは、元の領域での参照ブロックに適用される。
ｄ．一例で、ＬＩＣモデルは、再成形領域での予測ブロックに適用される（例えば、予測ブロックは、最初に、順方向再成形により再成形領域に変換される）。
ｅ．一例で、ＬＩＣモデルは、最初に、元の領域での予測ブロックに適用され、その後に、ＬＩＣを適用された予測ブロックに依存した最終的な予測ブロックが、次いで、再成形領域に（例えば、順方向再成形により）変換され、再構成ブロックを導出するために利用されてよい。
ｆ．上記の方法は、空間的に隣接した／隣接していないサンプル及び参照ピクチャ内の参照サンプルの両方に依存する他のコーディングツールに拡張されてもよい。

３．予測ブロックに適用されるフィルタ（例えば、拡散フィルタ（ＤＦ））については、フィルタは、元の領域での予測ブロックに適用される。
ａ．代替的に、更には、その後に、再構成ブロックを生成するために、フィルタ処理された予測信号に再成形が適用される。
ｂ．インターコーディングのためのプロセスの例は、図２７に表されている。
ｃ．代替的に、フィルタは、再成形領域での予測信号に適用される。
ｉ．代替的に、更には、再成形は、最初に予測ブロックに適用され、その後に、フィルタリング方法が、再構成ブロックを生成するために、再成形された予測ブロックに更に適用されてもよい。
ｉｉ．インターコーディングのためのプロセスの例は、図２８に表されている。
ｄ．フィルタパラメータは、ＩＬＲが有効にされるか否かに依存してもよい。

４．再構成ブロックに適用されるフィルタ（例えば、バイラテラルフィルタ（ＢＦ）、アダマール変換領域フィルタ（ＨＦ））については、フィルタは、再成形領域ではなく、元の領域での再構成ブロックに適用される。
ａ．代替的に、更には、再成形領域での再構成ブロックは、最初に元の領域に変換され、その後に、フィルタは、適用され、再構成ブロックを生成するために利用されてよい。
ｂ．インターコーディングのためのプロセスの例は、図２９に表されている。
ｃ．代替的に、フィルタは、再成形領域での再構成ブロックに適用されてもよい。
ｉ．代替的に、更には、逆方向再成形を適用する前に、フィルタが最初に適用されてもよい。その後に、フィルタ処理された再構成ブロックは、次いで、元の領域に変換されてよい。
ｉｉ．インターコーディングのためのプロセスの例は、図３０に表されている。
ｄ．フィルタパラメータは、ＩＬＲが有効にされるか否かに依存してもよい。

５．再成形領域で（例えば、イントラ／インター又は他の種類の予測方法後に）再構成ブロックに適用され得るフィルタリングプロセスを適用することが提案される。
ａ．一例で、デブロッキングフィルタ（ＤＢＦ）プロセスが再成形領域で実行される。この場合に、逆方向再成形は、ＤＢＦの前に適用されない。
ｉ．この場合に、ＤＢＦパラメータは、再成形が適用されるか否かに応じて異なってもよい。
ｉｉ．一例で、ＤＢＦプロセスは、再成形が有効にされるか否かに依存してもよい。
１．一例で、この方法は、ＤＢＦが元の領域で呼び出されるときに適用される。
２．代替的に、この方法は、ＤＢＦが再成形領域で呼び出されるときに適用される。
ｂ．一例で、サンプル適応オフセット（ＳＡＯ）フィルタリングプロセスが再成形領域で実行される。この場合に、逆方向再成形は、ＳＡＯの前に適用されない。
ｃ．一例で、適応ループフィルタ（ＡＬＦ）フィルタリングプロセスが再成形領域で実行される。この場合に、逆方向再成形は、ＡＬＦの前に適用されない。
ｄ．代替的に、更には、逆方向再成形は、ＤＢＦの後にブロックに適用されてもよい。
ｅ．代替的に、更には、逆方向再成形は、ＳＡＯの後にブロックに適用されてもよい。
ｆ．代替的に、更には、逆方向再成形は、ＡＬＦの後にブロックに適用されてもよい。
ｇ．上記のフィルタリング方法は、他の種類のフィルタリング方法で置換されてもよい。

６．タイルグループヘッダの代わりに新しいパラメータセット（例えば、ＩＬＲ ＡＰＳ）でＩＬＲパラメータをシグナリングすることが提案される。
ａ．一例で、タイルグループヘッダはａｐｓ＿ｉｄを含んでもよい。代替的に、更には、ａｐｓ＿ｉｄは、ＩＬＲが有効にされる場合に条件付きで存在する。
ｂ．一例で、ＩＬＲ ＡＰＳは、ａｐｓ＿ｉｄ及びＩＬＲパラメータを含む。
ｃ．一例で、新しいＮＵＴ（ＡＶＣ及びＨＥＶＣで見られるようなＮＡＬユニットタイプ）値が、ＩＬＲ ＡＰＳに割り当てられる。
ｄ．一例で、ＩＬＲ ＡＰＳ ＩＤ値の範囲は、０からＭ（例えば、Ｍ＝２Ｋ－１）である。
ｅ．一例で、ＩＬＲ ＡＰＳは、ピクチャにわたって共有されてもよい（ピクチャ内の異なるタイルグループで異なってもよい）。
ｆ．一例で、ＩＤ値は、存在する場合に固定長符号化されてもよい。代替的に、それは、指数ゴロム（exponential-Golomb，ＥＧ）コーディング、トランケーテッドユーナリー又は他の二値化方法によりコーディングされてもよい。
ｇ．一例で、ＩＤ値は、同じピクチャ内の異なるコンテンツにより再利用され得ない。
ｈ．一例で、ＩＬＲ ＡＰＳ及びＡＬＦパラメータのためのＡＰＳは、同じＮＵＴを共有してもよい。
ｉ．代替的に、ＩＬＲパラメータは、ＡＬＦパラメータのための現在のＡＰＳで運ばれてもよい。この場合に、ＩＬＲ ＡＰＳについて述べられている上記の方法は、現在のＡＰＳで置換されてよい。
ｊ．代替的に、ＩＬＲパラメータは、ＳＰＳ／ＶＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダで運ばれてもよい。
ｋ．一例で、ＩＬＲパラメータは、リシェーパモデル情報、ＩＬＲ方法の利用、クロマ残差スケーリング係数を含んでよい。
ｌ．代替的に、更には、ＩＬＲパラメータは、１つの例で（例えば、ＡＰＳで）シグナリングされてもよく、かつ／あるいは、ＩＬＲの利用は、第２レベルで（例えば、タイルグループヘッダで）更にシグナリングされてもよい。
ｍ．代替的に、更には、予測コーディングは、異なるＡＰＳインデックスでＩＬＲパラメータをコーディングするよう適用されてもよい。

７．ルーマ依存クロマ残差スケーリング（ＬＣＲＳ）をクロマブロックに適用する代わりに、ルーマとクロマとの間の依存性を除くよう順方向／逆方向再成形プロセスをクロマブロックに適用することが提案される。
ａ．一例で、１つのＭ区分の区分線形（ＰＷＬ）モデル及び／又は順方向／逆方向参照テーブルが、１つのクロマ成分に利用されてよい。代替的に、２つのＰＷＬモデル及び／又は順方向／逆方向参照テーブルが、２つのクロマ成分をコーディングするために夫々利用されてもよい。
ｂ．一例で、クロマのＰＷＬモデル及び／又は順方向／逆方向参照は、ルーマのＰＷＬモデル及び／又は順方向／逆方向参照テーブルから導出されてもよい。
ｉ．一例で、クロマのＰＷＬモデル／参照テーブルを更にシグナリングする必要はない。
ｃ．一例で、クロマのＰＷＬモデル／順方向／逆方向参照テーブルは、ＳＰＳ／ＶＰＳ／ＡＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／タイルグループヘッダ／タイルヘッダ／ＣＴＵ行／ＣＴＵのグループ／リージョンでシグナリングされてもよい。

８．一例で、１つのピクチャ／タイルグループのＩＬＲパラメータをシグナリングする方法は、前にコーディングされたピクチャ／タイルグループのＩＬＲパラメータに依存してもよい。
ａ．例えば、１つのピクチャ／タイルグループのＩＬＲパラメータは、１つ又は複数の前にコーディングされたピクチャ／タイルグループのＩＬＲパラメータによって予測されてもよい。

９．特定のブロック寸法／時間レイヤ／タイルグループタイプ／ピクチャタイプ／コーディングモード／動き情報の特定のタイプについてルーマ依存クロマ残差スケーリング（ＬＣＲＳ）を無効にすることが提案される。
ａ．一例で、順方向／逆方向再成形プロセスがルーマブロックに適用される場合でさえ、ＬＣＲＳは、対応するクロマブロックに適用されなくてもよい。
ｂ．代替的に、順方向／逆方向再成形プロセスがルーマブロックに適用されない場合でさえ、ＬＣＲＳは、対応するクロマブロックに依然として適用されてもよい。
ｃ．一例で、ＬＣＲＳは、交差成分線形モデル（cross-component linear model，ＣＣＬＭ）モードが適用される場合に使用されない。ＣＣＬＭモードはＬＭ、ＬＭ－Ａ及びＬＭ－Ｌを含む。
ｄ．一例で、ＬＣＲＳは、交差成分線形モデル（ＣＣＬＭ）モードが適用されない場合に使用されない。ＣＣＬＭモードはＬＭ、ＬＭ－Ａ及びＬＭ－Ｌを含む。
ｅ．一例で、コーディングされたルーマブロックが１つのＶＰＤＵ（例えば、６４×６４）を超える場合。
ｉ．一例で、ルーマブロックサイズがＭ×Ｈよりも小さいサンプル、例えば、１６又は３２又は６４ルーマサンプルを含む場合に、ＬＣＲＳは許されない。
ｉｉ．代替的に、ルーマブロックの幅及び／又は高さの最小サイズがＸよりも小さいか又は大きくない場合に、ＬＣＲＳは許されない。一例で、Ｘは８にセットされる。
ｉｉｉ．代替的に、ルーマブロックの幅及び／又は高さの最小サイズがＸ以上である場合に、ＬＣＲＳは許されない。一例で、Ｘは８にセットされる。
ｉｖ．代替的に、ルーマブロックの幅＞ｔｈ１又は＞＝ｔｈ１かつ／あるいはルーマブロックの高さ＞ｔｈ２又は＞＝２である場合に、ＬＣＲＳは許されない。一例で、ｔｈ１及び／又はｔｈ２は８にセットされる。
１．一例で、ｔｈ１及び／又はｔｈ２は１２８にセットされる。
２．一例で、ｔｈ１及び／又はｔｈ２は６４にセットされる。
ｖ．代替的に、ルーマブロックの幅＜ｔｈ１又は＜＝ｔｈ１かつ／あるいはルーマブロックの高さｔｈ２＜又は＜＝ｔｈ２である場合に、ＬＣＲＳは許されない。一例で、ｔｈ１及び／又はｔｈ２は８にセットされる。

１０．ＩＬＲ（順方向再成形プロセス及び／又は逆方向再成形プロセス）を無効にすべきかどうかは、係数に依存してもよい。
ａ．一例で、１つのブロックが全ゼロ係数でコーディングされる場合に、予測ブロックに適用される順方向再成形のプロセスはスキップされる。
ｂ．一例で、１つのブロックが全ゼロ係数でコーディングされる場合に、再構成ブロックに適用される逆方向再成形のプロセスはスキップされる。
ｃ．一例で、１つのブロックが、特定の位置にあるただ１つの非ゼロ係数（例えば、１つのブロックの左上位置にあるＤＣ係数、１つのブロック内の左上コーディンググループにある係数）でコーディングされる場合に、予測ブロックに適用される順方向再成形及び／又は再構成ブロックに適用される逆方向再成形のプロセスはスキップされる。
ｄ．一例で、１つのブロックがたったＭ（例えば、Ｍ＝１）個の非ゼロ係数でコーディングされる場合に、予測ブロックに適用される順方向再成形及び／又は再構成ブロックに適用される逆方向再成形のプロセスはスキップされる。

１１．コーディングされたブロックが１つのＶＰＤＵを超える場合に仮想パイプラインデータユニット（ＶＰＤＵ）にＩＬＲ適用リージョンを分けることが提案される。各適用リージョン（例えば、６４×６４の最大サイズを有する）は、ＩＬＲ操作のための個別的ＣＵと見なされる。
ａ．一例で、ブロックの幅＞ｔｈ１又は＞＝ｔｈ１かつ／あるいはブロックの高さ＞ｔｈ２又は＞＝ｔｈ２である場合に、それは、幅＜ｔｈ１又は＜＝ｔｈ１かつ／あるいは高さ＜ｔｈ２又は＜＝ｔｈ２を有するサブブロックに分けられてよく、ＩＬＲは、サブブロックごとに実行され得る。
ｉ．一例で、サブブロックは、同じ幅及び／又は高さを有してもよい。
ｉｉ．一例で、右境界及び／又は下境界にあるものを除いたサブブロックは、同じ幅及び／又は高さを有してもよい。
ｉｉｉ．一例で、左境界及び／又は上境界にあるものを除いたサブブロックは、同じ幅及び／又は高さを有してもよい。
ｂ．一例で、ブロックのサイズ（すなわち、幅×高さ）＞ｔｈ３又は＞＝ｔｈ３である場合に、それは、サイズ＜ｔｈ３又は＜＝ｔｈ３を有するサブブロックに分けられてよく、ＩＬＲは、サブブロックごとに実行され得る。
ｉ．一例で、サブブロックは、同じサイズを有してもよい。
ｉｉ．一例で、右境界及び／又は下境界にあるものを除いたサブブロックは、同じサイズを有してもよい。
ｉｉｉ．一例で、左境界及び／又は上境界にあるものを除いたサブブロックは、同じサイズを有してもよい。
ｃ．代替的に、ＩＬＲの利用は、特定のブロック寸法にのみ制限される。
ｉ．一例で、コーディングされたブロックが１つのＶＰＤＵ（例えば、６４×６４）を超える場合に、ＩＬＲは許されない。
ｉｉ．一例で、ブロックサイズがＭ×Ｈよりも小さいサンプル、例えば、１６又は３２又は６４ルーマサンプルを含む場合に、ＩＬＲは許されない。
ｉｉｉ．代替的に、ブロックの幅及び／又は高さの最小サイズがＸよりも小さいか又は大きくない場合に、ＩＬＲは許されない。一例で、Ｘは８にセットされる。
ｉｖ．代替的に、ブロックの幅及び／又は高さの最小サイズがＸ以上である場合に、ＩＬＲは許されない。一例で、Ｘは８にセットされる。
ｖ．代替的に、ブロックの幅＞ｔｈ１又は＞＝ｔｈ１かつ／あるいはブロックの高さ＞ｔｈ２又は＞＝ｔｈ２である場合に、ＩＬＲは許されない。一例で、ｔｈ１及び／又はｔｈ２は８にセットされる。
１．一例で、ｔｈ１及び／又はｔｈ２は１２８にセットされる。
２．一例で、ｔｈ１及び／又はｔｈ２は６４にセットされる。
ｖｉ．代替的に、ブロックの幅＜ｔｈ１又は＜＝ｔｈ１かつ／あるいはブロックの高さｔｈ２＜又は＜＝ｔｈ２である場合に、ＩＬＲは許されない。一例で、ｔｈ１及び／又はｔｈ２は８にセットされる。

１２．上記の方法（例えば、ＩＬＲを無効にすべきかどうか及び／又はＬＣＲＳを無効にすべきかどうか及び／又はクロマコーディングのためにＰＷＬ／参照テーブルをシグナリングすべきかどうか）は、４：４：４／４：２：０などの色フォーマットに依存してもよい。

１３．ＩＬＲを有効にする指示（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇ）は、提示されているリシェーパモデルの指示（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）の条件下でコーディングされてもよい。
ａ．代替的に、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇの条件下でコーディングされてもよい。
ｂ．代替的に、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及びｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇを含む２つのシンタックス要素のうちの一方しかコーディングされなくてもよい。他方のシンタックス要素の値は、シグナリングされ得る一方に等しくセットされる。

１４．異なるクリッピング方法が、予測信号及び再構成プロセスに適用されてもよい。
ａ．一例で、適応的にクリッピングする方法が適用されてもよく、クリップされるべき最大値及び最小値は、再成形領域で定義され得る。
ｂ．一例で、適応的にクリッピングする方法は、再成形領域での予測信号に適用されてもよい。
ｃ．代替的に、更には、固定クリッピング（例えば、ビットデプスに従う）が、再構成ブロックに適用されてもよい。

１５．フィルタパラメータ（例えば、ＤＦ、ＢＦ、ＨＦで使用されるもの）は、ＩＬＲが有効にされるか否かに依存してもよい。

１６．パレットモードでコーディングされたブロックについては、ＩＬＲは、無効にされるか、又は異なるように適用される、ことが提案される。
ａ．一例で、ブロックがパレットモードでコーディングされている場合に、再成形及び逆方向再成形はスキップされる。
ｂ．代替的に、ブロックがパレットモードでコーディングされている場合に、異なる再成形及び逆方向再成形が適用されてもよい。

１７．代替的に、ＩＬＲが適用される場合に、パレットモードは異なるようにコーディングされてもよい。
ａ．一例で、ＩＬＲが適用される場合に、パレットモードは元の領域でコーディングされてもよい。
ｂ．代替的に、ＩＬＲが適用される場合に、パレットモードは再成形領域でコーディングされてもよい。
ｃ．一例で、ＩＬＲが適用される場合に、パレット予測子が元の領域でシグナリングされてもよい。
ｄ．代替的に、パレット予測子は、再成形領域でシグナリングされてもよい。

１８．ＩＢＣモードでコーディングされたブロックについては、ＩＬＲは、無効にされるか、又は異なるように適用される、ことが提案される。
ａ．一例で、ブロックがＩＢＣモードでコーディングされている場合に、再成形及び逆方向再成形はスキップされる。
ｂ．代替的に、ブロックがＩＢＣモードでコーディングされている場合に、異なる再成形及び逆方向再成形が適用されてもよい。

１９．代替的に、ＩＬＲが適用される場合に、ＩＢＣは異なるようにコーディングされてもよい。
ａ．一例で、ＩＬＲが適用される場合に、ＩＢＣモードは元の領域で実行されてもよい。
ｂ．代替的に、ＩＬＲが適用される場合に、ＩＢＣモードは再成形領域で実行されてもよい。

２０．Ｂ－ＤＰＣＭモードでコーディングされたブロックについては、ＩＬＲは、無効にされるか、又は異なるように適用される、ことが提案される。
ａ．一例で、ブロックがＢ－ＤＰＣＭモードでコーディングされている場合に、再成形及び逆方向再成形はスキップされる。
ｂ．代替的に、ブロックがＢ－ＤＰＣＭモードでコーディングされている場合に、異なる再成形及び逆方向再成形が適用される。

２１．代替的に、ＩＬＲが適用される場合に、Ｂ－ＤＰＣＭモードは異なるようにコーディングされてもよい。
ａ．一例で、ＩＬＲが適用される場合に、Ｂ－ＤＰＣＭは元の領域で実行されてもよい。
ｂ．代替的に、ＩＬＲが適用される場合に、Ｂ－ＤＰＣＭは再成形領域で実行されてもよい。

２２．変換スキップモードでコーディングされたブロックについては、ＩＬＲは、無効にされるか、又は異なるように適用される、ことが提案される。
ａ．一例で、ブロックが変換スキップモードでコーディングされている場合に、再成形及び逆方向再成形はスキップされる。
ｂ．代替的に、ブロックが変換スキップモードでコーディングされている場合に、異なる再成形及び逆方向再成形が適用されてもよい。

２３．代替的に、ＩＬＲが適用される場合に、変換スキップモードは異なるようにコーディングされてもよい。
ａ．一例で、ＩＬＲが適用される場合に、変換スキップは元の領域で実行されてもよい。
ｂ．代替的に、ＩＬＲが適用される場合に、変換スキップは再成形領域で実行されてもよい。

２４．Ｉ－ＰＣＭモードでコーディングされたブロックについては、ＩＬＲは、無効にされるか、又は異なるように適用される、ことが提案される。
ａ．一例で、ブロックがパレットモードでコーディングされている場合に、再成形及び逆方向再成形はスキップされる。
ｂ．代替的に、ブロックがパレットモードでコーディングされている場合に、異なる再成形及び逆方向再成形が適用されてもよい。

２５．代替的に、ＩＬＲが適用される場合に、Ｉ－ＰＣＭモードは異なるようにコーディングされてもよい。
ａ．一例で、ＩＬＲが適用される場合に、Ｉ－ＰＣＭモードは元の領域でコーディングされてもよい。
ｂ．代替的に、ＩＬＲが適用される場合に、Ｉ－ＰＣＭモードは再成形領域でコーディングされてもよい。

２６．変換量子化バイパスモードでコーディングされたブロックについては、ＩＬＲは、無効にされるか、又は異なるように適用される、ことが提案される。
ａ．一例で、ブロックが変換量子化バイパスモードでコーディングされている場合に、再成形及び逆方向再成形はスキップされる。

２７．代替的に、ブロックが変換量子化バイパスモードでコーディングされている場合に、異なる再成形及び逆方向再成形が適用される。

２８．上記の箇条書きについて、ＩＬＲが無効にされる場合に、順方向再成形及び／又は逆方向再成形プロセスはスキップされてもよい。
ａ．代替的に、予測及び／又は再構成及び／又は残差信号は元の領域にある。
ｂ．代替的に、予測及び／又は再構成及び／又は残差信号は再成形領域にある。

２９．多数の再成形／逆再成形機能（例えば、多重ＰＷＬモデル）が、１つのピクチャ／１つのタイルグループ／１つのＶＰＤＵ／１つのリージョン／１つのＣＴＵ行／多数のＣＵをコーディングするために可能にされてもよい。
ａ．多数の機能から選択する方法は、ブロック寸法／コーディングモード／ピクチャタイプ／低遅延検査フラグ／動き情報／参照ピクチャ／ビデオコンテンツ、などに依存してもよい。
ｂ．一例で、複数組のＩＬＲサイド情報（例えば、再成形／逆方向再成形機能）は、ＳＰＳ／ＶＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／タイルグループヘッダ／タイルヘッダ／リージョン／ＶＰＤＵ／などごとにシグナリングされてもよい。
ｉ．代替的に、更には、ＩＬＲサイド情報の予測コーディングが利用されてもよい。
ｃ．一例で、１つよりも多いａｐｓ＿ｉｄが、ＰＰＳ／ピクチャヘッダ／タイルグループヘッダ／タイルヘッダ／リージョン／ＶＰＤＵ／などでシグナリングされてもよい。

３０．一例で、再成形情報は、ＶＰＳ、ＳＰＳ、ＰＰＳ、又はＡＰＳ以外の新しいシンタックスセットでシグナリングされる。例えば、再成形情報は、ｉｎｌｏｏｐ＿ｒｅｓｈａｐｉｎｇｕ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ（）（ＩＲＰＳ又はその他名称）と表される組でシグナリングされる。
ａ．例となるシンタックス設計は、以下の通りである。

ｂ．例となるシンタックス設計は、以下の通りである。

３１．一例で、ＩＲＬ情報は、ＡＰＳでＡＬＦ情報とともにシグナリングされる。
ａ．例となるシンタックス設計は、以下の通りである。

ｂ．一例で、１つのｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄは、タイルグループが参照するＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを示すようタイルグループヘッダでシグナリングされる。現在のタイルグループについてのＡＬＦ情報及びＩＬＲ情報は両方とも、指定されたＡＰＳでシグナリングされる。
ｉ．例となるシンタックス設計は、以下の通りである。

３２．一例で、ＩＬＲ情報及びＡＬＦ情報は、異なるＡＰＳでシグナリングされる。
ａ．第１のＩＤ（ｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄ＿ａｌｆと呼ばれてもよい）は、タイルグループが参照する第１ＡＰＳの第１のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを示すようタイルグループヘッダでシグナリングされる。現在のタイルグループについてのＡＬＦ情報は、指定された第１ＡＰＳでシグナリングされる。
ｂ．第２のＩＤ（ｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄ＿ｉｒｐｓと呼ばれてもよい）は、タイルグループが参照する第２ＡＰＳの第２のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを示すようタイルグループヘッダでシグナリングされる。現在のタイルグループについてのＩＬＲ情報は、指定された第２ＡＰＳでシグナリングされる。
ｃ．一例で、第１ＡＰＳは、コンフォーマンスビットストリーム（conformance bitstream）でＡＬＦ情報を有するべきである。
ｄ．一例で、第２ＡＰＳは、コンフォーマンスビットストリームでＩＬＲ情報を有するべきである。
ｅ．例となるシンタックス設計は、以下の通りである。

３３．一例で、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを指定されているいくつかのＡＰＳは、ＡＬＦ情報を有するべきである。他の例として、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを指定されているいくつかのＡＰＳは、ＩＬＲ情報を有するべきである。
ａ．例えば、２Ｎに等しいａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳは、ＡＬＦ情報を有するべきである。Ｎは任意の整数である。
ｂ．例えば、２Ｎ＋１に等しいａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳは、ＩＬＲ情報を有するべきである。Ｎは任意の整数である。
ｃ．例となるシンタックス設計は、以下の通りである。

ｉ．例えば、２×ｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄ＿ａｌｆは、タイルグループが参照する第１ＡＰＳの第１のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを示す。現在のタイルグループについてのＡＬＦ情報は、指定された第１ＡＰＳでシグナリングされる。
ｉｉ．例えば、２×ｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄ＿ｉｒｐｓ＋１は、タイルグループが参照する第２ＡＰＳの第２のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｔｅｒ＿ｓｅｔ＿ｉｄを示す。現在のタイルグループについてのＩＬＲ情報は、指定された第２ＡＰＳでシグナリングされる。

３４．一例で、タイルグループは、現在のタイルグループの前にシグナリングされる、指定されたタイプのネットワーク抽象レイヤ（ＮＡＬ）ユニットの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ａ．一例で、タイルグループは、現在のタイルグループの前にシグナリングされる、指定されたタイプのタイルグループの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｂ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、ＳＰＳの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｃ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、ＰＰＳの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｄ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、アクセスユニットデリミタ（access unit delimiter，ＡＵＤ）ＮＡＬの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｅ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、エンド・オブ・ビットストリーム（end of bitstream，ＥｏＢ）ＮＡＬの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｆ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、エンド・オブ・シーケンス（end of sequence，ＥｏＳ）ＮＡＬの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｇ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、即時復号化リフレッシュ（instantaneous decoding refresh，ＩＤＲ）ＮＡＬの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｈ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、クリーンランダムアクセス（clean random access，ＣＲＡ）ＮＡＬの前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｉ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、イントラランダムアクセスポイント（intra random access point，ＩＲＡＰ）の前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｊ．例えば、タイルグループは、現在のタイルグループの前にシグナリングされる、Ｉタイルグループ（又はピクチャ、又はスライス）の前にシグナリングされたＡＰＳ（又はＩＲＰＳ）を参照することができない。
ｋ．ＩＤＦ－Ｐ１９０３２３７４０１Ｈ及びＩＤＦ－Ｐ１９０３２３４５０１Ｈで開示されている方法も、ＩＬＲ情報がＡＰＳ又はＩＲＰＳで運ばれる場合に適用可能である。

３５．コンフォーマンスビットストリームは、インループ再成形方法が１つのビデオデータユニット（例えば、シーケンスなど）について有効にされる場合に、デフォルトモデルなどのデフォルトのＩＬＲパラメータが定義されるべきであることを満足すべきである。
ａ．ｓｐｓ＿ｌｍｃｓ＿ｄｅｆａｕｌｔ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１にセットされる場合に１にセットされるべきである。
ｂ．デフォルトパラメータは、デフォルトモデル存在フラグ（例えば、ｓｐｓ＿ｌｍｃｓ＿ｄｅｆａｕｌｔ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）の代わりに、ＩＬＲ有効化フラグの条件下でシグナリングされてもよい。
ｃ．各タイルグループについて、デフォルトモデル利用フラグ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｌｍｃｓ＿ｕｓｅ＿ｄｅｆａｕｌｔ＿ｍｏｄｅｌ＿ｆｌａｇ）は、ＳＰＳデフォルトモデル利用フラグを参照せずにシグナリングされてもよい。
ｄ．コンフォーマンスビットストリームは、ＩＬＲの対応するＡＰＳタイプにＩＬＲ情報がなく、１つのビデオデータユニット（例えば、タイルグループ）がＩＬＲ技術を使用するよう強いられる場合に、デフォルトモデルが利用されるべきであることを満足すべきである。
ｅ．代替的に、コンフォーマンスビットストリームは、ＩＬＲの対応するＡＰＳタイプにＩＬＲ情報がなく、１つのビデオデータユニット（例えば、タイルグループ）がＩＬＲ技術を使用するよう強いられる（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｌｍｃｓ＿ｅｎａｂｌｅ＿ｆｌａｇが１に等しい）場合に、デフォルトモデルを使用する指示は真であるべきであり、例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｌｍｃｓ＿ｕｓｅ＿ｄｅｆａｕｌｔ＿ｍｏｄｅｌ＿ｆｌａｇは１であるべきである。
ｆ．デフォルトのＩＬＲパラメータ（例えば、デフォルトモデル）がビデオデータユニット（例えば、ＳＰＳ）で送信されるべきであることが、制約される。
ｉ．代替的に、更には、デフォルトのＩＬＲパラメータは、ＩＬＲの利用を示すＳＰＳフラグが真である場合に送信されるべきである。
ｇ．ビデオデータユニット（例えば、ＳＰＳ）で送信される少なくとも１つのＩＬＲ ＡＰＳが存在することが、制約される。
ｉ．一例で、少なくとも１つのＩＬＲ ＡＰＳは、デフォルトのＩＬＲパラメータ（例えば、デフォルトモデル）を含む。

３６．デフォルトのＩＬＲパラメータは、１つのフラグによって示され得る。このフラグが、デフォルトのＩＬＲパラメータが利用されることを伝える場合に、ＩＬＲデータを更に送信する必要はない。

３７．デフォルトのＩＬＲパラメータは、それがシグナリングされない場合に予め定義されてもよい。例えば、デフォルトのＩＬＲパラメータは、識別マッピングに対応してもよい。

３８．時間レイヤ情報は、例えば、ＩＬＲ ＡＰＳで、ＩＬＲパラメータとともにシグナリングされてもよい。
ａ．一例で、時間レイヤインデックスがｌｍｃｓ＿ｄａｔａ（）でシグナリングされてもよい。
ｂ．一例で、時間レイヤインデックス－１がｌｍｃｓ＿ｄａｔａ（）でシグナリングされてもよい。
ｃ．代替的に、更には、１つのタイルグループ／タイルを符号化／復号化する場合に、より小さい又は等しい時間レイヤインデックスに関連付けられているＩＬＲ ＡＰＳを参照することは制限される。
ｄ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、より小さい時間レイヤインデックスに関連付けられているＩＬＲ ＡＰＳを参照することは制限される。
ｅ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、より大きい時間レイヤインデックスに関連付けられているＩＬＲ ＡＰＳを参照することは制限される。
ｆ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、より大きい又は等しい時間レイヤインデックスに関連付けられているＩＬＲ ＡＰＳを参照することは制限される。
ｇ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、等しい時間レイヤインデックスに関連付けられているＩＬＲ ＡＰＳを参照することは制限される。
ｈ．一例で、上記の制限が適用されるかどうかは、デコーダへシグナリングされるか又はデコーダによって推測され得る１つの情報に依存してもよい。

３９．時間レイヤ情報は、例えば、ＡＬＦ ＡＰＳで、ＡＬＦ情報とともにシグナリングされてもよい。
ａ．一例で、時間レイヤインデックスがａｌｆ＿ｄａｔａ（）でシグナリングされてもよい。
ｂ．一例で、時間レイヤインデックス－１がａｌｆ＿ｄａｔａ（）でシグナリングされてもよい。
ｃ．代替的に、更には、１つのタイルグループ／タイル又は１つのタイルグループ／タイル内の１つのＣＴＵを符号化／復号化する場合に、より小さい又は等しい時間レイヤインデックスに関連付けられているＡＬＦ ＡＰＳを参照することは制限される。
ｄ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、より小さい時間レイヤインデックスに関連付けられているＡＬＦ ＡＰＳを参照することは制限される。
ｅ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、より大きい時間レイヤインデックスに関連付けられているＡＬＦ ＡＰＳを参照することは制限される。
ｆ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、より大きい又は等しい時間レイヤインデックスに関連付けられているＡＬＦ ＡＰＳを参照することは制限される。
ｇ．代替的に、１つのタイルグループ／タイルを符号化／復号化する場合に、等しい時間レイヤインデックスに関連付けられているＡＬＦ ＡＰＳを参照することは制限される。
ｈ．一例で、上記の制限が適用されるかどうかは、デコーダへシグナリングされるか又はデコーダによって推測され得る１つの情報に依存してもよい。

４０．一例で、原サンプルと再成形されたサンプルとの間の再成形マッピングは、肯定的関係でなくもてよく、すなわち、１つの、より大きい値は、より小さい値にマッピングされることを許されない。
ａ．例えば、原サンプルと再成形サンプルとの間の再成形マッピングは、否定的関係であってもよく、２つの値の場合に、元の領域内のより大きい値は、再成形領域内のより小さい値にマッピングされ得る。

４１．コンフォーマンスビットストリームにおいて、シンタックス要素ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは、０及び１などの、いくつかの予め定義された値であることしか許されない。
ａ．他の例では、０及び７であることしか許されない。

４２．一例で、デフォルトのＩＬＲ情報は、ＩＬＲが適用される（例えば、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが真である）場合にシグナリングされるべきである。

上記の例は、ビデオデコーダ又はビデオエンコーダで実装され得る、後述される方法、例えば、方法３１００との関連で、組み込まれてもよい。

図３１Ａは、ビデオ処理のための方法の例のフローチャートを示す。方法３１１０は、動作３１１２で、１つ以上のビデオデータユニットを含むビデオと、そのビデオのビットストリーム表現との間の変換を実行することを含む。

いくつかの実施形態で、ビットストリーム表現は、コーディングモードが有効にされる１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードのデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従い、サイド情報は、元の領域及び再成形された領域でのビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づきビデオブロックを構成するためのパラメータを提供する。

他の実施形態では、ビットストリーム表現は、コーディングモードが有効にされる１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードのデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従い、デフォルトのパラメータは、ビットストリーム表現において明示的にシグナリングされるパラメータがない場合にコーディングモードのために使用され、コーディングモードは、元の領域及び再成形された領域でのビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づきビデオブロックを構成することを有する。

図３１Ｂは、ビデオ処理のための方法の例のフローチャートを示す。方法３１２０は、動作３１２２で、１つ以上のビデオデータユニットを含むビデオと、そのビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードのデフォルトのコーディングモードについてのパラメータとを通知するシンタックス要素を含むビットストリーム表現を構成することを含む。方法３１２０は、動作３１２４で、構成することに基づいて、変換を実行することを更に含む。

図３１Ｃは、ビデオ処理のための方法の例のフローチャートを示す。方法３１３０は、動作３１３２で、１つ以上のビデオデータユニットを含むビデオと、そのビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含むビットストリーム表現をパースすることを含む。方法３１３０は、動作３１３４で、パースすることに基づいて、変換を実行することを更に含む。

いくつかの実施形態で、コーディングモードは、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づきビデオブロックを構成することを有する。

他の実施形態では、コーディングモードは、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づきビデオの現在のブロックを構成することを有する。

図３１Ｄは、ビデオ処理のための方法の例のフローチャートを示す。方法３１４０は、動作３１４２で、ビデオの第１ビデオデータユニットとビデオのビットストリーム表現との間の変換を実行することを含む。

いくつかの実施形態で、コーディングモードが、第１ビデオデータユニットのビデオブロックに適用可能であり、コーディングモードは、コーディングモードに関連したサイド情報に基づいて、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づきビデオブロックを構成することを有し、サイド情報は、時間レイヤインデックスに基づく規則に従って決定される。

他の実施形態では、コーディングモードが、第１ビデオデータユニットのビデオブロックに適用可能であり、コーディングモードは、コーディングモードに関連したサイド情報に基づいて、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づきビデオの現在のブロックを構成することを有し、サイド情報は、時間レイヤインデックスに基づく規則に従って決定される。

［５．開示されている技術の実施例］
いくつかの実施形態において、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇは、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが有効にされる場合に条件付きで存在する。

ＪＶＥＴ－Ｎ０８０５上の実施形態＃２

クロマスケーリングを伴ったルーママッピング（ＬＭＣＳ）のデータシンタックス

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

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

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

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

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

いくつかの実施形態で、次の技術的解決法が実装されてもよい。

Ａ１．ビデオ処理の方法であって、
１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換を実行するステップを含み、
前記ビットストリーム表現は、コーディングモードが有効にされる前記１つ以上のビデオデータユニットのビデオブロックに適用可能である前記コーディングモードのデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従い、前記サイド情報は、元の領域及び再成形された領域での前記ビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成するためのパラメータを提供する、
方法。

Ａ２．解決法Ａ１に記載の方法であって、
前記ビットストリーム表現は、該ビットストリーム表現が、１にセットされているクロマ残差のルーマ依存スケーリングの指示（ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を含む、との決定があるとき、１にセットされているデフォルトモデルの使用の指示（ｓｐｓ＿ｌｍｃｓ＿ｄｅｆａｕｌｔ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）を含む、
方法。

Ａ３．解決法Ａ１に記載の方法であって、
前記ビットストリーム表現における適応パラメータセット（ＡＰＳ）は、前記コーディングモードに関連したパラメータを除外し、前記コーディングモードは、前記デフォルトのパラメータを用いて前記ビデオブロックのデータに適用される、
方法。

Ａ４．解決法Ａ３に記載の方法であって、
前記１つ以上のビデオデータユニットは、タイルグループを有し、前記ビットストリーム表現は、１にセットされている前記タイルグループのためのデフォルトモデルの使用の指示（ｔｉｌｅ＿ｇｒｏｕｐ＿ｌｍｃｓ＿ｕｓｅ＿ｄｅｆａｕｌｔ＿ｍｏｄｅｌ＿ｆｌａｇ）を更に含む、
方法。

Ａ５．解決法Ａ１に記載の方法であって、
前記ビットストリーム表現は、前記デフォルトのパラメータを含むシーケンスパラメータセット（ＳＰＳ）を更に含む、
方法。

Ａ６．解決法Ａ５に記載の方法であって、
前記ビットストリーム表現は、前記コーディングモードが有効にされることを示す前記ＳＰＳ内のフラグを更に含む、
方法。

Ａ７．解決法Ａ１に記載の方法であって、
前記ビットストリーム表現は、前記コーディングモードのための少なくとも１つの適応パラメータセット（ＡＰＳ）を含むシーケンスパラメータセット（ＳＰＳ）を更に含む、
方法。

Ａ８．解決法Ａ７に記載の方法であって、
前記少なくとも１つのＡＰＳは、前記デフォルトのパラメータを有する、
方法。

Ａ９．解決法Ａ１に記載の方法であって、
前記コーディングモードのために前記デフォルトのパラメータを有効にすることの指示は、前記ビットストリーム表現で１つのフラグを用いてシグナリングされる、
方法。

Ａ１０．解決法Ａ１に記載の方法であって、
前記ビットストリーム表現は、該ビットストリーム表現が前記クロマ残差の前記ルーマ依存スケーリングの指示（ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を含むとの決定があるとき、前記デフォルトのパラメータを含む、
方法。

Ａ１１．ビデオコーディングの方法であって、
１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換を実行するステップを含み、
前記ビットストリーム表現は、コーディングモードが有効にされる前記１つ以上のビデオデータユニットのビデオブロックに適用可能である前記コーディングモードのデフォルトのパラメータを示すサイド情報の包含を指定するフォーマット規則に従い、前記デフォルトのパラメータは、前記ビットストリーム表現において明示的に通知されたパラメータがない場合に、前記コーディングモードのために使用され、前記コーディングモードは、元の領域及び再成形された領域での前記ビデオブロックの表現及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有する、
方法。

Ａ１２．解決法Ａ１１に記載の方法であって、
前記サイド情報は、前記デフォルトのパラメータのための予め定義された値へのインデックスを有する、
方法。

Ａ１３．解決法Ａ１２に記載の方法であって、
前記デフォルトのパラメータのための前記予め定義された値は、アイデンティティマッピング（identity mapping）に対応する、
方法。

Ａ１４．解決法Ａ１１に記載の方法であって、
前記サイド情報は、前記デフォルトのパラメータを含む、
方法。

Ａ１５．解決法Ａ１乃至Ａ１４のうちいずれかに記載の方法であって、
前記コーディングモードは、インループ再成形（ＩＬＲ）モードである、
方法。

Ａ１６．解決法Ａ１乃至Ａ１５のうちいずれかに記載の方法であって、
前記変換は、前記ビットストリーム表現から前記１つ以上のビデオデータユニットのうちの少なくとも１つを生成する、
方法。

Ａ１７．解決法Ａ１乃至Ａ１５のうちいずれかに記載の方法であって、
前記変換は、前記１つ以上のビデオデータユニットのうちの少なくとも１つから前記ビットストリーム表現を生成する、
方法。

Ａ１８．ビデオシステム内の装置であって、
プロセッサと、
命令を記憶している非一時的なメモリと
を有し、
前記命令は、前記プロセッサによって実行されると、該プロセッサに、解決法Ａ１乃至Ａ１７のうちいずれか１つに記載の方法を実装させる、
装置。

Ａ１９．非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、
解決法Ａ１乃至Ａ１７のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

いくつかの実施形態で、次の技術的解決法が実装されてもよい。

Ｂ１．ビデオ処理の方法であって、
ビデオの第１ビデオデータユニットと前記ビデオのビットストリーム表現との間の変換を実行するステップを含み、
コーディングモードが、前記第１ビデオデータユニットのビデオブロックに適用可能であり、前記コーディングモードは、該コーディングモードに関連したサイド情報に基づいて、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有し、前記サイド情報は、時間レイヤインデックスに基づく規則に従って決定される。

Ｂ２．解決法Ｂ１に記載の方法であって、
前記サイド情報は、前記ビデオの第２ビデオデータユニットのコーディングモードについてのサイド情報に基づき決定される、
方法。

Ｂ３．解決法Ｂ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックス以下である、
方法。

Ｂ４．解決法Ｂ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスよりも小さい、
方法。

Ｂ５．解決法Ｂ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスに等しい、
方法。

Ｂ６．解決法Ｂ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスよりも大きい、
方法。

Ｂ７．解決法Ｂ１に記載の方法であって、
前記サイド情報は、前記コーディングモードについての１つ以上の適応パラメータセット（ＡＰＳ）に基づき決定される、
方法。

Ｂ８．解決法Ｂ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値以下である前記時間レイヤインデックスと関連付けられる、
方法。

Ｂ９．解決法Ｂ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値よりも大きい前記時間レイヤインデックスと関連付けられる、
方法。

Ｂ１０．解決法Ｂ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値以上である前記時間レイヤインデックスと関連付けられる、
方法。

Ｂ１１．解決法Ｂ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値に等しい前記時間レイヤインデックスと関連付けられる、
方法。

Ｂ１２．解決法Ｂ８乃至Ｂ１１のうちいずれかに記載の方法であって、
前記閾値は、前記第１ビデオデータユニットの時間レイヤインデックスである、
方法。

Ｂ１３．ビデオ処理の方法であって、
１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現を構成するステップと、
前記構成するステップに基づき前記変換を実行するステップと
を含み、
前記コーディングモードは、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有する、
方法。

Ｂ１４．ビデオ処理の方法であって、
１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現をパースするステップと、
前記パースするステップに基づき前記変換を実行するステップと
を含み、
前記コーディングモードは、元の領域及び再成形された領域及び／又はクロマビデオブロックのクロマ残差のルーマ依存スケーリングに基づき前記ビデオブロックを構成することを有する、
方法。

Ｂ１５．解決法Ｂ１３又はＢ１４に記載の方法であって、
前記時間レイヤ情報は、ルーマに依存した方式でスケーリングされている前記クロマ残差に関連したデータ（ｌｍｃｓ＿ｄａｔａ（））で通知される時間レイヤインデックスに基づく通知された値を含む、
方法。

Ｂ１６．解決法Ｂ１５に記載の方法であって、
前記通知された値は、前記時間レイヤインデックスである、
方法。

Ｂ１７．解決法Ｂ１５に記載の方法であって、
前記通知された値は、前記時間レイヤインデックスから１を引いたものである、
方法。

Ｂ１８．解決法Ｂ１又はＢ１３又はＢ１４に記載の方法であって、
前記変換を実行するステップは、前記ビットストリーム表現で通知される情報に更に基づく、
方法。

Ｂ１９．解決法Ｂ１又はＢ１３又はＢ１４に記載の方法であって、
前記変換を実行するステップは、前記ビットストリーム表現で通知された情報から推測される情報に更に基づく、
方法。

Ｂ２０．解決法Ｂ１乃至Ｂ１９のうちいずれかに記載の方法であって、
前記コーディングモードは、クロマスケーリングを伴ったルーママッピング（ＬＭＣＳ）モードであり、前記ＡＰＳは、ＬＭＣＳ ＡＰＳである、
方法。

Ｂ２１．解決法Ｂ１乃至Ｂ２０のうちいずれかに記載の方法であって、
前記変換は、前記ビットストリーム表現から前記現在のブロックを生成する、
方法。

Ｂ２２．解決法Ｂ１乃至Ｂ２０のうちいずれかに記載の方法であって、
前記変換は、前記現在のブロックから前記ビットストリーム表現を生成する、
方法。

Ｂ２３．ビデオシステム内の装置であって、
プロセッサと、
命令を記憶している非一時的なメモリと
を有し、
前記命令は、前記プロセッサによって実行されると、該プロセッサに、解決法Ｂ１乃至Ｂ２２のうちいずれか１つに記載の方法を実装させる、
装置。

Ｂ２４．非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、
解決法Ｂ１乃至Ｂ２２のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

いくつかの実施形態で、次の技術的解決法が実装されてもよい。

Ｃ１．ビデオ処理の方法であって、
ビデオの第１ビデオデータユニットと前記ビデオのビットストリーム表現との間の変換を実行するステップを含み、
コーディングモードが、前記第１ビデオデータユニットのビデオブロックに適用可能であり、前記コーディングモードは、該コーディングモードに関連したサイド情報に基づいて、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づく前記ビデオの現在のブロックを構成することを有し、前記サイド情報は、時間レイヤインデックスに基づく規則に従って決定される、
方法。

Ｃ２．解決法Ｃ１に記載の方法であって、
前記サイド情報は、前記ビデオの第２ビデオデータユニットのコーディングモードについてのサイド情報に基づき決定される、
方法。

Ｃ３．解決法Ｃ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックス以下である、
方法。

Ｃ４．解決法Ｃ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスよりも小さい、
方法。

Ｃ５．解決法Ｃ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスに等しい、
方法。

Ｃ６．解決法Ｃ２に記載の方法であって、
前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスよりも大きい、
方法。

Ｃ７．解決法Ｃ１に記載の方法であって、
前記サイド情報は、前記コーディングモードについての１つ以上の適応パラメータセット（ＡＰＳ）に基づき決定される、
方法。

Ｃ８．解決法Ｃ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値以下である前記時間レイヤインデックスと関連付けられる、
方法。

Ｃ９．解決法Ｃ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値よりも大きい前記時間レイヤインデックスと関連付けられる、
方法。

Ｃ１０．解決法Ｃ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値以上である前記時間レイヤインデックスと関連付けられる、
方法。

Ｃ１１．解決法Ｃ７に記載の方法であって、
前記１つ以上のＡＰＳは、閾値に等しい前記時間レイヤインデックスと関連付けられる、
方法。

Ｃ１２．解決法Ｃ８乃至Ｃ１１のうちいずれかに記載の方法であって、
前記閾値は、前記第１ビデオデータユニットの時間レイヤインデックスである、
方法。

Ｃ１３．ビデオ処理の方法であって、
１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現を構成するステップと、
前記構成するステップに基づいて、前記変換を実行するステップと
を有し、
前記コーディングモードは、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有する、
方法。

Ｃ１４．ビデオ処理の方法であって、
１つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現をパースするステップと、
前記パースするステップに基づいて、前記変換を実行するステップと
を有し、
前記コーディングモードは、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有する、
方法。

Ｃ１５．解決法Ｃ１３又はＣ１４に記載の方法であって
前記時間レイヤ情報は、前記コーディングモードに関連したデータ（ａｌｆ＿ｄａｔａ（））で通知される時間レイヤインデックスに基づく通知された値を含む、
方法。

Ｃ１６．解決法Ｃ１５に記載の方法であって、
前記通知された値は、前記時間レイヤインデックスである、
方法。

Ｃ１７．解決法Ｃ１５に記載の方法であって、
前記通知された値は、前記時間レイヤインデックスから１を引いたものである、
方法。

Ｃ１８．解決法Ｃ１又はＣ１３又はＣ１４に記載の方法であって、
前記変換を実行するステップは、前記ビットストリーム表現で通知される情報に更に基づく、
方法。

Ｃ１９．解決法Ｃ１又はＣ１３又はＣ１４に記載の方法であって、
前記変換を実行するステップは、前記ビットストリーム表現で通知された情報から推測される情報に更に基づく、
方法。

Ｃ２０．解決法Ｃ１乃至Ｃ１９のうちいずれかに記載の方法であって、
前記コーディングモードは、適応ループフィルタリング（ＡＬＦ）モードであり、前記ＡＰＳは、ＡＬＦ ＡＰＳである、
方法。

Ｃ２１．解決法Ｃ１乃至Ｃ２０のうちいずれかに記載の方法であって、
前記変換は、前記ビットストリーム表現から前記現在のブロックを生成する、
方法。

Ｃ２２．解決法Ｃ１乃至Ｃ２０のうちいずれかに記載の方法であって、
前記変換は、前記現在のブロックから前記ビットストリーム表現を生成する、
方法。

Ｃ２３．ビデオシステム内の装置であって、
プロセッサと、
命令を記憶している非一時的なメモリと
を有し、
前記命令は、前記プロセッサによって実行されると、該プロセッサに、解決法Ｃ１乃至Ｃ２２のうちいずれか１つに記載の方法を実装させる、
装置。

Ｃ２４．非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、
解決法Ｃ１乃至Ｃ２２のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

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

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

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

以上から、目下開示されている技術の具体的な実施形態は、説明のために本明細書で説明されているが、様々な変更が、本発明の範囲から逸脱せずに行われてよい、ことが認識される。従って、目下開示されている技術は、添付の特許請求の範囲による場合を除いて、限定されない。

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

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

本明細書で記載されているプロセス及び論理フローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及び論理フローはまた、専用のロジック回路、例えば、ＦＰＧＡ（Field Programmable Gate Array）又はＡＳＩＣ（Application-Specific Integrated Circuit）によっても実行可能であり、装置は、そのようなものとしても実装可能である。

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

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

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

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

［関連出願への相互参照］
本願は、２０１９年３月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０７９３９３号に対する優先権及びその利益を請求して２０２０年３月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／０８０６００号に基づく。上記の特許出願の全ては、それらの全文を参照により本願に援用される。

Claims (24)

1. ビデオ処理の方法であって、
   ビデオの第１ビデオデータユニットと前記ビデオのビットストリーム表現との間の変換を実行するステップを有し、
   コーディングモードが、前記第１ビデオデータユニットのビデオブロックに適用可能であり、
   前記コーディングモードは、該コーディングモードに関連したサイド情報に基づいて、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有し、
   前記サイド情報は、時間レイヤインデックスに基づく規則に従って決定される、
   方法。
2. 前記サイド情報は、前記ビデオの第２ビデオデータユニットのコーディングモードについてのサイド情報に基づき決定される、
   請求項１に記載の方法。
3. 前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックス以下である、
   請求項２に記載の方法。
4. 前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスよりも小さい、
   請求項２に記載の方法。
5. 前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスに等しい、
   請求項２に記載の方法。
6. 前記第２ビデオデータユニットの時間レイヤインデックスは、前記第１ビデオデータユニットの時間レイヤインデックスよりも大きい、
   請求項２に記載の方法。
7. 前記サイド情報は、前記コーディングモードについての１つ以上の適応パラメータセット（ＡＰＳ）に基づき決定される、
   請求項１に記載の方法。
8. 前記１つ以上のＡＰＳは、閾値以下である前記時間レイヤインデックスと関連付けられる、
   請求項７に記載の方法。
9. 前記１つ以上のＡＰＳは、閾値よりも大きい前記時間レイヤインデックスと関連付けられる、
   請求項７に記載の方法。
10. 前記１つ以上のＡＰＳは、閾値以上である前記時間レイヤインデックスと関連付けられる、
    請求項７に記載の方法。
11. 前記１つ以上のＡＰＳは、閾値に等しい前記時間レイヤインデックスと関連付けられる、
    請求項７に記載の方法。
12. 前記閾値は、前記第１ビデオデータユニットの時間レイヤインデックスである、
    請求項８乃至１１のうちいずれか一項に記載の方法。
13. ビデオ処理の方法であって、
    １つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現を構成するステップと、
    前記構成するステップに基づいて、前記変換を実行するステップと
    を有し、
    前記コーディングモードは、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有する、
    方法。
14. ビデオ処理の方法であって、
    １つ以上のビデオデータユニットを含むビデオと該ビデオのビットストリーム表現との間の変換のために、時間レイヤ情報と、前記１つ以上のビデオデータユニットのビデオブロックに適用可能であるコーディングモードについてのパラメータとを通知するシンタックス要素を含む前記ビットストリーム表現をパースするステップと、
    前記パースするステップに基づいて、前記変換を実行するステップと
    を有し、
    前記コーディングモードは、適応ループフィルタ（ＡＬＦ）係数を使用するフィルタリングプロセスに基づき前記ビデオの現在のブロックを構成することを有する、
    方法。
15. 前記時間レイヤ情報は、前記コーディングモードに関連したデータ（ａｌｆ＿ｄａｔａ（））で通知される時間レイヤインデックスに基づく通知された値を含む、
    請求項１３又は１４に記載の方法。
16. 前記通知された値は、前記時間レイヤインデックスである、
    請求項１５に記載の方法。
17. 前記通知された値は、前記時間レイヤインデックスから１を引いたものである、
    請求項１５に記載の方法。
18. 前記変換を実行するステップは、前記ビットストリーム表現で通知される情報に更に基づく、
    請求項１又は１３又は１４に記載の方法。
19. 前記変換を実行するステップは、前記ビットストリーム表現で通知された情報から推測される情報に更に基づく、
    請求項１又は１３又は１４に記載の方法。
20. 前記コーディングモードは、適応ループフィルタリング（ＡＬＦ）モードであり、前記ＡＰＳは、ＡＬＦ ＡＰＳである、
    請求項１乃至１９のうちいずれか一項に記載の方法。
21. 前記変換は、前記ビットストリーム表現から前記現在のブロックを生成する、
    請求項１乃至２０のうちいずれか一項に記載の方法。
22. 前記変換は、前記現在のブロックから前記ビットストリーム表現を生成する、
    請求項１乃至２０のうちいずれか一項に記載の方法。
23. ビデオシステム内の装置であって、
    プロセッサと、
    命令を記憶している非一時的なメモリと
    を有し、
    前記命令は、前記プロセッサによって実行されると、該プロセッサに、請求項１乃至２２のうちいずれか一項に記載の方法を実装させる、
    装置。
24. 非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、
    請求項１乃至２２のうちいずれか一項に記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

Images