JP2022552339A - ビデオコーディングにおけるクロマ量子化パラメータの使用 - Google Patents

Abstract

ビデオ処理の例示的な方法は、１つ以上のコーディングユニットを含むビデオとビデオのビットストリーム表現との間の変換を実行するステップを含む。ビットストリーム表現は、クロマ量子化パラメータがフォーマット規則に従ってコーディングユニットレベル又は変換ユニットレベルでビットストリーム表現に含まれることを定めるフォーマット規則に従う。

Description

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

現在、より良い圧縮比率を提供し、あるいは、より複雑でなく又は並列化された実装を可能にするビデオ符号化及び復号化スキームを提供するために、現在のビデオコーデック技術のパフォーマンスを改善すべく、努力が続けられている。産業専門家は、近年、いくつかの新しいビデオコーディングツールを提案しており、それらの高価を決定するために、テストが現在進められている。

デジタルビデオコーディングに、具体的には、動きベクトルの管理に関係があるデバイス、システム、及び方法が、記載される。記載される方法は、既存のビデオコーディング標準規格（例えば、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）又はＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）及び将来のビデオコーディング標準規格又はビデオコーデックに適用され得る。

１つの代表的な態様では、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、ビデオのクロマブロックとビデオのビットストリーム表現との間の変換のために、クロマブロックのクロマ残差の共同コーディング（joint coding）のモードに基づき、クロマブロックのエッジにある少なくとも一部のサンプルに対するデブロッキングフィルタプロセスの適用可能性を決定するステップを含む。方法はまた、決定に基づき変換を実行するステップを含む。

他の代表的な態様では、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、現在のブロックの対応する変換ブロックの情報に基づき、現在のブロックのエッジにある少なくとも一部のサンプルに適用されるデブロッキングフィルタプロセスで使用されるクロマ量子化パラメータを決定するステップを含む。方法はまた、決定に基づき変換を実行するステップを含む。

他の代表的な態様では、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。変換中に、現在のブロックのエッジに沿った少なくとも一部のサンプルに適用されるデブロッキングフィルタプロセスで使用される第１クロマ量子化パラメータは、スケーリングプロセスで使用される第２クロマ量子化パラメータと、ビットデプスに関連した量子化パラメータオフセットとに基づく。

他の代表的な態様では、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、１つ以上のコーディングユニットを含むビデオとビデオのビットストリーム表現との間の変換を実行するステップを含む。ビットストリーム表現は、クロマ量子化パラメータがフォーマット規則に従ってコーディングユニットレベル又は変換ユニットレベルで前記ビットストリーム表現に含まれることを指定する前記フォーマット規則に従う。

他の代表的な態様では、開示される技術は、ビデオ処理の方法を提供するために使用され得る。方法は、ビデオのブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。ビットストリーム表現は、クロマ残差の共同コーディングのモードがブロックに適用可能であるかどうかがビットストリーム表現においてコーディングユニットレベルで示されることを指定するフォーマット規則に従う。

他の代表的な態様では、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、ビデオユニットとビデオユニットのコーディングされた表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界で使用され、それにより、クロマ量子化パラメータ（ＱＰ）がデブロッキングフィルタのパラメータを導出するために使用される場合に、クロマＱＰテーブルによる処理が個々のクロマＱＰ値に対して実行される。

他の代表的な態様では、開示される技術は、ビデオ処理の他の方法を提供するために使用され得る。この方法は、ビデオユニットとビデオユニットのビットストリーム表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界で使用され、それにより、クロマＱＰオフセットがデブロッキングフィルタにおいて使用され、クロマＱＰオフセットはピクチャ／スライス／タイル／ブリック／サブピクチャレベルにある。

他の代表的な態様では、開示される技術は、ビデオ処理の他の方法を提供するために使用され得る。この方法は、ビデオユニットとビデオユニットのビットストリーム表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界で使用され、それにより、クロマＱＰオフセットがデブロッキングフィルタにおいて使用され、同じルーマコーディングユニットに関連する情報は、デブロッキングフィルタにおいて、及びクロマＱＰオフセットを導出するために、使用される。

他の代表的な態様では、開示される技術は、ビデオ処理の他の方法を提供するために使用され得る。この方法は、ビデオユニットとビデオユニットのビットストリーム表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界で使用され、それにより、クロマＱＰオフセットがデブロッキングフィルタにおいて使用され、クロマＱＰオフセットの利用を有効にする指示は、ビットストリーム表現において通知される。

他の代表的な態様では、開示される技術は、ビデオ処理の他の方法を提供するために使用され得る。この方法は、ビデオユニットとビデオユニットのビットストリーム表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界で使用され、それにより、クロマＱＰオフセットがデブロッキングフィルタにおいて使用され、デブロッキングフィルタにおいて使用されるクロマＱＰオフセットは、ＪＣＣＲコーディング方法がビデオユニットの境界で適用されようと、あるいは、ＪＣＣＲコーディング方法とは異なる方法がビデオユニットの境界で適用されようと、同じである。

他の代表的な態様では、開示される技術は、ビデオ処理の他の方法を提供するために使用され得る。この方法は、ビデオユニットとビデオユニットのビットストリーム表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界で使用され、それにより、クロマＱＰオフセットがデブロッキングフィルタにおいて使用され、デブロッキングフィルタの境界強さ（ＢＳ）は、Ｐサイド境界でのビデオユニットに関連した参照ピクチャ及び／又は動きベクトル（ＭＶ）の数を、Ｑサイド境界でのビデオユニットの参照ピクチャと比較せずに、計算される。

更に、代表的な態様では、プロセッサと、命令を有する一時メモリとを有する、ビデオシステム内の装置が、開示される。命令は、プロセッサによる実行時に、プロセッサに、開示される方法のうちのいずれか１つ以上を実装させる。

更に、代表的な態様では、開示される方法のうちのいずれか１つ以上を実装するよう構成されたプロセッサを有するビデオ復号化装置が、開示される。

他の代表的な態様では、開示される方法のうちのいずれか１つ以上を実装するよう構成されたプロセッサを有するビデオ符号化装置が、開示される。

また、非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、開示される方法のうちのいずれか１つ以上を実行するためのプログラムコードを含むコンピュータプログラム製品が、開示される。

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

デブロッキングフィルタプロセスの全体的な処理フローの例を示す。 Ｂｓ計算のフロー図の例を示す。 ＣＴＵ境界でのＢｓ計算のための参照情報の例を示す。 フィルタオン／オフ決定及び強／弱フィルタ選択に関与するピクセルの例を示す。 ＶＶＣにおけるデブロッキングフィルタプロセスの全体的な処理フローの例を示す。 ＶＶＣにおけるルーマデブロッキングフィルタプロセスの例を示す。 ＶＶＣにおけるクロマデブロッキングフィルタプロセスの例を示す。 サブＰＵ境界のためのフィルタ長さ決定の例を示す。 クロマブロックの中心位置の例を示す。 クロマブロックの中心位置の他の例を示す。 Ｐサイド及びＱサイドでのブロックの例を示す。 ルーマブロックの復号化された情報の利用の例を示す。 本明細書で記載される視覚メディア復号化又は視覚メディア符号化技術を実装するハードウェアプラットフォームの例のブロック図である。 ビデオコーディングの方法の例のフローチャートを示す。 他のループフィルタ（ダイヤモンド形状フィルタ）に関してＣＣ－ＡＬＦの配置の例を示す。 ダイヤモンド形状フィルタに関してＣＣ－ＡＬＦの配置の例を示す。 例となるビデオコーディングシステムを表すブロック図である。 本開示のいくつかの実施形態に従ってエンコーダを表すブロック図である。 本開示のいくつかの実施形態に従ってデコーダを表すブロック図である。 開示される技術が実装され得るビデオ処理システムの例のブロック図である。 本技術に従うビデオ処理の方法のフローチャート表現である。 本技術に従うビデオ処理の他の方法のフローチャート表現である。 本技術に従うビデオ処理の他の方法のフローチャート表現である。 本技術に従うビデオ処理の他の方法のフローチャート表現である。 本技術に従うビデオ処理の更なる他の方法のフローチャート表現である。

［１．ＨＥＶＣ／Ｈ．２６５におけるビデオコーディング］
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、ＪＶＥＴが、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。

［２．１ ＨＥＶＣにおけるデブロッキングスキーム］
デブロッキングフィルタプロセスは、デブロッキングプロセスと同じ順序でＣＵごとに実行される。最初に、垂直エッジがフィルタリング（水平フィルタリング）され、次いで、水平エッジがフィルタリング（垂直フィルタリング）される。フィルタリングは、ルーマ成分及びクロマ成分の両方について、フィルタリングされると決定される８×８ブロック境界に適用される。４×４ブロック境界は、複雑さを低減するために、処理されない。

図１は、デブロッキングフィルタプロセスの全体的な処理フローを表す。境界は、３つのフィルタリングステータス、すなわち、フィルタリングなし、弱フィルタリング、及び強フィルタリングを有することができる。各フィルタリング決定は、境界強さＢｓと、閾値β及びｔ_Ｃとに基づく。

３種類に境界、すなわち、ＣＵ境界、ＴＵ境界、及びＰＵ境界が、フィルタリングプロセスに関与し得る。ＣＵ境界は、ＣＵの外側エッジであり、フィルタリングに常に関与する。これは、ＣＵ境界が常にＴＵ境界又はＰＵ境界でもあるからである。ＰＵ形状が２Ｎ×Ｎ（Ｎ＞４）であっり、ＲＱＴデプスが１に等しいとき、８×８ブロックグリッドでのＴＵ境界、及びＣＵ内の各ＰＵ間のＰＵ境界が、フィルタリングに関与する。１つの例外は、ＰＵ境界がＴＵ内にあるときに、その境界はフィルタリングされないことである。

［２．２．１ 境界強さの計算］
一般的に言えば、境界強さ（Ｂｓ）は、どれくらい強いフィルタリングが境界に必要とされるかを反映する。Ｂｓが大きい場合には、強フィルタリングが考えられるべきである。

Ｐ及びＱが、フィルタリングに関与するブロックとして定義されるとする。Ｐは、境界の左側（垂直エッジの場合）又は上側（水平エッジの場合）に位置しているブロックを表し、Ｑは、境界の右（垂直エッジの場合）又は上側（水平エッジの場合）に位置しているブロックを表す。図２は、イントラコーディングモード、非ゼロ変換係数及び動き情報の存在、参照ピクチャ、動きベクトルの数、並びに動きベクトル差分に基づきＢｓがどのように計算されるかを表す。

Ｂｓは４×４ブロック単位で計算されるが、８×８グリッドに再マッピングされる。４×４グリッド内のラインから成る８つのピクセルに対応するＢｓの２つの値の最大値が、８×８グリッド内の境界のためのＢｓとして選択される。

ラインバッファメモリ要件を低減するために、ＣＴＵ境界についてのみ、左又は上側にある２つおきのブロック（４×４グリッド）内の情報が、図３に表されるように再利用される。

［２．１．２ β及びｔ_Ｃの決定］
フィルタオン／オフ決定、強及び弱フィルタ選択、及び弱フィルタリングプロセスに関与する閾値β及びｔ_Ｃは、Ｐ及びＱブロックのルーマ量子化パラメータであるＱＰ_Ｐ及びＱＰ_Ｑに夫々基づき導出される。β及びｔ_Ｃを導出するために使用されるＱは、次の通りである：

Ｑ＝（（ＱＰ_Ｐ＋ＱＰ_Ｑ＋１）＞＞１）

変数βは、Ｑに基づいて、表１に示されるように導出される。Ｂｓが１よりも大きい場合には、変数ｔ_Ｃは、Ｃｌｉｐ３（０，５５，Ｑ＋２）を入力として用いて、表１のように指定される。そうでない（Ｂｓが１以下である）場合には、変数ｔ_Ｃは、Ｑを入力として用いて、表１のように指定される。

［２．１．３． ４ラインのためのフィルタオン／オフ決定］
フィルタオン／オフ決定は、１つ単位として４ラインについて行われる。図４は、フィルタオン／オフ決定に関与するピクセルを表す。最初の４つのラインの２つの赤色ボックス内の６つのピクセルが、その４ラインについてフィルタオン／オフを決定するために使用される。二番目の４つのラインの２つの赤色ボックス内の６つのピクセルが、二番目の４つのラインについてフィルタオン／オフを決定するために使用される。

ｄｐ０＋ｄｑ０＋ｄｐ３＋ｄｑ３＜βである場合に、最初の４つのラインに対するフィルタリングはオンされ、強／弱フィルタ選択プロセスが適用される。各変数は、次のように導出される：

ｄｐ０＝｜ｐ_２，０－２×ｐ_１，０＋ｐ_０，０｜
ｄｐ３＝｜ｐ_２，３－２×ｐ_１，３＋ｐ_０，３｜
ｄｐ４＝｜ｐ_２，４－２×ｐ_１，４＋ｐ_０，４｜
ｄｐ７＝｜ｐ_２，７－２×ｐ_１，７＋ｐ_０，７｜
ｄｑ０＝｜ｑ_２，０－２×ｑ_１，０＋ｑ_０，０｜
ｄｑ３＝｜ｑ_２，３－２×ｑ_１，３＋ｑ_０，３｜
ｄｑ４＝｜ｑ_２，４－２×ｑ_１，４＋ｑ_０，４｜
ｄｑ７＝｜ｑ_２，７－２×ｑ_１，７＋ｑ_０，７｜

条件が満足されない場合には、最初の４つのラインに対してフィルタリングは行われない。更に、条件が満足される場合には、ｄＥｐ１、及びｄＥｐ２が弱フィルタリングプロセスのために導出される。変数ｄＥは、１に等しくセットされる。ｄｐ０＋ｄｐ３＜（β＋（β＞＞１））＞＞３である場合には、変数ｄＥｐ１は１に等しくセットされる。ｄｑお＋ｄｑ３＜（β＋（β＞＞１））＞＞３である場合には、ｄＥｑ１は１に等しくセットされる。

二番目の４つのラインについては、上記と同じようにして決定が行われる。

［２．１．４． ４ラインのための強／弱フィルタ選択］
最初の４つのラインがフィルタオン／オフ決定においてフィルタリングオンであると決定された後、うちの２つの条件が満足される場合には、最初の４つのラインのフィルタリングのために強フィルタが使用される。そうでない場合には、弱フィルタがフィルタリングのために使用される。関与するピクセルは、図４に表されるようにフィルタオン／オフ決定に使用されたものと同じである。

１）２×（ｄｐ０＋ｄｑ０）＜（β＞＞２），｜ｐ３_０－ｐ０_０｜＋｜ｑ０_０－ｑ３_０｜＜（β＞＞３）及び｜ｐ０_０－ｑ０_０｜＜（５×ｔ_Ｃ＋１）＞＞１
２）２×（ｄｐ３＋ｄｑ３）＜（β＞＞２），｜ｐ３_３－ｐ０_３｜＋｜ｑ０_３－ｑ３_３｜＜（β＞＞３）及び｜ｐ０_３－ｑ０_３｜＜（５×ｔ_Ｃ＋１）＞＞１

同じようにして、次の２つの条件が満足される場合には、二番目の４つのラインのフィルタリングのために強フィルタが使用される。そうでない場合には、弱フィルタがフィルタリングのために使用される。

１）２×（ｄｐ４＋ｄｑ４）＜（β＞＞２），｜ｐ３_０－ｐ０_４｜＋｜ｑ０_４－ｑ３_４｜＜（β＞＞３）及び｜ｐ０_４－ｑ０_４｜＜（５×ｔ_Ｃ＋１）＞＞１
２）２×（ｄｐ７＋ｄｑ７）＜（β＞＞２），｜ｐ３_７－ｐ０_７｜＋｜ｑ０_７－ｑ３_７｜＜（β＞＞３）及び｜ｐ０_７－ｑ０_７｜＜（５×ｔ_Ｃ＋１）＞＞１

［２．１．４．１． 強フィルタリング］
強フィルタリングのために、フィルタリングされたピクセル値が、次の式によって取得される。Ｐブロック及びＱブロックの夫々について４つのピクセルを入力として用いて３つのピクセルが変更される点に留意されたい。

ｐ_０’＝（ｐ_２＋２×ｐ_１＋２×ｐ_０＋２×ｑ_０＋ｑ_１＋４）＞＞３
ｑ_０’＝（ｐ_１＋２×ｐ_０＋２×ｑ_０＋２×ｑ_１＋ｑ_２＋４）＞＞３
ｐ_１’＝（ｐ_２＋ｐ_１＋ｐ_０＋ｑ_０＋２）＞＞２
ｑ_１’＝（ｐ_０＋ｑ_０＋ｑ_１＋ｑ_２＋２）＞＞２
ｐ_２’＝（２×ｐ_３＋３×ｐ_２＋ｐ_１＋ｐ_０＋ｑ_０＋４）＞＞３
ｑ_２’＝（ｐ_０＋ｑ_０＋ｑ_１＋３×ｑ_２＋２×ｑ_３＋４）＞＞３

［２．１．４．２． 弱フィルタリング］
Δを次のように定義するとする：

Δ＝（９×（ｑ_０－ｐ_０）－３×（ｑ_１－ｐ_１）＋８）＞＞４

ａｂｓ（Δ）がｔ_Ｃ×１０よりも小さいとき、

Δ＝Ｃｌｉｐ３（－ｔ_Ｃ，ｔ_Ｃ，Δ）
ｐ_０’＝Ｃｌｉｐ１_Ｙ（ｐ_０＋Δ）
ｑ_０’＝Ｃｌｉｐ１_Ｙ（ｑ_０－Δ）

ｄＥｐ１が１に等しい場合には、

Δｐ＝Ｃｌｉｐ３（－（ｔ_Ｃ＞＞１），ｔ_Ｃ＞＞１，（（（ｐ_２＋ｐ_０＋１）＞＞１）－ｐ_１＋Δ）＞＞１）
ｐ_１’＝Ｃｌｉｐ１_Ｙ（ｐ_１＋Δｐ）

ｄＥｐ１が１に等しい場合には、

Δｑ＝Ｃｌｉｐ３（－（ｔ_Ｃ＞＞１），ｔ_Ｃ＞＞１，（（（ｑ_２＋ｑ_０＋１）＞＞１）－ｑ_１－Δ）＞＞１）
ｑ_１’＝Ｃｌｉｐ１_Ｙ（ｑ_１＋Δｑ）

Ｐブロック及びＱブロックの夫々について３つのピクセルを入力として用いて最大２つのピクセルが変更される点に留意されたい。

［２．１．４．３． クロマフィルタリング］
クロマフィルタリングのＢｓは、ルーマから引き継がれる。Ｂｓ＞１である場合には、又はコーディングされたクロマ係数が存在する場合には、クロマフィルタリングが実行される。他のフィルタリング決定は存在しない。また、ただ１つのフィルタのみがクロマについては適用される。クロマのためのフィルタ選択プロセスは使用されない。フィルタリングされたサンプル値ｐ_０’及びｑ_０’は、次のように導出される：

Δ＝Ｃｌｉｐ３（－ｔ_Ｃ，ｔ_Ｃ，（（（（ｑ_０－ｐ_０）＜＜２）＋ｐ_１－ｑ_１＋４）＞＞３））
ｐ_０’＝Ｃｌｉｐ１_Ｃ（ｐ_０＋Δ）
ｑ_０’＝Ｃｌｉｐ１_Ｃ（ｑ_０－Δ）

［２．２ ＶＶＣにおけるデブロッキングスキーム］
ＶＴＭ６では、デブロッキングフィルタプロセスは、ＨＥＶＣにおけるそれらとほとんど同じである。しかし、次の変更が加えられている。
Ａ）再構成されたサンプルの平均化されたルーマレベルに依存するデブロッキングフィルタのフィルタ強さ
Ｂ）１０ビットビデオへのデブロッキングｔＣテーブルの拡張及び適応
Ｃ）ルーマのための４×４グリッドでブロッキング
Ｄ）ルーマのためのより強いデブロッキングフィルタ
Ｅ）クロマのためのより強いデブロッキングフィルタ
Ｆ）サブブロック境界のためのデブロッキングフィルタ
Ｇ）動きのより小さい差に適応されたデブロッキング決定

図５は、コーディングユニットに対するＶＶＣでのデブロッキングフィルタプロセスのフローチャートを表す。

［２．２．１． 再構成された平均ルーマに依存するフィルタ強さ］
ＨＥＶＣでは、デブロッキングフィルタのフィルタ強さは、平均化された量子化パラメータｑＰ_Ｌから導出される変数β及びｔ_Ｃによって制御される。ＶＴＭ６では、デブロッキングフィルタは、この方法のＳＰＳフラグが真である場合に、再構成されたサヌルノルーマレベルに従ってｑＰ_Ｌにオフセットを加えることによって、デブロッキングフィルタの強さを制御する。再構成されたルーマレベルＬＬは、次のように導出される：

ＬＬ＝（（ｐ_０，０＋ｐ_０，３＋ｑ_０，０＋ｑ_０，３）＞＞２）／（１＜＜ｂｉｔＤｅｐｔｈ） （３－１）

このとき、サンプル値ｐ_ｉ，ｋ及びｑ_ｉ，ｋ（ｉ＝０・・・３、ｋ＝０及び３）が導出され得る。次いで、ＬＬが、ＳＰＳにおいて通知された閾値に基づきオフセットｑｐＯｆｆｓｅｔを決定するために使用される。その後に、次のように導出されるｑＰ_Ｌが、β及びｔＣを導出するために用いられる：

ｑＰ_Ｌ＝（（Ｑｐ_Ｑ＋Ｑｐ_Ｐ＋１）＞＞１）＋ｑｐＯｆｆｓｅｔ （３－２）

このとき、Ｑｐ_Ｑ及びＱｐ_Ｐは、夫々、サンプルｑ_０，０及びｐ_０，０を含むコーディングユニットの量子化パラメータを表す。現在のＶＶＣでは、この方法は、ルーマデブロッキングプロセスに対してのみ適用される。

［２．２．２． ルーマのための４×４デブロッキンググリッド］
ＨＥＶＣは、ルーマ及びクロマの両方のために８×８デブロッキンググリッドを使用する。ＶＴＭ６では、ルーマ境界についての４×４グリッドでのデブロッキングは、矩形変換形状からのブロッキングアーチファクトを扱うために導入された。４×４グリッドでの並列フレンドリなルーマデブロッキングは、デブロッキングされるサンプルの数を、一辺が４以下の幅である垂直ルーマ境界の各辺での１サンプル、又は一辺が４以下の高さである水平ルーマ境界の各片での１サンプルに制限することによって、達成される。

［２．２．３． ルーマのための境界強さの導出］
詳細な境界強さの導出は、表２で見受けられる。表２中の条件は順にチェックされる。

［２．２．４． ルーマのためのより強いデブロッキングフィルタ］
提案は、境界のどちらか一方の側にあるサンプルが大きいブロックに属するときに双線形フィルタを使用する。大きいブロックに属するサンプルは、垂直エッジについては幅＞＝３２である場合として、及び水平エッジについては高さ＞＝３２である場合として定義される。

双線形フィルタは、以下でリストアップされる。

ｉ＝０～Ｓｐ－１のブロック境界サンプルｐｉ及びｊ＝０～Ｓｑ－１のブロック境界サンプルｑｊ（ｐｉ及びｑｊは、上記のＨＥＶＣデブロッキングでの定義に従う。）は、その場合に、次のように、線形補間によって置換される：

－ ｐ_ｉ’＝（ｆ_ｉ×Ｍｉｄｄｌｅ_ｓ，ｔ＋（６４－ｆ_ｉ）×Ｐ_ｓ＋３２）＞＞６），
ｐ_ｉ±ｔ_ＣＰＤ_ｉにクリップされる

－ ｑ_ｊ’＝（ｇ_ｊ×Ｍｉｄｄｌｅ_ｓ，ｔ＋（６４－ｇ_ｊ）×Ｑ_ｓ＋３２）＞＞６），
ｑ_ｊ±ｔ_ＣＰＤ_ｊにクリップされる

このとき、ｔ_ＣＰＤ_ｉ及びｔ_ＣＰＤ_ｊの項は、第２．２．５節で記載される位置依存のクリッピングであり、ｇ_ｊ、ｆ_ｉ、Ｍｉｄｄｌｅ_ｓ，ｔ、Ｐ_ｓ及びＱ_ｓは、以下で与えられる：

［２．２．５． ルーマのためのデブロッキング制御］
デブロッキング決定プロセスは、このサブセクションで記載される。

より幅広くより強いルーマフィルタは、条件１、条件２、及び条件３の全てが真である場合にのみ使用されるフィルタである。

条件１は、「大きいブロックの条件」（“ｌａｒｇｅ ｂｌｏｃｋ ｃｏｎｄｉｔｉｏｎ”）である。この条件は、Ｐサイド及びＱサイドのサンプルが大きいブロックに属するかどうかを検出する。これは、変数ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ及びｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋによって夫々表される。ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ及びｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋは、次のように定義される。

ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ＝（（エッジタイプが垂直であり、ｐ_０が幅＞＝３２であるＣＵに属する）｜｜（エッジタイプが水平であり、ｐ_０が高さ＞＝３２であるＣＵに属する））？ＴＲＵＥ：ＦＡＬＳＥ

ｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋ＝（（エッジタイプが垂直であり、ｑ_０が幅＞＝３２であるＣＵに属する）｜｜（エッジタイプが水平であり、ｑ_０が高さ＞＝３２であるＣＵに属する））？ＴＲＵＥ：ＦＡＬＳＥ

ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ及びｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋに基づいて、条件１は、次のように定義される。

条件１＝（ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ｜｜ｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋ）？ＴＲＵＥ：ＦＡＬＳＥ

次に、条件１が真である場合に、条件２が更にチェックされることになる。最初に、次の変数が導出される：
－ ｄｐ０、ｄｐ３、ｄｑ０、ｄｑ３が、ＨＥＶＣで見られるように、最初に導出される
－ ｉｆ（ｐサイドが３２以上である）
ｄｐ０＝（ｄｐ０＋Ａｂｓ（ｐ_５，０－２×ｐ_４，０＋ｐ_３，０）＋１）＞＞１
ｄｐ３＝（ｄｐ３＋Ａｂｓ（ｐ_５，３－２×ｐ_４，３＋ｐ_３，３）＋１）＞＞１
－ ｉｆ（ｑサイドが３２以上である）
ｄｑ０＝（ｄｑ０＋Ａｂｓ（ｑ_５，０－２×ｑ_４，０＋ｑ_３，０）＋１）＞＞１
ｄｑ３＝（ｄｑ３＋Ａｂｓ（ｑ_５，３－２×ｑ_４，３＋ｑ_３，３）＋１）＞＞１
－ ｄｐｑ０、ｄｐｑ３、ｄｐ、ｄｑ、ｄが、次いで、ＨＥＶＣで見られるように、導出される。

次いで、条件２は、次のように定義される。

条件２＝（ｄ＜β）？ＴＲＵＥ：ＦＡＬＳＥ

このとき、第２．１．４節で示されたように、ｄ＝ｄｐ０＋ｄｑ０＋ｄｐ３＋ｄｑ３である。

条件１及び条件２が妥当である場合に、ブロックのいずれかがサブブロックを使用するかどうかが更にチェックされる：

最後に、条件１及び条件２の両方が妥当である場合に、提案されているデブロッキング方法は、次のように定義されている条件３（大きいブロック強いフィルタ条件）をチェックすることになる。条件３の強フィルタ条件（ＳｔｒｏｎｇＦｏｌｔｅｒＣｏｎｄｉｔｉｏｎ）では、次の変数が導出される：
－ ｄｐｑが、ＨＥＶＣで見られるように、導出される
－ ＨＥＶＣで見られるように導出されたｓｐ３＝Ａｂｓ（ｐ３－ｐ０）
－ ｉｆ（ｐサイドが３２以上である）
ｉｆ（Ｓｐ＝＝５）
ｓｐ３＝（ｓｐ３＋Ａｂｓ（ｐ５－ｐ３）＋１）＞＞１
ｅｌｓｅ
ｓｐ３＝（ｓｐ３＋Ａｂｓ（ｐ７_７－ｐ３）＋１）＞＞１
－ ＨＥＶＣで見られるように導出されたｓｑ３_３＝Ａｂｓ（ｑ０－ｑ３）
－ ｉｆ（ｑサイドが３２以上である）
ｉｆ（Ｓｐ＝＝５）
ｓｑ３＝（ｓｑ３＋Ａｂｓ（ｑ５－ｑ３）＋１）＞＞１
ｅｌｓｅ
ｓｑ３＝（ｓｑ３＋Ａｂｓ（ｑ７－ｑ３）＋１）＞＞１

ＨＥＶＣで見られるように、ＳｔｒｏｎｇＦｉｌｔｅｒＣｏｎｄｉｔｉｏｎ＝（ｄｐｑが（β＞＞２）よりも小さい，ｓｐ３＋ｓｑ３が（３×β＞＞５）よりも小さい，かつＡｂｓ（ｐ０－ｑ０）が（５×ｔ_Ｃ＋１）＞＞１よりも小さい）？ＴＲＵＥ：ＦＡＬＳＥである。

図６は、ルーマデブロッキングフィルタプロセスのフローチャートを表す。

［クロマのための強デブロッキングフィルタ］
クロマのための次の強デブロッキングフィルタが定義される：
ｐ_２’＝（３×ｐ_３＋２×ｐ_２＋ｐ_１＋ｐ_０＋ｑ_０＋４）＞＞３
ｐ_１’＝（２×ｐ_３＋ｐ_２＋２×ｐ_１＋ｐ_０＋ｑ_０＋ｑ_１＋４）＞＞３
ｐ_０’＝（ｐ_３＋ｐ_２＋ｐ_１＋２×ｐ_０＋ｑ_０＋ｑ_１＋ｑ_２＋４）＞＞３

提案されているクロマフィルタは、４×４クロマサンプルグリッドに対してデブロッキングを実行する。

［２．２．７． クロマのためのデブロッキング制御］
上記のクロマフィルタは、８×８クロマサンプルグリッドに対してデブロッキングを実行する。クロマ強フィルタは、ブロック境界の両側で使用される。ここで、クロマフィルタは、クロマエッジの両側が８（クロマサンプルの単位）以上であり、３つの条件における次の決定が満足されるときに、選択される。第１の条件は、大きいブロック及び境界強さの決定に関する。第２及び第３の条件は、基本的に、ＨＥＶＣルーマ決定の場合と同じであり、夫々、オン／オフ決定及び強フィルタ決定である。

図７は、クロマデブロッキングフィルタプロセスのフローチャートを表す。

［２．２．８． 位置依存のクリッピング］
提案はまた、境界で７、５及び３つのサンプルを変更するものである強くかつ長いフィルタを含むルーマフィルタリングプロセスの出力サンプルに適用される位置依存のクリッピングｔｃＰＤも導入する。量子化誤差分布を仮定して、サンプルのクリッピング値を増加させることが提案される。これは、より高い量子化ノイズを有することが予想されるので、真のサンプル値からの再構成されたサンプル値のより高い偏差を有することが予想される。

提案された非対称フィルタによりフィルタリングされた各Ｐ又はＱ境界について、第２．２で記載された意志決定プロセスの結果に応じて、位置依存の閾値テーブルは、サイド情報としてデコーダへ供給されるＴｃ７及びＴｃ３の表から選択される：

Ｔｃ７＝｛６，５，４，３，２，１，１｝；
Ｔｃ３＝｛６，４，２｝；
ｔｃＰＤ＝（ＳＰ＝＝３）？Ｔｃ３：Ｔｃ７；
ｔｃＱＤ＝（ＳＱ＝＝３）？Ｔｃ３：Ｔｃ７；

短い対称フィルタを用いてＰ又はＱ境界がフィルタリングされる場合に、より桁が低い位置依存の閾値が適用される：
Ｔｃ３＝｛３，２，１｝；

閾値を定義することに続いて、フィルタリングされたｐ’ｉ及びｑ’ｊのサンプル値は、ｔｃＰ及びｔｃＱのクリッピング値に従ってクリッピングされる：

ｐ”_ｉ＝Ｃｌｉｐ３（ｐ’_ｉ＋ｔｃＰ_ｉ，ｐ’_ｉ－ｔｃＰ_ｉ，ｐ’_ｉ）；
ｑ”_ｊ＝Ｃｌｉｐ３（ｑ’_ｊ＋ｔｃＱ_ｊ，ｑ’_ｊ－ｔｃＱ_ｊ，ｑ’_ｊ）；

このとき、ｐ’_ｉ及びｑ’_ｊは、フィルタリングされたサンプル値であり、ｐ”_ｉ及びｑ”_ｊは、クリッピング後の出力サンプル値であり、ｔｃＰ_ｉ及びｔｃＱ_ｊは、ＶＶＣのｔｃパラメータ並びにｔｃＰＤ及びｔｃＱＤから導出されるクリッピング閾値である。Ｃｌｉｐ３の項は、ＶＶＣで定められているクリッピング関数である。

［２．２．９． サブブロックデブロッキング調整］
長いフィルタ及びサブブロックデブロッキングの両方を使用して並列フレンドリなデブロッキングを可能にするために、長いフィルタは、長いフィルタについてルーマ制御で示されるように、サブブロックデブロッキング（ＡＦＦＩＮＥ又はＡＴＭＶＰ）を使用する側で多くても５つのサンプルしか変更しないよう制限される。更に、サブブロックデブロッキングは、ＣＵ又は暗黙的なＴＵ境界に近い８×８グリッド上のサブブロック境界が夫々の側で多くても２つのサンプルしか変更しないよう制限されるように、調整される。

以下は、ＣＵ境界と整列されていないサブブロック境界に適用される：

０に等しいエッジがＣＵ境界に対応する場合に、２に等しいか又はｏｒｔｈｏｇｏｎａｌＬｅｎｇｔｈ－２に等しいエッジは、ＣＵ境界などからの８サンプルのサブブロック境界に対応する。ＴＵの暗黙的な分割が使用される場合に、暗黙的なＴＵは真である。図８は、ＴＵ境界及びサブＰＵ境界についての決定プロセスのフローチャートを示す。

水平境界のフィルタリングは、水平境界がＣＴＵ境界と整列する場合に、ルーマについてはＳｐ＝３、クロマについてはＳｐ＝１及びＳｑ＝１を制限している。

［２．２．１０． 動きのより小さい差に適応されたデブロッキング決定］
ＨＥＶＣは、境界の各々の側にあるブロック間の少なくとも１つの動きベクトル成分の差が１サンプルの閾値以上であるときに、予測ユニット境界のデブロッキングを有効にする。ＶＴＭ６では、半ルーマサンプルの閾値が、動きベクトルの差が小さいインター予測ユニット間の境界から生じるブロッキングアーチファクトの除去も可能にするために導入される。

［２．３． インター及びイントラ複合予測（ＣＩＩＰ）］
ＶＴＭ６では、ＣＵがマージモードで符号化される場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（Combined Inter/Intra Prediction，ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐ_{ｉｎｔｅｒ}は、通常のマージモードに適用されるのと同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐ_{ｉｎｔｒａ}は、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロックのコーディングモードに応じて計算される：
－ 上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
－ 左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
－ （ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
－ そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
－ 上記以外の場合に、ｗｔを１にセットする。

ＣＩＩＰ予測は、次のように形成される：

［２．４． ＶＴＭ６．０におけるクロマＱＰテーブル設計］
いくつかの実施形態で、クロマＱＰテーブルが使用される。いくつかの実施形態で、シグナリングメカニズムは、クロマＱＰテーブルのために使用され、これにより、それがＳＤＲ及びＨＤＲコンテンツのためにテーブルを最適化する機会をエンコーダにもたらすよう柔軟であることが確かにされる。それは、Ｃｂ及びＣｒ成分について別々にテーブルを通知することをサポートする。提案されているメカニズムは、区分線形関数（piece-wise linear function）としてクロマＱＰテーブルを通知する。

［２．５． 変換スキップ（ＴＳ）］
ＨＥＶＣで見られるように、ブロックの残差は、変換スキップモードによりコーディングされ得る。シンタックスコーディングの冗長性を回避するために、変換スキップフラグは、ＣＵレベルのＭＴＳ＿ＣＵ＿ｆｌａｇがゼロに等しいない場合には通知されない。変換スキップのブロックサイズ情報は、ＪＥＭ４におけるＭＴＳのそれと同じである。これは、ブロックの幅及び高さが３２以下である場合にＣＵに対して変換スキップが適用可能であることを示す。暗黙的なＭＴＳ変換は、ＬＦＮＳＴ又はＭＩＰが現在ＣＵに対してアクティブにされる場合に、ＤＣＴ２にセットされる点に留意されたい。また、暗黙的なＭＴＳは、ＭＴＳがインターコーディングされたブロックに対して有効にされる場合に、依然として有効にされ得る。

更に、変換スキップブロックについて、最大許容量子化パラメータ（ＱＰ）は、６×（ｉｎｔｅｒｎａｌＢｉｔＤｅｐｔｈ－ｉｎｐｕｔＢｉｔＤｅｐｔｈ）＋４と定義される。

［２．６． クロマ残差の共同コーディング（Joint Coding of Chroma Residuals，ＪＣＣＲ）］
いくつかの実施形態で、クロマ残差は共同でコーディングされる。共同クロマコーディングモードの利用（活性化）は、ＴＵレベルのフラグｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇによって示され、選択されたモードは、クロマＣＢＦによって暗黙的に示される。フラグｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇは、ＴＵのためのどちらか一方又は両方のクロマＣＢＦが１に等しい場合に存在する。ＰＰＳ及びスライスヘッダにおいて、クロマＱＰオフセット値は、通常のクロマ残差コーディングモードについて通知された通常のクロマＱＰオフセットと区別するために、共同クロマ残差コーディングモードについて通知される。これらのクロマＱＰオフセット値は、共同クロマ残差コーディングモードを用いてコーディングされたブロックについてクロマＱＰ値を導出するために使用される。対応する共同クロマコーディングモード（表３のモード２）がＴＵでアクティブである場合に、このクロマＱＰオフセットは、そのＴＵの量子化及び復号化中に、適用されたルーマ導出クロマＱＰに加えられる。他のモード（表３のモード１及び３）については、クロマＱＰは、従来のＣｂ又はＣｒブロックの場合と同じように導出される。伝送された変換ブロックからのクロマ残差（ｒｅｓＣｂ及びｒｅｓＣｒ）の再構成プロセスは、表３に表されている。このモードがアクティブにされる場合に、１つの単一共同クロマ残差ブロック（表３のｒｅｓＪｏｉｎｔＣ［ｘ］［ｙ］）が通知され、Ｃｂの残差ブロック（ｒｅｓＣｂ）及びＣｒの残差ブロック（ｒｅｓＣｒ）は、ｔｕ＿ｃｂｆ＿ｃｂ、ｔｕ＿ｃｂｆ＿ｃｒ及びＣｓｉｇｎ（スライスヘッダにおいて指定された符号値である。）のような情報を考慮して導出される。

エンコーダ側で、共同クロマ成分は、以下で説明されるように導出される。モード（上記の表でリストアップされる。）に応じて、ｒｅｓＪｏｉｎｔＣ｛１，２｝は、次のようにエンコーダによって生成される：
●モードが２に等しい場合（再構成Ｃｂ＝Ｃｒ、Ｃｒ＝ＣＳｉｇｎ×Ｃによる単一の残差）、共同残差は、
ｒｅｓＪｏｉｎｔＣ［ｘ］［ｙ］＝（ｒｅｓＣｂ［ｘ］［ｙ］＋ＣＳｉｇｎ×ｒｅｓＣｒ［ｘ］［ｙ］）／２
に従って決定される。
●そうではなく、モードが１に等しい場合（再構成Ｃｂ＝Ｃｒ、Ｃｒ＝（ＣＳｉｇｎ×Ｃ）／２による単一の残差）、共同残差は、
ｒｅｓＪｏｉｎｔＣ［ｘ］［ｙ］＝（４×ｒｅｓＣｂ［ｘ］［ｙ］＋２×ＣＳｉｇｎ×ｒｅｓＣｒ［ｘ］［ｙ］）／５
に従って決定される。
●上記以外の場合（モードが３に等しい、つまり、再構成Ｃｂ＝Ｃｒ、Ｃｂ＝（ＣＳｉｇｎ×Ｃ）／２による単一の残差）、共同残差は、
ｒｅｓＪｏｉｎｔＣ［ｘ］［ｙ］＝（４×ｒｅｓＣｒ［ｘ］［ｙ］＋２×ＣＳｉｇｎ×ｒｅｓＣｂ［ｘ］［ｙ］）／５
に従って決定される。

異なるＱＰが、上記の３つのモードで利用される。モード２については、ＪＣＣＲコーディングされたブロックについてＰＰＳにおいて通知されたＱＰオフセットが適用され、一方、残り２つのモードについては、それは適用されず、代わりに、非ＪＣＣＲコーディングされたブロックについてＰＰＳにおいて通知されたＱＰオフセットが適用される。

対応する仕様は、次の通りである：

［２．７． 交差成分適応ループフィルタ（ＣＣ－ＡＬＦ）］
図１４Ａは、他のループフィルタに関してＣＣ－ＡＬＦ（Cross-Component Adaptive Loop Filter）の配置を表す。ＣＣ－ＡＬＦは、クロマ成分ごとにルーマチャネルに線形なダイヤモンド形状フィルタ（図１４Ｂ）を適用することによって、作動する。これは、次のように表される。

このとき、
（ｘ，ｙ）は、精緻化されるクロマ成分ｉの位置であり、
（ｘ_Ｃ，ｙ_Ｃ）は、（ｘ，ｙ）に基づくルーマ位置であり、
Ｓ_ｉは、クロマ成分ｉについてのルーマにおけるフィルタサポートであり、
ｃ_ｉ（ｘ_０，ｙ_０）は、フィルタ係数を表す。

ＣＣ－ＡＬＦの主な特徴には、次がある：
－ サポート領域の中心にあるルーマ位置（ｘ_Ｃ，ｙ_Ｃ）は、ルーマプレーンとクロマプレーンとの間の空間スケーリング係数に基づき計算される。
－ 全てのフィルタ係数は、ＡＰＳにおいて伝送され、８ビットダイナミックレンジを有する。
－ ＡＰＳは、スライスヘッダにおいて参照され得る。
－ スライスの各クロマ成分について使用されるＣＣ－ＡＬＦ係数は、時間サブレイヤに対応するバッファにも格納される。時間サブレイヤフィルタ係数のこれらのセットの再利用は、スライスレベルのフラグを用いて容易にされる。
－ ＣＣ－ＡＬＦフィルタの適用は、可変なブロックで制御され、サンプルの各ブロックについて受け取られたコンテキストコーディングされたフラグによって通知される。ブロックサイズは、ＣＣ－ＡＬＦ有効化フラグとともに、クロマ成分ごとにスライスレベルで受け取られる。
－ 水平仮想境界の境界パディングは、繰り返しを利用する。残りの境界については、通常のＡＬＦと同じタイプのパディングが使用される。

［３． 既存の実施の欠点］
ＤＭＶＲ及びＢＩＯは、動きベクトルの精緻化中に、原信号を利用しない。これは、不正確な動き情報を持ったコーディングブロックを生じさせる可能性がある。また、ＤＭＶＲ及びＢＩＯは、動き精緻化後に、ときどき、分数動きベクトル用いるが、スクリーンビデオは、通常は、整数動きベクトルを有する。これは、現在の動き情報をより不正確にし、コーディング性能を悪化させる。

１．クロマＱＰテーブルとクロマデブロッキングとの間の相互作用は、問題がある可能性がある。例えば、クロマＱＰテーブルは、個々のＱＰに適用されるべきであり、ＱＰの加重和に適用されるべきではない。
２．ルーマデブロッキングフィルタリングプロセスのロジックは、ハードウェア設計が複雑である。
３．境界強さの導出のロジックは、ソフトウェア及びハードウェアの両方の設計が複雑過ぎる。
４．ＢＳ決定プロセスで、ＪＣＣＲは、ＪＣＣＴを適用せずにコーディングされたブロックとは別に扱われる。しかし、ＪＣＣＲは、残差をコーディングする特別な方法にすぎない。従って、そのような設計は、明確な利点がなくても、更なる複雑性を生じさせる可能性がある。
５．クロマエッジ設計で、Ｑｐ_Ｑ及びＱｐ_Ｐは、サンプルｑ_０，０及びｐ_０，０を夫々含むコーディングブロックを含むコーディングユニットのＱｐ_Ｙ値に等しくセットされる。しかし、量子化／逆量子化プロセスで、クロマサンプルのＱＰは、現在のクロマＣＵの中心位置の対応するルーマサンプルをカバーするルーマブロックのＱＰから導出される。デュアルツリーが有効にされる場合に、ルーマブロックの異なる位置は、異なるＱＰを生じさせることがある。従って、クロマデブロッキングプロセスで、不適切なＱＰがフィルタ決定のために使用される可能性がある。そのようなミスアライメントは、視覚アーチファクトを生じさせる可能性がある。例が図９Ａ～Ｂに示されている。図９Ａは、ルーマブロックの対応するＣＴＢパーティショニングを示し、図９Ｂは、デュアルツリーの下でのクロマＣＴＢパーティショニングを示す。ＣＵ_Ｃ１によって表されるクロマブロックについてＱＰを決定するとき、ＣＵ_Ｃ１の中心位置が最初に導出される。次いで、ＣＵ_Ｃ１の中心位置の対応するルーマサンプルが識別され、対応するルーマサンプルをカバーするルーマＣＵ、つまり、ＣＵ_Ｙ３に関連したルーマＱＰが、次いで、ＣＵ_Ｃ１のＱＰを導出するために利用される。しかし、表されている３つのサンプル（実線円）についてフィルタ決定を行うときには、対応する３つのサンプルをカバーするＣＵのＱＰが選択される。従って、第１、第２、及び第３のクロマサンプル（図９Ｂを参照。）については、ＣＵ_Ｙ２、ＣＵ_Ｙ３、及びＣＵ_Ｙ４のＱＰが夫々利用される。すなわち、同じＣＵ内のクロマサンプルは、フィルタ決定のために異なるＱＰを使用することがあり、これは、不適切な決定を生じさせる可能性がある。
６．異なるピクチャレベルＱＰオフセット（つまり、ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）が、ＪＣＣＲコーディングされたブロックに適用され、これは、非ＪＣＣＲコーディングされたブロックに適用されたＣｂ／Ｃｒのピクチャレベルオフセット（例えば、ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ及びｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）とは異なる。しかし、クロマデブロッキングフィルタ決定プロセスでは、非ＪＣＣＲコーディングされたブロックのオフセットのみが利用される。コーディングされたモードの考慮が欠落していると、誤ったフィルタ決定が起こる可能性がある。
７．ＴＳコーディングされたブロックと、非ＴＳコーディングされたブロックとは、逆量子化プロセスで、異なるＱＰを用いる。これは、デブロッキングプロセスでも考慮されることがある。
８．異なるＱＰが、異なるモードによるＪＣＣＲコーディングされたブロックに対してスケーリングプロセス（量子化／逆量子化）で使用される。そのような設計は一貫性がない。
９．Ｃｂ／Ｃｒのクロマデブロッキングは、並列設計のために統合され得る。

［４． 例となる技術及び実施形態］
以下で記載される詳細な実施形態は、一般的な概念を説明するための例と見なされるべきである。これらの実施形態は、狭い意味で解釈されるべきではない。更に、これらの実施形態は、如何なる様態でも組み合わされ得る。

以下で記載される方法は、後述されるＤＭＶＲ及びＢＩＯに加えて、他のデコーダ動き情報導出にも適用可能であり得る。

以下の例で、ＭＶＭ［ｉ］．ｘ及びＭＶＭ［ｉ］．ｙは、Ｍ（ＭはＰ又はＱである）側でのブロックの参照ピクチャリストｉ（ｉは０又は１である）内の動きベクトルの水平及び垂直成分を表す。Ａｂｓは、入力の絶対値を得る演算を表し、「＆＆」及び「｜｜」は、論理演算ＡＮＤ及びＯＲを表す。図１０を参照して、Ｐは、Ｐサイドでのサンプルを表すことができ、Ｑは、Ｑサイドでのサンプルを表すことができる。Ｐサイド及びＱサイドでのブロックは、破線によってマークされたブロックを表し得る。

デブロッキングにおけるクロマＱＰに関して
１．クロマＱＰテーブルが（例えば、クロマブロックエッジの決定プロセスにおいて）クロマデブロッキングを制御するパラメータを導出するために使用される場合に、クロマＱＰオフセットは、クロマＱＰテーブルを適用した後で適用されてよい。
ａ．一例で、クロマＱＰオフセットは、クロマＱＰテーブルによって計算された値に加えられてよい。
ｂ．代替的に、クロマＱＰオフセットは、クロマＱＰテーブルへの入力と見なされなくてもよい。
ｃ．一例で、クロマＱＰオフセットは、ピクチャレベル又は他のビデオユニットレベル（スライス／タイル／ブリック／サブピクチャ）のクロマ量子化パラメータオフセットであってよい（例えば、本明細書では、ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ及びｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）。
２．ＱＰクリッピングは、クロマＱＰオフセットの入力に適用されなくてもよい。
３．クロマ成分のデブロッキングプロセスは、各サイドで、（クロマＱＰテーブルによる）マッピングされたクロマＱＰに基づき得ることが提案される。
ａ．一例で、クロマのデブロッキングパラメータ（例えば、β及びｔ_Ｃ）は、各サイドでルーマＱＰから導出されたＱＰに基づき得ることが提案される。
ｂ．一例で、クロマデブロッキングパラメータは、ＱｐＰをテーブルインデックスとして用いるクロマＱＰテーブル値に依存してもよい。このとき、ＱｐＰは、ＰサイドでのルーマＱＰ値である。
ｃ．一例で、クロマデブロッキングパラメータは、ＱｐＱをテーブルインデックスとして用いるクロマＱＰテーブル値に依存してもよい。このとき、ＱｐＱは、ＱサイドでのルーマＱＰ値である。
４．クロマ成分のデブロッキングプロセスは、クロマブロックの量子化／逆量子化に適用されたＱＰに基づき得ることが提案される。
ａ．一例で、デブロッキングプロセスのＱＰは、逆量子化のＱＰに等しくなる。
５．デブロッキングフィルタ決定プロセスにおいて異なるコーディング方法のために使用されたピクチャ／スライス／タイル／ブリック／サブピクチャレベルの量子化パラメータオフセットを考えることが提案される。
ａ．一例で、フィルタ決定（例えば、デブロッキングフィルタプロセスでのクロマエッジ決定）のためのピクチャ／スライス／タイル／ブリック／サブピクチャレベルの量子化パラメータオフセットの選択は、サイドごとのコーディング方法に依存してよい。
ｂ．一例で、クロマブロックの量子化パラメータを使用する必要があるフィルタリングプロセス（例えば、クロマエッジ決定プロセス）は、ブロックがＪＣＣＲを使用するかどうかに依存してよい。
ｉ．代替的に、更に、ＪＣＣＲコーディングされたブロックに適用されるピクチャ／スライスレベルのＱＰオフセット（例えば、ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）は、デブロッキングフィルタプロセスにおいて更に考慮されてよい。
ｉｉ．一例で、Ｔ_Ｃ及びβの設定を決定するために使用されるｃＱｐＰｉｃＯｆｆｓｅｔは、特定の条件でｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ又はｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔの代わりにｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔにセットされてよい：
１．一例で、Ｐ又はＱサイドにあるいずれかのブロックがＪＣＣＲを使用する場合。
２．一例で、Ｐ又はＱサイドにある両方のブロックがＪＣＣＲを使用する場合。
ｉｉｉ．代替的に、更に、フィルタリングプロセスは、ＪＣＣＲのモード（例えば、モードが２に等しいかどうか）に依存してよい。
６．ルーマブロックの復号化された情報にアクセスする必要があるクロマフィルタリングプロセス（例えば、クロマエッジ決定プロセス）は、量子化／逆量子化プロセスにおいてクロマＱＰを導出するために使用される同じルーマコーディングブロックに関連した情報を利用してよい。
ａ．一例で、ルーマブロックの量子化パラメータを使用する必要があるクロマフィルタリングプロセス（例えば、クロマエッジ決定プロセス）は、現在のクロマＣＵの中心位置の対応するルーマサンプルをカバーするルーマコーディングユニットを利用してよい。
ｂ．例が図９Ａ～Ｂに表されており、ＣＴ_Ｙ３の復号化された情報は、図９Ｂの３つのクロマサンプル（第１、第２及び第３）のフィルタリング決定のために使用され得る。
７．クロマフィルタリングプロセス（例えば、クロマエッジ決定プロセス）は、クロマブロックのスケーリングプロセス（例えば、量子化／逆量子化）に適用された量子化パラメータに依存してよい。
ａ．一例で、β及びＴ_Ｃを導出するために使用されるＱＰは、クロマブロックのスケーリングプロセスに適用されたＱＰに依存してよい。
ｂ．代替的に、更に、クロマブロックのスケーリングプロセスに使用されるＱＰは、クロマＣＵレベルのＱＰオフセットを考慮に入れてもよい。
８．上記のビュレットを呼び出すべきかどうかは、フィルタリングされるサンプルがＰ又はＱサイドにあるブロック内にあるかどうかに依存してよい。
ａ．例えば、現在のクロマサンプルの対応するルーマサンプルをカバーするルーマコーディングユニットの情報を使用するか、あるいは、現在のクロマサンプルをカバーするクロマコーディングブロックの中心位置の対応するルーマサンプルをカバーするルーマコーディングブロックの情報を使用するかは、ブロック位置に依存してよい。
ｉ．一例で、現在のクロマサンプルがＱサイドにあるブロック内にある場合に、現在のクロマサンプルをカバーするクロマコーディングブロックの中心位置の対応するルーマサンプルをカバーするルーマコーディングブロックのＱＰ情報が使用されてよい。
ｉｉ．一例で、現在のクロマサンプルがＰサイドにあるブロック内にある場合に、クロマサンプルの対応するルーマサンプルをカバーするルーマコーディングブロックのＱＰ情報が使用されてよい。
９．デブロッキングに使用されるクロマＱＰは、対応する変換ブロックの情報に依存してよい。
ａ．一例で、ＰサイドでのデブロッキングのためのクロマＱＰは、Ｐサイドでの変換ブロックのモードに依存してよい。
ｉ．一例で、ＰサイドでのデブロッキングのためのクロマＱＰは、Ｐサイドでの変換ブロックがＪＣＣＲを適用してコーディングされるかどうかに依存してよい。
ｉｉ．一例で、ＰサイドでのデブロッキングのためのクロマＱＰは、Ｐサイドでの変換ブロックがｊｏｉｎｔ＿ｃｂ＿ｃｒモードでコーディングされ、ＪＣＣＲのモードが２に等しいかどうかに依存してよい。
ｂ．一例で、ＱサイドでのデブロッキングのためのクロマＱＰは、Ｑサイドでの変換ブロックに依存してよい。
ｉ．一例で、ＱサイドでのデブロッキングのためのクロマＱＰは、Ｑサイドでの変換ブロックがＪＣＣＲを適用してコーディングされるかどうかに依存してよい。
ｉｉ．一例で、ＱサイドでのデブロッキングのためのクロマＱＰは、Ｑサイドでの変換ブロックがＪＣＣＲを適用してコーディングされ、ＪＣＣＲのモードが２に等しいかどうかに依存してよい。
１０．クロマＱＰのシグナリングは、コーディングユニットにあってよい。
ａ．一例で、コーディングユニットサイズが最大変換ブロックサイズ、つまり、ｍａｘＴＢよりも大きい場合に、クロマＱＰはＣＵレベルで通知されてよい。代替的に、それはＴＵレベルで通知されてもよい。
ｂ．一例で、コーディングユニットサイズがＶＰＤＵのサイズよりも大きい場合に、クロマＱＰはＣＵレベルで通知されてよい。代替的に、それはＴＵレベルで通知されてもよい。
１１．ブロックがｊｏｉｎｔ＿ｃｂ＿ｃｒモードのブロックであるかどうかは、コーディングユニットレベルで示されてよい。
ａ．一例で、変換ブロックがｊｏｉｎｔ＿ｃｂ＿ｃｒモードのブロックであるかどうかは、変換ブロックを含むコーディングユニットの情報を引き継いでよい。
１２．デブロッキングで使用されるクロマＱＰは、スケーリングプロセスで使用されたクロマＱＰからビットデプスによるＱＰオフセットをマイナスしたものに依存してよい。
ａ．一例で、Ｐサイドでデブロッキングに使用されるクロマＱＰは、スケーリングプロセスで使用されたＪＣＣＲクロマＱＰ、つまり、ＴｕＣＲｅｓＭｏｄｅ［ｘＴｂ］［ｙＴｂ］が２に等しいときにＱｐ’_{ＣｂＣｒ，}からＱｐＢｄＯｆｆｓｅｔＣをマイナスしたものにセットされる。このとき、（ｘＴｂ，ｙＴｂ）は、Ｐサイドでの最初のサンプル、つまり、ｐ_０，０を含む変換ブロッキングを表す。
ｂ．一例で、Ｐサイドでデブロッキングに使用されるクロマＱＰは、スケーリングプロセスで使用されたＣｂクロマＱＰ、つまり、ＴｕＣＲｅｓＭｏｄｅ［ｘＴｂ］［ｙＴｂ］が２に等しいときにＱｐ’_Ｃｂ，からＱｐＢｄＯｆｆｓｅｔＣをマイナスしたものにセットされる。このとき、（ｘＴｂ，ｙＴｂ）は、Ｐサイドでの最初のサンプル、つまり、ｐ_０，０を含む変換ブロッキングを表す。
ｃ．一例で、Ｐサイドでデブロッキングに使用されるクロマＱＰは、スケーリングプロセスで使用されたＣｒクロマＱＰ、つまり、ＴｕＣＲｅｓＭｏｄｅ［ｘＴｂ］［ｙＴｂ］が２に等しいときにＱｐ’_Ｃｒ，からＱｐＢｄＯｆｆｓｅｔＣをマイナスしたものにセットされる。このとき、（ｘＴｂ，ｙＴｂ）は、Ｐサイドでの最初のサンプル、つまり、ｐ_０，０を含む変換ブロッキングを表す。
ｄ．一例で、Ｑサイドでデブロッキングに使用されるクロマＱＰは、スケーリングプロセスで使用されたＪＣＣＲクロマＱＰ、つまり、ＴｕＣＲｅｓＭｏｄｅ［ｘＴｂ］［ｙＴｂ］が２に等しいときにＱｐ’_{ＣｂＣｒ，}からＱｐＢｄＯｆｆｓｅｔＣをマイナスしたものにセットされる。このとき、（ｘＴｂ，ｙＴｂ）は、Ｑサイドでの最後のサンプル、つまり、ｑ_０，０を含む変換ブロッキングを表す。
ｅ．一例で、Ｑサイドでデブロッキングに使用されるクロマＱＰは、スケーリングプロセスで使用されたＣｂクロマＱＰ、つまり、ＴｕＣＲｅｓＭｏｄｅ［ｘＴｂ］［ｙＴｂ］が２に等しいときにＱｐ’_Ｃｂ，からＱｐＢｄＯｆｆｓｅｔＣをマイナスしたものにセットされる。このとき、（ｘＴｂ，ｙＴｂ）は、Ｑサイドでの最後のサンプル、つまり、ｑ_０，０を含む変換ブロッキングを表す。
１３．一例で、Ｑサイドでデブロッキングに使用されるクロマＱＰは、スケーリングプロセスで使用されたＣｒクロマＱＰ、つまり、ＴｕＣＲｅｓＭｏｄｅ［ｘＴｂ］［ｙＴｂ］が２に等しいときにＱｐ’_Ｃｒ，からＱｐＢｄＯｆｆｓｅｔＣをマイナスしたものにセットされる。このとき、（ｘＴｂ，ｙＴｂ）は、Ｑサイドでの最後のサンプル、つまり、ｑ_０，０を含む変換ブロッキングを表す。

ＱＰ設定に関して
１４．スライス／タイル／ブリック／サブピクチャレベルでブロックレベルクロマＱＰオフセットを有効化する指示（例えば、ｓｌｉｃｅ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を通知することが提案される。
ａ．代替的に、そのような指示のシグナリングは、条件付きで通知されてよい。
ｉ．一例で、ＪＣＣＲ有効化フラグの条件下で通知されてよい。
ｉｉ．一例で、ピクチャレベルでブロックレベルクロマＱＰオフセット有効化フラグの条件下で通知されてよい。
ｉｉｉ．代替的に、そのような指示は代わりに導出されてもよい。
ｂ．一例で、ｓｌｉｃｅ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄは、クロマＱＰオフセットのＰＰＳフラグ（例えば、ｐｐｓ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真である場合にのみ通知されてよい。
ｃ．一例で、ｓｌｉｃｅ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、クロマＱＰオフセットのＰＰＳフラグ（例えば、ｐｐｓ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が偽である場合にのみ偽と推測されてよい。
ｄ．一例で、ブロックに対してクロマＱＰオフセットを使用すべきかどうかは、ＰＰＳレベル及び／又はスライスレベルでのクロマＱＰオフセットのフラグに基づいてよい。
１５．同じＱＰ導出方法が、異なるモードでＪＣＣＲコーディングされたブロックのためにスケーリングプロセス（量子化／逆量子化）で使用される。
ａ．一例で、モード１及び３によるＪＣＣＲについては、ＱＰは、ピクチャ／スライスレベルで通知されたＱＰオフセット（例えば、ｐｐｓ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｌｉｃｅ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）に依存する。

フィルタリングプロシージャ
１６．最初の色成分を除いた全ての色成分のためのデブロッキングは、最初の色成分のデブロッキングプロセスに従ってよい。
ａ．一例で、色フォーマットが４：４：４である場合に、第２及び第３の成分のデブロッキングプロセスは、最初の成分のデブロッキングプロセスに従い得る。
ｂ．一例で、色フォーマットがＲＧＢ色空間における４：４：４である場合に、第２及び第３の成分のデブロッキングプロセスは、最初の成分のデブロッキングプロセスに従い得る。
ｃ．一例で、色フォーマットが４：２：２である場合に、第２及び第３の成分のデブロッキングプロセスは、最初の成分の垂直デブロッキングプロセスに従い得る。
ｄ．上記の例で、デブロッキングプロセスは、デブロッキング決定プロセス及び／又はデブロッキングフィルタリングプロセスを参照し得る。
１７．デブロッキングフィルタプロセスで使用される傾きを計算する方法は、コーディングされたモード情報及び／又は量子化パラメータに依存してよい。
ａ．一例で、傾き計算は、サイドの傾きしか考慮しなくてもよく、このとき、そのサイドでのサンプルは可逆コーディングされない。
ｂ．一例で、両サイドが可逆コーディングされるか、又はほぼ可逆コーディングされる（例えば、量子化パラメータが４に等しい）場合に、傾きは、直接に、０にセットされてよい。
ｉ．代替的に、両サイドが可逆コーディングされるか、又はほぼ可逆コーディングされる（例えば、量子化パラメータが４に等しい）場合に、境界強さ（例えば、ＢＳ）は０にセットされてもよい。
ｃ．一例で、Ｐサイドでのサンプルが可逆コーディングされ、Ｑサイドでのサンプルが不可逆コーディングされる場合に、デブロッキングオン／オフ決定及び／又は強フィルタオン／オフ決定で使用される傾きは、Ｑサイドでのサンプルの傾きしか含まなくてもよく、その逆も同様である。
ｉ．代替的に、更に、一方のサイドの傾きはＮでスケーリングされてもよい。
１．Ｎは、整数（例えば、２）であり、次のものに依存してよい：
ａ．ビデオコンテンツ（例えば、スクリーンコンテンツ又は自然コンテンツ）
ｂ．ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（ＬＣＵ）／コーディングユニット（ＣＵ）／ＬＣＵ行／ＬＣＵのグループ／ＴＵ／ＰＵブロック／ビデオコーディングユニットで通知されたメッセージ
ｃ．ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置
ｄ．エッジ沿いのサンプルを含むブロックのコーディングモード
ｅ．エッジ沿いのサンプルを含むブロックに適用された変換行列
ｆ．現在のブロック及び／又はその隣接ブロックのブロック寸法／ブロック形状
ｇ．色フォーマット（例えば、４：２：０、４：４：４、ＲＧＢ又はＹＵＶ）の指示
ｈ．コーディングツリー構造（例えば、デュアルツリー又はシングルツリー）
ｉ．スライス／タイルグループタイプ及び／又はピクチャタイプ
ｊ．色成分（例えば、Ｃｂ又はＣｒにしか適用されなくてもよい）
ｋ．時間レイヤＩＤ
ｌ．標準規格のプロファイル／レベル／ティア
ｍ．代替的に、Ｎはデコーダへ通知されてもよい。

境界強さの動作に関して
１８．境界強さ決定プロセスで、ＪＣＣＲコーディングされたブロックを、非ＪＣＣＲコーディングされたブロックとして扱うことが提案される。
ａ．一例で、境界強さ（ＢＳ）の決定は、Ｐ及びＱサイドでの２つのブロックに対するＪＣＣＲの利用の確認と無関係であり得る。
ｂ．一例で、ブロックの境界強さ（ＢＳ）は、ブロックがＪＣＣＲでコーディングされるか否かにかかわらず決定され得る。
１９．Ｐサイドでのブロックに関連した参照ピクチャ及び／又はＭＶの数を、Ｑサイドでのブロックの参照ピクチャと比較せずに、境界強さ（ＢＳ）を導出することが提案される。
ａ．一例で、デブロッキングフィルタは、２つのブロックが異なる参照ピクチャを有する場合でさえ無効にされてよい。
ｂ．一例で、デブロッキングフィルタは、２つのブロックが異なる数のＭＶを有する（例えば、１つが片予測され、他方が双予測される）場合でさえ無効にされてよい。
ｃ．一例で、ＢＳの値は、Ｐサイド及びＱサイドでのブロック間の１つ又は全ての参照ピクチャの動きベクトル差分が閾値Ｔｈ以上である場合に、１にセットされてよい。
ｉ．代替的に、更に、ＢＳの値は、Ｐサイド及びＱサイドでのブロック間の１つ又は全ての参照ピクチャの動きベクトル差分が閾値Ｔｈ以下である場合に、０にセットされてもよい。
ｄ．一例で、２つのブロックの動きベクトルの差が閾値Ｔｈよりも大きいことは、（Ａｂｓ（ＭＶＰ［０］．ｘ－ＭＶＱ［０］．ｘ）＞Ｔｈ｜｜Ａｂｓ（ＭＶＰ［０］．ｙ－ＭＶＱ［０］．ｙ）＞Ｔｈ｜｜Ａｂｓ（ＭＶＰ［１］．ｘ－ＭＶＱ［１］．ｘ）＞Ｔｈ｜｜Ａｂｓ（ＭＶＰ［１］．ｙ－ＭＶＱ［１］．ｙ）＞Ｔｈ）と定義され得る。
ｉｉ．代替的に、２つのブロックの動きベクトルの差が閾値Ｔｈよりも大きいことは、（Ａｂｓ（ＭＶＰ［０］．ｘ－ＭＶＱ［０］．ｘ）＞Ｔｈ＆＆Ａｂｓ（ＭＶＰ［０］．ｙ－ＭＶＱ［０］．ｙ）＞Ｔｈ＆＆Ａｂｓ（ＭＶＰ［１］．ｘ－ＭＶＱ［１］．ｘ）＞Ｔｈ＆＆Ａｂｓ（ＭＶＰ［１］．ｙ－ＭＶＱ［１］．ｙ）＞Ｔｈ）と定義され得る。
ｉｉｉ．代替的に、一例で、２つのブロックの動きベクトルの差が閾値Ｔｈよりも大きいことは、（Ａｂｓ（ＭＶＰ［０］．ｘ－ＭＶＱ［０］．ｘ）＞Ｔｈ｜｜Ａｂｓ（ＭＶＰ［０］．ｙ－ＭＶＱ［０］．ｙ）＞Ｔｈ＆＆Ａｂｓ（ＭＶＰ［１］．ｘ－ＭＶＱ［１］．ｘ）＞Ｔｈ｜｜Ａｂｓ（ＭＶＰ［１］．ｙ－ＭＶＱ［１］．ｙ）＞Ｔｈ）と定義され得る。
ｉｖ．代替的に、一例で、２つのブロックの動きベクトルの差が閾値Ｔｈよりも大きいことは、（Ａｂｓ（ＭＶＰ［０］．ｘ－ＭＶＱ［０］．ｘ）＞Ｔｈ＆＆Ａｂｓ（ＭＶＰ［０］．ｙ－ＭＶＱ［０］．ｙ）＞Ｔｈ｜｜Ａｂｓ（ＭＶＰ［１］．ｘ－ＭＶＱ［１］．ｘ）＞Ｔｈ＆＆Ａｂｓ（ＭＶＰ［１］．ｙ－ＭＶＱ［１］．ｙ）＞Ｔｈ）と定義され得る。
ｅ．一例で、所与のリスト内の動きベクトルを有さないブロックは、そのリストにおいてゼロ動きベクトルを有しているものとして扱われてよい。
ｆ．上記の例で、Ｔｈは、整数（例えば、４、８又は１６）である。
ｇ．上記の例で、Ｔｈは、次のものに依存してよい：
ｖ．ビデオコンテンツ（例えば、スクリーンコンテンツ又は自然コンテンツ）
ｖｉ．ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（ＬＣＵ）／コーディングユニット（ＣＵ）／ＬＣＵ行／ＬＣＵのグループ／ＴＵ／ＰＵブロック／ビデオコーディングユニットで通知されたメッセージ
ｖｉｉ．ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置
ｖｉｉｉ．エッジ沿いのサンプルを含むブロックのコーディングモード
ｉｘ．エッジ沿いのサンプルを含むブロックに適用された変換行列
ｘ．現在のブロック及び／又はその隣接ブロックのブロック寸法／ブロック形状
ｘｉ．色フォーマット（例えば、４：２：０、４：４：４、ＲＧＢ又はＹＵＶ）の指示
ｘｉｉ．コーディングツリー構造（例えば、デュアルツリー又はシングルツリー）
ｘｉｉｉ．スライス／タイルグループタイプ及び／又はピクチャタイプ
ｘｉｖ．色成分（例えば、Ｃｂ又はＣｒにしか適用されなくてもよい）
ｘｖ．時間レイヤＩＤ
ｘｖｉ．標準規格のプロファイル／レベル／ティア
ｘｖｉｉ．代替的に、Ｔｈはデコーダへ通知されてもよい。
ｈ．上記の例は、特定の条件の下で適用されてよい。
ｘｖｉｉｉ．一例で、条件は、ｂｌｋＰ及びｂｌｋＱがイントラモードでコーディングされないことである。
ｘｉｘ．一例で、条件は、ｂｌｋＰ及びｂｌｋＱがルーマ成分に関してゼロ係数を有することである。
ｘｘ．一例で、条件は、ｂｌｋＰ及びｂｌｋＱがＣＰＰＩモードでコーディングされないことである。
ｘｘｉ．一例で、条件は、ｂｌｋＰ及びｂｌｋＱが同じ予測モード（例えば、ＩＢＣ又はインター）でコーディングされることである。

ルーマデブロッキングフィルタリングプロセスに関して
２０．デブロッキングは、ＴＳコーディングされたブロック及び非ＴＳコーディングされたブロックについて異なるＱＰを使用してよい。
ａ．一例で、ＴＳのＱＰは、ＴＳコーディングされたブロックに対して使用されてよく、一方、非ＴＳのＱＰは、非ＴＳコーディングされたブロックに対して使用されてよい。
２１．ルーマフィルタリングプロセス（例えば、ルーマエッジ決定プロセス）は、ルーマブロックのスケーリングプロセスに適用された量子化パラメータに依存してよい。
ａ．一例で、β及びＴ_Ｃを導出するために使用されるＱＰは、例えば、ＱｐＯｒｉｍｅＴｓＭｉｎによって示されるような、変換スキップのクリッピング範囲に依存してもよい。
２２．大きいブロック境界及びより小さいブロック境界について同じ傾き計算が使用されることが提案される。
ａ．一例で、第２．１．４節で記載されるデブロッキングフィルタオン／オフ決定は、大きいブロック境界についても適用されてよい。
ｉ．一例で、決定における閾値βは、大きいブロック境界について変更されてよい。
１．一例で、βは、量子化パラメータに依存してよい。
２．一例で、大きいブロック境界についてのデブロッキングフィルタオン／オフ決定に使用されるβは、より小さいブロック境界についてのそれよりも小さくなる。
ａ．代替的に、一例で、大きいブロック境界についてのデブロッキングフィルタオン／オフ決定に使用されるβは、より小さいブロック境界についてのそれよりも大きくなる。
ｂ．代替的に、一例で、大きいブロック境界についてのデブロッキングフィルタオン／オフ決定に使用されるβは、より小さいブロック境界についてのそれと等しくなる。
３．一例で、βは、整数であり、次のものに基づき得る：
ａ．ビデオコンテンツ（例えば、スクリーンコンテンツ又は自然コンテンツ）
ｂ．ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（ＬＣＵ）／コーディングユニット（ＣＵ）／ＬＣＵ行／ＬＣＵのグループ／ＴＵ／ＰＵブロック／ビデオコーディングユニットで通知されたメッセージ
ｃ．ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置
ｄ．エッジ沿いのサンプルを含むブロックのコーディングモード
ｅ．エッジ沿いのサンプルを含むブロックに適用された変換行列
ｆ．現在のブロック及び／又はその隣接ブロックのブロック寸法
ｇ．現在のブロック及び／又はそれの隣接ブロックのブロック形状
ｈ．色フォーマット（例えば、４：２：０、４：４：４、ＲＧＢ又はＹＵＶ）の指示
ｉ．コーディングツリー構造（例えば、デュアルツリー又はシングルツリー）
ｊ．スライス／タイルグループタイプ及び／又はピクチャタイプ
ｋ．色成分（例えば、Ｃｂ又はＣｒにしか適用されなくてもよい）
ｌ．時間レイヤＩＤ
ｍ．標準規格のプロファイル／レベル／ティア
ｎ．代替的に、βはデコーダへ通知されてもよい。

スケーリングマトリクス（逆量子化マトリクス）に関して
２３．量子化マトリクスの特定の位置についての値は、定数にセットされてよい。
ａ．一例で、位置は、（ｘ，ｙ）の位置であってよく、ｘ及びｙは、２つの整数変数（例えば、ｘ＝ｙ＝０）であり、（ｘ，ｙ）は、ＴＵ／ＴＢ／ＰＵ／ＰＢ／ＣＵ／ＣＢに対する座標である。
ｉ．一例で、位置は、ＤＣの位置であってよい。
ｂ．一例で、定数値は１６であってよい。
ｃ．一例で、これらの位置について、マトリクス値のシグナリングは、利用されなくてもよい。
２４．量子化マトリクスの一部の位置の平均／加重平均が定数であり得るという制約ガセットされてよい。
ａ．一例で、デブロッキングプロセスは、定数値に依存してよい。
ｂ．一例で、定数値は、ＤＰＳ／ＶＰＳ／ＳＰＳ／ＰＰＳ／スライス／ピクチャ／タイル／ブリックヘッダにおいて示され得る。
２５．ピクチャヘッダに関連したピクチャにおいて選択されるスケーリングマトリクスを知らせるために、１つ又は複数の指示がピクチャヘッダにおいて通知されてよい。

成分間共通の適応ループフィルタ（ＣＣＡＬＦ）に関して
２６．ＣＣＡＬＦ（Cross Component Adaptive Loop Filter）は、デコーダでの何らかのループフィルタリングプロセスの前に適用されてよい。
ａ．一例で、ＣＣＡＬＦは、デコーダでのデブロッキングプロセス前に適用されてよい。
ｂ．一例で、ＣＣＡＬＦは、デコーダでのＳＡＯの前に適用されてよい。
ｃ．一例で、ＣＣＡＬＦは、デコーダでのＡＬＦの前に適用されてよい。
ｄ．代替的に、異なるフィルタ（例えば、ＣＣＡＬＦ、ＡＬＦ、ＳＡＯ、デブロッキングフィルタ）の順序は固定されなくてもよい。
ｉ．一例で、ＣＣＡＬＦの起動は、１つのビデオユニットに対する１つのフィルタリングプロセスの前、又は他のビデオユニットに対する他のフィルタリングプロセスの後であってよい。
ｉｉ．一例で、ビデオユニットは、ＣＴＵ／ＣＴＢ／スライス／タイル／ブリック／ピクチャ／シーケンスであってよい。
ｅ．代替的に、異なるフィルタ（例えば、ＣＣＡＬＦ、ＡＬＦ、ＳＡＯ、デブロッキングフィルタ）の順序の指示は、オン・ザ・フライで通知又は導出されてよい。
ｉ．代替的に、ＣＣＡＬＦの起動の指示は、オン・ザ・フライで通知又は導出されてよい。
ｆ．ＣＣＡＬＦを制御する方法の明示的な指示（例えば、エンコーダからデコーダへの通知）又は暗黙的な指示（例えば、エンコーダ及びデコーダの両方での導出）は、異なる色成分（例えば、Ｃｂ及びＣｒ）について切り離されてよい。
ｇ．ＣＣＡＬＦを適用すべきか及び／又はどのように適用すべきかは、色フォーマット（例えば、ＲＧＢ及びＹＣｂＣｒ）及び／又は色サンプリングフォーマット（例えば、４：２：０、４：２：２、及び４：４：４）及び／又は色ダウンサンプリング位置若しくはフェーズに依存してよい。

クロマＱＰオフセットリストに関して
２７．クロマＱＰオフセットリストの通知及び／又は選択は、コーディングされた予測モード／ピクチャタイプ／スライス又はタイル又はブリックタイプに依存してよい。
ｈ．クロマＱＰオフセットリスト、例えば、ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ［ｉ］、ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ［ｉ］、及びｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ［ｉ］は、異なるコーディングモードについて異なってよい。
ｉ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックがイントラモードでコーディングされるかどうかに依存してよい。
ｊ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックがインターモードでコーディングされるかどうかに依存してよい。
ｋ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックがパレットモードでコーディングされるかどうかに依存してよい。
ｌ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックがＩＢＣモードでコーディングされるかどうかに依存してよい。
ｍ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックが返還スキップモードでコーディングされるかどうかに依存してよい。
ｎ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックがＢＤＰＣＭモードでコーディングされるかどうかに依存してよい。
ｏ．一例で、クロマＱＰオフセットリストを適用すべきか及びどのように適用すべきかは、現在のブロックがｔｒａｎｓｆｏｒｍ＿ｑｕａｎｔ＿ｓｋｉｐ又は可逆モードでコーディングされるかどうかに依存してよい。

ＣＴＵ境界でのクロマデブロッキングに関して
２８．デブロッキングフィルタプロセスで利用されるＱＰを（例えば、対応するルーマ又はクロマ逆量子化されたＱＰを用いて）選択する方法は、ＣＴＵ／ＣＴＢ／ＶＰＤＵ境界に対するサンプルの位置に依存してよい。
２９．デブロッキングフィルタプロセスで利用されるＱＰを（例えば、対応するルーマ又はクロマ逆量子化されたＱＰを用いて）選択する方法は、色フォーマット（例えば、ＲＧＢ又はＹＣｂＣｒ）及び／又は色サンプリングフォーマット（例えば、４：２：０、４：２：２、及び４：４：４）及び／又は色ダウンサンプリング位置若しくはフェーズに依存してよい。
３０．ＣＴＵ境界でのエッジについては、デブロッキングは、対応するブロックのルーマＱＰに基づき得る。
ｐ．一例で、ＣＴＵ境界での水平エッジについては、デブロッキングは、対応するブロックのルーマＱＰに基づき得る。
ｉ．一例で、デブロッキングは、Ｐサイドでの対応するブロックのルーマＱＰに基づき得る。
ｉｉ．一例で、デブロッキングは、Ｑサイドでの対応するブロックのルーマＱＰに基づき得る。
ｑ．一例で、ＣＴＵ境界での垂直エッジについては、デブロッキングは、対応するブロックのルーマＱＰに基づき得る。
ｉ．一例で、デブロッキングは、Ｐサイドでの対応するブロックのルーマＱＰに基づき得る。
ｉｉ．一例で、デブロッキングは、Ｑサイドでの対応するブロックのルーマＱＰに基づき得る。
ｒ．一例で、ＣＴＵ境界でのエッジについては、デブロッキングは、ＰサイドでのルーマＱＰ及びＱサイドでのクロマＱＰに基づき得る。
ｓ．一例で、ＣＴＵ境界でのエッジについては、デブロッキングは、ＱサイドでのルーマＱＰ及びＰサイドでのクロマＱＰに基づき得る。
ｔ．このビュレットで、「ＣＴＵ境界」とは、上ＣＴＵ境界又は下ＣＴＵ境界などの特定のＣＴＵ境界を指し得る。
３１．ＣＴＵ境界での水平エッジについては、デブロッキングは、ＰサイドでのクロマＱＰの関数に基づき得る。
ｕ．一例で、デブロッキングは、ＰサイドでのクロマＱＰの平均関数に基づき得る。
ｉ．一例で、関数は、８ルーマサンプルごとのクロマＱＰの平均に基づき得る。
ｉｉ．一例で、関数は、１６ルーマサンプルごとのクロマＱＰの平均に基づき得る。
ｉｉｉ．一例で、関数は、３２ルーマサンプルごとのクロマＱＰの平均に基づき得る。
ｉｖ．一例で、関数は、６４ルーマサンプルごとのクロマＱＰの平均に基づき得る。
ｖ．一例で、関数は、ＣＴＵごとのクロマＱＰの平均に基づき得る。
ｖ．一例で、デブロッキングは、ＰサイドでのクロマＱＰの最大関数に基づき得る。
ｉ．一例で、関数は、８ルーマサンプルごとのクロマＱＰの最大値に基づき得る。
ｉｉ．一例で、関数は、１６ルーマサンプルごとのクロマＱＰの最大値に基づき得る。
ｉｉｉ．一例で、関数は、３２ルーマサンプルごとのクロマＱＰの最大値に基づき得る。
ｉｖ．一例で、関数は、６４ルーマサンプルごとのクロマＱＰの最大値に基づき得る。
ｖ．一例で、関数は、ＣＴＵごとのクロマＱＰの最大値に基づき得る。
ｗ．一例で、デブロッキングは、ＰサイドでのクロマＱＰの最小関数に基づき得る。
ｉ．一例で、関数は、８ルーマサンプルごとのクロマＱＰの最小値に基づき得る。
ｉｉ．一例で、関数は、１６ルーマサンプルごとのクロマＱＰの最小値に基づき得る。
ｉｉｉ．一例で、関数は、３２ルーマサンプルごとのクロマＱＰの最小値に基づき得る。
ｉｖ．一例で、関数は、６４ルーマサンプルごとのクロマＱＰの最小値に基づき得る。
ｖ．一例で、関数は、ＣＴＵごとのクロマＱＰの最小値に基づき得る。
ｘ．一例で、デブロッキングは、ＰサイドでのクロマＱＰのサブサンプリング関数に基づき得る。
ｉ．一例で、関数は、８ルーマサンプルごとのｋ番目のクロマサンプルのクロマＱＰに基づき得る。
１．一例で、ｋ番目のサンプルは最初のサンプルであってよい。
２．一例で、ｋ番目のサンプルは最後のサンプルであってよい。
３．一例で、ｋ番目のサンプルは３番目のサンプルであってよい。
４．一例で、ｋ番目のサンプルは４番目のサンプルであってよい。
ｉｉ．一例で、関数は、１６ルーマサンプルごとのｋ番目のクロマサンプルのクロマＱＰに基づき得る。
１．一例で、ｋ番目のサンプルは最初のサンプルであってよい。
２．一例で、ｋ番目のサンプルは最後のサンプルであってよい。
３．一例で、ｋ番目のサンプルは７番目のサンプルであってよい。
４．一例で、ｋ番目のサンプルは８番目のサンプルであってよい。
ｉｉｉ．一例で、関数は、３２ルーマサンプルごとのｋ番目のクロマサンプルのクロマＱＰに基づき得る。
１．一例で、ｋ番目のサンプルは最初のサンプルであってよい。
２．一例で、ｋ番目のサンプルは最後のサンプルであってよい。
３．一例で、ｋ番目のサンプルは１５番目のサンプルであってよい。
４．一例で、ｋ番目のサンプルは１６番目のサンプルであってよい。
ｉｖ．一例で、関数は、６４ルーマサンプルごとのｋ番目のクロマサンプルのクロマＱＰに基づき得る。
１．一例で、ｋ番目のサンプルは最初のサンプルであってよい。
２．一例で、ｋ番目のサンプルは最後のサンプルであってよい。
３．一例で、ｋ番目のサンプルは３１番目のサンプルであってよい。
４．一例で、ｋ番目のサンプルは３２番目のサンプルであってよい。
ｖ．一例で、関数は、ＣＴＵごとのｋ番目のクロマサンプルのクロマＱＰに基づき得る。
ｙ．代替的に、上記の項目は、デブロッキングプロセスのためのＱサイドでのクロマＱＰに適用されてもよい。
３２．クロマ成分のＱＰがピクチャの左上に対して（４×ｍ×ｘ，２ｙ）から始まる長さ４×ｍを有するクロマ行セグメントについて同じであり得ることが制約されてよい。このとき、ｘ及びｙは非負整数であり、ｍは正の整数である。
ｚ．一例で、ｍは１に等しくてよい。
ａａ．一例で、クロマ成分の量子化グループの幅は、４×ｍ以上であるべきである。
３３．クロマ成分のＱＰがピクチャの左上に対して（２×ｘ，４×ｎ×ｙ）から始まる長さ４×ｎを有するクロマ列セグメントについて同じであり得ることが制約されてよい。このとき、ｘ及びｙは非負整数であり、ｎは正の整数である。
ｂｂ．一例で、ｎは１に等しくてよい。
ｃｃ．一例で、クロマ成分の量子化グループの高さは、４×ｎ以上であるべきである。

クロマデブロッキングフィルタリングプロセスに関して
３４．コーディングツールＸの利用を制御する第１シンタックス要素は、第２ビデオユニット（例えば、ＳＰＳ若しくはＰＰＳ、又はＶＰＳ）で通知された第２シンタックス要素に応じて、第１ビデオユニット（例えば、ピクチャヘッダ）で通知されてよい。
ａ．一例で、第１シンタックス要素は、コーディングツールＸが有効にされることを第２シンタックス要素が示す場合にのみ通知される。
ｂ．一例で、Ｘは双方向オプティカルフロー（Bi-Directional Optical Flow，ＢＤＯＦ）である。
ｃ．一例で、Ｘは予測精緻化オプティカルフロー（Prediction Refinement Optical Flow，ＰＲＯＦ）である。
ｄ．一例で、Ｘはデコーダ側動きベクトル精緻化（Decode-side Motion Vector Refinement，ＤＭＶＲ）である。
ｅ．一例で、コーディングツールＸの利用の通知は、スライスタイプ（例えば、Ｐ又はＢスライス、非Ｉスライス）の条件チェックの下であってよい。

クロマデブロッキングフィルタリングプロセスに関して
３５．２つのクロマブロックに対するデブロッキングフィルタ決定プロセスは、一度しか呼び出されないよう１つにまとめられてもよく、決定は、２つのクロマブロックに適用される。
ｂ．一例で、デブロッキングフィルタを実行するかどうかの決定は、Ｃｂ及びＣｒ成分について同じであってよい。
ｃ．一例で、デブロッキングフィルタが適用されると決定される場合に、より強いデブロッキングフィルタを実行するかどうかの決定は、Ｃｂ及びＣｒ成分について同じであってよい。
ｄ．一例で、第２．２．７節で記載される、デブロッキング条件及び強フィルタオン／オフ条件は、一度しかチェックされなくてもよい。しかし、それは、両方のクロマ成分の情報をチェックするよう変更されてもよい。
ｉ．一例で、Ｃｂ及びＣｒ成分の傾きの平均は、Ｃｂ及びＣｒ成分の両方について上記の決定において使用されてよい。
ｉｉ．一例で、クロマのより強いフィルタは、強フィルタ条件がＣｂ及びＣｒ成分の両方について満足される場合にのみ実行されてよい。
１．代替的に、一例で、クロマ弱フィルタは、強フィルタ条件が少なくとも１つのクロマ成分で満足されない場合にのみ実行されてよい。

概略
３６．上記の提案される方法は、特定の条件の下で適用されてよい。
ａ．一例で、条件は、色フォーマットが４：２：０及び／又は４：２：２であることである。
ｉ．代替的に、更に、４：４：４色フォーマットについては、２つの色クロマ成分にデブロッキングフィルタを適用する方法は、現在の設計に従ってよい。
ｂ．一例で、上記の方法の利用の指示は、ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダのようなシーケンス／ピクチャ／スライス／タイル／ブリック／ビデオ領域レベルで通知されてよい。
ｃ．一例で、上記の方法の利用は、次のものに依存してよい：
ｉ．ビデオコンテンツ（例えば、スクリーンコンテンツ又は自然コンテンツ）
ｉｉ．ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（ＬＣＵ）／コーディングユニット（ＣＵ）／ＬＣＵ行／ＬＣＵのグループ／ＴＵ／ＰＵブロック／ビデオコーディングユニットで通知されたメッセージ
ｉｉｉ．ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置
ａ．一例で、ＣＴＵ／ＣＴＢ境界に沿ったサンプル（例えば、上／左／右／下境界にある最初のＫ個（例えば、Ｋ＝４／８））をフィルタリングするために、既存の設計が適用されてよい。一方で、他のサンプルについては、提案される方法（例えば、ビュレット３／４）が代わりに適用されてよい。
ｖ．エッジ沿いのサンプルを含むブロックのコーディングモード
ｖｉ．エッジ沿いのサンプルを含むブロックに適用された変換行列
ｖｉｉ．現在のブロック及び／又はその隣接ブロックのブロック寸法
ｖｉｉｉ．現在のブロック及び／又はそれの隣接ブロックのブロック形状
ｉｘ．色フォーマット（例えば、４：２：０、４：４：４、ＲＧＢ又はＹＵＶ）の指示
ｘ．コーディングツリー構造（例えば、デュアルツリー又はシングルツリー）
ｘｉ．スライス／タイルグループタイプ及び／又はピクチャタイプ
ｘｉｉ．色成分（例えば、Ｃｂ又はＣｒにしか適用されなくてもよい）
ｘｉｉｉ．時間レイヤＩＤ
ｘｉｖ．標準規格のプロファイル／レベル／ティア
ｘｖ．代替的に、ｍ及び／又はｎはデコーダへ通知されてもよい。

［５． 追加の実施形態］
新たに加えられたテキストは、下線付きの太字イタリック体で示される。削除されたテキストは、［［］］によってマークされる。

［５．１． デブロッキングにおけるクロマＱＰに関する実施形態＃１］

［５．２． 境界強さの導出に関する実施形態＃２］

［５．３． 境界強さの導出に関する実施形態＃３］

［５．４． ルーマデブロッキングフィルタリングプロセスに関する実施形態＃４］

［５．５． クロマデブロッキングフィルタリングプロセスに関する実施形態＃５］

［５．６． デブロッキングにおけるクロマＱＰに関する実施形態＃６］

［５．７． デブロッキングにおけるクロマＱＰに関する実施形態＃７］

［５．８． デブロッキングにおけるクロマＱＰに関する実施形態＃８］
表されている３つのサンプル（実線円）についてフィルタ決定を行うとき、３つのサンプルを含むクロマＣＵの中心位置をカバーするルーマＣＵのＱＰが選択される。従って、第１、第２及び第３のクロマサンプル（図１１を参照）について、夫々、ＣＵ_Ｙ３のＱＰのみが利用される。

このようにして、クロマ量子化／逆量子化プロセスのためのルーマＣＵを選択する方法は、クロマフィルタ決定プロセスのためのそれと整列される。

［５．９． ＪＣＣＲコーディングされたブロックに使用されるＱＰに関する実施形態＃９］

［５．１０． ＪＣＣＲコーディングされたブロックに使用されるＱＰに関する実施形態＃１０］

［５．１１ 実施形態＃１１］

［５．１２ 実施形態＃１２］

［６． 開示される技術の実施例］
図１２は、ビデオ処理装置１２００のブロック図である。装置１２００は、本明細書で記載されている方法の１つ以上を実装するために使用され得る。装置１２００は、スマートフォン、タブレット、コンピュータ、インターネット・オブ・シングス（ＩｏＴ）レシーバ、などで具現されてもよい。装置１２００は、１つ以上のプロセッサ１２０２、１つ以上のメモリ１２０４、及びビデオ処理ハードウェア１２０６を含み得る。プロセッサ１２０２は、本明細書で記載される１つ以上の方法を実装するよう構成され得る。メモリ（複数のメモリ）１２０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１２０６は、ハードウェア回路において、本明細書で記載されるいくつかの技術を実装するために使用され得る。いくつかの実施形態において、ビデオ処理ハードウェア１２０６は、部分的に又は完全にプロセッサ１２０２（例えば、グラフィクスプロセッサコアＧＰＵ又は他の信号処理回路）の部分であってよい。

本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号化、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてよい。

開示されている方法及び技術は、本明細書で開示される技術の使用を許すことによって、スマートフォン、ラップトップ、デスクトップ、及び類似したデバイスのようなビデオ処理デバイス内に組み込まれたビデオエンコーダ及び／又はデコーダ実施形態のためになることが理解されるだろう。

図１３は、ビデオ処理の例示的な方法１３００のフローチャートである。方法は、１３１０で、ビデオユニットとビデオユニットのビットストリーム表現との間の変換を実行するステップを含み、変換中に、デブロッキングフィルタがビデオユニットの境界に対して使用され、それにより、クロマ量子化パラメータ（ＱＰ）テーブルがデブロッキングフィルタのパラメータを導出するために使用されるときに、クロマＱＰテーブルによる処理が個々のクロマＱＰ値に対して実行されるようにする。

いくつかの実施形態は、次の箇条書き形式で記載され得る。

（付記１）
ビデオ処理の方法であって、
ビデオユニットと該ビデオユニットのビットストリーム表現との間の変換を行うステップを有し、
前記変換中に、デブロッキングフィルタが前記ビデオユニットの境界に対して使用され、それにより、クロマ量子化パラメータ（ＱＰ）テーブルが前記デブロッキングフィルタのパラメータを導出するために使用されるときに、前記クロマＱＰテーブルによる処理が個々のクロマＱＰ値に対して実行されるようにする、
方法。

（付記２）
クロマＱＰオフセットが、前記クロマＱＰテーブルによる処理に続いて前記個々のクロマＱＰ値に加えられる、
付記１に記載の方法。

（付記３）
クロマＱＰオフセットが、前記クロマＱＰテーブルによって出力された値に加えられる、
付記１又は２に記載の方法。

（付記４）
クロマＱＰオフセットは、前記クロマＱＰテーブルへの入力と見なされない、
付記１又は２に記載の方法。

（付記５）
前記クロマＱＰオフセットは、ピクチャレベルに又はビデオユニットレベルにある、
請求項２に記載の方法。

（付記６）
ビデオ処理の方法であって、
ビデオユニットと該ビデオユニットのビットストリーム表現との間の変換を行うステップを有し、
前記変換中に、デブロッキングフィルタが前記ビデオユニットの境界に対して使用され、それにより、クロマＱＰオフセットが前記デブロッキングフィルタで使用されるようにし、
前記クロマＱＰオフセットは、ピクチャ／スライス／タイル／ブリック／サブピクチャレベルにある、
方法。

（付記７）
前記デブロッキングフィルタで使用される前記クロマＱＰオフセットは、前記ビデオユニットの境界に適用されるコーディング方法に関連する、
付記６に記載の方法。

（付記８）
前記コーディング方法は、ＪＣＣＲ（Joint Coding of Chrominance Residuals）方法である、
付記７に記載の方法。

（付記９）
ビデオ処理の方法であって、
ビデオユニットと該ビデオユニットのビットストリーム表現との間の変換を行うステップを有し、
前記変換中に、デブロッキングフィルタが前記ビデオユニットの境界に対して使用され、それにより、クロマＱＰオフセットが前記デブロッキングフィルタで使用されるようにし、
同じルーマコーディングユニットに関する情報が、前記デブロッキングフィルタで及びクロマＱＰオフセットを導出するために使用される、
方法。

（付記１０）
前記同じルーマコーディングユニットは、前記ビデオユニットの中心位置の対応するルーマサンプルをカバーし、前記ビデオユニットはクロマコーディングユニットである、
付記９に記載の方法。

（付記１１）
スケーリングプロセスが前記ビデオユニットに適用され、
前記デブロッキングフィルタの１つ以上のパラメータは、前記スケーリングプロセスの量子化／逆量子化パラメータに少なくとも部分的に依存する、
付記９に記載の方法。

（付記１２）
前記スケーリングプロセスの前記量子化／逆量子化パラメータは、前記クロマＱＰオフセットを含む、
付記１１に記載の方法。

（付記１３）
前記ビデオユニット内のルーマサンプルはＰサイド又はＱサイドにある、
付記９乃至１２のうちいずれかに記載の方法。

（付記１４）
前記同じルーマコーディングユニットに関する前記情報は、前記同じルーマコーディングユニットに対するコーディングユニットの相対位置に依存する、
付記１３に記載の方法。

（付記１５）
ビデオ処理の方法であって、
ビデオユニットと該ビデオユニットのビットストリーム表現との間の変換を行うステップを有し、
前記変換中に、デブロッキングフィルタが前記ビデオユニットの境界に対して使用され、それにより、クロマＱＰオフセットが前記デブロッキングフィルタで使用されるように、
前記クロマＱＰオフセットの利用を可能にする指示は前記ビットストリーム表現において通知される、
方法。

（付記１６）
前記指示は、１つ以上のフラグを削除することに応答して条件付きで通知される、
付記１５に記載の方法。

（付記１７）
前記１つ以上のフラグは、ＪＣＣＲ有効化フラグ又はクロマＱＰオフセット有効化フラグに関する、
付記１６に記載の方法。

（付記１８）
前記指示は、導出に基づき通知される、
付記１５に記載の方法。

（付記１９）
ビデオ処理の方法であって、
ビデオユニットと該ビデオユニットのビットストリーム表現との間の変換を行うステップを有し、
前記変換中に、デブロッキングフィルタが前記ビデオユニットの境界に対して使用され、それにより、クロマＱＰオフセットが前記デブロッキングフィルタで使用されるようにし、
前記デブロッキングフィルタで使用される前記クロマＱＰオフセットは、ＪＣＣＲコーディング方法が前記ビデオユニットの境界に適用されるようと、前記ＪＣＣＲコーディング方法とは異なった方法が前記ビデオユニットの境界に適用されるようと同じである、
方法。

（付記２０）
ビデオ処理の方法であって、
ビデオユニットと該ビデオユニットのビットストリーム表現との間の変換を行うステップを有し、
前記変換中に、デブロッキングフィルタが前記ビデオユニットの境界に対して使用され、それにより、クロマＱＰオフセットが前記デブロッキングフィルタで使用されるようにし、
前記デブロッキングフィルタの境界強さ（ＢＳ）は、Ｐサイド境界での前記ビデオユニットに関連した参照ピクチャ及び／又は動きベクトル（ＭＶ）の数を、Ｑサイドでの前記ビデオユニットに関連した参照ピクチャ及び／又は動きベクトル（ＭＶ）の数と比較することなしに、計算される、
方法。

（付記２１）
前記デブロッキングフィルタは、１つ以上の条件の下で無効にされる、
付記２０に記載の方法。

（付記２２）
前記１つ以上の条件は、動きベクトル（ＭＶ）の大きさ又は閾値に関連する、
付記２０に記載の方法。

（付記２３）
前記閾値は、
ｉ．前記ビデオユニットのコンテンツ、
ｉｉ．ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大コーディングユニット（ＬＣＵ）／コーディングユニット（ＣＵ）／ＬＣＵ行／ＬＣＵのグループ／ＴＵ／ＰＵブロック／ビデオコーディングユニットで通知されたメッセージ、
ｉｉｉ．ＣＵ／ＰＵ／ＴＵ／ブロック／ビデオコーディングユニットの位置、
ｉｖ．前記境界に沿ったサンプルを含むブロックのコーディングモード、
ｖ．前記境界に沿ったサンプルを含む前記ビデオユニットに適用された変換行列、
ｖｉ．前記ビデオユニットの形状又は寸法、
ｖｉｉ．色フォーマットの指示、
ｖｉｉｉ．コーディングツリー構造、
ｉｘ．スライス／タイルグループタイプ及び／又はピクチャタイプ、
ｘ．色成分、
ｘｉ．時間レイヤＩＤ、又は
ｘｉｉ標準規格のプロファイル／レベル／ティア
のうちの少なくとも１つに関連する、
付記２２に記載の方法。

（付記２４）
異なるＱＰオフセットが、ＴＳコーディングされたビデオユニット及び非ＴＳコーディングされたビデオユニットについて使用される、
付記２０に記載の方法。

（付記２５）
ルーマフィルタリングステップで使用されるＱＰが、ルーマブロックのスケーリングプロセスで使用されるＱＰに関係がある、
付記２０に記載の方法。

（付記２６）
付記１乃至２５のうち１つ以上に記載の方法を実装するよう構成されたプロセッサを有するビデオ復号化装置。

（付記２７）
付記１乃至２５のうち１つ以上に記載の方法を実装するよう構成されたプロセッサを有するビデオ符号化装置。

（付記２８）
コンピュータコードを記憶しているコンピュータプログラム製品であって、
前記コンピュータコードは、プロセッサによって実行される場合に、該プロセッサに、付記１乃至２５のいずれかに記載の方法を実装させる、
コンピュータプログラム製品。

（付記２９）
本明細書に記載される方法、装置、又はシステム。

図１５は、本開示の技術を利用し得る、例となるビデオコーディングシステム１００を表すブロック図である。

図１５に示されるように、ビデオコーディングシステム１００は、発信元デバイス１１０及び送信先デバイス１２０を含んでよい。発信元デバイス１１０は、符号化されたビデオデータを生成し、ビデオ符号化デバイスと呼ばれ得る。送信先デバイス１２０は、発信元デバイス１１０によって生成された符号化されたビデオデータを復号することができ、ビデオ復号化デバイスと呼ばれ得る。

発信元デバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インターフェース１１６を含んでよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１９は、本技術に従うビデオ処理のための方法１９００のフローチャート表現である。方法１９００は、動作１９１０で、ビデオのクロマブロックとビデオのビットストリーム表現との間の変換のために、クロマブロックのクロマ残差の共同コーディングのモードに基づき、クロマブロックのエッジにある少なくとも一部のサンプルに対するデブロッキングフィルタプロセスの適用可能性を決定するステップを含む。方法１９００はまた、動作１９２０で、決定に基づき変換を実行するステップを含む。

いくつかの実施形態において、クロマ残差の共同コーディングのモードを示す値は２に等しい。いくつかの実施形態において、デブロッキングフィルタプロセスは、ビデオユニットレベルで１つ以上の量子化パラメータオフセットを更に使用し、ビデオユニットはピクチャ、スライス、タイル、ブリック、又はサブピクチャを含む。

図２０は、本技術に従うビデオ処理のための方法２０００のフローチャート表現である。方法２０００は、動作２１１０で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換のために、現在のブロックの対応する変換ブロックの情報に基づき、現在のブロックのエッジにある少なくとも一部のサンプルに適用されるデブロッキングフィルタプロセスで使用されるクロマ量子化パラメータを決定するステップを含む。方法２０００はまた、動作２１２０で、決定に基づき変換を実行するステップを含む。

いくつかの実施形態において、クロマ量子化パラメータは、現在のブロックのエッジの第１サイド沿いのサンプルをデブロッキングするために使用され、クロマ量子化パラメータは、第１サイドにある変換ブロックのモードに基づく。いくつかの実施形態において、第１サイドはＰサイドと呼ばれ、Ｐサイドは、エッジが水平境界である場合には、エッジの上に位置しているサンプルを含み、あるいは、エッジが垂直境界である場合には、エッジの左に位置しているサンプルを含む。いくつかの実施形態において、クロマ量子化パラメータは、現在のブロックのエッジの第２サイド沿いのサンプルをデブロッキングするために使用され、クロマ量子化パラメータは、第２サイドにある前記変換ブロックのモードに基づく。いくつかの実施形態において、第２サイドはＱサイドと呼ばれ、Ｑサイドは、エッジが水平境界である場合には、エッジの下に位置しているサンプルを含み、あるいは、エッジが垂直境界である場合には、エッジの右に位置しているサンプルを含む。

いくつかの実施形態において、クロマ量子化パラメータは、クロマ残差の共同コーディングのモードが適用されるかどうかに基づき決定される。いくつかの実施形態において、クロマ量子化パラメータは、クロマ残差の共同コーディングのモードが２に等しいかどうかに基づき決定される。

図２１は、本技術に従うビデオ処理のための方法２１００のフローチャート表現である。方法２１００は、動作２１１０で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。変換中に、現在のブロックのエッジに沿った少なくとも一部のサンプルに適用されるデブロッキングフィルタプロセスで使用される第１クロマ量子化パラメータは、スケーリングプロセスで使用される第２クロマ量子化パラメータと、ビットデプスに関連した量子化パラメータオフセットとに基づく。

いくつかの実施形態において、第１クロマ量子化パラメータは、スケーリングプロセスで使用される第２クロマ量子化パラメータから、ビットデプスに関連した量子化パラメータオフセットをマイナスしたものに等しい。いくつかの実施形態において、第１クロマ量子化パラメータは、現在のブロックのエッジの第１サイド沿いのサンプルをデブロッキングするために使用される。いくつかの実施形態において、第１サイドはＰサイドと呼ばれ、Ｐサイドは、エッジが水平境界である場合には、エッジの上に位置しているサンプルを含み、あるいは、エッジが垂直境界である場合には、エッジの左に位置しているサンプルを含む。いくつかの実施形態において、第１クロマ量子化パラメータは、現在のブロックのエッジの第２サイド沿いのサンプルをデブロッキングするために使用される。いくつかの実施形態において、第２サイドはＱサイドと呼ばれ、Ｑサイドは、エッジが水平境界である場合には、エッジの下に位置しているサンプルを含み、あるいは、エッジが垂直境界である場合には、エッジの右に位置しているサンプルを含む。

いくつかの実施形態において、第１クロマ量子化パラメータは、スケーリングプロセスで使用されるクロマ残差の共同コーディングのための第２クロマ量子化パラメータから、ビットデプスに関連した前記量子化パラメータオフセットをマイナスしたものに等しい。いくつかの実施形態において、第１クロマ量子化パラメータは、スケーリングプロセスで使用されるクロマＣｂ成分のための第２クロマ量子化パラメータから、ビットデプスに関連した量子化パラメータオフセットをマイナスしたものに等しい。いくつかの実施形態において、第１クロマ量子化パラメータは、スケーリングプロセスで使用されるクロマＣｒ成分のための第２クロマ量子化パラメータから、ビットデプスに関連した量子化パラメータオフセットをマイナスしたものに等しい。

図２２は、本技術に従うビデオ処理の方法２２００のフローチャート表現である。方法２２００は、動作２２１０で、１つ以上のコーディングユニットを含むビデオとビデオのビットストリーム表現との間の変換を実行するステップを含む。ビットストリーム表現は、クロマ量子化パラメータがフォーマット規則に従ってコーディングユニットレベル又は変換ユニットレベルでビットストリーム表現に含まれることを指定するフォーマット規則に従う。

いくつかの実施形態において、フォーマット規則は、コーディングユニットのサイズが仮想パイプラインデータユニットよりも大きい場合に、クロマ量子化パラメータがコーディングユニットレベルで含まれることを指定する。いくつかの実施形態において、フォーマット規則は、コーディングユニットのサイズが仮想パイプラインデータユニット以上である場合に、クロマ量子化パラメータが変換ユニットレベルで含まれることを指定する。いくつかの実施形態において、フォーマット規則は、コーディングユニットのサイズが最大変換ブロックサイズよりも大きい場合に、クロマ量子化パラメータがコーディングユニットレベルで含まれることを指定する。いくつかの実施形態において、フォーマット規則は、コーディングユニットのサイズが最大変換ブロックサイズ以上である場合に、クロマ量子化パラメータが変化乳ニットレベルで含まれることを指定する。いくつかの実施形態において、フォーマット規則は、クロマ残差の共同コーディングモードが１つ以上のコーディングユニットのうちの第１コーディングユニットに適用されるかどうかがコーディングユニットレベルで示されることを更に指定する。いくつかの実施形態において、第１コーディングユニット内の変換ブロックは、クロマ残差の共同コーディングのモードが第１コーディングユニットのレベルで適用可能であるかどうかに関する情報を引き継ぐ。

図２３は、本技術に従うビデオ処理の方法２３００のフローチャート表現である。方法２３００は、動作２３１０で、ビデオのブロックとビデオのビットストリーム表現との間の変換を実行するステップを含む。ビットストリーム表現は、クロマ残差の共同コーディングのモードがブロックに適用可能であるかどうかがビットストリーム表現においてコーディングユニットレベルで示されることを指定するフォーマット規則に従う。

いくつかの実施形態において、変換中に、コーディングユニット内の変換ブロックは、クロマ残差の共同コーディングのモードがコーディングユニットのレベルで適用可能であるかどうかに関する情報を引き継ぐ。

いくつかの実施形態において、変換は、ビデオをビットストリーム表現に符号化することを含む。いくつかの実施形態において、変換は、ビットストリーム表現をビデオに復号することを含む。

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

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

本明細書中で記載されている開示された及び他の解決法、例、実施形態、モジュール及び機能動作は、デジタル電子回路で、あるいは、本明細書で開示されている構造及びそれらの構造的な同等物を含むコンピュータソフトウェア、ファームウェア、又はハードウェアで、あるいは、それらのうちの１つ以上の組み合わせで実装可能である。開示された及び他の実施形態は、１つ以上のコンピュータプログラム製品、つまり、データ処理装置によって実行されるか又はその動作を制御するためにコンピュータ可読媒体で符号化されたコンピュータプログラム命令の１つ以上のモジュール、として実装可能である。コンピュータ可読媒体は、マシン可読記憶デバイス、マシン可読記憶基板、メモリデバイス、マシン可読な伝播信号に影響を与える物質の組成、又はそれらの１つ以上の組み合わせであることができる。「データ処理装置」との用語は、例として、プログラム可能なプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を作り出すコード、例えば、プロセッサハードウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成された信号、例えば、マシンにより生成された電気的、光学的、又は電磁気信号であり、適切なレシーバ装置へ伝送のために情報を符号化するよう生成される。

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

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

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

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

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

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

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

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

Claims (14)

1. ビデオ処理の方法であって、
   １つ以上のコーディングユニットを含むビデオと該ビデオのビットストリーム表現との間の変換を実行するステップを有し、
   前記ビットストリーム表現は、クロマ量子化パラメータがフォーマット規則に従ってコーディングユニットレベル又は変換ユニットレベルで前記ビットストリーム表現に含まれることを定める前記フォーマット規則に従う、
   方法。
2. 前記フォーマット規則は、前記コーディングユニットのサイズが仮想パイプラインデータユニットよりも大きい場合に、前記クロマ量子化パラメータがコーディングユニットレベルで含まれることを定める、
   請求項１に記載の方法。
3. 前記フォーマット規則は、前記コーディングユニットのサイズが仮想パイプラインデータユニット以上である場合に、前記クロマ量子化パラメータが変換ユニットレベルで含まれることを定める、
   請求項１に記載の方法。
4. 前記フォーマット規則は、前記コーディングユニットのサイズが最大変換ブロックサイズよりも大きい場合に、前記クロマ量子化パラメータがコーディングユニットレベルで含まれることを定める、
   請求項１に記載の方法。
5. 前記フォーマット規則は、前記コーディングユニットのサイズが最大変換ブロックサイズ以上である場合に、前記クロマ量子化パラメータが変換ユニットレベルで含まれることを定める、
   請求項１に記載の方法。
6. 前記フォーマット規則は、クロマ残差の共同コーディングのモードが前記１つ以上のコーディングユニットのうちの第１コーディングユニットに適用可能であるかどうかがコーディングユニットレベルで示されることを更に定める、
   請求項１に記載の方法。
7. 前記第１コーディングユニット内の変換ブロックは、クロマ残差の共同コーディングのモードが前記第１コーディングユニットのレベルで適用可能であるかどうかに関する情報を引き継ぐ、
   請求項６に記載の方法。
8. ビデオ処理の方法であって、
   ビデオのブロックと前記ビデオのビットストリーム表現との間の変換を実行するステップを有し、
   前記ビットストリーム表現は、クロマ残差の共同コーディングのモードが前記ブロックに適用可能であるかどうかが前記ビットストリーム表現においてコーディングユニットレベルで示されることを定めるフォーマット規則に従う、
   方法。
9. 前記変換中に、コーディングユニット内の変換ブロックは、クロマ残差の共同コーディングのモードが前記コーディングユニットレベルで適用可能であるかどうかに関する情報を引き継ぐ、
   請求項８に記載の方法。
10. 前記変換は、前記ビデオを前記ビットストリーム表現に符号化することを含む、
    請求項１乃至９のうちいずれか一項に記載の方法。
11. 前記変換は、前記ビットストリーム表現を前記ビデオに復号することを含む、
    請求項１乃至９のうちいずれか一項に記載の方法。
12. 請求項１乃至１１のうちいずれか一項に記載の方法を実装するよう構成されたプロセッサを有するビデオ処理装置。
13. コードを記憶しているコンピュータ可読媒体であって、
    前記コードは、プロセッサによる実行時に、該プロセッサに、請求項１乃至１１のうちいずれか一項に記載の方法を実装させる、
    コンピュータ可読媒体。
14. 請求項１乃至１１のうちいずれか一項に記載の方法に従って生成されたビットストリーム表現を記憶するコンピュータ可読媒体。

Images