JP2023518752A - 映像コーディングにおけるピクチャ出力フラグの指示 - Google Patents

Abstract

【要約】コーディングおよびデコーディングを含む、映像処理のための方法および装置が説明される。１つの例示的な映像処理方法は、フォーマット規則に従って１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力するかどうかを示すフラグに基づいて決定することを規定する。【選択図】図３

Description

関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０年３月１７日出願の米国特許仮出願第６２／９９０７４９号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

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

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

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

１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大値および／またはビット深度の最大値を示す映像パラメータセットを含む。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値を制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大値および／またはビット深度の最大値が、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値を制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値が、この映像をエンコーディングするために別個の色平面を使用するかどうかに依存しないことを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値が、アクセスユニット（ＡＵ）レベルでコーディングされた表現に含まれることを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、このアクセスユニットにおいて映像ピクチャに対するピクチャ出力フラグを、アクセスユニットにおいて別の映像ピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ変数に基づいて決定することを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、出力レイヤに属さない映像ピクチャに対して、ピクチャ出力フラグの値を規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは、１つ以上のコーディングされたレイヤ映像シーケンスを含み、このフォーマット規則は、映像パラメータセットが、１つ以上のＯＬＳごとに、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値を示すことを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、ビットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを示す変数の値を制御することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って１つ以上の映像レイヤを有する映像と映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値が、ビットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを示す変数の値を制御することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上の映像レイヤを有する映像と、この映像のビットストリームとの変換を行うことを含み、この規則は、ビットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを示す変数の値が、この映像のエンコーディングに別個の色平面を使用するかどうかに依存しないことを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、特定のタイプのアクセスユニットをデコードするときに、あらかじめデコードされ、かつ、デコードされたピクチャバッファに記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示すフラグの値がこのビットストリームに含まれることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、特定のタイプのアクセスユニットをデコードするときに、あらかじめデコードされ、かつ、デコードされたピクチャバッファに記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示す第１のフラグの値がピクチャヘッダには示されていないことを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、あらかじめデコードされ、かつ、デコードされたピクチャバッファに記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示すアクセスユニットに関連付けられたフラグの値がアクセスユニットの各ピクチャのフラグの値に依存することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力するかどうかを示すフラグに基づいて決定することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、ピクチャが出力レイヤに属していない場合、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を特定の値と等しく設定することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、このフォーマット規則は、映像１つの出力レイヤのみを有している場合、出力レイヤを含まないアクセスユニットは、アクセスユニットにおいてピクチャを出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を有するピクチャに対して第１の値に、そして他のすべてのピクチャに対して第２の値に設定することによってコーディングされることを規定する。

さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成されたプロセッサを備える。

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

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

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

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

本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコル及び設計にも適用可能である。

１．初期の協議
本明細書は、映像コーディング技術に関する。具体的には、それは、デコードされたピクチャバッファ（ＤＰＢ）メモリの割り当てのためのＤＰＢのパラメータを信号通知すること、並びにスケーラブル映像コーディングにおいてコーディングされたピクチャバッファの出力を規定することについてであり、映像ビットストリームが複数のレイヤを含むものである。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング標準又は非標準映像コーデックに適用されてもよい。

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

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

３．１． 全般およびＶＶＣにおけるスケーラブル映像コーディング化（ＳＶＣ）
スケーラブル映像コーディング（ＳＶＣ、時には、映像コーディイングにおけるスケーラビリティとも呼ばれる）は、ベースレイヤ（ＢＬ）（時には、参照レイヤ（ＲＬ）と呼ばれる）と１つ以上のスケーラブルエンハンスメントレイヤ（ＥＬ）が使用される映像コーディングを指す。ＳＶＣにおいて、ベースレイヤは、基本品質レベルで映像データを伝えることができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを伝えることができる。エンハンスメントレイヤは、あらかじめエンコードされたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在するエンハンスメントレイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上のエンハンスメントレイヤのためのＲＬとして機能してもよい。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎａｌ）拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報（例えば、動き推定、動きベクトル予測および／または他の冗長性）をコード化（例えば、エンコードまたはデコード）することができる。

ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームにおける異なるレイヤの１つ以上のコーディングされた映像シーケンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよく、コーディングされた映像シーケンスにおける１つ以上のピクチャによって利用されるパラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、ピクチャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰＳ）に含まれてもよく、スライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所与の時間にどのパラメータセットを使用しているかの指示は、様々なコーディングレベルで提供されてもよい。

ＶＶＣにおける参照ピクチャリサンプリング（ＲＰＲ）のサポートのおかげで、空間的スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤ（ｓｔａｎｄａｒｄ ｄｅｆｉｎｉｔｉｏｎ）およびＨＤ（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ）解像度の２つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートしない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１で規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームのデコーディング能力は、ビットストリームに１つのレイヤしかなかったかの如く規定される。例えば、ＤＰＢサイズのようなデコーディング能力は、デコードされるビットストリームのレイヤの数に依存しないようで規定される。基本的に、単層ビットストリームのために設計されたデコーダは、多層ビットストリームをデコードすることができるようにするために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、ＩＲＡＰ ＡＵは、ＣＶＳ（ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）に存在するレイヤの各々にピクチャを含むことが必要である。

３．２． ＨＥＶＣおよびＶＶＣにおけるランダムアクセスとそのサポート
ランダムアクセスとは、デコーディング順でビットストリームの最初のピクチャでないピクチャからビットストリームのアクセスとデコーディングを開始することを指す。ブロードキャスト／マルチキャストおよび複数人数によるビデオ会議におけるチューニングおよびチャネル切り替え、ローカル再生およびストリーミングにおける探索、並びにストリーミングにおけるストリーム適応をサポートするために、ビットストリームは、頻繁なランダムアクセスポイントを含むことが必要であり、一般的に、イントラコーディングされたピクチャであるが、インターコーディングされたピクチャであってもよい（例えば、漸次的デコーディング更新の場合）。

ＨＥＶＣは、ＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニットタイプによって、ＮＡＬユニットのヘッダ内のランダムアクセスポイント内（ＩＲＡＰ）ピクチャを信号通知することを含む。３つのタイプのＩＲＡＰピクチャ、即ち、瞬時デコーダリフレッシュ（ＩＤＲ）、クリーンランダムアクセス（ＣＲＡ）、およびブロークンリンクアクセス（ＢＬＡ）ピクチャがサポートされる。ＩＤＲピクチャは、従来クローズドＧＯＰランダムアクセスポイントと呼ばれている現在のピクチャグループ（ＧＯＰ）の前のどのピクチャも参照しないようにインターピクチャ予測構造を制約している。ＣＲＡピクチャは、特定のピクチャが現在のＧＯＰの前にピクチャを参照することを許可することによって制限が緩和され、ランダムアクセスの場合、これらはすべて破棄される。ＣＲＡピクチャは、従来、オープンＧＯＰランダムアクセスポイントと呼ばれている。ＢＬＡピクチャは、通常、例えばストリーム切り替え時に、ＣＲＡピクチャにおいて２つのビットストリームまたはその一部をスプライシングすることで生成される。ＩＲＡＰピクチャのより優れたシステム使用を可能にするために、全部で６つの異なるＮＡＬユニットがＩＲＡＰピクチャのプロパティを信号通知するように定義され、これらのユニットは、ＨＴＴＰ（ＤＡＳＨ）上で動的適応ストリーミングでのランダムアクセスサポートのために使用される、ＩＳＯベースのメディアファイルフォーマット（ＩＳＯＢＭＦＦ）に定義されるようなストリームアクセスポイントのタイプにより適したものにするために使用できる。

ＶＶＣは、３つのタイプのＩＲＡＰピクチャ、２つのタイプのＩＤＲピクチャ（１つのタイプがＲＡＤＬピクチャに関連付けられた、または他のタイプが関連付けられていない）および１つのタイプのＣＲＡピクチャをサポートする。これらは基本的にＨＥＶＣと同じである。ＨＥＶＣにおけるＢＬＡピクチャのタイプは、主に２つの理由により、ＶＶＣに含まれていない。
ｉ）ＢＬＡピクチャの基本機能性は、ＣＲＡピクチャにシーケンス終了ＮＡＬユニットを加えることで実現でき、このシーケンス終了ＮＡＬユニットが存在することは、後続のピクチャが単層ビットストリームにおいて新しいＣＶＳを開始することを示す。
ｉｉ）ＶＶＣの開発において、ＮＡＬユニットヘッダのＮＡＬユニットタイプフィールドに６ビットの代わりに５ビットを用いることによって示されるように、ＨＥＶＣよりも少ないＮＡＬユニットタイプを規定する点において要求があった。

ＶＶＣとＨＥＶＣとの間のランダムアクセスサポートにおける別の重要な相違は、ＶＶＣにおいてより規範的な方法でＧＤＲ（ｇｒａｄｕａｌ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）をサポートすることである。ＧＤＲにおいて、ビットストリームのデコーディングは、インターコーディングされたピクチャから開始することができ、始めは、ピクチャ領域全体を正しくデコードすることができないが、多数のピクチャの後に、ピクチャ領域全体を正しくデコードすることができるようになる。ＡＶＣおよびＨＥＶＣはまた、ＧＤＲランダムアクセスポイントおよびリカバリポイントの信号通知のためのリカバリポイントＳＥＩ（ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）メッセージを使用して、ＧＤＲをサポートする。ＶＶＣにおいて、ＧＤＲピクチャを示すために新しいＮＡＬユニットタイプが規定され、ピクチャヘッダ構文構造においてリカバリポイントが信号通知される。ＣＶＳおよびビットストリームは、ＧＤＲピクチャで開始することができる。これは、１つのビットストリーム全体が、１つのイントラコーディングされたピクチャなしにインターコーディングされたピクチャのみを含むことができることを意味する。ＧＤＲサポートをこのように規定する主な利点は、ＧＤＲに適合した動作を提供することである。ＧＤＲは、エンコーダが、ピクチャ全体をイントラコーディングするのではなく、複数のピクチャにイントラコーディングされたスライスまたはブロックを分布させることによって、ビットストリームのビットレートを平滑化することを可能にし、これにより、エンドツーエンドの遅延の大幅な低減が可能になり、そのことは、無線表示、オンラインゲーム、無人機に基づくアプリケーションのような超低遅延アプリケーションがより一般的になっているため、以前より今日ではより重要と考えられる。

ＶＶＣにおける別のＧＤＲに関連する特徴は、仮想境界信号通知である。ＧＤＲピクチャとそのリカバリポイントとの間のピクチャにおける、更新された領域（すなわち、正しくデコードされた領域）と未更新の領域との間の境界は、仮想境界として信号通知されてもよく、信号通知された場合、境界をまたぐインループフィルタリングが適用されなくなり、したがって、境界付近のいくつかのサンプルに対するデコーディングの不整合が発生しなくなる。これは、アプリケーションがＧＤＲ処理中に正しくデコードされた領域を表示することを決定した場合に有用となりうる。

ＩＲＡＰピクチャおよびＧＤＲピクチャを集合的に、ランダムアクセスポイント（ＲＡＰ）ピクチャと呼ぶことができる。

３．３ パラメータセット
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータセットを規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ（ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。

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

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

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

３．４ ＶＶＣにおける関連定義
最近のＶＶＣテキストＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における関連する定義は、以下のとおりである。
（特定のピクチャの）関連付けられたＩＲＡＰピクチャ：デコーディング順における前のＩＲＡＰピクチャ（存在する場合）は、特定のピクチャと同じ値ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する。
コーディングされた映像シーケンス（ＣＶＳ）：デコーディング順に、ＣＶＳＳ ＡＵに続き、ＣＶＳＳ ＡＵである後続のＡＵまで（ただし後続のＡＵは含まない）のすべてのＡＵを含む、ＣＶＳＳ ＡＵでない０以上のＡＵから構成される、ＡＵのシーケンス。
コーディングされた映像シーケンス開始（ＣＶＳＳ）ＡＵ：ＣＶＳの各レイヤにＰＵ（ｐｉｃｔｕｒｅ ｕｎｉｔ）があり、各ＰＵのコーディングされたピクチャがＣＬＶＳＳ（ｃｏｄｅｄ ｌａｙｅｒ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ ｓｔａｒｔ）ピクチャであるＡＵ。
漸次的デコーディング更新（ＧＤＲ）ＡＵ：本ＰＵ各々のコーディングされたピクチャがＧＤＲピクチャであるＡＵ。
漸次的デコーディング更新（ＧＤＲ）ＰＵ：コーディングされたピクチャがＧＤＲピクチャであるＰＵ。
漸次的デコーディング更新（ＧＤＲ）ピクチャ：ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＧＤＲ＿ＮＵＴであるピクチャ。
イントラランダムアクセスポイント（ＩＲＡＰ）ＡＵ：ＣＶＳの各レイヤにＰＵが存在し、各ＰＵのコーディングされたピクチャがＩＲＡＰピクチャであるＡＵ。
イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ：ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲内で、すべてのＶＣＬ（ｖｉｄｅｏ ｃｏｄｉｎｇ ｌａｙｅｒ） ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが同じ値であるコーディングされたピクチャ。
主なピクチャ：関連付けられたＩＲＡＰピクチャと同じレイヤにあり、関連付けられたＩＲＡＰピクチャに出力順で先行するピクチャ。
末尾のピクチャ：出力順の関連付けられたＩＲＡＰピクチャに続くｎｏｎ－ＩＲＡＰピクチャで、ＳＴＳＡ（ｓｔｅｐｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂｌａｙｅｒ ａｃｃｅｓｓ）ピクチャではない。
注－ ＩＲＡＰピクチャに関連付けられたトレーリングピクチャも、ＩＲＡＰピクチャのデコーディング順に従うことに留意されたい。関連付けられたＩＲＡＰピクチャの出力順に続き、関連付けられたＩＲＡＰピクチャにデコーディング順で先行するピクチャは、許可されない。

３．５ ＶＶＣにおけるＶＰＳ構文および意味論
ＶＶＣは、スケーラブル映像コーディングとしても知られるスケーラビリティをサポートし、複数のレイヤは、１つのコーディングされた映像ビットストリームでエンコードすることができる。

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＶＰＳにおいてスケーラビリティ情報が信号通知され、その構文および意味論は以下のとおりである。

７．３．２．２ 映像パラメータセット構文

７．４．３．２ 映像パラメータセットＲＢＳＰ意味論
ＶＰＳ ＲＢＳＰ（ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）は、それが参照される前に、デコーディング処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
ＣＶＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有するすべてのＶＰＳ ＮＡＬユニットは、同じコンテンツを有するものとする。
ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＶＰＳの識別子を提供する。ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０より大きいものとする。
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、各ＣＶＳがＶＰＳを参照するときに最大許容レイヤ数を規定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳを参照する各ＣＶＳのレイヤに存在し得る時間的サブレイヤーの数の最大数を規定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０から６までの範囲内にあるべきである。
１に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇは、ＶＰＳを参照する各ＣＶＳにおけるすべてのレイヤにおいて時間的サブレイヤーの数が同じであることを規定する。０に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇは、ＶＰＳを参照する各ＣＶＳのレイヤが同じ数の時間的サブレイヤーを有していてもいなくてもよいことを規定する。存在しない場合、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇの値は１に等しいと推測される。
１に等しいｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇは、ＣＶＳにおけるすべてのレイヤがレイヤ間予測を使用せずに独立してコーディングされることを規定する。０に等しいｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇは、ＣＶＳの１つ以上のレイヤがインターレイヤー予測を使用してもよいことを規定する。存在しない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇの値は１に等しいと推測される。
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を規定する。ｍおよびｎの任意の２つの非負整数値の場合、ｍがｎ未満であるとき、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｍ］の値は、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｎ］未満であるものとする。
１に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデックスｉのレイヤがレイヤ間予測を使用しないことを規定する。０に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデックスｉのレイヤがインターレイヤー予測を使用でき、かつ、ｊの構文要素ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］が０～ｉ－１の範囲内にある場合には（両端を含む）、ＶＰＳに存在することを規定する。存在しない場合、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］の値は１に等しいと推測される。
０に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤでないことを規定する。１に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤであることを規定する。ｉおよびｊが０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１の範囲内にあるとき、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］が存在しない場合、それは０に等しいと推論される。ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］が０に等しい場合、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］の値が１となるように、０～ｉ－１の範囲内にあるｊの値が少なくとも１つあるものとする。
変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｄ］、ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］、ＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｒ］、およびＬａｙｅｒＵｓｅｄＡｓｄＲｅｆＬａｙｅｒＦｌａｇ［ｉ］は次のように導出される：
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］＝ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ｉ；ｋ＋＋）
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］＆＆ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｋ］［ｊ］）
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］＝１
｝
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０，ｄ＝０，ｒ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛ （３７）
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］） ｛
ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｄ＋＋］＝ｊ
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｊ］＝１
｝
ｉｆ（ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］）
ＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｒ＋＋］＝ｊ
｝
ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］＝ｄ
ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］＝ｒ
｝
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのレイヤインデックスを規定する変数ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｉ］は、以下のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） （３８）
ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］］＝ｉ
Ｉおよびｊの、両方とも０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にある任意の２つの異なる値について、ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］が１に等しい場合、ｉ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、ｊ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８とそれぞれ等しいとすることが、ビットストリーム適合性の要件である。
ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合は、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が存在することを規定する。ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が存在しないことを規定する。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０に等しい場合は、ｉ番目のレイヤの非ＩＲＡＰピクチャでインターレイヤー予測を使用しないことを規定する。ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］＞０は、ｉ番目のレイヤのピクチャをデコーディングするために、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］－１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャをＩＬＲＰ（ｉｎｔｅｒ ｌａｙｅｒ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）として使用しないことを規定する。存在しない場合、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］の値は７に等しいと推測される。
ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが１に等しい場合は、各ＯＬＳが１つのレイヤのみを含み、ＶＰＳを参照するＣＶＳにおける各レイヤ自体が１つのＯＬＳであり、単一の含まれたレイヤが唯一の出力レイヤであることを規定する。
ＯＬＳであるｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合は、２つ以上のレイヤを含んでいてもよい。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇの値は１に等しいと推論される。そうでない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇの値は０に等しいと推論される。
０に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで規定されたＯＬＳの総数がｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイヤインデックスが０からｉまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおける最上位レイヤのみを出力する。
１に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで規定されたＯＬＳの総数がｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイヤインデックスが０からｉまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおけるすべてのレイヤを出力する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合は、ＶＰＳによって規定されたＯＬＳの総数が明示的に信号通知されることを規定し、各ＯＬＳにおいて、出力レイヤは明示的に信号通知され、他のレイヤがＯＬＳの出力レイヤの直接または間接参照レイヤであるレイヤであることを規定する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値は、０から２までの範囲内にあるべきである。ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値３は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来使用するために確保されている。
ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しく、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値は２に等しいと推論される。
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１プラス１は、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しいときには、ＶＰＳで規定されるＯＬＳの総数を規定する。
ＶＰＳで規定されたＯＬＳの総数を規定する変数ＴｏｔａｌＮｕｍＯｌｓｓは、以下のように導出される。
ｉｆ（ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝＝０）
ＴｏｔａｌＮｕｍＯｌｓｓ＝１
ｅｌｓｅ ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１ （３９）
ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１
１に等しいｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等しいレイヤがｉ番目のＯＬＳの出力レイヤであることを規定する。０に等しいｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｏｌｓ＿ｍｏｄｅ＿ｉｄが２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等しいレイヤがｉ番目のＯＬＳの出力レイヤでないことを規定する。
ｉ番目のＯＬＳにおける出力レイヤの数を規定する変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］、ｉ番目のＯＬＳにおけるｊ番目のレイヤのサブレイヤーの数を規定する変数ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯｌｓ［ｉ］［ｊ］、ｉ番目のＯＬＳにおけるｊ番目の出力レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定する変数ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］、および少なくとも１つのＯＬＳにおいてｋ番目のレイヤを出力レイヤとして使用するかどうかを規定する変数ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］、を以下のように導出する。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［０］［０］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［０］＝１
ｆｏｒ（ｉ＝１，ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＜２）
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝１
ｅｌｓｅ／＊（！ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ＆＆ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ＊／
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｉ＆＆（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）；ｊ＋＋）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｉ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋） ｛
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｊ］＝０
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝０
｝
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋） （４０）
ｉｆ（ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］＝１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］＝ｋ
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋） ｛
ｉｄｘ＝ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＲｅｆＬａｙｅｒｓ［ｉｄｘ］；ｋ＋＋） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝１
ｉｆ（ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］ ＜
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］
｝
｝
｝
０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１の範囲内にあるｉの各値について、ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］およびＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］の値は、両方とも０に等しくないものとする。言い換えれば、少なくとも１つのＯＬＳの出力レイヤでも、他のレイヤの直接参照レイヤでもないレイヤが存在しないものとする。
各ＯＬＳに対して、出力レイヤである少なくとも１つのレイヤが存在するものとする。すなわち、ｉの値が０～ＴｏｔａｌＮｕｍＯｌｓｓ＿１の範囲内（両端を含む）である場合、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］の値は、１以上である。
ｉ番目のＯＬＳにおけるレイヤの数を規定する変数ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］、およびｉ番目のＯＬＳにおけるｊ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定する変数ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］は、以下のように導出する。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］ （４１）
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋）
ｉｆ（ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
｝
｝
注１－０番目のＯＬＳは、最下位レイヤ（すなわち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］であるレイヤ）のみを含み、０番目のＯＬＳの場合、含まれているレイヤのみが出力される。
ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］であるレイヤのＯＬＳレイヤインデックスを規定する変数ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ｊ］は、以下のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｆｏｒ ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋） （４２）
ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］＝ｊ
各ＯＬＳにおける最下位レイヤは独立レイヤであるものとする。すなわち、０～ＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲内の各ｉについて、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］］の値は、１に等しいものとする。
各レイヤは、ＶＰＳによって規定される少なくとも１つのＯＬＳに含まれるものとする。言い換えれば、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるｋについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値ｎｕｈＬａｙｅｒＩｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］の１つと等しい各レイヤについて、少なくとも１対の値、ｉとｊが存在するものとする。ここで、Ｉは０からＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲にあり、ｊはＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］－１の範囲にあり、ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］の値がｎｕｈＬａｙｅｒＩｄと等しくなる。
ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１の値はＴｏｔａｌＮｕｍＯｌｓｓより小さいものとする。
ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にプロファイル、ティア、一般的な制約情報が含まれていることを規定し、ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅに存在しないことを規定する。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［０］の値は１に等しいと推論される。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は、ＶＰＳ内ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のプロファイル、ティア、一般的な制約情報は、ＶＰＳ内（ｉ－１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のものと同じと推論される。
ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてレベル情報が存在する最も高いサブレイヤー表現のＴｅｍｐｏｒａｌＩｄを規定する。ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論される。
ｖｐｓ＿ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔ＝０に等しいものとする。
ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｉ］は、第ｉ番目のＯＬＳに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のリストに対するインデックスを規定する。存在する場合、ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合、ｉ番目のＯＬＳに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照するＳＰＳにも存在する。ＮｕｍＬａｙｅｒｓＩｎＯＬＳ［ｉ］が１に等しい場合は、ＶＰＳおよびｉ番目のＯＬＳのＳＰＳにおいて信号通知されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は同一であるものとすることが、ビットストリーム適合性の要件である。
ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓは、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は、０～１６の範囲内である。存在しない場合、ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は０に等しいと推測される。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｄｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰＳのｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造において、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［］、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［］、およびｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［］構文要素の存在を制御するのに使用する。存在しない場合、ｖｐｓ＿ｓｕｂ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しいと推論される。
ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］は、ＶＰＳのｉ番目のｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造にＤＰＢパラメータが含まれている可能性がある、最も高いサブレイヤー表現のＴｅｍｐｏｒａｌＩｄを規定する。ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論される。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッファの高さを、輝度サンプル単位で規定する。
ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照するＳＰＳに存在する。
ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造および他のＨＲＤ（ｈｙｐｏｔｈｅｔｉｃａｌ ｒｅｆｅｒｅｎｃｅ ｄｅｃｏｄｅｒ）パラメータを含むことを規定する。
ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造または他のＨＲＤパラメータを含まないことを規定する。存在しない場合、ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合、ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造およびｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照するＳＰＳに存在する。
１に等しいｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰＳにおけるｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、ＴｅｍｐｏｒａｌＩｄが０～ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の範囲内にあるサブレイヤー表現のためのＨＲＤパラメータを含むことを規定する。０に等しいｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰＳにおけるｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］に等しいサブレイヤーの表現に対するＨＲＤパラメータのみを含むことを規定する。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ＴｅｍｐｏｒａｌＩｄが０からｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］－１の範囲内にあるサブレイヤー表現のＨＲＤパラメータは、ＴｅｍｐｏｒａｌＩｄがｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］－１に等しいサブレイヤー表現のＨＲＤパラメータと同じに等しいと推論される。これには、ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｇｅｎｅｒａｌ＿ｆｌａｇ［ｉ］構文要素から始まり、ｓｕｂｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ｉ）構文構造に至るまでのＨＲＤパラメータが、ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ構文構造における条件“ｉｆ（ｇｅｎｅｒａｌ＿ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）”のすぐ下に含まれる。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１プラス１は、ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ＶＰＳに存在するｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の数を規定する。ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１の値は、０からＴｏｔａｌＮｕｍＯｌｓ－１までの範囲内にある必要があります。
ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］は、ｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造にＨＲＤパラメータが含まれる最も高いサブレイヤー表現のＴｅｍｐｏｒａｌＩｄを規定する。ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論される。
ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きい場合、ｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の、ＶＰＳにおけるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデックスを規定する。ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［ｉ］の値は、０からｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構 造は、ｉ番目のＯＬＳにおけるレイヤが参照するＳＰＳに存在する。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍ＿ｍｉｎｕｓ１＋１の値がＴｏｔａｌＮｕｍＯＬＳに等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ｉ］の値はｉに等しいと推論される。そうでない場合、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きく、ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［ｉ］の値は０に等しいと推論される。
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０に等しい場合、ＶＰＳ ＲＢＳＰ構文構造にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が含まれていないことを規定する。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しい場合、ＶＰＳ ＲＢＳＰ構文構造にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が存在することを規定する。
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは任意の値を有することができる。その存在および値は、本明細書バージョンで特定された特徴に対するのデコーダの適合性に影響を与えない。本明細書バージョンに準拠するデコーダは、すべてのｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素を無視しなければならない。

３．６． ＶＶＣにおけるＳＰＳ構文および意味論
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、本実施形態に最も関連するＳＰＳ構文および意味論は、以下のとおりである。

７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在し得ることを規定する。０に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在しないことを規定する。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、第６．２項に規定されるように、輝度サンプリングに対するクロマサンプリングを示す。
．．．
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、輝度およびクロマ配列ＢｉｔＤｅｐｔｈのサンプルのビット深度及びクロマ量子化パラメータレンジオフセットＱｐＢｄＯｆｆｓｅｔの値を以下のように規定する。
ＢｉｔＤｅｐｔｈ＝８＋ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４５）
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４６）
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、０から８までの範囲内にある。
．．．
３．７． ＶＶＣにおけるピクチャヘッダ構造の構文および意味論

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、本実施形態に最も関連するピクチャヘッダ構造の構文および意味論は、以下のとおりである。

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

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

ＰＨ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）構文構造は、ＰＨ構文構造に関連付けられたコーディングされたピクチャのすべてのスライスに共通の情報を含む。
１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであることを規定する。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであってもなくてもよいことを規定する。
１に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチャであることを規定する。０に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチャでないことを規定する。存在しない場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいと推測される。ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。
注１－ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ＰＨに関連付けられたピクチャはＩＲＡＰピクチャである。
．．．
ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現在のピクチャのピクチャオーダカウントモジュロＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを規定する。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
附属書Ｃに規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ビットストリームの最初のピクチャでないＣＬＶＳＳピクチャのデコーディング後の、ＤＰＢにおける前回デコードされたピクチャの出力に影響を及ぼす。
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、デコードされたピクチャの出力順のリカバリポイントを規定する。現在のピクチャがＰＨに関連付けられたＧＤＲピクチャであり、現在のＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものであるＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＣＬＶＳにおいて、デコーディング順で現在のＧＤＲピクチャに後続するピクチャが存在する場合、このピクチャｐｉｃＡをリカバリポイントピクチャと呼ぶ。そうでない場合、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものよりも大きいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する出力順の第１のピクチャを、リカバリポイントピクチャと呼ぶ。リカバリポイントピクチャは、現在のＧＤＲピクチャにデコーディング順で先行しないものとする。ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌは、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ （８１）
注２－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌが関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ以上である場合、出力順で現在及び後続のデコードされたピクチャが、デコーディング順で関連付けられたＧＤＲピクチャに先行する前のＩＲＡＰピクチャ（存在する場合）からデコーディング処理を開始することによって生成された対応するピクチャに完全に一致する。
．．．

３．８． ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの設定
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する仕様は、以下のとおりである（８．１．２項 コーディングされたピクチャのデコーディング処理の一部として）。
８．１．２ コーディングされたピクチャに対するデコーディング処理
本項で規定されるデコーディング処理は、各コーディングされたピクチャ（現在のピクチャと呼ばれ、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅにおいて変数ＣｕｒｒＰｉｃで表される）に適用される。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値に依存して、現在のピクチャのサンプル配列の数は、以下の通りである。
－ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合、現在のピクチャは、１つのサンプル配列Ｓ_Ｌで構成される。
－そうでない場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０と等しくない場合）、現在のピクチャは、３つのサンプル配列Ｓ_Ｌ、Ｓ_Ｃｂ、Ｓ_Ｃｒで構成される。
現在のピクチャに対するデコーディング処理は、項目７からの構文要素および大文字変数を入力とする。各ＮＡＬユニットにおける各構文要素の意味論を解釈するとき、および項目８の残りの部分において、用語「ビットストリーム」（またはその一部、例えば、ビットストリームのＣＶＳ）は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ（またはその一部）を指す。
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存して、デコーディング処理は以下のように構成される。
－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、現在のピクチャを出力として、デコーディング処理が１回呼び出される。
－そうでない場合（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）、デコーディング処理が３回呼び出される。デコーディング処理への入力は、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの値が同一であるコーディングされたピクチャのすべてのＮＡＬユニットである。ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定の値を有するＮＡＬユニットのデコーディング処理は、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定の値を有するモノクロカラーフォーマットを備えるＣＶＳのみがビットストリームに存在するかのように規定される。３つのデコーディング処理の各々の出力は、現在のピクチャの３つのサンプル配列の１つに割り当てられ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄが０、１、および２に等しいＮＡＬユニットがそれぞれ、Ｓ_Ｌ、Ｓ_Ｃｂ、Ｓ_Ｃｒに割り当てられる。
注記－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しく、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等しい場合、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは０に等しく導出される。デコーディング処理において、この変数の値を評価し、モノクロピクチャの場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合）と同一の操作となる。
デコーディング処理は、現在のピクチャＣｕｒｒＰｉｃに対して以下のように動作する。
１．ＮＡＬユニットのデコーディングは８．２項で規定されている。
２．８．３項の処理は、タイルグループヘッダレイヤおよびそれより上位の構文要素を使用して、以下のデコーディング処理を規定する。
－ピクチャオーダカウントに関連する変数および関数は、８．３．１項で規定されるように導出される。これは、ピクチャの第１のスライスに対してのみ呼び出す必要がある。
非ＩＤＲピクチャの各スライスのデコーディング処理の最初に、参照ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ［０］）と参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ［１］）の導出のために、８．３．２項に規定された参照ピクチャリスト構築のためのデコーディング処理が呼び出される。
－８．３．３項の参照ピクチャマーキングのためのデコーディング処理が呼び出され、参照ピクチャは、「参照のために使用されていない」または「長期参照のために使用される」としてマークされてもよい。これは、ピクチャの第１のスライスに対してのみ呼び出す必要がある。
－現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャまたはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである場合、８．３．４項で規定される利用不可能な参照ピクチャを生成するためのデコーディング処理が呼び出されるが、ピクチャの最初のスライスに対してのみ呼び出される必要がある。
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等しく設定する。
－現在のピクチャはＲＡＳＬ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ）ピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定される。
３． ８．４項、８．５項、８．６項、８．７項および８．８項の処理は、すべての構文構造レイヤにおける構文要素を使用したデコーディング処理を規定している。ピクチャを複数のスライスに分割し、複数のスライスを複数のＣＴＵ（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）に分割することで、それぞれがピクチャのパーティションを形成するように、ピクチャのコーディングされたスライスは、ピクチャのすべてのＣＴＵのためのスライスデータを含むことが、ビットストリーム適合性の要件である。
４．現在のピクチャのすべてのスライスをデコードした後、現在のデコードされたピクチャを「短期参照に使用される」とマークし、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリを「短期参照に使用される」とマークする。

３．９． ＨＲＤ操作に対するＤＰＢパラメータの設定
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＨＲＤ操作のためのＤＰＢパラメータを設定するための仕様は、以下のとおりである（項Ｃ．１の一部として）。
Ｃ．１ 一般
．．．
各ビットストリーム適合性試験において、ＣＰＢ（ｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）のサイズ（ビット数）は、７．４．６．３項で規定されるように、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ＳｃＩｄｘ］であり、ＳｃＩｄｘおよびＨＲＤパラメータは、本節において上記で特定され、ＤＰＢパラメータｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］，ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］およびＭａｘＬａｔｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］は、以下のように対象ＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造で見つけられ、またはそこから導出される。
－対象ＯＬＳが１つのレイヤのみを含む場合、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、対象ＯＬＳのレイヤとして参照されるＳＰＳにおいて見つけられる。
－そうでない場合（対象ＯＬＳは複数の層を含む）、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）は、ＶＰＳにおいて見つけられるｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ］によって識別される。
．．．

３．１０． ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＦｌａｇの値を設定する仕様は、（ＤＰＢからのピクチャ除去の仕様の一部として）以下のとおりである。
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピクチャを含む）の最初のＤＵ（ｄｅｃｏｄｉｎｇ ｕｎｉｔ）のＣＰＢ除去時間において瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、以下のように導出される。
－現在のＡＵのどのピクチャに対しても導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値が、同じＣＬＶＳの前のピクチャに対して導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８，ｏｒ ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］それぞれの値とは異なり、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず、テスト対象のデコーダによってＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に設定されてもよい（ただし、そうすべきではない）。
注－このような条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、この場合、テスト対象のデコーダは、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することができる。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰＢにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理および８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び出される。
－現在のピクチャがピクチャ０でないＣＬＶＳＳピクチャである場合、以下の順序付けられたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、以下のように導出される。
－現在のＡＵの任意のピクチャに対して導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８，またはｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値が、同じＣＬＶＳにおける前のピクチャに対してｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８，またはｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値とそれぞれ異なる場合は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず、試験中のデコーダによって１に設定されてもよく（ただし、そうすべきではない）。
注－このような条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、この場合、テスト対象のデコーダは、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することができる。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰＢフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるすべての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定される。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等しくなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマークされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。

４．開示される技術的解決策によって解決される技術課題
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存のスケーラビリティ設計は、以下の問題を有する。
１）現在、すべてのレイヤのすべてのピクチャに対するピクチャ幅およびピクチャ高さの最大値がＶＰＳにおいて信号通知され、デコーダがＤＰＢにメモリを適切に割り当てることを可能にする。ピクチャの幅および高さと同様に、ＳＰＳ構文要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８でそれぞれ現在規定されているクロマフォーマットおよびビット深度も、ＤＰＢにおけるピクチャ記憶バッファのサイズに影響を及ぼす。ただし、すべてのレイヤのすべてのピクチャについて、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値が信号通知されるわけではない。
２）現在、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値の設定は、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を変更することを含む。しかし、代わりに、すべてのレイヤのすべてのピクチャのピクチャ幅およびピクチャ高さの最大値を使用すべきである。
３）現在、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定は、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃまたはｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の値を変更することを含む。しかし、代わりに、すべてのレイヤのすべてのピクチャに対するクロマフォーマットおよびビット深度の最大値を使用すべきである。
４）現在、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＳＦｌａｇの設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値を変更することを含む。しかしながら、４：４：４クロマフォーマットを規定するｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等しい場合にのみｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは存在し、使用され、一方、４：４：４クロマフォーマットについては、値が０または１に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、デコードされたピクチャを記憶するために必要なバッファサイズに影響しない。よって、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値を変更することを含むべきではない。
５）現在、ＰＨ ｆｏｒ ＩＲＡＰ ａｎｄ ＧＤＲ ピクチャでは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒＰｉｃｓ＿ｆｌａｇが信号通知され、このフラグの意味論とＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定処理とは共に、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがレイヤ固有またはＰＵ固有である手法で規定される。しかし、ＤＰＢ動作はＯＬＳ固有またはＡＵ固有であるので、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの意味論およびＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定におけるこのフラグの使用の両方を、ＡＵ固有の方式で規定するべきである。
６）現在のピクチャのために変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定するための現在のテキストは、現在のピクチャと同じＡＵで且つ現在のピクチャよりも上位レイヤにあるピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを使用することを含む。しかし、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものより大きいピクチャｐｉｃＡについて、現在のピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを導出する場合、ｐｉｃＡのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇはまだ導出されていない。
７）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以下のような問題がある。ＯＬＳのビットストリームには２つのレイヤがあり、上位レイヤのみが出力レイヤであり、特定のＡＵ ａｕＡにおいて、上位レイヤのピクチャは、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが０に等しい。デコーダ側において、ａｕＡの上位レイヤピクチャは存在せず（例えば、損失またはレイヤダウンスイッチングのため）、一方、ａｕＡの下位レイヤピクチャは存在し、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しい。そして、ａｕＡの下位レイヤピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を１に等しく設定する。しかしながら、ＯＬＳが１つの出力レイヤのみを有し、出力レイヤのピクチャが０に等しいｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇを有する場合、エンコーダ（またはコンテンツ提供者）は、そのピクチャを含むＡＵに対してピクチャを出力したくなかったと解釈されるべきである。
８）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以下のような問題がある。ＯＬＳのビットストリームには３つ以上のレイヤがあり、トップレイヤのみが出力レイヤである。デコーダ側では、現在のＡＵのトップレイヤピクチャが存在せず（例えば、ロスまたはレイヤダウンスイッチングのため）、一方、現在のＡＵのための下位レイヤのピクチャが２つ以上存在し、これらのピクチャは、ｐｉｃｔ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しい場合、このＡＵのために複数のピクチャが出力される。しかしながら、このことは、ＯＬＳには出力レイヤが１つしかないため、エンコーダまたはコンテンツ提供者が１つのピクチャのみを出力することを期待したので問題がある。
９）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以下のような問題がある。ＯＬＳモード２（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合）は、モード０のように１つの出力レイヤのみを規定することもできるが、出力レイヤピクチャ（最上レイヤピクチャでもある）が存在しない場合のＡＵのための下位レイヤピクチャの出力動作は、モード０のためにのみ規定される。
１０）１つの出力レイヤのみを含むＯＬＳの場合、出力レイヤのピクチャ（これも最上レイヤのピクチャである）がデコーダにとって利用可能でない（例えば、ロスまたはレイヤダウンスイッチングのため）場合、デコーダは、そのピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが１または０に等しいかどうかを知ることができない。それが１に等しい場合、下位レイヤのピクチャを出力することが妥当であるが、それが０に等しい場合、この特定のＯＬＳのためのこのＡＵに対するピクチャ出力があるべきでないなどの理由で、エンコーダ（コンテンツ提供者）が値を０に等しくするように、下位レイヤのピクチャを出力することは、ユーザ体験の観点から見ればさらに悪くなるかもしれない。

５．実施形態および技術のリスト化
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
課題を解決するための解決策１～５
１）課題１を解決するために、ＶＰＳにおいて、すべてのレイヤのすべてのピクチャについて、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値の一方または両方を信号通知してもよい。
２）課題２を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値の設定は、全レイヤの全ピクチャの最大ピクチャ幅と高さの一方または両方に少なくとも基づいてＶＰＳで信号通知するように規定してもよい。
３）課題３を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値の設定は、全レイヤの全ピクチャに対するｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値の一方または両方に少なくとも基づいてＶＰＳで信号通知するように規定してもよい。
４）課題４を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＦｌａｇの値の設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存しないように規定してもよい。
５）課題５を解決するために、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの意味論と、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定の両方におけるこのフラグの使用とを、ＡＵ固有の方式で規定してもよい。
ａ．一例において、存在する場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵにおけるすべてのピクチャについて同じであるべきであり、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値であると考えられる。
ｂ．代替的に、一例において、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しい場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇをＰＨ構文から除去し、ＡＵＤ（ａｃｃｅｓｓ ｕｎｉｔ ｄｅｌｉｍｉｔｅｒ）構文に信号通知してもよい。
ｉ．シングルレイヤビットストリームの場合、ＡＵＤはオプションであるため、ＡＵＤがＩＲＡＰまたはＧＤＲ ＡＵに存在しない場合、ＡＵＤのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの値は１に等しいと推測してもよい（つまり、エンコーダは、シングルレイヤビットストリームにおけるＩＲＡＰまたはＧＤＲ ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの値０を信号通知したい場合、ビットストリーム内のそのＡＵのＡＵＤを信号通知しなければならない。
ｃ．代替的に、一例において、ＡＵの各ピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチャごとのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが０に等しい場合にのみ、０に等しいと見なされてもよく、そうでない場合、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、１に等しいと考えてもよい。
ｉ．このアプローチの欠点は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを設定し、ＣＶＳＳ ＡＵのピクチャを出力するには、ＡＵ内のすべてのピクチャが到着するのを待つ必要があることである。
課題を解決するための解決策６～１０
６）問題６を解決するために、現在のピクチャのためのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの設定は、現在のピクチャと同じＡＵであって現在のピクチャよりも上位レイヤにあるピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ（ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇではなく）に少なくとも基づいて行うようで規定されてもよい。
７）上記課題７～９を解決するために、現在のピクチャが出力レイヤに属していない場合、常に、現在のピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を０に設定する。
ａ．代替的に、問題７および８を解決するために、１つの出力レイヤしかなく、１つのＡＵに対して出力レイヤ（１つの出力レイヤしかない場合、上層になるべき）が存在しない場合、デコーダが使用可能なＡＵのすべてのピクチャのうち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が最も高く、ｐｉｃｔ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しいピクチャに対して、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを１に等しく設定し、デコーダが利用可能なＡＵの他のすべてのピクチャに対しては、０に等しく設定する。
８）問題１０を解決するために、ＡＵの出力レイヤピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇの値は、ＡＵＤまたはＡＵにおけるＳＥＩメッセージで信号通知されてもよいし、またはＡＵにおける１つ以上の他のピクチャのＰＨで通知されてもよい。

６．実施形態
以下は、上記第５章に要約されたいくつかの態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。変更されたテキストは、ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５における最新のＶＶＣのテキストに基づく。既に追加または修正された最も関連性のある部分は、太字のイタリック文字で強調表示され、且つ削除された部分の一部は、二重括弧でマークされている（例えば、［［ａ］］は、「ａ」という文字の削除を示す）。本質的に編集可能であるため、強調されていない他の何らかの変更がある。

６．１． 第一の実施形態
本実施形態は１、２、３、４、５、及び５ａ項に対するものである。

７．３．２．２ 映像パラメータセット構文

．．．
７．４．３．２ 映像パラメータセットＲＢＳＰ意味論
．．．
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッファの高さを、輝度サンプル単位で規定する。

ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照するＳＰＳに存在する。
．．．
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在し得ることを規定する。０に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在しないことを規定する。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、第６．２項に規定されるように、輝度サンプリングに対するクロマサンプリングを示す。

．．．
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、輝度およびクロマ配列ＢｉｔＤｅｐｔｈのサンプルのビット深度及びクロマ量子化パラメータレンジオフセットＱｐＢｄＯｆｆｓｅｔの値を以下のように規定する。
ＢｉｔＤｅｐｔｈ＝８＋ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４５）
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４６）
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、０から８までの範囲内にある。

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

．．．
Ｃ．１ 一般
．．．
各ビットストリーム適合性試験において、ＣＰＢのサイズ（ビット数）は、７．４．６．３項で規定されるように、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ＳｃＩｄｘ］であり、ＳｃＩｄｘおよびＨＲＤパラメータは、本節において上記で特定され、ＤＰＢパラメータｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］，ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］およびＭａｘＬａｔｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］は、以下のように対象ＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造で見つけられ、またはそこから導出される。

．．．
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピクチャを含む）の最初のＤＵのＣＰＢ除去時間において瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、以下のように導出される。

－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、現在のＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰＢにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理および８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び出される。

１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、以下のように導出される。

２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰＢフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるすべての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定される。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等しくなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマークされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。

６．２． 第二の実施形態
本実施形態は、項目１、２、３、４、５、５ｃに対するものであり、第１の実施形態の本文と文脈が変更されている。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
附属書Ｃで規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ビットストリームの最初のＡＵでないＣＶＳＳ ＡＵピクチャのデコーディング後の、ＤＰＢにおいてあらかじめデコードされたピクチャの出力に影響を及ぼす。
［［ｎｏ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、（存在すれば）のＡＵのすべてのピクチャに対して同じとなることが、ビットストリーム適合性の要件である。
ＡＵのピクチャのＰＨにｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが存在する場合、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値である。］］
．．．
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピクチャを含む）の最初のＤＵのＣＰＢ除去時間において瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、以下のように導出される。

２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰＢにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理および８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、以下のように導出される。

２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰＢフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるすべての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定される。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等しくなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマークされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。

６．３． 第三の実施形態
本実施形態は、６、７項（変更後のテキストは、８．１．２項に追加された注記を除く）および７ａ項（８．１．２項に追加された注記）に関する。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、デコードされたピクチャの出力順のリカバリポイントを規定する。

［［現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌは、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ （８１）］］

．．．
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．

－［［ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇ］は、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定される。］］
．．．

６．４．第四の実施形態
本実施形態は、項目６および７ａに対するものである。
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。

－［［ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。］］
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定される。
．．．

６．５． 第五の実施形態
この実施形態は、６項のみに対するものである。
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐｉｃＡが含まれる。
－ＰｉｃＡは、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ［［ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇ］］が１に等しい。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定される。
．

図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネントの一部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は圧縮又はエンコードされたフォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（登録商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）またはセルラーインターフェース等の無線インターフェースを含む。

システム１９００は、本明細書に記載される様々なコーディング又はエンコーディング方法を実装することができるコーディングコンポーネント１９０４を含んでもよい。コーディングコンポーネント１９０４は、入力１９０２からの映像の平均ビットレートをコーディングコンポーネント１９０４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力１９０２において受信された、記憶された又は通信された映像のビットストリーム（又はコーディングされた）表現は、コンポーネント１９０８によって使用されて、表示インターフェース１９１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理演算を「コーディング」演算又はツールと呼ぶが、コーディングツール又は演算は、エンコーダ及びそれに対応する、コーディングの結果を逆にするデコーディングツール又は演算が、デコーダによって行われることが理解されよう。

周辺バスインターフェースまたは表示インターフェースの例は、ＵＳＢ（登録商標；Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ（ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ）、ＩＤＥ（ｉｎｔｅｇｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ）インターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

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

図４は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。

図４に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、映像エンコーディングデバイスとも称され得るエンコードされた映像データを生成する。送信先デバイス１２０は、送信元デバイス１１０によって生成されたエンコードされた映像データをデコードしてよく、映像デコーディングデバイスとも呼ばれ得る。

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

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

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

Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂからエンコードされた映像データを取得してもよい。映像デコーダ１２４は、エンコードされた映像データをデコードしてもよい。表示デバイス１２２は、デコードされた映像データをユーザに表示してもよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示デバイスとインターフェースするように構成される送信先デバイス１２０の外部にあってもよい。

映像エンコーダ１１４および映像デコーダ１２４は、高効率映像コーディング（ＨＥＶＣ）規格、汎用映像コーディング（ＶＶＣ）規格、および他の現在のおよび／または更なる規格等の映像圧縮規格に従って動作してもよい。

図５は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ２００は、図４に示されるシステム１００における映像エンコーダ１１４であってもよい。

映像エンコーダ２００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図５の実施例において、映像エンコーダ２００は、複数の機能性モジュールを含む。本開示で説明される技法は、映像エンコーダ２００の様々なモジュール間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

映像エンコーダ２００の機能コンポーネントは、分割ユニット２０１、予測ユニット２０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、およびエントロピーエンコーディングユニット２１４を含んでもよい。

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

さらに、動き推定ユニット２０４および動き補償ユニット２０５などのいくつかのモジュールは、高度に統合されてもよいが、説明のために、図５の例においては別個に表現されている。

分割ユニット２０１は、１つのピクチャを１または複数の映像ブロックに分割してもよい。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。

モード選択ユニット２０３は、例えば、誤りの結果に基づいて、イントラまたはインターコーディングされたモードのうちの１つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成ユニット２０７に供給し、残差ブロックデータを生成して再構成ユニット２１２に供給し、エンコードされたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。また、モード選択ユニット２０３は、インター予測の場合、ブロックの動きベクトルの解像度（例えば、サブピクセルまたは整数画素精度）を選択してもよい。

現在の映像ブロックに対してインター予測を行うために、動き推定ユニット２０４は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報およびデコードされたサンプルに基づいて、現在の映像ブロックのための予測映像ブロックを判定してもよい。

動き推定ユニット２０４および動き補償ユニット２０５は、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現在の映像ブロックに対して異なる動作を行ってもよい。

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

他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測してもよく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。

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

いくつかの例では、動き推定ユニット２０４は、現在の映像のための動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していることを判定してもよい。

一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。

別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、示された映像ブロックの動きベクトルおよび動きベクトル差分を使用して、現在の映像ブロックの動きベクトルを決定してもよい。

上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマージモード信号通知を含む。

イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックのデコードされたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んでもよい。

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

他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。

変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１または複数の変換を適用することによって、現在の映像ブロックのための１または複数の変換係数映像ブロックを生成してもよい。

変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１または複数の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。

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

再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。

エントロピーエンコーディングユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピーエンコーディングユニット２１４がデータを受信すると、エントロピーエンコーディングユニット２１４は、１または複数のエントロピーエンコーディング動作を行い、エントロピーエンコードされたデータを生成し、エントロピーエンコードされたデータを含むビットストリームを出力してもよい。

図６は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３００は、図４に示すシステム１００における映像デコーダ１２４であってもよい。

映像デコーダ３００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図６の実施例において、映像デコーダ３００は、複数の機能性コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

図６の実施例において、映像デコーダ３００は、エントロピーデコーディングユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説明したエンコーディングパスとほぼ逆のデコーディングパスを行ってもよい。

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

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

動き補償ユニット３０２は、映像ブロックのエンコーディング中に映像エンコーダ２００によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。

動き補償ユニット３０２は、エンコードされた映像シーケンスのフレームおよび／またはスライスをエンコードするために使用されるブロックのサイズを判定するための構文情報、エンコードされた映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのようにエンコードされるかを示すモード、各インターエンコードされたブロックに対する１または複数の参照フレーム（および参照フレームリスト）、およびエンコードされた映像シーケンスをデコードするための他の情報のいくつかを使用してもよい。

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

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

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

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

１．１つ以上の映像ピクチャを含む１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うこと（３００２）を含み、このコーディングされた表現は、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大値および／またはビット深度の最大値を示す映像パラメータセットを含む、映像処理方法（図３に示す方法３０００）。

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

２．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、デコーダバッファから除去する前に、デコーダバッファ内のピクチャを出力するかどうかを示す変数の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。

３．前記変数は、映像パラメータセットにおいて信号通知される、項目２に記載の方法。

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

４．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大値および／またはビット深度の最大値が、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。

５．前記変数は、映像パラメータセットにおいて信号通知される、項目４に記載の方法。

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

６．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値が、この映像をエンコーディングするために別個の色平面を使用するかどうかに依存しないことを規定するフォーマット規則に準拠する、映像処理方法。

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

７．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値が、アクセスユニット（ＡＵ）レベルでコード化された表現に含まれることを規定するフォーマット規則に準拠する、映像処理方法。

８．前記フォーマット規則は、前記値が前記コーディングされた表現におけるすべてのＡＵに対して同じであることを規定する、項目７に記載の方法。

９．前記変数はピクチャヘッダに示される、項目７～８のいずれかに記載の方法。

１０．変数は、アクセスユニット区切り文字で示される、項目７～８のいずれかに記載の方法。

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

１１．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、アクセスユニットにおいて映像ピクチャに対するピクチャ出力フラグを、アクセスユニットにおいて別の映像ピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ変数に基づいて決定することを規定するフォーマット規則に準拠する、映像処理方法。

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

１２．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現は、出力レイヤに属さない映像ピクチャについて、ピクチャ出力フラグの値を規定するフォーマット規則に準拠する、映像処理方法。

１３．前記フォーマット規則は、映像ピクチャに対するピクチャ出力フラグの値をゼロに設定することを規定する、項目１２に記載の方法。

１４．前記映像は１つの出力レイヤのみを含み、前記出力レイヤを含まないアクセスユニットが、前記ピクチャ出力フラグ値を、最上レイヤｉｄ値を有するピクチャについては論理１に、他のすべてのピクチャについては論理０に設定することでコード化される、項目１２に記載の方法。

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

１５．前記ピクチャ出力フラグは、アクセスユニット区切り文字に含まれる、項目１～１４のいずれかに記載の方法。

１６．前記ピクチャ出力フラグは、補足強化情報フィールドに含まれる、項目１～１４のいずれかに記載の方法。

１７．前記ピクチャ出力フラグは、１つ以上のピクチャのピクチャヘッダに含まれる、項目１～１４のいずれかに記載の方法。

１８．前記変換は、前記映像を前記コーディングされた表現にエンコーディングすることを含む、項目１～１７のいずれかに記載の方法。

１９．前記変換は、前記映像の画素値を生成すべく前記コーディングされた表現をデコーディングすることを含む、項目１～１７のいずれかに記載の方法。

２０．項目１～１９の１項目以上に記載の方法を実装するように構成されたプロセッサを備える、映像デコーディング装置。

２１．項目１～１９の１項目以上に記載の方法を実装するように構成されたプロセッサを備える映像エンコーディング装置。

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

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

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

１．フォーマット規則に従って、映像とこの映像のビットストリームとの変換を行うこと７１２を含み、このビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは、１つ以上のコーディングされたレイヤ映像シーケンスを含み、このフォーマット規則は、映像パラメータセットが、１つ以上のＯＬＳごとに、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値を示すことを規定する、映像処理方法（例えば、図７Ａに示す方法７１０）。

２．ＯＬＳのための彩度フォーマットインジケータの最大許容値は、ＯＬＳにおける１つ以上のコーディングされたレイヤ映像シーケンスによって参照されるすべてのシーケンスパラメータセットに適用可能である、項目１に記載の方法。

３．ＯＬＳのためのビット深度の最大許容値は、ＯＬＳにおける１つ以上のコード化されたレイヤ映像シーケンスによって参照されるすべてのシーケンスパラメータセットに適用可能である、項目１または２に記載の方法。

４．項目１～３のいずれかに記載の方法であって、さらに、複数のコーディングされたレイヤ映像シーケンスを含み、ＯＬＳインデックスｉを有するＯＬＳのための変換を行うために、規則は、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの幅を示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの高さを示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］を含む構文要素のうちの少なくとも１つ、
ｉ番目のＯＬＳのためのクロマフォーマットインジケータの最大許容値を示す構文要素、および
ｉ番目のＯＬＳのためのビット深度の最大許容値を示す構文要素の値に従って、デコードされたピクチャバッファに対するメモリを割り振ることを規定する、方法。

５．前記映像パラメータセットは、前記ビットストリームに含まれる、項目１～４までのいずれか１つに記載の方法。

６．前記映像パラメータセットは、前記ビットストリームとは別個に示される、項目１～４までのいずれか１つに記載の方法。

７．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと７２２を含み、このフォーマット規則は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、ビットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを示す変数の値を制御することを規定する、映像処理方法（例えば、図７Ｂに示す方法７２０）。

８．前記変数は、映像パラメータセットに含まれる１つ以上の構文要素に少なくとも基づいて導出される、項目７に記載の方法。

９．現在のアクセスユニットについて導出される、各ピクチャの最大幅、各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最大幅、各ピクチャの最大高さ、彩度フォーマットインジケータの最大許容値、またはビット深度の最大許容値と異なる場合、前記変数の値を１に設定する、項目７に記載の方法。

１０．前記変数の値が１に等しい場合は、デコーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファからピクチャを除去する前に出力しないことを示す、項目９に記載の方法。

１１．前記変数の値は、前記映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値にさらに基づく、項目７～１０のいずれかに記載の方法。

１２．前記映像パラメータセットは、前記ビットストリームに含まれる、項目７～１１までのいずれか１つに記載の方法。

１３．前記映像パラメータセットは、前記ビットストリームとは別個に示される、項目７～１１までのいずれかに記載の方法。

１４．フォーマット規則に従って１つ以上の映像レイヤを有する映像と映像のビットストリームとの変換を行うこと７３２を含み、このフォーマット規則は、映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値が、ビットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを示す変数の値を制御することを規定する映像処理方法（例えば、図７Ｃに示す７３０）。

１５．前記変数は、映像パラメータセットに信号通知される１つ以上の構文要素に少なくとも基づいて導出される、項目１４に記載の方法。

１６．現在のアクセスユニットについて導出された各ピクチャの最大幅、各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最大幅、各ピクチャの最大高さ、彩度フォーマットインジケータの最大許容値、またはビット深度の最大許容値と異なる場合、前記変数の値を１に設定する、項目１４に記載の方法。

１７．前記変数の値が１に等しい場合は、デコーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチャを、前記デコードされたピクチャバッファから前記ピクチャを除去する前に出力しないことを示す、項目１６に記載の方法。

１８．前記変数の値は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さにさらに基づく、項目１４～１７のいずれかに記載の方法。

１９．前記映像パラメータセットは、前記ビットストリームに含まれる、項目１４～１８までのいずれか１つに記載の方法。

２０．前記映像パラメータセットは、前記ビットストリームとは別個に示される、項目１４～１８までのいずれかに記載の方法。

２１．規則に従って、１つ以上の映像レイヤを有する映像と、この映像のビットストリームとの変換を行うこと７４２を含み、この規則は、ビットストリームにおいてデコーディング順で現在のピクチャの前にデコードされたピクチャバッファ内のピクチャが、デコードされたピクチャバッファから除去する前に出力されるかどうかを示す変数の値が、この映像のエンコーディングに別個の色平面を使用するかどうかに依存しないことを規定する、映像処理方法（例えば、図７Ｄに示す方法７４０）。

２２．別個の色平面を映像をエンコーディングするために使用しない場合、規則は、映像ピクチャに対して１回だけデコーディングを実行することを規定し、または別個の色平面を映像をエンコーディングするために使用する場合、この規則は、ピクチャデコーディングを３回呼び出すことを規定する、項目２１に記載の方法。

２３．前記変換は、前記映像を前記ビットストリームにエンコーディングすることを含む、項目２２のいずれか１つに記載の方法。

２４．前記変換は、前記ビットストリームから前記映像をデコーディングすることを含む、項目１～２２までのいずれか１つに記載の方法。

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

２６．項目１～２５のずれか１項目以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

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

２８．実行されると、項目１～２５のいずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

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

３０．項目１～２５のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

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

１．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと８１２を含み、このフォーマット規則は、特定のタイプのアクセスユニットをデコーディングするときに、あらかじめデコードされてデコードされたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去するかどうかを示すフラグの値がこのビットストリームに含まれることを規定する、映像処理方法（例えば、図８Ａに示す方法８１０）。

２．前記フォーマット規則は、アクセスユニット内のすべてのピクチャについて値が同じであることを規定する、項目１に記載の方法。

３．前記フォーマット規則は、ビットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファ内のピクチャを、前記デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを示す変数の値が前記フラグの値に基づことを規定する、項目１または２に記載の方法。

４．前記フラグは、ピクチャヘッダに示される、項目１～３のいずれかに記載の方法。

５．前記フラグは、スライスヘッダに示される、項目１～３のいずれかに記載の方法。

６．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと８２２を含み、このフォーマット規則は、特定のタイプのアクセスユニットをデコーディングするときに、あらかじめデコードされてデコードされたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去するかどうかを示す第１のフラグの値がピクチャヘッダには示されていないことを規定する、映像処理方法（例えば、図８Ｂに示す方法８２０）。

７．第１のフラグがアクセスユニット区切り文字で示される、項目６に記載の方法。

８．ＩＲＡＰ（ランダムアクセスポイント内ピクチャ）またはＧＤＲ（漸次的デコーディング更新）アクセスユニットを示す第２のフラグは、特定の値を有する、項目６に記載の方法。

９．ＩＲＡＰ（ランダムアクセスポイント内ピクチャ）またはＧＤＲ（漸次的デコーディング更新）アクセスユニットのためにアクセスユニット区切り文字が存在しない場合、第１のフラグの値は１に等しいと推測される、項目６に記載の方法。

１０．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと８３２を含み、このフォーマット規則は、あらかじめデコードされてデコードされたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去するかどうかを示すアクセスユニットに関連付けられたフラグの値が、アクセスユニットの各ピクチャのフラグの値に依存することを規定する、映像処理方法（例えば、図８Ｃに示す方法８３０）。

１１．フォーマット規則は、アクセスユニットのピクチャごとのフラグが０に等しい場合、アクセスユニットのフラグの値は０に等しいと見なされ、そうでない場合、アクセスユニットのフラグの値は１に等しいと見なされることを規定する、項目１０に記載の方法。

１２． 前記変換は、前記ビデオを前記ビットストリームにエンコーディングすることを含む、項目１～１１のいずれか１つに記載の方法。

１３．前記変換は、前記ビットストリームから前記ビデオをデコーディングすることを含む、項目１～１１までのいずれか１つに記載の方法。

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

１５．項目１～１４のずれか１項目以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

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

１７．実行されると、項目１～１４のいずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

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

１９．項目１～１４のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

第４の節の集合は、前節で論じた技法の例示的な実施形態（例えば、項目６～８）を示す。

１．映像処理方法（例えば、図９Ａに示す方法９１０）は、以下を含む。フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと９１２を含み、このフォーマット規則は、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力するかどうかを示すフラグに基づいて決定することを規定する。

２．前記別のピクチャは、前記ピクチャよりも上位レイヤにある、項目１に記載の方法。

３．前記フラグは、デコードされたピクチャの出力および除去処理を制御する、項目１または２に記載の方法。

４．前記フラグは、シーケンスパラメータセット（ＳＰＳ）、映像パラメータセット（ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ、スライスヘッダ、またはタイルグループヘッダに含まれる構文要素である、項目１または２に記載の方法。

５．前記変数の値は、ｉ）映像パラメータセット（ＶＰＳ）に対する識別子の値を規定するフラグ、ｉｉ）現在の映像レイヤが出力レイヤであるかどうか、ｉｉ）現在のピクチャがランダムアクセススキップされた先頭ピクチャであるかどうか、漸次的デコーディング更新ピクチャであるかどうか、漸次的デコーディング更新ピクチャの復元ピクチャであるかどうか、またはｉｉｉ）デコーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチャを、ピクチャが復元される前に出力するかどうか、のうちの少なくとも１つにさらに基づく、項目１から４のいずれかに記載の方法。

６．ｉ）ＶＰＳのための識別子の値を規定するフラグが０より大きく、かつ現在の層が出力レイヤでない場合、またはｉｉ）以下の条件の１つが真である場合、変数の値を０に等しく設定する、項目５に記載の方法。

現在のピクチャは、ランダムアクセススキップされた先頭ピクチャであり、デコーディング順で現在のピクチャの前のデコードされたピクチャバッファにおける関連付けられたランダムアクセスポイント内ピクチャを、ランダムアクセスポイント内ピクチャを復元する前に出力しない。

現在のピクチャは、ピクチャを復元する前に出力しないデコーディング順で現在のピクチャより前のデコードされたピクチャバッファ内のピクチャによる漸次的デコーディング更新ピクチャであるか、
ピクチャを復元する前に出力しないデコーディング順で現在のピクチャより前のデコードされたピクチャバッファ内のピクチャによる漸次的デコーディング更新ピクチャの復元ピクチャである。

７．ｉ）およびｉｉ）の両方が満たされない場合、変数の値はフラグの値に等しく設定される、項目６に記載の方法。

８．前記変数の値が０に等しいことは、アクセスユニットにおいてピクチャを出力しないことを示す、項目６に記載の方法。

９．変数はＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇであり、フラグはｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇである、項目１に記載の方法。

１０．前記フラグは、アクセスユニット区切り文字に含まれる、項目１から９のいずれかに記載の方法。

１１．前記フラグは、補足強化情報フィールドに含まれる、項目１～９のいずれかに記載の方法。

１２．前記フラグは、１つ以上のピクチャのピクチャヘッダに含まれる、項目１～９のいずれかに記載の方法。

１３．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと９２２を含み、このフォーマット規則は、ピクチャが出力レイヤに属していない場合、アクセスユニットにおいてあるピクチャを出力するかどうかを示す変数の値を特定の値と等しく設定することを規定する、映像処理方法（例えば、図９Ｂに示す方法９２０）

１４．前記特定の値がゼロである、項目１３に記載の方法。

１５．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うこと９３２を含み、このフォーマット規則は、映像１つの出力レイヤのみを有している場合、出力レイヤを含まないアクセスユニットは、アクセスユニットにおいてピクチャを出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を有するピクチャに対して第１の値に、他のすべてのピクチャに対して第２の値に設定することによってコード化されることを規定する、映像処理方法（例えば、図９Ｃに記載の方法９３０）。

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

１７．前記変換は、前記ビデオを前記ビットストリームにエンコーディングすることを含む、項目１～１６のいずれか１つに記載の方法。

１８．前記変換は、前記ビットストリームから前記ビデオをデコーディングすることを含む、項目１～１６までのいずれか１つに記載の方法。

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

２０．項目１～１９のずれか１項目以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

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

２２．実行されると、項目１～１９のいずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

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

２４．項目１～１９のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

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

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

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

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

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

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

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

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

関連出願の相互参照
本願は、２０２１年３月１６日出願の国際出願番号第ＰＣＴ／ＵＳ２０２１／０２２５７０号の国内段階であり、２０２０年３月１７日出願の米国特許仮出願第６２／９９０７４９号の優先権および利益を主張するものである。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

Claims (24)

1. フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含む映像処理方法であって、
   前記フォーマット規則は、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を、前記アクセスユニットにおいて別のピクチャを出力するかどうかを示すフラグに基づいて決定することを規定する、映像処理方法。
2. 前記別のピクチャは前記ピクチャよりも上位レイヤにある、請求項１に記載の方法。
3. 前記フラグは、デコードされたピクチャの出力および除去処理を制御する、請求項１または２に記載の方法。
4. 前記フラグは、シーケンスパラメータセット（ＳＰＳ）、映像パラメータセット（ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ、スライスヘッダ、またはタイルグループヘッダに含まれる構文要素である、請求項１または２に記載の方法。
5. 前記変数の値は、ｉ）映像パラメータセット（ＶＰＳ）に対する識別子の値を規定するフラグ、ｉｉ）現在の映像レイヤが出力レイヤであるかどうか、ｉｉ）現在のピクチャがランダムアクセススキップされた先頭ピクチャであるかどうか、漸次的デコーディング更新ピクチャであるかどうか、漸次的デコーディング更新ピクチャの復元ピクチャであるかどうか、またはｉｉｉ）デコーディング順で前記現在のピクチャの前のデコードされたピクチャバッファにおけるピクチャを、前記ピクチャを復元する前に出力するかどうか、のうちの少なくとも１つにさらに基づく、請求項１から４のいずれかに記載の方法。
6. ｉ）前記ＶＰＳのための前記識別子の前記値を規定する前記フラグが０より大きく、かつ前記現在の層が出力レイヤでない場合、あるいは、ｉｉ）以下の条件の１つが真である場合、変数の値を０に等しく設定する、方法であって、
   前記現在のピクチャは、ランダムアクセススキップされた先頭ピクチャであり、デコーディング順で現在のピクチャの前の前記デコードされたピクチャバッファにおける関連付けられたランダムアクセスポイント内ピクチャを、ランダムアクセスポイント内ピクチャを復元する前に出力しない、あるいは、
   前記現在のピクチャは、デコーディング順で前記現在のピクチャの前の前記デコードされたピクチャバッファ内のピクチャを、このピクチャを復元する前に出力しない漸次的デコーディング更新ピクチャであるか、または、デコーディング順で前記現在のピクチャの前の前記デコードされたピクチャバッファ内のピクチャを、このピクチャを復元する前に出力しない漸次的デコーディング更新ピクチャの復元ピクチャである、請求項５に記載の方法。
7. ｉ）およびｉｉ）の両方が満たされない場合、前記変数の前記値は前記フラグの値に等しく設定される、請求項６に記載の方法。
8. 前記変数の前記値が０に等しいことは、アクセスユニットにおいてピクチャを出力しないことを示す、請求項６に記載の方法。
9. 前記変数は、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇであり、前記フラグは、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇである、請求項１に記載の方法。
10. 前記フラグは、アクセスユニット区切り文字に含まれる、請求項１から９のいずれかに記載の方法。
11. 前記フラグは、補足強化情報フィールドに含まれる、請求項１～９のいずれかに記載の方法。
12. 前記フラグは、１つ以上のピクチャのピクチャヘッダに含まれる、請求項１～９のいずれかに記載の方法。
13. フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含み、前記フォーマット規則は、ピクチャが出力レイヤに属していない場合、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を特定の値と等しく設定することを規定する、映像処理方法。
14. 前記特定の値はゼロである、請求項１３に記載の方法。
15. フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変換を行うことを含む映像処理方法であって、前記フォーマット規則は、前記映像が１つの出力レイヤのみを含む場合、出力レイヤを含まないアクセスユニットが、このアクセスユニットにおいてピクチャを出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を有する前記ピクチャに対して第１の値に、他のすべてのピクチャに対して第２の値に設定することによってコード化されることを規定する、映像処理方法。
16. 前記第１の値は１であり、前記第２の値は０である、請求項１５に記載の方法。
17. 前記変換は、前記映像を前記ビットストリームにエンコーディングすることを含む、請求項１～１６のいずれか１項に記載の方法。
18. 前記変換は、前記映像を前記ビットストリームからデコーディングすることを含む、請求項１～１６のいずれか１項に記載の方法。
19. 前記変換は、前記映像から前記ビットストリームを生成することを含み、前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、請求項１～１６のいずれかに記載の方法。
20. 請求項１～１９のいずれか１項以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。
21. 請求項１～１９のいずれか１項に記載の方法を含み、かつ前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリーム記憶する方法。
22. 実行されると、プロセッサに、請求項１から１９のいずれか１つ以上に記載の方法を実装させるプログラムコードを格納するコンピュータ読み取り可能媒体。
23. 上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピュータ可読媒体。
24. 請求項１～１９のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

Images