JP7524355B2 - ビデオコーディングでのサブピクチャ及びタイルの使用 - Google Patents

Description

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

［技術分野］
本特許明細書は、イメージ及びビデオのコーディング及び復号化に関係がある。

デジタルビデオは、インターネット及び他のデジタル通信網で最大のバンド幅使用を占めている。ビデオを受信及び表示することができるユーザ機器の接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。

本特許明細書は、ビデオのコーディングされた表現の復号化にとって有用な制御情報を用いて、コーディングされた表現を処理するために、ビデオエンコーダ及びデコーダによって使用され得る技術を開示する。

一例となる態様では、ビデオ処理方法が開示される。方法は、規則に従ってビデオと該ビデオのビットストリームとの間の変換を実行するステップを含み、前記規則は、前記変換で使用される量子化パラメータテーブルがシーケンスパラメータセットに含まれることを定め、前記規則は、前記量子化パラメータテーブル内の点の数を示す第１シンタックス要素が前記シーケンスパラメータセットに含まれるかどうか又はどのように含まれるかが前記シーケンスパラメータセット内の第２シンタックス要素に従って制御されることを定める。

他の例となる態様では、ビデオ処理方法が開示される。方法は、規則に従ってビデオと該ビデオのビットストリームとの間の変換を実行するステップを含み、前記規則は、シーケンスパラメータセットで示されるサブピクチャの数から１をマイナスしたものがゼロよりも大きい場合かつ前記シーケンスパラメータセット内のシンタックス要素によりコーディングレイヤビデオシーケンス内の前記ビデオの第１ビデオピクチャのｉ番目のサブピクチャがインループフィルタリング動作を除く復号化プロセスで前記ビデオの第２ビデオピクチャとして扱われることが示される場合に、次の２つの条件（１）、（２）のうちの一方が真であることを定める：
（１）前記第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される前記第２ビデオピクチャと、前記第１ビデオピクチャとが、次の：
ルーマサンプルの単位でのピクチャ幅と、
ルーマサンプルの単位でのピクチャ高さと、
前記サブピクチャの数から１をマイナスしたものと、
０以上かつ前記サブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、前記ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置、前記ｉ番目のサブピクチャの前記左上ＣＴＵの垂直位置、前記ｉ番目のサブピクチャの幅から１をマイナスしたもの、前記ｉ番目のサブピクチャの高さから１をマイナスしたもの、及び前記ｉ番目のサブピクチャのシンタックス要素と
の夫々について同じ値を有する。
（２）前記第１参照ピクチャリスト又は前記第２参照ピクチャリスト内の各アクティブエントリによって参照される前記第２ビデオピクチャが、前記サブピクチャの数から１をマイナスしたものの値がゼロに等しいインターレイヤ参照ピクチャである。

他の例となる態様では、ビデオ処理方法が開示される。方法は、規則に従って、ビデオブロックを含むビデオと該ビデオのビットストリームとの間の変換を実行するステップを含み、前記規則は、アフィンコーディングツールが使用可能でありかつサブブロックベースの時間的動きベクトル予測（ＳｂＴＭＶＰ）コーディングツールが使用不可能である場合に、サブブロックマージ候補の最大数が数Ｎであることを許されないことを定める。

他の例となる態様では、ビデオ処理方法が開示される。方法は、１つ以上のビデオピクチャを含むビデオと該ビデオのビットストリームとの間の変換を実行するステップを含み、前記ビットストリームは、フォーマット規則に従い、前記フォーマット規則は、アフィンマージモードが使用可能であるかどうかを示すシンタックス要素が前記ビットストリーム内にあるかどうかを定める。

他の例となる態様では、ビデオ処理方法が開示される。方法は、規則に従って、１つ以上のサブピクチャを含む１つ以上のビデオピクチャを含むビデオと該ビデオのビットストリームとの間の変換を実行するステップを含み、前記規則は、次のサブピクチャ関連シンタックス要素：
同じシーケンスパラメータセットを参照する全てのサブピクチャが同じ寸法を有するかどうかを示す第１シンタックス要素、
同じ寸法を有する全てのサブピクチャの共通の幅及び共通の高さを示す第２シンタックス要素、又は
全てのサブピクチャが同じ寸法を有さない場合に省略される、第２規則に従う１つ以上のシンタックス要素
のうちの１つ以上をシーケンスパラメータセットから指示又は省略することを定める。

他の例となる態様では、ビデオ処理方法が開示される。方法は、１つ以上のビデオピクチャを含むビデオと該ビデオのビットストリームとの間の変換のために、ルーマサンプルの単位での、ピクチャパラメータセットを参照する各ビデオピクチャの幅が、ルーマコーディングツリーブロックサイズよりも小さいか又はそれと等しいことに応答して、コーディングツリーブロックの単位でのｉ番目のタイル列の幅から１をマイナスしたものを示す前記ピクチャパラメータセット内の第１シンタックス要素がコーディングツリーブロックの単位でのビデオピクチャの幅から１をマイナスしたものに等しいことを決定するステップと、前記決定に基づき前記変換を実行するステップとを含む。

他の例となる態様では、ビデオ処理方法が開示される。方法は、１つ以上のビデオピクチャを含むビデオと該ビデオのビットストリームとの間の変換のために、ルーマサンプルの単位での、ピクチャパラメータセットを参照する各ビデオピクチャの高さが、ルーマコーディングツリーブロックサイズよりも小さいか又はそれと等しいことに応答して、コーディングツリーブロックの単位でのｉ番目のタイル行の高さから１をマイナスしたものを示す前記ピクチャパラメータセット内の第１シンタックス要素がコーディングツリーブロックの単位でのビデオピクチャの高さから１をマイナスしたものに等しいことを決定するステップと、前記決定に基づき前記変換を実行するステップとを含む。

他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオピクチャを含むビデオと該ビデオのコーディングされた表現との間の変換を実行するステップを含み、前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、前記変換中に使用される１つ以上の初期量子化パラメータ（ＱＰ）値を示す１つ以上のシンタックス要素が前記コーディングされた表現において含まれるかどうか又はどこに含まれるかを定める。更なる例となる態様では、ビデオエンコーダ装置が開示される。ビデオエンコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、ビデオのビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、初期量子化パラメータ（ＱＰ）値を使用すると決定するステップと、前記決定に基づき変換を実行するステップとを含み、前記コーディングされた表現内のシンタックス要素は、（ａ）１から２５の間にあるか、又は（ｂ）２６よりも大きいか、又は（ｃ）前記変換のための最大許容ＱＱＰ値の関数であるか、又は（ｄ）前記変換に使用されるビットデプスの関数であるオフセット値Ｋを有するオフセット関係を用いて前記初期ＱＰ値を示す。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、ビデオのクロマブロックと前記ビデオのコーディングされた表現との間の変換のために、規則に従って、前記クロマブロックを含むピクチャ又はスライスのタイプに基づき１つ以上の量子化パラメータ（ＱＰ）テーブルを決定するステップと、前記決定に基づき前記変換を実行するステップとを含む。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、ビデオのクロマブロックと前記ビデオのコーディングされた表現との間の変換のために、１つ以上の量子化パラメータ（ＱＰ）テーブルを決定するステップと、前記決定に基づき前記変換を実行するステップとを含み、前記変換は、前記１つ以上のＱＰテーブルに対応する１つ以上のシンタックス要素を定める第１規則、又は前記１つ以上のＱＰテーブルと前記クロマブロックのコーディング特性との間の関係を定める第２規則に従う。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、ビデオのクロマブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップを含み、前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、前記変換に使用される１つ以上のクロマ量子化パラメータ（ＱＰ）テーブルに関連したシンタックス要素の特性を定める。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、ビデオのコーディングされた表現内の１つ以上のシンタックス要素に関するフォーマット規則に基づき、前記コーディングされた表現で量子化パラメータテーブルをシグナリングするために使用されるシグナリングスキームを決定するステップと、前記決定に基づき、前記ビデオと前記コーディングされた表現との間の変換を実行するステップとを含む。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、規則に従ってビデオのビデオブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップを含み、前記規則は、アフィンコーディングの使用が有効にされかつサブブロックベースの時間的動きベクトル予測の使用が無効にされる場合に、サブブロックマージ候補の最大数を制限するために使用される数Ｎを定める。

他の例となる態様では、他のビデオ処理方法が開示される。方法は、１つ以上のビデオサブピクチャを含む１つ以上のビデオピクチャを含むビデオと該ビデオのコーディングされた表現との間の変換を実行するステップを含み、前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、次のサブピクチャ関連シンタックス要素：
同じシーケンスパラメータセットを参照する全てのサブピクチャが同じ寸法を有するかどうかを示す第１シンタックス要素、
同じ寸法を有する全てのサブピクチャの共通の幅及び共通の高さを通知する第２シンタックス要素、又は
第２フォーマット規則に従う第３シンタックス要素
のうちの１つ以上を包含又は省略することを定める。

更なる他の例となる態様では、ビデオデコーダ装置が開示される。ビデオデコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

更なる他の例となる態様では、コードが記憶されているコンピュータ可読媒体が開示される。コードは、プロセッサ実行可能コードの形で、本明細書で記載される方法の１つを具現化する。

これら及び他の特徴は、本明細書にわたって記載される。

依存的量子化（dependent quantization）で使用される２つのスカラー量子化器の実例である。 依存的量子化のための状態遷移及び量子化器選択の例を示す。 例となるビデオ処理システムのブロック図である。 ビデオ処理装置のブロック図である。 例となるビデオ処理方法のフローチャートである。 本開示のいくつかの実施形態に係るビデオコーディングシステムを表すブロック図である。 本開示のいくつかの態様に係るエンコーダを表すブロック図である。 本開示のいくつかの態様に係るデコーダを表すブロック図である。 例となるビデオ処理方法のフローチャートである。 例となるビデオ処理方法のフローチャートである。 例となるビデオ処理方法のフローチャートである。 例となるビデオ処理方法のフローチャートである。 例となるビデオ処理方法のフローチャートである。 例となるビデオ処理方法のフローチャートである。 例となるビデオ処理方法のフローチャートである。

セクション見出しは、理解を簡単にするために本明細書で使用されているのであって、各セクションで開示されている技術及び実施形態の適用可能性をそのセクションにのみ制限するものではない。更に、Ｈ．２６６という用語は、開示されている技術の範囲を限定するためではなく、理解を容易にするためにのみ、いくつかの記載で使用されている。そのようなものとして、本明細書で記載される技術は、他のビデオコーデックプロトコル及び設計にも適用可能である。

［１．導入］
本明細書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングにおける初期量子化パラメータ（ＱＰ）及びクロマＱＰテーブルに関係がある。それは、ＨＥＶＣなどの既存のビデオコーディング標準規格、又は最終承認される予定の標準規格（Versatile Video Coding）に適用されてよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能であり得る。

［２．頭字語］
ＡＰＳ Adaptation Parameter Set
ＡＵ Access Unit
ＡＵＤ Access Unit Delimiter
ＡＶＣ Advanced Video Coding
ＣＬＶＳ Coded Layer Video Sequence
ＣＰＢ Coded Picture Buffer
ＣＲＡ Clean Random Access
ＣＴＵ Coding Tree Unit
ＣＶＳ Coded Video Sequence
ＤＰＢ Decoded Picture Buffer
ＤＰＳ Decoding Parameter Set
ＥＯＢ End Of Bitstream
ＥＯＳ End Of Sequence
ＧＤＲ Gradual Decoding Refresh
ＨＥＶＣ High Efficiency Video Coding
ＨＲＤ Hypothetical Reference Decoder
ＩＤＲ Instantaneous Decoding Refresh
ＪＥＭ Joint Exploration Model
ＭＣＴＳ Motion-Constrained Tile Sets
ＮＡＬ Network Abstraction Layer
ＯＬＳ Output Layer Set
ＰＨ Picture Header
ＰＰＳ Picture Parameter Set
ＰＴＬ Profile, Tier and Level
ＰＵ Picture Unit
ＱＰ Quantization Parameter
ＲＢＳＰ Raw Byte Sequence Payload
ＳＥＩ Supplemental Enhancement Information
ＳＰＳ Sequence Parameter Set
ＳＶＣ Scalable Video Coding
ＶＣＬ Video Coding Layer
ＶＰＳ Video Parameter Set
ＶＴＭ VVC Test Model
ＶＵＩ Video Usability Information
ＶＶＣ Versatile Video Coding

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

ＶＶＣドラフトの最新バージョン、つまり、Versatile Video Coding （Draft 8）は、http://phenix.int-evry.fr/jvet/doc_end_user/documents/17_Brussels/wg11/JVET-Q2001-v13.zipから入手可能であり、最新のテストモデルは、https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/-/archive/VTM-8.0/VVCSoftware_VTM-VTM-8.0.zipから入手可能である。

［３．１．量子化パラメータ制御］
ＶＶＣでは、最大ＱＰは５１から６３に広げられ、初期ＱＰのシグナリングはそれに応じて変更された。SliceQpYの初期値は、slice_qp_deltaの非ゼロ値がコーディングされる場合に、スライスセグメントレイヤで変更される。具体的に、init_qp_minus26の値は、（－２６＋QpBdOffsetY）から＋３７の範囲にあるよう変更される。変換ブロックのサイズが４の累乗でない場合に、変換係数は、変換プロセスによる暗黙的なスケーリングを補償するために、１８１／２５６（又は１８１／１２８）による乗算によってではなく、ＱＰ又はＱＰ ｌｅｖｅｌＳｃａｌｅへの変更とともに処理される。変換スキップブロックについては、最小許容量子化パラメータ（ＱＰ）は、ＱＰが４に等しい場合に量子化ステップサイズが１になるので、４として定義される。

ＨＥＶＣでは（また、Ｈ．２６４では）、固定ルックアップテーブルが、ルーマ量子化パラメータＱＰＹをクロマ量子化パラメータＱＰＣに変換するために使用される。ＶＶＣでは、より柔軟なルーマ－クロマＱＰマッピングが使用される。固定テーブルを有する代わりに、ルーマ－クロマＱＰマッピング関係が、柔軟な区分的線形モデルを用いてＳＰＳで通知される。なお、線形モデルに対する唯一の制約は、各区分の傾斜が負になることができないことである（つまり、ルーマＱＰが大きくなるにつれて、クロマＱＰは平らなままであるか又は大きくなるべきであり、小さくはならない。）。区分的線形モデルは、１）モデル内の区分の数、２）その区分のための入力（ルーマ）及び出力（クロマ）デルタＱＰ、によって定義される。区分的線形モデルの入力範囲は、［－QpBdOffsetY，６３］であり、区分的線形モデルの出力範囲は、［－QpBdOffsetC，６３］である。ＱＰマッピング関係は、Ｃｂ、Ｃｒ、及び結合Ｃｂ／Ｃｒコーディングについて別々に通知されるか、又は３種類全ての残差コーディングについてまとめて通知され得る。

ＨＥＶＣと同様に、ＣＵレベルのＱＰ適応がＶＶＣでは可能である。ルーマ及びクロマ成分のデルタＱＰ値は別々に通知され得る。クロマ成分については、許可されたクロマＱＰオフセット値が、ＨＥＶＣと同様の方法で、ＰＰＳにおいてオフセットリストの形で通知される。リストは、Ｃｂ、Ｃｒ、及び結合Ｃｂ／Ｃｒコーディングについて別々に定義される。最大６個までのオフセット値が、Ｃｂ、Ｃｒ、及び結合Ｃｂ／Ｃｒリストの夫々について許される。ＣＵレベルで、インデックスは、オフセットリスト内のオフセット値のうちのどの１つがそのＣＵのクロマＱＰを調整するために使用されるかを示すためにシグナリングされる。ＣＵクロマＱＰオフセットシグナリングは、ＶＰＤＵ ＣＵ ＱＰデルタ利用可能性とも一致し、６４×６４よりも大きいＣＵについては、非ゼロＣＢＦを有するか否かにかかわらず第１変換ユニットでクロマＱＰオフセットを送信する。

［３．２．依存的量子化］
更に、同じＨＥＶＣスカラー量子化は、依存的スカラー量子化（dependent scalar quantization）と呼ばれる新しい概念とともに使用される。従属的スカラー量子化は、変換係数の許容可能な再構成値のセットが、再構成順序で現在の変換係数レベルに先行する変換係数レベルの値に依存するアプローチを指す。このアプローチの主な効果は、ＨＥＶＣで使用されている従来の独立したスカラー量子化と比較して、許容可能な再構成ベクトルがＮ次元ベクトル空間（Ｎは変換ブロック内の変換係数の数を表す。）でより密に充てんされる。つまり、Ｎ次元単位ボリュームあたりの許容可能な再構成ベクトルの所与の平均数について、入力ベクトルと最も近い再構成ベクトルとの間の平均歪みは小さくなる。依存的スカラー量子化のアプローチは、（ａ）再構成レベルが異なる２つのスカラー量子化器を定義すること、及び（ｂ）２つのスカラー量子化器間を切り替えるプロセスを定義すること、によって実現される。

Ｑ０及びＱ１によって表記される、使用される２つの量子化器が、図１に示されている。利用可能な再構成レベルの位置は、量子化ステップサイズΔによって一意に指定される。使用されるスカラー量子化器（Ｑ０又はＱ１）はビットストリームで明示的にはシグナリングされない。代わりに、現在の変換係数のために使用される量子化器は、コーディング／再構成順序で現在の変換係数に先行する変換係数レベルのパリティによって決定される。

図２に示されるように、２つのスカラー量子化器（Ｑ０及びＱ１）の間の切り替えは、４つの状態を有する状態機械により実現される。状態は、４つの異なる値：０、１、２、３をとることができる。それは、コーディング／再構成順序で現在の変換係数に先行する変換係数レベルのパリティによって一意に決定される。変換ブロックに対する逆量子化の開始時に、状態は０に等しくセットされる。変換係数はスキャニング順序で（つまり、それらがエントロピ復号化されるのと同じ順序で）再構成される。現在の変換係数が再構成された後、状態は図２に示されるように更新される。ここで、ｋは、変換係数レベルの値を表す。

［３．３．スケーリング行列］
ＶＶＣは、デフォルトのスケーリング行列を使用すること、又はユーザにより定義されたスケーリング行列を通知することをサポートする。デフォルト（DEFAULT）モードスケーリング行列は全てフラットであり、全てのＴＢサイズについて要素は１６に等しい。ＩＢＣ及びイントラコーディングモードは現在、同じスケーリング行列を共有している。よって、ユーザにより定義された（USER_DEFINED）行列の場合については、MatrixType及びMatrixType_DCの数は次の通りに更新される：

－ MatrixType：３０＝２（イントラ及びＩＣＢ／インターの場合には２）×３（Ｙ／Ｃｂ／Ｃｒ成分）×５（正方ＴＢサイズ：ルーマの場合には４×４から６４×６４，クロマの場合には４×４から３２×３２）

－ MatrixType_DC：１４＝２（イントラ及びＩＣＢ／インターの場合の２×Ｙ成分の１）×３（ＴＢサイズ：１６×１６，３２×３２，６４×６４）＋４（イントラ及びＩＣＢ／インターの場合の２×Ｃｂ／Ｃｒ成分の２）×２（ＴＢサイズ：１６×１６，３２×３２）

ＤＣ値は、次のスケーリング行列：１６×１６、３２×３２、及び６４×６４について別々にコーディングされる。８×８よりも小さいサイズのＴＢについては、１つのスケーリング行列内の全要素がシグナリングされる。ＴＢが８×８よりも大きいか又はそれと等しいサイズを有する場合には、１つの８×８スケーリング行列内の６４個の要素のみが基本スケーリング行列としてシグナリングされる。８×８よりも大きいサイズの正方行列を取得するために、８×８の基本スケーリング行列は、対応する正方サイズ（つまり、１６×１６、３２×３２、６４×６４）に（要素の複製によって）アップサンプリングされる。６４点変換のための高周波係数のゼロ化が適用される場合に、スケーリング行列の対応する高周波もゼロ化される。すなわち、ＴＢの幅又は高さが３２より以上である場合に、係数の左又は上半分のみが保たれ、残りの係数はゼロに割り当てられる。更に、６４×６４のスケーリング行列についてシグナリングされる要素の数も、右下の４×４個の要素が決して使用されないので、８×８から３つの４×４サブ行列に低減される。ＶＶＣでは、２×２、２×４、及び４×２のクロマイントラブロック（ＣＢ）は存在せず、より小さいイントラブロックサイズは２×８及び８×２に等しく、最小クロマイントラブロックコピー（ＩＢＣ）ブロックサイズも同じである。更に、インター予測は４×４ルーマＣＢについて使用不可能である。従って、小さい２×２クロマブロックは、サブブロック変換（ＳＢＴ）を適用することによってのみ生成され得る。これらの性質を考えると、２×２イントラクロマ量子化行列（ＱＭ）はデフォルトのＱＭリストから除外され、このサイズについてのユーザにより定義されたイントラＱＭをコーディングしない。

ユーザにより定義された量子化行列（ＱＭ）のコーディングを改善するために、次のアプローチが考えられている。
－ 基本サイズが現在のＱＭと同じである前にコーディングされたＱＭを参照できるようにする。
－ 現在のＱＭと参照ＱＭとの間の要素間の差をコーディングできるようにする。
－ 現在のＱＭ内の要素の元のＤＰＣＭコーディングを維持する。
－ matrixIdとsizeIdとを組み合わせる単一の行列識別子scalingListIdを使用する。

［３．４．クロマ残差の結合コーディング］
ＶＶＣは、クロマ残差が一緒にコーディングされるモードをサポートしており、これはＪＣＣＲ（Joint Coding of Chroma Residuals）と呼ばれている。結合クロマコーディングモードの使用（アクティブ化）は、ＴＵレベルのフラグtu_joint_cbcr_residual_flagによって示され、選択されたモードは、クロマＣＢＦによって暗黙的に示される。フラグtu_joint_cbcr_residual_flagは、ＴＵの一方又は両方のクロマＣＢＦが１に等しい場合に存在する。ＰＰＳ及びスライスヘッダで、クロマＱＰオフセット値は、常用の（regular）クロマ残差コーディングモードについてシグナリングされる通常のクロマＱＰオフセット値と区別するために結合クロマ残差コーディングモードについてシグナリングされる。これらのクロマＱＰオフセット値は、結合クロマ残差コーディングモードを用いてコーディングされたブロックのクロマＱＰ値を導出するために使用される。対応する結合クロマコーディングモード（次の表中のモード２）がＴＵでアクティブである場合に、このクロマＱＰオフセットは、そのＴＵの量子化及び復号化の間に、適用されたルーマ派生クロマＱＰに加えられる。他のモード（次の表中のモード１及び３）については、クロマＱＰは、従来のＣｂ又はＣｒブロックの場合と同様に導出される。送信された変換ブロックからのクロマ残差（resCb及びresCr）の再構成プロセスは、表１で表現される。このモードがアクティブにされる場合に、１つの単一結合クロマ残差ブロック（次の表中のresJointC[x][y]）がシグナリングされ、Ｃｂの残差ブロック（resCb）及びＣｒの残差ブロック（resCr）は、tu_cbf_cb、tu_cbf_cr、及びCSignなどの情報を考慮して導出される。CSignは、スライスヘッダで指定される符号値である。エンコーダ側で、結合クロマ成分は、以下で説明されるように導出される。（上の表でリストアップされている）モードに応じてresJointC{1,2}は、次の通りにエンコーダによって生成される：
－ モードが２に等しい場合（再構成Cb=Cによる単一残差、Cr=CSign*C)、結合残差は次の式に従って決定される：

resJointC[x][y]=(resCb[x][y]+CSign*resCr[x][y])/2

－ それ以外の場合、モードが１に等しい（再構成Cb=Cによる単一残差、Cr=(CSign*C)/2）の場合、結合残差は次の式に従って決定される：

resJointC[x][y]=(4*resCb[x][y]+2*CSign*resCr[x][y])/5

－ それ以外の場合（モードが３に等しい、つまり、再構成Cr=Cによる単一残差、Cb=(CSign*C)/2）、結合残差は次の式に従って決定される：

resJointC[x][y]=(4*resCr[x][y]+2*CSign*resCb[x][y])/5

上記の３つの結合クロマコーディングモードはＩスライスでのみサポートされる。Ｐ及びＢスライスでは、モード２しかサポートされない。従って、Ｐ及びＢスライスでは、シンタックス要素tu_joint_cbcr_residual_flagは、両方のクロマｃｂｆｓが１である場合にのみ存在する。変換深さはtu_cbf_luma及びtu_cbf_cbのコンテキストモデリングでは除かれる点に留意されたい。

［３．５．ＳＰＳ内のクロマＱＰテーブル］
ＪＶＥＴ－Ｑ２００１－ｖＣの７．３．２．３節で、ＳＰＳは、次に示されるように、クロマＱＰテーブルと呼ばれる構造を含む：

それらは、次のセマンティクス及びＱＰテーブル導出を使用する。

０に等しいsps_joint_cbcr_enabled_flagは、クロマ残差の結合コーディングが使用不可能であることを定める。１に等しいsps_joint_cbcr_enabled_flagは、クロマ残差の結合コーディングが使用可能であることを定める。存在しない場合に、sps_joint_cbcr_enabled_flagの値は０に等しいと推測される。

１に等しいsame_qp_table_for_chromaは、ただ１つのクロマＱＰマッピングテーブルしかシグナリングされず、このテーブルがＣｂ及びＣｒ残差に、更には、sps_joint_cbcr_enabled_flagが１に等しい場合には結合Ｃｂ－Ｃｒ残差に適用されることを定める。０に等しいsame_qp_table_for_chromaは、Ｃｂ及びＣｒについて２つあり、sps_joint_cbcr_enabled_flagが１に等しい場合には結合Ｃｂ－Ｃｒについて更に１つあるクロマＱＰマッピングマップがＳＰＳでシグナリングされることを定める。same_qp_table_for_chromaがビットストリームに存在しない場合に、same_qp_table_for_chromaの値は１に等しいと推測される。

qp_table_start_minus26[i]に２６をプラスしたものは、ｉ番目のクロマＱＰマッピングテーブルを記述するために使用される開始ルーマ及びクロマＱＰを指定する。qp_table_start_minus26[i]の値は、－２６－QpBdOffset以上３６以下の範囲内になければならない。qp_table_start_minus26[i]がビットストリームに存在しない場合に、qp_table_start_minus26[i]の値は０に等しいと推測される。

num_points_in_qp_table_minus1[i]に１をプラスしたものは、ｉ番目のクロマＱＰマッピングテーブルを記述するため使用される点の数を指定する。num_points_in_qp_table_minus1[i]の値は、０以上６３＋QpBdOffset以下の範囲内になければならない。num_points_in_qp_table_minus1[0]がビットストリームに存在しない場合に、num_points_in_qp_table_minus1[0]の値は０に等しいと推測される。

delta_qp_in_val_minus1[i][j]は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボット点の入力座標を導出するために使用されるデルタ値を指定する。delta_qp_in_val_minus1[0][j]がビットストリームに存在しない場合に、delta_qp_in_val_minus1[0][j]の値は０に等しいと推測される。

delta_qp_diff_val[i][j]は、ｉ番目のクロマＱＰマッピングテーブルのｊ番目のピボット点の出力座標を導出するために使用されるデルタ値を指定する。

ｉ＝０～numQpTables－１の場合に、ｉ番目のクロマＱＰマッピングテーブルChromaQpTable[i]は、次のように導出される：

same_qp_table_for_chromaが１に等しいとき、ChromaQpTable[1][k]及びChromaQpTable[2][k]は、－QpBdOffset以上６３以下の範囲をとるｋについて、ChromaQpTable[0][k]に等しくセットされる。

ビットコンフォーマンスの要件は、qpInVal[i][j]及びqpOutVal[i][j]の値が、０以上numQpTables－１以下の範囲をとるｉ及び０以上num_points_in_qp_table_minus1[i]＋１以下の範囲をとるｊについて、－QpBdOffset以上６３以下の範囲内になければならないことである。

上記の説明中、QpBdOffsetは次のように導出される：

bit_depth_minus8は、ルーマ及びクロマアレイのサンプルのビットデプスBitDepthと、ルーマ及びクロマ量子化パラメータレンジオフセットの値QpBdOffsetを次のように指定する：
BitDepth=8+bit_depth_minus8
QpBdOffset=6*bit_depth_minus8

bit_depth_minus8は、０以上８以下の範囲内になければならない。

［３．６．ＰＰＳ内の初期ＱＰ］
init_qp_minus26と呼ばれるシンタックス要素がＰＰＳに存在する。セマンティクスは次の通りである：

init_qp_minus26に２６をプラスしたものは、ＰＰＳを参照する各スライスのSliceQpYの初期値を指定する。SliceQpYの初期値は、ph_qp_deltaに非ゼロ値が復号される場合にピクチャレベルで、又はslice_qp_deltaの非ゼロ値が復号される場合にスライスレベルで変更される。init_qp_minus26の値は、－（２６＋QpBdOffset）以上３７以下の範囲内になければならない。

qp_delta_info_in_ph_flagが１に等しいとき、ピクチャの全スライスのためのQpY量子化パラメータの初期値SliceQpYは次のように導出される：
SliceQpY=26+init_qp_minus26+ph_qp_delta

qp_delta_info_in_ph_flagが０に等しいとき、スライスのQpY量子化パラメータの初期値SliceQpYは次のように導出される：
SliceQpY=26+init_qp_minus26+slice_qp_delta

SliceQpYの値は、－QpBdOffset以上＋６３以下の範囲内になければならない。

［４．開示されている技術的解決法及び実施形態によって解決される技術的課題］
１．初期ＱＰ値（つまり、init_qp_minus26）のシグナリングが妥当でない場合がある。
２．Ｉ及びＢ／Ｐピクチャ又はスライスは異なるクロマＱＰテーブルを必要とする場合があるが、それらは現在のＶＶＣドラフトテキストでは同じものを共有している。
３．変換スキップは他のクロマＱＰテーブルを必要とする場合がある。
４．クロマＱＰテーブル開始点はＱＰ範囲全体をカバーしなければならないが、これは現在の設計では当てはまらない。
５．クロマＱＰテーブルは、偏った開始点を有する可能性がある。
６．クロマＱＰテーブル内の点の数は０であることが可能でなければならないが、これは、num_points_in_qp_table_minus1がコーディングされ、シンタックス要素の最小許容値が０に等しく、相応して、点の最小数が１であるということで、現在の設計では許されない。
７．クロマＱＰの導出においてＱＰクリッピングを指定することは、導出されたクロマＱＰ値を制限するためのビットストリームコンフォーマンス制約を指定することと比べて、前者が違反の発生を防ぐので、優れている場合がある。
８．最新のＶＶＣドラフトテキストで、ＳＨシンタックス要素slice_ts_residual_coding_disabled_flagは、変換スキップベースの残差コーディング（transform skip based residual coding，ＴＳＲＣ）又は常用の残差コーディング（regular residual coding，ＲＲＣ）が変換ブロックのために使用されるかどうかを指定するために使用される。しかし、現在のブロックがＴＳＲＣ又はＲＲＣを使用中であるかどうかの上位（ＳＰＳ／ＰＰＳ）及び／又は下位（ＣＵ／ＴＵ）レベルの制御フラグが存在する場合がある。更に、異なるレベル制御フラグ間及び制御フラグと変換スキップフラグとの間のインタラクションが更に指定される。
９．現在のＶＶＣでは、ルーマＡＬＦがＳＰＳ／ＰＨ／ＳＨで無効にされる場合に、クロマＡＬＦ及びＣＣ－ＡＬＦは暗黙的に使用不可能である。しかし、そのような制限はＣＴＵレベルでは適用されない。ルーマＡＬＦがＣＴＵについて使用不可能であるとき、クロマＡＬＦ及びＣＣ－ＡＬＦは依然としてＣＴＵについて適用される可能性がある。そのような設計は、上位レベルでルーマＡＬＦに基づきクロマＡＬＦ／ＣＣ－ＡＬＦを制御する意図と矛盾する。
１０．クロマＱＰテーブルは、カラーフォーマットに応じて、値のデフォルトセットを有する場合がある。
１１．ＪＶＥＴ－Ｑ２００１－ｖＥの最新ＶＶＣドラフトのＣ．６節で定められているサブビットストリーム抽出プロセスで、１つのステップは次のように定められている：
－ 次の条件の全てが真である全てのＮＡＬユニットをoutBitstreamから削除する：
－ nal_unit_typeがIDR_W_RADL、IDR_N_LP、又はCRA_NUTに等しくない。
－ nuh_layer_idが、０以上NumLayersInOls[targetOlsIdx]－１以下の範囲をとるｊの値について、LayerIdInOls[targetOlsIdx][j]に等しい。
－ TemporalIdがNumSubLayersInLayerInOLS[targetOlsIdx][j]よりも大きいか又はそれと等しい。
しかし、これは、３つ全ての条件を満たす非ＶＣＬ ＮＡＬユニットなどのパラメータセットも削除されることを意味する。これは好ましくなく、ＰＰＡ及びＡＰＳなどのパラメータセットは、異なるTemporalId値を有するピクチャによって共有され得、ビットストリームの先頭に置かれ得る。
１２．現在の仕様は、８つのＡＬＦ＿ＡＰＳ、８つのＳＣＡＬＩＮＧ＿ＡＰＳ、及び３つのＬＭＣＳ ＡＰＳを夫々認めている。しかし、ピクチャのために許されているＡＰＳ ＮＡＬユニットの数は十分でない場合がある。例えば、典型的な使用ケースは、ピクチャが９６個のサブピクチャを含むものであり、各サブピクチャは異なるＡＬＦ＿ＡＰＳを必要とする場合がある。そのような場合に、現在の８つのＡＬＦ＿ＡＰＳ ＮＡＬユニットは、適当なコーディング効率を達成するには不十分である。従って、より多くの数のＡＰＳをサポートする必要がある。
１３．ＪＶＥＴ－Ｓ００７１は、次の通りに、ＪＶＥＴ－Ｒ２００１－ｖＡ／ｖ１０でのＶＶＣ設計に、サブピクチャレイアウトのシグナリングためのショートカットを加えることを提案している：
ａ．sps_subpic_same_res_flagを追加する。１に等しい場合に、全てのサブピクチャが同じ幅及び高さを夫々有していることを示す。
ｂ．sps_subpic_same_res_flagが１に等しい場合に、sps_subpic_width_minus1[i]及びsps_subpic_height_minus1[i]は、ｉが０に等しいときにのみシグナリングされ、sps_subpic_ctu_top_left_x[i]及びsps_subpic_ctu_top_left_y[i]は全てのｉ値についてスキップされる。
しかし、シンタックス設計はいくぶん乱雑であり、全てのサブピクチャが同じ幅及び高さを夫々有している場合に、サブピクチャの数は導出可能であるからシグナリングされるべきではない。

［５．実施形態及び解決法の例のリスト］
上記の課題及び述べられていないその他の課題を解決するために、以下で要約されている方法が開示される。項目は、概要を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。更に、これらの項目は、個々に適用されても、又はあらゆる方法で組み合わされてもよい。

以下で、ｆｌｏｏｒ（ｘ）は、ｘ以下である最大整数を返す関数を表す。

１．初期ＱＰ値を指定するために使用され、例えば、現在、ＪＶＥＴ－Ｑ２００１－ｖＣでinit_qp_minus26と表記される初期ＱＰ値シンタックス要素は、ＰＨに移動されてよい。
ａ．代替的に、初期ＱＰ値シンタックス要素はＰＨで繰り返されてもよい。
ｂ．代替的に、初期ＱＰ値シンタックス要素は、ＰＰＳ及びＰＨの両方でシグナリングされてもよく、ＰＨでシグナリングされた初期ＱＰ値シンタックス要素は、ＰＰＳでシグナリングされた初期ＱＰ値シンタックス要素に優先するか又はそれを更新し得る（シグナリングされたデルタを加えることによる）。
ｃ．代替的に、初期ＱＰ値シンタックス要素は、ＳＰＳでシグナリングされ、場合により、ＰＰＳ、ＰＨ，及びＳＨのうちの１つ以上でもシグナリングされ得る。存在する場合に、下位レベルでの値は、上位レベルでシグナリングされた値に優先するか又はそれを更新する（シグナリングされたデルタを加えることによる）。更新する場合に、上位レベルでシグナリングされた初期ＱＰ値はue(v)コーディングされ、下位レベルでシグナリングされたデルタ値はse(v)コーディングされる。

２．初期ＱＰ値の指示のための複数のシンタックス要素が、特定のタイプに従ってＳＰＳ／ＰＰＳ／ＰＨ／ＳＨでシグナリングされてよい。
ａ．一例で、それらの夫々は特定のタイプに対応してよい。
ｂ．一例で、特定のタイプには、ピクチャ／スライスタイプ（例えば、Ｉ／Ｐ／Ｂ、イントラ／インター）が含まれてよい。
ｃ．一例で、特定のタイプには、ビデオコンテンツタイプ（例えば、スクリーンコンテンツ又はカメラ捕捉コンテンツ）が含まれてよい。
ｄ．一例で、特定のタイプには、サブピクチャのインデックス又は他のサブピクチャ識別情報が含まれてよい。つまり、異なるサブピクチャは、初期ＱＰ導出のために異なるシンタックス要素と関連付けられてよい。
ｅ．一例で、特定のタイプには、スライスのインデックス又は他のスライス識別情報が含まれてよい。つまり、異なるスライスは、初期ＱＰ導出のために異なるシンタックス要素と関連付けられてよい。
ｆ．一例で、特定のタイプには、タイルのインデックス又は他のタイル識別情報が含まれてよい。つまり、異なるタイルは、初期ＱＰ導出のために異なるシンタックス要素と関連付けられてよい。
ｇ．一例で、測定のタイプには、変換タイプ（例えば、変換スキップモード又は非変換スキップモード）が含まれてよい。

３．初期ＱＰ値シンタックス要素（例えば、ＳＨ／ＰＨ／ＰＰＳ／ＳＰＳ内）は、２６に等しくない数Ｋによってオフセットされてよい。
ａ．一例で、Ｋは２６よりも小さい。
ｂ．一例で、シンタックス要素は、init_qp_minusKによって置換されてもよく、及び／又はシンタックス要素の値は、Ｋが２６よりも小さい場合に、－（Ｋ＋QpBdOffset）以上（６３－Ｋ）以下の範囲内になければならない。
ｉ．一例で、Ｋは２０に等しい。代替的に、更に、シンタックス要素は、init_qp_minus20によって置換されてもよく、及び／又はシンタックス要素の値は、－（２０＋QpBdOffset）以上４３（つまり、６３－２０）以下の範囲内になければならない。
ｃ．一例で、Ｋは２６よりも大きい。
ｉ．一例で、シンタックス要素は、init_qp_minusKによって置換されてもよく、かつ、シンタックス要素の値は、Ｋが２６よりも大きい定数である場合に、－（Ｋ＋QpBdOffset）以上（６３－Ｋ）以下の範囲内になければならない。
ｉｉ．一例で、Ｋは３２に等しい。代替的に、更に、シンタックス要素は、init_qp_minus32によって置換されてもよく、かつ、シンタックス要素の値は、－（３２＋QpBdOffset）以上３１（つまり、６３－３２）以下の範囲内になければならない。
ｄ．代替的に、Ｋは、最大許容ＱＰ及び／又は最小許容ＱＰの関数にセットされてよい。例えば、Ｋは、（最大許容ＱＰ－最小許容ＱＰ）／２又は（最大許容ＱＰ＋１－最小許容ＱＰ）／２に等しくセットされてよい。
ｅ．上記の例で、Ｋはピクチャ／スライス／ブロックタイプ、及び／又は予測モード及び／又はビットデプスに依存してもよい。
ｉ．一例で、Ｉスライス／ピクチャのＫの値は、Ｐ／Ｂスライス／ピクチャのそれ以下である。

４．初期ＱＰ値シンタックス要素（ＳＨ／ＰＨ／ＰＰＳ内）は、内部ビットデプスに依存した数だけオフセットされてよい。
ａ．一例で、初期ＱＰ値シンタックス要素は、ｆｌｌｏｒ（（－QpBdOffset＋Ｍ）／２）によってオフセットされてよい。
ｉ．代替的に、更に、シンタックス要素の値にｆｌｌｏｒ（（－QpBdOffset＋Ｍ）／２）をプラスしたものは、－QpBdOffset以上６３以下の範囲内になければならない。
ｂ．一例で、初期ＱＰ値シンタックス要素は、ｆｌｌｏｒ（（－QpBdOffset＋Ｍ）／２）＋Ｋによってオフセットされてもよい。ここで、Ｋは定数である。
ｉ．代替的に、更に、シンタックス要素の値に（ｆｌｌｏｒ（（－QpBdOffset＋Ｍ）／２）＋Ｋ）をプラスしたものは、－QpBdOffset以上Ｎ以下の範囲内になければならない。
ｃ．上記の例で、Ｎは、最大許容ＱＰ値（例えば、６３）にセットされてよい。
ｄ．上記の例で、Ｍは、最大許容ＱＰ値（例えば、６３）又は最大許容ＱＰ値に１をプラス／マイナスしたものにセットされてよい。

５．クロマＱＰテーブルは、ピクチャ／スライスタイプに従って決定されてよい。
ａ．一例で、異なるピクチャ／スライスタイプは、クロマＱＰテーブルの異なる組を有してよい。
ｂ．一例で、Ｉピクチャ／スライスは、それら自体のクロマＱＰテーブルを有してよい。
ｃ．一例で、Ｉ及びＢ及びＰピクチャ／スライスは夫々、それら自体のクロマＱＰテーブルを有してよい。
ｄ．一例で、Ｂ及びＰピクチャ／スライスは、クロマＱＰテーブルの同じ組を共有してよい。
ｅ．一例で、ピクチャ／スライスタイプは、Ｍ個の場合に分類されてよい（Ｉ専用及びＢＰ共有の場合にＭ＝２，Ｉ／Ｂ／Ｐ別個の場合にＭ＝３）。シグナリングされるクロマＱＰテーブルの数はＭに依存してよい。
ｉ．一例で、シグナリングされるクロマＱＰテーブルの数は、M*numQpTablesにセットされてよい。ここで、(numQpTables=same_qp_table_for_chroma?1:(sps_joint_cbcr_enabled_flag?3:2))であり、Ｍは１よりも大きい。
１）代替的に、更に、same_qp_table_for_chromaのセマンティクスは、「１に等しいsame_qp_table_for_chromaは、ただ１つのクロマＱＰマッピングテーブルがピクチャ／スライスタイプについてシグナリングされることをしている」に更に変更されてもよい。
ｉｉ．一例で、更に、シグナリングされるクロマＱＰテーブルの数は、(same_qp_table_for_chroma?1:(M*(sps_joint_cbcr_enabled_flag?3:2)))にセットされてよく、Ｍは１よりも大きい。
ｉｉｉ．一例で、カテゴリごとに、全てのブロックが同じクロマＱＰテーブルを共有するかどうかの指示が最初にシグナリングされ、ＱＰテーブルの数は(same_qp_table_for_chroma?1:(sps_joint_cbcr_enabled_flag?3:2))にセットされてよく、その後にクロマＱＰテーブルの詳細情報が続く。
１）代替的に、更に、全てのカテゴリについて、クロマＱＰマッピングテーブルを記述するために使用される開始ルーマ及びクロマＱＰの指示が、例えば、実際の値からＫ（例えば、Ｋ＝２６）をマイナスしたものを使用して、更にシグナリングされてもよい。
２）代替的に、更に、クロマＱＰテーブルを記述するために使用される開始ルーマ及びクロマＱＰの指示が、例えば、実際の値からＫ（例えば、イントラスライス／ピクチャの場合にはＫ＝１又はインタースライス／ピクチャの場合にはＫ＝３２）をマイナスしたものと、カテゴリインデックスに依存するＫとを使用して、更にシグナリングされてもよい。

６．指示、例えば、sps_non_intra_present_flagは、現在のシーケンスがＢ／Ｐスライスを含む可能性があるかどうかを示すようＳＰＳに加えられてもよい。
ａ．一例で、フラグが１であるとき、それは、現在のシーケンス内の全てのスライスがイントラスライスであることを示す。
ｂ．一例で、フラグが０であるとき、それは、現在のシーケンスにＢ／Ｐスライスが存在する可能性があることを示す。

７．ひと組又はふた組のクロマＱＰテーブルがＳＰＳでシグナリングされてよい。
ａ．フラグ（例えば、sps_one_set_of_chroma_qp_tables_flagと呼ばれる。）がＳＰＳに加えられる。
ｂ．１に等しいsps_one_set_of_chroma_qp_tables_flagは、ＳＰＳにおけるひと組のクロマＱＰテーブルの存在を指定する（つまり、現在のＶＶＣドラフトテキストと同様）。クロマＱＰテーブルのこの組は、イントラコーディングされたエンティティ（ピクチャ、スライス、ＣＴＵ、ＣＵ、又はコーディングされたブロック）にのみ適用される。
ｉ．一例で、クロマＱＰテーブルの唯一の組は、ＳＰＳを参照するＣＬＶＳ内のイントラピクチャ（全てのスライスがイントラスライス、つまり、Ｉスライスである。）にのみ適用される。
ｉｉ．一例で、クロマＱＰテーブルの唯一の組は、ＳＰＳを参照するＣＬＶＳ内のイントラスライスにのみ適用される。
ｉｉｉ．一例で、クロマＱＰテーブルの唯一の組は、ＳＰＳを参照するＣＬＶＳ内のイントラＣＴＵにのみ適用される。
ｉｖ．一例で、クロマＱＰテーブルの唯一の組は、ＳＰＳを参照するＣＬＶＳ内のイントラＣＵにのみ適用される。
ｖ．一例で、クロマＱＰテーブルの唯一の組は、ＳＰＳを参照するＣＬＶＳ内のイントラコーディングされたブロックにのみ適用される。
ｃ．１に等しいsps_one_set_of_chroma_qp_tables_flagは、ＳＰＳにおけるひと組のクロマＱＰテーブルの存在を指定する（つまり、現在のＶＶＣドラフトテキストと同様）。クロマＱＰテーブルのこの組は、イントラ及びインターコーディングされたエンティティ（ピクチャ、スライス、ＣＴＵ、ＣＵ、又はコーディングされたブロック）の両方に適用される。
ｄ．０に等しいsps_one_set_of_chroma_qp_tables_flagは、ＳＰＳにおけるふた組のクロマＱＰテーブルの存在を指定する（つまり、もうひと組のクロマＱＰテーブルを追加する）。クロマＱＰテーブルの０番目の組は、イントラコーディングされたエンティティ（ピクチャ、スライス、ＣＴＵ、ＣＵ、又はコーディングされたブロック）にのみ適用され、クロマＱＰテーブルの１番目の組は、インターコーディングされたエンティティ（ピクチャ、スライス、ＣＴＵ、ＣＵ、又はコーディングされたブロック）にのみ適用される。
ｉ．一例で、クロマＱＰテーブルの０番目の組は、ＳＰＳを参照するＣＬＶＳ内のイントラピクチャ（全てのスライスがイントラスライス、つまり、Ｉスライスである。）にのみ適用され、クロマＱＰテーブルの１番目の組は、ＳＰＳを参照するＣＬＶＳ内のインターピクチャ（全てのスライスがインタースライス、つまり、Ｂ又はＰスライスである。）にのみ適用される。
ｉｉ．一例で、クロマＱＰテーブルの０番目の組は、ＳＰＳを参照するＣＬＶＳ内のイントラスライスにのみ適用され、クロマＱＰテーブルの１番目の組は、ＳＰＳを参照するＣＬＶＳ内のインタースライスにのみ適用される。
ｉｉｉ．一例で、クロマＱＰテーブルの０番目の組は、ＳＰＳを参照するＣＬＶＳ内のイントラＣＴＵにのみ適用され、クロマＱＰテーブルの１番目の組は、ＳＰＳを参照するＣＬＶＳ内のインターＣＴＵにのみ適用される。
ｉｖ．一例で、クロマＱＰテーブルの０番目の組は、ＳＰＳを参照するＣＬＶＳ内のイントラＣＵにのみ適用され、クロマＱＰテーブルの１番目の組は、ＳＰＳを参照するＣＬＶＳ内のインターＣＵにのみ適用される。
ｖ．一例で、クロマＱＰテーブルの０番目の組は、ＳＰＳを参照するＣＬＶＳ内のイントラコーディングされたブロックにのみ適用され、クロマＱＰテーブルの１番目の組は、ＳＰＳを参照するＣＬＶＳ内のインターコーディングされたブロックにのみ適用される。
ｅ．フラグは、ChromaArrayTypeが０に等しくない場合にしか送信されなくてよい。
ｆ．例示的な実装は、実施形態４に示される。
ｇ．他の例示的な実装は、実施形態５に示される。

８．クロマＱＰテーブルは、予測モードに従って決定されてよい。
ａ．一例で、イントラＣＵ及び他のＣＵは、クロマＱＰテーブルの異なる組を有してよい。
ｉ．一例で、それは、デュアルツリー及び／又は局所デュアルツリーにのみ適用され得る。
ｂ．代替的に、イントラ／パレットＣＵ及び他のＣＵは、クロマＱＰテーブルの異なる組を有してもよい。
ｃ．代替的に、イントラ／ＩＢＣ／パレットＣＵ及び他のＣＵは、クロマＱＰテーブルの異なる組を有してもよい。
ｄ．代替的に、イントラ／ＩＢＣ ＣＵ及び他のＣＵは、クロマＱＰテーブルの異なる組を有してもよい。
ｅ．上記の例で、シグナリングされるクロマＱＰテーブルの数は、予測モードの分類された組の数に依存してよい。
ｆ．上記の例で、予測モードは、ルーマＣＢの予測モードを意味し得る。

９．変換スキップブロックは、クロマＱＰテーブルの異なる組を有してよい。
ａ．一例で、それは、変換スキップモードでコーディングされたルーマブロックにのみ適用され得る。

１０．クロマＱＰテーブル開始点シンタックス要素、つまり、現在ＪＶＥＴ－Ｑ２００１－ｖＣでqp_table_start_minus26と表されているものの最大許容値は、３７であってよい。

１１．クロマＱＰテーブル開始点シンタックス要素、つまり、現在ＪＶＥＴ－Ｑ２００１－ｖＣでqp_table_start_minus26と表されているものは、２６よりも小さい数Ｋによってオフセットされてもよい。
ａ．一例で、シンタックス要素は、qp_table_start_minusKによって置換されてもよく、及び／又はシンタックス要素の値にＫをプラスしたものは、－（Ｋ＋QpBdOffset）以上（Ｍ－Ｋ）以下の範囲内になければならず、ここで、Ｋは２６よりも小さい。
ｂ．一例で、シンタックス要素は、qp_table_start_minusKによって置換されてもよく、及び／又はシンタックス要素の値は、－（Ｋ＋QpBdOffset）以上（Ｍ－１－Ｋ）以下の範囲内になければならず、ここで、Ｋは２６よりも小さい。
ｉ．一例で、Ｋは２０に等しい。代替的に、更に、シンタックス要素は、init_qp_minus20によって置換されてもよく、及び／又はシンタックス要素の値に２０をプラスしたものは、－（２０＋QpBdOffset）以上（Ｍ－２０）以下の範囲内になければならない。
ｉｉ．一例で、Ｋは２０に等しい。代替的に、更に、シンタックス要素は、init_qp_minus20によって置換されてもよく、及び／又はシンタックス要素の値に２０をプラスしたものは、－（２０＋QpBdOffset）以上（Ｍ－１－２０）以下の範囲内になければならない。
ｃ．代替的に、初期ＱＰ値シンタックス要素は、２６よりも大きい数Ｋによってオフセットされてよい。
ｉ．一例で、シンタックス要素は、init_qp_minusKによって置換されてもよく、かつ、シンタックス要素の値にＫをプラスしたものは、－（Ｋ＋QpBdOffset）以上（Ｍ－Ｋ）以下の範囲内になければならず、ここで、Ｋは２６よりも大きい定数である。
ｉｉ．一例で、シンタックス要素は、init_qp_minusKによって置換されてもよく、かつ、シンタックス要素の値にＫをプラスしたものは、－（Ｋ＋QpBdOffset）以上（Ｍ－１－Ｋ）以下の範囲内になければならず、ここで、Ｋは２６よりも大きい定数である。
１）一例で、Ｋは３２に等しい。代替的に、更に、シンタックス要素は、init_qp_minus32によって置換されてもよく、かつ、シンタックス要素の値に３２をプラスしたものは、－（３２＋QpBdOffset）以上（Ｍ－３２）以下の範囲内になければならない。
２）一例で、Ｋは３２に等しい。代替的に、更に、シンタックス要素は、init_qp_minus32によって置換されてもよく、かつ、シンタックス要素の値に３２をプラスしたものは、－（３２＋QpBdOffset）以上（Ｍ－１－３２）以下の範囲内になければならない。
ｄ．上記の例で、Ｋは、ピクチャ／スライスタイプ、及び／又は予測モード及び／又はビットデプスに依存してよい。
ｉ．一例で、イントラピクチャ／スライスについて、Ｋは１にセットされる。
ｉｉ．一例で、Ｐ／Ｂピクチャ／スライスについて、Ｋは３２にセットされる。
ｅ．上記の例で、Ｍは、最大許容ＱＰ値、例えば、６３であってよい。
ｆ．一例で、Ｋは０である。
ｉ．代替的に、更に、シンタックス要素は、sv(e)の代わりに、uv(e)で２値化されてもよい。

１２．クロマＱＰテーブル開始点シンタックス要素、つまり、ＪＶＥＴ－Ｑ２００１－ｖＣでqp_table_start_minus26として表記されるものは、現在のピクチャがイントラのみのピクチャであるかどうかに依存する値によってオフセットされてよい。
ａ．代替的に、オフセットはintra_only_constraint_flagに依存してもよい。

１３．クロマＱＰテーブル内のピボット点の数に関するシンタックス要素、つまり、num_points_in_qp_table_minus1として現在表記されているものは、点の０個の数を提示することが可能であるべきである。
ａ．一例で、シンタックス要素num_points_in_qp_table_minus1は、クロマＱＰテーブル内の点の数を特定するために使用されるnum_points_in_qp_tableによって置換されてもよく、値は非負整数である。
ｉ．一例で、ピボット点の数を表すシンタックス要素の値は、０から（６３＋QpBdOffset）までの範囲内になければならない。
ｂ．代替的に、更に、クロマＱＰテーブル内のピボット点の数がゼロであるとき、クロマＱＰテーブルのｉ番目のエントリは、ルーマＱＰテーブルのｉ番目のエントリに等しくセットされる。
ｃ．代替的に、更に、クロマＱＰテーブル内のピボット点の数がゼロであるとき、クロマＱＰテーブルのｉ番目のエントリは、（ルーマＱＰテーブルのｉ番目のエントリ＋オフセット）に等しくセットされる。
ｉ．一例で、オフセットは、コーディングされたメソッド（例えば、ＪＣＣＲオン及びオフ）に依存してもよい。

１４．クロマＱＰテーブル開始点シンタックス要素、つまり、ＪＶＥＴ－Ｑ２００１－ｖＣでqp_table_start_minus26として現在表記されているもののパージングは、ピボット点の数が０であるか否かを条件としてもよい。
ａ．一例で、ピボット点の数が０であるとき、シンタックス要素のパージングはスキップされてもよい。

１５．クロマＱＰテーブルの導出プロセスで、ＸＯＲ演算子は、（delta_qp_in_val_minus1[i][j]+1）とdelta_qp_diff_val[i][j]との間で実行されるべきである。
ａ．例は実施形態３で示されている。

１６．ＱＰクリッピングは、クロマＱＰテーブルインデックスに常に適用されてもよい。
ａ．一例で、クリッピング範囲は－QpBdOffset以上６３以下である。

１７．ＱＰクリッピングは、クロマＱＰテーブル内のマッピングされたクロマＱＰに常に適用されてもよい。
ａ．一例で、クリッピング範囲は－QpBdOffset以上６３以下である。

１８．クロマＱＰテーブルは、ＳＰＳ及びＰＰＳの両方でシグナリングされてよい。
ａ．一例で、ＰＰＳでのクロマＱＰテーブルは、ＳＰＳでの対応するテーブルに優先してもよい。

１９．クロマＱＰテーブルは、ＰＨ又はＳＨでシグナリングされてよい。
ａ．一例で、ＰＨ又はＳＨでのクロマＱＰテーブルは、ＳＰＳ又はＰＰＳでの対応するテーブルに優先してもよい。

２０．デフォルトのクロマＱＰテーブルは、ChromaArrayTypeに依存してもよい。
ａ．一例で、ChromaArrayTypeが３に等しい（つまり、４：４：４カラーフォーマット、かつ、separate_colour_plane_flagが０に等しい）とき、同一性ＱＰクロマＱＰテーブル（つまり、ルーマＱＰ＝クロマＱＰ）はデフォルトとしてセットされてよい。
ｂ．一例で、ChromaArrayTypeが２に等しい（つまり、４：２：２カラーフォーマット）とき、同一性ＱＰクロマＱＰテーブル（つまり、ルーマＱＰ＝クロマＱＰ）はデフォルトとしてセットされてよい。

２１．第８の課題を解決するためのＲＲＣ及びＴＳＲＣの制御に関して、次のアプローチのうちの１つ以上は、例えば、実施形態の第７の組として、開示される：
ａ．一例で、ビデオユニット（ＣＬＶＳ／ピクチャのグループ／ピクチャ／スライス／タイル／ＣＴＵ行／ＣＴＵ／ＣＵ／ＰＵ／ＴＵ）に対してＴＳＲＣを許すべきかどうかは、ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨ／ブロック／ＣＵ／ＴＵレベルでシグナリングされるシンタックス要素（例えば、１つ以上のフラグ）に依存してよい。
ｉ．例えば、ＴＳＲＣ有効化／無効化フラグが、ＰＨ又はＳＨのどちらか一方で、しかし両方でではなく、シグナリングされてよい。
１）更に、ＰＨ又はＳＨでＴＳＲＣ有効化／無効化フラグをシグナリングすべきかどうかは、ＰＰＳ／ＳＰＳでシグナリングされるシンタックス要素に依存してよい。
２）更に、ＴＳＲＣ有効化／無効化フラグがＰＨでシグナリングされるとき、ＳＨでＴＳＲＣ有効化／無効化フラグはシグナリングされない。
３）更に、ＴＳＲＣ有効化／無効化フラグがＳＨに存在しないとき、それは、ＰＨ内のＴＳＲＣ有効化／無効化フラグに等しいと推測される。
ｉｉ．代替的に、ＴＳＲＣ有効化／無効化フラグはＰＨ及びＳＨの両方でシグナリングされてもよい。
１）追加的に、更に、ＰＨ内のＴＳＲＣ有効化／無効化フラグにより、ＰＨを参照する全てのスライスに対してＴＳＲＣが使用不可能であることが測定される場合には、ＳＨでＴＳＲＣ有効化／無効化フラグはシグナリングされなくてもよい。
ｉｉｉ．例えば、ブロック／ＣＵ／ＴＵレベルのＴＳＲＣ有効化／無効化フラグは、ae(v)コーディングなどのコンテキスト適応算術エントロピコーディングされた（context-adaptive arithmatic entropy-coded）シンタックス要素でコーディングされる。
ｉｖ．例えば、ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨレベルのＴＳＲＣ有効化／無効化フラグは、ｎ＝１などのｎビットを使用する符号なし整数（例えば、u(1)コーディング）でコーディングされる。
ｂ．更に、ビデオユニットのためのＴＳＲＣ有効化／無効化フラグのシグナリングは、変換スキップがビデオユニットに対して使用可能である／使用されているかどうかに依存してもよい。
ｉ．例えば、変換スキップがＳＰＳレベルで無効にされる（例えば、sps_transform_skip_enabled_flagが０に等しい）場合に、ＰＰＳレベルでのＴＳＲＣ有効化／無効化フラグは、現在のＰＰＳを参照するピクチャに対してＴＳＲＣが使用不可能であることを特定する特定の値に等しいことを求められる。
ｉｉ．更に、変換スキップがより上位レベルで無効にされる（例えば、sps_transform_skip_enabled_flagが０に等しい）場合に、下位レベル及び／又は同じレベル（例えば、ＳＰＳ／ＰＨ／ＳＨ／ブロック／ＣＵ／ＴＵレベル）でＴＳＲＣ有効化／無効化フラグがシグナリングされない。
ｉｉｉ．代替的に、更に、変換スキップモードがより上位レベル（例えば、ＳＰＳ）で有効にされるが、ビデオユニットに使用されない（例えば、ＴＵレベルのtransform_skip_flagが０である）場合に、現在のビデオユニット（例えば、ＴＵ）のＴＳＲＣ有効化／無効化フラグはシグナリングされない。
ｉｖ．更に、ＴＳＲＣ有効化／無効化フラグがビデオユニットレベルでシグナリングされないとき、ＴＳＲＣ有効化／無効化フラグの値は、ＴＳＲＣがそのビデオユニットに対して使用不可能であることを特定する特定の値であると推測される。
ｃ．代替的に、更に、下位レベルでのＴＳＲＣ有効化／無効化フラグのシグナリングは、より上位レベルでのＴＳＲＣ有効化／無効化フラグに依存してもよい。
ｉ．例えば、ピクチャ／スライスレベルでのＴＳＲＣ有効化／無効化フラグのシグナリングは、ＴＳＲＣがＳＰＳ／ＰＰＳレベルで有効にされるかどうかに依存してよい。
ｉｉ．更に、ブロック／ＣＵ／ＴＵレベルでのＴＳＲＣ有効化／無効化フラグのシグナリングは、ＴＳＲＣがＳＰＳ／ＰＰＳ／ピクチャ／スライスレベルで有効にされるかどうかに依存してよい。
１）例えば、ＴＳＲＣがより上位レベル（例えば、ＳＰＳ／ＰＰＳ／ピクチャ／スライスレベル）で無効にされるとき、ブロック／ＣＵ／ＴＵレベルでのＴＳＲＣ有効化／無効化フラグはシグナリングされない。
２）追加的に、更に、ＴＳＲＣ有効化／無効化フラグが存在しないとき、それは特定の値（例えば、ＴＳＲＣが現在のビデオユニットに対して使用不可能であることを特定する値）であると推測される。
ｉｉｉ．更に、ＰＰＳレベルでのＴＳＲＣ有効化／無効化フラグの値は、ＴＳＲＣがＳＰＳレベルで有効にされるかどうかに依存してよい。
１）例えば、ＳＰＳレベルのＴＳＲＣ有効化／無効化フラグによりＴＳＲＣがＣＬＶＳに対して使用不可能であることが特定されるとき、ＰＰＳレベルのＴＳＲＣ有効化／無効化フラグの値は、現在のＰＰＳを参照するピクチャに対してＴＳＲＣが使用不可能であることを特定する特定の値に等しいと推測される。

ＡＬＦ及びＣＣ－ＡＬＦに関して
２２．現在のＣＴＵのためのクロマＡＬＦ／ＣＣ－ＡＬＦの利用の指示は、ルーマＡＬＦが現在のＣＴＵに対して使用不可能であるときにシグナリングされない、ことが提案される。
ａ．代替的に、更に、利用は、ルーマＡＬＦがＣＵＴに対して使用不可能であるときに偽であると推測される。言い換えると、クロマＡＬＦ／ＣＣ－ＡＬＦは、ルーマＡＬＦがＣＵＴで使用不可能であるときに使用不可能である。

サブビットストリーム抽出に関して
２３．アレイNumSubLayersInLayerInOLS[ ][ ]で運ばれる情報は、ＶＣＬ ＮＡＬユニットの削除のためにのみＶＶＣでサブビットストリーム抽出プロセスにおいて使用されてよい、ことが提案される。
ａ．一例で、ＶＶＣのＣ．６節で規定されているサブビットストリーム抽出プロセス内の次のステップ：
－ 次の条件の全てが真である全てのＮＡＬユニットをoutBitstreamから削除する：
－ nal_unit_typeがIDR_W_RADL、IDR_N_LP、又はCRA_NUTに等しくない。
－ nuh_layer_idが、０以上NumLayersInOls[targetOlsIdx]－１以下の範囲をとるｊの値について、LayerIdInOls[targetOlsIdx][j]に等しい。
－ TemporalIdがNumSubLayersInLayerInOLS[targetOlsIdx][j]よりも大きいか又はそれと等しい。
は、次であるよう変更される：
－ 次の条件の全てが真である全てのＶＣＬ ＮＡＬユニットをoutBitstreamから削除する：
－ nal_unit_typeがIDR_W_RADL、IDR_N_LP、又はCRA_NUTに等しくない。
－ nuh_layer_idが、０以上NumLayersInOls[targetOlsIdx]－１以下の範囲をとるｊの値について、LayerIdInOls[targetOlsIdx][j]に等しい。
－ TemporalIdがNumSubLayersInLayerInOLS[targetOlsIdx][j]よりも大きいか又はそれと等しい。

ＡＰＳの数に関して
以下の議論の中で、
「フィルタの最大許容数」は、「シーケンス／ピクチャ／スライスについて１つ又は複数のＡＰＳによってシグナリングされ得るフィルタの最大許容数」を指すことができる。
「ＡＰＳ ＮＡＬユニットの最大許容数」は、「シーケンス／ピクチャ／スライスについてシグナリングされ得るＡＰＳ ＮＡＬユニットの最大許容数」を指すことができる。
「フィルタ係数の最大許容数」は、「シーケンス／ピクチャ／スライスについて１つ又は複数のＡＰＳによってシグナリングされ得るフィルタ係数の最大許容数」を指すことができる。

２４．第１２の課題を解決するためのＡＰＳ ＮＡＬユニットの数に関して：
ａ．以下のＡＰＳ ＮＡＬユニットの種類は、ＡＬＦ ＡＰＳ、ＬＭＣＡ ＡＰＳ、及びＳＣＡＬＩＮＧ ＡＰＳのうちの１つ以上であってよい。
ｂ．一例で、異なる色成分に関する情報を含むＡＰＳは、別々にシグナリングされてよい。
ｉ．例えば、ＡＰＳ ＮＡＬユニットは、ルーマ関連シンタックス要素（例えば、ルーマフィルタ）しか含まなくてもよい。
ｉｉ．更に、ＡＰＳ ＮＡＬユニットは、クロマ（例えば、Ｃｂ及び／又はＣｒ）関連シンタックス要素（例えば、クロマフィルタ）しか含まなくてもよい。
１）例えば、ＡＰＳ ＮＡＬユニットは、クロマＡＬＦシンタックス要素しか含まなくてもよい。
２）例えば、ＡＰＳ ＮＡＬユニットは、ＣＣＡＬＦシンタックス要素しか含まなくてもよい。
３）代替的に、ＡＰＳ ＮＡＬユニットは、ＣＣＡＬＦ Ｃｂシンタックス要素しか含まなくてもよい。
４）代替的に、ＡＰＳ ＮＡＬユニットは、ＣＣＡＬＦ Ｃｒシンタックス要素しか含まなくてもよい。
ｉｉｉ．例えば、ＡＬＦ（及び／又はＬＭＣＳ及び／又はスケーリングリスト）のルーマ及びクロマフィルタは、異なるＡＰＳタイプ（例えば、aps_params_type）を有してもよい。
ｉｖ．例えば、１つ又は複数のＳＥが、どの色成分がＡＰＳに含まれているかを示すようＡＰＳでシグナリングされる。
ｃ．一例で、シーケンス／ピクチャ／スライスについてシグナリングされ得るＡＰＳ ＮＡＬユニットの最大許容数は、予め定義された値（例えば、予め定義されたメモリサイズ又は予め定義されたフィルタの数）に依存してもよい。
ｄ．一例で、シーケンス／ピクチャ／スライスについてＡＰＳでシグナリングされるフィルタの数は、ＡＰＳでシグナリングされるフィルタの最大許容数以下でなければならない。
ｅ．一例で、シーケンス／ピクチャ／スライスについてＡＰＳでシグナリングされるフィルタ係数の数は、ＡＰＳでシグナリングされるフィルタ係数の最大許容数以下でなければならない。
ｉ．ＡＰＳでシグナリングされるフィルタの最大許容数は、予め定義された数であってよい。
ｉｉ．ＡＰＳでシグナリングされるフィルタ係数の最大許容数は、異なるＡＰＳタイプごとに異なってよい。
ｉｉｉ．ＡＰＳでシグナリングされるフィルタ係数の最大許容数は、エンコーダからデコーダへ、例えば、ＶＰＳ／ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨ／シーケンスヘッダで、シグナリングされてよい。
ｆ．一例で、シーケンス／ピクチャ／スライスについてＡＰＳでシグナリングされるフィルタの数は、ＡＰＳでシグナリングされるフィルタの最大許容数以下でなければならない、ことが求められる。
ｇ．一例で、異なる色成分についてＡＰＳでシグナリングされるフィルタの最大許容数は、異なってもよい。
ｉ．一例で、ＡＰＳでシグナリングされるルーマフィルタの最大許容数及びＡＰＳでシグナリングされるクロマフィルタの最大数は、異なってもよい。
ｉｉ．例えば、特定のＡＰＳタイプ（例えば、ＡＬＦ／ＬＭＣＳ／ＳＣＡＬＩＮＧ）のＡＰＳでシグナリングされるルーマフィルタの最大許容数及びＡＰＳでシグナリングの最大許容数は、第１の特定値に等しい。
ｉｉｉ．更に、特定のＡＰＳタイプ（例えば、ＡＬＦ／ＬＭＣＳ／ＳＣＡＬＩＮＧ）のＡＰＳでシグナリングされるクロマ（例えば、Ｃｂ及び／又はＣｒ）フィルタの最大許容数は、第２の特定値に等しい。
ｉｖ．例えば、全てのＡＰＳタイプ（例えば、ＡＬＦ／ＬＭＣＳ／ＳＣＡＬＩＮＧ）のＡＰＳでシグナリングされるルーマフィルタの最大許容数は、第１の特定値に等しい。
ｖ．更に、すべてのＡＰＳタイプ（例えば、ＡＬＦ／ＬＭＣＳ／ＳＣＡＬＩＮＧ）のＡＰＳでシグナリングされるクロマ（例えば、Ｃｂ及び／又はＣｒ）フィルタの最大許容数は、第２の特定値に等しい。
ｈ．一例で、ＡＬＦルーマフィルタの最大許容数、ＡＬＦクロマフィルタの最大許容数、及びＣＣＡＬＦフィルタの最大許容数は、異なってもよい。
ｉ．例えば、ＡＬＦルーマフィルタの最大許容数は、Ｘ１に等しい（例えば、Ｘ１＝２５×８＝２００）。
ｉｉ．例えば、ＡＬＦ ＡＰＳユニットについて、ＡＬＦクロマフィルタの最大許容数は、Ｘ２に等しい（例えば、Ｘ２＝８×８＝６４）。
ｉｉｉ．例えば、ＡＬＦ ＡＰＳユニットについて、ＣＣＡＬＦフィルタの最大許容数は、Ｘ３に等しい（例えば、Ｘ３＝４×８×２＝６４）。
１）代替的に、ＣＣＡＬＦ Ｃｂフィルタの最大許容数はＹ１である（例えば、Ｙ１＝４×８＝３２）。
２）更に、ＣＣＡＬＦ Ｃｒフィルタの最大許容数はＹ２である（例えば、Ｙ２＝４×８＝３２）。
ｉｖ．一例で、Ｘ１、Ｘ２、Ｘ３、Ｙ１、Ｙ２は、予め定義された値である。
ｉ．一例で、ＡＰＳ ＮＡＬユニット内のフィルタの最大許容数の夫々は、Ｋ＿ｉに等しく、ここで、Ｋは特定の値を示し，ｉはフィルタタイプ（例えば、ルーマフィルタ、クロマフィルタ、ｃｃａｌｆフィルタ、など）を示す。
ｉ．例えば、ＡＬＦルーマフィルタのＫ＿ｉは、２５×８＝２００に等しい。
ｉｉ．例えば、ＡＬＦクロマフィルタのＫ＿ｉは、８×８＝６４に等しい。
ｉｉｉ．例えば、ＣＣＡＬＦフィルタのＫ＿ｉは、４×８×２＝６４に等しい。
１）代替的に、ＣＣＡＬＦ ＣｂフィルタのＫ＿ｉは、４×８＝３２に等しい。
２）代替的に、ＣＣＡＬＦ ＣｒフィルタのＫ＿ｉは、４×８＝３２に等しい。
ｊ．一例で、最大許容数は、エンコーダからデコーダへ、例えば、ＶＰＳ／ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨ／シーケンスヘッダで、シグナリングされてよい。
ｉ．例えば、この項での「最大許容数」は、ＡＰＳ ＮＡＬユニットの最大許容数、フィルタの最大許容数、又はフィルタ係数の最大許容数を指すことができる。
ｉｉ．例えば、特定のタイプ（例えば、ＡＬＦ ＡＰＳに等しいaps_params_type）のＡＰＳ ＮＡＬユニットの最大許容数がシグナリングされてよい。
１）例えば、最大許容数はＳＰＳレベルでシグナリングされてよい。
２）例えば、最大許容数はＰＳ／ＳＨレベルでシグナリングされてよい。
ｉｉｉ．例えば、最大許容数のシグナリングは、コーディングツール（ＡＬＦ／ＣＣＡＬＦ／ＬＭＣＳ／スケーリングリスト）が使用可能であるか否かに依存してもよい。
１）一例で、ＡＬＦ／ＣＣＡＬＦが使用不可能であるとき、ＡＬＦ／ＣＣＡＬＦ ＡＰＳの最大許容数はシグナリングされなくてもよい。
ａ．更に、数は、存在しない場合に特定の値（例えば、０）に等しいと推測される。
２）一例で、ＣＣＡＬＦが使用不可能であるとき、ＣＣＡＬＦ ＡＰＳ ＩＤ（例えば、ph_cc_alf_cb_aps_id、ph_cc_alf_cr_aps_id、slice_cc_alf_cb_aps_id、slice_cc_alf_cr_aps_id）に等しいＡＰＳ ＩＤ（例えば、adaptation_parameter_set_id）を有するＡＬＦ ＡＰＳについての最大許容数は、シグナリングされなくてもよい。
ａ．更に、数は、存在しない場合に特定の値（例えば、０）に等しいと推測される。
３）より小さいビデオユニット（例えば、ピクチャ、スライス）についての最大許容数をシグナリングする方法は、上位レベル（例えば、ＳＰＳ）についての最大許容数に依存してもよい。
ａ．例えば、ＡＬＦルーマＡＰＳの最大許容数は、ＡＬＦ ＡＰＳの最大許容数に依存する。
ｉｖ．例えば、最大許容数（Ｎと表される。）から導出される変数（例えば、Ｎ－Ｍ又はＭ－Ｎ，ここで、ＭはＮよりも小さい特定の値である。）がシグナリングされてもよい。
ｋ．一例で、最大許容数はクロマフォーマットに依存する。
ｉ．例えば、ルーマ／クロマについての最大許容数は、ChromaArrayTypeが０（例えば、４：０：０及び別個の色平面コーディングを伴う４：０：０）に等しいか否かに依存してもよい。
ｉｉ．例えば、ＡＬＦ／ＳＣＡＬＩＮＧ／ＬＭＣＳ ＡＰＳの最大許容数は、ChromaArrayTypeが０に等しいか否かに依存する。
ｌ．一例で、上記の最大許容数は、コーディングツールが使用可能であるかどうかに依存してもよい。
ｉ．例えば、上記の最大許容数は、ＡＬＦが使用可能であるかどうか、及び／又はＣＣＡＬＦがＳＰＳ／ＰＰＳ／ＰＨ／ＳＨレベルで有効にされるかどうかに依存する。
ｉｉ．例えば、ＡＬＦ ＡＰＳの最大許容数は、ＡＬＦが使用可能であるかどうか、及び／又はＣＣＡＬＦがＳＰＳ／ＰＰＳ／ＰＨ／ＳＨレベルで有効にされるかどうかに依存する。
ｉｉｉ．例えば、ＬＭＣＡ ＡＰＳの最大許容数は、ＬＭＣＳが使用可能であるかどうか、及び／又はクロマ残差スケーリング（chroma residual scaling，ＣＲＳ）がＳＰＳ／ＰＰＳ／ＰＨ／ＳＨレベルで有効にされるかどうかに依存する。
ｉｖ．例えば、ＳＣＡＬＩＮＧ ＡＰＳの最大許容数は、明示的スケーリングリストがＳＰＳ／ＰＰＳ／ＰＨ／ＳＨレベルで有効にされるかどうかに依存する。
ｍ．一例で、ＡＰＳ ＩＤをコーディングする方法は、制限された数に依存してもよい。
ｉ．一例で、ＡＰＳ ＩＤは、０以上Ｋ（例えば、１２７又は２５５）以下の範囲で、ue(v)コーディングされてよい。
ｉｉ．代替的に、ＡＰＳ ＩＤは、Ｘ＝７又は８などで、u(X)コーディングされてもよい。
１）Ｘは、ＡＰＳ ＩＤがコーディングされる前にシグナリングされてよい。
２）Ｘは、ＡＰＳ ＩＤがコーディングされる前に導出されてよい。
３）Ｘは、最大許容数に基づき導出されてよい。
ｉｉｉ．代替的に、ＡＰＳ ＩＤの最大数（max number）がシグナリングされる。
１）例えば、ＡＰＳ ＩＤの最大数は、Ｘ＝７又は８などで、u(X)コーディングされてもよい。
２）更に、ＡＰＳ ＩＤはu(v)コーディングされてもよい。
ｉｖ．例えば、上記のＡＰＳ ＩＤは、次の１つ以上であってよい：
１）ＡＰＳシンタックス構造内のadaptation_parameter_set_id。
２）ＰＨシンタックス構造内のph_alf_aps_id_luma[i]、ph_alf_aps_id_chroma、ph_cc_alf_cb_aps_id、ph_cc_alf_cr_aps_id。
３）ＳＨシンタックス構造内のslice_alf_aps_id_luma[i]、slice_alf_aps_id_chroma、slice_cc_alf_cb_aps_id、slice_cc_alf_cr_aps_id。
４）ＰＨシンタックス構造内のph_lmcs_aps_id。
５）ＰＨシンタックス構造内のph_scaling_list_aps_id。
ｎ．一例で、上記の制約は、ビットストリームコンフォーマンス、ビットストリーム制約、又はシンタックステーブルでの明示的なシグナリングによって表されてよい。
ｏ．一例で、上記の制限／限定／制約は、プロファイル／レベル／一般制約フラグ、などに依存してもよい。

２５．ＱＰテーブル内の点の数を特定するシンタックス要素のシグナリング及び／又は範囲及び／又は推測は、他のシンタックス要素に依存する、ことが提案される。
ａ．num_points_in_qp_table_minus1[i]の最大値を（最大ＱＰ値）－（ｉ番目のクロマＱＰマッピングテーブルを記述するために使用される開始ルーマ及びクロマＱＰ）にセットすることが提案される。
ｉ．一例で、最大値は、（６３－（qp_table_start_minus26[i]＋２６））にセットされる。
ｉｉ．一例で、最大値は、（６４－（qp_table_start_minus26[i]＋２６））にセットされる。

２６．アフィンが使用可能でありかつＳｂＴＭＶＰが使用不可能であるときに、サブブロックマージ候補の最大数が０（MaxNumSubblockMergeCand）であることを許されないことが提案される。
ａ．一例で、サブブロックマージ候補の最大数は、アフィンが使用可能でありかつＳｂＴＭＶＰが使用不可能であるときに、０よりも大きいよう制限される。
ｂ．一例で、sps_five_minus_max_num_subblock_merge_candの範囲は、ＳＰＳのＳｂＴＭＶＰ有効化フラグ（例えば、sps_sbtmvp_enabled_flag）の値にかかわらず、［０，４］からである。
ｃ．コンフォーマンスビットストリームは、アフィンが使用可能であるときに、MaxNumSubblockMergeCandの値が１以上５以下の範囲内になければならないことを満足すべきである。
ｉ．代替的に、更に、MaxNumSubblockMergeCandの値は、アフィンが使用不可能であるときには、０以上１以下の範囲内になければならない。
ｄ．代替的に、更に、merge_subblock_flagをシグナリングすべきかどうは、サブブロックマージ候補の最大数をチェックする代わりに、アフィンが使用可能であるかどうかに依存する。

２７．アフィンマージモードが許可されているかどうかを示すよう第１シンタックス要素を加えることが提案される。
ａ．代替的に、更に、第１シンタックス要素は、例えば、ＳＰＳアフィンフラグが有効にされているかどうかに従って、条件付きでシグナリングされてよい。
ｂ．代替的に、更に、サブブロックマージ候補の最大数の指示は、第１シンタックス要素によりアフィンマージモードが使用可能であることが示される場合にシグナリングされてよい。

２８．課題１３を解決するために、サブピクチャレイアウトが次のようにシグナリングされる。
ａ．例えばsps_subpic_same_res_flagと呼ばれるフラグが、ＳＰＳを参照する全てのサブピクチャが夫々同じ幅及び高さを有するかどうかを特定するために加えられる。
ｂ．sps_subpic_same_res_flagが１に等しいとき、全てのサブピクチャの共通の幅及び高さが、ＣＴＵの単位で、例えば、２つの新しいシンタックス要素、つまり、sps_uniform_subpic_width_minus1及びsps_uniform_subpic_height_minus1によって、夫々シグナリングされる。
ｉ．一例で、更に、numSubpicColsと表記されるサブピクチャ列の数は、(sps_pic_width_max_in_luma_samples/((sps_uniform_subpic_width_minus1+1)*CtbSizeY)))に等しいよう導出され、numSubpicRowsと表記されるサブピクチャ行の数は、(sps_pic_height_max_in_luma_samples/((sps_uniform_subpic_height_minus1+1)*CtbSizeY)))に等しいよう導出され、sumSubpicsと表記されるサブピクチャの数は、numSubpicCols*numSubpicRowsに等しいよう導出される。
ｉｉ．一例で、更に、sps_num_subpics_minus1はスキップさえ、値は、numSubpics－１に等しいと推測される。
ｉｉｉ．一例で、０以上sps_num_subpics_minus1以下の範囲をとるｉの各値について、sps_subpic_ctu_top_left_x[i]、sps_subpic_ctu_top_left_y[i]、sps_subpic_width_minus1[i]、及びsps_subpic_height_minus1[i]の値は夫々、(sps_uniform_subpic_width_minus1+1)*(i%numSubpicCols)、(sps_uniform_subpic_height_minus1+1)*(i/numSubpicCols)、sps_uniform_subpic_width_minus1、及びsps_uniform_subpic_height_minus1に等しいと推測される。
ｉｖ．一例で、０以上sps_num_subpics_minus1以下の範囲をとるｉの各値について、sps_independent_subpics_flagが０に等しいとき、sps_subpic_treated_as_pic_flag[i]及びsps_loop_filter_across_subpic_enabled_flag[i]はシグナリングされる。
ｃ．sps_subpic_same_res_flagが０に等しいとき、ＪＶＥＴ－Ｑ２００１－ｖＡ／ｖ１０での現在サブピクチャレイアウトシグナリングが適用される。
ｄ．一例で、sps_pic_width_max_in_luma_samplesがCtbSizeYより小さいか又はそれと等しいとき、sps_uniform_subpic_width_minus1はスキップされ、０に等しいと推測される。
ｅ．一例で、sps_pic_height_max_in_luma_sampleがCtbSizeYよりも小さいか又はそれと等しいとき、sps_uniform_subpic_height_minus1はスキップされ、０に等しいと推測される。
ｆ．一例で、sps_uniform_subpic_width_minus1及びsps_uniform_subpic_height_minus1はue(v)コーディングされ、sps_subpic_ctu_top_left_x[i]、sps_subpic_ctu_top_left_y[i]、sps_subpic_width_minus1[i]、及びsps_subpic_height_minus1[i]もue(v)コーディングされる。
ｇ．一例で、sps_uniform_subpic_width_minus1及びsps_uniform_subpic_height_minus1は、ＪＶＥＴ－Ｑ２００１－ｖＡ／ｖ１０でのsps_subpic_width_minus1[i]及びsps_subpic_height_minus1[i]と夫々同じ長さで、u(v)コーディングされる。
ｈ．一例で、ＳＰＳシンタックスは次の通りに変更される。太字イタリック体の下線付きテキストは、新たに加えられたテキストを示し、二重括弧（例えば、[[ ]]）は、かっこ内のテキストの削除を示す：

ｉ．一例で、ＳＰＳシンタックスは次の通りに変更される：

２９．ＪＶＥＴ－Ｑ２００１－ｖＡ／ｖ１０での最新ＶＶＣ仕様テキストに対する次の変更が提案される：

３０．前の項に対する次の変更が提案される：

３１．pps_pic_width_in_luma_samplesがCtbSizeYよりも小さいか又はそれと等しいとき、pps_tile_column_width_minus1[i]は、PicWidthInCtbsY－１に等しいことを求められる。

３２．pps_pic_height_in_luma_samplesがCtbSizeYよりも小さいか又はそれと等しいとき、pps_tile_row_height_minus1[i]は、PicHeight－１に等しいことを求められる。

［６．実施形態］
［６．１．実施形態１：スライスタイプに従うクロマＱＰテーブル］
太字イタリック体の下線付きテキストでマークされた変更は、ＪＶＥＴ－Ｑ２００１－ｖＣに基づいている。また、削除されたテキストは、二重括弧（例えば、[[ ]]）でマークされており、二重括弧の間に削除されてテキストが示されている。

［６．２．実施形態２：マッピングされたクロマＱＰのピボット点の数及びクリッピング］
太字イタリック体の下線付きテキストでマークされた変更は、ＪＶＥＴ－Ｑ２００１－ｖＣに基づいている。

［６．３．実施形態３］
太字イタリック体の下線付きテキストでマークされた変更は、ＪＶＥＴ－Ｑ２００１－ｖＥに基づいている。

［６．４．実施形態４］
新たに加えられたテキストは、太字イタリック体の下線付きテキストでマークされ、削除されたテキストは二重括弧（例えば、[[ ]]）でマークされ、二重括弧の間に削除されてテキストが示されている。それは、ＪＶＥＴ－Ｑ２００１－ｖＥに基づいている。

［６．５．実施形態５］
新たに加えられたテキストは、太字イタリック体の下線付きテキストでマークされ、削除されたテキストは二重括弧（例えば、[[ ]]）でマークされ、二重括弧の間に削除されてテキストが示されている。それは、ＪＶＥＴ－Ｑ２００１－ｖＥに基づいている。

［６．６．実施形態６］
ＪＶＥＴ－Ｑ２００１－ｖＥの上に提案された仕様変更は、次のように説明される。削除されたテキストは二重括弧（例えば、[[ ]]）でマークされ、二重括弧の間に削除されてテキストが示されている。新たに加えられたテキストは、太字イタリック体の下線付きテキストで強調表示されている。

［６．７．第７組の実施形態］
これは、上記のセクション５で要約された項目２０の一連の実施形態である。
変更されたテキストは、ＪＶＥＴ－Ｑ２００１－ｖＥの最新ＶＶＣテキストに基づいている。追加又は変更されている最も関連する部分は、太字イタリック体の下線付きテキストで強調表示されており、削除されテキストのいくつかは、二重括弧（例えば、[[ ]]）でマークされ、二重括弧の間に削除されてテキストが示されている。

［６．７．１．例となる実施形態］
一例で、ＳＰＳシンタックス構造は、次のように変更され得る：

一例で、ＰＰＳシンタックス構造は、次のように変更され得る：

一例で、ＰＨシンタックス構造は、次のように変更され得る：

一例で、ＰＨシンタックス構造は、次のように変更され得る：

一例で、transform_unit()シンタックス構造は、次のように変更され得る：

［６．７．２．他の例となる実施形態］
代替的に、ＰＰＳ、ＰＳ、ＳＨシンタックスは、次のように変更され得る：

［６．７．３．他の例となる実施形態］
代替的に、ＰＰＳ、ＳＨシンタックスは、次のように変更され得る：

［６．７．４．他の例となる実施形態］
代替的に、ＳＨシンタックスは、次のように変更され得る：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

いくつかの実施形態によって好ましい解決法のリストが、次に提供される。

以下の解決法は、前のセクション（例えば、項目１）で説明された技術の実施例を示す。

解決法１．
ビデオ処理の方法（例えば、図５の方法）であって、
ビデオピクチャを含むビデオと前記ビデオのコーディングされた表現との間の変換を実行するステップ（５０２）を有し、
前記コーディングされた表現は、フォーマット規則に従い、
前記フォーマット規則は、前記変換中に使用される１つ以上の初期量子化パラメータ（ＱＰ）値を示す１つ以上のシンタックス要素が前記コーディングされた表現に含まれるかどうか及びどこに含まれるかを定める、
方法。

解決法２．
前記フォーマット規則は、前記１つ以上のＱＰ値を示すシンタックス要素が、該シンタックス要素をピクチャパラメータセットに含めずに、ピクチャヘッダに含まれることを定める、
解決法１に記載の方法。

解決法３．
前記フォーマット規則は、前記１つ以上のＱＰ値を示すシンタックス要素が、ピクチャパラメータセットに含まれ、１つ以上のピクチャヘッダで繰り返されることを定める、
解決法１に記載の方法。

解決法４．
前記フォーマット規則は、前記１つ以上のシンタックス要素が、規則に従って、シーケンスパラメータセット、ピクチャパラメータセット、ピクチャヘッダ、及びシーケンスヘッダのうちの２つ以上を含む複数のレベルで前記コーディングされた表現に含まれることを定める、
解決法１に記載の方法。

解決法５．
前記規則は、ビデオピクチャのビデオピクチャタイプに基づく、
解決法４に記載の方法。

以下の解決法は、前のセクション（例えば、項目２～３）で説明された技術の実施例を示す。

解決法６．
ビデオ処理の方法であって、
ビデオのビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、初期量子化パラメータ（ＱＰ）値を使用することを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記コーディングされた表現内のシンタックス要素は、（ａ）１から２５の間にあるか、又は（ｂ）２６よりも大きいか、又は（ｃ）前記変換のための最大許容ＱＰ値の関数であるか、又は（ｄ）前記変換に使用されるビットデプスの関数であるオフセット値Ｋを含むオフセット関係を用いて、初期ＱＰ値を示す、
方法。

解決法７．
Ｋは、前記ビデオブロックのタイプ又は前記ビデオブロックを含むビデオスライス若しくはビデオピクチャのタイプの関数である、
解決法６に記載の方法。

以下の解決法は、前のセクション（例えば、項目４～５）で説明された技術の実施例を示す。

解決法８．
ビデオ処理方法であって、
ビデオのクロマブロックと前記ビデオのコーディングされた表現との間の変換のために、規則に従って、前記クロマブロックを含むピクチャ又はスライスのタイプに基づき１つ以上の量子化パラメータ（ＱＰ）テーブルを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有する方法。

解決法９．
前記規則は、前記１つ以上のＱＰテーブルがＩ、Ｂ及びＰビデオピクチャについて異なることを定める、
解決法８に記載の方法。

解決法１０．
前記規則は、Ｉコーディングされたビデオピクチャの前記１つ以上のＱＰテーブルが、Ｂ及びＰコーディングされたビデオピクチャの前記１つ以上のＱＰテーブルとは異なることを定める、
解決法８に記載の方法。

解決法１１．
前記規則は、前記クロマブロックが属するピクチャタイプ及びスライスタイプの分類に基づき、
数Ｍは、前記分類に対するインデックスを表し、Ｍは、１よりも大きい整数である、
解決法８～１０のいずれかに記載の方法。

以下の解決法は、前のセクション（例えば、項目６～８）で説明された技術の実施例を示す。

解決法１２．
ビデオ処理方法であって、
ビデオのクロマブロックと前記ビデオのコーディングされた表現との間の変換のために、１つ以上の量子化パラメータ（ＱＰ）テーブルを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記変換は、前記１つ以上のＱＰテーブルに対応する１つ以上のシンタックス要素を指定する第１規則、又は前記１つ以上のＱＰテーブルと前記クロマブロックのコーディング特性との間の関係を指定する第２規則に従う、
方法。

解決法１３．
前記第１規則は、前記１つ以上のシンタックス要素が、前記コーディングされた表現に関連したシーケンスパラメータセットに含まれることを定める、
解決法１２に記載の方法。

解決法１４．
前記第２規則は、前記１つ以上のＱＰテーブルが、前記変換に使用される予測モードに基づくことを定める、
解決法１２～１３のいずれかに記載の方法。

解決法１５．
前記第２規則は、イントラコーディングされたクロマブロックの前記１つ以上のＱＰテーブルは、他の予測モードを使用するクロマブロックとは異なる、
解決法１３に記載の方法。

以下の解決法は、前のセクション（例えば、項目９～１４）で説明された技術の実施例を示す。

解決法１６．
ビデオ処理方法であって、
ビデオのクロマブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、
前記フォーマット規則は、前記変換に使用される１つ以上のクロマ量子化パラメータ（ＱＰ）テーブルに関連したシンタックス要素の特性を定める、
方法。

解決法１７．
前記フォーマット規則は、前記１つ以上のクロマＱＰテーブルの開始点シンタックス要素の最大値を定める、
解決法１６に記載の方法。

解決法１８．
前記フォーマット規則は、前記１つ以上のクロマＱＰテーブルの開始点シンタックス要素が、２６よりも小さい数Ｋによってオフセットされた値を有することを定める、
解決法１６に記載の方法。

解決法１９．
前記フォーマット規則は、前記１つ以上のクロマＱＰテーブルの開始点シンタックス要素が、前記クロマブロックの現在ピクチャがイントラ専用ピクチャであるかどうかに依存する値によってオフセットされることを定める、
解決法１６に記載の方法。

解決法２０．
前記フォーマット規則は、前記１つ以上のクロマＱＰテーブル内のピボット点の数がゼロであることを定める、
解決法１６～１９のいずれかに記載の方法。

解決法２１．
前記１つ以上のクロマＱＰテーブル内のピボット点の数がゼロであることにより、前記１つ以上のクロマＱＰテーブルのｉ番目のエントリは、対応するルーマＱＰテーブルのｉ番目のエントリに等しくセットされる、
解決法１６～２０のいずれかに記載の方法。

解決法２２．
前記シンタックス要素は、前記コーディングされた表現においてシーケンスパラメータセット及びピクチャパラメータセットの両方に含まれる、
解決法１６～２１のいずれかに記載の方法。

解決法２３．
前記シンタックス要素は、ピクチャヘッダ又はシーケンスヘッダのどちらか一方に含まれる、
解決法１６～２２のいずれかに記載の方法。

以下の解決法は、前のセクション（例えば、項目２５）で説明された技術の実施例を示す。

解決法２４．
ビデオ処理方法であって、
ビデオのコーディングされた表現内の１つ以上のシンタックス要素に関するフォーマット規則に基づき、前記コーディングされた表現で量子化パラメータテーブルをシグナリングするために使用されるシグナリングスキームを決定するステップと、
前記決定に基づき、前記ビデオと前記コーディングされた表現との間の変換を実行するステップと
を有する方法。

解決法２５．
前記シグナリングスキームは、前記量子化パラメータテーブル内の点の数の指示を有する、
解決法２４に記載の方法。

以下の解決法は、前のセクション（例えば、項目２６）で説明された技術の実施例を示す。

解決法２６．
ビデオ処理方法であって、
ビデオのビデオブロックと前記ビデオのコーディングされた表現との間の変換を規則に従って実行するステップを有し、
前記規則は、アフィンコーディングの使用が有効にされ、サブブロックベースの時間的動きベクトル予測の使用が無効にされる場合に、サブブロックマージ候補の最大数を制限するために使用される数Ｎを指定する、
方法。

Ｎ＝０である、
解決法２６に記載の方法。

以下の解決法は、前のセクション（例えば、項目２７～２９）で説明された技術の実施例を示す。

解決法２８．
ビデオ処理方法であって、
１つ以上のビデオサブピクチャを含む１つ以上のビデオピクチャを含むビデオと該ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、
前記フォーマット規則は、次のサブピクチャに関連したシンタックス要素：
同じシーケンスパラメータセットを参照する全てのサブピクチャが同じ寸法を有するかどうかを示す第１シンタックス要素、
同じ寸法を有する全てのサブピクチャの共通の幅及び共通の高さを通知する第２シンタックス要素、又は
第２フォーマット規則に従う第３シンタックス要素
のうちの１つ以上を包含又は省略することを定める、
方法。

解決法２９．
前記第２フォーマット規則は、特定の条件の下でサンプル幅を示すシンタックス要素を省略することを定める、
解決法２８に記載の方法。

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

解決法３１．
前記変換は、前記コーディングされた表現を復号して、前記ビデオのピクセル値を生成することを有する、
解決法１～２９のいずれかに記載の方法。

解決法３２．
解決法１～３１のうちの１つ以上に記載の方法を実装するよう構成されたプロセッサを有するビデオ復号化装置。

解決法３３．
解決法１～３１のうちの１つ以上に記載の方法を実装するよう構成されたプロセッサを有するビデオ符号化装置。

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

図９は、ビデオ処理の例となる方法９００のフローチャートである。動作９０２は、規則に従ってビデオとビデオのビットストリームとの間の変換を実行することを含み、規則は、変換に使用される量子化パラメータテーブルがシーケンスパラメータセットに含まれることを定め、規則は、量子化パラメータテーブル内の点の数を示す第１シンタックス要素がシーケンスパラメータセットに含まれるかどうか又はどのように含まれるかが、シーケンスパラメータセット内の第２シンタックス要素に従って制御されることを定める。

方法９００のいくつかの実施形態で、量子化パラメータテーブルは、クロマ量子化パラメータマッピングテーブルである。方法９００のいくつかの実施形態で、第１シンタックス要素の値に１をプラスしたものは、量子化パラメータテーブル内の点の数に等しい。方法９００のいくつかの実施形態で、第２シンタックス要素の値は、量子化パラメータテーブルを記述するために使用される開始ルーマ及びクロマ量子化パラメータを示す。方法９００のいくつかの実施形態で、量子化パラメータテーブル内の点の数の最大値は、第２シンタックス要素の値に基づく。方法９００のいくつかの実施形態で、規則は、量子化パラメータテーブル内の点の数の最大値から１をマイナスしたものが、最大量子化パラメータ値と、ｉ番目のクロマ量子化パラメータマッピングテーブルを記述するために使用される開始ルーマ及びクロマ量子化パラメータとの間の差であることを定める。

方法９００のいくつかの実施形態で、最大値は、（６３－（qp_table_start_minus26[i]＋２６））にセットされる。方法９００のいくつかの実施形態で、最大値は、（６４－（qp_table_start_minus26[i]＋２６））にセットされる。

図１０は、ビデオ処理の例となる方法１０００のフローチャートである。動作１００２は、規則に従ってビデオとビデオのビットストリームとの間の変換を実行することを含み、規則は、シーケンスパラメータセットで示される、サブピクチャの数から１をマイナスしたものが、ゼロよりも大きい場合、かつ、シーケンスパラメータセット内のシンタックス要素により、コーディングされたレイヤビデオシーケンス内のビデオの第１ビデオピクチャのｉ番目のサブピクチャが、インループフィルタリング動作を除く復号化プロセスでビデオの第２ビデオピクチャとして扱われることが示される場合に、次の２つの条件のうちの一方が真であることを定める：
（１）第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャと、第１ビデオピクチャとが、次の：
ルーマサンプルの単位でのピクチャ幅と、
ルーマサンプルの単位でのピクチャ高さと、
サブピクチャの数から１をマイナスしたものと、
０以上かつサブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置、ｉ番目のサブピクチャの左上ＣＴＵの垂直位置、ｉ番目のサブピクチャの幅から１をマイナスしたもの、ｉ番目のサブピクチャの高さから１をマイナスしたもの、及びｉ番目のサブピクチャのシンタックス要素と
の夫々について、同じ値を有すること、及び
（２）第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャが、サブピクチャの数から１をマイナスしたものの値がゼロに等しいインターレイヤ参照ピクチャであること。

図１１は、ビデオ処理の例となる方法１１００のフローチャートである。動作１１０２は、規則に従って、ビデオブロックを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、規則は、アフィンコーディングツールが使用可能でありかつサブブロックベースの時間的動きベクトル予測（ＳｂＴＭＶＰ）コーディングツールが使用不可能である場合に、サブブロックマージ候補の最大数が数Ｎであることを許されないことを定める。

方法１１００のいくつかの実施形態において、Ｎ＝０である。方法１１００のいくつかの実施形態において、Ｎは０よりも大きい。方法１１００のいくつかの実施形態において、シーケンスパラメータセットでサポートされているサブブロックベースのマージ動きベクトル予測候補の最大数から５をマイナスしたものの範囲は、ＳｂＴＭＶＰコーディングツールが使用可能又は使用不可能であるかどうかを示すシーケンスパラメータセット内のシンタックス要素の値にかかわらず［０，４］からである。方法１１００のいくつかの実施形態において、ビットストリームは、アフィンコーディングツールが使用可能である場合に、１以上５以下の範囲内からのサブブロックベースのマージ動きベクトル予測候補の最大数の値を含むコンフォーマンスビットストリームである。方法１１００のいくつかの実施形態において、ビットストリームは、アフィンコーディングツールが使用不可能である場合に、０以上１以下の範囲内からのサブブロックベースのマージ動きベクトル予測候補の最大数の値を含むコンフォーマンスビットストリームである。方法１１００のいくつかの実施形態において、ビットストリームは、マージサブブロック動作が使用可能であるかどうかが、アフィンコーディングツールが使用可能であるかどうかに基づき、前記サブブロックマージ候補の最大数に基づかないことを示すシンタックス要素を含む。

図１２は、ビデオ処理の例となる方法１２００のフローチャートである。動作１２０２は、１つ以上のビデオピクチャを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、アフィンマージモードが使用可能であるかどうかを示すシンタックス要素がビットストリーム内にあるかどうかを定める。

方法１２００のいくつかの実施形態において、フォーマット規則は、アフィンマージモードがシーケンスパラメータにおいて有効にされているかどうかに基づき、シンタックス要素がビットストリームで選択的に示されることを定める。方法１２００のいくつかの実施形態において、フォーマット規則は、シンタックス要素よりアフィンマージモードが使用可能であることが示される場合に、サブブロックマージ候補の最大数がビットストリームで示されることを定める。

図１３は、ビデオ処理の例となる方法１３００のフローチャートである。動作１３０２は、規則に従って、１つ以上のサブピクチャを含む１つ以上のビデオピクチャを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、規則は、次のサブピクチャ関連シンタックス要素：
同じシーケンスパラメータセットを参照する全てのサブピクチャが同じ寸法を有するかどうかを示す第１シンタックス要素、
同じ寸法を有する全てのサブピクチャの共通の幅及び共通の高さを示す第２シンタックス要素、又は
全てのサブピクチャが同じ寸法を有さない場合に省略される、第２規則に従う１つ以上のシンタックス要素
のうちの１つ以上をシーケンスパラメータセットから指示又は省略することを定める。

方法１３００のいくつかの実施形態において、規則は、numSubpicColsと表記されるサブピクチャ列の数が、(sps_pic_width_max_in_luma_samples/((sps_uniform_subpic_width_minus1+1)*CtbSizeY)))に等しいよう導出され、numSubpicRowsと表記されるサブピクチャ行の数が、(sps_pic_height_max_in_luma_samples/((sps_uniform_subpic_height_minus1+1)*CtbSizeY)))に等しいよう導出され、sumSubpicsと表記されるサブピクチャの数が、numSubpicCols*numSubpicRowsに等しいよう導出されることを定める。方法１３００のいくつかの実施形態において、規則は、sps_num_subpics_minus1がシーケンスパラメータセットから除かれることを定め、sps_num_subpics_minus1の値は、numSubpics－１に等しいと推測される。方法１３００のいくつかの実施形態において、規則は、０以上sps_num_subpics_minus1以下の範囲をとるｉの各値について、sps_subpic_ctu_top_left_x[i]、sps_subpic_ctu_top_left_y[i]、sps_subpic_width_minus1[i]、及びsps_subpic_height_minus1[i]の値が夫々、(sps_uniform_subpic_width_minus1+1)*(i%numSubpicCols)、(sps_uniform_subpic_height_minus1+1)*(i/numSubpicCols)、sps_uniform_subpic_width_minus1、及びsps_uniform_subpic_height_minus1に等しいと推測されることを定める。

方法１３００のいくつかの実施形態において、規則は、０以上sps_num_subpics_minus1以下の範囲をとるｉの各値について、sps_independent_subpics_flagが０に等しい場合に、sps_subpic_treated_as_pic_flag[i]及びsps_loop_filter_across_subpic_enabled_flag[i]がシーケンスパラメータセットで示されることを定める。方法１３００のいくつかの実施形態において、第２規則は、現在のサブピクチャレイヤシグナリングを使用することを定める。方法１３００のいくつかの実施形態において、規則は、sps_pic_width_max_in_luma_samplesがCtbSizeYよりも小さいか又はそれと等しい場合に、sps_uniform_subpic_width_minus1がシーケンスパラメータセットから除かれ、０に等しいと推測されることを定める。方法１３００のいくつかの実施形態において、規則は、sps_pic_height_max_in_luma_samplesがCtbSizeYよりも小さいか又はそれと等しい場合に、sps_uniform_subpic_height_minus1がシーケンスパラメータセットから除かれ、０に等しいと推測されることを定める。

方法１３００のいくつかの実施形態において、規則は、sps_uniform_subpic_width_minus1、sps_uniform_subpic_height_minus1、sps_subpic_ctu_top_left_x[i]、sps_subpic_ctu_top_left_y[i]、sps_subpic_width_minus1[i]、及びsps_subpic_height_minus1[i]がue(v)コーディングされることを定める。方法１３００のいくつかの実施形態において、規則は、sps_uniform_subpic_width_minus1及びsps_uniform_subpic_height_minus1が夫々、sps_subpic_width_minus1[i]及びsps_subpic_height_minus1[i]と同じ長さでu(v)コーディングされることを定める。方法１３００のいくつかの実施形態において、シーケンスパラメータセットは、ビデオの全てのサブピクチャが夫々同じ幅及び高さを有するかどうかを示す第１シンタックス要素と、全てのサブピクチャの共通の幅を示す第２シンタックス要素と、全てのサブピクチャの共通の高さを示す第３シンタックス要素とを含む。方法１３００のいくつかの実施形態において、規則は、シーケンスパラメータセットで示される、サブピクチャの数から１をマイナスしたものが、ゼロよりも大きい場合、かつ、シーケンスパラメータセット内のシンタックス要素により、コーディングされたレイヤビデオシーケンス内のビデオの第１ビデオピクチャのｉ番目のサブピクチャが、インループフィルタリング動作を除く復号化プロセスでビデオの第２ビデオピクチャとして扱われることが示される場合に、次の２つの条件のうちの一方が真であることを定める：
（１）第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャと、第１ビデオピクチャとが、次の：
ルーマサンプルの単位でのピクチャ幅と、
ルーマサンプルの単位でのピクチャ高さと、
サブピクチャの数から１をマイナスしたものと、
０以上かつサブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置、ｉ番目のサブピクチャの前記左上ＣＴＵの垂直位置、ｉ番目のサブピクチャの幅から１をマイナスしたもの、ｉ番目のサブピクチャの高さから１をマイナスしたもの、ｉ番目のサブピクチャのシンタックス要素、及びｉ番目のサブピクチャの識別値と
の夫々について、同じ値を有すること、及び
（２）第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャが、サブピクチャの数から１をマイナスしたものの値がゼロに等しいインターレイヤ参照ピクチャであること。

図１４は、ビデオ処理の例となる方法１４００のフローチャートである。動作１４０２は、１つ以上のビデオピクチャを含むビデオとビデオのビットストリームとの間の変換のために、ルーマサンプルの単位での、ピクチャパラメータセットを参照する各ビデオピクチャの幅が、ルーマコーディングツリーブロックサイズよりも小さいか又はそれと等しいことに応答して、コーディングツリーブロックの単位でのｉ番目のタイル列の幅から１をマイナスしたものを示すピクチャパラメータセット内の第１シンタックス要素がコーディングツリーブロックの単位でのビデオピクチャの幅から１をマイナスしたものに等しいことを決定することを含む。動作１４０４は、決定に基づき変換を実行することを含む。

図１５は、ビデオ処理の例となる方法１５００のフローチャートである。動作１５０２は、１つ以上のビデオピクチャを含むビデオとビデオのビットストリームとの間の変換のために、ルーマサンプルの単位での、ピクチャパラメータセットを参照する各ビデオピクチャの高さが、ルーマコーディングツリーブロックサイズよりも小さいか又はそれと等しいことに応答して、コーディングツリーブロックの単位でのｉ番目のタイル行の高さから１をマイナスしたものを示すピクチャパラメータセット内の第１シンタックス要素がコーディングツリーブロックの単位でのビデオピクチャの高さから１をマイナスしたものに等しいことを決定することを含む。動作１５０４は、決定に基づき変換を実行することを含む。

方法９００～１５００のいくつかの実施形態で、変換を実行することは、ビデオをビットストリームに符号化することを有する。方法９００～１５００のいくつかの実施形態で、変換を実行することは、ビットストリームをビデオから生成することを有し、方法は更に、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶する動作を有する。方法９００～１５００のいくつかの実施形態で、変換を実行することは、ビデオをビットストリームから復号することを有する。

いくつかの実施形態で、ビデオ復号化装置は、方法９００～１５００の１つ以上の実施形態に記載される方法を実装するよう構成されたプロセッサを有する。いくつかの実施形態で、ビデオ符号化装置は、方法９００～１５００の１つ以上の実施形態に記載される方法を実装するよう構成されたプロセッサを有する。いくつかの実施形態で、コンピュータプログラム製品は命令を記憶しており、命令は、プロセッサによって実行される場合に、プロセッサに、方法９００～１５００の１つ以上の実施形態に記載される方法を実装させる。いくつかの実施形態で、非一時的なコンピュータ可読記憶媒体は、方法９００～１５００の１つ以上の実施形態に記載される方法に従って生成されたビットストリームを記憶する。いくつかの実施形態で、非一時的なコンピュータ可読記憶媒体は、プロセッサに、方法９００～１５００の１つ以上の実施形態に記載される方法を実装させる命令を記憶している。いくつかの実施形態で、ビットストリーム生成の方法は、方法９００～１５００の１つ以上の実施形態に記載される方法に従ってビデオのビットストリームを生成するステップと、ビットストリームをコンピュータ可読プログラム媒体に記憶するステップとを有する。いくつかの実施形態は、本明細書で記載される方法、装置、開示されている方法に従って生成されたビットストリーム、又はシステムを提供する。

本明細書中、「ビデオ処理」（video processing）という用語は、ビデオ符号化（video encoding）、ビデオ復号化（video decoding）、ビデオ圧縮（video compression）又はビデオ圧縮解除（video decompression）を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内でコロケートされているか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてよい。更に、変換中に、デコーダは、上記の解決法で記載されるように、決定に基づき、いくつかのフィールドが存在又は不存在であり得ると知った上で、ビットストリームをパースし得る。同様に、エンコーダは、特定のシンタックスフィールドが含まれるべきか又は含まれないべきかを決定し、それに応じて、コーディングされた表現にシンタックス要素を含めること又はコーディングされた表現からシンタックス要素を除くことによって、コーディングされた表現を生成し得る。

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

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

本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、ＦＰＧＡ（Field Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）によっても実行可能であり、装置は、そのようなものとして実装可能である。

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

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

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

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

Claims (9)

1. ビデオデータを処理する方法であって、
   規則に従ってビデオと該ビデオのビットストリームとの間の変換を実行するステップを有し、
   前記規則は、前記ビデオの第１ビデオピクチャについてシーケンスパラメータセット内の第１シンタックス要素によって示される、サブピクチャの数から１をマイナスしたものが、ゼロよりも大きい場合、かつ、前記第１ビデオピクチャのサブピクチャインデックスsubpicIdxを有する現在のサブピクチャが、コーディングレイヤビデオシーケンス内の前記ビデオの各ビデオピクチャの前記サブピクチャインデックスsubpicIdxを有するサブピクチャがインループフィルタリング動作を除く復号化プロセスでビデオピクチャとして扱われることを示す前記シーケンスパラメータセット内の第２シンタックス要素を有する場合に、
   （１）前記第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャと、前記第１ビデオピクチャとが、大きさ情報に関係がある複数のシンタックス要素の夫々について同じ値を有すること、又は
   （２）前記第１参照ピクチャリスト又は前記第２参照ピクチャリスト内の各アクティブエントリによって参照される前記第２ビデオピクチャが、前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素の値がゼロに等しいインターレイヤ参照ピクチャエントリであること
   の２つの条件のうちの一方のみが真であることを定め、
   前記大きさ情報に関係がある複数のシンタックス要素は、
   ルーマサンプルの単位でピクチャ幅を示す、ピクチャパラメータセットに含まれる第３シンタックス要素と、
   ルーマサンプルの単位でピクチャ高さを示す、前記ピクチャパラメータセットに含まれる第４シンタックス要素と、
   前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素と、
   ０以上かつ前記サブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置を示す、前記シーケンスパラメータセットに含まれる第５シンタックス要素、前記ｉ番目のサブピクチャの前記左上ＣＴＵの垂直位置を示す、前記シーケンスパラメータセットに含まれる第６シンタックス要素、前記ｉ番目のサブピクチャの幅から１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第７シンタックス要素、前記ｉ番目のサブピクチャの高さから１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第８シンタックス要素、及び前記ｉ番目のサブピクチャについての前記第２シンタックス要素と
   を有する、
   方法。
2. 前記規則は、前記変換で使用される量子化パラメータテーブルを記述するために使用される点の数を示す、第９シンタックス要素に１をプラスしたものが、前記シーケンスパラメータセットに含まれ、前記第９シンタックス要素の値が、前記シーケンスパラメータセット内の第１０シンタックス要素に従って制御される、ことを定め、
   前記第１０シンタックス要素の値は、前記量子化パラメータテーブルを記述するために使用される開始ルーマ及びクロマ量子化パラメータを示す、
   請求項１に記載の方法。
3. 前記量子化パラメータテーブルは、クロマ量子化パラメータマッピングテーブルである、
   請求項２に記載の方法。
4. 前記第９シンタックス要素の最大値は、整数と前記第１０シンタックス要素の値との間の差に基づく、
   請求項３に記載の方法。
5. 前記変換を実行するステップは、前記ビデオを前記ビットストリームに符号化することを含む、
   請求項１乃至４のうちのいずれかに記載の方法。
6. 前記変換を実行するステップは、前記ビデオを前記ビットストリームから復号することを含む、
   請求項１乃至４のうちのいずれかに記載の方法。
7. プロセッサと、命令を有する非一時的なメモリとを有し、
   前記命令は、前記プロセッサによって実行されると、前記プロセッサに、
   規則に従ってビデオと該ビデオのビットストリームとの間の変換を実行させ、
   前記規則は、前記ビデオの第１ビデオピクチャについてシーケンスパラメータセット内の第１シンタックス要素によって示される、サブピクチャの数から１をマイナスしたものが、ゼロよりも大きい場合、かつ、前記第１ビデオピクチャのサブピクチャインデックスsubpicIdxを有する現在のサブピクチャが、コーディングレイヤビデオシーケンス内の前記ビデオの各ビデオピクチャの前記サブピクチャインデックスsubpicIdxを有するサブピクチャがインループフィルタリング動作を除く復号化プロセスでビデオピクチャとして扱われることを示す前記シーケンスパラメータセット内の第２シンタックス要素を有する場合に、
   （１）前記第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャと、前記第１ビデオピクチャとが、大きさ情報に関係がある複数のシンタックス要素の夫々について同じ値を有すること、又は
   （２）前記第１参照ピクチャリスト又は前記第２参照ピクチャリスト内の各アクティブエントリによって参照される前記第２ビデオピクチャが、前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素の値がゼロに等しいインターレイヤ参照ピクチャエントリであること
   の２つの条件のうちの一方のみが真であることを定め、
   前記大きさ情報に関係がある複数のシンタックス要素は、
   ルーマサンプルの単位でピクチャ幅を示す、ピクチャパラメータセットに含まれる第３シンタックス要素と、
   ルーマサンプルの単位でピクチャ高さを示す、前記ピクチャパラメータセットに含まれる第４シンタックス要素と、
   前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素と、
   ０以上かつ前記サブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置を示す、前記シーケンスパラメータセットに含まれる第５シンタックス要素、前記ｉ番目のサブピクチャの前記左上ＣＴＵの垂直位置を示す、前記シーケンスパラメータセットに含まれる第６シンタックス要素、前記ｉ番目のサブピクチャの幅から１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第７シンタックス要素、前記ｉ番目のサブピクチャの高さから１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第８シンタックス要素、及び前記ｉ番目のサブピクチャについての前記第２シンタックス要素と
   を有する、
   装置。
8. プロセッサに、規則に従ってビデオと該ビデオのビットストリームとの間の変換を実行させる命令を記憶し、
   前記規則は、前記ビデオの第１ビデオピクチャについてシーケンスパラメータセット内の第１シンタックス要素によって示される、サブピクチャの数から１をマイナスしたものが、ゼロよりも大きい場合、かつ、前記第１ビデオピクチャのサブピクチャインデックスsubpicIdxを有する現在のサブピクチャが、コーディングレイヤビデオシーケンス内の前記ビデオの各ビデオピクチャの前記サブピクチャインデックスsubpicIdxを有するサブピクチャがインループフィルタリング動作を除く復号化プロセスでビデオピクチャとして扱われることを示す前記シーケンスパラメータセット内の第２シンタックス要素を有する場合に、
   （１）前記第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャと、前記第１ビデオピクチャとが、大きさ情報に関係がある複数のシンタックス要素の夫々について同じ値を有すること、又は
   （２）前記第１参照ピクチャリスト又は前記第２参照ピクチャリスト内の各アクティブエントリによって参照される前記第２ビデオピクチャが、前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素の値がゼロに等しいインターレイヤ参照ピクチャエントリであること
   の２つの条件のうちの一方のみが真であることを定め、
   前記大きさ情報に関係がある複数のシンタックス要素は、
   ルーマサンプルの単位でピクチャ幅を示す、ピクチャパラメータセットに含まれる第３シンタックス要素と、
   ルーマサンプルの単位でピクチャ高さを示す、前記ピクチャパラメータセットに含まれる第４シンタックス要素と、
   前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素と、
   ０以上かつ前記サブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置を示す、前記シーケンスパラメータセットに含まれる第５シンタックス要素、前記ｉ番目のサブピクチャの前記左上ＣＴＵの垂直位置を示す、前記シーケンスパラメータセットに含まれる第６シンタックス要素、前記ｉ番目のサブピクチャの幅から１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第７シンタックス要素、前記ｉ番目のサブピクチャの高さから１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第８シンタックス要素、及び前記ｉ番目のサブピクチャについての前記第２シンタックス要素と
   を有する、
   非一時的なコンピュータ可読記憶媒体。
9. ビデオのビットストリームを記憶する方法であって、
   規則に従って前記ビデオの前記ビットストリームを生成するステップと、
   前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップと
   を有し、
   前記規則は、前記ビデオの第１ビデオピクチャについてシーケンスパラメータセット内の第１シンタックス要素によって示される、サブピクチャの数から１をマイナスしたものが、ゼロよりも大きい場合、かつ、前記第１ビデオピクチャのサブピクチャインデックスsubpicIdxを有する現在のサブピクチャが、コーディングレイヤビデオシーケンス内の前記ビデオの各ビデオピクチャの前記サブピクチャインデックスsubpicIdxを有するサブピクチャがインループフィルタリング動作を除く復号化プロセスでビデオピクチャとして扱われることを示す前記シーケンスパラメータセット内の第２シンタックス要素を有する場合に、
   （１）前記第１ビデオピクチャの第１参照ピクチャリスト又は第２参照ピクチャリスト内の各アクティブエントリによって参照される第２ビデオピクチャと、前記第１ビデオピクチャとが、大きさ情報に関係がある複数のシンタックス要素の夫々について同じ値を有すること、又は
   （２）前記第１参照ピクチャリスト又は前記第２参照ピクチャリスト内の各アクティブエントリによって参照される前記第２ビデオピクチャが、前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素の値がゼロに等しいインターレイヤ参照ピクチャエントリであること
   の２つの条件のうちの一方のみが真であることを定め、
   前記大きさ情報に関係がある複数のシンタックス要素は、
   ルーマサンプルの単位でピクチャ幅を示す、ピクチャパラメータセットに含まれる第３シンタックス要素と、
   ルーマサンプルの単位でピクチャ高さを示す、前記ピクチャパラメータセットに含まれる第４シンタックス要素と、
   前記サブピクチャの数から１をマイナスしたものを示す前記第１シンタックス要素と、
   ０以上かつ前記サブピクチャの数から１をマイナスしたもの以下の範囲をとるｉの各値についての、ｉ番目のサブピクチャの左上コーディングツリーユニット（ＣＴＵ）の水平位置を示す、前記シーケンスパラメータセットに含まれる第５シンタックス要素、前記ｉ番目のサブピクチャの前記左上ＣＴＵの垂直位置を示す、前記シーケンスパラメータセットに含まれる第６シンタックス要素、前記ｉ番目のサブピクチャの幅から１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第７シンタックス要素、前記ｉ番目のサブピクチャの高さから１をマイナスしたものを示す、前記シーケンスパラメータセットに含まれる第８シンタックス要素、及び前記ｉ番目のサブピクチャについての前記第２シンタックス要素と
   を有する、
   方法。

Images