JP7529794B2 - 瞬時復号更新サブピクチャのコーディング - Google Patents

Description

関連出願の相互参照
本願は、２０２１年４月９日出願の国際特許出願第ＰＣＴ／ＵＳ２０２１／０２６５３４号に基づくものであり、２０２０年４月１２日出願の米国特許仮出願第６３／００８７９９号の優先権および利益を主張する。前述のすべての特許出願は、その全体が参照により本明細書に組み込まれる。

この特許明細書は、画像および映像コーディングおよび復号に関する。

デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

本願は、コーディングされた表現の復号に有用な制御情報を使用して、映像のコーディングされた表現を処理するために、映像エンコーダおよびデコーダにより使用され得る技術を開示する。

１つの例示的な態様において、映像復号方法が開示される。この方法は、１つ以上の映像領域からなる１つ以上のレイヤからなる映像と、フォーマット規則に従って映像のコーディングされた表現との間で変換を行うことを含み、フォーマット規則は、対応する映像領域の許容スライスタイプに対応して１つ以上の映像領域レベルでコーディングされた表現に１つ以上の構文要素が含まれることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像スライスを構成する１つ以上の映像ピクチャからなる１つ以上のレイヤを含む映像と、映像のコーディングされた表現との間で変換を行うことを含み、フォーマット規則は、第２の規則に従って、スライスレベルでのコーディングモードの有効化または使用に関する構文要素が、ピクチャヘッダまたはスライスヘッダのいずれかの間に最大１回含まれることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像スライスを含む１つ以上の映像ピクチャと、この映像のコーディング表現との間で変換を行うことを含み、このフォーマット規則は、映像ピクチャにおける許可されたスライスタイプが、このコーディング表現において参照ピクチャリストを信号通知するか、またはこのコーディング表現から生成可能にするかを制御することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像と、この映像のコーディング表現との間で変換を行うことを含み、このコーディング表現はフォーマット規則に準拠し、このフォーマット規則は、映像ピクチャの非コーディングサブピクチャの処理を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この１つ以上のピクチャおよび／またはこの１つ以上のサブピクチャは順序規則に従ってこのビットストリームに含まれ、この順序規則は、このビットストリームにおける現在の瞬時復号更新（ＩＤＲ）ピクチャまたは現在のＩＤＲサブピクチャの位置の、現在のＩＤＲピクチャまたは現在のサブピクチャの現在のスライスのための参照ピクチャリストにおけるエントリによって参照される別のピクチャとの間の関係を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に基づいて、１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、このアクセスユニットがこの映像における各アクセスユニットのためのイントラランダムアクセスポイント（ＩＲＡＰ）アクセスユニットであるかまたは漸次復号更新（ＧＤＲ）アクセスユニットであるかを示すアクセスユニットの指示を含めることを許可する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に基づいて、１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、あるピクチャにおいてスライスタイプが許可されるかどうかの指示が、このピクチャのピクチャ条件に基づいて選択的にこのビットストリームに含まれることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、ＡＬＦ（適応ループフィルタ）適応パラメータセットのために、少なくとも２つまたは４つの構文要素のうちの１つを特定の値に設定することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、フィルタ存在フラグおよび／またはフィルタ係数の指示を信号通知するかどうかおよび／またはどのように信号通知するかは、適応パラメータセットＲＢＳＰ（生バイト配列ペイロード）における適応ループフィルタリングデータ構造および／または構文要素を有する予めコーディングされた情報に依存することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、ピクチャよりも小さい映像領域に対して、適応パラメータセット（ＡＰＳ）にその副情報が含まれるコーディングツールに対応する複数のＡＰＳを参照することを可能にする。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、インループフィルタリング動作を除く復号処理においてコーディングされたピクチャのサブピクチャをピクチャとして扱うかどうかを示す第１の変数の値を、ビットストリームにおけるサブピクチャ情報の存在を示す第２の変数に依存して推論する方法を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、１つ以上の条件が満たされることに呼応して、ピクチャパラメータセットを参照するピクチャへのデブロッキングフィルタの適用可能性を示す変数が、このピクチャパラメータセットを参照するスライスにデブロッキングフィルタを適用することを示す第１の値、またはこのピクチャパラメータセットを参照するスライスにこのデブロッキングフィルタは無効とされていることを示す第２の値、を有することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のスライスを含む１つ以上の映像ユニットを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、ジョイント彩度残差コーディングに使用される量子化パラメータオフセットが、スライスレベルよりも大きい１つ以上の映像ユニットレベルに含まれることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このフォーマット規則は、（ｉ）ピクチャヘッダレベルでのＬＭＣＳ（彩度スケーリングを伴う輝度マッピング）モード識別を示す変数をコーディングするために使用される１つ以上のビットの固定または可変の長さと、（ｉｉ）この変数の値の範囲と、を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、このフォーマット規則は、（ｉ）ピクチャヘッダレベルでのスケーリングリストモード識別を示す変数をコーディングするために使用される１つ以上のビットの固定または可変の長さと、（ｉｉ）この変数の値の範囲と、を規定する。

さらに別の例示的な態様において、映像エンコーダ（符号化）装置が開示される。この映像エンコーダは、上述した方法を実装するように構成された処理装置を備える。

さらに別の例示的な態様において、映像デコーダ（復号）装置が開示される。この映像デコーダは、上述した方法を実装するように構成された処理装置を備える。

さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つを処理装置が実行可能なコードの形式で実施する。

これらのおよび他の特徴は、本明細書全体にわたって説明される。

映像処理システム例を示すブロック図である。 映像処理装置のブロック図である。 映像処理方法の一例を示すフローチャートである。 本発明のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 本発明のいくつかの実施形態によるエンコーダを示すブロック図である。 本発明のいくつかの実施形態によるデコーダを示すブロック図である。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

１．導入

本明細書は、映像コーディング技術に関する。具体的には、双方向予測スライスにのみ適用可能な、許可されたスライスタイプの信号通知および関連するコーディングツールの改良、並びに非コーディングサブピクチャのサポートに関する。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規約または非標準映像コーデックに適用されてもよい。

２．略語

ＡＬＦ Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ（適応ループフィルタ）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニット区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＣＶＳＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ Ｓｔａｒｔ（コーディングされた映像シーケンス開始）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（復号能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号されたピクチャバッファ）
ＤＵ Ｄｅｃｏｄｉｎｇ Ｕｎｉｔ（復号ユニット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号更新）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号更新）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＬＭＣＳ Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ（彩度スケーリングを伴う輝度マッピング）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動き制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、層およびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＤＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ （ランダムアクセス復号可能リード） （ピクチャ）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＡＳＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ（ランダムアクセススキップリード） （ピクチャ）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＲＰＬ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｌｉｓｔ（参照ピクチャリスト）
ＳＡＯ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ（サンプル適応オフセット）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＴＳＡ Ｓｔｅｐ－ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂｌａｙｅｒ Ａｃｃｅｓｓ（段階的時間的サブレイヤーアクセス）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）

３．初期の協議

映像コーディングする規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。最新のＶＶＣワーキングドラフトＪＶＥＴ－Ｑ２００１＿ｖＥは、以下からダウンロードすることができる。

ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１７＿Ｂｒｕｓｓｅｌｓ／ｗｇ１１／ＪＶＥＴ－Ｑ２００１－ｖ１５．ｚｉｐ

ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。

３．１．パラメータセット

ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。

ＳＰＳは、シーケンスレベルのヘッダ情報を搬送するように設計され、ＰＰＳは、頻繁に変化しないピクチャレベルのヘッダ情報を搬送するように設計された。ＳＰＳおよびＰＰＳを用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。

ＶＰＳは、マルチレイヤのビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を搬送するために導入された。

ＡＰＳは、コーディングするためにかなりのビットを必要とし、複数のピクチャによって共有され得る、このようなピクチャレベルまたはスライスレベルの情報を搬送するために導入された。そして、シーケンスにおいて、非常に多くの異なる変形例が存在し得る。

３．１．１． 映像パラメータセット（ＶＰＳ）

最新のＶＶＣドラフトテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）の構文テーブルと複数の構文要素の意味論は、以下のように定義されている。

３．１．２． シーケンスパラメータセット（ＳＰＳ）

最新のＶＶＣドラフトテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）の構文テーブルと複数の構文要素の意味論は、以下のように定義されている。

３．１．３． 一般制約フラグ

１に等しいｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。０に等しいｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、このような制約を課さない。
１に等しいｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。０に等しいｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、このような制約を課さない。
１に等しいｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。０に等しいｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、このような制約を課さない。
１に等しいｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。０に等しいｎｏ＿ｃｉｐｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、このような制約を課さない。
１に等しいｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｇｐｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを規定する。０に等しいｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、このような制約を課さない。

３．１．４． ピクチャパラメータセット（ＰＰＳ）

最新のＶＶＣドラフトテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）の構文テーブルと複数の構文要素の意味論は、以下のように定義されている。

０に等しいｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ｉ］は、ｉが０に等しい場合、ＰまたはＢスライスの変数ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］の推論値をｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ＝０で規定し、０に等しいｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇは、ｉが１に等しい場合、Ｂスライスの変数ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］の推論値をｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ＝０で規定する。ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ｉ］の値は、０～１４の範囲内にあるものとする。
０に等しいｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、ＰＰＳを参照しているＢ個のスライスに対して明示的な重み付け予測が適用されないことを規定する。１に等しいｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇは、ＰＰＳを参照しているＢ個のスライスに対して明示的な重み付け予測が適用されることを規定する。ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇが０に等しい場合、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値は０に等しいものとする。

３．１．５． ＤＰＢパラメータ構文

最新のＶＶＣドラフトテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）の構文テーブルと複数の構文要素の意味論は、以下のように定義されている。

７．４．５ ＤＰＢパラメータ意味論

ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、１つ以上のＯＬＳのために、ＤＰＢサイズ、最大ピクチャ再配列数、および最大待ち時間の情報を提供する。
ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造がＶＰＳに含まれている場合、このｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が適用されるＯＬＳは、ＶＰＳによって規定される。ＳＰＳにｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が含まれる場合、ＳＰＳを参照するレイヤのうち、最下位のレイヤのみを含むＯＬＳに適用され、この最下位のレイヤは独立したレイヤである。

ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］プラス１は、Ｈｔｉｄがｉに等しい場合、ピクチャ記憶バッファの単位でＤＰＢの最大必要サイズを規定する。ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、０～ＭａｘＤｐｂＳｉｚｅ－１の範囲内とする。ただし、ＭａｘＤｐｂＳｉｚｅは、条項Ａ．４．２に規定されるとおりである。ｉが０より大きい場合、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］以上であるものとする。ｉが０からｍａｘＳｕｂＬａｙｅｒｓＭｉｎｕｓ１－１までの範囲内において、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、ｓｕｂＬａｙｅｒＩｎｆｏＦｌａｇが０に等しいため、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｍａｘＳｕｂＬａｙｅｒｓＭｉｎｕｓ１］に等しいと推論される。

ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、Ｈｔｉｄがｉに等しい場合、ＯＬＳにおける任意のピクチャの復号順に先行し、かつそのピクチャの出力順に後続することができるＯＬＳの最大許容ピクチャ数を規定する。ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、０～ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の範囲内にあるものとする。ｉが０より大きい場合、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］以上であるものとする。ｉが０～ｍａｘＳｕｂＬａｙｅｒｓＭｉｎｕｓ１－１の範囲内にあるとき、ｓｕｂＬａｙｅｒＩｎｆｏＦｌａｇが０に等しいため、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］が存在しない場合、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｍａｘＳｕｂＬａｙｅｒｓＭｉｎｕｓ１］に等しいと推論される。

０でないｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために用いられ、Ｈｔｉｄがｉに等しい場合に出力順でＯＬＳの任意のピクチャに先行し復号順でそのピクチャに後続できる最大数のピクチャを規定する。
ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０でない場合、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は、以下のように規定される。
ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］＝ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］－１ （７－１１０）
ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しい場合、対応する制限は表されない。
ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、０～２^３２－２である。ｉが０からｍａｘＳｕｂＬａｙｅｒｓＭｉｎｕｓ１－までの範囲内においてｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が存在しない場合、ｓｕｂＬａｙｅｒＩｎｆｏＦｌａｇが０に等しいため、それはｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｍａｘＳｕｂＬａｙｅｒｓＭｉｎｕｓ１］に等しいと推論される。

３．２． ＶＶＣにおけるピクチャヘッダ（ＰＨ）およびスライスヘッダ（ＳＨ）

ＨＥＶＣと同様に、ＶＶＣにおけるスライスヘッダは、特定のスライスに関する情報を伝達する。これは、スライスアドレス、スライスタイプ、スライスＱＰ、ピクチャオーダカウント（ＰＯＣ）最下位ビット（ＬＳＢ）、ＲＰＳおよびＲＰＬ情報、重み付け予測パラメータ、ループフィルタリングパラメータ、タイルのエントリオフセット、およびＷＰＰなどを含む。

ＶＶＣは、特定のピクチャのためのヘッダパラメータを含むピクチャヘッダ（ＰＨ）を導入した。各ピクチャは、１つのＰＨまたは１つのＰＨのみを有する必要がある。ＰＨは、基本的に、ＰＨが導入されなかったとした場合に、それぞれが１つのピクチャのすべてのスライスに対して同じ値を有するとき、スライスヘッダにあったであろうパラメータを搬送する。これらは、ＩＲＡＰ／ＧＤＲピクチャ指示、インター／イントラスライス許可フラグ、ＰＯＣ ＬＳＢ、およびオプションとしてＰＯＣ ＭＳＢ、ＲＰＬ、デブロッキング、ＳＡＯ、ＡＬＦ、ＱＰデルタ、および重み付き予測、コーディングブロック分割情報、仮想境界、同一位置ピクチャ情報等に関する情報を含む。ピクチャのシーケンス全体における各ピクチャは１つのスライスのみを含むことが多い。このような場合、各ピクチャに少なくとも２つのＮＡＬユニットを有することを許可しないために、ＰＨ構文構造は、ＰＨ ＮＡＬユニットまたはスライスヘッダのいずれかに含めることができる。

ＶＶＣにおいて、時間的動きベクトル予測に使用される同一位置ピクチャの情報は、ピクチャヘッダまたはスライスヘッダのいずれかにおいて信号通知される。

３．２．１． ピクチャヘッダ（ＰＨ）

最新のＶＶＣ作業草案（）における構文テーブルと複数の構文要素の意味論は、以下のように定義されている。

３．２．２． スライスヘッダ（ＳＨ）

最新のＶＶＣ作業草案（）における構文テーブルと複数の構文要素の意味論は、以下のように定義されている。

ｓｌｉｃｅ＿ｔｙｐｅは、表９に従って、スライスのコーディングするタイプを規定する。

存在しない場合、ｓｌｉｃｅ＿ｔｙｐｅの値は２に等しいと推測される。
ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ｔｙｐｅの値は０または１に等しいものとする。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬ～ＣＲＡ＿ＮＵＴの範囲内にあり、かつｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合は、ｓｌｉｃｅ＿ｔｙｐｅは２に等しいものとする。

３．３ ＪＶＥＴ－Ｒ００５２における最近の進展

ＪＶＥＴ－Ｒ００５２の方法＃２において、１つの許可タイプインデックス（即ち、ｐｈ＿ａｌｌｏｗｅｄ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｄｃ）を追加することが提案され、１つのピクチャにおいてＢ個のスライスを使用するかどうかは、新規に追加された構文要素から導出され得る。

また、現在のピクチャに複数のスライスタイプが存在し得るかどうかを特定するために、ＰＨ構造に新しい構文要素ｐｈ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを追加する。ｐｈ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ＝１は、ピクチャのコーディングされたスライスが異なるｓｌｉｃｅ＿ｔｙｐｅの値を有してもよいことを規定する。ｐｈ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ＝０は、ピクチャのすべてのコーディングされたスライスが同じｓｌｉｃｅ＿ｔｙｐｅの値を有することを規定する。ｐｈ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｐｈ＿ｓｌｉｃｅ＿ｔｙｐｅはさらにピクチャのすべてのスライスに対するｓｌｉｃｅ＿ｔｙｐｅの値を指定するために信号通知され、スライスヘッダのｓｌｉｃｅ＿ｔｙｐｅはコーディングされないため、ｐｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値と等しいと推論される。

７．４．３．７ ピクチャヘッダ構造意味論

［［０に等しいｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ピクチャのすべてのコーディングされたスライスのｓｌｉｃｅ＿ｔｙｐｅが２であることを規定する。１に等しいｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ｓｌｉｃｅ＿ｔｙｐｅが０または１に等しいピクチャに１つ以上のコーディングされたスライスがあってもなくてもよいことを規定する。［Ｅｄ．（ＹＫ）：このフラグが０に等しいことを条件とする構文要素の推論規則の必要性／正確性をダブルチェックする。］

０に等しいｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ピクチャのすべてのコーディングされたスライスが有するｓｌｉｃｅ＿ｔｙｐｅは０または１に等しいことを規定する。１に等しいｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ピクチャにおいて、２に等しいｓｌｉｃｅ＿ｔｙｐｅを持つ１つ以上のコーディングスライスで存在しても存在していなくてもよいことを規定する。存在しない場合、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は１に等しいと推論される。［Ｅｄ．（ＹＫ）：このフラグが１に等しいことを条件とする構文要素の推論規則の必要性／正確性をダブルチェックする。］］］

７．４．８．１ 一般スライスヘッダ意味論

ｓｌｉｃｅ＿ｔｙｐｅは、表９に従って、スライスのコーディングするタイプを規定する。

［［ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ｔｙｐｅの値は０または１に等しいものとする。］］ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬ～ＣＲＡ＿ＮＵＴの範囲内にあり、かつｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合は、ｓｌｉｃｅ＿ｔｙｐｅは２に等しいものとする。

７．４．８．２ 重み予測パラメータ意味論

ｎｕｍ＿ｌ１＿ｗｅｉｇｈｔｓは、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇおよびｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが共に１に等しい場合に、参照ピクチャーリスト１のエントリに対して信号通知されるウェイトの数を規定する。ｎｕｍ＿ｌ１＿ｗｅｉｇｈｔの値は、０～Ｍｉｎ（１５，ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］）の範囲内にあるものとする。

ＰＰＳにおいて、新しい構文要素ｐｐｓ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇをさらに信号通知することができる。ｐｐｓ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｐｈ＿ｍｕｌｔｉｐｌｅ＿ｓｌｉｃｅ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇはＰＰＳを参照するすべてのＰＨに対して０に等しいと推論される。

ＶＶＣ草案８に対する関連する修正は、赤色で書き込まれ、黄色で強調表示され、以下に提供される。

方法１のＰＨ

７．３．２．７ ピクチャヘッダ構造構文

方法２のＰＨ

７．４．３．４ ピクチャーパラメータセットＲＢＳＰ意味論

３．４． ＪＶＥＴ－Ｒ０１５１におけるコーディングされていないサブピクチャおよび潜在的な応用

本願において、コーディングされていないサブピクチャを有効にするメカニズムによって、どのようにＶＶＣを拡張することができるかが示される。サブピクチャがピクチャを完全に満たさない場合、完全に未使用の領域を設けることによって、未コーディングサブピクチャを効率的なコーディングに用いることができる。ＯＭＡＦユースケース、および４×３キューブマップの３６０°映像コーディングの例を示す。さらに、コーディングされていないサブピクチャを使用して、コーディングデータではなく、既にコーディングされたコンテンツから生成されたコンテンツで満たされている空間を確保することができる。ここで、３６０°映像のための高レベルで効率的なジオメトリパディングの例を示す。

３．５ ＡＰＳ

ＡＬＦ ＡＰＳデータのための構文テーブル

明示的スケーリングリストＡＰＳデータのための構文テーブル

ＡＬＦ ＡＰＳの使用（オン／オフ制御および必要に応じて１つまたは複数のＡＰＳインデックス）は、ＰＨまたはＳＨのいずれかに信号通知されるが、両方は通知されない。１つのピクチャ／スライスに対して、複数のＡＬＦ ＡＰＳを信号通知することができる。明確なスケーリングリストおよびＬＭＣＳの場合、ＰＨにおいて、明確なスケーリングリストを示すようにフラグが通知され、少なくとも１つのスライスに対してＬＭＣＳが有効にされる。また、有効とされている場合、１つのＡＰＳインデックスがさらに信号通知される。

４． 開示される技術的解決策によって解決される技術課題

現在のＶＶＣの本文およびＪＶＥＴの最近の進歩には、以下の問題がある。

１． 最新のＶＶＣドラフトテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）では、ピクチャヘッダ構造構文に表されているように、許容スライスタイプに関する２つのＰＨ構文要素、すなわちｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇとｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが含められている。この２つのフラグにより、Ｉスライスコーディングに関連する構文要素はｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが真の時にのみ信号通知され、インタースライスコーディングに関連する構文要素はｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが真の時にのみ通知される。しかしながら、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しい場合、デコーダは、ピクチャがＢスライスを含むかどうかを知らない。一部のアプリケーション、例えば、オンラインゲーム、映像会議、映像監視は、しばしばＰおよびＩスライスのみを使用する。したがって、Ｂスライスが許可されるかどうかの指示がある場合、このようなアプリケーションのデコーダは、Ｂスライスが含まれていないビットストリームのみを要求／使用することを選択することができ、さらに、この指示を使用して、複数の不必要なパラメータを送信することを回避することができる。

２． ＪＶＥＴ－Ｒ００５２では、推薦される変更はＰＨおよびＳＨにのみ適用される。１つのピクチャ内で同じスライスタイプしか有することができないかどうか、および／または１つのピクチャ内でどのような種類の許可されたスライスタイプが有効とされるかについて、より高いレベルの制御は存在しない。また、双方向予測のみに関連するある構文要素が存在しない場合、値をどのように推論するかについては説明しない。

３． ＪＶＥＴ－Ｒ０１９１の項目１において、ｓｐｓ＿ｐｔｌ＿ｄｐｂ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値がｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］と等しいことという制約を以下に置き換えることが提案される。
ｓｐｓ＿ｐｔｌ＿ｄｐｂ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、１つのレイヤのみを含むＯＬＳがある場合、そのレイヤＩＤがＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しい場合に１に等しいとする。
しかし、この変更により、「１つのレイヤのみを含むＯＬＳがある場合」という条件によってＶＰＳ依存性が導入される。別の問題は、単一レイヤビットストリームの場合、ｓｐｓ＿ｐｔｌ＿ｄｐｂ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は１に等しくなければならず、これは変更された制約によって捕捉されないことである。

４． ＪＶＥＴ－Ｒ０２６７において、以下の制約が提案された。現在のピクチャがＩＤＲピクチャであり、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のうち、出力順または復号順において、復号順で（存在する場合）前のＩＲＡＰピクチャに先行するエントリが参照するピクチャは存在しない。
しかしながら、この制約は単レイヤビットストリームにしか適用されない。

５． ＪＶＥＴ－Ｒ００４２において、ＶＶＣに対して次のような変更が提案された。
１）各ピクチャタイプに対して、対応するサブピクチャタイプが定義される。
２）用語「関連するＧＤＲサブピクチャ」および「関連するＩＲＡＰサブピクチャ」も定義される。
３）ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴに等しいＮＡＬユニットの内容を、「ＣＲＡピクチャのコーディングされたスライス」ではなく、「ＣＲＡピクチャのコーディングされたスライスまたはサブピクチャ」と呼ぶ。他のＶＣＬ ＮＡＬユニットのタイプについても同様である。
４）１つのピクチャ内の異なるＮＡＬユニットタイプを有する任意の２つの隣接するサブピクチャは、両方ともｓｕｂｐｉｃ＿ｔｒａｎｓｐｏｒｔ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］が１に等しいことが必要である。
５）前後のＡＵにおける異なるタイプのピクチャおよび同じレイヤのピクチャのための、相対的な復号順序、出力順序、および予測関係に関する類似した制約は、前後のＡＵにおける異なるタイプのサブピクチャおよび同じサブピクチャインデックスを有する同じサブレイヤのサブピクチャのために、サブピクチャドメインにおいて規定される。
しかし、ＩＤＲサブピクチャのＲＰＬエントリには制約がない。

６． ＪＶＥＴ－Ｒ００６５は、ＶＶＣに以下の変更を提案した。
１）それぞれのＧＤＲ ＡＵは、完成させる（すなわち、ＣＶＳに存在する各レイヤのためのピクチャを有する）ことが必要である。それは、ＧＤＲピクチャで構成される不完全なＡＵはＧＤＲ ＡＵではないということであり、現在のＶＶＣテキストにおいてＩＲＡＰピクチャで構成される不完全なＡＵはＩＲＡＰ ＡＵではないということと同様である。
２）ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇという名前のフラグをＡＵＤに追加し、ＡＵがＩＲＡＰであるかＧＤＲ ＡＵであるかを指定し、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きい場合、各ＩＲＡＰまたはＧＤＲ ＡＵにおけるＡＵＤ ＮＡＬユニットの存在を義務づける。
しかし、ＩＲＡＰまたはＧＤＲ ＡＵを完成させる必要がないが、ＡＵにおける各ピクチャがＩＲＡＰまたはＧＤＲピクチャであることが必要である場合、１つ目のピクチャの第１のＶＣＬ ＮＡＬユニットを受信した後、ＡＵがＩＲＡＰまたはＧＤＲ ＡＵであることをデコーダが理解できるようにするために、ＡＵがＩＲＡＰまたはＧＤＲ ＡＵであるかどうかの指示が依然として必要である。そのような指示がなければ、デコーダは、ＡＵの最後のピクチャを受信した後（受信した最後のピクチャがＯＬＳの最上位レイヤにある場合）、または次のＡＵの第１のＮＡＬユニットを受信した後（受信した最後のピクチャがＯＬＳの最上位レイヤにない場合）まで、これを知ることができない。

７． ＪＶＥＴ－Ｒ００６３では、ＰＨフラグｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを２ビットのｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃで置き換え、３つのモード、すなわち無効（モード０）、すべてのスライスに使用（モード１），および有効（モード２）を規定することが提案された。モード１において、１つのピクチャのすべてのスライスに対してＬＭＣＳが使用され、ＳＨにおいてＬＭＣＳ制御フラグの信号通知は必要とされない。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論はそれに応じて変更される。さらに、ｐｈ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇの意味論の固定は、ピクチャまたはスライスの彩度残差スケーリングを有効／無効にする意図を反映するように提案された。しかし、ＪＶＥＴ－Ｒ００６３に提案されているｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃは、ｕｅ（ｖ）コーディングされてもよい。

８． ＪＶＥＴ－Ｒ００６４では、ＰＨフラグｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを２ビットのｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃに置き換え、３つのモード、すなわち無効（モード０）、全スライスに対して使用（モード１）、有効（モード２）を規定することが提案された。モード１において、１つのピクチャのすべてのスライスに対して明確なスケーリングリストが使用され、ＳＨにおいてスケーリングリスト信号通知は必要とされない。しかし、ＪＶＥＴ－Ｒ００６４に提案されたｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃは、ｕｅ（ｖ）コーディングされてもよい。

５． 解決策および実施形態の例示一覧

上記課題を解決するために、以下に纏めるような方法が開示されている。これらの以下の項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。

パラメータセット（例えば、ＳＰＳ、ＶＰＳ、ＰＰＳ、ＡＰＳ、ＤＣＩ）および／または一般制約情報構文において、Ｘ（例えば、Ｉ、またはＢまたはＰ）スライスのみがピクチャ内で許可されるか否か、および／またはピクチャ内のスライスタイプの許可セットを示すために、１つ以上の構文要素を追加することができる。

パラメータセットおよび一般的な制約情報構文において

１． ＳＰＳ、ＰＰＳ等の映像ユニットにおいて、１つまたは複数の構文要素（例えば、ｓｐｓ＿ａｌｌｏｗｅｄ＿ｓｌｉｃｅ＿ｉｄｃ）を追加し、ＣＬＶＳのピクチャにおける許可されたスライスタイプを特定する。
１） 一例において、第１の構文要素（例えば、ｓｐｓ＿ａｌｌｏｗｅｄ＿ｓｌｉｃｅ＿ｉｄｃ）を追加し、その意味論は、ｓｐｓ＿ａｌｌｏｗｅｄ＿ｓｌｉｃｅ＿ｉｄｃがＸに等しいことにより、ピクチャが以下の許可されたスライスタイプまたはそれらの任意の組み合わせのみを許可することを規定する。
ｉ．｛ａｌｌ Ｉ｝，｛ａｌｌ Ｐ｝，｛ａｌｌ Ｂ｝，｛Ｉ，Ｐ｝，｛Ｉ，Ｂ｝，｛Ｐ，Ｂ｝，｛Ｉ，Ｂ，Ｐ｝
ｉｉ． 一例において、第１の構文要素は、固定長（例えば、ｕ（１）、ｕ（２）またはＵ（３））でコーディングされ、単項コーディングされ、切り捨て単項コーディングされ、ＥＧコーディングされてもよい。
ｉｉｉ． あるいは、ＳＰＳまたはＰＰＳで信号通知される１つまたは複数の構文要素の信号通知および／または意味論および／または推論は、第１の構文要素がある条件を満たす場合にのみ信号通知されるように変更されてもよい。
ａ． 一例において、１つまたは複数の構文要素は、例えば、双方向予測または混合イントラ・インターコーディング、または複数の予測ブロックからの線形／非線形重み付けによる予測など、複数の予測信号を必要とするコーディングツールを可能にするためのものである。
ｂ． 一例において、１つまたは複数の構文要素は、以下を含むことができるが、これらに限定されない。
ａ） ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ
ｂ） ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｃ） ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｄ） ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｅ） ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｆ） ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｇ） ｓｐｓ＿ｇｐｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ
ｃ． 一例において、第１の構文要素が、映像ユニットに関連付けられたＣＬＶＳが１つ以上のＢスライスを含むことができることを規定した場合にのみ、１つ以上の構文要素に信号通知を行うことができる。そうでない場合、信号通知はスキップされ、構文要素の値が推論される。
ｄ． 一例において、ｓｐｓ＿ｂ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しい場合、構文要素ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ＳＭＶＤ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｃｈｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、およびｓｐｓ＿ｇｐｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、信号通知されず、これらの値は推測される。
ａ） 一例において、それらは、存在しない場合、すべて０であると推論される。

ｖ． あるいは、さらに、第１の構文要素が、ＣＬＶＳがＢスライスを含まないことを規定する場合（例えば、｛Ｉ，Ｐ｝、｛ａｌｌ Ｉ｝、｛ａｌｌ Ｐ｝を表すＸに等しいｓｐｓ＿ａｌｌｏｗｅｄ＿ｓｌｉｃｅ＿ｉｄｃのみ）、一般制約情報構文において信号通知される１つまたは複数の構文要素が１に等しいことが必要である。
ａ． 一例において、１つまたは複数の構文要素は、以下を含むことができるが、これらに限定されない。
ａ） ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
ｂ） ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
ｃ） ｎｏ＿ｇｐｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
ｄ） ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
ｅ） ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
ｖｉ． あるいは、さらに、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）で信号通知される１つまたは複数の構文要素の信号通知および意味は、第１の構文要素がある条件を満たす場合にのみ信号通知されるように変更されてもよい。
ａ． 一例において、１つまたは複数の構文要素は、以下を含むことができるが、これらに限定されない。
ａ） ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ
ｂ． 一例において、第１の構文要素が、Ｂスライスが許可されないと告げる場合、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓは信号通知されず、０であると推論される。

ＰＨ／ＳＨにおいて

２． ＰＨ／ＳＨでは、ピクチャ／スライスにおいてＢスライスが許可／使用されているかどうかを示すために変数Ｘが使用され、この変数は、ＳＰＳ構文要素、および／または許可されたスライスタイプを規定する新しいＰＨ構文要素（例えば、ｐｈ＿ａｌｌｏｗｅｄ＿ｓｌｉｃｅ＿ｉｄｃ）、および／または他の構文要素（ＪＶＥＴ－Ｒ００５２で使用されているＢＳlｉｃｅＡｌｌｏｗｅｄ）から導出してもよい。
１） 一例において、新しいＰＨ構文要素が追加され、この構文要素にどのように信号を送るかは、ＳＰＳにおいて許可されるスライスタイプに依存し得る。
２）あるいは、ＰＨで信号通知される１つまたは複数の構文要素の信号通知および／または意味論および／または推論は、変数に基づいて変更されてもよい。
ｉ． 一例において、１つまたは複数の構文要素は、例えば、双方向予測または混合イントラ・インターコーディング、または複数の予測ブロックからの線形／非線形重み付けによる予測など、複数の予測信号を必要とするコーディングツールを可能にするためのものである。
ｉｉ． 一例において、１つまたは複数の構文要素は、以下を含むことができるが、これらに限定されない。
ａ） ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ
ｂ） ｍｖｄ＿ｌ１＿ｚｅｒｏ＿ｆｌａｇ
ｃ） ｐｈ＿ｄｉｓａｂｌｅ＿ｂｄｏｆ＿ｆｌａｇ
ｄ） ｐｈ＿ｄｉｓａｂｌｅ＿ｄｍｖｒ＿ｆｌａｇ
ｅ） ｎｕｍ＿ｌ１＿ｗｅｉｇｈｔｓ

ｉｖ． 一例において、Ｘが０に等しい（または偽である）場合、ｍｖｄ＿ｌ１＿ｚｅｒｏ＿ｆｌａｇは信号通知されず、その値は１であると推論される。

構文要素の影響

３． コーディングツールＸに関連する構文要素および／またはＡ（例えば、ＰＨ）またはＢ（例えば、ＳＨ）のいずれかに存在し得るが両方には存在しない構文要素群については、ＡがＢに含まれる場合、それらの構文要素の存在の指示の少なくとも一方が信号通知されず、０、すなわちＢに存在すると推論してもよい。
１）一例において、コーディングツールＸは以下の一つを含んでもよい。
ｉ． インループフィルタ技術 例えば、デブロッキングフィルタ、ＡＬＦ、ＳＡＯ
ｉｉ． 重み予測
ｉｉｉ． ＱＰデルタ情報
ｉｖ． ＲＰＬ情報
２） 一例において、「ＡがＢに含まれている」という条件は、「ＰＰＳがＰＨ構文構造を含むことを指すスライスヘッダ」として定義されてもよく、または「現在のピクチャは１つのスライスのみからなる」として定義されてもよい。
３） 一例において、「これらの構文要素の存在を示す」は、以下の構文要素の１つまたは複数として定義されてもよい。
ｉ．ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ

４． 適合ビットストリームは、そのＰＯＣ値が前のピクチャのＰＯＣ値よりも大きい場合、スプライシングされたビットストリームにおけるＣＬＶＳ ＡＵであるスプライシング－ピオントピクチャのために、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に等しく設定することを要求する規則に従うものとする。
１） 現在のＡＵがコーディング映像シーケンス開始（ＣＶＳＳ）ＡＵであり、現在のＡＵのＰｉｃＯｒｄｅｒＣｎｔＶａｌが復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも大きい場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、他の条件に関わらず（例えば、現在のＡＵにおけるピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに関わらず）、１に等しく設定される。

５． ピクチャおよび／またはＲＰＬ／ＷＰ情報において、インタースライス／Ｂスライス／Ｐスライスを示す構文要素を信号通知することが許可されるかどうか、および／またはＲＰＬ／ＷＰ情報の存在の指示は、ピクチャのタイプに依存し、レイヤの独立性が有効化されるかどうかに依存し得る。

１） ピクチャおよび／またはＲＰＬ／ＷＰ情報において、インタースライス／Ｂスライス／Ｐスライスを示す構文要素を信号通知することが許可されるかどうか、および／またはＲＰＬ／ＷＰ情報の存在の指示は、ピクチャのタイプおよびレイヤが独立したレイヤであるかどうか、およびＣＬＶＳが１つのレイヤのみを含むかどうかに依存し得る。
２） 一例において、構文要素は、ピクチャヘッダ（ＰＨ）またはＰＰＳにおいて信号通知されてもよい。
３） 一例において、構文要素を信号通知するかどうかは、より高いレベルの映像ユニット（例えば、ＳＰＳ）において信号通知される１つまたは複数の構文要素に依存し得る。

４） 一例において、構文要素は、ＩＲＡＰピクチャのために信号通知されず、レイヤ独立性が有効化される。
ｉ． 逆に、構文要素は、独立したレイヤにおけるＩＲＡＰピクチャまたはスライスのために信号通知されない。
ｉｉ． 一例において、ＶＶＣにおけるｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ＩＲＡＰピクチャのために信号通知されず、レイヤ独立性が有効化される。
ｉｉｉ． 一例において、ＶＶＣにおけるｓｌｉｃｅ＿ｔｙｐｅは、ＩＲＡＰピクチャのために信号通知されず、レイヤ独立性が有効化される。
ｉｖ． 一例において、ＪＶＥＴ－Ｒ００５２におけるｐｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、ＩＲＡＰピクチャのために信号通知されず、レイヤ独立性が有効化される。
ｖ． 一例において、ＶＶＣにおけるｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、独立レイヤ（すなわち、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しいレイヤ）におけるＩＲＡＰピクチャ（すなわち、すべてのコーディングされたスライスＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬ，ＩＤＲ＿Ｎ＿ＬＰまたはＣＲＡ＿ＮＵＴに等しいＮＡＬユニットタイプを有している場合のピクチャ）に対して信号通知されず、０に等しいと推論される。
ｖｉ． 一例において、ＶＶＣにおけるｓｌｉｃｅ＿ｔｙｐｅは、独立したレイヤにおけるＩＲＡＰスライス（すなわち、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいコーディングされたスライスＮＡＬユニット）のために信号通知されず、２に等しいと推論される。
ｖｉｉ． 一例において、ＪＶＥＴ－Ｒ００５２におけるｐｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、独立したレイヤにおけるＩＲＡＰピクチャのために信号通知されたものではなく、２に等しいと推論される。

５） 一例において、構文要素は、単レイヤＣＬＶＳにおけるＩＲＡＰピクチャまたはスライスのために信号通知されない。
ｉ． 一例において、ＶＶＣにおけるｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇは、ＣＬＶＳが一つのレイヤだけを含む場合（すなわち、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合）、ＩＲＡＰピクチャ（すなわち、すべてのコーディングされたスライスＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬ，ＩＤＲ＿Ｎ＿ＬＰまたはＣＲＡ＿ＮＵＴに等しいＮＡＬユニットタイプを有している場合のピクチャ）に対して信号通知されず、０に等しいと推論される。
ｉｉ． 一例において、ＣＬＶＳが１つのレイヤのみを含む場合、ＶＶＣにおけるｓｌｉｃｅ＿ｔｙｐｅは、ＩＲＡＰスライス（すなわち、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいコーディングされたスライスＮＡＬユニット）のために信号通知されない。
ｉｉｉ． 一例において、ＪＶＥＴ－Ｒ００５２におけるｐｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、ＣＬＶＳが１つのレイヤのみを含む場合、ＩＲＡＰピクチャのために信号通知されない。

６） 一例において、構文要素は、ＩＲＡＰピクチャに対して信号通知されず、レイヤ独立性が有効化され、このような情報の存在によっても、それらがＰＨ内にあることがわかる。
ｉ． 一例において、構文要素は、独立したレイヤにおけるＩＲＡＰピクチャのために、たとえこのような情報が存在することによってＩＲＡＰピクチャがＰＨ内にあることが分かったとしても、信号通知されない。
ｉｉ． ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｉｄｒ＿ｐｉｃ＿ｆｌａｇと呼ばれる新しいフラグを提案し、ピクチャヘッダに関連付けられたピクチャがＩＤＲピクチャであるかどうかを特定する。および、以下が適用されてもよい。
ａ． ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、レイヤ独立性が有効化され、ｉｄｒ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１に等しい場合でも、ＲＰＬ信号通知はＰＨに存在しない。
ｂ． ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、レイヤ独立性が有効化され、ｉｄｒ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１に等しい場合でも、ＷＰ信号通知はＰＨに存在しない。
ｃ． ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、現在のレイヤが独立レイヤであり（すなわち、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい）およびｉｄｒ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ＲＰＬ信号通知は、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１に等しい場合であっても、ＰＨ内に存在しない。
ｄ． ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、現在のレイヤは独立したレイヤであり、ｉｄｒ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１であっても、ＷＰ信号通知はＰＨに存在しない。

７） 一例において、構文要素は、単一レイヤＣＬＶＳにおけるＩＲＡＰピクチャに対して、このような情報が存在することによってＩＲＡＰピクチャがＰＨ内にあることが分かった場合であっても、信号通知されない。
ｉ． ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｉｄｒ＿ｐｉｃ＿ｆｌａｇと呼ばれる新しいフラグを提案し、ピクチャヘッダに関連付けられたピクチャがＩＤＲピクチャであるかどうかを特定する。および、以下が適用されてもよい。
ａ． ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、ＣＬＶＳが１つのレイヤのみを含み（すなわち、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい）、ｉｄｒ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１に等しい場合でも、ＲＰＬ信号通知はＰＨに存在しない。
ｂ． ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、ＣＬＶＳが１つのレイヤのみを含み、ｉｄｒ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１に等しい場合でも、ＷＰ信号通知はＰＨに存在しない。

６． ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄがＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しい１つのレイヤのみを含むＯＬＳが存在する場合、またはｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合、ｓｐｓ＿ｐｔｌ＿ｄｐｂ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値を１とすることが提案される。

関連する参照リスト

７． 参照ピクチャリストの信号通知および／または生成は、ＣＬＶＳのピクチャにおける許可されたスライスタイプに依存してもよい。
１） 例えば、ＣＬＶＳにおいてＢスライスが許可されていない場合、参照リスト１を構築するための１つまたは複数の構文要素は信号通知されなくてもよい。
２） 例えば、ＣＬＶＳにおいてＢスライスが許可されていない場合、参照リスト１を構築する１つまたは複数の手順を実行しなくてもよい。

関連するＡＰＳ

８． ２つのＡＰＳは、シーケンス、ＣＬＶＳまたはビットストリームにおいて同じＡＰＳ＿ｉｄを有さないことが必要である。
１） あるいは、同じＡＰＳタイプを有する２つのＡＰＳ（例えば、ＡＬＦ ＡＰＳまたはＬＭＣＳ ＡＰＳ）は、シーケンス、ＣＬＶＳまたはビットストリームにおいて同じＡＰＳ＿ｉｄを有さないことが必要である。
２） あるいは、同じＡＰＳタイプを有する２つのＡＰＳ（例えば、ＡＬＦ ＡＰＳまたはＬＭＣＳ ＡＰＳ）は、同じＡＰＳ＿ｉｄを有することが許可されるが、シーケンス、ＣＬＶＳまたはビットストリームにおいて同じ内容を有していなければならない。
３） あるいは、同じＡＰＳタイプを有する２つのＡＰＳ（例えば、ＡＬＦ ＡＰＳまたはＬＭＣＳ ＡＰＳ）が同じＡＰＳ＿ｉｄを有することが許可される。そして、先に信号通知されたＡＰＳを、後に信号通知されたＡＰＳに置き換える。
４） あるいは、同じＡＰＳタイプを有する２つのＡＰＳ（例えば、ＡＬＦ ＡＰＳまたはＬＭＣＳ ＡＰＳ）が同じＡＰＳ＿ｉｄを有することが許可される。そして、後に信号通知されたＡＰＳは無視される。

９． ２つの異なるパラメータセット（例えば、ＡＰＳおよびＳＰＳ）は、互いに依存してもよく、第１のパラメータセットにおける構文要素または構文要素に基づいて導出された変数は、第２のパラメータセットにおける別の構文要素を条件付きで信号通知するために使用されてもよい。
１） あるいは、構文要素または第１のパラメタセットにおける構文要素に従って導出された変数は、第２のパラメータセットにおける別の構文要素の値を導出するのに用いることができる。

コーディングされていない関連するサブピクチャ

１０． 非コーディングサブピクチャの境界をピクチャ境界として扱わなければならないことが提案される。

１１． ループフィルタリング（例えば、ＡＬＦ／ｄｅｂｌｃｏｋｉｎｇ／ＳＡＯ）は、非コーディングサブピクチャの境界を横切ることができないことが提案される。

１２． １つのサブピクチャしかない場合、それは非コーディングサブピクチャであってはならないことが必要である。

１３． 非コーディングサブピクチャを抽出できないことが必要である。

１４． 非コーディングサブピクチャに関連する情報は、ＳＥＩメッセージで信号通知されてもよいことが提案される。

１５． １つの非コーディングサブピクチャは１つのスライスしか有することができないことが必要である。

１６． 左上のサブピクチャは非コーディングサブピクチャであることができないことが必要である。

１７． 少なくとも１つのサブピクチャが非コーディングサブピクチャでないことが必要である。

１８． 副情報関連サブピクチャをコーディングするかどうか、および／またはどのようにコーディングするかは、サブピクチャが非コーディングサブピクチャであるかに依存し得る。
１） 一例において、非コーディングサブピクチャである場合、副情報を信号通知する必要がない。

１９． また、上記の要件について、上記の場合に応じて、条件付きで信号通知するものと修正されてもよい。

関連するＩＤＲピクチャおよびＩＤＲサブピクチャ

２０． 以下の制約が求められる：
ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しい現在のピクチャはＩＤＲピクチャであり、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、出力順または復号順において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しい復号順で先行する任意のＩＲＡＰピクチャ（存在する場合）に先行するピクチャ、は存在しないものとする。

２１． 以下の制約が求められる：
ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しくサブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャが、ＩＤＲサブピクチャであり、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリによって参照されるピクチャであって、出力順または復号順において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しい復号順で先行する任意のＩＲＡＰピクチャ（存在する場合）に先行するピクチャ、は存在しないものとする。

関連するＩＤＲまたはＧＤＲ ＡＵ

２２． ＩＲＡＰ ＡＵは完全である必要はなく、ＧＤＲ ＡＵは完全である必要がなく、ＡＵがＩＲＡＰであるかＧＤＲ ＡＵであるかどうかの指示は、各ＩＲＡＰまたはＧＤＲ ＡＵに信号通知されてよく、ＡＵＤにおける、ＶＰＳで規定されたまたはＳＥＩメッセージにおける最下位レイヤのピクチャのＰＨに、信号通知されてもよい。
１） 一例において、この指示の信号通知は任意のものである。
２） 一例において、ＶＶＣに以下の変更が提案されている（追加または修正された文字はイタリック文字および太字で強調表示され、削除された部分には二重括弧で印が付けられている（例えば、［ａ］は文字「ａ」の削除を表す））。
コーディング映像シーケンス開始（ＣＶＳＳ）ＡＵ：［［ＣＶＳのレイヤごとのＰＵがあり、］］各ＰＵのコーディングされたピクチャがＣＬＶＳＳピクチャであるＡＵ。
イントラランダムアクセスポイント（ＩＲＡＰ）ＡＵ：［［ＣＶＳのレイヤごとにＰＵが存在し、］］各ＰＵのコーディングされたピクチャがＩＲＡＰピクチャであるＡＵ。
ＡＵＤ構文および意味論は、以下のように変更される。

ＡＵの順序およびそれらのＣＶＳへの関連付けは、以下のように変更される。
ビットストリームは、１つ以上のＣＶＳからなる。
ＣＶＳは、１つ以上のＡＵからなる。ＰＵの順番およびＡＵとの関連付けは、条項７．４．２．４．３に記載されている。
ＣＶＳの最初のＡＵは、ＣＶＳＳ ＡＵであり、現在の各ＰＵは、ＣＬＶＳＳ ＰＵであり、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＩＲＡＰ ＰＵ、またはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲ ＰＵ、のいずれかである。
［［各ＣＶＳＳ ＡＵは、ＣＶＳに存在する各層に１つのＰＵを有する。］］

許容スライスタイプについて

２３． ピクチャ内で許可されたＸ（例えば、Ｘはイントラ／インター／Ｂ／Ｐである）スライスタイプの指示を信号通知するかどうかは、ピクチャ内のスライスのレイアウトおよび現在のピクチャがＩＲＡＰでありインターレイヤ依存性が有効であるか無効であるかどうかに依存してもよい。
１） 一例において、ピクチャ内の許可されたスライスタイプの指示（例えば、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）を信号通知するかどうかは、ＰＰＳが、ピクチャごとにスライスのみが適用されるのかどうか、および／またはピクチャ分割が使用されないか、および／または、ピクチャごとに矩形スライスおよび１つのスライスのみが使用されるの、および／または、ピクチャが矩形スライスに分割されるかを示すかどうかに依存してもよい。

２） 一例において、ピクチャ内の許可されたスライスタイプの指示（例えば、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）を信号通知するかどうかは、より高いレベルの映像ユニット（例えば、ＳＰＳ）において信号通知される１つまたは複数の構文要素に依存しうる。
ｉ． あるいは、許可されたスライスタイプの指示がない場合、許可されたスライスタイプの指示の推論値は上位レベルの映像ユニットに信号通知される構文要素に依存する。
３） 一例において、ピクチャ内の許可されたスライスタイプ（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）の指示を信号通知するかどうかは、現在のピクチャがＩＲＡＰピクチャであり、かつこのピクチャ内のすべてのスライスに対してインターレイヤ依存性が無効であるかどうかに依存する。
ｉ． あるいは、さらに、現在のピクチャがＩＲＡＰピクチャであり、かつピクチャ内のすべてのスライスについてインターレイヤ依存性が無効である場合、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの推論値は０／ｆａｌｓｅに設定される。

２４． ピクチャ内の許容されるＸ（例えば、Ｘはインター／Ｂ／Ｐである）スライスタイプの指示を信号通知するかどうかおよび／またはこの指示の推論値は、参照ピクチャの数（例えば、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］および／またはｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］）に依存してもよい。
１） 一例において、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］および／またはｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］の両方が０に等しい場合、許可されたＸ（例えば、Ｘがインター／Ｂ／Ｐ）スライスタイプの指示は、信号通知されず、および／またはさらに偽であると推論される。
２） 一例において、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］および／またはｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］の両方が０に等しい場合、許可されたＸ（例えば、Ｘがインター／Ｂ／Ｐである）スライスタイプの信号通知される指示が０に等しい。
３） 一例において、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］が０に等しい場合、許可されたＸ（例えば、ＸがＢである）スライスタイプの指示は、信号通知されず、かつ／または偽であるとさらに推論される。
４） 一例において、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］が０に等しい場合、許可されたＸ（例えば、ＸがＢである）スライスタイプの信号通知された指示が０に等しいという制約が追加される。
５） 一例において、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［１］［ＲｐｌｓＩｄｘ［１］］が０に等しい場合、ｍｖｄ＿１１＿ｚｅｒｏ＿ｆｌａｇおよび／またはｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿１０＿ｆｌａｇ、および／またはｐｈ＿ｄｉｓａｂｌｅ＿ｂｄｏｆ＿ｆｌａｇおよび／またはｐｈ＿ｄｉｓａｂｌｅ＿ｂｄｏｆ＿ｆｌａｇ、および／またはｐｈ＿ｄｉｓａｂｌｅ＿ｄｍｖｒ＿ｆｌａｇは１に等しいものとする。

ＡＬＦ ＡＰＳについて

２５． ＡＬＦ ＡＰＳについては、４つの構文要素（ＶＶＣにおけるａｌｆ＿ｌｕｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ、ａｌｆ＿ｃｈｒｏｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ、ａｌｆ＿ｃｃ＿ｃｂ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ、ａｌｆ＿ｃｃ＿ｃｒ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ）の少なくとも１つが１に等しいとする制約を追加してもよい。
１） 代替として、ＡＬＦ ＡＰＳのために、２つの構文要素（ａｌｆ＿ｌｕｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ，ａｌｆ＿ｃｈｒｏｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ）のうちの少なくとも１つが１に等しいという制約を追加してもよい
２６． フィルタ存在フラグおよび／またはフィルタ係数の指示を信号通知するかどうか／どのように信号通知するかは、適応パラメータセット（ＡＰＳ）ＲＢＳＰ構文におけるａｌｆ＿ｄａｔａ（）構造および／または構文要素を用いて予めコーディングされた情報に依存してもよい。
１） あるいは、さらに、指示係数および／またはフィルタ係数が存在しない場合、推論値もまた、ａｌｆ＿ｄａｔａ（）構造を有する予めコーディングされた情報に依存してもよい。
２） 一例において、ａｌｆ＿ｃｃ＿ｃｒ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇを信号通知するかどうかは、３つの構文要素（ＶＶＣにおけるａｌｆ＿ｌｕｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ、ａｌｆ＿ｃｈｒｏｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ、ａｌｆ＿ｃｃ＿ｃｂ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇ）のすべてが０であるかどうかに依存してもよい。
ｉ． さらに、この３つのすべてが０に等しい場合、ａｌｆ＿ｃｃ＿ｃｒ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇの信号通知は、スキップされ、かつ／または真であるとさらに推論される。
３） 一例において、ａｌｆ＿ｃｈｒｏｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇを信号通知するかどうかは、ＶＶＣにおけるａｌｆ＿ｌｕｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇが０に等しいかどうかに依存してもよい。
ｉ． ａｌｆ＿ｌｕｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇが０に等しい場合、ａｌｆ＿ｃｈｒｏｍａ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇの信号通知は、スキップされ、かつ／または真であるとさらに推論される。

スケーリングリスト／ＬＭＣＳ ＡＰＳについて

２７． １つのピクチャよりも小さい１つのピクチャ／スライス／タイル／サブピクチャ／ブリック／他の映像ユニット内の複数のＸ（例えば、Ｘは、ＡＰＳにおいて副情報を信号通知する明確なスケーリングリストおよび／またはＬＭＣＳおよび／または他のコーディングツールである）ＡＰＳを使用できるようにすることが提案されている。
１） 代替として、さらに、利用されるべきＸ ＡＰＳが、ビットストリームにおいて（例えば、ＰＨ／ＳＨにおいて）信号通知されてもよい。
２） 代替として、さらに、利用されるべきＸ ＡＰＳのインデックスは、ビットストリームにおいて（例えば、ＰＨ／ＳＨにおいて）信号通知されてもよい。

２８． 使用されるべきＸ（例えば、Ｘは明確なスケーリングリストおよび／またはＬＭＣＳであり、かつ／または、ＡＰＳにおいて副情報が通知される他のコーディングツールである）ＡＰＳは、色成分に依存してもよいことが提案される。
１） 一例において、輝度および彩度の色成分は、異なるＸ ＡＰＳを選択してもよい。
２） 一例において、輝度および彩度の成分のために利用されるべきＸ ＡＰＳの数は、ビットストリームにおいて（例えば、ＰＨ／ＳＨにおいて）別個に信号通知されてもよい。
ｉ． または、さらに、彩度成分のための数を信号通知するかどうかは、輝度成分のためのＡＰＳからの予測／継承が有効化されているかどうかに依存してもよい。
ｉｉ． または、さらに、彩度成分のための数を信号通知するかどうかは、輝度成分のためのＡＰＳの数が０に等しくないかまたは０よりも大きいかに依存してもよい。
３） 一例において、輝度および彩度の成分のために利用されるべきＸ ＡＰＳのインデックスは、ビットストリームにおいて（例えば、ＰＨ／ＳＨにおいて）別個に信号通知されてもよい。

２９． 使用されるべきＸ（例えば、ＸがＡＬＦ／ＣＣ－ＡＬＦ／明確なスケーリングリストおよび／またはＬＭＣＳ、および／またはＡＰＳにおいて信号通知される副情報を有する他のコーディングツールである） ＡＰＳをどのように信号通知するかは、サブピクチャに依存してもよい。
１） 一例において、各サブピクチャに対して、そのオン／オフ制御および対応するＸ ＡＰＳを使用するように選択してもよい。
ｉ． あるいは、各サブピクチャに対して、使用されるオン／オフ制御および／またはＸ ＡＰＳを信号通知してもよい。

サブピクチャについて

デブロッキングフィルタについて

３１． 以下の場合、１に等しいｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、スライスに対してデブロッキングフィルタの動作が無効であることを規定し、または、０に等しいｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するスライスに対してデブロッキングフィルタの動作が無効であることを規定することが提案される。
１）ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｂｌｏｃｋｉｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは存在しない。
２）ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい
３）ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは１に等しく、ｐｈ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しい。
４）ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは０に等しく、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しい。

３２． 以下の場合、０に等しいｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するスライスにデブロッキングフィルタの動作が適用されること、または、０に等しいｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するスライスにデブロックフィルタの動作が有効であることを規定することが提案される。
１）ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇおよびｐｈ＿ｄｅｂｌｏｃｋｉｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは存在しない。
２）ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい
３）ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは１に等しく、ｐｈ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは０に等しい。
４）ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは０に等しく、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは１に等しい。

ＪＣＣＲについて

３３． ＪＣＣＲ（ｊｏｉｎｔ ｃｈｒｏｍａ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ）に使用されるＱＰオフセットは、スライスレベルだけではなく、映像ユニット（スライスよりも大きい）で信号通知されてもよい（すなわち、ＶＶＣにおける、ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）。
１） 一例において、それは、ＳＰＳ／ＶＰＳ／ＤＣＩ／ＰＰＳ／ＰＨにおけるように、シーケンス／ピクチャレベルで信号通知されてもよい。
２） 一例において、それは複数のレベル（例えば、ピクチャおよびスライスレベル）で信号通知されてもよい。
ｉ． あるいは、さらに、第２のレベルで信号を送るかどうかは、第１のレベルで信号を送るかどうかに依存してもよい。
ａ． 一例において、それは複数のレベルのうち１つのレベルのみで信号通知されてもよい。
ｂ． 一例において、どのレベルにＱＰオフセットを信号通知するかの指示は、ビットストリームにおいて信号通知されてもよい。
ｉｉ． あるいは、オーバーライドメカニズムが適用され、すなわち、第１のレベル（より高い）で信号通知され、第１のレベル（例えば、ピクチャ）で信号通知された値をオーバーライドするように、第２の（より低い、例えば、スライス）レベルで信号通知するかどうかを示すように、オーバーライドフラグが信号通知されてもよい。
ａ． 一例において、オーバーライドフラグは、第１のレベルおよび／または第２のレベルに設定されてもよい。

ＬＭＣＳおよびスケーリングリスト制御について

３４． ＪＶＥＴ－Ｒ００６３のｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃはｕｅ（ｖ）コーディングされたものであってもよく、ｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃの値は０から２以下の範囲内に規定されてもよいことが提案される。ｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃが０，１，２に等しい場合の意味論は、ＪＶＥＴ－Ｒ００６３と同じである。
１） あるいは、ＪＶＥＴ－Ｒ００６３のｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃをｕｅ（ｖ）コーディングし、ｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃの値を、ピクチャに１つのスライスのみが含まれることが分かっている場合は０から１の範囲内、そうでない場合は０から２の範囲内となるよう規定して もよい。ｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃが０，１，２に等しい場合の意味論は、ＪＶＥＴ－Ｒ００６３と同じである。
２） あるいは、ピクチャが１つのスライスのみを含むことが分かっている場合、ＪＶＥＴ－Ｒ００６３におけるｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃは、ｕ（１）を使用して、すなわち、フラグのように１ビットだけを使用して、値が０または１に等しいようにコーディングされてもよく、そうでない場合、ＪＶＥＴ－Ｒ００６３におけるｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃは、ｕｅ（ｖ）でコーディングされ、ｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃの値は、０から２以下の範囲内に規定されてもよい。ｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃが０，１，２に等しい場合の意味論は、ＪＶＥＴ－Ｒ００６３と同じである。

３５． ＪＶＥＴ－Ｒ００６４におけるｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃをｕｅ（ｖ）コーディングし、ｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃの値は０から２以下の範囲に規定されてもよいことが提案される。ｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃが０，１，２に等しい場合の意味論は、ＪＶＥＴ－Ｒ００６４と同じである。
１） あるいは、ＪＶＥＴ－Ｒ００６４におけるｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃは、ｕｅ（ｖ）コーディングしてもよく、ｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃの値は、ピクチャが１つのスライスのみを含むことが分かっている場合は０から１の範囲内、それ以外の場合は０から２の範囲内となるよう規定してもよい。ｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃが０，１，２に等しい場合の意味論は、ＪＶＥＴ－Ｒ００６４と同じである。
２） あるいは、ピクチャが１つのスライスのみを含むことが分かっている場合、ＪＶＥＴ－Ｒ００６４におけるｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｍｏｄｅ＿ｉｄｃは、ｕ（１）を使用して、すなわち、フラグのように１つのビットのみを使用して、値が０または１に等しいようにコーディングされてもよく、そうでない場合、ＪＶＥＴ－Ｒ００６４におけるｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃをｕｅ（ｖ）コーディングし、ｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃの値は０から２以下の範囲に規定されてもよいことが提案される。ｐｈ＿ｅｘｐｌｉｃｉｔ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｍｏｄｅ＿ｉｄｃが０，１，２に等しい場合の意味論は、ＪＶＥＴ－Ｒ００６４と同じである。

６． 実施形態

６．１． 実施形態＃１

次に、いくつかの実施形態において好適な例を列挙する。

以下の条項は、前章に記載された技術の例示的な実施形態を示す。以下の条項は、前章（例えば、項目１）に記載された技術の例示的な実施形態を示す。

１．この方法は、１つ以上の映像領域からなる１つ以上のレイヤからなる映像と、フォーマット規則に従って映像のコーディング表現との間で変換を行うことを含み、フォーマット規則は、対応する映像領域の許容スライスタイプに対応して１つ以上の映像領域レベルでコーディング表現に１つ以上の構文要素が含まれることを規定する。

２．前記フォーマット規則は、前記１つ以上の構文要素が、対応する映像領域において許可されるスライスタイプの組み合わせを示す値を有する第１の構文要素を含むことを規定する、条項１に記載の方法。

以下の条項は、前章（例えば、項目２）に記載された技術の例示的な実施形態を示す。

３．前記フォーマット規則は、双方向予測（Ｂ）スライスａｅが対応するピクチャまたはスライスに対して許可されるかまたは使用されるかどうかを示すためにピクチャヘッダまたはスライスヘッダに構文要素を含めることを規定する、条項１～２のいずれか記載の方法。

４．シーケンスパラメータセットにおける構文要素が、ピクチャヘッダまたはスライスヘッダに含まれる構文要素の存在を制御する、条項３に記載の方法。

以下の条項は、前章（例えば、項目３）に記載された技術の例示的な実施形態を示す。

５．映像処理方法は、フォーマット規則に従って、１つ以上の映像スライスを構成する１つ以上の映像ピクチャからなる１つ以上のレイヤを含む映像と、映像のコーディングされた表現との間で変換を行うことを含み、フォーマット規則は、第２の規則に従って、スライスレベルでのコーディングモードの有効化または使用に関する構文要素が、ピクチャヘッダまたはスライスヘッダのいずれかの間に最大１回含まれることを規定する。

６．前記コーディングモードは、インループフィルタ、重み付け予測モード、または量子化パラメータデルタモードを含む、条項５に記載の方法。

以下の条項は、前章（例えば、項目７）に記載された技術の例示的な実施形態を示す。

７．フォーマット規則に従って、１つ以上の映像スライスを含む１つ以上の映像ピクチャと、この映像のコーディング表現との間で変換を行うことを含み、このフォーマット規則は、映像ピクチャにおける許可されたスライスタイプが、このコーディング表現において参照ピクチャリストを信号通知するか、またはこのコーディング表現から生成可能にするかを制御することを規定する、映像処理方法。

８．前記フォーマット規則は、双方向スライス（Ｂ－ｓｌｉｃｅ）を除く許容スライスタイプのために、参照ピクチャリスト１に対応する構文要素をコーディング表現から省略することを規定する、条項７に記載の方法。

９．前記フォーマット規則は、双方向スライス（Ｂ－ｓｌｉｃｅ）を除く許容スライスタイプのために、映像ピクチャに対して参照ピクチャリスト１を生成する手続きが無効化されることを規定する。

以下の条項は、前章（例えば、項目１０～１５）に記載された技術の例示的な実施形態を示す。

１０．１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像と、この映像のコーディング表現との間で変換を行うことを含み、このコーディング表現はフォーマット規則に準拠し、このフォーマット規則は、映像ピクチャの非コーディングサブピクチャの処理を規定する、映像処理方法。

１１．前記フォーマット規則は、前記非コーディングサブピクチャの境界を前記変換中にピクチャ境界として処理することを規定する、条項１０に記載の方法。

１２．前記フォーマット規則は、前記非コーディングピクチャの境界にわたってループフィルタリングを無効にすることを規定する、条項１０に記載の方法。

１３．前記フォーマット規則は、前記非コーディングサブピクチャを前記映像ピクチャの唯一のサブピクチャとすることを許可しない、条項１０に記載の方法。

１４．前記フォーマット規則は、前記非コーディングサブピクチャの復号支援情報が、前記コーディング表現の補足強化情報構文要素に含まれることを規定する、条項１０～１３に記載の方法。

１５．前記フォーマット規則は、前記非コーディングサブピクチャが最大で１つのスライスを有することを許可することを規定する、条項１０に記載の方法。

以下の条項は、前章（例えば、項目２０～２２）に記載された技術の例示的な実施形態を示す。

１６．１つ以上のサブピクチャを含む１つ以上の映像ピクチャと前記映像のコーディング表現とを含む映像の間で変換を行うことを含み、前記１つ以上の映像ピクチャおよび／または前記１つ以上のサブピクチャは、順序規則に従って、前記コーディング表現に挿入され、前記順序規則は、前記コーディング表現における、現在の瞬時復号更新ピクチャ（ＩＤＲ）または現在のＩＤＲサブピクチャの位置の間の関係を規定する、映像処理方法。

１７．前記順序規則は、前記コーディング表現が、前記現在のＩＤＲピクチャの参照ピクチャリストのエントリによって参照されるピクチャであって、順序において先行するイントラランダムアクセスポイントピクチャに先行するピクチャを含まないことを規定する、条項１６に記載の方法。

１８．前記順序規則は、前記コーディング表現が、前記現在のＩＤＲピクチャの参照ピクチャリストのエントリによって参照されるピクチャであって、順序において先行するイントラランダムアクセスポイントピクチャに先行し、前記現在のＩＤＲサブピクチャと同じレイヤｉｄおよび同じサブピクチャインデックスを有するサブピクチャを有するピクチャを含まないことを規定する、条項１６～１７に記載の方法。

以下の条項は、前章（例えば、項目２３～２４）に記載された技術の例示的な実施形態を示す。

１９．１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上の映像ピクチャを含む映像と、前記映像のコーディング表現との間で変換を行うことを含み、前記コーディング表現はフォーマット規則に準拠し、前記フォーマット規則が、ピクチャにおいてスライスタイプが許容されるかどうかの指示を、前記ピクチャのピクチャ条件に基づいて前記コーディング表現に選択的に含めることを規定する、映像処理方法。

２０．前記ピクチャ条件は、前記ピクチャにおけるスライスのレイアウトを含む、条項１９に記載の方法。

２１．前記ピクチャ条件は、前記ピクチャがイントラランダムアクセスポイントピクチャであるかどうか、および前記変換のためにインターレイヤ依存性が許可されるかどうかを含む、条項１９～２０に記載の方法。

２２．前記ピクチャ条件は、前記ピクチャをコーディングするために使用される複数の参照ピクチャを含む、条項１９～２１のいずれかに記載の方法。

２３．前記スライスタイプは、イントラコーディングされたスライス、インターコーディングされたスライス、ＢスライスまたはＰスライスを含む、条項１９～２２のいずれかに記載の方法。

以下の条項は、前章（例えば、項目２５）に記載された技術の例示的な実施形態を示す。

２４．１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上の映像ピクチャを含む映像と前記映像のコーディング表現との間で変換を行うことを含み、前記コーディング表現はフォーマット規則に準拠し、前記フォーマット規則は、前記コーディング表現における適応パラメータセットにおいて適応ループフィルタが信号通知される場合に、少なくとも４つの構文要素のうちの１つを１と設定することを規定する、映像処理方法。

２５．前記少なくとも４つの構文要素は、輝度フィルタ信号フラグ、彩度フィルタ信号フラグ、ｃｃとｃｂフィルタ信号フラグ、およびｃｃとｃｒ信号フラグを含む、条項２４に記載の方法。

以下の条項は、前章（例えば、項目３３）に記載された技術の例示的な実施形態を示す。

２６．１つ以上のスライスを含む１つ以上の映像ユニットを含む映像と前記映像のコーディング表現との間で変換を行うことを含み、前記コーディング表現は、フォーマット規則に準拠し、前記フォーマット規則は、前記コーディング表現における前記映像ユニットレベルで前記１つ以上のスライスに使用されるジョイント彩度残差コーディングのために、量子化パラメータオフセット値を規定することを規定する、映像処理方法。

２７．前記映像ユニットは、映像ピクチャ、映像シーケンス、シーケンスパラメータセット、映像パラメータセット、ピクチャヘッダ、ピクチャパラメータセットまたは復号能力情報構文構造に対応する、条項２６に記載の方法。

２８．映像領域は、映像ピクチャまたは映像スライスを含む、上記条項に記載の方法。

２９．前記変換は、前記映像を前記コーディング表現に符号化することを含む、条項１～２８のいずれかに記載の方法。

３０．前記変換は、前記映像の画素値を生成すべく前記コーディング表現を復号することを含む、条項１～２８のいずれかに記載の方法。

３１．条項１～３０の１条項以上に記載の方法を実装するように構成されたプロセッサ（処理装置）を備える、映像復号装置。

３２．条項１～３０の１条項以上に記載の方法を実装するように構成されたプロセッサを備える映像復号装置。

３３．コンピュータコードが記憶されたコンピュータプログラム製品において、前記コードがプロセッサにより実行されると、前記プロセッサは、条項１～３０のいずれかに記載の方法を実装する。

３４．本明細書に記載の方法、装置またはシステム。

第２の節は、前節で論じた技法の例示的な実施例を示す（例えば、条項２０～３５）。

１．映像処理方法（例えば、図７Ａに示す方法７００）であって、１つ以上のサブピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この１つ以上のピクチャおよび／またはこの１つ以上のサブピクチャは順序規則に従ってこのビットストリームに含まれ、この順序規則は、このビットストリームにおける現在の瞬時復号更新（ＩＤＲ）ピクチャまたは現在のＩＤＲサブピクチャの位置の、現在のＩＤＲピクチャまたは現在のサブピクチャの現在のスライスのための参照ピクチャリストにおけるエントリによって参照される別のピクチャとの間の関係を規定する、方法。

２．前記順序規則は、条件が満たされることに呼応して、前記ビットストリームには、前記現在のスライスの前記参照ピクチャリストにおける前記エントリによって参照されるピクチャであって、前記現在のＩＤＲサブピクチャに復号順において先行するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに、出力順または復号順において先行するピクチャを含まないことを規定する、条項１に記載の方法。

３．前記条件は、存在フラグが、ＮＡＬ（ネットワーク抽象化レイヤ）ユニットタイプがＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬに等しいスライスのスライスヘッダにＲＰＬ（参照ピクチャリスト）構文要素が存在することを許可することを示すことを含む、条項２に記載の方法。

４．前記条件は、存在フラグが、ＮＡＬ（ネットワーク抽象化レイヤ）ユニットタイプがＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬに等しいスライスのスライスヘッダにＲＰＬ（参照ピクチャリスト）構文要素が存在しないことを示すことを含む、条項２に記載の方法。

５．現在のＩＤＲピクチャおよびＩＲＡＰピクチャは、ＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダレイヤ識別子が特定の値に等しい、条項２～４のいずれかに記載の方法。

６．前記順序規則は、前記ビットストリームが、クリーンランダムアクセスピクチャの第２スライスの第２参照ピクチャリストにおける第２エントリによって参照されるピクチャであって、前記クリーンランダムアクセスピクチャに復号順で先行する第２イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに、出力順または復号順で先行するピクチャを含まないことを規定する、条項１に記載の方法。

７．前記順序規則は、前記ビットストリームには、条件が満たされることに呼応して、前記現在のスライスの前記参照ピクチャリストにおける前記エントリによって参照されるピクチャであって、イントラランダムアクセスポイント（ＩＲＡＰ）サブピクチャを含むピクチャに出力順または復号順で先行し、かつ前記現在のＩＤＲサブピクチャを含む前記ピクチャに前記復号順において先行するピクチャを含まないことを規定する、条項１に記載の方法。

８．前記条件は、存在フラグが、ＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬに等しいＮＡＬ（ネットワーク抽象化レイヤ）ユニットタイプを有するスライスのスライスヘッダにＲＰＬ（参照ピクチャリスト）構文要素が存在することを許可することを示すことを含む、条項７に記載の方法。

９．前記条件は、存在フラグが、ＮＡＬ（ネットワーク抽象化レイヤ）ユニットタイプがＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬに等しいスライスのスライスヘッダにＲＰＬ（参照ピクチャリスト）構文要素が存在しないことを示すことを含む、条項７に記載の方法。

１０．ＩＲＡＰサブピクチャおよび現在のＩＤＲサブピクチャは、特定の識別値に等しいＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダレイヤ識別子と、特定のインデックス値に等しいサブピクチャインデックスと、を有する、条項７～条項９のいずれかに記載の方法。

１１．前記順序規則は、前記ビットストリームには、クリーンランダムアクセスピクチャの第３スライスの参照ピクチャリストにおける第３エントリによって参照されるピクチャであって、第３イントラランダムアクセスポイント（ＩＲＡＰ）サブピクチャを含むピクチャに出力順または復号順で先行し、前記クリーンランダムアクセスピクチャに前記復号順で先行するピクチャを含まないことを規定する、条項１に記載の方法。

１２．映像処理方法であって（例えば、図７Ｂに示す方法７００）、フォーマット規則に基づいて、１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うこと（７１２）を含み、このフォーマット規則は、このアクセスユニットがこの映像における各アクセスユニットのためのイントラランダムアクセスポイント（ＩＲＡＰ）アクセスユニットであるかまたは漸次復号更新（ＧＤＲ）アクセスユニットであるかを示すアクセスユニットの指示を含めることを許可する。

１３．前記ＩＲＡＰアクセスユニットは、完全である必要がなく、少なくとも１つのＩＲＡＰピクチャを含む、条項１２に記載の方法。

１４．前記ＧＤＲアクセスユニットは、完全である必要がなく、少なくとも１つのＧＤＲピクチャを含む、条項１２に記載の方法。

１５．前記フォーマット規則は、前記指示を、映像パラメータセットで規定される最下レイヤのピクチャのピクチャヘッダをアクセスユニット区切り文字に含めるように規定する、条項１２に記載の方法。

１６．映像処理方法であって（例えば、図７Ｃに示す方法７２０）、フォーマット規則に基づいて、１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うこと（７２２）を含み、このフォーマット規則は、あるピクチャにおいてスライスタイプが許可されるかどうかの指示が、このピクチャのピクチャ条件に基づいて選択的にこのビットストリームに含まれることを規定する、方法。

１７．前記スライスタイプは、イントラコーディングされたスライス、インターコーディングされたスライス、Ｂスライス、またはＰスライスを含む、条項１６に記載の方法。

１８．前記ピクチャ条件は、前記ピクチャにおけるスライスのレイアウトを含む、条項１６または条項１７に記載の方法。

１９．前記ピクチャ条件は、前記ピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであるかどうか、および前記変換のためにインターレイヤ依存性が許可されるかどうかを含む、条項１６～１８のいずれかに記載の方法。

２０．前記ピクチャ条件は、ｉ）ピクチャパラメータセットがピクチャごとにスライスのみが適用されることを示すかどうか、および／またはｉｉ）ピクチャ分割が使用されないこと、および／またはｉｉｉ）ピクチャごとに矩形スライスおよび１つのスライスのみが使用されること、および／またはｉｖ）前記ピクチャが矩形スライスに分割されることを含む、条項１６～１９のいずれかに記載の方法。

２１．前記ピクチャ条件は、上位レベルの映像ユニットにおいて信号通知される１つ以上の構文要素を含む、条項１６～１９のいずれか１つに記載の方法。

２２．前記ピクチャ条件は、前記ピクチャをコーディングするために使用される複数の参照ピクチャを含む、条項１６または条項１７に記載の方法。

２３．前記参照ピクチャの数は、第１の参照ピクチャリスト構文構造におけるエントリの数を示す第１のフィールドおよび／または第２の参照ピクチャリスト構文構造におけるエントリの数を示す第２のフィールドに基づく、条項２２に記載の方法。

２４．映像処理方法であって（例えば、図７Ｄに示す方法７３０）、１つ以上のサブピクチャおよび／または１つ以上のスライスを含む１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うこと（７３２）を含み、このフォーマット規則は、ＡＬＦ（適応ループフィルタ）適応パラメータセットのために、少なくとも２つまたは４つの構文要素のうちの１つを特定の値に設定することを規定する、方法。

２５．前記少なくとも４つの構文要素は、輝度フィルタセットが信号通知されるかどうかを指定する輝度フィルタ信号フラグと、彩度フィルタが信号通知されるかどうかを指定する彩度フィルタ信号フラグと、Ｃｂ色成分のためのクロスコンポーネントフィルタが信号通知されるかどうかを指定するｃｃおよびｃｂフィルタ信号フラグと、Ｃｒ色成分のためのクロスコンポーネントフィルタが信号通知されるかどうかを指定するｃｃおよびｃｒ信号フラグと、を含む、条項２４に記載の方法。

２６．映像処理方法であって（例えば、図７Ｅに示す方法７４０）、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うこと（７４２）を含み、このフォーマット規則は、フィルタ存在フラグおよび／またはフィルタ係数の指示を信号通知するかどうかおよび／またはどのように信号通知するかは、適応パラメータセットＲＢＳＰ（生バイト配列ペイロード）における適応ループフィルタリングデータ構造および／または構文要素を有する予めコーディングされた情報に依存することを規定する。

２７．前記フォーマット規則は、前記指示が存在しない場合、前記適応ループフィルタリングデータ構造を有する予めコーディングされた情報に基づいて前記指示の値を推論することをさらに規定する、条項２６に記載の方法。

２８．前記フォーマット規則は、Ｃｒ色成分のためのクロスコンポーネントフィルタを信号通知するかどうかを規定するｃｃおよびｃｒフィルタ信号フラグを信号通知するかどうかは、３つの構文要素すべてが一定の値に等しいかどうかに依存することをさらに規定し、前記３つの構文要素は、輝度フィルタセットを信号通知するかどうかを規定する輝度フィルタ信号フラグと、彩度フィルタを信号通知するかどうかを規定する彩度フィルタ信号フラグと、Ｃｂ色成分のためのクロスコンポーネントフィルタを信号通知するかどうかを規定するｃｃおよびｃｂフィルタ信号フラグと、を含む、条項２６に記載の方法。

２９．前記フォーマット規則は、彩度フィルタが信号通知されるかどうかを規定する彩度フィルタ信号フラグを信号通知するかどうかは、輝度フィルタセットが信号通知されるかどうかを規定する輝度フィルタ信号フラグの値に依存することをさらに規定する、条項２６に記載の方法。

３０．映像処理方法であって（例えば、図７Ｆに示す方法７５０）、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うこと（７５２）を含み、このフォーマット規則は、ピクチャよりも小さい映像領域に対して、適応パラメータセット（ＡＰＳ）にその副情報が含まれるコーディングツールに対応する複数のＡＰＳを参照することを可能にする、方法。

３１．前記複数のＡＰＳは、スケーリングＡＰＳ、ＬＭＣＳ（彩度スケーリングを伴う輝度マッピング）ＡＰＳ、および／または他のコーディングツールに対応するＡＰＳを含む、条項３０に記載の方法。

３２．前記フォーマット規則は、前記ビットストリームが、参照される前記複数のＡＰＳの数を含むことを規定する、条項３０に記載の方法。

３３．前記フォーマット規則は、前記ビットストリームが、参照される前記複数のＡＰＳのインデックスを含むことを規定する、条項３０に記載の方法。

３４．前記フォーマット規則は、前記変換に使用される前記複数のＡＰＳが前記映像の色成分に依存することをさらに規定する、条項３０に記載の方法。

３５．前記フォーマット規則は、前記映像の輝度成分および彩度成分に異なるＡＰＳを使用することをさらに規定する、条項３４に記載の方法。

３６．前記フォーマット規則は、輝度成分および彩度成分に使用される前記複数のＡＰＳの数および／またはインデックスを前記ビットストリームにおいて別個に信号通知することをさらに規定する、条項３４に記載の方法。

３７．前記フォーマット規則は、前記複数のＡＰＳをどのように使用するかを前記ピクチャのサブピクチャに依存させるかをさらに規定する、条項３０に記載の方法。

３８．前記フォーマット規則は、各サブピクチャに対して、使用されるオン／オフ制御および／または前記複数のＡＰＳを選択または通知することをさらに規定する、条項３０に記載の方法。

３９．映像処理方法であって（例えば、図７Ｇに示す方法７６０）、フォーマット規則に従って、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うこと（７６２）を含み、このフォーマット規則は、インループフィルタリング動作を除く復号処理においてコーディングされたピクチャのサブピクチャをピクチャとして扱うかどうかを示す第１の変数の値を、ビットストリームにおけるサブピクチャ情報の存在を示す第２の変数に依存して推論する方法を規定する、映像処理方法。

４０．前記フォーマット規則は、前記第１の変数が存在しない場合、前記第１の変数の値が前記第２の変数の値に等しいと推論されることを規定する、条項３９に記載の方法。

４１．映像処理方法であって（例えば、図７Ｈに示す方法７７０）、フォーマット規則に従って、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うこと（７７２）を含み、このフォーマット規則は、１つ以上の条件が満たされることに呼応して、ピクチャパラメータセットを参照するピクチャへのデブロッキングフィルタの適用可能性を示す変数が、このピクチャパラメータセットを参照するスライスにデブロッキングフィルタを適用することを示す第１の値、またはこのピクチャパラメータセットを参照するスライスにこのデブロッキングフィルタは無効とされていることを示す第２の値、を有することを規定する、方法。

４２．第１の値は、１であり、第２の値は、０に等しい、条項４１に記載の方法。

４３．前記１つ以上の条件は、１）前記デブロッキングフィルタの無効化を示すデブロッキングフィルタ無効フラグがスライスレベルおよびピクチャヘッダレベルに存在しないこと、２）デブロッキングフィルタオーバーライド有効フラグは、前記ピクチャパラメータセットを参照するピクチャのデブロッキング動作がオーバーライドされていないことを示すこと、３）前記デブロッキングフィルタオーバーライド有効フラグは、前記ピクチャパラメータセットを参照するピクチャの前記デブロッキング動作のオーバーライドを許可することを示し、デブロッキングフィルタ存在フラグは、デブロッキングフィルタ情報がピクチャヘッダ構文構造に存在することを示し、ピクチャヘッダレベルのデブロッキングフィルタ無効フラグは、前記デブロッキングフィルタがピクチャに対して無効であることを示すこと、または、４）前記デブロッキングフィルタオーバーライド有効フラグは、前記ピクチャパラメータセットを参照するピクチャの前記デブロッキング動作のオーバーライドが許可され、デブロッキングフィルタ存在フラグは、デブロッキングフィルタ情報が、ピクチャヘッダ構文構造に存在し、スライスレベルのデブロッキングフィルタ無効フラグは、前記デブロッキングフィルタが前記ピクチャに対して無効であることを示すこと、を含む、条項４２に記載の方法。

４４．第１の値は、０であり、第２の値は、０に等しい、条項４１に記載の方法。

４５．前記１つ以上の条件は、１）前記デブロッキングフィルタの無効化を示すデブロッキングフィルタ無効フラグがスライスレベルおよびピクチャヘッダレベルに存在しないこと、２）デブロッキングフィルタオーバーライド有効フラグは、前記ピクチャパラメータセットを参照するピクチャのデブロッキング動作がオーバーライドされていないことを示すこと、３）前記デブロッキングフィルタオーバーライド有効フラグは、前記ピクチャパラメータセットを参照するピクチャの前記デブロッキング動作のオーバーライドを許可することを示し、デブロッキングフィルタ存在フラグは、デブロッキングフィルタ情報がピクチャヘッダ構文構造に存在することを示し、ピクチャヘッダレベルのデブロッキングフィルタ無効フラグは、前記デブロッキングフィルタが現在のピクチャに対して有効であることを示すこと、または、４）前記デブロッキングフィルタオーバーライド有効フラグは、前記ピクチャパラメータセットを参照するピクチャの前記デブロッキング動作のオーバーライドが許可され、デブロッキングフィルタ存在フラグは、デブロッキングフィルタ情報が、ピクチャヘッダ構文構造に存在せず、スライスレベルのデブロッキングフィルタ無効フラグは、前記デブロッキングフィルタが前記ピクチャに対して有効であることを示すこと、を含む、条項４４に記載の方法。

４６．映像処理方法であって（例えば、図７Ｉに示す方法７８０）、フォーマット規則に従って、１つ以上のスライスを含む１つ以上の映像ユニットを含む映像と、この映像のビットストリームとの間で変換を行うこと（７８２）を含み、このフォーマット規則は、ジョイント彩度残差コーディングに使用される量子化パラメータオフセットが、スライスレベルよりも大きい１つ以上の映像ユニットレベルに含まれることを規定する、方法。

４７．前記１つ以上の映像ユニットは、映像ピクチャ、映像シーケンス、シーケンスパラメータセット、映像パラメータセット、ピクチャヘッダ、ピクチャパラメータセット、または復号能力情報構文構造に対応する、条項４６に記載の方法。

４８．前記１つ以上の映像ユニットレベルは、第１のレベルおよび第２のレベルを含み、前記フォーマット規則は、前記第２のレベルの前記量子化パラメータオフセット値を信号通知するかどうかを、前記量子化パラメータオフセット値が前記第１のレベルで信号通知されるかどうかに依存してさらに規定する、条項４６に記載の方法。

４９．前記１つ以上の映像ユニットレベルは、第１のレベルと、前記第１のレベルよりも低い第２のレベルとを含み、前記フォーマット規則は、前記量子化パラメータオフセット値が第１のレベルで信号通知され、かつ前記第１のレベルの信号通知された値をオーバーライドするように、前記第２のレベルの量子化パラメータオフセット値を信号通知するかどうかを示すように、オーバーライドフラグを信号通知することをさらに規定する、条項４６に記載の方法

５０．映像処理方法であって（例えば、図７Ｊに示す方法７９０）、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うこと（７９２）を含み、このフォーマット規則は、（ｉ）ピクチャヘッダレベルでのＬＭＣＳ（彩度スケーリングを伴う輝度マッピング）モード識別を示す変数をコーディングするために使用される１つ以上のビットの固定または可変の長さと、（ｉｉ）この変数の値の範囲と、を規定する、方法。

５１．前記フォーマット規則は、前記変数がｕｅ（ｖ）を使用してコーディングされ、かつ前記変数の前記値の範囲が０～２（両端含む）であることを規定する、条項５０に記載の方法。

５２．前記フォーマット規則は、前記変数がｕｅ（ｖ）を使用してコーディングされること、および、ピクチャが１つのスライスのみを含む場合、前記変数の値の範囲が０～１（両端含む）であることを規定し、その他の場合、この範囲が０～２（両端含む）である、条項５０に記載の方法。

５３．前記フォーマット規則は、ピクチャが１つのスライスのみを含む場合、変数の値が０または１となるようにｕ（１）を使用して前記変数をコーディングし、そうでない場合、ｕｅ（ｖ）を使用して前記変数の値の範囲が０～２となるように前記変数をコーディングすることを規定する、条項５０に記載の方法。

５４．映像処理方法（例えば、図７Ｋに示す方法８００）であって、フォーマット規則に従って、１つ以上のピクチャを含む映像とこの映像のビットストリームとの間で変換を行うこと（８０２）を含み、このフォーマット規則は、（ｉ）ピクチャヘッダレベルでのスケーリングリストモード識別を示す変数をコーディングするために使用される１つ以上のビットの固定または可変の長さと、（ｉｉ）この変数の値の範囲と、を規定する、映像処理方法。

５５．前記フォーマット規則は、前記変数がｕｅ（ｖ）を使用してコーディングされ、かつ前記変数の値の範囲が０～２（両端含む）であることを規定する、条項５４に記載の方法。

５６．前記フォーマット規則は、前記変数がｕｅ（ｖ）を使用してコーディングされること、および、１つのピクチャが１つのスライスのみを含む場合、前記変数の値の範囲が０～１（両端含む）であることを規定し、それ以外の場合、前記範囲が０～２（両端含む）であることを規定する、条項５４に記載の方法。

５７．前記フォーマット規則は、ピクチャが１つのスライスのみを含む場合、前記変数の値が０または１となるようにｕ（１）を使用して前記変数をコーディングし、そうでない場合、ｕｅ（ｖ）を使用して前記変数の値の範囲が０～２（両端含む）となるように前記変数をコーディングすることを規定する、条項５４に記載の方法。

５８．変換は、映像をビットストリームに符号化することを含む、条項１から５７のいずれかに記載の方法。

５９．前記変換は、前記ビットストリームから前記映像を復号することを含む、条項１から５７までのいずれか１項に記載の方法。

６０．前記変換は、映像から前記ビットストリームを生成することを含み、前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、条項１～５７のいずれかに記載の方法。

６１．条項１から６０のいずれか１つまたは複数に記載された方法を実施するように構成された処理装置を含む映像処理装置。

６２．条項１から６０のいずれかに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

６３．実行されると、条項１から６０までのいずれか１項以上に記載された方法を処理装置に実施させるプログラムコードを格納したコンピュータ可読媒体。

６４．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピュータ可読媒体。

６５．条項１から６０のうちの１または複数に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

本明細書では、「映像処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、かつビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィールドが含まれるべきであるか否かを判定し、構文フィールドをコーディングされた表現に含めるか否かによって、これに応じてコーディングされた表現を生成してもよい。

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

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

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１または複数のコンピュータプログラムを実行する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

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

本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

Claims (16)

1. 映像処理方法であって、
   １つ以上のピクチャを含む映像と前記映像のビットストリームとの間の変換を行うことを含み、
   前記１つ以上のピクチャは、第１の順序規則に従って前記ビットストリームに含まれ、
   前記第１の順序規則は、第１の条件が満たされることに呼応して、前記ビットストリームが、現在の瞬時復号更新（ＩＤＲ）ピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、前記現在のＩＤＲピクチャに復号順において先行するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに出力順または前記復号順において先行するピクチャを含まないことを規定し、
   前記現在のＩＤＲピクチャは、１つ以上のＩＤＲサブピクチャを含み、
   前記ビットストリームは、第２の順序規則に準拠し、
   前記第２の順序規則は、第２の条件が満たされることに呼応して、前記ビットストリームが、現在のＩＤＲサブピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、ＩＲＡＰサブピクチャを含み前記復号順で前記現在のＩＤＲサブピクチャを含むピクチャに先行するピクチャに前記出力順または前記復号順で先行するピクチャを含まないことを規定する、
   方法。
2. 前記第１の条件は、ＩＤＲ参照ピクチャリスト構文要素に関連するシーケンスパラメータセットレベルの存在フラグが予め定義された値に等しいことを含む、
   請求項１に記載の方法。
3. 前記予め定義された値は、１である、
   請求項２に記載の方法。
4. 前記第１の条件は、参照ピクチャリスト（ＲＰＬ）の構文要素が、ＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬのネットワーク抽象化レイヤ（ＮＡＬ）ユニットタイプを有するスライスのスライスヘッダに存在することを許可することを示す存在フラグを含む、
   請求項１に記載の方法。
5. 前記現在のＩＤＲピクチャと前記ＩＲＡＰピクチャは、特定の値に等しいネットワーク抽象化レイヤ（ＮＡＬ）ユニットヘッダレイヤ識別子を有する、
   請求項１～４のいずれか１項に記載の方法。
6. 前記第１の順序規則は、前記ビットストリームが、クリーンランダムアクセスピクチャの第２スライスの第２参照ピクチャリストにおける第２エントリによって参照されるピクチャであって、前記クリーンランダムアクセスピクチャに前記復号順で先行する第２イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに前記出力順または前記復号順で先行するピクチャを含まないことを規定する、
   請求項１に記載の方法。
7. 前記第２の条件は、ＩＤＲ参照ピクチャリスト構文要素に関連するシーケンスパラメータセットレベルにおける存在フラグが、予め定義された値に等しいことである、
   請求項１に記載の方法。
8. 前記予め定義された値は、１である、
   請求項７に記載の方法。
9. 前記第２の条件は、存在フラグが、ＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬに等しいネットワーク抽象化レイヤ（ＮＡＬ）ユニットタイプを有するスライスのスライスヘッダに参照ピクチャリスト（ＲＰＬ）構文要素が存在することを許可することを示すことを含む、
   請求項１に記載の方法。
10. ＩＲＡＰサブピクチャおよび現在のＩＤＲサブピクチャは、特定の識別値に等しいネットワーク抽象化レイヤ（ＮＡＬ）ユニットヘッダレイヤ識別子および特定のインデックス値に等しいサブピクチャインデックスを有する、
    請求項１に記載の方法。
11. 前記第２の順序規則は、前記ビットストリームが、クリーンランダムアクセスサブピクチャの第３スライスの第３参照ピクチャリストにおける第３エントリによって参照されるピクチャであって、第３ＩＲＡＰサブピクチャを含むピクチャに前記出力順または前記復号順で先行し、前記クリーンランダムアクセスサブピクチャを含むピクチャに前記復号順で先行するピクチャを含まないことを規定する、
    請求項１に記載の方法。
12. 前記変換は、前記映像を前記ビットストリームに符号化することを含む、
    請求項１～１１のいずれか１項に記載の方法。
13. 前記変換は、前記ビットストリームから前記映像を復号することを含む、
    請求項１～１１のいずれか１項に記載の方法。
14. 処理装置と、命令を有する非一時的メモリと、を含む映像データを処理する装置であって、
    前記命令は、前記処理装置による実行時に、前記処理装置に、
    １つ以上のピクチャを含む映像と前記映像のビットストリームとの間の変換を行わせ、
    前記１つ以上のピクチャは、第１の順序規則に従って前記ビットストリームに含まれ、
    前記第１の順序規則は、第１の条件が満たされることに呼応して、前記ビットストリームが、現在の瞬時復号更新（ＩＤＲ）ピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、前記現在のＩＤＲピクチャに復号順において先行するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに出力順または前記復号順において先行するピクチャを含まないことを規定し、
    前記現在のＩＤＲピクチャは、１つ以上のＩＤＲサブピクチャを含み、
    前記ビットストリームは、第２の順序規則に準拠し、
    前記第２の順序規則は、第２の条件が満たされることに呼応して、前記ビットストリームが、現在のＩＤＲサブピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、ＩＲＡＰサブピクチャを含み前記復号順で前記現在のＩＤＲサブピクチャを含むピクチャに先行するピクチャに前記出力順または前記復号順で先行するピクチャを含まないことを規定する、
    装置。
15. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
    前記命令は、処理装置に、
    １つ以上のピクチャを含む映像と前記映像のビットストリームとの間の変換を行わせ、
    前記１つ以上のピクチャは、第１の順序規則に従って前記ビットストリームに含まれ、
    前記第１の順序規則は、第１の条件が満たされることに呼応して、前記ビットストリームが、現在の瞬時復号更新（ＩＤＲ）ピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、前記現在のＩＤＲピクチャに復号順において先行するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに出力順または前記復号順において先行するピクチャを含まないことを規定し、
    前記現在のＩＤＲピクチャは、１つ以上のＩＤＲサブピクチャを含み、
    前記ビットストリームは、第２の順序規則に準拠し、
    前記第２の順序規則は、第２の条件が満たされることに呼応して、前記ビットストリームが、現在のＩＤＲサブピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、ＩＲＡＰサブピクチャを含み前記復号順で前記現在のＩＤＲサブピクチャを含むピクチャに先行するピクチャに前記出力順または前記復号順で先行するピクチャを含まないことを規定する、
    非一時的なコンピュータ可読記憶媒体。
16. 映像のビットストリームを格納するための方法であって、
    １つ以上のピクチャを含む映像と前記映像のビットストリームを生成することと、
    前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
    を含み、
    前記１つ以上のピクチャは、第１の順序規則に従って前記ビットストリームに含まれ、
    前記第１の順序規則は、第１の条件が満たされることに呼応して、前記ビットストリームが、現在の瞬時復号更新（ＩＤＲ）ピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、前記現在のＩＤＲピクチャに復号順において先行するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャに出力順または前記復号順において先行するピクチャを含まないことを規定し、
    前記現在のＩＤＲピクチャは、１つ以上のＩＤＲサブピクチャを含み、
    前記ビットストリームは、第２の順序規則に準拠し、
    前記第２の順序規則は、第２の条件が満たされることに呼応して、前記ビットストリームが、現在のＩＤＲサブピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されるピクチャであって、ＩＲＡＰサブピクチャを含み前記復号順で前記現在のＩＤＲサブピクチャを含むピクチャに先行するピクチャに前記出力順または前記復号順で先行するピクチャを含まないことを規定する、方法。
    
    

Images