JP7460748B2 - クロマ残差スケーリングのシグナリング - Google Patents

Description

この出願は、２０１９年７月７日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０９４９６４号の優先権および利益を主張する国際出願第ＰＣＴ／ＣＮ２０２０／１００５７３号に基づく。すべての前述の特許出願は、全体として参照により本明細書に組み込まれる。

本特許文書は、ビデオおよび画像コーディング／復号技術、デバイスおよびシステムに関する。

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

ディジタルビデオコーディングに関係するデバイス、システムおよび方法、具体的には、ビデオコーディングにおけるクロスコンポーネント線形モデル（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ、ＣＣＬＭ）予測モードのための単純化された線形モデル導出が記載される。記載された方法は、既存のビデオコーディング標準（たとえば、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ））および将来のビデオコーディング標準（たとえば、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ））またはコーデックの両方に適用され得る。

１つの代表的な態様では、開示された技術は、ビデオ処理のための方法を提供するために使用され得る。本方法は、ビジュアルメディアデータの現在のビデオユニットと現在のビデオユニットのビットストリーム表現との間の変換を実行することを含み、ビットストリーム表現は、フォーマット規則にしたがって構成されており、フォーマット規則は、現在のビデオユニットをコーディングするためにクロマ残差がスケーリングされるスケーリングファクタを示す１つ以上の構文要素がビットストリーム表現に選択的に含まれるビデオセグメントのレベルを指定する。

１つの代表的な態様では、開示された技術は、ビデオ処理のための方法を提供するために使用され得る。本方法は、１つ以上のビデオブロックを含む１つ以上のビデオ領域を含むビジュアルメディアデータと、ビジュアルメディアデータのビットストリーム表現との間で変換を実行することを含み、ビットストリーム表現がフォーマット規則に適合し（ｃｏｎｆｏｒｍｓ ｔｏ）、フォーマット規則は、ビデオ領域内の１つ以上のビデオブロックが、変換のルマ依存クロマ残留スケーリングステップにおいて、同じクロマスケーリングファクタを有することを指定する。

１つの代表的な態様では、開示された技術は、ビデオ処理のための方法を提供するために使用され得る。本方法は、ビジュアルメディアデータの現在のビデオユニットとビジュアルメディアデータのビットストリーム表現との間の変換を実行することを含み、ビットストリーム表現は、現在のビデオユニットの変換のクロマ残差スケーリングステップに関連するスケーリングファクタを示すビットストリーム表現における１つ以上の構文要素がビットストリーム表現において予測的にコーディングされることを指定するフォーマット規則に適合する。

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

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

さらに別の例示的な態様では、上述の方法を実装するように構成されているプロセッサを含むビデオ符号化および／または復号装置が開示される。

さらに別の例示的な態様では、コンピュータ可読媒体が開示される。コンピュータ可読媒体は、上述の方法のうちの１つを具体化するプロセッサ実行可能コードを記憶する。

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

ＨＥＶＣにおけるａｎｇｕｌａｒイントラ予測モードの一例を示す。

ＨＥＶＣではない方向モードの例を示す。

ＣＣＬＭモードに関連する一例を示す。

クロマスケーリングアーキテクチャによるルママッピングの一例を示す。

ルマブロックとクロマブロックの異なる色フォーマットの一例を示す。

ルマブロックとクロマブロックの同じ色フォーマットの一例を示す。

複数のフォーマットをカバーする並置されたルマブロックの一例を示す。

より大きなルマブロック内のルマブロックの一例を示す。

より大きなルマブロック内および境界ボックス内のルマブロックの一例を示す。

本文書に記載されたビジュアルメディア復号またはビジュアルメディア符号化技術を実装するためのハードウェアプラットフォームの一例のブロック図である。

開示された技術に従った、クロスコンポーネント予測のための線形モデル導出のための例示的な方法のフローチャートを示す。

開示された技術を実装することができる例示的なビデオ処理システムのブロック図である。

視覚的媒体処理の例示的な方法のためのフローチャートである。

視覚的媒体処理の例示的な方法のためのフローチャートである。

視覚的媒体処理の例示的な方法のためのフローチャートである。

２．１ ＨＥＶＣに対する簡単なレビュー
２．１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、考慮された色チャネルで以前に再構成されたサンプルを使用して、与えられたＴＢ（ｔｒａｎｓｆｏｒｍ ｂｌｏｃｋ）に対するサンプルを生成することを伴う。イントラ予測モードはルマチャネルとクロマチャネルに対して別々にシグナリングされ、クロマチャネルイントラ予測モードは、「ＤＭ＿ＣＨＲＯＭＡ」モードを介してルマチャネルイントラ予測モードに任意選択で依存する。イントラ予測モードはＰＢ（ｐｒｅｄｉｃｔｉｏｎ ｂｌｏｃｋ）レベルでシグナリングされるが、ＣＵの残りのクワッドツリー階層にしたがってイントラ予測プロセスは、ＴＢレベルで適用され、それにより１つのＴＢのコーディングがＣＵ内の次のＴＢのコーディングに影響することを可能にし、したがって基準値として使用されるサンプルまでの距離を短縮する。

ＨＥＶＣは、ＤＣモード、Ｐｌａｎａｒモード、および３３の指向性または「ａｎｇｕｌａｒ」イントラ予測モードの３５のイントラ予測モードを含む。３３のａｎｇｕｌａｒイントラ予測モードが図１に示されている。

クロマ色チャネルに関連するＰＢに対しては、イントラ予測モードは、Ｐｌａｎａｒ、ＤＣ、水平、垂直、「ＤＭ＿ＣＨＲＯＭＡ」モード、または時には対角モード「３４」のいずれかで指定される。

クロマフォーマット４：２：２および４：２：０に対して、クロマＰＢは（それぞれ）２つまたは４つのルマＰＢと重複してもよく、この場合、ＤＭ＿ＣＨＲＯＭＡのルマ方向はこれらのルマＰＢの左上から取られる。

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

２．２ ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）アルゴリズムの説明
２．２．１ ＶＶＣコーディングアーキテクチャ
ＨＥＶＣを越えた将来のビデオコーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧによってＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）が設立された。ＪＶＥＴミーティングは四半期に１回開催されており、新たなコーディング標準は、ＨＥＶＣと比較して５０％のビットレート低減をターゲットにしている。新しいビデオコーディング標準は、２０１８年４月のＪＶＥＴミーティングでＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）として正式に命名され、その時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が行われているため、ＪＶＥＴミーティング毎に新しいコーディング技術がＶＶＣ標準に採択されている。ＶＶＣワーキングドラフトおよびテストモデルＶＴＭは、その後毎回ミーティング後に更新される。ＶＶＣプロジェクトは現在、２０２０年７月のミーティングで技術的完成（ＦＤＩＳ）を目指している。

これまでのほとんどの標準と同様に、ＶＶＣは、インターピクチャおよびイントラピクチャ予測および変換コーディングとエントロピーコーディングを組み合わせたブロックベースのハイブリッドコーディングアーキテクチャを有している。ピクチャパーティショニング構造は、入力ビデオをコーディングツリーユニット（ＣＴＵ）と呼ばれるブロックに分割する。ＣＴＵは、同じ予測モード（たとえば、イントラまたはインター）を共有する領域を定義するリーフコーディングユニット（ＣＵ）を有するコーディングユニット（ＣＵ）に、ネスト化されたマルチタイプツリー構造を有する四分木を使用してスプリットされる。本文書では、用語「ユニット」は、すべての色コンポーネントをカバーする画像の領域を定義し、用語「ブロック」は、特定の色コンポーネント（たとえばルマ）をカバーする領域を定義するために使用され、４：２：０のようなクロマサンプリング形式を考慮するときには、空間的位置が異なることがある。

２．２．２ ＶＶＣのデュアル／セパレートツリーパーティション
ルマコンポーネントとクロマコンポーネントは、Ｉスライスに対して別個のパーティションツリーを有することができる。別々のツリーパーティショニングは、ＣＴＵレベルではなく、６４×６４ブロックレベル未満である。ＶＴＭソフトウェアでは、デュアルツリーのオンとオフを制御するＳＰＳフラグがある。

２．２．３ ＶＶＣにおけるイントラ予測
２．２．３．１ ６７イントラ予測モード
ナチュラルビデオで提示された任意のエッジ方向を捕捉するために、ＶＴＭ４における方向イントラモードの数は、ＨＥＶＣで使用されるように３３から６５に拡張される。ＨＥＶＣにおけるものではない新しい方向モードは、図２において点線の矢印として示され、平面モードおよびＤＣモードは、同じままである。これらのより高密度の指向性イントラ予測モードは、すべてのブロックサイズおよびルマとクロマイントラ予測の両方に適用される。

２．２．３．２ クロスコンポーネント線形モデル予測（ＣＣＬＭ）
クロスコンポーネント冗長性を低減するために、ＣＣＬＭ（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ）予測モードが、ＶＴＭ４において使用され、これに対して、クロマサンプルは、以下のような線形モデルを使用して同じＣＵの再構成されたルマサンプルに基づいて予測される：

ここで、ｐｒｅｄ_ｃ（ｉ，ｊ）は、ＣＵ内の予測されるクロマサンプルを表し、ｒｅｃ_Ｌ（ｉ，ｊ）は、同じＣＵのダウンサンプリングされた再構成されたルマサンプルを表す。
線形モデルパラメータαおよびβは、２つのサンプルからのルマ値とクロマ値の関係から導出され、２つのサンプルは、最小サンプル値とダウンサンプリングされた近隣のルマサンプルのセット内の最大サンプルを有するルマサンプルと、対応するクロマサンプルである。
線形モデルパラメータαとβは、以下の式にしたがって取得される。

ここで、Ｙ_ａとＸ_ａは、最大のルマサンプル値を有するルマサンプルのルマ値とクロマ値を表す。また、Ｘ_ｂとＹ_ｂは、それぞれ最小ルマサンプルを有するルマサンプルのルマ値とクロマ値を表す。図３は、左および上のサンプルの位置とＣＣＬＭモードに関与する現在のブロックのサンプルの例を示す。

パラメータαを計算する除算演算は、ルックアップテーブルを用いて実装される。テーブルの記憶に必要なメモリを低減するために、ｄｉｆｆ値（最大値と最小値の差）とパラメータαを指数表記で表される。たとえば、ｄｉｆｆは、４ビットの有効部分と指数を用いて近似される。したがって、１／ｄｉｆｆに対する表は、以下のように仮数の１６個の値に対して１６個の要素に低減される。

これは、計算の複雑さと、必要なテーブルを記憶するのに必要なメモリサイズの両方を低減する利点を有する。

上記のテンプレートと左テンプレートを使用して線形モデル係数を計算することができるほか、ＬＭ＿ＡモードとＬＭ＿Ｌモードと呼ばれる他の２つのＬＭモードでもこれらを使用することができる。

ＬＭ＿Ａモードでは、上記のテンプレートのみを使用して線形モデル係数を計算する。より多くのサンプルを得るために、上記のテンプレートを（Ｗ＋Ｈ）に拡張する。ＬＭ＿Ｌモードでは、左テンプレートのみを使用して線形モデル係数を計算する。より多くのサンプルを得るために、左テンプレートを（Ｈ＋Ｗ）に拡張する。

非四角ブロックの場合、上記のテンプレートをＷ＋Ｗに拡張し、左のテンプレートはＨ＋Ｈに拡張する。

４：２：０ビデオシーケンスのクロマサンプル位置に合わせるために、２タイプのダウンサンプリングフィルタをルマサンプルに適用し、水平方向と垂直方向の両方で２対１のダウンサンプリング比を達成する。ダウンサンプリングフィルタの選択は、ＳＰＳレベルフラグによって指定される。２つのダウンサンプリングフィルタは、以下の通りであり、これらは、それぞれ「ｔｙｐｅ－０」と「ｔｙｐｅ－２」のコンテンツに対応している。

上限基準線がＣＴＵ境界にあるときに、ダウンサンプリングされたルマサンプルを作成するためには、１つのルマライン（イントラ予測における一般的なラインバッファ）のみが使用されることに留意する。

このパラメータ計算は、復号プロセスの一部として実行され、単に符号化器探索演算として実行されるだけではない。その結果、αとβの値を復号器に搬送するための構文は使用されない。

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

２．２．３．２．１ 対応する修正ワーキングドラフト（ＪＶＥＴ－Ｎ０２７１）
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正ワーキングドラフトおよびＪＶＥＴ－Ｎ０２７１の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０の修正を太字と下線で示す。
(外１)

２．２．３．３ その他のイントラ予測態様
ＶＴＭ４は、ＨＥＶＣとは異なる多くのイントラコーディングツールを含み、たとえば、以下の特徴が、ボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ ワイドアングルモード拡張を有する６７イントラモード、
・ ブロックサイズおよびモード依存４タップ補間フィルタ
・ 位置依存型イントラ予測結合（ＰＤＰＣ）
・ クロスコンポーネント線形モデルイントラ予測
・ 複数の参照線イントラ予測
・ イントラサブパーティション

２．２．４ ＶＶＣにおけるインター予測
２．２．４．１ ＣＩＩＰ（Ｃｏｍｂｉｎｅｄｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）
ＶＴＭ４では、ＣＵがマージモードでコーディングされるとき、ＣＵが少なくとも６４ルマサンプル（すなわち、ＣＵ幅×ＣＵ高さが６４以上）を含む場合、結合されたインター／イントラ予測（ＣＩＩＰ）モードが現在のＣＵに適用されるかどうかを示すために追加フラグがシグナリングされる。

ＣＩＩＰ予測を形成するために、イントラ予測モードを最初に２つの追加構文要素から導出される。ＤＣ、ｐｌａｎａｒ、水平、または垂直の４つまでの可能なイントラ予測モードを使用することができる。次いで、通常のイントラおよびインター復号プロセスを使用して、インター予測およびイントラ予測信号が導出される。最後に、ＣＩＩＰ予測を取得するために、インターおよびイントラ予測信号の加重平均を実行する。

２．２．４．２ その他のインター予測態様
ＶＴＭ４は、ＨＥＶＣとは異なる多くのコーディングツールを含み、たとえば、以下の特徴が、ボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ アフィン動きインター予測
・ サブブロックベースの時間的動きベクトル予測
・ 適応動きベクトル分解能
・ 時間的動き予測のための８×８ブロックベースの運動圧縮
・ 高精度（１／１６ｐｅｌ）動きベクトル記憶と、ルマコンポーネントの８タップ補間フィルタとクロマコンポーネントの４タップ補間フィルタによる動き補正
・ 三角パーティション
・ 結合イントラおよびインター予測
・ ＭＭＶＤ（Ｍｅｒｇｅ ｗｉｔｈ ＭＶＤ）
・ 対称ＭＶＤコーディング
・ 双方向オプティカルフロー
・ 復号器側動きベクトル精密化
・ 双予測加重平均

２．２．５ ループ内フィルタ
ＶＴＭ４では、ループ内フィルタが合計３つある。ブロック解除フィルタとＳＡＯ（ＨＥＶＣにおける２つのループフィルタ）の他に、適応ループフィルタ（ＡＬＦ）がＶＴＭ４に適用される。ＶＴＭ４におけるフィルタリングプロセスの順序は、ブロック解除フィルタ、ＳＡＯおよびＡＬＦである。

ＶＴＭ４では、ＳＡＯとブロック解除フィルタリングプロセスはＨＥＶＣにおけるものとほぼ同じである。

ＶＴＭ４では、クロマスケーリングによるルママッピングと呼ばれる新しいプロセスが追加された（このプロセスは、以前は適応ループ内リシェイパーとして知られていた）。この新しいプロセスは、ブロック解除の前に実行される。

２．２．６ ＬＭＣＳ（Ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ、ループ内リシェイプとしても知られる）
ＶＴＭ４では、ＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）と呼ばれるコーディングツールが、ループフィルタの前に新しい処理ブロックとして追加される。ＬＭＣＳは、１）適応区分線形モデルに基づくルマコンポーネントのループ内マッピング、２）クロマコンポーネントに対してルマ依存クロマ残差スケーリングが適用される、という２つの主要なコンポーネントを有する。図４は、復号器の視点からのＬＭＣＳアーキテクチャを示す。図４の点線の影付きブロックは、処理がマップされたドメインのどこに適用されるかを示し、これらには、逆量子化、逆変換、ルマイントラ予測とルマ残差の加算を含む。図４の影のないブロックは、処理が元の（すなわち、マッピングされていない）ドメインにおいて適用されるところを示し、これらは、ブロック解除、ＡＬＦ、およびＳＡＯなどのループフィルタ、動き補償予測、クロマイントラ予測、クロマ予測とクロマ残差の加算、および参照ピクチャとして復号されたピクチャの記憶を含む。図４のクロスハッチングされた影付きブロックは、ルマ信号の順方向および逆方向マッピング、並びにルマ依存クロマスケーリングプロセスを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他の大部分のツールと同様に、ＬＭＣＳは、ＳＰＳフラグを使用してシーケンスレベルで有効／無効にすることができる。

２．２．６．１ 区分線形モデルによるルママッピング
ルマコンポーネントのループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再配分することによって入力信号のダイナミックレンジを調整する。ルママッピングは、順方向マッピング関数ＦｗｄＭａｐと対応する逆方向マッピング関数ＩｎｖＭａｐを利用する。ＦｗｄＭａｐ関数は、１６の等しいピースの区分線形モデルを使用してシグナリングされる。ＩｎｖＭａｐ関数はシグナリングされる必要はなく、代わりにＦｗｄＭａｐ関数から導出される。

ルママッピングモデルは、タイルグループレベルでシグナリングされる。存在フラグが、最初にシグナリングされる。ルママッピングモデルが現在のタイルグループに存在する場合、対応する区分線形モデルパラメータがシグナリングされる。区分線形モデルは、入力信号のダイナミックレンジを１６の等しいピースにパーティショニングし、各ピースに対して、その線形マッピングパラメータは、そのピースに割り当てられたコードワードの数を使用して表現される。１０ビット入力を例にとる。１６のピースの各々は、デフォルトでそれに割り当てられた６４コードワードを有する。シグナリングされるコードワード数は、スケーリングファクタを計算し、そのピースに対してそれに応じてマッピング関数を調整するために使用される。タイルグループレベルでは、別のＬＭＣＳ有効フラグが、図４に示されるようなＬＭＣＳプロセスが現在のタイルグループに適用されるかどうかを示すためにシグナリングされる。

ＦｗｄＭａｐ区分線形モデルの各ｉ（ｉ＝０．．．１５）番目のピースは、２つの入力ピボット点ＩｎｐｕｔＰｉｖｏｔ［］と２つの出力（マッピングされた）ピボット点ＭａｐｐｅｄＰｉｖｏｔ［］によって定義される。

ＩｎｐｕｔＰｉｖｏｔ［］とＭａｐｐｅｄＰｉｖｏｔ［］は、（１０ビットビデオを想定して）以下のように計算される。
1) OrgCW=64
2) i=0:16に対して、InputPivot[i]=i*OrgCW
3) i=0:16に対して、MappedPivot[i]は以下のように計算される。

MappedPivot[0]=0;
for(i=0;i<16;i++)
MappedPivot[i+1]=MappedPivot[i]+SignalledCW[i]
ここで、ＳｉｇｎａｌｅｄＣＷ［ｉ］は、ｉ番目のピースに対するシグナリングされるコードワード数である。

図４に示すように、インターコーディングされたブロックに対して、動き補償予測がマップされたドメインにおいて実行される。言い換えれば、ＤＰＢの参照信号に基づいて動き補償予測ブロックＹ_ｐｒｅｄが計算された後、ＦｗｄＭａｐ関数

を適用して元のドメインのルマ予測ブロックをマップされたドメインにマップする。イントラコーディングされたブロックでは、マップされたドメインでイントラ予測が実行されるため、ＦｗｄＭａｐ関数は適用されない。再構成されたブロックＹ_ｒが計算された後、ＩｎｖＭａｐ関数

を適用して、マップされたドメインにおいて再構成されたルマ値を元のドメインにおける再構成されたルマ値に戻すように変換する。ＩｎｖＭａｐ関数は、イントラおよびインタールマブロックの両方に適用される。

ルママッピングプロセス（順方向および／または逆方向マッピング）は、ルックアップテーブル（ＬＵＴ）またはオンザフライ計算のいずれかを使用して実装することができる。ＬＵＴが使用される場合、ＦｗｄＭａｐＬＵＴおよびＩｎｖＭａｐＬＵＴは、タイルグループレベルでの使用のために、予め計算され、予め記憶することが可能であり、順方向および逆方向のマッピングは、それぞれ

および

として単純に実装することができる。
代替的には、オンザフライ計算が使用されてもよい。順方向マッピング関数ＦｗｄＭａｐを例にとる。ルマサンプルが属するピースを理解するために、サンプル値を６ビット（１６の等しいピースに対応する）右シフトする。次いで、そのピースに対する線形モデルパラメータを検索し、オンザフライで適用して、マッピングされたルマ値を計算する。それぞれ、ｉをピースインデックス、ａ１をＩｎｐｕｔＰｉｖｏｔ［ｉ］、ａ２をＩｎｐｕｔＰｉｖｏｔ［ｉ＋１］、ｂ１をＭａｐｐｅｄＰｉｖｏｔ［ｉ］、ｂ２をＭａｐｐｅｄＰｉｖｏｔ［ｉ＋１］とする。ＦｗｄＭａｐ関数は以下のように評価される。

ＩｎｖＭａｐ関数は同様の方法でオンザフライで計算することができるが、例外は、マッピングされたドメイン内のピースが等しいサイズではないため、サンプル値が属するピースを理解するときに、単純な右ビットシフトの代わりに条件付きチェックを適用する必要があることである。

２．２．６．２ ルマ依存性クロマ残差スケーリング
クロマ残差スケーリングは、ルマ信号と対応するクロマ信号との間の相互作用を補償するように設計されている。クロマ残差スケーリングが有効であるかどうかは、タイルグループレベルでもシグナリングされる。ルママッピングが有効になっており、デュアルツリーパーティション（セパレートクロマツリーとしても知られる）が現在のタイルグループに適用されていない場合、ルマ依存のクロマ残差スケーリングが有効にされているかどうかを示すために、追加のフラグがシグナリングされる。ルママッピングが使用されないとき、または現在のタイルグループにデュアルツリーパーティションが使用される場合、ルマ依存クロマの残差スケーリングは無効にされる。さらに、ルマ依存クロマ残差スケーリングは、面積が４以下のクロマブロックについては常に無効にされる。

クロマ残差スケーリングは、対応するルマ予測ブロックの平均値（イントラコーディングされたブロックとインターコーディングされたブロックの両方について）に依存します。ａｖｇＹ′をルマ予測ブロックの平均として表す。Ｃ_{ＳｃａｌｅＩｎｖ}の値は以下の手順で計算される。
（１） ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ′が属する区分線形モデルのインデックスＹＩｄｘを求める。
（２） Ｃ_{ＳｃａｌｅＩｎｖ}＝ｃＳｃａｌｅＩｎｖ［Ｙ_Ｉｄｘ］であり、ｃＳｃａｌｅＩｎｖ［］は、予め計算された１６ピースのＬＵＴである。
現在のブロックが、イントラ、ＣＩＩＰ、またはイントラブロックコピー（ＩＢＣ、現在のピクチャ参照またはＣＰＲとしても知られる）モードとしてコーディングされる場合、ａｖｇＹ′は、イントラ、ＣＩＩＰ、またはＩＢＣ予測ルマ値の平均として計算され、そうでなければ、ａｖｇＹ′は、順方向マッピングされたインター予測ルマ値（図４のＹ′_ｐｒｅｄ）の平均として計算される。サンプルベースで実行されるルママッピングとは異なり、Ｃ_{ＳｃａｌｅＩｎｖ}はクロマブロック全体に対する定数値である。Ｃ_{ＳｃａｌｅＩｎｖ}により、クロマ残差スケーリングは、以下のように適用される。
符号化器側：

復号器側：

２．２．６．３ ＪＶＥＴ－Ｎ０２２０の採択を有するＪＶＥＴ－Ｍ１００１＿ｖ７における対応するワーキングドラフト
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正ワーキングドラフトおよびＪＶＥＴ－Ｎ０２２０の採択に基づく。
採択されたＪＶＥＴ－Ｎ０２２０の修正を太字、下線で示す。

(外２)

３． 既存の実装の欠点
１． ＬＭＣＳ／ＣＣＬＭの現在の設計は、以下の問題を有する。
ＬＭＣＳコーディングツールでは、クロマ残差スケーリングファクタは、並置されたルマ予測ブロックの平均値によって導出され、これは、ＬＭＣＳクロマ残差スケーリングにおけるクロマサンプルを処理するためのレイテンシをもたらす。
ａ） シングル／共有ツリーの場合、レイテンシは、（ａ）全ルマブロックのすべての予測サンプルが利用可能になるのを待つこと、および（ｂ）（ａ）によって取得されたすべてのルマ予測サンプルを平均化することによって引き起こされる。
ｂ） デュアルツリー／セパレートツリーの場合、Ｉスライスではルマとクロマコンポーネントのセパレートブロックパーティショニング構造が有効になっているため、レイテンシはさらに悪くなる。したがって、１つのクロマブロックが複数のルマブロックに対応し、１つの４×４クロマブロックが６４×６４ルマブロックに対応してもよい。したがって、最悪の場合は、６４×６４ルマブロック全体のすべての予測サンプルが利用可能になるまで、現在の４×４クロマブロックのクロマ残差スケーリングファクタが待つ必要があることがあることである。一言で言えば、デュアル／セパレートツリーにおけるレイテンシの問題は、はるかに深刻である。
２． ＣＣＬＭコーディングツールでは、クロマ内予測のためのＣＣＬＭモデル計算は、ルマブロックとクロマブロックの両方の左および上の参照サンプルに依存する。また、クロマブロックに対するＣＣＬＭ予測は、同一ＣＵの並置されたルマ再構成されたサンプルに依存する。これは、デュアル／セパレートツリーでの高いレイテンシを引き起される。
・ デュアル／セパレートツリーの場合、１つの４×４クロマブロックは、６４×６４ルマブロックに対応してもよい。したがって、最悪の場合、現在のクロマブロックのＣＣＬＭプロセスは、対応する６４×６４ルマブロック全体が再構成されるまで待つ必要があることがあることである。このレイテンシの問題は、デュアル／セパレートツリーにおけるＬＭＣＳクロマスケーリングと同様である。

４． 例示的な技術および実施形態
この問題に取り組むために、ルマ依存クロマ残差スケーリング、ＣＣＬＭ、および異なる色コンポーネントからの情報に依存する他のコーディングツールにおけるクロコンポーネント依存性を除去／低減／制限するためのいくつかの方法を提案する。

以下に記載される詳細な実施形態は、一般的な概念を説明するための例として見なされるべきである。これらの実施形態は、狭義に解釈されるべきではない。さらに、これらの実施形態は、任意の方式で組み合わせることができる。

以下の箇条書きは、ＬＭＣＳ／ＣＣＬＭに明示的に言及しているが、この方法は、異なる色コンポーネントからの情報に依存する他のコーディングツールにも適用可能であることに留意する。追加的に、下記に言及される用語「ルマ（ｌｕｍａ）」と「クロマ（ｃｈｒｏｍａ）」は、それぞれＲＧＢ色フォーマットにおける「Ｇコンポーネント」や「Ｂ／Ｒコンポーネント」などの「第１の色コンポーネント」と「第２の色コンポーネント」に置き換えてもよい。

以下の議論では、「並置されたサンプル／ブロック」の定義は、ＶＶＣワーキングドラフトＪＶＥＴ－Ｍ１００１の並置された（ｃｏｌｌｏｃａｔｅｄ）サンプル／ｂｌｏｃｋの定義と整合する。より具体的には、４：２：０の色フォーマットにおいて、クロマブロックの左上のサンプルが位置（ｘＴｂＣ，ｙＴｂＣ）にあるとすると、並置されたルマブロックの位置（ｘＴｂＹ，ｙＴｂＹ）の左上のサンプルは、以下のように導出される。
（ｘＴｂＹ，ｙＴｂＹ）＝（ｘＴｂＣ＜＜１，ｙＴｂＣ＜＜１）
図５に示すように、現在のクロマブロックの左上のサンプルは、クロマピクチャにおける（ｘ＝１６，ｙ＝１６）に位置し、その並置されたルマブロックの左上のサンプルは、ルマピクチャにおいて並置されたルマブロックのブロックパーティションにかかわらず、ルマピクチャにおける（ｘ＝３２，ｙ＝３２）に位置する。別の例として、同じ色コンポーネントを用いて、図６に示すように、現在のフレーム内の現在のブロックの左上のサンプルの位置と、参照フレーム内の並置されたブロックの左上のサンプルの位置は同じでなければならず、現在のブロックの左上のサンプルが現在のフレームにおいて（ｘ，ｙ）であるとすると、現在のブロックの並置されたブロックの左上のサンプルが参照フレームにおいて同じ位置（ｘ，ｙ）を有する。

以下の説明では、「対応するブロック」は、現在のブロックとは異なる位置を有してもよい。たとえば、現在のブロックと参照フレーム内のそれと対応するブロックとの間に動きシフトがあるかもしれない。図６に示されるように、現在のブロックが現在のフレーム内の（ｘ，ｙ）に位置し、それが運動ベクトル（ｍｖｘ，ｍｖｙ）を有するとすると、現在のブロックの対応するブロックは、参照フレームにおいて（ｘ＋ｍｖｘ，ｙ＋ｍｖｙ）に位置してもよい。また、ＩＢＣコーディングされたブロックでは、並置されたルマブロック（ゼロベクトルで示される）と対応するルマブロック（非ゼロＢＶで示される）が、現在のフレームの異なる場所に位置する可能性がある。別の例では、ルマブロックのパーティションがクロマブロックのパーティション（Ｉスライスのデュアルツリーパーティション）と整合しない場合、現在のクロマブロックの並置されたルマブロックは、並置されたルマブロックの左上のサンプルをカバーするオーバーラップしたルマコーディングブロックのパーティションサイズに依存する、より大きなルマブロックに属することがある。図５に示すように、太字の矩形がブロックのパーティションを示すと仮定すると、６４×６４ルマブロックはまずＢＴによってスプリットされ、次いで６４×６４ルマブロックの右の部分はＴＴによってさらに分割され、それぞれ３２×１６、３２×３２、３２×１６に等しいサイズの３つのルマブロックをもたらす。したがって、現在のクロマブロックの並置されたルマブロックの左上のサンプル（ｘ＝３２、ｙ＝３２）を見ると、それは、ＴＴパーティションの中央の３×３２ルマブロックに属する。この場合、並置されたルマブロックの左上のサンプルをカバーする対応するルマブロックを「対応するルマブロック」と呼ぶ。したがって、この例では、対応するルマブロックの左上のサンプルは（ｘ＝３２、ｙ＝１６）に位置する。

以下、ＤＭＶＤ（ｄｅｃｏｄｅｒ－ｓｉｄｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｅｒｉｖａｔｉｏｎ）は、ＢＤＯＦ（ＢＩＯとしても知られる）または／およびＤＭＶＲ（ｄｅｃｏｄｅ－ｓｉｄｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｆｉｎｅｍｅｎｔ）またはＦＲＵＣ（ｆｒａｍｅ ｒａｔｅ ｕｐ－ｃｏｎｖｅｒｓｉｏｎ）または復号器における動きベクトルまたは予測サンプル値を精緻化する他の方法を表すために使用される。
ＬＭＣＳのクロマスケーリングレイテンシの除去とＣＣＬＭのモデル計算
１． インターコーディングされたブロックに対して、参照フレームにおける現在のブロックの１つ以上の参照サンプルを使用してＬＭＣＳモードでのクロマ残差スケーリングファクタを導出してもよいことを提案する。
ａ） 一例では、参照ルマサンプルを直接使用してクロマ残差スケーリングファクタを導出してもよい。
ｉ． 代替的には、補間を、まず、参照サンプルに適用してもよく、補間されたサンプルを使用してクロマ残差スケーリングファクタを導出してもよい。
ｉｉ． 代替的には、異なる参照フレームにおける参照サンプルを利用して、クロマ残差スケーリングファクタの導出に使用される最終参照サンプルを導出してもよい。
１） 一例では、双予測コーディングされたブロックに対して、上記の方法を適用してもよい。
ｉｉｉ． 一例では、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、再リシェイプドメインに変換されてもよい。
ｉｖ． 一例では、参照サンプルの線形結合を使用して、クロマ残差スケーリングファクタを導出してもよい。
１） たとえば、ａ×Ｓ＋ｂを使用してクロマ残差スケーリングファクタを導出し、Ｓは、参照サンプルであり、ａおよびｂは、パラメータである。一例では、ａおよびｂは、ＬＩＣ（Ｌｏｃａｌｉｚｅｄ Ｉｌｌｕｍｉｎａｔｅ Ｃｏｍｐｅｎｓａｔｉｏｎ）によって導出されてもよい。
ｂ） 一例では、参照フレームにおける参照ルマサンプルの位置は、現在のブロックの動きベクトルに依存してもよい。
ｉ． 一例では、参照サンプルは、参照ピクチャにあり、現在のルマブロックと同じ幅と高さを有する参照ルマブロックに属する。参照ピクチャにおける参照ルマサンプルの位置は、現在のピクチャにおけるその対応するルマサンプルの位置に動きベクトルを加算したものとして計算される。
ｉｉ． 一例では、参照ルマサンプルの位置は、現在のルマブロックの左上（または中央、または右下）のサンプルの位置と現在のブロックの動きベクトルによって導出されてもよく、参照フレームにおける対応するルマサンプルと呼ばれる。
１） 一例では、整数動きベクトルを使用して、参照フレームにおける対応するルマサンプルを導出してもよい。一例では、１つのブロックに関連する動きベクトルは、ゼロに近づくように丸められるか、またはゼロから離れるように丸められて、整数動きベクトルを導出してもよい。
２） 代替的には、分数運動ベクトルを使用して、参照フレームにおける対応するルマサンプルを導出してもよく、補間プロセスは、分数参照サンプルを導出するために必要とされてもよい。
ｉｉｉ． 代替的には、参照ルマサンプルの位置は、現在のルマブロックの左上（または中央、または右下）サンプルの位置によって導出されてもよい。
ｉｖ． 代替的には、参照フレームにおいていくつかの予め定義された位置での複数の対応するルマサンプルをピックして、クロマ残差スケーリングファクタを計算してもよい。
ｃ） 一例では、複数参照ルマサンプルの中央値または平均値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例では、予め定義された参照フレームにおける参照ルマサンプルを使用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例では、予め定義された参照フレームは、参照ピクチャリスト０の０に等しい参照インデックスを有するものであってもよい。
ｉｉ． 代替的には、予め定義された参照フレームに対する参照インデックスおよび／または参照ピクチャリストを、シーケンス／ピクチャ／タイルグループ／スライス／タイル／ＣＴＵ行／ビデオユニットレベルでシグナリングしてもよい。
ｉｉｉ． 代替的には、複数の参照フレームにおける参照ルマサンプルを導出してもよく、平均値または重み付け平均値を利用して、クロマ残差スケーリングファクタを取得してもよい。
２． ＬＭＣＳモードでルマサンプルからクロマ残差スケーリングファクタを導出するかどうか、および導出する方法は、現在のブロックが双予測を適用するかどうかに依存してもよいことを提案する。
ａ） 一例では、クロマ残差スケーリングファクタは、各予測方向に対して個別に導出される。
３． ＬＭＣＳモードでルマサンプルからクロマ残差スケーリングファクタを導出するかどうか、および導出する方法は、現在のブロックがサブブロックベースの予測を適用するかどうかに依存してもよいことを提案する。
ａ） 一例では、サブブロックベースの予測はアフィン予測である。
ｂ） 一例では、サブブロックベースの予測はＡＴＭＶＰ（Ａｌｔｅｒｎａｔｉｖｅ Ｔｅｍｐｏｒａｌ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）である。
ｃ） 一例では、クロマ残差スケーリングファクタは、各サブブロックに対して個別に導出される。
ｄ） 一例では、クロマ残差スケーリングファクタは、たとえサブブロックによって予測されるとしても、ブロック全体に対して導出される。
ｉ． 一例では、１つの選択されたサブブロック（たとえば、左上サブブロック）の動きベクトルを使用して、箇条書き１に記載されているように、現在のブロックの参照サンプルを識別してもよい。
４． クロマ残差スケーリングファクタを導出するために使用されるルマ予測値は、最終ルマ予測値の代わりに中間ルマ予測値であってもよいことを提案する。
ａ） 一例では、ＢＤＯＦ（Ｂｉ－Ｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｃａｌ Ｆｌｏｗ、ＢＩＯとしても知られる）のプロセス前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例では、ＤＭＶＲ（Ｄｅｃｏｄｅｒ－ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｆｉｎｅｍｅｎｔ）のプロセス前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｃ） 一例では、ＬＩＣのプロセス前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例では、ＪＶＥＴ－Ｎ０２３６で提案されているＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅｍｅｎｔ Ｏｐｔｉｃａｌ Ｆｌｏｗ）プロセス前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
５． 中間動きベクトルは、参照サンプルを識別するために使用されてもよい。
ａ） 一例では、ＢＤＯＦまたは／およびＤＭＶＲまたは／および他のＤＭＶＤ法のプロセス前の動きベクトルを使用して、参照サンプルを識別してもよい。
ｂ） 一例では、ＪＶＥＴ－Ｎ０２３６で提案されているＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅｍｅｎｔ Ｏｐｔｉｃａｌ Ｆｌｏｗ）のプロセス前の動きベクトルを使用して、参照サンプルを識別してもよい。
６． 現在のブロックがインターモードでコーディングされるときに、上記の方法が適用可能であってもよい。
７． ＩＢＣコーディングブロックに対して、現在のフレームの参照ブロックにおける１つ以上の参照サンプルを使用して、ＬＭＣＳモードでのクロマ残差スケーリングファクタを導出してもよいことが提案される。ブロックＩＢＣコーディングされるときに、用語「動きベクトル」は、参照ピクチャが現在のピクチャとしてセットされる「ブロックベクトル」とも呼ばれる。
ａ） 一例では、参照サンプルは、現在のピクチャにおいて、現在のブロックと同じ幅および高さを有する参照ブロックに属する。参照サンプルの位置は、その対応するサンプルの位置に運動ベクトルを加算したものとして計算されてもよい。
ｂ） 一例では、参照ルマサンプルの位置は、現在のルマブロックの左上（、中央、または右下）サンプルの位置に動きベクトルを加算することによって導出されてもよい。
ｃ） 代替的には、参照ルマサンプルの位置は、現在のルマブロックの左上（、中央、または右下）サンプルの位置に現在のブロックのブロックベクトルを加算することによって導出される。
ｄ） 代替的には、現在のルマブロックの参照領域におけるいくつかの予め定義ｓあれた位置にある複数の対応するルマサンプルをピックして、クロマ残差スケーリングファクタを計算してもよい。
ｅ） 一例では、複数の対応するルマサンプルが、クロマ残差スケーリングファクタを導出するための関数で計算されてもよい。
ｉ． たとえば、複数の対応するルマサンプルの中央値または平均値を計算して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例では、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、再リシェイプドメインに変換されてもよい。
ｉ． 代替的には、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、元のドメインに変換されてもよい。
８． 現在のフレームにおける現在のルマブロックの識別された位置に位置する１つ以上の予測／再構成されたサンプルが、ＬＭＣＳモードでの現在のクロマブロックに対するクロマ残差スケーリングファクタを導出するために使用されてもよいことを提案する。
ａ） 一例では、現在のブロックがインターコーディングされている場合、現在のルマブロックの中央に位置するルマ予測（または再構成）サンプルをピックして、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例では、最初のＭｘＮルマ予測（または再構成）サンプルの平均値をピックして、クロマ残差スケーリングファクタを導出してもよく、ＭｘＮは、並置されたルマブロックサイズｗｉｄｔｈｘｈｅｉｇｈｔより小さい可能性がある。
９． ＣＣＬＭモデルを計算するために使用された手順の全部または一部は、ＬＭＣＳモードでの現在のクロマブロックのクロマ残差スケーリングファクタの導出に使用されてもよいことを提案する。
ａ） 一例では、ＣＣＬＭモデルパラメータ導出プロセスにおいて、並置されたルマブロックの近隣のルマサンプルの識別された位置に位置する参照サンプルを利用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例では、これらの参照サンプルを直接使用してもよい。
ｉｉ． 代替的には、ダウンサンプリングをこれらの参照サンプルに適用してもよく、ダウンサンプリングした参照サンプルを適用してもよい。
ｂ） 一例では、ＣＣＬＭモデル計算のために選択されたＳ個の参照サンプルのうちのＫ個が、ＬＭＣＳモードでのクロマ残差スケーリングファクタの導出のために使用されてもよい。たとえば、Ｋは、１に等しく、Ｓは、４に等しい。
ｃ） 一例では、ＣＣＬＭモードでの並置されたルマブロックの参照サンプルの平均／最小／最大値が、ＬＭＣＳモードでのクロマ残差スケーリングファクタの導出に使用されてもよい。
１０． クロマ残差スケーリングファクタの導出のためにサンプルを選択する方法は、現在のブロックのコーディングされた情報に依存してもよい。
ａ） コーディングされた情報は、ＱＰ、コーディングモード、ＰＯＣ、イントラ予測モード、動き情報などを含む。
ｂ） 一例として、ＩＢＣコーディングされたブロックまたは非ＩＢＣコーディングされたブロックに対して、サンプルの選択する方法が異なってもよい。
ｃ） 一例として、参照ピクチャと現在のピクチャとの間のＰＯＣ距離などの参照ピクチャ情報に基づいて、サンプルを選択する方法が異なってもよい。
１１． クロマ残差スケーリングファクタおよび／またはＣＣＬＭのモデル計算は、並置されたルマブロックの左上のサンプルをカバーする対応するルマブロックの近隣のサンプルに依存してもよいことを提案する。
本発明において、「コーディングブロック」は、ＨＥＶＣ仕様またはＶＶＣワーキングドラフトに指定されるＣＵ／ＴＵ／ＰＵなどのビデオコーディング領域を指してもよい。
ａ） 「対応するルマコーディングロック」は、並置されたルマコーディングブロックの左上の位置をカバーするコーディングブロックとして定義されてもよい。
ｉ． 図５は、デュアルツリーの場合のイントラコーディングされたクロマブロックに対して、クロマコンポーネントのＣＴＵパーティションが、ルマコンポーネントのＣＴＵパーティションとは異なってもよい例を示す。まず、現在のクロマブロックの並置されたルマブロックの左上のサンプルをカバーする「対応するルマコーディングブロック」を検索する。次いで、「対応するルマコーディングブロック」のブロックサイズ情報を使用して、「対応するルマコーディングブロック」の左上のサンプルを導出することができ、並置されたルマブロックの左上のサンプルをカバーする「対応するルマコーディングブロック」の左上のサンプルは、（ｘ＝３２，ｙ＝１６）に位置する。
ｂ） 一例では、ブロックサイズ／パーティション／位置／調整は、並置されたルマコーディングブロックの左上のサンプルをカバーする「対応するルマコーディングブロック」の位置を導出するために必要とされてもよい。
ｉ． 一例では、ブロックサイズ、および／またはブロックパーティション、および／またはブロック調整は、ルマコンポーネントなどの指定の色コンポーネントの各ブロックに対して記憶されてもよい。
ｉｉ． 一例では、「対応するルマコーディングブロック」および現在のブロックは、常に同じＣＴＵまたはＣＴＵ行内にあってもよく、したがって、ブロックサイズ／パーティション／位置／調整の記憶がラインバッファに存在しないことがある。
ｃ） 一例では、「対応するルマコーディングブロック」に含まれない再構成されたサンプルを使用して、クロマ残差スケーリングファクタおよび／またはＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例では、「対応するルマコーディングブロック」に隣接した再構成されたサンプルを使用して、クロマ残差スケーリングファクタおよび／またはＣＣＬＭのモデル計算を導出してもよい。
１） 一例では、「対応するルマコーディングブロック」の左の近隣の列および／または上方の近隣の行に位置するＮ個のサンプルを使用して、クロマ残差スケーリングファクタおよび／またはＣＣＬＭのモデル計算を導出してもよく、Ｎ＝１．．．．２Ｗ＋２Ｈであり、ＷおよびＨは、「対応するルマコーディングブロック」の幅および高さである。
ａ） 「対応するルマコーディングブロック」の左上のサンプルが（ｘＣｂ，ｙＣｂ）であるとすると、一例では、上方の近隣のルマサンプルは（ｘＣｂ＋Ｗ／２，ｙＣｂ－１）または（ｘＣｂ－１，ｙＣｂ－１）に位置してもよい。代替的な例では、左の近隣のルマサンプルが（ｘＣｂ＋Ｗ－１，ｙＣｂ－１）に位置してもよい。
ｂ） 一例では、近隣のサンプルの位置は固定されていてもよく、および／または予め定義されたチェック順序であってもよい。
２） 一例では、Ｎ個の近隣のサンプルのうちの１個を選択して、クロマ残留スケーリングファクタおよび／またはＣＣＬＭのモデル計算を導出してもよい。Ｎ＝３であり、３つの近隣のサンプル（ｘＣｂ－１，ｙＣｂ－Ｈ－１）、（ｘＣｂ＋Ｗ／２，ｙＣｂ－１）、（ｘＣｂ－１，ｙＣｂ－１）のチェック順序を仮定すると、チェックリストの最初の利用可能な近隣のサンプルが選択されて、クロマ残差スケーリングファクタを導出してもよい。
３） 一例では、「対応するルマコーディングブロック」の左の近隣の列および／または上の近隣の行に位置するＮ個のサンプルの中央値または平均値を使用して、クロマ残差スケーリングファクタおよび／またはＣＣＬＭのモデル計算を導出してもよく、Ｎ＝１．．．２Ｗ＋２Ｈであり、ＷおよびＨは「対応するルマコーディングブロック」の幅および高さである。
ｄ） 一例では、クロマ残差スケーリングを実行するかどうかは、対応するルマブロックの「利用可能な」近隣のサンプルに依存してもよい。
ｉ． 一例では、近隣のサンプルの「可用性」は、現在のブロック／サブブロックの符号化モード、または近隣のサンプルの符号化モードに依存してもよい。
１） 一例では、インターモードでコーディングされたブロックに対して、イントラモードまたは／およびＩＢＣモードまたは／およびＣＩＩＰモードまたは／およびＬＩＣモードでコーディングされた近隣のサンプルは、「利用不可」とみなされてもよい。
２） 一例では、インターモードでコーディングされたブロックに対して、近隣のサンプルは、拡散フィルタまたは／およびバイラテラルフィルタまたは／またはＨａｄａｍａｒｄ変換フィルタを用いる近隣のサンプルは、「利用不可」とみなされてもよい。
ｉｉ． 一例では、近隣のサンプルの「可用性」は、現在のピクチャ／タイル／タイルグループ／ＶＰＤＵ／スライスの幅および／または高さに依存してもよい。
１） 一例では、近隣のブロックが現在のピクチャの外側に位置する場合、「利用できない」ものとして扱われる。
ｉｉｉ． 一例では、「利用可能な」近隣のサンプルがないときに、クロマ残留スケーリングを禁止してもよい。
ｉｖ． 一例では、「利用可能な」近隣のサンプルの数がＫ（Ｋ＞＝１）より小さいときに、クロマ残差スケーリングを禁止してもよい。
ｖ． 代替的には、利用できない近隣のサンプルは、クロマ残留スケーリングが常に適用され得るように、デフォルトの固定値、パディング、または置換によって充填されてもよい。
１） 一例では、近隣のサンプルが利用できない場合、１＜＜（ｂｉｔＤｅｐｔｈ－１）で充填されてもよく、ｂｉｔＤｅｐｔｈはルマ／クロマコンポーネントのサンプルのビット深度を指定する。
２） 代替的には、近隣のサンプルが利用できない場合、左／右／上／下の近隣に位置する周囲のサンプルからパディングすることにより充填されてもよい。
３） 代替的には、近隣のサンプルが利用できない場合、予め定義されたチェック順序で、最初の利用可能な隣接するサンプルによって置き換えられてもよい。
４） 代替的には、近隣のサンプルが利用できない場合、予めに定義されたフィルタ／マッピングされた値（たとえば、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタ／マッピングされた値であり、ｂｉｔＤｅｐｔｈは、ルマ／クロマコンポーネントのサンプルのビット深度を指定する）によって充填されてもよい。
ａ） 一例では、フィルタリング／マッピングプロセスは、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であってもよい。
ｅ） 一例では、クロマ残差スケーリングを実行するかどうか、および実行する方法は、現在のブロックのコーディングモードおよび／または近隣のブロックのコーディングモードに依存してもよい。
ｉ． 「現在のブロック」は、現在のクロマブロックを指してもよいし、並置されたルマブロック、または、並置されたクロマブロックの少なくとも１つのサンプルをカバーする対応するルマブロックを指してもよい。「近隣のブロック」（隣接ブロックまたは非隣接ブロック）は、現在のクロマブロックに近隣のクロマブロックを指してもよいし、現在のルマブロックに近隣のルマブロックを参照してもよい。
ｉｉ． 一例では、１つのルマの近隣のブロックのコーディングモードは、現在のブロックの左上の座標に対して相対的に（－１，－１）の位置などの所与の位置をカバーするように利用されてもよい。
ｉｉｉ． 一例では、複数の近隣のブロックのコーディングモードは、現在のブロックの左上の座標に対する相対的に（ｘ，－１）（たとえば、ｘは、０～ブロックの幅から１を引いたもの）の位置、および／または現在のブロックの左上の座標に対する相対的に（－１，ｙ）（たとえば、ｙは、－１～ブロックの高さから１を引いたもの）の位置など、複数の複数の位置をカバーするように利用されてもよい。
ｉｖ． 一例では、１つの近隣のブロックの再構成が、Ｘ－コーディングされるように、現在のスライス／タイルグループにおけるサンプルにアクセスすることを必要とする場合、クロマ残差スケーリングは無効にされる。
１） たとえば、モードＸはイントラモードであってもよい。
２） たとえば、モードＸはＣＩＩＰモードであってもよい。
３） たとえば、モードＸはＩＢＣモードであってもよい。
４） 一例では、現在のブロックがＣＩＩＰコーディングではなくインターコーディングされており、対応するルマブロックに近隣の近隣ブロックがモードＸでコーディングされている場合、クロマ残差スケーリングは無効にされる。
ｖ． 一例では、１つの近隣のブロックの再構成が、Ｘ－コーディングされるように、現在のスライス／タイルグループにおけるサンプルにアクセスすることを必要とする場合、デフォルト値を使用して、クロマ残差スケーリングファクタを導出してもよい。
１） たとえば、モードＸはイントラモードであってもよい。
２） たとえば、モードＸはＣＩＩＰモードであってもよい。
３） たとえば、モードＸはＩＢＣモードであってもよい。
４） 一例では、現在のブロックがＣＩＩＰコーディングではなくインターコーディングされており、対応するルマブロックの近隣ブロックがモードＸでコーディングされている場合、デフォルト値を使用して、クロマ残差スケーリングファクタを導出してもよい。
５） 一例では、デフォルト値はルマ／クロマサンプルのビット深度に依存してもよい。
６） 一例では、デフォルト値をフィルタリング／マッピングされた値１＜＜（ｂｉｔＤｅｐｔｈ－１）にセットしてもよく、ｂｉｔＤｅｐｔｈは、ルマ／クロマコンポーネントのサンプルのビット深度を指定する。一例では、フィルタリング／マッピングプロセスは、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であってもよい。
ｆ） 一例では、「対応するルマコーディングブロック」に近隣のフィルタ／マッピングされた再構成されたサンプルを使用して、クロマ残差スケーリングファクタおよび／またはＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例では、フィルタリング／マッピングプロセスは、イントラブロックのための参照平滑化フィルタリング、バイラテラルフィルタなどの後フィルタリング、ハードマード変換ベースのフィルタ、リシェイパードメインの順方向マッピングなどを含んでもよい。
１２． 固定値を使用して、現在のスライス／タイルグループにおけるある数のクロマブロック（ＣＵまたはＴＵなど）に対してクロマ残差スケーリングファクタを導出してもよいことを提案する。
ａ） 一例では、Ｎ個のクロマブロックに対するクロマ残差スケーリングファクタは、固定値によって導出してもよく、Ｎは、現在のスライス／タイルグループにおける１～クロマブロックの総数である。
ｂ） 一例では、固定値を用いて、その値が属する区分線形モデルのインデックスを見つけ、次に、導出された区分インデックスからクロマ残差スケーリングファクタを計算してもよい。一例では、固定値はルマサンプルの内部ビット深度に依存してもよい。
ｃ） 一例では、固定値を直接使用して、クロマ残差スケーリングファクタを表してもよい。
ｄ） 一例では、固定値および／または固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループのタイプ（たとえば、ＩまたはＰまたはＢスライス）および／またはブロックのコーディングモード（たとえば、イントラモードまたはインターモード）に依存してもよい。
ｅ） 一例では、固定値は、異なるピクチャ／スライス／タイルグループ／タイルに対して異なってもよい。
ｆ） 一例では、固定されたクロマ残差スケーリングファクタを直接使用して、ＬＭＣＳにおけるクロマ残差を直接スケーリングしてもよい。
ｉ． 一例では、固定クロマ残差スケーリングファクタは、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットにおいてシグナリングされてもよい。
ｉｉ． 一例では、ピクチャ／スライス／タイルグループ／タイルに対する固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループ／タイルにおけるルマサンプルのリシェイプのためのマッピング関数（たとえば、区分線形関数）に依存してもよい。
１） 一例では、固定クロマ残差スケーリングファクタは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるアレイＩｎｖＳｃａｌｅＣｏｅｆｆ［］および／またはアレイＳｃａｌｅＣｏｅｆｆ［］に依存してもよい。
ａ） たとえば、ピクチャ／スライス／タイルグループ／タイルに対する固定クロマ残差スケーリングファクタによって依存されるアレイＩｎｖＳｃａｌｅＣｏｅｆｆ［］および／またはアレイＳｃａｌｅＣｏｅｆｆ［］を使用して、ピクチャ／スライス／タイルグループ／タイルのルマサンプルをリシェイプしてもよい。
２） 一例では、固定クロマ残差スケーリングファクタは、ルマサンプルをリシェイプするために使用される区分線形関数のすべてのスケーリングファクタの中の最小値／最大値／中央値／平均値によって導出されてもよい。
ａ） たとえば、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小値／最大値／中央値／平均値によって導出されてもよく、ｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７のｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）～最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７のＬｍｃｓＭａｘＢｉｎＩｄｘなど）である。
ｉ． たとえば、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小値／最大値／中央値／平均値に等しくてもよく、ｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）～最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘなど）である。
ｉｉ． 代替的には、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小値／最大値／中央値／平均値によって導出されてもよく、ｉは、最小インデックス（０など）～最大インデックス（１５など）であり、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓＣＷ［ｉ］は、０に等しくない。
ｉｉｉ． 上記の例において、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の中央値は、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｊ］として計算されてもよく、ｊは、有効なインデックス、たとえば、ｊ＝（最小インデックス＋最大インデックス）＞＞１、ｊ＝（最小インデックス＋最大インデックス＋１）＞＞１またはｊ＝（最大インデックス－最小インデックス）＞＞１である。一例では、ＩｎｖＳｃａｌｅＣｏｅｆｆ［］の最小インデックスは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘまたは０であってもよく、ＩｎｖＳｃａｌｅＣｏｅｆｆ［］の最大インデックスは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘまたはＳｉｚｅ－１であってもよく、Ｓｉｚｅは、アレイＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］のサイズを表す。
１． 代替的には、アレイＩｎｖＳｃａｌｅＣｏｅｆｆまたはその部分（たとえば、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＩｎｖＳｃａｌｅＣｏｅｆｆ［ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ］～ＩｎｖＳｃａｌｅＣｏｅｆｆ［ＬｍｃｓＭａｘＢｉｎＩｄｘ］）は、まず、昇順または降順でソートされて、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔによって示されるソートされたアレイを形成してもよい。一例では、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［ｊ］として導出されてもよく、ｊは、有効なインデックスであり、たとえば、ｊ＝（最小インデックス＋最大インデックス）＞＞１またはｊ＝（最小インデックス＋最大インデックス＋１）＞＞１である。一例では、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］の最小インデックスは０であってもよく、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］の最大インデックスはＳｉｚｅ－１であってもよく、Ｓｉｚｅは、アレイＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］のサイズを表し、たとえばＳｉｚｅ＝１６である。
ｉｖ． 上記の例では、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小値に対して、それはＩｎｖＳｃａｌｅＣｏｅｆｆ［ｊ］として計算されてもよく、ｊは、有効なインデックスであり、たとえばｊは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）または０に等しい。
１． 代替的には、アレイＩｎｖＳｃａｌｅＣｏｅｆｆまたはその部分（たとえば、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＩｎｖＳｃａｌｅＣｏｅｆｆ［ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ］～ＩｎｖＳｃａｌｅＣｏｅｆｆ［ＬｍｃｓＭａｘＢｉｎＩｄｘ］）は、まず、昇順または降順でソートされて、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔによって示されるソートされたアレイを形成してもよい。一例では、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［ｊ］として導出されてもよく、ｊは、有効なインデックスであり、たとえば、ｊは、昇順でのＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］アレイの最小インデックスに等しいか、またはｊは、降順でのＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］アレイの最大インデックスに等しい。一例では、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］の最小インデックスは０であってもよく、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］の最大インデックスはＳｉｚｅ－１であってもよく、Ｓｉｚｅは、アレイＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］のサイズを表し、たとえばＳｉｚｅ＝１６である。
ｖ． 上記の例では、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最大値は、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｊ］によって計算されてもよく、ｊは、有効なインデックスであり、たとえば、ｊは、最大インデックスまたは１５であってもよい。
ｖｉ． 代替的には、アレイＩｎｖＳｃａｌｅＣｏｅｆｆまたはその部分（たとえば、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＩｎｖＳｃａｌｅＣｏｅｆｆ［ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ］～ＩｎｖＳｃａｌｅＣｏｅｆｆ［ＬｍｃｓＭａｘＢｉｎＩｄｘ］）は、まず、昇順または降順でソートされて、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔによって示されるソートされたアレイを形成してもよい。一例では、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［ｊ］から導出されてもよく、ｊは、有効なインデックスであり、たとえば、ｊは、昇順でのＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］アレイの最大インデックスに等しいか、または、降順でのＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］アレイの最小インデックスまたは０に等しい。一例では、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］の最小インデックスは０であってもよく、ＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］の最大インデックスはＳｉｚｅ－１であってもよく、Ｓｉｚｅは、アレイＩｎｖＳｃａｌｅＣｏｅｆｆ＿ｓｏｒｔ［］のサイズを表し、たとえばＳｉｚｅ＝１６である。
ｇ） 一例では、固定値が区分関数インデックスを表わすために使用されて、クロマスケーリングファクタを導出してもよい。
ｉ． 一例では、固定値は、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットにおいてシグナリングされてもよい。
ｉｉ． 一例では、固定値は、区分関数インデックスを識別するために使用されてもよいルマサンプル強度を表してもよく、識別された区分関数インデックスは、クロマスケーリングファクタを見つけるためにさらに使用される。
１） 一例では、固定値は０、（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１、または１＜＜（ｌｕｍａＢｉｔＤｅｐｔｈ－１）に等しくてもよく、ｌｕｍａＢｉｔＤｅｐｔｈは、ｌルマサンプルのビット深度を示す。
２） 一例では、固定値が区分関数の入力範囲にある場合、区分関数が識別される。
３） 一例では、固定値が区分関数の出力範囲にある場合、区分関数が識別される。
４） 一例では、固定値は、選択された値（たとえば、最大、最小、中央）であってもよく、またはリシェイプされたドメインにおいて選択されたサンプル値（たとえば、２つの値の平均）にしたがって導出されてもよい。
ａ） クロマスケーリングファクタがＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉｄｘＹＩｎｖ］と等しく、ｉｄｘＹＩｎｖは、リシェイプされた変数ｖ、ｉｄｘＹＩｎｖ＝ｇｅｔＰＷＬＩｄｘＩｎｖ（ｖ）によって導出される区分インデックスであるとする。ｆＦｗｄＲｅｓｈａｐｅｒ（）関数は、元のドメインの変数ｋ（すなわち、ｋは元のドメインルマサンプル値でもよい）を、リシェイプされたドメインの変数ｖ、すなわちｖ＝ｆＦｗｄＲｅｓｈａｐｅｒ（ｋ））に変換するために使用される。ｍｉｎＹをＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘによって示される元のドメインの範囲における最小ルマ値、ｍａｘＹをＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘで示される元のドメインの範囲における最大ルマ値とする。
ｉ． たとえば、固定区分関数インデックスｉｄｘＹＩｎｖは、ｇｅｔＰＷＬＩｄｘＩｎｖ（ｆＦｗｄＲｅｓｈａｐｅｒ［０］）に等しくてもよい。
ｉｉ． たとえば、固定区分関数インデックスｉｄｘＹＩｎｖは、ｇｅｔＰＷＬＩｄｘＩｎｖ（ｆＦｗｄＲｅｓｈａｐｅｒ［（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１］）に等しくてもよい。
ｉｉｉ． たとえば、固定区分関数インデックスｉｄｘＹＩｎｖは、ｇｅｔＰＬＩｄｘＩｎｖ（（ｆＦｗｄＲｅｓｈａｐｅｒ［０］＋ｆＦｗｄＲｅｓｈａｐｅｒ［（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１］＋ｏｆｆｓｅｔ）＞＞１）に等しくてもよく、たとえば、ｏｆｆｓｅｔ＝０または１である。
ｉｖ． たとえば、固定区分関数インデックスｉｄｘＹＩｎｖは、ｇｅｔＰＷＬＩｄｘＩｎｖ（ｆＦｗｄＲｅｓｈａｐｅｒ［ｍｉｎＹ］）に等しくてもよい。
ｖ． たとえば、固定区分関数インデックスｉｄｘＹＩｎｖは、ｇｅｔＰＷＬＩｄｘＩｎｖ（ｆＦｗｄＲｅｓｈａｐｅｒ［ｍａｘＹ］）に等しくてもよい。
ｖｉ． たとえば、固定区分関数インデックスｉｄｘＹＩｎｖは、ｇｅｔＰＷＬＩｄｘＩｎｖ（（ｆＦｗｄＲｅｓｈａｐｅｒ［ｍｉｎＹ］＋ｆＦｗｄＲｅｓｈａｐｅｒ［ｍａｘＹ］＋ｏｆｆｓｅｔ）＞＞１）に等しくてもよい。たとえば、ｏｆｆｓｅｔ＝０または１である。
ｉｉｉ． 一例では、固定値は、クロマスケーリングファクタを見つけるために使用されてもよい固定区分関数インデックスを表してもよい。
１） 一例では、固定値は、ＬＭＣＳ構成プロセスで使用される最小ビンインデックス（たとえば、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ）に等しくてもよい。
２） 一例では、固定値は、ＬＭＣＳ構成プロセスで使用される最大ビンインデックス（たとえば、ＬｍｃｓＭａｘＢｉｎＩｄｘ）と等しくてもよい。
３） 一例では、固定値は、ＬＭＣＳ構成プロセスで使用される最大ビンインデックスおよび最小ビンインデックスの平均に等しくてもよい。
ｈ） 一例では、固定値はシグナリングされず、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットにおいて導出されてもよい。
ｉ． たとえば、固定クロマスケーリングファクタは、ＡＰＳレベルでシグナリングされるｌｍｃｓデータ（ＶＶＣ仕様ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｄａｔａ（）など）の要素、および／またはＳＰＳレベルでシグナリングされるビット深度（ルマビット深度など）にしたがって導出されてもよい。
ｉｉ．たとえば、固定クロマスケーリングファクタは、ＡＰＳレベルで導出されてもよい。
１） 一例では、異なるクロマスケーリングファクタは、異なるＡＰＳユニットで導出されてもよい。
２） 一例では、クロマスケーリングファクタの数は、ＡＰＳユニットの最大数に依存してもよい。すなわち、クロマスケーリングファクタの数は、Ｔより小さく、Ｔ＝３２などである。
３） 一例では、１つのスライス／タイル／ピクチャに対する固定クロマスケーリングファクタは、ＡＰＳレベルで利用可能なすべてのクロマスケーリングファクタから選択されてもよい。
４） 一例では、固定クロマスケーリングファクタは、スライス／タイル／ピクチャレベルで決定され、すべてのＣＵ／ＰＵ／ＴＵクロマコンポーネントに使用される。
クロマ残留スケーリングおよび／またはＣＣＬＭを適用するかどうかの制限
１３． クロマ残差スケーリングまたはＣＣＬＭを適用するかどうかは、対応するルマブロックおよび／または並置されたルマブロックのパーティションに依存してもよいことを提案する。
ａ） 一例では、クロスコンポーネント情報でツールを有効または無効にするかどうかは、並置されたルマ（たとえば、ＹコンポーネントまたはＧコンポーネント）ブロック内のＣＵ／ＰＵ／ＴＵの数に依存してもよい。
ｉ． 一例では、並置されたルマ（たとえば、ＹまたはＧコンポーネント）ブロック内のＣＵ／ＰＵ／ＴＵの数が数のしきい値を超える場合、そのようなツールは無効にされてもよい。
ｉｉ． 代替的には、クロスコンポーネント情報でツールを有効にするか無効にするかは、パーティションツリーの深度に依存してもよい。
１） 一例では、並置されたルマブロック内のＣＵの最大（、最小、平均、または他のバリエーション）４分木深度が閾値を超える場合、そのようなツールは無効にされてもよい。
２） 一例では、並置されたルマブロック内のＣＵの最大（、最小、平均、または他のバリエーション）ＢＴおよび／またはＴＴ深度深度が閾値を超える場合、そのようなツールは無効にされてもよい。
ｉｉｉ． 代替的には、さらに、クロスコンポーネント情報でツールを有効または無効にするかどうかは、クロマブロックのブロック寸法に依存してもよい。
ｉｖ． 代替的には、クロスコンポーネント情報を有するツールを有効または無効にするかどうかは、並置されたルマが複数のＶＰＤＵ／予め定義された領域サイズをクロスするかどうかに依存してもよい。
ｖ． 上述の議論における閾値は、固定数であってもよく、シグナリングされてもよく、または標準的なプロファイル／レベル／層に依存してもよい。
ｂ） 一例では、現在のクロマブロックの並置されたルマブロックが複数のパーティション（たとえば、図７）によって分割されている場合、クロマ残差スケーリングおよび／またはＣＣＬＭを禁止してもよい。
ｉ． 代替的には、（たとえば、１つのＣＵ／ＴＵ／ＰＵ内で）現在のクロマブロックの並置されたルマブロックがスプリットされていない場合、クロマ残差スケーリングおよび／またはＣＣＬＭを適用してもよい。
ｃ） 一例では、現在のクロマブロックの並置されたルマブロックがＭ個以上のＣＵ／ＰＵ／ＴＵが含む場合、クロマ残差スケーリングおよび／またはＣＣＬＭを禁止してもよい。
ｉ． 一例では、Ｍは、１より大きい整数であってもよい。
ｉｉ． 一例では、Ｍは、それがＣＣＬＭであるか、クロマ残差スケーリングプロセスであるかに依存してもよい。
ｉｉｉ． Ｍは、固定数であってもよく、シグナリングされてもよく、または標準プロファイル／レベル／階層に依存してもよい。
ｄ） 並置されたルマブロック内の上述のＣＵは、並置されたルマブロック内のすべてのＣＵと解釈されてもよい。代替的には、並置されたルマブロック内のＣＵは、並置されたルマブロックの境界に沿ったＣＵのような、並列ルマブロック内の部分的なＣＵと解釈されてもよい。
ｅ） 並置されたルマブロック内の上述のＣＵは、サブＣＵまたはサブブロックと解釈されてもよい。
ｉ． たとえば、サブＣＵまたはサブブロックがＡＴＭＶＰで使用されてもよい。
ｉｉ． たとえば、サブＣＵまたはサブブロックがアフィン予測に使用されてもよい。
ｉｉｉ． たとえば、サブＣＵまたはサブブロックがイントラサブパーティション（ＩＳＰ）モードに使用されてもよい。
ｆ） 一例では、コロケーションされたルマブロックの左上のルマサンプルをカバーするＣＵ／ＰＵ／ＴＵが予め定義されたルマブロックのサイズより大きい場合、クロマ残差スケーリングおよび／またはＣＣＬＭが禁止されてもよい。
ｉ． 一例を図８に示すが、並置されたルマブロックは３２×３２であるが、６４×６４に等しいサイズの対応するルマブロック内にあるため、予め定義されたルマブロックサイズが３２×６４である場合、この場合、クロマ残差スケーリングおよび／またはＣＣＬＭは禁止される。
ｉｉ． 代替的には、現在のクロマブロックの並置されたものがスプリットされておらず、並置されたルマブロックの左上のルマサンプルをカバーする対応するルマブロックが、予め定義された境界ボックス内に完全に含まれている場合、現在のクロマブロックに対するクロマ残差スケーリングおよび／またはＣＣＬＭを適用してもよい。バウンディングボックスは、図９に示されるように、ＷｘＨで示される幅Ｗおよび高さＨを有する長方形として定義されてもよく、対応するルマブロックは幅３２および高さ６４を有し、バウンディングボックスは幅４０および高さ７０を有する。
１） 一例では、境界ボックスのサイズＷｘＨは、ＣＴＵ幅および／または高さにしたがって、ＣＵ幅および／または高さにしたがって、または任意の値にしたがってって定義されてもよい。
ｇ） 一例では、現在のクロマブロックの並置されたルマブロックが複数のパーティションによって分割されている場合、並置されたルマブロックの予め定義されたパーティション内の予測サンプル（または再構成されたサンプル）のみを使用して、ＬＭＣＳモードでのクロマ残差スケーリングファクタを導出する。
ｉ． 一例では、並置されたルマブロックの第１のパーティションにおけるすべての予測サンプル（または再構成されたサンプル）の平均を使用して、ＬＭＣＳモードでのクロマ残差スケーリングファクタを導出する。
ｉｉ． 代替的には、並置されたルマブロックの第１のパーティションにおける左上の予測サンプル（または再構成されたサンプル）を使用して、ＬＭＣＳモードでのクロマ残差スケーリングファクタを導出する。
ｉｉｉ． 代替的には、並置されたルマブロックの第１パーティションにおける中心予測サンプル（または再構成されたサンプル）を使用して、ＬＭＣＳモードでのクロマ残差スケーリングファクタを導出する。
ｈ） ＣＣＬＭおよびＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか、またはどのように適用するかは、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵのコーディングモードに依存してもよいことを提案する。
ｉ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵがアフィンモードでコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｉｉ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵが双予測でコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｉｉｉ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵがＢＤＯＦでコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｉｖ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵがＤＭＶＲでコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｖ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵが、ＪＶＥＴ－Ｎ０２１７で提案されている行列アフィン変換モードでコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｖｉ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵがインターモードでコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｖｉｉ． たとえば、並置されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵがＩＳＰモードでコーディングされる場合、クロスコンポーネントツールは無効にされる。
ｖｉｉｉ． 一例では、「並列化されたルマブロックの少なくとも１つのサンプルをカバーする１つ以上のルマＣＵ」は、対応するルマブロックを指してもよい。
ｉ）． ＣＣＬＭ／ＬＭＣＳが禁止されているときに、ＣＣＬＭ／ＬＭＣＳの使用の指示のシグナリングを省略してもよい。
ｊ）． 本開示において、ＣＣＬＭは、ＬＭモード、ＬＭ－Ｔモード、およびＬＭ－Ｌモードを含む、ＣＣＬＭの任意のバリアントモードを指してもよい。
１４． ＣＣＬＭおよびＬＭＣＳなどのクロスコンポーネントツールに適用するかどうか、および適用する方法がクロマブロックの一部に対して実行してもよいことを提案する。
ａ）． 一例では、ＣＣＬＭやＬＭＣＳなどのクロスコンポーネントツールをクロマサブブロックレベルで適用するかどうか、および適用する方法。
ｉ． 一例では、クロマサブブロックは、クロマＣＵ内の２×２または４×４ブロックとして定義される。
ｉｉ． 一例では、クロマサブブロックに対して、現在のクロマＣＵの対応するルマコーディングブロックが、サブブロックの対応するブロックのすべてのサンプルをカバーするときに、ＣＣＬＭを適用してもよい。
ｉｉｉ． 一例では、クロマサブブロックに対して、対応するブロックのすべてのサンプルが現在のクロマＣＵの対応するルマコーディングブロックによってカバーされていないときに、ＣＣＬＭは適用されない。
ｉｖ． 一例では、ＣＣＬＭまたはＬＭＣＳのパラメータは、サブブロックをクロマＣＵとして扱うように、各クロマサブブロックに対して導出される。
ｖ． 一例では、ＣＣＬＭまたはＬＭＣＳがクロマサブブロックに適用されるときに、並置されたブロックのサンプルが使用されてもよい。
１５． ＣＣＬＭなどのクロスコンポーネントツールを適用するかどうか、どのように適用するかは、ブロック寸法および／またはパーティション情報および／またはパーティション構造タイプ（たとえば、デュアルツリーまたは単一ツリー）に依存してもよいことを提案する。
ａ） 一例では、ＣＣＬＭをクロマデュアルツリーパーティションに対して無効にしてもよい。
ｂ） 一例では、ＣＣＬＭをブロック寸法に応じて条件付きで無効にしてもよい。
ｉ． 一例では、現在のブロック寸法がＷＢ×ＨＢであるとすると、ＷＢ、ＨＢ、および２つの整数Ｔ１とＴ２の間の関係に依存して、以下のＣＣＬＭを無効にしてもよい。
１） 一例では、ＷＢ≧Ｔ１かつＨＢ≧Ｔ２である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝Ｔ２＝８である。
２） 一例では、ＷＢ＊ＨＢ≧Ｔ１である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝６４である。
３） 一例では、Ｍｉｎ（ＷＢ，ＨＢ）≧Ｔ１である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝８である。
４） 一例では、Ｍａｘ（ＷＢ，ＨＢ）≧Ｔ１である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝８である。
５） 一例では、ＷＢ≦Ｔ１かつＨＢ≦Ｔ２である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝Ｔ２＝１６である。
６） 一例では、ＷＢ＊ＨＢ≦Ｔ１である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝４０９６である。
７） 一例では、Ｍｉｎ（ＷＢ，ＨＢ）≦Ｔ１である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝６４である。
８） 一例では、Ｍａｘ（ＷＢ，ＨＢ）≦Ｔ１である場合、ＣＣＬＭを無効にしてもよい。たとえば、Ｔ１＝６４である。
ｃ） 一例では、ブロック寸法および／またはパーティション情報によってＣＣＬＭを制限してもよい。
ｉ． 一例では、寸法ＷＢ×ＨＢを有するクロマブロックに対して、以下の条件の１つ以上が満たされる場合、ＣＣＬＭを無効にする。たとえば、ＷＢ＝ＨＢ＝３２である。以下の箇条書きでは、並置されたルマブロックの寸法は、（ｓｈ×ＷＢ）×（ｓｖ×ＨＢ）であってもよく、ｓｈとｓｖはスケーリングファクタである。たとえば、色フォーマットが４：２：０であるときに、ｓｈ＝ｓｖ＝２である。
１） 現在のクロマブロックは水平スプリットによるリーフノードにあり、並置されたルマブロックは垂直スプリットによるリーフノードにある。
ａ） １つの例では、現在のクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードでスプリットされる。
ｂ） １つの例では、現在のクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードでスプリットされる。
ｃ） １つの例では、現在のクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードでスプリットされる。
ｄ） １つの例では、現在のクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードでスプリットされる。
２） 現在のクロマブロックは垂直スプリットによるリーフノードにあり、並置されたルマブロックは水平スプリットによるリーフノードにある。
ａ） 一例では、現在のクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードでスプリットされる。
ｂ） 一例では、現在のクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードでスプリットされる。
ｃ） 一例では、現在のクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードでスプリットされる。
ｄ） 一例では、現在のクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードでスプリットされ、並置されたルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードでスプリットされる。
ｄ） 一例では、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関係する構文要素は、ブロックにおいてシグナリングされなくてもよい。
ｉ． 代替的には、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関係する構文要素はシグナリングされてもよいが、ＣＣＬＭモードは、適合ビットストリームでブロックにおいて使用されるべきではない。
ｉｉ． 代替的には、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関係する構文要素がシグナリングされてもよい。
ＣＣＬＭモードがシグナリングされる場合、ｐｌａｎａｒまたはＤＣなどのデフォルトモードが適用されてもよい。
ＬＭＣＳモードにおけるクロマ残差スケーリングの適用性
１６． ルマ依存クロマ残差スケーリングを適用できるかどうかは、ＪＶＥＴ－Ｍ１００１で指定されたタイルグループヘッダに加えて、他の構文レベルでシグナリングされてもよいことを提案する。
ａ） たとえば、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、（たとえば、ＳＰＳにおける）シーケンスレベル、（たとえば、ＰＰＳまたはピクチャヘッダにおける）ピクチャレベル、（たとえば、スライスヘッダにおける）スライスレベル、タイルレベル、ＣＴＵ行レベル、ＣＴＵレベル、ＣＵレベルでシグナリングされてもよい。１に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされた構文レベル未満のＣＵに対してクロマ残差スケーリングを有効にすることを指定する。０に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされた構文レベル未満に対してクロマ残留スケーリングを有効にしないことを指定する。ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しないときに、０に等しいと推論される。
ｂ） 一例では、クロマ残差スケーリングがパーティションノードレベルで制約されている場合。ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされず、パーティションノードによってカバーされるＣＵに対して０であると推論されてもよい。一例では、パーティションノードは、ＣＴＵであってもよい（ＣＴＵは、４分ツリーパーティションのルートノードとして扱われる）。
ｃ） 一例では、３２ｘ３２以下のクロマブロックサイズにクロマ残差スケーリングが制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｓｔａｎｃｅ＿ｓｃａｌｅ＿ｆｌａｇはシグナリングされず、３２ｘ３２以下のクロマブロックサイズに対して０であると推論されてもよい。
ＣＣＬＭモードの適用性
１７． ＣＣＬＭモードを適用できるかどうかは、ＪＶＥＴ－Ｍ１００１で指定されたｓｐｓレベルに加えて、他の構文レベルでシグナリングされてもよいことを提案する。
ａ） たとえば、それは、（たとえば、ＰＰＳまたはピクチャヘッダにおける）ピクチャレベル、（たとえば、スライスヘッダにおける）スライスレベル、（たとえば、タイルグループヘッダにおける）タイルグループレベル、タイルレベル、ＣＴＵ行レベル、ＣＴＵレベル、ＣＵレベルでシグナリングされてもよい。
ｂ） 一例では、ＣＣＬＭを適用できない場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされず、０であると推論されてもよい。
ｉ． 一例では、８ｘ８以下のクロマブロックサイズにクロマ残差スケーリングが制約されている場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされず、８ｘ８以下のクロマブロックサイズに対して０であると推論されてもよい。
イントラモードとインターモードのクロマ残差スケーリングファクタの導出の統一
１８． クロマ残差スケーリングファクタは、ルマブロックを符号化／復号した後に導出され、記憶され、以下のコーディングされたブロックに使用されてもよい。
ａ） 一例では、ルマブロックにおける特定の予測サンプルまたは／および中間予測サンプルまたは／および再構成されたサンプルまたは／およびループフィルタリング前（たとえば、ブロック解除フィルタまたは／およびＳＡＯフィルタまたは／およびバイラテラルフィルタまたは／およびＨａｄａｍａｒｄ変換フィルタまたは／およびＡＬＦフィルタによって処理される前）の再構成されたサンプルは、クロマ残差スケーリングファクタの導出に使用されてもよい。
ｉ． たとえば、ルマブロックの下の行または／および右の列における部分サンプルは、クロマ残差スケーリングファクタの導出に使用されてもよい。
ｂ） シングルツリーの場合、イントラモードまたは／およびＩＢＣモードまたはインターモードでコーディングされたブロックを符号化するときに、導出された近隣のブロックのクロマ残差スケーリングファクタは、現在のブロックのスケーリングファクタを導出するために使用されてもよい。
ｉ． 一例では、特定の近隣のブロックを順番にチェックしてもよく、最初の利用可能なクロマ残差スケーリングファクタは、現在のブロックに使用されてもよい。
ｉｉ． 一例では、特定の近隣のブロックを順番にチェックしてもよく、スケーリングファクタは、最初のＫ個の利用可能な近隣のクロマ残差スケーリングファクタに基づいて導出されてもよい。
ｉｉｉ． 一例では、インターモードまたは／およびＣＩＩＰモードでコーディングされたブロックに対して、近隣のブロックがイントラモードまたは／およびＩＢＣモードまたは／およびＣＩＩＰモードでコーディングされた場合、近隣のブロックのクロマ残差スケーリングファクタは「利用できない」とみなされてもよい。
ｉｖ． 一例では、近隣のブロックは、左（または左上）－＞上（または右上）の順にチェックされてもよい。
代替的には、近隣のブロックは、上（または右上）－＞左（または左上）の順にチェックされてもよい。
ｃ） セパレートツリーの場合、クロマブロックを符号化するときに、対応するルマブロックが最初に識別される。次いで、導出されたその（たとえば、対応するルマブロック）近隣のブロックのクロマ残差スケーリングファクタは、現在のブロックのスケーリングファクタを導出するために使用されてもよい。
ｉ． 一例では、特定の近隣のブロックを順番にチェックしてもよく、最初に利用可能なクロマ残差スケーリングファクタを現在のブロックに使用してもよい。
ｉｉ． 一例では、特定の近隣のブロックを順番にチェックしてもよく、スケーリングファクタは、最初のＫ個の利用可能な近隣のクロマ残差スケーリングファクタに基づいて導出されてもよい。
ｄ） 近隣のブロックは、予め定義された順序でチェックしてもよい。
ｉ． 一例では、近隣のブロックは、左（または左上）－＞上（または右上）の順にチェックされてもよい。
ｉｉ． 一例では、近隣のブロックは、上（または右上）－＞左（または左上）の順にチェックされてもよい。
ｉｉｉ． 一例では、近隣のブロックは、左下－＞左－＞右上－＞上－＞左上の順にチェックされてもよい。
ｉｖ． 一例では、近隣のブロックは、左－＞上－＞右上－＞左下－＞左上の順にチェックされてもよい。
ｅ） 一例では、クロマ残差スケーリングを適用するかどうかは、近隣のブロックの「可用性」に依存してもよい。
ｉ． 一例では、「利用可能な」近隣のブロックがないときに、クロマ残留スケーリングを禁止してもよい。
ｉｉ． 一例では、「利用可能な」近隣のブロックの数がＫ（Ｋ＞＝１）より小さいときに、クロマ残差スケーリングを禁止してもよい。
ｉｉｉ． 代替的には、「利用可能な」近隣のブロックがないときに、クロマ残差スケーリングファクタはデフォルト値によって導出されてもよい。
１） 一例では、デフォルト値１＜＜（ＢｉｔＤｅｐｔｈ－１）を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例では、現在のクロマブロックのクロマ残差スケーリングファクタを記憶し、次のコーディングされたブロックに使用してもよい。
ｇ） 一例では、クロマ残差スケーリングファクタの記憶をラインバッファから除去してもよい。
ｉ． 一例では、現在のブロックとアクセスされる近隣の（隣接または非隣接）ブロックが異なる領域内にあるときに、そのクロマ残留スケーリングファクタは「利用できない」とみなされてもよく、現在のブロックのクロマ残差スケーリングファクタの導出に使用されなくてもよい。
１） 領域は、スライス、タイル、タイルグループ、ＣＴＵ行、またはＣＴＵであってもよい。
２） 代替的には、そのクロマ残差スケーリングファクタは、そのような場合にデフォルト値としてみなされてもよい。
３） 代替的には、クロマ残差スケーリングは、そのような場合に適用することができない。
ｈ） 一例では、現在のクロマブロックのクロマ残差スケーリングファクタをオンザフライで更新してもよく、以下のブロックのスケーリングファクタ導出のために履歴テーブルに保存してもよい。
ｉ． 履歴テーブルは、ＦＩＦＯ（ｆｉｒｓｔ－ｉｎｆｉｒｓｔ－ｏｕｔ）方法で更新してもよい。
ｉｉ． クロマブロックを復号／符号化した後、クロマ残差スケーリングファクタが（たとえば、ルマ値にしたがって）導出されてもよく、ＦＩＦＯ履歴テーブルに記憶されてもよい。
ｉｉｉ． 一例では、ＦＩＦＯ履歴テーブルは、多くとも１エントリを含んでもよい。この場合、導出された最新の復号されたブロックのクロマ残差スケーリングファクタは、現在のブロックに使用される。
ｉｖ． 一例では、履歴テーブルは、ピクチャおよび／またはスライスおよび／またはタイルグループおよび／またはタイルおよび／またはＣＴＵ行および／またはＣＴＵを符号化／復号する前にリフレッシュされる。
１） 一例では、デフォルトのクロマ残差スケーリングファクタは、履歴テーブルがリフレッシュされるときに履歴テーブルに入れてもよい。
２） 一例では、ＦＩＦＯ履歴テーブルがリフレッシュされるときに、履歴テーブルは空にセットされる。
クロマ残差スケーリングのための新しい構文要素
１９． １つ以上の新しい構文要素がシグナリングされて、クロマ残差スケーリングプロセスで使用されるスケーリングファクタを導出してもよいことを提案する。
ａ） 一例では、ＬＭＣＳコーディングツールのクロマ残差スケーリングのために、構文要素をＬＭＣＳ ＡＰＳデータ（ＶＶＣ仕様におけるｌｍｃｓ＿ｄａｔａ（）など）に追加してもよい。
ｂ） 一例では、構文要素は、ＳＰＳ／スライスヘッダ／タイルグループヘッダ／ＰＰＳ／ピクチャヘッダ／ブリック／ＣＴＵ行／ＣＴＵ／ＣＵなどに追加されてもよい。
ｉ． 構文要素がビデオユニットにおいてシグナリングされる場合、それらはビデオユニットに関連するすべてのブロックにおけるスケーリングファクタを制御してもよい。たとえば、それらがスライスヘッダにおいてシグナリングされる場合、それらは、スライス内のすべてのブロックにおけるスケーリングファクタを制御してもよい。
１） 代替的には、構文要素がビデオユニットにおいてシグナリングされる場合、それらは、ビデオユニットに関連するいくつかのブロックにおけるスケーリングファクタを制御してもよい。
ｉｉ． 一例では、構文要素は、ＶＰＤＵレベルでシグナリングされてもよい。
ｉｉｉ． 一例では、構文要素は、ＶＰＤＵレベルとＣＴＵレベルとの間でより小さいサイズを有するユニットに対してシグナリングされてもよい。
１） 一例として、ＣＴＵ幅をＷ、ＶＰＤＵ幅をＷ′とする。ユニットは、ｍｉｎ（Ｗ＜Ｗ′）にセットされる。
ｉｖ． 一例では、ＣＵサイズがＶＰＤＵより大きいとき、構文要素は、１つのレベル（たとえば、ＶＰＤＵ）でシグナリングされてもよい。そうでなければ、構文要素は別のレベル（たとえば、ＣＵ）でシグナリングされてもよい。
ｃ） 一例では、新しい構文要素、すなわち、たとえば、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘは、クロマ残差スケーリングのためのクロマスケーリングファクタを導出するようにコーディングされてもよい。
ｉ． 一例では、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘを使用して、スケーリングファクタを導出するために使用される代表的なルマ値を提示してもよい。
ｉｉ． 代替的には、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘを使用して、ルックアップテーブルＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆのインデックスなど、スケーリングファクタを導出するために使用されるインデックスを提示してもよい。
ｉｉｉ． 代替的には、さらに、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘの値は［ｋ０，ｋ１］の範囲にあるものとする。一例では、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘの範囲は、クロマスケーリング構成プロセスによるルナマッピングにおける最小（たとえば、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ）および／または最大ビンインデックスの範囲、たとえば、［０，１５］に等しくセットされてもよい。
１） 一例では、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘは、適合したビットストリームの有効な範囲になければなりません。
２） 一例では、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘは、有効な範囲になければならない方式でコーディングされる。
ｉｖ． 代替的には、さらに、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘは、固定長、切り捨てられた単項、単項、ｅｘｐ－ｇｏｌｏｍｂコーディングでコーディングされてもよい。
ｖ． 代替的には、さらに、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘは、クロマスケーリング構成プロセスによるルナマッピングにおいて使用される最小および最大ビンインデックスの平均を使用することなどにより、（たとえば、（ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ＋ｌｍｃｓ＿ｍａｘ＿ｂｉｎ＿ｉｄｘ＋ｏｆｆｓｅｔ）＞＞１）予測的にコーディングされてもよく、オフセットが予測として０または１にセットされている。代替的には、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘまたはｌｍｃｓ＿ｍａｘ＿ｂｉｎ＿ｉｄｘが、予測として使用されてもよい。
ｖｉ． 代替的には、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘは条件付きでコーディングされる。
１） 一例では、現在の色フォーマットが４：０：０でないとき。
２） 一例では、別々の平面コーディングが無効になっているとき。
３） 一例では、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないとき。
４） 一例では、クロマ残差スケーリングが有効になっているとき。
ｄ） 一例では、新しい構文要素によって導出された固定クロマスケーリングファクタが、同じＬＭＣＳモデルを共有するすべてのクロマ残差スケーリングブロックに使用されてもよい。
ｉ． 一例では、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘによってインデックス付けされた固定クロマスケーリングファクタが、ＩＤＲ／ＣＲＡ／ＩＲＡＰピクチャに一度計算され、ＩＤＲ／ＣＲＡ／ＩＲＡＰピクチャのすべてのブロックに使用される。
ｉｉ． 一例では、ｌｍｃｓ＿ｃｒｓ＿ｆｉｘｅｄ＿ｂｉｎ＿ｉｄｘによってインデックス付けされた固定クロマスケーリングファクタが、ＩＤＲ／ＣＲＡ／ＩＲＡＰピクチャに一度計算され、次のＩＤＲ／ＣＲＡ／ＩＲＡＰピクチャの前のインターコーディングされたピクチャの全てのブロックに使用される。
ｅ） 一例では、構文要素（たとえば、フラグ）は、ビデオユニット／領域におけるすべてのブロック（ＣＴＵ／ＶＰＤＵ／ＣＵなど）が同じスケーリングファクタを共有するかどうかを表すために、シグナリングまたは導出されてもよい。
ｉ． 一例では、ビデオユニット／領域は、シーケンス／ピクチャ／スライス／タイル／ブリック／ＣＴＵ行／ＣＴＵ／ＶＰＤＵなどであってもよい。
ｉｉ． 一例では、構文要素は、ＳＰＳ／スライスヘッダ／タイルグループヘッダ／ＰＰＳ／ピクチャヘッダ／ブリック／ＣＴＵ行／ＣＴＵ／ＶＰＤＵレベルなどでシグナリングされてもよい。
ｉｉｉ． 一例では、ビデオユニット／領域におけるすべてのブロック（ＣＴＵ／ＶＰＤＵ／ＣＵなど）が同じスケーリングファクタを共有しないことを構文要素が示す場合、１つ以上の余分な構文要素が、１つ以上のブロックのスケーリングファクタを示すために、シグナリングまたは導出されてもよい。
ｆ） 一例では、同じスケーリングファクタを共有するビデオユニットにおけるＣＴＵ／ＶＰＤＵ／ＣＵ（Ｔと示す）の数は、シーケンス／ピクチャ／スライス／タイル／ブリック／ＣＴＵ行／ＣＴＵ／ＶＰＤＵなどのビデオ領域レベルでシグナリングまたは導出されてもよい。
ｉ． 一例では、同じスケーリングファクタを共有するビデオユニットにおいてＣＴＵ／ＶＰＤＵ／ＣＵ（Ｔと示す）の数は、（Ｔ－１）がＴの代わりにコーディングされるなどの予測的な方法でコーディングされてもよく、代替的には、（ビデオユニット－Ｔ内のＣＴＵ／ＶＰＤＵ／ＣＵの数）が代わりにコーディングされてもよい。
ｉｉ． 一例では、同じスケーリングファクタを共有するビデオユニットにおいてＣＴＵ／ＶＰＤＵ／ＣＵ（Ｔと示す）の数は、ＳＰＳ／スライスヘッダ／タイルグループヘッダ／ＰＰＳ／ピクチャヘッダ／ブリック／ＣＴＵ行／ＣＴＵ／ＶＰＤＵレベルなどでシグナリングされてもよい。
ｉｉｉ． 一例では、ビデオユニット内のすべてのＴ個の連続したＣＴＵ／ＶＰＤＵ／ＣＵは、同じスケーリングファクタを共有してもよい。
１） 第１のＣＴＵ／ＶＰＤＵ／ＣＵおよび第２のＣＴＵ／ＶＰＤＵ／ＣＵは、第１のＣＴＵ／ＶＰＤＵ／ＣＵが復号された後に第２のＣＴＵ／ＶＰＤＵ／ＣＵが復号される場合、連続として定義される。
ｉｖ． 一例では、Ｔは、現在のビデオユニットにおけるＣＴＵ／ＶＰＤＵ／ＣＵの数と等しくてもよい。
ｖ． 一例では、Ｔは、［Ｔ１，Ｔ２］の範囲（両端を含む）にあってもよい。たとえば、Ｔ１は１に等しく、Ｔ２は現在のビデオユニットにおけるＣＴＵ／ＶＰＤＵ／ＣＵの数に等しい。
１） 一例では、Ｔは、範囲にしたがってシグナリングされてもよい。たとえば、Ｔ－Ｔ１はシグナリングされてもよく、Ｔ－Ｔ１の最大シグナリング値はＴ２－Ｔ１である。
２） 一例では、Ｔは適合したビットストリームから解析された範囲になければならない。
ｖｉ．一例では、Ｔは予測的な方法でコーディングされてもよい。
１） 一例では、Ｔは、固定数によって予測されてもよい。
２） 一例では、Ｔは、その以前にコーディングされたビデオユニット／領域の情報を使用して予測的な方法でコーディングされてもよい。
ａ） たとえば、同じスケーリングファクタを共有する第１のビデオユニットにおいてＣＴＵ／ＶＰＤＵ／ＣＵ（Ｔ１と示す）の数は、同じスケーリングファクタを共有する第２のビデオユニットにおけるＣＴＵ／ＶＰＤＵ／ＣＵ（Ｔ２と示す）の数によって予測されてもよい。
ｖｉｉ． Ｔ（予測後であってもよい）は、単項／切り捨てられた単項／固定長／指数関数的ゴロム／切り捨てられた２値コードとして２値化されてもよい。
ｖｉｉｉ． Ｔ（予測後であってもよい）は、１つ以上のコンテキストを使用して、コンテキストまたは算術コーディングなしで、バイパスコーディングによりコーディングされてもよい。
ｉｘ． 一例では、Ｔは複数の変数から導出されてもよく、これはシグナリングされてもよい。
１） たとえば、ＴがＭ×Ｎに等しいとき、ＭおよびＮはＴの代わりにシグナリングされてもよい。
ａ） Ｔについてこの箇条書きで開示されている方法は、Ｍおよび／またはＮにも適用してもよい。
ｇ） 一例では、同じスケーリングファクタを共有するビデオユニットにおいてＣＴＵ／ＶＰＤＵ／ＣＵの領域は、ＳＰＳ／スライスヘッダ／タイルグループヘッダ／ＰＰＳ／ピクチャヘッダ／ブリック／ＣＴＵ行レベル／ＣＴＵ／ＶＰＤＵなどでシグナリングまたは導出されてもよい。
ｉ． 一例では、ビデオユニットがラスタ走査順序である数のＣＴＵ／ＶＰＤＵ／ＣＵを含む場合、同じスケーリングファクタを共有するビデオユニットにおけるＣＴＵ／ＶＰＤＵ／ＣＵの領域は、最初のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）および／または最後のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）および／またはＣＴＵ／ＶＰＤＵ／ＣＵの数によって表されてもよい。
１） 一例では、最初のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（インデックス）および最後のＣＴＵ／ＶＰＤＵ／ＣＵインデックスは、シグナリングされてもよい。
２） 一例では、最初のＣＴＵ／ＶＰＤＵ／ＣＵインデックスと、同じスケーリングファクタを共有するＣＴＵ／ＶＰＤＵ／ＣＵの数とが、シグナリングされてもよい。
ｉｉ． 一例では、ビデオユニットが、ピクチャ内の矩形領域を集合的に形成するある数のＣＴＵ／ＶＰＤＵ／ＣＵを含む場合、同じスケーリングファクタを共有するビデオユニットにおいてＣＴＵ／ＶＰＤＵ／ＣＵの領域は、左上のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）および右下のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）によって表わされてもよい。
１） 一例では、左上のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）および右下のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）がシグナリングされてもよい。
２） 一例では、最初のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）および最後のＣＴＵ／ＶＰＤＵ／ＣＵインデックスは、シグナリングされてもよい。
３） 一例では、最初のＣＴＵ／ＶＰＤＵ／ＣＵアドレス（またはインデックス）と、同じスケーリングファクタを共有するＣＴＵ／ＶＰＤＵ／ＣＵの数とが、シグナリングされてもよい。
ｉｉｉ． 一例では、領域は、その幅（Ｗと示す）および高さ（Ｈと示す）として定義される。Ｗは、ビデオユニット／領域においてＷ個のＣＴＵ／ＶＰＤＵ／ＣＵがあることを意味してもよく、Ｈは、ビデオユニット／領域においてＨ個のＣＴＵ／ＶＰＤＵ／ＣＵがあることを意味してもよい。
１） 一例では、同じのクロマスケーリングファクタを共有する領域においてコーディングされたＣＴＵ／ＶＰＤＵ／ＣＵの数は、領域の１つ以上の部分が現在のピクチャ、スライス、タイルまたはレンガから外れている場合、Ｗ×Ｈ未満であってもよい。
２） 一例では、Ｗは、現在のビデオユニットの幅に沿ったＣＴＵ／ＶＰＤＵ／ＣＵ数と等しくてもよい。
３） 一例では、Ｈは、現在のビデオユニットの高さに沿ったＣＴＵ／ＶＰＤＵ／ＣＵ数と等しくてもよい。
４） 一例では、Ｗは、［Ｗ１，Ｗ２］の範囲（両端を含む）にあってもよい。たとえば、Ｗ１は１に等しく、Ｗ２は現在のビデオユニットのＣＴＵ行のＣＴＵ数に等しい。
ａ） 一例では、Ｗは、範囲にしたがってシグナリングされてもよい。たとえば、Ｗ－Ｗ１はシグナリングされ、Ｗ－Ｗ１の最大シグナリング値はＷ２－Ｗ１である。
ｂ） 一例では、Ｗは適合したビットストリームから解析された範囲になければならない。
５） 一例では、Ｈは、［Ｈ１，Ｈ２］の範囲（両端を含む）にあってもよい。たとえば、Ｈ１は１に等しく、Ｈ２は現在のビデオユニットのＣＴＵ列のＣＴＵ数に等しい。
ａ） 一例では、Ｈは、範囲にしたがってシグナリングされてもよい。たとえば、Ｈ－Ｈ１はシグナリングされ、Ｈ－Ｈ１の最大シグナリング値はＨ２－Ｈ１である。
ｂ） 一例では、Ｈは適合したビットストリームから解析された範囲になければならない。
６） 一例では、ＷまたはＨは、予測的な方法でコーディングされてもよい。
ａ） 一例では、ＷまたはＨは、固定数によって予測されてもよい。
ｂ） 一例では、ＷまたはＨは、以前にコーディングされたビデオユニット／領域の情報を使用して予測的な方法でコーディングされてもよい。
ｉ． たとえば、同じスケーリングファクタを共有する第１の領域のＷまたはＨは、同じスケーリングファクタを共有する第２の領域のＷまたはＨによって予測されてもよい。
７） ＷまたはＨ（予測後であってもよい）は、単項／切り捨てられた単項／固定長／指数関数的ゴロム／切り捨てられた２値コードとして２値化されてもよい。
８） ＷまたはＨ（予測後であってもよい）は、１つ以上のコンテキストを使用したコンテキストまたは算術コーディングなしで、バイパスコーディングでコーディングされてもよい。
ｉｖ． 一例では、Ｗ×ＨのＣＴＵ／ＶＰＤＵ／ＣＵを有する第１の領域およびＷ×Ｈ のＣＴＵ／ＶＰＤＵ／ＣＵを有する第２の領域は、順次復号されてもよい。
ｖ． 一例では、２つの領域におけるＣＴＵは、インターリーブ方式で復号されてもよい。
－ たとえば、復号順序は、第１の領域の第１の行におけるＣＴＵであってもよい。
－ 第２の領域の最初の行におけるＣＴＵ。
－ 第１の領域の最初の行におけるＣＴＵ。
－ 第２の領域の第２の列におけるＣＴＵ。
－ 第１の領域の２行におけるＣＴＵ。
２０． クロマスケーリングファクタの指示は、連続するビデオユニット／領域間で予測コーディングされてもよい。
ａ） 一例では、各ビデオユニット／領域がクロマ残差スケーリング情報をシグナリングするために、構文要素（たとえば、フラグ）が、それが以前にコーディングされたビデオユニット／領域と同じであるかどうかを示すために、シグナリングまたは導出されてもよい。
ｂ） 一例では、現在のビデオユニットのクロマスケーリングファクタと以前のビデオユニットのクロマスケーリングファクタとの間の差がシグナリングされてもよい。
ｉ． たとえば、１つ以上の構文要素は、差を示すためにシグナリングされてもよい。
１） 一例では、絶対デルタおよびデルタ符号フラグなどの２つの構文要素が、差を表すためにシグナリングされてもよい。
ａ） 一例では、デルタ符号フラグが、絶対デルタにしたがって条件付きでシグナリングされてもよい。一例では、絶対デルタが０に等しい場合、デルタ符号フラグはシグナリングされない。
ｉｉ． たとえば、差がシグナリングされない場合、０であると推論され、シグナリングされたクロマスケーリングファクタが以前のクロマスケーリングファクタと同じであることを意味してもよい。
２１． 本発明における用語「スケーリングファクタ」は、スケーリングファクタインデックスまたはスケーリングファクタ値を指してもよい。「同じスケーリングファクタを共有する」とは、「同じスケーリングファクタインデックスを共有する」または「同じスケーリングファクタ値を共有する」ことを指してもよい。
ａ） 一例では、ブロックにおけるサンプルは同じスケーリングファクタインデックスを共有してもよいが、それらは異なるスケーリングファクタ値を有してもよい。
ｂ） 一例では、ブロックにおけるサンプルは同じスケーリングファクタインデックスを共有してもよいが、それらは同じスケーリングファクタ値を有してもよい。
２２． 本発明のビデオユニット／領域は、シーケンス／ＧＯＰ（Ｐｉｃｔｕｒｅｓ ｏｆ Ｐｉｃｔｕｒｅｓ）／イントラピリオド／ピクチャ／スライス／タイル／ブリック／ＶＰＤＵ／ＣＴＵ 行／ＣＴＵのグループ／ＣＴＵ／ＣＵを指してもよい。

５． 実施形態
５．１ 実施形態１
以下に論じる例示的な実施形態は、セクション４の項目１１の例示的な方法についてのものである。
新たに追加された部分は下線および太字のテキストで示し、ＶＶＣのワーキングドラフトから削除された部分、二重角括弧［［．．］］および太字で示す。
修正は、最新のＶＶＣワーキングドラフト（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３での新しい採択に基づく。

８．７．５．４ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のピクチャの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。
(外３)

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
(外４)

変数ｉｄｘＹＩｎｖは、ｉｎｖＡｖｇＬｕｍａを入力、ｉｄｘＹＩｎｖを出力として、８．７．５．３．２項に指定されている区分関数インデックスの識別を呼び出すことによって導出される。
２． 変数ｖａｒＳｃａｌｅは、以下のように導出される。

－ ｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
－ ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が１に等しい場合、以下を適用する。

－ そうでなければ（ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しい場合）、以下を適用する。

５．２ 実施形態２
以下の実施形態は、本発明の説明の項目１１の方法についてのものである。
新たに追加された部分は、下線と太字で示し、ＶＶＣのワーキングドラフトから削除された部分は、二重角括弧［［．．］］と太字のテキストで示す。
修正は、最新のＶＶＣワーキングドラフト（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３での新しい採択に基づく。
実施形態＃２と＃１の相違点は以下のように挙げられる。
－ 複数の近隣のルマサンプルをチェックし、クロマ残差スケーリングファクタを導出する。
－ 近隣のルマサンプルが利用できないとき、または、近隣のルマがＩＮＴＲＡ／ＣＩＩＰ／ＩＢＣモードでコーディングされる一方で、現在のものがＩＮＴＥＲモードでコーディングされるときに、＃２はクロマ残差スケーリングファクタの導出にデフォルト値を使用する。

８．７．５．４ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のサンプルの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。
(外５)

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
－ ｔｉｌｅ＿ｇｒｏｕｐ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０に等しいか、またはｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４以下の場合、以下を適用する。

－ そうでなければ（ｔｉｌｅ＿ｇｒｏｕｐ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１に等しく、ｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４より大きい場合）、以下を適用する。
－ 変数ｖａｒＳｃａｌｅの導出では、以下の順序付けされたステップを適用する。
－ 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。

変数ｉｄｘＹＩｎｖは、ｉｎｖＡｖｇＬｕｍａを入力、ｉｄｘＹＩｎｖを出力として、８．７．５．３．２項に指定されている区分関数インデックスの識別を呼び出すことによって導出される。
－ 変数ｖａｒＳｃａｌｅは、以下のように導出される。

－ ｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
－ ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が１に等しい場合、以下を適用する。

－ そうでなければ（ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しい場合）、以下を適用する。

５．３ 実施形態３
以下の実施形態は、本発明の説明の項目１２の方法についてのものである。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣのワーキングドラフトから削除された部分は二重角括弧［［．．］］と太字のテキストで強調表示される。
修正は、最新のＶＶＣワーキングドラフト（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３での新しい採択に基づく。

８．７．５．４ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のサンプルの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
(外６)

５．４ 実施形態４
以下の実施形態は、本発明の説明の項目１２の方法についてのものである。
新たに追加された部分は、太字の斜体で強調表示され、ＶＶＣのワーキングドラフトから削除された部分は、二重角括弧［［．．］］で強調表示される。
修正は、最新のＶＶＣワーキングドラフト（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３での新しい採択に基づく。

８．７．５．４ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のサンプルの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
－ ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０に等しいか、またはｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４以下の場合、以下を適用する。

－ そうでなければ（ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１に等しく、ｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４より大きい場合）、以下を適用する。
－ 変数ｖａｒＳｃａｌｅの導出では、以下の順序付けされたステップを適用する。
１． 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。

２． 変数ｉｄｘＹＩｎｖは、ｉｎｖＡｖｇＬｕｍａを入力、ｉｄｘＹＩｎｖを出力として、８．７．５．３．２項に指定されている区分関数インデックスの識別を呼び出すことによって導出される。
３． 変数ｖａｒＳｃａｌｅは、以下のように導出される。

－ ｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
－ ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が１に等しい場合、以下を適用する。

－ そうでなければ（ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しい場合）、以下を適用する。

５．５ 実施形態５
以下の実施形態は、本発明の説明の項目１２の方法についてのものである。
新しく追加された部分は、太字の斜体で強調表示され、ＶＶＣワーキングドラフトから削除された部分は、二重角括弧［［．．］］強調表示される。修正は、最新のＶＶＣワーキングドラフト（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３での新しい採択に基づく。

７．４．５．４ クロマスケーリングデータセマンティクスによるルママッピング
変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉ］（ｉ＝０．．．１５）は、以下のように導出される。
(外７)

８．７．５．４ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のサンプルの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
－ ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０に等しいか、ｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４以下の場合、以下を適用する。

－ そうでなければ（ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１に等しく、ｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４より大きい場合）、以下を適用する。
－ ［［
－ 変数ｖａｒＳｃａｌｅの導出では、以下の順序付けされたステップを適用する。
１． 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。

２． 変数ｉｄｘＹＩｎｖは、ｉｎｖＡｖｇＬｕｍａを入力、ｉｄｘＹＩｎｖを出力として、８．７．５．３．２項に指定されている区分関数インデックスの識別を呼び出すことによって導出される。
３． 変数ｖａｒＳｃａｌｅは、以下のように導出される。

］］
－ ｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
－ ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が１に等しい場合、以下を適用する。

－ そうでなければ（ｔｕ＿ｃｂｆ＿ｃＩｄｘ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しい場合）、以下を適用する。

５．６ 実施形態６
以下の実施形態は、前項のリストの項目１９の方法についてのものである。
ＪＶＥＴ－Ｎ１００１－ｖ８で指定されているワーキングドラフトは、以下のように変更されてもよい（強調のために下線または太字の斜体を使用、削除には文字列）。
７．３．５．４ クロマスケーリングデータ構文によるルママッピング

７．４．６．４ クロマスケーリングデータセマンティクスによるルママッピング
(外８)

変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉ］（ｉ＝０．．．１５）は、以下のように導出される。
(外９)

８．７．５．３ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のサンプルの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のクロマ変換ブロックのコーディングされたブロックフラグを指定する変数ｔｕＣｂｆＣｈｒｏｍａ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
－ 次の条件のうちの１つがｔｒｕｅである場合、ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］は、Ｃｌｉｐ１Ｃ（ｐｒｅｓａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］）に等しくセットされる。
－ ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０に等しい
－ ｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４以下である
－ ｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しく、ｔｕ＿ｃｂｆ＿ｃｒ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しい
－ そうでなければ、以下を適用する。
－ ［［
－ 変数ｖａｒＳｃａｌｅの導出では、以下の順序付けされたステップを適用する。
１． 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。

２． 変数ｉｄｘＹＩｎｖは、入力をｉｎｖＡｖｇＬｕｍａに等しくセットされた変数ｌｕｍａＳａｍｐｌｅとし、出力をｉｄｘＹＩｎｖとして、８．８．２．３項で指定されたルマサンプルのための区分関数インデックスプロセスの識別を呼び出すことによって導出される。
３． 変数ｖａｒＳｃａｌｅは、以下のように導出される。

］］
－ ｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
－ ｔｕＣｂｆＣｈｒｏｍａが１に等しい場合、以下を適用する。

－ そうでなければ（ｔｕ＿ｃｂｆが０に等しい場合）、以下を適用する。

５．７ 実施形態７
以下の実施形態は、本発明の説明の項目１２の方法についてのものである。
ＪＶＥＴ－Ｎ１００１－ｖ８で指定されているワーキングドラフトは、以下のように変更してもよい。

７．４．６．４ クロマスケーリングデータセマンティクスによるルママッピング
変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ［ｉ］（ｉ＝０．．．１５）は、以下のように導出される。
（外１０）

８．７．５．３ クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによるピクチャ再構成
このプロセスへの入力は、以下のようである。
－ 現在のサンプルの左上のサンプルに対する現在の変換ブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ 変換ブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在のクロマ変換ブロックのコーディングされたブロックフラグを指定する変数ｔｕＣｂｆＣｈｒｏｍａ
－ 現在のブロックのクロマ予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックのクロマ残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ

このプロセスの出力は、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。

再構成されたクロマピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１、ｊ＝０．．ｎＣｕｒｒＳｈ－１について以下のように導出される。
－ 以下の条件のうちの１つがｔｒｕｅである場合、ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］は、Ｃｌｉｐ１Ｃ（ｐｒｅＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］）に等しくセットされる。
－ ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０に等しい。
－ ｎＣｕｒｒＳｗ＊ｎＣｕｒｒＳｈが４以下である。
－ ｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しく、ｔｕ＿ｃｂｆ＿ｃｒ［ｘＣｕｒｒ］［ｙＣｕｒｒ］が０に等しい。
－ そうでなければ、以下を適用する。
－ ［［
－ 変数ｖａｒＳｃａｌｅの導出では、以下の順序付けされたステップを適用する。
１． 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。

２． 変数ｉｄｘＹＩｎｖは、入力をｉｎｖＡｖｇＬｕｍａに等しくセットされた変数ｌｕｍａＳａｍｐｌｅとし、出力をｉｄｘＹＩｎｖとして、８．８．２．３項で指定されたルマサンプルのための区分関数インデックスプロセスの識別を呼び出すことによって導出される。
３． 変数ｖａｒＳｃａｌｅは、以下のように導出される。

］］
－ ｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
－ ｔｕＣｂｆＣｈｒｏｍａが１に等しい場合、以下を適用する。

－ そうでなければ（ｔｕ＿ｃｂｆが０に等しい場合）、以下を適用する。

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

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

図１１は、開示された技術に従った、クロスコンポーネント予測のための線形モデル導出のための例示的な例１１００のフローチャートを示す。本方法１１００は、ステップ１１１０において、現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を実行することを含み、変換中、現在のビデオブロックの第２のセットの色コンポーネント値は、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から導出され、第１のセットの色コンポーネント値は、ビデオコーディングステップの線形モデルにおいて使用可能である。

いくつかの実施形態は、以下の項ベースのフォーマットを使用して記載されてもよい。

（項１）ビデオ処理のための方法であって、
現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を実行することを含み、変換中、現在のビデオブロックの第２のセットの色コンポーネント値は、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から導出され、第１のセットの色コンポーネント値は、ビデオコーディングステップの線形モデルにおいて使用可能である、方法。

（項２）第１のセットの色コンポーネント値は、ビデオコーディングステップの線形モデルにおいて使用する前に補間される、項１に記載の方法。

（項３）第１のセットの色コンポーネント値の線形結合が、線形モデルにおけるパラメータとして使用可能である、項１～２のいずれか一項に記載の方法。

（項４）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値の位置は、少なくとも部分的に、現在のビデオブロックの動き情報に基づいて選択される、項１に記載の方法。

（項５）１つ以上の参照フレームにおけるルマコンポーネント値の位置は、現在のビデオブロックにおける対応するルマコンポーネント値の位置と、現在のビデオブロックの動き情報とから計算される、項４に記載の方法。

（項６）対応するルマコンポーネント値の位置は、現在のビデオブロックにおける左上のサンプル、中央のサンプル、または右下のサンプルである、項５に記載の方法。

（項７）現在のビデオブロックの動き情報は、整数動きベクトルまたは分数動きベクトルに対応する、項６に記載の方法。

（項８）分数動きベクトルは、１つ以上の参照フレームにおける分数ルマコンポーネント値を使用して導出される、項７に記載の方法。

（項９）整数運動ベクトルは、ゼロに近づくか、ゼロから離れるように丸めることによって導出される、項７に記載の方法。

（項１０）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値の位置は、予め定義された位置である、項１に記載の方法。

（項１１）第１のセットの色コンポーネント値の中央値または平均値が、現在のビデオブロックの第２のセットの色コンポーネント値を導出するために使用される、項１～１０のいずれか一項に記載の方法。

（項１２）１つ以上の参照フレームが予め定義された参照フレームである、項１～１１のいずれか一項に記載の方法。

（項１３）予め定義された参照フレームは、参照ピクチャリストの参照インデックスを有するフレームを含む、項１２に記載の方法。

（項１４）参照インデックスはゼロであり、参照ピクチャリストはゼロである、項１３に記載の方法。

（項１５）参照インデックスおよび／または参照ピクチャリストは、シーケンス、ピクチャ、タイル、グループ、スライス、タイル、コーディングツリーユニット、またはビデオブロックのうちの１つ以上に関連するビットストリーム表現においてシグナリングされる、項１３載の方法。

（項１６）現在のビデオブロックの第２のセットの色コンポーネント値は、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値の数学的平均または加重平均から導出される、項１に記載の方法。

（項１７）現在のビデオブロックの第２のセットの色コンポーネント値は、現在のビデオブロックが双予測でコーディングされたブロックであるかどうかに基づいて、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から選択的に導出される、項１に記載の方法。

（項１８）現在のビデオブロックの第２のセットの色コンポーネント値は、第１のセットの色コンポーネント値の第１の各予測方向に対して個別に導出される、項１７に記載の方法。

（項１９）現在のビデオブロックの第２のセットの色コンポーネント値は、現在のビデオブロックがサブブロックベースの予測に関連するかどうかに基づいて、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から選択的に導出される、項１に記載の方法。

（項２０）サブブロックベースの予測は、アフィン予測または代替時間的動きベクトル予測（ＡＴＭＶＰ）に対応する、項１に記載の方法。

（項２１）現在のビデオブロックの第２のセットの色コンポーネント値は、個々のサブブロックに対して導出される、項１９～２０のいずれか１つ以上に記載の方法。

（項２２）現在のビデオブロックの第２のセットの色コンポーネント値は、サブブロックベースの予測にかかわらず、現在のビデオブロック全体に対して導出される、項１９～２１のいずれか１つ以上に記載の方法。

（項２３）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値は、少なくとも部分的に、現在のビデオブロックのサブブロックの動きベクトルに基づいて選択される、項１９～２２のいずれか１つ以上に記載の方法。

（項２４）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値は、中間色コンポーネント値である、項１～２３のいずれか１つ以上に記載の方法。

（項２５）ビデオコーディングステップは、別のビデオコーディングステップに先行する、項１～２４のいずれか１つ以上に記載の方法。

（項２６）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値は、現在のビデオブロックまたは現在のビデオブロックのサブブロックの中間動きベクトルに少なくとも部分的に基づいて選択され、中間動きベクトルは、別のビデオコーディングステップの前に計算される、項２５に記載の方法。

（項２７）別のビデオコーディングステップは、ＢＤＯＦ（Ｂｉ－Ｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｃａｌ Ｆｌｏｗ）ステップ、ＤＭＶＲ（ｄｅｃｏｄｅｒ－ｓｉｄｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｆｉｎｅｍｅｎｔ）ステップ、ＰＲＯＦ（ｐｒｅｄｉｃｔｉｏｎ ｒｅｆｉｎｅｍｅｎｔ ｏｐｔｉｃａｌ ｆｌｏｗ）ステップの１つまたはその組み合わせを含む、項２４～２６のいずれか１つ以上に記載の方法。

（項２８）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値が、対応するルマブロックに関連するＭｘＮルマコンポーネント値に対応する、項１～２７のいずれか１つ以上に記載の方法。

（項２９）対応するルマブロックは、現在のビデオブロックの並置されたルマブロックである、項２８に記載の方法。

（項３０）ＭとＮの積が、現在のビデオブロックの並置されたルマブロックのブロック幅とブロック高さの積より小さい、項２９に記載の方法。

（項３１）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値は、並置されたルマブロックの近隣のルマサンプルの位置で識別された参照サンプルの少なくとも一部分に対応する、項２７～３０のいずれか１つ以上に記載の方法。

（項３２）第１のセットの色コンポーネント値は、ビデオコーディングステップの線形モデルにおいて使用する前に、ダウンサンプリングされる、項１～３１のいずれか１つ以上に記載の方法。

（項３３）現在のビデオブロックの第２のセットの色コンポーネント値は、現在のビデオブロックの量子化パラメータ、コーディングモード、またはＰＯＣ（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）のうちの１つ以上の情報に少なくとも部分的に基づいて選択される、項１に記載の方法。

（項３４）近隣のルマサンプルの位置は、並置されたルマブロックの左上のサンプルがカバーされるようにする、項３１に記載の方法。

（項３５）１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値は、対応するルマブロックの外部の位置で識別された参照サンプルの少なくとも一部分に対応する、項２８に記載の方法。

（項３６）現在のビデオブロックの第２のセットの色コンポーネント値は、対応するルマブロックの近隣のサンプルの可用性に基づいて、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から選択的に導出される、項２８に記載の方法。

（項３７）対応するルマブロックの近隣のサンプルの可用性は、現在のビデオブロックのコーディングモードの使用、対応するルマブロックの近隣のサンプルのコーディングモードの使用、対応するルマブロックのコーディングモードの使用、１つ以上の近隣のビデオブロックのコーディングモードの使用、対応するルマブロックの近隣のサンプルに関連するタイプのフィルタの使用、または現在のビデオブロックまたはそのサブブロックに対する対応するルマブロックの近隣のサンプルの位置のうちの１つ以上に基づく。

（項３８）
対応するルマブロックの近隣のサンプルが利用できないことに応答して、利用できないサンプルを他のサンプルで、置換する、充填する、またはパディングすることをさらに含む、項２８に記載の方法。

（項３９）
対応するルマブロックに近隣のサンプルに平滑化フィルタを適用することをさらに含む、項２８に記載の方法。

（項４０）ビデオ処理のための方法であって、
現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を実行することであって、変換中、現在のビデオブロックの第２のセットの色コンポーネント値は、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から導出され、第１のセットの色コンポーネント値は、ビデオコーディングステップの線形モデルにおいて使用可能である、ことと、
１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値が現在のビデオブロックの並置されたルマブロックであると決定することに応答して、現在のビデオブロックの並置されたルマブロックに関連する１つ以上の条件に基づいて、現在のビデオブロックの第２のセットの色コンポーネント値の導出を選択的に有効または無効にすることと、を含む、方法。

（項４１）現在のビデオブロックの並置されたルマブロックに関連する１つ以上の条件は、並置されたルマブロックのパーティションサイズ、並置されたルマブロックのいくつかのコーディングユニットの数が閾値を達すること、並置されたルマブロックの左上のルマサンプルが閾値を達すること、並置されたルマブロックのパーティションツリーの深度、並置されたルマブロックの左上のルマサンプルをカバーする対応するルマブロック、並置されたルマブロックもしくは現在のビデオブロックの寸法、または対応するルマブロックが、並置されたルマブロックの左上のルマサンプルをカバーし、予め定義されたサイズのバウンディングボックス内に追加的に含まれることを含む、項４０に記載の方法。

（項４２）導出を選択的に有効または無効にすることを示す情報は、ビットストリーム表現に含まれる、項４０に記載の方法。

（項４３）対応するルマブロックの近隣のサンプルの可用性は、予め定義された順序にしたがって近隣のサンプルをチェックすることに関連する、項２８に記載の方法。

（項４４）並置されたルマブロックおよび現在のビデオブロックは、同じコーディングツリーユニットまたはコーディングツリーユニットの同じ行に関連する、項４１に記載の方法。

（項４５）ビデオ処理のための方法であって、
現在のビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換を実行することであって、変換中、現在のビデオブロックの第２のセットの色コンポーネント値は、１つ以上の参照フレームに含まれる第１のセットの色コンポーネント値から導出され、第１のセットの色コンポーネント値は、ビデオコーディングステップの線形モデルにおいて使用可能である、ことと、
現在のビデオブロックまたは現在のビデオブロックの近隣のビデオブロックの１つ以上のプロパティが満たされると決定することに応答して、現在のビデオブロックの第２のセットの色コンポーネント値の導出を選択的に有効または無効にすることと、を含む方法。

（項４６）現在のビデオブロックまたは現在のビデオブロックの近隣のビデオブロックの１つ以上のプロパティは、現在のビデオブロックの空間位置に対する空間位置をカバーする近隣のルマブロックに対応する、項４５に記載の方法。

（項４７）現在のビデオブロックまたは現在のビデオブロックの近隣のビデオブロックの１つ以上のプロパティは、現在のビデオブロックの空間位置に対する現在のビデオブロックの近隣のビデオブロックの空間位置に対応する、項４５に記載の方法。

（項４８）近隣のビデオブロックの再構成が、現在のビデオブロックのコーディングモードに少なくとも部分的に基づくと決定することに応答して、現在のビデオブロックの第２のセットの色コンポーネント値の導出を無効にすることをさらに含む、項４５に記載の方法。

（項４９）現在のビデオブロックがインターコーディングされたブロックであって、結合されたインターおよびイントラ予測コーディングされたブロックではなく、現在のビデオブロックの対応するルマブロックに近隣のブロックが、イントラコーディングされたブロック、ＣＩＩＰ（ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）ブロック、またはＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）コーディングされたブロックであると決定することに応答して、現在のビデオブロックの第２のセットの色コンポーネント値の導出を無効にすることをさらに含む、項４５に記載の方法。

（項５０）現在のビデオブロックがインターコーディングされたブロックであって、結合されたインターおよびイントラ予測コーディングされたブロックではなく、現在のビデオブロックの対応するルマブロックに近隣のブロックが、イントラコーディングされたブロック、ＣＩＩＰ（ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）ブロック、またはＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）コーディングされたブロックであると決定することに応答して、現在のビデオブロックの第２のセットの色コンポーネント値の導出を有効にすることであって、第１のセットの色コンポーネント値は固定値である、ことをさらに含む、項４５に記載の方法。

（項５１）第１のセットの色コンポーネント値は、固定値である、項４５に記載の方法。

（項５２）固定値は、ビデオコーディングステップの線形モデルの区分インデックスに対応する、項５１に記載の方法。

（項５３）近隣のサンプルは、現在のビデオブロックに隣接（ａｄｊａｃｅｎｔ）していても非隣接（ｎｏｎ－ａｄｊａｃｅｎｔ）していてもよい、項１～５２のいずれか１つ以上に記載の方法。

（項５４）近隣のサンプルは、現在のビデオブロックに近隣のクロマブロックまたは現在のビデオブロックに近隣のクロマブロックに関連付けられてもよい、項１～５２のいずれか１つ以上に記載の方法。

（項５５）現在のビデオブロックが、クロマブロック、並置されたルマブロック、または並置されたクロマブロックの左上のルマサンプルをカバーする対応するルマブロックに対応する、項１～５４のいずれか１つ以上に記載の方法。

（項５６）現在のビデオブロックの第２のセットの色コンポーネント値は、１つ以上の他のビデオブロックと関連して使用するために記憶される、項１～５４のいずれか１つ以上に記載の方法。

（項５７）線形モデルがＣＣＬＭ（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ）に対応し、ビデオコーディングステップがＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）モードに対応する、項１～５６のいずれか１つ以上に記載の方法。

（項５８）現在のビデオブロックが、インターコーディングされたブロック、双予測コーディングされたブロック、ＣＩＩＰ（ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）ブロック、またはＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）コーディングされたブロックである、項１～５７のいずれか１つ以上に記載の方法。

（項５９）現在のビデオブロックの第２のセットの色コンポーネント値は、ビットストリーム表現における他のビデオブロックと関連付けられた使用のために記憶される、項１～５８のいずれか１つ以上に記載の方法。

（項６０）現在のビデオブロックの第２のセットの色コンポーネント値は、他のビデオブロックに含まれる近隣のビデオブロックによる選択的な可用性または非可用性のためにラインバッファに記憶され、現在のビデオブロックおよび近隣のビデオブロックは、異なるスライス、タイル、タイルグループ、コーディングツリーユニット、またはコーディングツリーユニットの行に関連付けられる、項５９に記載の方法。

（項６１）現在のビデオブロックの第２のセットの色コンポーネント値は、固定値である、項６０に記載の方法。

（項６２）現在のビデオブロックの第２のセットの色コンポーネント値は、導出されない、項６０に記載の方法。

（項６３）現在のビデオブロックの第２のセットの色コンポーネント値の導出が防止される、項５９に記載の方法。

（項６４）現在のビデオブロックの第２のセットの色コンポーネント値は、他のビデオブロックに含まれる近隣のビデオブロックによる選択的な可用性または非可用性についてのテーブルに記憶される、項５９に記載の方法。

（項６５）現在のビデオブロックの第２のセットの色コンポーネント値は、動的に更新される、項６４に記載の方法。

（項６６）現在のビデオブロックの第２のセットの色コンポーネント値は、他のビデオブロックの以前のビデオブロックと同じである、項６５に記載の方法。

（項６７）現在のビデオブロックの第２のセットの色コンポーネント値は、ＦＩＦＯ（ｆｉｒｓｔ ｉｎ ｆｉｒｓｔ ｏｕｔ）方式で動的に更新される、項６４に記載の方法。

（項６８）第１のセットの色コンポーネント値はルマサンプル値に対応し、第２のセットの色コンポーネント値はクロマスケーリングファクタに対応する、項１～６７のいずれか１つ以上に記載の方法。

（項６９）ビデオ処理のための方法であって、
規則に基づいて、少なくとも２つのコンポーネントブロックを含むビデオブロックとビデオブロックのビットストリーム表現との間の変換に対してクロスコンポーネントコーデックツールの適用性を決定することと、クロコンポーネントコーデックツールを選択的に使用して変換を実行することと、を含む、方法。

（項７０）規則は、現在のビデオブロックの寸法に基づく、項６９に記載の方法。

（項７１）規則は、現在のビデオブロックのパーティション情報に基づく、項６９～７０に記載の方法。

（項７２）規則は、現在のビデオブロックのパーティションツリー構造に基づく、項６９～７１のいずれか一項に記載の方法。

（項７３）パーティションツリー構造は、デュアルツリーまたは単一ツリーのうちの１つである、項７２に記載の方法。

（項７４）規則は、現在のビデオブロックが、デュアルツリーパーティションツリー構造を有するクロマブロックであることにより、クロコンポーネントコーデックツールを無効にすることを指定する、項７２に記載の方法。

（項７５）規則は、ビットストリーム表現におけるクロスコーデックツールの構文要素のシグナリングを省略することを指定する、項６９～７４のいずれか一項に記載の方法。

項６９～７５の追加の例および態様は、セクション４の項目１５に記載されている。

（項７６）プロセッサと、命令をその上に有する非一時的なメモリとを含むビデオシステムにおける装置であって、命令は、プロセッサによって実行されると、命令によって、プロセッサに、項１～７５のいずれか一項に記載の方法を実装させる、装置。

（項７７）非一時的コンピュータ可読媒体に記憶された非一時的コンピュータプログラム製品であって、項１～７５のいずれか一項に記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。

図１２は、本明細書に開示される様々な技術を実装することができる例示的なビデオ処理システム１２００を示すブロック図である。様々な実装は、システム１２００のコンポーネントの一部または全部を含んでもよい。システム１２００は、ビデオコンテンツを受信するための入力１２０２を含んでもよい。ビデオコンテンツは、生または圧縮されていないフォーマット、たとえば、８または１０ビットのマルチコンポーネント画素値で受信されてもよいし、圧縮されたか、または符号化されたフォーマットであってもよい。入力１２０２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（ｐａｓｓｉｖｅ ｏｐｔｉｃａｌ ｎｅｔｗｏｒｋ）などの有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェースなどの無線インターフェースを含む。

システム１２００は、本文書に記載されている様々なコーディングまたは符号化方法を実装し得るコーディングコンポーネント１２０４を含んでもよい。コーディングコンポーネント１２０４は、ビデオのコーディングされた表現を生成するために、入力１２０２からコーディングコンポーネント１２０４の出力へのビデオの平均ビットレートを低減してもよい。したがって、コーディング技術は、ビデオ圧縮またはビデオトランスコーディング技術と呼ばれることがある。コーディングコンポーネント１２０４の出力は、コンポーネント１２０６によって表されるように、記憶されるか、または接続された通信を介して送信されてもよい。入力１２０２で受信されたビデオの記憶されたか、または通信されたビットストリーム（またはコーディングされた）表現は、ディスプレイインターフェース１２１０に送信される画素値または表示可能なビデオを生成するために、コンポーネント１２０８によって使用されてもよい。ビットストリーム表現からユーザが見ることができるビデオを生成するプロセスは、ビデオ解凍と呼ばれることがある。さらに、特定のビデオ処理動作は、「コーディング」動作またはツールと称されるが、コーディングツール若しくは動作は、符号化器で使用されるか、またはコーディングの結果を反転する、対応する復号ツール若しくは動作は、復号器によって実行されることが理解されるであろう。

周辺バスインターフェースまたはディスプレイインターフェースの例としては、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）、ＨＤＭＩ（登録商標）（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ ｍｕｌｔｉｍｅｄｉａ ｉｎｔｅｒｆａｃｅ）またはディスプレイポートなどを含む。記憶インターフェースの例としては、ＳＡＴＡ（ｓｅｒｉａｌ ａｄｖａｎｃｅｄ ｔｅｃｈｎｏｌｏｇｙ ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェースなどを含む。本明細書に記載されている技術は、携帯電話、ラップトップ、スマートフォン、またはデジタルデータ処理および／またはビデオディスプレイを実行することが可能な他のデバイスなどの様々な電子デバイスに具体化されてもよい。

図１３は、視覚的媒体処理の例示的な方法である。このフローチャートのステップは、本文書のセクション４の例１９ｂｉｉ～ｉｖに関連して議論される。ステップ１３０２で、プロセスは、ビジュアルメディアデータの現在のビデオユニットと現在のビデオユニットのビットストリーム表現との間の変換を実行し、ビットストリーム表現は、フォーマット規則にしたがって構成されており、フォーマット規則は、現在のビデオユニットをコーディングするためにクロマ残差がスケーリングされるスケーリングファクタを示す１つ以上の構文要素がビットストリーム表現に選択的に含まれるビデオセグメントのレベルを指定する。

図１４は、ビジュアルメディア処理の例示的な方法のためのフローチャートである。このフローチャートのステップは、本文書のセクション４の例１９ｅに関連して論じられている。ステップ１４０２で、プロセスは、１つ以上のビデオブロックを含む１つ以上のビデオ領域を含むビジュアルメディアデータと、ビジュアルメディアデータのビットストリーム表現との間で変換を実行し、ビットストリーム表現がフォーマット規則に適合し、フォーマット規則は、ビデオ領域内の１つ以上のビデオブロックが、変換のルマ依存クロマ残留スケーリングステップにおいて、同じクロマスケーリングファクタを有することを指定する。

図１５は、ビジュアルメディア処理の例示的な方法のためのフローチャートである。このフローチャートのステップは、本文書のセクション４の例２０に関連して論じられている。ステップ１５０２で、プロセスは、ビジュアルメディアデータの現在のビデオユニットとビジュアルメディアデータのビットストリーム表現との間の変換を実行し、ビットストリーム表現は、現在のビデオユニットの変換のクロマ残差スケーリングステップに関連するスケーリングファクタを示すビットストリーム表現における１つ以上の構文要素がビットストリーム表現において予測的にコーディングされることを指定するフォーマット規則に適合する。

本文書のいくつかの実施形態は、項ベースの形式で提示され、好ましくは、これらの実施形態に組み込まれてもよい。

（項１）ビジュアルメディア処理方法であって、１つ以上のビデオブロックを含む１つ以上のビデオ領域を含むビジュアルメディアデータと、ビジュアルメディアデータのビットストリーム表現との間で変換を実行することを含み、ビットストリーム表現がフォーマット規則に適合し、フォーマット規則は、ビデオ領域内の１つ以上のビデオブロックが、変換のルマ依存クロマ残留スケーリングステップにおいて、同じクロマスケーリングファクタを有することを指定する、方法。

（項２）ビデオ領域は、仮想パイプラインデータユニット（ＶＰＤＵ）である、項１に記載の方法。

（項３）フォーマット規則は、さらに、同じクロマスケーリングファクタを有するブロックの総数が、構文要素によって示されるか、または変換において導出されることを指定する、項１に記載の方法。

（項４）ビデオ領域内の１つ以上のブロックは、ビデオ領域内のすべてのブロックに対応する、項１～２のいずれか一項に記載の方法。

（項５）変換に使用されるビットストリーム表現における構文要素は、シーケンスパラメータセット（ＳＰＳ）レベルおよび／またはスライスヘッダレベルおよび／またはタイルグループヘッダレベルおよび／またはピクチャパラメータセット（ＰＰＳ）レベルおよび／またはピクチャヘッダレベルおよび／またはブリックレベルおよび／またはコーディングツリーユニット（ＣＴＵ）行レベルおよび／またはコーディングツリーユニット（ＣＴＵ）レベルおよび／またはコーディングユニット（ＣＵ）レベルおよび／または仮想パイプラインデータユニット（ＶＰＤＵ）レベルおよび／またはブロックレベルのうちの１つに含まれる、項１～４のいずれか１つ以上に記載の方法。

（項６）１つ以上のビデオ領域内の少なくとも２つのブロックが、異なるクロマスケーリングファクタを有することを検出することに応答して、フォーマット規則は、さらに、ビットストリーム表現に追加の構文要素を含めることを指定し、追加の構文要素は、少なくとも２つのブロックに対する異なるクロマスケーリングファクタを導出するために使用される、項１～５のいずれか１つ以上に記載の方法。

（項７）ビデオ領域内の１つ以上のビデオブロックが、変換のルマ依存クロマ残差スケーリングステップにおいて、同じクロマスケーリングファクタを有することを検出することに応答して、フォーマット規則は、さらに、同じクロマスケーリングファクタを有するブロックの総数を示す変換に使用される構文要素の使用を指定する、項１に記載の方法。

（項８）フォーマット規則は、さらに、構文要素の以前の値が構文要素の現在の値を導出するために使用されるように、予測技術を使用して、構文要素をビットストリーム表現に含めることを指定する、項７に記載の方法。

（項９）予測技術は、同じクロマスケーリングファクタを有するビデオ領域内のブロックの総数を使用することを含む、項８に記載の方法。

（項１０）ビットストリーム表現に含まれる構文要素は、ビデオ領域のレベルに関連し、ビデオ領域のレベルは、シーケンスパラメータセット（ＳＰＳ）レベルおよび／またはスライスヘッダレベルおよび／またはタイルグループヘッダレベルおよび／またはピクチャパラメータセット（ＰＰＳ）および／またはピクチャヘッダレベルおよび／またはブリックレベルおよび／またはコーディングツリーユニット（ＣＴＵ）行レベルおよび／またはコーディングツリーユニット（ＣＴＵ）レベルおよび／またはコーディングユニット（ＣＵ）レベルおよび／または仮想パイプラインデータユニット（ＶＰＤＵ）レベルおよび／またはブロックレベルのうちの１つを含む、項６～９のいずれか１つ以上に記載の方法。

（項１１）ビデオ領域内の１つ以上のブロックは、固定長の連続した間隔でビジュアルメディアデータ内で離間しており、第２のブロックは、第２のブロックが第１のブロックに続いて復号される場合、第１のブロックに連続するように定義される、項１～１０のいずれか１つ以上に記載の方法。

（項１２）同じクロマスケーリングファクタを有するブロックの総数は、ビデオ領域内のすべてのブロックに等しい、項７に記載の方法。

同じクロマスケーリングファクタを有するブロックの総数は、［Ｔ１，Ｔ２］として表現される所定の範囲にあり、Ｔ１およびＴ２は、両方とも所定の範囲に含まれる、項７に記載の方法。

（項１４）Ｔ１は１に等しく、Ｔ２はビデオ領域内のブロックの総数に等しい、項１３に記載の方法。

（項１５）ビットストリーム表現に含まれる構文要素は、範囲［Ｔ１，Ｔ２］に基づく、項１４に記載の方法。

（項１６）ビットストリーム表現に含まれる構文要素は、ビデオ領域内のブロックの総数とＴ１の差に対応するか、または構文要素の最大値は、Ｔ１とＴ２の差に等しい、項１５に記載の方法。

（項１７）フォーマット規則は、さらに、ビットストリーム表現がフォーマット規則に適合するために、ビデオ領域内のブロックの総数がビットストリーム適合制約を満たすことを指定し、ビットストリーム適合制約は、ビデオ領域内のブロックの総数が定義された間隔内にあることを指定する、項１３～１６のいずれか１つ以上に記載の方法。

（項１８）フォーマット規則は、さらに、同じスケーリングファクタを有する２つのビデオユニットに対して、第１のビデオユニットの変換に使用される構文要素が、第２のビデオユニットの変換に使用される構文要素を導出するために使用されるように、予測技法を使用して、構文要素をビットストリーム表現に含めることを指定する、項７に記載の方法。

（項１９）構文要素は、コーディング技術の適用後にビットストリーム表現に含められる、項７～１８のいずれか１つ以上に記載の方法。

（項２０）コーディング技術は、単項コード、切り捨てられた単項コード、固定長コード、指数関数的ゴロムコード、または切り捨てられた２項コードのうちの１つを含む、項１９に記載の方法。

（項２１）コーディング技術は、コンテキストなしのバイパスコーディング、または１つ以上のコンテキストを使用する算術コーディングのうちの１つを含む、項１９に記載の方法。

（項２２）ビデオ領域内の複数のブロックが、変換のルマ依存クロマ残差スケーリングステップにおいて同じクロマスケーリングファクタを有することを検出することに応答して、フォーマット規則は、さらに、ビデオ領域を示す構文要素の使用を指定する、項２または３に記載の方法。

（項２３）ビデオ領域に含まれる複数のブロックは、ラスタ走査順序にしたがって配置される、項２２に記載の方法。

（項２４）ビデオ領域は、複数のブロックのうちの最初のブロックに関連するインデックス、および／または複数のブロックのうちの最後のブロックに関連するインデックス、および／または複数のブロックの総カウントを使用して説明される、項２３に記載の方法。

（項２５）ビデオ領域は、矩形形状を有する領域を含み、ビデオ領域は、左上ブロックに関連するインデックスと、右上ブロックに関連するインデックスとを使用して説明される、項２２～２４のいずれか１つ以上に記載の方法。

（項２６）ビデオ領域は、矩形形状を有する領域を含み、ビデオ領域は、矩形形状を有する領域の寸法を使用して説明される、項２２～２４のいずれ１つ以上に記載の方法。

（項２７）ビデオ領域に対応するインデックスが、ビットストリーム表現における構文要素として含まれる、項２２～２６のいずれか１つ以上に記載の方法。

（項２８）矩形形状を有する領域の寸法は、幅および／または高さを含み、複数のブロックの総カウントは、矩形形状を有する領域の幅および高さの積より小さい、項２２～２７のいずれか１つ以上に記載の方法。

（項２９）矩形形状を有する領域の幅は、矩形形状を有する領域の幅に沿った方向に整列された複数のブロックの数に等しい、項２８に記載の方法。

（項３０）矩形形状を有する領域の高さは、矩形形状を有する領域の高さに沿った方向に整列された複数のブロックの数に等しい、項２８に記載の方法。

（項３１）矩形形状を有する領域の寸法は、各々が［Ｔ１、Ｔ２］として表される予め定義された範囲にある幅および／または高さを含み、Ｔ１およびＴ２の両方とも予め定義された範囲に含まれる、項２６～２７のいずれか１つ以上に記載の方法。

（項３２）Ｔ１は１に等しく、Ｔ２はビデオ領域のＣＴＵ列におけるＣＴＵの総数に等しい、項３１に記載の方法。

（項３３）ビットストリーム表現に含まれる構文要素が範囲［Ｔ１，Ｔ２］に基づく、項３１～３２のいずれか１つ以上に記載の方法。

（項３４）ビットストリーム表現に含まれる構文要素は、矩形形状を有する領域の幅とＴ１と差に対応する、項３３に記載の方法。

（項３５）ビットストリーム表現に含まれる構文要素は、矩形形状を有する領域の高さとＴ１の差に対応する、項３３に記載の方法。

（項３６）構文要素の最大値がＴ１とＴ２の差に等しい、条項３４～３５のいずれか１つ以上に記載の方法。

（項３７）フォーマット規則は、さらに、ビットストリーム表現がフォーマット規則に適合するために、矩形形状を有する領域の寸法が、各々がビットストリーム適合制約を満たす幅および／または高さを含むことを指定し、ビットストリーム適合制約は、矩形形状を有する領域の寸法が、各々が定義された間隔内にある幅および／または高さを含むことを指定する、項３１～３６のいずれか１つ以上に記載の方法。

（項３８）フォーマット規則は、さらに、固定数が構文要素を予測するために使用されるように、予測技術を使用して、構文要素をビットストリーム表現に含めることを指定する、項３７に記載の方法。

（項３９）フォーマット規則は、さらに、同じスケーリングファクタを有する矩形形状の２つのビデオ領域に対して、第１の領域の変換に使用される構文要素が、第２の領域の変換に使用される構文要素を導出されるために使用されるように、予測技術を使用して、構文要素をビットストリーム表現に含めることを指定する、項３７に記載の方法。

（項４０）構文要素は、コーディング技術の適用後にビットストリーム表現に含められる、項２５～３９のいずれか１つ以上に記載の方法。

（項４１）コーディング技術は、単項コード、切り捨てられた単項コード、固定長コード、指数関数的ゴロムコード、または切り捨てられた２項コードのうちの１つを含む、項４０に記載の方法。

（項４２）コーディング技術は、コンテキストなしのバイパスコーディング、または１つ以上のコンテキストを使用する算術コーディングのうちの１つを含む、項４０に記載の方法。

（項４３）第２の領域の変換が、第１の領域の変換の後に逐次的に実行される、項３７に記載の方法。

（項４４）コーディングツリーユニット（ＣＴＵ）が第１の領域および第２の領域に関連し、第２の領域におけるＣＴＵの変換が、第１の領域におけるＣＴＵの変換とインターリーブされる、項３９に記載の方法。

（項４５）変換順序は、第１の領域における第１の行のＣＴＵ、第２の領域における第１の行のＣＴＵ、第１の領域における第１の行のＣＴＵ、第２の領域における第２の行のＣＴＵ、および第１の領域における第２の行のＣＴＵを含む、項４４に記載の方法。

（項４６）構文要素の使用は、構文要素をビットストリーム表現に含めることに対応する、項７に記載の方法。

（項４７）フォーマット規則は、さらに、同じクロマスケーリングファクタを有するブロックの総数が、変換に関連する導出にしたがって計算されることを指定する、項１～３に記載の方法。

（項４８）同じクロマスケーリングファクタを有するブロックの総数が、ビデオ領域のレベルにある、項４６～４７のいずれか１つ以上に記載の方法。

（項４９）変換に関連する導出は、ビデオブロックのサイズに基づく、項４８に記載の方法。

（項５０）変換に関連する導出は、ビデオブロックのサイズに依存する最小値または最大値と、予め定義された数との間の範囲にある、項４８に記載の方法。

（項５１）ビデオ領域の寸法は、ビデオブロックのサイズに基づく、項２６に記載の方法。

（項５２）ビデオ領域の寸法は、ビデオブロックのサイズに依存する最小値または最大値と、予め定義された数との間にある、項２６に記載の方法。

（項５３）予め定義された数は６４である、項５０または５２に記載の方法。

（項５４）ビジュアルメディア処理方法であって、ビジュアルメディアデータの現在のビデオユニットと現在のビデオユニットのビットストリーム表現との間の変換を実行することを含み、ビットストリーム表現は、フォーマット規則にしたがって構成されており、フォーマット規則は、現在のビデオユニットをコーディングするためにクロマ残差がスケーリングされるスケーリングファクタを示す１つ以上の構文要素がビットストリーム表現に選択的に含まれるビデオセグメントのレベルを指定する、方法。

（項５５）フォーマット規則は、ビデオセグメントがビジュアルメディアデータの仮想パイプラインデータユニット（ＶＰＤＵ）に対応することを指定する、項５４に記載の方法。

（項５６）フォーマット規則は、ビデオセグメントが仮想パイプラインデータユニット（ＶＰＤＵ）およびコーディングツリーユニット（ＣＴＵ）のうちの小さい方に対応することを指定する、項５４に記載の方法。

（項５７）ＶＰＤＵの幅がＷ′であり、ＣＴＵの幅がＷである場合に、ビデオセグメントの幅は、ＷおよびＷ′の最小に等しい、項５６に記載の方法。

（項５８）フォーマット規則は、現在のビデオユニットのサイズが仮想パイプラインデータユニット（ＶＰＤＵ）のサイズより小さい場合に、１つ以上の構文要素が現在のビデオユニットレベルで含まれることを指定する、項５４に記載の方法。

（項５９）フォーマット規則は、現在のビデオユニットのサイズが仮想パイプラインデータユニット（ＶＰＤＵ）のサイズより大きい場合に、１つ以上の構文要素が現在のビデオユニットレベルで含まれることを指定する、項５４に記載の方法。

（項６０）フォーマット規則は、１つ以上の構文要素が、ビデオセグメントのレベルに関連するすべてのビデオユニットに対するスケーリングファクタを導出するために使用されることを指定する、項５４～５９のいずれか１つ以上に記載の方法。

（項６１）フォーマット規則は、１つ以上の構文要素が、ビデオセグメントのレベルに関連するビデオユニットのサブセットに対するスケーリングファクタを導出するために使用されることを指定する、項５４～５９のいずれか１つ以上に記載の方法。

（項６２）ビデオセグメントのレベルは、シーケンスパラメータセット（ＳＰＳ）レベルおよび／またはスライスヘッダレベルおよび／またはタイルグループヘッダレベルおよび／またはピクチャパラメータセット（ＰＰＳ）レベルおよび／またはピクチャヘッダレベルおよび／またはブリックレベルおよび／またはコーディングツリーユニット（ＣＴＵ）行レベルおよび／またはコーディングツリーユニット（ＣＴＵ）レベルおよび／またはコーディングユニット（ＣＵ）レベルおよび／または仮想パイプラインデータユニット（ＶＰＤＵ）レベルおよび／またはブロックレベルのうちの１つを含む、項５４～６１のいずれか１つ以上に記載の方法。

（項６３）フォーマット規則は、ビデオセグメントが閾値サイズ条件を満たすことを決定すると、１つ以上の構文要素がビットストリーム表現に選択的に含まれることを指定する、項５４～６２のいずれか１つ以上に記載の方法。

（項６４）閾値サイズ条件が、コーディングツリーユニット（ＣＴＵ）幅と仮想パイプラインデータユニット（ＶＰＤＵ）幅の比較に基づく、項５４～６３に記載の方法。

（項６５）ビジュアルメディア処理のための方法であって、ビジュアルメディアデータの現在のビデオユニットとビジュアルメディアデータのビットストリーム表現との間の変換を実行することを含み、ビットストリーム表現は、現在のビデオユニットの変換のクロマ残差スケーリングステップに関連するスケーリングファクタを示すビットストリーム表現における１つ以上の構文要素がビットストリーム表現において予測的にコーディングされることを指定するフォーマット規則に適合する、方法。

（項６６）予測的にコーディングされることは、ビットストリーム表現に、第２のビデオユニットのスケーリングファクタが、以前に変換された第１のビデオユニットのスケーリングファクタと同じであるかどうかを示す指示を含めることを含む、項６５に記載の方法。

（項６７）予測的にコーディングされることは、ビットストリーム表現に、第２のビデオユニットのスケーリングファクタと、以前に変換された第１のビデオユニットのスケーリングファクタとの間のコーディングされた差の指示を含めることを含む、項６５に記載の方法。

（項６８）指示は、コーディングされた差の符号および／またはコーディングされた差の絶対値を含む、項６７に記載の方法。

（項６９）コーディングされた差がビットストリーム表現に含まれない場合に、第２のビデオユニットのスケーリングファクタは第１のビデオユニットのスケーリングファクタと同じであると推論する、項６７に記載の方法。

（項７０）項１～６９のいずれか１つ以上に記載の方法を実装するように構成されているプロセッサを含む、ビデオ符号化器装置。

（項７１）項１～６９のいずれか１つ以上に記載の方法を実装するように構成されているプロセッサを含む、ビデオ復号器装置。

（項７２）コードが記憶されたコンピュータ可読媒体であって、コードは、項１～６９のいずれか１つ以上に記載の方法を実装するためのプロセッサ実行可能命令を具体化する、コンピュータ可読媒体。

本文書において、「ビデオ処理」または「ビジュアルメディア処理」という用語は、ビデオ符号化、ビデオ復号、ビデオ圧縮またはビデオ解凍を指してもよい。たとえば、ビデオ圧縮アルゴリズムは、ビデオの画素表現から対応するビットストリーム表現へ、またはその逆への変換の間に適用されてもよい。現在のビデオブロックのビットストリーム表現は、たとえば、構文によって定義されるように、ビットストリーム内の異なる場所に同時配置されるかまたは拡散されるビットに対応し得る。たとえば、マクロブロックは、変換されコーディングされたエラー残差値の観点から、また、ビットストリーム内のヘッダおよび他のフィールド内のビットを使用して符号化されてもよい。さらに、変換中に、デコーダは、上述の解決策に記載されるように、決定に基づいて、いくつかのフィールドが存在し得るか、または存在しない可能性があることを知ることで、ビットストリームを解析してもよい。同様に、符号化器は、特定の構文フィールドが含まれているか、含まれていないかを決定し、それに応じて、コーディングされた表現から構文フィールドを含めるか、または除外することによって、コーディングされた表現を生成してもよい。開示された技術は、サブブロックベースの動きベクトル精密化の使用を含む技術を使用して圧縮効率を改善するために、ビデオ符号化器または復号器において具体化され得ると理解されよう。

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

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

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとしても知られる）は、コンパイル型またはインタープリタ型言語を含む、任意の形式のプログラミング言語で書くことができ、それは、スタンドアロンプログラムとして、またはコンピューティング環境における使用に好適なモジュール、コンポーネント、サブルーチン、または他のユニットとしてのものを含む、任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、他のプログラムまたはデータを保持するファイルの一部分（たとえば、マークアップ言語文書に記憶される１つ以上のスクリプト）、問題のプログラム専用の単一ファイル、または複数の調整されたファイル（たとえば、１つ以上のモジュール、サブプログラム、またはコードの一部分を記憶するファイル）に記憶することができる。コンピュータプログラムは、１つのコンピュータまたは１つのサイトに配置されるか、または複数のサイトに分散され、通信ネットワークによって相互接続される複数のコンピュータで実行されるように展開することができる。

本明細書に記載されているプロセスおよび論理フローは、入力データ上で動作し、出力を生成することによって機能を実行するために、１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって実行することができる。プロセスおよび論理フローはまた、特別目的論理回路、たとえば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実行することができ、装置は、これらとして実装することができる。

コンピュータプログラムの実行に好適なプロセッサは、例として、汎用および専用マイクロプロセッサの両方、および任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般的に、プロセッサは、読み出し専用メモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信するだろう。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上のメモリデバイスである。一般的に、コンピュータはまた、データを記憶するための１つ以上の大容量記憶デバイス、たとえば、磁気ディスク、光磁気ディスク、または光ディスクからデータを受信したり、これらにデータを転送したり、またはその両方を行うことを含むか、それらを行うように動作可能に結合されるだろう。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに好適なコンピュータ可読媒体は、例として、半導体メモリデバイス、たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスを含む、すべての形式の不揮発性メモリ、媒体およびメモリデバイスを含む。プロセッサおよびメモリは、特別目的論理回路によって補足されるか、またはこれに組み込むことができる。

明細書は、図面と共に、単に例示的と考慮されることを意図しており、例示的とは例を意味する。本明細書で使用される場合、「または」の使用は、コンテキストが他のことを明確に示さない限り、「および／または」を含むことを意図している。

この特許文書は多くの詳細が含むが、これらは、いずれかの発明の範囲または請求項に記載され得るものに対する限定ではなく、特定の発明の特定の実施形態に固有であり得る特徴の記載と解釈されるべきである。別々の実施形態のコンテキストでこの特許文書に記載されている特定の特徴はまた、単一の実施形態で組み合わせて実装することができる。逆に、単一の実施形態のコンテキストで記載される様々な特徴はまた、複数の実施形態において別々に、または任意の好適なサブコンビネーションで実装することができる。さらに、特徴は、特定の組み合わせにおいて作用するものとして上述され、最初にそれ自体請求項に記載されてもよいが、請求項に記載された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから削除することができ、請求項に記載された組み合わせは、サブコンビネーションまたはサブコンビネーションの変形を対象としてもよい。

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

少数の実装および例が記載されているに過ぎず、この特許文書に記載され、示されているものに基づいて、他の実装、拡張および変形を行うことができる。

Claims (11)

1. ビデオデータを処理する方法であって、
   ビデオの現在のクロマビデオブロックと前記ビデオのビットストリームとの間の変換中、スケーリングプロセスが前記現在のクロマビデオブロックのクロマ残差サンプルに適用されることを決定することと、
   前記決定に基づいて前記変換を実行することと、を含み、
   前記スケーリングプロセスにおいて、前記クロマ残差サンプルは、前記現在のクロマビデオブロックを再構成するために使用される前に、少なくとも１つのスケーリングファクタに基づいてスケーリングされ、
   前記現在のクロマビデオブロックを含むビデオ領域内の１つ以上のクロマビデオブロックは、前記スケーリングプロセスにおいて、少なくとも１つの同じスケーリングファクタを共有し、前記ビデオ領域は、仮想パイプラインデータユニットであり、
   前記少なくとも１つのスケーリングファクタは、
   前記ビデオのビデオユニットの１つ以上の近隣のルマブロックの各々の可用性をチェックすることであって、前記ビデオユニットは、ルマブロックであり、前記現在のクロマビデオブロックの左上のサンプルに対応するルマサンプルに基づいて決定される、ことと、
   前記１つ以上の近隣のルマブロックの各々の可用性に基づいて、前記ビデオユニットの近隣のルマサンプルを検索するかどうかを決定することであって、前記近隣のルマサンプルは、前記ビデオユニットの近隣の予め定義された位置に位置する、ことと、
   前記１つ以上の近隣のルマブロックの少なくとも１つが利用可能である場合に、平均動作によって、前記近隣のルマサンプルを使用して計算された平均ルマ変数に基づいて、前記少なくとも１つのスケーリングファクタを導出することと、を行うことによって導出され、
   すべての近隣のルマブロックが利用不可であると決定されたことに応答して、前記少なくとも１つのスケーリングファクタが、前記平均ルマ変数をデフォルト値に等しくセットすることによって導出され、
   前記デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）に等しく、ｂｉｔＤｅｐｔｈは、前記ビデオのビット深度である、方法。
2. 前記ビデオ領域内の前記１つ以上のクロマビデオブロックは、前記スケーリングプロセスを適用する前記ビデオ領域内のすべてのクロマビデオブロックに対応する、請求項１に記載の方法。
3. 前記近隣のルマサンプルは、前記ビデオユニットの１つ以上の左の近隣のサンプル列または１つ以上の上の近隣のサンプル行のうちの少なくとも１つを含む、請求項１に記載の方法。
4. 前記近隣のルマサンプルの総数は、前記仮想パイプラインデータユニットのサイズ情報に依存する、請求項１～３のいずれか一項に記載の方法。
5. 前記スケーリングプロセスは、区分線形モデルに基づいており、インデックスが、前記平均ルマ変数が属するピースを識別し、前記少なくとも１つのスケーリングファクタが、前記インデックスに基づいて導出される、請求項１～４のいずれか一項に記載の方法。
6. ピクチャレベル以下の前記スケーリングプロセスの有効または無効を示す構文要素が、前記現在のクロマビデオブロックに関連する前記ピクチャレベルに条件付きで含まれ、
   前記構文要素の値が１に等しいことに応答して、前記ピクチャレベル以下の前記スケーリングプロセスの適用が有効になり、前記構文要素の前記値がゼロに等しいことに応答して、前記ピクチャレベル以下の前記スケーリングプロセスの適用が無効にされる、請求項１～５のいずれか一項に記載の方法。
7. 前記変換は、前記現在のクロマビデオブロックを前記ビットストリームに符号化することを含む、請求項１～６のいずれか一項に記載の方法。
8. 前記変換は、前記ビットストリームから前記現在のクロマビデオブロックを復号することを含む、請求項１～６のいずれか一項に記載の方法。
9. プロセッサと、命令をその上に有する非一時的なメモリとを含む、ビデオデータを処理するための装置であって、前記命令は、前記プロセッサによって実行されると、前記命令は、前記プロセッサに、
   ビデオの現在のクロマビデオブロックと前記ビデオのビットストリームとの間の変換中、スケーリングプロセスが前記現在のクロマビデオブロックのクロマ残差サンプルに適用されることを決定することと、
   前記決定に基づいて前記変換を実行することと、を行わせ、
   前記スケーリングプロセスにおいて、前記クロマ残差サンプルは、前記現在のクロマビデオブロックを再構成するために使用される前に、少なくとも１つのスケーリングファクタに基づいてスケーリングされ、
   前記現在のクロマビデオブロックを含むビデオ領域内の１つ以上のクロマビデオブロックは、前記スケーリングプロセスにおいて、少なくとも１つの同じスケーリングファクタを共有し、前記ビデオ領域は、仮想パイプラインデータユニットであり、
   前記少なくとも１つのスケーリングファクタは、
   前記ビデオのビデオユニットの１つ以上の近隣のルマブロックの各々の可用性をチェックすることであって、前記ビデオユニットは、ルマブロックであり、前記現在のクロマビデオブロックの左上のサンプルに対応するルマサンプルに基づいて決定される、ことと、
   前記１つ以上の近隣のルマブロックの各々の可用性に基づいて、前記ビデオユニットの近隣のルマサンプルを検索するかどうかを決定することであって、前記近隣のルマサンプルは、前記ビデオユニットの近隣の予め定義された位置に位置する、ことと、
   前記１つ以上の近隣のルマブロックの少なくとも１つが利用可能である場合に、平均動作によって、前記近隣のルマサンプルを使用して計算された平均ルマ変数に基づいて、前記少なくとも１つのスケーリングファクタを導出することと、を行うことによって導出され、
   すべての近隣のルマブロックが利用不可であると決定されたことに応答して、前記少なくとも１つのスケーリングファクタが、前記平均ルマ変数をデフォルト値に等しくセットすることによって導出され、
   前記デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）に等しく、ｂｉｔＤｅｐｔｈは、前記ビデオのビット深度である、装置。
10. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、プロセッサに、
    ビデオの現在のクロマビデオブロックと前記ビデオのビットストリームとの間の変換中、スケーリングプロセスが前記現在のクロマビデオブロックのクロマ残差サンプルに適用されることを決定することと、
    前記決定に基づいて前記変換を実行することと、を行わせ、
    前記スケーリングプロセスにおいて、前記クロマ残差サンプルは、前記現在のクロマビデオブロックを再構成するために使用される前に、少なくとも１つのスケーリングファクタに基づいてスケーリングされ、
    前記現在のクロマビデオブロックを含むビデオ領域内の１つ以上のクロマビデオブロックは、前記スケーリングプロセスにおいて、少なくとも１つの同じスケーリングファクタを共有し、前記ビデオ領域は、仮想パイプラインデータユニットであり、
    前記少なくとも１つのスケーリングファクタは、
    前記ビデオのビデオユニットの１つ以上の近隣のルマブロックの各々の可用性をチェックすることであって、前記ビデオユニットは、ルマブロックであり、前記現在のクロマビデオブロックの左上のサンプルに対応するルマサンプルに基づいて決定される、ことと、
    前記１つ以上の近隣のルマブロックの各々の可用性に基づいて、前記ビデオユニットの近隣のルマサンプルを検索するかどうかを決定することであって、前記近隣のルマサンプルは、前記ビデオユニットの近隣の予め定義された位置に位置する、ことと、
    前記１つ以上の近隣のルマブロックの少なくとも１つが利用可能である場合に、平均動作によって、前記近隣のルマサンプルを使用して計算された平均ルマ変数に基づいて、前記少なくとも１つのスケーリングファクタを導出することと、を行うことによって導出され、
    すべての近隣のルマブロックが利用不可であると決定されたことに応答して、前記少なくとも１つのスケーリングファクタが、前記平均ルマ変数をデフォルト値に等しくセットすることによって導出され、
    前記デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）に等しく、ｂｉｔＤｅｐｔｈは、前記ビデオのビット深度である、非一時的なコンピュータ可読記憶媒体。
11. ビデオのビットストリームを記憶するための方法であって、前記方法は、
    スケーリングプロセスが前記ビデオの現在のクロマビデオブロックのクロマ残差サンプルに適用されることを決定することと、
    前記決定に基づいて前記ビットストリームを生成することと、
    前記ビットストリームを非一時的なコンピュータ可読記録媒体に記録することと、を含み、
    前記スケーリングプロセスにおいて、前記クロマ残差サンプルは、前記現在のクロマビデオブロックを再構成するために使用される前に、少なくとも１つのスケーリングファクタに基づいてスケーリングされ、
    前記現在のクロマビデオブロックを含むビデオ領域内の１つ以上のクロマビデオブロックは、前記スケーリングプロセスにおいて、少なくとも１つの同じスケーリングファクタを共有し、前記ビデオ領域は、仮想パイプラインデータユニットであり、
    前記少なくとも１つのスケーリングファクタは、
    前記ビデオのビデオユニットの１つ以上の近隣のルマブロックの各々の可用性をチェックすることであって、前記ビデオユニットは、ルマブロックであり、前記現在のクロマビデオブロックの左上のサンプルに対応するルマサンプルに基づいて決定される、ことと、
    前記１つ以上の近隣のルマブロックの各々の可用性に基づいて、前記ビデオユニットの近隣のルマサンプルを検索するかどうかを決定することであって、前記近隣のルマサンプルは、前記ビデオユニットの近隣の予め定義された位置に位置する、ことと、
    前記１つ以上の近隣のルマブロックの少なくとも１つが利用可能である場合に、平均動作によって、前記近隣のルマサンプルを使用して計算された平均ルマ変数に基づいて、前記少なくとも１つのスケーリングファクタを導出することと、を行うことによって導出され、
    すべての近隣のルマブロックが利用不可であると決定されたことに応答して、前記少なくとも１つのスケーリングファクタが、前記平均ルマ変数をデフォルト値に等しくセットすることによって導出され、
    前記デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）に等しく、ｂｉｔＤｅｐｔｈは、前記ビデオのビット深度である、方法。

Images