JP2022552537A - サブピクチャのパラメータセットシグナリングにおける構文制約 - Google Patents

Abstract

ビデオ処理の例示的な方法は、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ピクチャは１つ以上のサブピクチャを含み、ビットストリーム表現は、構文要素の長さがＣｅｉｌ（Ｌｏｇ２（ＳＳ））ビットに等しいことを指定するフォーマット規則に適合する。ＳＳは０より大きく、構文要素はピクチャのサブピクチャのコーディングツリーユニットの左上コーナーの水平位置または垂直位置を示す。

Description

パリ条約に準拠した適用可能な特許法および／または規則に基づき、この出願は、２０１９年１０月１８日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１１１８０７号の優先権および利益を適時に主張するように行われている。法に基づくすべての目的のために、前述の出願の開示全体は、この出願の開示の一部として参照により組み込まれる。

本文書は、ビデオおよび画像コーディングおよび復号技術に関する。

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

開示された技術は、サブピクチャベースのコーディングまたは復号が実行されるビデオまたは画像復号器または符号化器の実施形態によって使用されてもよい。

１つの例示的な態様において、ビデオ処理の方法が開示される。方法は、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ピクチャは１つ以上のサブピクチャを含み、ビットストリーム表現は、構文要素の長さがＣｅｉｌ（Ｌｏｇ２（ＳＳ））ビットに等しいことを指定するフォーマット規則に適合する。ＳＳは０より大きく、構文要素はピクチャのサブピクチャのコーディングツリーユニットの左上コーナーの水平位置または垂直位置を示す。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含み、ピクチャは１つ以上のサブピクチャを含む。ビットストリーム表現は、異なるサブピクチャが異なる識別子を有することを指定するフォーマット規則に適合する。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、ビデオの第１のビデオ領域内のビデオブロックに対して、アフィンモードを使用して、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して時間的動きベクトル予測子が決定される位置が、第２のビデオ領域内にあるかどうかを決定することと、その決定に基づいて変換を実行することと、を含む。

さらに別の例示的な態様において、ビデオ処理の方法が開示される。方法は、ビデオの第１のビデオ領域内のビデオブロックについて、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して参照ピクチャ内の整数サンプルがフェッチされる位置が、第２のビデオ領域内にあるかどうかを決定することであって、参照ピクチャが、変換中に補間処理において使用されない、ことと、その決定に基づいて変換を実行することと、を含む。

さらに別の例示的な態様において、ビデオ処理の方法が開示される。方法は、ビデオの第１のビデオ領域内のビデオブロックに対して、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して、再構成された輝度サンプル値がフェッチされる位置が、第２のビデオ領域内にあるかどうかを決定することと、その決定に基づいて変換を実行することと、を含む。

さらに別の例示的な態様において、ビデオ処理の方法が開示される。方法は、ビデオの第１のビデオ領域内のビデオブロックについて、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換中に、ビデオブロックに対する分割、深さ導出またはスプリットフラグシグナリングに関するチェックが実行される位置が第２のビデオ領域内にあるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含む。

さらに別の例示的な態様において、ビデオ処理の方法が開示される。方法は、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、ビデオのコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換がサブピクチャコーディング／復号および動的解像度コーディング／復号ツール、またはビデオユニット内の参照ピクチャ再サンプリングツールを使用しないというコーディング構文要件に準拠する。

さらに別の例示的な態様において、ビデオ処理の方法が開示される。方法は、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、ビデオのコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、第１の構文要素ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］が、第２の構文要素ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくないというコーディング構文要件に準拠する。

さらに別の例示的な態様において、上述の方法は、プロセッサを含むビデオ符号化器装置によって実装されてもよい。

さらに別の例示的な態様において、上述の方法は、プロセッサを含むビデオ復号器装置によって実装されてもよい。

さらに別の例示的な態様において、上述の方法は、プロセッサ実行可能命令の形態で具体化され、コンピュータ可読プログラム媒体に記憶されてもよい。

これらおよび他の態様は、本文書においてさらに記載される。

時間的動きベクトル予測（ＴＭＶＰ）およびサブブロックＴＭＶＰにおける領域制約の一例を示す。 階層的動き予測スキームの一例を示す。 本文書において記載された技法を実装するためのハードウェアプラットフォームの一例のブロック図である。 ビデオ処理のための例示的な方法のフローチャートを示す。 １２のタイルと３つのラスタ走査スライス（参考）にパーティショニングされる１８×１２の輝度ＣＴＵを有するピクチャの一例を示す。 ２４のタイルと９つの矩形スライス（参考）にパーティショニングされる１８×１２の輝度ＣＴＵを有するピクチャの一例を示す。 ４つのタイル、１１のブリック、および４つの矩形スライス（参考）にパーティショニングされるピクチャの一例を示す。 本明細書に開示される様々な技術を実装することができる例示的なビデオ処理システムを示すブロック図である。 例示的なビデオコーディングシステムを示すブロック図である。 本開示のいくつかの実施形態による符号化器を示すブロック図である。 本開示のいくつかの実施形態による復号器を示すブロック図である。 本技術によるビデオ処理のための方法のフローチャート表現である。 本技術によるビデオ処理のための別の方法のフローチャート表現である。 本技術によるビデオ処理のための別の方法のフローチャート表現である。 本技術によるビデオ処理のための別の方法のフローチャート表現である。 本技術によるビデオ処理のための別の方法のフローチャート表現である。 本技術によるビデオ処理のための別の方法のフローチャート表現である。 本技術によるビデオ処理のための別の方法のフローチャート表現である。 本技術によるビデオ処理のためのさらに別の方法のフローチャート表現である。

本文書は、解凍または復号されたデジタルビデオまたは画像の品質を改善するために、画像またはビデオビットストリームの復号器によって使用され得る様々な技法を提供する。簡潔さのために、本明細書では、用語「ビデオ」は、一連のピクチャ（伝統的にビデオと呼ばれる）と個々の画像の両方を含むように使用される。さらに、ビデオ符号化器はまた、さらなる符号化のために使用される復号されたフレームを再構成するために、符号化の処理中にこれらの技法を実装してもよい。

セクション見出しは、理解を容易にするために本文書で使用されるが、実施形態および技法を対応するセクションに限定するものではない。したがって、１つのセクションからの実施形態は、他のセクションからの実施形態と組み合わせることができる。

１．概要

本文書は、ビデオコーディング技術に関係する。具体的には、ビデオコーディングにおいて基本色ベース表現を用いたパレットコーディングに関する。これは、ＨＥＶＣのような既存のビデオコーディング規格、または完結される規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）に適用されることがある。これは、将来のビデオコーディング規格またはビデオコーデックにも適用可能である。

２．最初の議論

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

２．１ ＶＶＣにおけるＴＭＶＰおよびサブブロックＴＭＶＰにおける領域制約

図１は、ＴＭＶＰおよびサブブロックＴＭＶＰにおける例示的な領域制約を示す。ＴＭＶＰおよびサブブロックＴＭＶＰにおいては、図１に示すように、並置された（ｃｏｌｌｏｃａｔｅｄ）ＣＴＵ＋４×４ブロックの列からのみ、時間的ＭＶをフェッチすることができることに制約される。

２．２ 例示的なサブピクチャ

いくつかの実施形態において、柔軟なタイリングアプローチに基づくサブピクチャベースのコーディング技法を実装することができる。サブピクチャベースのコーディング技法の概要は、以下を含む。

（１） ピクチャは、サブピクチャに分割され得る。

（２） サブピクチャの存在の表示は、サブピクチャの他のシーケンスレベルの情報と共に、ＳＰＳにおいて示される。

（３） サブピクチャが復号処理（ループ内フィルタリング動作を除く）においてピクチャとして処理されるどうかは、ビットストリームによって制御され得る。

（４） サブピクチャ境界にわたるループ内フィルタリングが無効であるかどうかは、各サブピクチャに対するビットストリームによって制御され得る。ＤＢＦ、ＳＡＯ、およびＡＬＦ処理が、サブピクチャ境界にわたるループ内フィルタリング動作を制御するために更新される。

（５） 簡単にするために、開始点として、サブピクチャ幅、高さ、水平オフセット、および垂直オフセットが、ＳＰＳの輝度サンプルにおいて単位でシグナリングされる。サブピクチャ境界は、スライス境界であるように制約される。

（６） サブピクチャを復号処理（ループ内フィルタリング動作を除く）においてピクチャとして処理することは、ｃｏｄｉｎｇ＿ｔｒｅｅ＿ｕｎｉｔ（）構文を若干更新することによって指定され、以下の復号処理に更新される。
－ （高度な）時間的動きベクトル予測のための導出処理
－ 輝度サンプル双線形補間処理
－ 輝度サンプル８タップ補間フィルタリング処理
－ 色差サンプル補間処理

（７） サブピクチャＩＤはＳＰＳにおいて明示的に指定され、ＶＣＬ ＮＡＬユニットを変更する必要なくサブピクチャシーケンスの抽出を可能にするようにタイルグループヘッダに含まれる。

（８） 出力サブピクチャセット（ＯＳＰＳ）は、サブピクチャとそのセットのための規範抽出と適合点を明記するために提案されている。

２．３ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇにおける例示的なサブピクチャ

１に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰ構文において現在サブピクチャパラメータが存在することを示す。０に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰ構文において現在サブピクチャパラメータが存在しないことを示す。
注２ － ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャのサブセットのみを含むときに、ＳＰＳのＲＢＳＰにおいて１に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値をセットする必要があるかもしれない。
ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、ＣＶＳにおいて存在し得るサブピクチャの最大数を指定する。ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、０～２５４の範囲にある。２５５の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによって将来使用するために予約されている。
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１は、サブピクチャ識別子グリッドの各要素の幅を４サンプル単位で指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４））ビットである。変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓは、以下のように導出される。

ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１は、サブピクチャ識別子グリッドの各要素の高さを４サンプル単位で指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４））ビットである。変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓは、以下のように導出される。

ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］は、グリッド位置（ｉ，ｊ）のサブピクチャインデックスを指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））ビットである。
変数ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、およびＮｕｍＳｕｂＰｉｃｓは、以下のように導出される。

１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャのｉ番目のサブピクチャが、ループ内フィルタリング動作を除く復号処理においてピクチャとして処理されることを指定する。０に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャのｉ番目のサブピクチャが、ループ内フィルタリング動作を除く復号処理においてピクチャとして処理されないことを指定する。存在しないときは、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、０に等しいと推論される。
１に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャにおけるｉ番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されてもよいことを指定する。
０に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャにおけるｉ番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されないことを指定する。存在しないときは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、１に等しいと推論される。
以下の制約が適用されるのはビットストリーム適合性の要件である。
－ サブピクチャｓｕｂｐｉｃＡとｓｕｂｐｉｃＢの任意の２つのサブピクチャに対して、ｓｕｂｐｉｃＡのインデックスがｓｕｂｐｉｃＢのインデックスより小さいときに、サブＰｉｃＡの任意のコーディングされたＮＡＬユニットは、サブＰｉｃＢのコーディングされた任意のＮＡＬユニットを復号順に継承するものとする。
－ サブピクチャの形状は、各サブピクチャが、復号されるときに、その全体の左境界および全体の上境界を、ピクチャ境界からなるか、以前に復号されたサブピクチャの境界からなるようにするものとする。
ピクチャラスタ走査におけるＣＴＢアドレスからサブピクチャインデックスへの変換を指定する、０～ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のｃｔｂＡｄｄｒＲｓに対するリストＣｔｂＴｏＳｕｂＰｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以下のように導出される。

ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１は、存在するときは、スライス内のブリック数から１引いたもの指定する。ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲（両端含む）にあるものとする。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しく、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときは、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は０に等しいと推論される。ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときは、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は０に等しいと推論される。
現在のスライスにおけるブリックの数を指定する変数ＮｕｍＢｒｉｃｋｓＩｎＣｕｒｒＳｌｉｃｅと、現在のスライスにおけるｉ番目のブリックのブリックインデックスを指定するＳｌｉｃｅＢｒｉｃｋＩｄｘ［ｉ］は、以下のように導出される。

変数ＳｕｂＰｉｃＩｄｘ、ＳｕｂＰｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂＰｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ、およびＳｕｂＰｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓは、以下のように導出される。

．．．
時間的輝度動きベクトル予測のための導出処理
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）
－ 輝度サンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
－ 輝度サンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
－ 参照インデックスｒｅｆＩｄｘＬＸ（Ｘは、０または１）
この処理の出力は、以下のようである。
－ １／１６分数サンプル精度における動きベクトル予測ｍｖＬＸＣｏｌ
－ 可用性フラグａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ
変数ｃｕｒｒＣｂは、輝度位置（ｘＣｂ，ｙＣｂ）での現在の輝度コーディングブロックを指定する。
変数ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、以下のように導出される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝０または（ｃｂＷｉｄｔｈ＊ ｃｂＨｅｉｇｈｔ）が３２以下である場合は、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
－ それ以外の場合（ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合）、以下の順序付けされたステップが適用される。
１． 右下の並置された動きベクトルと、右下の境界サンプル位置は、以下のように導出される。

－ ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹが、ｙＣｏｌＢｒ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹに等しく、ｙＣｏｌＢｒが、ｂｏｔＢｏｕｎｄａｒｙＰｏｓ以下であり、ｘＣｏｌＢｒが、ｒｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ以下である場合、以下が適用される。
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃによって指定される並置されたピクチャ内の（（ｘＣｏｌＢｒ＞＞３）＜＜３，（ｙＣｏｌＢｒ＞＞３）＜＜３）で与えられる修正された位置をカバーする輝度コーディングブロックを指定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定された並置されたピクチャの左上の輝度サンプルに対する、ｃｏｌＣｂによって指定された並置された輝度コーディングブロックの左上のサンプルに等しくセットされる。
－ ８．５．２．１２項において指定されている並置された動きベクトルに対する導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ、（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、ｒｅｆＩｄｘＬＸ、０に等しくセットされたｓｂＦｌａｇを入力として呼び出され、出力は、ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌに割り当てられる。
それ以外の場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
．．．
輝度サンプル双線形補間処理
この処理への入力は、以下のようである。
－ フルサンプル単位における輝度位置（ｘＩｎｔ_Ｌ，ｙＩｎｔ_Ｌ）
－ 分数サンプル単位における輝度位置（ｘＦｒａｃ_Ｌ，ｙＦｒａｃ_Ｌ）
－ 輝度参照サンプルアレイｒｅｆＰｉｃＬＸ_Ｌ
この処理の出力は、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸ_Ｌである。
変数ｓｈｉｆｔ１、ｓｈｉｆｔ２、ｓｈｉｆｔ３、ｓｈｉｆｔ４、ｏｆｆｓｅｔ１、ｏｆｆｓｅｔ２、およびｏｆｆｓｅｔ３は、以下のように導出される。

変数ｐｉｃＷは、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しくセットされ、変数ｐｉｃＨは、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しくセットされる。
ｘＦｒａｃ_ＬまたはｙＦｒａｃ_Ｌに等しい各１／１６分数サンプル位置ｐに対する輝度補間フィルタ係数ｆｂ_Ｌ［ｐ］は、表８－１０において指定される。
フルサンプル単位における輝度位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）は、ｉ＝０．．１に対して、以下のように導出される。
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。

－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合）、以下が適用される。

．．．
サブブロックベースの時間的マージ候補のための導出処理
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）
－ 輝度サンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ
－ 輝度サンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
－ 近隣のコーディングユニットの可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ_１
－ 近隣のコーディングユニットの参照インデックスｒｅｆＩｄｘＬＸＡ_１（Ｘは、０または１）
－ 近隣のコーディングユニットの予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ_１（Ｘは、０または１）
－ 近隣のコーディングユニットの１／１６分数サンプル精度における動きベクトルｍｖＬＸＡ_１（Ｘは、０または１）
この処理の出力は、以下のようである。
－ 可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌ
－ 水平方向ｎｕｍＳｂＸと垂直方向ｎｕｍＳｂＹにおける輝度コーディングサブブロックの数
－ 参照インデックスｒｅｆＩｄｘＬ０ＳｂＣｏｌとｒｅｆＩｄｘＬ１ＳｂＣｏｌ
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である１／１６分数サンプル精度における輝度動きベクトルｍｖＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびｍｖＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である予測リスト利用フラグｐｒｅｄＦｌａｇＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびｐｒｅｄＦｌａｇＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］
可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、以下のように導出される。
－ 次の条件のうちの１つ以上が真である場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、０に等しくセットされる。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい。
－ ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい。
－ ｃｂＷｉｄｔｈが８より小さい。
－ ｃｂＨｅｉｇｈｔが８より小さい。
－ それ以外の場合、以下の順序付されたステップが適用される。
１． 現在のコーディングブロックを含む輝度コーディングツリーブロックの左上のサンプルの位置（ｘＣｔｂ，ｙＣｔｂ）と、現在の輝度コーディングブロックの右下のサンプルの位置（ｘＣｔｒ，ｙＣｔｒ）は、以下のように導出される。

２． 輝度位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）は、ＣｏｌＰｉｃによって指定された並置されたピクチャの左上の輝度サンプルに対する、ＣｏｌＰｉｃ内の（ｘＣｔｒ，ｙＣｔｒ）によって与えられる位置をカバーする並置された輝度コーディングブロックの左上のサンプルに等しくセットされる。
３． ８．５．５．４項に指定されているサブブロックベースの時間的マージベースの基本動きデータのための導出処理は、位置（ｘＣｔｂ，ｙＣｔｂ）、位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ_１、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ_１、参照インデックスｒｅｆＩｄｘＬＸＡ_１、および動きベクトルｍｖＬＸＡ_１（Ｘは、０または１）を入力として呼び出され、動きベクトルｃｔｒＭｖＬＸ、並置されたブロックの予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬＸ（Ｘは０、１）、および時間的動きベクトルｔｅｍｐＭｖを出力とする。
４． 変数ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、以下のように導出される。
－ ｃｔｒＰｒｅｄＦｌａｇＬ０とｃｔｒＰｒｅｄＦｌａｇＬ１の両方が０に等しい場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、０に等しくセットされる。
－ それ以外の場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、１に等しくセットされる。
ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌが１に等しい場合、以下が適用される。
－ 変数ｎｕｍＳｂＸ、ｎｕｍＳｂＹ、ｓｂＷｉｄｔｈ、ｓｂＨｅｉｇｈｔ、およびｒｅｆＩｄｘＬＸＳｂＣｏｌは、以下のように導出される。

－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１に対して、動きベクトルｍｖＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］および予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］は、以下のように導出される。
－ 現在のピクチャの左上の輝度サンプルに対する現在のコーディングブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）は、以下のように導出される。

－ ＣｏｌＰｉｃ内の並置されたサブブロックの位置（ｘＣｏｌＳｂ，ｙＣｏｌＳｂ）は、以下のように導出される。
－ 以下が適用される。

－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。

－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合）、以下が適用される。

．．．
サブブロックベースの時間的マージベースの動きデータのための導出処理
この処理への入力は、以下のようである。
－ 現在のコーディングブロックを含む輝度コーディングツリーブロックの左上のサンプルの位置（ｘＣｔｂ，ｙＣｔｂ）
－ 右下の中央のサンプルをカバーする、並置された輝度コーディングブロックの左上のサンプルの位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）
－ 近隣のコーディングユニットの可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ_１
－ 近隣のコーディングユニットの参照インデックスｒｅｆＩｄｘＬＸＡ_１
－ 近隣のコーディングユニットの予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ_１
－ Ｘが０または１である近隣のコーディングユニットの１／１６分数サンプル精度における動きベクトルｍｖＬＸＡ_１
この処理の出力は、以下のようである。
－ 動きベクトルｃｔｒＭｖＬ０およびｃｔｒＭｖＬ１
－ 予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬ０およびｃｔｒＰｒｅｄＦｌａｇＬ１
－ 時間的動きベクトルｔｅｍｐＭｖ
変数ｔｅｍｐＭｖは、以下のようにセットされる。

変数ｃｕｒｒＰｉｃは現在のピクチャを指定する。
ａｖａｉｌａｂｌｅＦｌａｇＡ_１がＴＲＵＥに等しいときに、以下が適用される。
－ 以下の条件の全てが真である場合、ｔｅｍｐＭｖは、ｍｖＬ０Ａ_１に等しくセットされる。
－ ｐｒｅｄＦｌａｇＬ０Ａ_１が１に等しい。
－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＬ０Ａ_１］）が０に等しい。
－ それ以外の場合、次の条件の全てが真である場合、ｔｅｍｐＭｖは、ｍｖＬ１Ａ_１に等しくセットされる。
－ ｓｌｉｃｅ＿ｔｙｐｅがＢに等しい。
－ ｐｒｅｄＦｌａｇＬ１Ａ_１が１に等しい。
－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＬ１Ａ_１］）が０に等しい。
ＣｏｌＰｉｃ内の並置されたコロケーションされたブロックの位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、以下のように導出される。
－ 以下が適用される。

－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。

－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合）、以下が適用される。

．．．
輝度サンプル双線形補間処理
この処理への入力は、以下のようである。
－ フルサンプル単位における輝度位置（ｘＩｎｔ_Ｌ，ｙＩｎｔ_Ｌ）
－ 分数サンプル単位における輝度位置（ｘＦｒａｃ_Ｌ，ｙＦｒａｃ_Ｌ）
－ 参照ピクチャの左上のサンプルに対する参照サンプルパディングのための境界ブロックの左上のサンプルを指定する、フルサンプル単位における輝度位置（ｘＳｂＩｎｔ_Ｌ，ｙＳｂＩｎｔ_Ｌ）
－ 輝度参照サンプルアレイｒｅｆＰｉｃＬＸ_Ｌ
－ ハーフサンプル補間フィルタ指数ｈｐｅｌＩｆＩｄｘ
－ 現在のサブブロックの幅を指定する変数ｓｂＷｉｄｔｈ
－ 現在のサブブロックの高さを指定する変数ｓｂＨｅｉｇｈｔ
－ 現在のピクチャの左上のサンプルに対する現在のサブブロックの左上のサンプルを指定する輝度位置（ｘＳｂ，ｙＳｂ）
この処理の出力は、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬである。
変数ｓｈｉｆｔ１、ｓｈｉｆｔ２およびｓｈｉｆｔ３は、以下のように導出される。
－ 変数ｓｈｉｆｔ１は、Ｍｉｎ（４，ＢｉｔＤｅｐｔｈ_Ｙ－８）に等しくセットされ、変数ｓｈｉｆｔ２は、６に等しくセットされ、変数ｓｈｉｆｔ３は、Ｍａｘ（２，１４－ＢｉｔＤｅｐｔｈ_Ｙ）に等しくセットされる。
－ 変数ｐｉｃＷは、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しくセットされ、変数ｐｉｃＨは、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しくセットされる。
ｘＦｒａｃ_ＬまたはｙＦｒａｃ_Ｌに等しい各１／１６分数サンプル位置ｐに対する輝度補間フィルタ係数ｆ_Ｌ［ｐ］は、以下のように導出される。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘＳｂ］［ｙＳｂ］が０より大きく、ｓｂＷｉｄｔｈとｓｂＨｅｉｇｈｔが両方とも４に等しい場合、輝度補間フィルタ係数ｆ_Ｌ［ｐ］は、表８－１２において指定される。
－ それ以外の場合、輝度補間フィルタ係数ｆ_Ｌ［ｐ］は、ｈｐｅｌＩｆＩｄｘに応じて表８－１１において指定される。
フルサンプル単位における輝度位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）は、ｉ＝０．．７に対して、以下のように導出される。
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。

－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合）、以下が適用される。

．．．
色差サンプル補間処理
この処理への入力は、以下のようである。
－ フルサンプル単位における色差位置（ｘＩｎｔ_Ｃ，ｙＩｎｔ_Ｃ）
－ 分数サンプル単位における色差位置（ｘＦｒａｃ_Ｃ，ｙＦｒａｃ_Ｃ）
－ 参照ピクチャの左上のサンプルに対する参照サンプルパディングのための境界ブロックの左上のサンプルを指定する、フルサンプル単位における色差位置（ｘＳｂＩｎｔ_Ｃ，ｙＳｂＩｎｔ_Ｃ）
－ 現在のサブブロックの幅を指定する変数ｓｂＷｉｄｔｈ
－ 現在のサブブロックの高さを指定する変数ｓｂＨｅｉｇｈｔ
－ 色差参照サンプルアレイｒｅｆＰｉｃＬＸ_Ｃ
この処理の出力は、予測色差サンプル値ｐｒｅｄＳａｍｐｌｅＬＸ_Ｃである。
変数ｓｈｉｆｔ１、ｓｈｉｆｔ２およびｓｈｉｆｔ３は、以下のように導出される。
－ 変数ｓｈｉｆｔ１は、Ｍｉｎ（４，ＢｉｔＤｅｐｔｈ_Ｃ－８）に等しくセットされ、変数ｓｈｉｆｔ２は、６に等しくセットされ、変数ｓｈｉｆｔ３は、Ｍａｘ（２，１４－ＢｉｔＤｅｐｔｈ_Ｃ）に等しくセットされる。
－ 変数ｐｉｃＷ_Ｃは、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＳｕｂＷｉｄｔｈＣに等しくセットされ、変数ｐｉｃＨ_Ｃは、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＳｕｂＨｅｉｇｈｔＣに等しくセットされる。
ｘＦｒａｃ_ＣまたはｙＦｒａｃ_Ｃに等しい各１／３２分数サンプル位置ｐに対する色差補間フィルタ係数ｆＣ［ｐ］は、表８－１３において指定される。
変数ｘＯｆｆｓｅｔは、（ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１＋１）＊ＭｉｎＣｂＳｉｚｅＹ）／ＳｕｂＷｉｄｔｈＣに等しくセットされる。
フルサンプル単位における色差位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）は、ｉ＝０．．３に対して、以下のように導出される。
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。

－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合）、以下が適用される。

２．４ 例示的な符号化器のみのＧＯＰベースの時間的フィルタ

いくつかの実施形態において、符号化器のみの時間的フィルタが実装され得る。フィルタリングは、前処理ステップとして符号化器側で行われる。符号化する選択されたピクチャの前後のソースピクチャが読み込まれ、選択されたピクチャに対するブロックベースの動き補償方法がそれらのソースピクチャに適用される。選択されたピクチャ内のサンプルは、動き補正後のサンプル値を使用して時間的にフィルタリングされる。

全体のフィルタ強度は、選択されたピクチャの時間的サブレイヤとＱＰに応じてセットされる。時間的サブレイヤ０および１でのピクチャのみがフィルタリングされ、レイヤ０のピクチャはレイヤ１のピクチャよりも強力なフィルタリングによってフィルタリングされる。サンプル当たりのフィルタ強度は、選択されたピクチャのサンプル値と、動き補正されたピクチャの並置されたサンプルとの間の差に応じて調整され、動き補正されたピクチャと選択されたピクチャとの間のわずかな差が、大きな差よりも強力フィルタリングされるようにする。

ＧＯＰベースの時間的フィルタ

時間的フィルタは、ピクチャを読み込んだ直後および符号化の前に導入される。以下に、より詳細にステップを記載する。

動作１：符号化器によってピクチャを読み込む

動作２： ピクチャがコーディング階層において十分に低い場合、符号化の前にフィルタリングされる。それ以外の場合、ピクチャはフィルタリングされずに符号化される。ＰＯＣ％８＝＝０のＲＡピクチャは、ＰＯＣ％４＝＝０のＬＤピクチャと同様にフィルタリングされる。ＡＩピクチャはフィルタリングされない。

全体のフィルタ強度Ｓ_ｏは、ＲＡに対して以下の式に従ってセットされる。

ここで、ｎは、読み込まれるピクチャの数である。

ＬＤのケースに対して、Ｓ_ｏ（ｎ）＝０．９５が使用される。

動作３：選択されたピクチャ（以下、オリジナルピクチャ呼ばれる）の前および／または後の２つのピクチャが読み込まれる。エッジのケースにおいて、例えば、最初のピクチャであるか、最後のピクチャに近い場合において、利用可能なピクチャのみが読み込まれる。

動作４：オリジナルピクチャに対して前および後に読み込まれたピクチャの動きは、８×８ピクチャブロックごとに推定される。

階層的動き推定スキームが使用され、レイヤＬ０、Ｌ１およびＬ２が図２に示されている。サブサンプリングされたピクチャ。例えば図１のＬ１は、全ての読み込まれたピクチャおよびオリジナルピクチャに対して、各２×２ブロックを平均化することによって生成される。Ｌ２は、同じサブサンプリング法を使用して、Ｌ１から導出される。

図２は、階層的動き推定の異なる層の例を示す。Ｌ０は、元の解像度である。Ｌ１は、Ｌ０のサブサンプリングされたバージョンである。Ｌ２は、Ｌ１のサブサンプリングされたバージョンである。

最初に、Ｌ２における１６×１６ブロックごとに動き推定を行う。二乗差が、選択された動きベクトルごとに計算され、最小差に対応する動きベクトルが選択される。次いで、選択された動きベクトルが、Ｌ１において動きを推定するときの初期値として使用される。次いで、Ｌ０における動きを推定するために同じことが行われる。最終ステップとして、Ｌ０上の補間フィルタを使用することによって、８×８ブロックごとにサブピクセル動きを推定する。

ＶＴＭ６タップ補間フィルタを使用することができる。

動作５：各ブロックに対して最良にマッチングする動きに従って、オリジナルピクチャの前および後のピクチャに動き補償が適用され、例えば、各ブロックおけるオリジナルピクチャのサンプル座標が参照されるピクチャにおいて最良にマッチングする座標を有するようにする。

動作６：以下のステップで記載される輝度チャンネルと色差チャンネルに対して、サンプルを１つずつ処理する。

動作７：新しいサンプル値ｌｎは、以下の式を使用して計算される。

ここで、Ｉ_ｏがオリジナルサンプルのサンプル値である場合、Ｉ_ｒ（ｉ）は、動き補償されたピクチャｉの対応するサンプルの強度であり、ｗ_ｒ（ｉ，ａ）は、利用可能な動き補償されたピクチャの数がａであるときに、動き補償されたピクチャｉの重みである。

輝度チャンネルにおいて、重みｗ_ｒ（ｉ，ａ）は、以下ように定義される。

ここで、

ｉおよびａの他の全てのケースに対して、ａ：ｓ_ｒ（ｉ，ａ）＝０．３であり、

色差チャンネルに対して、重みｗ_ｒ（ｉ，ａ）は、以下ように定義される。

ここで、ｓ_ｃ＝０．５５であり、σ_ｃ＝３０である。

動作８：現在のサンプルにフィルタが適用される。
得られたサンプル値は、別々に記憶される。

動作９：フィルタリング処理されたピクチャが符号化される。

２．５ 例示的なピクチャーパーティション（タイル、ブリック、スライス）

いくつかの実施形態において、ピクチャは、１つ以上のタイル行及び１つ以上のタイル列に分割される。タイルは、ピクチャの矩形領域をカバーするＣＴＵのシーケンスである。

タイルは、１つ以上のブリックに分割され、各々は、タイル内の複数のＣＴＵ行から構成される。

複数のブリックにパーティショニングされないタイルも、ブリックと呼ばれる。しかし、タイルの真のサブセットであるブリックはタイルとは呼ばれない。

スライスは、ピクチャの複数のタイル、またはタイルの複数のブリックを含む。

サブピクチャは、ピクチャの矩形領域をまとめてカバーする１つ以上のスライスを含む。

スライスの２つのモード、すなわち、ラスタ走査スライスモードと矩形スライスモードがサポートされている。ラスタ走査スライスモードにおいて、スライスは、ピクチャのタイルラスタ走査におけるタイルのシーケンスを含む。矩形スライスモードにおいて、スライスは、ピクチャの矩形領域をまとめて形成するピクチャの複数のブリックを含む。矩形スライス内のブリックは、スライスのブリックラスタ走査の順序である。

図５は、ピクチャのラスタ走査スライスパーティショニングの例を示し、ピクチャは、１２のタイルと３つのラスタ走査スライスに分割される。

図６は、ピクチャの矩形スライスパーティショニングの例を示し、ピクチャは、２４のタイル（６つのタイル行および４つのタイル列）と９つの矩形スライスに分割される。

図７は、タイル、ブリック、矩形スライスにパーティショニングされたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイル行および２つのタイル列）、１１のブリック（左上のタイルは１つのブリックを含み、右上のタイルは５つのブリックを含み、左下のタイルは２つのブリックを含み、右下のタイルは３つのブリックを含む）、ならびに４つの矩形スライスに分割されている。

１に等しいｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、各ピクチャにおいてＰＰＳを参照するタイルが１つだけあることを指定する。
０に等しいｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、各ピクチャにおいてＰＰＳを参照するタイルが複数あることを指定する。
注－タイル内でさらにブリックスプリットがない場合、タイル全体がブリックと呼ばれる。ピクチャがさらなるブリックスプリットがない単一タイルのみを含んでいる場合、それは、単一ブリックと呼ばれる。
ビットストリーム適合性の要件は、ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値が、ＣＶＳ内のコーディングされたピクチャによって参照されるすべてのＰＰＳに対して同じであるものとする。
１に等しいｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、タイル列境界、同様にタイル行境界がピクチャ全体に均一に分布し、構文要素ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１およびｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１を使用してシグナリングされることを指定する。０に等しいｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、タイル列境界、同様にタイル行境界がピクチャ全体に均一に分布しても、しなくてもよく、構文要素ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１およびｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１および構文要素対のリストｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］およびｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］を使用してシグナリングされることを指定する。存在しないときは、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は、１に等しいと推論される。
ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しいときに、ピクチャの最も右のタイル列を除くタイル列の幅をＣＴＢ単位で指定する。ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、０～ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１の範囲（両端含む）にあるものとする。存在しないときは、ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１に等しいと推論される。
ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しいときに、ピクチャの底部のタイル行を除くタイル行の高さをＣＴＢ単位で指定する。ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の値は、０～ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１の範囲（両端含む）にあるものとする。存在しないときは、ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の値は、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１に等しいと推論される。
ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０に等しいときに、ピクチャをパーティショニングするタイル列の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は、０～ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１の範囲（両端含む）にあるものとする。ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は０に等しいと推論される。それ以外の場合、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しいときに、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は、６．５．１項において指定されるように推論される。
ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０に等しいときに、ピクチャをパーティショニングするタイル行の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は、０～ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１の範囲（両端含む）にあるものとする。ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は０に等しいと推論される。それ以外の場合、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しいときに、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は、６．５．１項において指定されるように推論される。
変数ＮｕｍＴｉｌｅｓＩｎＰｉｃは、（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）＊（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）に等しくセットされる。
ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しいときに、ＮｕｍＴｉｌｅｓＩｎＰｉｃは、１より大きいものとする。
ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目のタイル列の幅をＣＴＢ単位で指定する。
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目のタイル行の高さをＣＴＢ単位で指定する。
１に等しいｂｒｉｃｋ＿ｓｐｌｉｔｔｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＰＳを参照するピクチャの１つ以上のタイルを２つ以上のブリックに分割し得ることを指定する。０に等しいｂｒｉｃｋ＿ｓｐｌｉｔｔｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＰＰＳを参照するピクチャのタイルを２つ以上のブリックに分割しないことを指定する。
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１＋１は、各ピクチャにおいて、ＰＰＳを参照するタイルの数を指定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値はＮｕｍＴｉｌｅｓＩｎＰｉｃ－１に等しいものとする。存在しないときは、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、ＮｕｍＴｉｌｅｓＩｎＰｉｃ－１に等しいと推論される。
１に等しいｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］は、ｉ番目のタイルが２つ以上のブリックに分割されることを指定する。０に等しいｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］は、ｉ番目のタイルが２つ以上のブリックに分割されないことを指定する。存在しないときは、ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］の値は、０に等しいと推論される。いくつかの実施形態において、ＳＰＳに対するＰＰＳ構文解析依存性は、構文条件「ｉｆ（ＲｏｗＨｅｉｇｈｔ［ｉ］＞１）」（例えば、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］に対して同様に）を追加することによって導入される。
１に等しいｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］は、水平方向のブリック境界がｉ番目のタイルにわたって均一に分布し、構文要素ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］を使用してシグナリングされることを指定する。０に等しいｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］は、水平方向のブリック境界がｉ番目のタイルにわたって均一に分布しても、しなくてもよく、構文要素ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ２［ｉ］および構文要素のリストｂｒｉｃｋ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］［ｊ］を使用してシグナリングされることを指定する。存在しないときは、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］の値は、１に等しいと推論される。
ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が１に等しいときに、ｉ番目のタイルの底部のブリックを除くブリック行の高さをＣＴＢ単位で指定する。存在するときは、ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の値は、０～ＲｏｗＨｅｉｇｈｔ［ｉ］-２の範囲（両端含む）にあるものとする。存在しないときは、ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、ＲｏｗＨｅｉｇｈｔ［ｉ］-１に等しいと推論される。
ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ２［ｉ］は、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が０に等しいときに、ｉ番目のタイルをパーティショニングするブリックの数を指定する。存在するときは、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ２［ｉ］の値は、０～ＲｏｗＨｅｉｇｈｔ［ｉ］-２の範囲（両端含む）にあるものとする。ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］が０に等しい場合、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ２［ｉ］の値は－１に等しいと推論される。それ以外の場合、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が１に等しいときに、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ２［ｉ］の値は、６．５．１項において指定されるように推論される。
ｂｒｉｃｋ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０に等しいときに、ｉ 番目のタイル内のｊ番目のブリックの高さをＣＴＢ単位で指定する。
以下の変数が導出され、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しいときに、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１およびｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値が推論され、０～ＮｕｍＴｉｌｅｓＩｎＰｉｃ－１の範囲（両端を含む）の各ｉに対して、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が１に等しいときに、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ２［ｉ］の値が、第６．５．１項に指定されているなＣＴＢラスタおよびブリック走査変換処理を呼び出すことによって推論される。
－ ｊ番目のタイル行の高さをＣＴＢ単位で指定する、０～ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の範囲のリストＲｏｗＨｅｉｇｈｔ［ｊ］
－ ピクチャのＣＴＢラスタ走査におけるＣＴＢアドレスからブリック走査におけるＣＴＢアドレスへの変換を指定する、０～ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のｃｔｂＡｄｄｒＲｓに対するリストＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］
－ ブリック走査におけるＣＴＢアドレスからピクチャのＣＴＢラスタ走査におけるＣＴＢアドレスへの変換を指定する、０～ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のｃｔｂＡｄｄｒＢｓに対するリストＣｔｂＡｄｄｒＢｓＴｏＲｓ［ｃｔｂＡｄｄｒＢｓ］
－ ブリック走査におけるＣＴＢブリックＩＤへの変換を指定する、０～ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のｃｔｂＡｄｄｒＢｓに対するリストＢｒｉｃｋＩｄ［ｃｔｂＡｄｄｒＢｓ］
－ ブリックインデックスからブリック内のＣＴＵの数への変換を指定する、０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲（両端を含む）のｂｌｉｃｋＩｄｘに対するリストＮｕｍＣｔｕｓＩｎＢｒｉｃｋ［ｂｒｉｃｋＩｄｘ］
－ ブリックＩＤからブリック内の最初のＣＴＢのブリック走査におけるＣＴＢアドレスへの変換を指定する、０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ-１の範囲（両端を含む）のｂｒｉｃｋＩｄｘに対するリストＦｉｒｓｔＣｔｂＡｄｄｒＢｓ［ｂｒｉｃｋＩｄｘ］
１に等しいｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇは、このＰＰＳを参照する各スライスが１つのブリックを含むことを指定する。
０に等しいｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇは、このＰＰＳを参照する各スライスが複数のブリックを含むことを指定する。存在しないときは、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇの値は、１に等しいと推論される。
０に等しいｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、各スライス内のブリックがラスタ走査の順序であり、スライス情報がＰＰＳにおいてシグナリングされないことを指定する。１に等しいｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、各スライス内のブリックがピクチャの矩形領域をカバーし、スライス情報がＰＰＳにおいてシグナリングされることを指定する。ｂｒｉｃｋ＿ｓｐｌｉｔｔｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときに、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇの値は、１に等しいものとする。
存在しないときは、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、１に等しいと推論される。
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１＋１は、各ピクチャにおいて、ＰＰＳを参照するスライスの数を指定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲（両端を含む）にあるものとする。存在せず、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときに、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１に等しいと推論される。
ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、情報要素ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］を表すために使用されるビット数を指定する。ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、０～Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ））-１の範囲（両端を含む）にあるものとする。
ｉが０より大きいときに、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は、ｉ番目のスライスの右下のコーナーに位置するブリックのブリックインデックスと（ｉ－１）番目のスライスの右下のコーナーのブリックインデックスとの差を指定する。ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［０］は、０番目のスライスの右下のコーナーのブリックインデックスを指定する。ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときに、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、１に等しいと推論される。ＢｏｔｔｏｍＲｉｇｈｔＢｒｉｃｋＩｄｘ［ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１］の値は、ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１に等しいと推論される。ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素の長さは、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１ビットである。
１に等しいｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の正符号を示す。０に等しいｓｉｇｎ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の負符号を示す。ビットストリーム適合性の要件は、スライスが、複数のフルタイル、または１つのタイルのフルブリックの連続したシーケンスのみを含むものとすることである。
ｉ番目のスライスの左上のコーナーに位置するブリックのブリックインデックス、ｉ番目のスライスの右下のコーナーに位置するブリックのブリックインデックス、ｉ番目のスライス内のブリックの数、およびブリックのスライスへのマッピングを指定する変数ＴｏｐＬｅｆｔＢｒｉｃｋＩｄｘ［ｉ］、ＢｏｔｔｏｍＲｉｇｈｔＢｒｉｃｋＩｄｘ［ｉ］、ＮｕｍＢｒｉｃｋｓＩｎＳｌｉｃｅ［ｉ］、および ＢｒｉｃｋｓＴｏＳｌｉｃｅＭａｐ［ｊ］は、以下のように導出される。

一般的なスライスヘッダ意味
存在するときに、スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、ｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ、およびｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの各々の値は、コーディングされたピクチャのすべてのスライスヘッダにおいて同じであるものとする。
ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓを含むコーディングユニットに対する輝度量子化パラメータとその予測との差を指定する変数ＣｕＱｐＤｅｌｔａＶａｌは、０にセットされる。ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇを含むコーディングユニットに対するＱｐ’_Ｃｂ、Ｑｐ’_Ｃｒ、およびＱｐ’_ＣｂＣｒ量子化パラメータのそれぞれの値を決定するときに使用される値を指定する変数ＣｕＱｐＯｆｆｓｅｔ_Ｃｂ、ＣｕＱｐＯｆｆｓｅｔ_Ｃｒ、およびＣｕＱｐＯｆｆｓｅｔ_ＣｂＣｒは、全て０にセットされる。
ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使用中のＰＰＳに対するｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０～６３の範囲（両端を含む）にあるものとする。
ビットストリーム適合性の要件は、現在のピクチャのＴｅｍｐｏｒａｌＩｄの値が、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＰＰＳのＴｅｍｐｏｒａｌＩｄの値以上であるものとすることである。
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを指定する。
存在しないときは、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０に等しいと推論される。
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、式（７－５９）によって指定されるようにブリックＩＤである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲（両端を含む）にあるものとする。
それ以外の場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
－ スライスアドレスは、スライスのスライスＩＤである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１ビットである。
－ ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０～ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端を含む）にあるものとする。
それ以外の場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０～２^{（ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）}－１の範囲（両端を含む）にあるものとする。
以下の制約が適用されるのはビットストリーム適合性の要件である。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャの任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくないものとする。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しいときに、ピクチャのスライスはそれらのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の昇順にあるものとする。
－ ピクチャのスライスの形状は、各ブリックが、復号されるときに、その全体の左境界および全体の上境界を、ピクチャ境界からなるか、以前に復号されたブリックの境界からなるようにするものとする。
ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１は、存在するときは、スライス内のブリック数から１引いたもの指定する。ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲（両端含む）にあるものとする。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しく、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときは、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は０に等しいと推論される。ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときは、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は０に等しいと推論される。
現在のスライスにおけるブリックの数を指定する変数ＮｕｍＢｒｉｃｋｓＩｎＣｕｒｒＳｌｉｃｅと、現在のスライスにおけるｉ番目のブリックのブリックインデックスを指定するＳｌｉｃｅＢｒｉｃｋＩｄｘ［ｉ］は、以下のように導出される。

変数ＳｕｂＰｉｃＩｄｘ、ＳｕｂＰｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂＰｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ、およびＳｕｂＰｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓは、以下のように導出される。

２．６ 例示的な構文および意味

１に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰ構文において現在サブピクチャパラメータが存在することを示す。０に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰ構文において現在サブピクチャパラメータが存在しないことを示す。
注２ － ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャのサブセットのみを含むときに、ＳＰＳのＲＢＳＰにおいて１に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値をセットする必要があるかもしれない。
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、サブピクチャの数を指定する。ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、０～２５４の範囲にある。存在しないときは、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は、０に等しいと推論される。
ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの左上のＣＴＵの水平位置を指定する。構文要素の長さは、
［外１］

ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］の値は、０に等しいと推論される。
ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの左上のＣＴＵの垂直位置を指定する。構文要素の長さは、
［外２］

ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］の値は、０に等しいと推論される。
ｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの幅を指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ））ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、
［外３］

-１に等しいと推論される。
ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの高さを指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ））ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、
［外４］

-１に等しいと推論される。
１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャのｉ番目のサブピクチャが、ループ内フィルタリング動作を除く復号処理においてピクチャとして処理されることを指定する。０に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャのｉ番目のサブピクチャが、ループ内フィルタリング動作を除く復号処理においてピクチャとして処理されないことを指定する。存在しないときは、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、０に等しいと推論される。
１に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャにおけるｉ番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されてもよいことを指定する。
０に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャにおけるｉ番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されないことを指定する。
存在しないときは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、１に等しいと推論される。
以下の制約が適用されるのはビットストリーム適合性の要件である。
－ サブピクチャｓｕｂｐｉｃＡとｓｕｂｐｉｃＢの任意の２つのサブピクチャに対して、ｓｕｂｐｉｃＡのインデックスがｓｕｂｐｉｃＢのインデックスより小さいときに、サブＰｉｃＡの任意のコーディングされたＮＡＬユニットは、サブＰｉｃＢのコーディングされた任意のＮＡＬユニットを復号順に継承するものとする。
－ サブピクチャの形状は、各サブピクチャが、復号されるときに、その全体の左境界および全体の上境界を、ピクチャ境界からなるか、以前に復号されたサブピクチャの境界からなるようにするものとする。
１に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳに存在することを指定する。
０に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳに存在しないことを指定する。
１に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳにおいてシグナリングされることを指定する。
０に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳにおいてシグナリングされないことを指定する。
存在しないときは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される。
ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は、構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すために使用されるビット数を指定する。ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、０～１５の範囲（両端を含む）にあるものとする。
ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩｄを指定する。ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］の構文要素の長さは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。存在しないとき、およびｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいときに、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］の値は、０～ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端を含む）の各ｉに対してｉに等しいと推論される。
ｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使用中のＰＰＳに対するｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０～６３の範囲（両端を含む）にあるものとする。
ビットストリーム適合性の要件は、ピクチャヘッダのＴｅｍｐｏｒａｌＩｄの値が、ｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＰＰＳのＴｅｍｐｏｒａｌＩｄの値以上であるものとすることである。
１に等しいｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、プクチャヘッダにおいてサブピクチャＩｄマッピングがシグナリングされることを指定する。０に等しいｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、プクチャヘッダにおいてサブピクチャＩｄマッピングがシグナリングされないことを指定する。
ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は、構文要素ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すために使用されるビット数を指定する。ｐｉｃ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、０～１５の範囲（両端を含む）にあるものとする。ビットストリーム適合性の要件は、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値が、ＣＶＳにおけるコーディングされたピクチャによって参照されるすべてのピクチャヘッダに対して同じであるものとすることである。
ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩｄを指定する。ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］構文要素の長さは、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
リストＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］は、以下のように導出される。

デブロッキングフィルタ処理
一般
この処理への入力は、デブロッキングの前に再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
この処理の出力は、デブロッキングの後に修正され再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
ピクチャの垂直エッジが、最初にフィルタリングされる。次いで、ピクチャの水平エッジが、垂直エッジフィルタリング処理によって修正されたサンプルを入力としてフィルタリングされる。各ＣＴＵのＣＴＢの垂直エッジと水平エッジは、コーディングユニットベースで別々に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側のエッジから開始して、幾何学的順序でコーディングブロックの右側に向かってエッジを通して進むように、フィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上側のエッジから開始して、幾何学的順序でコーディングブロックの下側に向かってエッジを通して進むように、フィルタリングされる。
注 － フィルタリング処理は、本明細書ではピクチャベースで指定されているが、同じ出力値を生成するように復号器が処理依存性の順序を適切に説明するのであれば、フィルタリング処理は、同等の結果を持つコーディングユニットベースで実装され得る。
デブロッキングフィルタ処理は、以下のタイプのエッジを除き、ピクチャのすべてのコーディングサブブロックエッジおよびトランスフォームブロックエッジに適用される。
－ ピクチャの境界でのエッジ
－
［外５］

－ ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいときに、ピクチャの仮想境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が０に等しいときに、タイル境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときに、スライス境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライスの上側または左側の境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライス内のエッジ
－ 輝度コンポーネントの４×４のサンプルグリッド境界に対応しないエッジ
－ 色差コンポーネントの８×８のサンプルグリッド境界に対応しないエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇを有する輝度コンポーネント内のエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇを有する色差コンポーネント内のエッジ
－ 関連するトランスフォームユニットのエッジでない色差サブブロックのエッジ
．．．
一方向のためのデブロッキングフィルタ処理
この処理への入力は、以下のようである。
－ 輝度（ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または色差コンポーネント（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）が現在処理されているかどうかを指定する変数ｔｒｅｅＴｙｐｅ
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときは、デブロッキング前の再されたピクチャ、すなわちｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
－ 垂直（ＥＤＧＥ＿ＶＥＲ）をフィルタリングするか、水平（ＥＤＧＥ＿ＨＯＲ）をフィルタリングするかを指定する変数ｅｄｇｅＴｙｐｅ
この処理の出力は、デブロッキング後に修正され再構成されたピクチャ、すなわち、
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときに、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
変数ｆｉｒｓｔＣｏｍｐＩｄｘおよびｌａｓｔＣｏｍｐＩｄｘは、以下のように導出される。

コーディングブロック幅ｎＣｂＷ、コーディングブロック高さｎＣｂＨおよびコーディングブロックの左上のサンプルの位置（ｘＣｂ，ｙＣｂ）を有する、ｆｉｒｓｔＣｏｍｐＩｄｘ～ｌａｓｔＣｏｍｐＩｄｘの範囲（両端を含む）の色コンポーネントインデックスｃＩｄｘによって示されるコーディングユニットの色コンポーネントごとの各コーディングユニット及び各コーディングブロックに対して、ｃＩｄｘが０に等しいとき、ｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、ｘＣｂ％８が０に等しいとき、またはｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、ｙＣｂ％８が０に等しいときに、エッジは以下の順序付けされたステップによってフィルタリングされる。
１． 変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、以下のように導出される。
－ ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、以下の条件のうちの１つ以上が真である場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在のコーディングブロックの左境界は、ピクチャの左境界である。
［外６］

－ 現在のコーディングブロックの左境界は、タイルの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、スライスの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、ピクチャの垂直仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、以下の条件のうちの１つ以上が真である場合、変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在の輝度コーディングブロックの上境界は、ピクチャの上境界である。
［外７］

－ 現在のコーディングブロックの上境界は、タイルの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、スライスの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、ピクチャの水平仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、１に等しくセットされる。

２．７ 例示的なＴＰＭ、ＨＭＶＰおよびＧＥＯ

ＶＶＣにおけるＴＰＭ（ｔｒｉａｎｇｕｌａｒ Ｐｒｅｄｉｃｔｉｏｎ Ｍｏｄｅ）は、ブロックを異なる動き情報を有する２つの三角形に分割する。

ＶＶＣにおけるＨＭＶＰ（Ｈｉｓｔｏｒｙ－ｂａｓｅｄ Ｍｏｔｉｏｎ ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）は、動きベクトル予測に使用される動き情報のテーブルを維持する。テーブルは、インターコーディングされたブロックを復号した後に更新されるが、インターコーディングされたブロックがＴＰＭコーディングされている場合、更新されない。

ＧＥＯ（Ｇｅｏｍｅｔｒｙ Ｐａｒｔｉｔｉｏｎ Ｍｏｄｅ）はＴＰＭの拡張である。ＧＥＯでは、ブロックを直線によって２つのパーティションに分割することができ、このパーティションは、三角形であってもなくてもよい。

２．８ ＡＬＦ、ＣＣ－ＡＬＦおよび仮想境界

ＶＶＣにおけるＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ－Ｆｉｌｔｅｒ）は、ピクチャが復号された後に適用され、ピクチャ品質を向上させる。

ＶＢ（Ｖｉｒｔｕａｌ Ｂｏｕｎｄａｒｙ）がＶＶＣにおいて採用され、ＡＬＦをハードウェア設計にフレンドリーなものにした。ＶＢでは、ＡＬＦは２つのＡＬＦ仮想境界によって区切られたＡＬＦ処理ユニットにおいて実行される。

ＣＣ－ＡＬＦ（クロスコンポーネントＡＬＦ）は、輝度サンプルの情報を参照して色差サンプルをフィルタリングする。

３．開示された実施形態によって解決される技術的課題の例

（１） サブピクチャの制約を違反する可能性のある設計がいくつかある。
Ａ． アフィン構成された候補におけるＴＭＶＰは、現在のサブピクチャの範囲から、並置されたピクチャにおけるＭＶをフェッチすることがある。
Ｂ． ＢＤＯＦ（Ｂｉ－Ｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｃａｌ Ｆｌｏｗ）とＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅｍｅｎｔ Ｏｐｔｉｃａｌ Ｆｌｏｗ）における勾配を導出するときに、整数参照サンプルの２つの拡張行と２つの拡張列がフェッチされる必要がある。
これらの参照サンプルは、現在のサブピクチャの範囲外となることがある。
Ｃ． ＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）における色差残差スケーリング因子を導出するときに、アクセスされた再構成輝度サンプルは、現在のサブピクチャの範囲外となることがある。
Ｄ． 近隣のブロックは、輝度イントラ予測モード、イントラ予測のための参照サンプル、ＣＣＬＭのための参照サンプル、マージ／ＡＭＶＰ／ＣＩＩＰ／ＩＢＣ／ＬＭＣＳのための空間的近隣候補のための近隣のブロックの可用性、量子化パラメータ、ＣＡＢＡＣ初期化処理、左上の構文要素を使用したｃｔｘＩｎｃ導出、および構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇのためのｃｔｘＩｎｃｆｏｒを導出するときに、現在のサブピクチャの範囲外となることがある。サブピクチャの表示は、不完全なＣＴＵを有するサブピクチャにつながることがある。ＣＴＵパーティションおよびＣＵスプリット処理は、不完全なＣＴＵを考慮する必要があることがある。

（２） サブピクチャに関するシグナリングされた構文要素は任意の大きさであることがあり、オーバーフロー問題を引き起こすことがある。

（３） サブピクチャの表現は、非矩形サブピクチャにつながることがある。

（４） 現在、サブピクチャおよびサブピクチャグリッドは４つのサンプル単位で定義されている。構文要素の長さは、ピクチャの高さを４で割ったものに依存する。しかし、現在のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓはＭａｘ（８， ＭｉｎＣｂＳｉｚｅＹ）の整数倍数とするものであるため、サブピクチャグリッドは８サンプルの単位で定義する必要があってもよい。

（５） ＳＰＳ構文ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ
およびｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、８以上に制限される必要があってもよい。

（６） 参照ピクチャの再サンプリング／スケーラビリティとサブピクチャとの間の相互作用は、現在の設計では考慮されていない。

（７） 時間的フィルタリングにおいて、異なるサブピクチャにわたるサンプルが必要とされることがある。

（８） スライスをシグナリングするときに、情報は場合によってはシグナリングせずに推論され得る。

（９） 定義されたスライスの全てが、ピクチャ全体またはサブピクチャをカバーすることができない可能性がある。

（１０） ２つのサブピクチャのＩＤは、同一であることがある。

（１１） ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹが０ に等しくなることがあり、意味のないＬｏｇ２（）動作をもたらす。

（１２） ＰＨにおけるＩＤはＰＰＳよりも好ましいが、ＳＰＳよりは好ましくなく、一貫性がない。

（１３） ＰＰＳにおけるｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２は、ＳＰＳにおけるｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇに依存して解析され、解析依存をもたらす。

（１４） デブロッキングのためのｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、隣接するサブピクチャを考慮せずに、現在のサブピクチャのみを考慮する。

４．例示的な技法および実施形態

以下の詳細なリストは、一般的な概念を説明するための例として考慮されるべきである。これらの項目は、狭義に解釈されるべきではない。さらに、これらの項目は、任意の方式で組み合わせることができる。以下、時間的フィルタは、他のピクチャにおけるサンプルを必要とするフィルタを表すために使用される。Ｍａｘ（ｘ，ｙ）は、ｘおよびｙのうちの大きい方のものを返す。Ｍａｘ（ｘ，ｙ）は、ｘおよびｙのうちの小さい方のものを返す。
１． アフィン動き候補を生成するためにピクチャにおいて時間的ＭＶ予測子がフェッチされる位置（位置ＲＢという名前）は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ，ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ，ｙＢＲ）であると想定している。
ａ． 一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ． 一例では、座標（ｘ，ｙ）を有する位置ＲＢが必要なサブピクチャから外れている場合、時間的ＭＶ予測子は、利用不可として処理される。
ｉ． 一例では、位置ＲＢは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ． 一例では、位置ＲＢは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ． 一例では、位置ＲＢは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ． 一例では、位置ＲＢは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ． 一例では、位置ＲＢは、必要なサブピクチャから外れている場合、ＲＢの置換が利用される。
ｉ． 代替的には、さらに、置換位置は、必要なサブピクチャ内にあるものとする。
ｄ． 一例では、位置ＲＢは、必要なサブピクチャ内にクリップされる。
ｉ． 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ． 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ． 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｉｖ． 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。
ｅ． 一例では、位置ＲＢは、並置されたピクチャ内の現在のブロックの対応するブロック内の右下の位置であってもよい。
ｆ． 提案した方法は、現在のピクチャとは異なるピクチャからの動き情報にアクセスすることを必要とする他のコーディングツールにおいて利用されてもよい。
ｇ． 一例では、上記の方法が適用されるかどうか（例えば、位置ＲＢは、必要なサブピクチャ（例えば、１．ａおよび／または１．ｂで主張されているようにするために）内になければならないかどうか）は、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
２． 補間処理において使用されない参照で整数サンプルがフェッチされる位置（位置Ｓという名前）は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ，ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ，ｙＢＲ）であると想定している。
ａ．
一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ．
一例では、座標（ｘ，ｙ）を有する位置Ｓが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
ｉ． 一例では、位置Ｓは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ． 一例では、位置Ｓは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ． 一例では、位置Ｓは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ． 一例では、位置Ｓは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ． 一例では、位置Ｓは、必要なサブピクチャ内にクリップされる。
ｉ． 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ． 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ． 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｉｖ． 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。
ｄ． 一例では、位置Ｓは、要求されたサブピクチャ（例えば、２．ａおよび／または２．ｂで主張されているようにするために）内になければならないかどうかは、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
ｅ． 一例では、フェッチされた整数サンプルは、ＢＤＯＦおよび／またはＰＯＲＦにおける勾配を生成するために使用される。
３． 再構成された輝度サンプル値がフェッチされる位置（位置Ｒという名前）は、必要なサブピクチャ内にあってもよく、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ， ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ， ｙＢＲ）であると想定している。
ａ． 一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ． 一例では、座標（ｘ，ｙ）を有する位置Ｒが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
ｉ. 一例では、位置Ｒは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ. 一例では、位置Ｒは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ. 一例では、位置Ｒは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ. 一例では、位置Ｒは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ. 一例では、位置Ｒは、必要なサブピクチャ内にクリップされる。
ｉ. 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ. 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ. 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｉｖ. 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。
ｄ. 一例では、位置Ｒは、要求されたサブピクチャ（例えば、４．ａおよび／または４．ｂで主張されているようにするために）内になければならないかどうかは、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。
例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
ｅ. 一例では、フェッチされた輝度サンプルは、ＬＭＣＳにおける色差コンポーネントのためのスケーリング係数を導出するために使用される。
４． ＢＴ／ＴＴ／ＱＴスプリット、ＢＴ／ＴＴ／ＱＴ深度導出、および／またはＣＵスプリットフラグのシグナリングのためのピクチャ境界チェックの位置（位置Ｎという名前）は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ，ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ，ｙＢＲ）であると想定している。
ａ. 一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ. 一例では、座標（ｘ，ｙ）を有する位置Ｎが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
ｉ. 一例では、位置Ｎは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ. 一例では、位置Ｎは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ. 一例では、位置Ｎは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ. 一例では、位置Ｎは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ. 一例では、位置Ｎは、必要なサブピクチャ内にクリップされる。
ｉ. 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ. 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ. 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｄ． 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。一例では、位置Ｎは、要求されたサブピクチャ（例えば、５．ａおよび／または５．ｂで主張されているようにするために）内になければならないかどうかは、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
５． ＨＭＶＰ（Ｈｉｓｔｏｒｙ－ｂａｓｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）テーブルは、１つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
ａ. 一例では、ＩＢＣコーディングのために使用されるＨＭＶＰテーブルがリセットされてもよい。
ｂ. 一例では、インターコーディングのために使用されるＨＭＶＰテーブルは、リセットされてもよい。
ｃ. 一例では、イントラコーディングのために使用されるＨＭＶＰテーブルは、リセットされてもよい。
６． サブピクチャ構文要素は、Ｎ（Ｎ＝８，３２など）個のサンプル単位で定義されてもよい。
ａ. 一例では、Ｎ個のサンプル単位のサブピクチャ識別子グリッドの各要素の幅
ｂ. 一例では、Ｎ個のサンプル単位のサブピクチャ識別子グリッドの各要素の高さ
ｃ. 一例では、Ｎは、ＣＴＵの幅および／または高さにセットされる。
７． ピクチャ幅とピクチャ高さの構文要素は、Ｋ（Ｋ＞＝８）以上に制限されてもよい。
ａ. 一例では、ピクチャ幅を８以上に制限する必要があってもよい。
ｂ. 一例では、ピクチャ高さを８以上に制限する必要があってもよい。
８． 適合ビットストリームは、ＡＲＣ（Ａｄａｐｔｉｖｅ ｒｅｓｏｌｕｔｉｏｎ ｃｏｎｖｅｒｓｉｏｎ）／ＤＲＣ（Ｄｙｎａｍｉｃ ｒｅｓｏｌｕｔｉｏｎ ｃｏｎｖｅｒｓｉｏｎ）／ＲＰＲ（Ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｒｅｓａｍｐｌｉｎｇ）が１つのビデオユニット（例えば、シーケンス）に対して有効にされることが禁止されることを満たすものである。
ａ. 一例では、サブピクチャコーディングを有効にするシグナリングは、ＡＲＣ／ＤＲＣ／ＲＰＲを禁止する条件下であってもよい。
ｉ. 一例では、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいように、サブピクチャが有効であるときに、このＳＰＳがアクティブな全てのピクチャに対するｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ｍａｘ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しい。
ｂ. 代替的には、サブピクチャコーディングおよびＡＲＣ／ＤＲＣ／ＲＰＲは、両方とも、１つのビデオユニット（例えば、シーケンス）に対して有効にしてもよい。
ｉ. 一例では、適合ビットストリームは、ＡＲＣ／ＤＲＣ／ＲＰＲによりダウンサンプリングされたサブピクチャが、依然として幅においてＫ個のＣＴＵと高さにおいてＭ個のＣＴＵの形式（ＫとＭが両方とも整数である）にあることを満たすものとする。
ｉｉ. 一例では、適合ビットストリームは、ピクチャ境界（例えば、右境界および／または下境界）に位置しないサブピクチャに対して、ＡＲＣ／ＤＲＣ／ＲＰＲによりダウンサンプリングされたサブピクチャが、依然として幅においてＫ個のＣＴＵと高さにおいてＭ個のＣＴＵの形式（ＫとＭが両方とも整数である）にあることを満たすものとする。
ｉｉｉ. 一例では、ＣＴＵサイズは、ピクチャ解像度に基づいて適応的に変更されてもよい。
１） 一例では、最大ＣＴＵサイズは、ＳＰＳにおいてシグナリングされてもよい。解像度の低い各ピクチャに対して、ＣＴＵサイズは、それに応じて、低減された解像度に基づいて変更され得る。
２） 一例では、ＣＴＵサイズは、ＳＰＳおよびＰＰＳ、および／またはサブピクチャレベルでシグナリングされてもよい。
９． 構文要素ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１とｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１は制約されてもよい。
ａ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１がＴ１以下（またはＴ２より小さく）なければならない。
ｂ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１がＴ２以下（またはＴ２より小さく）なければならない。
ｃ. 一例では、適合ビットストリームにおいて、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１および／またはｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１は、項目３．ａまたは３．ｂなどの制約に従わなければならない。
ｄ. 一例では、３．ａにおけるＴ１および／または３．ｂにおけるＴ２は、ビデオコーディング規格のプロファイル／レベル／階層に依存してもよい。
ｅ. 一例では、３．ａにおけるＴ１は、ピクチャ幅に依存してもよい。
ｉ. たとえば、Ｔ１は、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４またはｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４＋Ｏｆｆに等しい。ｏｆｆは、１、２、－１、－２などであってもよい。
ｆ. 一例では、３．ｂにおけるＴ２は、ピクチャ幅に依存してもよい。
ｉ. たとえば、Ｔ１は、ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４またはｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４－１＋Ｏｆｆに等しい。ｏｆｆは、１、２、－１、－２などであってもよい。
１０． ２つのサブピクチャ間の境界は、２つのＣＴＵ間の境界でなければならないことが制約される。
ａ. 言い換えれば、ＣＴＵは、複数のサブピクチャでカバーすることはできない。
ｂ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の単位は、ＶＶＣのように４ではなく、ＣＴＵ幅（３２、６４、１２８など）であってもよい。サブピクチャのグリッド幅は、（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１）＊ＣＴＵ幅とするべきである。
ｃ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の単位は、ＶＶＣにおけるように４ではなく、ＣＴＵ高さ（３２、６４、１２８など）であってもよい。サブピクチャのグリッド高さは、（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１）＊ＣＴＵ高さとするべきである。
ｄ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１１． サブピクチャの形状は、矩形でなければならないことが制約される。
ａ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
ｂ. サブピクチャは矩形スライスのみを含んでもよい。例えば、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１２． ２つのサブピクチャはオーバラップすることができないことが制約される。
ａ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
ｂ. 代替的には、２つのサブピクチャが互いにオーバラップしてもよい。
１３． ピクチャ内の任意の位置が、１つのサブピクチャのみによってカバーされなければならないことが制約される。
ａ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
ｂ. 代替的には、１つのサンプルがいずれのサブピクチャにも属さなくてもよい。
ｃ. 代替的には、１つのアンプルが複数のサブピクチャに属してもよい。
１４． 同じシーケンスにおいて提示されるすべての解像度にマッピングされる、ＳＰＳにおいて定義されるサブピクチャは、上述の制約された位置および／またはサイズに従うべきであることが制約されてもよい。
ａ. 一例では、同じシーケンスにおいて提示される解像度にマッピングされたＳＰＳにおいて定義されるサブピクチャの幅と高さは、Ｎ個の（８、１６、３２のような）輝度サンプルの整数倍とするべきである。
ｂ. 一例では、サブピクチャは、特定のレイヤに対して定義されてもよく、他のレイヤにマッピングされてもよい。
ｉ. 例えば、サブピクチャは、シーケンス内で最も高い解像度を有するレイヤに対して定義されてもよい。
ｉｉ. 例えば、サブピクチャは、シーケンス内で最も低い解像度を有するレイヤに対して定義されてもよい。
ｉｉｉ. サブピクチャがどのレイヤに対して定義されているかは、ＳＰＳ／ＶＰＳ／ＰＰＳ／ＰＰＳ／スライスヘッダにおいてシグナリングされてもよい。
ｃ. 一例では、サブピクチャおよび異なる解像度の両方が適用されるときに、すべての解像度（例えば、幅または高さ）は、所与の解像度の整数倍であってもよい。
ｄ. 一例では、ＳＰＳにおいて定義されるサブピクチャの幅および／または高さは、ＣＴＵサイズの整数倍（例えば、Ｍ）であってもよい。
ｅ. 代替的には、シーケンス内のサブピクチャおよび異なる解像度は、同時には許可されなくてもよい。
１５． サブピクチャは特定のレイヤにのみ適用されてもよい。
ａ. 一例では、ＳＰＳにおいて定義されるサブピクチャは、シーケンス内で最も解像度の高いレイヤにのみ適用されてもよい。
ｂ. 一例では、ＳＰＳにおいて定義されたサブピクチャは、シーケンス内で最も低い時間的ＩＤを持つレイヤにのみ適用されてもよい。
ｃ. サブピクチャをどのレイヤに適用し得るかは、ＳＰＳ／ＶＰＳ／ＰＰＳにおける１つ以上の構文要素によって示されてもよい。
ｄ. サブピクチャをどのレイヤに適用することができないかは、ＳＰＳ／ＶＰＳ／ＰＰＳにおける１つ以上の構文要素によって示されてもよい。
１６． 一例では、サブピクチャの位置および／または寸法は、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘを使用せずにシグナリングされてもよい。
ａ. 一例では、サブピクチャの左上の位置がシグナリングされてもよい。
ｂ. 一例では、サブピクチャの右下の位置がシグナリングされてもよい。
ｃ. 一例では、サブピクチャの幅が、シグナリングされてもよい。
ｄ. 一例では、サブピクチャの高さが、シグナリングされてもよい。
１７． 時間的フィルタに対して、試料の時間的フィルタリングを実行するときに、現在のサンプルが属するのと同じサブピクチャ内のサンプルのみが使用されてもよい。必要なサンプルは、現在のサンプルが属しているものと同じピクチャ、または他のピクチャ内にあってもよい。
１８． 一例では、パーティショニング方法（ＱＴ、水平ＢＴ、垂直ＢＴ、水平ＴＴ、垂直ＴＴ、スプリットなしなど）を適用するかどうか、および／またはどのように適用するかは、現在のブロック（またはパーティション）がサブピクチャの１つ以上の境界を越えるかどうかに依存してもよい。
ａ. 一例では、ＶＶＣにおけるパーティショニングのためのピクチャ境界処理方法は、ピクチャ境界がサブピクチャ境界に置き換えられるときにも適用され得る。
ｂ. 一例では、パーティショニング方法（ＱＴ、水平ＢＴ、垂直ＢＴ、水平ＴＴ、垂直ＴＴ、スプリットなしなど）を表す構文要素（例えば、フラグ）を解析するかどうかは、現在のブロック（又はパーティション）がサブピクチャの１つ以上の境界を越えるかどうかに依存してもよい。
１９． 各サブピクチャの独立したコーディングで１つのピクチャを複数のサブピクチャに分割する代わりに、ピクチャを少なくとも２つのサブ領域のセットに分割することが提案されており、第１のセットは複数のサブピクチャを含み、第２のセットは残りのすべてのサンプルを含む。
ａ. 一例では、第２のセットにおけるサンプルは、いかなるサブピクチャにもない。
ｂ. 代替的には、さらに、第２のセットは、第１のセットの情報に基づいて符号化／復号されてもよい。
ｃ. 一例では、デフォルト値は、サンプル／ＭｘＫサブ領域が第２のセットに属するかどうかをマークするために利用されてもよい。
ｉ. 一例では、デフォルト値は、（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋Ｋ）に等しくセットされてもよく、ここで、Ｋは１より大きい整数である。
ｉｉ. デフォルト値は、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］に割り当てられ、グリッドが２番目のセットに属することを示す。
２０． 構文要素ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］をｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくすることができないことを提案する。
ａ. 例えば、適合ビットストリームにおいて、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］をｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくすることができないことが制約される。
ｂ. 例えば、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］をコーディングするコードワードをｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくすることができない。
２１． ０～ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の任意の整数は、少なくとも１つのｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］に等しくなければならないことを提案する。
２２． ＩＢＣ仮想バッファは、１つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
ａ. 一例では、ＩＢＣ仮想バッファ内の全てのサンプルは、－１にリセットされてもよい。
２３． パレットエントリリストは、１つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
ａ. 一例では、ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅは、１つのピクチャ内の新しいサブピクチャを復号する前に、０に等しくセットされてもよい。
２４． スライスの情報（例えば、スライスの数および／またはスライスの範囲）をシグナリングするかどうかは、タイルの数および／またはブリックの数に依存してもよい。
ａ. 一例では、ピクチャ内のブリックの数が１である場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１はシグナリングされず、０であると推論される。
ｂ. 一例では、ピクチャ内のブリックの数が１である場合、スライスの情報（例えば、スライスの数および／またはスライスの範囲）は、シグナリングされなくてもよい。
ｃ. 一例では、ピクチャ内のブリックの数が１である場合、スライスの数は１であると推論されてもよい。スライスは、ピクチャ全体をカバーする。一例では、ピクチャ内のブリックの数が１である場合、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇはシグナリングされず、０であると推論される。
ｉ. 代替的には、ピクチャ内のブリックの数が１である場合、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇはシグナリングされず、０であると推論される。
ｄ. 例示的な構文設計は、以下の通りである。

２５． ｓｌｉｃｅ＿ａｄｄｒｅｓｓをシグナリングするかどうかは、スライスが矩形であるとシグナリングされるかどうか（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０か１か）から切り離されてもよい。
ａ. 例示的な構文設計は、以下の通りである。

２６． ｓｌｉｃｅ＿ａｄｄｒｅｓｓをシグナリングするかどうかは、スライスが矩形であるとシグナリングされるときのスライスの数に依存してもよい。

２７． ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１をシグナリングするかどうかは、ｓｌｉｃｅ＿ａｄｄｒｅｓｓおよび／またはピクチャ内のブリックの数に依存してもよい。
ａ. 例示的な構文設計は、以下の通りである。

２８． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒｉｃｋｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナリングするかどうかは、タイルの数および／またはピクチャ内のブリックの数に依存してもよい。
ａ. 一例では、ブリックの数が２より小さい場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒｉｃｋｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シグナリングされない。
ｂ. 例示的な構文設計は、以下の通りである。

２９． ビットストリーム適合性の要件は、ピクチャのすべてのスライスがピクチャ全体をカバーしなければならないことである。
ａ. スライスが矩形であることがシグナリングされるときに（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときに）、この要件が満たさなければならない。
３０． ビットストリーム適合性の要件は、サブピクチャのすべてのスライスがサブピクチャ全体をカバーしなければならないことである。
ａ. スライスが矩形であることがシグナリングされるときに（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときに）、この要件が満たさなければならない。
３１． ビットストリーム適合性の要件は、スライスが複数のサブピクチャとオーバラップできないことである。
３２． ビットストリーム適合性の要件は、タイルが複数のサブピクチャとオーバラップできないことである。
３３． ビットストリーム適合性の要件は、ブリックが複数のサブピクチャとオーバラップできないことである。
以下の議論では、寸法ＣＷ×ＣＨを有する基本ユニットブロック（ＢＵＢ）は、矩形領域である。例えば、ＢＵＢはコーディングツリーブロック（ＣＴＢ）であってもよい。
３４． 一例では、サブピクチャの数（Ｎとして示される）が、シグナリングされてもよい。
ａ. 適合ビットストリームについて、サブピクチャが使用される場合（例えば、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）、ピクチャ中に少なくとも２つのサブピクチャがあることが必要であってもよい。
ｂ. 代替的には、Ｎマイナスｄ（すなわち、Ｎ－ｄ）は、シグナリングされてもよく、ここで、ｄは、０、１、または２などの整数である。
ｃ. 例えば、Ｎ－ｄは、固定長コーディング、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｎ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。
シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢの総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｗ／ＣＷ）×Ｃｅｉｌｉｎｇ（Ｈ／ＣＨ）として導出されてもよく、ここで、ＷおよびＨは、ピクチャの幅および高さを表し、ＣＷおよびＣＨは、ＢＵＢの幅および高さを表す。
ｄ. 例えば、Ｎ－ｄは、ｕｎａｒｙ符号または切り詰められたｕｎａｒｙ符号でコーディングされてもよい。
ｅ. 一例では、Ｎ－ｄの許容最大値は固定数であってもよい。
ｉ. 代替的には、Ｎ－ｄの許容最大値は、ピクチャ中のＢＵＢの総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
３５． 一例では、サブピクチャは、その選択された位置（例えば、左上／右上／左下／右下）および／またはその幅および／または高さのうちの１つ以上の表示によってシグナリングされてもよい。
ａ. 一例では、サブピクチャの左上の位置は、寸法ＣＷ×ＣＨを有する基本ユニットブロックの粒度でシグナリングされてもよい。
ｉ. 例えば、サブピクチャの左上のＢＵＢのＢＵＢに関して列インデックス（Ｃｏｌとして示される）が、シグナリングされてもよい。
１） 例えば、Ｃｏｌ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１、または２などの整数である。
ａ） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＣｏｌに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
ｂ） Ｃｏｌ－ｄの符号がシグナリングされてもよい。
ｉｉ. 例えば、サブピクチャの左上のＢＵＢのＢＵＢに関する行インデックス（Ｒｏｗとして示される）が、シグナリングされてもよい。
１） 例えば、Ｒｏｗ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１、または２などの整数である。
ａ） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＲｏｗに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
ｂ） Ｒｏｗ－ｄの符号がシグナリングされてもよい。
ｉｉｉ. 上述の行／列インデックス（Ｒｏｗとして示される）が、ＣＴＢ（Ｃｏｄｌｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）において表わされてもよく、例えば、ピクチャの左上の位置に対するｘまたはｙ座標は、ＣＴＢサイズによって分割され、シグナリングされてもよい。
ｉｖ. 一例では、サブピクチャの位置をシグナリングするかどうかは、サブピクチャインデックスに依存してもよい。
１）一例では、ピクチャ内の最初のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
ａ） 代替的には、さらに、左上の位置が、例えば、（０，０）であると推論されてもよい。
２） 一例では、ピクチャ内の最後のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
ａ） 左上の位置は、以前にシグナリングされたサブピクチャの情報に依存して推論されてもよい。
ｂ. 一例では、サブピクチャの幅／高さ／選択された位置の表示は、切り詰められた一進法／切り詰められた二進法／一進号／固定長／Ｋ－ｔｈ ＥＧ符号（例えば、Ｋ＝０，１，２，３）でシグナリングされてもよい。
ｃ. 一例では、サブピクチャの幅は、寸法ＣＷ×ＣＨを有するＢＵＢの粒度でシグナリングされてもよい。
ｉ. 例えば、サブピクチャ内のＢＵＢの列の数（Ｗとして示される）が、シグナリングされてもよい。
ｉｉ. 例えば、Ｗ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１または２などの整数である。
１） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＷに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
２） Ｗ－ｄの符号がシグナリングされてもよい。
ｄ. 一例では、サブピクチャの高さは、寸法ＣＷ×ＣＨを有するＢＵＢの粒度でシグナリングされてもよい。
ｉ. 例えば、サブピクチャ内のＢＵＢの行の数（Ｈとして示される）は、シグナリングされてもよい。
ｉｉ. 例えば、Ｈ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１または２などの整数である。
１） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＨに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
２） Ｈ－ｄの符号がシグナリングされてもよい。
ｅ. 一例では、Ｃｏｌ－ｄは、固定長符号、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｃｏｌ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ列の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｗ／ＣＷ）として導出されてもよく、ここで、Ｗは、ピクチャの幅を表し、ＣＷは、ＢＵＢの幅を表す。
ｆ. 一例では、Ｒｏｗ－ｄは、固定長符号、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｒｏｗ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。
シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ行の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｈ／ＣＨ）として導出されてもよく、ここで、Ｈは、ピクチャの高さを表し、ＣＨは、ＢＵＢの高さを表す。
ｇ. 一例では、Ｗ－ｄは、固定長符号、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 例えば、ｘまたはｘ－ｄｘは、Ｗ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ列の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｗ／ＣＷ）として導出されてもよく、ここで、Ｗは、ピクチャの幅を表し、ＣＷは、ＢＵＢの幅を表す。
ｈ. 一例では、Ｈ－ｄは、固定長符号、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｈ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。
シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ行の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｈ／ＣＨ）として導出されてもよく、ここで、Ｈは、ピクチャの高さを表し、ＣＨは、ＢＵＢの高さを表す。
ｉ. Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、全てのサブピクチャに対してシグナリングされてもよい。
ｉ. 代替的には、Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、全てのサブピクチャに対してシグナリングされなくてもよい。
１） Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、サブピクチャの数が２より小さい（１に等しい）場合、シグナリングされなくてもよい。
２） 例えば、Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、最初のサブピクチャ（例えば、サブピクチャインデックス（またはサブピクチャＩＤ）が０に等しい）に対してシグナリングされなくてもよい。
ａ） シグナリングされないときに、それらは、０であると推論されてもよい。
３） 例えば、Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、最後のサブピクチャ（例えば、サブピクチャインデックス（またはサブピクチャＩＤ）がＮｕｍＳｕｂＰｉｃｓ－１に等しい）に対してシグナリングされてなくてもよい。
ａ） シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
ｊ. Ｗ－ｄおよび／またはＨ－ｄは、全てのサブピクチャに対してシグナリングされてもよい。
ｉ. 代替的には、Ｗ－ｄおよび／またはＨ－ｄは、全てのサブピクチャに対してシグナリングされなくてもよい。
１） Ｗ－ｄおよび／またはＨ－ｄは、サブピクチャの数が２より小さい（１に等しい）場合、シグナリングされなくてもよい。
２） 例えば、Ｗｌ－ｄおよび／またはＨ－ｄは、最後のサブピクチャ（例えば、サブピクチャインデックス（またはサブピクチャＩＤ）がＮｕｍＳｕｂＰｉｃｓ－１に等しい）に対してシグナリングされてなくてもよい。
ａ） シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
ｋ. 上記の項目において、ＢＵＢは、ＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）であってもよい。
３６． 一例では、サブピクチャの情報は、ＣＴＢサイズの情報（例えば、ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５）が既にシグナリングされた後にシグナリングされるべきである。
３７． ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、１つのｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇは、サブピクチャが全てのサブピクチャに対するピクチャとして処理されるかどうかを制御するためにシグナリングされる。
３８． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、１つのｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ループフィルタが全てのサブピクチャに対してサブピクチャにわたって適用され得るかどうかを制御するためにシグナリングされる。
３９． ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ）および／またはｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］（ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が、条件付きでシグナリングされてもよい。
ａ. 一例では、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］および／またはｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、サブピクチャの数が２より小さい（１に等しい）場合、シグナリングされなくてもよい。
４０． ＲＰＲは、サブピクチャが使用されるときに、適用されてもよい。
ａ. 一例では、ＲＰＲにおけるスケーリング比は、｛１：１、１：２および／または２：１｝または｛１：１、１：２および／または２：１、１：４および／または４：１｝、｛１：１、１：２および／または２：１、１：４および／または４：１、１：８および／または８：１｝などのサブピクチャが使用されるときに、限定的にセットされるように制約されてもよい。
ｂ. 一例では、ピクチャＡとピクチャＢの解像度が異なる場合、ピクチャＡのＣＴＢサイズとピクチャＢのＣＴＢサイズが異なってもよい。
ｃ. 一例として、寸法ＳＡＷ×ＳＡＨのサブピクチャＳＡがピクチャＡ内にあり、寸法ＳＢＷ×ＳＢＨのサブピクチャＳＢがピクチャＢ内にあり、ＳＡがＳＢに対応し、ピクチャＡとピクチャＢの間のスケーリング比が水平方向と垂直方向に沿ってＲｗとＲｈであるとすると、
ｉ. ＳＡＷ／ＳＢＷまたはＳＢＷ／ＳＡＷは、Ｒｗに等しくなければならない。
ｉｉ. ＳＡＨ／ＳＢＨまたはＳＢＨ／ＳＡＨは、Ｒｈに等しくなければならない。
４１． サブピクチャが使用されるときに例えば、ｓｕｂ＿ｐｉｃｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが真であるときに）、サブピクチャインデックス（またはサブピクチャＩＤ）は、スライスヘッダにおいてシグナリングされてもよく、スライスアドレスは、ピクチャ全体ではなく、サブピクチャにおけるアドレスとして中断される。
４２． 第１のサブピクチャと第２のサブピクチャが同じサブピクチャでない場合、第１のサブピクチャのサブピクチャＩＤは、第２のサブピクチャのサブピクチャＩＤとは異なっていなくてはならないことが必要とされる。
ａ. 一例では、ｉがｊに等しくない場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］がｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｂ. 一例では、ｉがｊに等しくない場合、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］がｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｃ. 一例では、ｉがｊに等しくない場合、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］がｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｄ. 一例では、ｉがｊに等しくない場合、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］がＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｅ. 一例では、Ｘ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］Ｘ＿ｓｕｂｐｉｃ＿ｉｄ［ ｉ －Ｐ］に等しいＤ［ｉ］として示される差分が、シグナリングされてもよい。
ｉ. 例えば、Ｘはｓｐｓ、ｐｐｓまたはｐｈであってもよい。
ｉｉ. 例えば、Ｐが１に等しい。
ｉｉｉ. 例えば、ｉ＞Ｐである。
ｉｖ. 例えば、Ｄ［ｉ］は０より大きくなければならない。
ｖ. 例えば、Ｄ［ｉ］－１は、シグナリングされてもよい。
４３． Ｃｅｉｌ（Ｌｏｇ２（ＳＳ））ビットであるように、左上のＣＴＵの水平位置または垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ または ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定する構文要素の長さが導出され得ることが提案され、ＳＳは０より大きくなければならない。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
ａ. 一例では、構文要素が左上のＣＴＵの水平位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｂ. 一例では、構文要素が左上のＣＴＵの垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｃ. 一例では、ＲＲは、ＣｔｂＳｉｚｅＹ－１などの非ゼロの整数である。
４４． Ｃｅｉｌ（Ｌｏｇ２（ＳＳ））ビットであるように、サブピクチャの左上のＣＴＵの水平位置または垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ または ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定する構文要素の長さが導出され得ることが提案され、ＳＳは０より大きくなければならない。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
ａ. 一例では、構文要素がサブピクチャの左上のＣＴＵの水平位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｂ. 一例では、構文要素がサブピクチャの左上のＣＴＵの垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｃ. 一例では、ＲＲは、ＣｔｂＳｉｚｅＹ－１などの非ゼロの整数である。
４５． Ｃｅｉｌ（Ｌｏｇ２（ＳＳ））－Ｐであるように、サブピクチャの幅または高さ（例えば、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１またはｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１）を指定する構文要素の長さのデフォルト値（１などのオフセットＰを加えてもよい）が導出され得ることが提案され、ＳＳは０より大きくなければならない。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
ａ. 一例では、構文要素がサブピクチャのデフォルト幅（例えば、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１）（オフセットＰを加えてもよい）を指定するときに、ＳＳ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｂ. 一例では、構文要素がサブピクチャのデフォルト高さ（例えば、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１）（オフセットＰを加えてもよい）を指定するときに、ＳＳ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｃ. 一例では、ＲＲは、ＣｔｂＳｉｚｅＹ－１などの非ゼロの整数である。
４６． サブピクチャのＩＤの情報は、その情報がシグナリングされるべきであると決定されたときに、少なくともＳＰＳ、ＰＰＳ、およびピクチャヘッダのいずれかでシグナリングされるべきであることが提案されている。
ａ. 一例では、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、およびｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのうちの少なくとも１つが、１に等しくあるべきことが、適合ビットストリームの要件である。
４７． サブピクチャのＩＤの情報が、ＳＰＳ、ＰＰＳ、およびピクチャヘッダのいずれでもシグナリングされない場合、その情報がシグナリングされるべきであると決定されることが提案されている。デフォルトＩＤが割り当てられるべきである。
ａ. 一例では、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがすべて０であり、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］はｉ＋Ｐに等しくセットされるべきであり、Ｐは０などのオフセットである。例示的な説明は：以下の通りである。

４８． サブピクチャＩＤの情報は、対応するＰＰＳでシグナリングされる場合、ピクチャヘッダでシグナリングされないことを提案する。
ａ. 例示的な構文設計は、以下の通りである。

ｂ. 一例では、サブピクチャＩＤは、ＳＰＳにおいてシグナリングされる場合、ＳＰＳにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ＰＰＳにおいてシグナリングされる場合、ＰＰＳにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ピクチャヘッダにおいてシグナリングされる場合、ピクチャヘッダにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされる。例示的な説明は、以下の通りである。

ｃ. 一例では、サブピクチャＩＤは、ピクチャヘッダにおいてシグナリングされる場合、ピクチャヘッダにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ＰＰＳにおいてシグナリングされる場合、ＰＰＳにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ＳＰＳにおいてシグナリングされる場合、ＳＰＳダにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされる。例示的な説明は、以下の通りである。

４９． エッジＥ上のデブロッキング処理は、エッジの両側（Ｐ側とＱ側で示される）のサブピクチャ境界を超えてループフィルタリングが許可されているかどうかの決定（例えば、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって決定される）に依存すべきであることを提案する。Ｐ側は、現在のブロックの側を表し、Ｑ側は、隣接するブロックの側を表し、これは、異なるサブピクチャに属してもよい。以下の議論では、Ｐ側とＱ側が２つの異なるサブピクチャに属すると想定する。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］＝０／１は、Ｐ側を含むサブピクチャのサブピクチャ境界を超えてループフィルタリングが許可されていない／許可されていることを意味する。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］＝０／１は、Ｑ側を含むサブピクチャのサブピクチャ境界を超えてループフィルタリングが許可されていない／許可されていることを意味する。
ａ. 一例では、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］が０に等しいか、またはｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］が０に等しい場合、Ｅはフィルタリングされない。
ｂ. 一例では、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］が０に等しく、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］が０に等しい場合、Ｅはフィルタリングされない。
ｃ. 一例では、Ｅの両側をフィルタリングするかどうかは、別々に制御される。
ｉ. 例えば、ＥのＰ側は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］が１に等しい場合にのみフィルタリングされる。
ｉｉ. 例えば、ＥのＱ側は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］が１に等しい場合にのみフィルタリングされる。
５０． トランスフォームスキップに使用される最大ブロックサイズ（ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２など）を指定するＰＰＳにおける構文要素ＳＥのシグナリング／解析は、ＳＰＳにおいて任意の構文要素（ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇなど）から切り離すべきであることを提案する。
ａ. 例示的な構文変更は、以下の通りである。

ｂ. 代替的には、ＳＥは、ＳＰＳにおいてシグナリングされてもよく、例えば、以下の通りである。

ｃ. 代替的には、ＳＥは、ピクチャヘッダにおいてシグナリングされてもよく、例えば、以下の通りである。

５１． 最初のブロックを復号した後にＨＭＶＰテーブル（またはリスト／ストレージ／マップなどと名付けられる）を更新するかどうか、および／またはどのように更新するかは、最初のブロックがＧＥＯでコーディングされているかどうかに依存してもよい。
ａ. 一例では、最初のブロックがＧＥＯでコーディングされている場合、最初のブロックを復号した後でＨＭＶＰテーブルが更新されなくてもよい。
ｂ. 一例では、ＨＭＶＰテーブルは、最初のブロックがＧＥＯでコーディングされている場合、最初のブロックを復号した後に更新されてもよい。
ｉ. 一例では、ＨＭＶＰテーブルは、ＧＥＯによって分割された１つのパーティションの動き情報で更新されてもよい。
ｉｉ. 一例では、ＨＭＶＰテーブルは、ＧＥＯによって分割された複数のパーティションの動き情報で更新されてもよい
５２． ＣＣ－ＡＬＦでは、現在の処理ユニット（例えば、２つのＡＬＦ仮想境界によって区切られたＡＬＦ処理ユニット）から外れた輝度サンプルは、対応する処理ユニットの色差サンプルのフィルタリングから除外される。
ａ. 現在の処理ユニットから外れたパディングされた輝度サンプルを使用して、対応する処理ユニットの色差サンプルをフィルタリングしてもよい。
ｉ. 本文書に開示されている任意のパディング方法は、輝度サンプルをパディングするために使用されてもよい。
ｂ. 代替的には、現在の処理ユニットから外れた輝度サンプルを使用して、対応する処理ユニットの色差サンプルをフィルタリングしてもよい。

５． 実施形態

以下の実施形態において、新たに追加されたテキストは、太字のイタリック体になっており、削除されたテキストは、［［］］によってマークされる。

５．１ 実施形態１：アフィン構成されたマージ候補についてのサブピクチャ制約
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補に対する導出処理
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コードブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔ
－ 可用性フラグａｖａｉｌａｂｌｅＡ_０、ａｖａｉｌａｂｌｅＡ_１、ａｖａｉｌａｂｌｅＡ_２、ａｖａｉｌａｂｌｅＢ_０、ａｖａｉｌａｂｌｅＢ_１、ａｖａｉｌａｂｌｅＢ_２、ａｖａｉｌａｂｌｅＢ_３
－ サンプル位置（ｘＮｂＡ_０，ｙＮｂＡ_０）、（ｘＮｂＡ_１，ｙＮｂＡ_１）、（ｘＮｂＡ_２，ｙＮｂＡ_２）、（ｘＮｂＢ_０，ｙＮｂＢ_０）、（ｘＮｂＢ_１，ｙＮｂＢ_１）、（ｘＮｂＢ_２，ｙＮｂＢ_２）、および（ｘＮｂＢ_３，ｙＮｂＢ_３）
この処理の出力は、以下のようである。
－ 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグａｖａｉｌａｂｌｅＦｌａｇＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 参照インデックスｒｅｆＩｄｘＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは、０または１）
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは、０または１）、
－ アフィン動きモデルインデックスＭｏｄｅｌＩｄｃＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 双方向予測重みインデックスｂｃｗＩｄｘＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 構成されたアフィン制御点動きベクトルｃｐＭｖＬＸＣｏｎｓｔＫ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．２、Ｋ＝１．．６、Ｘは０または１）
．．.
４番目の（並置された右下の）制御点動きベクトルｃｐＭｖＬＸＣｏｒｎｅｒ［３］、参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｒｎｅｒ［３］、および可用性フラグａｖａｌａｂｌｅＦｌａｇＣｏｒｎｅｒ［３］（Ｘは０および１）は、以下のように導出される。
－ 時間的マージ候補のための参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］（Ｘは、０または１）、０に等しくセットされる。
－ 変数ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ（Ｘは、０または１）は、以下のように導出される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
－ それ以外の場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。

－ ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹが、ｙＣｏｌＢｒ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹに等しく、
［外８］

－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃによって指定される並置されたピクチャ内の（（ｘＣｏｌＢｒ＞＞３）＜＜３，（ｙＣｏｌＢｒ＞＞３）＜＜３）で与えられる修正された位置をカバーする輝度コーディングブロックを指定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定された並置されたピクチャの左上の輝度サンプルに対する、ｃｏｌＣｂによって指定された並置された輝度コーディングブロックの左上のサンプルに等しくセットされる。
－ ８．５．２．１２項において指定されている並置された動きベクトルに対する導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ、（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、ｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、０に等しくセットされたｓｂＦｌａｇを入力として呼び出され、出力は、ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌに割り当てられる。
－ それ以外の場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
．．．

５．２ 実施形態２：アフィン構成されたマージ候補についてのサブピクチャ制約
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補に対する導出処理
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コードブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔ
－ 可用性フラグａｖａｉｌａｂｌｅＡ_０、ａｖａｉｌａｂｌｅＡ_１、ａｖａｉｌａｂｌｅＡ_２、ａｖａｉｌａｂｌｅＢ_０、ａｖａｉｌａｂｌｅＢ_１、ａｖａｉｌａｂｌｅＢ_２、ａｖａｉｌａｂｌｅＢ_３
－ サンプル位置（ｘＮｂＡ_０，ｙＮｂＡ_０）、（ｘＮｂＡ_１，ｙＮｂＡ_１）、（ｘＮｂＡ_２，ｙＮｂＡ_２）、（ｘＮｂＢ_０，ｙＮｂＢ_０）、（ｘＮｂＢ_１，ｙＮｂＢ_１）、（ｘＮｂＢ_２，ｙＮｂＢ_２）、および（ｘＮｂＢ_３，ｙＮｂＢ_３）
この処理の出力は、以下のようである。
－ 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグａｖａｉｌａｂｌｅＦｌａｇＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 参照インデックスｒｅｆＩｄｘＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは、０または１）
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは０または１）、
－ アフィン動きモデルインデックスＭｏｄｅｌＩｄｃＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 双方向予測重みインデックスｂｃｗＩｄｘＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 構成されたアフィン制御点動きベクトルｃｐＭｖＬＸＣｏｎｓｔＫ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．２、Ｋ＝１．．６、Ｘは０または１）
．．．
４番目の（並置された右下の）制御点動きベクトルｃｐＭｖＬＸＣｏｒｎｅｒ［３］、参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｒｎｅｒ［３］、および可用性フラグａｖａｌａｂｌｅＦｌａｇＣｏｒｎｅｒ［３］（Ｘは０および１）は、以下のように導出される。
－ 時間的マージ候補のための参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］（Ｘは、０または１）、０に等しくセットされる。
－ 変数ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ（Ｘは、０または１）は、以下のように導出される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
－ それ以外の場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。

ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹがｙＣｏｌＢｒ＞＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹに等しい場合、［［ｙＣｏｌＢｒがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さく、ｘＣｏｌＢｒがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さい場合、以下が適用される］］、
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃによって指定される並置されたピクチャ内の（（ｘＣｏｌＢｒ＞＞３）＜＜３，（ｙＣｏｌＢｒ＞＞３）＜＜３）で与えられる修正された位置をカバーする輝度コーディングブロックを指定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定された並置されたピクチャの左上の輝度サンプルに対する、ｃｏｌＣｂによって指定された並置された輝度コーディングブロックの左上のサンプルに等しくセットされる。
－ ８．５．２．１２項において指定されている並置された動きベクトルに対する導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ、（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、ｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、０に等しくセットされたｓｂＦｌａｇを入力として呼び出され、出力は、ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌに割り当てられる。
－ それ以外の場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
．．．

５．３ 実施形態３：サブピクチャ制約下での整数サンプルのフェッチ
８．５．６．３．３ 輝度整数サンプルフェッチ処理
この処理への入力は、以下のようである。
－ フルサンプル単位における輝度位置（ｘＩｎｔ_Ｌ，ｙＩｎｔ_Ｌ）
－ 輝度参照サンプルアレイｒｅｆＰｉｃＬＸ_Ｌ
この処理の出力は、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬである。
変数ｓｈｉｆｔは、Ｍａｘ（２，１４－ＢｉｔＤｅｐｔｈＹ）に等しくセットされる。
変数ｐｉｃＷは、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しくセットされ、変数ｐｉｃＨは、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しくセットされる。
フルサンプル単位おける輝度位置（ｘＩｎｔ，ｙＩｎｔ）は、以下のように導出される。
［外９］

［外１０］

予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬは、以下のように導出される。

５．４ 実施形態４：ＬＭＣＳの色差残差スケーリングにおける変数ｉｎｖＡｖｇＬｕｍａの導出
８．７．５．３ 色差サンプルに対する輝度依存色差残差スケーリング処理によるピクチャ再構成
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の色差サンプルに対する現在の色差トランスフォームブロックの左上のサンプルの色差位置（ｘＣｕｒｒ，ｙＣｕｒｒ）
－ トランスフォームブロック幅を指定する変数ｎＣｕｒｒＳｗ
－ 色差変換ブロック高さを指定する変数ｎＣｕｒｒＳｈ
－ 現在の色差トランスフォームブロックのコーディングされたブロックフラグを指定する変数ｔｕＣｂｆＣｈｒｏｍａ
－ 現在のブロックの色差予測サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｐｒｅｄＳａｍｐｌｅｓ
－ 現在のブロックの色差残差サンプルを指定する（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイｒｅｓＳａｍｐｌｅｓ
この処理の出力は、再構成された色差ピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓ
変数ｓｉｚｅＹは、Ｍｉｎ（ＣｔｂＳｉｚｅＹ，６４）に等しくセットされる。
再構成された色差ピクチャサンプルｒｅｃＳａｍｐｌｅｓは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対して、以下のように導出される。
－ ．．．
－ それ以外の場合、以下が適用される。
－ ．．．
－ 変数ｃｕｒｓＰｉｃは、現在のピクチャにおいて再構成された輝度サンプルの配列を指定する。
－ 変数ｖａｒＳｃａｌｅの導出に対して、以下の順序付されたステップが適用される。
１． 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。
－ アレイｒｅｃＬｕｍａ［ｉ］（ｉ＝０．．．（２ ＊ ｓｉｚｅＹ － １））と変数ｃｎｔは、以下のように導出される。
－ 変数ｃｎｔは、０に等しくセットされる。
－ 変数ｖａｒｉａｂｌｅｒｉｇｈｔＢｏｕｎｄａｒｙＰｏｓおよびｂｏｔＢｏｕｎｄａｒｙＰｏｓは、以下のように導出される。

－ ａｖａｌＬがＴＲＵＥに等しいときに、アレイｒｅｃＬｕｍａ［ｉ］（ｉ＝０．．ｓｉｚｅＹ －１）は、ｃｕｒｒＰｉｃ［ｘＣｕＣｂ-１］［Ｍｉｎ（ｙＣｕＣｂ＋ｉ，［［ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１］］
［外１１］

）］（ｉ＝０．．ｓｉｚｅＹ-１）に等しくセットされ、ｃｎｔは、ｓｉｚｅＹに等しくセットされる。
－ ａｖａｌＴがＴＲＵＥに等しいときに、アレイｒｅｃＬｕｍａ［ｃｎｔ＋ｉ］（ｉ＝０．．ｓｉｚｅＹ －１）は、ｃｕｒｒＰｉｃ［Ｍｉｎ（ｘＣｕＣｂ＋ｉ，［［ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ-１］］
［外１２］

）］［ｙＣｕＣｂ-１］（ｉ＝０．．ｓｉｚｅＹ-１）に等しくセットされ、ｃｎｔは、（ｃｎｔ＋ｓｉｚｅＹ）に等しくセットされる。
－ 変数ｉｎｖＡｖｇＬｕｍａは、以下のように導出される。
－ ｃｎｔが０より大きい場合、以下が適用される。

－ それ以外の場合（ｃｎｔが０に等しい）、以下が適用される。

５．５ 実施形態５：サブピクチャ要素を４つのサンプル以外のＮ個（Ｎ＝８、３２など）の単位で定義する例
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１は、サブピクチャ識別子グリッドの各要素の幅を４Ｎサンプル単位で指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４Ｎ））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓは、以下のように導出される。

ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１は、サブピクチャ識別子グリッドの各要素の高さを４サンプル単位で指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４Ｎ））ビットである。変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓは、以下のように導出される。

７．４．７．１ 一般的なスライスヘッダ意味
変数ＳｕｂＰｉｃＩｄｘ、ＳｕｂＰｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂＰｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ、およびＳｕｂＰｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓは、以下のように導出される。

５．６ 実施形態６：ピクチャ幅及びピクチャ高さを８以上に制限する。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味
ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＳＰＳを参照する復号された各ピクチャの最大幅を輝度サンプルの単位で指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなく、［［ＭｉｎＣｂＳｉｚｅＹ］］
［外１３］

の整数倍数とする。
ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＳＰＳを参照する復号された各ピクチャの最大高さを輝度サンプルの単位で指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなく、［［ＭｉｎＣｂＳｉｚｅＹ］］
［外１４］

の整数倍数とする。

５．７ 実施携帯７：ＢＴ／ＴＴ／ＱＴスプリット、ＢＴ／ＴＴ／ＱＴ深度導出、および／またはＣＵスプリットフラグのシグナリングのサブピクチャ境界チェック
６．４．２ 許可されているバイナリスプリット処理
変数ａｌｌｏｗＢｔＳｐｌｉｔは、以下のように導出される。
－ ．．．
－ それ以外の場合、次の条件の全てが真である場合、ａｌｌｏｗＢｔＳｐｌｉｔは、ＦＡＬＳＥに等しくセットされる。
－ ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい。
－ ｙ０＋ｃｂＨｅｉｇｈｔが、［［ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外１５］

より大きい。
－ それ以外の場合、次の条件の全てが真である場合、ａｌｌｏｗＢｔＳｐｌｉｔは、ＦＡＬＳＥに等しくセットされる。
－ ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい。
－ ｃｂＨｅｉｇｈｔがＭａｘＴｂＳｉｚｅＹより大きい。
－ ｘ０＋ｃｂＷｉｄｔｈが、［［ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外１６］

より大きい。
－ それ以外の場合、次の条件の全てが真である場合、ａｌｌｏｗＢｔＳｐｌｉｔは、ＦＡＬＳＥに等しくセットされる。
－ ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい。
－ ｃｂＷｉｄｔｈがＭａｘＴｂＳｉｚｅＹより大きい。
－ ｙ０＋ｃｂＨｅｉｇｈｔが、［［ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外１７］

より大きい。
－ それ以外の場合、次の条件の全てが真である場合、ａｌｌｏｗＢｔＳｐｌｉｔは、ＦＡＬＳＥに等しくセットされる。
－ ｘ０＋ｃｂＷｉｄｔｈが、［［ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外１８］

より大きい。
－ ｙ０＋ｃｂＨｅｉｇｈｔが、［［ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外１９］

より大きい。
－ ｃｂＷｉｄｔｈがｍｉｎＱｔＳｉｚｅより大きい。
－ それ以外の場合、次の条件の全てが真である場合、ａｌｌｏｗＢｔＳｐｌｉｔは、ＦＡＬＳＥに等しくセットされる。
－ ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい。
－ ｘ０＋ｃｂＷｉｄｔｈが、［［ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外２０］

より大きい。
－ ｙ０＋ｃｂＨｅｉｇｈｔが、［［ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外２１］

より小さい。
６．４．２ 許可されている三値（ｔｅｒｎａｒｙ）スプリット処理
変数ａｌｌｏｗＴｔＳｐｌｉｔは、以下のように導出される。
－ 以下の条件のうちの１つ以上が真である場合、ａｌｌｏｗＴｔＳｐｌｉｔは、ＦＡＬＳＥに等しくセットされる。
－ ｃｂＳｉｚｅが、２＊ＭｉｎＴｔＳｉｚｅＹより小さい。
－ ｃｂＷｉｄｔｈが、Ｍｉｎ（ＭａｘＴｂＳｉｚｅＹ，ｍａｘＴｔＳｉｚｅ）より大きい。
－ ｃｂＨｅｉｇｈｔが、Ｍｉｎ（ＭａｘＴｂＳｉｚｅ，ｍａｘＴｔＳｉｚｅ）より大きい。
－ ｍｔｔＤｅｐｔｈが、ｍａｘＭｔｔＤｅｐｔｈ以上である。
－ ｘ０＋ｃｂＷｉｄｔｈが、［［ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外２２］

より大きい。
－ ｙ０＋ｃｂＨｅｉｇｈｔが、［［ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ］］
［外２３］

より大きい。
－ ｔｒｅｅＴｙｐｅが、ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）＊（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）が、３２以下である。
－ ｔｒｅｅＴｙｐｅが、ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐｅが、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい。
－ それ以外の場合、ａｌｌｏｗＴｔＳｐｌｉｔは、ＴＲＵＥに等しくセットされる。
７．３．８．２ コーディングツリーユニット構文

７．３．８．４ コーディングツリー構文

５．８ 実施形態８：サブピクチャの定義例

５．９ 実施形態９：サブピクチャの定義例

５．１０ 実施形態１０：サブピクチャの定義例

５．１１ 実施形態１１：サブピクチャの定義例

５．１２ 実施形態：サブピクチャを考慮したデブロッキング
デブロッキングフィルタ処理
一般
この処理への入力は、デブロッキングの前に再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
この処理の出力は、デブロッキングの後に修正され再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
ピクチャの垂直エッジが、最初にフィルタリングされる。次いで、ピクチャの水平エッジが、垂直エッジフィルタリング処理によって修正されたサンプルを入力としてフィルタリングされる。各ＣＴＵのＣＴＢの垂直エッジと水平エッジは、コーディングユニットベースで別々に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側のエッジから開始して、幾何学的順序でコーディングブロックの右側に向かってエッジを通して進むように、フィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上側のエッジから開始して、幾何学的順序でコーディングブロックの下側に向かってエッジを通して進むように、フィルタリングされる。
注 － フィルタリング処理は、本明細書ではピクチャベースで指定されているが、同じ出力値を生成するように復号器が処理依存性の順序を適切に説明するのであれば、フィルタリング処理は、同等の結果を持つコーディングユニットベースで実装され得る。
デブロッキングフィルタ処理は、以下のタイプのエッジを除き、ピクチャのすべてのコーディングサブブロックエッジおよびトランスフォームブロックエッジに適用される。
－ ピクチャの境界でのエッジ
－ ［［ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しいサブピクチャの境界と一致するエッジ］］
－ ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいときに、ピクチャの仮想境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が０に等しいときに、タイル境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときに、スライス境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライスの上側または左側の境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライス内のエッジ
－ 輝度コンポーネントの４×４のサンプルグリッド境界に対応しないエッジ
－ 色差コンポーネントの８×８のサンプルグリッド境界に対応しないエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇを有する輝度コンポーネント内のエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇを有する色差コンポーネント内のエッジ
－ 関連するトランスフォームユニットのエッジでない色差サブブロックのエッジ
．．．
一方向のためのデブロッキングフィルタ処理
この処理への入力は、以下のようである。
－ 輝度（ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または色差コンポーネント（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）が現在処理されているかどうかを指定する変数ｔｒｅｅＴｙｐｅ
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときは、デブロッキング前の再されたピクチャ、すなわちｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
－ 垂直（ＥＤＧＥ＿ＶＥＲ）をフィルタリングするか、水平（ＥＤＧＥ＿ＨＯＲ）をフィルタリングするかを指定する変数ｅｄｇｅＴｙｐｅ
この処理の出力は、デブロッキング後に修正され再構成されたピクチャ、すなわち、
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときに、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
変数ｆｉｒｓｔＣｏｍｐＩｄｘおよびｌａｓｔＣｏｍｐＩｄｘは、以下のように導出される。

コーディングブロック幅ｎＣｂＷ、コーディングブロック高さｎＣｂＨおよびコーディングブロックの左上のサンプルの位置（ｘＣｂ，ｙＣｂ）を有する、ｆｉｒｓｔＣｏｍｐＩｄｘ～ｌａｓｔＣｏｍｐＩｄｘの範囲（両端を含む）の色コンポーネントインデックスｃＩｄｘによって示されるコーディングユニットの色コンポーネントごとの各コーディングユニット及び各コーディングブロックに対して、ｃＩｄｘが０に等しいとき、ｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、ｘＣｂ％８が０に等しいとき、またはｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、ｙＣｂ％８が０に等しいときに、エッジは以下の順序付けされたステップによってフィルタリングされる。
２． 変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、以下のように導出される。
－ ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、以下の条件のうちの１つ以上が真である場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在のコーディングブロックの左境界は、ピクチャの左境界である。
－ ［［現在のコーディングブロックの左境界は、サブピクチャの左または右境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］は０に等しい。］］
－ 現在のコーディングブロックの左境界は、タイルの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、スライスの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、ピクチャの垂直仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、以下の条件のうちの１つ以上が真である場合、変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在の輝度コーディングブロックの上境界は、ピクチャの上境界である。
－ ［［現在のコーディングブロックの上境界は、サブピクチャの上または下境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］は０に等しい。］］
－ 現在のコーディングブロックの上境界は、タイルの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、スライスの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、ピクチャの水平仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、１に等しくセットされる。
．．．
ショートフィルタを使用した輝度サンプルに対するフィルタ処理
この処理への入力は、以下のようである。
－ サンプル値ｐ_ｉおよびｑ_ｉ（ｉ＝０．．３）
－ ｐ_ｉおよびｑ_ｉの位置（ｘＰ_ｉ，ｙＰ_ｉ）および（ｘＱ_ｉ，ｙＱ_ｉ）（ｉ＝０．．２）
－ 変数ｄＥ
－ それぞれサンプルｐ１およびｑ１をフィルタリングする判定を含む変数ｄＥｐおよびｄＥｑ
－ 変数ｔＣ
この処理の出力は、以下のようである。
－ フィルタリングされたサンプルの数ｎＤｐおよびｎＤｑ
－ フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｊ’（ｉ＝０．．ｎＤｐ-１、ｊ＝０．．ｎＤｑ-１）
ｄＥの値に依存して、以下が適用される。
－ 変数ｄＥが２に等しい場合、ｎＤｐとｎＤｑは両方とも３に等しくセットされ、以下の強いフィルタリングが適用される。

－ それ以外の場合、ｎＤｐおよびｎＤｑは両方とも０にセットされ、次の弱いフィルタリングが適用される。
－ 以下が適用される。

－ Ａｂｓ（ΔΔ）がｔＣ＊１０より小さいときに、以下の順序付けられたステップが適用される。
－ フィルタリングされたサンプル値ｐ０’およびｑ０’が、以下のように指定される。

－ ｄＥｐが１に等しいときに、フィルタリングされたサンプル値ｐ１’は以下のように指定される。

－ ｄＥｑが１に等しいときに、フィルタリングされたサンプル値ｑ１’は以下のように指定される。

－ ｎＤｐはｄＥｐ＋１に等しくセットされ、ｎＤｑはｄＥｑ＋１に等しくセットされる。
ｎＤｐが０より大きく、サンプルｐ０を含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、ｎＤｐは０に等しくセットされる。
ｎＤｑが０より大きく、サンプルｑ０を含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、ｎＤｑは０に等しくセットされる。
［外２４］

長いフィルタを使用した輝度サンプルに対するフィルタリング処理
この処理への入力は、以下のようである。
－ 変数ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰおよびｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ
－ サンプル値ｐ_ｉおよびｑ_ｊ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰおよびｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ）
－ ｐ_ｉおよびｑ_ｊの位置（ｘＰ_ｉ，ｙＰ_ｉ）および（ｘＱ_ｊ，ｙＱ_ｊ）（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ-１およびｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ-１）
－ 変数ｔＣ
この処理の出力は、以下のようである。
－ フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｊ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ-１、ｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｈｔＱ-１）
変数ｒｅｆＭｉｄｄｌｅは、以下のように導出される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰがｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱに等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが５に等しい場合、以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰがｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱに等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが５に等しくない場合、以下が適用される。

－ それ以外の場合、以下の条件のうちの１つが真である場合、
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは７に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは５に等しい。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは５に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは７に等しい。
以下が適用される。

－ それ以外の場合、以下の条件のうちの１つが真である場合、
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは５に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは３に等しい。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは３に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは５に等しい。
以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが７に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが３に等しい場合、以下が適用される。

－ それ以外の場合、以下が適用される。

変数ｒｅｆＰおよびｒｅｆＱは、以下のように導出される。

変数ｆｉおよびｔＣ ＰＤｉは、以下のように導出される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが７に等しい場合、以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが５に等しい場合、以下が適用される。

－ それ以外の場合は、以下が適用される。

変数ｇｊおよびｔＣ ＱＤｊは、以下のように定義される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが７に等しい場合、以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが５に等しい場合、以下が適用される。

－ それ以外の場合は、以下が適用される。

フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｊ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ－１およびｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ－１）は、以下のように導出される。

サンプルｐ_ｉを含むコードブロックを含むコードユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｐ_ｉ’は、対応する入力サンプル値ｐ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ－１）によって置き換えられる。
サンプルｑ_ｊを含むコードブロックを含むコードユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｑ_ｊ’は、対応する入力サンプル値ｑ_ｊ（ｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ－１）によって置き換えられる。
［外２５］

色差サンプルに対するフィルタリング処理
この処理は、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときにのみ呼び出される。
この処理への入力は、以下のようである。
－ 変数ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈ
－ 色差サンプル値ｐ_ｉおよびｑ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ）
－ ｐ_ｉおよびｑ_ｉの色差位置（ｘＰ_ｉ，ｙＰ_ｉ）および（ｘＱ_ｉ，ｙＱ_ｉ）（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ-１）
－ 変数ｔ_Ｃ
この処理の出力は、フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｉ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ－１）である。
フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｉ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ-１）は、以下のように導出される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが３に等しい場合、以下の強いフィルタリングが適用される。

－ それ以外の場合、以下の弱いフィルタリングが適用される。

サンプルｐ_ｉを含むコードブロックを含むコードユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｐ_ｉ’は、対応する入力サンプル値ｐ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ－１）によって置き換えられる。
サンプルｑ_ｉを含むコードブロックを含むコードユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｑ_ｉ’は、対応する入力サンプル値ｑ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ－１）によって置き換えられる。
［外２６］

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

図４は、ビデオを処理する方法４００のフローチャートである。この方法４００は、ビデオの第１のビデオ領域内のビデオブロックに対して、アフィンモードを使用して、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して時間的動きベクトル予測子が決定される位置が、第２のビデオ領域内にあるかどうかを決定すること（４０２）と、その決定に基づいて変換を実行すること（４０４）と、を含む。

以下の解決策は、いくつかの実施形態において好ましい解決策として実装されてもよい。

以下の解決策は、前のセクション（例えば、項目１）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策１．ビデオ処理の方法であって、ビデオの第１のビデオ領域内のビデオブロックに対して、アフィンモードを使用して、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して時間的動きベクトル予測子が決定される位置が、第２のビデオ領域内にあるかどうかを決定することと、その決定に基づいて変換を実行することと、を含む、方法。

解決策２．ビデオブロックが、第１の領域および第２の領域によってカバーされる、解決策１に記載の方法。

解決策３．時間的動きベクトル予測子の位置が第２のビデオ領域外にある場合に、時間的動きベクトル予測子が、利用不可能としてマークされ、変換において使用されない、解決策１～２のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目２）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策４．ビデオ処理の方法であって、ビデオの第１のビデオ領域内のビデオブロックについて、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して参照ピクチャ内の整数サンプルがフェッチされる位置が、第２のビデオ領域内にあるかどうかを決定することであって、参照ピクチャが、変換中に補間処理において使用されない、ことと、その決定に基づいて変換を実行することと、を含む、方法。

解決策５．ビデオブロックが、第１の領域および第２の領域によってカバーされる、解決策４に記載の方法。

解決策６．サンプルの位置が第２のビデオ領域外にある場合に、サンプルが、利用不可能としてマークされ、変換において使用されない、解決策４～５のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目３）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策７．ビデオの第１のビデオ領域内のビデオブロックに対して、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して、再構成された輝度サンプル値がフェッチされる位置が、第２のビデオ領域内にあるかどうかを決定することと、その決定に基づいて変換を実行することと、を含む、方法。

解決策８．輝度サンプルが、第１の領域および第２の領域によってカバーされる、解決策７の方法。

解決策９．輝度サンプルの位置が第２のビデオ領域外にある場合に、輝度サンプルが、利用不可能としてマークされ、変換において使用されない、解決策７～８のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目４）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策１０．ビデオの第１のビデオ領域内のビデオブロックに対して、ビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換中に、ビデオブロックに対する分割、深さ導出またはスプリットフラグシグナリングに関するチェックが実行される位置が、第２のビデオ領域内にあるかどうかを決定することと、その決定に基づいて変換を実行することと、を含む、方法。

解決策１１．位置が、第１の領域および第２の領域によってカバーされる、解決策１０に記載の方法。

解決策１２．位置が、第２のビデオ領域外にある場合に、輝度サンプルが、利用不可能としてマークされ、変換において使用されない、解決策１０～１１のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目８）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策１３．ビデオ処理の方法であって、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、ビデオのコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換がサブピクチャコーディング／復号および動的解像度コーディング／復号ツール、またはビデオユニット内の参照ピクチャ再サンプリングツールを使用しないというコーディング構文要件に準拠する、方法。

解決策１４．ビデオユニットが、１つ以上のビデオピクチャのシーケンスに対応する、解決策１３に記載の方法。

解決策１５．動的解像度変換コーディング／復号ツールが、適応解像度変換コーディング／復号ツールを含む、解決策１３～１４のいずれか１つに記載の方法。

解決策１６．動的解像度変換コーディング／復号ツールが、動的解像度変換コーディング／復号ツールを含む、解決策１３～１４のいずれか１つに記載の方法。

解決策１７．コーディングされた表現は、ビデオユニットがコーディング構文要件に準拠することを示す、解決策１３～１６のいずれか１つに記載の方法。

解決策１８．コーディングされた表現は、ビデオユニットがサブピクチャコーディングを使用することを示す、解決策１７に記載の方法。

解決策１９．コーディングされた表現は、ビデオユニットが動的解像度変換コーディング／復号ツールまたは参照ピクチャ再サンプリングツールを使用することを示す、解決策１７に記載の方法。

以下の解決策は、前のセクション（例えば、項目１０）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策２０．第２のビデオ領域が、ビデオサブピクチャを含み、第２のビデオ領域と別のビデオ領域の境界が、２つのコーディングツリーユニットの間の境界でもある、解決策１～１９のいずれか１つに記載の方法。

解決策２１．第２のビデオ領域が、ビデオサブピクチャを含み、第２のビデオ領域と別のビデオ領域の境界が、２つのコーディングツリーユニットの間の境界でもある、解決策１～１９のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目１１）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策２２．第１のビデオ領域および第２のビデオ領域が、矩形形状を含む、解決策１～２１のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目１２）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策２３．第１のビデオ領域および第２のビデオ領域が、オーバラップしない、解決策１～２２のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目１３）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策２４．ビデオピクチャが、ビデオピクチャ内のピクセルが１つのビデオ領域のみによってカバーされるように、ビデオ領域に分割される、解決策１～２３のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目１５）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策２５．ビデオピクチャがビデオシーケンスの特定の層に存在することにより、ビデオピクチャが第１のビデオ領域および第２のビデオ領域にスプリットされる、解決策１～２４のいずれか１つに記載の方法。

以下の解決策は、前のセクション（例えば、項目１０）にリストされた項目に記載された追加の技法と共に実装され得る。

解決策２６．ビデオ処理の方法であって、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、ビデオのコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、第１の構文要素ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］が、第２の構文要素ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくないというコーディング構文要件に準拠する、方法。

解決策２７．第１の構文要素を表すコードワードが、第２の構文要素を表すコードワードより大きくない、解決策２６に記載の方法。

解決策２８．第１のビデオ領域が、ビデオサブピクチャを含む、解決策１～２７のいずれか１つに記載の方法。

解決策２９．第２のビデオ領域が、ビデオサブピクチャを含む、解決策１～２８のいずれか１つに記載の方法。

解決策３０．変換が、ビデオをコーディングされた表現に符号化することを含む、解決策１～２９のいずれか１つに記載の方法。

解決策３１．変換が、ビデオの画素値を生成するために、コーディングされた表現を復号することを含む、解決策１～２９のいずれか１つに記載の方法。

解決策３２．解決策１～３１のうちの１つ以上に規定された方法を実装するように構成されているプロセッサを含む、ビデオ復号装置。

解決策３３．解決策１～３１のうちの１つ以上に規定された方法を実装するように構成されているプロセッサを含む、ビデオ符号化装置。

解決策３４．コンピュータコードを記憶したコンピュータプログラム製品であって、コードは、プロセッサによって実行されるときに、プロセッサに、解決策１～３１のいずれか１つに記載の方法を実装させる、コンピュータプログラム製品。

解決策３５．本文書に記載された方法、装置またはシステム。

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

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

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

図９は、本開示の技法を利用することができる例示的なビデオコーディングシステム１００を示すブロック図である。

図９に示すように、ビデオコーディングシステム１００は、ソースデバイス１１０および宛先デバイス１２０を含んでもよい。ソースデバイス１１０は、ビデオ符号化デバイスと称され得る符号化されたビデオデータを生成する。宛先デバイス１２０は、ビデオ復号デバイスと称され得るソースデバイス１１０によって生成された符号化されたビデオデータを復号してもよい。

ソースデバイス１１０は、ビデオソース１１２、ビデオ符号化器１１４、および入力／出力（Ｉ／Ｏ）インターフェース１１６を含んでもよい。

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

宛先デバイス１２０は、Ｉ／Ｏインターフェース１２６、ビデオ復号器１２４、およびディスプレイデバイス１２２を含んでもよい。

Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。入出力インターフェース１２６は、ソースデバイス１１０または記憶媒体／サーバ１３０ｂから符号化されたビデオデータを取得してもよい。ビデオ復号器１２４は、符号化されたビデオデータを復号してもよい。ディスプレイデバイス１２２は、復号されたビデオデータをユーザに表示してもよい。ディスプレイデバイス１２２は、宛先デバイス１２０と一体化されてもよく、または外部ディスプレイデバイスとインターフェースするように構成されている宛先デバイス１２０の外部にあってもよい。

ビデオ符号化器１１４およびビデオ復号器１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）標準、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）標準、および他の現在および／または更なる標準などのビデオ圧縮標準に従って動作してもよい。

図１０は、図９に示すシステム１００内のビデオ符号化器１１４であってもよいビデオ符号化器２００の一例を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

いくつかの例では、動き推定ユニット２０４は、現在のビデオに対する完全なセットの動き情報を出力しなくてもよい。むしろ、動き推定ユニット２０４は、他のビデオブロックの動き情報を参照して現在のビデオブロックの動き情報をシグナリングしてもよい。例えば、動き推定ユニット２０４は、現在のビデオブロックの動き情報が隣接するビデオブロックの動き情報と十分に類似していると決定してもよい。

一例では、動き推定ユニット２０４は、現在のビデオブロックに関連する構文構造において、現在のビデオブロックが別のビデオブロックと同じ動き情報を有することをビデオ復号器３００に示す値を示してもよい。

別の例では、動き推定ユニット２０４は、現在のビデオブロックに関連する構文構造において、別のビデオブロックおよび動きベクトル差（ＮＶＤ）を識別してもよい。動きベクトル差は、現在のビデオブロックの動きベクトルと示されたビデオブロックの動きベクトルとの間の差を示す。ビデオ復号器３００は、示されたビデオブロックの動きベクトルと動きベクトルの差を使用して、現在のビデオブロックの動きベクトルを決定してもよい。

上述のように、ビデオ符号化器２００は、動きベクトルを予測的にシグナリングしてもよい。ビデオ符号化器２００によって実装され得る予測シグナリング技法の２つの例は、高度な動きベクトル予測（ＡＭＶＰ）およびマージモードシグナリングを含む。

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

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

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

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

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

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

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

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

図１１は、図９に示すシステム１００内のビデオ符号化器１１４であってもよいビデオ復号器３００の一例を示すブロック図である。

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

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

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

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

動き補償ユニット３０２は、ビデオブロックの符号化の際にビデオ符号化器２０によって使用される補間フィルタを使用して、参照ブロックのサブ整数ピクセルに対する補間値を計算してもよい。動き補償ユニット３０２は、受信された構文情報に従ってビデオ符号化器２００によって使用された補間フィルタを決定し、補間フィルタを使用して、予測ブロックを生成する。

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

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

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

図１２は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１２００は、動作１２１０で、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ピクチャは１つ以上のサブピクチャを含み、ビットストリーム表現は、構文要素の長さがＣｅｉｌ（Ｌｏｇ２（ＳＳ））ビットに等しいことを指定するフォーマット規則に適合する。ＳＳは０より大きく、構文要素はピクチャのサブピクチャのコーディングツリーユニットの左上コーナーの水平位置または垂直位置を示す。

いくつかの実施形態において、フォーマット規則は、さらに、第２の構文要素の長さのデフォルト値がＣｅｉｌ（Ｌｏｇ２（ＳＳ））－Ｐに等しいことを指定し、ＳＳは０より大きい。第２の構文要素は、ピクチャのサブピクチャのデフォルト幅またはデフォルト高さを示す。いくつかの実施形態において、輝度サンプルの最大ピクチャ幅はｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとして表され、コーディングツリーブロックの寸法はＣｔｂＳｉｚｅＹとして表される。ＳＳは、構文要素がコーディングツリーユニットの左上コーナーの水平位置またはサブピクチャのデフォルト幅を指定する場合に、（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹに等しく、ＲＲが非ゼロの整数である。いくつかの実施形態において、輝度サンプルの最大ピクチャ高さはｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとして表され、コーディングツリーブロックの寸法はＣｔｂＳｉｚｅＹとして表される。ＳＳは、構文要素がコーディングツリーユニットの左上コーナーの垂直位置またはサブピクチャのデフォルト高さを指定する場合に、（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹに等しく、ＲＲが非ゼロの整数である。いくつかの実施形態において、ＲＲ＝ＣｔｂＳｉｚｅＹ－１である。

図１３は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１３００は、動作１３１０で、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含み、ピクチャは１つ以上のサブピクチャを含む。ビットストリーム表現は、異なるサブピクチャが異なる識別子を有することを指定するフォーマット規則に適合する。

いくつかの実施形態において、フォーマット規則は、１つ以上のサブピクチャの識別子がビデオユニットレベルで含まれることを指定し、ビデオユニットは、シーケンスパラメータセット、ピクチャパラメータセット、またはピクチャヘッダを含む。いくつかの実施形態において、シーケンスパラメータセットでの第１の構文フラグは、シーケンスパラメータセットレベルで１つ以上のサブピクチャの識別子のシグナリングが存在するかどうかを示し、ピクチャパラメータセットでの第２の構文フラグは、ピクチャパラメータセットレベルで１つ以上のサブピクチャの識別子のシグナリングが存在するかどうかを示し、ピクチャヘッダでの第３の構文フラグは、ピクチャヘッダレベルで１つ以上のサブピクチャの識別子のシグナリングが存在するかどうかを示す。第１の構文フラグ、第２の構文フラグ、第３の構文フラグのうちの少なくとも１つが１に等しい。いくつかの実施形態において、第１の構文フラグが、シーケンスパラメータセットレベルで１つ以上のサブピクチャの識別子のシグナリングが存在することを示す場合に、１つ以上のサブピクチャの識別子のシグナリングがピクチャヘッダレベルで省略される。

いくつかの実施形態において、フォーマット規則は、１つ以上のサブピクチャの識別子がサブピクチャ識別子のリストに含まれることを指定する。いくつかの実施形態において、リストにおける第１のサブピクチャの識別子がＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］として示され、第２のサブピクチャの識別子がＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］として示され、ｊ＝ｉ－Ｐであり、フォーマット規則は、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］とＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］との間の差分Ｄ［ｉ］がビットストリーム表現において示されることを指定する。いくつかの実施形態において、Ｐが１に等しい。いくつかの実施形態において、ｉ＞Ｐである。いくつかの実施形態において、Ｄ［ｉ］が０より大きい。いくつかの実施形態において、Ｄ［Ｉ］－１がビットストリーム表現に含まれる。

いくつかの実施形態において、サブピクチャ識別子のリストは、シーケンスパラメータセットが最初に考慮され、ピクチャパラメータセットが次に考慮され、ピクチャヘッダが最後に考慮される順序に基づいて決定される。いくつかの実施形態において、サブピクチャ識別子のリストは、ピクチャヘッダが最初に考慮され、ピクチャパラメータセットが次に考慮され、シーケンスパラメータセットが最後に考慮される順序に基づいて決定される。

いくつかの実施形態において、フォーマット規則は、１つ以上のサブピクチャの識別子が１つ以上のビデオユニットレベルで省略される場合に、デフォルト値がサブピクチャ識別子のリストにおいて識別子に割り当てられることを指定する。１つ以上のビデオユニットは、少なくともシーケンスパラメータセット、ピクチャパラメータセット、またはピクチャヘッダを含む。いくつかの実施形態において、リストにおけるサブピクチャの識別子がＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］として示され、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］のデフォルト値がｉ＋Ｐであり、Ｐがオフセット値である。

図１４は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１４００は、動作１４１０で、ビデオの第１のサブピクチャのブロックとビデオのビットストリーム表現との間の変換に対して、ループフィルタリング処理がサブピクチャ境界を越えて許可されているかどうかに基づいて、ブロックと第２のサブピクチャの隣接ブロックとの間のエッジを超えてデブロッキング処理を適用するかどうかを決定することを含む。方法１４００はまた、動作１４２０で、決定に基づいて変換を実行することを含む。

いくつかの実施形態において、第１の構文フラグは、ループフィルタリング処理がエッジの第１の側の境界を越えてサンプルにアクセスすることが許可されているどうかを示し、第２の構文フラグは、ループフィルタリング処理がエッジの第２の側の境界を越えてサンプルにアクセスすることが許可されているかどうかを示す。エッジは、第１の構文フラグまたは第２の構文フラグのうちの少なくとも１つが、ループフィルタリング処理が許可されていないことを示す場合に、フィルタリングされない。いくつかの実施形態において、第１の構文フラグは、ループフィルタリング処理が、エッジの第１の側の境界を越えてサンプルにアクセスすることが許可されていることを示し、第２の構文フラグが、ループフィルタリング処理がエッジの第２の側の境界を越えてサンプルにアクセスすることが許可されていないことを示すことにより、エッジはフィルタリングされない。

いくつかの実施形態において、エッジの第１の側がフィルタリングされ、エッジの第２の側がフィルタリングされるかどうかは、互いに別々に決定される。いくつかの実施形態において、エッジの第１の側のサンプルは、第１の構文フラグが１であることによりフィルタリングされる。いくつかの実施形態において、エッジの第２の側のサンプルは、第２の構文フラグが１であることによりフィルタリングされる。いくつかの実施形態において、エッジの第１の側は、第１のサブピクチャにあり、エッジの第２の側面は、第２のサブピクチャにある。

図１５は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１５００は、動作１５１０で、ビデオとビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、ピクチャパラメータセットにおいてトランスフォームスキップコーディングツールに使用される最大ブロックサイズを示す構文要素が、シーケンスパラメータセットにおける任意の構文フラグから独立してシグナリングされることを指定するフォーマット規則に適合する。

図１６は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１６００は、動作１６１０で、ビデオとビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、ピクチャパラメータセットにおいてトランスフォームスキップコーディングツールに使用される最大ブロックサイズを示す構文要素が、シーケンスパラメータセットにおける構文フラグに基づいてシグナリングされることを指定するフォーマット規則に適合する。

いくつかの実施形態において、構文要素は、シーケンスパラメータセットまたはピクチャヘッダに含まれる。いくつかの実施形態において、構文要素はｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２を含む。いくつかの実施形態において、シーケンスパラメータセットにおける構文フラグは、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含む。

図１７は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１７００は、動作１７１０で、ビデオの現在のブロックとビデオのビットストリーム表現との間の変換を実行することを含む。方法１７００はまた、動作１７２０で、変換後に、ブロックが少なくとも２つの予測の重み付き和によって予測される幾何学的パーティションモードを使用して現在のブロックがコーディングされたかどうかに基づいて、履歴ベースの動きベクトル予測テーブルを更新する方式を決定することを含む。重み付き和の重みは、少なくとも２つのパーティションに対して生成される。少なくともいくつかのパーティションは角度エッジを有し、履歴ベースの動きベクトル予測テーブルは、ビデオの以前にコーディングされたブロックに基づく動き候補を含む。

いくつかの実施形態において、現在のブロックが幾何学的パーティションモードを使用してコーディングされる場合に、履歴ベースの動きベクトル予測テーブルは更新されない。いくつかの実施形態において、現在のブロックが幾何学的パーティションモードを使用してコーディングされる場合に、履歴ベースの動きベクトル予測テーブルが更新される。いくつかの実施形態において、履歴ベースの動作ベクトル予測テーブルは、現在のブロックの１つの予測の動き情報を使用して更新される。いくつかの実施形態において、履歴ベースの動作ベクトル予測テーブルは、現在のブロックの複数の予測の動き情報を使用して更新される。

図１８は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１８００は、動作１８１０で、色差サンプルが対応する輝度サンプルに基づいてフィルタリングされるクロコンポーネント適応ループフィルタリング処理を使用して、ビデオの現在の処理ユニットとビデオのビットストリーム表現との間の変換を実行することを含む。現在の処理ユニットは、２つの仮想境界によって決定される適応ループフィルタリング処理ユニットを含む。現在の処理ユニットの外側に位置する輝度サンプルは、現在の処理ユニットの色差サンプルをフィルタリングするために除外される。

いくつかの実施形態において、現在の処理ユニットの外側に位置する輝度サンプルは、パディングされ、パディングされた輝度サンプルは、現在の処理ユニットの色差サンプルをフィルタリングするために使用される。

図１９は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１９００は、動作１９１０で、動作１９１０で、色差サンプルが対応する輝度サンプルに基づいてフィルタリングされるクロコンポーネント適応ループフィルタリング処理を使用して、ビデオの現在の処理ユニットとビデオのビットストリーム表現との間の変換を実行することを含む。現在の処理ユニットは、２つの仮想境界によって区切られる適応ループフィルタリング処理ユニットを含む。現在の処理ユニットの外側に位置する輝度サンプルは、現在の処理ユニットの色差サンプルをフィルタリングするために使用される。

いくつかの実施形態において、変換は、ビットストリーム表現からビデオを生成する。いくつかの実施形態において、変換は、ビデオからビットストリーム表現を生成する。

開示された技術のいくつかの実施形態は、ビデオ処理ツールまたはモードを有効にする判定または決定を行うことを含む。一例では、ビデオ処理ツールまたはモードが有効にされるときに、符号化器は、ビデオのブロックの処理においてツールまたはモードを使用または実装するが、必ずしもツールまたはモードの使用に基づいて結果として生じるビットストリームを修正しないことがある。すなわち、ビデオのブロックからビデオのビットストリーム表現への変換は、判定または決定に基づいて有効にされるときに、ビデオ処理ツールまたはモードを使用する。別の例では、ビデオ処理ツールまたはモードが有効にされるときに、復号器は、ビットストリームがビデオ処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、ビデオのビットストリーム表現からビデオのブロックへの変換は、判定または決定に基づいて有効にされたビデオ処理ツールまたはモードを使用して実行される。

開示された技術のいくつかの実施形態は、ビデオ処理ツールまたはモードを無効にする判定または決定を行うことを含む。一例では、ビデオ処理ツールまたはモードが無効にされるときに、符号化器は、ビデオのブロックをビデオのビットストリーム表現に変換する際に、ツールまたはモードを使用しない。別の例では、ビデオ処理ツールまたはモードが無効にされるときに、復号器は、ビットストリームが、判定または決定に基づいて有効にされたビデオ処理ツールまたはモードを使用して修正されていないことを知って、ビットストリームを処理する。

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

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

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

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

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

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

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

この出願は、２０１９年１０月１８日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１１１８０７号の優先権および利益を主張する２０２０年１０月１９日に出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１２１７６７号の国内段階である。前述の出願の開示全体は、この出願の開示の一部として参照により組み込まれる。

いくつかの実施形態において、ピクチャは、１つ以上のタイル行および１つ以上のタイル列に分割される。タイルは、ピクチャの矩形領域をカバーするＣＴＵのシーケンスである。

２．６ 例示的な構文および意味

１に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰ構文において現在サブピクチャパラメータが存在することを示す。０に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰ構文において現在サブピクチャパラメータが存在しないことを示す。
注２ － ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャのサブセットのみを含むときに、ＳＰＳのＲＢＳＰにおいて１に等しいｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値をセットする必要があるかもしれない。
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、サブピクチャの数を指定する。ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、０～２５４の範囲にある。存在しないときは、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は、０に等しいと推論される。
ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの左上のＣＴＵの水平位置を指定する。構文要素の長さは、
［外１］

ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］の値は、０に等しいと推論される。
ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの左上のＣＴＵの垂直位置を指定する。構文要素の長さは、
［外２］

ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］の値は、０に等しいと推論される。
ｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの幅を指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ））ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、
［外３］

-１に等しいと推論される。
ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣｔｂＳｉｚｅＹの単位でｉ番目のサブピクチャの高さを指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ））ビットである。存在しないときは、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、
［外４］

-１に等しいと推論される。
１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャのｉ番目のサブピクチャが、ループ内フィルタリング動作を除く復号処理においてピクチャとして処理されることを指定する。０に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャのｉ番目のサブピクチャが、ループ内フィルタリング動作を除く復号処理においてピクチャとして処理されないことを指定する。存在しないときは、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、０に等しいと推論される。
１に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャにおけるｉ番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されてもよいことを指定する。
０に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳにおいて各コーディングされたピクチャにおけるｉ番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されないことを指定する。
存在しないときは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、１に等しいと推論される。
以下の制約が適用されるのはビットストリーム適合性の要件である。
－ サブピクチャｓｕｂｐｉｃＡとｓｕｂｐｉｃＢの任意の２つのサブピクチャに対して、ｓｕｂｐｉｃＡのインデックスがｓｕｂｐｉｃＢのインデックスより小さいときに、サブＰｉｃＡの任意のコーディングされたＮＡＬユニットは、サブＰｉｃＢのコーディングされた任意のＮＡＬユニットを復号順に継承するものとする。
－ サブピクチャの形状は、各サブピクチャが、復号されるときに、その全体の左境界および全体の上境界を、ピクチャ境界からなるか、以前に復号されたサブピクチャの境界からなるようにするものとする。
１に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳに存在することを指定する。
０に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳに存在しないことを指定する。
１に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳにおいてシグナリングされることを指定する。
０に等しいｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャＩｄマッピングがＳＰＳにおいてシグナリングされないことを指定する。
存在しないときは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される。
ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は、構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すために使用されるビット数を指定する。ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、０～１５の範囲（両端を含む）にあるものとする。
ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩｄを指定する。ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］の構文要素の長さは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。存在しないとき、およびｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいときに、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］の値は、０～ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端を含む）の各ｉに対してｉに等しいと推論される。
ｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使用中のＰＰＳに対するｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０～６３の範囲（両端を含む）にあるものとする。
ビットストリーム適合性の要件は、ピクチャヘッダのＴｅｍｐｏｒａｌＩｄの値が、ｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＰＰＳのＴｅｍｐｏｒａｌＩｄの値以上であるものとすることである。
１に等しいｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、プクチャヘッダにおいてサブピクチャＩｄマッピングがシグナリングされることを指定する。０に等しいｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、プクチャヘッダにおいてサブピクチャＩｄマッピングがシグナリングされないことを指定する。
ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は、構文要素ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すために使用されるビット数を指定する。ｐｉｃ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、０～１５の範囲（両端を含む）にあるものとする。ビットストリーム適合性の要件は、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値が、ＣＶＳにおけるコーディングされたピクチャによって参照されるすべてのピクチャヘッダに対して同じであるものとすることである。
ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩｄを指定する。ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］構文要素の長さは、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
リストＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］は、以下のように導出される。

デブロッキングフィルタ処理
一般
この処理への入力は、デブロッキングの前に再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
この処理の出力は、デブロッキングの後に修正され再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
ピクチャの垂直エッジが、最初にフィルタリングされる。次いで、ピクチャの水平エッジが、垂直エッジフィルタリング処理によって修正されたサンプルを入力としてフィルタリングされる。各ＣＴＵのＣＴＢの垂直エッジと水平エッジは、コーディングユニットベースで別々に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側のエッジから開始して、幾何学的順序でコーディングブロックの右側に向かってエッジを通して進むように、フィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上側のエッジから開始して、幾何学的順序でコーディングブロックの下側に向かってエッジを通して進むように、フィルタリングされる。
注 － フィルタリング処理は、本明細書ではピクチャベースで指定されているが、同じ出力値を生成するように復号器が処理依存性の順序を適切に説明するのであれば、フィルタリング処理は、同等の結果を持つコーディングユニットベースで実装され得る。
デブロッキングフィルタ処理は、以下のタイプのエッジを除き、ピクチャのすべてのコーディングサブブロックエッジおよびトランスフォームブロックエッジに適用される。
－ ピクチャの境界でのエッジ
－
［外５］

－ ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいときに、ピクチャの仮想境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が０に等しいときに、タイル境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときに、スライス境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライスの上側または左側の境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライス内のエッジ
－ 輝度コンポーネントの４×４のサンプルグリッド境界に対応しないエッジ
－ 色差コンポーネントの８×８のサンプルグリッド境界に対応しないエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇを有する輝度コンポーネント内のエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇを有する色差コンポーネント内のエッジ
－ 関連するトランスフォームユニットのエッジでない色差サブブロックのエッジ
．．．
一方向のためのデブロッキングフィルタ処理
この処理への入力は、以下のようである。
－ 輝度（ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または色差コンポーネント（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）が現在処理されているかどうかを指定する変数ｔｒｅｅＴｙｐｅ
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときは、デブロッキング前の再されたピクチャ、すなわちｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
－ 垂直（ＥＤＧＥ＿ＶＥＲ）をフィルタリングするか、水平（ＥＤＧＥ＿ＨＯＲ）をフィルタリングするかを指定する変数ｅｄｇｅＴｙｐｅ
この処理の出力は、デブロッキング後に修正され再構成されたピクチャ、すなわち、
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときに、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
変数ｆｉｒｓｔＣｏｍｐＩｄｘおよびｌａｓｔＣｏｍｐＩｄｘは、以下のように導出される。

コーディングブロック幅ｎＣｂＷ、コーディングブロック高さｎＣｂＨおよびコーディングブロックの左上のサンプルの位置（ｘＣｂ，ｙＣｂ）を有する、ｆｉｒｓｔＣｏｍｐＩｄｘ～ｌａｓｔＣｏｍｐＩｄｘの範囲（両端を含む）の色コンポーネントインデックスｃＩｄｘによって示されるコーディングユニットの色コンポーネントごとの各コーディングユニットおよび各コーディングブロックに対して、ｃＩｄｘが０に等しいとき、ｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、ｘＣｂ％８が０に等しいとき、またはｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、ｙＣｂ％８が０に等しいときに、エッジは以下の順序付けされたステップによってフィルタリングされる。
１． 変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、以下のように導出される。
－ ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、以下の条件のうちの１つ以上が真である場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在のコーディングブロックの左境界は、ピクチャの左境界である。
［外６］

－ 現在のコーディングブロックの左境界は、タイルの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、スライスの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、ピクチャの垂直仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、以下の条件のうちの１つ以上が真である場合、変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在の輝度コーディングブロックの上境界は、ピクチャの上境界である。
［外７］

－ 現在のコーディングブロックの上境界は、タイルの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、スライスの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、ピクチャの水平仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、１に等しくセットされる。

以下の詳細なリストは、一般的な概念を説明するための例として考慮されるべきである。これらの項目は、狭義に解釈されるべきではない。さらに、これらの項目は、任意の方式で組み合わせることができる。以下、時間的フィルタは、他のピクチャにおけるサンプルを必要とするフィルタを表すために使用される。Ｍａｘ（ｘ，ｙ）は、ｘおよびｙのうちの大きい方のものを返す。Ｍａｘ（ｘ，ｙ）は、ｘおよびｙのうちの小さい方のものを返す。
１． アフィン動き候補を生成するためにピクチャにおいて時間的ＭＶ予測子がフェッチされる位置（位置ＲＢという名前）は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ，ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ，ｙＢＲ）であると想定している。
ａ． 一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ． 一例では、座標（ｘ，ｙ）を有する位置ＲＢが必要なサブピクチャから外れている場合、時間的ＭＶ予測子は、利用不可として処理される。
ｉ． 一例では、位置ＲＢは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ． 一例では、位置ＲＢは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ． 一例では、位置ＲＢは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ． 一例では、位置ＲＢは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ． 一例では、位置ＲＢは、必要なサブピクチャから外れている場合、ＲＢの置換が利用される。
ｉ． 代替的には、さらに、置換位置は、必要なサブピクチャ内にあるものとする。
ｄ． 一例では、位置ＲＢは、必要なサブピクチャ内にクリップされる。
ｉ． 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ． 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ． 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｉｖ． 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。
ｅ． 一例では、位置ＲＢは、並置されたピクチャ内の現在のブロックの対応するブロック内の右下の位置であってもよい。
ｆ． 提案した方法は、現在のピクチャとは異なるピクチャからの動き情報にアクセスすることを必要とする他のコーディングツールにおいて利用されてもよい。
ｇ． 一例では、上記の方法が適用されるかどうか（例えば、位置ＲＢは、必要なサブピクチャ（例えば、１．ａおよび／または１．ｂで主張されているようにするために）内になければならないかどうか）は、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
２． 補間処理において使用されない参照で整数サンプルがフェッチされる位置（位置Ｓという名前）は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ，ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ，ｙＢＲ）であると想定している。
ａ．
一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ．
一例では、座標（ｘ，ｙ）を有する位置Ｓが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
ｉ． 一例では、位置Ｓは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ． 一例では、位置Ｓは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ． 一例では、位置Ｓは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ． 一例では、位置Ｓは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ． 一例では、位置Ｓは、必要なサブピクチャ内にクリップされる。
ｉ． 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ． 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ． 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｉｖ． 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。
ｄ． 一例では、位置Ｓは、要求されたサブピクチャ（例えば、２．ａおよび／または２．ｂで主張されているようにするために）内になければならないかどうかは、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
ｅ． 一例では、フェッチされた整数サンプルは、ＢＤＯＦおよび／またはＰＯＲＦにおける勾配を生成するために使用される。
３． 再構成された輝度サンプル値がフェッチされる位置（位置Ｒという名前）は、必要なサブピクチャ内にあってもよく、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ， ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ， ｙＢＲ）であると想定している。
ａ． 一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ． 一例では、座標（ｘ，ｙ）を有する位置Ｒが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
ｉ. 一例では、位置Ｒは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ. 一例では、位置Ｒは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ. 一例では、位置Ｒは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ. 一例では、位置Ｒは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ. 一例では、位置Ｒは、必要なサブピクチャ内にクリップされる。
ｉ. 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ. 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ. 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｉｖ. 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。
ｄ. 一例では、位置Ｒは、要求されたサブピクチャ（例えば、４．ａおよび／または４．ｂで主張されているようにするために）内になければならないかどうかは、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。
例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
ｅ. 一例では、フェッチされた輝度サンプルは、ＬＭＣＳにおける色差コンポーネントのためのスケーリング係数を導出するために使用される。
４． ＢＴ／ＴＴ／ＱＴスプリット、ＢＴ／ＴＴ／ＱＴ深度導出、および／またはＣＵスプリットフラグのシグナリングのためのピクチャ境界チェックの位置（位置Ｎという名前）は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が（ｘＴＬ，ｙＴＬ）であり、必要なサブピクチャの右下の座標が（ｘＢＲ，ｙＢＲ）であると想定している。
ａ. 一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
ｂ. 一例では、座標（ｘ，ｙ）を有する位置Ｎが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
ｉ. 一例では、位置Ｎは、ｘ＞ｘＢＲである場合、必要なサブピクチャから外れている。
ｉｉ. 一例では、位置Ｎは、ｙ＞ｙＢＲである場合、必要なサブピクチャから外れている。
ｉｉｉ. 一例では、位置Ｎは、ｘ＜ｘＴＬである場合、必要なサブピクチャから外れている。
ｉｖ. 一例では、位置Ｎは、ｙ＜ｙＴＬである場合、必要なサブピクチャから外れている。
ｃ. 一例では、位置Ｎは、必要なサブピクチャ内にクリップされる。
ｉ. 一例では、ｘは、ｘ＝Ｍｉｎ（ｘ，ｘＢＲ）としてクリップされる。
ｉｉ. 一例では、ｘは、ｙ＝Ｍｉｎ（ｙ，ｙＢＲ）としてクリップされる。
ｉｉｉ. 一例では、ｘは、ｘ＝Ｍａｘ（ｘ，ｘＴＬ）としてクリップされる。
ｄ． 一例では、ｘは、ｙ＝Ｍａｘ（ｙ，ｙＴＬ）としてクリップされる。一例では、位置Ｎは、要求されたサブピクチャ（例えば、５．ａおよび／または５．ｂで主張されているようにするために）内になければならないかどうかは、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／スライスヘッダ／タイルグループヘッダにおいてシグナリングされる１つ以上の構文要素に依存してもよい。例えば、構文要素は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］であってもよく、ここで、ＳｕｂＰｉｃＩｄｘは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
５． ＨＭＶＰ（Ｈｉｓｔｏｒｙ－ｂａｓｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）テーブルは、１つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
ａ. 一例では、ＩＢＣコーディングのために使用されるＨＭＶＰテーブルがリセットされてもよい。
ｂ. 一例では、インターコーディングのために使用されるＨＭＶＰテーブルは、リセットされてもよい。
ｃ. 一例では、イントラコーディングのために使用されるＨＭＶＰテーブルは、リセットされてもよい。
６． サブピクチャ構文要素は、Ｎ（Ｎ＝８，３２など）個のサンプル単位で定義されてもよい。
ａ. 一例では、Ｎ個のサンプル単位のサブピクチャ識別子グリッドの各要素の幅
ｂ. 一例では、Ｎ個のサンプル単位のサブピクチャ識別子グリッドの各要素の高さ
ｃ. 一例では、Ｎは、ＣＴＵの幅および／または高さにセットされる。
７． ピクチャ幅とピクチャ高さの構文要素は、Ｋ（Ｋ＞＝８）以上に制限されてもよい。
ａ. 一例では、ピクチャ幅を８以上に制限する必要があってもよい。
ｂ. 一例では、ピクチャ高さを８以上に制限する必要があってもよい。
８． 適合ビットストリームは、サブピクチャコーディングおよびＡＲＣ（Ａｄａｐｔｉｖｅ ｒｅｓｏｌｕｔｉｏｎ ｃｏｎｖｅｒｓｉｏｎ）／ＤＲＣ（Ｄｙｎａｍｉｃ ｒｅｓｏｌｕｔｉｏｎ ｃｏｎｖｅｒｓｉｏｎ）／ＲＰＲ（Ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｒｅｓａｍｐｌｉｎｇ）が１つのビデオユニット（例えば、シーケンス）に対して有効にされることが禁止されることを満たすものである。
ａ. 一例では、サブピクチャコーディングを有効にするシグナリングは、ＡＲＣ／ＤＲＣ／ＲＰＲを禁止する条件下であってもよい。
ｉ. 一例では、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいように、サブピクチャが有効であるときに、このＳＰＳがアクティブな全てのピクチャに対するｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ｍａｘ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しい。
ｂ. 代替的には、サブピクチャコーディングおよびＡＲＣ／ＤＲＣ／ＲＰＲは、両方とも、１つのビデオユニット（例えば、シーケンス）に対して有効にしてもよい。
ｉ. 一例では、適合ビットストリームは、ＡＲＣ／ＤＲＣ／ＲＰＲによりダウンサンプリングされたサブピクチャが、依然として幅においてＫ個のＣＴＵと高さにおいてＭ個のＣＴＵの形式（ＫとＭが両方とも整数である）にあることを満たすものとする。
ｉｉ. 一例では、適合ビットストリームは、ピクチャ境界（例えば、右境界および／または下境界）に位置しないサブピクチャに対して、ＡＲＣ／ＤＲＣ／ＲＰＲによりダウンサンプリングされたサブピクチャが、依然として幅においてＫ個のＣＴＵと高さにおいてＭ個のＣＴＵの形式（ＫとＭが両方とも整数である）にあることを満たすものとする。
ｉｉｉ. 一例では、ＣＴＵサイズは、ピクチャ解像度に基づいて適応的に変更されてもよい。
１） 一例では、最大ＣＴＵサイズは、ＳＰＳにおいてシグナリングされてもよい。解像度の低い各ピクチャに対して、ＣＴＵサイズは、それに応じて、低減された解像度に基づいて変更され得る。
２） 一例では、ＣＴＵサイズは、ＳＰＳおよびＰＰＳ、および／またはサブピクチャレベルでシグナリングされてもよい。
９． 構文要素ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１とｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１は制約されてもよい。
ａ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１がＴ１以下（またはＴ２より小さく）なければならない。
ｂ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１がＴ２以下（またはＴ２より小さく）なければならない。
ｃ. 一例では、適合ビットストリームにおいて、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１および／またはｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１は、項目３．ａまたは３．ｂなどの制約に従わなければならない。
ｄ. 一例では、３．ａにおけるＴ１および／または３．ｂにおけるＴ２は、ビデオコーディング規格のプロファイル／レベル／階層に依存してもよい。
ｅ. 一例では、３．ａにおけるＴ１は、ピクチャ幅に依存してもよい。
ｉ. たとえば、Ｔ１は、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４またはｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４＋Ｏｆｆに等しい。ｏｆｆは、１、２、－１、－２などであってもよい。
ｆ. 一例では、３．ｂにおけるＴ２は、ピクチャ幅に依存してもよい。
ｉ. たとえば、Ｔ１は、ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４またはｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４－１＋Ｏｆｆに等しい。ｏｆｆは、１、２、－１、－２などであってもよい。
１０． ２つのサブピクチャ間の境界は、２つのＣＴＵ間の境界でなければならないことが制約される。
ａ. 言い換えれば、ＣＴＵは、複数のサブピクチャでカバーすることはできない。
ｂ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の単位は、ＶＶＣのように４ではなく、ＣＴＵ幅（３２、６４、１２８など）であってもよい。サブピクチャのグリッド幅は、（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１）＊ＣＴＵ幅とするべきである。
ｃ. 一例では、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の単位は、ＶＶＣにおけるように４ではなく、ＣＴＵ高さ（３２、６４、１２８など）であってもよい。サブピクチャのグリッド高さは、（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１）＊ＣＴＵ高さとするべきである。
ｄ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１１． サブピクチャの形状は、矩形でなければならないことが制約される。
ａ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
ｂ. サブピクチャは矩形スライスのみを含んでもよい。例えば、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１２． ２つのサブピクチャはオーバラップすることができないことが制約される。
ａ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
ｂ. 代替的には、２つのサブピクチャが互いにオーバラップしてもよい。
１３． ピクチャ内の任意の位置が、１つのサブピクチャのみによってカバーされなければならないことが制約される。
ａ. 一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
ｂ. 代替的には、１つのサンプルがいずれのサブピクチャにも属さなくてもよい。
ｃ. 代替的には、１つのアンプルが複数のサブピクチャに属してもよい。
１４． 同じシーケンスにおいて提示されるすべての解像度にマッピングされる、ＳＰＳにおいて定義されるサブピクチャは、上述の制約された位置および／またはサイズに従うべきであることが制約されてもよい。
ａ. 一例では、同じシーケンスにおいて提示される解像度にマッピングされたＳＰＳにおいて定義されるサブピクチャの幅と高さは、Ｎ個の（８、１６、３２のような）輝度サンプルの整数倍とするべきである。
ｂ. 一例では、サブピクチャは、特定のレイヤに対して定義されてもよく、他のレイヤにマッピングされてもよい。
ｉ. 例えば、サブピクチャは、シーケンス内で最も高い解像度を有するレイヤに対して定義されてもよい。
ｉｉ. 例えば、サブピクチャは、シーケンス内で最も低い解像度を有するレイヤに対して定義されてもよい。
ｉｉｉ. サブピクチャがどのレイヤに対して定義されているかは、ＳＰＳ／ＶＰＳ／ＰＰＳ／ＰＰＳ／スライスヘッダにおいてシグナリングされてもよい。
ｃ. 一例では、サブピクチャおよび異なる解像度の両方が適用されるときに、すべての解像度（例えば、幅または高さ）は、所与の解像度の整数倍であってもよい。
ｄ. 一例では、ＳＰＳにおいて定義されるサブピクチャの幅および／または高さは、ＣＴＵサイズの整数倍（例えば、Ｍ）であってもよい。
ｅ. 代替的には、シーケンス内のサブピクチャおよび異なる解像度は、同時には許可されなくてもよい。
１５． サブピクチャは特定のレイヤにのみ適用されてもよい。
ａ. 一例では、ＳＰＳにおいて定義されるサブピクチャは、シーケンス内で最も解像度の高いレイヤにのみ適用されてもよい。
ｂ. 一例では、ＳＰＳにおいて定義されたサブピクチャは、シーケンス内で最も低い時間的ＩＤを持つレイヤにのみ適用されてもよい。
ｃ. サブピクチャをどのレイヤに適用し得るかは、ＳＰＳ／ＶＰＳ／ＰＰＳにおける１つ以上の構文要素によって示されてもよい。
ｄ. サブピクチャをどのレイヤに適用することができないかは、ＳＰＳ／ＶＰＳ／ＰＰＳにおける１つ以上の構文要素によって示されてもよい。
１６． 一例では、サブピクチャの位置および／または寸法は、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘを使用せずにシグナリングされてもよい。
ａ. 一例では、サブピクチャの左上の位置がシグナリングされてもよい。
ｂ. 一例では、サブピクチャの右下の位置がシグナリングされてもよい。
ｃ. 一例では、サブピクチャの幅が、シグナリングされてもよい。
ｄ. 一例では、サブピクチャの高さが、シグナリングされてもよい。
１７． 時間的フィルタに対して、試料の時間的フィルタリングを実行するときに、現在のサンプルが属するのと同じサブピクチャ内のサンプルのみが使用されてもよい。必要なサンプルは、現在のサンプルが属しているものと同じピクチャ、または他のピクチャ内にあってもよい。
１８． 一例では、パーティショニング方法（ＱＴ、水平ＢＴ、垂直ＢＴ、水平ＴＴ、垂直ＴＴ、スプリットなしなど）を適用するかどうか、および／またはどのように適用するかは、現在のブロック（またはパーティション）がサブピクチャの１つ以上の境界を越えるかどうかに依存してもよい。
ａ. 一例では、ＶＶＣにおけるパーティショニングのためのピクチャ境界処理方法は、ピクチャ境界がサブピクチャ境界に置き換えられるときにも適用され得る。
ｂ. 一例では、パーティショニング方法（ＱＴ、水平ＢＴ、垂直ＢＴ、水平ＴＴ、垂直ＴＴ、スプリットなしなど）を表す構文要素（例えば、フラグ）を解析するかどうかは、現在のブロック（またはパーティション）がサブピクチャの１つ以上の境界を越えるかどうかに依存してもよい。
１９． 各サブピクチャの独立したコーディングで１つのピクチャを複数のサブピクチャに分割する代わりに、ピクチャを少なくとも２つのサブ領域のセットに分割することが提案されており、第１のセットは複数のサブピクチャを含み、第２のセットは残りのすべてのサンプルを含む。
ａ. 一例では、第２のセットにおけるサンプルは、いかなるサブピクチャにもない。
ｂ. 代替的には、さらに、第２のセットは、第１のセットの情報に基づいて符号化／復号されてもよい。
ｃ. 一例では、デフォルト値は、サンプル／ＭｘＫサブ領域が第２のセットに属するかどうかをマークするために利用されてもよい。
ｉ. 一例では、デフォルト値は、（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋Ｋ）に等しくセットされてもよく、ここで、Ｋは１より大きい整数である。
ｉｉ. デフォルト値は、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］に割り当てられ、グリッドが２番目のセットに属することを示す。
２０． 構文要素ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］をｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくすることができないことを提案する。
ａ. 例えば、適合ビットストリームにおいて、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］をｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくすることができないことが制約される。
ｂ. 例えば、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］をコーディングするコードワードをｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１より大きくすることができない。
２１． ０～ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の任意の整数は、少なくとも１つのｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］に等しくなければならないことを提案する。
２２． ＩＢＣ仮想バッファは、１つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
ａ. 一例では、ＩＢＣ仮想バッファ内の全てのサンプルは、－１にリセットされてもよい。
２３． パレットエントリリストは、１つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
ａ. 一例では、ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅは、１つのピクチャ内の新しいサブピクチャを復号する前に、０に等しくセットされてもよい。
２４． スライスの情報（例えば、スライスの数および／またはスライスの範囲）をシグナリングするかどうかは、タイルの数および／またはブリックの数に依存してもよい。
ａ. 一例では、ピクチャ内のブリックの数が１である場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１はシグナリングされず、０であると推論される。
ｂ. 一例では、ピクチャ内のブリックの数が１である場合、スライスの情報（例えば、スライスの数および／またはスライスの範囲）は、シグナリングされなくてもよい。
ｃ. 一例では、ピクチャ内のブリックの数が１である場合、スライスの数は１であると推論されてもよい。スライスは、ピクチャ全体をカバーする。一例では、ピクチャ内のブリックの数が１である場合、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇはシグナリングされず、０であると推論される。
ｉ. 代替的には、ピクチャ内のブリックの数が１である場合、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇはシグナリングされず、０であると推論される。
ｄ. 例示的な構文設計は、以下の通りである。

２５． ｓｌｉｃｅ＿ａｄｄｒｅｓｓをシグナリングするかどうかは、スライスが矩形であるとシグナリングされるかどうか（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０か１か）から切り離されてもよい。
ａ. 例示的な構文設計は、以下の通りである。

２６． ｓｌｉｃｅ＿ａｄｄｒｅｓｓをシグナリングするかどうかは、スライスが矩形であるとシグナリングされるときのスライスの数に依存してもよい。

２７． ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１をシグナリングするかどうかは、ｓｌｉｃｅ＿ａｄｄｒｅｓｓおよび／またはピクチャ内のブリックの数に依存してもよい。
ａ. 例示的な構文設計は、以下の通りである。

２８． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒｉｃｋｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナリングするかどうかは、タイルの数および／またはピクチャ内のブリックの数に依存してもよい。
ａ. 一例では、ブリックの数が２より小さい場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒｉｃｋｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シグナリングされない。
ｂ. 例示的な構文設計は、以下の通りである。

２９． ビットストリーム適合性の要件は、ピクチャのすべてのスライスがピクチャ全体をカバーしなければならないことである。
ａ. スライスが矩形であることがシグナリングされるときに（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときに）、この要件が満たさなければならない。
３０． ビットストリーム適合性の要件は、サブピクチャのすべてのスライスがサブピクチャ全体をカバーしなければならないことである。
ａ. スライスが矩形であることがシグナリングされるときに（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときに）、この要件が満たさなければならない。
３１． ビットストリーム適合性の要件は、スライスが複数のサブピクチャとオーバラップできないことである。
３２． ビットストリーム適合性の要件は、タイルが複数のサブピクチャとオーバラップできないことである。
３３． ビットストリーム適合性の要件は、ブリックが複数のサブピクチャとオーバラップできないことである。
以下の議論では、寸法ＣＷ×ＣＨを有する基本ユニットブロック（ＢＵＢ）は、矩形領域である。例えば、ＢＵＢはコーディングツリーブロック（ＣＴＢ）であってもよい。
３４． 一例では、サブピクチャの数（Ｎとして示される）が、シグナリングされてもよい。
ａ. 適合ビットストリームについて、サブピクチャが使用される場合（例えば、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合）、ピクチャ中に少なくとも２つのサブピクチャがあることが必要であってもよい。
ｂ. 代替的には、Ｎマイナスｄ（すなわち、Ｎ－ｄ）は、シグナリングされてもよく、ここで、ｄは、０、１、または２などの整数である。
ｃ. 例えば、Ｎ－ｄは、固定長コーディング、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｎ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。
シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢの総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｗ／ＣＷ）×Ｃｅｉｌｉｎｇ（Ｈ／ＣＨ）として導出されてもよく、ここで、ＷおよびＨは、ピクチャの幅および高さを表し、ＣＷおよびＣＨは、ＢＵＢの幅および高さを表す。
ｄ. 例えば、Ｎ－ｄは、ｕｎａｒｙコードまたは切り詰められたｕｎａｒｙコードでコーディングされてもよい。
ｅ. 一例では、Ｎ－ｄの許容最大値は固定数であってもよい。
ｉ. 代替的には、Ｎ－ｄの許容最大値は、ピクチャ中のＢＵＢの総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
３５． 一例では、サブピクチャは、その選択された位置（例えば、左上／右上／左下／右下）および／またはその幅および／または高さのうちの１つ以上の表示によってシグナリングされてもよい。
ａ. 一例では、サブピクチャの左上の位置は、寸法ＣＷ×ＣＨを有する基本ユニットブロックの粒度でシグナリングされてもよい。
ｉ. 例えば、サブピクチャの左上のＢＵＢのＢＵＢに関して列インデックス（Ｃｏｌとして示される）が、シグナリングされてもよい。
１） 例えば、Ｃｏｌ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１、または２などの整数である。
ａ） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＣｏｌに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
ｂ） Ｃｏｌ－ｄの符号がシグナリングされてもよい。
ｉｉ. 例えば、サブピクチャの左上のＢＵＢのＢＵＢに関する行インデックス（Ｒｏｗとして示される）が、シグナリングされてもよい。
１） 例えば、Ｒｏｗ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１、または２などの整数である。
ａ） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＲｏｗに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
ｂ） Ｒｏｗ－ｄの符号がシグナリングされてもよい。
ｉｉｉ. 上述の行／列インデックス（Ｒｏｗとして示される）が、ＣＴＢ（Ｃｏｄｌｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）において表わされてもよく、例えば、ピクチャの左上の位置に対するｘまたはｙ座標は、ＣＴＢサイズによって分割され、シグナリングされてもよい。
ｉｖ. 一例では、サブピクチャの位置をシグナリングするかどうかは、サブピクチャインデックスに依存してもよい。
１）一例では、ピクチャ内の最初のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
ａ） 代替的には、さらに、左上の位置が、例えば、（０，０）であると推論されてもよい。
２） 一例では、ピクチャ内の最後のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
ａ） 左上の位置は、以前にシグナリングされたサブピクチャの情報に依存して推論されてもよい。
ｂ. 一例では、サブピクチャの幅／高さ／選択された位置の表示は、切り詰められた一進法／切り詰められた二進法／一進号／固定長／Ｋ－ｔｈ ＥＧコーディング（例えば、Ｋ＝０，１，２，３）でシグナリングされてもよい。
ｃ. 一例では、サブピクチャの幅は、寸法ＣＷ×ＣＨを有するＢＵＢの粒度でシグナリングされてもよい。
ｉ. 例えば、サブピクチャ内のＢＵＢの列の数（Ｗとして示される）が、シグナリングされてもよい。
ｉｉ. 例えば、Ｗ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１または２などの整数である。
１） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＷに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
２） Ｗ－ｄの符号がシグナリングされてもよい。
ｄ. 一例では、サブピクチャの高さは、寸法ＣＷ×ＣＨを有するＢＵＢの粒度でシグナリングされてもよい。
ｉ. 例えば、サブピクチャ内のＢＵＢの行の数（Ｈとして示される）は、シグナリングされてもよい。
ｉｉ. 例えば、Ｈ－ｄが、シグナリングされてもよく、ここで、ｄは、０、１または２などの整数である。
１） 代替的には、ｄは、ｄ１によって加算された、以前にコーディングされたサブピクチャのＨに等しくてもよく、ここで、ｄ１は、－１、０または１などの整数である。
２） Ｈ－ｄの符号がシグナリングされてもよい。
ｅ. 一例では、Ｃｏｌ－ｄは、固定長コーディング、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｃｏｌ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ列の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｗ／ＣＷ）として導出されてもよく、ここで、Ｗは、ピクチャの幅を表し、ＣＷは、ＢＵＢの幅を表す。
ｆ. 一例では、Ｒｏｗ－ｄは、固定長コーディング、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｒｏｗ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。
シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ行の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｈ／ＣＨ）として導出されてもよく、ここで、Ｈは、ピクチャの高さを表し、ＣＨは、ＢＵＢの高さを表す。
ｇ. 一例では、Ｗ－ｄは、固定長コーディング、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 例えば、ｘまたはｘ－ｄｘは、Ｗ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ列の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｗ／ＣＷ）として導出されてもよく、ここで、Ｗは、ピクチャの幅を表し、ＣＷは、ＢＵＢの幅を表す。
ｈ. 一例では、Ｈ－ｄは、固定長コーディング、例えば、ｕ（ｘ）でコーディングされてもよい。
ｉ. 一例では、ｘは、８などの固定数であってもよい。
ｉｉ. 一例では、ｘまたはｘ－ｄｘは、Ｈ－ｄがシグナリングされる前にシグナリングされてもよく、ここで、ｄｘは、０、１または２などの整数である。
シグナリングされたｘは、適合ビットストリームの最大値より大きくなくてもよい。
ｉｉｉ. 一例では、ｘはオンザフライで導出されてもよい。
１） 例えば、ｘは、ピクチャ内のＢＵＢ行の総数（Ｍとして示される）の関数として導出されてもよい。例えば、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ここで、ｄ０およびｄ１は、－２、－１、０、１、２などの２つの整数である。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
２） Ｍは、Ｍ＝Ｃｅｉｌｉｎｇ（Ｈ／ＣＨ）として導出されてもよく、ここで、Ｈは、ピクチャの高さを表し、ＣＨは、ＢＵＢの高さを表す。
ｉ. Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、全てのサブピクチャに対してシグナリングされてもよい。
ｉ. 代替的には、Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、全てのサブピクチャに対してシグナリングされなくてもよい。
１） Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、サブピクチャの数が２より小さい（１に等しい）場合、シグナリングされなくてもよい。
２） 例えば、Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、最初のサブピクチャ（例えば、サブピクチャインデックス（またはサブピクチャＩＤ）が０に等しい）に対してシグナリングされなくてもよい。
ａ） シグナリングされないときに、それらは、０であると推論されてもよい。
３） 例えば、Ｃｏｌ－ｄおよび／またはＲｏｗ－ｄは、最後のサブピクチャ（例えば、サブピクチャインデックス（またはサブピクチャＩＤ）がＮｕｍＳｕｂＰｉｃｓ－１に等しい）に対してシグナリングされてなくてもよい。
ａ） シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
ｊ. Ｗ－ｄおよび／またはＨ－ｄは、全てのサブピクチャに対してシグナリングされてもよい。
ｉ. 代替的には、Ｗ－ｄおよび／またはＨ－ｄは、全てのサブピクチャに対してシグナリングされなくてもよい。
１） Ｗ－ｄおよび／またはＨ－ｄは、サブピクチャの数が２より小さい（１に等しい）場合、シグナリングされなくてもよい。
２） 例えば、Ｗｌ－ｄおよび／またはＨ－ｄは、最後のサブピクチャ（例えば、サブピクチャインデックス（またはサブピクチャＩＤ）がＮｕｍＳｕｂＰｉｃｓ－１に等しい）に対してシグナリングされてなくてもよい。
ａ） シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
ｋ. 上記の項目において、ＢＵＢは、ＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）であってもよい。
３６． 一例では、サブピクチャの情報は、ＣＴＢサイズの情報（例えば、ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５）が既にシグナリングされた後にシグナリングされるべきである。
３７． ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、１つのｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇは、サブピクチャが全てのサブピクチャに対するピクチャとして処理されるかどうかを制御するためにシグナリングされる。
３８． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、１つのｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ループフィルタが全てのサブピクチャに対してサブピクチャにわたって適用され得るかどうかを制御するためにシグナリングされる。
３９． ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ）および／またはｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］（ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が、条件付きでシグナリングされてもよい。
ａ. 一例では、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］および／またはｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、サブピクチャの数が２より小さい（１に等しい）場合、シグナリングされなくてもよい。
４０． ＲＰＲは、サブピクチャが使用されるときに、適用されてもよい。
ａ. 一例では、ＲＰＲにおけるスケーリング比は、｛１：１、１：２および／または２：１｝または｛１：１、１：２および／または２：１、１：４および／または４：１｝、｛１：１、１：２および／または２：１、１：４および／または４：１、１：８および／または８：１｝などのサブピクチャが使用されるときに、限定的にセットされるように制約されてもよい。
ｂ. 一例では、ピクチャＡとピクチャＢの解像度が異なる場合、ピクチャＡのＣＴＢサイズとピクチャＢのＣＴＢサイズが異なってもよい。
ｃ. 一例として、寸法ＳＡＷ×ＳＡＨのサブピクチャＳＡがピクチャＡ内にあり、寸法ＳＢＷ×ＳＢＨのサブピクチャＳＢがピクチャＢ内にあり、ＳＡがＳＢに対応し、ピクチャＡとピクチャＢの間のスケーリング比が水平方向と垂直方向に沿ってＲｗとＲｈであるとすると、
ｉ. ＳＡＷ／ＳＢＷまたはＳＢＷ／ＳＡＷは、Ｒｗに等しくなければならない。
ｉｉ. ＳＡＨ／ＳＢＨまたはＳＢＨ／ＳＡＨは、Ｒｈに等しくなければならない。
４１． サブピクチャが使用されるときに例えば、ｓｕｂ＿ｐｉｃｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが真であるときに）、サブピクチャインデックス（またはサブピクチャＩＤ）は、スライスヘッダにおいてシグナリングされてもよく、スライスアドレスは、ピクチャ全体ではなく、サブピクチャにおけるアドレスとして中断される。
４２． 第１のサブピクチャと第２のサブピクチャが同じサブピクチャでない場合、第１のサブピクチャのサブピクチャＩＤは、第２のサブピクチャのサブピクチャＩＤとは異なっていなくてはならないことが必要とされる。
ａ. 一例では、ｉがｊに等しくない場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］がｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｂ. 一例では、ｉがｊに等しくない場合、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］がｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｃ. 一例では、ｉがｊに等しくない場合、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］がｐｈ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｄ. 一例では、ｉがｊに等しくない場合、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］がＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］と異なっていなくてはならないことが、適合ビットストリームの要件である。
ｅ. 一例では、Ｘ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］Ｘ＿ｓｕｂｐｉｃ＿ｉｄ［ ｉ －Ｐ］に等しいＤ［ｉ］として示される差分が、シグナリングされてもよい。
ｉ. 例えば、Ｘはｓｐｓ、ｐｐｓまたはｐｈであってもよい。
ｉｉ. 例えば、Ｐが１に等しい。
ｉｉｉ. 例えば、ｉ＞Ｐである。
ｉｖ. 例えば、Ｄ［ｉ］は０より大きくなければならない。
ｖ. 例えば、Ｄ［ｉ］－１は、シグナリングされてもよい。
４３． Ｃｅｉｌ（Ｌｏｇ２（ＳＳ））ビットであるように、左上のＣＴＵの水平位置または垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ または ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定する構文要素の長さが導出され得ることが提案され、ＳＳは０より大きくなければならない。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
ａ. 一例では、構文要素が左上のＣＴＵの水平位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｂ. 一例では、構文要素が左上のＣＴＵの垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｃ. 一例では、ＲＲは、ＣｔｂＳｉｚｅＹ－１などの非ゼロの整数である。
４４． Ｃｅｉｌ（Ｌｏｇ２（ＳＳ））ビットであるように、サブピクチャの左上のＣＴＵの水平位置または垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ または ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定する構文要素の長さが導出され得ることが提案され、ＳＳは０より大きくなければならない。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
ａ. 一例では、構文要素がサブピクチャの左上のＣＴＵの水平位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｂ. 一例では、構文要素がサブピクチャの左上のＣＴＵの垂直位置（例えば、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ）を指定するときに、ＳＳ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｃ. 一例では、ＲＲは、ＣｔｂＳｉｚｅＹ－１などの非ゼロの整数である。
４５． Ｃｅｉｌ（Ｌｏｇ２（ＳＳ））－Ｐであるように、サブピクチャの幅または高さ（例えば、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１またはｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１）を指定する構文要素の長さのデフォルト値（１などのオフセットＰを加えてもよい）が導出され得ることが提案され、ＳＳは０より大きくなければならない。ここで、Ｃｅｉｌ（）関数は、入力値以上の最小整数値を返す。
ａ. 一例では、構文要素がサブピクチャのデフォルト幅（例えば、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１）（オフセットＰを加えてもよい）を指定するときに、ＳＳ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｂ. 一例では、構文要素がサブピクチャのデフォルト高さ（例えば、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１）（オフセットＰを加えてもよい）を指定するときに、ＳＳ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹである。
ｃ. 一例では、ＲＲは、ＣｔｂＳｉｚｅＹ－１などの非ゼロの整数である。
４６． サブピクチャのＩＤの情報は、その情報がシグナリングされるべきであると決定されたときに、少なくともＳＰＳ、ＰＰＳ、およびピクチャヘッダのいずれかでシグナリングされるべきであることが提案されている。
ａ. 一例では、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、およびｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのうちの少なくとも１つが、１に等しくあるべきことが、適合ビットストリームの要件である。
４７． サブピクチャのＩＤの情報が、ＳＰＳ、ＰＰＳ、およびピクチャヘッダのいずれでもシグナリングされない場合、その情報がシグナリングされるべきであると決定されることが提案されている。デフォルトＩＤが割り当てられるべきである。
ａ. 一例では、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがすべて０であり、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］はｉ＋Ｐに等しくセットされるべきであり、Ｐは０などのオフセットである。例示的な説明は：以下の通りである。

４８． サブピクチャＩＤの情報は、対応するＰＰＳでシグナリングされる場合、ピクチャヘッダでシグナリングされないことを提案する。
ａ. 例示的な構文設計は、以下の通りである。

ｂ. 一例では、サブピクチャＩＤは、ＳＰＳにおいてシグナリングされる場合、ＳＰＳにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ＰＰＳにおいてシグナリングされる場合、ＰＰＳにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ピクチャヘッダにおいてシグナリングされる場合、ピクチャヘッダにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされる。例示的な説明は、以下の通りである。

ｃ. 一例では、サブピクチャＩＤは、ピクチャヘッダにおいてシグナリングされる場合、ピクチャヘッダにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ＰＰＳにおいてシグナリングされる場合、ＰＰＳにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされ、それ以外の場合、サブピクチャＩＤは、ＳＰＳにおいてシグナリングされる場合、ＳＰＳダにおいてシグナリングされるサブピクチャＩＤの情報に従ってセットされる。例示的な説明は、以下の通りである。

４９． エッジＥ上のデブロッキング処理は、エッジの両側（Ｐ側とＱ側で示される）のサブピクチャ境界を超えてループフィルタリングが許可されているかどうかの決定（例えば、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって決定される）に依存すべきであることを提案する。Ｐ側は、現在のブロックの側を表し、Ｑ側は、隣接するブロックの側を表し、これは、異なるサブピクチャに属してもよい。以下の議論では、Ｐ側とＱ側が２つの異なるサブピクチャに属すると想定する。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］＝０／１は、Ｐ側を含むサブピクチャのサブピクチャ境界を超えてループフィルタリングが許可されていない／許可されていることを意味する。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］＝０／１は、Ｑ側を含むサブピクチャのサブピクチャ境界を超えてループフィルタリングが許可されていない／許可されていることを意味する。
ａ. 一例では、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］が０に等しいか、またはｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］が０に等しい場合、Ｅはフィルタリングされない。
ｂ. 一例では、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］が０に等しく、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］が０に等しい場合、Ｅはフィルタリングされない。
ｃ. 一例では、Ｅの両側をフィルタリングするかどうかは、別々に制御される。
ｉ. 例えば、ＥのＰ側は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｐ］が１に等しい場合にのみフィルタリングされる。
ｉｉ. 例えば、ＥのＱ側は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［Ｑ］が１に等しい場合にのみフィルタリングされる。
５０． トランスフォームスキップに使用される最大ブロックサイズ（ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２など）を指定するＰＰＳにおける構文要素ＳＥのシグナリング／解析は、ＳＰＳにおいて任意の構文要素（ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇなど）から切り離すべきであることを提案する。
ａ. 例示的な構文変更は、以下の通りである。

ｂ. 代替的には、ＳＥは、ＳＰＳにおいてシグナリングされてもよく、例えば、以下の通りである。

ｃ. 代替的には、ＳＥは、ピクチャヘッダにおいてシグナリングされてもよく、例えば、以下の通りである。

５１． 最初のブロックを復号した後にＨＭＶＰテーブル（またはリスト／ストレージ／マップなどと名付けられる）を更新するかどうか、および／またはどのように更新するかは、最初のブロックがＧＥＯでコーディングされているかどうかに依存してもよい。
ａ. 一例では、最初のブロックがＧＥＯでコーディングされている場合、最初のブロックを復号した後でＨＭＶＰテーブルが更新されなくてもよい。
ｂ. 一例では、ＨＭＶＰテーブルは、最初のブロックがＧＥＯでコーディングされている場合、最初のブロックを復号した後に更新されてもよい。
ｉ. 一例では、ＨＭＶＰテーブルは、ＧＥＯによって分割された１つのパーティションの動き情報で更新されてもよい。
ｉｉ. 一例では、ＨＭＶＰテーブルは、ＧＥＯによって分割された複数のパーティションの動き情報で更新されてもよい
５２． ＣＣ－ＡＬＦでは、現在の処理ユニット（例えば、２つのＡＬＦ仮想境界によって区切られたＡＬＦ処理ユニット）から外れた輝度サンプルは、対応する処理ユニットの色差サンプルのフィルタリングから除外される。
ａ. 現在の処理ユニットから外れたパディングされた輝度サンプルを使用して、対応する処理ユニットの色差サンプルをフィルタリングしてもよい。
ｉ. 本文書に開示されている任意のパディング方法は、輝度サンプルをパディングするために使用されてもよい。
ｂ. 代替的には、現在の処理ユニットから外れた輝度サンプルを使用して、対応する処理ユニットの色差サンプルをフィルタリングしてもよい。

５．１ 実施形態１：アフィン構成されたマージ候補についてのサブピクチャ制約
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補に対する導出処理
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔ
－ 可用性フラグａｖａｉｌａｂｌｅＡ_０、ａｖａｉｌａｂｌｅＡ_１、ａｖａｉｌａｂｌｅＡ_２、ａｖａｉｌａｂｌｅＢ_０、ａｖａｉｌａｂｌｅＢ_１、ａｖａｉｌａｂｌｅＢ_２、ａｖａｉｌａｂｌｅＢ_３
－ サンプル位置（ｘＮｂＡ_０，ｙＮｂＡ_０）、（ｘＮｂＡ_１，ｙＮｂＡ_１）、（ｘＮｂＡ_２，ｙＮｂＡ_２）、（ｘＮｂＢ_０，ｙＮｂＢ_０）、（ｘＮｂＢ_１，ｙＮｂＢ_１）、（ｘＮｂＢ_２，ｙＮｂＢ_２）、および（ｘＮｂＢ_３，ｙＮｂＢ_３）
この処理の出力は、以下のようである。
－ 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグａｖａｉｌａｂｌｅＦｌａｇＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 参照インデックスｒｅｆＩｄｘＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは、０または１）
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは、０または１）、
－ アフィン動きモデルインデックスＭｏｄｅｌＩｄｃＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 双方向予測重みインデックスｂｃｗＩｄｘＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 構成されたアフィン制御点動きベクトルｃｐＭｖＬＸＣｏｎｓｔＫ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．２、Ｋ＝１．．６、Ｘは０または１）
．．.
４番目の（並置された右下の）制御点動きベクトルｃｐＭｖＬＸＣｏｒｎｅｒ［３］、参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｒｎｅｒ［３］、および可用性フラグａｖａｌａｂｌｅＦｌａｇＣｏｒｎｅｒ［３］（Ｘは０および１）は、以下のように導出される。
－ 時間的マージ候補のための参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］（Ｘは、０または１）、０に等しくセットされる。
－ 変数ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ（Ｘは、０または１）は、以下のように導出される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
－ それ以外の場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。

－ ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹが、ｙＣｏｌＢｒ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹに等しく、
［外８］

－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃによって指定される並置されたピクチャ内の（（ｘＣｏｌＢｒ＞＞３）＜＜３，（ｙＣｏｌＢｒ＞＞３）＜＜３）で与えられる修正された位置をカバーする輝度コーディングブロックを指定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定された並置されたピクチャの左上の輝度サンプルに対する、ｃｏｌＣｂによって指定された並置された輝度コーディングブロックの左上のサンプルに等しくセットされる。
－ ８．５．２．１２項において指定されている並置された動きベクトルに対する導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ、（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、ｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、０に等しくセットされたｓｂＦｌａｇを入力として呼び出され、出力は、ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌに割り当てられる。
－ それ以外の場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
．．．

５．２ 実施形態２：アフィン構成されたマージ候補についてのサブピクチャ制約
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補に対する導出処理
この処理への入力は、以下のようである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度コーディングブロックの左上のサンプルを指定する輝度位置（ｘＣｂ，ｙＣｂ）
－ 現在の輝度コーディングブロックの幅および高さを指定する２つの変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔ
－ 可用性フラグａｖａｉｌａｂｌｅＡ_０、ａｖａｉｌａｂｌｅＡ_１、ａｖａｉｌａｂｌｅＡ_２、ａｖａｉｌａｂｌｅＢ_０、ａｖａｉｌａｂｌｅＢ_１、ａｖａｉｌａｂｌｅＢ_２、ａｖａｉｌａｂｌｅＢ_３
－ サンプル位置（ｘＮｂＡ_０，ｙＮｂＡ_０）、（ｘＮｂＡ_１，ｙＮｂＡ_１）、（ｘＮｂＡ_２，ｙＮｂＡ_２）、（ｘＮｂＢ_０，ｙＮｂＢ_０）、（ｘＮｂＢ_１，ｙＮｂＢ_１）、（ｘＮｂＢ_２，ｙＮｂＢ_２）、および（ｘＮｂＢ_３，ｙＮｂＢ_３）
この処理の出力は、以下のようである。
－ 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグａｖａｉｌａｂｌｅＦｌａｇＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 参照インデックスｒｅｆＩｄｘＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは、０または１）
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｎｓｔＫ（Ｋ＝１．．６、Ｘは０または１）、
－ アフィン動きモデルインデックスＭｏｄｅｌＩｄｃＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 双方向予測重みインデックスｂｃｗＩｄｘＣｏｎｓｔＫ（Ｋ＝１．．６）
－ 構成されたアフィン制御点動きベクトルｃｐＭｖＬＸＣｏｎｓｔＫ［ｃｐＩｄｘ］（ｃｐＩｄｘ＝０．．２、Ｋ＝１．．６、Ｘは０または１）
．．．
４番目の（並置された右下の）制御点動きベクトルｃｐＭｖＬＸＣｏｒｎｅｒ［３］、参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＣｏｒｎｅｒ［３］、および可用性フラグａｖａｌａｂｌｅＦｌａｇＣｏｒｎｅｒ［３］（Ｘは０および１）は、以下のように導出される。
－ 時間的マージ候補のための参照インデックスｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］（Ｘは、０または１）、０に等しくセットされる。
－ 変数ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌ（Ｘは、０または１）は、以下のように導出される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
－ それ以外の場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。

ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹがｙＣｏｌＢｒ＞＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹに等しい場合、［［ｙＣｏｌＢｒがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さく、ｘＣｏｌＢｒがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さい場合、以下が適用される］］、
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃによって指定される並置されたピクチャ内の（（ｘＣｏｌＢｒ＞＞３）＜＜３，（ｙＣｏｌＢｒ＞＞３）＜＜３）で与えられる修正された位置をカバーする輝度コーディングブロックを指定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定された並置されたピクチャの左上の輝度サンプルに対する、ｃｏｌＣｂによって指定された並置された輝度コーディングブロックの左上のサンプルに等しくセットされる。
－ ８．５．２．１２項において指定されている並置された動きベクトルに対する導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ、（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、ｒｅｆＩｄｘＬＸＣｏｒｎｅｒ［３］、０に等しくセットされたｓｂＦｌａｇを入力として呼び出され、出力は、ｍｖＬＸＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌに割り当てられる。
－ それ以外の場合、ｍｖＬＸＣｏｌの両方のコンポーネントとも、０に等しくセットされ、ａｖａｉｌａｂｌｅＦｌａｇＬＸＣｏｌは、０に等しくセットされる。
．．．

５．６ 実施形態６：ピクチャ幅およびピクチャ高さを８以上に制限する。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味
ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＳＰＳを参照する復号された各ピクチャの最大幅を輝度サンプルの単位で指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなく、［［ＭｉｎＣｂＳｉｚｅＹ］］
［外１３］

の整数倍数とする。
ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＳＰＳを参照する復号された各ピクチャの最大高さを輝度サンプルの単位で指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなく、［［ＭｉｎＣｂＳｉｚｅＹ］］
［外１４］

の整数倍数とする。

５．１１ 実施形態１１：サブピクチャの定義例

５．１２ 実施形態：サブピクチャを考慮したデブロッキング
デブロッキングフィルタ処理
一般
この処理への入力は、デブロッキングの前に再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
この処理の出力は、デブロッキングの後に修正され再構成されたピクチャ、すなわち、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌであり、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒである。
ピクチャの垂直エッジが、最初にフィルタリングされる。次いで、ピクチャの水平エッジが、垂直エッジフィルタリング処理によって修正されたサンプルを入力としてフィルタリングされる。各ＣＴＵのＣＴＢの垂直エッジと水平エッジは、コーディングユニットベースで別々に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側のエッジから開始して、幾何学的順序でコーディングブロックの右側に向かってエッジを通して進むように、フィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上側のエッジから開始して、幾何学的順序でコーディングブロックの下側に向かってエッジを通して進むように、フィルタリングされる。
注 － フィルタリング処理は、本明細書ではピクチャベースで指定されているが、同じ出力値を生成するように復号器が処理依存性の順序を適切に説明するのであれば、フィルタリング処理は、同等の結果を持つコーディングユニットベースで実装され得る。
デブロッキングフィルタ処理は、以下のタイプのエッジを除き、ピクチャのすべてのコーディングサブブロックエッジおよびトランスフォームブロックエッジに適用される。
－ ピクチャの境界でのエッジ
－ ［［ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しいサブピクチャの境界と一致するエッジ］］
－ ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいときに、ピクチャの仮想境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が０に等しいときに、タイル境界と一致するエッジ
－ ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいときに、スライス境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライスの上側または左側の境界と一致するエッジ
－ ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しいスライス内のエッジ
－ 輝度コンポーネントの４×４のサンプルグリッド境界に対応しないエッジ
－ 色差コンポーネントの８×８のサンプルグリッド境界に対応しないエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇを有する輝度コンポーネント内のエッジ
－ エッジの両側が１に等しいｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇを有する色差コンポーネント内のエッジ
－ 関連するトランスフォームユニットのエッジでない色差サブブロックのエッジ
．．．
一方向のためのデブロッキングフィルタ処理
この処理への入力は、以下のようである。
－ 輝度（ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または色差コンポーネント（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）が現在処理されているかどうかを指定する変数ｔｒｅｅＴｙｐｅ
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときは、デブロッキング前の再されたピクチャ、すなわちｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
－ 垂直（ＥＤＧＥ＿ＶＥＲ）をフィルタリングするか、水平（ＥＤＧＥ＿ＨＯＲ）をフィルタリングするかを指定する変数ｅｄｇｅＴｙｐｅ
この処理の出力は、デブロッキング後に修正され再構成されたピクチャ、すなわち、
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいときに、アレイｒｅｃＰｉｃｔｕｒｅ_Ｌ
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくなく、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいときは、アレイｒｅｃＰｉｃｔｕｒｅ_ＣｂおよびｒｅｃＰｉｃｔｕｒｅ_Ｃｒ
変数ｆｉｒｓｔＣｏｍｐＩｄｘおよびｌａｓｔＣｏｍｐＩｄｘは、以下のように導出される。

コーディングブロック幅ｎＣｂＷ、コーディングブロック高さｎＣｂＨおよびコーディングブロックの左上のサンプルの位置（ｘＣｂ，ｙＣｂ）を有する、ｆｉｒｓｔＣｏｍｐＩｄｘ～ｌａｓｔＣｏｍｐＩｄｘの範囲（両端を含む）の色コンポーネントインデックスｃＩｄｘによって示されるコーディングユニットの色コンポーネントごとの各コーディングユニットおよび各コーディングブロックに対して、ｃＩｄｘが０に等しいとき、ｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、ｘＣｂ％８が０に等しいとき、またはｃＩｄｘが０に等しくなく、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、ｙＣｂ％８が０に等しいときに、エッジは以下の順序付けされたステップによってフィルタリングされる。
２． 変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、以下のように導出される。
－ ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＶＥＲに等しく、以下の条件のうちの１つ以上が真である場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在のコーディングブロックの左境界は、ピクチャの左境界である。
－ ［［現在のコーディングブロックの左境界は、サブピクチャの左または右境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］は０に等しい。］］
－ 現在のコーディングブロックの左境界は、タイルの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、スライスの左境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの左境界は、ピクチャの垂直仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｅｄｇｅＴｙｐｅがＥＤＧＥ＿ＨＯＲに等しく、以下の条件のうちの１つ以上が真である場合、変数ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、０に等しくセットされる。
－ 現在の輝度コーディングブロックの上境界は、ピクチャの上境界である。
－ ［［現在のコーディングブロックの上境界は、サブピクチャの上または下境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］は０に等しい。］］
－ 現在のコーディングブロックの上境界は、タイルの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、スライスの上境界であり、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ 現在のコーディングブロックの上境界は、ピクチャの水平仮想境界の１つであり、ＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＤｉｓａｂｌｅｄＦｌａｇは１に等しい。
－ それ以外の場合、ｆｉｌｔｅｒＥｄｇｅＦｌａｇは、１に等しくセットされる。
．．．
ショートフィルタを使用した輝度サンプルに対するフィルタ処理
この処理への入力は、以下のようである。
－ サンプル値ｐ_ｉおよびｑ_ｉ（ｉ＝０．．３）
－ ｐ_ｉおよびｑ_ｉの位置（ｘＰ_ｉ，ｙＰ_ｉ）および（ｘＱ_ｉ，ｙＱ_ｉ）（ｉ＝０．．２）
－ 変数ｄＥ
－ それぞれサンプルｐ１およびｑ１をフィルタリングする判定を含む変数ｄＥｐおよびｄＥｑ
－ 変数ｔＣ
この処理の出力は、以下のようである。
－ フィルタリングされたサンプルの数ｎＤｐおよびｎＤｑ
－ フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｊ’（ｉ＝０．．ｎＤｐ-１、ｊ＝０．．ｎＤｑ-１）
ｄＥの値に依存して、以下が適用される。
－ 変数ｄＥが２に等しい場合、ｎＤｐとｎＤｑは両方とも３に等しくセットされ、以下の強いフィルタリングが適用される。

－ それ以外の場合、ｎＤｐおよびｎＤｑは両方とも０にセットされ、次の弱いフィルタリングが適用される。
－ 以下が適用される。

－ Ａｂｓ（ΔΔ）がｔＣ＊１０より小さいときに、以下の順序付けられたステップが適用される。
－ フィルタリングされたサンプル値ｐ０’およびｑ０’が、以下のように指定される。

－ ｄＥｐが１に等しいときに、フィルタリングされたサンプル値ｐ１’は以下のように指定される。

－ ｄＥｑが１に等しいときに、フィルタリングされたサンプル値ｑ１’は以下のように指定される。

－ ｎＤｐはｄＥｐ＋１に等しくセットされ、ｎＤｑはｄＥｑ＋１に等しくセットされる。
ｎＤｐが０より大きく、サンプルｐ０を含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、ｎＤｐは０に等しくセットされる。
ｎＤｑが０より大きく、サンプルｑ０を含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、ｎＤｑは０に等しくセットされる。
［外２４］

長いフィルタを使用した輝度サンプルに対するフィルタリング処理
この処理への入力は、以下のようである。
－ 変数ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰおよびｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ
－ サンプル値ｐ_ｉおよびｑ_ｊ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰおよびｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ）
－ ｐ_ｉおよびｑ_ｊの位置（ｘＰ_ｉ，ｙＰ_ｉ）および（ｘＱ_ｊ，ｙＱ_ｊ）（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ-１およびｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ-１）
－ 変数ｔＣ
この処理の出力は、以下のようである。
－ フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｊ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ-１、ｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｈｔＱ-１）
変数ｒｅｆＭｉｄｄｌｅは、以下のように導出される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰがｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱに等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが５に等しい場合、以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰがｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱに等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが５に等しくない場合、以下が適用される。

－ それ以外の場合、以下の条件のうちの１つが真である場合、
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは７に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは５に等しい。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは５に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは７に等しい。
以下が適用される。

－ それ以外の場合、以下の条件のうちの１つが真である場合、
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは５に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは３に等しい。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱは３に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰは５に等しい。
以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが７に等しく、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが３に等しい場合、以下が適用される。

－ それ以外の場合、以下が適用される。

変数ｒｅｆＰおよびｒｅｆＱは、以下のように導出される。

変数ｆｉおよびｔＣ ＰＤｉは、以下のように導出される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが７に等しい場合、以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰが５に等しい場合、以下が適用される。

－ それ以外の場合は、以下が適用される。

変数ｇｊおよびｔＣ ＱＤｊは、以下のように定義される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが７に等しい場合、以下が適用される。

－ それ以外の場合、ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが５に等しい場合、以下が適用される。

－ それ以外の場合は、以下が適用される。

フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｊ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ－１およびｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ－１）は、以下のように導出される。

サンプルｐ_ｉを含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｐ_ｉ’は、対応する入力サンプル値ｐ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＰ－１）によって置き換えられる。
サンプルｑ_ｊを含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｑ_ｊ’は、対応する入力サンプル値ｑ_ｊ（ｊ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱ－１）によって置き換えられる。
［外２５］

色差サンプルに対するフィルタリング処理
この処理は、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないときにのみ呼び出される。
この処理への入力は、以下のようである。
－ 変数ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈ
－ 色差サンプル値ｐ_ｉおよびｑ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ）
－ ｐ_ｉおよびｑ_ｉの色差位置（ｘＰ_ｉ，ｙＰ_ｉ）および（ｘＱ_ｉ，ｙＱ_ｉ）（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ-１）
－ 変数ｔ_Ｃ
この処理の出力は、フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｉ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ－１）である。
フィルタリングされたサンプル値ｐ_ｉ’およびｑ_ｉ’（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ-１）は、以下のように導出される。
－ ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＱが３に等しい場合、以下の強いフィルタリングが適用される。

－ それ以外の場合、以下の弱いフィルタリングが適用される。

サンプルｐ_ｉを含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｐ_ｉ’は、対応する入力サンプル値ｐ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ－１）によって置き換えられる。
サンプルｑ_ｉを含むコーディングブロックを含むコーディングユニットのｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが１に等しいときに、フィルタリングされたサンプル値ｑ_ｉ’は、対応する入力サンプル値ｑ_ｉ（ｉ＝０．．ｍａｘＦｉｌｔｅｒＬｅｎｇｔｈＣｂＣｒ－１）によって置き換えられる。
［外２６］

図１１は、図９に示すシステム１００内のビデオ復号器１２４であってもよいビデオ復号器３００の一例を示すブロック図である。

Claims (24)

1. ビデオ処理の方法であって、
   ビデオのピクチャと前記ビデオのビットストリーム表現との間の変換を実行することであって、前記ピクチャが１つ以上のサブピクチャを含み、
   前記ビットストリーム表現が、フォーマット規則に適合し、
   前記フォーマット規則は、構文要素の長さがＣｅｉｌ（Ｌｏｇ２（ＳＳ））ビットに等しいことを指定し、ＳＳが０より大きく、前記構文要素が前記ピクチャのサブピクチャのコーディングツリーユニットの左上コーナーの水平位置または垂直位置を示す、方法。
2. 前記フォーマット規則は、第２の構文要素の長さのデフォルト値がＣｅｉｌ（Ｌｏｇ２（ＳＳ））－Ｐに等しいことを指定し、ＳＳが０より大きく、前記第２の構文要素が、前記ピクチャのサブピクチャのデフォルト幅またはデフォルト高さを示す、請求項１に記載の方法。
3. 輝度サンプルの最大ピクチャ幅がｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとして表され、コーディングツリーブロックの寸法がＣｔｂＳｉｚｅＹとして表され、ＳＳは、前記構文要素が前記コーディングツリーユニットの左上コーナーの前記水平位置または前記サブピクチャのデフォルト幅を指定する場合に、（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹに等しく、ＲＲが非ゼロの整数である、請求項１または２に記載の方法。
4. 輝度サンプルの最大ピクチャ高さがｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとして表され、コーディングツリーブロックの寸法がＣｔｂＳｉｚｅＹとして表され、ＳＳは、前記構文要素が前記コーディングツリーユニットの左上コーナーの前記垂直位置または前記サブピクチャのデフォルト高さを指定する場合に、（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＲＲ）／ＣｔｂＳｉｚｅＹに等しく、ＲＲが非ゼロの整数である、請求項１または２に記載の方法。
5. ＲＲ＝ＣｔｂＳｉｚｅＹ－１である、請求項３または４に記載の方法。
6. ビデオ処理の方法であって、
   ビデオのピクチャと前記ビデオのビットストリーム表現との間の変換を実行することであって、前記ピクチャが１つ以上のサブピクチャを含み、
   前記ビットストリーム表現が、フォーマット規則に適合し、
   前記フォーマット規則は、異なるサブピクチャが異なる識別子を有することを指定する、方法。
7. 前記フォーマット規則は、１つ以上のサブピクチャの識別子がビデオユニットレベルで含まれることを指定し、前記ビデオユニットは、シーケンスパラメータセット、ピクチャパラメータセット、またはピクチャヘッダを含む、請求項６に記載の方法。
8. 前記シーケンスパラメータセットでの第１の構文フラグは、前記シーケンスパラメータセットレベルで前記１つ以上のサブピクチャの前記識別子のシグナリングが存在するかどうかを示し、前記ピクチャパラメータセットでの第２の構文フラグは、前記ピクチャパラメータセットレベルで前記１つ以上のサブピクチャの前記識別子のシグナリングが存在するかどうかを示し、前記ピクチャヘッダでの第３の構文フラグは、前記ピクチャヘッダレベルで前記１つ以上のサブピクチャの前記識別子のシグナリングが存在するかどうかを示し、前記第１の構文フラグ、前記第２の構文フラグ、または前記第３の構文フラグのうちの少なくとも１つは１に等しい、請求項７に記載の方法。
9. 前記第１の構文フラグが、前記シーケンスパラメータセットレベルで前記１つ以上のサブピクチャの前記識別子のシグナリングが存在することを示す場合に、前記１つ以上のサブピクチャの前記識別子のシグナリングが前記ピクチャヘッダレベルで省略される、請求項８に記載の方法。
10. 前記フォーマット規則は、１つ以上のサブピクチャの識別子がサブピクチャ識別子のリストに含まれることを指定する、請求項６～９のいずれか一項に記載の方法。
11. 前記リストにおける第１のサブピクチャの前記識別子がＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］として示され、第２のサブピクチャの前記識別子がＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］として示され、ｊ＝ｉ－Ｐであり、前記フォーマット規則は、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］とＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］との間の差分Ｄ［ｉ］が前記ビットストリーム表現において示されることを指定する、請求項１０に記載の方法。
12. Ｐが１に等しい、請求項１１に記載の方法。
13. ｉ＞Ｐである、請求項１１に記載の方法。
14. Ｄ［ｉ］が０より大きい、請求項１１に記載の方法。
15. Ｄ［ｉ］－１がビットストリーム表現に含まれる、請求項１１に記載の方法。
16. 前記サブピクチャ識別子のリストは、前記シーケンスパラメータセットが最初に考慮され、前記ピクチャパラメータセットが次に考慮され、前記ピクチャヘッダが最後に考慮される順序に基づいて決定される、請求項１０～１５のいずれか一項に記載の方法。
17. 前記サブピクチャ識別子のリストは、前記ピクチャヘッダが最初に考慮され、前記ピクチャパラメータセットが次に考慮され、前記シーケンスパラメータセットが最後に考慮される順序に基づいて決定される、請求項１０～１５のいずれか一項に記載の方法。
18. 前記フォーマット規則は、１つ以上のサブピクチャの識別子が１つ以上のビデオユニットレベルで省略される場合に、デフォルト値が前記サブピクチャ識別子のリストにおいて前記識別子に割り当てられることを指定し、前記１つ以上のビデオユニットが、少なくともシーケンスパラメータセット、ピクチャパラメータセット、またはピクチャヘッダを含む、請求項６に記載の方法。
19. 前記リストにおけるサブピクチャの識別子がＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］として示され、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］のデフォルト値がｉ＋Ｐであり、Ｐがオフセット値である、請求項１８に記載の方法。
20. 前記変換が、前記ビットストリーム表現から前記ビデオを生成する、請求項１～１９のいずれか一項に記載の方法。
21. 前記変換が、前記ビデオから前記ビットストリーム表現を生成する、請求項１～１９のいずれか一項に記載の方法。
22. 請求項１～２１のうちの１つ以上に規定された方法を実装するように構成されているプロセッサを含む、ビデオ処理装置。
23. コードが記憶されたコンピュータ可読媒体であって、前記コードは、実行されたとき、プロセッサに請求項１～２１のいずれか１つ以上に規定の方法を実装させる、コンピュータ可読媒体。
24. 請求項１～２１のいずれか一項により生成されたコーディングされた表現を記憶するコンピュータ可読媒体。

Images