JP7322290B2 - ビデオビットストリームにおけるサブピクチャシグナリングのための構文 - Google Patents

Description

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

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

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

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

１つの例示的な態様において、ビデオ処理の方法が開示される。方法は、１つ以上のピクチャを含むビデオと、ビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、各ピクチャが１つ以上のスライスとしてコーディングされることを指定するフォーマット規則に適合することが必要とされ、フォーマット規則は、ピクチャ内のサンプルが１つ以上のスライスのいずれによってもカバーされないことを禁止する。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、ビデオのピクチャとビデオのビットストリーム表現との間の変換に対して、ピクチャ内のタイルの数またはブリックの数に関連するルールに従って、ピクチャ内の１つ以上のスライスの情報をシグナリングする方式を決定することを含む。方法はまた、決定に基づいて変換を実行することを含む。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、規則に従って、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ピクチャは、１つ以上のスライスとしてビットストリーム表現においてコーディングされ、この規則は、ピクチャのスライスのアドレスがビットストリーム表現に含まれるかどうか、またはどのように含まれるかを指定する。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、ビデオのピクチャとビデオのビットストリーム表現との間の変換に対して、ピクチャ内の複数のブリックにわたってサンプルにアクセスするフィルタ動作を示す構文要素が有効にされるかどうかが、ピクチャ内のタイルの数またはブリックの数に基づいてビットストリーム表現に含まれることを決定することを含む。方法はまた、決定に基づいて変換を実行することを含む。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、ビデオのピクチャと前記ビデオのビットストリーム表現との間の変換を実行することを含み、ピクチャが、１つ以上のサブピクチャを含み、１つ以上のサブピクチャの数が、ビットストリーム表現における構文要素によって示される。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、１つ以上のサブピクチャを含むビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、サブピクチャに関する情報が、（１）サブピクチャの１つ以上のコーナー位置、または（２）サブピクチャの寸法のうちの少なくとも１つに基づいて、ビットストリーム表現に含まれることを指定するフォーマット規則に適合する。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、参照ピクチャ再サンプリングツールが、ビデオのピクチャとビデオのビットストリーム表現との間の変換に対して、ピクチャが１つ以上のサブピクチャに分割されることにより有効にされると決定することを含む。方法はまた、決定に基づいて変換を実行することを含む。

さらに別の態様において、ビデオ処理の方法が開示される。方法は、１つ以上のスライスを含む１つ以上のサブピクチャを含むビデオピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、サブピクチャおよびスライスに対して、サブピクチャを識別するインデックスがスライスのヘッダに含まれる場合に、スライスに対するアドレスフィールドがサブピクチャ内のスライスのアドレスを示すことを指定するフォーマット規則に適合する。

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

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

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

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

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

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

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

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

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

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

時間的動きベクトル予測（ＴＭＶＰ）およびサブブロックＴＭＶＰにおける領域制約の一例を示す。

階層的動き予測スキームの一例を示す。

本文書において記載された技法を実装するためのハードウェアプラットフォームの一例のブロック図である。

ビデオ処理のための例示的な方法のフローチャートを示す。

１２のタイルと３つのラスタ走査スライス（参考）にパーティショニングされる１８×１２のルマＣＴＵを有するピクチャの一例を示す。

２４のタイルと９つの矩形スライス（参考）にパーティショニングされる１８×１２のルマＣＴＵを有するピクチャの一例を示す。

４つのタイル、１１のブリック、および４つの矩形スライス（参考）にパーティショニングされるピクチャの一例を示す。

本明細書に開示される様々な技術を実装することができる例示的なビデオ処理システムを示すブロック図である。

例示的なビデオコーディングシステムを示すブロック図である。

本開示のいくつかの実施形態による符号化器を示すブロック図である。

本開示のいくつかの実施形態による復号器を示すブロック図である。

本技術によるビデオ処理のための方法のフローチャート表現である。

本技術によるビデオ処理のための別の方法のフローチャート表現である。

本技術によるビデオ処理のための別の方法のフローチャート表現である。

本技術によるビデオ処理のための別の方法のフローチャート表現である。

本技術によるビデオ処理のための別の方法のフローチャート表現である。

本技術によるビデオ処理のための別の方法のフローチャート表現である。

本技術によるビデオ処理のための別の方法のフローチャート表現である。

本技術によるビデオ処理のためのさらに別の方法のフローチャート表現である。

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

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

１．概要

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

２．最初の議論

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

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

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

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

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

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

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

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

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

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

（６） サブピクチャを復号プロセス（ループ内フィルタリング動作を除く）においてピクチャとして処理することは、ｃｏｄｉｎｇ＿ｔｒｅｅ＿ｕｎｉｔ（）構文を若干更新することによって指定され、以下の復号プロセスに更新される。

－ （高度な）時間的ルマ動きベクトル予測のための導出プロセス

－ ルマサンプル双線形補間プロセス

－ ルマサンプル８タップ補間フィルタリングプロセス

－ クロマサンプル補間プロセス

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

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

２．３ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇにおける例示的なサブピクチャ
シーケンスパラメータセットＲＢＳＰ構文

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、ｎは、読み込まれる画像の数である。

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

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

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

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

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

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

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

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

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

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

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

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

ここで、

ｉおよびａの他の全てのケースに対して、

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

ここで、ｓｃ＝０．５５およびσｃ＝３０である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（１） サブピクチャの制約を違反する可能性のある設計がいくつかある。

Ａ． アフィン構成された候補におけるＴＭＶＰは、現在のサブピクチャの範囲から、並置されたピクチャにおけるＭＶをフェッチすることがある。

Ｂ． ＢＤＯＦ（Ｂｉ－Ｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｃａｌ Ｆｌｏｗ）とＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅｍｅｎｔ Ｏｐｔｉｃａｌ Ｆｌｏｗ）における勾配を導出するときに、整数参照サンプルの２つの拡張行と２つの拡張列がフェッチされる必要がある。
これらの参照サンプルは、現在のサブピクチャの範囲外となることがある。

Ｃ． ＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）におけるクロマ残差スケーリング因子を導出するときに、アクセスされた再構成ルマサンプルは、現在のサブピクチャの範囲外となることがある。

Ｄ． 近隣のブロックは、ルマイントラ予測モード、イントラ予測のための参照サンプル、ＣＣＬＭのための参照サンプル、マージ／ＡＭＶＰ／ＣＩＩＰ／ＩＢＣ／ＬＭＣＳのための空間的近隣候補のための近隣のブロックの可用性、量子化パラメータ、ＣＡＢＡＣ初期化プロセス、左上の構文要素を使用したｃｔｘＩｎｃ導出、および構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇのためのｃｔｘＩｎｃｆｏｒを導出するときに、現在のサブピクチャの範囲外となることがある。サブピクチャの表示は、不完全なＣＴＵを有するサブピクチャにつながることがある。ＣＴＵパーティションおよびＣＵスプリットプロセスは、不完全なＣＴＵを考慮する必要があることがある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

５． 実施形態

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

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

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

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

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

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

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

［外３］

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

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

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

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

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

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

５．５ 実施形態５：サブピクチャ要素を４つのサンプル以外のＮ個（Ｎ＝８、３２など）の単位で定義する例
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１は、サブピクチャ識別子グリッドの各要素の幅を
［外７］

サンプル単位で指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／
［外８］

））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓは、以下のように導出される。

ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１は、サブピクチャ識別子グリッドの各要素の高さを４サンプル単位で指定する。構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／
［外９］

））ビットである。変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓは、以下のように導出される。

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

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

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

の整数倍数とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下の解決策は、前のセクション（例えば、項目１）に列挙されている項目に記載された追加の技法と共に実装されてもよい。

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

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

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

以下の解決策は、前のセクション（例えば、項目２）に列挙されている項目に記載された追加の技法と共に実装されてもよい。

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

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

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

以下の解決策は、前のセクション（例えば、項目３）に列挙されている項目に記載された追加の技法と共に実装されてもよい。

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

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

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

以下の解決策は、前のセクション（例えば、項目４）に列挙されている項目に記載された追加の技法と共に実装されてもよい。

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

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

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

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

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

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

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

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

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

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

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

以下の解決策は、前のセクション（例えば、項目１０）に列挙されている項目に記載された追加の技法と共に実装されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本文書に記載された方法、装置またはシステム。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１２は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１２００は、動作１２１０で、１つ以上のピクチャを含むビデオと、ビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、各ピクチャが１つ以上のスライスとしてコーディングされることを指定するフォーマット規則に適合することが必要とされる。フォーマット規則は、ピクチャ内のサンプルが１つ以上のスライスのいずれによってもカバーされないことを禁止する。

いくつかの実施態様において、ピクチャが、複数のサブピクチャを含み、フォーマット規則は、ピクチャのサブピクチャの複数のスライスが、サブピクチャの全体をカバーすることをさらに指定する。いくつかの実施形態において、ビットストリーム表現は、複数のスライスが矩形形状を有することを示す構文要素を含む。いくつかの実施態様において、スライスは、ピクチャの多くとも１つのサブピクチャとオーバラップする。いくつかの実施態様において、ビデオのタイルは、ピクチャの多くとも１つのサブピクチャとオーバラップする。いくつかの実施態様において、ビデオのブリックは、ピクチャの多くとも１つのサブピクチャとオーバラップする。

図１３は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１３００は、動作１３１０で、ビデオのピクチャとビデオのビットストリーム表現との間の変換に対して、ピクチャ内のタイルの数またはブリックの数に関連するルールに従って、ピクチャ内の１つ以上のスライスの情報をシグナリングする方式を決定することを含む。方法１３００は、動作１３２０で、決定に基づいて変換を実行することを含む。

いくつかの実施態様において、ピクチャの１つ以上のスライスの情報が、少なくとも１つ以上のスライスの数又は１つ以上のスライスの範囲を含む。いくつかの実施態様において、その規則は、ピクチャ内のブリックの数が１である場合に、ピクチャ内の１つ以上のスライスの情報がビットストリーム表現において除外されることを指定する。いくつかの実施態様において、ピクチャ内の１つ以上のスライスの数が、１であるとみなされる。いくつかの実施態様において、スライスが、ピクチャ全体をカバーする。いくつかの実施態様において、スライス当たりのブリックの数は、１であるとみなされる。

図１４は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１４００は、動作１４１０で、規則に従って、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ピクチャは、１つ以上のスライスとしてビットストリーム表現においてコーディングされる。この規則は、ピクチャのスライスのアドレスがビットストリーム表現に含まれるかどうか、またはどのように含まれるかを指定する。

いくつかの実施形態において、規則は、スライスのアドレスのシグナリングが、スライスが矩形形状を有するかどうかのシグナリングから独立であることを指定する。いくつかの実施形態において、規則は、スライスのアドレスのシグナリングが、矩形形状としてのスライスの場合に、ピクチャ内のスライスの数に依存する。いくつかの実施形態において、スライス内のブリックの数をシグナリングするかどうかが、スライスのアドレスに少なくとも部分的に基づく。いくつかの実施形態において、スライス内のブリックの数をシグナリングするかどうかが、ピクチャ内のブリックの数にさらに基づく。

図１５は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１５００は、動作１５１０で、ビデオのピクチャとビデオのビットストリーム表現との間の変換に対して、ピクチャ内の複数のブリックにわたってサンプルにアクセスするフィルタ動作を示す構文要素が有効にされるかどうかが、ピクチャ内のタイルの数またはブリックの数に基づいてビットストリーム表現に含まれることを決定することを含む。方法１５００は、動作１５２０で、決定に基づいて変換を実行することを含む。いくつかの実施形態において、単一要素は、ピクチャ内のブリックの数が２より小さい場合に、ビットストリーム表現において除外される。

図１６は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１６００は、動作１６１０で、ビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ピクチャが、１つ以上のサブピクチャを含み、１つ以上のサブピクチャの数が、ビットストリーム表現における構文要素によって示される。

いくつかの実施態様において、サブピクチャの数が、Ｎとして表され、構文要素が、（Ｎ－ｄ）の値を含み、Ｎおよびｄが、整数である。いくつかの実施形態において、ｄが、０、１または２である。いくつかの実施形態において、（Ｎ－ｄ）の値が、ｕｎａｒｙコーディングスキームまたは切り詰められたｕｎａｒｙコーディングスキームを使用してコーディングされる。いくつかの実施形態において、（Ｎ－ｄ）の値が、固定長コーディングスキームを使用して固定長を有するようにコーディングされる。いくつかの実施形態において、固定長が、８ビットである。いくつかの実施形態において、固定長が、ｘ－ｄｘとして表され、ｘおよびｄｘが、正の整数である。ｘが、適合規則に基づいて決定された最大値以下であり、ｄｘが、０、１または２である。いくつかの実施形態において、ｘ－ｄｘが、シグナリングされる。いくつかの実施形態において、固定長が、ピクチャ内の基本ユニットブロックの数に基づいて決定される。いくつかの実施態様において、固定長が、ｘとして表され、基本ユニットブロックの数が、Ｍとして表され、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ｄ０およびｄ１が、整数である。

いくつかの実施形態において、（Ｎ－ｄ）の最大値は、予め決定されている。いくつかの実施形態において、ピクチャ内の基本ユニットブロックの数が、Ｍとして表され、Ｍが、整数であり、Ｎ－ｄの最大値が、Ｍ－ｄである。いくつかの実施態様において、ピクチャ内の基本ユニットブロックの数が、Ｍとして表され、Ｍが、整数であり、Ｎ－ｄの最大値が、Ｍ－ｄである。いくつかの実施態様において、基本ユニットブロックが、スライスを含む。いくつかの実施態様において、基本ユニットブロックが、コーディングツリーユニットを含む。ｄ０またはｄ１のうちの少なくとも１つが、－２、－１、０、１または２である。

図１７は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１７００は、動作１７１０で、１つ以上のサブピクチャを含むビデオのピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、サブピクチャに関する情報が、（１）サブピクチャの１つ以上のコーナー位置、または（２）サブピクチャの寸法のうちの少なくとも１つに基づいて、ビットストリーム表現に含まれることを指定するフォーマット規則に適合する。

いくつかの実施形態において、フォーマット規則は、サブピクチャに関する情報が、ビットストリーム表現において、コーディングツリーブロックのサイズに関する情報の後に配置されることをさらに指定する。いくつかの実施形態において、サブピクチャの１つ以上のコーナー位置が、サブピクチャにおけるブロックの粒度を使用してビットストリーム表現においてシグナリングされる。いくつかの実施態様において、ブロックは、基本ユニットブロックまたはコーディングツリーブロックを含む。

いくつかの実施形態において、ブロックのインデックスが、サブピクチャのコーナー位置を示すために使用される。いくつかの実施形態において、インデックスが、列インデックスまたは行インデックスを含む。いくつかの実施形態において、ブロックのインデックスがＩとして表され、（Ｉ－ｄ）の値が、ビットストリーム表現においてシグナリングされ、ｄが、０、１または２である。いくつかの実施形態において、ｄが、以前にコーディングされたサブピクチャのインデックスおよび別の整数ｄ１に基づいて決定され、ｄ１が、－１、０または１に等しい。いくつかの実施形態において、（Ｉ－ｄ）の符号が、ビットストリーム表現においてシグナリングされる。

いくつかの実施形態において、サブピクチャの位置がビットストリーム表現においてシグナリングされるかどうかは、サブピクチャのインデックスに基づく。いくつかの実施形態において、サブピクチャの位置がピクチャにおける最初のサブピクチャである場合、サブピクチャの位置が、ビットストリーム表現において省略される。いくつかの実施形態において、サブピクチャの左上の位置が、（０，０）であると決定される。いくつかの実施形態において、サブピクチャの位置がピクチャにおける最後のサブピクチャである場合、サブピクチャの位置が、ビットストリーム表現において省略される。いくつかの実施形態において、サブピクチャの左上の位置が、以前に変換されたサブピクチャに関する情報に基づいて決定される。いくつかの実施態様において、サブピクチャに関する情報が、サブピクチャの左上の位置及び寸法を含む。その情報が、切り詰められたｕｎａｒｙコーディングスキーム、切り詰められたｂｉｎａｒｙコーディングスキーム、ｕｎａｒｙコーディングスキーム、固定長コーディングスキーム、またはＫ－ｔｈ ＥＧコーディングスキームを使用してコーディングされる。

いくつかの実施態様において、サブピクチャの１つ以上のコーナー位置が、サブピクチャにおけるブロックの粒度を使用してビットストリーム表現においてシグナリングされる。いくつかの実施形態において、寸法が、サブピクチャの幅または高さを含む。いくつかの実施形態において、寸法が、サブピクチャ内のブロックの列の数または行の数として表される。いくつかの実施形態において、ブロックのインデックスがＩとして表され、（Ｉ－ｄ）の値が、ビットストリーム表現においてシグナリングされ、ｄが、０、１または２である。いくつかの実施形態において、ｄが、以前にコーディングされたサブピクチャのインデックスおよび別の整数ｄ１に基づいて決定され、ｄ１が、－１、０または１に等しい。いくつかの実施形態において、（Ｉ－ｄ）の符号が、ビットストリーム表現においてシグナリングされる。

いくつかの実施形態において、（Ｎ－ｄ）の値が、固定長コーディングスキームを使用して固定長を有するようにコーディングされる。いくつかの実施形態において、固定長が、８ビットである。いくつかの実施形態において、固定長が、ｘ－ｄｘとして表され、ｘおよびｄｘが、正の整数である。ｘが、適合規則に基づいて決定された最大値以下であり、ｄｘが、０、１または２である。いくつかの実施形態において、固定長が、ピクチャ内の基本ユニットブロックの数に基づいて決定される。いくつかの実施態様において、固定長が、ｘとして表され、基本ユニットブロックの数が、Ｍとして表され、ｘ＝Ｃｅｉｌ（ｌｏｇ２（Ｍ＋ｄ０））＋ｄ１であり、ｄ０およびｄ１が、整数である。ｄ０またはｄ１のうちの少なくとも１つが、－２、－１、０、１または２である。いくつかの実施態様において、（Ｉ－ｄ）が、ピクチャの全てのサブピクチャに対してシグナリングされる。いくつかの実施形態において、（Ｉ－ｄ）が、ピクチャのサブピクチャのサブセットに対してシグナリングされる。（Ｉ－ｄ）の値は、サブピクチャの数が１に等しい場合に、ビットストリーム表現において省略される。（Ｉ－ｄ）の値は、サブピクチャがピクチャの最初のサブピクチャである場合に、ビットストリーム表現において省略される。（Ｉ－ｄ）の値が、０であると決定される。（Ｉ－ｄ）の値は、サブピクチャがピクチャの最後のサブピクチャである場合に、ビットストリーム表現において省略される。（Ｉ－ｄ）の値は、以前に変換されたサブピクチャに関する情報に基づいて決定される。

いくつかの実施形態において、単一の構文要素が、ビットストリーム表現に条件付きで含まれて、ピクチャの全てのサブピクチャがピクチャとして処理されるかどうかを示すいくつかの実施形態において、単一の構文要素が、ビットストリーム表現に条件付きで含まれて、ループフィルタが、ピクチャのサブピクチャにわたって全てのサブピクチャに対して適用可能かどうかを示す。いくつかの実施形態において、単一要素は、ピクチャのサブピクチャの数が１に等しい場合に、ビットストリーム表現において省略される。

図１８は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１８００は、動作１８１０で、参照ピクチャ再サンプリングツールが、ビデオのピクチャとビデオのビットストリーム表現との間の変換に対して、ピクチャが１つ以上のサブピクチャに分割されることにより有効にされると決定することを含む。方法１８００はまた、動作１８２０で、決定に基づいて変換を実行することを含む。

いくつかの実施形態において、参照ピクチャ再サンプリングコーディングツールにおいて使用されるスケーリング比が、比のセットに基づいて決定される。いくつかの実施形態において、比のセットが、｛１：１，１：２｝、｛１：１，２：１｝、｛１：１，１：２，１：４｝、｛１：１，１：２，４：１｝、｛１：１，２：１，１：４｝、｛１：１，２：１，４：１｝、｛１：１，１：２，１：４，１：８｝、｛１：１，１：２，１：４，８：１｝、｛１：１，１：２，４：１，１：８｝、｛１：１，１：２，４：１，８：１｝、｛１：１，２：１，１：４，１：８｝、｛１：１，２：１，１：４，８：１｝、｛１：１，２：１，４：１，１：８｝、または｛１：１，２：１，４：１，８：１｝のうちの少なくとも１つを含む。いくつかの実施態様において、ピクチャの解像度が第２のピクチャの解像度と異なる場合に、ピクチャのコーディングツリーブロックのサイズが、第２のピクチャのコーディングツリーブロックのサイズと異なる。いくつかの実施態様において、ピクチャのサブピクチャが、ＳＡＷ×ＳＡＨの寸法を有し、ビデオの第２のピクチャのサブピクチャが、ＳＢＷ×ＳＢＨの寸法を有する。ピクチャと第２のピクチャとの間のスケーリング比は、水平方向および垂直方向に沿ったＲｗおよびＲｈである。ＳＡＷ／ＳＢＷまたはＳＢＷ／ＳＡＷがＲｗであり、ＳＡＨ／ＳＢＨまたはＳＢＨ／ＳＡＨがＲｈである。

図１９は、本技術によるビデオ処理のための方法のフローチャート表現である。方法１９００は、動作１９１０で、１つ以上のスライスを含む１つ以上のサブピクチャを含むビデオピクチャとビデオのビットストリーム表現との間の変換を実行することを含む。ビットストリーム表現は、サブピクチャおよびスライスに対して、サブピクチャを識別するインデックスがスライスのヘッダに含まれる場合に、スライスに対するアドレスフィールドがサブピクチャ内のスライスのアドレスを示すことを指定するフォーマット規則に適合する。

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

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

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

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

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

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

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

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

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

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

Claims (17)

1. ビデオ処理の方法であって、
   ビデオのピクチャと前記ビデオのビットストリームとの間の変換に対して、前記ピクチャを１つ以上のサブピクチャにパーティショニングすることと、
   前記パーティショニングに基づいて前記変換を実行することと、を含み、
   前記ビットストリームは、前記１つ以上のサブピクチャの数を示す第１の構文要素を含み、
   前記第１の構文要素は、ｕｅ（ｖ）の記述子を有するスキームを使用してコーディングされ、
   前記１つ以上のサブピクチャのうちのサブピクチャは、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のコーディングツリーブロック（ＣＴＢ）の水平位置を示す第２の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のＣＴＢの垂直位置を示す第３の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの幅を示す第４の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの高さを示す第５の構文要素を含めることによって示され、
   ＣｔｂＳｉｚｅＹは、コーディングツリーブロックのサイズを示す、方法。
2. 前記１つ以上のサブピクチャの数は、Ｎとして示され、前記第１の構文要素の値は、（Ｎ－１）で示され、Ｎは、整数である、請求項１に記載の方法。
3. 前記ピクチャに対する前記第１の構文要素の許容最大値は、固定値である、請求項１または２に記載の方法。
4. 前記サブピクチャが前記ピクチャ内の最初のサブピクチャであるときに、前記第２の構文要素および前記第３の構文要素は、前記ビットストリームに含まれず、前記第２の構文要素および前記第３の構文要素の値は、０であると推論される、請求項１に記載の方法。
5. 前記第２の構文要素は、固定長コーディングでコーディングされ、
   前記第２の構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｖ１））に基づいて導出され、
   Ｖ１は、前記ピクチャの幅およびＣｔｂＳｉｚｅＹに関する変数に基づいて決定され、
   Ｃｅｉｌ（ｘ）は、ｘ以上の最小整数を示す、請求項１に記載の方法。
6. 前記第３の構文要素は、固定長コーディングでコーディングされ、
   前記第３の構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｖ２））に基づいて導出され、
   Ｖ２は、前記ピクチャの幅およびＣｔｂＳｉｚｅＹに関する変数に基づいて決定され、
   Ｃｅｉｌ（ｘ）は、ｘ以上の最小整数を示す、請求項１に記載の方法。
7. 前記第４の構文要素は、固定長コーディングでコーディングされ、
   前記第４の構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｖ１））に基づいて導出され、
   Ｖ１は、前記ピクチャの幅およびＣｔｂＳｉｚｅＹに関する変数に基づいて決定され、
   Ｃｅｉｌ（ｘ）は、ｘ以上の最小整数を示す、請求項１に記載の方法。
8. 前記第５の構文要素は、固定長コーディングでコーディングされ、
   前記第５の構文要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｖ２））に基づいて導出され、
   Ｖ２は、前記ピクチャの幅およびＣｔｂＳｉｚｅＹに関する変数に基づいて決定され、
   Ｃｅｉｌ（ｘ）は、ｘ以上の最小整数を示す、請求項１に記載の方法。
9. 前記第１の構文要素、前記第２の構文要素、前記第３の構文要素、前記第４の構文要素、及び前記第５の構文要素は、前記ビットストリームにおいて第６の構文要素が含まれた後に含まれ、
   前記第６の構文要素に５を加えた値は、コーディングツリーユニットサイズに関する、請求項１に記載の方法。
10. 前記サブピクチャがループ内フィルタリング動作を除くプロセスにおけるピクチャとして処理されるかどうかを示すｓｕｂｐｉｃｔｕｒｅ－ｔｒｅａｔｅｄ－ａｓ－ｐｉｃｔｕｒｅフラグは、前記ビットストリームにおいて前記第１の構文要素、前記第２の構文要素、前記第３の構文要素、前記第４の構文要素、及び前記第５の構文要素が含まれた後に含まれる、請求項９に記載の方法。
11. ループ内フィルタリング動作がサブピクチャの境界にわたって実行され得るかどうかを示すｌｏｏｐ－ｆｉｌｔｅｒ－ａｃｒｏｓｓ－ｓｕｂｐｉｃｔｕｒｅ－ｅｎａｂｌｅｄフラグは、前記ビットストリームにおいて前記第１の構文要素、前記第２の構文要素、前記第３の構文要素、前記第４の構文要素、及び前記第５の構文要素が含まれた後に含まれる、請求項９に記載の方法。
12. ｕｅ（ｖ）の記述子を有するスキームは、０次指数ゴロムコーディングスキームである、請求項１～１１のいずれか一項に記載の方法。
13. 前記変換は、前記ピクチャを前記ビットストリームに符号化することを含む、請求項１～１２のいずれか一項に記載の方法。
14. 前記変換は、前記ビットストリームから前記ピクチャを復号することを含む、請求項１～１２のいずれか一項に記載の方法。
15. プロセッサと、命令をその上に有する非一時的なメモリとを含む、ビデオデータを処理するための装置であって、前記命令は、前記プロセッサによって実行されると、前記命令は、前記プロセッサに、
    ビデオのピクチャと前記ビデオのビットストリームとの間の変換に対して、前記ピクチャを１つ以上のサブピクチャにパーティショニングすることと、
    前記パーティショニングに基づいて前記変換を実行することと、を行わせ、
    前記ビットストリームは、前記１つ以上のサブピクチャの数を示す第１の構文要素を含み、
    前記第１の構文要素は、ｕｅ（ｖ）の記述子を有するスキームを使用してコーディングされ、
    前記１つ以上のサブピクチャのうちのサブピクチャは、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のコーディングツリーブロック（ＣＴＢ）の水平位置を示す第２の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のＣＴＢの垂直位置を示す第３の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの幅を示す第４の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの高さを示す第５の構文要素を含めることによって示され、
    ＣｔｂＳｉｚｅＹは、コーディングツリーブロックのサイズを示す、装置。
16. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、プロセッサに、
    ビデオのピクチャと前記ビデオのビットストリームとの間の変換に対して、前記ピクチャを１つ以上のサブピクチャにパーティショニングすることと、
    前記パーティショニングに基づいて前記変換を実行することと、を行わせ、
    前記ビットストリームは、前記１つ以上のサブピクチャの数を示す第１の構文要素を含み、
    前記第１の構文要素は、ｕｅ（ｖ）の記述子を有するスキームを使用してコーディングされ、
    前記１つ以上のサブピクチャのうちのサブピクチャは、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のコーディングツリーブロック（ＣＴＢ）の水平位置を示す第２の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のＣＴＢの垂直位置を示す第３の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの幅を示す第４の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの高さを示す第５の構文要素を含めることによって示され、
    ＣｔｂＳｉｚｅＹは、コーディングツリーブロックのサイズを示す、コンピュータ可読記憶媒体。
17. ビデオのビットストリームを記憶するための方法であって、前記方法は、
    前記ビデオのピクチャを１つ以上のサブピクチャにパーティショニングすることと、
    前記パーティショニングに基づいて前記ビットストリームを生成することと、
    前記ビットストリームを非一時的なコンピュータ可読記憶媒体に記憶することと、を含み、
    前記ビットストリームは、前記１つ以上のサブピクチャの数を示す第１の構文要素を含み、
    前記第１の構文要素は、ｕｅ（ｖ）の記述子を有するスキームを使用してコーディングされ、
    前記１つ以上のサブピクチャのうちのサブピクチャは、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のコーディングツリーブロック（ＣＴＢ）の水平位置を示す第２の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの左上のＣＴＢの垂直位置を示す第３の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの幅を示す第４の構文要素と、ＣｔｂＳｉｚｅＹの単位で前記サブピクチャの高さを示す第５の構文要素を含めることによって示され、
    ＣｔｂＳｉｚｅＹは、コーディングツリーブロックのサイズを示す、方法。

Images