JP2022531216A - クロスコンポーネントコーディングの適用条件 - Google Patents
クロスコンポーネントコーディングの適用条件 Download PDFInfo
- Publication number
- JP2022531216A JP2022531216A JP2021564420A JP2021564420A JP2022531216A JP 2022531216 A JP2022531216 A JP 2022531216A JP 2021564420 A JP2021564420 A JP 2021564420A JP 2021564420 A JP2021564420 A JP 2021564420A JP 2022531216 A JP2022531216 A JP 2022531216A
- Authority
- JP
- Japan
- Prior art keywords
- block
- chroma
- luma
- current video
- cclm
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 440
- 238000012545 processing Methods 0.000 claims abstract description 78
- 230000000007 visual effect Effects 0.000 claims abstract description 63
- 238000006243 chemical reaction Methods 0.000 claims abstract description 48
- 241000023320 Luma <angiosperm> Species 0.000 claims description 562
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 claims description 562
- 238000005192 partition Methods 0.000 claims description 101
- 230000009977 dual effect Effects 0.000 claims description 36
- 238000012886 linear function Methods 0.000 claims description 19
- 230000004044 response Effects 0.000 claims description 19
- 230000003044 adaptive effect Effects 0.000 claims description 11
- 239000000523 sample Substances 0.000 description 287
- 239000013598 vector Substances 0.000 description 72
- 238000013507 mapping Methods 0.000 description 66
- 230000008569 process Effects 0.000 description 58
- 230000006870 function Effects 0.000 description 46
- 239000013074 reference sample Substances 0.000 description 36
- 230000001419 dependent effect Effects 0.000 description 24
- 238000009795 derivation Methods 0.000 description 24
- 238000001914 filtration Methods 0.000 description 22
- 238000004590 computer program Methods 0.000 description 20
- 230000015654 memory Effects 0.000 description 20
- 238000012821 model calculation Methods 0.000 description 20
- 230000003287 optical effect Effects 0.000 description 18
- 230000006835 compression Effects 0.000 description 12
- 238000007906 compression Methods 0.000 description 12
- 238000003672 processing method Methods 0.000 description 12
- PXFBZOLANLWPMH-UHFFFAOYSA-N 16-Epiaffinine Natural products C1C(C2=CC=CC=C2N2)=C2C(=O)CC2C(=CC)CN(C)C1C2CO PXFBZOLANLWPMH-UHFFFAOYSA-N 0.000 description 10
- 230000002441 reversible effect Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 238000000638 solvent extraction Methods 0.000 description 8
- 238000012360 testing method Methods 0.000 description 8
- 230000002146 bilateral effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 238000010276 construction Methods 0.000 description 6
- 230000002123 temporal effect Effects 0.000 description 6
- 238000012935 Averaging Methods 0.000 description 4
- 241000208199 Buxus sempervirens Species 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 4
- 230000006837 decompression Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000009499 grossing Methods 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 238000013139 quantization Methods 0.000 description 4
- 238000013515 script Methods 0.000 description 4
- 238000000926 separation method Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000002457 bidirectional effect Effects 0.000 description 3
- 230000009466 transformation Effects 0.000 description 3
- IESVDEZGAHUQJU-ZLBXKVHBSA-N 1-hexadecanoyl-2-(4Z,7Z,10Z,13Z,16Z,19Z-docosahexaenoyl)-sn-glycero-3-phosphocholine Chemical compound CCCCCCCCCCCCCCCC(=O)OC[C@H](COP([O-])(=O)OCC[N+](C)(C)C)OC(=O)CC\C=C/C\C=C/C\C=C/C\C=C/C\C=C/C\C=C/CC IESVDEZGAHUQJU-ZLBXKVHBSA-N 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000009792 diffusion process Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- 238000007670 refining Methods 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 241000473391 Archosargus rhomboidalis Species 0.000 description 1
- 108091026890 Coding region Proteins 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Studio Circuits (AREA)
Abstract
ビジュアルメディア処理の方法が、ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、固定値は１つ以上の条件に少なくとも基づく、ステップと、カレントビデオユニットとカレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、を含む。
Description
［関連出願の相互参照］
パリ条約による適用可能な特許法及び／又は規則に基づき、本出願は、2019年5月8日に出願された国際特許出願第PCT/CN2019/085996号の優先権及び利益を適時に主張するために行われる。法に基づく全ての目的のために、前述の出願の開示全体が、本出願の開示の一部として参照により組み込まれる。
パリ条約による適用可能な特許法及び／又は規則に基づき、本出願は、2019年5月8日に出願された国際特許出願第PCT/CN2019/085996号の優先権及び利益を適時に主張するために行われる。法に基づく全ての目的のために、前述の出願の開示全体が、本出願の開示の一部として参照により組み込まれる。
［技術分野］
本特許文献は、ビデオ符号化／復号手法、デバイス、及びシステムに関する。
本特許文献は、ビデオ符号化／復号手法、デバイス、及びシステムに関する。
ビデオ圧縮の進歩にもかかわらず、デジタルビデオは、依然として、インターネット及び他のデジタル通信ネットワークにおける最大の帯域幅使用を占めている。ビデオを受信し表示することができる接続ユーザデバイスの数が増加すると、デジタルビデオ使用に対する帯域幅需要は増大し続けることが予想される。
デジタルビデオ符号化／復号に関連するデバイス、システム、及び方法、具体的には、ビデオ符号化／復号におけるクロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）予測モードのための簡素化された線形モデル導出について記載する。記載される方法は、既存のビデオ符号化標準（例えば、高効率ビデオ符号化（High Efficiency Video Coding、ＨＥＶＣ））及び将来のビデオ符号化標準（例えば、汎用ビデオ符号化（Versatile Video Coding、ＶＶＣ））又はコーデックの双方に適用され得る。
代表的な一態様において、開示される技術は、ビジュアルメディア処理の方法を含む。この例示的な方法は、ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、第１のパラメータが固定値又はカレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、対応するルマブロックは、カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、クロマスケーリングファクタに基づいてカレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、カレントビデオクロマブロックとカレントビデオクロマブロックのビットストリーム表現との間のコンバージョンにクロマスケーリングファクタを使用するステップと、を含む。
代表的な一態様において、開示される技術は、ビジュアルメディア処理の方法を含む。この例示的な方法は、ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、固定値は１つ以上の条件に少なくとも基づく、ステップと、カレントビデオユニットとカレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、を含む。
代表的な一態様において、開示される技術は、ビジュアルメディア処理の方法を含む。この例示的な方法は、ビジュアルメディアデータのカレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンの間、カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又は符号化構造タイプに少なくとも部分的に基づいて、カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップを含む。
さらに別の例示的な態様において、上述の方法は、プロセッサを含むビデオエンコーダ装置により実装され得る。
さらに別の例示的な態様において、上述の方法は、プロセッサを含むビデオデコーダ装置により実装され得る。
さらに別の例示的な態様において、これらの方法は、プロセッサ実行可能命令の形態で具現化され、コンピュータ読取可能プログラム媒体に記憶され得る。
これら及び他の態様について本文献でさらに説明する。
２．１ ＨＥＶＣに関する簡潔なレビュー
２．１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、考慮されているカラーチャネルで事前に再構成されたサンプルを用いて、所与のＴＢ（変換ブロック（transform block））のためのサンプルを生成することを伴う。イントラ予測モードは、ルマ（luma）チャネル及びクロマ（chroma）チャネルについて別個にシグナリングされ、クロマチャネルイントラ予測モードは、任意で、「ＤＭ＿ＣＨＲＯＭＡ」モードを介してルマチャネルイントラ予測モードに依存する。イントラ予測モードはＰＢ（予測ブロック（prediction block））レベルでシグナリングされるが、イントラ予測プロセスは、ＣＵの残差四分木階層（residual quad-tree hierarchy）に従ってＴＢレベルで適用され、それにより、１つのＴＢの符号化がＣＵ内の次のＴＢの符号化への影響を有することができ、したがって、参照値として使用されるサンプルへの距離を低減させる。
２．１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、考慮されているカラーチャネルで事前に再構成されたサンプルを用いて、所与のＴＢ（変換ブロック（transform block））のためのサンプルを生成することを伴う。イントラ予測モードは、ルマ（luma）チャネル及びクロマ（chroma）チャネルについて別個にシグナリングされ、クロマチャネルイントラ予測モードは、任意で、「ＤＭ＿ＣＨＲＯＭＡ」モードを介してルマチャネルイントラ予測モードに依存する。イントラ予測モードはＰＢ（予測ブロック（prediction block））レベルでシグナリングされるが、イントラ予測プロセスは、ＣＵの残差四分木階層（residual quad-tree hierarchy）に従ってＴＢレベルで適用され、それにより、１つのＴＢの符号化がＣＵ内の次のＴＢの符号化への影響を有することができ、したがって、参照値として使用されるサンプルへの距離を低減させる。
ＨＥＶＣは、３５個のイントラ予測モード － ＤＣモード、ｐｌａｎａｒモード、及び３３個の方向又は「ａｎｇｕｌａｒ」イントラ予測モードを含む。３３個のａｎｇｕｌａｒイントラ予測モードが図１に示されている。
クロマカラーチャネルに関連づけられたＰＢでは、イントラ予測モードは、ｐｌａｎａｒ、ＤＣ、水平、垂直、「ＤＭ＿ＣＨＲＯＭＡ」モード、又は時にはｄｉａｇｏｎａｌモード「３４」のいずれかとして指定される。
クロマフォーマット４：２：２及び４：２：０では、クロマＰＢは２つ又は４つ（それぞれ）のルマＰＢと重なり得ることに留意する。この場合、ＤＭ＿ＣＨＲＯＭＡのためのルマ方向は、これらのルマＰＢの左上から取得される。
ＤＭ＿ＣＨＲＯＭＡモードは、ルマカラーチャネルＰＢのイントラ予測モードがクロマカラーチャネルＰＢに適用されることを示す。これは比較的一般的であるため、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの最確モード符号化方式は、このモードが選択される方を好んでバイアスされる。
２．２ 汎用ビデオ符号化（ＶＶＣ）アルゴリズムの説明
２．２．１ ＶＶＣ符号化アーキテクチャ
ＨＥＶＣを越える将来のビデオ符号化技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。ＪＶＥＴ会議は四半期に１回同時開催されており、新しい符号化標準はＨＥＶＣと比較して５０％のビットレート低減を目指している。この新しいビデオ符号化標準は２０１８年４月のＪＶＥＴ会議で汎用ビデオ符号化（Versatile Video Coding、ＶＶＣ）として正式に命名され、その当時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が存在するため、ＪＶＥＴ会議毎にＶＶＣ標準に対して新しい符号化手法が採択されている。ＶＶＣ作業原案及びテストモデルＶＴＭは、次いで、毎会議後に更新される。ＶＶＣプロジェクトは現在、２０２０年７月の会議での技術的完成（ＦＤＩＳ）を狙っている。
２．２．１ ＶＶＣ符号化アーキテクチャ
ＨＥＶＣを越える将来のビデオ符号化技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。ＪＶＥＴ会議は四半期に１回同時開催されており、新しい符号化標準はＨＥＶＣと比較して５０％のビットレート低減を目指している。この新しいビデオ符号化標準は２０１８年４月のＪＶＥＴ会議で汎用ビデオ符号化（Versatile Video Coding、ＶＶＣ）として正式に命名され、その当時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が存在するため、ＪＶＥＴ会議毎にＶＶＣ標準に対して新しい符号化手法が採択されている。ＶＶＣ作業原案及びテストモデルＶＴＭは、次いで、毎会議後に更新される。ＶＶＣプロジェクトは現在、２０２０年７月の会議での技術的完成（ＦＤＩＳ）を狙っている。
ほとんどの先行する標準と同様に、ＶＶＣは、インターピクチャ及びイントラピクチャ予測並びに変換符号化をエントロピー符号化と組み合わせたブロックベースのハイブリッド符号化アーキテクチャを有する。ピクチャパーティション化構造は、入力ビデオを符号化ツリーユニット（coding tree units、ＣＴＵ）と呼ばれるブロックに分ける。ＣＴＵは、ネストされたマルチタイプツリー構造を有する四分木を用いて符号化ユニット（coding units、ＣＵ）に分割され、リーフ符号化ユニット（ＣＵ）は、同じ予測モード（例えば、イントラ又はインター）を共有する領域を定義する。本文献において、用語「ユニット」は、全ての色成分をカバーする画像の領域を定義する。用語「ブロック」は、特定の色成分（例えば、ルマ）をカバーする領域を定義するために用いられ、４：２：０などのクロマサンプリングフォーマットを考慮するとき空間的位置において異なり得る。
２．２．２ ＶＶＣにおけるデュアル／セパレートツリーパーティション
ルマ成分とクロマ成分は、Ｉスライスに対して別個のパーティションツリーを有することができる。別個のツリーパーティション化は、ＣＴＵレベルではなく、６４×６４ブロックレベル下である。ＶＴＭソフトウェアでは、デュアルツリーのオンとオフを制御するためのＳＰＳフラグがある。
ルマ成分とクロマ成分は、Ｉスライスに対して別個のパーティションツリーを有することができる。別個のツリーパーティション化は、ＣＴＵレベルではなく、６４×６４ブロックレベル下である。ＶＴＭソフトウェアでは、デュアルツリーのオンとオフを制御するためのＳＰＳフラグがある。
２．２．３ ＶＶＣにおけるイントラ予測
２．２．３．１ ６７個のイントラ予測モード
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ４における方向イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにない新しい方向モードは、図２に赤い点線の矢印として示されており、ｐｌａｎａｒモードとＤＣモードは同じままである。これらのより高密度の方向イントラ予測モードは、全てのブロックサイズに、並びにルマ及びクロマ双方のイントラ予測に適用される。
２．２．３．１ ６７個のイントラ予測モード
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ４における方向イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにない新しい方向モードは、図２に赤い点線の矢印として示されており、ｐｌａｎａｒモードとＤＣモードは同じままである。これらのより高密度の方向イントラ予測モードは、全てのブロックサイズに、並びにルマ及びクロマ双方のイントラ予測に適用される。
２．２．３．２ クロスコンポーネント線形モデル予測（ＣＣＬＭ）
クロスコンポーネント冗長性を低減するために、クロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）予測モードがＶＴＭ４で使用され、これについて、クロマサンプルは、以下の線形モデルを使用することにより、同じＣＵの再構成されたルマサンプルに基づいて予測される。
ここで、ｐｒｅｄｃ（ｉ，ｊ）は、ＣＵ内の予測クロマサンプルを表し、ｒｅｃＬ（ｉ，ｊ）は、同じＣＵのダウンサンプリングされた再構成ルマサンプルを表す。線形モデルパラメータα及びβは、２つのサンプルからのルマ値とクロマ値との間の関係から導出され、該２つのサンプルは、ダウンサンプリングされた近隣のルマサンプルのセット内で最小サンプル値を有する、及び最大サンプルを有するルマサンプルと、それらの対応するクロマサンプルである。線形モデルパラメータα及びβは、以下の式に従って得られる。
クロスコンポーネント冗長性を低減するために、クロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）予測モードがＶＴＭ４で使用され、これについて、クロマサンプルは、以下の線形モデルを使用することにより、同じＣＵの再構成されたルマサンプルに基づいて予測される。
ここで、ＹａとＸａは、最大ルマサンプル値を有するルマサンプルのルマ値とクロマ値を表す。また、ＸｂとＹｂは、それぞれ、最小ルマサンプルを有するルマサンプルのルマ値とクロマ値を表す。図３は、左及び上のサンプルの位置とＣＣＬＭモードに関与するカレント（current）ブロックのサンプルの一例を示す。
パラメータαを計算するための除算演算は、ルックアップテーブルで実装される。テーブルを記憶するために必要なメモリを低減するために、ｄｉｆｆ値（最大値と最小値との間の差）とパラメータαが指数表記により表現される。例えば、ｄｉｆｆは、４ビットの有効部分と指数で近似される。結果として、１／ｄｉｆｆの表は、次のように、仮数の１６個の値について１６個の要素に低減される。
これは、計算の複雑さと、必要なテーブルを記憶するのに必要なメモリサイズの双方を低減する利点を有する。
上テンプレートと左テンプレートを使用して線形モデル係数を一緒に計算できるほかに、これらを代替的に、ＬＭ＿Ａモード及びＬＭ＿Ｌモードと呼ばれる他の２つのＬＭモードで使用することもできる。
ＬＭ＿Ａモードでは、上テンプレートのみを使用して線形モデル係数を計算する。より多くのサンプルを得るために、上テンプレートは（Ｗ＋Ｈ）に拡張される。ＬＭ＿Ｌモードでは、左テンプレートのみを使用して線形モデル係数を計算する。より多くのサンプルを得るために、左テンプレートは（Ｈ＋Ｗ）に拡張される。
非正方形ブロックでは、上テンプレートはＷ＋Ｗに拡張され、左テンプレートはＨ＋Ｈに拡張される。
４：２：０ビデオシーケンスのクロマサンプル位置にマッチングするために、２つのタイプのダウンサンプリングフィルタをルマサンプルに適用して、水平及び垂直双方の方向における２対１のダウンサンプリング比を達成する。ダウンサンプリングフィルタの選択は、ＳＰＳレベルフラグにより指定される。２つのダウンサンプリングフィルタは以下のとおりであり、これらはそれぞれ、「ｔｙｐｅ－０」及び「ｔｙｐｅ－２」のコンテンツに対応する。
上側参照ラインがＣＴＵ境界にあるとき、ダウンサンプリングされたルマサンプルを作成するために、１つのルマライン（イントラ予測における一般的なラインバッファ）のみが使用されることに留意する。
このパラメータ計算は、デコーディング処理の一部として実行され、単にエンコーダ探索動作としてではない。結果として、αとβの値をデコーダに伝達するためにシンタックスは使用されない。
クロマイントラモード符号化では、クロマイントラモード符号化に対して合計８つのイントラモードが許可されている。これらのモードは、５つの従来のイントラモードと３つのクロスコンポーネント線形モデルモード（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）を含む。クロマモード符号化は、対応するルマブロックのイントラ予測モードに直接依存する。Ｉスライスでは、ルマ成分とクロマ成分に対する別個のブロックパーティション化構造が有効にされるため、１つのクロマブロックが複数のルマブロックに対応する場合がある。したがって、クロマＤＭモードでは、カレントクロマブロックの中心位置をカバーする対応するルマブロックのイントラ予測モードが直接継承される。
２．２．３．２．１ 対応する修正作業原案（ＪＶＥＴ－Ｎ０２７１）
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２７１の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
シンタックステーブル
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２７１の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
シンタックステーブル
セマンティクス
０に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が無効にされていることを指定する。１に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が有効にされていることを指定する。
復号処理
０に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が無効にされていることを指定する。１に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が有効にされていることを指定する。
復号処理
２．２．３．３ 種々のイントラ予測の態様
ＶＴＭ４は、ＨＥＶＣとは異なる多くのイントラ符号化ツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ ワイドアングルモード拡張を有する６７個のイントラモード
・ ブロックサイズ及びモード依存の４タップ補間フィルタ
・ 位置依存イントラ予測組み合わせ（Position dependent intra prediction combination、ＰＤＰＣ）
・ クロスコンポーネント線形モデルイントラ予測
・ マルチ参照ラインイントラ予測
・ イントラサブパーティション
ＶＴＭ４は、ＨＥＶＣとは異なる多くのイントラ符号化ツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ ワイドアングルモード拡張を有する６７個のイントラモード
・ ブロックサイズ及びモード依存の４タップ補間フィルタ
・ 位置依存イントラ予測組み合わせ（Position dependent intra prediction combination、ＰＤＰＣ）
・ クロスコンポーネント線形モデルイントラ予測
・ マルチ参照ラインイントラ予測
・ イントラサブパーティション
２．２．４ ＶＶＣにおけるインター予測
２．２．４．１ 組み合わせインター及びイントラ予測（Combined inter and intra prediction、ＣＩＩＰ）
ＶＴＭ４では、ＣＵがマージモードで符号化されるとき、ＣＵが少なくとも６４個のルマサンプルを含む（すなわち、ＣＵ幅×ＣＵ高さが６４以上である）場合、さらなるフラグをシグナリングして、組み合わせインター／イントラ予測（ＣＩＩＰ）モードがカレントＣＵに適用されるかを示す。
２．２．４．１ 組み合わせインター及びイントラ予測（Combined inter and intra prediction、ＣＩＩＰ）
ＶＴＭ４では、ＣＵがマージモードで符号化されるとき、ＣＵが少なくとも６４個のルマサンプルを含む（すなわち、ＣＵ幅×ＣＵ高さが６４以上である）場合、さらなるフラグをシグナリングして、組み合わせインター／イントラ予測（ＣＩＩＰ）モードがカレントＣＵに適用されるかを示す。
ＣＩＩＰ予測を形成するために、イントラ予測モードが、２つのさらなるシンタックス要素から最初導出される。最大４つのとり得るイントラ予測モード、すなわち、ＤＣ、ｐｌａｎａｒ、水平、又は垂直を使用することができる。次いで、通常のイントラ及びインターデコーディング処理を用いて、インター予測及びイントラ予測信号が導出される。最後、ＣＩＩＰ予測を得るために、インター及びイントラ予測信号の加重平均が実行される。
２．２．４．２ 種々のインター予測の態様
ＶＴＭ４は、ＨＥＶＣとは異なる多くのインター符号化ツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ アフィン動きインター予測
・ サブブロックベースの時間的動きベクトル予測
・ 適応的動きベクトル分解能
・ 時間的動き予測のための８×８ブロックベースの動き圧縮
・ ルマ成分に対する８タップ補間フィルタとクロマ成分に対する４タップ補間フィルタを有する、高精度（１／１６ｐｅｌ）動きベクトル記憶及び動き補償
・ 三角形パーティション（Triangular partitions）
・ 組み合わせイントラ及びインター予測
・ ＭＶＤ付きマージ（Merge with MVD、ＭＭＶＤ）
・ 対称的ＭＶＤ符号化
・ 双方向オプティカルフロー
・ デコーダ側動きベクトル精緻化
・ 双予測加重平均（Bi-predictive weighted averaging）
ＶＴＭ４は、ＨＥＶＣとは異なる多くのインター符号化ツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ アフィン動きインター予測
・ サブブロックベースの時間的動きベクトル予測
・ 適応的動きベクトル分解能
・ 時間的動き予測のための８×８ブロックベースの動き圧縮
・ ルマ成分に対する８タップ補間フィルタとクロマ成分に対する４タップ補間フィルタを有する、高精度（１／１６ｐｅｌ）動きベクトル記憶及び動き補償
・ 三角形パーティション（Triangular partitions）
・ 組み合わせイントラ及びインター予測
・ ＭＶＤ付きマージ（Merge with MVD、ＭＭＶＤ）
・ 対称的ＭＶＤ符号化
・ 双方向オプティカルフロー
・ デコーダ側動きベクトル精緻化
・ 双予測加重平均（Bi-predictive weighted averaging）
２．２．５ ループ内フィルタ
ＶＴＭ４には、合計で３つのループ内フィルタがある。デブロッキングフィルタとＳＡＯ（ＨＥＶＣにおける２つのループフィルタ）の他に、ＶＴＭ４では適応ループフィルタ（adaptive loop filter、ＡＬＦ）が適用される。ＶＴＭ４におけるフィルタリングプロセスの順序は、デブロッキングフィルタ、ＳＡＯ、及びＡＬＦである。
ＶＴＭ４には、合計で３つのループ内フィルタがある。デブロッキングフィルタとＳＡＯ（ＨＥＶＣにおける２つのループフィルタ）の他に、ＶＴＭ４では適応ループフィルタ（adaptive loop filter、ＡＬＦ）が適用される。ＶＴＭ４におけるフィルタリングプロセスの順序は、デブロッキングフィルタ、ＳＡＯ、及びＡＬＦである。
ＶＴＭ４において、ＳＡＯ及びデブロッキングフィルタリング処理は、ＨＥＶＣにおけるものとほぼ同じである。
ＶＴＭ４では、クロマスケーリング付きルママッピングと呼ばれる新しい処理が追加された（この処理は、以前は適応ループ内リシェーパとして知られていた）。この新しい処理は、デブロッキングの前に実行される。
２．２．６ クロマスケーリング付きルママッピング（ＬＭＣＳ、別名、ループ内リシェーピング）
ＶＴＭ４では、クロマスケーリング付きルママッピング（luma mapping with chroma scaling、ＬＭＣＳ）と呼ばれる符号化ツールが、ループフィルタの前に新しい処理ブロックとして追加されている。ＬＭＣＳは、２つの主要なコンポーネントを有し、すなわち、１）適応区分線形モデルに基づくルマ成分のループ内マッピングと、２）クロマ成分では、ルマ依存のクロマ残差スケーリングが適用される。図４は、デコーダの視点からのＬＭＣＳアーキテクチャを示す。図４の水色の影付きブロックは、マッピングされたドメインでどこに処理が適用されるかを示し、これらには、逆量子化、逆変換、ルマイントラ予測、及びルマ予測のルマ残差との加算が含まれる。図４の影無しブロックは、元の（すなわち、マッピングされていない）ドメインでどこに処理が適用されるかを示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償された予測、クロマイントラ予測、クロマ予測のクロマ残差との加算、及び参照ピクチャとしてのデコードされたピクチャの記憶が含まれる。図４の淡黄の影付きブロックは、ルマ信号の順方向及び逆方向マッピング、並びにルマ依存のクロマスケーリング処理を含む、新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける大抵の他のツールと同様に、ＬＭＣＳはＳＰＳフラグを使用してシーケンスレベルで有効／無効にすることができる。
ＶＴＭ４では、クロマスケーリング付きルママッピング（luma mapping with chroma scaling、ＬＭＣＳ）と呼ばれる符号化ツールが、ループフィルタの前に新しい処理ブロックとして追加されている。ＬＭＣＳは、２つの主要なコンポーネントを有し、すなわち、１）適応区分線形モデルに基づくルマ成分のループ内マッピングと、２）クロマ成分では、ルマ依存のクロマ残差スケーリングが適用される。図４は、デコーダの視点からのＬＭＣＳアーキテクチャを示す。図４の水色の影付きブロックは、マッピングされたドメインでどこに処理が適用されるかを示し、これらには、逆量子化、逆変換、ルマイントラ予測、及びルマ予測のルマ残差との加算が含まれる。図４の影無しブロックは、元の（すなわち、マッピングされていない）ドメインでどこに処理が適用されるかを示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償された予測、クロマイントラ予測、クロマ予測のクロマ残差との加算、及び参照ピクチャとしてのデコードされたピクチャの記憶が含まれる。図４の淡黄の影付きブロックは、ルマ信号の順方向及び逆方向マッピング、並びにルマ依存のクロマスケーリング処理を含む、新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける大抵の他のツールと同様に、ＬＭＣＳはＳＰＳフラグを使用してシーケンスレベルで有効／無効にすることができる。
２．２．６．１ 区分線形モデルによるルママッピング
ルマ成分のループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することにより入力信号のダイナミックレンジを調整する。ルママッピングは、順方向マッピング関数ＦｗｄＭａｐと、対応する逆方向マッピング関数ＩｎｖＭａｐを利用する。ＦｗｄＭａｐ関数は、１６個の等しい部分（pieces）を有する区分線形モデル（piecewise linear model）を使用してシグナリングされる。ＩｎｖＭａｐ関数はシグナリングされる必要はなく、代わりにＦｗｄＭａｐ関数から導出される。
ルマ成分のループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することにより入力信号のダイナミックレンジを調整する。ルママッピングは、順方向マッピング関数ＦｗｄＭａｐと、対応する逆方向マッピング関数ＩｎｖＭａｐを利用する。ＦｗｄＭａｐ関数は、１６個の等しい部分（pieces）を有する区分線形モデル（piecewise linear model）を使用してシグナリングされる。ＩｎｖＭａｐ関数はシグナリングされる必要はなく、代わりにＦｗｄＭａｐ関数から導出される。
ルママッピングモデルは、タイルグループレベルでシグナリングされる。プレゼンスフラグが最初シグナリングされる。ルママッピングモデルがカレントタイルグループに存在する場合、対応する区分線形モデルパラメータがシグナリングされる。区分線形モデルは、入力信号のダイナミックレンジを１６等分にパーティション化し、各部分について、その線形マッピングパラメータは、その部分に割り当てられたコードワードの数を使用して表現される。１０ビットの入力を一例にとる。１６個の部分の各々は、デフォルトで６４個のコードワードをそれに割り当てられる。シグナリングされたコードワード数を使用して、スケーリングファクタを計算し、それに応じてその部分のためのマッピング関数を調整する。タイルグループレベルでは、別のＬＭＣＳイネーブルフラグがシグナリングされて、図４に示すようなＬＭＣＳ処理がカレントタイルグループに適用されるかを示す。
ＦｗｄＭａｐ区分線形モデルの各ｉ番目の部分、ｉ＝０．．．１５は、２つの入力ピボット点ＩｎｐｕｔＰｉｖｏｔ［］と２つの出力（マッピングされた）ピボット点ＭａｐｐｅｄＰｉｖｏｔ［］により定義される。
ＩｎｐｕｔＰｉｖｏｔ［］とＭａｐｐｅｄＰｉｖｏｔ［］は（１０ビットビデオを仮定して）次のように計算される。
１） OrgCW = 64
２） i = 0:16について、InputPivot[i] = i*OrgCW
３） i = 0:16について、MappedPivot[i]は次のように計算される：
MappedPivot[0]=0；
for(i=0; i<16; i++）
MappedPivot[i+1] = MappedPivot[i] + SignalledCW[i］
ここで、SignalledCW[i]は、ｉ番目の部分に対するシグナリングされたコードワード数である。
１） OrgCW = 64
２） i = 0:16について、InputPivot[i] = i*OrgCW
３） i = 0:16について、MappedPivot[i]は次のように計算される：
MappedPivot[0]=0；
for(i=0; i<16; i++）
MappedPivot[i+1] = MappedPivot[i] + SignalledCW[i］
ここで、SignalledCW[i]は、ｉ番目の部分に対するシグナリングされたコードワード数である。
図４に示すように、イントラ符号化ブロックでは、マッピングされたドメインにおいて動き補償予測が実行される。言い換えると、動き補償された予測ブロックＹｐｒｅｄがＤＰＢの参照信号に基づいて計算された後、ＦｗｄＭａｐ関数が適用されて、元のドメインのルマ予測ブロックをマッピングされたドメインにマッピングし、Ｙ’ｐｒｅｄ＝ＦｗｄＭａｐ（Ｙｐｒｅｄ）である。イントラ符号化ブロックでは、マッピングされたドメインでイントラ予測が実行されるため、ＦｗｄＭａｐ関数は適用されない。再構成ブロックＹｒが計算された後、ＩｎｖＭａｐ関数が適用されて、マッピングされたドメインにおける再構成されたルマ値を元のドメインにおける再構成されたルマ値に逆にコンバートする（
）。ＩｎｖＭａｐ関数は、イントラ符号化ルマブロック及びインター符号化ルマブロックの双方に適用される。
ルママッピング処理（順方向及び／又は逆方向マッピング）は、ルックアップテーブル（ＬＵＴ）を使用するか又はオンザフライ（on-the-fly）計算を使用するかのいずれかで実装することができる。ＬＵＴが使用される場合、ＦｗｄＭａｐＬＵＴ及びＩｎｖＭａｐＬＵＴをタイルグループレベルでの使用のために予め計算及び予め記憶することができ、順方向及び逆方向のマッピングは、それぞれ、ＦｗｄＭａｐ（Ｙｐｒｅｄ）＝ＦｗｄＭａｐＬＵＴ（Ｙｐｒｅｄ）及びＩｎｖＭａｐ（Ｙｒ）＝ＩｎｖＭａｐＬＵＴ（Ｙｒ）として簡単に実装することができる。あるいは、オンザフライ計算を用いてもよい。順方向マッピング関数ＦｗｄＭａｐを一例にとる。ルマサンプルが属する部分を解決するために、サンプル値は６ビット（これは１６等分に対応する）右シフトされる。次いで、その部分のための線形モデルパラメータが取り出され、オンザフライで適用されて、マッピングされたルマ値を計算する。ｉを部分インデックスとし、ａ１、ａ２をそれぞれＩｎｐｕｔＰｉｖｏｔ［ｉ］、ＩｎｐｕｔＰｉｖｏｔ［ｉ＋１］とし、ｂ１、ｂ２をそれぞれＭａｐｐｅｄＰｉｖｏｔ［ｉ］、ＭａｐｐｅｄＰｉｖｏｔ［ｉ＋１］とする。ＦｗｄＭａｐ関数は次のように評価される。
ＩｎｖＭａｐ関数は、同様の方法でオンザフライで計算することができるが、例外は、サンプル値が属する部分を解決するとき単純な右ビットシフトの代わりに条件チェックが適用されることであり、なぜならば、マッピングされたドメインにおける部分が等しいサイズではないためである。
２．２．６．２ ルマ依存のクロマ残差スケーリング
クロマ残差スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。クロマ残差スケーリングが有効にされているか否かも、タイルグループレベルでシグナリングされる。ルママッピングが有効にされている場合、及びデュアルツリーパーティション（セパレートクロマツリーとしても知られる）がカレントタイルグループに適用されない場合、さらなるフラグがシグナリングされて、ルマ依存のクロマ残差スケーリングが有効にされているか否かを示す。ルママッピングが使用されないとき、又はカレントタイルグループでデュアルツリーパーティションが使用されるとき、ルマ依存のクロマ残差スケーリングは無効にされる。さらに、ルマ依存のクロマ残差スケーリングは、そのエリアが４以下のクロマブロックでは常に無効にされる。
クロマ残差スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。クロマ残差スケーリングが有効にされているか否かも、タイルグループレベルでシグナリングされる。ルママッピングが有効にされている場合、及びデュアルツリーパーティション（セパレートクロマツリーとしても知られる）がカレントタイルグループに適用されない場合、さらなるフラグがシグナリングされて、ルマ依存のクロマ残差スケーリングが有効にされているか否かを示す。ルママッピングが使用されないとき、又はカレントタイルグループでデュアルツリーパーティションが使用されるとき、ルマ依存のクロマ残差スケーリングは無効にされる。さらに、ルマ依存のクロマ残差スケーリングは、そのエリアが４以下のクロマブロックでは常に無効にされる。
クロマ残差スケーリングは、（イントラ符号化ブロック及びインター符号化ブロックの双方について）対応するルマ予測ブロックの平均値に依存する。ａｖｇＹ’をルマ予測ブロックの平均として表す。ＣＳｃａｌｅＩｎｖの値は、次のステップで計算される。
１） ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ’が属する区分線形モデルのインデックスＹＩｄｘを見つける。
２） ＣＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［ＹＩｄｘ］であり、ここでｃＳｃａｌｅＩｎｖ［］は予め計算された１６個の部分のＬＵＴである。
カレントブロックがイントラ、ＣＩＩＰ、又はイントラブロックコピー（ＩＢＣ、別名、カレントピクチャ参照又はＣＰＲ）モードとして符号化される場合、ａｖｇＹ’はイントラ、ＣＩＩＰ、又はＩＢＣの予測ルマ値の平均として計算され、そうでない場合、ａｖｇＹ’は順方向マッピングされたインター予測ルマ値（図４のＹｐｒｅｄ）の平均として計算される。サンプルベースで実行されるルママッピングとは異なり、ＣＳｃａｌｅＩｎｖはクロマブロック全体に対して定数値である。ＣＳｃａｌｅＩｎｖを用いて、クロマ残差スケーリングは次のように適用される。
１） ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ’が属する区分線形モデルのインデックスＹＩｄｘを見つける。
２） ＣＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［ＹＩｄｘ］であり、ここでｃＳｃａｌｅＩｎｖ［］は予め計算された１６個の部分のＬＵＴである。
カレントブロックがイントラ、ＣＩＩＰ、又はイントラブロックコピー（ＩＢＣ、別名、カレントピクチャ参照又はＣＰＲ）モードとして符号化される場合、ａｖｇＹ’はイントラ、ＣＩＩＰ、又はＩＢＣの予測ルマ値の平均として計算され、そうでない場合、ａｖｇＹ’は順方向マッピングされたインター予測ルマ値（図４のＹｐｒｅｄ）の平均として計算される。サンプルベースで実行されるルママッピングとは異なり、ＣＳｃａｌｅＩｎｖはクロマブロック全体に対して定数値である。ＣＳｃａｌｅＩｎｖを用いて、クロマ残差スケーリングは次のように適用される。
２．２．６．３ ＪＶＥＴ－Ｍ１００１＿ｖ７の対応作業原案とＪＶＥＴ－Ｎ０２２０の採択
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２２０の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
［シンタックステーブル］
［セマンティクス］
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２２０の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
［シンタックステーブル］
３． 既存の実装の欠点
ＬＭＣＳ／ＣＣＬＭの現在の設計は、以下の問題を有し得る。
１． ＬＭＣＳ符号化ツールでは、クロマ残差スケーリングファクタは、コロケート（collocated）ルマ予測ブロックの平均値により導出され、これは、ＬＭＣＳクロマ残差スケーリングにおけるクロマサンプルの処理のための待ち時間を結果としてもたらす。
ａ） 単一／共有ツリーの場合、待ち時間は、（ａ）利用可能なルマブロック全体の全ての予測サンプルを待つこと、及び（ｂ）（ａ）により得られた全てのルマ予測サンプルの平均をとることにより引き起こされる。
ｂ）デュアル／セパレートツリーの場合、待ち時間は、Ｉスライスにおいてルマ及びクロマ成分の別個のブロックパーティション化構造が有効にされるため、さらに悪くなる。したがって、１つのクロマブロックが複数のルマブロックに対応し得、１つの４×４クロマブロックが６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントの４×４クロマブロックのクロマ残差スケーリングファクタは、６４×６４ルマブロック全体の全ての予測サンプルが利用可能になるまで待つ必要があり得る。一言で言えば、デュアル／セパレートツリーにおける待ち時間の問題は、はるかに深刻である。
２． ＣＣＬＭ符号化ツールでは、イントラクロマ予測のためのＣＣＬＭモデル計算は、ルマブロックとクロマブロックの双方の左及び上の参照サンプルに依存する。また、クロマブロックのためのＣＣＬＭ予測は、同じＣＵのコロケートルマ再構成サンプルに依存する。これは、デュアル／セパレートツリーにおける長い待ち時間を引き起こす。
・ デュアル／セパレートツリーの場合、１つの４×４クロマブロックは６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントクロマブロックのＣＣＬＭ処理は、対応する６４×６４ルマブロック全体が再構成されるまで待つ必要があり得る。この待ち時間の問題は、デュアル／セパレートツリーにおけるＬＭＣＳクロマスケーリングと同様である。
ＬＭＣＳ／ＣＣＬＭの現在の設計は、以下の問題を有し得る。
１． ＬＭＣＳ符号化ツールでは、クロマ残差スケーリングファクタは、コロケート（collocated）ルマ予測ブロックの平均値により導出され、これは、ＬＭＣＳクロマ残差スケーリングにおけるクロマサンプルの処理のための待ち時間を結果としてもたらす。
ａ） 単一／共有ツリーの場合、待ち時間は、（ａ）利用可能なルマブロック全体の全ての予測サンプルを待つこと、及び（ｂ）（ａ）により得られた全てのルマ予測サンプルの平均をとることにより引き起こされる。
ｂ）デュアル／セパレートツリーの場合、待ち時間は、Ｉスライスにおいてルマ及びクロマ成分の別個のブロックパーティション化構造が有効にされるため、さらに悪くなる。したがって、１つのクロマブロックが複数のルマブロックに対応し得、１つの４×４クロマブロックが６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントの４×４クロマブロックのクロマ残差スケーリングファクタは、６４×６４ルマブロック全体の全ての予測サンプルが利用可能になるまで待つ必要があり得る。一言で言えば、デュアル／セパレートツリーにおける待ち時間の問題は、はるかに深刻である。
２． ＣＣＬＭ符号化ツールでは、イントラクロマ予測のためのＣＣＬＭモデル計算は、ルマブロックとクロマブロックの双方の左及び上の参照サンプルに依存する。また、クロマブロックのためのＣＣＬＭ予測は、同じＣＵのコロケートルマ再構成サンプルに依存する。これは、デュアル／セパレートツリーにおける長い待ち時間を引き起こす。
・ デュアル／セパレートツリーの場合、１つの４×４クロマブロックは６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントクロマブロックのＣＣＬＭ処理は、対応する６４×６４ルマブロック全体が再構成されるまで待つ必要があり得る。この待ち時間の問題は、デュアル／セパレートツリーにおけるＬＭＣＳクロマスケーリングと同様である。
４． 例示的な手法及び実施形態
上記問題に取り組むために、ルマ依存のクロマ残差スケーリング、ＣＣＬＭ、及び異なる色成分からの情報に依存する他の符号化ツールにおけるクロスコンポーネント依存性を除去／低減／制限するためのいくつかの方法を提案する。
上記問題に取り組むために、ルマ依存のクロマ残差スケーリング、ＣＣＬＭ、及び異なる色成分からの情報に依存する他の符号化ツールにおけるクロスコンポーネント依存性を除去／低減／制限するためのいくつかの方法を提案する。
以下に記載される詳細な実施形態は、一般的な概念を説明するための一例として考慮されるべきである。これらの実施形態は狭義に解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。
以下に記載される箇条書きはＬＭＣＳ／ＣＣＬＭに明示的に言及しているが、この方法は、異なる色成分からの情報に依存する他の符号化ツールにも適用可能であり得ることに留意されたい。さらに、以下で言及される用語「ルマ（luma）」と「クロマ（chroma）」は、それぞれ、「第１の色成分」と「第２の色成分」、例えば、ＲＧＢ色フォーマットにおける「Ｇ成分」と「Ｂ／Ｒ成分」などに置き換えられてもよい。
以下の議論では、「コロケートサンプル／ブロック（collocated sample/block）」の定義は、ＶＶＣ作業原案ＪＶＥＴ－Ｍ１００１におけるコロケートサンプル／ブロックの定義と一致する。より具体的には、４：２：０色フォーマットにおいて、クロマブロックの左上サンプルが位置（ｘＴｂＣ，ｙＴｂＣ）にあると仮定し、コロケートルマブロック位置の左上サンプル（ｘＴｂＹ、ｙＴｂＹ）は、（ｘＴｂＹ，ｙＴｂＹ）＝（ｘＴｂＣ＜＜１，ｙＴｂＣ＜＜１）として導出される。図５に示すように、カレントクロマブロックの左上サンプルは、クロマピクチャの（ｘ＝１６，ｙ＝１６）に位置し、そのコロケートルマブロックの左上サンプルは、ルマピクチャにおけるコロケートルマブロックのブロックパーティションにかかわらず、ルマピクチャの（ｘ＝３２，ｙ＝３２）に位置する。別の例として、同じ色成分で言うと、図６に示すように、参照フレーム内のコロケートブロックの左上サンプルの位置は、カレントフレーム内のカレントブロックの左上サンプルの位置と同じであるべきであり、カレントブロックの左上サンプルがカレントフレーム内の（ｘ，ｙ）であると仮定し、カレントブロックのコロケートブロックの左上サンプルは参照フレーム内の同じ位置（ｘ，ｙ）を有する。
以下の議論では、「対応するブロック」は、カレントブロックとは異なる位置を有し得る。例えば、カレントブロックとその参照フレーム内の対応するブロックとの間に動きシフトが存在し得る。図６に示されるように、カレントブロックがカレントフレーム内の（ｘ，ｙ）に位置し、それが動きベクトル（ｍｖｘ，ｍｖｙ）を有すると仮定し、カレントブロックの対応するブロックは、参照フレーム内の（ｘ＋ｍｖｘ，ｙ＋ｍｖｙ）に位置し得る。また、ＩＢＣ符号化ブロックでは、コロケートルマブロック（ゼロベクトルで指し示される）及び対応するルマブロック（非ゼロＢＶで指し示される）は、カレントフレームの異なる場所に位置し得る。別の例では、ルマブロックのパーティションが（Ｉスライスのデュアルツリーパーティションにおいて）クロマブロックのパーティションと一致しないとき、カレントクロマブロックのコロケートルマブロックは、より大きいルマブロックに属し得、これは、コロケートルマブロックの左上サンプルをカバーする重なったルマ符号化ブロックのパーティションサイズに依存する。図５に示すように、太線の矩形がブロックのパーティションを示すと仮定すると、６４×６４ルマブロックはＢＴにより最初分割され、次いで、６４×６４ルマブロックの右部分はＴＴによりさらに分割され、これは、それぞれ３２×１６、３２×３２、３２×１６に等しいサイズの３つのルマブロックを結果としてもたらす。ゆえに、カレントクロマブロックのコロケートルマブロックの左上サンプル（ｘ＝３２，ｙ＝３２）を見ると、それは、ＴＴパーティションの中央の３２×３２ルマブロックに属する。この場合、コロケートルマブロックの左上サンプルをカバーする対応するルマブロックを、「対応するルマブロック」と呼ぶ。したがって、この例では、対応するルマブロックの左上サンプルは（ｘ＝３２，ｙ＝１６）に位置する。
以下、ＤＭＶＤ（デコーダ側動きベクトル導出（decoder-side motion vector derivation））を使用して、ＢＤＯＦ（別名、ＢＩＯ）、又は／及びＤＭＶＲ（デコーダ側動きベクトル精緻化（decode-side motion vector refinement））、又は／及びＦＲＵＣ（フレームレートアップコンバージョン（frame rate up-conversion））、又は／及びデコーダにおいて動きベクトル又は／及び予測サンプル値を精緻化する他の方法を表す。
［ＬＭＣＳとＣＣＬＭのモデル計算のクロマスケーリング待ち時間の除去］
１． インター符号化ブロックについて、参照フレーム内のカレントブロックの１つ又は複数の参照サンプルが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。
ａ） 一例において、参照ルマサンプルは、クロマ残差スケーリングファクタを導出するために直接使用され得る。
ｉ． あるいは、参照サンプルに補間が最初適用されてもよく、補間されたサンプルを使用してクロマ残差スケーリングファクタを導出してもよい。
ｉｉ． あるいは、異なる参照フレーム内の参照サンプルを利用して、クロマ残差スケーリングファクタ導出に使用される最終参照サンプルを導出してもよい。
１） 一例において、双予測符号化ブロックに対して、上記方法が適用されてもよい。
ｉｉｉ． 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメイン（reshaping domain）にコンバートされてもよい。
ｉｖ． 一例において、参照サンプルの線形結合が、クロマ残差スケーリングファクタを導出するために使用されてもよい。
１） 例えば、ａ×Ｓ＋ｂを用いてクロマ残差スケーリングファクタを導出してもよく、ここで、Ｓは参照サンプルであり、ａ及びｂはパラメータである。一例において、ａ及びｂは、局所照度補償（Localized Illuminate Compensation、ＬＩＣ）により導出されてもよい。
ｂ） 一例において、参照フレーム内の参照ルマサンプルの位置は、カレントブロックの動きベクトルに依存し得る。
ｉ． 一例において、参照サンプルは、参照ピクチャ内にあり、かつカレントルマブロックと同じ幅及び高さを有する参照ルマブロックに属する。参照ピクチャ内の参照ルマサンプルの位置は、カレントピクチャ内のその対応するルマサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｉｉ． 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置とカレントブロックの動きベクトルにより導出されてもよく、参照フレーム内の対応するルマサンプルと呼ばれる。
１） 一例において、整数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよい。一例において、１つのブロックに関連づけられた動きベクトルは、整数の動きベクトルを導出するために、ゼロに近づくように丸められるか又はゼロから離れるように丸められるかのいずれかを行われてもよい。
２） あるいは、分数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよく、それにより、分数参照サンプルを導出するために補間処理が必要とされ得る。
ｉｉｉ． あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により導出されてもよい。
ｉｖ． あるいは、参照フレーム内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｃ） 一例において、複数の参照ルマサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、予め定義された参照フレーム内の参照ルマサンプルを使用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、予め定義された参照フレームは、参照ピクチャリスト０の、０に等しい参照インデックスを有するフレームでもよい。
ｉｉ． あるいは、予め定義された参照フレームの参照インデックス及び／又は参照ピクチャリストは、シーケンス／ピクチャ／タイルグループ／スライス／タイル／ＣＴＵ行／ビデオユニットレベルでシグナリングされてもよい。
ｉｉｉ． あるいは、複数の参照フレーム内の参照ルマサンプルが導出されてもよく、平均値又は加重平均値を利用してクロマ残差スケーリングファクタを得てもよい。
１． インター符号化ブロックについて、参照フレーム内のカレントブロックの１つ又は複数の参照サンプルが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。
ａ） 一例において、参照ルマサンプルは、クロマ残差スケーリングファクタを導出するために直接使用され得る。
ｉ． あるいは、参照サンプルに補間が最初適用されてもよく、補間されたサンプルを使用してクロマ残差スケーリングファクタを導出してもよい。
ｉｉ． あるいは、異なる参照フレーム内の参照サンプルを利用して、クロマ残差スケーリングファクタ導出に使用される最終参照サンプルを導出してもよい。
１） 一例において、双予測符号化ブロックに対して、上記方法が適用されてもよい。
ｉｉｉ． 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメイン（reshaping domain）にコンバートされてもよい。
ｉｖ． 一例において、参照サンプルの線形結合が、クロマ残差スケーリングファクタを導出するために使用されてもよい。
１） 例えば、ａ×Ｓ＋ｂを用いてクロマ残差スケーリングファクタを導出してもよく、ここで、Ｓは参照サンプルであり、ａ及びｂはパラメータである。一例において、ａ及びｂは、局所照度補償（Localized Illuminate Compensation、ＬＩＣ）により導出されてもよい。
ｂ） 一例において、参照フレーム内の参照ルマサンプルの位置は、カレントブロックの動きベクトルに依存し得る。
ｉ． 一例において、参照サンプルは、参照ピクチャ内にあり、かつカレントルマブロックと同じ幅及び高さを有する参照ルマブロックに属する。参照ピクチャ内の参照ルマサンプルの位置は、カレントピクチャ内のその対応するルマサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｉｉ． 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置とカレントブロックの動きベクトルにより導出されてもよく、参照フレーム内の対応するルマサンプルと呼ばれる。
１） 一例において、整数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよい。一例において、１つのブロックに関連づけられた動きベクトルは、整数の動きベクトルを導出するために、ゼロに近づくように丸められるか又はゼロから離れるように丸められるかのいずれかを行われてもよい。
２） あるいは、分数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよく、それにより、分数参照サンプルを導出するために補間処理が必要とされ得る。
ｉｉｉ． あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により導出されてもよい。
ｉｖ． あるいは、参照フレーム内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｃ） 一例において、複数の参照ルマサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、予め定義された参照フレーム内の参照ルマサンプルを使用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、予め定義された参照フレームは、参照ピクチャリスト０の、０に等しい参照インデックスを有するフレームでもよい。
ｉｉ． あるいは、予め定義された参照フレームの参照インデックス及び／又は参照ピクチャリストは、シーケンス／ピクチャ／タイルグループ／スライス／タイル／ＣＴＵ行／ビデオユニットレベルでシグナリングされてもよい。
ｉｉｉ． あるいは、複数の参照フレーム内の参照ルマサンプルが導出されてもよく、平均値又は加重平均値を利用してクロマ残差スケーリングファクタを得てもよい。
２． ＬＭＣＳモードにおいてルマサンプルからクロマ残差スケーリングファクタを導出するかどうか及び導出する方法が、カレントブロックが双予測を適用するかどうかに依存し得ることが提案される。
ａ） 一例において、クロマ残差スケーリングファクタは、各予測方向に対して個々に導出される。
ａ） 一例において、クロマ残差スケーリングファクタは、各予測方向に対して個々に導出される。
３． ＬＭＣＳモードにおいてルマサンプルからクロマ残差スケーリングファクタを導出するかどうか及び導出する方法が、カレントブロックがサブブロックベースの予測を適用するかどうかに依存し得ることが提案される。
ａ） 一例において、サブブロックベースの予測はアフィン予測である。
ｂ） 一例において、サブブロックベースの予測は代替時間動きベクトル予測（Alternative Temporal Motion Vector Prediction、ＡＴＭＶＰ）である。
ｃ） 一例において、クロマ残差スケーリングファクタは、各サブブロックに対して個々に導出される。
ｄ） 一例において、クロマ残差スケーリングファクタは、それがサブブロックにより予測されるとしても、ブロック全体に対して導出される。
ｉ． 一例において、箇条書き１に記載されるように、１つの選択されたサブブロック（例えば、左上サブブロック）の動きベクトルを使用して、カレントブロックの参照サンプルを識別してもよい。
ａ） 一例において、サブブロックベースの予測はアフィン予測である。
ｂ） 一例において、サブブロックベースの予測は代替時間動きベクトル予測（Alternative Temporal Motion Vector Prediction、ＡＴＭＶＰ）である。
ｃ） 一例において、クロマ残差スケーリングファクタは、各サブブロックに対して個々に導出される。
ｄ） 一例において、クロマ残差スケーリングファクタは、それがサブブロックにより予測されるとしても、ブロック全体に対して導出される。
ｉ． 一例において、箇条書き１に記載されるように、１つの選択されたサブブロック（例えば、左上サブブロック）の動きベクトルを使用して、カレントブロックの参照サンプルを識別してもよい。
４． クロマ残差スケーリングファクタを導出するために使用されるルマ予測値が、最終ルマ予測値の代わりに中間ルマ予測値でもよいことが提案される。
ａ） 一例において、双方向オプティカルフロー（Bi-Directional Optical Flow）（ＢＤＯＦ、別名、ＢＩＯ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、デコーダ側動きベクトル精緻化（ＤＭＶＲ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｃ） 一例において、ＬＩＣの処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（Prediction Refinement Optical Flow、ＰＲＯＦ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ａ） 一例において、双方向オプティカルフロー（Bi-Directional Optical Flow）（ＢＤＯＦ、別名、ＢＩＯ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、デコーダ側動きベクトル精緻化（ＤＭＶＲ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｃ） 一例において、ＬＩＣの処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（Prediction Refinement Optical Flow、ＰＲＯＦ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
５． 中間動きベクトルは、参照サンプルを識別するために使用され得る。
ａ） 一例において、ＢＤＯＦ又は／及びＤＭＶＲ又は／及び他のＤＭＶＤ方法の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
ｂ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（ＰＲＯＦ）の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
ａ） 一例において、ＢＤＯＦ又は／及びＤＭＶＲ又は／及び他のＤＭＶＤ方法の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
ｂ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（ＰＲＯＦ）の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
６． 上記方法は、カレントブロックがインターモードで符号化されているとき適用可能であり得る。
７． ＩＢＣ符号化ブロックについて、カレントフレームの参照ブロック内の１つ又は複数の参照サンプルが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。ブロックがＩＢＣ符号化されるとき、用語「動きベクトル」は「ブロックベクトル」と呼ばれることもあり、参照ピクチャはカレントピクチャとして設定される。
ａ） 一例において、参照サンプルは、カレントピクチャ内にあり、かつカレントブロックと同じ幅及び高さを有する参照ブロックに属する。参照サンプルの位置は、その対応するサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｂ） 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、動きベクトルを加算して導出されてもよい。
ｃ） あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、カレントブロックのブロックベクトルを加算して導出されてもよい。
ｄ） あるいは、カレントルマブロックの参照領域内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｅ） 一例において、複数の対応するルマサンプルは、クロマ残差スケーリングファクタを導出する関数を用いて計算されてもよい。
ｉ． 例えば、複数の対応するルマサンプルの中央値又は平均値を計算して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメインにコンバートされてもよい。
ｉ． あるいは、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、元のドメインにコンバートされてもよい
ａ） 一例において、参照サンプルは、カレントピクチャ内にあり、かつカレントブロックと同じ幅及び高さを有する参照ブロックに属する。参照サンプルの位置は、その対応するサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｂ） 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、動きベクトルを加算して導出されてもよい。
ｃ） あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、カレントブロックのブロックベクトルを加算して導出されてもよい。
ｄ） あるいは、カレントルマブロックの参照領域内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｅ） 一例において、複数の対応するルマサンプルは、クロマ残差スケーリングファクタを導出する関数を用いて計算されてもよい。
ｉ． 例えば、複数の対応するルマサンプルの中央値又は平均値を計算して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメインにコンバートされてもよい。
ｉ． あるいは、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、元のドメインにコンバートされてもよい
８． カレントフレーム内のカレントルマブロックの識別された位置に位置する１つ又は複数の予測／再構成サンプルが、ＬＭＣＳモードにおいてカレントクロマブロックに対するクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。
ａ） 一例において、カレントブロックがインター符号化される場合、カレントルマブロックの中心に位置するルマ予測（又は再構成）サンプルを選定して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、第１のＭ×Ｎルマ予測（又は再構成）サンプルの平均値を選定して、クロマ残差スケーリングファクタを導出してもよく、ここで、Ｍ×Ｎは、コロケートルマブロックサイズの幅×高さより小さくてもよい。
ａ） 一例において、カレントブロックがインター符号化される場合、カレントルマブロックの中心に位置するルマ予測（又は再構成）サンプルを選定して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、第１のＭ×Ｎルマ予測（又は再構成）サンプルの平均値を選定して、クロマ残差スケーリングファクタを導出してもよく、ここで、Ｍ×Ｎは、コロケートルマブロックサイズの幅×高さより小さくてもよい。
９． ＣＣＬＭモデルを計算するために使用される手順の全部又は一部が、ＬＭＣＳモードにおけるカレントクロマブロックのクロマ残差スケーリングファクタ導出に使用され得ることが提案される。
ａ） 一例において、ＣＣＬＭモデルパラメータ導出プロセスにおけるコロケートルマブロックの近隣のルマサンプルの識別された位置に位置する参照サンプルを利用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、これらの参照サンプルを直接使用してもよい。
ｉｉ． あるいは、これらの参照サンプルにダウンサンプリングを適用してもよく、ダウンサンプリングされた参照サンプルを適用してもよい。
ｂ） 一例において、ＣＣＬＭモデル計算のために選択されたＳ個の参照サンプルのうちＫ個が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。例えば、Ｋは１に等しく、Ｓは４に等しい。
ｃ） 一例において、ＣＣＬＭモードにおけるコロケートルマブロックの参照サンプルの平均／最小／最大値が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。
ａ） 一例において、ＣＣＬＭモデルパラメータ導出プロセスにおけるコロケートルマブロックの近隣のルマサンプルの識別された位置に位置する参照サンプルを利用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、これらの参照サンプルを直接使用してもよい。
ｉｉ． あるいは、これらの参照サンプルにダウンサンプリングを適用してもよく、ダウンサンプリングされた参照サンプルを適用してもよい。
ｂ） 一例において、ＣＣＬＭモデル計算のために選択されたＳ個の参照サンプルのうちＫ個が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。例えば、Ｋは１に等しく、Ｓは４に等しい。
ｃ） 一例において、ＣＣＬＭモードにおけるコロケートルマブロックの参照サンプルの平均／最小／最大値が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。
１０． クロマ残差スケーリングファクタの導出のためにサンプルを選択する方法は、カレントブロックの符号化情報に依存し得る。
ａ） 符号化情報は、ＱＰ、符号化モード、ＰＯＣ、イントラ予測モード、動き情報などを含み得る。
ｂ） 一例において、ＩＢＣ符号化ブロック又は非ＩＢＣ符号化ブロックでは、サンプルを選択する方法が異なり得る。
ｃ） 一例において、サンプルを選択する方法は、参照ピクチャ情報、例えば、参照ピクチャとカレントピクチャとの間のＰＯＣ距離などに基づいて異なり得る。
ａ） 符号化情報は、ＱＰ、符号化モード、ＰＯＣ、イントラ予測モード、動き情報などを含み得る。
ｂ） 一例において、ＩＢＣ符号化ブロック又は非ＩＢＣ符号化ブロックでは、サンプルを選択する方法が異なり得る。
ｃ） 一例において、サンプルを選択する方法は、参照ピクチャ情報、例えば、参照ピクチャとカレントピクチャとの間のＰＯＣ距離などに基づいて異なり得る。
１１． クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算が、コロケートルマブロックの左上サンプルをカバーする対応するルマブロックの近隣の（neighboring）サンプルに依存し得ることが提案される。本発明において、「符号化ブロック（coding block）」は、ＨＥＶＣ仕様又はＶＶＣ作業原案に規定されるＣＵ／ＴＵ／ＰＵなどのビデオ符号化領域を参照し得る。
ａ） 「対応するルマ符号化ブロック」は、コロケートルマ符号化ブロックの左上位置をカバーする符号化ブロックとして定義され得る。
ｉ． 図５は、デュアルツリーの場合のイントラ符号化クロマブロックについて、クロマ成分のＣＴＵパーティションがルマ成分のＣＴＵパーティションと異なり得る一例を示す。最初、カレントクロマブロックのコロケートルマブロックの左上サンプルをカバーする「対応するルマ符号化ブロック」が取り出される。次いで、「対応するルマ符号化ブロック」のブロックサイズ情報を使用することにより、「対応するルマ符号化ブロック」の左上サンプルを導出することができ、コロケートルマブロックの左上サンプルをカバーする「対応するルマ符号化ブロック」の左上サンプルは（ｘ＝３２，ｙ＝１６）に位置する。
ｂ） 一例において、コロケートルマ符号化ブロックの左上サンプルをカバーする「対応するルマ符号化ブロック」の位置を導出するために、ブロックサイズ／パーティション／位置／座標が必要とされ得る。
ｉ． 一例において、ブロックサイズ及び／又はブロックパーティション及び／又はブロック座標は、ルマ成分などの特定の色成分の各ブロックについて記憶されてもよい。
ｉｉ． 一例において、「対応するルマ符号化ブロック」とカレントブロックは、常に同じＣＴＵ又はＣＴＵ行内にあり得、したがって、ラインバッファ内にブロックサイズ／パーティション／位置／座標の記憶がなくてもよい。
ｃ） 一例において、「対応するルマ符号化ブロック」にない再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、「対応するルマ符号化ブロック」に隣接した再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
１） 一例において、「対応するルマ符号化ブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマ符号化ブロック」の幅及び高さである。
ａ） 「対応するルマ符号化ブロック」の左上サンプルが（ｘＣｂ，ｙＣｂ）であると仮定し、一例において、上近隣ルマサンプルは（ｘＣｂ＋Ｗ／２，ｙＣｂ－１）又は（ｘＣｂ－１，ｙＣｂ－１）に位置し得る。別の例では、左近隣ルマサンプルが（ｘＣｂ＋Ｗ－１，ｙＣｂ－１）に位置し得る。
ｂ） 一例において、近隣のサンプルの位置は固定されてもよく、かつ／あるいは予め定義されたチェック順序におけるものでもよい。
２） 一例において、Ｎ個の近隣のサンプルのうち１つが、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出するために選択される。Ｎ＝３、及び３つの近隣のサンプル（ｘＣｂ－１、ｙＣｂ－Ｈ－１）、（ｘＣｂ＋Ｗ／２、ｙＣｂ－１）、（ｘＣｂ－１、ｙＣｂ－１）のチェック順序を仮定し、チェックリスト内の最初の利用可能な近隣のサンプルを選択して、クロマ残差スケーリングファクタを導出してもよい。
３） 一例において、「対応するルマ符号化ブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマ符号化ブロック」の幅及び高さである。
ｄ） 一例において、クロマ残差スケーリングを実行するかどうかは、対応するルマブロックの「利用可能な」近隣のサンプルに依存し得る。
ｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントブロック／サブブロックのエンコーディングモード、又は／及び近隣のサンプルのエンコーディングモードに依存してもよい。
１） 一例において、インターモードで符号化されたブロックについて、イントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモード又は／及びＬＩＣモードで符号化された近隣のサンプルは、「利用不可能」とみなされ得る。
２） 一例において、インターモードで符号化されたブロックについて、近隣のサンプルが拡散フィルタ又は／及びバイラテラルフィルタ又は／又はアダマール変換（Hadamard transform）フィルタを採用し、「利用不可能」とみなされ得る。
ｉｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントピクチャ／タイル／タイルグループ／ＶＰＤＵ／スライスの幅及び／又は高さに依存し得る。
１） 一例において、近隣のブロックがカレントピクチャの外側に位置する場合、それは「利用不可能」として扱われる。
ｉｉｉ． 一例において、「利用可能な」近隣のサンプルがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｖ． 一例において、「利用可能な」近隣のサンプルの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｖ． あるいは、利用不可能な近隣のサンプルは、デフォルトの固定値、又はパディング、又は置換によりフィルされてもよく、それにより、クロマ残差スケーリングは常に適用され得る。
１） 一例において、近隣のサンプルが利用できない場合、それは、１＜＜（ｂｉｔＤｅｐｔｈ－１）でフィルされてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。
２） あるいは、近隣のサンプルが利用できない場合、それは、左／右／上／下の近隣に位置する周囲のサンプルからのパディングによりフィルされてもよい。
３） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたチェック順序において最初の利用可能な隣接したサンプルにより置換されてもよい。
４） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたフィルタリング／マッピング値によりフィルされてもよい（例えば、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値であり、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する）。
ａ） 一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｅ） 一例において、クロマ残差スケーリングを実行するかどうか及び実行する方法は、カレントブロックの符号化モード、及び／又は近隣のブロックの符号化モードに依存し得る。
ｉ． 「カレントブロック」は、カレントクロマブロックを参照し得、あるいはそれは、コロケートルマブロック、又はコロケートクロマブロックの少なくとも１つのサンプルをカバーする対応するルマブロックを参照し得る。「近隣ブロック」（隣接（adjacent）又は非隣接（non-adjacent））は、カレントクロマブロックの近隣のクロマブロックを参照し得、あるいはそれらは、カレントルマブロックの近隣のルマブロックを参照し得る。
ｉｉ． 一例において、所与の位置をカバーする１つのルマ近隣ブロックの符号化モードが利用されてもよく、例えば、カレントブロックの左上の座標に対して相対的に（－１，－１）などである。
ｉｉｉ． 一例において、複数の位置をカバーする複数の近隣のブロックの符号化モードが利用されてもよく、例えば、カレントブロックの左上座標に対して相対的に（ｘ，－１）（例えば、ｘは０．．．ブロックの幅から１引いた値）、及び／又はカレントブロックの左上座標に対して相対的に（－１，ｙ）（例えば、ｙは－１．．．ブロックの高さから１引いた値）などである。
ｉｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－符号化される場合、クロマ残差スケーリングは無効にされる。
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰ符号化でなくインター符号化され、対応するルマブロックの近隣の近隣ブロックがモードＸで符号化される場合、クロマ残差スケーリングは無効にされる。
ｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－符号化される場合、デフォルト値を使用して、クロマ残差スケーリングファクタを導出してもよい
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰ符号化でなくインター符号化され、対応するルマブロックの近隣ブロックがモードＸで符号化される場合、デフォルト値を使用してクロマ残差スケーリングファクタを導出してもよい。
５） 一例において、デフォルト値はルマ／クロマサンプルのビット深度に依存し得る。
６） 一例において、デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値に設定されてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｆ） 一例において、「対応するルマ符号化ブロック」の近隣のフィルタ／マッピングされた再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、フィルタリング／マッピング処理には、イントラブロックのための参照平滑化フィルタリング、バイラテラルフィルタなどのポストフィルタリング、アダマール変換ベースのフィルタ、リシェーパドメインの順方向マッピングなどを含んでもよい。
ａ） 「対応するルマ符号化ブロック」は、コロケートルマ符号化ブロックの左上位置をカバーする符号化ブロックとして定義され得る。
ｉ． 図５は、デュアルツリーの場合のイントラ符号化クロマブロックについて、クロマ成分のＣＴＵパーティションがルマ成分のＣＴＵパーティションと異なり得る一例を示す。最初、カレントクロマブロックのコロケートルマブロックの左上サンプルをカバーする「対応するルマ符号化ブロック」が取り出される。次いで、「対応するルマ符号化ブロック」のブロックサイズ情報を使用することにより、「対応するルマ符号化ブロック」の左上サンプルを導出することができ、コロケートルマブロックの左上サンプルをカバーする「対応するルマ符号化ブロック」の左上サンプルは（ｘ＝３２，ｙ＝１６）に位置する。
ｂ） 一例において、コロケートルマ符号化ブロックの左上サンプルをカバーする「対応するルマ符号化ブロック」の位置を導出するために、ブロックサイズ／パーティション／位置／座標が必要とされ得る。
ｉ． 一例において、ブロックサイズ及び／又はブロックパーティション及び／又はブロック座標は、ルマ成分などの特定の色成分の各ブロックについて記憶されてもよい。
ｉｉ． 一例において、「対応するルマ符号化ブロック」とカレントブロックは、常に同じＣＴＵ又はＣＴＵ行内にあり得、したがって、ラインバッファ内にブロックサイズ／パーティション／位置／座標の記憶がなくてもよい。
ｃ） 一例において、「対応するルマ符号化ブロック」にない再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、「対応するルマ符号化ブロック」に隣接した再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
１） 一例において、「対応するルマ符号化ブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマ符号化ブロック」の幅及び高さである。
ａ） 「対応するルマ符号化ブロック」の左上サンプルが（ｘＣｂ，ｙＣｂ）であると仮定し、一例において、上近隣ルマサンプルは（ｘＣｂ＋Ｗ／２，ｙＣｂ－１）又は（ｘＣｂ－１，ｙＣｂ－１）に位置し得る。別の例では、左近隣ルマサンプルが（ｘＣｂ＋Ｗ－１，ｙＣｂ－１）に位置し得る。
ｂ） 一例において、近隣のサンプルの位置は固定されてもよく、かつ／あるいは予め定義されたチェック順序におけるものでもよい。
２） 一例において、Ｎ個の近隣のサンプルのうち１つが、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出するために選択される。Ｎ＝３、及び３つの近隣のサンプル（ｘＣｂ－１、ｙＣｂ－Ｈ－１）、（ｘＣｂ＋Ｗ／２、ｙＣｂ－１）、（ｘＣｂ－１、ｙＣｂ－１）のチェック順序を仮定し、チェックリスト内の最初の利用可能な近隣のサンプルを選択して、クロマ残差スケーリングファクタを導出してもよい。
３） 一例において、「対応するルマ符号化ブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマ符号化ブロック」の幅及び高さである。
ｄ） 一例において、クロマ残差スケーリングを実行するかどうかは、対応するルマブロックの「利用可能な」近隣のサンプルに依存し得る。
ｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントブロック／サブブロックのエンコーディングモード、又は／及び近隣のサンプルのエンコーディングモードに依存してもよい。
１） 一例において、インターモードで符号化されたブロックについて、イントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモード又は／及びＬＩＣモードで符号化された近隣のサンプルは、「利用不可能」とみなされ得る。
２） 一例において、インターモードで符号化されたブロックについて、近隣のサンプルが拡散フィルタ又は／及びバイラテラルフィルタ又は／又はアダマール変換（Hadamard transform）フィルタを採用し、「利用不可能」とみなされ得る。
ｉｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントピクチャ／タイル／タイルグループ／ＶＰＤＵ／スライスの幅及び／又は高さに依存し得る。
１） 一例において、近隣のブロックがカレントピクチャの外側に位置する場合、それは「利用不可能」として扱われる。
ｉｉｉ． 一例において、「利用可能な」近隣のサンプルがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｖ． 一例において、「利用可能な」近隣のサンプルの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｖ． あるいは、利用不可能な近隣のサンプルは、デフォルトの固定値、又はパディング、又は置換によりフィルされてもよく、それにより、クロマ残差スケーリングは常に適用され得る。
１） 一例において、近隣のサンプルが利用できない場合、それは、１＜＜（ｂｉｔＤｅｐｔｈ－１）でフィルされてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。
２） あるいは、近隣のサンプルが利用できない場合、それは、左／右／上／下の近隣に位置する周囲のサンプルからのパディングによりフィルされてもよい。
３） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたチェック順序において最初の利用可能な隣接したサンプルにより置換されてもよい。
４） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたフィルタリング／マッピング値によりフィルされてもよい（例えば、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値であり、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する）。
ａ） 一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｅ） 一例において、クロマ残差スケーリングを実行するかどうか及び実行する方法は、カレントブロックの符号化モード、及び／又は近隣のブロックの符号化モードに依存し得る。
ｉ． 「カレントブロック」は、カレントクロマブロックを参照し得、あるいはそれは、コロケートルマブロック、又はコロケートクロマブロックの少なくとも１つのサンプルをカバーする対応するルマブロックを参照し得る。「近隣ブロック」（隣接（adjacent）又は非隣接（non-adjacent））は、カレントクロマブロックの近隣のクロマブロックを参照し得、あるいはそれらは、カレントルマブロックの近隣のルマブロックを参照し得る。
ｉｉ． 一例において、所与の位置をカバーする１つのルマ近隣ブロックの符号化モードが利用されてもよく、例えば、カレントブロックの左上の座標に対して相対的に（－１，－１）などである。
ｉｉｉ． 一例において、複数の位置をカバーする複数の近隣のブロックの符号化モードが利用されてもよく、例えば、カレントブロックの左上座標に対して相対的に（ｘ，－１）（例えば、ｘは０．．．ブロックの幅から１引いた値）、及び／又はカレントブロックの左上座標に対して相対的に（－１，ｙ）（例えば、ｙは－１．．．ブロックの高さから１引いた値）などである。
ｉｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－符号化される場合、クロマ残差スケーリングは無効にされる。
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰ符号化でなくインター符号化され、対応するルマブロックの近隣の近隣ブロックがモードＸで符号化される場合、クロマ残差スケーリングは無効にされる。
ｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－符号化される場合、デフォルト値を使用して、クロマ残差スケーリングファクタを導出してもよい
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰ符号化でなくインター符号化され、対応するルマブロックの近隣ブロックがモードＸで符号化される場合、デフォルト値を使用してクロマ残差スケーリングファクタを導出してもよい。
５） 一例において、デフォルト値はルマ／クロマサンプルのビット深度に依存し得る。
６） 一例において、デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値に設定されてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｆ） 一例において、「対応するルマ符号化ブロック」の近隣のフィルタ／マッピングされた再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、フィルタリング／マッピング処理には、イントラブロックのための参照平滑化フィルタリング、バイラテラルフィルタなどのポストフィルタリング、アダマール変換ベースのフィルタ、リシェーパドメインの順方向マッピングなどを含んでもよい。
１２． カレントスライス／タイルグループにおける複数のクロマブロック（ＣＵ又はＴＵなど）に対してクロマ残差スケーリングファクタを導出するために、固定値が使用され得ることが提案される。
ａ） 一例において、Ｎ個のブロックに対するクロマ残差スケーリングファクタが、固定値により導出されてもよく、Ｎは、１．．．カレントスライス／タイルグループ内のクロマブロックの総数である。
ｂ） 一例において、固定値を使用して、その値が属する区分線形モデルのインデックスを見つけてもよく、次いで、導出された区分インデックスからクロマ残差スケーリングファクタを計算してもよい。一例において、固定値はルマサンプルの内部ビット深度に依存し得る。
ｃ） 一例において、固定値は、クロマ残差スケーリングファクタを表すために直接使用されてもよい。
ｄ） 一例において、固定値及び／又は固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループのタイプ（例えば、Ｉ又はＰ又はＢスライス）及び／又はブロックの符号化モード（例えば、イントラモード又はインターモード）に依存し得る。
ｅ） 一例において、固定値は、異なるピクチャ／スライス／タイルグループ／タイルに対して異なり得る。
ｆ） 一例において、固定クロマ残差スケーリングファクタが、ＬＭＣＳにおけるクロマ残差をスケーリングするために直接使用されてもよい。
ｉ． 一例において、固定クロマ残差スケーリングファクタは、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、ピクチャ／スライス／タイルグループ／タイルの固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループ／タイルにおけるルマサンプルリシェーピングのためのマッピング関数（例えば、区分線形関数）に依存し得る。
１） 一例において、固定クロマ残差スケーリングファクタは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されている配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］に依存し得る。
ａ） 例えば、ピクチャ／スライス／タイルグループ／タイルに対する固定クロマ残差スケーリングファクタにより依存される配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］を使用して、ピクチャ／スライス／タイルグループ／タイル内のルマサンプルをリシェープしてもよい。
２） 一例において、固定クロマ残差スケーリングファクタは、ルマサンプルをリシェープするために使用される区分線形関数の全てのスケーリングファクタの中の最小／最大／中央／平均値により導出されてもよい。
ａ） 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉ． 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖａｓｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値と等しく、ここでｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉｉ． あるいは、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（０など）から最大インデックス（１５など）までであり、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓＣＷ［ｉ］は、０に等しくない。
ｇ） 一例において、固定値は、クロマスケーリングファクタを導出するための区分関数インデックスを表すために使用されてもよい。
ｉ． 一例において、固定値は、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、固定値はルマサンプル強度を表してもよく、これは、区分関数インデックスを識別するために使用され得、識別された区分関数インデックスはさらに、クロマスケーリングファクタを見つけるために使用される。一例において、固定値は０、又は（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ｌｕｍａＢｉｔＤｅｐｔｈ－１）に等しくてもよく、ここで、ｌｕｍａＢｉｔＤｅｐｔｈはルマサンプルのビット深度を示す。
１） 一例において、固定値が区分関数の入力レンジ内である場合、区分関数が識別される。
２） 一例において、固定値が区分関数の出力レンジ内である場合、区分関数が識別される。
ｉｉｉ． 一例において、固定値は区分関数インデックスを表してもよく、これは、クロマスケーリングファクタを見つけるために使用され得る。
１） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最小ビンインデックス（例えば、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ）に等しくてもよい。
２） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックス（例えば、ＬｍｃｓＭａｘＢｉｎＩｄｘ）に等しくてもよい。
３） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックスと最小ビンインデックスの平均に等しくてもよい。
ａ） 一例において、Ｎ個のブロックに対するクロマ残差スケーリングファクタが、固定値により導出されてもよく、Ｎは、１．．．カレントスライス／タイルグループ内のクロマブロックの総数である。
ｂ） 一例において、固定値を使用して、その値が属する区分線形モデルのインデックスを見つけてもよく、次いで、導出された区分インデックスからクロマ残差スケーリングファクタを計算してもよい。一例において、固定値はルマサンプルの内部ビット深度に依存し得る。
ｃ） 一例において、固定値は、クロマ残差スケーリングファクタを表すために直接使用されてもよい。
ｄ） 一例において、固定値及び／又は固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループのタイプ（例えば、Ｉ又はＰ又はＢスライス）及び／又はブロックの符号化モード（例えば、イントラモード又はインターモード）に依存し得る。
ｅ） 一例において、固定値は、異なるピクチャ／スライス／タイルグループ／タイルに対して異なり得る。
ｆ） 一例において、固定クロマ残差スケーリングファクタが、ＬＭＣＳにおけるクロマ残差をスケーリングするために直接使用されてもよい。
ｉ． 一例において、固定クロマ残差スケーリングファクタは、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、ピクチャ／スライス／タイルグループ／タイルの固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループ／タイルにおけるルマサンプルリシェーピングのためのマッピング関数（例えば、区分線形関数）に依存し得る。
１） 一例において、固定クロマ残差スケーリングファクタは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されている配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］に依存し得る。
ａ） 例えば、ピクチャ／スライス／タイルグループ／タイルに対する固定クロマ残差スケーリングファクタにより依存される配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］を使用して、ピクチャ／スライス／タイルグループ／タイル内のルマサンプルをリシェープしてもよい。
２） 一例において、固定クロマ残差スケーリングファクタは、ルマサンプルをリシェープするために使用される区分線形関数の全てのスケーリングファクタの中の最小／最大／中央／平均値により導出されてもよい。
ａ） 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉ． 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖａｓｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値と等しく、ここでｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉｉ． あるいは、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（０など）から最大インデックス（１５など）までであり、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓＣＷ［ｉ］は、０に等しくない。
ｇ） 一例において、固定値は、クロマスケーリングファクタを導出するための区分関数インデックスを表すために使用されてもよい。
ｉ． 一例において、固定値は、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、固定値はルマサンプル強度を表してもよく、これは、区分関数インデックスを識別するために使用され得、識別された区分関数インデックスはさらに、クロマスケーリングファクタを見つけるために使用される。一例において、固定値は０、又は（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ｌｕｍａＢｉｔＤｅｐｔｈ－１）に等しくてもよく、ここで、ｌｕｍａＢｉｔＤｅｐｔｈはルマサンプルのビット深度を示す。
１） 一例において、固定値が区分関数の入力レンジ内である場合、区分関数が識別される。
２） 一例において、固定値が区分関数の出力レンジ内である場合、区分関数が識別される。
ｉｉｉ． 一例において、固定値は区分関数インデックスを表してもよく、これは、クロマスケーリングファクタを見つけるために使用され得る。
１） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最小ビンインデックス（例えば、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ）に等しくてもよい。
２） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックス（例えば、ＬｍｃｓＭａｘＢｉｎＩｄｘ）に等しくてもよい。
３） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックスと最小ビンインデックスの平均に等しくてもよい。
［クロマ残差スケーリング及び／又はＣＣＬＭが適用されるか否かの制限］
１３． クロマ残差スケーリング又はＣＣＬＭが適用されるか否かが、対応する及び／又はコロケートのルマブロックのパーティションに依存し得ることが提案される。
ａ） 一例において、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数に依存し得る。
ｉ． 一例において、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数が数値閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉ． あるいは、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、パーティションツリー深さに依存してもよい。
１） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）四分木深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
２） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）ＢＴ及び／又はＴＴ深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉｉ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、クロマブロックのブロックの大きさ（dimension）に依存してもよい。
ｉｖ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマが複数のＶＰＤＵ／予め定義された領域サイズをまたぐ（cross）かどうかに依存してもよい。
ｖ． 上記議論における閾値は、固定数でもよく、あるいはシグナリングされてもよく、あるいは標準のプロファイル／レベル／層に依存してもよい。
ｂ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティション（例えば、図７における）により分けられる場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． あるいは、カレントクロマブロックのコロケートルマブロックが分割されていない場合（例えば、１つのＣＵ／ＴＵ／ＰＵ内）、クロマ残差スケーリング及び／又はＣＣＬＭは適用されてもよい。
ｃ） 一例において、カレントクロマブロックのコロケートルマブロックがＭ個より多くのＣＵ／ＰＵ／ＴＵを含む場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例において、Ｍは１より大きい整数でもよい。
ｉｉ． 一例において、Ｍは、それがＣＣＬＭであるか又はクロマ残差スケーリング処理であるかに依存してもよい。
ｉｉｉ． Ｍは固定数でもよく、あるいはシグナリングされてもよく、あるいは標準プロファイル／レベル／層に依存してもよい。
ｄ） コロケートルマブロック内の上述のＣＵは、コロケートルマブロック内の全てのＣＵであると解釈されてもよい。あるいは、コロケートルマブロック内のＣＵは、コロケートルマブロック内の部分的なＣＵ、例えば、コロケートルマブロックの境界に沿ったＣＵであると解釈されてもよい。
ｅ） コロケートルマブロック内の上述のＣＵは、サブＣＵ又はサブブロックであると解釈されてもよい。
ｉ． 例えば、サブＣＵ又はサブブロックはＡＴＭＶＰで使用され得る。
ｉｉ． 例えば、サブＣＵ又はサブブロックはアフィン予測で使用され得る。
ｉｉｉ． 例えば、サブＣＵ又はサブブロックは、イントラサブパーション（Intra Sub-Partitions、ＩＳＰ）モードで使用され得る。
ｆ） 一例において、コロケートルマブロックの左上ルマサンプルをカバーするＣＵ／ＰＵ／ＴＵが予め定義されたルマブロックサイズより大きい場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例が図８に示され、コロケートルマブロックは３２×３２であるが、それは６４×６４に等しいサイズの対応するルマブロック内にあり、予め定義されたルマブロックサイズが３２×６４である場合、クロマ残差スケーリング及び／又はＣＣＬＭはこの場合禁止される。
ｉｉ． あるいは、カレントクロマブロックのコロケートされたものが分割されておらず、コロケートルマブロックの左上ルマサンプルをカバーする対応するルマブロックが、予め定義された境界ボックス（bounding box）内に完全に含まれている場合、カレントクロマブロックに対するクロマ残差スケーリング及び／又はＣＣＬＭを適用してもよい。境界ボックスは、図９に示すように、幅Ｗ及び高さＨを有する、Ｗ×Ｈで示される矩形として定義され得、ここで、対応するルマブロックは幅３２及び高さ６４を有し、境界ボックスは幅４０及び高さ７０を有する。
１） 一例において、境界ボックスのサイズＷ×Ｈは、ＣＴＵ幅及び／又は高さに従って、又はＣＵ幅及び／又は高さに従って、又は任意の値に従って定義されてもよい。
ｇ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティションにより分けられる場合、コロケートルマブロックの予め定義されたパーティション内の予測サンプル（又は、再構成サンプル）のみが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用される。
ｉ． 一例において、コロケートルマブロックの第１のパーティション内の全ての予測サンプル（又は、再構成サンプル）の平均を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける左上の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける中心の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｈ） ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、コロケートルマブロックの少なくとも１つのサンプルをカバーする１又は複数のルマＣＵの符号化モードに依存し得ることが提案される。
ｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがアフィンモードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが双予測で符号化されている場合、クロスコンポーネントツールは無効にされる。
ｉｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＢＤＯＦで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｉｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＤＭＶＲで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが、ＪＶＥＴ－Ｎ０２１７で提案されている行列アフィン予測モードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがインターモードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＩＳＰモードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉｉ． 一例において、「コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵ」は、対応するルマブロックを参照し得る。
ｉ） ＣＣＬＭ／ＬＭＣＳが禁止されているとき、ＣＣＬＭ／ＬＭＣＳの使用の指標のシグナリングはスキップされてもよい。
ｊ） 本開示において、ＣＣＬＭは、ＬＭモード、ＬＭ－Ｔモード、及びＬＭ－Ｌモードを含む、ＣＣＬＭの任意のバリアントモードを参照し得る。
１３． クロマ残差スケーリング又はＣＣＬＭが適用されるか否かが、対応する及び／又はコロケートのルマブロックのパーティションに依存し得ることが提案される。
ａ） 一例において、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数に依存し得る。
ｉ． 一例において、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数が数値閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉ． あるいは、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、パーティションツリー深さに依存してもよい。
１） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）四分木深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
２） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）ＢＴ及び／又はＴＴ深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉｉ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、クロマブロックのブロックの大きさ（dimension）に依存してもよい。
ｉｖ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマが複数のＶＰＤＵ／予め定義された領域サイズをまたぐ（cross）かどうかに依存してもよい。
ｖ． 上記議論における閾値は、固定数でもよく、あるいはシグナリングされてもよく、あるいは標準のプロファイル／レベル／層に依存してもよい。
ｂ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティション（例えば、図７における）により分けられる場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． あるいは、カレントクロマブロックのコロケートルマブロックが分割されていない場合（例えば、１つのＣＵ／ＴＵ／ＰＵ内）、クロマ残差スケーリング及び／又はＣＣＬＭは適用されてもよい。
ｃ） 一例において、カレントクロマブロックのコロケートルマブロックがＭ個より多くのＣＵ／ＰＵ／ＴＵを含む場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例において、Ｍは１より大きい整数でもよい。
ｉｉ． 一例において、Ｍは、それがＣＣＬＭであるか又はクロマ残差スケーリング処理であるかに依存してもよい。
ｉｉｉ． Ｍは固定数でもよく、あるいはシグナリングされてもよく、あるいは標準プロファイル／レベル／層に依存してもよい。
ｄ） コロケートルマブロック内の上述のＣＵは、コロケートルマブロック内の全てのＣＵであると解釈されてもよい。あるいは、コロケートルマブロック内のＣＵは、コロケートルマブロック内の部分的なＣＵ、例えば、コロケートルマブロックの境界に沿ったＣＵであると解釈されてもよい。
ｅ） コロケートルマブロック内の上述のＣＵは、サブＣＵ又はサブブロックであると解釈されてもよい。
ｉ． 例えば、サブＣＵ又はサブブロックはＡＴＭＶＰで使用され得る。
ｉｉ． 例えば、サブＣＵ又はサブブロックはアフィン予測で使用され得る。
ｉｉｉ． 例えば、サブＣＵ又はサブブロックは、イントラサブパーション（Intra Sub-Partitions、ＩＳＰ）モードで使用され得る。
ｆ） 一例において、コロケートルマブロックの左上ルマサンプルをカバーするＣＵ／ＰＵ／ＴＵが予め定義されたルマブロックサイズより大きい場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例が図８に示され、コロケートルマブロックは３２×３２であるが、それは６４×６４に等しいサイズの対応するルマブロック内にあり、予め定義されたルマブロックサイズが３２×６４である場合、クロマ残差スケーリング及び／又はＣＣＬＭはこの場合禁止される。
ｉｉ． あるいは、カレントクロマブロックのコロケートされたものが分割されておらず、コロケートルマブロックの左上ルマサンプルをカバーする対応するルマブロックが、予め定義された境界ボックス（bounding box）内に完全に含まれている場合、カレントクロマブロックに対するクロマ残差スケーリング及び／又はＣＣＬＭを適用してもよい。境界ボックスは、図９に示すように、幅Ｗ及び高さＨを有する、Ｗ×Ｈで示される矩形として定義され得、ここで、対応するルマブロックは幅３２及び高さ６４を有し、境界ボックスは幅４０及び高さ７０を有する。
１） 一例において、境界ボックスのサイズＷ×Ｈは、ＣＴＵ幅及び／又は高さに従って、又はＣＵ幅及び／又は高さに従って、又は任意の値に従って定義されてもよい。
ｇ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティションにより分けられる場合、コロケートルマブロックの予め定義されたパーティション内の予測サンプル（又は、再構成サンプル）のみが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用される。
ｉ． 一例において、コロケートルマブロックの第１のパーティション内の全ての予測サンプル（又は、再構成サンプル）の平均を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける左上の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける中心の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｈ） ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、コロケートルマブロックの少なくとも１つのサンプルをカバーする１又は複数のルマＣＵの符号化モードに依存し得ることが提案される。
ｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがアフィンモードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが双予測で符号化されている場合、クロスコンポーネントツールは無効にされる。
ｉｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＢＤＯＦで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｉｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＤＭＶＲで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが、ＪＶＥＴ－Ｎ０２１７で提案されている行列アフィン予測モードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがインターモードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＩＳＰモードで符号化されている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉｉ． 一例において、「コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵ」は、対応するルマブロックを参照し得る。
ｉ） ＣＣＬＭ／ＬＭＣＳが禁止されているとき、ＣＣＬＭ／ＬＭＣＳの使用の指標のシグナリングはスキップされてもよい。
ｊ） 本開示において、ＣＣＬＭは、ＬＭモード、ＬＭ－Ｔモード、及びＬＭ－Ｌモードを含む、ＣＣＬＭの任意のバリアントモードを参照し得る。
１４． ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、クロマブロックの一部に対して実行され得ることが提案される。
ａ） 一例において、ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法は、クロマサブブロックレベルにおけるものである。
ｉ． 一例において、クロマサブブロックは、クロマＣＵ内の２×２又は４×４ブロックとして定義される。
ｉｉ． 一例において、クロマサブブロックについて、カレントクロマＣＵの対応するルマ符号化ブロックが、サブブロックの対応するブロックの全てのサンプルをカバーするとき、ＣＣＬＭが適用されてもよい。
ｉｉｉ． 一例において、クロマサブブロックについて、対応するブロックの全てのサンプルが、カレントクロマＣＵの対応するルマ符号化ブロックによりカバーされるわけではないとき、ＣＣＬＭは適用されない。
ｉｖ． 一例において、ＣＣＬＭ又はＬＭＣＳのパラメータは、各クロマサブブロックに対して、そのサブブロックをクロマＣＵとして扱うものとして導出される。
ｖ． 一例において、ＣＣＬＭ又はＬＭＣＳがクロマサブブロックに適用されるとき、コロケートブロックのサンプルが使用されてもよい。
ａ） 一例において、ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法は、クロマサブブロックレベルにおけるものである。
ｉ． 一例において、クロマサブブロックは、クロマＣＵ内の２×２又は４×４ブロックとして定義される。
ｉｉ． 一例において、クロマサブブロックについて、カレントクロマＣＵの対応するルマ符号化ブロックが、サブブロックの対応するブロックの全てのサンプルをカバーするとき、ＣＣＬＭが適用されてもよい。
ｉｉｉ． 一例において、クロマサブブロックについて、対応するブロックの全てのサンプルが、カレントクロマＣＵの対応するルマ符号化ブロックによりカバーされるわけではないとき、ＣＣＬＭは適用されない。
ｉｖ． 一例において、ＣＣＬＭ又はＬＭＣＳのパラメータは、各クロマサブブロックに対して、そのサブブロックをクロマＣＵとして扱うものとして導出される。
ｖ． 一例において、ＣＣＬＭ又はＬＭＣＳがクロマサブブロックに適用されるとき、コロケートブロックのサンプルが使用されてもよい。
１５． ＣＣＬＭなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、ブロックの大きさ及び／又はパーティション情報及び／又はパーティション構造タイプ（例えば、デュアルツリー又は単一ツリー）に依存し得ることが提案される。
ａ） 一例において、ＣＣＬＭは、クロマデュアルツリーパーティションに対して無効にされ得る。
ｂ） 一例において、ＣＣＬＭは、ブロックの大きさに依存して条件付きで無効にされ得る。
ｉ． 一例において、カレントブロックの大きさがＷＢ×ＨＢであると仮定し、以下のＣＣＬＭは、ＷＢと、ＨＢと、２つの整数Ｔ１及びＴ２との間の関係に依存して無効にされてもよい。
１） 一例において、ＣＣＬＭは、ＷＢ≧Ｔ１及びＨＢ≧Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝８である。
２） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
３） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
４） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
５） 一例において、ＣＣＬＭは、ＷＢ＜＝Ｔ１及びＨＢ＜＝Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝１６である。
６） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝４０９６である。
７） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
８） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
ｃ） 一例において、ＣＣＬＭは、ブロックの大きさ及び／又はパーティション情報により制限されてもよい。
ｉ． 一例において、大きさＷＢ×ＨＢのクロマブロックについて、以下の条件のうち１つ又は複数が満たされる場合、ＣＣＬＭは無効にされる。例えば、ＷＢ＝ＨＢ＝３２である。以下の箇条書きにおいて、コロケートルマブロックの大きさは（ｓｈ×ＷＢ）×（ｓｖ×ＨＢ）であり得、ここで、ｓｈとｓｖはスケーリングファクタである。例えば、色フォーマットが４：２：０のとき、ｓｈ＝ｓｖ＝２である。
１） カレントクロマブロックは水平分割を伴うリーフノードにあり、コロケートルマブロックは垂直分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
２） カレントクロマブロックは垂直分割を伴うリーフノードにあり、コロケートルマブロックは水平分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素は、ブロック内でシグナリングされなくてもよい。
ｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされ得るが、ＣＣＬＭモードは、適合ビットストリーム内のブロックで使用されるべきではない。
ｉｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされてもよい。ＣＣＬＭモードがシグナリングされる場合、ｐｌａｎａｒ又はＤＣなどのデフォルトモードが適用され得る。
ａ） 一例において、ＣＣＬＭは、クロマデュアルツリーパーティションに対して無効にされ得る。
ｂ） 一例において、ＣＣＬＭは、ブロックの大きさに依存して条件付きで無効にされ得る。
ｉ． 一例において、カレントブロックの大きさがＷＢ×ＨＢであると仮定し、以下のＣＣＬＭは、ＷＢと、ＨＢと、２つの整数Ｔ１及びＴ２との間の関係に依存して無効にされてもよい。
１） 一例において、ＣＣＬＭは、ＷＢ≧Ｔ１及びＨＢ≧Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝８である。
２） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
３） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
４） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
５） 一例において、ＣＣＬＭは、ＷＢ＜＝Ｔ１及びＨＢ＜＝Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝１６である。
６） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝４０９６である。
７） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
８） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
ｃ） 一例において、ＣＣＬＭは、ブロックの大きさ及び／又はパーティション情報により制限されてもよい。
ｉ． 一例において、大きさＷＢ×ＨＢのクロマブロックについて、以下の条件のうち１つ又は複数が満たされる場合、ＣＣＬＭは無効にされる。例えば、ＷＢ＝ＨＢ＝３２である。以下の箇条書きにおいて、コロケートルマブロックの大きさは（ｓｈ×ＷＢ）×（ｓｖ×ＨＢ）であり得、ここで、ｓｈとｓｖはスケーリングファクタである。例えば、色フォーマットが４：２：０のとき、ｓｈ＝ｓｖ＝２である。
１） カレントクロマブロックは水平分割を伴うリーフノードにあり、コロケートルマブロックは垂直分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
２） カレントクロマブロックは垂直分割を伴うリーフノードにあり、コロケートルマブロックは水平分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素は、ブロック内でシグナリングされなくてもよい。
ｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされ得るが、ＣＣＬＭモードは、適合ビットストリーム内のブロックで使用されるべきではない。
ｉｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされてもよい。ＣＣＬＭモードがシグナリングされる場合、ｐｌａｎａｒ又はＤＣなどのデフォルトモードが適用され得る。
［ＬＭＣＳモードにおけるクロマ残差スケーリングの適用可能性］
１６． ルマ依存クロマ残差スケーリングを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるタイルグループヘッダに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが、シーケンスレベルで（例えば、ＳＰＳ内で）、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。１に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下のＣＵに対してクロマ残差スケーリングを有効にされていることを指定する。０に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下に対してクロマ残差スケーリングが有効にされないことを指定する。ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しないとき、それは０に等しいと推論される。
ｂ） 一例において、クロマ残差スケーリングがパーティションノードレベルで制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、パーティションノードによりカバーされるＣＵについて０であると推論され得る。一例において、パーティションノードはＣＴＵでもよい（ＣＴＵは、４要素からなるツリーパーティションのルートノードとして扱われる）。
ｃ） 一例において、３２×３２以下のクロマブロックサイズに対してクロマ残差スケーリングが制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、３２×３２以下のクロマブロックサイズについて０であると推論され得る。
１６． ルマ依存クロマ残差スケーリングを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるタイルグループヘッダに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが、シーケンスレベルで（例えば、ＳＰＳ内で）、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。１に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下のＣＵに対してクロマ残差スケーリングを有効にされていることを指定する。０に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下に対してクロマ残差スケーリングが有効にされないことを指定する。ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しないとき、それは０に等しいと推論される。
ｂ） 一例において、クロマ残差スケーリングがパーティションノードレベルで制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、パーティションノードによりカバーされるＣＵについて０であると推論され得る。一例において、パーティションノードはＣＴＵでもよい（ＣＴＵは、４要素からなるツリーパーティションのルートノードとして扱われる）。
ｃ） 一例において、３２×３２以下のクロマブロックサイズに対してクロマ残差スケーリングが制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、３２×３２以下のクロマブロックサイズについて０であると推論され得る。
［ＣＣＬＭモードの適用可能性］
１７． ＣＣＬＭモードを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるｓｐｓレベルに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、それは、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルグループレベルで（例えば、タイルグループヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。
ｂ） 一例において、ＣＣＬＭを適用できない場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、０であると推論され得る。
ｉ． 一例において、８ｘ８以下のクロマブロックサイズについてクロマ残差スケーリングが制約されている場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、８ｘ８以下のクロマブロックサイズについて０であると推論され得る。
１７． ＣＣＬＭモードを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるｓｐｓレベルに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、それは、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルグループレベルで（例えば、タイルグループヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。
ｂ） 一例において、ＣＣＬＭを適用できない場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、０であると推論され得る。
ｉ． 一例において、８ｘ８以下のクロマブロックサイズについてクロマ残差スケーリングが制約されている場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、８ｘ８以下のクロマブロックサイズについて０であると推論され得る。
［イントラモード及びインターモードのクロマ残差スケーリングファクタ導出の統合］
１８． クロマ残差スケーリングファクタは、ルマブロックをエンコード／デコードした後に導出され得、続く符号化ブロックのために記憶及び使用され得る。
ａ） 一例において、ルマブロック内の特定の予測サンプル又は／及び中間予測サンプル又は／及び再構成サンプル又は／及びループフィルタリング前（例えば、デブロッキングフィルタ又は／及びＳＡＯフィルタ又は／及びバイラテラルフィルタ又は／及びアダマール変換フィルタ又は／及びＡＬＦフィルタにより処理される前）の再構成サンプルが、クロマ残差スケーリングファクタの導出に使用され得る。
ｉ． 例えば、ルマブロックの最下行又は／及び右列内の部分的サンプルを、クロマ残差スケーリングファクタの導出に使用してもよい。
ｂ） 単一ツリーの場合、イントラモード又は／及びＩＢＣモード又は／及びインターモードで符号化されるブロックをエンコードするとき、近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｉｉｉ． 一例において、インターモード又は／及びＣＩＩＰモードで符号化されるブロックについて、近隣のブロックがイントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモードで符号化されている場合、近隣のブロックのクロマ残差スケーリングファクタは「利用不可能」とみなされてもよい。
ｉｖ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
１） あるいは、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされてもよい。
ｃ） セパレートツリーの場合、クロマブロックをエンコードするとき、対応するルマブロックが最初識別され得る。次いで、その（例えば、対応するルマブロックの）近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｄ） 近隣のブロックは予め定義された順序でチェックされてもよい。
ｉ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
ｉｉ． 一例において、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされ得る。
ｉｉｉ． 一例において、近隣のブロックは、左下→左→右上→上→左上の順にチェックされ得る。
ｉｖ． 一例において、近隣のブロックは、左→上→右上→左下→左上の順にチェックされ得る。
ｅ） 一例において、クロマ残差スケーリングを適用するかどうかは、近隣のブロックの「利用可能性」に依存し得る。
ｉ． 一例において、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉ． 一例において、「利用可能な」近隣のブロックの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉｉ． あるいは、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングファクタはデフォルト値により導出されてもよい。
１） 一例において、デフォルト値１＜＜（ＢｉｔＤｅｐｔｈ－１）を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタは、続く符号化ブロックのために記憶及び使用され得る。
ｇ） 一例において、クロマ残差スケーリングファクタの記憶は、ラインバッファから除去され得る。
ｉ． 一例において、カレントブロックと、アクセスされる近隣の（隣接又は非隣接の）ブロックとが異なる領域内にあるとき、そのクロマ残差スケーリングファクタは「利用不可能」とみなされ得、カレントブロックのクロマ残差スケーリングファクタの導出に使用されなくてもよい。
１） 領域は、スライス、タイル、タイルグループ、ＣＴＵ行、又はＣＴＵであり得る。
２） あるいは、そのクロマ残差スケーリングファクタは、そのような場合にはデフォルト値として考慮されてもよい。
３） あるいは、クロマ残差スケーリングは、そのような場合には適用できない。
ｈ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタはオンザフライで更新されてもよく、続くブロックのスケーリングファクタ導出のために履歴テーブルに保存されてもよい。
ｉ． 履歴テーブルは、ＦＩＦＯ（先入れ先出し）方式で更新され得る。
ｉｉ． クロマブロックをデコード／エンコードした後、クロマ残差スケーリングファクタを（例えば、ルマ値に従って）導出してもよく、ＦＩＦＯ履歴テーブルに記憶してもよい。
ｉｉｉ． 一例において、ＦＩＦＯ履歴テーブルは、最大で１つのエントリを含み得る。この場合、最新の復号ブロックの導出されたクロマ残差スケーリングファクタがカレントブロックに使用される。
ｉｖ． 一例において、履歴テーブルは、ピクチャ及び／又はスライス及び／又はタイルグループ及び／又はタイル及び／又はＣＴＵ行及び／又はＣＴＵをエンコード／デコードする前にリフレッシュされる。
１） 一例において、履歴テーブルがリフレッシュされるとき、履歴テーブルにデフォルトのクロマ残差スケーリングファクタを入れてもよい。
２） 一例において、ＦＩＦＯ履歴テーブルがリフレッシュされるとき、履歴テーブルは空に設定される。
１８． クロマ残差スケーリングファクタは、ルマブロックをエンコード／デコードした後に導出され得、続く符号化ブロックのために記憶及び使用され得る。
ａ） 一例において、ルマブロック内の特定の予測サンプル又は／及び中間予測サンプル又は／及び再構成サンプル又は／及びループフィルタリング前（例えば、デブロッキングフィルタ又は／及びＳＡＯフィルタ又は／及びバイラテラルフィルタ又は／及びアダマール変換フィルタ又は／及びＡＬＦフィルタにより処理される前）の再構成サンプルが、クロマ残差スケーリングファクタの導出に使用され得る。
ｉ． 例えば、ルマブロックの最下行又は／及び右列内の部分的サンプルを、クロマ残差スケーリングファクタの導出に使用してもよい。
ｂ） 単一ツリーの場合、イントラモード又は／及びＩＢＣモード又は／及びインターモードで符号化されるブロックをエンコードするとき、近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｉｉｉ． 一例において、インターモード又は／及びＣＩＩＰモードで符号化されるブロックについて、近隣のブロックがイントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモードで符号化されている場合、近隣のブロックのクロマ残差スケーリングファクタは「利用不可能」とみなされてもよい。
ｉｖ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
１） あるいは、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされてもよい。
ｃ） セパレートツリーの場合、クロマブロックをエンコードするとき、対応するルマブロックが最初識別され得る。次いで、その（例えば、対応するルマブロックの）近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｄ） 近隣のブロックは予め定義された順序でチェックされてもよい。
ｉ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
ｉｉ． 一例において、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされ得る。
ｉｉｉ． 一例において、近隣のブロックは、左下→左→右上→上→左上の順にチェックされ得る。
ｉｖ． 一例において、近隣のブロックは、左→上→右上→左下→左上の順にチェックされ得る。
ｅ） 一例において、クロマ残差スケーリングを適用するかどうかは、近隣のブロックの「利用可能性」に依存し得る。
ｉ． 一例において、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉ． 一例において、「利用可能な」近隣のブロックの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉｉ． あるいは、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングファクタはデフォルト値により導出されてもよい。
１） 一例において、デフォルト値１＜＜（ＢｉｔＤｅｐｔｈ－１）を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタは、続く符号化ブロックのために記憶及び使用され得る。
ｇ） 一例において、クロマ残差スケーリングファクタの記憶は、ラインバッファから除去され得る。
ｉ． 一例において、カレントブロックと、アクセスされる近隣の（隣接又は非隣接の）ブロックとが異なる領域内にあるとき、そのクロマ残差スケーリングファクタは「利用不可能」とみなされ得、カレントブロックのクロマ残差スケーリングファクタの導出に使用されなくてもよい。
１） 領域は、スライス、タイル、タイルグループ、ＣＴＵ行、又はＣＴＵであり得る。
２） あるいは、そのクロマ残差スケーリングファクタは、そのような場合にはデフォルト値として考慮されてもよい。
３） あるいは、クロマ残差スケーリングは、そのような場合には適用できない。
ｈ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタはオンザフライで更新されてもよく、続くブロックのスケーリングファクタ導出のために履歴テーブルに保存されてもよい。
ｉ． 履歴テーブルは、ＦＩＦＯ（先入れ先出し）方式で更新され得る。
ｉｉ． クロマブロックをデコード／エンコードした後、クロマ残差スケーリングファクタを（例えば、ルマ値に従って）導出してもよく、ＦＩＦＯ履歴テーブルに記憶してもよい。
ｉｉｉ． 一例において、ＦＩＦＯ履歴テーブルは、最大で１つのエントリを含み得る。この場合、最新の復号ブロックの導出されたクロマ残差スケーリングファクタがカレントブロックに使用される。
ｉｖ． 一例において、履歴テーブルは、ピクチャ及び／又はスライス及び／又はタイルグループ及び／又はタイル及び／又はＣＴＵ行及び／又はＣＴＵをエンコード／デコードする前にリフレッシュされる。
１） 一例において、履歴テーブルがリフレッシュされるとき、履歴テーブルにデフォルトのクロマ残差スケーリングファクタを入れてもよい。
２） 一例において、ＦＩＦＯ履歴テーブルがリフレッシュされるとき、履歴テーブルは空に設定される。
５． 実施形態
５．１ 実施形態＃１
以下で論じられる例示的な実施形態は、セクション４の項目１１の一例示的な方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．１ 実施形態＃１
以下で論じられる例示的な実施形態は、セクション４の項目１１の一例示的な方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．２ 実施形態♯２
以下の実施形態は、本発明の説明の項目１１における方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
実施形態＃２と＃１との差を、以下のとおり列挙する。
－ 複数の近隣ルマサンプルをチェックして、クロマ残差スケーリングファクタを導出する。
－ 近隣ルマサンプルが利用できないとき、又は、近隣ルマがＩＮＴＲＡ／ＣＩＩＰ／ＩＢＣモードで符号化されている一方でカレントがＩＮＴＥＲモードで符号化されているとき、＃２はクロマ残差スケーリングファクタ導出にデフォルト値を使用する。
以下の実施形態は、本発明の説明の項目１１における方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
実施形態＃２と＃１との差を、以下のとおり列挙する。
－ 複数の近隣ルマサンプルをチェックして、クロマ残差スケーリングファクタを導出する。
－ 近隣ルマサンプルが利用できないとき、又は、近隣ルマがＩＮＴＲＡ／ＣＩＩＰ／ＩＢＣモードで符号化されている一方でカレントがＩＮＴＥＲモードで符号化されているとき、＃２はクロマ残差スケーリングファクタ導出にデフォルト値を使用する。
５．３ 実施形態＃３
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．４ 実施形態＃４
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．５ 実施形態５
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
６． 開示された技術の例示的な実装
図１０は、ビデオ処理装置１０００のブロック図である。装置１０００は、本明細書に記載される方法の１つ以上を実施するために使用することができる。装置１０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things、ＩｏＴ）の受信機などにおいて具現化されてもよい。装置１０００は、１つ以上のプロセッサ１００２、１つ以上のメモリ１００４、及びビデオ処理ハードウェア１００６を含むことができる。プロセッサ１００２は、本文献に記載される１つ以上の方法（これらに限定されないが、方法８００及び９００を含む）を実施するように構成され得る。メモリ（複数のメモリ）１００４は、本明細書に記載される方法及び手法を実施するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１００６は、本文献に記載されるいくつかの手法をハードウェア回路に実装するために使用され得る。
図１０は、ビデオ処理装置１０００のブロック図である。装置１０００は、本明細書に記載される方法の１つ以上を実施するために使用することができる。装置１０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things、ＩｏＴ）の受信機などにおいて具現化されてもよい。装置１０００は、１つ以上のプロセッサ１００２、１つ以上のメモリ１００４、及びビデオ処理ハードウェア１００６を含むことができる。プロセッサ１００２は、本文献に記載される１つ以上の方法（これらに限定されないが、方法８００及び９００を含む）を実施するように構成され得る。メモリ（複数のメモリ）１００４は、本明細書に記載される方法及び手法を実施するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１００６は、本文献に記載されるいくつかの手法をハードウェア回路に実装するために使用され得る。
いくつかの実施形態において、ビデオ符号化方法は、図１０に関して説明したようなハードウェアプラットフォーム上に実装される装置を使用して実施されてもよい。
図１１は、開示された技術による、クロスコンポーネント予測のための線形モデル導出の一例示的な方法１１００のフローチャートを示す。この方法１１００は、ステップ１１１０において、カレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョン（conversion）を実行するステップを含み、このコンバージョンの間、１つ以上の参照フレームに含まれる第１の色成分値セットから、カレントビデオブロックの第２の色成分値セットが導出され、第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である。
いくつかの実施形態が、以下の箇条ベースのフォーマットを使用して説明され得る。
１． ビデオ処理のための方法であって、
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である、ステップ
を含む方法。
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である、ステップ
を含む方法。
２． 前記第１の色成分値セットは、前記ビデオ符号化ステップの前記線形モデルにおいて使用する前に補間される、箇条１に記載の方法。
３． の前記第１の色成分値セットの線形結合が、前記線形モデルのパラメータとして使用可能である、箇条１乃至２のうちいずれか１つ以上に記載の方法。
４． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットの位置は、前記カレントビデオブロックの動き情報に少なくとも部分的に基づいて選択される、箇条１に記載の方法。
５． 前記１つ以上の参照フレーム内のルマ成分値の位置は、前記カレントビデオブロック内の対応するルマ成分値の位置と、前記カレントビデオブロックの前記動き情報とから計算される、箇条４に記載の方法。
６． 前記対応するルマ成分値の位置は、前記カレントビデオブロック内の左上サンプル、中心サンプル、又は右下サンプルである、箇条５に記載の方法。
７． 前記カレントビデオブロックの前記動き情報は、整数動きベクトル又は分数動きベクトルに対応する、箇条６に記載の方法。
８． 前記分数動きベクトルは、前記１つ以上の参照フレームにおける分数ルマ成分値を用いて導出される、箇条７に記載の方法。
９． 前記整数動きベクトルは、ゼロに近づくよう又はゼロから離れるように丸めることにより導出される、箇条７に記載の方法。
１０． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットの位置は、予め定義された位置である、箇条１に記載の方法。
１１． 前記第１の色成分値セットの中央値又は平均値が、前記カレントビデオブロックの前記第２の色成分値セットを導出するために使用される、箇条１乃至１０のうちいずれか１つ以上に記載の方法。
１２． 前記１つ以上の参照フレームは予め定義された参照フレームである、箇条１乃至１１のうちいずれか１つ以上に記載の方法。
１３． 前記予め定義された参照フレームは、参照ピクチャリストの参照インデックスを有するフレームを含む、箇条１２に記載の方法。
１４． 前記参照インデックスはゼロであり、前記参照ピクチャリストはゼロである、箇条１３に記載の方法。
１５． 前記参照インデックス及び／又は前記参照ピクチャリストは、以下、すなわち、シーケンス、ピクチャ、タイル、グループ、スライス、タイル、符号化ツリーユニット、又はビデオブロック、のうち１つ以上に関連づけられたビットストリーム表現においてシグナリングされる、箇条１３に記載の方法。
１６． 前記カレントビデオブロックの前記第２の色成分値セットは、前記１つ以上の参照フレームに含まれる前記第１の色成分値セットの数学的平均又は加重平均から導出される、箇条１に記載の方法。
１７． 前記カレントビデオブロックの前記第２の色成分値セットは、前記カレントビデオブロックが双予測符号化ブロックであるかどうかに基づいて、前記１つ以上の参照フレームに含まれる前記第１の色成分値のセットから選択的に導出される、箇条１に記載の方法。
１８． 前記カレントビデオブロックの前記第２の色成分値セットは、前記第１の色成分値セットの各予測方向に対して個々に導出される、箇条１７に記載の方法。
１９． 前記カレントビデオブロックの前記第２の色成分値セットは、前記カレントビデオブロックがサブブロックベースの予測に関連づけられるかどうかに基づいて、前記１つ以上の参照フレームに含まれる前記第１の色成分値セットから選択的に導出される、箇条１に記載の方法。
２０． 前記サブブロックベースの予測は、アフィン予測又は代替時間動きベクトル予測（ＡＴＭＶＰ）に対応する、箇条１に記載の方法。
２１． 前記カレントビデオブロックの前記第２の色成分値セットは、個々のサブブロックに対して導出される、箇条１９乃至２０のうちいずれか１つ以上に記載の方法。
２２． 前記カレントビデオブロックの前記第２の色成分値セットは、前記サブブロックベースの予測にかかわらず、前記カレントビデオブロックの全体に対して導出される、箇条１９乃至２１のうちいずれか１つ以上に記載の方法。
２３． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記カレントビデオブロックのサブブロックの動きベクトルに少なくとも部分的に基づいて選択される、箇条１９乃至２２のうちいずれか１つ以上に記載の方法。
２４． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、中間色成分値である、箇条１乃至２３のうちいずれか１つ以上に記載の方法。
２５． 前記ビデオ符号化ステップは、別のビデオ符号化ステップに先行する、箇条１乃至２４のうちいずれか１つ以上に記載の方法。
２６． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記カレントビデオブロック又は前記カレントビデオブロックのサブブロックの中間動きベクトルに少なくとも部分的に基づいて選択され、前記中間動きベクトルは、前記別のビデオ符号化ステップの前に計算される、箇条２５に記載の方法。
２７． 前記別のビデオ符号化ステップは、以下のステップ、すなわち、双方向オプティカルフロー（ＢＤＯＦ）ステップ、デコーダ側動きベクトル精緻化（ＤＭＶＲ）ステップ、予測精緻化オプティカルフロー（ＰＲＯＦ）ステップ、のうち１つ又は組み合わせを含む、箇条２４乃至２６のうちいずれか１つ以上に記載の方法。
２８． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、対応するルマブロックに関連づけられたＭ×Ｎルマ成分値に対応する、箇条１乃至２７のうちいずれか１つ以上に記載の方法。
２９． 前記対応するルマブロックは、前記カレントビデオブロックのコロケートルマブロックである、箇条２８に記載の方法。
３０． ＭとＮの積は、前記カレントビデオブロックの前記コロケートルマブロックのブロック幅とブロック高さの積より小さい、箇条２９に記載の方法。
３１． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記コロケートルマブロックの近隣のルマサンプルの位置で識別される参照サンプルの少なくとも一部に対応する、箇条２７乃至３０のうちいずれか１つ以上に記載の方法。
３２． 前記第１の色成分値セットは、前記ビデオ符号化ステップの前記線形モデルにおいて使用する前にダウンサンプリングされる、箇条１乃至３１のうちいずれか１つ以上に記載の方法。
３３． 前記カレントビデオブロックの前記第２の色成分値セットは、前記カレントビデオブロックの以下の情報、すなわち、量子化パラメータ、符号化モード、又はピクチャオーダカウント（ＰＯＣ）、のうち１つ以上に少なくとも部分的に基づいて選択される、箇条１に記載の方法。
３４． 前記近隣のルマサンプルの位置は、前記コロケートルマブロックの左上サンプルがカバーされるようなものである、箇条３１に記載の方法。
３５． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記対応するルマブロックの外部の位置で識別される参照サンプルの少なくとも一部に対応する、箇条２８に記載の方法。
３６． 前記カレントビデオブロックの前記第２の色成分値セットは、前記対応するルマブロックの近隣のサンプルの利用可能性に基づいて、前記１つ以上の参照フレームに含まれる前記第１の色成分値セットから選択的に導出される、箇条２８に記載の方法。
３７． 前記対応するルマブロックの前記近隣のサンプルの利用可能性は、前記カレントビデオブロックの符号化モードの使用、前記対応するルマブロックの前記近隣のサンプルの符号化モードの使用、前記対応するルマブロックの符号化モードの使用、１つ以上の近隣のビデオブロックの符号化モードの使用、前記対応するルマブロックの前記近隣のサンプルに関連づけられたフィルタのタイプの使用、又は前記カレントビデオブロック又はそのサブブロックに対する前記対応するルマブロックの前記近隣のサンプルの位置、のうち１つ以上に基づく、箇条２８に記載の方法。
３８． 前記対応するルマブロックの前記近隣のサンプルの利用可能性の欠如に応答して、利用不可能なサンプルを他のサンプルで置換、フィル、又はパディングするステップ、
をさらに含む箇条２８に記載の方法。
をさらに含む箇条２８に記載の方法。
３９． 前記対応するルマブロックの近隣のサンプルに平滑化フィルタを適用するステップ、
をさらに含む箇条２８条に記載の方法。
をさらに含む箇条２８条に記載の方法。
４０． ビデオ処理のための方法であって、
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットは、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である、ステップと、
前記１つ以上の参照フレームに含まれる前記第１の色成分値セットが前記カレントビデオブロックのコロケートルマブロックであると決定したことに応答して、前記カレントビデオブロックの前記コロケートルマブロックに関連づけられた１つ以上の条件に基づいて、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットは、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である、ステップと、
前記１つ以上の参照フレームに含まれる前記第１の色成分値セットが前記カレントビデオブロックのコロケートルマブロックであると決定したことに応答して、前記カレントビデオブロックの前記コロケートルマブロックに関連づけられた１つ以上の条件に基づいて、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
４１． 前記カレントビデオブロックの前記コロケートルマブロックに関連づけられた前記１つ以上の条件は、前記コロケートルマブロックのパーティションサイズ、前記コロケートルマブロックの符号化ユニット数が閾値数値に達していること、前記コロケートルマブロックの左上ルマサンプルが閾値サイズに達していること、前記コロケートルマブロックのパーティションツリー深さ、対応するルマブロックが前記コロケートルマブロックの前記左上ルマサンプルをカバーしていること、前記コロケートルマブロック又は前記カレントビデオブロックの大きさ、又は対応するルマブロックが前記コロケートルマブロックの前記左上ルマサンプルをカバーし、さらに予め定義されたサイズの境界ボックス内に含まれることを含む、箇条４０に記載の方法。
４２． 前記導出を選択的に有効又は無効にすることを示す情報は、前記ビットストリーム表現に含まれる、箇条４０に記載の方法。
４３． 前記対応するルマブロックの近隣のサンプルの利用可能性は、予め定義された順序に従って前記近隣のサンプルをチェックすることに関連づけられる、箇条２８に記載の方法。
４４． 前記コロケートルマブロック及び前記カレントビデオブロックは、同じ符号化ツリーユニット、又は符号化ツリーユニットの同じ行に関連づけられる、箇条４１に記載の方法。
４５． ビデオ処理のための方法であって、
カレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である、ステップと、
前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの１つ以上の特性が満たされると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
カレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオ符号化ステップの線形モデルにおいて使用可能である、ステップと、
前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの１つ以上の特性が満たされると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
４６． 前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの前記１つ以上の特性は、前記カレントビデオブロックの空間位置に対する空間位置をカバーする近隣のルマブロックに対応する、箇条４５に記載の方法。
４７． 前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの前記１つ以上の特性は、前記カレントビデオブロックの空間位置に対する前記カレントビデオブロックの前記近隣のビデオブロックの空間位置に対応する、箇条４５に記載の方法。
４８． 前記近隣のビデオブロックの再構成が前記カレントビデオブロックの符号化モードに少なくとも部分的に基づくと決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を無効にするステップ、
をさらに含む箇条４５に記載の方法。
をさらに含む箇条４５に記載の方法。
４９． 前記カレントビデオブロックがインター符号化ブロックであり、組み合わせインター及びイントラ予測の符号化ブロックでなく、前記カレントビデオブロックの対応するルマブロックの近隣のブロックがイントラ符号化ブロック、組み合わせインター及びイントラ予測（ＣＩＩＰ）ブロック、又はイントラブロックコピー（ＩＢＣ）符号化ブロックであると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を無効にするステップ、
をさらに含む箇条４５に記載の方法。
をさらに含む箇条４５に記載の方法。
５０． 前記カレントビデオブロックがインター符号化ブロックであり、組み合わせインター及びイントラ予測の符号化ブロックでなく、前記カレントビデオブロックの対応するルマブロックの近隣のブロックがイントラ符号化ブロック、組み合わせインター及びイントラ予測（ＣＩＩＰ）ブロック、又はイントラブロックコピー（ＩＢＣ）符号化ブロックであると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を有効にするステップであり、前記第１の色成分値セットは固定値である、ステップ、
をさらに含む箇条４５条に記載の方法。
をさらに含む箇条４５条に記載の方法。
５１． 前記第１の色成分値セットは固定値である、箇条４５に記載の方法。
５２． 前記固定値は、前記ビデオ符号化ステップの前記線形モデルの区分インデックスに対応する、箇条５１に記載の方法。
５３． 前記近隣のサンプルは、前記カレントビデオブロックに対して隣接又は非隣接であり得る、箇条１乃至５２のうちいずれか１つ以上に記載の方法。
５４． 前記近隣のサンプルは、前記カレントビデオブロックの近隣のクロマブロックに関連づけられ、あるいは前記カレントビデオブロックの近隣のクロマブロックであり得る、箇条１乃至５２のうちいずれか１つ以上に記載の方法。
５５． 前記カレントビデオブロックは、クロマブロック、前記コロケートルマブロック、又は前記コロケートクロマブロックの左上ルマサンプルをカバーする前記対応するルマブロックに対応する、箇条１乃至５４のうちいずれか１つ以上に記載の方法。
５６． 前記カレントビデオブロックの前記第２の色成分値セットは、１つ以上の他のビデオブロックと関連して使用のために記憶される、箇条１乃至５４のうちいずれか１つ以上に記載の方法。
５７． 前記線形モデルは、クロスコンポーネント線形モデル（ＣＣＬＭ）に対応し、前記ビデオ符号化ステップは、クロマスケーリング付きルママッピング（ＬＭＣＳ）モードに対応する、箇条１乃至５６のうちいずれか１つ以上に記載の方法。
５８． 前記カレントビデオブロックは、インター符号化ブロック、双予測符号化ブロック、組み合わせインター及びイントラ予測（ＣＩＩＰ）ブロック、又はイントラブロックコピー（ＩＢＣ）符号化ブロックである、箇条１乃至５７のうちいずれか１つ以上に記載の方法。
５９． 前記カレントビデオブロックの前記第２の色成分値セットは、前記ビットストリーム表現における他のビデオブロックに関連づけられた使用のために記憶される、箇条１乃至５８のうちいずれか１つ以上に記載の方法。
６０． 前記カレントビデオブロックの前記第２の色成分値セットは、前記他のビデオブロックに含まれる近隣のビデオブロックによる選択的な利用可能性又は利用不可性（unavailability）のためのラインバッファに記憶され、前記カレントビデオブロック及び前記近隣のビデオブロックは、異なるスライス、タイル、タイルグループ、符号化ツリーユニット、又は符号化ツリーユニットの行に関連づけられる、箇条５９に記載の方法。
６１． 前記カレントビデオブロックの前記第２の色成分値セットは、固定値である、箇条６０に記載の方法。
６２． 前記カレントビデオブロックの前記第２の色成分値セットは、導出を防止される、箇条６０に記載の方法。
６３． 前記カレントビデオブロックの前記第２の色成分値セットの導出は、防止される、箇条５９に記載の方法。
６４． 前記カレントビデオブロックの前記第２の色成分値セットは、前記他のビデオブロックに含まれる近隣のビデオブロックによる選択的な利用可能性又は利用不可性のためにテーブルに記憶される、箇条５９に記載の方法。
６５． 前記カレントビデオブロックの前記第２の色成分値セットは、動的に更新される、箇条６４に記載の方法。
６６． 前記カレントビデオブロックの前記第２の色成分値セットは、前記他のビデオブロック内の前のビデオブロックと同じである、箇条６５に記載の方法。
６７． 前記カレントビデオブロックの前記第２の色成分値セットは、先入れ先出し（ＦＩＦＯ）方式で動的に更新される、箇条６４に記載の方法。
６８． 前記第１の色成分値セットは、ルマサンプル値に対応し、前記第２の色成分値セットは、クロマスケーリングファクタに対応する、箇条１乃至６７のうちいずれか１つ以上に記載の方法。
６９． ビデオ処理のための方法であって、
少なくとも２つの成分ブロックを含むビデオブロックと前記ビデオブロックのビットストリーム表現との間のコンバージョンのためのクロスコンポーネントコーデックツールの適用可能性をルールに基づいて決定するステップと、
前記クロスコンポーネントコーデックツールを選択的に使用することにより前記コンバージョンを実行するステップと、
含む方法。
少なくとも２つの成分ブロックを含むビデオブロックと前記ビデオブロックのビットストリーム表現との間のコンバージョンのためのクロスコンポーネントコーデックツールの適用可能性をルールに基づいて決定するステップと、
前記クロスコンポーネントコーデックツールを選択的に使用することにより前記コンバージョンを実行するステップと、
含む方法。
７０． 前記ルールは、前記カレントビデオブロックの大きさに基づく、箇条６９に記載の方法。
７１． 前記ルールは、前記カレントビデオブロックのパーティション情報に基づく、箇条６９乃至７０に記載の方法。
７２． 前記ルールは、前記カレントビデオブロックのパーティションツリー構造に基づく、箇条６９乃至７１のうちいずれかに記載の方法。
７３． 前記パーティションツリー構造は、デュアルツリー又は単一ツリーのうちの１つである、箇条７２に記載の方法。
７４． 前記ルールは、前記カレントビデオブロックが前記デュアルツリーパーティションツリー構造を有するクロマブロックであることに起因して、前記クロスコンポーネントコーデックツールを無効にすることを指定する、箇条７２に記載の方法。
７５． 前記ルールは、前記ビットストリーム表現における前記クロスコンポーネントコーデックツールのシンタックス要素のシグナリングを省略することを指定する、箇条６９乃至７４のうちいずれかに記載の方法。
箇条６９乃至７５に記載のさらなる例及び態様は、セクション４の項目１５に記載されている。
７６． プロセッサと、命令を有する非一時的メモリと、を含むビデオシステムにおける装置であって、前記命令は前記プロセッサにより実行されると、前記プロセッサに箇条１乃至７５のうちいずれか１つにおける方法を実施させる、装置。
７７． 非一時的コンピュータ読取可能媒体に記憶されたコンピュータプログラム製品であって、箇条１乃至７５のうちいずれか１つにおける方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
図１２は、本明細書に開示される様々な手法が実装され得る一例示的なビデオ処理システム１２００を示すブロック図である。様々な実装が、システム１２００のコンポーネントの一部又は全部を含んでもよい。システム１２００は、ビデオコンテンツを受信する入力１２０２を含み得る。ビデオコンテンツは、生の又は非圧縮のフォーマット、例えば、８又は１０ビットのマルチ成分画素値で受け取ることができ、あるいは圧縮又はエンコードされたフォーマットでもよい。入力１２０２は、ネットワークインターフェース、周辺バスインターフェース、又はストレージインターフェースを表すことができる。ネットワークインターフェースの例には、イーサネット、受動光ネットワーク（passive optical network、ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。
システム１２００は、本文献に記載される様々な符号化又はエンコード方法を実施することができる符号化コンポーネント１２０４を含み得る。符号化コンポーネント１２０４は、入力１２０２から符号化コンポーネント１２０４の出力へのビデオの平均ビットレートを低減して、ビデオの符号化表現を生成することができる。したがって、この符号化手法は、ビデオ圧縮又はビデオトランスコーディング手法と時に呼ばれる。符号化コンポーネント１２０４の出力は、コンポーネント１２０６により表されるように、記憶されるか、又は接続された通信を介して送信されてもよい。入力１２０２で受信したビデオの、記憶され又は通信されたビットストリーム（又は、符号化された）表現は、画素値、又はディスプレイインターフェース１２１０に送られる表示可能なビデオを生成するために、コンポーネント１２０８により使用することができる。ビットストリーム表現からユーザが見ることができるビデオを生成するプロセスは、ビデオ解凍と時に呼ばれる。さらに、特定のビデオ処理動作は「符号化」動作又はツールと呼ばれ、符号化ツール又は動作はエンコーダで使用され、符号化の結果を逆にする対応する復号ツール又は動作はデコーダにより実行されることが理解されるであろう。
周辺バスインターフェース又はディスプレイインターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（high definition multimedia interface、ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔなどを含んでもよい。ストレージインターフェースの例には、ＳＡＴＡ（シリアルアドバンストテクノロジーアタッチメント（serial advanced technology attachment））、ＰＣＩ、ＩＤＥインターフェースなどが含まれる。本文献に記載される手法は、携帯電話、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行することができる他のデバイスなどの様々な電子デバイスにおいて具現化することができる。
図１３は、ビジュアルメディア処理方法の一例のフローチャートである。このフローチャートのステップは、本文献のセクション４の例１２ｇ（ｉｉ）に関連して説明される。ステップ１３０２において、プロセスは、ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、第１のパラメータが固定値又はカレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように、導出し、対応するルマブロックは、カレントビデオクロマブロックに関連づけられた位置をカバーする。ステップ１３０４において、プロセスは、第１のパラメータに基づいてクロマスケーリングファクタを決定する。ステップ１３０６において、プロセスは、クロマスケーリングファクタに基づいてカレントビデオクロマブロックのクロマ残差スケーリングを実行する。ステップ１３０８において、プロセスは、カレントビデオクロマブロックとビットストリームとの間のコンバージョンのためにクロマスケーリングファクタを使用する。
図１４は、ビジュアルメディア処理方法の一例のフローチャートである。このフローチャートのステップは、本文献のセクション４の例１２ｄに関連して説明される。ステップ１４０２において、プロセスは、ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用し、固定値は、１つ以上の条件に少なくとも基づく。ステップ１４０４において、プロセスは、カレントビデオユニットとカレントビデオユニットのビットストリーム表現との間のコンバージョンを実行する。
図１５は、ビジュアルメディア処理方法の一例のフローチャートである。このフローチャートのステップは、本文献のセクション４の例１５に関連して説明される。ステップ１５０２において、ビジュアルメディアデータのカレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンの間、プロセスは、カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又は符号化構造タイプに少なくとも部分的に基づいて、カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行い、ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットに基づいて予測される。
次に、本文献のいくつかの実施形態を、箇条ベースのフォーマットで提示する。
Ｘ１． ビジュアルメディア処理の方法であって、
ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、前記ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、前記第１のパラメータが固定値又は前記カレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、前記対応するルマブロックは、前記カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、
前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、
前記クロマスケーリングファクタに基づいて前記カレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、
前記カレントビデオクロマブロックと前記カレントビデオクロマブロックのビットストリーム表現との間のコンバージョンに前記クロマスケーリングファクタを使用するステップと、
を含む方法。
ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、前記ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、前記第１のパラメータが固定値又は前記カレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、前記対応するルマブロックは、前記カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、
前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、
前記クロマスケーリングファクタに基づいて前記カレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、
前記カレントビデオクロマブロックと前記カレントビデオクロマブロックのビットストリーム表現との間のコンバージョンに前記クロマスケーリングファクタを使用するステップと、
を含む方法。
Ｘ２． 前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップは、
前記第１のパラメータを使用して区分線形関数のインデックスを識別するステップを含む、箇条Ｘ１に記載の方法。
前記第１のパラメータを使用して区分線形関数のインデックスを識別するステップを含む、箇条Ｘ１に記載の方法。
Ｘ３． 前記区分線形関数の前記インデックスを識別すると、前記カレントビデオクロマブロックの前記クロマ残差スケーリングに使用される前記クロマ残差ファクタを決定するステップ、
をさらに含む、箇条Ｘ２に記載の方法。
をさらに含む、箇条Ｘ２に記載の方法。
Ｘ４． 前記クロマ残差スケーリングファクタは、前記ビットストリーム表現におけるフィールドとして含まれる、箇条Ｘ１に記載の方法。
Ｘ５． 前記近隣のルマブロックのうち少なくとも１つが利用可能である場合、前記第１のパラメータは、前記カレントビデオクロマブロックの前記近隣のルマサンプルの前記丸めベースの平均値として導出される、箇条Ｘ１乃至Ｘ４のうちいずれか１つ以上に記載の方法。
Ｘ６． 近隣のルマブロックが利用不可能である場合、前記第１のパラメータは前記固定値として導出される、箇条Ｘ１乃至Ｘ４のうちいずれか１つ以上に記載の方法。
Ｘ７． 前記固定値はゼロである、箇条Ｘ１又はＸ６に記載の方法。
Ｘ８． 前記固定値は、ルマ色成分及び／又はクロマ色成分のビット深度に基づく、箇条Ｘ１又はＸ６に記載の方法。
Ｘ９． 前記固定値は、（１＜＜ＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ＢｉｔＤｅｐｔｈ－１）であり、ＢｉｔＤｅｐｔｈは、前記ルマ色成分及び／又はクロマ色成分の前記ビット深度を示す、箇条Ｘ８に記載の方法。
Ｘ１０． 前記固定値は、前記区分線形関数における最大ビンインデックスである、箇条Ｘ６に記載の方法。
Ｘ１１． 前記固定値は、前記区分線形関数における最小ビンインデックスである、箇条Ｘ６に記載の方法。
Ｘ１２． 前記固定値は、適応区分線形関数における最小ビンインデックスと最大ビンインデックスの平均である、箇条Ｘ６に記載の方法。
Ａ１． ビジュアルメディア処理の方法であって、
ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、前記固定値は１つ以上の条件に少なくとも基づく、ステップと、
前記カレントビデオユニットと前記カレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、
を含む方法。
ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、前記固定値は１つ以上の条件に少なくとも基づく、ステップと、
前記カレントビデオユニットと前記カレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、
を含む方法。
Ａ２． 前記１つ以上の条件は、
（１）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／符号化ツリーユニット（ＣＴＵ）行／ＣＴＵ／仮想パイプラインデータユニット（ＶＰＤＵ）のタイプ、
（２）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵの幅及び／又は高さ、
（３）前記カレントビデオユニットの符号化モード、又は
（４）前記カレントビデオユニットの近隣のサンプル
を含む、箇条Ａ１に記載の方法。
（１）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／符号化ツリーユニット（ＣＴＵ）行／ＣＴＵ／仮想パイプラインデータユニット（ＶＰＤＵ）のタイプ、
（２）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵの幅及び／又は高さ、
（３）前記カレントビデオユニットの符号化モード、又は
（４）前記カレントビデオユニットの近隣のサンプル
を含む、箇条Ａ１に記載の方法。
Ａ３． 第１の固定値が、第１のタイプのピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵに対して計算され、第２の固定値が、第２のタイプのピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵに対して計算される、箇条Ａ２に記載の方法。
Ｂ１． ビジュアルメディア処理の方法であって、
ビジュアルメディアデータのカレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンの間、前記カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又は符号化構造タイプに少なくとも部分的に基づいて、前記カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、前記ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップ、
を含む方法。
ビジュアルメディアデータのカレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンの間、前記カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又は符号化構造タイプに少なくとも部分的に基づいて、前記カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、前記ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップ、
を含む方法。
Ｂ２． 前記符号化構造タイプは、単一ツリー又はデュアルツリーである、箇条Ｂ１に記載の方法。
Ｂ３． 前記ＣＣＬＭは、前記カレントビデオブロックがクロマブロックであること及び前記パーティション情報がデュアルツリーパーティションを指定することに基づいて無効にされる、箇条Ｂ１に記載の方法。
Ｂ４． 前記ＣＣＬＭは、前記カレントビデオブロックの大きさが少なくとも１つの閾値条件を満たさないことに基づいて無効にされる、箇条Ｂ１に記載の方法。
Ｂ５． 前記少なくとも１つの閾値条件は、（ｉ）前記カレントビデオブロックの幅及び／又は前記カレントビデオブロックの高さと、（ｉｉ）１つ以上の閾値パラメータと、の間の数学的関係に基づく、箇条Ｂ１に記載の方法。
Ｂ６． 前記１つ以上の閾値パラメータは、８、１６、６４、又は４０９６の値を有する、箇条Ｂ１に記載の方法。
Ｂ７． 前記カレントビデオブロックが水平分割を伴うリーフノードにあり、前記カレントビデオブロックに関連づけられたコロケートルマブロックが垂直分割を伴うリーフノードにあることを前記パーティション情報が指定するとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１に記載の方法。
Ｂ８． 前記カレントビデオブロックが水平三分割（horizontal ternary split）を伴うクロマブロックであり、前記コロケートルマブロックが垂直三分割（vertical ternary split）を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ９． 前記カレントビデオブロックが水平二分割（horizontal binary split）を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ１０． 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ１１． 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直二分割（vertical binary split）を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ１２． 前記カレントビデオブロックが垂直分割を伴うリーフノードにあり、前記カレントビデオブロックに関連づけられたコロケートルマブロックが水平分割を伴うリーフノードにあることを前記パーティション情報が指定するとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１に記載の方法。
Ｂ１３． 前記カレントビデオブロックが垂直三分割を伴うクロマブロックであり、前記コロケートルマブロックが水平三分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条１２に記載の方法。
Ｂ１４． 前記カレントビデオブロックが垂直三分割を伴うクロマブロックであり、前記コロケートルマブロックが水平二分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１２に記載の方法。
Ｂ１５． 前記カレントビデオブロックが二垂直分割を伴うクロマブロックであり、前記コロケートルマブロックが水平三分割であるとき、前記ＣＣＬＭは無効にされる、Ｂ１２項の方法。
Ｂ１６． 前記カレントビデオブロックが垂直二分割を伴うクロマブロックであり、前記コロケートルマブロックが水平二分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１１に記載の方法。
Ｂ１７． 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現から、前記ＣＣＬＭの適用を示すシンタックス要素を除外するステップ、
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
Ｂ１８． 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現に、前記ＣＣＬＭの適用を示すシンタックス要素を含めるステップであり、前記ＣＣＬＭに関連づけられた１つ以上の予測モードの使用はスキップされる、ステップ、
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
Ｂ１９．前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現に、前記ＣＣＬＭの適用を示すシンタックス要素を含めるステップであり、デフォルト予測モードが適用される、ステップ、
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
Ｂ２０． 前記デフォルト予測モードは、ｐｌａｎａｒモード又はＤＣモードである、箇条Ｂ１９に記載の方法。
Ｂ２１． 前記コンバージョンは、前記ビットストリーム表現をビデオブロックから生成することを含む、箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法。
Ｂ２２． 前記コンバージョンは、前記ビットストリーム表現からビデオブロックの画素値を生成することを含む、箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法。
Ｂ２３． 箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオエンコーダ装置。
Ｂ２４． 箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオデコーダ装置。
Ｂ２５． コードを記憶させたコンピュータ読取可能媒体であって、前記コードは、箇条Ｘ１乃至Ｂ２０のうちいずれか１項以上に記載の方法を実施するプロセッサ実行可能命令を具現化している、コンピュータ読取可能媒体。
本文献において、用語「ビデオ処理」又は「ビジュアルメディア処理」は、ビデオ符号化、ビデオ復号、ビデオ圧縮、又はビデオ解凍を参照し得る。例えば、ビデオ圧縮アルゴリズムはビデオの画素表現から対応するビットストリーム表現へのコンバージョンに適用することができ、あるいはその逆も同様である。カレントビデオブロックのビットストリーム表現は、例えば、シンタックスにより定義されるように、ビットストリーム内の異なる場所にコロケートされ又は拡散されるビットに対応し得る。例えば、マクロブロックは、変換及び符号化された誤差残差値の観点で、また、ビットストリーム内のヘッダ及び他のフィールド内のビットを使用して符号化され得る。さらに、コンバージョンの間、デコーダは、上記のソリューションに記載されるように、決定に基づいて、いくつかのフィールドが存在し得、又は存在し得ないという知識を用いてビットストリームをパースすることができる。同様に、エンコーダは、特定のシンタックスフィールドが含まれるべき、又は含まれるべきでないと決定し、それに応じて、シンタックスフィールドを含め、又は符号化表現から除外することにより、符号化表現を生成することができる。
以上から、本明細書において説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正がなされ得ることが理解されるであろう。したがって、本開示の技術は、別記の特許請求の範囲によるものを除き、限定されない。
本特許文献に記載されている主題事項及び機能動作の実装は、本明細書に開示されている構造及びそれらの構造的等価物を含む、様々なシステム、デジタル電子回路で、又はコンピュータソフトウェア、ファームウェア、若しくはハードウェアにおいて、又はそれらの１つ以上の組み合わせにおいて実施することができる。本明細書に記載されている主題事項の実装は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置による実行のため、又はデータ処理装置の動作を制御するための、有形及び非一時的コンピュータ読取可能媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実施することができる。コンピュータ読取可能媒体は、マシン読取可能記憶デバイス、マシン読取可能記憶基板、メモリデバイス、マシン読取可能伝搬信号に影響を与える物質の組成、又はこれらの１つ以上の組み合わせとすることができる。用語「データ処理ユニット」又は「データ処理装置」は、例えばプログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題のコンピュータプログラムのための実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらの１つ以上の組み合わせを構成するコードを含むことができる。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイル型又は解釈型言語を含む任意の形式のプログラミング言語で書くことができ、それは、スタンドアロンプログラムとして、又はコンピューティング環境での使用に適したモジュール、コンポーネント、サブルーチン、又は他のユニットとしてを含む、任意の形態でデプロイすることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するものではない。プログラムは、他のプログラム又はデータを保持するファイルの一部分（例えば、マークアップ言語文書に記憶された１つ以上のスクリプト）に、問題のプログラム専用の単一のファイルに、又は複数の調整されたファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部分を記憶するファイル）に記憶することができる。コンピュータプログラムは、１つのコンピュータ上で、又は、１つのサイトに配置され若しくは複数のサイトにわたり分散されて通信ネットワークにより相互接続される複数のコンピュータ上で、実行されるようにデプロイすることができる。
本明細書に記載されるプロセス及び論理フローは、入力データに対して動作し出力を生成することにより機能を実行するために、１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサにより実行することができる。プロセス及び論理フローは、専用論理回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）により実行することもでき、装置もまた、これらとして実行することができる。
コンピュータプログラムの実行に適したプロセッサには、例えば、汎用及び専用双方のマイクロプロセッサ、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサが含まれる。一般に、プロセッサは、読取専用メモリ又はランダムアクセスメモリ又は双方から命令及びデータを受け取る。コンピュータの必須要素は、命令を実行するプロセッサと、命令及びデータを記憶する１つ以上のメモリデバイスである。一般に、コンピュータはまた、データを記憶する１つ以上の大容量記憶デバイス、例えば、磁気、磁気光ディスク、又は光ディスクを含み、あるいはこれらからデータを受け取り、又はこれらにデータを転送し、又は双方を行うために動作上結合される。しかしながら、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを記憶するのに適したコンピュータ読取可能媒体には、例として半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスを含む、全ての形態の不揮発性メモリ、媒体、及びメモリデバイスが含まれる。プロセッサ及びメモリは、専用論理回路により補足し、又は専用論理回路に組み込むことができる。
明細書は図面と共に、単に例示的とみなされることが意図され、例示的は一例を意味する。本明細書で用いられるとき、「又は」の使用は、文脈が別段明確に示さない限り、「及び／又は」を含むことが意図される。
本特許文献は多くの詳細を含むが、これらは、いずれかの発明の範囲又は請求され得るものの範囲に対する限定とみなされるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明とみなされるべきである。別個の実施形態の文脈において本特許文献に記載されている特定の特徴は、単一の実施形態で組み合わせて実施することもできる。逆に、単一の実施形態の文脈において記載されている様々な特徴は、複数の実施形態において別個に、又は任意の適切なサブコンビネーションで実施することもできる。さらに、特徴は、特定の組み合わせにおいて作用するものとして上述されていることがあり、そのようなものとして最初に請求されることがあるが、請求された組み合わせからの１つ以上の特徴を、いくつかの場合、組み合わせから切り出すことができ、請求される組み合わせは、サブコンビネーション、又はサブコンビネーションのバリエーションに向けられ得る。
同様に、動作は図面において特定の順序で示されているが、これは、所望の結果を達成するために、そのような動作が図示される特定の順序で又は順番に実行されること、又は全ての例示された動作が実行されることを要求するものとして理解されるべきではない。さらに、本特許文献に記載されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態においてそのような分離を要求するものとして理解されるべきではない。
少数の実装及び例のみが記載されており、本特許文献に記載及び例示されているものに基づいて他の実装、拡張、及びバリエーションがなされ得る。
［関連出願の相互参照］
本出願は、2019年5月8日に出願された国際特許出願第PCT/CN2019/085996号の優先権及び利益を主張する、2020年5月8日に出願された第PCT/CN2020/089096号に基づく。全ての前述の特許出願が、その全体を参照により本明細書に組み込まれる。
本出願は、2019年5月8日に出願された国際特許出願第PCT/CN2019/085996号の優先権及び利益を主張する、2020年5月8日に出願された第PCT/CN2020/089096号に基づく。全ての前述の特許出願が、その全体を参照により本明細書に組み込まれる。
［関連出願の相互参照］
本出願は、2019年5月8日に出願された国際特許出願第PCT/CN2019/085996号の優先権及び利益を主張する、2020年5月8日に出願された第PCT/CN2020/089096号に基づく。全ての前述の特許出願が、その全体を参照により本明細書に組み込まれる。
本出願は、2019年5月8日に出願された国際特許出願第PCT/CN2019/085996号の優先権及び利益を主張する、2020年5月8日に出願された第PCT/CN2020/089096号に基づく。全ての前述の特許出願が、その全体を参照により本明細書に組み込まれる。
［技術分野］
本特許文献は、ビデオコーディング／復号手法、デバイス、及びシステムに関する。
本特許文献は、ビデオコーディング／復号手法、デバイス、及びシステムに関する。
ビデオ圧縮の進歩にもかかわらず、デジタルビデオは、依然として、インターネット及び他のデジタル通信ネットワークにおける最大の帯域幅使用を占めている。ビデオを受信し表示することができる接続ユーザデバイスの数が増加すると、デジタルビデオ使用に対する帯域幅需要は増大し続けることが予想される。
デジタルビデオコーディング／復号に関連するデバイス、システム、及び方法、具体的には、ビデオコーディング／復号におけるクロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）予測モードのための簡素化された線形モデル導出について記載する。記載される方法は、既存のビデオコーディング標準（例えば、高効率ビデオコーディング（High Efficiency Video Coding、ＨＥＶＣ））及び将来のビデオコーディング標準（例えば、汎用ビデオコーディング（Versatile Video Coding、ＶＶＣ））又はコーデックの双方に適用され得る。
代表的な一態様において、開示される技術は、ビジュアルメディア処理の方法を含む。この例示的な方法は、ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、第１のパラメータが固定値又はカレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、対応するルマブロックは、カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、クロマスケーリングファクタに基づいてカレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、カレントビデオクロマブロックとカレントビデオクロマブロックのビットストリーム表現との間のコンバージョンにクロマスケーリングファクタを使用するステップと、を含む。
代表的な一態様において、開示される技術は、ビジュアルメディア処理の方法を含む。この例示的な方法は、ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、固定値は１つ以上の条件に少なくとも基づく、ステップと、カレントビデオユニットとカレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、を含む。
代表的な一態様において、開示される技術は、ビジュアルメディア処理の方法を含む。この例示的な方法は、ビジュアルメディアデータのカレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンの間、カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又はコーディング構造タイプに少なくとも部分的に基づいて、カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップを含む。
さらに別の例示的な態様において、上述の方法は、プロセッサを含むビデオエンコーダ装置により実装され得る。
さらに別の例示的な態様において、上述の方法は、プロセッサを含むビデオデコーダ装置により実装され得る。
さらに別の例示的な態様において、これらの方法は、プロセッサ実行可能命令の形態で具現化され、コンピュータ読取可能プログラム媒体に記憶され得る。
これら及び他の態様について本文献でさらに説明する。
２．１ ＨＥＶＣに関する簡潔なレビュー
２．１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、考慮されているカラーチャネルで事前に再構成されたサンプルを用いて、所与のＴＢ（変換ブロック（transform block））のためのサンプルを生成することを伴う。イントラ予測モードは、ルマ（luma）チャネル及びクロマ（chroma）チャネルについて別個にシグナリングされ、クロマチャネルイントラ予測モードは、任意で、「ＤＭ＿ＣＨＲＯＭＡ」モードを介してルマチャネルイントラ予測モードに依存する。イントラ予測モードはＰＢ（予測ブロック（prediction block））レベルでシグナリングされるが、イントラ予測プロセスは、ＣＵの残差四分木階層（residual quad-tree hierarchy）に従ってＴＢレベルで適用され、それにより、１つのＴＢのコーディングがＣＵ内の次のＴＢのコーディングへの影響を有することができ、したがって、参照値として使用されるサンプルへの距離を低減させる。
２．１．１ ＨＥＶＣ／Ｈ．２６５におけるイントラ予測
イントラ予測は、考慮されているカラーチャネルで事前に再構成されたサンプルを用いて、所与のＴＢ（変換ブロック（transform block））のためのサンプルを生成することを伴う。イントラ予測モードは、ルマ（luma）チャネル及びクロマ（chroma）チャネルについて別個にシグナリングされ、クロマチャネルイントラ予測モードは、任意で、「ＤＭ＿ＣＨＲＯＭＡ」モードを介してルマチャネルイントラ予測モードに依存する。イントラ予測モードはＰＢ（予測ブロック（prediction block））レベルでシグナリングされるが、イントラ予測プロセスは、ＣＵの残差四分木階層（residual quad-tree hierarchy）に従ってＴＢレベルで適用され、それにより、１つのＴＢのコーディングがＣＵ内の次のＴＢのコーディングへの影響を有することができ、したがって、参照値として使用されるサンプルへの距離を低減させる。
ＨＥＶＣは、３５個のイントラ予測モード － ＤＣモード、ｐｌａｎａｒモード、及び３３個の方向又は「ａｎｇｕｌａｒ」イントラ予測モードを含む。３３個のａｎｇｕｌａｒイントラ予測モードが図１に示されている。
クロマカラーチャネルに関連づけられたＰＢでは、イントラ予測モードは、ｐｌａｎａｒ、ＤＣ、水平、垂直、「ＤＭ＿ＣＨＲＯＭＡ」モード、又は時にはｄｉａｇｏｎａｌモード「３４」のいずれかとして指定される。
クロマフォーマット４：２：２及び４：２：０では、クロマＰＢは２つ又は４つ（それぞれ）のルマＰＢと重なり得ることに留意する。この場合、ＤＭ＿ＣＨＲＯＭＡのためのルマ方向は、これらのルマＰＢの左上から取得される。
ＤＭ＿ＣＨＲＯＭＡモードは、ルマカラーチャネルＰＢのイントラ予測モードがクロマカラーチャネルＰＢに適用されることを示す。これは比較的一般的であるため、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅの最確モードコーディング方式は、このモードが選択される方を好んでバイアスされる。
２．２ 汎用ビデオコーディング（ＶＶＣ）アルゴリズムの説明
２．２．１ ＶＶＣコーディングアーキテクチャ
ＨＥＶＣを越える将来のビデオコーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。ＪＶＥＴ会議は四半期に１回同時開催されており、新しいコーディング標準はＨＥＶＣと比較して５０％のビットレート低減を目指している。この新しいビデオコーディング標準は２０１８年４月のＪＶＥＴ会議で汎用ビデオコーディング（Versatile Video Coding、ＶＶＣ）として正式に命名され、その当時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が存在するため、ＪＶＥＴ会議毎にＶＶＣ標準に対して新しいコーディング手法が採択されている。ＶＶＣ作業原案及びテストモデルＶＴＭは、次いで、毎会議後に更新される。ＶＶＣプロジェクトは現在、２０２０年７月の会議での技術的完成（ＦＤＩＳ）を狙っている。
２．２．１ ＶＶＣコーディングアーキテクチャ
ＨＥＶＣを越える将来のビデオコーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。ＪＶＥＴ会議は四半期に１回同時開催されており、新しいコーディング標準はＨＥＶＣと比較して５０％のビットレート低減を目指している。この新しいビデオコーディング標準は２０１８年４月のＪＶＥＴ会議で汎用ビデオコーディング（Versatile Video Coding、ＶＶＣ）として正式に命名され、その当時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が存在するため、ＪＶＥＴ会議毎にＶＶＣ標準に対して新しいコーディング手法が採択されている。ＶＶＣ作業原案及びテストモデルＶＴＭは、次いで、毎会議後に更新される。ＶＶＣプロジェクトは現在、２０２０年７月の会議での技術的完成（ＦＤＩＳ）を狙っている。
ほとんどの先行する標準と同様に、ＶＶＣは、インターピクチャ及びイントラピクチャ予測並びに変換コーディングをエントロピーコーディングと組み合わせたブロックベースのハイブリッドコーディングアーキテクチャを有する。ピクチャパーティション化構造は、入力ビデオをコーディングツリーユニット（coding tree units、ＣＴＵ）と呼ばれるブロックに分ける。ＣＴＵは、ネストされたマルチタイプツリー構造を有する四分木を用いてコーディングユニット（coding units、ＣＵ）に分割され、リーフコーディングユニット（ＣＵ）は、同じ予測モード（例えば、イントラ又はインター）を共有する領域を定義する。本文献において、用語「ユニット」は、全ての色成分をカバーする画像の領域を定義する。用語「ブロック」は、特定の色成分（例えば、ルマ）をカバーする領域を定義するために用いられ、４：２：０などのクロマサンプリングフォーマットを考慮するとき空間的位置において異なり得る。
２．２．２ ＶＶＣにおけるデュアル／セパレートツリーパーティション
ルマ成分とクロマ成分は、Ｉスライスに対して別個のパーティションツリーを有することができる。別個のツリーパーティション化は、ＣＴＵレベルではなく、６４×６４ブロックレベル下である。ＶＴＭソフトウェアでは、デュアルツリーのオンとオフを制御するためのＳＰＳフラグがある。
ルマ成分とクロマ成分は、Ｉスライスに対して別個のパーティションツリーを有することができる。別個のツリーパーティション化は、ＣＴＵレベルではなく、６４×６４ブロックレベル下である。ＶＴＭソフトウェアでは、デュアルツリーのオンとオフを制御するためのＳＰＳフラグがある。
２．２．３ ＶＶＣにおけるイントラ予測
２．２．３．１ ６７個のイントラ予測モード
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ４における方向イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにない新しい方向モードは、図２に赤い点線の矢印として示されており、ｐｌａｎａｒモードとＤＣモードは同じままである。これらのより高密度の方向イントラ予測モードは、全てのブロックサイズに、並びにルマ及びクロマ双方のイントラ予測に適用される。
２．２．３．１ ６７個のイントラ予測モード
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ４における方向イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにない新しい方向モードは、図２に赤い点線の矢印として示されており、ｐｌａｎａｒモードとＤＣモードは同じままである。これらのより高密度の方向イントラ予測モードは、全てのブロックサイズに、並びにルマ及びクロマ双方のイントラ予測に適用される。
２．２．３．２ クロスコンポーネント線形モデル予測（ＣＣＬＭ）
クロスコンポーネント冗長性を低減するために、クロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）予測モードがＶＴＭ４で使用され、これについて、クロマサンプルは、以下の線形モデルを使用することにより、同じＣＵの再構成されたルマサンプルに基づいて予測される。
ここで、ｐｒｅｄｃ（ｉ，ｊ）は、ＣＵ内の予測クロマサンプルを表し、ｒｅｃＬ（ｉ，ｊ）は、同じＣＵのダウンサンプリングされた再構成ルマサンプルを表す。線形モデルパラメータα及びβは、２つのサンプルからのルマ値とクロマ値との間の関係から導出され、該２つのサンプルは、ダウンサンプリングされた近隣のルマサンプルのセット内で最小サンプル値を有する、及び最大サンプルを有するルマサンプルと、それらの対応するクロマサンプルである。線形モデルパラメータα及びβは、以下の式に従って得られる。
クロスコンポーネント冗長性を低減するために、クロスコンポーネント線形モデル（cross-component linear model、ＣＣＬＭ）予測モードがＶＴＭ４で使用され、これについて、クロマサンプルは、以下の線形モデルを使用することにより、同じＣＵの再構成されたルマサンプルに基づいて予測される。
ここで、ＹａとＸａは、最大ルマサンプル値を有するルマサンプルのルマ値とクロマ値を表す。また、ＸｂとＹｂは、それぞれ、最小ルマサンプルを有するルマサンプルのルマ値とクロマ値を表す。図３は、左及び上のサンプルの位置とＣＣＬＭモードに関与するカレント（current）ブロックのサンプルの一例を示す。
パラメータαを計算するための除算演算は、ルックアップテーブルで実装される。テーブルを記憶するために必要なメモリを低減するために、ｄｉｆｆ値（最大値と最小値との間の差）とパラメータαが指数表記により表現される。例えば、ｄｉｆｆは、４ビットの有効部分と指数で近似される。結果として、１／ｄｉｆｆの表は、次のように、仮数の１６個の値について１６個の要素に低減される。
これは、計算の複雑さと、必要なテーブルを記憶するのに必要なメモリサイズの双方を低減する利点を有する。
上テンプレートと左テンプレートを使用して線形モデル係数を一緒に計算できるほかに、これらを代替的に、ＬＭ＿Ａモード及びＬＭ＿Ｌモードと呼ばれる他の２つのＬＭモードで使用することもできる。
ＬＭ＿Ａモードでは、上テンプレートのみを使用して線形モデル係数を計算する。より多くのサンプルを得るために、上テンプレートは（Ｗ＋Ｈ）に拡張される。ＬＭ＿Ｌモードでは、左テンプレートのみを使用して線形モデル係数を計算する。より多くのサンプルを得るために、左テンプレートは（Ｈ＋Ｗ）に拡張される。
非正方形ブロックでは、上テンプレートはＷ＋Ｗに拡張され、左テンプレートはＨ＋Ｈに拡張される。
４：２：０ビデオシーケンスのクロマサンプル位置にマッチングするために、２つのタイプのダウンサンプリングフィルタをルマサンプルに適用して、水平及び垂直双方の方向における２対１のダウンサンプリング比を達成する。ダウンサンプリングフィルタの選択は、ＳＰＳレベルフラグにより指定される。２つのダウンサンプリングフィルタは以下のとおりであり、これらはそれぞれ、「ｔｙｐｅ－０」及び「ｔｙｐｅ－２」のコンテンツに対応する。
上側参照ラインがＣＴＵ境界にあるとき、ダウンサンプリングされたルマサンプルを作成するために、１つのルマライン（イントラ予測における一般的なラインバッファ）のみが使用されることに留意する。
このパラメータ計算は、デコーディング処理の一部として実行され、単にエンコーダ探索動作としてではない。結果として、αとβの値をデコーダに伝達するためにシンタックスは使用されない。
クロマイントラモードコーディングでは、クロマイントラモードコーディングに対して合計８つのイントラモードが許可されている。これらのモードは、５つの従来のイントラモードと３つのクロスコンポーネント線形モデルモード（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）を含む。クロマモードコーディングは、対応するルマブロックのイントラ予測モードに直接依存する。Ｉスライスでは、ルマ成分とクロマ成分に対する別個のブロックパーティション化構造が有効にされるため、１つのクロマブロックが複数のルマブロックに対応する場合がある。したがって、クロマＤＭモードでは、カレントクロマブロックの中心位置をカバーする対応するルマブロックのイントラ予測モードが直接継承される。
２．２．３．２．１ 対応する修正作業原案（ＪＶＥＴ－Ｎ０２７１）
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２７１の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
シンタックステーブル
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２７１の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
シンタックステーブル
セマンティクス
０に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が無効にされていることを指定する。１に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が有効にされていることを指定する。
復号処理
０に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が無効にされていることを指定する。１に等しいsps_cclm_enabled_flagは、ルマ成分からクロマ成分へのクロスコンポーネント線形モデルイントラ予測が有効にされていることを指定する。
復号処理
２．２．３．３ 種々のイントラ予測の態様
ＶＴＭ４は、ＨＥＶＣとは異なる多くのイントラコーディングツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ ワイドアングルモード拡張を有する６７個のイントラモード
・ ブロックサイズ及びモード依存の４タップ補間フィルタ
・ 位置依存イントラ予測組み合わせ（Position dependent intra prediction combination、ＰＤＰＣ）
・ クロスコンポーネント線形モデルイントラ予測
・ マルチ参照ラインイントラ予測
・ イントラサブパーティション
ＶＴＭ４は、ＨＥＶＣとは異なる多くのイントラコーディングツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ ワイドアングルモード拡張を有する６７個のイントラモード
・ ブロックサイズ及びモード依存の４タップ補間フィルタ
・ 位置依存イントラ予測組み合わせ（Position dependent intra prediction combination、ＰＤＰＣ）
・ クロスコンポーネント線形モデルイントラ予測
・ マルチ参照ラインイントラ予測
・ イントラサブパーティション
２．２．４ ＶＶＣにおけるインター予測
２．２．４．１ 組み合わせインター及びイントラ予測（Combined inter and intra prediction、ＣＩＩＰ）
ＶＴＭ４では、ＣＵがマージモードでコーディングされるとき、ＣＵが少なくとも６４個のルマサンプルを含む（すなわち、ＣＵ幅×ＣＵ高さが６４以上である）場合、さらなるフラグをシグナリングして、組み合わせインター／イントラ予測（ＣＩＩＰ）モードがカレントＣＵに適用されるかを示す。
２．２．４．１ 組み合わせインター及びイントラ予測（Combined inter and intra prediction、ＣＩＩＰ）
ＶＴＭ４では、ＣＵがマージモードでコーディングされるとき、ＣＵが少なくとも６４個のルマサンプルを含む（すなわち、ＣＵ幅×ＣＵ高さが６４以上である）場合、さらなるフラグをシグナリングして、組み合わせインター／イントラ予測（ＣＩＩＰ）モードがカレントＣＵに適用されるかを示す。
ＣＩＩＰ予測を形成するために、イントラ予測モードが、２つのさらなるシンタックス要素から最初導出される。最大４つのとり得るイントラ予測モード、すなわち、ＤＣ、ｐｌａｎａｒ、水平、又は垂直を使用することができる。次いで、通常のイントラ及びインターデコーディング処理を用いて、インター予測及びイントラ予測信号が導出される。最後、ＣＩＩＰ予測を得るために、インター及びイントラ予測信号の加重平均が実行される。
２．２．４．２ 種々のインター予測の態様
ＶＴＭ４は、ＨＥＶＣとは異なる多くのインターコーディングツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ アフィン動きインター予測
・ サブブロックベースの時間的動きベクトル予測
・ 適応的動きベクトル分解能
・ 時間的動き予測のための８×８ブロックベースの動き圧縮
・ ルマ成分に対する８タップ補間フィルタとクロマ成分に対する４タップ補間フィルタを有する、高精度（１／１６ｐｅｌ）動きベクトル記憶及び動き補償
・ 三角形パーティション（Triangular partitions）
・ 組み合わせイントラ及びインター予測
・ ＭＶＤ付きマージ（Merge with MVD、ＭＭＶＤ）
・ 対称的ＭＶＤコーディング
・ 双方向オプティカルフロー
・ デコーダ側動きベクトル精緻化
・ 双予測加重平均（Bi-predictive weighted averaging）
ＶＴＭ４は、ＨＥＶＣとは異なる多くのインターコーディングツールを含み、例えば、以下の特徴がボックツリー構造の上のＶＶＣテストモデル３に含まれている。
・ アフィン動きインター予測
・ サブブロックベースの時間的動きベクトル予測
・ 適応的動きベクトル分解能
・ 時間的動き予測のための８×８ブロックベースの動き圧縮
・ ルマ成分に対する８タップ補間フィルタとクロマ成分に対する４タップ補間フィルタを有する、高精度（１／１６ｐｅｌ）動きベクトル記憶及び動き補償
・ 三角形パーティション（Triangular partitions）
・ 組み合わせイントラ及びインター予測
・ ＭＶＤ付きマージ（Merge with MVD、ＭＭＶＤ）
・ 対称的ＭＶＤコーディング
・ 双方向オプティカルフロー
・ デコーダ側動きベクトル精緻化
・ 双予測加重平均（Bi-predictive weighted averaging）
２．２．５ ループ内フィルタ
ＶＴＭ４には、合計で３つのループ内フィルタがある。デブロッキングフィルタとＳＡＯ（ＨＥＶＣにおける２つのループフィルタ）の他に、ＶＴＭ４では適応ループフィルタ（adaptive loop filter、ＡＬＦ）が適用される。ＶＴＭ４におけるフィルタリングプロセスの順序は、デブロッキングフィルタ、ＳＡＯ、及びＡＬＦである。
ＶＴＭ４には、合計で３つのループ内フィルタがある。デブロッキングフィルタとＳＡＯ（ＨＥＶＣにおける２つのループフィルタ）の他に、ＶＴＭ４では適応ループフィルタ（adaptive loop filter、ＡＬＦ）が適用される。ＶＴＭ４におけるフィルタリングプロセスの順序は、デブロッキングフィルタ、ＳＡＯ、及びＡＬＦである。
ＶＴＭ４において、ＳＡＯ及びデブロッキングフィルタリング処理は、ＨＥＶＣにおけるものとほぼ同じである。
ＶＴＭ４では、クロマスケーリング付きルママッピングと呼ばれる新しい処理が追加された（この処理は、以前は適応ループ内リシェーパとして知られていた）。この新しい処理は、デブロッキングの前に実行される。
２．２．６ クロマスケーリング付きルママッピング（ＬＭＣＳ、別名、ループ内リシェーピング）
ＶＴＭ４では、クロマスケーリング付きルママッピング（luma mapping with chroma scaling、ＬＭＣＳ）と呼ばれるコーディングツールが、ループフィルタの前に新しい処理ブロックとして追加されている。ＬＭＣＳは、２つの主要なコンポーネントを有し、すなわち、１）適応区分線形モデルに基づくルマ成分のループ内マッピングと、２）クロマ成分では、ルマ依存のクロマ残差スケーリングが適用される。図４は、デコーダの視点からのＬＭＣＳアーキテクチャを示す。図４の水色の影付きブロックは、マッピングされたドメインでどこに処理が適用されるかを示し、これらには、逆量子化、逆変換、ルマイントラ予測、及びルマ予測のルマ残差との加算が含まれる。図４の影無しブロックは、元の（すなわち、マッピングされていない）ドメインでどこに処理が適用されるかを示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償された予測、クロマイントラ予測、クロマ予測のクロマ残差との加算、及び参照ピクチャとしてのデコードされたピクチャの記憶が含まれる。図４の淡黄の影付きブロックは、ルマ信号の順方向及び逆方向マッピング、並びにルマ依存のクロマスケーリング処理を含む、新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける大抵の他のツールと同様に、ＬＭＣＳはＳＰＳフラグを使用してシーケンスレベルで有効／無効にすることができる。
ＶＴＭ４では、クロマスケーリング付きルママッピング（luma mapping with chroma scaling、ＬＭＣＳ）と呼ばれるコーディングツールが、ループフィルタの前に新しい処理ブロックとして追加されている。ＬＭＣＳは、２つの主要なコンポーネントを有し、すなわち、１）適応区分線形モデルに基づくルマ成分のループ内マッピングと、２）クロマ成分では、ルマ依存のクロマ残差スケーリングが適用される。図４は、デコーダの視点からのＬＭＣＳアーキテクチャを示す。図４の水色の影付きブロックは、マッピングされたドメインでどこに処理が適用されるかを示し、これらには、逆量子化、逆変換、ルマイントラ予測、及びルマ予測のルマ残差との加算が含まれる。図４の影無しブロックは、元の（すなわち、マッピングされていない）ドメインでどこに処理が適用されるかを示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償された予測、クロマイントラ予測、クロマ予測のクロマ残差との加算、及び参照ピクチャとしてのデコードされたピクチャの記憶が含まれる。図４の淡黄の影付きブロックは、ルマ信号の順方向及び逆方向マッピング、並びにルマ依存のクロマスケーリング処理を含む、新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける大抵の他のツールと同様に、ＬＭＣＳはＳＰＳフラグを使用してシーケンスレベルで有効／無効にすることができる。
２．２．６．１ 区分線形モデルによるルママッピング
ルマ成分のループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することにより入力信号のダイナミックレンジを調整する。ルママッピングは、順方向マッピング関数ＦｗｄＭａｐと、対応する逆方向マッピング関数ＩｎｖＭａｐを利用する。ＦｗｄＭａｐ関数は、１６個の等しい部分（pieces）を有する区分線形モデル（piecewise linear model）を使用してシグナリングされる。ＩｎｖＭａｐ関数はシグナリングされる必要はなく、代わりにＦｗｄＭａｐ関数から導出される。
ルマ成分のループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することにより入力信号のダイナミックレンジを調整する。ルママッピングは、順方向マッピング関数ＦｗｄＭａｐと、対応する逆方向マッピング関数ＩｎｖＭａｐを利用する。ＦｗｄＭａｐ関数は、１６個の等しい部分（pieces）を有する区分線形モデル（piecewise linear model）を使用してシグナリングされる。ＩｎｖＭａｐ関数はシグナリングされる必要はなく、代わりにＦｗｄＭａｐ関数から導出される。
ルママッピングモデルは、タイルグループレベルでシグナリングされる。プレゼンスフラグが最初シグナリングされる。ルママッピングモデルがカレントタイルグループに存在する場合、対応する区分線形モデルパラメータがシグナリングされる。区分線形モデルは、入力信号のダイナミックレンジを１６等分にパーティション化し、各部分について、その線形マッピングパラメータは、その部分に割り当てられたコードワードの数を使用して表現される。１０ビットの入力を一例にとる。１６個の部分の各々は、デフォルトで６４個のコードワードをそれに割り当てられる。シグナリングされたコードワード数を使用して、スケーリングファクタを計算し、それに応じてその部分のためのマッピング関数を調整する。タイルグループレベルでは、別のＬＭＣＳイネーブルフラグがシグナリングされて、図４に示すようなＬＭＣＳ処理がカレントタイルグループに適用されるかを示す。
ＦｗｄＭａｐ区分線形モデルの各ｉ番目の部分、ｉ＝０．．．１５は、２つの入力ピボット点ＩｎｐｕｔＰｉｖｏｔ［］と２つの出力（マッピングされた）ピボット点ＭａｐｐｅｄＰｉｖｏｔ［］により定義される。
ＩｎｐｕｔＰｉｖｏｔ［］とＭａｐｐｅｄＰｉｖｏｔ［］は（１０ビットビデオを仮定して）次のように計算される。
１） OrgCW = 64
２） i = 0:16について、InputPivot[i] = i*OrgCW
３） i = 0:16について、MappedPivot[i]は次のように計算される：
MappedPivot[0]=0；
for(i=0; i<16; i++）
MappedPivot[i+1] = MappedPivot[i] + SignalledCW[i］
ここで、SignalledCW[i]は、ｉ番目の部分に対するシグナリングされたコードワード数である。
１） OrgCW = 64
２） i = 0:16について、InputPivot[i] = i*OrgCW
３） i = 0:16について、MappedPivot[i]は次のように計算される：
MappedPivot[0]=0；
for(i=0; i<16; i++）
MappedPivot[i+1] = MappedPivot[i] + SignalledCW[i］
ここで、SignalledCW[i]は、ｉ番目の部分に対するシグナリングされたコードワード数である。
図４に示すように、インターコーディングブロックでは、マッピングされたドメインにおいて動き補償予測が実行される。言い換えると、動き補償された予測ブロックＹｐｒｅｄがＤＰＢの参照信号に基づいて計算された後、ＦｗｄＭａｐ関数が適用されて、元のドメインのルマ予測ブロックをマッピングされたドメインにマッピングし、Ｙ’ｐｒｅｄ＝ＦｗｄＭａｐ（Ｙｐｒｅｄ）である。イントラコーディングブロックでは、マッピングされたドメインでイントラ予測が実行されるため、ＦｗｄＭａｐ関数は適用されない。再構成ブロックＹｒが計算された後、ＩｎｖＭａｐ関数が適用されて、マッピングされたドメインにおける再構成されたルマ値を元のドメインにおける再構成されたルマ値に逆にコンバートする（
）。ＩｎｖＭａｐ関数は、イントラコーディングルマブロック及びインターコーディングルマブロックの双方に適用される。
ルママッピング処理（順方向及び／又は逆方向マッピング）は、ルックアップテーブル（ＬＵＴ）を使用するか又はオンザフライ（on-the-fly）計算を使用するかのいずれかで実装することができる。ＬＵＴが使用される場合、ＦｗｄＭａｐＬＵＴ及びＩｎｖＭａｐＬＵＴをタイルグループレベルでの使用のために予め計算及び予め記憶することができ、順方向及び逆方向のマッピングは、それぞれ、ＦｗｄＭａｐ（Ｙｐｒｅｄ）＝ＦｗｄＭａｐＬＵＴ（Ｙｐｒｅｄ）及びＩｎｖＭａｐ（Ｙｒ）＝ＩｎｖＭａｐＬＵＴ（Ｙｒ）として簡単に実装することができる。あるいは、オンザフライ計算を用いてもよい。順方向マッピング関数ＦｗｄＭａｐを一例にとる。ルマサンプルが属する部分を解決するために、サンプル値は６ビット（これは１６等分に対応する）右シフトされる。次いで、その部分のための線形モデルパラメータが取り出され、オンザフライで適用されて、マッピングされたルマ値を計算する。ｉを部分インデックスとし、ａ１、ａ２をそれぞれＩｎｐｕｔＰｉｖｏｔ［ｉ］、ＩｎｐｕｔＰｉｖｏｔ［ｉ＋１］とし、ｂ１、ｂ２をそれぞれＭａｐｐｅｄＰｉｖｏｔ［ｉ］、ＭａｐｐｅｄＰｉｖｏｔ［ｉ＋１］とする。ＦｗｄＭａｐ関数は次のように評価される。
ＩｎｖＭａｐ関数は、同様の方法でオンザフライで計算することができるが、例外は、サンプル値が属する部分を解決するとき単純な右ビットシフトの代わりに条件チェックが適用されることであり、なぜならば、マッピングされたドメインにおける部分が等しいサイズではないためである。
２．２．６．２ ルマ依存のクロマ残差スケーリング
クロマ残差スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。クロマ残差スケーリングが有効にされているか否かも、タイルグループレベルでシグナリングされる。ルママッピングが有効にされている場合、及びデュアルツリーパーティション（セパレートクロマツリーとしても知られる）がカレントタイルグループに適用されない場合、さらなるフラグがシグナリングされて、ルマ依存のクロマ残差スケーリングが有効にされているか否かを示す。ルママッピングが使用されないとき、又はカレントタイルグループでデュアルツリーパーティションが使用されるとき、ルマ依存のクロマ残差スケーリングは無効にされる。さらに、ルマ依存のクロマ残差スケーリングは、そのエリアが４以下のクロマブロックでは常に無効にされる。
クロマ残差スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。クロマ残差スケーリングが有効にされているか否かも、タイルグループレベルでシグナリングされる。ルママッピングが有効にされている場合、及びデュアルツリーパーティション（セパレートクロマツリーとしても知られる）がカレントタイルグループに適用されない場合、さらなるフラグがシグナリングされて、ルマ依存のクロマ残差スケーリングが有効にされているか否かを示す。ルママッピングが使用されないとき、又はカレントタイルグループでデュアルツリーパーティションが使用されるとき、ルマ依存のクロマ残差スケーリングは無効にされる。さらに、ルマ依存のクロマ残差スケーリングは、そのエリアが４以下のクロマブロックでは常に無効にされる。
クロマ残差スケーリングは、（イントラコーディングブロック及びインターコーディングブロックの双方について）対応するルマ予測ブロックの平均値に依存する。ａｖｇＹ’をルマ予測ブロックの平均として表す。ＣＳｃａｌｅＩｎｖの値は、次のステップで計算される。
１） ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ’が属する区分線形モデルのインデックスＹＩｄｘを見つける。
２） ＣＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［ＹＩｄｘ］であり、ここでｃＳｃａｌｅＩｎｖ［］は予め計算された１６個の部分のＬＵＴである。
カレントブロックがイントラ、ＣＩＩＰ、又はイントラブロックコピー（ＩＢＣ、別名、カレントピクチャ参照又はＣＰＲ）モードとしてコーディングされる場合、ａｖｇＹ’はイントラ、ＣＩＩＰ、又はＩＢＣの予測ルマ値の平均として計算され、そうでない場合、ａｖｇＹ’は順方向マッピングされたインター予測ルマ値（図４のＹｐｒｅｄ）の平均として計算される。サンプルベースで実行されるルママッピングとは異なり、ＣＳｃａｌｅＩｎｖはクロマブロック全体に対して定数値である。ＣＳｃａｌｅＩｎｖを用いて、クロマ残差スケーリングは次のように適用される。
１） ＩｎｖＭａｐ関数に基づいて、ａｖｇＹ’が属する区分線形モデルのインデックスＹＩｄｘを見つける。
２） ＣＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［ＹＩｄｘ］であり、ここでｃＳｃａｌｅＩｎｖ［］は予め計算された１６個の部分のＬＵＴである。
カレントブロックがイントラ、ＣＩＩＰ、又はイントラブロックコピー（ＩＢＣ、別名、カレントピクチャ参照又はＣＰＲ）モードとしてコーディングされる場合、ａｖｇＹ’はイントラ、ＣＩＩＰ、又はＩＢＣの予測ルマ値の平均として計算され、そうでない場合、ａｖｇＹ’は順方向マッピングされたインター予測ルマ値（図４のＹｐｒｅｄ）の平均として計算される。サンプルベースで実行されるルママッピングとは異なり、ＣＳｃａｌｅＩｎｖはクロマブロック全体に対して定数値である。ＣＳｃａｌｅＩｎｖを用いて、クロマ残差スケーリングは次のように適用される。
２．２．６．３ ＪＶＥＴ－Ｍ１００１＿ｖ７の対応作業原案とＪＶＥＴ－Ｎ０２２０の採択
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２２０の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
［シンタックステーブル］
［セマンティクス］
以下の仕様は、ＪＶＥＴ－Ｍ１００１の修正作業原案及びＪＶＥＴ－Ｎ０２２０の採択に基づく。採択されたＪＶＥＴ－Ｎ０２２０における修正を太字と下線で示す。
［シンタックステーブル］
３． 既存の実装の欠点
ＬＭＣＳ／ＣＣＬＭの現在の設計は、以下の問題を有し得る。
１． ＬＭＣＳコーディングツールでは、クロマ残差スケーリングファクタは、コロケート（collocated）ルマ予測ブロックの平均値により導出され、これは、ＬＭＣＳクロマ残差スケーリングにおけるクロマサンプルの処理のための待ち時間を結果としてもたらす。
ａ） 単一／共有ツリーの場合、待ち時間は、（ａ）利用可能なルマブロック全体の全ての予測サンプルを待つこと、及び（ｂ）（ａ）により得られた全てのルマ予測サンプルの平均をとることにより引き起こされる。
ｂ）デュアル／セパレートツリーの場合、待ち時間は、Ｉスライスにおいてルマ及びクロマ成分の別個のブロックパーティション化構造が有効にされるため、さらに悪くなる。したがって、１つのクロマブロックが複数のルマブロックに対応し得、１つの４×４クロマブロックが６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントの４×４クロマブロックのクロマ残差スケーリングファクタは、６４×６４ルマブロック全体の全ての予測サンプルが利用可能になるまで待つ必要があり得る。一言で言えば、デュアル／セパレートツリーにおける待ち時間の問題は、はるかに深刻である。
２． ＣＣＬＭコーディングツールでは、イントラクロマ予測のためのＣＣＬＭモデル計算は、ルマブロックとクロマブロックの双方の左及び上の参照サンプルに依存する。また、クロマブロックのためのＣＣＬＭ予測は、同じＣＵのコロケートルマ再構成サンプルに依存する。これは、デュアル／セパレートツリーにおける長い待ち時間を引き起こす。
・ デュアル／セパレートツリーの場合、１つの４×４クロマブロックは６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントクロマブロックのＣＣＬＭ処理は、対応する６４×６４ルマブロック全体が再構成されるまで待つ必要があり得る。この待ち時間の問題は、デュアル／セパレートツリーにおけるＬＭＣＳクロマスケーリングと同様である。
ＬＭＣＳ／ＣＣＬＭの現在の設計は、以下の問題を有し得る。
１． ＬＭＣＳコーディングツールでは、クロマ残差スケーリングファクタは、コロケート（collocated）ルマ予測ブロックの平均値により導出され、これは、ＬＭＣＳクロマ残差スケーリングにおけるクロマサンプルの処理のための待ち時間を結果としてもたらす。
ａ） 単一／共有ツリーの場合、待ち時間は、（ａ）利用可能なルマブロック全体の全ての予測サンプルを待つこと、及び（ｂ）（ａ）により得られた全てのルマ予測サンプルの平均をとることにより引き起こされる。
ｂ）デュアル／セパレートツリーの場合、待ち時間は、Ｉスライスにおいてルマ及びクロマ成分の別個のブロックパーティション化構造が有効にされるため、さらに悪くなる。したがって、１つのクロマブロックが複数のルマブロックに対応し得、１つの４×４クロマブロックが６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントの４×４クロマブロックのクロマ残差スケーリングファクタは、６４×６４ルマブロック全体の全ての予測サンプルが利用可能になるまで待つ必要があり得る。一言で言えば、デュアル／セパレートツリーにおける待ち時間の問題は、はるかに深刻である。
２． ＣＣＬＭコーディングツールでは、イントラクロマ予測のためのＣＣＬＭモデル計算は、ルマブロックとクロマブロックの双方の左及び上の参照サンプルに依存する。また、クロマブロックのためのＣＣＬＭ予測は、同じＣＵのコロケートルマ再構成サンプルに依存する。これは、デュアル／セパレートツリーにおける長い待ち時間を引き起こす。
・ デュアル／セパレートツリーの場合、１つの４×４クロマブロックは６４×６４ルマブロックに対応し得る。ゆえに、最悪の場合、カレントクロマブロックのＣＣＬＭ処理は、対応する６４×６４ルマブロック全体が再構成されるまで待つ必要があり得る。この待ち時間の問題は、デュアル／セパレートツリーにおけるＬＭＣＳクロマスケーリングと同様である。
４． 例示的な手法及び実施形態
上記問題に取り組むために、ルマ依存のクロマ残差スケーリング、ＣＣＬＭ、及び異なる色成分からの情報に依存する他のコーディングツールにおけるクロスコンポーネント依存性を除去／低減／制限するためのいくつかの方法を提案する。
上記問題に取り組むために、ルマ依存のクロマ残差スケーリング、ＣＣＬＭ、及び異なる色成分からの情報に依存する他のコーディングツールにおけるクロスコンポーネント依存性を除去／低減／制限するためのいくつかの方法を提案する。
以下に記載される詳細な実施形態は、一般的な概念を説明するための一例として考慮されるべきである。これらの実施形態は狭義に解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。
以下に記載される箇条書きはＬＭＣＳ／ＣＣＬＭに明示的に言及しているが、この方法は、異なる色成分からの情報に依存する他のコーディングツールにも適用可能であり得ることに留意されたい。さらに、以下で言及される用語「ルマ（luma）」と「クロマ（chroma）」は、それぞれ、「第１の色成分」と「第２の色成分」、例えば、ＲＧＢ色フォーマットにおける「Ｇ成分」と「Ｂ／Ｒ成分」などに置き換えられてもよい。
以下の議論では、「コロケートサンプル／ブロック（collocated sample/block）」の定義は、ＶＶＣ作業原案ＪＶＥＴ－Ｍ１００１におけるコロケートサンプル／ブロックの定義と一致する。より具体的には、４：２：０色フォーマットにおいて、クロマブロックの左上サンプルが位置（ｘＴｂＣ，ｙＴｂＣ）にあると仮定し、コロケートルマブロック位置の左上サンプル（ｘＴｂＹ、ｙＴｂＹ）は、（ｘＴｂＹ，ｙＴｂＹ）＝（ｘＴｂＣ＜＜１，ｙＴｂＣ＜＜１）として導出される。図５に示すように、カレントクロマブロックの左上サンプルは、クロマピクチャの（ｘ＝１６，ｙ＝１６）に位置し、そのコロケートルマブロックの左上サンプルは、ルマピクチャにおけるコロケートルマブロックのブロックパーティションにかかわらず、ルマピクチャの（ｘ＝３２，ｙ＝３２）に位置する。別の例として、同じ色成分で言うと、図６に示すように、参照フレーム内のコロケートブロックの左上サンプルの位置は、カレントフレーム内のカレントブロックの左上サンプルの位置と同じであるべきであり、カレントブロックの左上サンプルがカレントフレーム内の（ｘ，ｙ）であると仮定し、カレントブロックのコロケートブロックの左上サンプルは参照フレーム内の同じ位置（ｘ，ｙ）を有する。
以下の議論では、「対応するブロック」は、カレントブロックとは異なる位置を有し得る。例えば、カレントブロックとその参照フレーム内の対応するブロックとの間に動きシフトが存在し得る。図６に示されるように、カレントブロックがカレントフレーム内の（ｘ，ｙ）に位置し、それが動きベクトル（ｍｖｘ，ｍｖｙ）を有すると仮定し、カレントブロックの対応するブロックは、参照フレーム内の（ｘ＋ｍｖｘ，ｙ＋ｍｖｙ）に位置し得る。また、ＩＢＣコーディングブロックでは、コロケートルマブロック（ゼロベクトルで指し示される）及び対応するルマブロック（非ゼロＢＶで指し示される）は、カレントフレームの異なる場所に位置し得る。別の例では、ルマブロックのパーティションが（Ｉスライスのデュアルツリーパーティションにおいて）クロマブロックのパーティションと一致しないとき、カレントクロマブロックのコロケートルマブロックは、より大きいルマブロックに属し得、これは、コロケートルマブロックの左上サンプルをカバーする重なったルマコーディングブロックのパーティションサイズに依存する。図５に示すように、太線の矩形がブロックのパーティションを示すと仮定すると、６４×６４ルマブロックはＢＴにより最初分割され、次いで、６４×６４ルマブロックの右部分はＴＴによりさらに分割され、これは、それぞれ３２×１６、３２×３２、３２×１６に等しいサイズの３つのルマブロックを結果としてもたらす。ゆえに、カレントクロマブロックのコロケートルマブロックの左上サンプル（ｘ＝３２，ｙ＝３２）を見ると、それは、ＴＴパーティションの中央の３２×３２ルマブロックに属する。この場合、コロケートルマブロックの左上サンプルをカバーする対応するルマブロックを、「対応するルマブロック」と呼ぶ。したがって、この例では、対応するルマブロックの左上サンプルは（ｘ＝３２，ｙ＝１６）に位置する。
以下、ＤＭＶＤ（デコーダ側動きベクトル導出（decoder-side motion vector derivation））を使用して、ＢＤＯＦ（別名、ＢＩＯ）、又は／及びＤＭＶＲ（デコーダ側動きベクトル精緻化（decode-side motion vector refinement））、又は／及びＦＲＵＣ（フレームレートアップコンバージョン（frame rate up-conversion））、又は／及びデコーダにおいて動きベクトル又は／及び予測サンプル値を精緻化する他の方法を表す。
［ＬＭＣＳとＣＣＬＭのモデル計算のクロマスケーリング待ち時間の除去］
１． インターコーディングブロックについて、参照フレーム内のカレントブロックの１つ又は複数の参照サンプルが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。
ａ） 一例において、参照ルマサンプルは、クロマ残差スケーリングファクタを導出するために直接使用され得る。
ｉ． あるいは、参照サンプルに補間が最初適用されてもよく、補間されたサンプルを使用してクロマ残差スケーリングファクタを導出してもよい。
ｉｉ． あるいは、異なる参照フレーム内の参照サンプルを利用して、クロマ残差スケーリングファクタ導出に使用される最終参照サンプルを導出してもよい。
１） 一例において、双予測コーディングブロックに対して、上記方法が適用されてもよい。
ｉｉｉ． 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメイン（reshaping domain）にコンバートされてもよい。
ｉｖ． 一例において、参照サンプルの線形結合が、クロマ残差スケーリングファクタを導出するために使用されてもよい。
１） 例えば、ａ×Ｓ＋ｂを用いてクロマ残差スケーリングファクタを導出してもよく、ここで、Ｓは参照サンプルであり、ａ及びｂはパラメータである。一例において、ａ及びｂは、局所照度補償（Localized Illuminate Compensation、ＬＩＣ）により導出されてもよい。
ｂ） 一例において、参照フレーム内の参照ルマサンプルの位置は、カレントブロックの動きベクトルに依存し得る。
ｉ． 一例において、参照サンプルは、参照ピクチャ内にあり、かつカレントルマブロックと同じ幅及び高さを有する参照ルマブロックに属する。参照ピクチャ内の参照ルマサンプルの位置は、カレントピクチャ内のその対応するルマサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｉｉ． 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置とカレントブロックの動きベクトルにより導出されてもよく、参照フレーム内の対応するルマサンプルと呼ばれる。
１） 一例において、整数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよい。一例において、１つのブロックに関連づけられた動きベクトルは、整数の動きベクトルを導出するために、ゼロに近づくように丸められるか又はゼロから離れるように丸められるかのいずれかを行われてもよい。
２） あるいは、分数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよく、それにより、分数参照サンプルを導出するために補間処理が必要とされ得る。
ｉｉｉ． あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により導出されてもよい。
ｉｖ． あるいは、参照フレーム内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｃ） 一例において、複数の参照ルマサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、予め定義された参照フレーム内の参照ルマサンプルを使用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、予め定義された参照フレームは、参照ピクチャリスト０の、０に等しい参照インデックスを有するフレームでもよい。
ｉｉ． あるいは、予め定義された参照フレームの参照インデックス及び／又は参照ピクチャリストは、シーケンス／ピクチャ／タイルグループ／スライス／タイル／ＣＴＵ行／ビデオユニットレベルでシグナリングされてもよい。
ｉｉｉ． あるいは、複数の参照フレーム内の参照ルマサンプルが導出されてもよく、平均値又は加重平均値を利用してクロマ残差スケーリングファクタを得てもよい。
１． インターコーディングブロックについて、参照フレーム内のカレントブロックの１つ又は複数の参照サンプルが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。
ａ） 一例において、参照ルマサンプルは、クロマ残差スケーリングファクタを導出するために直接使用され得る。
ｉ． あるいは、参照サンプルに補間が最初適用されてもよく、補間されたサンプルを使用してクロマ残差スケーリングファクタを導出してもよい。
ｉｉ． あるいは、異なる参照フレーム内の参照サンプルを利用して、クロマ残差スケーリングファクタ導出に使用される最終参照サンプルを導出してもよい。
１） 一例において、双予測コーディングブロックに対して、上記方法が適用されてもよい。
ｉｉｉ． 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメイン（reshaping domain）にコンバートされてもよい。
ｉｖ． 一例において、参照サンプルの線形結合が、クロマ残差スケーリングファクタを導出するために使用されてもよい。
１） 例えば、ａ×Ｓ＋ｂを用いてクロマ残差スケーリングファクタを導出してもよく、ここで、Ｓは参照サンプルであり、ａ及びｂはパラメータである。一例において、ａ及びｂは、局所照度補償（Localized Illuminate Compensation、ＬＩＣ）により導出されてもよい。
ｂ） 一例において、参照フレーム内の参照ルマサンプルの位置は、カレントブロックの動きベクトルに依存し得る。
ｉ． 一例において、参照サンプルは、参照ピクチャ内にあり、かつカレントルマブロックと同じ幅及び高さを有する参照ルマブロックに属する。参照ピクチャ内の参照ルマサンプルの位置は、カレントピクチャ内のその対応するルマサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｉｉ． 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置とカレントブロックの動きベクトルにより導出されてもよく、参照フレーム内の対応するルマサンプルと呼ばれる。
１） 一例において、整数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよい。一例において、１つのブロックに関連づけられた動きベクトルは、整数の動きベクトルを導出するために、ゼロに近づくように丸められるか又はゼロから離れるように丸められるかのいずれかを行われてもよい。
２） あるいは、分数動きベクトルを使用して、参照フレーム内の対応するルマサンプルを導出してもよく、それにより、分数参照サンプルを導出するために補間処理が必要とされ得る。
ｉｉｉ． あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により導出されてもよい。
ｉｖ． あるいは、参照フレーム内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｃ） 一例において、複数の参照ルマサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、予め定義された参照フレーム内の参照ルマサンプルを使用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、予め定義された参照フレームは、参照ピクチャリスト０の、０に等しい参照インデックスを有するフレームでもよい。
ｉｉ． あるいは、予め定義された参照フレームの参照インデックス及び／又は参照ピクチャリストは、シーケンス／ピクチャ／タイルグループ／スライス／タイル／ＣＴＵ行／ビデオユニットレベルでシグナリングされてもよい。
ｉｉｉ． あるいは、複数の参照フレーム内の参照ルマサンプルが導出されてもよく、平均値又は加重平均値を利用してクロマ残差スケーリングファクタを得てもよい。
２． ＬＭＣＳモードにおいてルマサンプルからクロマ残差スケーリングファクタを導出するかどうか及び導出する方法が、カレントブロックが双予測を適用するかどうかに依存し得ることが提案される。
ａ） 一例において、クロマ残差スケーリングファクタは、各予測方向に対して個々に導出される。
ａ） 一例において、クロマ残差スケーリングファクタは、各予測方向に対して個々に導出される。
３． ＬＭＣＳモードにおいてルマサンプルからクロマ残差スケーリングファクタを導出するかどうか及び導出する方法が、カレントブロックがサブブロックベースの予測を適用するかどうかに依存し得ることが提案される。
ａ） 一例において、サブブロックベースの予測はアフィン予測である。
ｂ） 一例において、サブブロックベースの予測は代替時間動きベクトル予測（Alternative Temporal Motion Vector Prediction、ＡＴＭＶＰ）である。
ｃ） 一例において、クロマ残差スケーリングファクタは、各サブブロックに対して個々に導出される。
ｄ） 一例において、クロマ残差スケーリングファクタは、それがサブブロックにより予測されるとしても、ブロック全体に対して導出される。
ｉ． 一例において、箇条書き１に記載されるように、１つの選択されたサブブロック（例えば、左上サブブロック）の動きベクトルを使用して、カレントブロックの参照サンプルを識別してもよい。
ａ） 一例において、サブブロックベースの予測はアフィン予測である。
ｂ） 一例において、サブブロックベースの予測は代替時間動きベクトル予測（Alternative Temporal Motion Vector Prediction、ＡＴＭＶＰ）である。
ｃ） 一例において、クロマ残差スケーリングファクタは、各サブブロックに対して個々に導出される。
ｄ） 一例において、クロマ残差スケーリングファクタは、それがサブブロックにより予測されるとしても、ブロック全体に対して導出される。
ｉ． 一例において、箇条書き１に記載されるように、１つの選択されたサブブロック（例えば、左上サブブロック）の動きベクトルを使用して、カレントブロックの参照サンプルを識別してもよい。
４． クロマ残差スケーリングファクタを導出するために使用されるルマ予測値が、最終ルマ予測値の代わりに中間ルマ予測値でもよいことが提案される。
ａ） 一例において、双方向オプティカルフロー（Bi-Directional Optical Flow）（ＢＤＯＦ、別名、ＢＩＯ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、デコーダ側動きベクトル精緻化（ＤＭＶＲ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｃ） 一例において、ＬＩＣの処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（Prediction Refinement Optical Flow、ＰＲＯＦ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ａ） 一例において、双方向オプティカルフロー（Bi-Directional Optical Flow）（ＢＤＯＦ、別名、ＢＩＯ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、デコーダ側動きベクトル精緻化（ＤＭＶＲ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｃ） 一例において、ＬＩＣの処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｄ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（Prediction Refinement Optical Flow、ＰＲＯＦ）の処理の前のルマ予測値を使用して、クロマ残差スケーリングファクタを導出してもよい。
５． 中間動きベクトルは、参照サンプルを識別するために使用され得る。
ａ） 一例において、ＢＤＯＦ又は／及びＤＭＶＲ又は／及び他のＤＭＶＤ方法の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
ｂ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（ＰＲＯＦ）の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
ａ） 一例において、ＢＤＯＦ又は／及びＤＭＶＲ又は／及び他のＤＭＶＤ方法の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
ｂ） 一例において、ＪＶＥＴ－Ｎ０２３６で提案されている予測精緻化オプティカルフロー（ＰＲＯＦ）の処理の前の動きベクトルを使用して、参照サンプルを識別してもよい。
６． 上記方法は、カレントブロックがインターモードでコーディングされているとき適用可能であり得る。
７． ＩＢＣコーディングブロックについて、カレントフレームの参照ブロック内の１つ又は複数の参照サンプルが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。ブロックがＩＢＣコーディングされるとき、用語「動きベクトル」は「ブロックベクトル」と呼ばれることもあり、参照ピクチャはカレントピクチャとして設定される。
ａ） 一例において、参照サンプルは、カレントピクチャ内にあり、かつカレントブロックと同じ幅及び高さを有する参照ブロックに属する。参照サンプルの位置は、その対応するサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｂ） 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、動きベクトルを加算して導出されてもよい。
ｃ） あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、カレントブロックのブロックベクトルを加算して導出されてもよい。
ｄ） あるいは、カレントルマブロックの参照領域内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｅ） 一例において、複数の対応するルマサンプルは、クロマ残差スケーリングファクタを導出する関数を用いて計算されてもよい。
ｉ． 例えば、複数の対応するルマサンプルの中央値又は平均値を計算して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメインにコンバートされてもよい。
ｉ． あるいは、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、元のドメインにコンバートされてもよい
ａ） 一例において、参照サンプルは、カレントピクチャ内にあり、かつカレントブロックと同じ幅及び高さを有する参照ブロックに属する。参照サンプルの位置は、その対応するサンプルの位置として、動きベクトルを加算して計算されてもよい。
ｂ） 一例において、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、動きベクトルを加算して導出されてもよい。
ｃ） あるいは、参照ルマサンプルの位置は、カレントルマブロックの左上（又は中心、又は右下）サンプルの位置により、カレントブロックのブロックベクトルを加算して導出されてもよい。
ｄ） あるいは、カレントルマブロックの参照領域内のいくつかの予め定義された位置における複数の対応するルマサンプルを選定して、クロマ残差スケーリングファクタを計算してもよい。
ｅ） 一例において、複数の対応するルマサンプルは、クロマ残差スケーリングファクタを導出する関数を用いて計算されてもよい。
ｉ． 例えば、複数の対応するルマサンプルの中央値又は平均値を計算して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、参照サンプルの強度が、クロマ残差スケーリングファクタを導出するために使用される前に、リシェーピングドメインにコンバートされてもよい。
ｉ． あるいは、参照サンプルの強度は、クロマ残差スケーリングファクタを導出するために使用される前に、元のドメインにコンバートされてもよい
８． カレントフレーム内のカレントルマブロックの識別された位置に位置する１つ又は複数の予測／再構成サンプルが、ＬＭＣＳモードにおいてカレントクロマブロックに対するクロマ残差スケーリングファクタを導出するために使用され得ることが提案される。
ａ） 一例において、カレントブロックがインターコーディングされる場合、カレントルマブロックの中心に位置するルマ予測（又は再構成）サンプルを選定して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、第１のＭ×Ｎルマ予測（又は再構成）サンプルの平均値を選定して、クロマ残差スケーリングファクタを導出してもよく、ここで、Ｍ×Ｎは、コロケートルマブロックサイズの幅×高さより小さくてもよい。
ａ） 一例において、カレントブロックがインターコーディングされる場合、カレントルマブロックの中心に位置するルマ予測（又は再構成）サンプルを選定して、クロマ残差スケーリングファクタを導出してもよい。
ｂ） 一例において、第１のＭ×Ｎルマ予測（又は再構成）サンプルの平均値を選定して、クロマ残差スケーリングファクタを導出してもよく、ここで、Ｍ×Ｎは、コロケートルマブロックサイズの幅×高さより小さくてもよい。
９． ＣＣＬＭモデルを計算するために使用される手順の全部又は一部が、ＬＭＣＳモードにおけるカレントクロマブロックのクロマ残差スケーリングファクタ導出に使用され得ることが提案される。
ａ） 一例において、ＣＣＬＭモデルパラメータ導出プロセスにおけるコロケートルマブロックの近隣のルマサンプルの識別された位置に位置する参照サンプルを利用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、これらの参照サンプルを直接使用してもよい。
ｉｉ． あるいは、これらの参照サンプルにダウンサンプリングを適用してもよく、ダウンサンプリングされた参照サンプルを適用してもよい。
ｂ） 一例において、ＣＣＬＭモデル計算のために選択されたＳ個の参照サンプルのうちＫ個が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。例えば、Ｋは１に等しく、Ｓは４に等しい。
ｃ） 一例において、ＣＣＬＭモードにおけるコロケートルマブロックの参照サンプルの平均／最小／最大値が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。
ａ） 一例において、ＣＣＬＭモデルパラメータ導出プロセスにおけるコロケートルマブロックの近隣のルマサンプルの識別された位置に位置する参照サンプルを利用して、クロマ残差スケーリングファクタを導出してもよい。
ｉ． 一例において、これらの参照サンプルを直接使用してもよい。
ｉｉ． あるいは、これらの参照サンプルにダウンサンプリングを適用してもよく、ダウンサンプリングされた参照サンプルを適用してもよい。
ｂ） 一例において、ＣＣＬＭモデル計算のために選択されたＳ個の参照サンプルのうちＫ個が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。例えば、Ｋは１に等しく、Ｓは４に等しい。
ｃ） 一例において、ＣＣＬＭモードにおけるコロケートルマブロックの参照サンプルの平均／最小／最大値が、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタ導出に使用されてもよい。
１０． クロマ残差スケーリングファクタの導出のためにサンプルを選択する方法は、カレントブロックのコーディング情報に依存し得る。
ａ） コーディング情報は、ＱＰ、コーディングモード、ＰＯＣ、イントラ予測モード、動き情報などを含み得る。
ｂ） 一例において、ＩＢＣコーディングブロック又は非ＩＢＣコーディングブロックでは、サンプルを選択する方法が異なり得る。
ｃ） 一例において、サンプルを選択する方法は、参照ピクチャ情報、例えば、参照ピクチャとカレントピクチャとの間のＰＯＣ距離などに基づいて異なり得る。
ａ） コーディング情報は、ＱＰ、コーディングモード、ＰＯＣ、イントラ予測モード、動き情報などを含み得る。
ｂ） 一例において、ＩＢＣコーディングブロック又は非ＩＢＣコーディングブロックでは、サンプルを選択する方法が異なり得る。
ｃ） 一例において、サンプルを選択する方法は、参照ピクチャ情報、例えば、参照ピクチャとカレントピクチャとの間のＰＯＣ距離などに基づいて異なり得る。
１１． クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算が、コロケートルマブロックの左上サンプルをカバーする対応するルマブロックの近隣の（neighboring）サンプルに依存し得ることが提案される。本発明において、「コーディングブロック（coding block）」は、ＨＥＶＣ仕様又はＶＶＣ作業原案に規定されるＣＵ／ＴＵ／ＰＵなどのビデオコーディング領域を参照し得る。
ａ） 「対応するルマコーディングブロック」は、コロケートルマコーディングブロックの左上位置をカバーするコーディングブロックとして定義され得る。
ｉ． 図５は、デュアルツリーの場合のイントラコーディングクロマブロックについて、クロマ成分のＣＴＵパーティションがルマ成分のＣＴＵパーティションと異なり得る一例を示す。最初、カレントクロマブロックのコロケートルマブロックの左上サンプルをカバーする「対応するルマコーディングブロック」が取り出される。次いで、「対応するルマコーディングブロック」のブロックサイズ情報を使用することにより、「対応するルマコーディングブロック」の左上サンプルを導出することができ、コロケートルマブロックの左上サンプルをカバーする「対応するルマコーディングブロック」の左上サンプルは（ｘ＝３２，ｙ＝１６）に位置する。
ｂ） 一例において、コロケートルマコーディングブロックの左上サンプルをカバーする「対応するルマコーディングブロック」の位置を導出するために、ブロックサイズ／パーティション／位置／座標が必要とされ得る。
ｉ． 一例において、ブロックサイズ及び／又はブロックパーティション及び／又はブロック座標は、ルマ成分などの特定の色成分の各ブロックについて記憶されてもよい。
ｉｉ． 一例において、「対応するルマコーディングブロック」とカレントブロックは、常に同じＣＴＵ又はＣＴＵ行内にあり得、したがって、ラインバッファ内にブロックサイズ／パーティション／位置／座標の記憶がなくてもよい。
ｃ） 一例において、「対応するルマコーディングブロック」にない再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、「対応するルマコーディングブロック」に隣接した再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
１） 一例において、「対応するルマコーディングブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマコーディングブロック」の幅及び高さである。
ａ） 「対応するルマコーディングブロック」の左上サンプルが（ｘＣｂ，ｙＣｂ）であると仮定し、一例において、上近隣ルマサンプルは（ｘＣｂ＋Ｗ／２，ｙＣｂ－１）又は（ｘＣｂ－１，ｙＣｂ－１）に位置し得る。別の例では、左近隣ルマサンプルが（ｘＣｂ＋Ｗ－１，ｙＣｂ－１）に位置し得る。
ｂ） 一例において、近隣のサンプルの位置は固定されてもよく、かつ／あるいは予め定義されたチェック順序におけるものでもよい。
２） 一例において、Ｎ個の近隣のサンプルのうち１つが、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出するために選択される。Ｎ＝３、及び３つの近隣のサンプル（ｘＣｂ－１、ｙＣｂ－Ｈ－１）、（ｘＣｂ＋Ｗ／２、ｙＣｂ－１）、（ｘＣｂ－１、ｙＣｂ－１）のチェック順序を仮定し、チェックリスト内の最初の利用可能な近隣のサンプルを選択して、クロマ残差スケーリングファクタを導出してもよい。
３） 一例において、「対応するルマコーディングブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマコーディングブロック」の幅及び高さである。
ｄ） 一例において、クロマ残差スケーリングを実行するかどうかは、対応するルマブロックの「利用可能な」近隣のサンプルに依存し得る。
ｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントブロック／サブブロックのエンコーディングモード、又は／及び近隣のサンプルのエンコーディングモードに依存してもよい。
１） 一例において、インターモードでコーディングされたブロックについて、イントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモード又は／及びＬＩＣモードでコーディングされた近隣のサンプルは、「利用不可能」とみなされ得る。
２） 一例において、インターモードでコーディングされたブロックについて、近隣のサンプルが拡散フィルタ又は／及びバイラテラルフィルタ又は／又はアダマール変換（Hadamard transform）フィルタを採用し、「利用不可能」とみなされ得る。
ｉｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントピクチャ／タイル／タイルグループ／ＶＰＤＵ／スライスの幅及び／又は高さに依存し得る。
１） 一例において、近隣のブロックがカレントピクチャの外側に位置する場合、それは「利用不可能」として扱われる。
ｉｉｉ． 一例において、「利用可能な」近隣のサンプルがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｖ． 一例において、「利用可能な」近隣のサンプルの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｖ． あるいは、利用不可能な近隣のサンプルは、デフォルトの固定値、又はパディング、又は置換によりフィルされてもよく、それにより、クロマ残差スケーリングは常に適用され得る。
１） 一例において、近隣のサンプルが利用できない場合、それは、１＜＜（ｂｉｔＤｅｐｔｈ－１）でフィルされてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。
２） あるいは、近隣のサンプルが利用できない場合、それは、左／右／上／下の近隣に位置する周囲のサンプルからのパディングによりフィルされてもよい。
３） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたチェック順序において最初の利用可能な隣接したサンプルにより置換されてもよい。
４） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたフィルタリング／マッピング値によりフィルされてもよい（例えば、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値であり、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する）。
ａ） 一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｅ） 一例において、クロマ残差スケーリングを実行するかどうか及び実行する方法は、カレントブロックのコーディングモード、及び／又は近隣のブロックのコーディングモードに依存し得る。
ｉ． 「カレントブロック」は、カレントクロマブロックを参照し得、あるいはそれは、コロケートルマブロック、又はコロケートクロマブロックの少なくとも１つのサンプルをカバーする対応するルマブロックを参照し得る。「近隣ブロック」（隣接（adjacent）又は非隣接（non-adjacent））は、カレントクロマブロックの近隣のクロマブロックを参照し得、あるいはそれらは、カレントルマブロックの近隣のルマブロックを参照し得る。
ｉｉ． 一例において、所与の位置をカバーする１つのルマ近隣ブロックのコーディングモードが利用されてもよく、例えば、カレントブロックの左上の座標に対して相対的に（－１，－１）などである。
ｉｉｉ． 一例において、複数の位置をカバーする複数の近隣のブロックのコーディングモードが利用されてもよく、例えば、カレントブロックの左上座標に対して相対的に（ｘ，－１）（例えば、ｘは０．．．ブロックの幅から１引いた値）、及び／又はカレントブロックの左上座標に対して相対的に（－１，ｙ）（例えば、ｙは－１．．．ブロックの高さから１引いた値）などである。
ｉｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－コーディングされる場合、クロマ残差スケーリングは無効にされる。
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰコーディングでなくインターコーディングされ、対応するルマブロックの近隣の近隣ブロックがモードＸでコーディングされる場合、クロマ残差スケーリングは無効にされる。
ｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－コーディングされる場合、デフォルト値を使用して、クロマ残差スケーリングファクタを導出してもよい
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰコーディングでなくインターコーディングされ、対応するルマブロックの近隣ブロックがモードＸでコーディングされる場合、デフォルト値を使用してクロマ残差スケーリングファクタを導出してもよい。
５） 一例において、デフォルト値はルマ／クロマサンプルのビット深度に依存し得る。
６） 一例において、デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値に設定されてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｆ） 一例において、「対応するルマコーディングブロック」の近隣のフィルタ／マッピングされた再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、フィルタリング／マッピング処理には、イントラブロックのための参照平滑化フィルタリング、バイラテラルフィルタなどのポストフィルタリング、アダマール変換ベースのフィルタ、リシェーパドメインの順方向マッピングなどを含んでもよい。
ａ） 「対応するルマコーディングブロック」は、コロケートルマコーディングブロックの左上位置をカバーするコーディングブロックとして定義され得る。
ｉ． 図５は、デュアルツリーの場合のイントラコーディングクロマブロックについて、クロマ成分のＣＴＵパーティションがルマ成分のＣＴＵパーティションと異なり得る一例を示す。最初、カレントクロマブロックのコロケートルマブロックの左上サンプルをカバーする「対応するルマコーディングブロック」が取り出される。次いで、「対応するルマコーディングブロック」のブロックサイズ情報を使用することにより、「対応するルマコーディングブロック」の左上サンプルを導出することができ、コロケートルマブロックの左上サンプルをカバーする「対応するルマコーディングブロック」の左上サンプルは（ｘ＝３２，ｙ＝１６）に位置する。
ｂ） 一例において、コロケートルマコーディングブロックの左上サンプルをカバーする「対応するルマコーディングブロック」の位置を導出するために、ブロックサイズ／パーティション／位置／座標が必要とされ得る。
ｉ． 一例において、ブロックサイズ及び／又はブロックパーティション及び／又はブロック座標は、ルマ成分などの特定の色成分の各ブロックについて記憶されてもよい。
ｉｉ． 一例において、「対応するルマコーディングブロック」とカレントブロックは、常に同じＣＴＵ又はＣＴＵ行内にあり得、したがって、ラインバッファ内にブロックサイズ／パーティション／位置／座標の記憶がなくてもよい。
ｃ） 一例において、「対応するルマコーディングブロック」にない再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、「対応するルマコーディングブロック」に隣接した再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
１） 一例において、「対応するルマコーディングブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマコーディングブロック」の幅及び高さである。
ａ） 「対応するルマコーディングブロック」の左上サンプルが（ｘＣｂ，ｙＣｂ）であると仮定し、一例において、上近隣ルマサンプルは（ｘＣｂ＋Ｗ／２，ｙＣｂ－１）又は（ｘＣｂ－１，ｙＣｂ－１）に位置し得る。別の例では、左近隣ルマサンプルが（ｘＣｂ＋Ｗ－１，ｙＣｂ－１）に位置し得る。
ｂ） 一例において、近隣のサンプルの位置は固定されてもよく、かつ／あるいは予め定義されたチェック順序におけるものでもよい。
２） 一例において、Ｎ個の近隣のサンプルのうち１つが、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出するために選択される。Ｎ＝３、及び３つの近隣のサンプル（ｘＣｂ－１、ｙＣｂ－Ｈ－１）、（ｘＣｂ＋Ｗ／２、ｙＣｂ－１）、（ｘＣｂ－１、ｙＣｂ－１）のチェック順序を仮定し、チェックリスト内の最初の利用可能な近隣のサンプルを選択して、クロマ残差スケーリングファクタを導出してもよい。
３） 一例において、「対応するルマコーディングブロック」の左近隣列及び／又は上近隣行に位置するＮ個のサンプルの中央値又は平均値を使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよく、ここで、Ｎ＝１．．．．２Ｗ＋２Ｈであり、Ｗ及びＨは「対応するルマコーディングブロック」の幅及び高さである。
ｄ） 一例において、クロマ残差スケーリングを実行するかどうかは、対応するルマブロックの「利用可能な」近隣のサンプルに依存し得る。
ｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントブロック／サブブロックのエンコーディングモード、又は／及び近隣のサンプルのエンコーディングモードに依存してもよい。
１） 一例において、インターモードでコーディングされたブロックについて、イントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモード又は／及びＬＩＣモードでコーディングされた近隣のサンプルは、「利用不可能」とみなされ得る。
２） 一例において、インターモードでコーディングされたブロックについて、近隣のサンプルが拡散フィルタ又は／及びバイラテラルフィルタ又は／又はアダマール変換（Hadamard transform）フィルタを採用し、「利用不可能」とみなされ得る。
ｉｉ． 一例において、近隣のサンプルの「利用可能性」は、カレントピクチャ／タイル／タイルグループ／ＶＰＤＵ／スライスの幅及び／又は高さに依存し得る。
１） 一例において、近隣のブロックがカレントピクチャの外側に位置する場合、それは「利用不可能」として扱われる。
ｉｉｉ． 一例において、「利用可能な」近隣のサンプルがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｖ． 一例において、「利用可能な」近隣のサンプルの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｖ． あるいは、利用不可能な近隣のサンプルは、デフォルトの固定値、又はパディング、又は置換によりフィルされてもよく、それにより、クロマ残差スケーリングは常に適用され得る。
１） 一例において、近隣のサンプルが利用できない場合、それは、１＜＜（ｂｉｔＤｅｐｔｈ－１）でフィルされてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。
２） あるいは、近隣のサンプルが利用できない場合、それは、左／右／上／下の近隣に位置する周囲のサンプルからのパディングによりフィルされてもよい。
３） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたチェック順序において最初の利用可能な隣接したサンプルにより置換されてもよい。
４） あるいは、近隣のサンプルが利用できない場合、それは、予め定義されたフィルタリング／マッピング値によりフィルされてもよい（例えば、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値であり、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する）。
ａ） 一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｅ） 一例において、クロマ残差スケーリングを実行するかどうか及び実行する方法は、カレントブロックのコーディングモード、及び／又は近隣のブロックのコーディングモードに依存し得る。
ｉ． 「カレントブロック」は、カレントクロマブロックを参照し得、あるいはそれは、コロケートルマブロック、又はコロケートクロマブロックの少なくとも１つのサンプルをカバーする対応するルマブロックを参照し得る。「近隣ブロック」（隣接（adjacent）又は非隣接（non-adjacent））は、カレントクロマブロックの近隣のクロマブロックを参照し得、あるいはそれらは、カレントルマブロックの近隣のルマブロックを参照し得る。
ｉｉ． 一例において、所与の位置をカバーする１つのルマ近隣ブロックのコーディングモードが利用されてもよく、例えば、カレントブロックの左上の座標に対して相対的に（－１，－１）などである。
ｉｉｉ． 一例において、複数の位置をカバーする複数の近隣のブロックのコーディングモードが利用されてもよく、例えば、カレントブロックの左上座標に対して相対的に（ｘ，－１）（例えば、ｘは０．．．ブロックの幅から１引いた値）、及び／又はカレントブロックの左上座標に対して相対的に（－１，ｙ）（例えば、ｙは－１．．．ブロックの高さから１引いた値）などである。
ｉｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－コーディングされる場合、クロマ残差スケーリングは無効にされる。
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰコーディングでなくインターコーディングされ、対応するルマブロックの近隣の近隣ブロックがモードＸでコーディングされる場合、クロマ残差スケーリングは無効にされる。
ｖ． 一例において、１つの近隣のブロックの再構成が、カレントのスライス／タイルグループ内のサンプルにアクセスすることを必要とする場合、例えば、それがＸ－コーディングされる場合、デフォルト値を使用して、クロマ残差スケーリングファクタを導出してもよい
１） 例えば、モードＸはイントラモードでもよい。
２） 例えば、モードＸはＣＩＩＰモードでもよい。
３） 例えば、モードＸはＩＢＣモードでもよい。
４） 一例において、カレントブロックがＣＩＩＰコーディングでなくインターコーディングされ、対応するルマブロックの近隣ブロックがモードＸでコーディングされる場合、デフォルト値を使用してクロマ残差スケーリングファクタを導出してもよい。
５） 一例において、デフォルト値はルマ／クロマサンプルのビット深度に依存し得る。
６） 一例において、デフォルト値は、１＜＜（ｂｉｔＤｅｐｔｈ－１）のフィルタリング／マッピング値に設定されてもよく、ここで、ｂｉｔＤｅｐｔｈは、ルマ／クロマ成分のサンプルのビット深度を指定する。一例において、フィルタリング／マッピング処理は、ＬＭＣＳの順方向マッピングのＬＵＴインデックス化であり得る。
ｆ） 一例において、「対応するルマコーディングブロック」の近隣のフィルタ／マッピングされた再構成サンプルを使用して、クロマ残差スケーリングファクタ及び／又はＣＣＬＭのモデル計算を導出してもよい。
ｉ． 一例において、フィルタリング／マッピング処理には、イントラブロックのための参照平滑化フィルタリング、バイラテラルフィルタなどのポストフィルタリング、アダマール変換ベースのフィルタ、リシェーパドメインの順方向マッピングなどを含んでもよい。
１２． カレントスライス／タイルグループにおける複数のクロマブロック（ＣＵ又はＴＵなど）に対してクロマ残差スケーリングファクタを導出するために、固定値が使用され得ることが提案される。
ａ） 一例において、Ｎ個のブロックに対するクロマ残差スケーリングファクタが、固定値により導出されてもよく、Ｎは、１．．．カレントスライス／タイルグループ内のクロマブロックの総数である。
ｂ） 一例において、固定値を使用して、その値が属する区分線形モデルのインデックスを見つけてもよく、次いで、導出された区分インデックスからクロマ残差スケーリングファクタを計算してもよい。一例において、固定値はルマサンプルの内部ビット深度に依存し得る。
ｃ） 一例において、固定値は、クロマ残差スケーリングファクタを表すために直接使用されてもよい。
ｄ） 一例において、固定値及び／又は固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループのタイプ（例えば、Ｉ又はＰ又はＢスライス）及び／又はブロックのコーディングモード（例えば、イントラモード又はインターモード）に依存し得る。
ｅ） 一例において、固定値は、異なるピクチャ／スライス／タイルグループ／タイルに対して異なり得る。
ｆ） 一例において、固定クロマ残差スケーリングファクタが、ＬＭＣＳにおけるクロマ残差をスケーリングするために直接使用されてもよい。
ｉ． 一例において、固定クロマ残差スケーリングファクタは、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、ピクチャ／スライス／タイルグループ／タイルの固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループ／タイルにおけるルマサンプルリシェーピングのためのマッピング関数（例えば、区分線形関数）に依存し得る。
１） 一例において、固定クロマ残差スケーリングファクタは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されている配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］に依存し得る。
ａ） 例えば、ピクチャ／スライス／タイルグループ／タイルに対する固定クロマ残差スケーリングファクタにより依存される配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］を使用して、ピクチャ／スライス／タイルグループ／タイル内のルマサンプルをリシェープしてもよい。
２） 一例において、固定クロマ残差スケーリングファクタは、ルマサンプルをリシェープするために使用される区分線形関数の全てのスケーリングファクタの中の最小／最大／中央／平均値により導出されてもよい。
ａ） 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉ． 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖａｓｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値と等しく、ここでｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉｉ． あるいは、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（０など）から最大インデックス（１５など）までであり、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓＣＷ［ｉ］は、０に等しくない。
ｇ） 一例において、固定値は、クロマスケーリングファクタを導出するための区分関数インデックスを表すために使用されてもよい。
ｉ． 一例において、固定値は、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、固定値はルマサンプル強度を表してもよく、これは、区分関数インデックスを識別するために使用され得、識別された区分関数インデックスはさらに、クロマスケーリングファクタを見つけるために使用される。一例において、固定値は０、又は（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ｌｕｍａＢｉｔＤｅｐｔｈ－１）に等しくてもよく、ここで、ｌｕｍａＢｉｔＤｅｐｔｈはルマサンプルのビット深度を示す。
１） 一例において、固定値が区分関数の入力レンジ内である場合、区分関数が識別される。
２） 一例において、固定値が区分関数の出力レンジ内である場合、区分関数が識別される。
ｉｉｉ． 一例において、固定値は区分関数インデックスを表してもよく、これは、クロマスケーリングファクタを見つけるために使用され得る。
１） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最小ビンインデックス（例えば、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ）に等しくてもよい。
２） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックス（例えば、ＬｍｃｓＭａｘＢｉｎＩｄｘ）に等しくてもよい。
３） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックスと最小ビンインデックスの平均に等しくてもよい。
ａ） 一例において、Ｎ個のブロックに対するクロマ残差スケーリングファクタが、固定値により導出されてもよく、Ｎは、１．．．カレントスライス／タイルグループ内のクロマブロックの総数である。
ｂ） 一例において、固定値を使用して、その値が属する区分線形モデルのインデックスを見つけてもよく、次いで、導出された区分インデックスからクロマ残差スケーリングファクタを計算してもよい。一例において、固定値はルマサンプルの内部ビット深度に依存し得る。
ｃ） 一例において、固定値は、クロマ残差スケーリングファクタを表すために直接使用されてもよい。
ｄ） 一例において、固定値及び／又は固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループのタイプ（例えば、Ｉ又はＰ又はＢスライス）及び／又はブロックのコーディングモード（例えば、イントラモード又はインターモード）に依存し得る。
ｅ） 一例において、固定値は、異なるピクチャ／スライス／タイルグループ／タイルに対して異なり得る。
ｆ） 一例において、固定クロマ残差スケーリングファクタが、ＬＭＣＳにおけるクロマ残差をスケーリングするために直接使用されてもよい。
ｉ． 一例において、固定クロマ残差スケーリングファクタは、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、ピクチャ／スライス／タイルグループ／タイルの固定クロマ残差スケーリングファクタは、ピクチャ／スライス／タイルグループ／タイルにおけるルマサンプルリシェーピングのためのマッピング関数（例えば、区分線形関数）に依存し得る。
１） 一例において、固定クロマ残差スケーリングファクタは、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されている配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］に依存し得る。
ａ） 例えば、ピクチャ／スライス／タイルグループ／タイルに対する固定クロマ残差スケーリングファクタにより依存される配列ＩｎｖＳｃａｌｅＣｏｅｆｆ［］及び／又は配列ＳｃａｌｅＣｏｅｆｆ［］を使用して、ピクチャ／スライス／タイルグループ／タイル内のルマサンプルをリシェープしてもよい。
２） 一例において、固定クロマ残差スケーリングファクタは、ルマサンプルをリシェープするために使用される区分線形関数の全てのスケーリングファクタの中の最小／最大／中央／平均値により導出されてもよい。
ａ） 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７におけるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉ． 例えば、固定クロマ残差スケーリングファクタは、ＩｎｖａｓｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値と等しく、ここでｉは、最小インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘなど）から最大インデックス（ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるＬｍｃｓＭａｘＢｉｎＩｄｘなど）までである。
ｉｉ． あるいは、固定クロマ残差スケーリングファクタは、ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］の最小／最大／中央／平均値により導出されてもよく、ここで、ｉは、最小インデックス（０など）から最大インデックス（１５など）までであり、ＪＶＥＴ－Ｍ１００１－ｖ７で定義されるｌｍｃｓＣＷ［ｉ］は、０に等しくない。
ｇ） 一例において、固定値は、クロマスケーリングファクタを導出するための区分関数インデックスを表すために使用されてもよい。
ｉ． 一例において、固定値は、ＤＰＳ／ＳＰＳ／ＰＰＳ／ＶＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダなどのビデオユニットでシグナリングされてもよい。
ｉｉ． 一例において、固定値はルマサンプル強度を表してもよく、これは、区分関数インデックスを識別するために使用され得、識別された区分関数インデックスはさらに、クロマスケーリングファクタを見つけるために使用される。一例において、固定値は０、又は（１＜＜ｌｕｍａＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ｌｕｍａＢｉｔＤｅｐｔｈ－１）に等しくてもよく、ここで、ｌｕｍａＢｉｔＤｅｐｔｈはルマサンプルのビット深度を示す。
１） 一例において、固定値が区分関数の入力レンジ内である場合、区分関数が識別される。
２） 一例において、固定値が区分関数の出力レンジ内である場合、区分関数が識別される。
ｉｉｉ． 一例において、固定値は区分関数インデックスを表してもよく、これは、クロマスケーリングファクタを見つけるために使用され得る。
１） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最小ビンインデックス（例えば、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ）に等しくてもよい。
２） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックス（例えば、ＬｍｃｓＭａｘＢｉｎＩｄｘ）に等しくてもよい。
３） 一例において、固定値は、ＬＭＣＳ構築プロセスで使用される最大ビンインデックスと最小ビンインデックスの平均に等しくてもよい。
［クロマ残差スケーリング及び／又はＣＣＬＭが適用されるか否かの制限］
１３． クロマ残差スケーリング又はＣＣＬＭが適用されるか否かが、対応する及び／又はコロケートのルマブロックのパーティションに依存し得ることが提案される。
ａ） 一例において、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数に依存し得る。
ｉ． 一例において、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数が数値閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉ． あるいは、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、パーティションツリー深さに依存してもよい。
１） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）四分木深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
２） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）ＢＴ及び／又はＴＴ深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉｉ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、クロマブロックのブロックの大きさ（dimension）に依存してもよい。
ｉｖ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマが複数のＶＰＤＵ／予め定義された領域サイズをまたぐ（cross）かどうかに依存してもよい。
ｖ． 上記議論における閾値は、固定数でもよく、あるいはシグナリングされてもよく、あるいは標準のプロファイル／レベル／層に依存してもよい。
ｂ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティション（例えば、図７における）により分けられる場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． あるいは、カレントクロマブロックのコロケートルマブロックが分割されていない場合（例えば、１つのＣＵ／ＴＵ／ＰＵ内）、クロマ残差スケーリング及び／又はＣＣＬＭは適用されてもよい。
ｃ） 一例において、カレントクロマブロックのコロケートルマブロックがＭ個より多くのＣＵ／ＰＵ／ＴＵを含む場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例において、Ｍは１より大きい整数でもよい。
ｉｉ． 一例において、Ｍは、それがＣＣＬＭであるか又はクロマ残差スケーリング処理であるかに依存してもよい。
ｉｉｉ． Ｍは固定数でもよく、あるいはシグナリングされてもよく、あるいは標準プロファイル／レベル／層に依存してもよい。
ｄ） コロケートルマブロック内の上述のＣＵは、コロケートルマブロック内の全てのＣＵであると解釈されてもよい。あるいは、コロケートルマブロック内のＣＵは、コロケートルマブロック内の部分的なＣＵ、例えば、コロケートルマブロックの境界に沿ったＣＵであると解釈されてもよい。
ｅ） コロケートルマブロック内の上述のＣＵは、サブＣＵ又はサブブロックであると解釈されてもよい。
ｉ． 例えば、サブＣＵ又はサブブロックはＡＴＭＶＰで使用され得る。
ｉｉ． 例えば、サブＣＵ又はサブブロックはアフィン予測で使用され得る。
ｉｉｉ． 例えば、サブＣＵ又はサブブロックは、イントラサブパーション（Intra Sub-Partitions、ＩＳＰ）モードで使用され得る。
ｆ） 一例において、コロケートルマブロックの左上ルマサンプルをカバーするＣＵ／ＰＵ／ＴＵが予め定義されたルマブロックサイズより大きい場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例が図８に示され、コロケートルマブロックは３２×３２であるが、それは６４×６４に等しいサイズの対応するルマブロック内にあり、予め定義されたルマブロックサイズが３２×６４である場合、クロマ残差スケーリング及び／又はＣＣＬＭはこの場合禁止される。
ｉｉ． あるいは、カレントクロマブロックのコロケートされたものが分割されておらず、コロケートルマブロックの左上ルマサンプルをカバーする対応するルマブロックが、予め定義された境界ボックス（bounding box）内に完全に含まれている場合、カレントクロマブロックに対するクロマ残差スケーリング及び／又はＣＣＬＭを適用してもよい。境界ボックスは、図９に示すように、幅Ｗ及び高さＨを有する、Ｗ×Ｈで示される矩形として定義され得、ここで、対応するルマブロックは幅３２及び高さ６４を有し、境界ボックスは幅４０及び高さ７０を有する。
１） 一例において、境界ボックスのサイズＷ×Ｈは、ＣＴＵ幅及び／又は高さに従って、又はＣＵ幅及び／又は高さに従って、又は任意の値に従って定義されてもよい。
ｇ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティションにより分けられる場合、コロケートルマブロックの予め定義されたパーティション内の予測サンプル（又は、再構成サンプル）のみが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用される。
ｉ． 一例において、コロケートルマブロックの第１のパーティション内の全ての予測サンプル（又は、再構成サンプル）の平均を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける左上の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける中心の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｈ） ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、コロケートルマブロックの少なくとも１つのサンプルをカバーする１又は複数のルマＣＵのコーディングモードに依存し得ることが提案される。
ｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがアフィンモードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが双予測でコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｉｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＢＤＯＦでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｉｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＤＭＶＲでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが、ＪＶＥＴ－Ｎ０２１７で提案されている行列アフィン予測モードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがインターモードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＩＳＰモードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉｉ． 一例において、「コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵ」は、対応するルマブロックを参照し得る。
ｉ） ＣＣＬＭ／ＬＭＣＳが禁止されているとき、ＣＣＬＭ／ＬＭＣＳの使用の指標のシグナリングはスキップされてもよい。
ｊ） 本開示において、ＣＣＬＭは、ＬＭモード、ＬＭ－Ｔモード、及びＬＭ－Ｌモードを含む、ＣＣＬＭの任意のバリアントモードを参照し得る。
１３． クロマ残差スケーリング又はＣＣＬＭが適用されるか否かが、対応する及び／又はコロケートのルマブロックのパーティションに依存し得ることが提案される。
ａ） 一例において、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数に依存し得る。
ｉ． 一例において、コロケートルマ（例えば、Ｙ又はＧ成分）ブロック内のＣＵ／ＰＵ／ＴＵの数が数値閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉ． あるいは、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、パーティションツリー深さに依存してもよい。
１） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）四分木深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
２） 一例において、コロケートルマブロック内のＣＵの最大（又は最小、又は平均、又は他のバリエーション）ＢＴ及び／又はＴＴ深さが閾値を超えている場合、そのようなツールは無効にされてもよい。
ｉｉｉ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、クロマブロックのブロックの大きさ（dimension）に依存してもよい。
ｉｖ． あるいは、さらに、クロスコンポーネント情報でツールを有効にするか又は無効にするかは、コロケートルマが複数のＶＰＤＵ／予め定義された領域サイズをまたぐ（cross）かどうかに依存してもよい。
ｖ． 上記議論における閾値は、固定数でもよく、あるいはシグナリングされてもよく、あるいは標準のプロファイル／レベル／層に依存してもよい。
ｂ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティション（例えば、図７における）により分けられる場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． あるいは、カレントクロマブロックのコロケートルマブロックが分割されていない場合（例えば、１つのＣＵ／ＴＵ／ＰＵ内）、クロマ残差スケーリング及び／又はＣＣＬＭは適用されてもよい。
ｃ） 一例において、カレントクロマブロックのコロケートルマブロックがＭ個より多くのＣＵ／ＰＵ／ＴＵを含む場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例において、Ｍは１より大きい整数でもよい。
ｉｉ． 一例において、Ｍは、それがＣＣＬＭであるか又はクロマ残差スケーリング処理であるかに依存してもよい。
ｉｉｉ． Ｍは固定数でもよく、あるいはシグナリングされてもよく、あるいは標準プロファイル／レベル／層に依存してもよい。
ｄ） コロケートルマブロック内の上述のＣＵは、コロケートルマブロック内の全てのＣＵであると解釈されてもよい。あるいは、コロケートルマブロック内のＣＵは、コロケートルマブロック内の部分的なＣＵ、例えば、コロケートルマブロックの境界に沿ったＣＵであると解釈されてもよい。
ｅ） コロケートルマブロック内の上述のＣＵは、サブＣＵ又はサブブロックであると解釈されてもよい。
ｉ． 例えば、サブＣＵ又はサブブロックはＡＴＭＶＰで使用され得る。
ｉｉ． 例えば、サブＣＵ又はサブブロックはアフィン予測で使用され得る。
ｉｉｉ． 例えば、サブＣＵ又はサブブロックは、イントラサブパーション（Intra Sub-Partitions、ＩＳＰ）モードで使用され得る。
ｆ） 一例において、コロケートルマブロックの左上ルマサンプルをカバーするＣＵ／ＰＵ／ＴＵが予め定義されたルマブロックサイズより大きい場合、クロマ残差スケーリング及び／又はＣＣＬＭは禁止されてもよい。
ｉ． 一例が図８に示され、コロケートルマブロックは３２×３２であるが、それは６４×６４に等しいサイズの対応するルマブロック内にあり、予め定義されたルマブロックサイズが３２×６４である場合、クロマ残差スケーリング及び／又はＣＣＬＭはこの場合禁止される。
ｉｉ． あるいは、カレントクロマブロックのコロケートされたものが分割されておらず、コロケートルマブロックの左上ルマサンプルをカバーする対応するルマブロックが、予め定義された境界ボックス（bounding box）内に完全に含まれている場合、カレントクロマブロックに対するクロマ残差スケーリング及び／又はＣＣＬＭを適用してもよい。境界ボックスは、図９に示すように、幅Ｗ及び高さＨを有する、Ｗ×Ｈで示される矩形として定義され得、ここで、対応するルマブロックは幅３２及び高さ６４を有し、境界ボックスは幅４０及び高さ７０を有する。
１） 一例において、境界ボックスのサイズＷ×Ｈは、ＣＴＵ幅及び／又は高さに従って、又はＣＵ幅及び／又は高さに従って、又は任意の値に従って定義されてもよい。
ｇ） 一例において、カレントクロマブロックのコロケートルマブロックが複数のパーティションにより分けられる場合、コロケートルマブロックの予め定義されたパーティション内の予測サンプル（又は、再構成サンプル）のみが、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出するために使用される。
ｉ． 一例において、コロケートルマブロックの第１のパーティション内の全ての予測サンプル（又は、再構成サンプル）の平均を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける左上の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｉｉｉ． あるいは、コロケートルマブロックの第１のパーティションにおける中心の予測サンプル（又は、再構成サンプル）を使用して、ＬＭＣＳモードにおけるクロマ残差スケーリングファクタを導出する。
ｈ） ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、コロケートルマブロックの少なくとも１つのサンプルをカバーする１又は複数のルマＣＵのコーディングモードに依存し得ることが提案される。
ｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがアフィンモードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが双予測でコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｉｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＢＤＯＦでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｉｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＤＭＶＲでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵが、ＪＶＥＴ－Ｎ０２１７で提案されている行列アフィン予測モードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがインターモードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉ． 例えば、コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵがＩＳＰモードでコーディングされている場合、クロスコンポーネントツールは無効にされる。
ｖｉｉｉ． 一例において、「コロケートルマブロックの少なくとも１つのサンプルをカバーする１つ又は複数のルマＣＵ」は、対応するルマブロックを参照し得る。
ｉ） ＣＣＬＭ／ＬＭＣＳが禁止されているとき、ＣＣＬＭ／ＬＭＣＳの使用の指標のシグナリングはスキップされてもよい。
ｊ） 本開示において、ＣＣＬＭは、ＬＭモード、ＬＭ－Ｔモード、及びＬＭ－Ｌモードを含む、ＣＣＬＭの任意のバリアントモードを参照し得る。
１４． ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、クロマブロックの一部に対して実行され得ることが提案される。
ａ） 一例において、ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法は、クロマサブブロックレベルにおけるものである。
ｉ． 一例において、クロマサブブロックは、クロマＣＵ内の２×２又は４×４ブロックとして定義される。
ｉｉ． 一例において、クロマサブブロックについて、カレントクロマＣＵの対応するルマコーディングブロックが、サブブロックの対応するブロックの全てのサンプルをカバーするとき、ＣＣＬＭが適用されてもよい。
ｉｉｉ． 一例において、クロマサブブロックについて、対応するブロックの全てのサンプルが、カレントクロマＣＵの対応するルマコーディングブロックによりカバーされるわけではないとき、ＣＣＬＭは適用されない。
ｉｖ． 一例において、ＣＣＬＭ又はＬＭＣＳのパラメータは、各クロマサブブロックに対して、そのサブブロックをクロマＣＵとして扱うものとして導出される。
ｖ． 一例において、ＣＣＬＭ又はＬＭＣＳがクロマサブブロックに適用されるとき、コロケートブロックのサンプルが使用されてもよい。
ａ） 一例において、ＣＣＬＭ及びＬＭＣＳなどのクロスコンポーネントツールを適用するかどうか及び適用する方法は、クロマサブブロックレベルにおけるものである。
ｉ． 一例において、クロマサブブロックは、クロマＣＵ内の２×２又は４×４ブロックとして定義される。
ｉｉ． 一例において、クロマサブブロックについて、カレントクロマＣＵの対応するルマコーディングブロックが、サブブロックの対応するブロックの全てのサンプルをカバーするとき、ＣＣＬＭが適用されてもよい。
ｉｉｉ． 一例において、クロマサブブロックについて、対応するブロックの全てのサンプルが、カレントクロマＣＵの対応するルマコーディングブロックによりカバーされるわけではないとき、ＣＣＬＭは適用されない。
ｉｖ． 一例において、ＣＣＬＭ又はＬＭＣＳのパラメータは、各クロマサブブロックに対して、そのサブブロックをクロマＣＵとして扱うものとして導出される。
ｖ． 一例において、ＣＣＬＭ又はＬＭＣＳがクロマサブブロックに適用されるとき、コロケートブロックのサンプルが使用されてもよい。
１５． ＣＣＬＭなどのクロスコンポーネントツールを適用するかどうか及び適用する方法が、ブロックの大きさ及び／又はパーティション情報及び／又はパーティション構造タイプ（例えば、デュアルツリー又は単一ツリー）に依存し得ることが提案される。
ａ） 一例において、ＣＣＬＭは、クロマデュアルツリーパーティションに対して無効にされ得る。
ｂ） 一例において、ＣＣＬＭは、ブロックの大きさに依存して条件付きで無効にされ得る。
ｉ． 一例において、カレントブロックの大きさがＷＢ×ＨＢであると仮定し、以下のＣＣＬＭは、ＷＢと、ＨＢと、２つの整数Ｔ１及びＴ２との間の関係に依存して無効にされてもよい。
１） 一例において、ＣＣＬＭは、ＷＢ≧Ｔ１及びＨＢ≧Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝８である。
２） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
３） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
４） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
５） 一例において、ＣＣＬＭは、ＷＢ＜＝Ｔ１及びＨＢ＜＝Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝１６である。
６） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝４０９６である。
７） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
８） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
ｃ） 一例において、ＣＣＬＭは、ブロックの大きさ及び／又はパーティション情報により制限されてもよい。
ｉ． 一例において、大きさＷＢ×ＨＢのクロマブロックについて、以下の条件のうち１つ又は複数が満たされる場合、ＣＣＬＭは無効にされる。例えば、ＷＢ＝ＨＢ＝３２である。以下の箇条書きにおいて、コロケートルマブロックの大きさは（ｓｈ×ＷＢ）×（ｓｖ×ＨＢ）であり得、ここで、ｓｈとｓｖはスケーリングファクタである。例えば、色フォーマットが４：２：０のとき、ｓｈ＝ｓｖ＝２である。
１） カレントクロマブロックは水平分割を伴うリーフノードにあり、コロケートルマブロックは垂直分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
２） カレントクロマブロックは垂直分割を伴うリーフノードにあり、コロケートルマブロックは水平分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素は、ブロック内でシグナリングされなくてもよい。
ｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされ得るが、ＣＣＬＭモードは、適合ビットストリーム内のブロックで使用されるべきではない。
ｉｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされてもよい。ＣＣＬＭモードがシグナリングされる場合、ｐｌａｎａｒ又はＤＣなどのデフォルトモードが適用され得る。
ａ） 一例において、ＣＣＬＭは、クロマデュアルツリーパーティションに対して無効にされ得る。
ｂ） 一例において、ＣＣＬＭは、ブロックの大きさに依存して条件付きで無効にされ得る。
ｉ． 一例において、カレントブロックの大きさがＷＢ×ＨＢであると仮定し、以下のＣＣＬＭは、ＷＢと、ＨＢと、２つの整数Ｔ１及びＴ２との間の関係に依存して無効にされてもよい。
１） 一例において、ＣＣＬＭは、ＷＢ≧Ｔ１及びＨＢ≧Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝８である。
２） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
３） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
４） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＞＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝８である。
５） 一例において、ＣＣＬＭは、ＷＢ＜＝Ｔ１及びＨＢ＜＝Ｔ２の場合、無効にされてもよい。例えば、Ｔ１＝Ｔ２＝１６である。
６） 一例において、ＣＣＬＭは、ＷＢ＊ＨＢ＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝４０９６である。
７） 一例において、ＣＣＬＭは、Ｍｉｎ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
８） 一例において、ＣＣＬＭは、Ｍａｘ（ＷＢ，ＨＢ）＜＝Ｔ１の場合、無効にされてもよい。例えば、Ｔ１＝６４である。
ｃ） 一例において、ＣＣＬＭは、ブロックの大きさ及び／又はパーティション情報により制限されてもよい。
ｉ． 一例において、大きさＷＢ×ＨＢのクロマブロックについて、以下の条件のうち１つ又は複数が満たされる場合、ＣＣＬＭは無効にされる。例えば、ＷＢ＝ＨＢ＝３２である。以下の箇条書きにおいて、コロケートルマブロックの大きさは（ｓｈ×ＷＢ）×（ｓｖ×ＨＢ）であり得、ここで、ｓｈとｓｖはスケーリングファクタである。例えば、色フォーマットが４：２：０のとき、ｓｈ＝ｓｖ＝２である。
１） カレントクロマブロックは水平分割を伴うリーフノードにあり、コロケートルマブロックは垂直分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割される。
２） カレントクロマブロックは垂直分割を伴うリーフノードにあり、コロケートルマブロックは水平分割を伴うリーフノードにある。
ａ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｂ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＴＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｃ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＴＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、カレントクロマブロックはＳＰＬＩＴ＿ＢＴ＿ＶＥＲモードで分割され、コロケートルマブロックはＳＰＬＩＴ＿ＢＴ＿ＨＯＲモードで分割される。
ｄ） 一例において、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素は、ブロック内でシグナリングされなくてもよい。
ｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされ得るが、ＣＣＬＭモードは、適合ビットストリーム内のブロックで使用されるべきではない。
ｉｉ． あるいは、ＣＣＬＭがブロックに対して無効にされている場合、ＣＣＬＭに関連するシンタックス要素はシグナリングされてもよい。ＣＣＬＭモードがシグナリングされる場合、ｐｌａｎａｒ又はＤＣなどのデフォルトモードが適用され得る。
［ＬＭＣＳモードにおけるクロマ残差スケーリングの適用可能性］
１６． ルマ依存クロマ残差スケーリングを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるタイルグループヘッダに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが、シーケンスレベルで（例えば、ＳＰＳ内で）、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。１に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下のＣＵに対してクロマ残差スケーリングを有効にされていることを指定する。０に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下に対してクロマ残差スケーリングが有効にされないことを指定する。ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しないとき、それは０に等しいと推論される。
ｂ） 一例において、クロマ残差スケーリングがパーティションノードレベルで制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、パーティションノードによりカバーされるＣＵについて０であると推論され得る。一例において、パーティションノードはＣＴＵでもよい（ＣＴＵは、４要素からなるツリーパーティションのルートノードとして扱われる）。
ｃ） 一例において、３２×３２以下のクロマブロックサイズに対してクロマ残差スケーリングが制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、３２×３２以下のクロマブロックサイズについて０であると推論され得る。
１６． ルマ依存クロマ残差スケーリングを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるタイルグループヘッダに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが、シーケンスレベルで（例えば、ＳＰＳ内で）、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。１に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下のＣＵに対してクロマ残差スケーリングを有効にされていることを指定する。０に等しいｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされたシンタックスレベル以下に対してクロマ残差スケーリングが有効にされないことを指定する。ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しないとき、それは０に等しいと推論される。
ｂ） 一例において、クロマ残差スケーリングがパーティションノードレベルで制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、パーティションノードによりカバーされるＣＵについて０であると推論され得る。一例において、パーティションノードはＣＴＵでもよい（ＣＴＵは、４要素からなるツリーパーティションのルートノードとして扱われる）。
ｃ） 一例において、３２×３２以下のクロマブロックサイズに対してクロマ残差スケーリングが制約されている場合、ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、シグナリングされなくてもよく、３２×３２以下のクロマブロックサイズについて０であると推論され得る。
［ＣＣＬＭモードの適用可能性］
１７． ＣＣＬＭモードを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるｓｐｓレベルに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、それは、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルグループレベルで（例えば、タイルグループヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。
ｂ） 一例において、ＣＣＬＭを適用できない場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、０であると推論され得る。
ｉ． 一例において、８ｘ８以下のクロマブロックサイズについてクロマ残差スケーリングが制約されている場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、８ｘ８以下のクロマブロックサイズについて０であると推論され得る。
１７． ＣＣＬＭモードを適用できるかどうかが、ＪＶＥＴ－Ｍ１００１に規定されるｓｐｓレベルに加えて、他のシンタックスレベルでシグナリングされ得ることが提案される。
ａ） 例えば、それは、ピクチャレベルで（例えば、ＰＰＳ又はピクチャヘッダ内で）、スライスレベルで（例えば、スライスヘッダ内で）、タイルグループレベルで（例えば、タイルグループヘッダ内で）、タイルレベルで、ＣＴＵ行レベルで、ＣＴＵレベルで、ＣＵレベルでシグナリングされてもよい。
ｂ） 一例において、ＣＣＬＭを適用できない場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、０であると推論され得る。
ｉ． 一例において、８ｘ８以下のクロマブロックサイズについてクロマ残差スケーリングが制約されている場合、ｃｃｌｍ＿ｆｌａｇはシグナリングされなくてもよく、８ｘ８以下のクロマブロックサイズについて０であると推論され得る。
［イントラモード及びインターモードのクロマ残差スケーリングファクタ導出の統合］
１８． クロマ残差スケーリングファクタは、ルマブロックをエンコード／デコードした後に導出され得、続くコーディングブロックのために記憶及び使用され得る。
ａ） 一例において、ルマブロック内の特定の予測サンプル又は／及び中間予測サンプル又は／及び再構成サンプル又は／及びループフィルタリング前（例えば、デブロッキングフィルタ又は／及びＳＡＯフィルタ又は／及びバイラテラルフィルタ又は／及びアダマール変換フィルタ又は／及びＡＬＦフィルタにより処理される前）の再構成サンプルが、クロマ残差スケーリングファクタの導出に使用され得る。
ｉ． 例えば、ルマブロックの最下行又は／及び右列内の部分的サンプルを、クロマ残差スケーリングファクタの導出に使用してもよい。
ｂ） 単一ツリーの場合、イントラモード又は／及びＩＢＣモード又は／及びインターモードでコーディングされるブロックをエンコードするとき、近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｉｉｉ． 一例において、インターモード又は／及びＣＩＩＰモードでコーディングされるブロックについて、近隣のブロックがイントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモードでコーディングされている場合、近隣のブロックのクロマ残差スケーリングファクタは「利用不可能」とみなされてもよい。
ｉｖ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
１） あるいは、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされてもよい。
ｃ） セパレートツリーの場合、クロマブロックをエンコードするとき、対応するルマブロックが最初識別され得る。次いで、その（例えば、対応するルマブロックの）近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｄ） 近隣のブロックは予め定義された順序でチェックされてもよい。
ｉ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
ｉｉ． 一例において、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされ得る。
ｉｉｉ． 一例において、近隣のブロックは、左下→左→右上→上→左上の順にチェックされ得る。
ｉｖ． 一例において、近隣のブロックは、左→上→右上→左下→左上の順にチェックされ得る。
ｅ） 一例において、クロマ残差スケーリングを適用するかどうかは、近隣のブロックの「利用可能性」に依存し得る。
ｉ． 一例において、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉ． 一例において、「利用可能な」近隣のブロックの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉｉ． あるいは、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングファクタはデフォルト値により導出されてもよい。
１） 一例において、デフォルト値１＜＜（ＢｉｔＤｅｐｔｈ－１）を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタは、続くコーディングブロックのために記憶及び使用され得る。
ｇ） 一例において、クロマ残差スケーリングファクタの記憶は、ラインバッファから除去され得る。
ｉ． 一例において、カレントブロックと、アクセスされる近隣の（隣接又は非隣接の）ブロックとが異なる領域内にあるとき、そのクロマ残差スケーリングファクタは「利用不可能」とみなされ得、カレントブロックのクロマ残差スケーリングファクタの導出に使用されなくてもよい。
１） 領域は、スライス、タイル、タイルグループ、ＣＴＵ行、又はＣＴＵであり得る。
２） あるいは、そのクロマ残差スケーリングファクタは、そのような場合にはデフォルト値として考慮されてもよい。
３） あるいは、クロマ残差スケーリングは、そのような場合には適用できない。
ｈ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタはオンザフライで更新されてもよく、続くブロックのスケーリングファクタ導出のために履歴テーブルに保存されてもよい。
ｉ． 履歴テーブルは、ＦＩＦＯ（先入れ先出し）方式で更新され得る。
ｉｉ． クロマブロックをデコード／エンコードした後、クロマ残差スケーリングファクタを（例えば、ルマ値に従って）導出してもよく、ＦＩＦＯ履歴テーブルに記憶してもよい。
ｉｉｉ． 一例において、ＦＩＦＯ履歴テーブルは、最大で１つのエントリを含み得る。この場合、最新の復号ブロックの導出されたクロマ残差スケーリングファクタがカレントブロックに使用される。
ｉｖ． 一例において、履歴テーブルは、ピクチャ及び／又はスライス及び／又はタイルグループ及び／又はタイル及び／又はＣＴＵ行及び／又はＣＴＵをエンコード／デコードする前にリフレッシュされる。
１） 一例において、履歴テーブルがリフレッシュされるとき、履歴テーブルにデフォルトのクロマ残差スケーリングファクタを入れてもよい。
２） 一例において、ＦＩＦＯ履歴テーブルがリフレッシュされるとき、履歴テーブルは空に設定される。
１８． クロマ残差スケーリングファクタは、ルマブロックをエンコード／デコードした後に導出され得、続くコーディングブロックのために記憶及び使用され得る。
ａ） 一例において、ルマブロック内の特定の予測サンプル又は／及び中間予測サンプル又は／及び再構成サンプル又は／及びループフィルタリング前（例えば、デブロッキングフィルタ又は／及びＳＡＯフィルタ又は／及びバイラテラルフィルタ又は／及びアダマール変換フィルタ又は／及びＡＬＦフィルタにより処理される前）の再構成サンプルが、クロマ残差スケーリングファクタの導出に使用され得る。
ｉ． 例えば、ルマブロックの最下行又は／及び右列内の部分的サンプルを、クロマ残差スケーリングファクタの導出に使用してもよい。
ｂ） 単一ツリーの場合、イントラモード又は／及びＩＢＣモード又は／及びインターモードでコーディングされるブロックをエンコードするとき、近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｉｉｉ． 一例において、インターモード又は／及びＣＩＩＰモードでコーディングされるブロックについて、近隣のブロックがイントラモード又は／及びＩＢＣモード又は／及びＣＩＩＰモードでコーディングされている場合、近隣のブロックのクロマ残差スケーリングファクタは「利用不可能」とみなされてもよい。
ｉｖ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
１） あるいは、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされてもよい。
ｃ） セパレートツリーの場合、クロマブロックをエンコードするとき、対応するルマブロックが最初識別され得る。次いで、その（例えば、対応するルマブロックの）近隣のブロックの導出されたクロマ残差スケーリングファクタが、カレントブロックのスケーリングファクタを導出するために使用され得る。
ｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初の利用可能なクロマ残差スケーリングファクタがカレントブロックに使用されてもよい。
ｉｉ． 一例において、特定の近隣のブロックが順番にチェックされてもよく、最初のＫ個の利用可能な近隣クロマ残差スケーリングファクタに基づいてスケーリングファクタを導出してもよい。
ｄ） 近隣のブロックは予め定義された順序でチェックされてもよい。
ｉ． 一例において、近隣のブロックは、左（又は、左上）→上（又は、右上）の順にチェックされ得る。
ｉｉ． 一例において、近隣のブロックは、上（又は、右上）→左（又は、左上）の順にチェックされ得る。
ｉｉｉ． 一例において、近隣のブロックは、左下→左→右上→上→左上の順にチェックされ得る。
ｉｖ． 一例において、近隣のブロックは、左→上→右上→左下→左上の順にチェックされ得る。
ｅ） 一例において、クロマ残差スケーリングを適用するかどうかは、近隣のブロックの「利用可能性」に依存し得る。
ｉ． 一例において、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉ． 一例において、「利用可能な」近隣のブロックの数がＫ（Ｋ＞＝１）より小さいとき、クロマ残差スケーリングは拒否されてもよい。
ｉｉｉ． あるいは、「利用可能な」近隣のブロックがないとき、クロマ残差スケーリングファクタはデフォルト値により導出されてもよい。
１） 一例において、デフォルト値１＜＜（ＢｉｔＤｅｐｔｈ－１）を使用して、クロマ残差スケーリングファクタを導出してもよい。
ｆ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタは、続くコーディングブロックのために記憶及び使用され得る。
ｇ） 一例において、クロマ残差スケーリングファクタの記憶は、ラインバッファから除去され得る。
ｉ． 一例において、カレントブロックと、アクセスされる近隣の（隣接又は非隣接の）ブロックとが異なる領域内にあるとき、そのクロマ残差スケーリングファクタは「利用不可能」とみなされ得、カレントブロックのクロマ残差スケーリングファクタの導出に使用されなくてもよい。
１） 領域は、スライス、タイル、タイルグループ、ＣＴＵ行、又はＣＴＵであり得る。
２） あるいは、そのクロマ残差スケーリングファクタは、そのような場合にはデフォルト値として考慮されてもよい。
３） あるいは、クロマ残差スケーリングは、そのような場合には適用できない。
ｈ） 一例において、カレントクロマブロックのクロマ残差スケーリングファクタはオンザフライで更新されてもよく、続くブロックのスケーリングファクタ導出のために履歴テーブルに保存されてもよい。
ｉ． 履歴テーブルは、ＦＩＦＯ（先入れ先出し）方式で更新され得る。
ｉｉ． クロマブロックをデコード／エンコードした後、クロマ残差スケーリングファクタを（例えば、ルマ値に従って）導出してもよく、ＦＩＦＯ履歴テーブルに記憶してもよい。
ｉｉｉ． 一例において、ＦＩＦＯ履歴テーブルは、最大で１つのエントリを含み得る。この場合、最新の復号ブロックの導出されたクロマ残差スケーリングファクタがカレントブロックに使用される。
ｉｖ． 一例において、履歴テーブルは、ピクチャ及び／又はスライス及び／又はタイルグループ及び／又はタイル及び／又はＣＴＵ行及び／又はＣＴＵをエンコード／デコードする前にリフレッシュされる。
１） 一例において、履歴テーブルがリフレッシュされるとき、履歴テーブルにデフォルトのクロマ残差スケーリングファクタを入れてもよい。
２） 一例において、ＦＩＦＯ履歴テーブルがリフレッシュされるとき、履歴テーブルは空に設定される。
５． 実施形態
５．１ 実施形態＃１
以下で論じられる例示的な実施形態は、セクション４の項目１１の一例示的な方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．１ 実施形態＃１
以下で論じられる例示的な実施形態は、セクション４の項目１１の一例示的な方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．２ 実施形態♯２
以下の実施形態は、本発明の説明の項目１１における方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
実施形態＃２と＃１との差を、以下のとおり列挙する。
－ 複数の近隣ルマサンプルをチェックして、クロマ残差スケーリングファクタを導出する。
－ 近隣ルマサンプルが利用できないとき、又は、近隣ルマがＩＮＴＲＡ／ＣＩＩＰ／ＩＢＣモードでコーディングされている一方でカレントがＩＮＴＥＲモードでコーディングされているとき、＃２はクロマ残差スケーリングファクタ導出にデフォルト値を使用する。
以下の実施形態は、本発明の説明の項目１１における方法に関する。
新たに追加された部分は下線と太字で示され、ＶＶＣ作業原案から削除される部分は太字の大文字フォントで示される。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
実施形態＃２と＃１との差を、以下のとおり列挙する。
－ 複数の近隣ルマサンプルをチェックして、クロマ残差スケーリングファクタを導出する。
－ 近隣ルマサンプルが利用できないとき、又は、近隣ルマがＩＮＴＲＡ／ＣＩＩＰ／ＩＢＣモードでコーディングされている一方でカレントがＩＮＴＥＲモードでコーディングされているとき、＃２はクロマ残差スケーリングファクタ導出にデフォルト値を使用する。
５．３ 実施形態＃３
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．４ 実施形態＃４
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
５．５ 実施形態５
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
以下の実施形態は、本発明の説明の項目１２における方法に関する。
新たに追加された部分は太字の斜体で強調表示され、ＶＶＣ作業原案から削除される部分は大文字の太字フォントで強調表示されている。この修正は、最新のＶＶＣ作業原案（ＪＶＥＴ－Ｍ１００７－ｖ７）とＪＶＥＴ－Ｎ２２０－ｖ３における新しい採択に基づく。
６． 開示された技術の例示的な実装
図１０は、ビデオ処理装置１０００のブロック図である。装置１０００は、本明細書に記載される方法の１つ以上を実施するために使用することができる。装置１０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things、ＩｏＴ）の受信機などにおいて具現化されてもよい。装置１０００は、１つ以上のプロセッサ１００２、１つ以上のメモリ１００４、及びビデオ処理ハードウェア１００６を含むことができる。プロセッサ１００２は、本文献に記載される１つ以上の方法（これらに限定されないが、方法８００及び９００を含む）を実施するように構成され得る。メモリ（複数のメモリ）１００４は、本明細書に記載される方法及び手法を実施するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１００６は、本文献に記載されるいくつかの手法をハードウェア回路に実装するために使用され得る。
図１０は、ビデオ処理装置１０００のブロック図である。装置１０００は、本明細書に記載される方法の１つ以上を実施するために使用することができる。装置１０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things、ＩｏＴ）の受信機などにおいて具現化されてもよい。装置１０００は、１つ以上のプロセッサ１００２、１つ以上のメモリ１００４、及びビデオ処理ハードウェア１００６を含むことができる。プロセッサ１００２は、本文献に記載される１つ以上の方法（これらに限定されないが、方法８００及び９００を含む）を実施するように構成され得る。メモリ（複数のメモリ）１００４は、本明細書に記載される方法及び手法を実施するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１００６は、本文献に記載されるいくつかの手法をハードウェア回路に実装するために使用され得る。
いくつかの実施形態において、ビデオコーディング方法は、図１０に関して説明したようなハードウェアプラットフォーム上に実装される装置を使用して実施されてもよい。
図１１は、開示された技術による、クロスコンポーネント予測のための線形モデル導出の一例示的な方法１１００のフローチャートを示す。この方法１１００は、ステップ１１１０において、カレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョン（conversion）を実行するステップを含み、このコンバージョンの間、１つ以上の参照フレームに含まれる第１の色成分値セットから、カレントビデオブロックの第２の色成分値セットが導出され、第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である。
いくつかの実施形態が、以下の箇条ベースのフォーマットを使用して説明され得る。
１． ビデオ処理のための方法であって、
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である、ステップ
を含む方法。
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である、ステップ
を含む方法。
２． 前記第１の色成分値セットは、前記ビデオコーディングステップの前記線形モデルにおいて使用する前に補間される、箇条１に記載の方法。
３． の前記第１の色成分値セットの線形結合が、前記線形モデルのパラメータとして使用可能である、箇条１乃至２のうちいずれか１つ以上に記載の方法。
４． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットの位置は、前記カレントビデオブロックの動き情報に少なくとも部分的に基づいて選択される、箇条１に記載の方法。
５． 前記１つ以上の参照フレーム内のルマ成分値の位置は、前記カレントビデオブロック内の対応するルマ成分値の位置と、前記カレントビデオブロックの前記動き情報とから計算される、箇条４に記載の方法。
６． 前記対応するルマ成分値の位置は、前記カレントビデオブロック内の左上サンプル、中心サンプル、又は右下サンプルである、箇条５に記載の方法。
７． 前記カレントビデオブロックの前記動き情報は、整数動きベクトル又は分数動きベクトルに対応する、箇条６に記載の方法。
８． 前記分数動きベクトルは、前記１つ以上の参照フレームにおける分数ルマ成分値を用いて導出される、箇条７に記載の方法。
９． 前記整数動きベクトルは、ゼロに近づくよう又はゼロから離れるように丸めることにより導出される、箇条７に記載の方法。
１０． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットの位置は、予め定義された位置である、箇条１に記載の方法。
１１． 前記第１の色成分値セットの中央値又は平均値が、前記カレントビデオブロックの前記第２の色成分値セットを導出するために使用される、箇条１乃至１０のうちいずれか１つ以上に記載の方法。
１２． 前記１つ以上の参照フレームは予め定義された参照フレームである、箇条１乃至１１のうちいずれか１つ以上に記載の方法。
１３． 前記予め定義された参照フレームは、参照ピクチャリストの参照インデックスを有するフレームを含む、箇条１２に記載の方法。
１４． 前記参照インデックスはゼロであり、前記参照ピクチャリストはゼロである、箇条１３に記載の方法。
１５． 前記参照インデックス及び／又は前記参照ピクチャリストは、以下、すなわち、シーケンス、ピクチャ、タイル、グループ、スライス、タイル、コーディングツリーユニット行、又はビデオブロック、のうち１つ以上に関連づけられたビットストリーム表現においてシグナリングされる、箇条１３に記載の方法。
１６． 前記カレントビデオブロックの前記第２の色成分値セットは、前記１つ以上の参照フレームに含まれる前記第１の色成分値セットの数学的平均又は加重平均から導出される、箇条１に記載の方法。
１７． 前記カレントビデオブロックの前記第２の色成分値セットは、前記カレントビデオブロックが双予測コーディングブロックであるかどうかに基づいて、前記１つ以上の参照フレームに含まれる前記第１の色成分値のセットから選択的に導出される、箇条１に記載の方法。
１８． 前記カレントビデオブロックの前記第２の色成分値セットは、前記第１の色成分値セットの各予測方向に対して個々に導出される、箇条１７に記載の方法。
１９． 前記カレントビデオブロックの前記第２の色成分値セットは、前記カレントビデオブロックがサブブロックベースの予測に関連づけられるかどうかに基づいて、前記１つ以上の参照フレームに含まれる前記第１の色成分値セットから選択的に導出される、箇条１に記載の方法。
２０． 前記サブブロックベースの予測は、アフィン予測又は代替時間動きベクトル予測（ＡＴＭＶＰ）に対応する、箇条１に記載の方法。
２１． 前記カレントビデオブロックの前記第２の色成分値セットは、個々のサブブロックに対して導出される、箇条１９乃至２０のうちいずれか１つ以上に記載の方法。
２２． 前記カレントビデオブロックの前記第２の色成分値セットは、前記サブブロックベースの予測にかかわらず、前記カレントビデオブロックの全体に対して導出される、箇条１９乃至２１のうちいずれか１つ以上に記載の方法。
２３． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記カレントビデオブロックのサブブロックの動きベクトルに少なくとも部分的に基づいて選択される、箇条１９乃至２２のうちいずれか１つ以上に記載の方法。
２４． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、中間色成分値である、箇条１乃至２３のうちいずれか１つ以上に記載の方法。
２５． 前記ビデオコーディングステップは、別のビデオコーディングステップに先行する、箇条１乃至２４のうちいずれか１つ以上に記載の方法。
２６． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記カレントビデオブロック又は前記カレントビデオブロックのサブブロックの中間動きベクトルに少なくとも部分的に基づいて選択され、前記中間動きベクトルは、前記別のビデオコーディングステップの前に計算される、箇条２５に記載の方法。
２７． 前記別のビデオコーディングステップは、以下のステップ、すなわち、双方向オプティカルフロー（ＢＤＯＦ）ステップ、デコーダ側動きベクトル精緻化（ＤＭＶＲ）ステップ、予測精緻化オプティカルフロー（ＰＲＯＦ）ステップ、のうち１つ又は組み合わせを含む、箇条２４乃至２６のうちいずれか１つ以上に記載の方法。
２８． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、対応するルマブロックに関連づけられたＭ×Ｎルマ成分値に対応する、箇条１乃至２７のうちいずれか１つ以上に記載の方法。
２９． 前記対応するルマブロックは、前記カレントビデオブロックのコロケートルマブロックである、箇条２８に記載の方法。
３０． ＭとＮの積は、前記カレントビデオブロックの前記コロケートルマブロックのブロック幅とブロック高さの積より小さい、箇条２９に記載の方法。
３１． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記コロケートルマブロックの近隣のルマサンプルの位置で識別される参照サンプルの少なくとも一部に対応する、箇条２７乃至３０のうちいずれか１つ以上に記載の方法。
３２． 前記第１の色成分値セットは、前記ビデオコーディングステップの前記線形モデルにおいて使用する前にダウンサンプリングされる、箇条１乃至３１のうちいずれか１つ以上に記載の方法。
３３． 前記カレントビデオブロックの前記第２の色成分値セットは、前記カレントビデオブロックの以下の情報、すなわち、量子化パラメータ、コーディングモード、又はピクチャオーダカウント（ＰＯＣ）、のうち１つ以上に少なくとも部分的に基づいて選択される、箇条１に記載の方法。
３４． 前記近隣のルマサンプルの位置は、前記コロケートルマブロックの左上サンプルがカバーされるようなものである、箇条３１に記載の方法。
３５． 前記１つ以上の参照フレームに含まれる前記第１の色成分値セットは、前記対応するルマブロックの外部の位置で識別される参照サンプルの少なくとも一部に対応する、箇条２８に記載の方法。
３６． 前記カレントビデオブロックの前記第２の色成分値セットは、前記対応するルマブロックの近隣のサンプルの利用可能性に基づいて、前記１つ以上の参照フレームに含まれる前記第１の色成分値セットから選択的に導出される、箇条２８に記載の方法。
３７． 前記対応するルマブロックの前記近隣のサンプルの利用可能性は、前記カレントビデオブロックのコーディングモードの使用、前記対応するルマブロックの前記近隣のサンプルのコーディングモードの使用、前記対応するルマブロックのコーディングモードの使用、１つ以上の近隣のビデオブロックのコーディングモードの使用、前記対応するルマブロックの前記近隣のサンプルに関連づけられたフィルタのタイプの使用、又は前記カレントビデオブロック又はそのサブブロックに対する前記対応するルマブロックの前記近隣のサンプルの位置、のうち１つ以上に基づく、箇条２８に記載の方法。
３８． 前記対応するルマブロックの前記近隣のサンプルの利用可能性の欠如に応答して、利用不可能なサンプルを他のサンプルで置換、フィル、又はパディングするステップ、
をさらに含む箇条２８に記載の方法。
をさらに含む箇条２８に記載の方法。
３９． 前記対応するルマブロックの近隣のサンプルに平滑化フィルタを適用するステップ、
をさらに含む箇条２８条に記載の方法。
をさらに含む箇条２８条に記載の方法。
４０． ビデオ処理のための方法であって、
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットは、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である、ステップと、
前記１つ以上の参照フレームに含まれる前記第１の色成分値セットが前記カレントビデオブロックのコロケートルマブロックであると決定したことに応答して、前記カレントビデオブロックの前記コロケートルマブロックに関連づけられた１つ以上の条件に基づいて、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
カレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットは、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である、ステップと、
前記１つ以上の参照フレームに含まれる前記第１の色成分値セットが前記カレントビデオブロックのコロケートルマブロックであると決定したことに応答して、前記カレントビデオブロックの前記コロケートルマブロックに関連づけられた１つ以上の条件に基づいて、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
４１． 前記カレントビデオブロックの前記コロケートルマブロックに関連づけられた前記１つ以上の条件は、前記コロケートルマブロックのパーティションサイズ、前記コロケートルマブロックのコーディングユニット数が閾値数値に達していること、前記コロケートルマブロックの左上ルマサンプルが閾値サイズに達していること、前記コロケートルマブロックのパーティションツリー深さ、対応するルマブロックが前記コロケートルマブロックの前記左上ルマサンプルをカバーしていること、前記コロケートルマブロック又は前記カレントビデオブロックの大きさ、又は対応するルマブロックが前記コロケートルマブロックの前記左上ルマサンプルをカバーし、さらに予め定義されたサイズの境界ボックス内に含まれることを含む、箇条４０に記載の方法。
４２． 前記導出を選択的に有効又は無効にすることを示す情報は、前記ビットストリーム表現に含まれる、箇条４０に記載の方法。
４３． 前記対応するルマブロックの近隣のサンプルの利用可能性は、予め定義された順序に従って前記近隣のサンプルをチェックすることに関連づけられる、箇条２８に記載の方法。
４４． 前記コロケートルマブロック及び前記カレントビデオブロックは、同じコーディングツリーユニット、又はコーディングツリーユニットの同じ行に関連づけられる、箇条４１に記載の方法。
４５． ビデオ処理のための方法であって、
カレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である、ステップと、
前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの１つ以上の特性が満たされると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
カレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンを実行するステップであり、前記コンバージョンの間、前記カレントビデオブロックの第２の色成分値セットが、１つ以上の参照フレームに含まれる第１の色成分値セットから導出され、前記第１の色成分値セットは、ビデオコーディングステップの線形モデルにおいて使用可能である、ステップと、
前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの１つ以上の特性が満たされると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を選択的に有効又は無効にするステップと、
を含む方法。
４６． 前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの前記１つ以上の特性は、前記カレントビデオブロックの空間位置に対する空間位置をカバーする近隣のルマブロックに対応する、箇条４５に記載の方法。
４７． 前記カレントビデオブロック又は前記カレントビデオブロックの近隣のビデオブロックの前記１つ以上の特性は、前記カレントビデオブロックの空間位置に対する前記カレントビデオブロックの前記近隣のビデオブロックの空間位置に対応する、箇条４５に記載の方法。
４８． 前記近隣のビデオブロックの再構成が前記カレントビデオブロックのコーディングモードに少なくとも部分的に基づくと決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を無効にするステップ、
をさらに含む箇条４５に記載の方法。
をさらに含む箇条４５に記載の方法。
４９． 前記カレントビデオブロックがインターコーディングブロックであり、組み合わせインター及びイントラ予測のコーディングブロックでなく、前記カレントビデオブロックの対応するルマブロックの近隣のブロックがイントラコーディングブロック、組み合わせインター及びイントラ予測（ＣＩＩＰ）ブロック、又はイントラブロックコピー（ＩＢＣ）コーディングブロックであると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を無効にするステップ、
をさらに含む箇条４５に記載の方法。
をさらに含む箇条４５に記載の方法。
５０． 前記カレントビデオブロックがインターコーディングブロックであり、組み合わせインター及びイントラ予測のコーディングブロックでなく、前記カレントビデオブロックの対応するルマブロックの近隣のブロックがイントラコーディングブロック、組み合わせインター及びイントラ予測（ＣＩＩＰ）ブロック、又はイントラブロックコピー（ＩＢＣ）コーディングブロックであると決定したことに応答して、前記カレントビデオブロックの前記第２の色成分値セットの導出を有効にするステップであり、前記第１の色成分値セットは固定値である、ステップ、
をさらに含む箇条４５条に記載の方法。
をさらに含む箇条４５条に記載の方法。
５１． 前記第１の色成分値セットは固定値である、箇条４５に記載の方法。
５２． 前記固定値は、前記ビデオコーディングステップの前記線形モデルの区分インデックスに対応する、箇条５１に記載の方法。
５３． 前記近隣のサンプルは、前記カレントビデオブロックに対して隣接又は非隣接であり得る、箇条１乃至５２のうちいずれか１つ以上に記載の方法。
５４． 前記近隣のサンプルは、前記カレントビデオブロックの近隣のクロマブロックに関連づけられ、あるいは前記カレントビデオブロックの近隣のクロマブロックであり得る、箇条１乃至５２のうちいずれか１つ以上に記載の方法。
５５． 前記カレントビデオブロックは、クロマブロック、前記コロケートルマブロック、又は前記コロケートクロマブロックの左上ルマサンプルをカバーする前記対応するルマブロックに対応する、箇条１乃至５４のうちいずれか１つ以上に記載の方法。
５６． 前記カレントビデオブロックの前記第２の色成分値セットは、１つ以上の他のビデオブロックと関連して使用のために記憶される、箇条１乃至５４のうちいずれか１つ以上に記載の方法。
５７． 前記線形モデルは、クロスコンポーネント線形モデル（ＣＣＬＭ）に対応し、前記ビデオコーディングステップは、クロマスケーリング付きルママッピング（ＬＭＣＳ）モードに対応する、箇条１乃至５６のうちいずれか１つ以上に記載の方法。
５８． 前記カレントビデオブロックは、インターコーディングブロック、双予測コーディングブロック、組み合わせインター及びイントラ予測（ＣＩＩＰ）ブロック、又はイントラブロックコピー（ＩＢＣ）コーディングブロックである、箇条１乃至５７のうちいずれか１つ以上に記載の方法。
５９． 前記カレントビデオブロックの前記第２の色成分値セットは、前記ビットストリーム表現における他のビデオブロックに関連づけられた使用のために記憶される、箇条１乃至５８のうちいずれか１つ以上に記載の方法。
６０． 前記カレントビデオブロックの前記第２の色成分値セットは、前記他のビデオブロックに含まれる近隣のビデオブロックによる選択的な利用可能性又は利用不可性（unavailability）のためのラインバッファに記憶され、前記カレントビデオブロック及び前記近隣のビデオブロックは、異なるスライス、タイル、タイルグループ、コーディングツリーユニット、又はコーディングツリーユニットの行に関連づけられる、箇条５９に記載の方法。
６１． 前記カレントビデオブロックの前記第２の色成分値セットは、固定値である、箇条６０に記載の方法。
６２． 前記カレントビデオブロックの前記第２の色成分値セットは、導出を防止される、箇条６０に記載の方法。
６３． 前記カレントビデオブロックの前記第２の色成分値セットの導出は、防止される、箇条５９に記載の方法。
６４． 前記カレントビデオブロックの前記第２の色成分値セットは、前記他のビデオブロックに含まれる近隣のビデオブロックによる選択的な利用可能性又は利用不可性のためにテーブルに記憶される、箇条５９に記載の方法。
６５． 前記カレントビデオブロックの前記第２の色成分値セットは、動的に更新される、箇条６４に記載の方法。
６６． 前記カレントビデオブロックの前記第２の色成分値セットは、前記他のビデオブロック内の前のビデオブロックと同じである、箇条６５に記載の方法。
６７． 前記カレントビデオブロックの前記第２の色成分値セットは、先入れ先出し（ＦＩＦＯ）方式で動的に更新される、箇条６４に記載の方法。
６８． 前記第１の色成分値セットは、ルマサンプル値に対応し、前記第２の色成分値セットは、クロマスケーリングファクタに対応する、箇条１乃至６７のうちいずれか１つ以上に記載の方法。
６９． ビデオ処理のための方法であって、
少なくとも２つの成分ブロックを含むビデオブロックと前記ビデオブロックのビットストリーム表現との間のコンバージョンのためのクロスコンポーネントコーデックツールの適用可能性をルールに基づいて決定するステップと、
前記クロスコンポーネントコーデックツールを選択的に使用することにより前記コンバージョンを実行するステップと、
含む方法。
少なくとも２つの成分ブロックを含むビデオブロックと前記ビデオブロックのビットストリーム表現との間のコンバージョンのためのクロスコンポーネントコーデックツールの適用可能性をルールに基づいて決定するステップと、
前記クロスコンポーネントコーデックツールを選択的に使用することにより前記コンバージョンを実行するステップと、
含む方法。
７０． 前記ルールは、前記カレントビデオブロックの大きさに基づく、箇条６９に記載の方法。
７１． 前記ルールは、前記カレントビデオブロックのパーティション情報に基づく、箇条６９乃至７０に記載の方法。
７２． 前記ルールは、前記カレントビデオブロックのパーティションツリー構造に基づく、箇条６９乃至７１のうちいずれかに記載の方法。
７３． 前記パーティションツリー構造は、デュアルツリー又は単一ツリーのうちの１つである、箇条７２に記載の方法。
７４． 前記ルールは、前記カレントビデオブロックが前記デュアルツリーパーティションツリー構造を有するクロマブロックであることに起因して、前記クロスコンポーネントコーデックツールを無効にすることを指定する、箇条７２に記載の方法。
７５． 前記ルールは、前記ビットストリーム表現における前記クロスコンポーネントコーデックツールのシンタックス要素のシグナリングを省略することを指定する、箇条６９乃至７４のうちいずれかに記載の方法。
箇条６９乃至７５に記載のさらなる例及び態様は、セクション４の項目１５に記載されている。
７６． プロセッサと、命令を有する非一時的メモリと、を含むビデオシステムにおける装置であって、前記命令は前記プロセッサにより実行されると、前記プロセッサに箇条１乃至７５のうちいずれか１つにおける方法を実施させる、装置。
７７． 非一時的コンピュータ読取可能媒体に記憶されたコンピュータプログラム製品であって、箇条１乃至７５のうちいずれか１つにおける方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
図１２は、本明細書に開示される様々な手法が実装され得る一例示的なビデオ処理システム１２００を示すブロック図である。様々な実装が、システム１２００のコンポーネントの一部又は全部を含んでもよい。システム１２００は、ビデオコンテンツを受信する入力１２０２を含み得る。ビデオコンテンツは、生の又は非圧縮のフォーマット、例えば、８又は１０ビットのマルチ成分画素値で受け取ることができ、あるいは圧縮又はエンコードされたフォーマットでもよい。入力１２０２は、ネットワークインターフェース、周辺バスインターフェース、又はストレージインターフェースを表すことができる。ネットワークインターフェースの例には、イーサネット、受動光ネットワーク（passive optical network、ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。
システム１２００は、本文献に記載される様々なコーディング又はエンコード方法を実施することができるコーディングコンポーネント１２０４を含み得る。コーディングコンポーネント１２０４は、入力１２０２からコーディングコンポーネント１２０４の出力へのビデオの平均ビットレートを低減して、ビデオのコーディング表現を生成することができる。したがって、このコーディング手法は、ビデオ圧縮又はビデオトランスコーディング手法と時に呼ばれる。コーディングコンポーネント１２０４の出力は、コンポーネント１２０６により表されるように、記憶されるか、又は接続された通信を介して送信されてもよい。入力１２０２で受信したビデオの、記憶され又は通信されたビットストリーム（又は、コーディングされた）表現は、画素値、又はディスプレイインターフェース１２１０に送られる表示可能なビデオを生成するために、コンポーネント１２０８により使用することができる。ビットストリーム表現からユーザが見ることができるビデオを生成するプロセスは、ビデオ解凍と時に呼ばれる。さらに、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれ、コーディングツール又は動作はエンコーダで使用され、コーディングの結果を逆にする対応する復号ツール又は動作はデコーダにより実行されることが理解されるであろう。
周辺バスインターフェース又はディスプレイインターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（high definition multimedia interface、ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔなどを含んでもよい。ストレージインターフェースの例には、ＳＡＴＡ（シリアルアドバンストテクノロジーアタッチメント（serial advanced technology attachment））、ＰＣＩ、ＩＤＥインターフェースなどが含まれる。本文献に記載される手法は、携帯電話、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行することができる他のデバイスなどの様々な電子デバイスにおいて具現化することができる。
図１３は、ビジュアルメディア処理方法の一例のフローチャートである。このフローチャートのステップは、本文献のセクション４の例１２ｇ（ｉｉ）に関連して説明される。ステップ１３０２において、プロセスは、ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、第１のパラメータが固定値又はカレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように、導出し、対応するルマブロックは、カレントビデオクロマブロックに関連づけられた位置をカバーする。ステップ１３０４において、プロセスは、第１のパラメータに基づいてクロマスケーリングファクタを決定する。ステップ１３０６において、プロセスは、クロマスケーリングファクタに基づいてカレントビデオクロマブロックのクロマ残差スケーリングを実行する。ステップ１３０８において、プロセスは、カレントビデオクロマブロックとビットストリームとの間のコンバージョンのためにクロマスケーリングファクタを使用する。
図１４は、ビジュアルメディア処理方法の一例のフローチャートである。このフローチャートのステップは、本文献のセクション４の例１２ｄに関連して説明される。ステップ１４０２において、プロセスは、ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用し、固定値は、１つ以上の条件に少なくとも基づく。ステップ１４０４において、プロセスは、カレントビデオユニットとカレントビデオユニットのビットストリーム表現との間のコンバージョンを実行する。
図１５は、ビジュアルメディア処理方法の一例のフローチャートである。このフローチャートのステップは、本文献のセクション４の例１５に関連して説明される。ステップ１５０２において、ビジュアルメディアデータのカレントビデオブロックとカレントビデオブロックのビットストリーム表現との間のコンバージョンの間、プロセスは、カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又はコーディング構造タイプに少なくとも部分的に基づいて、カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行い、ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットに基づいて予測される。
次に、本文献のいくつかの実施形態を、箇条ベースのフォーマットで提示する。
Ｘ１． ビジュアルメディア処理の方法であって、
ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、前記ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、前記第１のパラメータが固定値又は前記カレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、前記対応するルマブロックは、前記カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、
前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、
前記クロマスケーリングファクタに基づいて前記カレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、
前記カレントビデオクロマブロックと前記カレントビデオクロマブロックのビットストリーム表現との間のコンバージョンに前記クロマスケーリングファクタを使用するステップと、
を含む方法。
ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、前記ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、前記第１のパラメータが固定値又は前記カレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、前記対応するルマブロックは、前記カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、
前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、
前記クロマスケーリングファクタに基づいて前記カレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、
前記カレントビデオクロマブロックと前記カレントビデオクロマブロックのビットストリーム表現との間のコンバージョンに前記クロマスケーリングファクタを使用するステップと、
を含む方法。
Ｘ２． 前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップは、
前記第１のパラメータを使用して区分線形関数のインデックスを識別するステップを含む、箇条Ｘ１に記載の方法。
前記第１のパラメータを使用して区分線形関数のインデックスを識別するステップを含む、箇条Ｘ１に記載の方法。
Ｘ３． 前記区分線形関数の前記インデックスを識別すると、前記カレントビデオクロマブロックの前記クロマ残差スケーリングに使用される前記クロマ残差ファクタを決定するステップ、
をさらに含む、箇条Ｘ２に記載の方法。
をさらに含む、箇条Ｘ２に記載の方法。
Ｘ４． 前記クロマ残差スケーリングファクタは、前記ビットストリーム表現におけるフィールドとして含まれる、箇条Ｘ１に記載の方法。
Ｘ５． 前記近隣のルマブロックのうち少なくとも１つが利用可能である場合、前記第１のパラメータは、前記カレントビデオクロマブロックの前記近隣のルマサンプルの前記丸めベースの平均値として導出される、箇条Ｘ１乃至Ｘ４のうちいずれか１つ以上に記載の方法。
Ｘ６． 近隣のルマブロックが利用不可能である場合、前記第１のパラメータは前記固定値として導出される、箇条Ｘ１乃至Ｘ４のうちいずれか１つ以上に記載の方法。
Ｘ７． 前記固定値はゼロである、箇条Ｘ１又はＸ６に記載の方法。
Ｘ８． 前記固定値は、ルマ色成分及び／又はクロマ色成分のビット深度に基づく、箇条Ｘ１又はＸ６に記載の方法。
Ｘ９． 前記固定値は、（１＜＜ＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ＢｉｔＤｅｐｔｈ－１）であり、ＢｉｔＤｅｐｔｈは、前記ルマ色成分及び／又はクロマ色成分の前記ビット深度を示す、箇条Ｘ８に記載の方法。
Ｘ１０． 前記固定値は、前記区分線形関数における最大ビンインデックスである、箇条Ｘ６に記載の方法。
Ｘ１１． 前記固定値は、前記区分線形関数における最小ビンインデックスである、箇条Ｘ６に記載の方法。
Ｘ１２． 前記固定値は、適応区分線形関数における最小ビンインデックスと最大ビンインデックスの平均である、箇条Ｘ６に記載の方法。
Ａ１． ビジュアルメディア処理の方法であって、
ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、前記固定値は１つ以上の条件に少なくとも基づく、ステップと、
前記カレントビデオユニットと前記カレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、
を含む方法。
ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、前記固定値は１つ以上の条件に少なくとも基づく、ステップと、
前記カレントビデオユニットと前記カレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、
を含む方法。
Ａ２． 前記１つ以上の条件は、
（１）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／コーディングツリーユニット（ＣＴＵ）行／ＣＴＵ／仮想パイプラインデータユニット（ＶＰＤＵ）のタイプ、
（２）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵの幅及び／又は高さ、
（３）前記カレントビデオユニットのコーディングモード、又は
（４）前記カレントビデオユニットの近隣のサンプル
を含む、箇条Ａ１に記載の方法。
（１）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／コーディングツリーユニット（ＣＴＵ）行／ＣＴＵ／仮想パイプラインデータユニット（ＶＰＤＵ）のタイプ、
（２）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵの幅及び／又は高さ、
（３）前記カレントビデオユニットのコーディングモード、又は
（４）前記カレントビデオユニットの近隣のサンプル
を含む、箇条Ａ１に記載の方法。
Ａ３． 第１の固定値が、第１のタイプのピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵに対して計算され、第２の固定値が、第２のタイプのピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵに対して計算される、箇条Ａ２に記載の方法。
Ｂ１． ビジュアルメディア処理の方法であって、
ビジュアルメディアデータのカレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンの間、前記カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又はコーディング構造タイプに少なくとも部分的に基づいて、前記カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、前記ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップ、
を含む方法。
ビジュアルメディアデータのカレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンの間、前記カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又はコーディング構造タイプに少なくとも部分的に基づいて、前記カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、前記ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップ、
を含む方法。
Ｂ２． 前記コーディング構造タイプは、単一ツリー又はデュアルツリーである、箇条Ｂ１に記載の方法。
Ｂ３． 前記ＣＣＬＭは、前記カレントビデオブロックがクロマブロックであること及び前記パーティション情報がデュアルツリーパーティションを指定することに基づいて無効にされる、箇条Ｂ１に記載の方法。
Ｂ４． 前記ＣＣＬＭは、前記カレントビデオブロックの大きさが少なくとも１つの閾値条件を満たさないことに基づいて無効にされる、箇条Ｂ１に記載の方法。
Ｂ５． 前記少なくとも１つの閾値条件は、（ｉ）前記カレントビデオブロックの幅及び／又は前記カレントビデオブロックの高さと、（ｉｉ）１つ以上の閾値パラメータと、の間の数学的関係に基づく、箇条Ｂ１に記載の方法。
Ｂ６． 前記１つ以上の閾値パラメータは、８、１６、６４、又は４０９６の値を有する、箇条Ｂ１に記載の方法。
Ｂ７． 前記カレントビデオブロックが水平分割を伴うリーフノードにあり、前記カレントビデオブロックに関連づけられたコロケートルマブロックが垂直分割を伴うリーフノードにあることを前記パーティション情報が指定するとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１に記載の方法。
Ｂ８． 前記カレントビデオブロックが水平三分割（horizontal ternary split）を伴うクロマブロックであり、前記コロケートルマブロックが垂直三分割（vertical ternary split）を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ９． 前記カレントビデオブロックが水平二分割（horizontal binary split）を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ１０． 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ１１． 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直二分割（vertical binary split）を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ７に記載の方法。
Ｂ１２． 前記カレントビデオブロックが垂直分割を伴うリーフノードにあり、前記カレントビデオブロックに関連づけられたコロケートルマブロックが水平分割を伴うリーフノードにあることを前記パーティション情報が指定するとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１に記載の方法。
Ｂ１３． 前記カレントビデオブロックが垂直三分割を伴うクロマブロックであり、前記コロケートルマブロックが水平三分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条１２に記載の方法。
Ｂ１４． 前記カレントビデオブロックが垂直三分割を伴うクロマブロックであり、前記コロケートルマブロックが水平二分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１２に記載の方法。
Ｂ１５． 前記カレントビデオブロックが二垂直分割を伴うクロマブロックであり、前記コロケートルマブロックが水平三分割であるとき、前記ＣＣＬＭは無効にされる、Ｂ１２項の方法。
Ｂ１６． 前記カレントビデオブロックが垂直二分割を伴うクロマブロックであり、前記コロケートルマブロックが水平二分割を伴うとき、前記ＣＣＬＭは無効にされる、箇条Ｂ１１に記載の方法。
Ｂ１７． 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現から、前記ＣＣＬＭの適用を示すシンタックス要素を除外するステップ、
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
Ｂ１８． 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現に、前記ＣＣＬＭの適用を示すシンタックス要素を含めるステップであり、前記ＣＣＬＭに関連づけられた１つ以上の予測モードの使用はスキップされる、ステップ、
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
Ｂ１９．前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現に、前記ＣＣＬＭの適用を示すシンタックス要素を含めるステップであり、デフォルト予測モードが適用される、ステップ、
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
をさらに含む箇条Ｂ１乃至Ｂ１６のうちいずれか１つ以上に記載の方法。
Ｂ２０． 前記デフォルト予測モードは、ｐｌａｎａｒモード又はＤＣモードである、箇条Ｂ１９に記載の方法。
Ｂ２１． 前記コンバージョンは、前記ビットストリーム表現をビデオブロックから生成することを含む、箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法。
Ｂ２２． 前記コンバージョンは、前記ビットストリーム表現からビデオブロックの画素値を生成することを含む、箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法。
Ｂ２３． 箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオエンコーダ装置。
Ｂ２４． 箇条Ｘ１乃至Ｂ２０のうちいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオデコーダ装置。
Ｂ２５． コードを記憶させたコンピュータ読取可能媒体であって、前記コードは、箇条Ｘ１乃至Ｂ２０のうちいずれか１項以上に記載の方法を実施するプロセッサ実行可能命令を具現化している、コンピュータ読取可能媒体。
本文献において、用語「ビデオ処理」又は「ビジュアルメディア処理」は、ビデオ符号化、ビデオ復号、ビデオ圧縮、又はビデオ解凍を参照し得る。例えば、ビデオ圧縮アルゴリズムはビデオの画素表現から対応するビットストリーム表現へのコンバージョンに適用することができ、あるいはその逆も同様である。カレントビデオブロックのビットストリーム表現は、例えば、シンタックスにより定義されるように、ビットストリーム内の異なる場所にコロケートされ又は拡散されるビットに対応し得る。例えば、マクロブロックは、変換及びコーディングされた誤差残差値の観点で、また、ビットストリーム内のヘッダ及び他のフィールド内のビットを使用して符号化され得る。さらに、コンバージョンの間、デコーダは、上記のソリューションに記載されるように、決定に基づいて、いくつかのフィールドが存在し得、又は存在し得ないという知識を用いてビットストリームをパースすることができる。同様に、エンコーダは、特定のシンタックスフィールドが含まれるべき、又は含まれるべきでないと決定し、それに応じて、シンタックスフィールドを含め、又はコーディング表現から除外することにより、コーディング表現を生成することができる。
以上から、本明細書において説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正がなされ得ることが理解されるであろう。したがって、本開示の技術は、別記の特許請求の範囲によるものを除き、限定されない。
本特許文献に記載されている主題事項及び機能動作の実装は、本明細書に開示されている構造及びそれらの構造的等価物を含む、様々なシステム、デジタル電子回路で、又はコンピュータソフトウェア、ファームウェア、若しくはハードウェアにおいて、又はそれらの１つ以上の組み合わせにおいて実施することができる。本明細書に記載されている主題事項の実装は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置による実行のため、又はデータ処理装置の動作を制御するための、有形及び非一時的コンピュータ読取可能媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実施することができる。コンピュータ読取可能媒体は、マシン読取可能記憶デバイス、マシン読取可能記憶基板、メモリデバイス、マシン読取可能伝搬信号に影響を与える物質の組成、又はこれらの１つ以上の組み合わせとすることができる。用語「データ処理ユニット」又は「データ処理装置」は、例えばプログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題のコンピュータプログラムのための実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらの１つ以上の組み合わせを構成するコードを含むことができる。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイル型又は解釈型言語を含む任意の形式のプログラミング言語で書くことができ、それは、スタンドアロンプログラムとして、又はコンピューティング環境での使用に適したモジュール、コンポーネント、サブルーチン、又は他のユニットとしてを含む、任意の形態でデプロイすることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するものではない。プログラムは、他のプログラム又はデータを保持するファイルの一部分（例えば、マークアップ言語文書に記憶された１つ以上のスクリプト）に、問題のプログラム専用の単一のファイルに、又は複数の調整されたファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部分を記憶するファイル）に記憶することができる。コンピュータプログラムは、１つのコンピュータ上で、又は、１つのサイトに配置され若しくは複数のサイトにわたり分散されて通信ネットワークにより相互接続される複数のコンピュータ上で、実行されるようにデプロイすることができる。
本明細書に記載されるプロセス及び論理フローは、入力データに対して動作し出力を生成することにより機能を実行するために、１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサにより実行することができる。プロセス及び論理フローは、専用論理回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）により実行することもでき、装置もまた、これらとして実行することができる。
コンピュータプログラムの実行に適したプロセッサには、例えば、汎用及び専用双方のマイクロプロセッサ、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサが含まれる。一般に、プロセッサは、読取専用メモリ又はランダムアクセスメモリ又は双方から命令及びデータを受け取る。コンピュータの必須要素は、命令を実行するプロセッサと、命令及びデータを記憶する１つ以上のメモリデバイスである。一般に、コンピュータはまた、データを記憶する１つ以上の大容量記憶デバイス、例えば、磁気、磁気光ディスク、又は光ディスクを含み、あるいはこれらからデータを受け取り、又はこれらにデータを転送し、又は双方を行うために動作上結合される。しかしながら、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを記憶するのに適したコンピュータ読取可能媒体には、例として半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスを含む、全ての形態の不揮発性メモリ、媒体、及びメモリデバイスが含まれる。プロセッサ及びメモリは、専用論理回路により補足し、又は専用論理回路に組み込むことができる。
明細書は図面と共に、単に例示的とみなされることが意図され、例示的は一例を意味する。本明細書で用いられるとき、「又は」の使用は、文脈が別段明確に示さない限り、「及び／又は」を含むことが意図される。
本特許文献は多くの詳細を含むが、これらは、いずれかの発明の範囲又は請求され得るものの範囲に対する限定とみなされるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明とみなされるべきである。別個の実施形態の文脈において本特許文献に記載されている特定の特徴は、単一の実施形態で組み合わせて実施することもできる。逆に、単一の実施形態の文脈において記載されている様々な特徴は、複数の実施形態において別個に、又は任意の適切なサブコンビネーションで実施することもできる。さらに、特徴は、特定の組み合わせにおいて作用するものとして上述されていることがあり、そのようなものとして最初に請求されることがあるが、請求された組み合わせからの１つ以上の特徴を、いくつかの場合、組み合わせから切り出すことができ、請求される組み合わせは、サブコンビネーション、又はサブコンビネーションのバリエーションに向けられ得る。
同様に、動作は図面において特定の順序で示されているが、これは、所望の結果を達成するために、そのような動作が図示される特定の順序で又は順番に実行されること、又は全ての例示された動作が実行されることを要求するものとして理解されるべきではない。さらに、本特許文献に記載されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態においてそのような分離を要求するものとして理解されるべきではない。
少数の実装及び例のみが記載されており、本特許文献に記載及び例示されているものに基づいて他の実装、拡張、及びバリエーションがなされ得る。
Claims (40)
- ビジュアルメディア処理の方法であって、
ビジュアルメディアデータの対応するルマブロックの近隣のルマブロックの利用可能性を決定したことに応答して、前記ビジュアルメディアデータのカレントビデオクロマブロックのための第１のパラメータを、前記第１のパラメータが固定値又は前記カレントビデオクロマブロックの近隣のルマサンプルの丸めベースの平均値として導出されるように導出するステップであり、前記対応するルマブロックは、前記カレントビデオクロマブロックに関連づけられた位置をカバーする、ステップと、
前記第１のパラメータに基づいてクロマスケーリングファクタを決定するステップと、
前記クロマスケーリングファクタに基づいて前記カレントビデオクロマブロックのクロマ残差スケーリングを実行するステップと、
前記カレントビデオクロマブロックと前記カレントビデオクロマブロックのビットストリーム表現との間のコンバージョンに前記クロマスケーリングファクタを使用するステップと、
を含む方法。 - 前記第１のパラメータに基づいて前記クロマスケーリングファクタを決定するステップは、
前記第１のパラメータを使用して区分線形関数のインデックスを識別するステップ
を含む、請求項１に記載の方法。 - 前記区分線形関数の前記インデックスを識別すると、前記カレントビデオクロマブロックの前記クロマ残差スケーリングに使用される前記クロマ残差ファクタを決定するステップ、
をさらに含む請求項２に記載の方法。 - 前記クロマ残差スケーリングファクタは、前記ビットストリーム表現におけるフィールドとして含まれる、請求項１に記載の方法。
- 前記近隣のルマブロックのうち少なくとも１つが利用可能である場合、前記第１のパラメータは、前記カレントビデオクロマブロックの前記近隣のルマサンプルの前記丸めベースの平均値として導出される、請求項１乃至４のうちいずれか１項以上に記載の方法。
- 近隣のルマブロックが利用不可能である場合、前記第１のパラメータは前記固定値として導出される、請求項１乃至４のうちいずれか１項以上に記載の方法。
- 前記固定値はゼロである、請求項１又は６に記載の方法。
- 前記固定値は、ルマ色成分及び／又はクロマ色成分のビット深度に基づく、請求項１又は６に記載の方法。
- 前記固定値は、（１＜＜ＢｉｔＤｅｐｔｈ）－１、又は１＜＜（ＢｉｔＤｅｐｔｈ－１）であり、ＢｉｔＤｅｐｔｈは、前記ルマ色成分及び／又はクロマ色成分の前記ビット深度を示す、請求項８に記載の方法。
- 前記固定値は、前記区分線形関数における最大ビンインデックスである、請求項６に記載の方法。
- 前記固定値は、前記区分線形関数における最小ビンインデックスである、請求項６に記載の方法。
- 前記固定値は、適応区分線形関数における最小ビンインデックスと最大ビンインデックスの平均である、請求項６に記載の方法。
- ビジュアルメディア処理の方法であって、
ビジュアルメディアデータのカレントビデオユニットに関連づけられた少なくとも１つのクロマブロックのためのクロマ残差スケーリングファクタを固定値に基づいて表すことを指定するルールを使用するステップであり、前記固定値は１つ以上の条件に少なくとも基づく、ステップと、
前記カレントビデオユニットと前記カレントビデオユニットのビットストリーム表現との間のコンバージョンを実行するステップと、
を含む方法。 - 前記１つ以上の条件は、
（１）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／符号化ツリーユニット（ＣＴＵ）行／ＣＴＵ／仮想パイプラインデータユニット（ＶＰＤＵ）のタイプ、
（２）ピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵの幅及び／又は高さ、
（３）前記カレントビデオユニットの符号化モード、又は
（４）前記カレントビデオユニットの近隣のサンプル
を含む、請求項１３に記載の方法。 - 第１の固定値が、第１のタイプのピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵに対して計算され、第２の固定値が、第２のタイプのピクチャ／スライス／タイルグループ／タイル／サブピクチャ／ＣＴＵ行／ＣＴＵ／ＶＰＤＵに対して計算される、請求項１４に記載の方法。
- ビジュアルメディア処理の方法であって、
ビジュアルメディアデータのカレントビデオブロックと前記カレントビデオブロックのビットストリーム表現との間のコンバージョンの間、前記カレントビデオブロックに関連づけられた大きさ及び／又はパーティション情報及び／又は符号化構造タイプに少なくとも部分的に基づいて、前記カレントビデオブロックの色成分に対するクロスコンポーネント線形モデル（ＣＣＬＭ）の適用を選択的に有効又は無効にする決定を行うステップであり、前記ＣＣＬＭにおいて、第１の色成分セットは、第２の色成分セットの線形結合に基づいて予測される、ステップ
を含む方法。 - 前記符号化構造タイプは、単一ツリー又はデュアルツリーである、請求項１６に記載の方法。
- 前記ＣＣＬＭは、前記カレントビデオブロックがクロマブロックであること及び前記パーティション情報がデュアルツリーパーティションを指定することに基づいて無効にされる、請求項１６に記載の方法。
- 前記ＣＣＬＭは、前記カレントビデオブロックの大きさが少なくとも１つの閾値条件を満たさないことに基づいて無効にされる、請求項１６に記載の方法。
- 前記少なくとも１つの閾値条件は、（ｉ）前記カレントビデオブロックの幅及び／又は前記カレントビデオブロックの高さと、（ｉｉ）１つ以上の閾値パラメータと、の間の数学的関係に基づく、請求項１６に記載の方法。
- 前記１つ以上の閾値パラメータは、８、１６、６４、又は４０９６の値を有する、請求項１６に記載の方法。
- 前記カレントビデオブロックが水平分割を伴うリーフノードにあり、前記カレントビデオブロックに関連づけられたコロケートルマブロックが垂直分割を伴うリーフノードにあることを前記パーティション情報が指定するとき、前記ＣＣＬＭは無効にされる、請求項１６に記載の方法。
- 前記カレントビデオブロックが水平三分割を伴うクロマブロックであり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２２に記載の方法。
- 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２２に記載の方法。
- 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直三分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２２に記載の方法。
- 前記カレントビデオブロックが水平二分割を伴うクロマブロック分割であり、前記コロケートルマブロックが垂直二分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２２に記載の方法。
- 前記カレントビデオブロックが垂直分割を伴うリーフノードにあり、前記カレントビデオブロックに関連づけられたコロケートルマブロックが水平分割を伴うリーフノードにあることを前記パーティション情報が指定するとき、前記ＣＣＬＭは無効にされる、請求項１６に記載の方法。
- 前記カレントビデオブロックが垂直三分割を伴うクロマブロックであり、前記コロケートルマブロックが水平三分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２７に記載の方法。
- 前記カレントビデオブロックが垂直三分割を伴うクロマブロックであり、前記コロケートルマブロックが水平二分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２７に記載の方法。
- 前記カレントビデオブロックが二垂直分割を伴うクロマブロックであり、前記コロケートルマブロックが水平三分割であるとき、前記ＣＣＬＭは無効にされる、請求項２７に記載の方法。
- 前記カレントビデオブロックが垂直二分割を伴うクロマブロックであり、前記コロケートルマブロックが水平二分割を伴うとき、前記ＣＣＬＭは無効にされる、請求項２６に記載の方法。
- 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現から、前記ＣＣＬＭの適用を示すシンタックス要素を除外するステップ、
をさらに含む請求項１６乃至３１のうちいずれか１項以上に記載の方法。 - 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現に、前記ＣＣＬＭの適用を示すシンタックス要素を含めるステップであり、前記ＣＣＬＭに関連づけられた１つ以上の予測モードの使用はスキップされる、ステップ、
をさらに含む請求項１６乃至３１のうちいずれか１項以上に記載の方法。 - 前記カレントビデオブロックに対して前記ＣＣＬＭが無効にされていると決定すると、前記ビットストリーム表現に、前記ＣＣＬＭの適用を示すシンタックス要素を含めるステップであり、デフォルト予測モードが適用される、ステップ、
をさらに含む請求項１６乃至３１のうちいずれか１項以上に記載の方法。 - 前記デフォルト予測モードは、Ｐｌａｎａｒモード又はＤＣモードである、請求項３４に記載の方法。
- 前記コンバージョンは、前記ビットストリーム表現をビデオブロックから生成することを含む、請求項１乃至３５のうちいずれか１項以上に記載の方法。
- 前記コンバージョンは、前記ビットストリーム表現からビデオブロックの画素値を生成することを含む、請求項１乃至３５のうちいずれか１項以上に記載の方法。
- 請求項１乃至３５のうちいずれか１項以上に記載の方法を実施するように構成されたプロセッサを含むビデオエンコーダ装置。
- 請求項１乃至３５のうちいずれか１項以上に記載の方法を実施するように構成されたプロセッサを含むビデオデコーダ装置。
- コードを記憶させたコンピュータ読取可能媒体であって、前記コードは、請求項１乃至３５のうちいずれか１項以上に記載の方法を実施するプロセッサ実行可能命令を具現化している、コンピュータ読取可能媒体。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNPCT/CN2019/085996 | 2019-05-08 | ||
| CN2019085996 | 2019-05-08 | ||
| PCT/CN2020/089096 WO2020224629A1 (en) | 2019-05-08 | 2020-05-08 | Conditions for applicability of cross-component coding |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022531216A true JP2022531216A (ja) | 2022-07-06 |
| JP7407206B2 JP7407206B2 (ja) | 2023-12-28 |
Family
ID=73050582
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021564420A Active JP7407206B2 (ja) | 2019-05-08 | 2020-05-08 | クロスコンポーネントコーディングの適用条件 |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US11463713B2 (ja) |
| EP (1) | EP3949395A4 (ja) |
| JP (1) | JP7407206B2 (ja) |
| KR (1) | KR102641796B1 (ja) |
| CN (2) | CN117221558A (ja) |
| BR (1) | BR112021021661A2 (ja) |
| SG (1) | SG11202111961SA (ja) |
| WO (1) | WO2020224629A1 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI824006B (zh) * | 2018-09-12 | 2023-12-01 | 大陸商北京字節跳動網絡技術有限公司 | 交叉分量線性建模中的下採樣 |
| WO2020182091A1 (en) | 2019-03-08 | 2020-09-17 | Beijing Bytedance Network Technology Co., Ltd. | Reshaping model in video processing |
| AU2020260285B2 (en) | 2019-04-18 | 2023-06-01 | Beijing Bytedance Network Technology Co., Ltd. | Restriction on applicability of cross component mode |
| BR112021019675A2 (pt) | 2019-04-23 | 2021-12-07 | Beijing Bytedance Network Tech Co Ltd | Método para processamento de mídia visual, aparelho codificador de vídeo, aparelho decodificador de vídeo, e, mídia legível por computador |
| CN117221558A (zh) | 2019-05-08 | 2023-12-12 | 北京字节跳动网络技术有限公司 | 跨分量编解码的适用性条件 |
| WO2020256510A1 (ko) * | 2019-06-21 | 2020-12-24 | 현대자동차주식회사 | 코딩 툴들을 제어하는 방법 및 장치 |
| KR20220024006A (ko) | 2019-06-22 | 2022-03-03 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 크로마 잔차 스케일링을 위한 신택스 요소 |
| CN114097232A (zh) * | 2019-06-25 | 2022-02-25 | 交互数字Vc控股法国有限公司 | 用于译码/解码图片数据的方法和装置 |
| CN114342381B (zh) * | 2019-07-05 | 2023-11-17 | Lg电子株式会社 | 图像解码和编码方法及用于图像的数据的发送方法 |
| CN114303368A (zh) * | 2019-07-05 | 2022-04-08 | Lg电子株式会社 | 基于亮度映射和色度缩放的视频或图像编码 |
| JP7460748B2 (ja) | 2019-07-07 | 2024-04-02 | 北京字節跳動網絡技術有限公司 | クロマ残差スケーリングのシグナリング |
| CN110446044B (zh) * | 2019-08-21 | 2022-08-09 | 浙江大华技术股份有限公司 | 线性模型预测方法、装置、编码器及存储装置 |
| JPWO2021100450A1 (ja) * | 2019-11-21 | 2021-05-27 | ||
| US20210409706A1 (en) * | 2020-06-30 | 2021-12-30 | Tencent America LLC | Low latency cross component intra prediction mode |
| WO2023133443A2 (en) * | 2022-01-05 | 2023-07-13 | Bytedance Inc. | Method, apparatus, and medium for video processing |
| CN115118982B (zh) * | 2022-06-24 | 2024-05-24 | 腾讯科技（深圳）有限公司 | 一种视频处理方法、设备、存储介质及计算机程序产品 |
| WO2024130123A2 (en) * | 2022-12-16 | 2024-06-20 | Beijing Dajia Internet Information Technology Co., Ltd | Method and apparatus for cross-component prediction for video coding |
| US20240276012A1 (en) * | 2023-02-08 | 2024-08-15 | Tencent America LLC | Bias value determination for chroma-for-luma (cfl) mode |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018061588A1 (ja) * | 2016-09-27 | 2018-04-05 | 株式会社ドワンゴ | 画像符号化装置、画像符号化方法、及び画像符号化プログラム、並びに、画像復号装置、画像復号方法、及び画像復号プログラム |
| WO2019054200A1 (ja) * | 2017-09-15 | 2019-03-21 | ソニー株式会社 | 画像処理装置および方法 |
| WO2019069950A1 (ja) * | 2017-10-06 | 2019-04-11 | シャープ株式会社 | 画像符号化装置及び画像復号装置 |
| WO2020220884A1 (zh) * | 2019-04-30 | 2020-11-05 | 华为技术有限公司 | 视频序列的帧内预测方法及装置 |
| JP2022532277A (ja) * | 2019-02-28 | 2022-07-14 | インターデジタル ヴイシー ホールディングス， インコーポレイテッド | ピクチャの符号化及び復号のための方法及び装置 |
Family Cites Families (118)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5281752B2 (ja) | 2007-02-28 | 2013-09-04 | 日本無機株式会社 | フィルタパック及びそれを用いたエアフィルタ |
| EP2051524A1 (en) | 2007-10-15 | 2009-04-22 | Panasonic Corporation | Image enhancement considering the prediction error |
| US9571856B2 (en) | 2008-08-25 | 2017-02-14 | Microsoft Technology Licensing, Llc | Conversion operations in scalable video encoding and decoding |
| WO2011126272A2 (en) | 2010-04-05 | 2011-10-13 | Samsung Electronics Co., Ltd. | Method and apparatus for encoding video by using dynamic-range transformation, and method and apparatus for decoding video by using dynamic-range transformation |
| EP3101897B1 (en) | 2010-04-09 | 2021-10-20 | Xylene Holding S.A. | Moving image encoding device and method, moving image decoding device and method, bitstream |
| DK2559245T3 (en) | 2010-04-13 | 2015-08-24 | Ge Video Compression Llc | Video Coding using multitræsunderinddeling Images |
| HUE036401T2 (hu) | 2010-09-30 | 2018-07-30 | Samsung Electronics Co Ltd | Eljárás képek interpolálására simító interpolációs szûrõt felhasználva |
| AU2011345535B2 (en) | 2010-12-23 | 2015-08-20 | Samsung Electronics Co., Ltd. | Method and device for encoding intra prediction mode for image prediction unit, and method and device for decoding intra prediction mode for image prediction unit |
| WO2012090504A1 (en) | 2010-12-28 | 2012-07-05 | Panasonic Corporation | Methods and apparatuses for coding and decoding video stream |
| US9565428B2 (en) * | 2011-06-20 | 2017-02-07 | Mediatek Singapore Pte. Ltd. | Method and apparatus of chroma intra prediction with reduced line memory |
| KR20130058524A (ko) * | 2011-11-25 | 2013-06-04 | 오수미 | 색차 인트라 예측 블록 생성 방법 |
| JP5375938B2 (ja) | 2011-12-14 | 2013-12-25 | ソニー株式会社 | 復号装置及び方法 |
| CN103227917B (zh) | 2012-01-31 | 2016-12-14 | 华为技术有限公司 | 解码方法和装置 |
| US9451258B2 (en) | 2012-04-03 | 2016-09-20 | Qualcomm Incorporated | Chroma slice-level QP offset and deblocking |
| CN104471940B (zh) | 2012-04-16 | 2017-12-15 | 联发科技（新加坡）私人有限公司 | 色度帧内预测方法及装置 |
| GB2501535A (en) | 2012-04-26 | 2013-10-30 | Sony Corp | Chrominance Processing in High Efficiency Video Codecs |
| CN115052159A (zh) | 2012-07-02 | 2022-09-13 | 韩国电子通信研究院 | 视频编码/解码方法和非暂时性计算机可读记录介质 |
| US9516309B2 (en) | 2012-07-09 | 2016-12-06 | Qualcomm Incorporated | Adaptive difference domain spatial and temporal reference reconstruction and smoothing |
| US9350899B2 (en) | 2012-09-14 | 2016-05-24 | Qualcomm Incorporated | Methods and device for efficient resampling and resizing of digital images |
| AU2012232992A1 (en) | 2012-09-28 | 2014-04-17 | Canon Kabushiki Kaisha | Method, apparatus and system for encoding and decoding the transform units of a coding unit |
| US9648319B2 (en) | 2012-12-12 | 2017-05-09 | Qualcomm Incorporated | Device and method for scalable coding of video information based on high efficiency video coding |
| GB2513111A (en) | 2013-04-08 | 2014-10-22 | Sony Corp | Data encoding and decoding |
| US9503732B2 (en) | 2013-04-10 | 2016-11-22 | Arris Enterprises, Inc. | Re-sampling with phase offset adjustment for luma and chroma to select filters in scalable video coding |
| US10015515B2 (en) | 2013-06-21 | 2018-07-03 | Qualcomm Incorporated | Intra prediction from a predictive block |
| EP3598751B1 (en) | 2013-06-28 | 2024-04-10 | Velos Media International Limited | Methods and devices for emulating low-fidelity coding in a high-fidelity coder |
| US9648330B2 (en) | 2013-07-15 | 2017-05-09 | Qualcomm Incorporated | Inter-color component residual prediction |
| EP3056004A2 (en) | 2013-10-11 | 2016-08-17 | VID SCALE, Inc. | High level syntax for hevc extensions |
| US9648332B2 (en) | 2013-10-28 | 2017-05-09 | Qualcomm Incorporated | Adaptive inter-color component residual prediction |
| US10397607B2 (en) | 2013-11-01 | 2019-08-27 | Qualcomm Incorporated | Color residual prediction for video coding |
| WO2015100522A1 (en) | 2013-12-30 | 2015-07-09 | Mediatek Singapore Pte. Ltd. | Methods for inter-component residual prediction |
| US9930348B2 (en) | 2014-03-14 | 2018-03-27 | Qualcomm Incorporated | Coefficient level coding in a video coding process |
| US20180176588A1 (en) | 2014-03-14 | 2018-06-21 | Samsung Electronics Co., Ltd. | Scalable video encoding/decoding method and apparatus |
| US10271052B2 (en) | 2014-03-14 | 2019-04-23 | Qualcomm Incorporated | Universal color-space inverse transform coding |
| US10142642B2 (en) | 2014-06-04 | 2018-11-27 | Qualcomm Incorporated | Block adaptive color-space conversion coding |
| US20150373343A1 (en) | 2014-06-20 | 2015-12-24 | Qualcomm Incorporated | Representation format update in multi-layer codecs |
| US10200700B2 (en) | 2014-06-20 | 2019-02-05 | Qualcomm Incorporated | Cross-component prediction in video coding |
| JP2017531382A (ja) | 2014-09-12 | 2017-10-19 | ヴィド スケール インコーポレイテッド | ビデオ符号化のための成分間相関解除 |
| US9918105B2 (en) | 2014-10-07 | 2018-03-13 | Qualcomm Incorporated | Intra BC and inter unification |
| KR20200051831A (ko) | 2014-10-28 | 2020-05-13 | 미디어텍 싱가폴 피티이. 엘티디. | 비디오 코딩을 위한 가이드된 크로스-컴포넌트 예측 방법 |
| US9998742B2 (en) | 2015-01-27 | 2018-06-12 | Qualcomm Incorporated | Adaptive cross component residual prediction |
| ES2872724T3 (es) | 2015-02-19 | 2021-11-02 | Magic Pony Tech Limited | Mejora de los datos visuales mediante el uso de redes neuronales actualizadas |
| US10455249B2 (en) | 2015-03-20 | 2019-10-22 | Qualcomm Incorporated | Downsampling process for linear model prediction mode |
| GB201603144D0 (en) | 2016-02-23 | 2016-04-06 | Magic Pony Technology Ltd | Training end-to-end video processes |
| EP3281409B1 (en) | 2015-04-06 | 2019-05-01 | Dolby Laboratories Licensing Corporation | In-loop block-based image reshaping in high dynamic range video coding |
| WO2016167538A1 (ko) | 2015-04-12 | 2016-10-20 | 엘지전자(주) | 비디오 신호의 인코딩, 디코딩 방법 및 그 장치 |
| WO2016199409A1 (en) | 2015-06-07 | 2016-12-15 | Sharp Kabushiki Kaisha | Systems and methods for optimizing video coding based on a luminance transfer function or video color component values |
| WO2017019818A1 (en) | 2015-07-28 | 2017-02-02 | Vid Scale, Inc. | High dynamic range video coding architectures with multiple operating modes |
| WO2017053432A1 (en) | 2015-09-21 | 2017-03-30 | Vid Scale, Inc. | Inverse reshaping for high dynamic range video coding |
| US20170105014A1 (en) | 2015-10-08 | 2017-04-13 | Qualcomm Incorporated | Luma-driven chroma scaling for high dynamic range and wide color gamut contents |
| US10045023B2 (en) | 2015-10-09 | 2018-08-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Cross component prediction in video coding |
| US20170150156A1 (en) | 2015-11-25 | 2017-05-25 | Qualcomm Incorporated | Illumination compensation with non-square predictive blocks in video coding |
| CA3013317A1 (en) | 2016-02-08 | 2017-08-17 | Sharp Kabushiki Kaisha | Systems and methods for transform coefficient coding |
| GB2548358A (en) | 2016-03-15 | 2017-09-20 | Nokia Technologies Oy | A method, an apparatus and a computer program product for coding a 360-degree panoramic images and video |
| US10455228B2 (en) * | 2016-03-21 | 2019-10-22 | Qualcomm Incorporated | Determining prediction parameters for non-square blocks in video coding |
| CN108885783B (zh) | 2016-03-23 | 2022-02-15 | 杜比实验室特许公司 | 编码和解码可逆制作质量单层视频信号 |
| JP6895645B2 (ja) | 2016-03-25 | 2021-06-30 | パナソニックＩｐマネジメント株式会社 | 信号依存型適応量子化を用いて動画像を符号化及び復号するための方法及び装置 |
| ES2984654T3 (es) | 2016-05-19 | 2024-10-30 | Dolby Laboratories Licensing Corp | Remodelación de croma para imágenes de alto rango dinámico |
| WO2017201139A1 (en) | 2016-05-19 | 2017-11-23 | Dolby Laboratories Licensing Corporation | Chroma reshaping for high dynamic range images |
| CN112689147B (zh) * | 2016-05-28 | 2023-10-13 | 寰发股份有限公司 | 视频数据处理方法以及装置 |
| WO2017206803A1 (en) | 2016-05-28 | 2017-12-07 | Mediatek Inc. | Method and apparatus of current picture referencing for video coding |
| US10484712B2 (en) | 2016-06-08 | 2019-11-19 | Qualcomm Incorporated | Implicit coding of reference line index used in intra prediction |
| CN109479133B (zh) * | 2016-07-22 | 2021-07-16 | 夏普株式会社 | 使用自适应分量缩放对视频数据进行编码的系统和方法 |
| US10390015B2 (en) * | 2016-08-26 | 2019-08-20 | Qualcomm Incorporated | Unification of parameters derivation procedures for local illumination compensation and cross-component linear model prediction |
| US10419757B2 (en) | 2016-08-31 | 2019-09-17 | Qualcomm Incorporated | Cross-component filter |
| EP3510772B1 (en) | 2016-09-09 | 2020-12-09 | Dolby Laboratories Licensing Corporation | Coding of high dynamic range video using segment-based reshaping |
| US10652575B2 (en) | 2016-09-15 | 2020-05-12 | Qualcomm Incorporated | Linear model chroma intra prediction for video coding |
| CN116915985A (zh) | 2016-10-04 | 2023-10-20 | Lx 半导体科技有限公司 | 图像编码/解码方法和发送方法 |
| US10477240B2 (en) | 2016-12-19 | 2019-11-12 | Qualcomm Incorporated | Linear model prediction mode with sample accessing for video coding |
| WO2018116925A1 (ja) | 2016-12-21 | 2018-06-28 | シャープ株式会社 | イントラ予測画像生成装置、画像復号装置、および画像符号化装置 |
| JP2020031252A (ja) * | 2016-12-22 | 2020-02-27 | シャープ株式会社 | 画像復号装置及び画像符号化装置 |
| US20180199062A1 (en) | 2017-01-11 | 2018-07-12 | Qualcomm Incorporated | Intra prediction techniques for video coding |
| US11025903B2 (en) | 2017-01-13 | 2021-06-01 | Qualcomm Incorporated | Coding video data using derived chroma mode |
| US10694181B2 (en) | 2017-01-27 | 2020-06-23 | Qualcomm Incorporated | Bilateral filters in video coding with reduced complexity |
| EP3386198A1 (en) | 2017-04-07 | 2018-10-10 | Thomson Licensing | Method and device for predictive picture encoding and decoding |
| WO2018236031A1 (ko) | 2017-06-21 | 2018-12-27 | 엘지전자(주) | 인트라 예측 모드 기반 영상 처리 방법 및 이를 위한 장치 |
| CN110301134B (zh) | 2017-06-29 | 2024-02-06 | 杜比实验室特许公司 | 整合的图像整形和视频编码 |
| EP3425911A1 (en) | 2017-07-06 | 2019-01-09 | Thomson Licensing | A method and a device for picture encoding and decoding |
| US10778978B2 (en) | 2017-08-21 | 2020-09-15 | Qualcomm Incorporated | System and method of cross-component dynamic range adjustment (CC-DRA) in video coding |
| US20190116376A1 (en) | 2017-10-12 | 2019-04-18 | Qualcomm Incorporated | Motion vector predictors using affine motion model in video coding |
| KR102435014B1 (ko) | 2018-02-14 | 2022-08-23 | 돌비 레버러토리즈 라이쎈싱 코오포레이션 | 레이트 왜곡 최적화를 이용한 비디오 코딩에서의 이미지 재성형 |
| US11190790B2 (en) * | 2018-04-01 | 2021-11-30 | Lg Electronics Inc. | Parallel processing method for color component of video signal, and device therefor |
| CN109005408B (zh) * | 2018-08-01 | 2020-05-29 | 北京奇艺世纪科技有限公司 | 一种帧内预测方法、装置及电子设备 |
| CN116347109A (zh) | 2018-08-17 | 2023-06-27 | 北京字节跳动网络技术有限公司 | 一种处理视频数据的方法和装置 |
| TWI824006B (zh) | 2018-09-12 | 2023-12-01 | 大陸商北京字節跳動網絡技術有限公司 | 交叉分量線性建模中的下採樣 |
| WO2020084512A1 (en) | 2018-10-23 | 2020-04-30 | Beijing Bytedance Network Technology Co., Ltd. | Affine motion information derivation from neighboring block |
| CN117241017A (zh) | 2018-11-05 | 2023-12-15 | 北京字节跳动网络技术有限公司 | 数字视频编解码的方法、设备和系统 |
| WO2020094057A1 (en) | 2018-11-06 | 2020-05-14 | Beijing Bytedance Network Technology Co., Ltd. | Position based intra prediction |
| BR112021010428A2 (pt) | 2018-12-07 | 2021-08-24 | Beijing Bytedance Network Technology Co., Ltd. | Método para processamento de vídeo, aparelho em um sistema de vídeo, e, produto de programa de computador |
| CN118573896A (zh) | 2018-12-31 | 2024-08-30 | 韩国电子通信研究院 | 图像编码/解码方法和设备以及存储比特流的记录介质 |
| CN113424528A (zh) | 2019-02-01 | 2021-09-21 | 北京字节跳动网络技术有限公司 | 环路整形和块差分脉冲编解码调制之间的相互作用 |
| CN117499669A (zh) | 2019-02-22 | 2024-02-02 | 华为技术有限公司 | 用于色度子块的仿射帧间预测的方法及装置 |
| WO2020169101A1 (en) | 2019-02-22 | 2020-08-27 | Beijing Bytedance Network Technology Co., Ltd. | Neighbouring sample selection for intra prediction |
| CN113491121B (zh) | 2019-02-24 | 2022-12-06 | 北京字节跳动网络技术有限公司 | 对视频数据进行编解码的方法、设备及计算机可读介质 |
| EP3703366A1 (en) | 2019-02-28 | 2020-09-02 | InterDigital VC Holdings, Inc. | Method and device for picture encoding and decoding |
| WO2020177702A1 (en) | 2019-03-04 | 2020-09-10 | Beijing Bytedance Network Technology Co., Ltd. | Two-level signaling of filtering information in video processing |
| EP3935847A4 (en) | 2019-03-04 | 2022-12-07 | Alibaba Group Holding Limited | METHOD AND SYSTEM FOR PROCESSING VIDEO CONTENT |
| US20200288126A1 (en) | 2019-03-08 | 2020-09-10 | Qualcomm Incorporated | Reshaping filter average calculation for video coding |
| US12114000B2 (en) | 2019-03-08 | 2024-10-08 | Qualcomm Incorporated | Combined residual coding in video coding |
| WO2020182091A1 (en) | 2019-03-08 | 2020-09-17 | Beijing Bytedance Network Technology Co., Ltd. | Reshaping model in video processing |
| CN113574889B (zh) | 2019-03-14 | 2024-01-12 | 北京字节跳动网络技术有限公司 | 环路整形信息的信令和语法 |
| WO2020192633A1 (en) | 2019-03-25 | 2020-10-01 | Mediatek Inc. | Method and apparatus of the quantization matrix computation and representation for video coding |
| WO2020204413A1 (ko) | 2019-04-03 | 2020-10-08 | 엘지전자 주식회사 | 복원 픽처를 수정하는 비디오 또는 영상 코딩 |
| AU2020260285B2 (en) | 2019-04-18 | 2023-06-01 | Beijing Bytedance Network Technology Co., Ltd. | Restriction on applicability of cross component mode |
| CN113711604B (zh) | 2019-04-20 | 2023-10-27 | 北京字节跳动网络技术有限公司 | 视频编解码中色度和亮度语法元素的信令 |
| BR112021019675A2 (pt) | 2019-04-23 | 2021-12-07 | Beijing Bytedance Network Tech Co Ltd | Método para processamento de mídia visual, aparelho codificador de vídeo, aparelho decodificador de vídeo, e, mídia legível por computador |
| CN117221558A (zh) | 2019-05-08 | 2023-12-12 | 北京字节跳动网络技术有限公司 | 跨分量编解码的适用性条件 |
| WO2020231139A1 (ko) | 2019-05-16 | 2020-11-19 | 엘지전자 주식회사 | 루마 맵핑 및 크로마 스케일링 기반 비디오 또는 영상 코딩 |
| US11388406B2 (en) | 2019-05-20 | 2022-07-12 | Dolby Laboratories Licensing Corporation | Piece-wise-linear mapping for in-loop reshaping in image coding |
| JP2021002780A (ja) | 2019-06-21 | 2021-01-07 | シャープ株式会社 | 動画像復号装置および動画像符号化装置 |
| KR20220024006A (ko) | 2019-06-22 | 2022-03-03 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 크로마 잔차 스케일링을 위한 신택스 요소 |
| JP7460748B2 (ja) | 2019-07-07 | 2024-04-02 | 北京字節跳動網絡技術有限公司 | クロマ残差スケーリングのシグナリング |
| EP3981146A4 (en) | 2019-07-11 | 2022-08-03 | Beijing Bytedance Network Technology Co., Ltd. | BITSTREAM CONFORMITY RESTRICTIONS FOR INTRA-BLOCK COPY IN VIDEO ENCODING |
| US11601657B2 (en) | 2020-04-02 | 2023-03-07 | Qualcomm Incorporated | LUMA mapping with chroma scaling (LMCS) in video coding |
| CN115668947A (zh) | 2020-04-02 | 2023-01-31 | Lg电子株式会社 | 用信号通知hls的图像编码/解码方法和设备及存储比特流的计算机可读记录介质 |
| US11375212B2 (en) | 2020-04-18 | 2022-06-28 | Qualcomm Incorporated | Flexible chroma processing for dynamic range adjustment |
| US20230214959A1 (en) | 2020-06-15 | 2023-07-06 | Sony Group Corporation | Information processing apparatus, information processing method, and information processing program |
| US12034910B2 (en) | 2020-06-18 | 2024-07-09 | Lg Electronics Inc. | Image encoding/decoding method and apparatus for signaling high level information for tool control based on color representation format, and computer-readable recording medium storing bitstream |
| EP4252418A4 (en) | 2020-11-30 | 2024-05-22 | Beijing Dajia Internet Information Technology Co., Ltd. | CHROMACODING IMPROVEMENT WITH ADAPTIVE OFFSET OF CROSS-COMPONENT SAMPLES |
-
2020
- 2020-05-08 CN CN202311198547.2A patent/CN117221558A/zh active Pending
- 2020-05-08 CN CN202080034419.2A patent/CN113796072B/zh active Active
- 2020-05-08 EP EP20801570.1A patent/EP3949395A4/en active Pending
- 2020-05-08 WO PCT/CN2020/089096 patent/WO2020224629A1/en unknown
- 2020-05-08 BR BR112021021661A patent/BR112021021661A2/pt unknown
- 2020-05-08 SG SG11202111961SA patent/SG11202111961SA/en unknown
- 2020-05-08 JP JP2021564420A patent/JP7407206B2/ja active Active
- 2020-05-08 KR KR1020217035446A patent/KR102641796B1/ko active IP Right Grant
-
2021
- 2021-10-06 US US17/494,974 patent/US11463713B2/en active Active
-
2022
- 2022-07-26 US US17/873,973 patent/US12034942B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018061588A1 (ja) * | 2016-09-27 | 2018-04-05 | 株式会社ドワンゴ | 画像符号化装置、画像符号化方法、及び画像符号化プログラム、並びに、画像復号装置、画像復号方法、及び画像復号プログラム |
| WO2019054200A1 (ja) * | 2017-09-15 | 2019-03-21 | ソニー株式会社 | 画像処理装置および方法 |
| WO2019069950A1 (ja) * | 2017-10-06 | 2019-04-11 | シャープ株式会社 | 画像符号化装置及び画像復号装置 |
| JP2022532277A (ja) * | 2019-02-28 | 2022-07-14 | インターデジタル ヴイシー ホールディングス， インコーポレイテッド | ピクチャの符号化及び復号のための方法及び装置 |
| WO2020220884A1 (zh) * | 2019-04-30 | 2020-11-05 | 华为技术有限公司 | 视频序列的帧内预测方法及装置 |
| JP2022531280A (ja) * | 2019-04-30 | 2022-07-06 | 華為技術有限公司 | ビデオ・シーケンスのイントラ予測方法及び装置 |
Non-Patent Citations (3)
| Title |
|---|
| EDOUARD FRANCOIS, ET AL.: ""AHG16/non-CE3: Study of CCLM restrictions in case of separate luma/chroma tree", Document: JVET-N03", JVET-N0390, vol. version 5, JPN6022048856, 23 March 2019 (2019-03-23), pages 1 - 7, ISSN: 0004926692 * |
| JIANLE CHEN, ET AL.: ""Algorithm description for Versatile Video Coding and Test Model 4 (VTM 4)", Document: JVET-M1002-v2", JVET-M1002, vol. version 2, JPN6022048857, 19 March 2019 (2019-03-19), pages 1 - 23, ISSN: 0004926693 * |
| RECOMMENDATION ITU-T H.265 (02/2018), JPN6022048858, 13 February 2018 (2018-02-13), pages 77 - 78, ISSN: 0004926694 * |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7407206B2 (ja) | 2023-12-28 |
| CN117221558A (zh) | 2023-12-12 |
| CN113796072A (zh) | 2021-12-14 |
| CN113796072B (zh) | 2023-10-03 |
| EP3949395A1 (en) | 2022-02-09 |
| SG11202111961SA (en) | 2021-12-30 |
| US11463713B2 (en) | 2022-10-04 |
| US20220030257A1 (en) | 2022-01-27 |
| BR112021021661A2 (pt) | 2021-12-21 |
| KR20220006053A (ko) | 2022-01-14 |
| US12034942B2 (en) | 2024-07-09 |
| WO2020224629A1 (en) | 2020-11-12 |
| KR102641796B1 (ko) | 2024-03-04 |
| US20220385926A1 (en) | 2022-12-01 |
| EP3949395A4 (en) | 2022-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7407206B2 (ja) | クロスコンポーネントコーディングの適用条件 | |
| JP7418478B2 (ja) | クロマ残差スケーリングのためのシンタックス要素 | |
| JP7302009B2 (ja) | クロスコンポーネントモードの利用可能性に対する制約 | |
| JP7460748B2 (ja) | クロマ残差スケーリングのシグナリング | |
| JP7317991B2 (ja) | クロスコンポーネント依存性を低減するための方法 | |
| JP2022508194A (ja) | 映像処理におけるパルス符号変調技術 | |
| CN114208187A (zh) | 帧内块复制虚拟缓冲区的映射限制 | |
| JPWO2020216246A5 (ja) | ||
| RU2817006C2 (ru) | Способ определения параметров в кросс-компонентном режиме | |
| RU2815434C2 (ru) | Способы уменьшения межкомпонентной зависимости |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211029 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20211029 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220525 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20221122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230523 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230822 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20231121 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231218 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7407206 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |