ホーム > 特許ランキング > ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024138288
(43)【公開日】2024-10-08
(54)【発明の名称】映像コーディングにおける映像パラメータセットの使用
(51)【国際特許分類】
H04N 19/70 20140101AFI20241001BHJP
H04N 19/30 20140101ALI20241001BHJP
【ＦＩ】
H04N19/70
H04N19/30
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024098978
(22)【出願日】2024-06-19
(62)【分割の表示】P 2022556149の分割
【原出願日】2021-03-16
(31)【優先権主張番号】62/990,749
(32)【優先日】2020-03-17
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】ワン イェクイ
(57)【要約】 （修正有）
【課題】画像および映像コーディングおよびデコーディングを含む、映像処理方法及び映像処理装置を提供する。
【解決手段】１つの例示的な映像処理方法は、フォーマット規則に従って、映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは、１つ以上のコーディングされたレイヤ映像シーケンスを含み、かつ、このフォーマット規則は、映像パラメータセットが、１つ以上のＯＬＳ毎に、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値を示すことを規定する。
【選択図】図７Ａ
【解決手段】１つの例示的な映像処理方法は、フォーマット規則に従って、映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは、１つ以上のコーディングされたレイヤ映像シーケンスを含み、かつ、このフォーマット規則は、映像パラメータセットが、１つ以上のＯＬＳ毎に、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値を示すことを規定する。
【選択図】図７Ａ
【特許請求の範囲】
【請求項1】
フォーマット規則に従って、映像とこの映像のビットストリームとの変換を行うこと、
を含む映像処理方法であって、
前記ビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは
、１つ以上のコーディングされたレイヤ映像シーケンスを含み、前記フォーマット規則は
、映像パラメータセットが、前記１つ以上のＯＬＳの各々について、前記映像のピクセル
を表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビ
ット深度の最大許容値を示すことを規定する、映像処理方法。
を含む映像処理方法であって、
前記ビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは
、１つ以上のコーディングされたレイヤ映像シーケンスを含み、前記フォーマット規則は
、映像パラメータセットが、前記１つ以上のＯＬＳの各々について、前記映像のピクセル
を表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビ
ット深度の最大許容値を示すことを規定する、映像処理方法。
【請求項2】
ＯＬＳのための前記クロマフォーマットインジケータの前記最大許容値は、前記ＯＬＳ
における前記１つ以上のコーディングされたレイヤ映像シーケンスによって参照されるす
べてのシーケンスパラメータセットに適用可能である、請求項１に記載の方法。
における前記１つ以上のコーディングされたレイヤ映像シーケンスによって参照されるす
べてのシーケンスパラメータセットに適用可能である、請求項１に記載の方法。
【請求項3】
ＯＬＳのための前記ビット深度の前記最大許容値は、前記ＯＬＳにおける前記１つ以上
のコーディングされたレイヤ映像シーケンスによって参照されるすべてのシーケンスパラ
メータセットに適用可能である、請求項１または２に記載の方法。
のコーディングされたレイヤ映像シーケンスによって参照されるすべてのシーケンスパラ
メータセットに適用可能である、請求項１または２に記載の方法。
【請求項4】
複数のコーディングされたレイヤ映像シーケンスを含み、かつＯＬＳインデックスｉを
有するＯＬＳのための変換を行うために、前記規則は、
ｉ番目のＯＬＳのための各ピクチャ記憶バッファの幅を示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿
ｗｉｄｔｈ［ｉ］、
前記ｉ番目のＯＬＳのための各ピクチャ記憶バッファの高さを示すｏｌｓ＿ｄｐｂ＿ｐ
ｉｃ＿ｈｅｉｇｈｔ［ｉ］、
前記ｉ番目のＯＬＳのためのクロマフォーマットインジケータの最大許容値を示す構文
要素、
および前記ｉ番目のＯＬＳのためのビット深度の最大許容値を示す構文要素のうちの少
なくとも１つの値に従って、デコードされたピクチャバッファに対するメモリを割り振る
ことを規定する、請求項１～３のいずれかに記載の方法。
有するＯＬＳのための変換を行うために、前記規則は、
ｉ番目のＯＬＳのための各ピクチャ記憶バッファの幅を示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿
ｗｉｄｔｈ［ｉ］、
前記ｉ番目のＯＬＳのための各ピクチャ記憶バッファの高さを示すｏｌｓ＿ｄｐｂ＿ｐ
ｉｃ＿ｈｅｉｇｈｔ［ｉ］、
前記ｉ番目のＯＬＳのためのクロマフォーマットインジケータの最大許容値を示す構文
要素、
および前記ｉ番目のＯＬＳのためのビット深度の最大許容値を示す構文要素のうちの少
なくとも１つの値に従って、デコードされたピクチャバッファに対するメモリを割り振る
ことを規定する、請求項１～３のいずれかに記載の方法。
【請求項5】
前記映像パラメータセットは、前記ビットストリームに含まれる、請求項１～４のいず
れかに記載の方法。
れかに記載の方法。
【請求項6】
前記映像パラメータセットは、前記ビットストリームとは別個に示される、請求項１～
４のいずれかに記載の方法。
４のいずれかに記載の方法。
【請求項7】
フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットス
トリームとの変換を行うことを含み、このフォーマット規則は、すべての映像レイヤの映
像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、ビットストリー
ムにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファに
おけるピクチャを、デコードされたピクチャバッファから前記ピクチャを除去する前に出
力するかどうかを示す変数の値を制御することを規定する、映像処理方法。
トリームとの変換を行うことを含み、このフォーマット規則は、すべての映像レイヤの映
像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、ビットストリー
ムにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッファに
おけるピクチャを、デコードされたピクチャバッファから前記ピクチャを除去する前に出
力するかどうかを示す変数の値を制御することを規定する、映像処理方法。
【請求項8】
前記変数は、映像パラメータセットに含まれる１つ以上の構文要素に少なくとも基づい
て導出される、請求項７に記載の方法。
て導出される、請求項７に記載の方法。
【請求項9】
現在のアクセスユニットについて導出された各ピクチャの最大幅、各ピクチャの最大高
さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値
が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最大幅、
各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深
度の最大許容値と異なる場合、前記変数の前記値を１に設定する、請求項７に記載の方法
。
さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値
が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最大幅、
各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深
度の最大許容値と異なる場合、前記変数の前記値を１に設定する、請求項７に記載の方法
。
【請求項10】
前記変数の前記値が１に等しい場合は、デコーディング順で現在のピクチャの前のデコ
ードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファから
前記ピクチャを除去する前に出力しないことを示す、請求項９に記載の方法。
ードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファから
前記ピクチャを除去する前に出力しないことを示す、請求項９に記載の方法。
【請求項11】
前記変数の前記値は、前記映像のピクセルを表すために使用されるクロマフォーマット
インジケータの最大許容値および／またはビット深度の最大許容値にさらに基づく、請求
項７～１０のいずれかに記載の方法。
インジケータの最大許容値および／またはビット深度の最大許容値にさらに基づく、請求
項７～１０のいずれかに記載の方法。
【請求項12】
映像パラメータセットは、前記ビットストリームに含まれる、請求項７～１１のいずれ
かに記載の方法。
かに記載の方法。
【請求項13】
映像パラメータセットは、前記ビットストリームとは別個に示される、請求項７～１１
のいずれかに記載の方法。
のいずれかに記載の方法。
【請求項14】
フォーマット規則に従って１つ以上の映像レイヤを有する映像と映像のビットストリー
ムとの変換を行うことを含む映像処理方法であって、
前記フォーマット規則は、前記映像のピクセルを表すために使用されるクロマフォーマ
ットインジケータの最大許容値および／またはビット深度の最大許容値が、前記ビットス
トリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッ
ファ内のピクチャを、前記デコードされたピクチャバッファから前記ピクチャを除去する
前に出力するかどうかを示す変数の値を制御することを規定する、映像処理方法。
ムとの変換を行うことを含む映像処理方法であって、
前記フォーマット規則は、前記映像のピクセルを表すために使用されるクロマフォーマ
ットインジケータの最大許容値および／またはビット深度の最大許容値が、前記ビットス
トリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャバッ
ファ内のピクチャを、前記デコードされたピクチャバッファから前記ピクチャを除去する
前に出力するかどうかを示す変数の値を制御することを規定する、映像処理方法。
【請求項15】
前記変数は、映像パラメータセットに信号通知される１つ以上の構文要素に少なくとも
基づいて導出される、請求項１４に記載の方法。
基づいて導出される、請求項１４に記載の方法。
【請求項16】
現在のアクセスユニットについて導出された各ピクチャの最大幅、各ピクチャの最大高
さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値
が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最大幅、
各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深
度の最大許容値と異なる場合、前記変数の前記値を１に設定する、請求項１４に記載の方
法。
さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値
が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最大幅、
各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深
度の最大許容値と異なる場合、前記変数の前記値を１に設定する、請求項１４に記載の方
法。
【請求項17】
前記変数の前記値が１に等しい場合は、デコーディング順で現在のピクチャの前のデコ
ードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファから
前記ピクチャを除去する前に出力しないことを示す、請求項１６に記載の方法。
ードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファから
前記ピクチャを除去する前に出力しないことを示す、請求項１６に記載の方法。
【請求項18】
前記変数の値は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅および／
または最大ピクチャ高さにさらに基づく、請求項１４～１７のいずれかに記載の方法。
または最大ピクチャ高さにさらに基づく、請求項１４～１７のいずれかに記載の方法。
【請求項19】
映像パラメータセットは、前記ビットストリームに含まれる、請求項１４～１８のいず
れかに記載の方法。
れかに記載の方法。
【請求項20】
映像パラメータセットは、前記ビットストリームとは別個に示される、請求項１４～１
８のいずれかに記載の方法。
８のいずれかに記載の方法。
【請求項21】
規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、前記規則は、前記ビットストリームにおいてデコーディング順で
現在のピクチャの前のデコードされたピクチャバッファ内のピクチャを、デコードされた
ピクチャバッファから前記ピクチャを除去する前に出力するかどうかを示す変数の値が、
前記映像のエンコーディングに別個の色平面を使用するかどうかに依存しないことを規定
する、映像処理方法。
変換を行うことを含み、前記規則は、前記ビットストリームにおいてデコーディング順で
現在のピクチャの前のデコードされたピクチャバッファ内のピクチャを、デコードされた
ピクチャバッファから前記ピクチャを除去する前に出力するかどうかを示す変数の値が、
前記映像のエンコーディングに別個の色平面を使用するかどうかに依存しないことを規定
する、映像処理方法。
【請求項22】
別個の色平面を前記映像をエンコーディングするために使用しない場合、前記規則は、
映像ピクチャに対して１回だけデコーディングを実行することを規定する場合、または別
個の色平面を前記映像をエンコーディングするために使用する場合、前記規則は、ピクチ
ャデコーディングを３回呼び出すことを規定する、請求項２１に記載の方法。
映像ピクチャに対して１回だけデコーディングを実行することを規定する場合、または別
個の色平面を前記映像をエンコーディングするために使用する場合、前記規則は、ピクチ
ャデコーディングを３回呼び出すことを規定する、請求項２１に記載の方法。
【請求項23】
前記変換は、前記映像を前記ビットストリームにエンコーディングすることを含む、請
求項１～２２のいずれか１項に記載の方法。
求項１～２２のいずれか１項に記載の方法。
【請求項24】
前記変換は、前記映像を前記ビットストリームからデコーディングすることを含む、請
求項１～２２のいずれか１項に記載の方法。
求項１～２２のいずれか１項に記載の方法。
【請求項25】
前記変換は、前記映像から前記ビットストリームを生成することを含み、前記方法は、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含
む、請求項１～２２のいずれかに記載の方法。
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含
む、請求項１～２２のいずれかに記載の方法。
【請求項26】
請求項１～２５のいずれか１項以上に記載の方法を実装するように構成されたプロセッ
サを備える映像処理装置。
サを備える映像処理装置。
【請求項27】
請求項１～２５のいずれか１項に記載の方法を含み、前記ビットストリームを非一時的
なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記
憶する方法。
なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記
憶する方法。
【請求項28】
実行されると、プロセッサに、請求項１から２５のいずれか１つ以上に記載の方法を実
装させるプログラムコードを格納するコンピュータ読み取り可能媒体。
装させるプログラムコードを格納するコンピュータ読み取り可能媒体。
【請求項29】
上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピュータ
可読媒体。
可読媒体。
【請求項30】
請求項１～２５のいずれか１つ以上に記載の方法を実装するように構成された、ビット
ストリーム表現を記憶するための映像処理装置。
ストリーム表現を記憶するための映像処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年３月１７日出願の米国特許仮出願第６２／９９０，７４９号の優先権および利益を適時に
主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、
本明細書の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年３月１７日出願の米国特許仮出願第６２／９９０，７４９号の優先権および利益を適時に
主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、
本明細書の開示の一部として参照により援用される。
【0002】
この特許明細書は、画像および映像コーディングおよびデコーディングに関する。
【背景技術】
【0003】
デジタル映像は、インターネット及び他のデジタル通信ネットワークにおいて最大の帯
域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ
デバイスの数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続ける
ことが予測される。
域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ
デバイスの数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続ける
ことが予測される。
【発明の概要】
【0004】
本願は、コーディングされた表現のデコーディングに有用な制御情報を使用して、映像
のコーディングされた表現を処理するために、映像エンコーダ及びデコーダにより使用さ
れ得る技術を開示する。
のコーディングされた表現を処理するために、映像エンコーダ及びデコーダにより使用さ
れ得る技術を開示する。
【0005】
１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映
像ピクチャを含む１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表
現との変換を行うことを含み、このコーディングされた表現は、この映像のピクセルを表
すために使用されるクロマフォーマットインジケータの最大値および／またはビット深度
の最大値を示す映像パラメータセットを含む。
像ピクチャを含む１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表
現との変換を行うことを含み、このコーディングされた表現は、この映像のピクセルを表
すために使用されるクロマフォーマットインジケータの最大値および／またはビット深度
の最大値を示す映像パラメータセットを含む。
【0006】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、すべての映像レイヤの映像ピクチャに対する最大ピク
チャ幅および／または最大ピクチャ高さが、デコーダバッファ内のピクチャをデコーダバ
ッファから除去する前に出力するかどうかを示す変数の値を制御することを規定するフォ
ーマット規則に準拠する。
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、すべての映像レイヤの映像ピクチャに対する最大ピク
チャ幅および／または最大ピクチャ高さが、デコーダバッファ内のピクチャをデコーダバ
ッファから除去する前に出力するかどうかを示す変数の値を制御することを規定するフォ
ーマット規則に準拠する。
【0007】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、映像のピクセルを表すために使用されるクロマフォー
マットインジケータの最大値および／またはビット深度の最大値が、デコーダバッファ内
のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値を制御
することを規定するフォーマット規則に準拠する。
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、映像のピクセルを表すために使用されるクロマフォー
マットインジケータの最大値および／またはビット深度の最大値が、デコーダバッファ内
のピクチャをデコーダバッファから除去する前に出力するかどうかを示す変数の値を制御
することを規定するフォーマット規則に準拠する。
【0008】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファか
ら除去する前に出力するかどうかを示す変数の値が、この映像をエンコーディングするた
めに別個の色平面を使用するかどうかに依存しないことを規定するフォーマット規則に準
拠する。
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファか
ら除去する前に出力するかどうかを示す変数の値が、この映像をエンコーディングするた
めに別個の色平面を使用するかどうかに依存しないことを規定するフォーマット規則に準
拠する。
【0009】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファか
ら除去する前に出力するかどうかを示す変数の値が、アクセスユニット（ＡＵ）レベルで
コーディングされた表現に含まれることを規定するフォーマット規則に準拠する。
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、デコーダバッファ内のピクチャをデコーダバッファか
ら除去する前に出力するかどうかを示す変数の値が、アクセスユニット（ＡＵ）レベルで
コーディングされた表現に含まれることを規定するフォーマット規則に準拠する。
【0010】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、このアクセスユニットにおいて映像ピクチャに対する
ピクチャ出力フラグを、アクセスユニットにおいて別の映像ピクチャのｐｉｃ＿ｏｕｔｐ
ｕｔ＿ｆｌａｇ変数に基づいて決定することを規定するフォーマット規則に準拠する。
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、このアクセスユニットにおいて映像ピクチャに対する
ピクチャ出力フラグを、アクセスユニットにおいて別の映像ピクチャのｐｉｃ＿ｏｕｔｐ
ｕｔ＿ｆｌａｇ変数に基づいて決定することを規定するフォーマット規則に準拠する。
【0011】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、出力レイヤに属さない映像ピクチャに対して、ピクチ
ャ出力フラグの値を規定するフォーマット規則に準拠する。
映像レイヤを有する映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、出力レイヤに属さない映像ピクチャに対して、ピクチ
ャ出力フラグの値を規定するフォーマット規則に準拠する。
【0012】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、映像とこの映像のビットストリームとの変換を行うことを含み、このビ
ットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは、１つ以
上のコーディングされたレイヤ映像シーケンスを含み、このフォーマット規則は、映像パ
ラメータセットが、１つ以上のＯＬＳごとに、この映像のピクセルを表すために使用され
るクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値
を示すことを規定する。
ト規則に従って、映像とこの映像のビットストリームとの変換を行うことを含み、このビ
ットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含み、各ＯＬＳは、１つ以
上のコーディングされたレイヤ映像シーケンスを含み、このフォーマット規則は、映像パ
ラメータセットが、１つ以上のＯＬＳごとに、この映像のピクセルを表すために使用され
るクロマフォーマットインジケータの最大許容値および／またはビット深度の最大許容値
を示すことを規定する。
【0013】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、すべての映像レイヤの映像ピクチャに
対する最大ピクチャ幅および／または最大ピクチャ高さが、ビットストリームにおいてデ
コーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチ
ャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを
示す変数の値を制御することを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、すべての映像レイヤの映像ピクチャに
対する最大ピクチャ幅および／または最大ピクチャ高さが、ビットストリームにおいてデ
コーディング順で現在のピクチャの前のデコードされたピクチャバッファにおけるピクチ
ャを、デコードされたピクチャバッファからピクチャを除去する前に出力するかどうかを
示す変数の値を制御することを規定する。
【0014】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って１つ以上の映像レイヤを有する映像と映像のビットストリームとの変換を
行うことを含み、このフォーマット規則は、映像のピクセルを表すために使用されるクロ
マフォーマットインジケータの最大許容値および／またはビット深度の最大許容値が、ビ
ットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチ
ャバッファ内のピクチャを、デコードされたピクチャバッファからピクチャを除去する前
に出力するかどうかを示す変数の値を制御することを規定する。
ト規則に従って１つ以上の映像レイヤを有する映像と映像のビットストリームとの変換を
行うことを含み、このフォーマット規則は、映像のピクセルを表すために使用されるクロ
マフォーマットインジケータの最大許容値および／またはビット深度の最大許容値が、ビ
ットストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチ
ャバッファ内のピクチャを、デコードされたピクチャバッファからピクチャを除去する前
に出力するかどうかを示す変数の値を制御することを規定する。
【0015】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従っ
て、１つ以上の映像レイヤを有する映像と、この映像のビットストリームとの変換を行う
ことを含み、この規則は、ビットストリームにおいてデコーディング順で現在のピクチャ
の前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッフ
ァからピクチャを除去する前に出力するかどうかを示す変数の値が、この映像のエンコー
ディングに別個の色平面を使用するかどうかに依存しないことを規定する。
て、１つ以上の映像レイヤを有する映像と、この映像のビットストリームとの変換を行う
ことを含み、この規則は、ビットストリームにおいてデコーディング順で現在のピクチャ
の前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッフ
ァからピクチャを除去する前に出力するかどうかを示す変数の値が、この映像のエンコー
ディングに別個の色平面を使用するかどうかに依存しないことを規定する。
【0016】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、特定のタイプのアクセスユニットをデ
コードするときに、あらかじめデコードされ、かつ、デコードされたピクチャバッファに
記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示すフ
ラグの値がこのビットストリームに含まれることを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、特定のタイプのアクセスユニットをデ
コードするときに、あらかじめデコードされ、かつ、デコードされたピクチャバッファに
記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示すフ
ラグの値がこのビットストリームに含まれることを規定する。
【0017】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、特定のタイプのアクセスユニットをデ
コードするときに、あらかじめデコードされ、かつ、デコードされたピクチャバッファに
記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示す第
１のフラグの値がピクチャヘッダには示されていないことを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、特定のタイプのアクセスユニットをデ
コードするときに、あらかじめデコードされ、かつ、デコードされたピクチャバッファに
記憶されたピクチャを、デコードされたピクチャバッファから除去するかどうかを示す第
１のフラグの値がピクチャヘッダには示されていないことを規定する。
【0018】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、あらかじめデコードされ、かつ、デコ
ードされたピクチャバッファに記憶されたピクチャを、デコードされたピクチャバッファ
から除去するかどうかを示すアクセスユニットに関連付けられたフラグの値がアクセスユ
ニットの各ピクチャのフラグの値に依存することを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、あらかじめデコードされ、かつ、デコ
ードされたピクチャバッファに記憶されたピクチャを、デコードされたピクチャバッファ
から除去するかどうかを示すアクセスユニットに関連付けられたフラグの値がアクセスユ
ニットの各ピクチャのフラグの値に依存することを規定する。
【0019】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、アクセスユニットにおいてピクチャを
出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力する
かどうかを示すフラグに基づいて決定することを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、アクセスユニットにおいてピクチャを
出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力する
かどうかを示すフラグに基づいて決定することを規定する。
【0020】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、ピクチャが出力レイヤに属していない
場合、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を特定の値
と等しく設定することを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、ピクチャが出力レイヤに属していない
場合、アクセスユニットにおいてピクチャを出力するかどうかを示す変数の値を特定の値
と等しく設定することを規定する。
【0021】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマッ
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、映像１つの出力レイヤのみを有してい
る場合、出力レイヤを含まないアクセスユニットは、アクセスユニットにおいてピクチャ
を出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を有するピクチャに対して第
１の値に、そして他のすべてのピクチャに対して第２の値に設定することによってコーデ
ィングされることを規定する。
ト規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの
変換を行うことを含み、このフォーマット規則は、映像１つの出力レイヤのみを有してい
る場合、出力レイヤを含まないアクセスユニットは、アクセスユニットにおいてピクチャ
を出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を有するピクチャに対して第
１の値に、そして他のすべてのピクチャに対して第２の値に設定することによってコーデ
ィングされることを規定する。
【0022】
さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコ
ーダは、上述した方法を実装するように構成されたプロセッサを備える。
ーダは、上述した方法を実装するように構成されたプロセッサを備える。
【0023】
さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダ
は、上述した方法を実装するように構成されたプロセッサを備える。
は、上述した方法を実装するように構成されたプロセッサを備える。
【0024】
さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される
。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で
実施する。
。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で
実施する。
【0025】
これらの及び他の特徴は、本文書全体にわたって説明される。
【図面の簡単な説明】
【0026】
【発明を実施するための形態】
【0027】
本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各
章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ
．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示
される技術の範囲を限定するために用いられたものではない。このように、本明細書で説
明される技術は、他の映像コーデックプロトコル及び設計にも適用可能である。
章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ
．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示
される技術の範囲を限定するために用いられたものではない。このように、本明細書で説
明される技術は、他の映像コーデックプロトコル及び設計にも適用可能である。
【0028】
１．初期の協議
本明細書は、映像コーディング技術に関する。具体的には、それは、デコードされたピ
クチャバッファ（ＤＰＢ）メモリの割り当てのためのＤＰＢのパラメータを信号通知する
こと、並びにスケーラブル映像コーディングにおいてコーディングされたピクチャバッフ
ァの出力を規定することについてであり、映像ビットストリームが複数のレイヤを含むも
のである。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング
、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
）をサポートする任意の映像コーディング標準又は非標準映像コーデックに適用されても
よい。
本明細書は、映像コーディング技術に関する。具体的には、それは、デコードされたピ
クチャバッファ（ＤＰＢ）メモリの割り当てのためのＤＰＢのパラメータを信号通知する
こと、並びにスケーラブル映像コーディングにおいてコーディングされたピクチャバッフ
ァの出力を規定することについてであり、映像ビットストリームが複数のレイヤを含むも
のである。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング
、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
）をサポートする任意の映像コーディング標準又は非標準映像コーデックに適用されても
よい。
【0029】
２．略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット
）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニットデリミター
）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングさ
れたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバ
ッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケ
ンス）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（デコー
ディング能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（デコードされたピクチャバ
ッファ）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的デコーディング
リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像
コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照
デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時デコ
ーディングリフレッシュ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動作制約タイ
ルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化
レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ プロファイル、ティアおよ
びレベル
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケン
スペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏ
ｎ（補足強化情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセッ
ト）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディン
グ）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリ
ティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット
）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニットデリミター
）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングさ
れたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバ
ッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケ
ンス）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（デコー
ディング能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（デコードされたピクチャバ
ッファ）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的デコーディング
リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像
コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照
デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時デコ
ーディングリフレッシュ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動作制約タイ
ルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化
レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ プロファイル、ティアおよ
びレベル
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケン
スペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏ
ｎ（補足強化情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセッ
ト）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディン
グ）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリ
ティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
【0030】
３．映像コーディングの導入
映像コーディング規格は、主に周知のＩＴＵ－Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅ
ｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ－Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏ
ｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ）およびＩＳＯ（Ｉｎｔｅｒｎａｔ
ｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）／
ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉ
ｓｓｉｏｎ）規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を
作り、ＩＳＯ／ＩＥＣはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇ
ｒｏｕｐ）－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－
２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ
Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ
Ｃｏｄｉｎｇ）規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間
予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥ
ＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧ（
Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）とＭＰＥＧが共同でＪＶＥＴ
（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来
、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａ
ｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四
半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート
低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング
規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、
その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与
する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコ
ーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデル
ＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完
成（ＦＤＩＳ（Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ））を目指して
いる。
映像コーディング規格は、主に周知のＩＴＵ－Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅ
ｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ－Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏ
ｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ）およびＩＳＯ（Ｉｎｔｅｒｎａｔ
ｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）／
ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉ
ｓｓｉｏｎ）規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を
作り、ＩＳＯ／ＩＥＣはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇ
ｒｏｕｐ）－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－
２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ
Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ
Ｃｏｄｉｎｇ）規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間
予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥ
ＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧ（
Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）とＭＰＥＧが共同でＪＶＥＴ
（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来
、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａ
ｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四
半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート
低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング
規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、
その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与
する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコ
ーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデル
ＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完
成（ＦＤＩＳ（Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ））を目指して
いる。
【0031】
３．１． 全般およびＶＶＣにおけるスケーラブル映像コーディング化（ＳＶＣ）
スケーラブル映像コーディング（ＳＶＣ、時には、映像コーディイングにおけるスケー
ラビリティとも呼ばれる）は、ベースレイヤ（ＢＬ）（時には、参照レイヤ（ＲＬ）と呼
ばれる）と１つ以上のスケーラブルエンハンスメントレイヤ（ＥＬ）が使用される映像コ
ーディングを指す。ＳＶＣにおいて、ベースレイヤは、基本品質レベルで映像データを伝
えることができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時
間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像デ
ータを伝えることができる。エンハンスメントレイヤは、あらかじめエンコードされたレ
イヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機
能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として
機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもな
いレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在するエ
ンハンスメントレイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上
のエンハンスメントレイヤのためのＲＬとして機能してもよい。同様に、ＨＥＶＣ規格の
マルチビューまたは３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎａｌ）拡張では、複数のビュ
ーが存在してもよく、１つのビューの情報を利用して別のビューの情報（例えば、動き推
定、動きベクトル予測および／または他の冗長性）をコード化（例えば、エンコードまた
はデコード）することができる。
スケーラブル映像コーディング（ＳＶＣ、時には、映像コーディイングにおけるスケー
ラビリティとも呼ばれる）は、ベースレイヤ（ＢＬ）（時には、参照レイヤ（ＲＬ）と呼
ばれる）と１つ以上のスケーラブルエンハンスメントレイヤ（ＥＬ）が使用される映像コ
ーディングを指す。ＳＶＣにおいて、ベースレイヤは、基本品質レベルで映像データを伝
えることができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時
間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像デ
ータを伝えることができる。エンハンスメントレイヤは、あらかじめエンコードされたレ
イヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機
能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として
機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもな
いレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在するエ
ンハンスメントレイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上
のエンハンスメントレイヤのためのＲＬとして機能してもよい。同様に、ＨＥＶＣ規格の
マルチビューまたは３Ｄ（ｔｈｒｅｅ ｄｉｍｅｎｓｉｏｎａｌ）拡張では、複数のビュ
ーが存在してもよく、１つのビューの情報を利用して別のビューの情報（例えば、動き推
定、動きベクトル予測および／または他の冗長性）をコード化（例えば、エンコードまた
はデコード）することができる。
【0032】
ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用
することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチ
ャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例え
ば、ビットストリームにおける異なるレイヤの１つ以上のコーディングされた映像シーケ
ンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよ
く、コーディングされた映像シーケンスにおける１つ以上のピクチャによって利用される
パラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、ピク
チャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰ
Ｓ）に含まれてもよく、スライスに固有の他のパラメータは、スライスヘッダに含まれて
もよい。同様に、特定のレイヤが所与の時間にどのパラメータセットを使用しているかの
指示は、様々なコーディングレベルで提供されてもよい。
することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチ
ャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例え
ば、ビットストリームにおける異なるレイヤの１つ以上のコーディングされた映像シーケ
ンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよ
く、コーディングされた映像シーケンスにおける１つ以上のピクチャによって利用される
パラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、ピク
チャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰ
Ｓ）に含まれてもよく、スライスに固有の他のパラメータは、スライスヘッダに含まれて
もよい。同様に、特定のレイヤが所与の時間にどのパラメータセットを使用しているかの
指示は、様々なコーディングレベルで提供されてもよい。
【0033】
ＶＶＣにおける参照ピクチャリサンプリング（ＲＰＲ）のサポートのおかげで、空間的
スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィ
ルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせ
ずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤ（ｓｔａｎｄａｒｄ ｄｅｆｉｎｉｔ
ｉｏｎ）およびＨＤ（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ）解像度の２つのレイヤを含むビ
ットストリームをサポートするように設計することができる。それにもかかわらず、スケ
ーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートし
ない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１
で規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング
規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は
、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームのデ
コーディング能力は、ビットストリームに１つのレイヤしかなかったかの如く規定される
。例えば、ＤＰＢサイズのようなデコーディング能力は、デコードされるビットストリー
ムのレイヤの数に依存しないようで規定される。基本的に、単層ビットストリームのため
に設計されたデコーダは、多層ビットストリームをデコードすることができるようにする
ために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して
、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、Ｉ
ＲＡＰ ＡＵは、ＣＶＳ（ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）に存在するレイ
ヤの各々にピクチャを含むことが必要である。
スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィ
ルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせ
ずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤ（ｓｔａｎｄａｒｄ ｄｅｆｉｎｉｔ
ｉｏｎ）およびＨＤ（ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ）解像度の２つのレイヤを含むビ
ットストリームをサポートするように設計することができる。それにもかかわらず、スケ
ーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートし
ない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１
で規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング
規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は
、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームのデ
コーディング能力は、ビットストリームに１つのレイヤしかなかったかの如く規定される
。例えば、ＤＰＢサイズのようなデコーディング能力は、デコードされるビットストリー
ムのレイヤの数に依存しないようで規定される。基本的に、単層ビットストリームのため
に設計されたデコーダは、多層ビットストリームをデコードすることができるようにする
ために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して
、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、Ｉ
ＲＡＰ ＡＵは、ＣＶＳ（ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）に存在するレイ
ヤの各々にピクチャを含むことが必要である。
【0034】
３．２． ＨＥＶＣおよびＶＶＣにおけるランダムアクセスとそのサポート
ランダムアクセスとは、デコーディング順でビットストリームの最初のピクチャでない
ピクチャからビットストリームのアクセスとデコーディングを開始することを指す。ブロ
ードキャスト／マルチキャストおよび複数人数によるビデオ会議におけるチューニングお
よびチャネル切り替え、ローカル再生およびストリーミングにおける探索、並びにストリ
ーミングにおけるストリーム適応をサポートするために、ビットストリームは、頻繁なラ
ンダムアクセスポイントを含むことが必要であり、一般的に、イントラコーディングされ
たピクチャであるが、インターコーディングされたピクチャであってもよい（例えば、漸
次的デコーディング更新の場合）。
ランダムアクセスとは、デコーディング順でビットストリームの最初のピクチャでない
ピクチャからビットストリームのアクセスとデコーディングを開始することを指す。ブロ
ードキャスト／マルチキャストおよび複数人数によるビデオ会議におけるチューニングお
よびチャネル切り替え、ローカル再生およびストリーミングにおける探索、並びにストリ
ーミングにおけるストリーム適応をサポートするために、ビットストリームは、頻繁なラ
ンダムアクセスポイントを含むことが必要であり、一般的に、イントラコーディングされ
たピクチャであるが、インターコーディングされたピクチャであってもよい（例えば、漸
次的デコーディング更新の場合）。
【0035】
ＨＥＶＣは、ＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニッ
トタイプによって、ＮＡＬユニットのヘッダ内のランダムアクセスポイント内（ＩＲＡＰ
）ピクチャを信号通知することを含む。３つのタイプのＩＲＡＰピクチャ、即ち、瞬時デ
コーダリフレッシュ（ＩＤＲ）、クリーンランダムアクセス（ＣＲＡ）、およびブローク
ンリンクアクセス（ＢＬＡ）ピクチャがサポートされる。ＩＤＲピクチャは、従来クロー
ズドＧＯＰランダムアクセスポイントと呼ばれている現在のピクチャグループ（ＧＯＰ）
の前のどのピクチャも参照しないようにインターピクチャ予測構造を制約している。ＣＲ
Ａピクチャは、特定のピクチャが現在のＧＯＰの前にピクチャを参照することを許可する
ことによって制限が緩和され、ランダムアクセスの場合、これらはすべて破棄される。Ｃ
ＲＡピクチャは、従来、オープンＧＯＰランダムアクセスポイントと呼ばれている。ＢＬ
Ａピクチャは、通常、例えばストリーム切り替え時に、ＣＲＡピクチャにおいて２つのビ
ットストリームまたはその一部をスプライシングすることで生成される。ＩＲＡＰピクチ
ャのより優れたシステム使用を可能にするために、全部で６つの異なるＮＡＬユニットが
ＩＲＡＰピクチャのプロパティを信号通知するように定義され、これらのユニットは、Ｈ
ＴＴＰ（ＤＡＳＨ）上で動的適応ストリーミングでのランダムアクセスサポートのために
使用される、ＩＳＯベースのメディアファイルフォーマット（ＩＳＯＢＭＦＦ）に定義さ
れるようなストリームアクセスポイントのタイプにより適したものにするために使用でき
る。
トタイプによって、ＮＡＬユニットのヘッダ内のランダムアクセスポイント内（ＩＲＡＰ
）ピクチャを信号通知することを含む。３つのタイプのＩＲＡＰピクチャ、即ち、瞬時デ
コーダリフレッシュ（ＩＤＲ）、クリーンランダムアクセス（ＣＲＡ）、およびブローク
ンリンクアクセス（ＢＬＡ）ピクチャがサポートされる。ＩＤＲピクチャは、従来クロー
ズドＧＯＰランダムアクセスポイントと呼ばれている現在のピクチャグループ（ＧＯＰ）
の前のどのピクチャも参照しないようにインターピクチャ予測構造を制約している。ＣＲ
Ａピクチャは、特定のピクチャが現在のＧＯＰの前にピクチャを参照することを許可する
ことによって制限が緩和され、ランダムアクセスの場合、これらはすべて破棄される。Ｃ
ＲＡピクチャは、従来、オープンＧＯＰランダムアクセスポイントと呼ばれている。ＢＬ
Ａピクチャは、通常、例えばストリーム切り替え時に、ＣＲＡピクチャにおいて２つのビ
ットストリームまたはその一部をスプライシングすることで生成される。ＩＲＡＰピクチ
ャのより優れたシステム使用を可能にするために、全部で６つの異なるＮＡＬユニットが
ＩＲＡＰピクチャのプロパティを信号通知するように定義され、これらのユニットは、Ｈ
ＴＴＰ（ＤＡＳＨ）上で動的適応ストリーミングでのランダムアクセスサポートのために
使用される、ＩＳＯベースのメディアファイルフォーマット（ＩＳＯＢＭＦＦ）に定義さ
れるようなストリームアクセスポイントのタイプにより適したものにするために使用でき
る。
【0036】
ＶＶＣは、３つのタイプのＩＲＡＰピクチャ、２つのタイプのＩＤＲピクチャ（１つの
タイプがＲＡＤＬピクチャに関連付けられた、または他のタイプが関連付けられていない
）および１つのタイプのＣＲＡピクチャをサポートする。これらは基本的にＨＥＶＣと同
じである。ＨＥＶＣにおけるＢＬＡピクチャのタイプは、主に２つの理由により、ＶＶＣ
に含まれていない。
ｉ）ＢＬＡピクチャの基本機能性は、ＣＲＡピクチャにシーケンス終了ＮＡＬユニットを
加えることで実現でき、このシーケンス終了ＮＡＬユニットが存在することは、後続のピ
クチャが単層ビットストリームにおいて新しいＣＶＳを開始することを示す。
ｉｉ）ＶＶＣの開発において、ＮＡＬユニットヘッダのＮＡＬユニットタイプフィールド
に６ビットの代わりに５ビットを用いることによって示されるように、ＨＥＶＣよりも少
ないＮＡＬユニットタイプを規定する点において要求があった。
タイプがＲＡＤＬピクチャに関連付けられた、または他のタイプが関連付けられていない
）および１つのタイプのＣＲＡピクチャをサポートする。これらは基本的にＨＥＶＣと同
じである。ＨＥＶＣにおけるＢＬＡピクチャのタイプは、主に２つの理由により、ＶＶＣ
に含まれていない。
ｉ）ＢＬＡピクチャの基本機能性は、ＣＲＡピクチャにシーケンス終了ＮＡＬユニットを
加えることで実現でき、このシーケンス終了ＮＡＬユニットが存在することは、後続のピ
クチャが単層ビットストリームにおいて新しいＣＶＳを開始することを示す。
ｉｉ）ＶＶＣの開発において、ＮＡＬユニットヘッダのＮＡＬユニットタイプフィールド
に６ビットの代わりに５ビットを用いることによって示されるように、ＨＥＶＣよりも少
ないＮＡＬユニットタイプを規定する点において要求があった。
【0037】
ＶＶＣとＨＥＶＣとの間のランダムアクセスサポートにおける別の重要な相違は、ＶＶ
Ｃにおいてより規範的な方法でＧＤＲ（ｇｒａｄｕａｌ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅ
ｓｈ）をサポートすることである。ＧＤＲにおいて、ビットストリームのデコーディング
は、インターコーディングされたピクチャから開始することができ、始めは、ピクチャ領
域全体を正しくデコードすることができないが、多数のピクチャの後に、ピクチャ領域全
体を正しくデコードすることができるようになる。ＡＶＣおよびＨＥＶＣはまた、ＧＤＲ
ランダムアクセスポイントおよびリカバリポイントの信号通知のためのリカバリポイント
ＳＥＩ（ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ
）メッセージを使用して、ＧＤＲをサポートする。ＶＶＣにおいて、ＧＤＲピクチャを示
すために新しいＮＡＬユニットタイプが規定され、ピクチャヘッダ構文構造においてリカ
バリポイントが信号通知される。ＣＶＳおよびビットストリームは、ＧＤＲピクチャで開
始することができる。これは、１つのビットストリーム全体が、１つのイントラコーディ
ングされたピクチャなしにインターコーディングされたピクチャのみを含むことができる
ことを意味する。ＧＤＲサポートをこのように規定する主な利点は、ＧＤＲに適合した動
作を提供することである。ＧＤＲは、エンコーダが、ピクチャ全体をイントラコーディン
グするのではなく、複数のピクチャにイントラコーディングされたスライスまたはブロッ
クを分布させることによって、ビットストリームのビットレートを平滑化することを可能
にし、これにより、エンドツーエンドの遅延の大幅な低減が可能になり、そのことは、無
線表示、オンラインゲーム、無人機に基づくアプリケーションのような超低遅延アプリケ
ーションがより一般的になっているため、以前より今日ではより重要と考えられる。
Ｃにおいてより規範的な方法でＧＤＲ（ｇｒａｄｕａｌ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅ
ｓｈ）をサポートすることである。ＧＤＲにおいて、ビットストリームのデコーディング
は、インターコーディングされたピクチャから開始することができ、始めは、ピクチャ領
域全体を正しくデコードすることができないが、多数のピクチャの後に、ピクチャ領域全
体を正しくデコードすることができるようになる。ＡＶＣおよびＨＥＶＣはまた、ＧＤＲ
ランダムアクセスポイントおよびリカバリポイントの信号通知のためのリカバリポイント
ＳＥＩ（ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ
）メッセージを使用して、ＧＤＲをサポートする。ＶＶＣにおいて、ＧＤＲピクチャを示
すために新しいＮＡＬユニットタイプが規定され、ピクチャヘッダ構文構造においてリカ
バリポイントが信号通知される。ＣＶＳおよびビットストリームは、ＧＤＲピクチャで開
始することができる。これは、１つのビットストリーム全体が、１つのイントラコーディ
ングされたピクチャなしにインターコーディングされたピクチャのみを含むことができる
ことを意味する。ＧＤＲサポートをこのように規定する主な利点は、ＧＤＲに適合した動
作を提供することである。ＧＤＲは、エンコーダが、ピクチャ全体をイントラコーディン
グするのではなく、複数のピクチャにイントラコーディングされたスライスまたはブロッ
クを分布させることによって、ビットストリームのビットレートを平滑化することを可能
にし、これにより、エンドツーエンドの遅延の大幅な低減が可能になり、そのことは、無
線表示、オンラインゲーム、無人機に基づくアプリケーションのような超低遅延アプリケ
ーションがより一般的になっているため、以前より今日ではより重要と考えられる。
【0038】
ＶＶＣにおける別のＧＤＲに関連する特徴は、仮想境界信号通知である。ＧＤＲピクチ
ャとそのリカバリポイントとの間のピクチャにおける、更新された領域（すなわち、正し
くデコードされた領域）と未更新の領域との間の境界は、仮想境界として信号通知されて
もよく、信号通知された場合、境界をまたぐインループフィルタリングが適用されなくな
り、したがって、境界付近のいくつかのサンプルに対するデコーディングの不整合が発生
しなくなる。これは、アプリケーションがＧＤＲ処理中に正しくデコードされた領域を表
示することを決定した場合に有用となりうる。
ャとそのリカバリポイントとの間のピクチャにおける、更新された領域（すなわち、正し
くデコードされた領域）と未更新の領域との間の境界は、仮想境界として信号通知されて
もよく、信号通知された場合、境界をまたぐインループフィルタリングが適用されなくな
り、したがって、境界付近のいくつかのサンプルに対するデコーディングの不整合が発生
しなくなる。これは、アプリケーションがＧＤＲ処理中に正しくデコードされた領域を表
示することを決定した場合に有用となりうる。
【0039】
ＩＲＡＰピクチャおよびＧＤＲピクチャを集合的に、ランダムアクセスポイント（ＲＡ
Ｐ）ピクチャと呼ぶことができる。
Ｐ）ピクチャと呼ぶことができる。
【0040】
３．３ パラメータセット
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータセットを規定する。パラメータセットのタイプ
は、ＳＰＳ、ＰＰＳ、ＡＰＳ（ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）、
ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされ
ている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に
含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案
のテキストに含まれている。
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータセットを規定する。パラメータセットのタイプ
は、ＳＰＳ、ＰＰＳ、ＡＰＳ（ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）、
ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされ
ている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に
含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案
のテキストに含まれている。
【0041】
ＳＰＳは、シーケンスレベルのヘッダ情報を伝えるように設計され、ＰＰＳは、頻繁に
変化しないピクチャレベルのヘッダ情報を伝えるように設計された。ＳＰＳおよびＰＰＳ
を用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がない
ので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳ
を使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送
の必要性を回避するだけでなく、誤り耐性を改善する。
変化しないピクチャレベルのヘッダ情報を伝えるように設計された。ＳＰＳおよびＰＰＳ
を用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がない
ので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳ
を使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送
の必要性を回避するだけでなく、誤り耐性を改善する。
【0042】
ＶＰＳは、マルチレイヤのビットストリームのすべてのレイヤに共通であるシーケンス
レベルのヘッダ情報を伝えるために導入された。
レベルのヘッダ情報を伝えるために導入された。
【0043】
ＡＰＳは、コード化にかなりのビットを必要とし、複数のピクチャによって共有され得
る、このようなピクチャレベルまたはスライスレベルの情報を伝えるために導入された。
そして、シーケンスにおいて、非常に多くの異なる変形例が存在し得る。
る、このようなピクチャレベルまたはスライスレベルの情報を伝えるために導入された。
そして、シーケンスにおいて、非常に多くの異なる変形例が存在し得る。
【0044】
３．４ ＶＶＣにおける関連定義
最近のＶＶＣテキストＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における関連する定義は
、以下のとおりである。
（特定のピクチャの）関連付けられたＩＲＡＰピクチャ：デコーディング順における前の
ＩＲＡＰピクチャ（存在する場合）は、特定のピクチャと同じ値ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄを有する。
コーディングされた映像シーケンス（ＣＶＳ）：デコーディング順に、ＣＶＳＳ ＡＵに
続き、ＣＶＳＳ ＡＵである後続のＡＵまで（ただし後続のＡＵは含まない）のすべての
ＡＵを含む、ＣＶＳＳ ＡＵでない０以上のＡＵから構成される、ＡＵのシーケンス。
コーディングされた映像シーケンス開始（ＣＶＳＳ）ＡＵ：ＣＶＳの各レイヤにＰＵ（ｐ
ｉｃｔｕｒｅ ｕｎｉｔ）があり、各ＰＵのコーディングされたピクチャがＣＬＶＳＳ（
ｃｏｄｅｄ ｌａｙｅｒ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ ｓｔａｒｔ）ピクチャである
ＡＵ。
漸次的デコーディング更新（ＧＤＲ）ＡＵ：本ＰＵ各々のコーディングされたピクチャが
ＧＤＲピクチャであるＡＵ。
漸次的デコーディング更新（ＧＤＲ）ＰＵ：コーディングされたピクチャがＧＤＲピクチ
ャであるＰＵ。
漸次的デコーディング更新（ＧＤＲ）ピクチャ：ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔ
ｙｐｅがＧＤＲ＿ＮＵＴであるピクチャ。
イントラランダムアクセスポイント（ＩＲＡＰ）ＡＵ：ＣＶＳの各レイヤにＰＵが存在し
、各ＰＵのコーディングされたピクチャがＩＲＡＰピクチャであるＡＵ。
イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ：ＩＤＲ＿Ｗ＿ＲＡＤＬからＣ
ＲＡ＿ＮＵＴの範囲内で、すべてのＶＣＬ（ｖｉｄｅｏ ｃｏｄｉｎｇ ｌａｙｅｒ）
ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが同じ値であるコーディングされたピクチ
ャ。
主なピクチャ：関連付けられたＩＲＡＰピクチャと同じレイヤにあり、関連付けられたＩ
ＲＡＰピクチャに出力順で先行するピクチャ。
末尾のピクチャ：出力順の関連付けられたＩＲＡＰピクチャに続くｎｏｎ－ＩＲＡＰピク
チャで、ＳＴＳＡ（ｓｔｅｐｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂｌａｙｅｒ ａｃｃｅ
ｓｓ）ピクチャではない。
注－ ＩＲＡＰピクチャに関連付けられたトレーリングピクチャも、ＩＲＡＰピクチャの
デコーディング順に従うことに留意されたい。関連付けられたＩＲＡＰピクチャの出力順
に続き、関連付けられたＩＲＡＰピクチャにデコーディング順で先行するピクチャは、許
可されない。
最近のＶＶＣテキストＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における関連する定義は
、以下のとおりである。
（特定のピクチャの）関連付けられたＩＲＡＰピクチャ：デコーディング順における前の
ＩＲＡＰピクチャ（存在する場合）は、特定のピクチャと同じ値ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄを有する。
コーディングされた映像シーケンス（ＣＶＳ）：デコーディング順に、ＣＶＳＳ ＡＵに
続き、ＣＶＳＳ ＡＵである後続のＡＵまで（ただし後続のＡＵは含まない）のすべての
ＡＵを含む、ＣＶＳＳ ＡＵでない０以上のＡＵから構成される、ＡＵのシーケンス。
コーディングされた映像シーケンス開始（ＣＶＳＳ）ＡＵ：ＣＶＳの各レイヤにＰＵ（ｐ
ｉｃｔｕｒｅ ｕｎｉｔ）があり、各ＰＵのコーディングされたピクチャがＣＬＶＳＳ（
ｃｏｄｅｄ ｌａｙｅｒ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ ｓｔａｒｔ）ピクチャである
ＡＵ。
漸次的デコーディング更新（ＧＤＲ）ＡＵ：本ＰＵ各々のコーディングされたピクチャが
ＧＤＲピクチャであるＡＵ。
漸次的デコーディング更新（ＧＤＲ）ＰＵ：コーディングされたピクチャがＧＤＲピクチ
ャであるＰＵ。
漸次的デコーディング更新（ＧＤＲ）ピクチャ：ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔ
ｙｐｅがＧＤＲ＿ＮＵＴであるピクチャ。
イントラランダムアクセスポイント（ＩＲＡＰ）ＡＵ：ＣＶＳの各レイヤにＰＵが存在し
、各ＰＵのコーディングされたピクチャがＩＲＡＰピクチャであるＡＵ。
イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ：ＩＤＲ＿Ｗ＿ＲＡＤＬからＣ
ＲＡ＿ＮＵＴの範囲内で、すべてのＶＣＬ（ｖｉｄｅｏ ｃｏｄｉｎｇ ｌａｙｅｒ）
ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが同じ値であるコーディングされたピクチ
ャ。
主なピクチャ：関連付けられたＩＲＡＰピクチャと同じレイヤにあり、関連付けられたＩ
ＲＡＰピクチャに出力順で先行するピクチャ。
末尾のピクチャ：出力順の関連付けられたＩＲＡＰピクチャに続くｎｏｎ－ＩＲＡＰピク
チャで、ＳＴＳＡ（ｓｔｅｐｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂｌａｙｅｒ ａｃｃｅ
ｓｓ）ピクチャではない。
注－ ＩＲＡＰピクチャに関連付けられたトレーリングピクチャも、ＩＲＡＰピクチャの
デコーディング順に従うことに留意されたい。関連付けられたＩＲＡＰピクチャの出力順
に続き、関連付けられたＩＲＡＰピクチャにデコーディング順で先行するピクチャは、許
可されない。
【0045】
３．５ ＶＶＣにおけるＶＰＳ構文および意味論
ＶＶＣは、スケーラブル映像コーディングとしても知られるスケーラビリティをサポー
トし、複数のレイヤは、１つのコーディングされた映像ビットストリームでエンコードす
ることができる。
ＶＶＣは、スケーラブル映像コーディングとしても知られるスケーラビリティをサポー
トし、複数のレイヤは、１つのコーディングされた映像ビットストリームでエンコードす
ることができる。
【0046】
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＶＰＳにお
いてスケーラビリティ情報が信号通知され、その構文および意味論は以下のとおりである
。
いてスケーラビリティ情報が信号通知され、その構文および意味論は以下のとおりである
。
【0047】
７．３．２．２ 映像パラメータセット構文
【表1】
【表2】
【表3】
【0048】
７．４．３．２ 映像パラメータセットＲＢＳＰ意味論
ＶＰＳ ＲＢＳＰ（ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）は、それ
が参照される前に、デコーディング処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に
等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
ＣＶＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有
するすべてのＶＰＳ ＮＡＬユニットは、同じコンテンツを有するものとする。
ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＶ
ＰＳの識別子を提供する。ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値
は０より大きいものとする。
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、各ＣＶＳがＶＰＳを参照する
ときに最大許容レイヤ数を規定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳを参照する各Ｃ
ＶＳのレイヤに存在し得る時間的サブレイヤーの数の最大数を規定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０から６までの範囲内にあ
るべきである。
１に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆ
ｌａｇは、ＶＰＳを参照する各ＣＶＳにおけるすべてのレイヤにおいて時間的サブレイヤ
ーの数が同じであることを規定する。０に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍ
ｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇは、ＶＰＳを参照する各ＣＶＳのレイヤが同
じ数の時間的サブレイヤーを有していてもいなくてもよいことを規定する。存在しない場
合、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇ
の値は１に等しいと推測される。
１に等しいｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇは、ＣＶ
Ｓにおけるすべてのレイヤがレイヤ間予測を使用せずに独立してコーディングされること
を規定する。０に等しいｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌ
ａｇは、ＣＶＳの１つ以上のレイヤがインターレイヤー予測を使用してもよいことを規定
する。存在しない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌ
ａｇの値は１に等しいと推測される。
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を
規定する。ｍおよびｎの任意の２つの非負整数値の場合、ｍがｎ未満であるとき、ｖｐｓ
＿ｌａｙｅｒ＿ｉｄ［ｍ］の値は、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｎ］未満であるものとす
る。
１に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデッ
クスｉのレイヤがレイヤ間予測を使用しないことを規定する。０に等しいｖｐｓ＿ｉｎｄ
ｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデックスｉのレイヤがインター
レイヤー予測を使用でき、かつ、ｊの構文要素ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅ
ｒ＿ｆｌａｇ［ｉ］［ｊ］が０～ｉ－１の範囲内にある場合には（両端を含む）、ＶＰＳ
に存在することを規定する。存在しない場合、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙ
ｅｒ＿ｆｌａｇ［ｉ］の値は１に等しいと推測される。
０に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、イン
デックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤでないこと
を規定する。１に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［
ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイ
ヤであることを規定する。ｉおよびｊが０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１
の範囲内にあるとき、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ
］が存在しない場合、それは０に等しいと推論される。ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ
＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］が０に等しい場合、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａ
ｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］の値が１となるように、０～ｉ－１の範囲内にあるｊの値
が少なくとも１つあるものとする。
変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄ
ｘ［ｉ］［ｄ］、ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］、ＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｒ
］、およびＬａｙｅｒＵｓｅｄＡｓｄＲｅｆＬａｙｅｒＦｌａｇ［ｉ］は次のように導出
される：
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］＝ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａ
ｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ｉ；ｋ＋＋）
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］＆＆ｄ
ｅｐｅｎｄｅｎｃｙＦｌａｇ［ｋ］［ｊ］）
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］＝１
｝
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０，ｄ＝０，ｒ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ
１；ｊ＋＋） ｛
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］） ｛
ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｄ＋＋］＝ｊ
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｊ］＝１
｝
ｉｆ（ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］）
ＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｒ＋＋］＝ｊ
｝
ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］＝ｄ
ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］＝ｒ
｝（３７）
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのレイ
ヤインデックスを規定する変数ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｉ］は、以下のように
導出される。
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］］＝ｉ（３８）
Ｉおよびｊの、両方とも０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあ
る任意の２つの異なる値について、ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］が１に等
しい場合、ｉ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿
ｄｅｐｔｈ＿ｍｉｎｕｓ８は、ｊ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ
＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８とそれぞれ等しいとすることが、ビットス
トリーム適合性の要件である。
ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合は、構文要
素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が存在することを規定す
る。
ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は、構
文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が存在しないことを
規定する。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０に等しい場合は、ｉ番
目のレイヤの非ＩＲＡＰピクチャでインターレイヤー予測を使用しないことを規定する。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］＞０は、ｉ番目のレイヤの
ピクチャをデコーディングするために、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌ
ｕｓ１［ｉ］－１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャをＩＬＲＰ（ｉｎｔ
ｅｒ ｌａｙｅｒ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）として使用しないことを規定
する。存在しない場合、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］の
値は７に等しいと推測される。
ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが１に等しい場合は、各ＯＬＳが１つのレイ
ヤのみを含み、ＶＰＳを参照するＣＶＳにおける各レイヤ自体が１つのＯＬＳであり、単
一の含まれたレイヤが唯一の出力レイヤであることを規定する。
ＯＬＳであるｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合は
、２つ以上のレイヤを含んでいてもよい。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１
が０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇの値は１に等
しいと推論される。そうでない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙ
ｅｒｓ＿ｆｌａｇが０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌ
ａｇの値は０に等しいと推論される。
０に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで規定されたＯＬＳの総数がｖｐｓ＿ｍ
ａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイ
ヤインデックスが０からｉまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおける最上
位レイヤのみを出力する。
１に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで規定されたＯＬＳの総数がｖｐｓ＿ｍ
ａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイ
ヤインデックスが０からｉまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおけるすべ
てのレイヤを出力する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合は、ＶＰＳによって規定されたＯＬＳの総数
が明示的に信号通知されることを規定し、各ＯＬＳにおいて、出力レイヤは明示的に信号
通知され、他のレイヤがＯＬＳの出力レイヤの直接または間接参照レイヤであるレイヤで
あることを規定する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値は、０から２までの範囲内にあるべきである。ｏｌｓ＿ｍ
ｏｄｅ＿ｉｄｃの値３は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来使用するために確保されて
いる。
ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しく、ｅａ
ｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合、ｏｌｓ＿ｍｏｄｅ
＿ｉｄｃの値は２に等しいと推論される。
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１プラス１は、ｏｌｓ＿ｍｏ
ｄｅ＿ｉｄｃが２に等しいときには、ＶＰＳで規定されるＯＬＳの総数を規定する。
ＶＰＳで規定されたＯＬＳの総数を規定する変数ＴｏｔａｌＮｕｍＯｌｓｓは、以下のよ
うに導出される。
ｉｆ（ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝＝０）
ＴｏｔａｌＮｕｍＯｌｓｓ＝１
ｅｌｓｅ ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍ
ｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕ
ｓ１＋１（３９）
１に等しいｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｏｌｓ＿ｍｏ
ｄｅ＿ｉｄｃが２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ
［ｊ］に等しいレイヤがｉ番目のＯＬＳの出力レイヤであることを規定する。０に等しい
ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｏｌｓ＿ｍｏｄｅ＿ｉｄ
が２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等し
いレイヤがｉ番目のＯＬＳの出力レイヤでないことを規定する。
ｉ番目のＯＬＳにおける出力レイヤの数を規定する変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓ
ＩｎＯｌｓ［ｉ］、ｉ番目のＯＬＳにおけるｊ番目のレイヤのサブレイヤーの数を規定す
る変数ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯｌｓ［ｉ］［ｊ］、ｉ番目のＯＬ
Ｓにおけるｊ番目の出力レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定する変数Ｏｕｔｐｕ
ｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］、および少なくとも１つのＯＬＳにおいてｋ番
目のレイヤを出力レイヤとして使用するかどうかを規定する変数ＬａｙｅｒＵｓｅｄＡｓ
ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］、を以下のように導出する。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０
］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［０］［０］＝ｖｐｓ＿ｍａｘ＿
ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［０］＝１
ｆｏｒ（ｉ＝１，ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿
ｉｄｃ＜２）
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝１
ｅｌｓｅ／＊（！ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ＆＆ｏｌｓ＿
ｍｏｄｅ＿ｉｄｃ＝＝２） ＊／
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿
ｉｄｃ＝＝０） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［
ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｉ＆＆（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）；ｊ＋＋）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｍａｘ＿ｔｉ
ｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｉ］＝ｖｐｓ＿ｍａｘ
＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
｛
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ
［ｊ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａ
ｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｊ］＝０
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝０
｝
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ
＋＋） （４０）
ｉｆ（ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］＝１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］＝ｋ
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ
＿ｉｄ［ｋ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍ
ａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
｛
ｉｄｘ＝ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＲｅｆＬａｙｅｒｓ［ｉｄｘ］；ｋ＋＋） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ＲｅｆＬａｙｅｒＩｄ
ｘ［ｉｄｘ］［ｋ］］＝１
ｉｆ（ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａ
ｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］ ＜
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬ
ａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅ
ｒＩｄｘ［ｉｄｘ］［ｋ］］＝
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａ
ｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］
｝
｝
｝
０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１の範囲内にあるｉの各値について、Ｌ
ａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］およびＬａｙｅｒＵｓｅｄＡｓＯ
ｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］の値は、両方とも０に等しくないものとする。言い
換えれば、少なくとも１つのＯＬＳの出力レイヤでも、他のレイヤの直接参照レイヤでも
ないレイヤが存在しないものとする。
各ＯＬＳに対して、出力レイヤである少なくとも１つのレイヤが存在するものとする。
すなわち、ｉの値が０～ＴｏｔａｌＮｕｍＯｌｓｓ＿１の範囲内（両端を含む）である場
合、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］の値は、１以上である。
ｉ番目のＯＬＳにおけるレイヤの数を規定する変数ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ
］、およびｉ番目のＯＬＳにおけるｊ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定
する変数ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］は、以下のように導出する。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］ （４
１）
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ
＝＝１） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ
＋＋）
ｉｆ（ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
｝
｝
注１－０番目のＯＬＳは、最下位レイヤ（すなわち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐ
ｓ＿ｌａｙｅｒ＿ｉｄ［０］であるレイヤ）のみを含み、０番目のＯＬＳの場合、含まれ
ているレイヤのみが出力される。
ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］であるレイヤのＯＬ
Ｓレイヤインデックスを規定する変数ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ｊ］は、以下のよ
うに導出される。
ｆｏｒ（ｉ＝０；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｆｏｒ ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋） （４２）
ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］＝ｊ
各ＯＬＳにおける最下位レイヤは独立レイヤであるものとする。すなわち、０～Ｔｏｔａ
ｌＮｕｍＯｌｓｓ－１の範囲内の各ｉについて、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａ
ｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］
［０］］の値は、１に等しいものとする。
各レイヤは、ＶＰＳによって規定される少なくとも１つのＯＬＳに含まれるものとする
。言い換えれば、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるｋ
について、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値ｎｕｈＬａｙｅｒＩｄがｖｐｓ＿ｌａｙ
ｅｒ＿ｉｄ［ｋ］の１つと等しい各レイヤについて、少なくとも１対の値、ｉとｊが存在
するものとする。ここで、Ｉは０からＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲にあり、ｊは
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］－１の範囲にあり、ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ
］［ｊ］の値がｎｕｈＬａｙｅｒＩｄと等しくなる。
ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳにおけるｐｒｏｆｉｌｅ＿
ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎ
ｕｓ１の値はＴｏｔａｌＮｕｍＯｌｓｓより小さいものとする。
ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合は、ＶＰＳのｉ番目のｐｒｏｆ
ｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にプロファイル、ティア、一般的な制約情報
が含まれていることを規定し、ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合
は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）ｓｙｎｔａｘ ｓｔｒ
ｕｃｔｕｒｅに存在しないことを規定する。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［０］の値
は１に等しいと推論される。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は
、ＶＰＳ内ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のプロファイル
、ティア、一般的な制約情報は、ＶＰＳ内（ｉ－１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿
ｌｅｖｅｌ（）構文構造のものと同じと推論される。
ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿
ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてレベル情報が存在する最も高いサブレイヤー
表現のＴｅｍｐｏｒａｌＩｄを規定する。ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ
］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるもの
とする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｐｔｌ
＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａ
ｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ
＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｐｔｌ＿ｍａｘ
＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎ
ｕｓ１に等しいと推論される。
ｖｐｓ＿ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔ＝０に等しいものとする。
ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｉ］は、第ｉ番目のＯＬＳに適用されるｐｒｏｆｉｌｅ＿ｔｉ
ｅｒ＿ｌｅｖｅｌ（）構文構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅ
ｌ（）構文構造のリストに対するインデックスを規定する。存在する場合、ｏｌｓ＿ｐｔ
ｌ＿ｉｄｘ［ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１の範囲内にある
ものとする。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｐｔ
ｌ＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合、ｉ番目のＯＬＳに適用されるｐ
ｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照す
るＳＰＳにも存在する。ＮｕｍＬａｙｅｒｓＩｎＯＬＳ［ｉ］が１に等しい場合は、ＶＰ
Ｓおよびｉ番目のＯＬＳのＳＰＳにおいて信号通知されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌ
ｅｖｅｌ（）構文構造は同一であるものとすることが、ビットストリーム適合性の要件で
ある。
ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓは、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒ
ｓ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は、０～１
６の範囲内である。存在しない場合、ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は０に
等しいと推測される。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｄｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰ
Ｓのｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造において、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂ
ｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［］、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［］
、およびｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［］構文要素の存在を
制御するのに使用する。存在しない場合、ｖｐｓ＿ｓｕｂ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｎ
ｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しいと推論される。
ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］は、ＶＰＳのｉ番目のｄｐｂ＿ｐａｒａ
ｍｅｔｅｒｓ（）構文構造にＤＰＢパラメータが含まれている可能性がある、最も高いサ
ブレイヤー表現のＴｅｍｐｏｒａｌＩｄを規定する。ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ
＿ｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内
にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場
合、ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は０に等しいと推論される。ｖ
ｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌ
ａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｄｐ
ｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒ
ｓ＿ｍｉｎｕｓ１に等しいと推論される。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶
バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッ
ファの高さを、輝度サンプル単位で規定する。
ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］
が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構
文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデ
ックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は
、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿
ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ
＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用され
るｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照
するＳＰＳに存在する。
ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等し
い場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造および
他のＨＲＤ（ｈｙｐｏｔｈｅｔｉｃａｌ ｒｅｆｅｒｅｎｃｅ ｄｅｃｏｄｅｒ）パラメ
ータを含むことを規定する。
ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等し
い場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造または
他のＨＲＤパラメータを含まないことを規定する。存在しない場合、ｖｐｓ＿ｇｅｎｅｒ
ａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合、ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａ
ｒａｍｅｔｅｒｓ（）構文構造およびｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａ
ｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照するＳＰＳに存在する
。
１に等しいｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇは、ＶＰＳにおけるｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、
ＴｅｍｐｏｒａｌＩｄが０～ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の範囲内にあるサブレイヤー
表現のためのＨＲＤパラメータを含むことを規定する。０に等しいｖｐｓ＿ｓｕｂｌａｙ
ｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰＳにおけるｉ番目のｏ
ｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］に
等しいサブレイヤーの表現に対するＨＲＤパラメータのみを含むことを規定する。ｖｐｓ
＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｖｐｓ＿ｓｕｂｌａｙ
ｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される
。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等
しい場合、ＴｅｍｐｏｒａｌＩｄが０からｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］－１の範囲内に
あるサブレイヤー表現のＨＲＤパラメータは、ＴｅｍｐｏｒａｌＩｄがｈｒｄ＿ｍａｘ＿
ｔｉｄ［ｉ］－１に等しいサブレイヤー表現のＨＲＤパラメータと同じに等しいと推論さ
れる。これには、ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｇｅｎｅｒａｌ＿ｆｌａｇ［ｉ］構文
要素から始まり、ｓｕｂｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ｉ）構文構造に至
るまでのＨＲＤパラメータが、ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ構文構造における
条件“ｉｆ（ｇｅｎｅｒａｌ＿ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇ）”のすぐ下に含まれる。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１プラス１は、ｖｐｓ＿ｇｅｎｅｒ
ａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ＶＰＳに存
在するｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の数を規定する。ｎｕｍ＿ｏ
ｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１の値は、０からＴｏｔａｌＮｕｍＯｌｓ－１
までの範囲内にある必要があります。
ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］は、ｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）
構文構造にＨＲＤパラメータが含まれる最も高いサブレイヤー表現のＴｅｍｐｏｒａｌＩ
ｄを規定する。ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａ
ｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒ
ｓ＿ｍｉｎｕｓ１が０に等しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は０に等しいと
推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐ
ｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等
しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ
＿ｍｉｎｕｓ１に等しいと推論される。
ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きい
場合、ｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造
の、ＶＰＳにおけるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにイン
デックスを規定する。ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［ｉ］の値は、０からｎｕｍ＿ｏｌｓ＿
ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用される
ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構 造は、ｉ番目のＯＬＳにおけるレイ
ヤが参照するＳＰＳに存在する。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍ＿ｍｉｎｕｓ１＋１の値がＴｏｔａｌＮｕｍＯＬＳ
に等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ｉ］の値はｉに等しいと推論される。そうでな
い場合、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きく、ｎｕｍ＿ｏｌｓ＿ｈｒｄ
＿ｐａｒａｍｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［ｉ］の値
は０に等しいと推論される。
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０に等しい場合、ＶＰＳ ＲＢＳＰ構文構造に
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が含まれていないことを規定
する。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しい場合、ＶＰＳ ＲＢＳＰ構文
構造にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が存在することを規定
する。
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは任意の値を有することができる。そ
の存在および値は、本明細書バージョンで特定された特徴に対するのデコーダの適合性に
影響を与えない。本明細書バージョンに準拠するデコーダは、すべてのｖｐｓ＿ｅｘｔｅ
ｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素を無視しなければならない。
ＶＰＳ ＲＢＳＰ（ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）は、それ
が参照される前に、デコーディング処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に
等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
ＣＶＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有
するすべてのＶＰＳ ＮＡＬユニットは、同じコンテンツを有するものとする。
ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＶ
ＰＳの識別子を提供する。ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値
は０より大きいものとする。
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、各ＣＶＳがＶＰＳを参照する
ときに最大許容レイヤ数を規定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳを参照する各Ｃ
ＶＳのレイヤに存在し得る時間的サブレイヤーの数の最大数を規定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０から６までの範囲内にあ
るべきである。
１に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆ
ｌａｇは、ＶＰＳを参照する各ＣＶＳにおけるすべてのレイヤにおいて時間的サブレイヤ
ーの数が同じであることを規定する。０に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍ
ｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇは、ＶＰＳを参照する各ＣＶＳのレイヤが同
じ数の時間的サブレイヤーを有していてもいなくてもよいことを規定する。存在しない場
合、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇ
の値は１に等しいと推測される。
１に等しいｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇは、ＣＶ
Ｓにおけるすべてのレイヤがレイヤ間予測を使用せずに独立してコーディングされること
を規定する。０に等しいｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌ
ａｇは、ＣＶＳの１つ以上のレイヤがインターレイヤー予測を使用してもよいことを規定
する。存在しない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌ
ａｇの値は１に等しいと推測される。
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を
規定する。ｍおよびｎの任意の２つの非負整数値の場合、ｍがｎ未満であるとき、ｖｐｓ
＿ｌａｙｅｒ＿ｉｄ［ｍ］の値は、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｎ］未満であるものとす
る。
１に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデッ
クスｉのレイヤがレイヤ間予測を使用しないことを規定する。０に等しいｖｐｓ＿ｉｎｄ
ｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、インデックスｉのレイヤがインター
レイヤー予測を使用でき、かつ、ｊの構文要素ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅ
ｒ＿ｆｌａｇ［ｉ］［ｊ］が０～ｉ－１の範囲内にある場合には（両端を含む）、ＶＰＳ
に存在することを規定する。存在しない場合、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙ
ｅｒ＿ｆｌａｇ［ｉ］の値は１に等しいと推測される。
０に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、イン
デックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤでないこと
を規定する。１に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［
ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイ
ヤであることを規定する。ｉおよびｊが０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１
の範囲内にあるとき、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ
］が存在しない場合、それは０に等しいと推論される。ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ
＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］が０に等しい場合、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａ
ｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］の値が１となるように、０～ｉ－１の範囲内にあるｊの値
が少なくとも１つあるものとする。
変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄ
ｘ［ｉ］［ｄ］、ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］、ＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｒ
］、およびＬａｙｅｒＵｓｅｄＡｓｄＲｅｆＬａｙｅｒＦｌａｇ［ｉ］は次のように導出
される：
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］＝ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａ
ｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ｉ；ｋ＋＋）
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］＆＆ｄ
ｅｐｅｎｄｅｎｃｙＦｌａｇ［ｋ］［ｊ］）
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］＝１
｝
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０，ｄ＝０，ｒ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ
１；ｊ＋＋） ｛
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］） ｛
ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｄ＋＋］＝ｊ
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｊ］＝１
｝
ｉｆ（ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］）
ＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｒ＋＋］＝ｊ
｝
ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］＝ｄ
ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］＝ｒ
｝（３７）
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのレイ
ヤインデックスを規定する変数ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｉ］は、以下のように
導出される。
ｆｏｒ（ｉ＝０；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］］＝ｉ（３８）
Ｉおよびｊの、両方とも０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあ
る任意の２つの異なる値について、ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｉ］［ｊ］が１に等
しい場合、ｉ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿
ｄｅｐｔｈ＿ｍｉｎｕｓ８は、ｊ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ
＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８とそれぞれ等しいとすることが、ビットス
トリーム適合性の要件である。
ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合は、構文要
素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が存在することを規定す
る。
ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は、構
文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が存在しないことを
規定する。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０に等しい場合は、ｉ番
目のレイヤの非ＩＲＡＰピクチャでインターレイヤー予測を使用しないことを規定する。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］＞０は、ｉ番目のレイヤの
ピクチャをデコーディングするために、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌ
ｕｓ１［ｉ］－１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャをＩＬＲＰ（ｉｎｔ
ｅｒ ｌａｙｅｒ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）として使用しないことを規定
する。存在しない場合、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］の
値は７に等しいと推測される。
ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが１に等しい場合は、各ＯＬＳが１つのレイ
ヤのみを含み、ＶＰＳを参照するＣＶＳにおける各レイヤ自体が１つのＯＬＳであり、単
一の含まれたレイヤが唯一の出力レイヤであることを規定する。
ＯＬＳであるｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合は
、２つ以上のレイヤを含んでいてもよい。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１
が０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇの値は１に等
しいと推論される。そうでない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙ
ｅｒｓ＿ｆｌａｇが０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌ
ａｇの値は０に等しいと推論される。
０に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで規定されたＯＬＳの総数がｖｐｓ＿ｍ
ａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイ
ヤインデックスが０からｉまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおける最上
位レイヤのみを出力する。
１に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで規定されたＯＬＳの総数がｖｐｓ＿ｍ
ａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイ
ヤインデックスが０からｉまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおけるすべ
てのレイヤを出力する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合は、ＶＰＳによって規定されたＯＬＳの総数
が明示的に信号通知されることを規定し、各ＯＬＳにおいて、出力レイヤは明示的に信号
通知され、他のレイヤがＯＬＳの出力レイヤの直接または間接参照レイヤであるレイヤで
あることを規定する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値は、０から２までの範囲内にあるべきである。ｏｌｓ＿ｍ
ｏｄｅ＿ｉｄｃの値３は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来使用するために確保されて
いる。
ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しく、ｅａ
ｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合、ｏｌｓ＿ｍｏｄｅ
＿ｉｄｃの値は２に等しいと推論される。
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１プラス１は、ｏｌｓ＿ｍｏ
ｄｅ＿ｉｄｃが２に等しいときには、ＶＰＳで規定されるＯＬＳの総数を規定する。
ＶＰＳで規定されたＯＬＳの総数を規定する変数ＴｏｔａｌＮｕｍＯｌｓｓは、以下のよ
うに導出される。
ｉｆ（ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝＝０）
ＴｏｔａｌＮｕｍＯｌｓｓ＝１
ｅｌｓｅ ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍ
ｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕ
ｓ１＋１（３９）
１に等しいｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｏｌｓ＿ｍｏ
ｄｅ＿ｉｄｃが２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ
［ｊ］に等しいレイヤがｉ番目のＯＬＳの出力レイヤであることを規定する。０に等しい
ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｏｌｓ＿ｍｏｄｅ＿ｉｄ
が２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等し
いレイヤがｉ番目のＯＬＳの出力レイヤでないことを規定する。
ｉ番目のＯＬＳにおける出力レイヤの数を規定する変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓ
ＩｎＯｌｓ［ｉ］、ｉ番目のＯＬＳにおけるｊ番目のレイヤのサブレイヤーの数を規定す
る変数ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯｌｓ［ｉ］［ｊ］、ｉ番目のＯＬ
Ｓにおけるｊ番目の出力レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定する変数Ｏｕｔｐｕ
ｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］、および少なくとも１つのＯＬＳにおいてｋ番
目のレイヤを出力レイヤとして使用するかどうかを規定する変数ＬａｙｅｒＵｓｅｄＡｓ
ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］、を以下のように導出する。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０
］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［０］［０］＝ｖｐｓ＿ｍａｘ＿
ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［０］＝１
ｆｏｒ（ｉ＝１，ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿
ｉｄｃ＜２）
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝１
ｅｌｓｅ／＊（！ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ＆＆ｏｌｓ＿
ｍｏｄｅ＿ｉｄｃ＝＝２） ＊／
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿
ｉｄｃ＝＝０） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［
ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｉ＆＆（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）；ｊ＋＋）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｍａｘ＿ｔｉ
ｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｉ］＝ｖｐｓ＿ｍａｘ
＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
｛
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ
［ｊ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａ
ｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｊ］＝０
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝０
｝
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ
＋＋） （４０）
ｉｆ（ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］＝１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］＝ｋ
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ
＿ｉｄ［ｋ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍ
ａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
｛
ｉｄｘ＝ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＲｅｆＬａｙｅｒｓ［ｉｄｘ］；ｋ＋＋） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ＲｅｆＬａｙｅｒＩｄ
ｘ［ｉｄｘ］［ｋ］］＝１
ｉｆ（ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａ
ｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］ ＜
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬ
ａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅ
ｒＩｄｘ［ｉｄｘ］［ｋ］］＝
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａ
ｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］
｝
｝
｝
０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１の範囲内にあるｉの各値について、Ｌ
ａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］およびＬａｙｅｒＵｓｅｄＡｓＯ
ｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］の値は、両方とも０に等しくないものとする。言い
換えれば、少なくとも１つのＯＬＳの出力レイヤでも、他のレイヤの直接参照レイヤでも
ないレイヤが存在しないものとする。
各ＯＬＳに対して、出力レイヤである少なくとも１つのレイヤが存在するものとする。
すなわち、ｉの値が０～ＴｏｔａｌＮｕｍＯｌｓｓ＿１の範囲内（両端を含む）である場
合、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］の値は、１以上である。
ｉ番目のＯＬＳにおけるレイヤの数を規定する変数ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ
］、およびｉ番目のＯＬＳにおけるｊ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定
する変数ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］は、以下のように導出する。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］ （４
１）
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ
＝＝１） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ
＋＋）
ｉｆ（ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
｝
｝
注１－０番目のＯＬＳは、最下位レイヤ（すなわち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐ
ｓ＿ｌａｙｅｒ＿ｉｄ［０］であるレイヤ）のみを含み、０番目のＯＬＳの場合、含まれ
ているレイヤのみが出力される。
ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］であるレイヤのＯＬ
Ｓレイヤインデックスを規定する変数ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ｊ］は、以下のよ
うに導出される。
ｆｏｒ（ｉ＝０；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｆｏｒ ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋） （４２）
ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］＝ｊ
各ＯＬＳにおける最下位レイヤは独立レイヤであるものとする。すなわち、０～Ｔｏｔａ
ｌＮｕｍＯｌｓｓ－１の範囲内の各ｉについて、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａ
ｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］
［０］］の値は、１に等しいものとする。
各レイヤは、ＶＰＳによって規定される少なくとも１つのＯＬＳに含まれるものとする
。言い換えれば、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるｋ
について、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値ｎｕｈＬａｙｅｒＩｄがｖｐｓ＿ｌａｙ
ｅｒ＿ｉｄ［ｋ］の１つと等しい各レイヤについて、少なくとも１対の値、ｉとｊが存在
するものとする。ここで、Ｉは０からＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲にあり、ｊは
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］－１の範囲にあり、ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ
］［ｊ］の値がｎｕｈＬａｙｅｒＩｄと等しくなる。
ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳにおけるｐｒｏｆｉｌｅ＿
ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎ
ｕｓ１の値はＴｏｔａｌＮｕｍＯｌｓｓより小さいものとする。
ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が１に等しい場合は、ＶＰＳのｉ番目のｐｒｏｆ
ｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にプロファイル、ティア、一般的な制約情報
が含まれていることを規定し、ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合
は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）ｓｙｎｔａｘ ｓｔｒ
ｕｃｔｕｒｅに存在しないことを規定する。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［０］の値
は１に等しいと推論される。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しい場合は
、ＶＰＳ内ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のプロファイル
、ティア、一般的な制約情報は、ＶＰＳ内（ｉ－１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿
ｌｅｖｅｌ（）構文構造のものと同じと推論される。
ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿
ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてレベル情報が存在する最も高いサブレイヤー
表現のＴｅｍｐｏｒａｌＩｄを規定する。ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ
］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるもの
とする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｐｔｌ
＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａ
ｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ
＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｐｔｌ＿ｍａｘ
＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎ
ｕｓ１に等しいと推論される。
ｖｐｓ＿ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔ＝０に等しいものとする。
ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｉ］は、第ｉ番目のＯＬＳに適用されるｐｒｏｆｉｌｅ＿ｔｉ
ｅｒ＿ｌｅｖｅｌ（）構文構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅ
ｌ（）構文構造のリストに対するインデックスを規定する。存在する場合、ｏｌｓ＿ｐｔ
ｌ＿ｉｄｘ［ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１の範囲内にある
ものとする。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｐｔ
ｌ＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合、ｉ番目のＯＬＳに適用されるｐ
ｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照す
るＳＰＳにも存在する。ＮｕｍＬａｙｅｒｓＩｎＯＬＳ［ｉ］が１に等しい場合は、ＶＰ
Ｓおよびｉ番目のＯＬＳのＳＰＳにおいて信号通知されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌ
ｅｖｅｌ（）構文構造は同一であるものとすることが、ビットストリーム適合性の要件で
ある。
ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓは、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒ
ｓ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は、０～１
６の範囲内である。存在しない場合、ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は０に
等しいと推測される。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｄｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰ
Ｓのｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造において、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂ
ｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［］、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［］
、およびｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［］構文要素の存在を
制御するのに使用する。存在しない場合、ｖｐｓ＿ｓｕｂ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｎ
ｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しいと推論される。
ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］は、ＶＰＳのｉ番目のｄｐｂ＿ｐａｒａ
ｍｅｔｅｒｓ（）構文構造にＤＰＢパラメータが含まれている可能性がある、最も高いサ
ブレイヤー表現のＴｅｍｐｏｒａｌＩｄを規定する。ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ
＿ｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内
にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場
合、ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は０に等しいと推論される。ｖ
ｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌ
ａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｄｐ
ｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒ
ｓ＿ｍｉｎｕｓ１に等しいと推論される。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶
バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッ
ファの高さを、輝度サンプル単位で規定する。
ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］
が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構
文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデ
ックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は
、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿
ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ
＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用され
るｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照
するＳＰＳに存在する。
ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等し
い場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造および
他のＨＲＤ（ｈｙｐｏｔｈｅｔｉｃａｌ ｒｅｆｅｒｅｎｃｅ ｄｅｃｏｄｅｒ）パラメ
ータを含むことを規定する。
ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等し
い場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造または
他のＨＲＤパラメータを含まないことを規定する。存在しない場合、ｖｐｓ＿ｇｅｎｅｒ
ａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合、ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａ
ｒａｍｅｔｅｒｓ（）構文構造およびｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａ
ｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照するＳＰＳに存在する
。
１に等しいｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇは、ＶＰＳにおけるｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、
ＴｅｍｐｏｒａｌＩｄが０～ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の範囲内にあるサブレイヤー
表現のためのＨＲＤパラメータを含むことを規定する。０に等しいｖｐｓ＿ｓｕｂｌａｙ
ｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰＳにおけるｉ番目のｏ
ｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］に
等しいサブレイヤーの表現に対するＨＲＤパラメータのみを含むことを規定する。ｖｐｓ
＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｖｐｓ＿ｓｕｂｌａｙ
ｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される
。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等
しい場合、ＴｅｍｐｏｒａｌＩｄが０からｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］－１の範囲内に
あるサブレイヤー表現のＨＲＤパラメータは、ＴｅｍｐｏｒａｌＩｄがｈｒｄ＿ｍａｘ＿
ｔｉｄ［ｉ］－１に等しいサブレイヤー表現のＨＲＤパラメータと同じに等しいと推論さ
れる。これには、ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｇｅｎｅｒａｌ＿ｆｌａｇ［ｉ］構文
要素から始まり、ｓｕｂｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ｉ）構文構造に至
るまでのＨＲＤパラメータが、ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ構文構造における
条件“ｉｆ（ｇｅｎｅｒａｌ＿ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａ
ｇ）”のすぐ下に含まれる。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１プラス１は、ｖｐｓ＿ｇｅｎｅｒ
ａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ＶＰＳに存
在するｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の数を規定する。ｎｕｍ＿ｏ
ｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１の値は、０からＴｏｔａｌＮｕｍＯｌｓ－１
までの範囲内にある必要があります。
ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］は、ｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）
構文構造にＨＲＤパラメータが含まれる最も高いサブレイヤー表現のＴｅｍｐｏｒａｌＩ
ｄを規定する。ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａ
ｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒ
ｓ＿ｍｉｎｕｓ１が０に等しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は０に等しいと
推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐ
ｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等
しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ
＿ｍｉｎｕｓ１に等しいと推論される。
ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きい
場合、ｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造
の、ＶＰＳにおけるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにイン
デックスを規定する。ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［ｉ］の値は、０からｎｕｍ＿ｏｌｓ＿
ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用される
ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構 造は、ｉ番目のＯＬＳにおけるレイ
ヤが参照するＳＰＳに存在する。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍ＿ｍｉｎｕｓ１＋１の値がＴｏｔａｌＮｕｍＯＬＳ
に等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ｉ］の値はｉに等しいと推論される。そうでな
い場合、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１より大きく、ｎｕｍ＿ｏｌｓ＿ｈｒｄ
＿ｐａｒａｍｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［ｉ］の値
は０に等しいと推論される。
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０に等しい場合、ＶＰＳ ＲＢＳＰ構文構造に
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が含まれていないことを規定
する。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しい場合、ＶＰＳ ＲＢＳＰ構文
構造にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が存在することを規定
する。
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは任意の値を有することができる。そ
の存在および値は、本明細書バージョンで特定された特徴に対するのデコーダの適合性に
影響を与えない。本明細書バージョンに準拠するデコーダは、すべてのｖｐｓ＿ｅｘｔｅ
ｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素を無視しなければならない。
【0049】
３．６． ＶＶＣにおけるＳＰＳ構文および意味論
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、本実施形態
に最も関連するＳＰＳ構文および意味論は、以下のとおりである。
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、本実施形態
に最も関連するＳＰＳ構文および意味論は、以下のとおりである。
【0050】
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
【表4】
【0051】
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおい
てＧＤＲピクチャが存在し得ることを規定する。０に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆ
ｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在しないことを規
定する。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、第６．２項に規定されるように、輝度サンプリ
ングに対するクロマサンプリングを示す。
．．．
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、輝度およびクロマ配列ＢｉｔＤｅｐｔｈのサン
プルのビット深度及びクロマ量子化パラメータレンジオフセットＱｐＢｄＯｆｆｓｅｔの
値を以下のように規定する。
ＢｉｔＤｅｐｔｈ＝８＋ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４５）
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４６）
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、０から８までの範囲内にある。
．．．
３．７． ＶＶＣにおけるピクチャヘッダ構造の構文および意味論
．．．
１に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおい
てＧＤＲピクチャが存在し得ることを規定する。０に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆ
ｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在しないことを規
定する。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、第６．２項に規定されるように、輝度サンプリ
ングに対するクロマサンプリングを示す。
．．．
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、輝度およびクロマ配列ＢｉｔＤｅｐｔｈのサン
プルのビット深度及びクロマ量子化パラメータレンジオフセットＱｐＢｄＯｆｆｓｅｔの
値を以下のように規定する。
ＢｉｔＤｅｐｔｈ＝８＋ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４５）
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４６）
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、０から８までの範囲内にある。
．．．
３．７． ＶＶＣにおけるピクチャヘッダ構造の構文および意味論
【0052】
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、本実施形態
に最も関連するピクチャヘッダ構造の構文および意味論は、以下のとおりである。
に最も関連するピクチャヘッダ構造の構文および意味論は、以下のとおりである。
【0053】
７．３．２．７ ピクチャヘッダ構造構文
【表5】
【0054】
７．４．３．７ ピクチャヘッダ構造意味論
【0055】
ＰＨ（ｐｉｃｔｕｒｅ ｈｅａｄｅｒ）構文構造は、ＰＨ構文構造に関連付けられたコー
ディングされたピクチャのすべてのスライスに共通の情報を含む。
１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまた
はＩＲＡＰピクチャであることを規定する。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ
＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであってもなくてもよい
ことを規定する。
１に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチ
ャであることを規定する。０に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられ
たピクチャがＧＤＲピクチャでないことを規定する。存在しない場合、ｇｄｒ＿ｐｉｃ＿
ｆｌａｇの値は０に等しいと推測される。ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等し
い場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。
注１－ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆ
ｌａｇが０に等しい場合、ＰＨに関連付けられたピクチャはＩＲＡＰピクチャである。
．．．
ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現在のピクチャのピクチャオーダカウン
トモジュロＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを規定する。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ
＿ｃｎｔ＿ｌｓｂ構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿
ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの
値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
附属書Ｃに規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌ
ａｇは、ビットストリームの最初のピクチャでないＣＬＶＳＳピクチャのデコーディング
後の、ＤＰＢにおける前回デコードされたピクチャの出力に影響を及ぼす。
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、デコードされたピクチャの出力順のリカバリポイ
ントを規定する。現在のピクチャがＰＨに関連付けられたＧＤＲピクチャであり、現在の
ＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの
値を加えたものであるＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＣＬＶＳにおいて、デコー
ディング順で現在のＧＤＲピクチャに後続するピクチャが存在する場合、このピクチャｐ
ｉｃＡをリカバリポイントピクチャと呼ぶ。そうでない場合、現在のピクチャのＰｉｃＯ
ｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものよりも大き
いＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する出力順の第１のピクチャを、リカバリポイント
ピクチャと呼ぶ。リカバリポイントピクチャは、現在のＧＤＲピクチャにデコーディング
順で先行しないものとする。ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値は、０～ＭａｘＰｉ
ｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌは
、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒ
ｙ＿ｐｏｃ＿ｃｎｔ （８１）
注２－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャのＰｉｃＯｒ
ｄｅｒＣｎｔＶａｌが関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａ
ｌ以上である場合、出力順で現在及び後続のデコードされたピクチャが、デコーディング
順で関連付けられたＧＤＲピクチャに先行する前のＩＲＡＰピクチャ（存在する場合）か
らデコーディング処理を開始することによって生成された対応するピクチャに完全に一致
する。
．．．
ディングされたピクチャのすべてのスライスに共通の情報を含む。
１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまた
はＩＲＡＰピクチャであることを規定する。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ
＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであってもなくてもよい
ことを規定する。
１に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチ
ャであることを規定する。０に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられ
たピクチャがＧＤＲピクチャでないことを規定する。存在しない場合、ｇｄｒ＿ｐｉｃ＿
ｆｌａｇの値は０に等しいと推測される。ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等し
い場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。
注１－ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆ
ｌａｇが０に等しい場合、ＰＨに関連付けられたピクチャはＩＲＡＰピクチャである。
．．．
ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現在のピクチャのピクチャオーダカウン
トモジュロＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを規定する。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ
＿ｃｎｔ＿ｌｓｂ構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿
ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの
値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
附属書Ｃに規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌ
ａｇは、ビットストリームの最初のピクチャでないＣＬＶＳＳピクチャのデコーディング
後の、ＤＰＢにおける前回デコードされたピクチャの出力に影響を及ぼす。
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、デコードされたピクチャの出力順のリカバリポイ
ントを規定する。現在のピクチャがＰＨに関連付けられたＧＤＲピクチャであり、現在の
ＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの
値を加えたものであるＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＣＬＶＳにおいて、デコー
ディング順で現在のＧＤＲピクチャに後続するピクチャが存在する場合、このピクチャｐ
ｉｃＡをリカバリポイントピクチャと呼ぶ。そうでない場合、現在のピクチャのＰｉｃＯ
ｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものよりも大き
いＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する出力順の第１のピクチャを、リカバリポイント
ピクチャと呼ぶ。リカバリポイントピクチャは、現在のＧＤＲピクチャにデコーディング
順で先行しないものとする。ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値は、０～ＭａｘＰｉ
ｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌは
、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒ
ｙ＿ｐｏｃ＿ｃｎｔ （８１）
注２－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャのＰｉｃＯｒ
ｄｅｒＣｎｔＶａｌが関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａ
ｌ以上である場合、出力順で現在及び後続のデコードされたピクチャが、デコーディング
順で関連付けられたＧＤＲピクチャに先行する前のＩＲＡＰピクチャ（存在する場合）か
らデコーディング処理を開始することによって生成された対応するピクチャに完全に一致
する。
．．．
【0056】
３．８． ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの設定
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数Ｐｉｃ
ｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する仕様は、以下のとおりである（８．１．２
項 コーディングされたピクチャのデコーディング処理の一部として）。
８．１．２ コーディングされたピクチャに対するデコーディング処理
本項で規定されるデコーディング処理は、各コーディングされたピクチャ（現在のピクチ
ャと呼ばれ、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅにおいて変数ＣｕｒｒＰｉｃで表され
る）に適用される。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値に依存して、現在のピクチャのサンプル配列の
数は、以下の通りである。
－ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合、現在のピクチャは、１つの
サンプル配列ＳＬで構成される。
－そうでない場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０と等しくない場合）、現
在のピクチャは、３つのサンプル配列ＳＬ、ＳＣｂ、ＳＣｒで構成される。
現在のピクチャに対するデコーディング処理は、項目７からの構文要素および大文字変数
を入力とする。各ＮＡＬユニットにおける各構文要素の意味論を解釈するとき、および項
目８の残りの部分において、用語「ビットストリーム」（またはその一部、例えば、ビッ
トストリームのＣＶＳ）は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ（またはその一部）を
指す。
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存して、デコーディン
グ処理は以下のように構成される。
－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、現在の
ピクチャを出力として、デコーディング処理が１回呼び出される。
－そうでない場合（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等
しい）、デコーディング処理が３回呼び出される。デコーディング処理への入力は、ｃｏ
ｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの値が同一であるコーディングされたピクチャのすべてのＮ
ＡＬユニットである。ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定の値を有するＮＡＬユニッ
トのデコーディング処理は、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定の値を有するモノク
ロカラーフォーマットを備えるＣＶＳのみがビットストリームに存在するかのように規定
される。３つのデコーディング処理の各々の出力は、現在のピクチャの３つのサンプル配
列の１つに割り当てられ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄが０、１、および２に等しい
ＮＡＬユニットがそれぞれ、ＳＬ、ＳＣｂ、ＳＣｒに割り当てられる。
注記－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しく、ｃｈｒｏ
ｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等しい場合、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは
０に等しく導出される。デコーディング処理において、この変数の値を評価し、モノクロ
ピクチャの場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合）と同一の操作
となる。
デコーディング処理は、現在のピクチャＣｕｒｒＰｉｃに対して以下のように動作する。
１．ＮＡＬユニットのデコーディングは８．２項で規定されている。
２．８．３項の処理は、タイルグループヘッダレイヤおよびそれより上位の構文要素を使
用して、以下のデコーディング処理を規定する。
－ピクチャオーダカウントに関連する変数および関数は、８．３．１項で規定されるよ
うに導出される。これは、ピクチャの第１のスライスに対してのみ呼び出す必要がある。
非ＩＤＲピクチャの各スライスのデコーディング処理の最初に、参照ピクチャリスト０（
ＲｅｆＰｉｃＬｉｓｔ［０］）と参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ［１］）
の導出のために、８．３．２項に規定された参照ピクチャリスト構築のためのデコーディ
ング処理が呼び出される。
－８．３．３項の参照ピクチャマーキングのためのデコーディング処理が呼び出され、
参照ピクチャは、「参照のために使用されていない」または「長期参照のために使用され
る」としてマークされてもよい。これは、ピクチャの第１のスライスに対してのみ呼び出
す必要がある。
－現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に
等しいＣＲＡピクチャまたはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが
１に等しいＧＤＲピクチャである場合、８．３．４項で規定される利用不可能な参照ピク
チャを生成するためのデコーディング処理が呼び出されるが、ピクチャの最初のスライス
に対してのみ呼び出される必要がある。
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌ
ｅａｄｉｎｇ）ピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢ
ｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐ
ｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｔ
ａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇに等しく設定される。
３． ８．４項、８．５項、８．６項、８．７項および８．８項の処理は、すべての構文
構造レイヤにおける構文要素を使用したデコーディング処理を規定している。ピクチャを
複数のスライスに分割し、複数のスライスを複数のＣＴＵ（ｃｏｄｉｎｇ ｔｒｅｅ ｕ
ｎｉｔ）に分割することで、それぞれがピクチャのパーティションを形成するように、ピ
クチャのコーディングされたスライスは、ピクチャのすべてのＣＴＵのためのスライスデ
ータを含むことが、ビットストリーム適合性の要件である。
４．現在のピクチャのすべてのスライスをデコードした後、現在のデコードされたピクチ
ャを「短期参照に使用される」とマークし、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰ
ｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリを「短期参照に使用される」とマークす
る。
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数Ｐｉｃ
ｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する仕様は、以下のとおりである（８．１．２
項 コーディングされたピクチャのデコーディング処理の一部として）。
８．１．２ コーディングされたピクチャに対するデコーディング処理
本項で規定されるデコーディング処理は、各コーディングされたピクチャ（現在のピクチ
ャと呼ばれ、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅにおいて変数ＣｕｒｒＰｉｃで表され
る）に適用される。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値に依存して、現在のピクチャのサンプル配列の
数は、以下の通りである。
－ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合、現在のピクチャは、１つの
サンプル配列ＳＬで構成される。
－そうでない場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０と等しくない場合）、現
在のピクチャは、３つのサンプル配列ＳＬ、ＳＣｂ、ＳＣｒで構成される。
現在のピクチャに対するデコーディング処理は、項目７からの構文要素および大文字変数
を入力とする。各ＮＡＬユニットにおける各構文要素の意味論を解釈するとき、および項
目８の残りの部分において、用語「ビットストリーム」（またはその一部、例えば、ビッ
トストリームのＣＶＳ）は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ（またはその一部）を
指す。
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存して、デコーディン
グ処理は以下のように構成される。
－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、現在の
ピクチャを出力として、デコーディング処理が１回呼び出される。
－そうでない場合（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等
しい）、デコーディング処理が３回呼び出される。デコーディング処理への入力は、ｃｏ
ｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの値が同一であるコーディングされたピクチャのすべてのＮ
ＡＬユニットである。ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定の値を有するＮＡＬユニッ
トのデコーディング処理は、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定の値を有するモノク
ロカラーフォーマットを備えるＣＶＳのみがビットストリームに存在するかのように規定
される。３つのデコーディング処理の各々の出力は、現在のピクチャの３つのサンプル配
列の１つに割り当てられ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄが０、１、および２に等しい
ＮＡＬユニットがそれぞれ、ＳＬ、ＳＣｂ、ＳＣｒに割り当てられる。
注記－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しく、ｃｈｒｏ
ｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等しい場合、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは
０に等しく導出される。デコーディング処理において、この変数の値を評価し、モノクロ
ピクチャの場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合）と同一の操作
となる。
デコーディング処理は、現在のピクチャＣｕｒｒＰｉｃに対して以下のように動作する。
１．ＮＡＬユニットのデコーディングは８．２項で規定されている。
２．８．３項の処理は、タイルグループヘッダレイヤおよびそれより上位の構文要素を使
用して、以下のデコーディング処理を規定する。
－ピクチャオーダカウントに関連する変数および関数は、８．３．１項で規定されるよ
うに導出される。これは、ピクチャの第１のスライスに対してのみ呼び出す必要がある。
非ＩＤＲピクチャの各スライスのデコーディング処理の最初に、参照ピクチャリスト０（
ＲｅｆＰｉｃＬｉｓｔ［０］）と参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ［１］）
の導出のために、８．３．２項に規定された参照ピクチャリスト構築のためのデコーディ
ング処理が呼び出される。
－８．３．３項の参照ピクチャマーキングのためのデコーディング処理が呼び出され、
参照ピクチャは、「参照のために使用されていない」または「長期参照のために使用され
る」としてマークされてもよい。これは、ピクチャの第１のスライスに対してのみ呼び出
す必要がある。
－現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に
等しいＣＲＡピクチャまたはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが
１に等しいＧＤＲピクチャである場合、８．３．４項で規定される利用不可能な参照ピク
チャを生成するためのデコーディング処理が呼び出されるが、ピクチャの最初のスライス
に対してのみ呼び出される必要がある。
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌ
ｅａｄｉｎｇ）ピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢ
ｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐ
ｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｔ
ａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇに等しく設定される。
３． ８．４項、８．５項、８．６項、８．７項および８．８項の処理は、すべての構文
構造レイヤにおける構文要素を使用したデコーディング処理を規定している。ピクチャを
複数のスライスに分割し、複数のスライスを複数のＣＴＵ（ｃｏｄｉｎｇ ｔｒｅｅ ｕ
ｎｉｔ）に分割することで、それぞれがピクチャのパーティションを形成するように、ピ
クチャのコーディングされたスライスは、ピクチャのすべてのＣＴＵのためのスライスデ
ータを含むことが、ビットストリーム適合性の要件である。
４．現在のピクチャのすべてのスライスをデコードした後、現在のデコードされたピクチ
ャを「短期参照に使用される」とマークし、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰ
ｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリを「短期参照に使用される」とマークす
る。
【0057】
３．９． ＨＲＤ操作に対するＤＰＢパラメータの設定
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＨＲＤ操作
のためのＤＰＢパラメータを設定するための仕様は、以下のとおりである（項Ｃ．１の一
部として）。
Ｃ．１ 一般
．．．
各ビットストリーム適合性試験において、ＣＰＢ（ｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕ
ｆｆｅｒ）のサイズ（ビット数）は、７．４．６．３項で規定されるように、ＣｐｂＳｉ
ｚｅ［Ｈｔｉｄ］［ＳｃＩｄｘ］であり、ＳｃＩｄｘおよびＨＲＤパラメータは、本節に
おいて上記で特定され、ＤＰＢパラメータｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ
＿ｍｉｎｕｓ１［Ｈｔｉｄ］，ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］
およびＭａｘＬａｔｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］は、以下のように対象ＯＬＳに
適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造で見つけられ、またはそこから導
出される。
－対象ＯＬＳが１つのレイヤのみを含む場合、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文
構造は、対象ＯＬＳのレイヤとして参照されるＳＰＳにおいて見つけられる。
－そうでない場合（対象ＯＬＳは複数の層を含む）、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（
）は、ＶＰＳにおいて見つけられるｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［Ｔａｒｇｅ
ｔＯｌｓＩｄｘ］によって識別される。
．．．
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＨＲＤ操作
のためのＤＰＢパラメータを設定するための仕様は、以下のとおりである（項Ｃ．１の一
部として）。
Ｃ．１ 一般
．．．
各ビットストリーム適合性試験において、ＣＰＢ（ｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕ
ｆｆｅｒ）のサイズ（ビット数）は、７．４．６．３項で規定されるように、ＣｐｂＳｉ
ｚｅ［Ｈｔｉｄ］［ＳｃＩｄｘ］であり、ＳｃＩｄｘおよびＨＲＤパラメータは、本節に
おいて上記で特定され、ＤＰＢパラメータｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ
＿ｍｉｎｕｓ１［Ｈｔｉｄ］，ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］
およびＭａｘＬａｔｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］は、以下のように対象ＯＬＳに
適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造で見つけられ、またはそこから導
出される。
－対象ＯＬＳが１つのレイヤのみを含む場合、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文
構造は、対象ＯＬＳのレイヤとして参照されるＳＰＳにおいて見つけられる。
－そうでない場合（対象ＯＬＳは複数の層を含む）、ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（
）は、ＶＰＳにおいて見つけられるｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［Ｔａｒｇｅ
ｔＯｌｓＩｄｘ］によって識別される。
．．．
【0058】
３．１０． ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数ＮｏＯ
ｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＦｌａｇの値を設定する仕様は、（ＤＰＢからのピクチ
ャ除去の仕様の一部として）以下のとおりである。
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスラ
イスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピ
クチャを含む）の最初のＤＵ（ｄｅｃｏｄｉｎｇ ｕｎｉｔ）のＣＰＢ除去時間において
瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼
び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコ
ーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
－現在のＡＵのどのピクチャに対しても導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿
ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓ
ａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ
＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８、ｍａｘ＿ｄｅｃ＿ｐｉｃ
＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値が、同じＣＬＶＳの前のピクチャ
に対して導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐ
ｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒ
ｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄ
ｅｐｔｈ＿ｍｉｎｕｓ８，ｏｒ ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎ
ｕｓ１［Ｈｔｉｄ］それぞれの値とは異なり、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿
ｐｉｃｓ＿ｆｌａｇの値に関わらず、テスト対象のデコーダによってＮｏＯｕｔｐｕｔＯ
ｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に設定されてもよい（ただし、そうすべきではない）
。
注－このような条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ
＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、この場
合、テスト対象のデコーダは、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に
設定することができる。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿
ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃ
ｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの
値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチ
ャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰ
Ｂにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤ
ＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下
である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ
［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライス
ヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチ
ャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理およ
び８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び
出される。
－現在のピクチャがピクチャ０でないＣＬＶＳＳピクチャである場合、以下の順序付け
られたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
－現在のＡＵの任意のピクチャに対して導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿
ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓ
ａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ
＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８，またはｍａｘ＿ｄｅｃ＿
ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値が、同じＣＬＶＳにおける
前のピクチャに対してｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，
ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏ
ｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿
ｄｅｐｔｈ＿ｍｉｎｕｓ８，またはｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉ
ｎｕｓ１［Ｈｔｉｄ］の値とそれぞれ異なる場合は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰ
ｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に
関わらず、試験中のデコーダによって１に設定されてもよく（ただし、そうすべきではな
い）。
注－このような条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ
＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、この場
合、テスト対象のデコーダは、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に
設定することができる。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿
ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内
のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰ
Ｂフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等し
い）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含
むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるす
べての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング
」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定され
る。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳ
ピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない
」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない
）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下
の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング
」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記
憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ
＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等し
くなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａ
ｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマー
クされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿
ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数ＮｏＯ
ｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＦｌａｇの値を設定する仕様は、（ＤＰＢからのピクチ
ャ除去の仕様の一部として）以下のとおりである。
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスラ
イスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピ
クチャを含む）の最初のＤＵ（ｄｅｃｏｄｉｎｇ ｕｎｉｔ）のＣＰＢ除去時間において
瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼
び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコ
ーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
－現在のＡＵのどのピクチャに対しても導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿
ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓ
ａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ
＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８、ｍａｘ＿ｄｅｃ＿ｐｉｃ
＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値が、同じＣＬＶＳの前のピクチャ
に対して導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐ
ｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒ
ｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄ
ｅｐｔｈ＿ｍｉｎｕｓ８，ｏｒ ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎ
ｕｓ１［Ｈｔｉｄ］それぞれの値とは異なり、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿
ｐｉｃｓ＿ｆｌａｇの値に関わらず、テスト対象のデコーダによってＮｏＯｕｔｐｕｔＯ
ｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に設定されてもよい（ただし、そうすべきではない）
。
注－このような条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ
＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、この場
合、テスト対象のデコーダは、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に
設定することができる。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿
ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃ
ｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの
値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチ
ャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰ
Ｂにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤ
ＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下
である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ
［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライス
ヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチ
ャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理およ
び８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び
出される。
－現在のピクチャがピクチャ０でないＣＬＶＳＳピクチャである場合、以下の順序付け
られたステップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
－現在のＡＵの任意のピクチャに対して導出されたｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿
ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓ
ａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ
＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８，またはｍａｘ＿ｄｅｃ＿
ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］の値が、同じＣＬＶＳにおける
前のピクチャに対してｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，
ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｃｈｒｏｍａ＿ｆｏ
ｒｍａｔ＿ｉｄｃ，ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ，ｂｉｔ＿
ｄｅｐｔｈ＿ｍｉｎｕｓ８，またはｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉ
ｎｕｓ１［Ｈｔｉｄ］の値とそれぞれ異なる場合は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰ
ｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に
関わらず、試験中のデコーダによって１に設定されてもよく（ただし、そうすべきではな
い）。
注－このような条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ
＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、この場
合、テスト対象のデコーダは、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に
設定することができる。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿
ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内
のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰ
Ｂフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等し
い）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含
むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるす
べての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング
」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定され
る。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳ
ピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない
」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない
）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下
の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング
」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記
憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ
＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等し
くなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａ
ｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマー
クされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿
ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。
【0059】
４．開示される技術的解決策によって解決される技術課題
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存のスケー
ラビリティ設計は、以下の問題を有する。
１）現在、すべてのレイヤのすべてのピクチャに対するピクチャ幅およびピクチャ高さ
の最大値がＶＰＳにおいて信号通知され、デコーダがＤＰＢにメモリを適切に割り当てる
ことを可能にする。ピクチャの幅および高さと同様に、ＳＰＳ構文要素ｃｈｒｏｍａ＿ｆ
ｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８でそれぞれ現在規定されて
いるクロマフォーマットおよびビット深度も、ＤＰＢにおけるピクチャ記憶バッファのサ
イズに影響を及ぼす。ただし、すべてのレイヤのすべてのピクチャについて、ｃｈｒｏｍ
ａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値が信号通知
されるわけではない。
２）現在、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値の設定は、ｐｉ
ｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ
＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を変更することを含む。しかし、代わり
に、すべてのレイヤのすべてのピクチャのピクチャ幅およびピクチャ高さの最大値を使用
すべきである。
３）現在、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定は、ｃｈｒｏｍａ
＿ｆｏｒｍａｔ＿ｉｄｃまたはｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の値を変更することを
含む。しかし、代わりに、すべてのレイヤのすべてのピクチャに対するクロマフォーマッ
トおよびビット深度の最大値を使用すべきである。
４）現在、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＳＦｌａｇの設定は、ｓｅｐａｒａ
ｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値を変更することを含む。しかしながら、
４：４：４クロマフォーマットを規定するｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等
しい場合にのみｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは存在し、使用
され、一方、４：４：４クロマフォーマットについては、値が０または１に等しいｓｅｐ
ａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、デコードされたピクチャを記憶す
るために必要なバッファサイズに影響しない。よって、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒ
ＰｉｃｓＦｌａｇの設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの
値を変更することを含むべきではない。
５）現在、ＰＨ ｆｏｒ ＩＲＡＰ ａｎｄ ＧＤＲ ピクチャでは、ｎｏ＿ｏｕｔｐ
ｕｔ＿ｏｆ＿ｐｒｉｏｒＰｉｃｓ＿ｆｌａｇが信号通知され、このフラグの意味論とＮｏ
ＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定処理とは共に、ｎｏ＿ｏｕｔｐｕｔ
＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがレイヤ固有またはＰＵ固有である手法で規定
される。しかし、ＤＰＢ動作はＯＬＳ固有またはＡＵ固有であるので、ｎｏ＿ｏｕｔｐｕ
ｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの意味論およびＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの設定におけるこのフラグの使用の両方を、ＡＵ固有の方式で規定するべきであ
る。
６）現在のピクチャのために変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する
ための現在のテキストは、現在のピクチャと同じＡＵで且つ現在のピクチャよりも上位レ
イヤにあるピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを使用することを含む。しか
し、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものより大きいピクチャｐｉｃＡにつ
いて、現在のピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを導出する場合、ｐｉｃＡ
のＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇはまだ導出されていない。
７）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以
下のような問題がある。ＯＬＳのビットストリームには２つのレイヤがあり、上位レイヤ
のみが出力レイヤであり、特定のＡＵ ａｕＡにおいて、上位レイヤのピクチャは、ｐｉ
ｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが０に等しい。デコーダ側において、ａｕＡの上位レイヤピ
クチャは存在せず（例えば、損失またはレイヤダウンスイッチングのため）、一方、ａｕ
Ａの下位レイヤピクチャは存在し、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しい。そし
て、ａｕＡの下位レイヤピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を１に等し
く設定する。しかしながら、ＯＬＳが１つの出力レイヤのみを有し、出力レイヤのピクチ
ャが０に等しいｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇを有する場合、エンコーダ（またはコン
テンツ提供者）は、そのピクチャを含むＡＵに対してピクチャを出力したくなかったと解
釈されるべきである。
８）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以
下のような問題がある。ＯＬＳのビットストリームには３つ以上のレイヤがあり、トップ
レイヤのみが出力レイヤである。デコーダ側では、現在のＡＵのトップレイヤピクチャが
存在せず（例えば、ロスまたはレイヤダウンスイッチングのため）、一方、現在のＡＵの
ための下位レイヤのピクチャが２つ以上存在し、これらのピクチャは、ｐｉｃｔ＿ｏｕｔ
ｐｕｔ＿ｆｌａｇが１に等しい場合、このＡＵのために複数のピクチャが出力される。し
かしながら、このことは、ＯＬＳには出力レイヤが１つしかないため、エンコーダまたは
コンテンツ提供者が１つのピクチャのみを出力することを期待したので問題がある。
９）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以
下のような問題がある。ＯＬＳモード２（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合）
は、モード０のように１つの出力レイヤのみを規定することもできるが、出力レイヤピク
チャ（最上レイヤピクチャでもある）が存在しない場合のＡＵのための下位レイヤピクチ
ャの出力動作は、モード０のためにのみ規定される。
１０）１つの出力レイヤのみを含むＯＬＳの場合、出力レイヤのピクチャ（これも最上
レイヤのピクチャである）がデコーダにとって利用可能でない（例えば、ロスまたはレイ
ヤダウンスイッチングのため）場合、デコーダは、そのピクチャのｐｉｃ＿ｏｕｔｐｕｔ
＿ｆｌａｇが１または０に等しいかどうかを知ることができない。それが１に等しい場合
、下位レイヤのピクチャを出力することが妥当であるが、それが０に等しい場合、この特
定のＯＬＳのためのこのＡＵに対するピクチャ出力があるべきでないなどの理由で、エン
コーダ（コンテンツ提供者）が値を０に等しくするように、下位レイヤのピクチャを出力
することは、ユーザ体験の観点から見ればさらに悪くなるかもしれない。
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存のスケー
ラビリティ設計は、以下の問題を有する。
１）現在、すべてのレイヤのすべてのピクチャに対するピクチャ幅およびピクチャ高さ
の最大値がＶＰＳにおいて信号通知され、デコーダがＤＰＢにメモリを適切に割り当てる
ことを可能にする。ピクチャの幅および高さと同様に、ＳＰＳ構文要素ｃｈｒｏｍａ＿ｆ
ｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８でそれぞれ現在規定されて
いるクロマフォーマットおよびビット深度も、ＤＰＢにおけるピクチャ記憶バッファのサ
イズに影響を及ぼす。ただし、すべてのレイヤのすべてのピクチャについて、ｃｈｒｏｍ
ａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値が信号通知
されるわけではない。
２）現在、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値の設定は、ｐｉ
ｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ
＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を変更することを含む。しかし、代わり
に、すべてのレイヤのすべてのピクチャのピクチャ幅およびピクチャ高さの最大値を使用
すべきである。
３）現在、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定は、ｃｈｒｏｍａ
＿ｆｏｒｍａｔ＿ｉｄｃまたはｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の値を変更することを
含む。しかし、代わりに、すべてのレイヤのすべてのピクチャに対するクロマフォーマッ
トおよびビット深度の最大値を使用すべきである。
４）現在、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＳＦｌａｇの設定は、ｓｅｐａｒａ
ｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値を変更することを含む。しかしながら、
４：４：４クロマフォーマットを規定するｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等
しい場合にのみｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは存在し、使用
され、一方、４：４：４クロマフォーマットについては、値が０または１に等しいｓｅｐ
ａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、デコードされたピクチャを記憶す
るために必要なバッファサイズに影響しない。よって、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒ
ＰｉｃｓＦｌａｇの設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの
値を変更することを含むべきではない。
５）現在、ＰＨ ｆｏｒ ＩＲＡＰ ａｎｄ ＧＤＲ ピクチャでは、ｎｏ＿ｏｕｔｐ
ｕｔ＿ｏｆ＿ｐｒｉｏｒＰｉｃｓ＿ｆｌａｇが信号通知され、このフラグの意味論とＮｏ
ＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定処理とは共に、ｎｏ＿ｏｕｔｐｕｔ
＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがレイヤ固有またはＰＵ固有である手法で規定
される。しかし、ＤＰＢ動作はＯＬＳ固有またはＡＵ固有であるので、ｎｏ＿ｏｕｔｐｕ
ｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの意味論およびＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの設定におけるこのフラグの使用の両方を、ＡＵ固有の方式で規定するべきであ
る。
６）現在のピクチャのために変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する
ための現在のテキストは、現在のピクチャと同じＡＵで且つ現在のピクチャよりも上位レ
イヤにあるピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを使用することを含む。しか
し、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものより大きいピクチャｐｉｃＡにつ
いて、現在のピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを導出する場合、ｐｉｃＡ
のＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇはまだ導出されていない。
７）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以
下のような問題がある。ＯＬＳのビットストリームには２つのレイヤがあり、上位レイヤ
のみが出力レイヤであり、特定のＡＵ ａｕＡにおいて、上位レイヤのピクチャは、ｐｉ
ｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが０に等しい。デコーダ側において、ａｕＡの上位レイヤピ
クチャは存在せず（例えば、損失またはレイヤダウンスイッチングのため）、一方、ａｕ
Ａの下位レイヤピクチャは存在し、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しい。そし
て、ａｕＡの下位レイヤピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を１に等し
く設定する。しかしながら、ＯＬＳが１つの出力レイヤのみを有し、出力レイヤのピクチ
ャが０に等しいｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇを有する場合、エンコーダ（またはコン
テンツ提供者）は、そのピクチャを含むＡＵに対してピクチャを出力したくなかったと解
釈されるべきである。
８）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以
下のような問題がある。ＯＬＳのビットストリームには３つ以上のレイヤがあり、トップ
レイヤのみが出力レイヤである。デコーダ側では、現在のＡＵのトップレイヤピクチャが
存在せず（例えば、ロスまたはレイヤダウンスイッチングのため）、一方、現在のＡＵの
ための下位レイヤのピクチャが２つ以上存在し、これらのピクチャは、ｐｉｃｔ＿ｏｕｔ
ｐｕｔ＿ｆｌａｇが１に等しい場合、このＡＵのために複数のピクチャが出力される。し
かしながら、このことは、ＯＬＳには出力レイヤが１つしかないため、エンコーダまたは
コンテンツ提供者が１つのピクチャのみを出力することを期待したので問題がある。
９）変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する現在のテキストには、以
下のような問題がある。ＯＬＳモード２（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合）
は、モード０のように１つの出力レイヤのみを規定することもできるが、出力レイヤピク
チャ（最上レイヤピクチャでもある）が存在しない場合のＡＵのための下位レイヤピクチ
ャの出力動作は、モード０のためにのみ規定される。
１０）１つの出力レイヤのみを含むＯＬＳの場合、出力レイヤのピクチャ（これも最上
レイヤのピクチャである）がデコーダにとって利用可能でない（例えば、ロスまたはレイ
ヤダウンスイッチングのため）場合、デコーダは、そのピクチャのｐｉｃ＿ｏｕｔｐｕｔ
＿ｆｌａｇが１または０に等しいかどうかを知ることができない。それが１に等しい場合
、下位レイヤのピクチャを出力することが妥当であるが、それが０に等しい場合、この特
定のＯＬＳのためのこのＡＵに対するピクチャ出力があるべきでないなどの理由で、エン
コーダ（コンテンツ提供者）が値を０に等しくするように、下位レイヤのピクチャを出力
することは、ユーザ体験の観点から見ればさらに悪くなるかもしれない。
【0060】
５．実施形態および技術のリスト化
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は
、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、こ
れらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
課題を解決するための解決策１～５
１）課題１を解決するために、ＶＰＳにおいて、すべてのレイヤのすべてのピクチャに
ついて、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８
の最大値の一方または両方を信号通知してもよい。
２）課題２を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ
の値の設定は、全レイヤの全ピクチャの最大ピクチャ幅と高さの一方または両方に少なく
とも基づいてＶＰＳで信号通知するように規定してもよい。
３）課題３を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ
の値の設定は、全レイヤの全ピクチャに対するｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂ
ｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値の一方または両方に少なくとも基づいてＶＰＳ
で信号通知するように規定してもよい。
４）課題４を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＦｌａｇの
値の設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存しない
ように規定してもよい。
５）課題５を解決するために、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの意味
論と、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定の両方におけるこのフラ
グの使用とを、ＡＵ固有の方式で規定してもよい。
ａ．一例において、存在する場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃ
ｓ＿ｆｌａｇの値は、ＡＵにおけるすべてのピクチャについて同じであるべきであり、Ａ
Ｕのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチ
ャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値であると考えられ
る。
ｂ．代替的に、一例において、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等し
い場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇをＰＨ構文から除
去し、ＡＵＤ（ａｃｃｅｓｓ ｕｎｉｔ ｄｅｌｉｍｉｔｅｒ）構文に信号通知してもよ
い。
ｉ．シングルレイヤビットストリームの場合、ＡＵＤはオプションであるため、Ａ
ＵＤがＩＲＡＰまたはＧＤＲ ＡＵに存在しない場合、ＡＵＤのｎｏ＿ｏｕｔｐｕｔ＿ｏ
ｆ＿ｐｉｃｓ＿ｆｌａｇの値は１に等しいと推測してもよい（つまり、エンコーダは、シ
ングルレイヤビットストリームにおけるＩＲＡＰまたはＧＤＲ ＡＵのｎｏ＿ｏｕｔｐｕ
ｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの値０を信号通知したい場合、ビットストリーム内のその
ＡＵのＡＵＤを信号通知しなければならない。
ｃ．代替的に、一例において、ＡＵの各ピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒ
ｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチャごとのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿
ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが０に等しい場合にのみ、０に等しいと見なされてもよ
く、そうでない場合、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａ
ｇの値は、１に等しいと考えてもよい。
ｉ．このアプローチの欠点は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ
を設定し、ＣＶＳＳ ＡＵのピクチャを出力するには、ＡＵ内のすべてのピクチャが到着
するのを待つ必要があることである。
課題を解決するための解決策６～１０
６）問題６を解決するために、現在のピクチャのためのＰｉｃｔｕｒｅＯｕｔｐｕｔＦ
ｌａｇの設定は、現在のピクチャと同じＡＵであって現在のピクチャよりも上位レイヤに
あるピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ（ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇ
ではなく）に少なくとも基づいて行うようで規定されてもよい。
７）上記課題７～９を解決するために、現在のピクチャが出力レイヤに属していない場
合、常に、現在のピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を０に設定する。
ａ．代替的に、問題７および８を解決するために、１つの出力レイヤしかなく、１つ
のＡＵに対して出力レイヤ（１つの出力レイヤしかない場合、上層になるべき）が存在し
ない場合、デコーダが使用可能なＡＵのすべてのピクチャのうち、ｎｕｈ＿ｌａｙｅｒ＿
ｉｄの値が最も高く、ｐｉｃｔ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しいピクチャに対して
、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを１に等しく設定し、デコーダが利用可能なＡＵ
の他のすべてのピクチャに対しては、０に等しく設定する。
８）問題１０を解決するために、ＡＵの出力レイヤピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿
ｆｌａｇの値は、ＡＵＤまたはＡＵにおけるＳＥＩメッセージで信号通知されてもよいし
、またはＡＵにおける１つ以上の他のピクチャのＰＨで通知されてもよい。
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は
、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、こ
れらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
課題を解決するための解決策１～５
１）課題１を解決するために、ＶＰＳにおいて、すべてのレイヤのすべてのピクチャに
ついて、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８
の最大値の一方または両方を信号通知してもよい。
２）課題２を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ
の値の設定は、全レイヤの全ピクチャの最大ピクチャ幅と高さの一方または両方に少なく
とも基づいてＶＰＳで信号通知するように規定してもよい。
３）課題３を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ
の値の設定は、全レイヤの全ピクチャに対するｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂ
ｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８の最大値の一方または両方に少なくとも基づいてＶＰＳ
で信号通知するように規定してもよい。
４）課題４を解決するために、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃＦｌａｇの
値の設定は、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存しない
ように規定してもよい。
５）課題５を解決するために、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの意味
論と、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの設定の両方におけるこのフラ
グの使用とを、ＡＵ固有の方式で規定してもよい。
ａ．一例において、存在する場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃ
ｓ＿ｆｌａｇの値は、ＡＵにおけるすべてのピクチャについて同じであるべきであり、Ａ
Ｕのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチ
ャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値であると考えられ
る。
ｂ．代替的に、一例において、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等し
い場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇをＰＨ構文から除
去し、ＡＵＤ（ａｃｃｅｓｓ ｕｎｉｔ ｄｅｌｉｍｉｔｅｒ）構文に信号通知してもよ
い。
ｉ．シングルレイヤビットストリームの場合、ＡＵＤはオプションであるため、Ａ
ＵＤがＩＲＡＰまたはＧＤＲ ＡＵに存在しない場合、ＡＵＤのｎｏ＿ｏｕｔｐｕｔ＿ｏ
ｆ＿ｐｉｃｓ＿ｆｌａｇの値は１に等しいと推測してもよい（つまり、エンコーダは、シ
ングルレイヤビットストリームにおけるＩＲＡＰまたはＧＤＲ ＡＵのｎｏ＿ｏｕｔｐｕ
ｔ＿ｏｆ＿ｐｉｃｓ＿ｆｌａｇの値０を信号通知したい場合、ビットストリーム内のその
ＡＵのＡＵＤを信号通知しなければならない。
ｃ．代替的に、一例において、ＡＵの各ピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒ
ｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、ＡＵのピクチャごとのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿
ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが０に等しい場合にのみ、０に等しいと見なされてもよ
く、そうでない場合、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａ
ｇの値は、１に等しいと考えてもよい。
ｉ．このアプローチの欠点は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ
を設定し、ＣＶＳＳ ＡＵのピクチャを出力するには、ＡＵ内のすべてのピクチャが到着
するのを待つ必要があることである。
課題を解決するための解決策６～１０
６）問題６を解決するために、現在のピクチャのためのＰｉｃｔｕｒｅＯｕｔｐｕｔＦ
ｌａｇの設定は、現在のピクチャと同じＡＵであって現在のピクチャよりも上位レイヤに
あるピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ（ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇ
ではなく）に少なくとも基づいて行うようで規定されてもよい。
７）上記課題７～９を解決するために、現在のピクチャが出力レイヤに属していない場
合、常に、現在のピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を０に設定する。
ａ．代替的に、問題７および８を解決するために、１つの出力レイヤしかなく、１つ
のＡＵに対して出力レイヤ（１つの出力レイヤしかない場合、上層になるべき）が存在し
ない場合、デコーダが使用可能なＡＵのすべてのピクチャのうち、ｎｕｈ＿ｌａｙｅｒ＿
ｉｄの値が最も高く、ｐｉｃｔ＿ｏｕｔｐｕｔ＿ｆｌａｇが１に等しいピクチャに対して
、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを１に等しく設定し、デコーダが利用可能なＡＵ
の他のすべてのピクチャに対しては、０に等しく設定する。
８）問題１０を解決するために、ＡＵの出力レイヤピクチャのｐｉｃ＿ｏｕｔｐｕｔ＿
ｆｌａｇの値は、ＡＵＤまたはＡＵにおけるＳＥＩメッセージで信号通知されてもよいし
、またはＡＵにおける１つ以上の他のピクチャのＰＨで通知されてもよい。
【0061】
６．実施形態
以下は、上記第５章に要約されたいくつかの態様のためのいくつかの例示的な実施形態
であり、ＶＶＣ仕様に適用できる。変更されたテキストは、ＪＶＥＴ－Ｑ２００１－ｖＥ
／ｖ１５における最新のＶＶＣのテキストに基づく。既に追加または修正された最も関連
性のある部分は、太字のイタリック文字で強調表示され、且つ削除された部分の一部は、
二重括弧でマークされている（例えば、［［ａ］］は、「ａ」という文字の削除を示す）
。本質的に編集可能であるため、強調されていない他の何らかの変更がある。
以下は、上記第５章に要約されたいくつかの態様のためのいくつかの例示的な実施形態
であり、ＶＶＣ仕様に適用できる。変更されたテキストは、ＪＶＥＴ－Ｑ２００１－ｖＥ
／ｖ１５における最新のＶＶＣのテキストに基づく。既に追加または修正された最も関連
性のある部分は、太字のイタリック文字で強調表示され、且つ削除された部分の一部は、
二重括弧でマークされている（例えば、［［ａ］］は、「ａ」という文字の削除を示す）
。本質的に編集可能であるため、強調されていない他の何らかの変更がある。
【0062】
６．１． 第一の実施形態
本実施形態は１、２、３、４、５、及び５ａ項に対するものである。
本実施形態は１、２、３、４、５、及び５ａ項に対するものである。
【0063】
７．３．２．２ 映像パラメータセット構文
【表6】
【0064】
．．．
７．４．３．２ 映像パラメータセットＲＢＳＰ意味論
．．．
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶
バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッ
ファの高さを、輝度サンプル単位で規定する。
ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］
が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構
文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデ
ックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は
、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿
ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ
＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用される
ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照す
るＳＰＳに存在する。
．．．
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおい
てＧＤＲピクチャが存在し得ることを規定する。０に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆ
ｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在しないことを規
定する。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、第６．２項に規定されるように、輝度サンプリ
ングに対するクロマサンプリングを示す。
．．．
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、輝度およびクロマ配列ＢｉｔＤｅｐｔｈのサンプ
ルのビット深度及びクロマ量子化パラメータレンジオフセットＱｐＢｄＯｆｆｓｅｔの値
を以下のように規定する。
ＢｉｔＤｅｐｔｈ＝８＋ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４５）
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４６）
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、０から８までの範囲内にある。
．．．
７．４．３．７ ピクチャヘッダ構造意味論
．．．
．．．
Ｃ．１ 一般
．．．
各ビットストリーム適合性試験において、ＣＰＢのサイズ（ビット数）は、７．４．６．
３項で規定されるように、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ＳｃＩｄｘ］であり、ＳｃＩｄ
ｘおよびＨＲＤパラメータは、本節において上記で特定され、ＤＰＢパラメータｍａｘ＿
ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］，ｍａｘ＿ｎｕｍ＿ｒ
ｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］およびＭａｘＬａｔｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔ
ｉｄ］は、以下のように対象ＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文
構造で見つけられ、またはそこから導出される。
．．．
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスラ
イスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピ
クチャを含む）の最初のＤＵのＣＰＢ除去時間において瞬時に行われ、以下のように進む
。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼
び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコ
ーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、現在の
ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される
。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値
が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャ
の出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰ
Ｂにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤ
ＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下
である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ
［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライス
ヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチ
ャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理およ
び８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び
出される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内
のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰ
Ｂフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等し
い）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含
むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるす
べての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング
」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定され
る。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳ
ピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない
」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない
）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下
の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング
」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記
憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ
＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等し
くなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａ
ｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマー
クされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿
ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。
７．４．３．２ 映像パラメータセットＲＢＳＰ意味論
．．．
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶
バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。
ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッ
ファの高さを、輝度サンプル単位で規定する。
【化1】
【化2】
ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］
が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構
文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデ
ックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は
、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿
ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ
＿ｉｄｘ［ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用される
ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照す
るＳＰＳに存在する。
．．．
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照しているＣＬＶＳにおい
てＧＤＲピクチャが存在し得ることを規定する。０に等しいｇｄｒ＿ｅｎａｂｌｅｄ＿ｆ
ｌａｇは、ＳＰＳを参照しているＣＬＶＳにおいてＧＤＲピクチャが存在しないことを規
定する。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、第６．２項に規定されるように、輝度サンプリ
ングに対するクロマサンプリングを示す。
【化3】
．．．
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、輝度およびクロマ配列ＢｉｔＤｅｐｔｈのサンプ
ルのビット深度及びクロマ量子化パラメータレンジオフセットＱｐＢｄＯｆｆｓｅｔの値
を以下のように規定する。
ＢｉｔＤｅｐｔｈ＝８＋ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４５）
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８ （４６）
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、０から８までの範囲内にある。
【化4】
．．．
７．４．３．７ ピクチャヘッダ構造意味論
．．．
【化5】
【化6】
．．．
Ｃ．１ 一般
．．．
各ビットストリーム適合性試験において、ＣＰＢのサイズ（ビット数）は、７．４．６．
３項で規定されるように、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ＳｃＩｄｘ］であり、ＳｃＩｄ
ｘおよびＨＲＤパラメータは、本節において上記で特定され、ＤＰＢパラメータｍａｘ＿
ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］，ｍａｘ＿ｎｕｍ＿ｒ
ｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］およびＭａｘＬａｔｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔ
ｉｄ］は、以下のように対象ＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文
構造で見つけられ、またはそこから導出される。
【化7】
【化8】
．．．
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのスラ
イスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在のピ
クチャを含む）の最初のＤＵのＣＰＢ除去時間において瞬時に行われ、以下のように進む
。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼
び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコ
ーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
【化9】
【化10】
－そうでない場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、現在の
ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される
。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値
が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチャ
の出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰ
Ｂにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤ
ＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下
である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ
［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライス
ヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチ
ャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理およ
び８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び
出される。
【化11】
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
【化12】
【化13】
【化14】
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓ
Ｆｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内
のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰ
Ｂフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等し
い）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含
むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるす
べての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング
」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定され
る。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳ
ピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない
」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない
）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下
の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング
」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記
憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ
＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等し
くなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａ
ｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマー
クされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿
ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。
【0065】
６．２． 第二の実施形態
本実施形態は、項目１、２、３、４、５、５ｃに対するものであり、第１の実施形態の
本文と文脈が変更されている。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
附属書Ｃで規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌ
ａｇは、ビットストリームの最初のＡＵでないＣＶＳＳ ＡＵピクチャのデコーディング
後の、ＤＰＢにおいてあらかじめデコードされたピクチャの出力に影響を及ぼす。
［［ｎｏ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、（存在すれば）のＡＵのすべ
てのピクチャに対して同じとなることが、ビットストリーム適合性の要件である。
ＡＵのピクチャのＰＨにｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが
存在する場合、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値
は、ＡＵのピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値
である。］］
．．．
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのス
ライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在の
ピクチャを含む）の最初のＤＵのＣＰＢ除去時間において瞬時に行われ、以下のように進
む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼
び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコ
ーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃ
ｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの
値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチ
ャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰ
Ｂにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤ
ＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下
である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ
［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライス
ヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチ
ャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理およ
び８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び
出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦ
ｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内
のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰ
Ｂフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等し
い）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含
むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるす
べての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング
」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定され
る。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳ
ピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない
」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない
）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下
の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング
」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記
憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ＿
ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等し
くなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａ
ｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマー
クされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ
＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。
本実施形態は、項目１、２、３、４、５、５ｃに対するものであり、第１の実施形態の
本文と文脈が変更されている。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
附属書Ｃで規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌ
ａｇは、ビットストリームの最初のＡＵでないＣＶＳＳ ＡＵピクチャのデコーディング
後の、ＤＰＢにおいてあらかじめデコードされたピクチャの出力に影響を及ぼす。
［［ｎｏ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、（存在すれば）のＡＵのすべ
てのピクチャに対して同じとなることが、ビットストリーム適合性の要件である。
ＡＵのピクチャのＰＨにｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが
存在する場合、ＡＵのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値
は、ＡＵのピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値
である。］］
．．．
Ｃ．３．２ 現在のピクチャのデコーディング前のＤＰＢからのピクチャの除去
現在のピクチャのデコーディング前に（ただし、現在のピクチャの最初のスライスのス
ライスヘッダを構文解析した後に）、ＤＰＢからのピクチャの除去は、ＡＵ ｎ（現在の
ピクチャを含む）の最初のＤＵのＣＰＢ除去時間において瞬時に行われ、以下のように進
む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理が呼
び出され、８．３．３項で規定されるようにマーキングされる参照ピクチャのためにデコ
ーディング処理が呼び出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
【化15】
【化16】
【化17】
【化18】
２．テスト中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃ
ｓＦｌａｇの値をＨＲＤに適用し、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの
値が１に等しい場合、ＤＰＢ内のすべてのピクチャ記憶バッファは、それらが含むピクチ
ャの出力なしに空になり、ＤＰＢフルネスは０に等しく設定される。
－ＤＰＢにおける任意のピクチャｋについて、以下の条件の両方が真である場合、ＤＰ
Ｂにおけるこのようなピクチャｋはすべて、ＤＰＢから除去する。
－ピクチャｋは、「参照に使用されない」としてマークされる。
－ピクチャｋのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが０に等しいか、またはそのＤ
ＰＢ出力時間が現在のピクチャｎの第１のＤＵ（ＤＵ ｍと表す）のＣＰＢ除去時間以下
である。即ち、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｋ］がＤｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ
［ｍ］以下である。
－ＤＰＢから取り除かれた各ピクチャごとに、ＤＰＢフルネスを１ずつ減らす。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力と除去
現在のピクチャのデコーディング前に（但し、現在のピクチャの最初スライスのスライス
ヘッダを構文解析した後に）、ＤＰＢからのピクチャの出力および除去は、現在のピクチ
ャを含むＡＵの最初ＤＵがＣＰＢから除去される時に瞬時に行われ、以下のように進む。
－８．３．２項で規定される参照ピクチャリスト構築のためのデコーディング処理およ
び８．３．３項で規定される参照ピクチャマーキングのためのデコーディング処理が呼び
出される。
－現在のＡＵがＡＵ ０でないＣＶＳＳ ＡＵである場合、以下の順序付けられたステ
ップが適用される。
１．試験中のデコーダのための変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａ
ｇは、以下のように導出される。
【化19】
【化20】
【化21】
【化22】
２．試験中のデコーダに対して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦ
ｌａｇの値は、ＨＲＤに以下のように適用される。
－ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ内
のすべてのピクチャ記憶バッファは、それらが含むピクチャを出力せずに空になり、ＤＰ
Ｂフルネスは０に等しく設定される。
－そうでない場合（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等し
い）、「出力に必要でない」および「参照に使用されない」とマークされたピクチャを含
むすべてのピクチャ記憶バッファは、空にされ（出力されず）、且つ、ＤＰＢにおけるす
べての空でないピクチャ記憶バッファは、項目Ｃ．５．２．４で規定された「バンピング
」処理を繰り返し呼び出すことによって空にされ、ＤＰＢフルネスは０に等しく設定され
る。
－そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでないか、またはＣＬＶＳＳ
ピクチャがピクチャ０である場合）、「出力に必要でない」および「参照に使用されない
」とマークされたピクチャを含むすべてのピクチャ記憶バッファを空にする（出力しない
）。空になった各ピクチャ記憶バッファに対して、ＤＰＢフルネスを１ずつ減らす。以下
の条件のうちの１つ以上が真である場合、項目Ｃ．５．２．４で規定される「バンピング
」処理が、以下の条件のうちのいずれも真でなくなるまで、空になった追加のピクチャ記
憶バッファごとにＤＰＢ占有率をさらに１ずつ減らしながら、繰り返して呼び出される。
－ＤＰＢにおいて、「出力に必要」とマークされたピクチャの数は、ｍａｘ＿ｎｕｍ＿
ｒｅｏｒｄｅｒ＿ｐｉｃｓ［Ｈｔｉｄ］よりも多い。
－ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［Ｈｔｉｄ］が０に等し
くなく、ＤＰＢ内に、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａ
ｔｅｎｃｙＰｉｃｔｕｒｅｓ［Ｈｔｉｄ］以上であることに対して「出力に必要」とマー
クされたピクチャが少なくとも１つ存在する。
－ＤＰＢにおけるピクチャの数は、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ
＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１以上である。
【0066】
６．３． 第三の実施形態
本実施形態は、６、７項（変更後のテキストは、８．１．２項に追加された注記を除く
）および７ａ項（８．１．２項に追加された注記）に関する。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、デコードされたピクチャの出力順のリカバリポ
イントを規定する。
［［現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶ
ａｌは、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒｙ
＿ｐｏｃ＿ｃｎｔ （８１）］］
．．．
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－［［ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇ］は、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャの
ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐ
ｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｔ
ａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、ｐｉｃ＿ｏｕｔｐｕｔ＿
ｆｌａｇに等しく設定される。］］
．．．
本実施形態は、６、７項（変更後のテキストは、８．１．２項に追加された注記を除く
）および７ａ項（８．１．２項に追加された注記）に関する。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、デコードされたピクチャの出力順のリカバリポ
イントを規定する。
【化23】
【化24】
［［現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶ
ａｌは、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒｙ
＿ｐｏｃ＿ｃｎｔ （８１）］］
【化25】
．．．
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
【化26】
－［［ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇ］は、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャの
ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐ
ｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｔ
ａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、ｐｉｃ＿ｏｕｔｐｕｔ＿
ｆｌａｇに等しく設定される。］］
．．．
【0067】
６．４．第四の実施形態
本実施形態は、項目６および７ａに対するものである。
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャの
ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－［［ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチ
ャｐｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。］］
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｔ
ａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇに等しく設定される。
．．．
本実施形態は、項目６および７ａに対するものである。
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャの
ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
【化27】
－［［ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチ
ャｐｉｃＡが含まれる。
－ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。］］
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｔ
ａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉ
ｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇに等しく設定される。
．．．
【0068】
６．５． 第五の実施形態
この実施形態は、６項のみに対するものである。
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャの
ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐ
ｉｃＡが含まれる。
－ＰｉｃＡは、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ［［ＰｉｃｔｕｒｅＯｕｔｐｕ
ｔＦｌａｇ］］が１に等しい。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏ
ｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［
ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿
ｉｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇに等しく設定される。
．
この実施形態は、６項のみに対するものである。
８．１．２ コーディングされたピクチャに対するデコーディング処理
．．．
－ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等
しく設定する。
－現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャの
ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕ
ｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付け
られ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチ
ャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌ
ｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵに以下の条件をすべて満たすピクチャｐ
ｉｃＡが含まれる。
－ＰｉｃＡは、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ［［ＰｉｃｔｕｒｅＯｕｔｐｕ
ｔＦｌａｇ］］が１に等しい。
－ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈＬｉｄを有する。
－ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒ
ＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏ
ｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［
ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿
ｉｄ］］は０に等しい。
－そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆ
ｌａｇに等しく設定される。
．
【0069】
図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１
９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネント
の一部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための
入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマッ
ト、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は
圧縮又はエンコードされたフォーマットで受信されてもよい。入力ユニット１９０２は、
ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェース
を表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、Ｐ
ＯＮ（登録商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インター
フェース、およびＷｉ－Ｆｉ（登録商標）（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）また
はセルラーインターフェース等の無線インターフェースを含む。
９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネント
の一部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための
入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマッ
ト、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は
圧縮又はエンコードされたフォーマットで受信されてもよい。入力ユニット１９０２は、
ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェース
を表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、Ｐ
ＯＮ（登録商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インター
フェース、およびＷｉ－Ｆｉ（登録商標）（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）また
はセルラーインターフェース等の無線インターフェースを含む。
【0070】
システム１９００は、本明細書に記載される様々なコーディング又はエンコーディング
方法を実装することができるコーディングコンポーネント１９０４を含んでもよい。コー
ディングコンポーネント１９０４は、入力１９０２からの映像の平均ビットレートをコー
ディングコンポーネント１９０４の出力に低減し、映像のコーディングされた表現を生成
してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディン
グ技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポー
ネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して
送信されてもよい。入力１９０２において受信された、記憶された又は通信された映像の
ビットストリーム（又はコーディングされた）表現は、コンポーネント１９０８によって
使用されて、表示インターフェース１９１０に送信される画素値又は表示可能な映像を生
成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理
は、映像展開と呼ばれることがある。さらに、特定の映像処理演算を「コーディング」演
算又はツールと呼ぶが、コーディングツール又は演算は、エンコーダ及びそれに対応する
、コーディングの結果を逆にするデコーディングツール又は演算が、デコーダによって行
われることが理解されよう。
方法を実装することができるコーディングコンポーネント１９０４を含んでもよい。コー
ディングコンポーネント１９０４は、入力１９０２からの映像の平均ビットレートをコー
ディングコンポーネント１９０４の出力に低減し、映像のコーディングされた表現を生成
してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディン
グ技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポー
ネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して
送信されてもよい。入力１９０２において受信された、記憶された又は通信された映像の
ビットストリーム（又はコーディングされた）表現は、コンポーネント１９０８によって
使用されて、表示インターフェース１９１０に送信される画素値又は表示可能な映像を生
成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理
は、映像展開と呼ばれることがある。さらに、特定の映像処理演算を「コーディング」演
算又はツールと呼ぶが、コーディングツール又は演算は、エンコーダ及びそれに対応する
、コーディングの結果を逆にするデコーディングツール又は演算が、デコーダによって行
われることが理解されよう。
【0071】
周辺バスインターフェースまたは表示インターフェースの例は、ＵＳＢ（登録商標；Ｕ
ｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅ
ｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポ
ート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ
Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ（ｐｅｒｉ
ｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ）、ＩＤＥ（ｉｎｔｅｇ
ｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ）インターフェース等を含む。本明細
書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデー
タ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施され
てもよい。
ｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅ
ｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポ
ート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ
Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ（ｐｅｒｉ
ｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ）、ＩＤＥ（ｉｎｔｅｇ
ｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ）インターフェース等を含む。本明細
書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデー
タ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施され
てもよい。
【0072】
図２は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載
の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、
タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよ
い。装置３６００は、１つ以上のプロセッサ３６０２と、１つ以上のメモリ３６０４と、
映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０
２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ
（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用され
るデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６
は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、
タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよ
い。装置３６００は、１つ以上のプロセッサ３６０２と、１つ以上のメモリ３６０４と、
映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０
２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ
（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用され
るデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６
は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0073】
図４は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブ
ロック図である。
ロック図である。
【0074】
図４に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送
信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、映像エンコーディン
グデバイスとも称され得るエンコードされた映像データを生成する。送信先デバイス１２
０は、送信元デバイス１１０によって生成されたエンコードされた映像データをデコード
してよく、映像デコーディングデバイスとも呼ばれ得る。
信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、映像エンコーディン
グデバイスとも称され得るエンコードされた映像データを生成する。送信先デバイス１２
０は、送信元デバイス１１０によって生成されたエンコードされた映像データをデコード
してよく、映像デコーディングデバイスとも呼ばれ得る。
【0075】
送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ
／Ｏ）インターフェース１１６と、を含んでよい。
／Ｏ）インターフェース１１６と、を含んでよい。
【0076】
映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイ
ダからの映像データを受信するためのインターフェース、および／または映像データを生
成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせ
を含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコー
ダ１１４は、映像ソース１１２からの映像データをエンコードし、ビットストリームを生
成する。ビットストリームは、映像データのコーディング表現を形成するビットのシーケ
ンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付け
られたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング
表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメー
タセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復
調器（モデム）および／または送信機を含んでもよい。エンコードされた映像データは、
ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバイス
１２０に直接送信されてよい。エンコードされた映像データは、送信先デバイス１２０が
アクセスするために、記録媒体／サーバ１３０ｂに記憶してもよい。
ダからの映像データを受信するためのインターフェース、および／または映像データを生
成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせ
を含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコー
ダ１１４は、映像ソース１１２からの映像データをエンコードし、ビットストリームを生
成する。ビットストリームは、映像データのコーディング表現を形成するビットのシーケ
ンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付け
られたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング
表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメー
タセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復
調器（モデム）および／または送信機を含んでもよい。エンコードされた映像データは、
ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバイス
１２０に直接送信されてよい。エンコードされた映像データは、送信先デバイス１２０が
アクセスするために、記録媒体／サーバ１３０ｂに記憶してもよい。
【0077】
送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、およ
び表示デバイス１２２を含んでもよい。
び表示デバイス１２２を含んでもよい。
【0078】
Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／
Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂか
らエンコードされた映像データを取得してもよい。映像デコーダ１２４は、エンコードさ
れた映像データをデコードしてもよい。表示デバイス１２２は、デコードされた映像デー
タをユーザに表示してもよい。表示デバイス１２２は、送信先デバイス１２０と一体化さ
れてもよく、または外部表示デバイスとインターフェースするように構成される送信先デ
バイス１２０の外部にあってもよい。
Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂか
らエンコードされた映像データを取得してもよい。映像デコーダ１２４は、エンコードさ
れた映像データをデコードしてもよい。表示デバイス１２２は、デコードされた映像デー
タをユーザに表示してもよい。表示デバイス１２２は、送信先デバイス１２０と一体化さ
れてもよく、または外部表示デバイスとインターフェースするように構成される送信先デ
バイス１２０の外部にあってもよい。
【0079】
映像エンコーダ１１４および映像デコーダ１２４は、高効率映像コーディング（ＨＥＶ
Ｃ）規格、汎用映像コーディング（ＶＶＣ）規格、および他の現在のおよび／または更な
る規格等の映像圧縮規格に従って動作してもよい。
Ｃ）規格、汎用映像コーディング（ＶＶＣ）規格、および他の現在のおよび／または更な
る規格等の映像圧縮規格に従って動作してもよい。
【0080】
【0081】
映像エンコーダ２００は、本開示の技術のいずれか又は全部を実行するように構成され
てもよい。図５の実施例において、映像エンコーダ２００は、複数の機能性モジュールを
含む。本開示で説明される技法は、映像エンコーダ２００の様々なモジュール間で共有さ
れてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまた
はすべてを行うように構成してもよい。
てもよい。図５の実施例において、映像エンコーダ２００は、複数の機能性モジュールを
含む。本開示で説明される技法は、映像エンコーダ２００の様々なモジュール間で共有さ
れてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまた
はすべてを行うように構成してもよい。
【0082】
映像エンコーダ２００の機能コンポーネントは、分割ユニット２０１、予測ユニット２
０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、動き推定ユニ
ット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６、残差生成ユ
ニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、
逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、およびエントロピーエ
ンコーディングユニット２１４を含んでもよい。
０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、動き推定ユニ
ット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６、残差生成ユ
ニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、
逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、およびエントロピーエ
ンコーディングユニット２１４を含んでもよい。
【0083】
他の例において、映像エンコーダ２００は、より多くの、より少ない、又は異なる機能
コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロッ
クコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照
ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行
うことができる。
コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロッ
クコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照
ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行
うことができる。
【0084】
【0085】
分割ユニット２０１は、１つのピクチャを１または複数の映像ブロックに分割してもよ
い。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポ
ートしてもよい。
い。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポ
ートしてもよい。
【0086】
モード選択ユニット２０３は、例えば、誤りの結果に基づいて、イントラまたはインタ
ーコーディングされたモードのうちの１つを選択し、得られたイントラまたはインターコ
ーディングされたブロックを残差生成ユニット２０７に供給し、残差ブロックデータを生
成して再構成ユニット２１２に供給し、エンコードされたブロックを参照ピクチャとして
使用するために再構成してもよい。いくつかの例において、モード選択ユニット２０３は
、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉ
ｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モード
を選択してもよい。また、モード選択ユニット２０３は、インター予測の場合、ブロック
の動きベクトルの解像度（例えば、サブピクセルまたは整数画素精度）を選択してもよい
。
ーコーディングされたモードのうちの１つを選択し、得られたイントラまたはインターコ
ーディングされたブロックを残差生成ユニット２０７に供給し、残差ブロックデータを生
成して再構成ユニット２１２に供給し、エンコードされたブロックを参照ピクチャとして
使用するために再構成してもよい。いくつかの例において、モード選択ユニット２０３は
、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉ
ｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モード
を選択してもよい。また、モード選択ユニット２０３は、インター予測の場合、ブロック
の動きベクトルの解像度（例えば、サブピクセルまたは整数画素精度）を選択してもよい
。
【0087】
現在の映像ブロックに対してインター予測を行うために、動き推定ユニット２０４は、
バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較するこ
とで、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット２０５
は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャ
の動き情報およびデコードされたサンプルに基づいて、現在の映像ブロックのための予測
映像ブロックを判定してもよい。
バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較するこ
とで、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット２０５
は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャ
の動き情報およびデコードされたサンプルに基づいて、現在の映像ブロックのための予測
映像ブロックを判定してもよい。
【0088】
動き推定ユニット２０４および動き補償ユニット２０５は、現在の映像ブロックがＩス
ライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現
在の映像ブロックに対して異なる動作を行ってもよい。
ライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現
在の映像ブロックに対して異なる動作を行ってもよい。
【0089】
いくつかの例では、動き推定ユニット２０４は、現在の映像ブロックに対して単一方向
予測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロッ
ク用のリスト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定ユニ
ット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空
間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを
示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス
、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として
出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照
映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
予測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロッ
ク用のリスト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定ユニ
ット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空
間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを
示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス
、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として
出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照
映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
【0090】
他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測しても
よく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブ
ロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照
ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索しても
よい。そして、動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリス
ト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブ
ロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２
０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロ
ックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロック
の動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロック
を生成してもよい。
よく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブ
ロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照
ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索しても
よい。そして、動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリス
ト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブ
ロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２
０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロ
ックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロック
の動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロック
を生成してもよい。
【0091】
いくつかの例では、動き推定ユニット２０４は、デコーダのデコーディング処理のため
に、動き情報のフルセットを出力してもよい。
に、動き情報のフルセットを出力してもよい。
【0092】
いくつかの例では、動き推定ユニット２０４は、現在の映像のための動き情報のフルセ
ットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動
き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き
推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報
に十分に類似していることを判定してもよい。
ットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動
き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き
推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報
に十分に類似していることを判定してもよい。
【0093】
一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文
構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映
像デコーダ３００に示す値を示してもよい。
構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映
像デコーダ３００に示す値を示してもよい。
【0094】
別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構
文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅ
ｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映
像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映
像デコーダ３００は、示された映像ブロックの動きベクトルおよび動きベクトル差分を使
用して、現在の映像ブロックの動きベクトルを決定してもよい。
文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅ
ｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映
像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映
像デコーダ３００は、示された映像ブロックの動きベクトルおよび動きベクトル差分を使
用して、現在の映像ブロックの動きベクトルを決定してもよい。
【0095】
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよ
い。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶ
Ｐ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマ
ージモード信号通知を含む。
い。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶ
Ｐ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマ
ージモード信号通知を含む。
【0096】
イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行っても
よい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イン
トラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックのデコードされたサ
ンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映
像ブロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んで
もよい。
よい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イン
トラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックのデコードされたサ
ンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映
像ブロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んで
もよい。
【0097】
残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された
映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、
現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロックの残差デ
ータは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像
ブロックを含んでもよい。
映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、
現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロックの残差デ
ータは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像
ブロックを含んでもよい。
【0098】
他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差
データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。
データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。
【0099】
変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに
１または複数の変換を適用することによって、現在の映像ブロックのための１または複数
の変換係数映像ブロックを生成してもよい。
１または複数の変換を適用することによって、現在の映像ブロックのための１または複数
の変換係数映像ブロックを生成してもよい。
【0100】
変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロック
を生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１または
複数の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に
基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよ
い。
を生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１または
複数の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に
基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよ
い。
【0101】
逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量
子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構
成してもよい。再構成ユニット２１２は、予測ユニット２０２にて生成された１または複
数の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを加え、
現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に記憶し
てもよい。
子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構
成してもよい。再構成ユニット２１２は、予測ユニット２０２にて生成された１または複
数の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを加え、
現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に記憶し
てもよい。
【0102】
再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロ
ッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい
。
ッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい
。
【0103】
エントロピーエンコーディングユニット２１４は、映像エンコーダ２００の他の機能コ
ンポーネントからデータを受信してもよい。エントロピーエンコーディングユニット２１
４がデータを受信すると、エントロピーエンコーディングユニット２１４は、１または複
数のエントロピーエンコーディング動作を行い、エントロピーエンコードされたデータを
生成し、エントロピーエンコードされたデータを含むビットストリームを出力してもよい
。
ンポーネントからデータを受信してもよい。エントロピーエンコーディングユニット２１
４がデータを受信すると、エントロピーエンコーディングユニット２１４は、１または複
数のエントロピーエンコーディング動作を行い、エントロピーエンコードされたデータを
生成し、エントロピーエンコードされたデータを含むビットストリームを出力してもよい
。
【0104】
【0105】
映像デコーダ３００は、本開示の技術のいずれか又は全部を実行するように構成されて
もよい。図６の実施例において、映像デコーダ３００は、複数の機能性コンポーネントを
含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有
されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかま
たはすべてを行うように構成してもよい。
もよい。図６の実施例において、映像デコーダ３００は、複数の機能性コンポーネントを
含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有
されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかま
たはすべてを行うように構成してもよい。
【0106】
図６の実施例において、映像デコーダ３００は、エントロピーデコーディングユニット
３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０
４、逆変換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む
。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説
明したエンコーディングパスとほぼ逆のデコーディングパスを行ってもよい。
３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０
４、逆変換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む
。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説
明したエンコーディングパスとほぼ逆のデコーディングパスを行ってもよい。
【0107】
エントロピーデコーディングユニット３０１は、エンコードされたビットストリームを
取り出す。エンコードされたビットストリームは、エントロピーコーディングされた映像
データ（例えば、映像データのエンコードされたブロック）を含んでもよい。エントロピ
ーデコーディングユニット３０１は、エントロピーコーディングされた映像データをデコ
ードし、エントロピーデコードされた映像データから、動き補償ユニット３０２は、動き
ベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を
含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマー
ジモードを実行することで、このような情報を判定してもよい。
取り出す。エンコードされたビットストリームは、エントロピーコーディングされた映像
データ（例えば、映像データのエンコードされたブロック）を含んでもよい。エントロピ
ーデコーディングユニット３０１は、エントロピーコーディングされた映像データをデコ
ードし、エントロピーデコードされた映像データから、動き補償ユニット３０２は、動き
ベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を
含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマー
ジモードを実行することで、このような情報を判定してもよい。
【0108】
動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によって
は、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィ
ルタのための識別子が、構文要素に含まれてもよい。
は、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィ
ルタのための識別子が、構文要素に含まれてもよい。
【0109】
動き補償ユニット３０２は、映像ブロックのエンコーディング中に映像エンコーダ２０
０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のた
めの補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて
、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測
ブロックを生成してもよい。
０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のた
めの補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて
、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測
ブロックを生成してもよい。
【0110】
動き補償ユニット３０２は、エンコードされた映像シーケンスのフレームおよび／また
はスライスをエンコードするために使用されるブロックのサイズを判定するための構文情
報、エンコードされた映像シーケンスのピクチャの各マクロブロックがどのように分割さ
れるかを記述する分割情報、各分割がどのようにエンコードされるかを示すモード、各イ
ンターエンコードされたブロックに対する１または複数の参照フレーム（および参照フレ
ームリスト）、およびエンコードされた映像シーケンスをデコードするための他の情報の
いくつかを使用してもよい。
はスライスをエンコードするために使用されるブロックのサイズを判定するための構文情
報、エンコードされた映像シーケンスのピクチャの各マクロブロックがどのように分割さ
れるかを記述する分割情報、各分割がどのようにエンコードされるかを示すモード、各イ
ンターエンコードされたブロックに対する１または複数の参照フレーム（および参照フレ
ームリスト）、およびエンコードされた映像シーケンスをデコードするための他の情報の
いくつかを使用してもよい。
【0111】
イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ
予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。
逆量子化ユニット３０４は、ビットストリームに提供され、エントロピーデコーディング
ユニット３０１によってデコードされた、量子化された映像ブロック係数を逆量子化（す
なわち、逆量子化）する。逆変換ユニット３０５は、逆変換を適用する。
予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。
逆量子化ユニット３０４は、ビットストリームに提供され、エントロピーデコーディング
ユニット３０１によってデコードされた、量子化された映像ブロック係数を逆量子化（す
なわち、逆量子化）する。逆変換ユニット３０５は、逆変換を適用する。
【0112】
再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２又はイントラ予測
ユニット３０３によって生成された対応する予測ブロックとを合計し、デコードされたブ
ロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、デ
コードされたブロックをフィルタリングするためにデブロッキングフィルタを適用しても
よい。デコードされた映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、
後続の動き補償／イントラ予測のために参照ブロックを提供し、また表示デバイスに表示
するためにデコードされた映像を生成する。
ユニット３０３によって生成された対応する予測ブロックとを合計し、デコードされたブ
ロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、デ
コードされたブロックをフィルタリングするためにデブロッキングフィルタを適用しても
よい。デコードされた映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、
後続の動き補償／イントラ予測のために参照ブロックを提供し、また表示デバイスに表示
するためにデコードされた映像を生成する。
【0113】
次に、いくつかの実施形態において好適な例を列挙する。
【0114】
以下の項目は、前章に記載された技術の例示的な実施形態を示す。以下の項目は、前章
（例えば、項目１）に記載された技術の例示的な実施形態を示す。
（例えば、項目１）に記載された技術の例示的な実施形態を示す。
【0115】
１．１つ以上の映像ピクチャを含む１つ以上の映像レイヤを有する映像とこの映像のコ
ーディングされた表現との変換を行うこと（３００２）を含み、このコーディングされた
表現は、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの
最大値および／またはビット深度の最大値を示す映像パラメータセットを含む、映像処理
方法（図３に示す方法３０００）。
ーディングされた表現との変換を行うこと（３００２）を含み、このコーディングされた
表現は、この映像のピクセルを表すために使用されるクロマフォーマットインジケータの
最大値および／またはビット深度の最大値を示す映像パラメータセットを含む、映像処理
方法（図３に示す方法３０００）。
【0116】
以下の項目は、前章（例えば、項目２）に記載された技術の例示的な実施形態を示す。
【0117】
２．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換
を行うことを含み、この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーデ
ィングされた表現との変換を行うことを含み、このコーディングされた表現は、すべての
映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、
デコーダバッファから除去する前に、デコーダバッファ内のピクチャを出力するかどうか
を示す変数の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。
を行うことを含み、この方法は、１つ以上の映像レイヤを有する映像とこの映像のコーデ
ィングされた表現との変換を行うことを含み、このコーディングされた表現は、すべての
映像レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、
デコーダバッファから除去する前に、デコーダバッファ内のピクチャを出力するかどうか
を示す変数の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。
【0118】
３．前記変数は、映像パラメータセットにおいて信号通知される、項目２に記載の方法
。
。
【0119】
以下の項目は、前章（例えば、項目３）に記載された技術の例示的な実施形態を示す。
【0120】
４．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換
を行うことを含み、このコーディングされた表現は、映像のピクセルを表すために使用さ
れるクロマフォーマットインジケータの最大値および／またはビット深度の最大値が、デ
コーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示
す変数の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。
を行うことを含み、このコーディングされた表現は、映像のピクセルを表すために使用さ
れるクロマフォーマットインジケータの最大値および／またはビット深度の最大値が、デ
コーダバッファ内のピクチャをデコーダバッファから除去する前に出力するかどうかを示
す変数の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。
【0121】
５．前記変数は、映像パラメータセットにおいて信号通知される、項目４に記載の方法
。
。
【0122】
以下の項目は、前章（例えば、項目４）に記載された技術の例示的な実施形態を示す。
【0123】
６．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換
を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデ
コーダバッファから除去する前に出力するかどうかを示す変数の値が、この映像をエンコ
ーディングするために別個の色平面を使用するかどうかに依存しないことを規定するフォ
ーマット規則に準拠する、映像処理方法。
を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデ
コーダバッファから除去する前に出力するかどうかを示す変数の値が、この映像をエンコ
ーディングするために別個の色平面を使用するかどうかに依存しないことを規定するフォ
ーマット規則に準拠する、映像処理方法。
【0124】
以下の項目は、前章（例えば、項目５）に記載された技術の例示的な実施形態を示す。
【0125】
７．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変換
を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデ
コーダバッファから除去する前に出力するかどうかを示す変数の値が、アクセスユニット
（ＡＵ）レベルでコード化された表現に含まれることを規定するフォーマット規則に準拠
する、映像処理方法。
を行うことを含み、このコーディングされた表現は、デコーダバッファ内のピクチャをデ
コーダバッファから除去する前に出力するかどうかを示す変数の値が、アクセスユニット
（ＡＵ）レベルでコード化された表現に含まれることを規定するフォーマット規則に準拠
する、映像処理方法。
【0126】
８．前記フォーマット規則は、前記値が前記コーディングされた表現におけるすべての
ＡＵに対して同じであることを規定する、項目７に記載の方法。
ＡＵに対して同じであることを規定する、項目７に記載の方法。
【0127】
９．前記変数はピクチャヘッダに示される、項目７～８のいずれかに記載の方法。
【0128】
１０．変数は、アクセスユニット区切り文字で示される、項目７～８のいずれかに記載
の方法。
の方法。
【0129】
以下の項目は、前章（例えば、項目６）に記載された技術の例示的な実施形態を示す。
【0130】
１１．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との変
換を行うことを含み、このコーディングされた表現は、アクセスユニットにおいて映像ピ
クチャに対するピクチャ出力フラグを、アクセスユニットにおいて別の映像ピクチャのｐ
ｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ変数に基づいて決定することを規定するフォーマット規則
に準拠する、映像処理方法。
換を行うことを含み、このコーディングされた表現は、アクセスユニットにおいて映像ピ
クチャに対するピクチャ出力フラグを、アクセスユニットにおいて別の映像ピクチャのｐ
ｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ変数に基づいて決定することを規定するフォーマット規則
に準拠する、映像処理方法。
【0131】
以下の項目は、前章（例えば、項目７）に記載された技術の例示的な実施形態を示す。
【0132】
１２．１つ以上の映像レイヤを有する映像とこの映像のコーディングされた表現との間
の変換を行うことを含み、このコーディングされた表現は、出力レイヤに属さない映像ピ
クチャについて、ピクチャ出力フラグの値を規定するフォーマット規則に準拠する、映像
処理方法。
の変換を行うことを含み、このコーディングされた表現は、出力レイヤに属さない映像ピ
クチャについて、ピクチャ出力フラグの値を規定するフォーマット規則に準拠する、映像
処理方法。
【0133】
１３．前記フォーマット規則は、映像ピクチャに対するピクチャ出力フラグの値をゼロ
に設定することを規定する、項目１２に記載の方法。
に設定することを規定する、項目１２に記載の方法。
【0134】
１４．前記映像は１つの出力レイヤのみを含み、前記出力レイヤを含まないアクセスユ
ニットが、前記ピクチャ出力フラグ値を、最上レイヤｉｄ値を有するピクチャについては
論理１に、他のすべてのピクチャについては論理０に設定することでコード化される、項
目１２に記載の方法。
ニットが、前記ピクチャ出力フラグ値を、最上レイヤｉｄ値を有するピクチャについては
論理１に、他のすべてのピクチャについては論理０に設定することでコード化される、項
目１２に記載の方法。
【0135】
以下の項目は、前章（例えば、項目８）に記載された技術の例示的な実施形態を示す。
【0136】
１５．前記ピクチャ出力フラグは、アクセスユニット区切り文字に含まれる、項目１～
１４のいずれかに記載の方法。
１４のいずれかに記載の方法。
【0137】
１６．前記ピクチャ出力フラグは、補足強化情報フィールドに含まれる、項目１～１４
のいずれかに記載の方法。
のいずれかに記載の方法。
【0138】
１７．前記ピクチャ出力フラグは、１つ以上のピクチャのピクチャヘッダに含まれる、
項目１～１４のいずれかに記載の方法。
項目１～１４のいずれかに記載の方法。
【0139】
１８．前記変換は、前記映像を前記コーディングされた表現にエンコーディングするこ
とを含む、項目１～１７のいずれかに記載の方法。
とを含む、項目１～１７のいずれかに記載の方法。
【0140】
１９．前記変換は、前記映像の画素値を生成すべく前記コーディングされた表現をデコ
ーディングすることを含む、項目１～１７のいずれかに記載の方法。
ーディングすることを含む、項目１～１７のいずれかに記載の方法。
【0141】
２０．項目１～１９の１項目以上に記載の方法を実装するように構成されたプロセッサ
を備える、映像デコーディング装置。
を備える、映像デコーディング装置。
【0142】
２１．項目１～１９の１項目以上に記載の方法を実装するように構成されたプロセッサ
を備える映像エンコーディング装置。
を備える映像エンコーディング装置。
【0143】
２２．コンピュータプコードが記憶されたコンピュータプログラム製品において、前記
コードがプロセッサにより実行されると、前記プロセッサは、項目１～１９のいずれかに
記載の方法を実装する。
コードがプロセッサにより実行されると、前記プロセッサは、項目１～１９のいずれかに
記載の方法を実装する。
【0144】
２３．本明細書に記載の方法、装置またはシステム。
【0145】
第２の節は、前節で論じた技法の例示的な実施例を示す（例えば、項目１～４）。
【0146】
１．フォーマット規則に従って、映像とこの映像のビットストリームとの変換を行うこ
と７１２を含み、このビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含
み、各ＯＬＳは、１つ以上のコーディングされたレイヤ映像シーケンスを含み、このフォ
ーマット規則は、映像パラメータセットが、１つ以上のＯＬＳごとに、この映像のピクセ
ルを表すために使用されるクロマフォーマットインジケータの最大許容値および／または
ビット深度の最大許容値を示すことを規定する、映像処理方法（例えば、図７Ａに示す方
法７１０）。
と７１２を含み、このビットストリームは、１つ以上の出力レイヤセット（ＯＬＳ）を含
み、各ＯＬＳは、１つ以上のコーディングされたレイヤ映像シーケンスを含み、このフォ
ーマット規則は、映像パラメータセットが、１つ以上のＯＬＳごとに、この映像のピクセ
ルを表すために使用されるクロマフォーマットインジケータの最大許容値および／または
ビット深度の最大許容値を示すことを規定する、映像処理方法（例えば、図７Ａに示す方
法７１０）。
【0147】
２．ＯＬＳのための彩度フォーマットインジケータの最大許容値は、ＯＬＳにおける１
つ以上のコーディングされたレイヤ映像シーケンスによって参照されるすべてのシーケン
スパラメータセットに適用可能である、項目１に記載の方法。
つ以上のコーディングされたレイヤ映像シーケンスによって参照されるすべてのシーケン
スパラメータセットに適用可能である、項目１に記載の方法。
【0148】
３．ＯＬＳのためのビット深度の最大許容値は、ＯＬＳにおける１つ以上のコード化さ
れたレイヤ映像シーケンスによって参照されるすべてのシーケンスパラメータセットに適
用可能である、項目１または２に記載の方法。
れたレイヤ映像シーケンスによって参照されるすべてのシーケンスパラメータセットに適
用可能である、項目１または２に記載の方法。
【0149】
４．項目１～３のいずれかに記載の方法であって、さらに、複数のコーディングされた
レイヤ映像シーケンスを含み、ＯＬＳインデックスｉを有するＯＬＳのための変換を行う
ために、規則は、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの幅を示すｏｌｓ＿ｄ
ｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの高
さを示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］を含む構文要素のうちの少なくと
も１つ、
ｉ番目のＯＬＳのためのクロマフォーマットインジケータの最大許容値を示す構文要素、
および
ｉ番目のＯＬＳのためのビット深度の最大許容値を示す構文要素の値に従って、デコード
されたピクチャバッファに対するメモリを割り振ることを規定する、方法。
レイヤ映像シーケンスを含み、ＯＬＳインデックスｉを有するＯＬＳのための変換を行う
ために、規則は、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの幅を示すｏｌｓ＿ｄ
ｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの高
さを示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］を含む構文要素のうちの少なくと
も１つ、
ｉ番目のＯＬＳのためのクロマフォーマットインジケータの最大許容値を示す構文要素、
および
ｉ番目のＯＬＳのためのビット深度の最大許容値を示す構文要素の値に従って、デコード
されたピクチャバッファに対するメモリを割り振ることを規定する、方法。
【0150】
５．前記映像パラメータセットは、前記ビットストリームに含まれる、項目１～４まで
のいずれか１つに記載の方法。
のいずれか１つに記載の方法。
【0151】
６．前記映像パラメータセットは、前記ビットストリームとは別個に示される、項目１
～４までのいずれか１つに記載の方法。
～４までのいずれか１つに記載の方法。
【0152】
７．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビッ
トストリームとの変換を行うこと７２２を含み、このフォーマット規則は、すべての映像
レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、ビッ
トストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャ
バッファにおけるピクチャを、デコードされたピクチャバッファからピクチャを除去する
前に出力するかどうかを示す変数の値を制御することを規定する、映像処理方法（例えば
、図７Ｂに示す方法７２０）。
トストリームとの変換を行うこと７２２を含み、このフォーマット規則は、すべての映像
レイヤの映像ピクチャに対する最大ピクチャ幅および／または最大ピクチャ高さが、ビッ
トストリームにおいてデコーディング順で現在のピクチャの前のデコードされたピクチャ
バッファにおけるピクチャを、デコードされたピクチャバッファからピクチャを除去する
前に出力するかどうかを示す変数の値を制御することを規定する、映像処理方法（例えば
、図７Ｂに示す方法７２０）。
【0153】
８．前記変数は、映像パラメータセットに含まれる１つ以上の構文要素に少なくとも基
づいて導出される、項目７に記載の方法。
づいて導出される、項目７に記載の方法。
【0154】
９．現在のアクセスユニットについて導出される、各ピクチャの最大幅、各ピクチャの
最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容
値の値が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最
大幅、各ピクチャの最大高さ、彩度フォーマットインジケータの最大許容値、またはビッ
ト深度の最大許容値と異なる場合、前記変数の値を１に設定する、項目７に記載の方法。
最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容
値の値が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最
大幅、各ピクチャの最大高さ、彩度フォーマットインジケータの最大許容値、またはビッ
ト深度の最大許容値と異なる場合、前記変数の値を１に設定する、項目７に記載の方法。
【0155】
１０．前記変数の値が１に等しい場合は、デコーディング順で現在のピクチャの前のデ
コードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファか
らピクチャを除去する前に出力しないことを示す、項目９に記載の方法。
コードされたピクチャバッファにおけるピクチャを、デコードされたピクチャバッファか
らピクチャを除去する前に出力しないことを示す、項目９に記載の方法。
【0156】
１１．前記変数の値は、前記映像のピクセルを表すために使用されるクロマフォーマッ
トインジケータの最大許容値および／またはビット深度の最大許容値にさらに基づく、項
目７～１０のいずれかに記載の方法。
トインジケータの最大許容値および／またはビット深度の最大許容値にさらに基づく、項
目７～１０のいずれかに記載の方法。
【0157】
１２．前記映像パラメータセットは、前記ビットストリームに含まれる、項目７～１１
までのいずれか１つに記載の方法。
までのいずれか１つに記載の方法。
【0158】
１３．前記映像パラメータセットは、前記ビットストリームとは別個に示される、項目
７～１１までのいずれかに記載の方法。
７～１１までのいずれかに記載の方法。
【0159】
１４．フォーマット規則に従って１つ以上の映像レイヤを有する映像と映像のビットス
トリームとの変換を行うこと７３２を含み、このフォーマット規則は、映像のピクセルを
表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビッ
ト深度の最大許容値が、ビットストリームにおいてデコーディング順で現在のピクチャの
前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッファ
からピクチャを除去する前に出力するかどうかを示す変数の値を制御することを規定する
映像処理方法（例えば、図７Ｃに示す７３０）。
トリームとの変換を行うこと７３２を含み、このフォーマット規則は、映像のピクセルを
表すために使用されるクロマフォーマットインジケータの最大許容値および／またはビッ
ト深度の最大許容値が、ビットストリームにおいてデコーディング順で現在のピクチャの
前のデコードされたピクチャバッファ内のピクチャを、デコードされたピクチャバッファ
からピクチャを除去する前に出力するかどうかを示す変数の値を制御することを規定する
映像処理方法（例えば、図７Ｃに示す７３０）。
【0160】
１５．前記変数は、映像パラメータセットに信号通知される１つ以上の構文要素に少な
くとも基づいて導出される、項目１４に記載の方法。
くとも基づいて導出される、項目１４に記載の方法。
【0161】
１６．現在のアクセスユニットについて導出された各ピクチャの最大幅、各ピクチャの
最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容
値の値が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最
大幅、各ピクチャの最大高さ、彩度フォーマットインジケータの最大許容値、またはビッ
ト深度の最大許容値と異なる場合、前記変数の値を１に設定する、項目１４に記載の方法
。
最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容
値の値が、デコーディング順で前のアクセスユニットについて導出された各ピクチャの最
大幅、各ピクチャの最大高さ、彩度フォーマットインジケータの最大許容値、またはビッ
ト深度の最大許容値と異なる場合、前記変数の値を１に設定する、項目１４に記載の方法
。
【0162】
１７．前記変数の値が１に等しい場合は、デコーディング順で現在のピクチャの前のデ
コードされたピクチャバッファにおけるピクチャを、前記デコードされたピクチャバッフ
ァから前記ピクチャを除去する前に出力しないことを示す、項目１６に記載の方法。
コードされたピクチャバッファにおけるピクチャを、前記デコードされたピクチャバッフ
ァから前記ピクチャを除去する前に出力しないことを示す、項目１６に記載の方法。
【0163】
１８．前記変数の値は、すべての映像レイヤの映像ピクチャに対する最大ピクチャ幅お
よび／または最大ピクチャ高さにさらに基づく、項目１４～１７のいずれかに記載の方法
。
よび／または最大ピクチャ高さにさらに基づく、項目１４～１７のいずれかに記載の方法
。
【0164】
１９．前記映像パラメータセットは、前記ビットストリームに含まれる、項目１４～１
８までのいずれか１つに記載の方法。
８までのいずれか１つに記載の方法。
【0165】
２０．前記映像パラメータセットは、前記ビットストリームとは別個に示される、項目
１４～１８までのいずれかに記載の方法。
１４～１８までのいずれかに記載の方法。
【0166】
２１．規則に従って、１つ以上の映像レイヤを有する映像と、この映像のビットストリ
ームとの変換を行うこと７４２を含み、この規則は、ビットストリームにおいてデコーデ
ィング順で現在のピクチャの前にデコードされたピクチャバッファ内のピクチャが、デコ
ードされたピクチャバッファから除去する前に出力されるかどうかを示す変数の値が、こ
の映像のエンコーディングに別個の色平面を使用するかどうかに依存しないことを規定す
る、映像処理方法（例えば、図７Ｄに示す方法７４０）。
ームとの変換を行うこと７４２を含み、この規則は、ビットストリームにおいてデコーデ
ィング順で現在のピクチャの前にデコードされたピクチャバッファ内のピクチャが、デコ
ードされたピクチャバッファから除去する前に出力されるかどうかを示す変数の値が、こ
の映像のエンコーディングに別個の色平面を使用するかどうかに依存しないことを規定す
る、映像処理方法（例えば、図７Ｄに示す方法７４０）。
【0167】
２２．別個の色平面を映像をエンコーディングするために使用しない場合、規則は、映
像ピクチャに対して１回だけデコーディングを実行することを規定し、または別個の色平
面を映像をエンコーディングするために使用する場合、この規則は、ピクチャデコーディ
ングを３回呼び出すことを規定する、項目２１に記載の方法。
像ピクチャに対して１回だけデコーディングを実行することを規定し、または別個の色平
面を映像をエンコーディングするために使用する場合、この規則は、ピクチャデコーディ
ングを３回呼び出すことを規定する、項目２１に記載の方法。
【0168】
２３．前記変換は、前記映像を前記ビットストリームにエンコーディングすることを含
む、項目１～項目２２のいずれか１つに記載の方法。
む、項目１～項目２２のいずれか１つに記載の方法。
【0169】
２４．前記変換は、前記ビットストリームから前記映像をデコーディングすることを含
む、項目１～２２までのいずれか１つに記載の方法。
む、項目１～２２までのいずれか１つに記載の方法。
【0170】
２５．前記変換は、映像から前記ビットストリームを生成することを含み、前記方法は
、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに
含む、項目１～２２のいずれか１つに記載の方法。
、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに
含む、項目１～２２のいずれか１つに記載の方法。
【0171】
２６．項目１～２５のずれか１項目以上に記載の方法を実装するように構成されたプロ
セッサを備える映像処理装置。
セッサを備える映像処理装置。
【0172】
２７．解決策１～２５のいずれか１項に記載の方法を含み、かつ前記ビットストリーム
を非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットスト
リーム記憶する方法。
を非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットスト
リーム記憶する方法。
【0173】
２８．実行されると、項目１～２５のいずれか１つ以上に記載の方法をプロセッサに実
装させるプログラムコードを記憶するコンピュータ可読媒体。
装させるプログラムコードを記憶するコンピュータ可読媒体。
【0174】
２９．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピ
ュータ可読媒体。
ュータ可読媒体。
【0175】
３０．項目１～２５のいずれか１つ以上に記載の方法を実装するように構成された、ビ
ットストリーム表現を記憶するための映像処理装置。
ットストリーム表現を記憶するための映像処理装置。
【0176】
第３の節は、前章（例えば、項目５）に記載された技術の例示的な実施形態を示す。
【0177】
１．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビッ
トストリームとの変換を行うこと８１２を含み、このフォーマット規則は、特定のタイプ
のアクセスユニットをデコーディングするときに、あらかじめデコードされてデコードさ
れたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去
するかどうかを示すフラグの値がこのビットストリームに含まれることを規定する、映像
処理方法（例えば、図８Ａに示す方法８１０）。
トストリームとの変換を行うこと８１２を含み、このフォーマット規則は、特定のタイプ
のアクセスユニットをデコーディングするときに、あらかじめデコードされてデコードさ
れたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去
するかどうかを示すフラグの値がこのビットストリームに含まれることを規定する、映像
処理方法（例えば、図８Ａに示す方法８１０）。
【0178】
２．前記フォーマット規則は、アクセスユニット内のすべてのピクチャについて値が同
じであることを規定する、項目１に記載の方法。
じであることを規定する、項目１に記載の方法。
【0179】
３．前記フォーマット規則は、ビットストリームにおいてデコーディング順で現在のピ
クチャの前のデコードされたピクチャバッファ内のピクチャを、前記デコードされたピク
チャバッファからピクチャを除去する前に出力するかどうかを示す変数の値が前記フラグ
の値に基づことを規定する、項目１または２に記載の方法。
クチャの前のデコードされたピクチャバッファ内のピクチャを、前記デコードされたピク
チャバッファからピクチャを除去する前に出力するかどうかを示す変数の値が前記フラグ
の値に基づことを規定する、項目１または２に記載の方法。
【0180】
４．前記フラグは、ピクチャヘッダに示される、項目１～３のいずれかに記載の方法。
【0181】
５．前記フラグは、スライスヘッダに示される、項目１～３のいずれかに記載の方法。
【0182】
６．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビッ
トストリームとの変換を行うこと８２２を含み、このフォーマット規則は、特定のタイプ
のアクセスユニットをデコーディングするときに、あらかじめデコードされてデコードさ
れたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去
するかどうかを示す第１のフラグの値がピクチャヘッダには示されていないことを規定す
る、映像処理方法（例えば、図８Ｂに示す方法８２０）。
トストリームとの変換を行うこと８２２を含み、このフォーマット規則は、特定のタイプ
のアクセスユニットをデコーディングするときに、あらかじめデコードされてデコードさ
れたピクチャバッファに記憶されたピクチャをデコードされたピクチャバッファから除去
するかどうかを示す第１のフラグの値がピクチャヘッダには示されていないことを規定す
る、映像処理方法（例えば、図８Ｂに示す方法８２０）。
【0183】
７．第１のフラグがアクセスユニット区切り文字で示される、項目６に記載の方法。
【0184】
８．ＩＲＡＰ（ランダムアクセスポイント内ピクチャ）またはＧＤＲ（漸次的デコーデ
ィング更新）アクセスユニットを示す第２のフラグは、特定の値を有する、項目６に記載
の方法。
ィング更新）アクセスユニットを示す第２のフラグは、特定の値を有する、項目６に記載
の方法。
【0185】
９．ＩＲＡＰ（ランダムアクセスポイント内ピクチャ）またはＧＤＲ（漸次的デコーデ
ィング更新）アクセスユニットのためにアクセスユニット区切り文字が存在しない場合、
第１のフラグの値は１に等しいと推測される、項目６に記載の方法。
ィング更新）アクセスユニットのためにアクセスユニット区切り文字が存在しない場合、
第１のフラグの値は１に等しいと推測される、項目６に記載の方法。
【0186】
１０．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビ
ットストリームとの変換を行うこと８３２を含み、このフォーマット規則は、あらかじめ
デコードされてデコードされたピクチャバッファに記憶されたピクチャをデコードされた
ピクチャバッファから除去するかどうかを示すアクセスユニットに関連付けられたフラグ
の値が、アクセスユニットの各ピクチャのフラグの値に依存することを規定する、映像処
理方法（例えば、図８Ｃに示す方法８３０）。
ットストリームとの変換を行うこと８３２を含み、このフォーマット規則は、あらかじめ
デコードされてデコードされたピクチャバッファに記憶されたピクチャをデコードされた
ピクチャバッファから除去するかどうかを示すアクセスユニットに関連付けられたフラグ
の値が、アクセスユニットの各ピクチャのフラグの値に依存することを規定する、映像処
理方法（例えば、図８Ｃに示す方法８３０）。
【0187】
１１．フォーマット規則は、アクセスユニットのピクチャごとのフラグが０に等しい場
合、アクセスユニットのフラグの値は０に等しいと見なされ、そうでない場合、アクセス
ユニットのフラグの値は１に等しいと見なされることを規定する、項目１０に記載の方法
。
合、アクセスユニットのフラグの値は０に等しいと見なされ、そうでない場合、アクセス
ユニットのフラグの値は１に等しいと見なされることを規定する、項目１０に記載の方法
。
【0188】
１２． 前記変換は、前記ビデオを前記ビットストリームにエンコーディングすること
を含む、項目１～１１のいずれか１つに記載の方法。
を含む、項目１～１１のいずれか１つに記載の方法。
【0189】
１３．前記変換は、前記ビットストリームから前記ビデオをデコーディングすることを
含む、項目１～１１までのいずれか１つに記載の方法。
含む、項目１～１１までのいずれか１つに記載の方法。
【0190】
１４．前記変換は、映像から前記ビットストリームを生成することを含み、前記方法は
、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに
含む、項目１～１１のいずれかに記載の方法。
、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに
含む、項目１～１１のいずれかに記載の方法。
【0191】
１５．項目１～１４のずれか１項目以上に記載の方法を実装するように構成されたプロ
セッサを備える映像処理装置。
セッサを備える映像処理装置。
【0192】
１６．項目１～１４のいずれか１項に記載の方法を含み、前記ビットストリームを非一
時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリーム
記憶する方法。
時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリーム
記憶する方法。
【0193】
１７．実行されると、項目１～１４のいずれか１つ以上に記載の方法をプロセッサに実
装させるプログラムコードを記憶するコンピュータ可読媒体。
装させるプログラムコードを記憶するコンピュータ可読媒体。
【0194】
１８．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピ
ュータ可読媒体。
ュータ可読媒体。
【0195】
１９．項目１～１４のいずれか１つ以上に記載の方法を実装するように構成された、ビ
ットストリーム表現を記憶するための映像処理装置。
ットストリーム表現を記憶するための映像処理装置。
【0196】
第４の節の集合は、前節で論じた技法の例示的な実施形態（例えば、項目６～８）を示
す。
す。
【0197】
１．映像処理方法（例えば、図９Ａに示す方法９１０）は、以下を含む。フォーマット
規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変
換を行うこと９１２を含み、このフォーマット規則は、アクセスユニットにおいてピクチ
ャを出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力
するかどうかを示すフラグに基づいて決定することを規定する。
規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビットストリームとの変
換を行うこと９１２を含み、このフォーマット規則は、アクセスユニットにおいてピクチ
ャを出力するかどうかを示す変数の値を、アクセスユニットにおいて別のピクチャを出力
するかどうかを示すフラグに基づいて決定することを規定する。
【0198】
２．前記別のピクチャは、前記ピクチャよりも上位レイヤにある、項目１に記載の方法
。
。
【0199】
３．前記フラグは、デコードされたピクチャの出力および除去処理を制御する、項目１
または２に記載の方法。
または２に記載の方法。
【0200】
４．前記フラグは、シーケンスパラメータセット（ＳＰＳ）、映像パラメータセット（
ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ、スライスヘッダ、ま
たはタイルグループヘッダに含まれる構文要素である、項目１または２に記載の方法。
ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ、スライスヘッダ、ま
たはタイルグループヘッダに含まれる構文要素である、項目１または２に記載の方法。
【0201】
５．前記変数の値は、ｉ）映像パラメータセット（ＶＰＳ）に対する識別子の値を規定
するフラグ、ｉｉ）現在の映像レイヤが出力レイヤであるかどうか、ｉｉ）現在のピクチ
ャがランダムアクセススキップされた先頭ピクチャであるかどうか、漸次的デコーディン
グ更新ピクチャであるかどうか、漸次的デコーディング更新ピクチャの復元ピクチャであ
るかどうか、またはｉｉｉ）デコーディング順で現在のピクチャの前のデコードされたピ
クチャバッファにおけるピクチャを、ピクチャが復元される前に出力するかどうか、のう
ちの少なくとも１つにさらに基づく、項目１から４のいずれかに記載の方法。
するフラグ、ｉｉ）現在の映像レイヤが出力レイヤであるかどうか、ｉｉ）現在のピクチ
ャがランダムアクセススキップされた先頭ピクチャであるかどうか、漸次的デコーディン
グ更新ピクチャであるかどうか、漸次的デコーディング更新ピクチャの復元ピクチャであ
るかどうか、またはｉｉｉ）デコーディング順で現在のピクチャの前のデコードされたピ
クチャバッファにおけるピクチャを、ピクチャが復元される前に出力するかどうか、のう
ちの少なくとも１つにさらに基づく、項目１から４のいずれかに記載の方法。
【0202】
６．ｉ）ＶＰＳのための識別子の値を規定するフラグが０より大きく、かつ現在の層が
出力レイヤでない場合、またはｉｉ）以下の条件の１つが真である場合、変数の値を０に
等しく設定する、項目５に記載の方法。
出力レイヤでない場合、またはｉｉ）以下の条件の１つが真である場合、変数の値を０に
等しく設定する、項目５に記載の方法。
【0203】
現在のピクチャは、ランダムアクセススキップされた先頭ピクチャであり、デコーディ
ング順で現在のピクチャの前のデコードされたピクチャバッファにおける関連付けられた
ランダムアクセスポイント内ピクチャを、ランダムアクセスポイント内ピクチャを復元す
る前に出力しない。
ング順で現在のピクチャの前のデコードされたピクチャバッファにおける関連付けられた
ランダムアクセスポイント内ピクチャを、ランダムアクセスポイント内ピクチャを復元す
る前に出力しない。
【0204】
現在のピクチャは、ピクチャを復元する前に出力しないデコーディング順で現在のピク
チャより前のデコードされたピクチャバッファ内のピクチャによる漸次的デコーディング
更新ピクチャであるか、
ピクチャを復元する前に出力しないデコーディング順で現在のピクチャより前のデコード
されたピクチャバッファ内のピクチャによる漸次的デコーディング更新ピクチャの復元ピ
クチャである。
チャより前のデコードされたピクチャバッファ内のピクチャによる漸次的デコーディング
更新ピクチャであるか、
ピクチャを復元する前に出力しないデコーディング順で現在のピクチャより前のデコード
されたピクチャバッファ内のピクチャによる漸次的デコーディング更新ピクチャの復元ピ
クチャである。
【0205】
７．ｉ）およびｉｉ）の両方が満たされない場合、変数の値はフラグの値に等しく設定
される、項目６に記載の方法。
される、項目６に記載の方法。
【0206】
８．前記変数の値が０に等しいことは、アクセスユニットにおいてピクチャを出力しな
いことを示す、項目６に記載の方法。
いことを示す、項目６に記載の方法。
【0207】
９．変数はＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇであり、フラグはｐｉｃ＿ｏｕｔｐｕ
ｔ＿ｆｌａｇである、項目１に記載の方法。
ｔ＿ｆｌａｇである、項目１に記載の方法。
【0208】
１０．前記フラグは、アクセスユニット区切り文字に含まれる、項目１から９のいずれ
かに記載の方法。
かに記載の方法。
【0209】
１１．前記フラグは、補足強化情報フィールドに含まれる、項目１～９のいずれかに記
載の方法。
載の方法。
【0210】
１２．前記フラグは、１つ以上のピクチャのピクチャヘッダに含まれる、項目１～９の
いずれかに記載の方法。
いずれかに記載の方法。
【0211】
１３．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビ
ットストリームとの変換を行うこと９２２を含み、このフォーマット規則は、ピクチャが
出力レイヤに属していない場合、アクセスユニットにおいてあるピクチャを出力するかど
うかを示す変数の値を特定の値と等しく設定することを規定する、映像処理方法（例えば
、図９Ｂに示す方法９２０）
ットストリームとの変換を行うこと９２２を含み、このフォーマット規則は、ピクチャが
出力レイヤに属していない場合、アクセスユニットにおいてあるピクチャを出力するかど
うかを示す変数の値を特定の値と等しく設定することを規定する、映像処理方法（例えば
、図９Ｂに示す方法９２０）
【0212】
１４．前記特定の値がゼロである、項目１３に記載の方法。
【0213】
１５．フォーマット規則に従って、１つ以上の映像レイヤを有する映像とこの映像のビ
ットストリームとの変換を行うこと９３２を含み、このフォーマット規則は、映像１つの
出力レイヤのみを有している場合、出力レイヤを含まないアクセスユニットは、アクセス
ユニットにおいてピクチャを出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を
有するピクチャに対して第１の値に、他のすべてのピクチャに対して第２の値に設定する
ことによってコード化されることを規定する、映像処理方法（例えば、図９Ｃに記載の方
法９３０）。
ットストリームとの変換を行うこと９３２を含み、このフォーマット規則は、映像１つの
出力レイヤのみを有している場合、出力レイヤを含まないアクセスユニットは、アクセス
ユニットにおいてピクチャを出力するかどうかを示す変数を最上レイヤＩＤ（識別）値を
有するピクチャに対して第１の値に、他のすべてのピクチャに対して第２の値に設定する
ことによってコード化されることを規定する、映像処理方法（例えば、図９Ｃに記載の方
法９３０）。
【0214】
１６．第１の値は、１であり、第２の値は、０に等しい、項目１５に記載の方法。
【0215】
１７．前記変換は、前記ビデオを前記ビットストリームにエンコーディングすることを
含む、項目１～１６のいずれか１つに記載の方法。
含む、項目１～１６のいずれか１つに記載の方法。
【0216】
１８．前記変換は、前記ビットストリームから前記ビデオをデコーディングすることを
含む、項目１～１６までのいずれか１つに記載の方法。
含む、項目１～１６までのいずれか１つに記載の方法。
【0217】
１９．前記変換は、映像から前記ビットストリームを生成することを含み、前記方法は
、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに
含む、項目１～１６のいずれか１つに記載の方法。
、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに
含む、項目１～１６のいずれか１つに記載の方法。
【0218】
２０．項目１～１９のずれか１項目以上に記載の方法を実装するように構成されたプロ
セッサを備える映像処理装置。
セッサを備える映像処理装置。
【0219】
２１．項目１～１９のいずれか１つに記載の方法を含み、かつ前記ビットストリームを
非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリ
ーム記憶する方法。
非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリ
ーム記憶する方法。
【0220】
２２．実行されると、項目１～１９のいずれか１つ以上に記載の方法をプロセッサに実
装させるプログラムコードを記憶するコンピュータ可読媒体。
装させるプログラムコードを記憶するコンピュータ可読媒体。
【0221】
２３．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピ
ュータ可読媒体。
ュータ可読媒体。
【0222】
２４．項目１～１９のいずれか１つ以上に記載の方法を実装するように構成された、ビ
ットストリーム表現を記憶するための映像処理装置。
ットストリーム表現を記憶するための映像処理装置。
【0223】
本明細書では、「映像処理」という用語は、映像エンコーディング、映像デコーディン
グ、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の
画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用され
てもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定さ
れるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応
していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り
残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおける
ビットを使用してエンコードされてもよい。さらに、変換中、デコーダは、上記解決策で
説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなく
てもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコ
ーダは、特定の構文フィールドが含まれるべきであるか、または含まれないべきであるか
を判定し、構文フィールドをコーディングされた表現に含めるか、またはコーディングさ
れた表現から除外することによって、それに応じてコーディングされた表現を生成しても
よい。
グ、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の
画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用され
てもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定さ
れるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応
していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り
残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおける
ビットを使用してエンコードされてもよい。さらに、変換中、デコーダは、上記解決策で
説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなく
てもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコ
ーダは、特定の構文フィールドが含まれるべきであるか、または含まれないべきであるか
を判定し、構文フィールドをコーディングされた表現に含めるか、またはコーディングさ
れた表現から除外することによって、それに応じてコーディングされた表現を生成しても
よい。
【0224】
本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュ
ール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物
を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しく
はハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム
製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作
を制御するために、コンピュータ可読媒体上にエンコードされたコンピュータプログラム
命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒
体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号を
もたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「デ
ータ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、また
は複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装
置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータ
プログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルス
タック、データベース管理システム、オペレーティングシステム、またはこれらの１また
は複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成し
た信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送
信するための情報をエンコードするために生成される。
ール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物
を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しく
はハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム
製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作
を制御するために、コンピュータ可読媒体上にエンコードされたコンピュータプログラム
命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒
体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号を
もたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「デ
ータ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、また
は複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装
置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータ
プログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルス
タック、データベース管理システム、オペレーティングシステム、またはこれらの１また
は複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成し
た信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送
信するための情報をエンコードするために生成される。
【0225】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展
開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるフ
ァイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持する
ファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト
）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていても
よいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、ま
たはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラ
ムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信
ネットワークによって相互接続される複数のコンピュータで実行させるように展開するこ
とも可能である。
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展
開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるフ
ァイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持する
ファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト
）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていても
よいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、ま
たはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラ
ムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信
ネットワークによって相互接続される複数のコンピュータで実行させるように展開するこ
とも可能である。
【0226】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生
成することによって機能を実行するための１または複数のコンピュータプログラムを実行
する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロ
ジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏ
ｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ
Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ
、装置はまた、特別目的のロジック回路として実装することができる。
成することによって機能を実行するための１または複数のコンピュータプログラムを実行
する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロ
ジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏ
ｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ
Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ
、装置はまた、特別目的のロジック回路として実装することができる。
【0227】
コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用マイク
ロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の
プロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアク
セスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要
素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１または
複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１
または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを
含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれ
らにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータ
は、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータ
を記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、
およびメモリデバイスを含み、例えば、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍ
ｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａ
ｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏ
ｒｙ）、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバ
ブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭ（ｃｏｍｐａｃｔ ｄｉｓｃ， ｒ
ｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）およびＤＶＤ－ＲＯＭ（ｄｉｇｉｔａｌ ｖｅｒｓａ
ｔｉｌｅ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）ディスク等の半導体記憶装置
を含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく
、または特定用途のロジック回路に組み込まれてもよい。
ロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の
プロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアク
セスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要
素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１または
複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１
または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを
含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれ
らにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータ
は、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータ
を記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、
およびメモリデバイスを含み、例えば、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍ
ｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａ
ｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏ
ｒｙ）、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバ
ブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭ（ｃｏｍｐａｃｔ ｄｉｓｃ， ｒ
ｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）およびＤＶＤ－ＲＯＭ（ｄｉｇｉｔａｌ ｖｅｒｓａ
ｔｉｌｅ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）ディスク等の半導体記憶装置
を含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく
、または特定用途のロジック回路に組み込まれてもよい。
【0228】
本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み
合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまた
はサブコンビネーションのバリエーションに向けられてもよい。
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み
合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまた
はサブコンビネーションのバリエーションに向けられてもよい。
【0229】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0230】
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示され
ているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
ているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図7C】
【図7D】
【図8A】
【図8B】
【図8C】
【図9A】
【図9B】
【図9C】
【手続補正書】
【提出日】2024-07-12
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
フォーマット規則に従って、１つ以上の映像レイヤを有する映像と前記映像のビットストリームとの変換を行うこと、を含む映像処理方法であって、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、映像処理方法。
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、映像処理方法。
【請求項2】
前記最大ピクチャ幅および／または前記最大ピクチャ高さは、映像パラメータセットに含まれる、請求項１に記載の方法。
【請求項3】
現在のアクセスユニットについて導出される各ピクチャの最大幅、各ピクチャの最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値が、復号順で先行するアクセスユニットについて導出される各ピクチャの前記最大幅、各ピクチャの前記最大高さ、クロマフォーマットインジケータの最大許容値、またはビット深度の最大許容値の値と異なる場合に、前記変数の前記値を１に設定し、
前記変数の前記値が１に等しいことは、復号順で前記現在のピクチャより前に前記復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されないことを示す、請求項１に記載の方法。
前記変数の前記値が１に等しいことは、復号順で前記現在のピクチャより前に前記復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されないことを示す、請求項１に記載の方法。
【請求項4】
前記変数の前記値は、クロマフォーマットインジケータの最大許容値および／または前記映像のピクセルを表すために使用されるビット深度の最大許容値にさらに基づく、請求項１に記載の方法。
【請求項5】
前記クロマフォーマットインジケータの前記最大許容値および／または前記映像のピクセルを表すために使用されるビット深度の前記最大許容値は、映像パラメータセットに含まれる、請求項４に記載の方法。
【請求項6】
レイヤに対する前記クロマフォーマットインジケータの前記最大許容値は、前記レイヤ内の１つ以上のレイヤ映像シーケンスによって参照されるすべてのシーケンスパラメータセットに適用可能である、請求項４に記載の方法。
【請求項7】
複数のコーディングされたレイヤ映像シーケンスを含み、レイヤインデックスｉを有するレイヤに対して前記変換を行うために、前記フォーマット規則は、ｉ番目のレイヤに対する各ピクチャ記憶バッファの幅を示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ｉ］、前記ｉ番目のレイヤに対する各ピクチャ記憶バッファの高さを示すｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ｉ］、前記ｉ番目のレイヤに対する前記クロマフォーマットインジケータの前記最大許容値を示す構文要素、および前記ｉ番目のレイヤに対するビット深度の前記最大許容値を示す構文要素、を含む少なくとも１つの構文要素の値に従って、復号されたピクチャバッファに対するメモリを割り当てることを規定する、請求項４に記載の方法。
【請求項8】
前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１に記載の方法。
【請求項9】
前記変換は、前記ビットストリームから前記映像を復号することを含む、請求項１に記載の方法。
【請求項10】
プロセッサと命令を備える非一時的メモリとを含む映像データ処理装置であって、前記命令は前記プロセッサによって実行されると、前記プロセッサに、
フォーマット規則に従って、１つ以上の映像レイヤを有する映像と前記映像のビットストリームとの変換を行わせ、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、映像データ処理装置。
フォーマット規則に従って、１つ以上の映像レイヤを有する映像と前記映像のビットストリームとの変換を行わせ、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、映像データ処理装置。
【請求項11】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、プロセッサに、
フォーマット規則に従って、１つ以上の映像レイヤを有する映像と前記映像のビットストリームとの変換を行わせ、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、非一時的なコンピュータ可読記憶媒体。
フォーマット規則に従って、１つ以上の映像レイヤを有する映像と前記映像のビットストリームとの変換を行わせ、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、非一時的なコンピュータ可読記憶媒体。
【請求項12】
映像処理装置で行われる方法により生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、
フォーマット規則に従って、１つ以上の映像レイヤを有する前記映像の前記ビットストリームと前記映像のビットストリームとを生成することを含み、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、非一時的なコンピュータ可読記録媒体。
フォーマット規則に従って、１つ以上の映像レイヤを有する前記映像の前記ビットストリームと前記映像のビットストリームとを生成することを含み、
前記フォーマット規則は、少なくとも１つのレイヤの映像ピクチャの最大ピクチャ幅および／または最大ピクチャ高さが、前記ビットストリームにおける復号順で現在のピクチャより前に復号されたピクチャバッファ内のピクチャが、前記復号されたピクチャバッファから前記ピクチャが除去される前に出力されるかどうかを示す変数の値を制御することを規定する、非一時的なコンピュータ可読記録媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
関連出願の相互参照
本出願は、２０２１年３月１６日に出願された国際出願第ＰＣＴ／ＵＳ２０２１／０２２５４７号の国内段階である日本出願第２０２２－５５６１４９号の分割出願であり、２０２０年３月１７日に出願された米国特許仮出願第６２／９９０，７４９号の優先権および利益を主張する。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本出願は、２０２１年３月１６日に出願された国際出願第ＰＣＴ／ＵＳ２０２１／０２２５４７号の国内段階である日本出願第２０２２－５５６１４９号の分割出願であり、２０２０年３月１７日に出願された米国特許仮出願第６２／９９０，７４９号の優先権および利益を主張する。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【外国語明細書】