知財求人 - 知財ポータルサイト「IP Force」
特開2024-9265符号化されたビデオストリームを復号するための方法、装置およびコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024009265
(43)【公開日】2024-01-19
(54)【発明の名称】符号化されたビデオストリームを復号するための方法、装置およびコンピュータプログラム
(51)【国際特許分類】
H04N 19/70 20140101AFI20240112BHJP
【ＦＩ】
H04N19/70
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023199968
(22)【出願日】2023-11-27
(62)【分割の表示】P 2021562870の分割
【原出願日】2021-05-18
(31)【優先権主張番号】63/027,826
(32)【優先日】2020-05-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/035,274
(32)【優先日】2020-06-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/036,335
(32)【優先日】2020-06-08
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/037,903
(32)【優先日】2020-06-11
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/320,764
(32)【優先日】2021-05-14
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100150197
【弁理士】
【氏名又は名称】松尾 直樹
(72)【発明者】
【氏名】ビョンドゥ・チェ
(72)【発明者】
【氏名】ステファン・ヴェンガー
(72)【発明者】
【氏名】シャン・リュウ
(57)【要約】
【課題】符号化されたビデオストリームを復号するためのシステムおよび方法が提供される。
【解決手段】方法は、ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するステップと、符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれているか否かを示す第１のフラグをシグナリングするステップと、符号化されたビデオストリームのピクチャヘッダ内の、ピクチャがＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングするステップと、第１のフラグおよび第２のフラグのシグナリングに基づいて、ピクチャを現在のピクチャとして復号するステップと、を含み、第１のフラグの値および第２のフラグの値が位置合わせされる。
【選択図】図３
【解決手段】方法は、ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するステップと、符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれているか否かを示す第１のフラグをシグナリングするステップと、符号化されたビデオストリームのピクチャヘッダ内の、ピクチャがＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングするステップと、第１のフラグおよび第２のフラグのシグナリングに基づいて、ピクチャを現在のピクチャとして復号するステップと、を含み、第１のフラグの値および第２のフラグの値が位置合わせされる。
【選択図】図３
【特許請求の範囲】
【請求項1】
少なくとも１つのプロセッサによって実行される方法であって、
ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するステップと、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれているか否かを示す第１のフラグをシグナリングするステップと、
前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャが前記ＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングするステップと、
前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号するステップと、を含み、
前記第１のフラグの値と前記第２のフラグの値とが位置合わせされる、
方法。
ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するステップと、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれているか否かを示す第１のフラグをシグナリングするステップと、
前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャが前記ＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングするステップと、
前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号するステップと、を含み、
前記第１のフラグの値と前記第２のフラグの値とが位置合わせされる、
方法。
【請求項2】
前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第３のフラグをシグナリングするステップ
をさらに含み、
前記第１のフラグの値と前記第３のフラグの値とが位置合わせされている、
請求項１に記載の方法。
をさらに含み、
前記第１のフラグの値と前記第３のフラグの値とが位置合わせされている、
請求項１に記載の方法。
【請求項3】
前記第３のフラグは、前記ピクチャが前記ＩＲＡＰピクチャではないことを示す前記第２のフラグに基づいてシグナリングされる、請求項２に記載の方法。
【請求項4】
前記第１のフラグは、前記ピクチャが前記ＩＲＡＰピクチャおよび前記ＧＤＲピクチャのいずれか一方であることを示す値を有し、
前記第２のフラグは、前記ピクチャがＩＲＡＰピクチャであることを示す値を有し、
前記方法は、ＩＲＡＰピクチャの前の任意のピクチャが出力されるか否かを示す、符号化されたビデオストリームのピクチャのスライスのスライスヘッダ内の第３のフラグをシグナリングするステップをさらに含む、
請求項１に記載の方法。
前記第２のフラグは、前記ピクチャがＩＲＡＰピクチャであることを示す値を有し、
前記方法は、ＩＲＡＰピクチャの前の任意のピクチャが出力されるか否かを示す、符号化されたビデオストリームのピクチャのスライスのスライスヘッダ内の第３のフラグをシグナリングするステップをさらに含む、
請求項１に記載の方法。
【請求項5】
前記スライスのネットワーク抽象化層（ＮＡＬ）ユニット型式を判定するステップをさらに含み、
前記第３のフラグは、判定された前記ＮＡＬユニット型式に基づいてシグナリングされる、
請求項４に記載の方法。
前記第３のフラグは、判定された前記ＮＡＬユニット型式に基づいてシグナリングされる、
請求項４に記載の方法。
【請求項6】
前記第３のフラグは、前記ＮＡＬユニット型式がＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいと判定されることに基づいてシグナリングされる、請求項５に記載の方法。
【請求項7】
前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第４のフラグをシグナリングするステップをさらに含み、
前記第１のフラグの値と前記第４のフラグの値とは位置合わせされている、
請求項５に記載の方法。
前記第１のフラグの値と前記第４のフラグの値とは位置合わせされている、
請求項５に記載の方法。
【請求項8】
前記第３のフラグは、前記ピクチャが前記ＩＲＡＰピクチャではないことを示す前記第２のフラグに基づいてシグナリングされる、請求項７に記載の方法。
【請求項9】
復号する前記ステップは、
参照ピクチャリストを構築するステップと、
前記参照ピクチャリスト内の利用できない参照ピクチャを生成するステップと、
前記参照ピクチャリスト内の参照ピクチャについて、以下の制約が適用されるビットストリーム適合性を確認するステップであって、
前記参照ピクチャリスト内にあると示されているエントリの数は、前記参照ピクチャリスト内にあると示されているアクティブエントリの数以上であり、
前記参照ピクチャリスト内のアクティブエントリによって参照される各ピクチャは、復号ピクチャバッファ（ＤＰＢ）内に存在し、前記現在のピクチャの時間識別子値以下の時間識別子値を有し、
前記参照ピクチャリスト内のエントリによって参照される各ピクチャは前記現在のピクチャではなく、ピクチャ・ヘッダ・フラグによって参照ピクチャである可能性があることが示される、
ステップと、
を含む、請求項１に記載の方法。
参照ピクチャリストを構築するステップと、
前記参照ピクチャリスト内の利用できない参照ピクチャを生成するステップと、
前記参照ピクチャリスト内の参照ピクチャについて、以下の制約が適用されるビットストリーム適合性を確認するステップであって、
前記参照ピクチャリスト内にあると示されているエントリの数は、前記参照ピクチャリスト内にあると示されているアクティブエントリの数以上であり、
前記参照ピクチャリスト内のアクティブエントリによって参照される各ピクチャは、復号ピクチャバッファ（ＤＰＢ）内に存在し、前記現在のピクチャの時間識別子値以下の時間識別子値を有し、
前記参照ピクチャリスト内のエントリによって参照される各ピクチャは前記現在のピクチャではなく、ピクチャ・ヘッダ・フラグによって参照ピクチャである可能性があることが示される、
ステップと、
を含む、請求項１に記載の方法。
【請求項10】
バイストリーム適合性を確認する前記ステップは、前記現在のピクチャが独立した復号器リフレッシュ（ＩＤＲ）ピクチャ、クリーン・ランダム・アクセス（ＣＲＡ）ピクチャ、または段階的復号リフレッシュ（ＧＤＲ）ピクチャであるとの判定に基づいて実行される、請求項９に記載の方法。
【請求項11】
システムであって、
ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するように構成された少なくとも１つのプロセッサと、
コンピュータコードを記憶するメモリであって、前記コンピュータコードは、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれるか否かを示す第１のフラグを、前記少なくとも１つのプロセッサにシグナリングさせるように構成された第１のシグナリングコードと、
前記少なくとも１つのプロセッサに対して、前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャが前記ＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングさせるように構成された第２のシグナリングコードと、
前記少なくとも１つのプロセッサに、前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号させるように構成された復号コードと、を含み、
前記第１のフラグの値と前記第２のフラグの値とが位置合わせされる、
メモリと、
を備えたシステム。
ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するように構成された少なくとも１つのプロセッサと、
コンピュータコードを記憶するメモリであって、前記コンピュータコードは、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれるか否かを示す第１のフラグを、前記少なくとも１つのプロセッサにシグナリングさせるように構成された第１のシグナリングコードと、
前記少なくとも１つのプロセッサに対して、前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャが前記ＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングさせるように構成された第２のシグナリングコードと、
前記少なくとも１つのプロセッサに、前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号させるように構成された復号コードと、を含み、
前記第１のフラグの値と前記第２のフラグの値とが位置合わせされる、
メモリと、
を備えたシステム。
【請求項12】
前記コンピュータコードは、
前記少なくとも１つのプロセッサに、前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第３のフラグをシグナリングさせるように構成された第３のシグナリングコード
をさらに含み、
前記第１のフラグの値と前記第３のフラグの値とは位置合わせされている、
請求項１１に記載のシステム。
前記少なくとも１つのプロセッサに、前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第３のフラグをシグナリングさせるように構成された第３のシグナリングコード
をさらに含み、
前記第１のフラグの値と前記第３のフラグの値とは位置合わせされている、
請求項１１に記載のシステム。
【請求項13】
前記第３のフラグは、前記ピクチャが前記ＩＲＡＰピクチャではないことを示す前記第２のフラグに基づいてシグナリングされる、請求項１２に記載のシステム。
【請求項14】
前記第１のフラグは、前記ピクチャが前記ＩＲＡＰピクチャおよび前記ＧＤＲピクチャのいずれか一方であることを示す値を有し、
前記第２のフラグは、前記ピクチャがＩＲＡＰピクチャであることを示す値を有し、
前記コンピュータコードは、前記少なくとも１つのプロセッサに、前記符号化されたビデオストリームの前記ピクチャのスライスのスライスヘッダ内の、前記ＩＲＡＰピクチャより前の任意のピクチャが出力されているか否かを示す第３のフラグをシグナリングさせるように構成された第３のシグナリングコードをさらに含む、
請求項１１に記載のシステム。
前記第２のフラグは、前記ピクチャがＩＲＡＰピクチャであることを示す値を有し、
前記コンピュータコードは、前記少なくとも１つのプロセッサに、前記符号化されたビデオストリームの前記ピクチャのスライスのスライスヘッダ内の、前記ＩＲＡＰピクチャより前の任意のピクチャが出力されているか否かを示す第３のフラグをシグナリングさせるように構成された第３のシグナリングコードをさらに含む、
請求項１１に記載のシステム。
【請求項15】
前記コンピュータコードは、
前記少なくとも１つのプロセッサに、前記スライスのネットワーク抽象化層（ＮＡＬ）ユニット型式を決定させるように構成されたコードを判定するステップをさらに含み、
前記第３のフラグは、判定された前記ＮＡＬユニット型式に基づいてシグナリングされる、
請求項１４に記載のシステム。
前記少なくとも１つのプロセッサに、前記スライスのネットワーク抽象化層（ＮＡＬ）ユニット型式を決定させるように構成されたコードを判定するステップをさらに含み、
前記第３のフラグは、判定された前記ＮＡＬユニット型式に基づいてシグナリングされる、
請求項１４に記載のシステム。
【請求項16】
前記第３のフラグは、前記ＮＡＬユニット型式がＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいと判定されていることに基づいてシグナリングされる、請求項１５に記載のシステム。
【請求項17】
前記コンピュータコードは、
前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第４のフラグを、前記少なくとも１つのプロセッサにシグナリングさせるように構成された第４のシグナリングコーデック
をさらに含み、
前記第１のフラグの値と前記第４のフラグの値とは位置合わせされている、
請求項１５に記載のシステム。
前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第４のフラグを、前記少なくとも１つのプロセッサにシグナリングさせるように構成された第４のシグナリングコーデック
をさらに含み、
前記第１のフラグの値と前記第４のフラグの値とは位置合わせされている、
請求項１５に記載のシステム。
【請求項18】
前記第３のフラグは、前記ピクチャが前記ＩＲＡＰピクチャではないことを示す前記第２のフラグに基づいてシグナリングされる、請求項１７に記載のシステム。
【請求項19】
前記復号コードは、
前記少なくとも１つのプロセッサに参照ピクチャリストを構築させるように構成された構築コードと、
前記少なくとも１つのプロセッサが参照ピクチャリストに利用できない参照ピクチャを生成するように構成された生成コードと、
前記少なくとも１つのプロセッサに、前記参照ピクチャリスト内の参照ピクチャのビットストリーム適合性を確認させるように構成された確認コードであって、以下の制約、すなわち
参照ピクチャリストにあることが示されているエントリの数は、参照ピクチャリストにあることが示されているアクティブエントリの数以上であり、
前記参照ピクチャリストのアクティブエントリによって参照される各ピクチャは、復号ピクチャバッファ（ＤＰＢ）に存在し、現在のピクチャの時間識別子値以下の時間識別子値を有し、
前記参照ピクチャリストのエントリによって参照される各ピクチャは前記現在のピクチャではなく、ピクチャ・ヘッダ・フラグによって参照ピクチャである可能性があることが示される、
が適用される、確認コードと、
を含む、請求項１１に記載のシステム。
前記少なくとも１つのプロセッサに参照ピクチャリストを構築させるように構成された構築コードと、
前記少なくとも１つのプロセッサが参照ピクチャリストに利用できない参照ピクチャを生成するように構成された生成コードと、
前記少なくとも１つのプロセッサに、前記参照ピクチャリスト内の参照ピクチャのビットストリーム適合性を確認させるように構成された確認コードであって、以下の制約、すなわち
参照ピクチャリストにあることが示されているエントリの数は、参照ピクチャリストにあることが示されているアクティブエントリの数以上であり、
前記参照ピクチャリストのアクティブエントリによって参照される各ピクチャは、復号ピクチャバッファ（ＤＰＢ）に存在し、現在のピクチャの時間識別子値以下の時間識別子値を有し、
前記参照ピクチャリストのエントリによって参照される各ピクチャは前記現在のピクチャではなく、ピクチャ・ヘッダ・フラグによって参照ピクチャである可能性があることが示される、
が適用される、確認コードと、
を含む、請求項１１に記載のシステム。
【請求項20】
コンピュータ命令を記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ命令は、ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信する少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれるか否かを示す第１のフラグをシグナリングするステップと、
前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャがＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングするステップと、
前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号するステップと、
を実行させ、
前記第１のフラグの値と前記第２のフラグの値とが位置合わせされる、
非一時的コンピュータ可読媒体。
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれるか否かを示す第１のフラグをシグナリングするステップと、
前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャがＩＲＡＰピクチャであるか否かを示す第２のフラグをシグナリングするステップと、
前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号するステップと、
を実行させ、
前記第１のフラグの値と前記第２のフラグの値とが位置合わせされる、
非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【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】
【図1】一実施形態による通信システムの簡略化されたブロック図の概略図である。
【図2】一実施形態による通信システムの簡略化されたブロック図の概略図である。
【図3】一実施形態による復号器の簡略化されたブロック図の概略図である。
【図4】一実施形態による符号化器の簡略化されたブロック図の概略図である。
【図5A】比較技術の実施形態によるＡＲＣパラメータをシグナリングするための第１の構成の概略図である。
【図5B】比較技術の実施形態によるＡＲＣパラメータをシグナリングするための第２の構成の概略図である。
【図6A】一実施形態によるＡＲＣパラメータをシグナリングするための第１の構成の概略図である。
【図6B】一実施形態によるＡＲＣパラメータをシグナリングするための第２の構成の概略図である。
【図6C】一実施形態によるＡＲＣパラメータをシグナリングするための第３の構成の概略図である。
【図7A】一実施形態によるタイル・グループ・ヘッダの抜粋の概略図である。
【図7B】一実施形態によるシーケンス・パラメータ・セットの抜粋の概略図である。
【図8】適応的な解像度変更を伴うスケーラビリティのための予測構造の一例である。
【図9A】一実施形態による構文表の一例を示す図である。
【図9B】一実施形態による構文表の一例を示す図である。
【図10】一実施形態による、アクセスユニット当たりのＰＯＣサイクルおよびアクセス・ユニット・カウント値の構文解析および復号の簡略ブロック図の概略図である。
【図11】一実施形態による、多層サブピクチャを含むビデオ・ビットストリーム構造の概略図である。
【図12】一実施形態による、拡張解像度を有する選択されたサブピクチャの表示の概略図である。
【図13】一実施形態による、多層サブピクチャを含むビデオ・ビットストリームの復号および表示処理のブロック図である。
【図14】一実施形態による、サブピクチャの拡張層を有する３６０ビデオ表示の概略図である。
【図15A】一実施形態に係る分割サブピクチャのレイアウトの一例を示す。
【図15B】一実施形態による、１つのサブピクチャの対応するサブピクチャサイズおよび位置情報の一例を示す図である。
【図17】一実施形態に係る、一又は複数の層で符号化され得る複数のサブ領域に分割された入力ピクチャの一例を示す。
【図19A】一実施形態によるビデオ・パラメータ・セットの抜粋の概略図である。
【図19B】一実施形態によるシーケンス・パラメータ・セットの抜粋の概略図である。
【図20】一実施形態によるサブピクチャ・レイアウト情報の構文表の一例である。
【図21】一実施形態による、出力層および各出力層セットのプロファイル／階層／レベル情報を示す構文表の一例である。
【図22】一実施形態による、出力層セット毎の出力層モードを示す構文表の一例である。
【図23】出力層セット毎の各層の現在のサブピクチャを示す構文表の一例である。
【図24】ビデオ・パラメータ・セットＲＢＳＰの構文表の一例である。
【図25】出力層セットモードで出力層セットを示す構文表の一例である。
【図26】ピクチャヘッダ内のＩＲＡＰピクチャまたはＧＤＲピクチャと関連付けられたランダム・アクセス・ポイントを示すための構文表の一例である。
【図27】ＡＵデリミタ内のランダムアクセスＡＵを示す構文表の一例である。
【図28】ピクチャヘッダにおけるＩＲＡＰピクチャの存在を示すための構文表の一例である。
【図29】スライスヘッダ内の先頭ピクチャの出力を示す構文表の一例である。
【図30】ＡＵデリミタにおけるＩＲＡＰピクチャおよびＧＤＲピクチャの存在を示すための構文表の一例である。
【図31】ＧＤＲピクチャおよびピクチャヘッダ内のその復元ポイントを示すための構文表の一例である。
【図32】参照ピクチャリストの構築および利用できないピクチャの生成の簡略ブロック図の概略図である。
【図33】実施形態によるコンピュータコードのブロック図である。
【図34】実施形態を実施するのに適したコンピュータシステムの図である。
【発明を実施するための形態】
【0035】
図１は、本開示の実施形態による通信システム（１００）の簡略化されたブロック図を示す。システム（１００）は、ネットワーク（１５０）を介して相互接続された少なくとも２つの端末（１１０、１２０）を含み得る。データの一方向送信の場合、第１の端末（１１０）は、ネットワーク（１５０）を介して他の端末（１２０）に送信するために、ローカル位置でビデオデータを符号化することができる。第２の端末（１２０）は、ネットワーク（１５０）から他の端末の符号化されたビデオデータを受信し、符号化されたデータを復号し、復元されたビデオデータを表示することができる。一方向データ伝送は、メディア・サービング・アプリケーションなどにおいて一般的であり得る。
【0036】
図１は、例えば、ビデオ会議中に発生する可能性がある符号化されたビデオの双方向送信をサポートするために提供される第２の対の端末（１３０、１４０）を示す。データの双方向送信の場合、各端末（１３０、１４０）は、ネットワーク（１５０）を介して他の端末に送信するために、ローカル位置でキャプチャされたビデオデータを符号化することができる。各端末（１３０、１４０）はまた、他の端末によって送信された符号化されたビデオデータを受信し、符号化されたデータを復号し、復元されたビデオデータをローカル・ディスプレイ・デバイスに表示し得る。
【0037】
図１では、端末（１１０～１４０）は、サーバ、パーソナルコンピュータ、およびスマートフォン、ならびに／または任意の他の種類の端末として示されている場合がある。例えば、端末（１１０～１４０）は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤ、および／または専用ビデオ会議機器であってもよい。ネットワーク（１５０）は、例えば有線および／または無線通信ネットワークを含む、端末（１１０～１４０）間で符号化されたビデオデータを伝達する任意の数のネットワークを表す。通信ネットワーク（１５０）は、回路交換チャネルおよび／またはパケット交換チャネルでデータを交換することができる。代表的なネットワークには、電気通信ネットワーク、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークおよび／またはインターネットが含まれる。本議論の目的のために、ネットワーク（１５０）のアーキテクチャおよびトポロジーは、以下に本明細書で説明されない限り、本開示の動作にとって重要ではない場合がある。
【0038】
図２は、開示された主題のための用途の例として、ストリーミング環境におけるビデオ符号化器および復号器の配置を示す。開示された主題は、例えば、ビデオ会議、デジタルＴＶ、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタル媒体への圧縮ビデオの格納などを含む、他のビデオ対応アプリケーションにも等しく適用可能であり得る。
【0039】
図２に示すように、ストリーミングシステム（２００）は、ビデオソース（２０１）および符号化器（２０３）を含むことができるキャプチャサブシステム（２１３）を含み得る。ビデオソース（２０１）は、例えば、デジタルカメラであってもよく、非圧縮ビデオ・サンプル・ストリーム（２０２）を作成するように構成されてもよい。非圧縮ビデオ・サンプル・ストリーム（２０２）は、符号化されたビデオ・ビットストリームと比較して高いデータ量を提供することができ、カメラ（２０１）に結合された符号化器（２０３）によって処理することができる。符号化器（２０３）は、以下でより詳細に説明されるように、開示された主題の態様を可能にするまたは実装するためのハードウェア、ソフトウェア、またはそれらの組み合わせを含み得る。符号化されたビデオ・ビットストリーム（２０４）は、サンプルストリームと比較してより低いデータ量を含んでいてもよく、将来の使用のためにストリーミングサーバ（２０５）に格納され得る。１つまたは複数のストリーミングクライアント（２０６）は、ストリーミングサーバ（２０５）にアクセスして、符号化されたビデオ・ビットストリーム（２０４）の複製であり得るビデオ・ビットストリーム（２０９）を取得することができる。
【0040】
実施形態では、ストリーミングサーバ（２０５）は、メディア対応ネットワーク要素（Ｍｅｄｉａ－Ａｗａｒｅ Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ：ＭＡＮＥ）としても機能することができる。例えば、ストリーミングサーバ（２０５）は、潜在的に異なるビットストリームをストリーミングクライアント（２０６）のうちの１つまたは複数に合わせるために、符号化されたビデオ・ビットストリーム（２０４）をプルーニングするように構成することができる。実施形態では、ＭＡＮＥは、ストリーミングシステム（２００）内のストリーミングサーバ（２０５）から別々に提供されてもよい。
【0041】
ストリーミングクライアント（２０６）は、ビデオ復号器（２１０）およびディスプレイ（２１２）を含むことができる。ビデオ復号器（２１０）は、例えば、符号化されたビデオ・ビットストリーム（２０４）の入力複製であるビデオ・ビットストリーム（２０９）を復号し、ディスプレイ（２１２）または別のレンダリングデバイス（図示せず）上にレンダリングすることができる出力ビデオ・サンプル・ストリーム（２１１）を生成することができる。一部のストリーミングシステムでは、ビデオ・ビットストリーム（２０４、２０９）を特定のビデオ符号化／圧縮規格に従って符号化できる。そのような規格の例には、ＩＴＵ－Ｔ勧告Ｈ．２６５が含まれるが、これに限定されない。一例では、開発中のビデオ符号化規格は、多用途ビデオ符号化（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）として非公式に知られている。本開示の実施形態は、ＶＶＣの文脈で使用され得る。
【0042】
図３は、本開示の一実施形態による、ディスプレイ（２１２）に取り付けられたビデオ復号器（２１０）の例示的な機能ブロック図を示す。
【0043】
ビデオ復号器（２１０）は、チャネル（３１２）、受信機（３１０）、バッファメモリ（３１５）、エントロピー復号器／解析器（３２０）、スケーラ／逆変換ユニット（３５１）、イントラ予測ユニット（３５２）、動作補償予測ユニット（３５３）、アグリゲータ（３５５）、ループ・フィルタ・ユニット（３５６）、参照ピクチャメモリ（３５７）、および現在のピクチャメモリ（３５８）を含むことができる。少なくとも一実施形態では、ビデオ復号器（２１０）は、集積回路、一連の集積回路、および／または他の電子回路を含むことができる。ビデオ復号器（２１０）はまた、関連するメモリを有する１つまたは複数のＣＰＵ上で実行されるソフトウェアにおいて部分的または全体的に具現化されてもよい。
【0044】
この実施形態および他の実施形態では、受信機（３１０）は、復号器（２１０）によって復号されるべき、１つまたは複数の符号化されたビデオシーケンス、１つの符号化されたビデオシーケンスを一度に受信してもよく、各符号化されたビデオシーケンスの復号は他の符号化されたビデオシーケンスから独立している。符号化されたビデオシーケンスは、符号化されたビデオデータを記憶する記憶デバイスへのハードウェア／ソフトウェアリンクであり得るチャネル（３１２）から受信され得る。受信機（３１０）は、それぞれの使用エンティティ（図示せず）に転送され得る他のデータ、例えば、符号化された音声データおよび／または補助データストリームとともに、符号化されたビデオデータを受信し得る。受信機（３１０）は、符号化されたビデオシーケンスを他のデータから分離することができる。ネットワークジッタに対抗するために、受信機（３１０）とエントロピー復号器／解析器（３２０）（以降、「解析器」）との間にバッファメモリ（３１５）が結合され得る。受信機（３１０）が十分な帯域幅および制御可能性のストア／フォワードデバイスから、または非同期ネットワークからデータを受信しているとき、バッファ（３１５）は使用されなくてもよく、または小さくてもよい。インターネットなどのベスト・エフォート・パケット・ネットワークで使用するために、バッファ（３１５）が必要とされる場合があり、比較的大きくすることができ、適応サイズにすることができる。
【0045】
ビデオ復号器（２１０）は、エントロピー符号化されたビデオシーケンスからシンボル（３２１）を再構築するための解析器（３２０）を含み得る。これらのシンボルのカテゴリは、例えば、復号器（２１０）の動作を管理するために使用される情報、および潜在的に、図２に示すように復号器に結合され得るディスプレイ（２１２）などのレンダリングデバイスを制御するための情報を含む。レンダリングデバイスの制御情報は、補足拡張情報（Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ：ＳＥＩ）メッセージまたはビデオユーザビリティ情報（Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ：ＶＵＩ）パラメータ・セット・フラグメント（図示せず）の形であり得る。解析器（３２０）は、受信された符号化されたビデオシーケンスを解析／エントロピー復号することができる。符号化されたビデオシーケンスの符号化は、ビデオ符号化技術またはビデオ符号化規格に従うことができ、可変長符号化、ハフマン符号化、文脈依存性の有無にかかわらず算術符号化などを含む、当業者に周知の原理に従い得る。解析器（３２０）は、グループに対応する少なくとも１つのパラメータに基づいて、ビデオ復号器内のピクセルのサブグループのうちの少なくとも１つのサブ・グループ・パラメータの組を、符号化されたビデオシーケンスから抽出することができる。サブグループは、ピクチャグループ（ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、符号化ユニット（Ｃｏｄｉｎｇ Ｕｎｉｔｓ：ＣＵ）、ブロック、変換ユニット（Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔｓ：ＴＵ）、予測ユニット（Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔｓ：ＰＵ）などを含むことができる。解析器（３２０）はまた、変換係数、量子化パラメータ値、動作ベクトルなどのような符号化されたビデオシーケンス情報から抽出することができる。
【0046】
解析器（３２０）は、シンボル（３２１）を作成するために、バッファ（３１５）から受信されたビデオシーケンスに対してエントロピー復号／解析操作を実行することができる。
【0047】
シンボル（３２１）の再構築には、符号化されたビデオピクチャまたはその一部（インターピクチャおよびイントラピクチャ、インターブロックおよびイントラブロックなど）の型式、およびその他の要因に応じて、複数の異なるユニットが含まれ得る。どのユニットが関与し、どのように関与するかは、解析器（３２０）によって符号化されたビデオシーケンスから解析されたサブグループ制御情報によって制御され得る。解析器（３２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報の流れは、分かりやすくするために示されていない。
【0048】
すでに述べた機能ブロックのほかに、復号器２１０は、概念的には、以下で説明するように、いくつかの機能ユニットに細分化され得る。商業的な制約の下で動作する実際の実装では、これらのユニットの多くは互いに密接に相互作用し、少なくとも部分的には互いに統合され得る。しかしながら、開示された主題を説明する目的で、以下の機能ユニットへの概念的細分化が適切である。
【0049】
１つのユニットは、スケーラ／逆変換ユニット（３５１）であり得る。スケーラ／逆変換ユニット（３５１）は、量子化変換係数、ならびにどの変換を使用するか、ブロックサイズ、量子化係数、量子化スケーリング行列などをシンボル（複数可）（３２１）として含む制御情報を、解析器（３２０）から受信し得る。スケーラ／逆変換ユニット（３５１）は、アグリゲータ（３５５）に入力され得るサンプル値を備えるブロックを出力し得る。
【0050】
場合によっては、スケーラ／逆変換（３５１）の出力サンプルは、イントラ符号化されたブロック、すなわち、以前に再構築されたピクチャからの予測情報を使用していないが、現在のピクチャの以前に再構築された部分からの予測情報を使用することができるブロックに関連し得る。そのような予測情報は、イントラピクチャ予測ユニット（３５２）によって提供され得る。場合によっては、イントラピクチャ予測ユニット（３５２）は、現在のピクチャメモリ（３５８）からの現在の（部分的に再構築された）ピクチャからフェッチされた周囲のすでに再構築された情報を使用して、再構築中のブロックと同じサイズおよび形状のブロックを生成する。アグリゲータ（３５５）は、場合によっては、イントラ予測ユニット（３５２）が生成した予測情報を、スケーラ／逆変換ユニット（３５１）からの出力サンプル情報に、サンプル単位で付加する。
【0051】
他の場合には、スケーラ／逆変換ユニット（３５１）の出力サンプルは、インター符号化された、潜在的に動作補償されたブロックに関連し得る。そのような場合、動作補償予測ユニット（３５３）は、参照ピクチャメモリ（３５７）にアクセスして、予測に使用されるサンプルをフェッチすることができる。フェッチされたサンプルをブロックに関連するシンボル（３２１）に従って動作補償した後、これらのサンプルは、出力サンプル情報を生成するために、アグリゲータ（３５５）によってスケーラ／逆変換ユニット（３５１）の出力に追加され得る（この場合、残差サンプルまたは残差信号と呼ばれる）。動作補償予測ユニット（３５３）が予測サンプルをフェッチする参照ピクチャメモリ（３５７）内のアドレスは、動作ベクトルによって制御することができる。動作ベクトルは、例えば、Ｘ、Ｙ、および参照ピクチャ成分を有し得るシンボル（３２１）の形態で、動作補償予測ユニット（３５３）に利用可能であり得る。動作補償はまた、サブサンプルの正確な動作ベクトルが使用されているときに参照ピクチャメモリ（３５７）からフェッチされたサンプル値の補間、動作ベクトル予測機構などをも含み得る。
【0052】
アグリゲータ（３５５）の出力サンプルは、ループ・フィルタ・ユニット（３５６）における様々なループフィルタリング技術の対象となり得る。ビデオ圧縮技術には、符号化されたビデオ・ビットストリームに含まれるパラメータによって制御され、解析器（３２０）からのシンボル（３２１）としてループ・フィルタ・ユニット（３５６）で利用できるインループフィルタ技術を含めることができるが、符号化されたピクチャまたは符号化されたビデオシーケンスの以前の（復号順で）部分の復号中に取得されたメタ情報に応答したり、以前に再構築およびループフィルタされたサンプル値に応答したりすることもできる。
【0053】
ループ・フィルタ・ユニット（３５６）の出力は、ディスプレイ（２１２）のようなレンダリングデバイスに出力することができるとともに、将来のインターピクチャ予測に使用するために参照ピクチャメモリ（３５７）に格納され得るサンプルストリームとすることができる。
【0054】
完全に再構築されると、特定の符号化ピクチャは、将来の予測のための参照ピクチャとして使用することができる。符号化されたピクチャが完全に再構築され、符号化されたピクチャが（例えば、解析器（３２０）によって）参照ピクチャとして識別されると、現在の参照ピクチャは参照ピクチャメモリ（３５７）の一部になり得、次の符号化されたピクチャの再構築を開始する前に、新鮮な現在のピクチャメモリを再割り当てすることができる。
【0055】
ビデオ復号器（２１０）は、ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５などの規格に文書化され得る所定のビデオ圧縮技術に従って復号動作を実行することができる。符号化されたビデオシーケンスは、ビデオ圧縮技術または規格の構文と、ビデオ圧縮技術文書または規格、特にその中のプロフィール文書に準拠しているという意味において、使用されているビデオ圧縮技術または規格によって指定された構文に準拠している場合がある。また、いくつかのビデオ圧縮技術または規格に準拠するために、符号化されたビデオシーケンスの複雑さは、ビデオ圧縮技術または規格のレベルによって定義される範囲内であり得る。場合によっては、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構築サンプルレート（例えば毎秒メガサンプルで測定される）、最大参照ピクチャサイズなどを制限する。レベルによって設定される制限は、場合によっては、仮想参照復号器（Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ：ＨＲＤ）仕様および符号化されたビデオシーケンスにおいてシグナリングされたＨＲＤバッファ管理のためのメタデータによってさらに制限され得る。
【0056】
一実施形態では、受信機（３１０）は、符号化されたビデオとともに追加の（冗長な）データを受信し得る。追加のデータは、符号化されたビデオシーケンスの一部として含まれ得る。データを適切に復号するために、および／または元のビデオデータをより正確に再構築するために、ビデオ復号器（２１０）によって追加のデータが使用され得る。追加のデータは、例えば、時間的、空間的、またはＳＮＲ拡張層、冗長スライス、冗長ピクチャ、前方誤り訂正コードなどの形式であり得る。
【0057】
図４は、本開示の一実施形態による、ビデオソース（２０１）に関連付けられたビデオ符号化器（２０３）の例示的な機能ブロック図を示す。
【0058】
ビデオ符号化器（２０３）は、例えば、ソース符号化器（４３０）、符号化エンジン（４３２）、（ローカル）復号器（４３３）、参照ピクチャメモリ（４３４）、予測器（４３５）、送信機（４４０）、エントロピー符号化器（４４５）、コントローラ（４５０）、およびチャネル（４６０）である符号化器を含むことができる。
【0059】
符号化器（２０３）は、符号化器（２０３）によって符号化されるビデオ画像をキャプチャすることができるビデオソース（２０１）（符号化器の一部ではない）からビデオサンプルを受信することができる。
【0060】
ビデオソース（２０１）は、符号化器（２０３）によって符号化されるソース・ビデオ・シーケンスを、任意の適切なビット深度（例えば、８ビット、１０ビット、１２ビット、…）であり得、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ、…）および適切なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）であり得るデジタル・ビデオ・サンプル・ストリームの形態で提供し得る。メディア・サービング・システムでは、ビデオソース（２０１）は、以前に準備されたビデオを格納する記憶デバイスであり得る。ビデオ会議システムでは、ビデオソース（２０３）は、ローカル画像情報をビデオシーケンスとしてキャプチャするカメラであり得る。ビデオデータは、順番に見たときに動作を与える複数の個別のピクチャとして提供され得る。ピクチャ自体は、ピクセルの空間アレイとして編成することができ、各ピクセルは、使用中のサンプリング構造、色空間などに応じて、１つまたは複数のサンプルを含み得る。当業者であれば、ピクセルとサンプルとの関係を容易に理解することができる。以下、サンプルに着目して説明する。
【0061】
一実施形態によれば、符号化器（２０３）は、用途によって要求されるように、リアルタイムで、または任意の他の時間制約の下で、ソース・ビデオ・シーケンスのピクチャを符号化し、符号化されたビデオシーケンス（４４３）に圧縮し得る。適切な符号化速度を強制することは、コントローラ（４５０）の１つの機能である。コントローラ（４５０）はまた、後述するように他の機能ユニットを制御してもよく、これらのユニットに機能的に結合されてもよい。結合は、明確にするために示されていない。コントローラ（４５０）によって設定されたパラメータには、レート制御関連パラメータ（ピクチャスキップ、量子化、レート歪み最適化手法のラムダ値など）、ピクチャサイズ、ピクチャグループ（ＧＯＰ）レイアウト、最大動作ベクトル検索範囲などが含まれ得る。当業者は、特定のシステム設計用に最適化されたビデオ符号化器（２０３）に関係し得るので、コントローラ（４５０）の他の機能を容易に識別することができる。
【0062】
一部のビデオ符号化器は、熟練した人が「符号化ループ」として容易に認識できる方法で動作する。過度に単純化された説明として、符号化ループは、ソース符号化器（４３０）の符号化部分（符号化される入力ピクチャおよび参照ピクチャに基づいてシンボルを作成する責任がある）からなり得、符号化器（２０３）に埋め込まれた（ローカル）復号器（４３３）は、シンボルを再構築してサンプルデータを作成する（リモート）復号器も作成する（シンボルと符号化されたビデオ・ビットストリームとの間の圧縮が、特定のビデオ圧縮技術で損失がない場合）。再構築されたサンプルストリームは、参照ピクチャメモリ（４３４）に入力される。シンボルストリームの復号は、復号器の場所（ローカルまたはリモート）に関係なくビット正確な結果をもたらすため、参照ピクチャ・メモリ・コンテンツもローカル符号化器とリモート符号化器との間でビットが正確である。言い換えると、符号化器の予測部は、復号中に予測を使用するときに復号器が「見る」のとまったく同じサンプル値を参照ピクチャサンプルとして「見る」。参照ピクチャの同期性のこの基本原理（および、例えばチャネルエラーのために同期性を維持できない場合に生じるドリフト）は、当業者に知られている。
【0063】
「ローカル」復号器（４３３）の動作は、「リモート」復号器（２１０）の動作と同じであり得、これは、図３に関連して上で詳細にすでに説明されている。しかしながら、シンボルが利用可能であり、エントロピー符号化器（４４５）および解析器（３２０）による符号化されたビデオシーケンスへのシンボルの符号化／復号は無損失であり得るため、チャネル（３１２）、受信機（３１０）、バッファ（３１５）、および解析器（３２０）を含む復号器（２１０）のエントロピー復号部分は、ローカル復号器（４３３）に完全に実装されない場合がある。
【0064】
この時点でなされ得る観測は、復号器内に存在する構文解析／エントロピー復号を除く任意の復号器技術は、対応する符号化器内に実質的に同一の機能形態で存在する必要があり得るということである。このため、開示された主題は復号器動作に焦点を合わせている。符号化器技術の説明は、それらが包括的に説明された復号器技術の逆であり得るので省略することができる。特定の領域においてのみ、より詳細な説明が必要とされ、以下に提供される。
【0065】
動作の一部として、ソース符号化器（４３０）は、「参照フレーム」として指定されたビデオシーケンスからの１つまたは複数の以前に符号化されたフレームを参照して入力フレームを予測的に符号化する動作補償予測符号化を実行し得る。このようにして、符号化エンジン（４３２）は、入力フレームのピクセルブロックと、入力フレームへの予測参照として選択され得る参照フレームのピクセルブロックとの間の差異を符号化する。
【0066】
ローカルビデオ復号器（４３３）は、ソース符号化器（４３０）によって作成されたシンボルに基づいて、参照フレームとして指定され得るフレームの符号化されたビデオデータを復号し得る。符号化エンジン（４３２）の動作は、不可逆処理であることが有利であり得る。符号化されたビデオデータがビデオ復号器（図４には示されていない）で復号され得るとき、再構築されたビデオシーケンスは、通常、いくつかのエラーを伴うソース・ビデオ・シーケンスのレプリカであり得る。ローカルビデオ復号器（４３３）は、参照フレームに対してビデオ復号器によって実行され得る復号処理を複製し、再構築された参照フレームを参照ピクチャメモリ（４３４）に記憶させることができる。このようにして、符号化器（２０３）は、遠端ビデオ復号器によって得られる（送信エラーがない）再構築参照フレームとして共通のコンテンツを有する再構築参照フレームの複製をローカルに格納し得る。
【0067】
予測器（４３５）は、符号化エンジン（４３２）の予測検索を実行し得る。すなわち、符号化される新しいフレームについて、予測器（４３５）は、（候補参照ピクセルブロックとしての）サンプルデータまたは参照ピクチャの動作ベクトル、ブロック形状などの、新しいピクチャの適切な予測参照として機能する特定のメタデータについて参照ピクチャメモリ（４３４）を検索することができる。予測器（４３５）は、適切な予測参照を見つけるために、サンプルブロック－ピクセルブロック毎に動作し得る。いくつかの場合において、予測器（４３５）によって得られた検索結果によって決定されるように、入力ピクチャは、参照ピクチャメモリ（４３４）に記憶された複数の参照ピクチャから引き出された予測参照を有し得る。
【0068】
コントローラ（４５０）は、例えば、ビデオデータを符号化するために使用されるパラメータおよびサブグループパラメータの設定を含む、ビデオ符号化器（４３０）の符号化動作を管理し得る。
【0069】
前述のすべての機能ユニットの出力は、エントロピー符号化器（４４５）においてエントロピー符号化を受けることができる。エントロピー符号化器は、例えばハフマン符号化、可変長符号化、算術符号化などの当業者に知られている技術に従ってシンボルを可逆圧縮することにより、様々な機能ユニットにより生成されたシンボルを符号化されたビデオシーケンスに変換する。
【0070】
送信機（４４０）は、エントロピー符号化器（４４５）によって作成された符号化されたビデオシーケンスをバッファリングして、符号化されたビデオデータを格納する記憶デバイスへのハードウェア／ソフトウェアリンクであり得る通信チャネル（４６０）を介した送信に備えることができる。送信機（４４０）は、ビデオ符号化器（４３０）からの符号化されたビデオデータを、送信される他のデータ、例えば符号化音声データおよび／または補助データストリーム（ソースは図示せず）とマージすることができる。
【0071】
コントローラ（４５０）は、符号化器（２０３）の動作を管理し得る。符号化中に、コントローラ（４５０）は、各々の符号化されたピクチャに特定の符号化されたピクチャ型式を割り当て得、これは、それぞれのピクチャに適用され得る符号化技法に影響を及ぼし得る。例えば、ピクチャは、イントラピクチャ（Ｉピクチャ）、予測ピクチャ（Ｐピクチャ）、または双方向予測ピクチャ（Ｂピクチャ）として割り当てられることが多い。
【0072】
イントラピクチャ（Ｉピクチャ）は、シーケンス内の他のフレームを予測のソースとして使用せずに符号化および復号できるものである。いくつかのビデオコーデックは、例えば、独立復号器リフレッシュ（ＩＤＲ）ピクチャを含む異なる型式のイントラピクチャを可能にする。当業者は、Ｉピクチャのこれらの変形ならびにそれらのそれぞれの用途および特徴を認識している。
【0073】
予測ピクチャ（Ｐピクチャ）は、各ブロックのサンプル値を予測するために最大で１つの動作ベクトルおよび参照インデックスを使用するイントラ予測またはインター予測を使用して符号化および復号され得るものであり得る。
【0074】
双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために最大で２つの動作ベクトルおよび参照インデックスを使用するイントラ予測またはインター予測を使用して符号化および復号され得るものであり得る。同様に、複数の予測ピクチャは、単一のブロックの再構築のために３つ以上の参照ピクチャおよび関連するメタデータを使用することができる。
【0075】
ソースピクチャは、通常、空間的に複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、または１６×１６サンプルのブロック）に細分化され、ブロック毎に符号化され得る。ブロックは、ブロックのそれぞれのピクチャに適用される符号化割り当てによって決定されるように、他の（すでに符号化された）ブロックを参照して予測的に符号化され得る。例えば、Ｉピクチャのブロックは非予測的に符号化されてもよく、またはそれらは同じピクチャの既に符号化されたブロックを参照して予測的に符号化されてもよい（空間予測またはイントラ予測）。Ｐピクチャのピクセルブロックは、以前に符号化された１つの参照ピクチャを参照して、空間的予測を介して、または時間的予測を介して、非予測的に符号化され得る。Ｂピクチャのブロックは、１つまたは２つの以前に符号化された参照ピクチャを参照して、空間的予測を介して、または時間的予測を介して、非予測的に符号化され得る。
【0076】
ビデオ符号化器（２０３）は、ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５などの所定のビデオ符号化技術または規格に従って符号化動作を実行し得る。その動作において、ビデオ符号化器（２０３）は、入力ビデオシーケンスの時間的および空間的冗長性を活用する予測符号化操作を含む、さまざまな圧縮操作を実行し得る。したがって、符号化されたビデオデータは、使用されているビデオ符号化技術または規格によって指定された構文に準拠することができる。
【0077】
一実施形態では、送信機（４４０）は、符号化されたビデオとともに追加のデータを送信し得る。ビデオ符号化器（４３０）は、そのようなデータを、符号化されたビデオシーケンスの一部として含み得る。追加のデータには、時間的／空間的／ＳＮＲ拡張層、冗長なピクチャやスライスなどの冗長データの他の形式、補足拡張情報（ＳＥＩ）メッセージ、視覚ユーザビリティ情報（ＶＵＩ）パラメータセットフラグメントなどが含まれ得る。
【0078】
本開示の実施形態の特定の態様をより詳細に説明する前に、本明細書の残りの部分で参照されるいくつかの用語を以下に導入する。
【0079】
以下、「サブピクチャ」とは、場合によっては、意味的にグループ化され、変更された解像度で独立して符号化され得るサンプル、ブロック、マクロブロック、符号化ユニット、または同様のエンティティの矩形配置を指す。１つまたは複数のサブピクチャがピクチャを形成することができる。１または複数の符号化されたサブピクチャは、符号化されたピクチャを形成し得る。１つまたは複数のサブピクチャをピクチャにアセンブルすることができ、１つまたは複数のサブピクチャをピクチャから抽出することができる。ある特定の環境では、１または複数の符号化されたサブピクチャは、サンプル・レベルへの符号化されたピクチャへのトランスコードを行わずに、圧縮された領域においてアセンブルされ得る。そして、同じまたはある特定の他のケースでは、１または複数の符号化されたサブピクチャが、圧縮された領域における符号化されたピクチャから抽出され得る。
【0080】
「適応解像度変更」（ＡＲＣ）は、以降、例えば、参照ピクチャ再サンプリングによって、符号化されたビデオシーケンス内のピクチャまたはサブピクチャの解像度の変更を可能にする機構を称する。以下、「ＡＲＣパラメータ」は、適応的解像度変更を実行するために必要とされる制御情報を指し、これは、例えば、フィルタパラメータ、倍率、出力および／または参照ピクチャの解像度、様々な制御フラグなどを含み得る。
【0081】
上記の説明は、単一の意味的に独立した符号化されたビデオピクチャの符号化および復号に焦点を当てている。独立したＡＲＣパラメータを有する複数のサブピクチャの符号化／復号の含意およびその含意される追加の複雑さを説明する前に、ＡＲＣパラメータをシグナリングするための実施形態を説明するものとする。
【0082】
図６Ａ～図６Ｃを参照すると、ＡＲＣパラメータをシグナリングするためのいくつかの新規の例示的な実施形態が示されている。各実施形態で述べたように、それらは、符号化効率、複雑さ、およびアーキテクチャの観点から特定の利点を有する。ビデオ符号化規格または技術は、これらの実施形態のうちの１つまたは複数を実装することができ、ＡＲＣパラメータをシグナリングするための比較技術から既知の実施形態も含むことができる。比較技術の実施形態は、図５Ａ～図５Ｂに示す例を含む。新規な実施形態は、相互に排他的ではなく、アプリケーションのニーズ、関連する標準技術、または符号化器の選択に基づいていずれかが使用され得るように、比較技術の実施形態も含む標準または技術に含まれ得ることが考えられる。
【0083】
ＡＲＣパラメータのクラスは、（１）Ｘ次元およびＹ次元で分離または結合されたアップ／ダウンサンプル係数、または（２）時間次元を追加した所与の数のピクチャの一定速度ズームイン／アウトを示すアップ／ダウンサンプル係数を含むことができる。上記の２つのいずれかは、要素を含む表を指すことができる１つまたは複数の構文要素の符号化または復号を含み得る。そのような構文要素は、実施形態では長さが短くてもよい。
【0084】
「解像度」は、入力ピクチャ、出力ピクチャ、参照ピクチャ、符号化ピクチャ、結合または個別の、サンプル、ブロック、マクロブロック、ＣＵ、または任意の他の適切な粒度の単位でのＸ次元またはＹ次元の解像度を指すことができる。２つ以上の分解能がある場合（例えば、入力ピクチャ用のもの、参照ピクチャ用のものなど）、特定の場合には、値の１つのセットを値の別のセットから推測することができる。解像度は、例えば、フラグの使用によってゲーティングすることができる。解像度のより詳細な例は、以下でさらに提供される。
【0085】
「ワーピング」座標は、Ｈ．２６３ Ａｎｎｅｘ Ｐで使用されるものと同様に、上述したように適切な粒度であってもよい。Ｈ．２６３ Ａｎｎｅｘ Ｐは、そのようなワーピング座標を符号化する１つの効率的な方法を定義しているが、他の潜在的により効率的な方法も考えられる。例えば、Ａｎｎｅｘ Ｐのワーピング座標の可変長可逆的な「ハフマン」スタイルの符号化は、適切な長さの二値符号化に置き換えることができ、二値符号語の長さは、例えば、最大ピクチャサイズから導出することができ、場合によっては特定の係数を乗算し、特定の値をオフセットして、最大ピクチャサイズの境界外の「ワーピング」を可能にする。
【0086】
アップサンプル・フィルタ・パラメータまたはダウンサンプル・フィルタ・パラメータに関して、最も簡単な場合には、アップサンプリングおよび／またはダウンサンプリング用の単一のフィルタのみが存在してもよい。しかしながら、特定の場合には、フィルタパラメータのシグナリングによって実施することができるフィルタ設計のより多くの柔軟性を可能にすることが有利であり得る。そのようなパラメータは、可能なフィルタ設計のリスト内のインデックスを介して選択されてもよく、フィルタは、（例えば、適切なエントロピー符号化技術を使用してフィルタ係数のリストを介して）完全に指定されてもよく、および／またはフィルタは、上述の機構のいずれかに従ってシグナリングされるアップ／ダウンサンプル比を介して暗黙的に選択されてもよい。
【0087】
以下では、符号語で示される有限集合のアップ／ダウンサンプル係数（Ｘ次元およびＹ次元の両方で使用される同じ係数）を符号化する場合を例にして説明する。その符号語は、有利には、例えば、Ｈ．２６４およびＨ．２６５などのビデオ符号化仕様における特定の構文要素に共通のＥｘｔ－Ｇｏｌｏｍｂ符号を使用することによって可変長符号化されることができる。アップ／ダウンサンプル係数への値の１つの適切なマッピングは、例えば、以下の表１に従うことができる。
【0088】
【表1】
【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】
１に等しい構文要素ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］（８５８）は、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］（８６０）が存在することを指定する。０に等しい構文要素ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］（８５８）は、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］（８６０）が存在しないことを指定する。
【0231】
０に等しい構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］（８６０）は、第ｉ層の非ＩＲＡＰピクチャによって層間予測が使用されないことを指定する。０より大きい構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］（８６０）は、第ｉ層のピクチャを復号するために、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］－１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャが層間参照ピクチャ（ＩＬＲＰ）として使用されないことを指定する。存在しない場合、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］（８６０）の値は７に等しいと推測され得る。
【0232】
１に等しい構文要素ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ（８６２）は、各ＯＬＳが１つの層のみを含み、ＶＰＳを参照するＣＶＳ内の各層自体がＯＬＳであり、含まれる単一の層が唯一の出力層であることを指定する。０に等しい構文要素ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ（８６２）は、ＯＬＳが複数の層を含み得ることを指定する。構文要素ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、構文要素ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ（８６２）の値は１に等しいと推測され得る。そうでない場合、構文要素ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇ（８５４）が０に等しいとき、各構文要素ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ（８６２）の値は０に等しいと推測され得る。
【0233】
０に等しい構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）は、ＶＰＳによって指定されたＯＬＳの総数がｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを指定し、ｉ番目のＯＬＳは０以上ｉ以下の層インデックスを有する層を含み、各ＯＬＳに対して、ＯＬＳの最上位層のみが出力される。
【0234】
１に等しい構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）は、ＶＰＳによって指定されたＯＬＳの総数がｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを指定し、ｉ番目のＯＬＳは０以上ｉ以下の層インデックスを有する層を含み、各ＯＬＳについて、ＯＬＳ内のすべての層が出力される。
【0235】
２に等しい構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）は、ＶＰＳによって指定されたＯＬＳの総数が明示的にシグナリングされ、各ＯＬＳについて出力層が明示的にシグナリングされ、他の層がＯＬＳの出力層の直接的または間接的な参照層である層であることを指定する。
【0236】
構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）の値は、０以上２以下の範囲であってもよい。構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）の値３は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約することができる。
【0237】
構文要素ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇ（８５０）が１に等しく、各＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ（８６２）が０に等しい場合、構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）の値は２に等しいと推測され得る。
【0238】
構文要素ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１（８６６）＋１は、構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）が２に等しいときにＶＰＳによって指定されるＯＬＳの総数を指定する。
【0239】
ＶＰＳによって指定されたＯＬＳの総数を指定する変数ＴｏｔａｌＮｕｍＯｌｓｓは、以下のように導出することができる。
ｉｆ（ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝＝０）
ＴｏｔａｌＮｕｍＯｌｓｓ＝１
ｅｌｓｅ ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１
ｉｆ（ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝＝０）
ＴｏｔａｌＮｕｍＯｌｓｓ＝１
ｅｌｓｅ ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１
【0240】
１に等しい構文要素ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］（８６８）は、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）が２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等しい層がｉ番目のＯＬＳの出力層であることを指定する。０に等しい構文要素ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］（８６８）は、構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）が２に等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等しい層はｉ番目のＯＬＳの出力層ではないことを指定する。
【0241】
ｉ番目のＯＬＳにおける出力層の数を指定する変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］と、ｉ番目のＯＬＳにおける第ｊ層におけるサブ層の数を指定する変数ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］と、ｉ番目のＯＬＳにおける第ｊ出力層のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を指定する変数ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］と、第ｋ層が少なくとも１つのＯＬＳにおける出力層として使用されるか否かを指定する変数ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］とは、以下のように導出されてもよい。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［０］［０］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［０］＝１
ｆｏｒ（ｉ＝１，ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＜２）
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝１
ｅｌｓｅ／＊（！ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ＆＆ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）＊／
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｉ＆＆（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）；ｊ＋＋）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｉ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）｛
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｊ］＝０
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝０
｝
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋）（４０）
ｉｆ（ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］）｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］＝１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］＝ｋ
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）｛
ｉｄｘ＝ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＲｅｆＬａｙｅｒｓ［ｉｄｘ］；ｋ＋＋）｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝１
ｉｆ（ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＜
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］
｝
｝
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［０］［０］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［０］＝１
ｆｏｒ（ｉ＝１，ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＜２）
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝１
ｅｌｓｅ／＊（！ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ＆＆ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）＊／
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］＝０
｝
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｉ＆＆（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）；ｊ＋＋）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｉ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）｛
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｊ］＝０
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝０
｝
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋）（４０）
ｉｆ（ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｋ］）｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］＝１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］＝ｋ
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）｛
ｉｄｘ＝ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＲｅｆＬａｙｅｒｓ［ｉｄｘ］；ｋ＋＋）｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝１
ｉｆ（ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＜
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］
｝
｝
｝
【0242】
０以上、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１以下の範囲のｉの各値について、ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｉ］およびＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］の値は、いずれも０に等しくなくてもよい。言い換えると、少なくとも１つのＯＬＳの出力層でも他の層の直接参照層でもない層は存在しなくてもよい。
【0243】
各ＯＬＳについて、出力層である少なくとも１つの層が存在し得る。すなわち、０以上ＴｏｔａｌＮｕｍＯｌｓｓ－１以下の範囲の任意のｉについて、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［ｉ］の値を１以上としてもよい。
【0244】
ｉ番目のＯＬＳの層数を指定する変数ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］、およびｉ番目のＯＬＳの第ｊ層のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を指定する変数ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］は、以下のように導出され得る。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ）｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）｛
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋）
ｉｆ（ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
｝
｝
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ｆｏｒ（ｉ＝１；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ）｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
｝ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）｛
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋）
ｉｆ（ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［ｉ］［ｋ］）
ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］＝ｊ
｝
｝
【0245】
ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］に等しい層のＯＬＳ層インデックスを指定する変数ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ｊ］は、以下のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｆｏｒ ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］＝ｊ
ｆｏｒ（ｉ＝０；ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｆｏｒ ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］；ｊ＋＋）
ＯｌｓＬａｙｅｒＩｄｘ［ｉ］［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］］＝ｊ
【0246】
各ＯＬＳにおける最下層は、独立した層であってもよい。すなわち、０以上ＴｏｔａｌＮｕｍＯｌｓｓ－１以下の範囲のｉ毎に、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［０］］］の値が１になるようにしてもよい。各層は、ＶＰＳによって指定される少なくとも１つのＯＬＳに含まれてもよい。言い換えれば、０以上、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１以下の範囲内のｋに対して、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］のうちの１つに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、ｎｕｈＬａｙｅｒＩｄの特定の値を有する各層について、ｉおよびｊの値の少なくとも１つの対が存在してもよく、ここで、ｉは０以上、ＴｏｔａｌＮｕｍＯｌｓｓ－１以下の範囲内にあり、ｊはＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｉ］－１以下の範囲内にあり、その結果、ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］［ｊ］の値はｎｕｈＬａｙｅｒＩｄに等しい。
【0247】
一実施形態では、復号処理は、構文要素ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを設定するために現在のピクチャ（例えば、ｓｙｔａｘ要素ＣｕｒｒＰｉｃ）に対して以下のように動作することができる。
【0248】
以下の条件のうちの１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは０に等しく設定される。
（１）現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい、
（２）ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャが、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャである、
（３）ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャと関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌが、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい、
（４）ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵが以下の条件：（ａ）ＰｉｃＡが１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する、（ｂ）ＰｉｃＡが現在のピクチャよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する、（ｃ）ＰｉｃＡがＯＬＳの出力層に属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）のすべてを満たすピクチャ（例えば、構文要素ｐｉｃＡ）を含む、
（５）ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃは２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
（１）現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい、
（２）ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャが、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャである、
（３）ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャと関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌが、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい、
（４）ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵが以下の条件：（ａ）ＰｉｃＡが１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する、（ｂ）ＰｉｃＡが現在のピクチャよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する、（ｃ）ＰｉｃＡがＯＬＳの出力層に属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）のすべてを満たすピクチャ（例えば、構文要素ｐｉｃＡ）を含む、
（５）ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃは２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
【0249】
上記の条件のいずれも真でない場合、構文要素ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、構文要素ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇと等しく設定され得る。
【0250】
現在のピクチャのすべてのスライスが復号された後、現在の復号されたピクチャは「短期参照に使用」としてマークされてもよく、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＩＬＲＰエントリは「短期参照に使用」としてマークされてもよい。
【0251】
同一または他の実施形態において、各層が出力層セットである場合、構文要素ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）の値に関わらず、構文要素ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇはｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇと等しく設定される。
【0252】
同一または別の実施形態において、構文要素ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きい場合に０に等しく設定され、各＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ（８６２）が０に等しく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ（８６４）が０に等しく、現在のＡＵは、以下の条件：ＰｉｃＡが１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する、ＰｉｃＡが現在のピクチャのそれよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する、およびＰｉｃＡがＯＬＳ（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）の出力層に属する、のすべてを満たすピクチャｐｉｃＡを含む。
【0253】
同一または別の実施形態において、構文要素ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きい場合に０に等しく設定され、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい。
【0254】
イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャは、クローズドグループのピクチャ構造をサポートする瞬時復号リフレッシュ（ＩＤＲ）ピクチャであり得る、または、オープングループのピクチャ構造をサポートするクリーン・ランダム・アクセス（ＣＲＡ）ピクチャであり得る、ランダムアクセスのための符号化されたピクチャであり得る。段階的復号リフレッシュ（ＧＤＲ）ピクチャは、ピクチャの部分リフレッシュを伴う緩やかなランダムアクセスのためのピクチャであってもよい。
【0255】
本開示の実施形態は、ＩＲＡＰピクチャまたはＧＤＲピクチャを示す構文要素を含み得る。例えば、図２６を参照すると、ピクチャヘッダ（１）が提供され得る。ピクチャヘッダ（１）において、フラグｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）がシグナリングされてもよい。フラグは、ピクチャヘッダ（１）に関連付けられている現在のＰＵ内にＩＲＡＰピクチャまたはＧＤＲピクチャが存在することを示す。
【0256】
同じまたは別の実施形態では、図２６に示すように、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）が１に等しい場合にのみ、フラグｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）を条件付きでシグナリングすることができる。ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値は、ＤＰＢからのピクチャの出力および除去処理に使用され得る。フラグの値は、ビットストリーム内の最初のＡＵではないＣＶＳＳ ＡＵ内のピクチャの復号後のＤＰＢ内の以前に復号されたピクチャの出力に影響を及ぼし得る。
【0257】
１に等しいフラグｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであることを指定するように、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇのセマンティクスによって指定される制約は「一方向」であり得るので、ＩＲＡＰピクチャは０に等しいｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇを有し得るという潜在的な問題が存在する。０に等しいフラグｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲピクチャではなく、ＩＲＡＰピクチャであってもなくてもよいことを指定する。ＩＲＡＰピクチャのｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値が０に等しい場合、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、シグナリングまたは推論規則なしで、ＤＰＢ動作のために使用され得る。
【0258】
潜在的な問題に対処するために、一実施形態において、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）のセマンティクスの制約を「双方向」として指定することができ、そのため、現在のピクチャがＩＲＡＰピクチャであるときにｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）をシグナリングする必要があり得る。１に等しいフラグｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）は、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであることを指定する。０に等しいフラグｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）は、現在のピクチャがＧＤＲピクチャでもＩＲＡＰピクチャでもないことを指定する。
【0259】
同じまたは別の実施形態では、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）値の推論規則は、存在しない場合、以下のように指定され得る：フラグｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）は、ビットストリーム内の最初のＡＵではないＣＶＳＳ ＡＵ内のピクチャの復号後のＤＰＢ内の以前に復号されたピクチャの出力に影響を及ぼす。存在する場合、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値は、ＡＵ内のすべてのピクチャについて同じでなければならないことがビットストリーム適合性の要件であり得る。
【0260】
ＡＵ内のピクチャのピクチャヘッダ（１）内にｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）が存在する場合、ＡＵのｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）値は、ＡＵ内のピクチャのｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）値である。存在しない場合、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値は０に等しいと推測され得る。
【0261】
図２７を参照すると、ＡＵデリミタ（１０）を使用して、ＡＵの開始、ＡＵがＩＲＡＰまたはＧＤＲ ＡＵであるか否か、およびＡＵデリミタＮＡＬユニットを含むＡＵ内の符号化ピクチャに存在するスライスの型式を示すことができる。ビットストリームがただ１つの層を含むとき、ＡＵデリミタ（１０）に関連付けられた標準的な復号処理は存在しない場合がある。
【0262】
ＡＵデリミタ（１０）において、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）は、ＩＲＡＰまたはＧＤＲ ＡＵの存在を示すことができ、図２７に示すようにシグナリングされることができる。１であるフラグａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）は、ＡＵ ｄｅｌｉｍｉｔｅｒを含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵであることを指定してもよい。また、フラグａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）が０であることは、ＡＵ ｄｅｌｉｍｉｔｅｒ（１０）を含むＡＵがＩＲＡＰでもＧＤＲ ＡＵでもないことを示してもよい。
【0263】
同じまたは別の実施形態において、ＩＲＡＰまたはＧＤＲ ＡＵのフラグａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）は、ビットストリームが複数の層を有する場合に存在してもよく、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは０より大きい。ビデオ符号化技術または規格は、複数層ビットストリームのためのＡＵデリミタの存在を要求し得る。
【0264】
同じまたは別の実施形態では、図２６～図２７を参照すると、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）が存在し、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）の値が１に等しいとき、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）の値は１に等しいことが必要とされ得る。ＡＵ ｄｅｌｉｍｉｔｅｒ（１０）におけるａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１２）が１である場合、各ＰＵは、ＧＤＲまたはＩＲＡＰピクチャを有し得るからである。
【0265】
同一または別の実施形態において、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１であるとき、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は存在しなくてもよく、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが存在すると判定（例えば復号器によって）されたとき、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値は無視されてもよい。
【0266】
同じまたは別の実施形態では、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）は、ビットストリーム内の最初のＡＵではないＣＶＳＳ ＡＵ内のピクチャの復号後のＤＰＢ内の以前に復号されたピクチャの出力に影響を及ぼし得る。存在しない場合、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値は１に等しいと推測され得る。
【0267】
同じまたは別の実施形態では、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値が推論規則なしで使用されるという問題を解決するために、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）が存在せず、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）が１に等しい場合、図２８に示すように、ピクチャヘッダ（１）においてｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）をｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（６）で置き換えることができる。１に等しいフラグｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（６）は、現在のピクチャがＩＲＡＰピクチャであることを指定することができる。０に等しいフラグｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（６）は、現在のピクチャがＩＲＡＰピクチャではないことを指定し得る。
【0268】
同じまたは別の実施形態では、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）の値が推論規則なしで使用されるという問題を解決するために、ｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）が存在せず、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（２）が１に等しいとき、図２９に示すように、ピクチャヘッダ（１）内のｐｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（３）は、スライスヘッダ（２０）内のｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）に置き換えられてもよい。
【0269】
同じ実施形態において、ｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）は、現在のＶＣＬ ＮＡＬのＮＡＬユニット型式がＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい場合にのみ、スライスヘッダ（２０）内に条件付きで存在してもよい。ＩＤＲ＿Ｗ＿ＲＡＤＬは、ビットストリーム内に存在する関連するＲＡＳＬピクチャを有さないが、ビットストリーム内に関連するＲＡＤＬピクチャを有し得るＩＤＲピクチャの符号化スライスセグメントを含むＮＡＬユニット型式である。ＩＤＲ＿Ｎ＿ＬＰは、ビットストリーム内に存在する関連する先頭ピクチャを有しないＩＤＲピクチャの符号化スライスセグメントを含むＮＡＬユニット型式であり得る。ＣＲＡ＿ＮＵＴは、ＣＲＡピクチャの符号化スライスセグメントを含むＮＡＬユニット型式である。
【0270】
同じまたは別の実施形態では、ｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）は、ビットストリーム内の最初のＡＵではないＣＶＳＳ ＡＵ内のピクチャの復号後のＤＰＢ内の以前に復号されたピクチャの出力に影響を及ぼし得る。
【0271】
同じまたは別の実施形態では、存在する場合、ｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）の値はＡＵ内のすべてのピクチャについて同じであるべきであることがビットストリーム適合性の要件であり得る。ＡＵ内のピクチャのスライスヘッダ（２０）にｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）が存在する場合、ＡＵのｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）値は、ＡＵ内のピクチャのｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）値であってもよい。
【0272】
同一または別の実施形態において、ピクチャ・パラメータ・セット内のｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しいとき、ｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）の値は存在しなくてもよい。存在する場合、ｓｈ＿ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ（２３）の値は無視され得る。
【0273】
同じまたは別の実施形態では、図３０に示すように、ａｕｄ＿ｉｒａｐ＿ａｕ＿ｆｌａｇ（１６）がＡＵデリミタ（１０）に存在してもよい。１であるフラグａｕｄ＿ｉｒａｐ＿ａｕ＿ｆｌａｇ（１６）は、ＡＵデリミタ（１０）を含むＡＵがＩＲＡＰ ＡＵであることを特定してもよい。フラグａｕｄ＿ｉｒａｐ＿ａｕ＿ｆｌａｇ（１６）が０であることは、ＡＵデリミタ（１０）を含むＡＵがＩＲＡＰ ＡＵでないことを示してもよい。
【0274】
また、本実施の形態において、ａｕｄ＿ｉｒａｐ＿ａｕ＿ｆｌａｇ（１６）が存在するとき、ピクチャヘッダ（１）のｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（６）の値は、ＡＵデリミタ（１０）のａｕｄ＿ｉｒａｐ＿ａｕ＿ｆｌａｇ（１６）と等しくてもよい。１に等しいフラグｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（７）は、ＰＨ（１）と関連付けられたピクチャがＩＲＡＰピクチャであることを指定し得る。０に等しいフラグｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（６）は、ＰＨ（１）と関連付けられたピクチャがＩＲＡＰピクチャではないことを指定し得る。
【0275】
同じまたは別の実施形態では、図３０に示すように、ａｕｄ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１７）がＡＵデリミタ（１０）に存在してもよい。１であるフラグａｕｄ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１７）は、ＡＵデリミタ（１０）を含むＡＵがＧＤＲ ＡＵであることを示してもよい。フラグａｕｄ＿ｉｒａｐ＿ａｕ＿ｆｌａｇ（１７）が０であることは、ＡＵデリミタ（１０）を含むＡＵがＧＤＲ ＡＵでないことを示してもよい。
【0276】
また、本実施の形態において、ＡＵ ｄｅｌｉｍｉｔｅｒ（１０）におけるａｕｄ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１７）が存在する場合、ピクチャヘッダ（１）におけるｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ（７）の値は、ＡＵ ｄｅｌｉｍｉｔｅｒ（１０）におけるａｕｄ＿ｇｄｒ＿ａｕ＿ｆｌａｇ（１７）と等しくてもよい。１に等しいフラグｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ（７）は、ＰＨ（１）と関連付けられたピクチャがＧＤＲピクチャであることを指定し得る。０に等しいフラグｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ（７）は、ＰＨ（１）と関連付けられたピクチャがＧＤＲピクチャではないことを指定し得る。
【0277】
段階的復号リフレッシュ（ＧＤＲ）は、以下の定義によって指定され得る。
ＧＤＲ ＡＵ：ＶＰＳで特定される層毎のＰＵが存在し、存在する各ＰＵ内の符号化ピクチャがＧＤＲピクチャであるＡＵ。
ＧＤＲ ＰＵ：符号化ピクチャがＧＤＲピクチャであるＰＵ。
ＧＤＲピクチャ：各ＶＣＬ ＮＡＬユニットがＧＤＲ＿ＮＵＴと等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つピクチャ。
ＧＤＲサブピクチャ：各ＶＣＬ ＮＡＬユニットがＧＤＲ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するサブピクチャ。
ＧＤＲ＿ＮＵＴ：ＧＤＲピクチャの符号化タイルグループを含むＮＡＬユニット型式。
ＧＤＲ ＡＵ：ＶＰＳで特定される層毎のＰＵが存在し、存在する各ＰＵ内の符号化ピクチャがＧＤＲピクチャであるＡＵ。
ＧＤＲ ＰＵ：符号化ピクチャがＧＤＲピクチャであるＰＵ。
ＧＤＲピクチャ：各ＶＣＬ ＮＡＬユニットがＧＤＲ＿ＮＵＴと等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つピクチャ。
ＧＤＲサブピクチャ：各ＶＣＬ ＮＡＬユニットがＧＤＲ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するサブピクチャ。
ＧＤＲ＿ＮＵＴ：ＧＤＲピクチャの符号化タイルグループを含むＮＡＬユニット型式。
【0278】
実施形態によれば、復号順のビットストリーム内の第１のピクチャは、ＩＲＡＰまたはＧＤＲピクチャとすることができる。ＩＲＡＰまたはＧＤＲピクチャに関連付けられた後のピクチャもまた、復号順でＩＲＡＰまたはＧＤＲピクチャに続き得る。関連付けられたＩＲＡＰピクチャの出力順に続き、かつ、関連付けられたＩＲＡＰピクチャの復号順に先行するピクチャは、許容されない場合がある。
【0279】
一実施形態では、図３１を参照すると、ＧＤＲを示す構文要素は、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ（７）などのＰＨ（１）でシグナリングされる。存在しない場合、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ（７）の値は０に等しいと推測することができる。ｓｐｓ＿ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいとき、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ（７）の値は０に等しいと推測することができる。構文要素ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ（３２）は、復号されたピクチャの復元ポイントを出力順に指定することができる。
【0280】
現在のピクチャがＧＤＲピクチャである場合、変数ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌは、以下のように導出されてもよい。
ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ
ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ
【0281】
同じまたは別の実施形態において、図３１に示されるように、ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌを導出するために使用されるＰｉｃＯｒｄｅｒＣｎｔＶａｌがｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ（３２）およびｐｈ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｖａｌ（３６）の値から導出されるので、ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ（３４）は、ピクチャ順序カウント（ＰＯＣ）構文要素（例えば、ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ（３２）およびｐｈ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｖａｌ（３６））をシグナリングした後にシグナリングされる。
【0282】
現在のピクチャがＧＤＲピクチャであり、ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌに等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＣＬＶＳ内に復号順で現在のＧＤＲピクチャに続くピクチャｐｉｃＡがある場合、そのピクチャｐｉｃＡを復元ポイントピクチャと呼ぶことができる。そうでない場合、ＣＬＶＳにおけるｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌよりも大きいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する出力順の最初のピクチャを、復元ポイントピクチャと呼ぶことができる。復元ポイントピクチャは、復号順で現在のＧＤＲピクチャの前になくてもよい。現在のＧＤＲピクチャに関連付けられ、かつｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ未満のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャは、ＧＤＲピクチャの復元ピクチャと呼ばれる場合がある。ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ（３４）の値は、０以上、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１以下であってもよい。
【0283】
同じまたは別の実施形態では、復元ポイントピクチャは、復号順および出力順の両方で現在のＧＤＲピクチャの前になくてもよい。
【0284】
同じ実施形態または別の実施形態では、復元ピクチャは、復号順および出力順の両方で現在のＧＤＲピクチャの前になくてもよい。
【0285】
同じ実施形態または別の実施形態において、復元ピクチャは、復号順および出力順の両方において、関連付けられた復元ポイントピクチャに先行し得る。
【0286】
同じまたは別の実施形態において、現在のピクチャがＧＤＲピクチャまたはＧＤＲピクチャの復元ピクチャであり、現在のピクチャが「リフレッシュ領域」（すなわち、存在する場合、前のＩＲＡＰピクチャから復号順に復号処理を開始するのと比較して、ＧＤＲピクチャから復号処理を開始するときに、復号されたサンプル値の完全一致を有する領域）と「ダーティ領域」（すなわち、存在する場合、前のＩＲＡＰピクチャから復号順で復号処理を開始するのと比較して、ＧＤＲピクチャから復号処理を開始するときに、復号されたサンプル値の完全一致を有しない可能性がある領域）との間の非ＣＴＵ整列境界を含むとき、「ダーティ領域」を回避して「リフレッシュ領域」の復号されたサンプル値に影響を及ぼすために、クロマスケーリング（ＬＭＣＳ）を用いたルママッピングのクロマ残差スケーリングを現在のピクチャにおいて無効にする必要があり得る。
【0287】
同一または別の実施形態において、層ＡのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌの値は、層Ａの参照層のｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ以上であってもよい。
【0288】
同じまたは別の実施形態では、ｌａｙｅｒＩｄがｍに等しい層ＡのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌの値は、ｌａｙｅｒＩｄがｎに等しい別の層ＢのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ以上であってもよく、ｍはｎより大きい。
【0289】
同じまたは別の実施形態では、ｌａｙｅｒＩｄがｍに等しい層ＡのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌの値は、ｌａｙｅｒＩｄがｎに等しい別の層ＢのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ以上であってもよく、ｍはｎより大きく、層ＡおよびＢは同じ出力層セットに属する。
【0290】
同じまたは別の実施形態では、層ＡのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌの値は、層Ａの参照層のｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌに等しくてもよい。
【0291】
同じまたは別の実施形態では、ｌａｙｅｒＩｄがｍに等しい層ＡのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌの値は、ｌａｙｅｒＩｄがｎに等しい別の層ＢのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌに等しくてもよく、ｍはｎより大きい。
【0292】
同じまたは別の実施形態では、ｌａｙｅｒＩｄがｍに等しい層ＡのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌの値は、ｌａｙｅｒＩｄがｎに等しい別の層ＢのｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌに等しくてもよく、ｍはｎよりも大きく、層ＡおよびＢは同じ出力層セットに属する。
【0293】
同じまたは別の実施形態では、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しいとき、以下が適用され得る。
（１）ピクチャは、少なくとも２つのサブピクチャを有するものとする。
（２）ピクチャのＶＣＬ ＮＡＬユニットは、２つ以上の異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。
（３）ＧＤＲ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するピクチャのＶＣＬ ＮＡＬユニットは存在しないものとする。
（４）ピクチャは、ＧＤＲピクチャに関連付けられた復元または復元ピクチャではないものとする。
（５）ピクチャの少なくとも１つのサブピクチャのＶＣＬ ＮＡＬユニットが、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するとき、ピクチャ内の他のサブピクチャのＶＣＬ ＮＡＬユニットはすべて、ＴＲＡＩＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するものとする。
（１）ピクチャは、少なくとも２つのサブピクチャを有するものとする。
（２）ピクチャのＶＣＬ ＮＡＬユニットは、２つ以上の異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。
（３）ＧＤＲ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するピクチャのＶＣＬ ＮＡＬユニットは存在しないものとする。
（４）ピクチャは、ＧＤＲピクチャに関連付けられた復元または復元ピクチャではないものとする。
（５）ピクチャの少なくとも１つのサブピクチャのＶＣＬ ＮＡＬユニットが、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するとき、ピクチャ内の他のサブピクチャのＶＣＬ ＮＡＬユニットはすべて、ＴＲＡＩＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するものとする。
【0294】
ＴＲＡＩＬ＿ＮＵＴは、ＶＣＬ非ＳＴＳＡトレイリングピクチャの符号化タイルグループを含むＮＡＬユニット型式である。
【0295】
ピクチャの各スライスの復号処理の開始時に、参照ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ［０］）および参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ［１］）の導出のために、参照ピクチャリスト構築のための復号処理が呼び出されてもよい。１つまたは複数の参照ピクチャリストを構築した後、参照ピクチャマーキングのための復号処理が呼び出されてもよく、参照ピクチャは、「参照に未使用」、「短期参照に使用」、または「長期参照に使用」としてマークされてもよい。
【0296】
図３２を参照すると、実施形態によれば、復号処理（４０）は復号器によって実行され得る。復号処理（４０）では、１つまたは複数の参照ピクチャリスト（ＲＰＬ）を構築することができる（４２）。１つまたは複数の参照ピクチャリストが構築されるとき、１つまたは複数のピクチャは、ランダムアクセスまたは意図しないピクチャ損失のために利用できない可能性がある。復号器は、ＲＰＬ内の参照ピクチャがＤＰＢで利用可能であるか否かを判定し得る（４４）。参照ピクチャが利用できないと判定された場合、利用できない参照ピクチャは「参照ピクチャなし」としてマークされ得る。復号器のクラッシュまたは意図しない挙動を回避するために、利用できない参照ピクチャは、ピクセルおよびパラメータの初期設定値を用いて即座に生成され得る（４６）。利用できない参照ピクチャを生成した後（および／または、参照ピクチャが利用可能であると判定された後）、復号器は、参照ピクチャリスト内の、生成されたピクチャを含むすべての参照ピクチャの検証を確認することができる（４８）。
【0297】
同じまたは別の実施形態において、１つまたは複数の参照ピクチャリストは、ＳＰＳ、ＰＨ、および／またはＳＨ内のＲＰＬ構文要素を構文解析することによって構築される（４２）。構築するステップ（４２）の後、ＣＲＡピクチャに関連付けられたランダム・アクセス・スキップされた先頭ピクチャ（ＲＡＳＬ）は、復号器またはシステムによって廃棄され得るか、または、ＣＲＡピクチャでランダムアクセスが発生した場合に正しく復号され得ないので、ＲＰＬリスト内の１つまたは複数の参照ピクチャは利用可能ではない場合があり得る。利用できない参照ピクチャは、ピクセルおよびパラメータの初期設定値を用いて生成することができる（４６）。
【0298】
同じまたは別の実施形態では、現在のピクチャが、１に等しいｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、または１に等しいｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇを有するＩＤＲピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャ、または１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャである場合、利用できない参照ピクチャ（４６）を生成するための以下の復号処理のうちの少なくとも１つが呼び出され、これはピクチャの第１のスライスに対してのみ呼び出される必要があり得る。
【0299】
Ａ．利用できない参照ピクチャを生成するための一般的な復号処理
この処理は、現在のピクチャが、１に等しいｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇまたは１に等しいｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇを有するＩＤＲピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャ、または１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャである場合、符号化されたピクチャ毎に１回呼び出され得る。この処理が呼び出されると、以下が適用され得る：０以上１以下の範囲のｉ、および０以上ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］－１以下の範囲のｊ、すなわち「参照ピクチャなし」に等しい各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、「１枚の利用できないピクチャの生成」で以下に説明するようにピクチャが生成され、以下が適用される。
（１）生成されるピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しく設定される。
（２）ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されるピクチャは「短期参照に使用」とマークされる。
（３）そうでない場合、ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されたピクチャに対するＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されたピクチャに対するｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は（ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＆（ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１））に等しいと推測され、生成されたピクチャは「長期参照に使用」とマークされる。
（４）生成される参照ピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値は０に設定される。
（５）生成された参照ピクチャには、ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］が設定される。
（６）生成されたピクチャのＴｅｍｐｏｒａｌＩｄの値は、現在のピクチャのＴｅｍｐｏｒａｌＩｄと等しく設定される。
（７）生成されたピクチャのｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇの値は０に等しく設定される。
（８）生成されたピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、現在のピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄと等しく設定される。
この処理は、現在のピクチャが、１に等しいｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇまたは１に等しいｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇを有するＩＤＲピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャ、または１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャである場合、符号化されたピクチャ毎に１回呼び出され得る。この処理が呼び出されると、以下が適用され得る：０以上１以下の範囲のｉ、および０以上ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］－１以下の範囲のｊ、すなわち「参照ピクチャなし」に等しい各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、「１枚の利用できないピクチャの生成」で以下に説明するようにピクチャが生成され、以下が適用される。
（１）生成されるピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しく設定される。
（２）ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されるピクチャは「短期参照に使用」とマークされる。
（３）そうでない場合、ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されたピクチャに対するＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されたピクチャに対するｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は（ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＆（ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１））に等しいと推測され、生成されたピクチャは「長期参照に使用」とマークされる。
（４）生成される参照ピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値は０に設定される。
（５）生成された参照ピクチャには、ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］が設定される。
（６）生成されたピクチャのＴｅｍｐｏｒａｌＩｄの値は、現在のピクチャのＴｅｍｐｏｒａｌＩｄと等しく設定される。
（７）生成されたピクチャのｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇの値は０に等しく設定される。
（８）生成されたピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、現在のピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄと等しく設定される。
【0300】
１に等しいフラグｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャが決して参照ピクチャとして使用されないことを指定し得る。０に等しいフラグｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャが参照ピクチャとして用いられても用いられなくてもよいことを指定する。
【0301】
Ｂ．１枚の利用できないピクチャの生成
この処理が呼び出されると、以下のように利用できないピクチャが生成される。
（１）ピクチャのサンプル配列ＳＬ内の各要素の値は、１＜＜（ＢｉｔＤｅｐｔｈ－１）に等しく設定される。
（２）ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０でないとき、そのピクチャに対するサンプル配列ＳＣｂ，ＳＣｒの各要素の値は、１＜＜（ＢｉｔＤｅｐｔｈ－１）と等しく設定される。
（３）予測モードＣｕＰｒｅｄＭｏｄｅ［０］［ｘ］［ｙ］は、ｘが０以上、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１以下であり、ｙが０以上、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１以下である場合、ＭＯＤＥ＿ＩＮＴＲＡと等しく設定される。
この処理が呼び出されると、以下のように利用できないピクチャが生成される。
（１）ピクチャのサンプル配列ＳＬ内の各要素の値は、１＜＜（ＢｉｔＤｅｐｔｈ－１）に等しく設定される。
（２）ｓｐｓ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０でないとき、そのピクチャに対するサンプル配列ＳＣｂ，ＳＣｒの各要素の値は、１＜＜（ＢｉｔＤｅｐｔｈ－１）と等しく設定される。
（３）予測モードＣｕＰｒｅｄＭｏｄｅ［０］［ｘ］［ｙ］は、ｘが０以上、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１以下であり、ｙが０以上、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１以下である場合、ＭＯＤＥ＿ＩＮＴＲＡと等しく設定される。
【0302】
同じ実施形態または別の実施形態では、ＲＰＬリスト内の利用できない参照ピクチャを生成した後、ＲＰＬリスト内のすべてまたはアクティブな参照ピクチャのビットストリーム適合性確認が、例えば復号器によって呼び出され得る。例えば、復号器は、以下の制約がビットストリーム適合性に適用されることを確認することができる。
（１）０または１に等しい各ｉについて、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］未満であってはならない。
（２）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリによって参照されるピクチャは、ＤＰＢに存在し、現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下であるものとする。
（３）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各エントリによって参照されるピクチャは、現在のピクチャではなく、０に等しいｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇを有するものとする。
（４）ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の短期参照ピクチャ（ＳＴＲＰ）エントリと、同じピクチャの同じスライスまたは異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の長期参照ピクチャ（ＬＴＲＰ）エントリとは、同じピクチャを参照してはならない。
（５）現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとエントリによって参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの間の差が２２４以上であるＬＴＲＰエントリがＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］内に存在してはならない。
（６）ｓｅｔＯｆＲｅｆＰｉｃｓを、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］内のすべてのエントリ、および現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［１］内のすべてのエントリによって参照される固有のピクチャのセットとする。ｓｅｔＯｆＲｅｆＰｉｃｓのピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下でなければならず、ここで、ＭａｘＤｐｂＳｉｚｅは、であり、ｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャのすべてのスライスについて同じでなければならない。
（７）現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、現在のピクチャのものに等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリは存在しないものとする。
（８）現在のピクチャが、復号順に、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する段階的な時間サブ層アクセス（ＳＴＳＡ）ピクチャに続くピクチャである場合、復号順にＳＴＳＡピクチャに先行し、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄを有し、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（９）特定の値ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、および特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャが、復号順に、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＳＴＳＡサブピクチャに続くサブピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる復号順にＳＴＳＡサブピクチャを含むピクチャに先行する、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、およびｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（１０）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャがＩＲＡＰピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する先行するＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＩＲＡＰサブピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＩＲＡＰサブピクチャを含む任意の先行するピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（１２）現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたＲＡＳＬピクチャでない場合、現在のピクチャに関連付けられたＣＲＡピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャは存在しないものとする。
（１３）現在のサブピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャでない場合、現在のサブピクチャに関連付けられたＣＲＡサブピクチャを含むＣＲＡピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１４）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャが以下のいずれでもない場合、現在のピクチャに関連付けられたＩＲＡＰピクチャまたはＧＤＲピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたピクチャであって、同じＣＲＡピクチャに関連付けられた先頭のピクチャよりも復号順が早いピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられた先頭ピクチャ
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖ．ｅｒｙＦｌａｇが１であるＧＤＲピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ。
（１５）ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しい、現在のサブピクチャが以下のいずれでもない場合、現在のサブピクチャに関連付けられたＩＲＡＰまたはＧＤＲサブピクチャを含むＩＲＡＰまたはＧＤＲピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ内のＩＤＲサブピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたサブピクチャであって、同じＣＲＡピクチャに関連付けられた先頭ピクチャよりも復号順が早いサブピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられた先頭サブピクチャ。
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＧＤＲピクチャ内のＧＤＲサブピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ内のサブピクチャ。
（１６）現在のピクチャが、復号順および出力順の両方でｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じＩＲＡＰピクチャに続くとき、そのＩＲＡＰピクチャの出力順または復号順に先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１７）現在のサブピクチャが、復号順と出力順の両方で同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャに続くとき、そのＩＲＡＰサブピクチャを含むピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１８）現在のピクチャが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じであるＩＲＡＰピクチャと、もしあれば、そのＩＲＡＰピクチャに復号順および出力順の両方で関連付けられている先頭ピクチャとを辿るとき、そのＩＲＡＰピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１９）現在のサブピクチャが、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャと、もしあれば、復号順と出力順の両方でそのＩＲＡＰサブピクチャに関連付けられた先頭サブピクチャとに続くとき、出力順または復号順でそのＩＲＡＰサブピクチャを含むピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（２０）現在のピクチャがランダムアクセス復号可能先頭（ＲＡＤＬ）ピクチャである場合、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリは存在しないものとする。
（ａ）ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇのＲＡＳＬピクチャは０である。これは、ＲＡＤＬピクチャのＲＰＬのアクティブエントリが、１に等しいｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを有するＲＡＳＬピクチャを参照し得ることを意味する。しかしながら、ＲＡＤＬピクチャは、ＲＡＳＬサブピクチャを参照するＲＡＤＬサブピクチャを許可しない次の制約によって課されるように、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャのみを参照するため、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャが正しく復号されることから、関連するＣＲＡピクチャから復号が開始されるとき、そのようなＲＡＤＬピクチャは依然として正しく復号され得る。
（ｂ）関連付けられたＩＲＡＰピクチャの復号順に先行するピクチャ。
（２１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＲＡＤＬサブピクチャであるとき、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリはないものとする。
（ａ）ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいピクチャは、ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＲＡＳＬサブピクチャを含む。
（ｂ）関連付けられたＩＲＡＰサブピクチャを含むピクチャの復号順に先行するピクチャ。
（２２）各ＩＬＲＰエントリによって参照されるピクチャには、現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に存在する場合、以下の制約が適用される。
（ａ）ピクチャは、現在のピクチャと同じＡＵにあるものとする。
（ｂ）ピクチャは、ＤＰＢに存在するものとする。
（ｃ）ピクチャは、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｒｅｆＰｉｃＬａｙｅｒＩｄを有するものとする。
（ｄ）以下の制約のいずれかが適用される：ピクチャはＩＲＡＰピクチャであるものとする；または、ピクチャはＭａｘ（０，ｖｐｓ＿ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄｘ］［ｒｅｆＬａｙｅｒＩｄｘ］－１）以下のＴｅｍｐｏｒａｌＩｄを有するものとし、ｃｕｒｒＬａｙｅｒＩｄｘおよびｒｅｆＬａｙｅｒＩｄｘは、それぞれＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］およびＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｒｅｆｐｉｃＬａｙｅｒＩｄ］に等しい。
（２３）スライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内に存在する場合、各ＩＬＲＰエントリはアクティブエントリであるものとする。
（２４）ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しく、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい場合、以下の２つの条件のいずれか（両方ではない）が真であるものとする。
（ａ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、現在のピクチャと同一のサブピクチャ・レイアウトを有する（すなわち、そのピクチャおよび現在のピクチャによって参照されるＳＰＳは、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内のｊの各値に対して、それぞれ、同じ値のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１と、同じ値のｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、およびｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］とを有する）。
（ｂ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値が０であるＩＬＲＰである。
（１）０または１に等しい各ｉについて、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］未満であってはならない。
（２）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリによって参照されるピクチャは、ＤＰＢに存在し、現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下であるものとする。
（３）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各エントリによって参照されるピクチャは、現在のピクチャではなく、０に等しいｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇを有するものとする。
（４）ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の短期参照ピクチャ（ＳＴＲＰ）エントリと、同じピクチャの同じスライスまたは異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の長期参照ピクチャ（ＬＴＲＰ）エントリとは、同じピクチャを参照してはならない。
（５）現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとエントリによって参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの間の差が２２４以上であるＬＴＲＰエントリがＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］内に存在してはならない。
（６）ｓｅｔＯｆＲｅｆＰｉｃｓを、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］内のすべてのエントリ、および現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［１］内のすべてのエントリによって参照される固有のピクチャのセットとする。ｓｅｔＯｆＲｅｆＰｉｃｓのピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下でなければならず、ここで、ＭａｘＤｐｂＳｉｚｅは、であり、ｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャのすべてのスライスについて同じでなければならない。
（７）現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、現在のピクチャのものに等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリは存在しないものとする。
（８）現在のピクチャが、復号順に、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する段階的な時間サブ層アクセス（ＳＴＳＡ）ピクチャに続くピクチャである場合、復号順にＳＴＳＡピクチャに先行し、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄを有し、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（９）特定の値ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、および特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャが、復号順に、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＳＴＳＡサブピクチャに続くサブピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる復号順にＳＴＳＡサブピクチャを含むピクチャに先行する、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、およびｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（１０）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャがＩＲＡＰピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する先行するＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＩＲＡＰサブピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＩＲＡＰサブピクチャを含む任意の先行するピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（１２）現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたＲＡＳＬピクチャでない場合、現在のピクチャに関連付けられたＣＲＡピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャは存在しないものとする。
（１３）現在のサブピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャでない場合、現在のサブピクチャに関連付けられたＣＲＡサブピクチャを含むＣＲＡピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１４）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャが以下のいずれでもない場合、現在のピクチャに関連付けられたＩＲＡＰピクチャまたはＧＤＲピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたピクチャであって、同じＣＲＡピクチャに関連付けられた先頭のピクチャよりも復号順が早いピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられた先頭ピクチャ
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖ．ｅｒｙＦｌａｇが１であるＧＤＲピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ。
（１５）ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しい、現在のサブピクチャが以下のいずれでもない場合、現在のサブピクチャに関連付けられたＩＲＡＰまたはＧＤＲサブピクチャを含むＩＲＡＰまたはＧＤＲピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ内のＩＤＲサブピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたサブピクチャであって、同じＣＲＡピクチャに関連付けられた先頭ピクチャよりも復号順が早いサブピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられた先頭サブピクチャ。
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＧＤＲピクチャ内のＧＤＲサブピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ内のサブピクチャ。
（１６）現在のピクチャが、復号順および出力順の両方でｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じＩＲＡＰピクチャに続くとき、そのＩＲＡＰピクチャの出力順または復号順に先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１７）現在のサブピクチャが、復号順と出力順の両方で同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャに続くとき、そのＩＲＡＰサブピクチャを含むピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１８）現在のピクチャが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じであるＩＲＡＰピクチャと、もしあれば、そのＩＲＡＰピクチャに復号順および出力順の両方で関連付けられている先頭ピクチャとを辿るとき、そのＩＲＡＰピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１９）現在のサブピクチャが、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャと、もしあれば、復号順と出力順の両方でそのＩＲＡＰサブピクチャに関連付けられた先頭サブピクチャとに続くとき、出力順または復号順でそのＩＲＡＰサブピクチャを含むピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（２０）現在のピクチャがランダムアクセス復号可能先頭（ＲＡＤＬ）ピクチャである場合、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリは存在しないものとする。
（ａ）ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇのＲＡＳＬピクチャは０である。これは、ＲＡＤＬピクチャのＲＰＬのアクティブエントリが、１に等しいｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを有するＲＡＳＬピクチャを参照し得ることを意味する。しかしながら、ＲＡＤＬピクチャは、ＲＡＳＬサブピクチャを参照するＲＡＤＬサブピクチャを許可しない次の制約によって課されるように、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャのみを参照するため、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャが正しく復号されることから、関連するＣＲＡピクチャから復号が開始されるとき、そのようなＲＡＤＬピクチャは依然として正しく復号され得る。
（ｂ）関連付けられたＩＲＡＰピクチャの復号順に先行するピクチャ。
（２１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＲＡＤＬサブピクチャであるとき、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリはないものとする。
（ａ）ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいピクチャは、ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＲＡＳＬサブピクチャを含む。
（ｂ）関連付けられたＩＲＡＰサブピクチャを含むピクチャの復号順に先行するピクチャ。
（２２）各ＩＬＲＰエントリによって参照されるピクチャには、現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に存在する場合、以下の制約が適用される。
（ａ）ピクチャは、現在のピクチャと同じＡＵにあるものとする。
（ｂ）ピクチャは、ＤＰＢに存在するものとする。
（ｃ）ピクチャは、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｒｅｆＰｉｃＬａｙｅｒＩｄを有するものとする。
（ｄ）以下の制約のいずれかが適用される：ピクチャはＩＲＡＰピクチャであるものとする；または、ピクチャはＭａｘ（０，ｖｐｓ＿ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄｘ］［ｒｅｆＬａｙｅｒＩｄｘ］－１）以下のＴｅｍｐｏｒａｌＩｄを有するものとし、ｃｕｒｒＬａｙｅｒＩｄｘおよびｒｅｆＬａｙｅｒＩｄｘは、それぞれＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］およびＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｒｅｆｐｉｃＬａｙｅｒＩｄ］に等しい。
（２３）スライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内に存在する場合、各ＩＬＲＰエントリはアクティブエントリであるものとする。
（２４）ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しく、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい場合、以下の２つの条件のいずれか（両方ではない）が真であるものとする。
（ａ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、現在のピクチャと同一のサブピクチャ・レイアウトを有する（すなわち、そのピクチャおよび現在のピクチャによって参照されるＳＰＳは、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内のｊの各値に対して、それぞれ、同じ値のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１と、同じ値のｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、およびｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］とを有する）。
（ｂ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値が０であるＩＬＲＰである。
【0303】
Ｃ．参照ピクチャマーキングの復号処理
同じ実施形態または別の実施形態では、参照ピクチャがマークされると、以下の復号処理が呼び出され得る。
同じ実施形態または別の実施形態では、参照ピクチャがマークされると、以下の復号処理が呼び出され得る。
【0304】
この処理は、スライスヘッダの復号およびスライスの参照ピクチャリスト構築のための復号処理の後であるが、スライスデータの復号の前に、ピクチャ毎に１回呼び出されてもよい。この処理により、ＤＰＢ内の１つまたは複数の参照ピクチャが「参照に未使用」または「長期参照に使用」としてマークされ得る。
【0305】
ＤＰＢにおける復号されたピクチャは、「参照に未使用」、「短期参照に使用」、または「長期参照に使用」としてマークされることが可能であるが、復号処理の動作中の任意の所与の瞬間にこれら３つのうちの１つのみがマークされることが可能である。これらのマーキングのうちの１つをピクチャに割り当てることは、適用可能な場合、これらのマーキングのうちの別のものを暗黙的に除去することができる。ピクチャが「参照に使用」としてマークされていると言及される場合、これは、「短期参照に使用」または「長期参照に使用」としてマークされているピクチャを総称する（両方ではない）。
【0306】
ＳＴＲＰおよびＩＬＲＰは、それらのｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびＰｉｃＯｒｄｅｒＣｎｔＶａｌ値によって識別され得る。ＬＴＲＰは、それらのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値およびそれらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値のＬｏｇ ２（ＭａｘＬｔＰｉｃＯｒｄｅｒＣｎｔＬｓｂ）ＬＳＢによって識別され得る。
【0307】
現在のピクチャがＣＬＶＳＳピクチャである場合、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する（もしあれば）ＤＰＢ内のすべての現在の参照ピクチャが「参照に未使用」としてマークされ得る。
【0308】
そうでなければ、以下が適用され得る。
（１）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＬＴＲＰエントリについて、ピクチャが現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを持つＬＴＲＰである場合、そのピクチャは「長期参照に使用」とマークされる。
（２）ＲｅｆＰｉｃＬｉｓｔ［０］やＲｅｆＰｉｃＬｉｓｔ［１］のいずれのエントリも参照していないＤＰＢのカレントピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄの参照ピクチャは「参照に未使用」とされる。
（３）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＩＬＲＰエントリについて、ピクチャは「長期参照に使用」としてマークされる。
（１）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＬＴＲＰエントリについて、ピクチャが現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを持つＬＴＲＰである場合、そのピクチャは「長期参照に使用」とマークされる。
（２）ＲｅｆＰｉｃＬｉｓｔ［０］やＲｅｆＰｉｃＬｉｓｔ［１］のいずれのエントリも参照していないＤＰＢのカレントピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄの参照ピクチャは「参照に未使用」とされる。
（３）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＩＬＲＰエントリについて、ピクチャは「長期参照に使用」としてマークされる。
【0309】
同一または別の実施形態において、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＬＴＲＰエントリについて、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを持つピクチャが「短期参照に使用」とマークされた場合、そのピクチャは「長期参照に使用」とマークされる。
【0310】
同じ実施形態または別の実施形態において、１つまたは複数のＲＰＬリストが構築されるとき、以下が適用され得る。
各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、ｉは０以上１以下の範囲にあり、ｊは０以上ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］－１以下の範囲にあり、すなわち「参照ピクチャなし」に等しいピクチャが生成される。
各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、ｉは０以上１以下の範囲にあり、ｊは０以上ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］－１以下の範囲にあり、すなわち「参照ピクチャなし」に等しいピクチャが生成される。
【0311】
同じ実施形態または別の実施形態において、１つまたは複数のＲＰＬリストが構築されるとき、以下が適用され得る。
各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、ｉは０以上１以下の範囲にあり、ｊは０以上ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］－１以下の範囲にあり、すなわち「参照ピクチャなし」に等しいピクチャが生成される。
各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、ｉは０以上１以下の範囲にあり、ｊは０以上ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］－１以下の範囲にあり、すなわち「参照ピクチャなし」に等しいピクチャが生成される。
【0312】
参照ピクチャリスト構築のための復号処理では、ＤＰＢで欠落している参照ピクチャを「参照ピクチャなし」と等しく設定することができる。「参照ピクチャなし」に等しい利用できないピクチャは、適合性確認目的で利用できない参照ピクチャを生成するための復号処理を介して生成される。問題は、以下のように、同じ層内で利用できない参照ピクチャだけでなく、参照層内で利用できない層間参照ピクチャも「参照ピクチャなし」に等しく設定されることである。
ｉｆ（！ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］）｛
ｉｆ（ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］）｛
ＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］＝ｐｏｃＢａｓｅ＋ＤｅｌｔａＰｏｃＶａｌＳｔ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］
ｉｆ（ｔｈｅｒｅ ｉｓ ａｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ
ａｎｄ ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ｅｑｕａｌ ｔｏ ＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
ｐｏｃＢａｓｅ＝ＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］
｝ｅｌｓｅ｛
ｉｆ（！ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｋ］）｛
ｉｆ（ｔｈｅｒｅ ｉｓ ａｒｅｆｅｒｅｎｃｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ａｎｄ
ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＆（ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１）ｅｑｕａｌ ｔｏ ＰｏｃＬｓｂＬｔ［ｉ］［ｋ］）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＝ＰｏｃＬｓｂＬｔ［ｉ］［ｋ］
｝ｅｌｓｅ｛
ｉｆ（ｔｈｅｒｅ ｉｓ ａｒｅｆｅｒｅｎｃｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ａｎｄ
ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ｅｑｕａｌ ｔｏ ＦｕｌｌＰｏｃＬｔ［ｉ］［ｋ］）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＝ＦｕｌｌＰｏｃＬｔ［ｉ］［ｋ］
｝
ｋ＋＋
｝
｝ｅｌｓｅ｛
ｌａｙｅｒＩｄｘ＝ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ｉｌｒｐ＿ｉｄｘ［ｉ］［ＲｐｌｓＩｄｘ］［ｊ］］
ｒｅｆＰｉｃＬａｙｅｒＩｄ＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｌａｙｅｒＩｄｘ］
ｉｆ（ｔｈｅｒｅ ｉｓ ａ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｅｑｕａｌ ｔｏ ｒｅｆＰｉｃＬａｙｅｒＩｄ ａｎｄ
ｔｈｅ ｓａｍｅ ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
｝
ｉｆ（！ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］）｛
ｉｆ（ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］）｛
ＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］＝ｐｏｃＢａｓｅ＋ＤｅｌｔａＰｏｃＶａｌＳｔ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］
ｉｆ（ｔｈｅｒｅ ｉｓ ａｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ
ａｎｄ ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ｅｑｕａｌ ｔｏ ＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
ｐｏｃＢａｓｅ＝ＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］
｝ｅｌｓｅ｛
ｉｆ（！ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｋ］）｛
ｉｆ（ｔｈｅｒｅ ｉｓ ａｒｅｆｅｒｅｎｃｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ａｎｄ
ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＆（ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１）ｅｑｕａｌ ｔｏ ＰｏｃＬｓｂＬｔ［ｉ］［ｋ］）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＝ＰｏｃＬｓｂＬｔ［ｉ］［ｋ］
｝ｅｌｓｅ｛
ｉｆ（ｔｈｅｒｅ ｉｓ ａｒｅｆｅｒｅｎｃｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ａｎｄ
ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ｅｑｕａｌ ｔｏ ＦｕｌｌＰｏｃＬｔ［ｉ］［ｋ］）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＝ＦｕｌｌＰｏｃＬｔ［ｉ］［ｋ］
｝
ｋ＋＋
｝
｝ｅｌｓｅ｛
ｌａｙｅｒＩｄｘ＝ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ｉｌｒｐ＿ｉｄｘ［ｉ］［ＲｐｌｓＩｄｘ］［ｊ］］
ｒｅｆＰｉｃＬａｙｅｒＩｄ＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｌａｙｅｒＩｄｘ］
ｉｆ（ｔｈｅｒｅ ｉｓ ａ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｐｉｃＡ ｉｎ ｔｈｅ ＤＰＢ ｗｉｔｈ ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｅｑｕａｌ ｔｏ ｒｅｆＰｉｃＬａｙｅｒＩｄ ａｎｄ
ｔｈｅ ｓａｍｅ ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ａｓ ｔｈｅ ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ）
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝ｐｉｃＡ
ｅｌｓｅ
ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］＝“ｎｏ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ”
｝
【0313】
しかしながら、利用できない参照ピクチャを生成するための復号処理では、「参照ピクチャなし」に等しい全ての利用できないピクチャが同じ層内の参照ピクチャとして扱われてもよく、その結果、利用できない層間参照ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、正確な値に設定される。また、利用できない層間参照ピクチャは、「長期参照に使用」として正しくマークされていない。これらの誤った値は、後続のピクチャの復号処理およびビットストリーム適合性確認においてエラーをもたらす。したがって、実施形態によれば、「参照ピクチャなし」に等しい利用できない層間参照ピクチャは、以下のように正しく生成されるべきである。
【0314】
Ｄ．利用できない参照ピクチャを生成するための改善された復号処理
この処理は、現在のピクチャが、１に等しいｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇまたは１に等しいｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇを有するＩＤＲピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャ、または１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャであるとき、符号化されたピクチャ毎に１回呼び出される。
この処理は、現在のピクチャが、１に等しいｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇまたは１に等しいｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇを有するＩＤＲピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャ、または１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャであるとき、符号化されたピクチャ毎に１回呼び出される。
【0315】
この処理が呼び出されると、各ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］について、０以上１以下の範囲のｉ、および０以上ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］－１以下の範囲のｊ、すなわち「参照ピクチャなし」に等しいｉを用いて、本開示で前述したようにピクチャを生成することができ、以下が適用され得る。
（１）ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
（２）そうでない場合（ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しい）、生成されたピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値はｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ｉｌｒｐ＿ｉｄｘ［ｉ］［ＲｐｌｓＩｄｘ］［ｊ］］］に等しく設定される。
（３）ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されるピクチャは「短期参照に使用」とマークされる。
（４）ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されるピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は（ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＆（ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１））に等しいと推測され、生成されるピクチャは「長期参照に使用」とマークされる。
（５）あるいは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しい場合、生成されたピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定され、生成されたピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は現在のピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂに等しいと推測され、生成されたピクチャは「長期参照に使用」としてマークされる。
（６）生成される参照ピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値は０に設定される。
（７）生成された参照ピクチャには、ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］が設定される。
（８）生成されたピクチャのＴｅｍｐｏｒａｌＩｄの値は、現在のピクチャのＴｅｍｐｏｒａｌＩｄと等しく設定される。
（９）生成されたピクチャのｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇの値は０に等しく設定される。
（１０）生成されたピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、現在のピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄと等しく設定される。
（１）ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
（２）そうでない場合（ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しい）、生成されたピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値はｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ｉｌｒｐ＿ｉｄｘ［ｉ］［ＲｐｌｓＩｄｘ］［ｊ］］］に等しく設定される。
（３）ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されるピクチャは「短期参照に使用」とマークされる。
（４）ｓｔ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しく、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が０に等しい場合、生成されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値はＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］に等しく設定され、生成されるピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は（ＲｅｆＰｉｃＬｔＰｏｃＬｉｓｔ［ｉ］［ｊ］＆（ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１））に等しいと推測され、生成されるピクチャは「長期参照に使用」とマークされる。
（５）あるいは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］［ｊ］が１に等しい場合、生成されたピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定され、生成されたピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は現在のピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂに等しいと推測され、生成されたピクチャは「長期参照に使用」としてマークされる。
（６）生成される参照ピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値は０に設定される。
（７）生成された参照ピクチャには、ＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］が設定される。
（８）生成されたピクチャのＴｅｍｐｏｒａｌＩｄの値は、現在のピクチャのＴｅｍｐｏｒａｌＩｄと等しく設定される。
（９）生成されたピクチャのｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇの値は０に等しく設定される。
（１０）生成されたピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、現在のピクチャのｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄと等しく設定される。
【0316】
上述した参照ピクチャマーキングのための復号処理では、マーキング処理を明確にするために、以下の文が修正される：ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＬＴＲＰエントリについて、ピクチャが現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＳＴＲＰである場合、そのピクチャは「長期参照に使用」としてマークされる。
【0317】
第１の選択肢として、元の文は以下のように修正される：ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＬＴＲＰエントリについて、ピクチャが現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄで「短期参照に使用」として現在マークされている場合、ピクチャは「長期参照に使用」としてマークされる。
【0318】
第２の選択肢として、元の文は以下のように修正される：ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各ＬＴＲＰエントリについて、ピクチャが現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＬＴＲＰである場合、ピクチャは「長期参照に使用」としてマークされる。
【0319】
ＳＴＲＰは「長期参照に使用」と表記されているため、原文の意味がやや分かりにくい。文の元の意図が、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の現在のピクチャのＬＴＲＰピクチャを「長期参照に使用」としてマークすることである場合、ＬＴＲＰが現在「短期参照に使用」としてマークされているとき、選択肢１を使用することができる。そうでなければ、選択肢２を使用することができる。
【0320】
Ｅ．参照ピクチャリスト構築のための改善された復号処理
ＨＥＶＣでは、参照ピクチャリストは、利用できない参照ピクチャをＲＰＳで生成した後に構築される。ＶＶＣ（ｃｕｒｒｅｎｔ ｄｒａｆｔ）では、参照ピクチャリストは、ＲＰＳで利用できない参照ピクチャを生成する前に構築される。以前に指定されたように利用できない参照ピクチャを生成する前にビットストリーム適合性確認が実行される場合、ビットストリームは指定された制約に従うことができない。順序を明確にするために、復号処理は、ビットストリーム適合性について以下の制約を有するように以下のように修正することができる。
（１）０または１に等しい各ｉについて、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］未満であってはならない。
（２）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリによって参照されるピクチャは、ＤＰＢに存在し、現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下であるものとする。
（３）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各エントリによって参照されるピクチャは、現在のピクチャではなく、０に等しいｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇを有するものとする。
（４）ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のＳＴＲＰエントリ、および同じピクチャの同じスライスまたは異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のＬＴＲＰエントリは、同じピクチャを参照しないものとする。
（５）現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとエントリによって参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの間の差が２２４以上であるＬＴＲＰエントリがＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］内に存在してはならない。
（６）ｓｅｔＯｆＲｅｆＰｉｃｓを、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］内のすべてのエントリ、および現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［１］内のすべてのエントリによって参照される固有のピクチャのセットとする。ｓｅｔＯｆＲｅｆＰｉｃｓのピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下でなければならず、ＭａｘＤｐｂＳｉｚｅおよびｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャのすべてのスライスについて同じでなければならない。
（７）現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、現在のピクチャのものに等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリは存在しないものとする。
（８）現在のピクチャが、復号順に、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＳＴＳＡピクチャに続くピクチャである場合、復号順にＳＴＳＡピクチャに先行し、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄおよびＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（９）特定の値ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、および特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャが、復号順に、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＳＴＳＡサブピクチャに続くサブピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる復号順にＳＴＳＡサブピクチャを含むピクチャに先行する、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、およびｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（１０）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャがＩＲＡＰピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する先行するＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＩＲＡＰサブピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＩＲＡＰサブピクチャを含む任意の先行するピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（１２）現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたＲＡＳＬピクチャでない場合、現在のピクチャに関連付けられたＣＲＡピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャは存在しないものとする。
（１３）現在のサブピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャでない場合、現在のサブピクチャに関連付けられたＣＲＡサブピクチャを含むＣＲＡピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１４）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャが以下のいずれでもない場合、現在のピクチャに関連付けられたＩＲＡＰピクチャまたはＧＤＲピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたピクチャであって、同じＣＲＡピクチャに関連付けられた先頭のピクチャよりも復号順が早いピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられた先頭ピクチャ。
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＧＤＲピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ。
（１５）ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しい、現在のサブピクチャが以下のいずれでもない場合、現在のサブピクチャに関連付けられたＩＲＡＰまたはＧＤＲサブピクチャを含むＩＲＡＰまたはＧＤＲピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ内のＩＤＲサブピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたサブピクチャであって、同じＣＲＡピクチャに関連付けられた先頭ピクチャよりも復号順が早いサブピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられた先頭サブピクチャ。
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＧＤＲピクチャ内のＧＤＲサブピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ内のサブピクチャ。
（１６）現在のピクチャが、復号順および出力順の両方でｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じＩＲＡＰピクチャに続くとき、そのＩＲＡＰピクチャの出力順または復号順に先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１７）現在のサブピクチャが、復号順と出力順の両方で同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャに続くとき、そのＩＲＡＰサブピクチャを含むピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１８）現在のピクチャが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じであるＩＲＡＰピクチャと、もしあれば、そのＩＲＡＰピクチャに復号順および出力順の両方で関連付けられている先頭ピクチャとを辿るとき、そのＩＲＡＰピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１９）現在のサブピクチャが、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャと、もしあれば、復号順と出力順の両方でそのＩＲＡＰサブピクチャに関連付けられた先頭サブピクチャとに続くとき、出力順または復号順でそのＩＲＡＰサブピクチャを含むピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（２０）現在のピクチャがＲＡＤＬピクチャである場合、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリは存在しないものとする。
（ａ）ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇのＲＡＳＬピクチャは０である。これは、ＲＡＤＬピクチャのＲＰＬのアクティブエントリが、１に等しいｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを有するＲＡＳＬピクチャを参照し得ることを意味する。しかしながら、ＲＡＤＬピクチャは、ＲＡＳＬサブピクチャを参照するＲＡＤＬサブピクチャを許可しない次の制約によって課されるように、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャのみを参照するため、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャが正しく復号されることから、関連するＣＲＡピクチャから復号が開始されるとき、そのようなＲＡＤＬピクチャは依然として正しく復号され得る。
（ｂ）関連付けられたＩＲＡＰピクチャの復号順に先行するピクチャ。
（２１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＲＡＤＬサブピクチャであるとき、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリはないものとする。
（ａ）ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいピクチャは、ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＲＡＳＬサブピクチャを含む。
（ｂ）関連付けられたＩＲＡＰサブピクチャを含むピクチャの復号順に先行するピクチャ。
（２２）各ＩＬＲＰエントリによって参照されるピクチャには、現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に存在する場合、以下の制約が適用される。
（ａ）ピクチャは、現在のピクチャと同じＡＵにあるものとする。
（ｂ）ピクチャは、ＤＰＢに存在するものとする。
（ｃ）ピクチャは、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｒｅｆＰｉｃＬａｙｅｒＩｄを有するものとする。
（ｄ）以下の制約のいずれかが適用される：ピクチャはＩＲＡＰピクチャであるものとする；ピクチャはＭａｘ（０，ｖｐｓ＿ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄｘ］［ｒｅｆＬａｙｅｒＩｄｘ］－１）以下のＴｅｍｐｏｒａｌＩｄを有するものとし、ｃｕｒｒＬａｙｅｒＩｄｘおよびｒｅｆＬａｙｅｒＩｄｘは、それぞれＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］およびＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｒｅｆｐｉｃＬａｙｅｒＩｄ］に等しい。
（２３）スライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内に存在する場合、各ＩＬＲＰエントリはアクティブエントリであるものとする。
（２４）ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しく、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい場合、以下の２つの条件のいずれか（両方ではない）が真であるものとする。
（ａ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、現在のピクチャと同一のサブピクチャ・レイアウトを有する（すなわち、そのピクチャおよび現在のピクチャによって参照されるＳＰＳは、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内のｊの各値に対して、それぞれ、同じ値のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１と、同じ値のｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、およびｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］とを有する）。
（ｂ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値が０であるＩＬＲＰである。
ＨＥＶＣでは、参照ピクチャリストは、利用できない参照ピクチャをＲＰＳで生成した後に構築される。ＶＶＣ（ｃｕｒｒｅｎｔ ｄｒａｆｔ）では、参照ピクチャリストは、ＲＰＳで利用できない参照ピクチャを生成する前に構築される。以前に指定されたように利用できない参照ピクチャを生成する前にビットストリーム適合性確認が実行される場合、ビットストリームは指定された制約に従うことができない。順序を明確にするために、復号処理は、ビットストリーム適合性について以下の制約を有するように以下のように修正することができる。
（１）０または１に等しい各ｉについて、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］未満であってはならない。
（２）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリによって参照されるピクチャは、ＤＰＢに存在し、現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下であるものとする。
（３）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内の各エントリによって参照されるピクチャは、現在のピクチャではなく、０に等しいｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇを有するものとする。
（４）ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のＳＴＲＰエントリ、および同じピクチャの同じスライスまたは異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のＬＴＲＰエントリは、同じピクチャを参照しないものとする。
（５）現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとエントリによって参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの間の差が２２４以上であるＬＴＲＰエントリがＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］内に存在してはならない。
（６）ｓｅｔＯｆＲｅｆＰｉｃｓを、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］内のすべてのエントリ、および現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［１］内のすべてのエントリによって参照される固有のピクチャのセットとする。ｓｅｔＯｆＲｅｆＰｉｃｓのピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下でなければならず、ＭａｘＤｐｂＳｉｚｅおよびｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャのすべてのスライスについて同じでなければならない。
（７）現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、現在のピクチャのものに等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリは存在しないものとする。
（８）現在のピクチャが、復号順に、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＳＴＳＡピクチャに続くピクチャである場合、復号順にＳＴＳＡピクチャに先行し、現在のピクチャと等しいＴｅｍｐｏｒａｌＩｄおよびＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる現在のピクチャと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（９）特定の値ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、および特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャが、復号順に、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＳＴＳＡサブピクチャに続くサブピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれる復号順にＳＴＳＡサブピクチャを含むピクチャに先行する、ｔＩｄに等しいＴｅｍｐｏｒａｌＩｄ、およびｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは存在しないものとする。
（１０）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャがＩＲＡＰピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する先行するＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＩＲＡＰサブピクチャであるとき、出力順または復号順において、（存在する場合）復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＩＲＡＰサブピクチャを含む任意の先行するピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（１２）現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたＲＡＳＬピクチャでない場合、現在のピクチャに関連付けられたＣＲＡピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャは存在しないものとする。
（１３）現在のサブピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャでない場合、現在のサブピクチャに関連付けられたＣＲＡサブピクチャを含むＣＲＡピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１４）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャが以下のいずれでもない場合、現在のピクチャに関連付けられたＩＲＡＰピクチャまたはＧＤＲピクチャのための利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたピクチャであって、同じＣＲＡピクチャに関連付けられた先頭のピクチャよりも復号順が早いピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられた先頭ピクチャ。
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＧＤＲピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ。
（１５）ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しい、現在のサブピクチャが以下のいずれでもない場合、現在のサブピクチャに関連付けられたＩＲＡＰまたはＧＤＲサブピクチャを含むＩＲＡＰまたはＧＤＲピクチャ用の利用できない参照ピクチャを生成するための復号処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないはずである。
（ａ）ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１またはｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１であるＩＤＲピクチャ内のＩＤＲサブピクチャ。
（ｂ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャ。
（ｃ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられたサブピクチャであって、同じＣＲＡピクチャに関連付けられた先頭ピクチャよりも復号順が早いサブピクチャ。
（ｄ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャ内のＣＲＡサブピクチャに関連付けられた先頭サブピクチャ。
（ｅ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＧＤＲピクチャ内のＧＤＲサブピクチャ。
（ｆ）ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄであるＧＤＲピクチャの復元ピクチャ内のサブピクチャ。
（１６）現在のピクチャが、復号順および出力順の両方でｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じＩＲＡＰピクチャに続くとき、そのＩＲＡＰピクチャの出力順または復号順に先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１７）現在のサブピクチャが、復号順と出力順の両方で同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャに続くとき、そのＩＲＡＰサブピクチャを含むピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のアクティブエントリによって参照されるピクチャはないものとする。
（１８）現在のピクチャが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が同じであるＩＲＡＰピクチャと、もしあれば、そのＩＲＡＰピクチャに復号順および出力順の両方で関連付けられている先頭ピクチャとを辿るとき、そのＩＲＡＰピクチャに出力順または復号順で先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャは存在しないものとする。
（１９）現在のサブピクチャが、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するＩＲＡＰサブピクチャと、もしあれば、復号順と出力順の両方でそのＩＲＡＰサブピクチャに関連付けられた先頭サブピクチャとに続くとき、出力順または復号順でそのＩＲＡＰサブピクチャを含むピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内のエントリによって参照されるピクチャはないものとする。
（２０）現在のピクチャがＲＡＤＬピクチャである場合、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリは存在しないものとする。
（ａ）ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇのＲＡＳＬピクチャは０である。これは、ＲＡＤＬピクチャのＲＰＬのアクティブエントリが、１に等しいｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを有するＲＡＳＬピクチャを参照し得ることを意味する。しかしながら、ＲＡＤＬピクチャは、ＲＡＳＬサブピクチャを参照するＲＡＤＬサブピクチャを許可しない次の制約によって課されるように、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャのみを参照するため、参照されるＲＡＳＬピクチャ内のＲＡＤＬサブピクチャが正しく復号されることから、関連するＣＲＡピクチャから復号が開始されるとき、そのようなＲＡＤＬピクチャは依然として正しく復号され得る。
（ｂ）関連付けられたＩＲＡＰピクチャの復号順に先行するピクチャ。
（２１）特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有する現在のサブピクチャがＲＡＤＬサブピクチャであるとき、以下のいずれかであるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内にアクティブエントリはないものとする。
（ａ）ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいピクチャは、ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＲＡＳＬサブピクチャを含む。
（ｂ）関連付けられたＩＲＡＰサブピクチャを含むピクチャの復号順に先行するピクチャ。
（２２）各ＩＬＲＰエントリによって参照されるピクチャには、現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に存在する場合、以下の制約が適用される。
（ａ）ピクチャは、現在のピクチャと同じＡＵにあるものとする。
（ｂ）ピクチャは、ＤＰＢに存在するものとする。
（ｃ）ピクチャは、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｒｅｆＰｉｃＬａｙｅｒＩｄを有するものとする。
（ｄ）以下の制約のいずれかが適用される：ピクチャはＩＲＡＰピクチャであるものとする；ピクチャはＭａｘ（０，ｖｐｓ＿ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄｘ］［ｒｅｆＬａｙｅｒＩｄｘ］－１）以下のＴｅｍｐｏｒａｌＩｄを有するものとし、ｃｕｒｒＬａｙｅｒＩｄｘおよびｒｅｆＬａｙｅｒＩｄｘは、それぞれＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］およびＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｒｅｆｐｉｃＬａｙｅｒＩｄ］に等しい。
（２３）スライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］内に存在する場合、各ＩＬＲＰエントリはアクティブエントリであるものとする。
（２４）ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しく、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい場合、以下の２つの条件のいずれか（両方ではない）が真であるものとする。
（ａ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、現在のピクチャと同一のサブピクチャ・レイアウトを有する（すなわち、そのピクチャおよび現在のピクチャによって参照されるＳＰＳは、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内のｊの各値に対して、それぞれ、同じ値のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１と、同じ値のｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、およびｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］とを有する）。
（ｂ）ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリが参照するピクチャは、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値が０であるＩＬＲＰである。
【0321】
実施形態によれば、復号器は、ビットストリーム適合性について上記の制約が満たされているか否かを確認することができる。適合性確認は、上述したように、利用できない参照ピクチャを生成するための復号処理を呼び出した後に行われ得る。
【0322】
本開示の実施形態は、コンピュータコードを記憶する少なくとも１つのプロセッサおよびメモリを備えることができる。コンピュータコードは、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに本開示の実施形態の機能を実行させるように構成されてもよい。
【0323】
例えば、図３３を参照すると、本開示の復号器は、コンピュータコード（８０）を格納する少なくとも１つのプロセッサおよびメモリを備えることができる。復号器は、少なくとも１つの符号化されたピクチャおよびパラメータセット（例えば、ＳＰＳおよびＶＰＳ）、ヘッダ（例えば、ピクチャヘッダおよびスライスヘッダ）、およびＡＵデリミタを含むビットストリームを受信するように構成され得る。このコンピュータコードは、少なくとも１つのプロセッサに対して、本開示に記載されたような任意の数の復号処理（例えば、参照ピクチャリストの構築、利用できない参照ピクチャの生成、およびビットストリーム適合性の確認）および復号に関連する態様（例えば、ピクチャヘッダ、スライスヘッダ、およびアクセス・ユニット・デリミタにおけるフラグおよび他の構文要素のシグナリング）を実行させるように構成され得る。例えば、コンピュータコード（８０）は、複数のシグナリングコード（８１）および復号コード（８２）を含み得る。
【0324】
複数のシグナリングコード（８１）は、少なくとも１つのプロセッサに、ピクチャヘッダ、スライスヘッダ、およびアクセス・ユニット・デリミタ内のフラグおよび他の構文要素をシグナリング（および／または推論）させるように構成された様々なシグナリングコードを含み得る。
【0325】
復号コード（８２）は、少なくとも１つのプロセッサに、１つまたは複数のピクチャを復号させるように構成され得る。実施形態によれば、復号コード（８２）は、構築コード（８３）と、生成コード（８４）と、確認コード（８５）とを含み得る。構築コード（８３）は、少なくとも１つのプロセッサに、参照ピクチャリストを構築させるように構成され得る。生成コード（８４）は、少なくとも１つのプロセッサに、参照ピクチャリスト内の利用できない参照ピクチャを生成させるように構成され得る。確認コード（８５）は、少なくとも１つのプロセッサに、参照ピクチャリスト内の参照ピクチャについて、以下の制約、すなわち、（ａ）参照ピクチャリスト内にあると示されるエントリの数が、参照ピクチャリスト内にあると示されるアクティブエントリの数以上であること、（ｂ）参照ピクチャリスト内のアクティブエントリによって参照される各ピクチャが、復号ピクチャバッファ（ＤＰＢ）内に存在し、現在のピクチャの時間識別子値以下の時間識別子値を有すること、および（ｃ）参照ピクチャリスト内のエントリによって参照される各ピクチャが、現在のピクチャではなく、参照ピクチャである可能性があることを示すピクチャ・ヘッダ・フラグによって示されること、が適用されるビットストリーム適合性を確認させるように構成されてもよい。
【0326】
上述した技術は、コンピュータ可読命令を使用し、１つまたは複数のコンピュータ可読媒体に物理的に記憶されたコンピュータソフトウェアとして実装することができる。例えば、図３４は、開示された主題の実施形態を実装するのに適したコンピュータシステム（９００）を示している。
【0327】
コンピュータソフトウェアは、任意の適切な機械コードまたはコンピュータ言語を使用して符号化でき、アセンブリ、コンパイル、リンク、または同様の機構の対象となり、１つまたは複数のコンピュータ中央処理装置（ＣＰＵ）、グラフィック処理装置（ＧＰＵ）などによる直接、または解釈、マイクロコードの実行などを通じて実行できる命令を含むコードを作成する。
【0328】
命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネット装置などを含む様々な種類のコンピュータまたはその構成要素上で実行することができる。
【0329】
コンピュータシステム（９００）について図３４に示される構成要素は、本質的に例示であり、本開示の実施形態を実装するコンピュータソフトウェアの使用または機能の範囲に関していかなる制限を示唆することを意図しない。また、構成要素の構成は、コンピュータシステム（９００）の例示的な実施形態に示されている構成要素のいずれか１つまたは組み合わせに関する依存性または要件を有するものとして解釈されるべきではない。
【0330】
コンピュータシステム（９００）は、特定のヒューマンインターフェース入力デバイスを含み得る。そのようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（キーストローク、スワイプ、データグローブの動作など）、音声入力（声、拍手など）、視覚入力（ジェスチャなど）、嗅覚入力（図示せず）など、１人または複数のユーザによる入力に応答し得る。ヒューマン・インターフェース・デバイスを使用して、音声（スピーチ、音楽、環境音など）、画像（走査した画像、静止画像カメラから得られるピクチャ画像など）、ビデオ（２次元ビデオ、立体ビデオを含む３次元ビデオなど）など、人間による意識的な入力に必ずしも直接関係しない特定の媒体をキャプチャすることもできる。
【0331】
入力ヒューマン・インターフェース・デバイスには、キーボード９０１、マウス９０２、トラックパッド９０３、タッチスクリーン９１０、データグローブ、ジョイスティック９０５、マイク９０６、スキャナ９０７、およびカメラ９０８のうち１つまたは複数（それぞれ図示のものの１つのみ）が含まれ得る。
【0332】
コンピュータシステム（９００）はまた、特定のヒューマンインターフェース出力デバイスを含み得る。そのようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音、光、および匂い／味によって１人または複数の人間のユーザの感覚を刺激することができる。そのようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（９１０）、データグローブ、またはジョイスティック（９０５）による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスも存在し得る）を含むことができる。例えば、そのようなデバイスは、音声出力デバイス（例えば、スピーカ（９０９）、ヘッドホン（図示せず））、視覚出力装置（例えば、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（９１０）であって、それぞれがタッチスクリーン入力機能を有するか又は有さず、それぞれが触覚フィードバック機能を有するか又は有さず、その一部は、ステレオ出力などの手段を介して二次元視覚出力又は三次元超出力を出力することができてもよい、スクリーン、仮想現実メガネ（図示せず）、ホログラフィックディスプレイ、および煙タンク（図示せず））、およびプリンタ（図示せず）であってもよい。
【0333】
コンピュータシステム（９００）には、人間がアクセスできる記憶デバイスと、ＣＤ／ＤＶＤを含むＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（９２０）などの光学メディア（９２１）、サムドライブ（９２２）、リムーバブル・ハード・ドライブまたはソリッド・ステート・ドライブ（９２３）、テープおよびフロッピーディスク（図示せず）などのレガシー磁気媒体、セキュリティドングル（図示せず）などの専用のＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイスなどの関連媒体も含めることができる。
【0334】
当業者はまた、ここで開示される主題に関連して使用される「コンピュータ可読媒体」という用語は、送信媒体、搬送波、または他の一時的な信号を包含しないことを理解するべきである。
【0335】
コンピュータシステム（９００）は、１つまたは複数の通信ネットワークへのインターフェースも含み得る。ネットワークは、例えば、無線、有線、光であり得る。ネットワークはさらに、ローカル、広域、メトロポリタン、車両および産業、リアルタイム、遅延耐性などであり得る。ネットワークの例としては、イーサネット、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワークなどのローカル・エリア・ネットワーク、ケーブルテレビ、衛星テレビ、地上波放送テレビを含むＴＶ有線または無線広域デジタルネットワーク、ＣＡＮＢｕｓなどが含まれる車両用、産業用など、がある。特定のネットワークでは、一般に、特定の汎用データポートまたは周辺バス（９４９）（例えば、コンピュータシステム（９００）のＵＳＢポートなど）に接続された外部ネットワーク・インターフェース・アダプタが必要であり、他のものは一般に、以下に説明するようにシステムバスに接続することにより、コンピュータシステム９００のコアに統合される（例えば、ＰＣコンピュータシステムへのイーサネットインターフェースまたはスマートフォン・コンピュータ・システムへのセルラー・ネットワーク・インターフェース）。これらのネットワークのいずれかを使用して、コンピュータシステム（９００）は他のエンティティと通信できる。このような通信は、単方向、受信のみ（例えば、放送ＴＶ）、単方向送信のみ（例えば、ＣＡＮｂｕｓから特定のＣＡＮｂｕｓデバイス）、または双方向、例えば、ローカル・エリア・デジタル・ネットワークまたはワイド・エリア・デジタル・ネットワークを使用する他のコンピュータシステムへの通信であり得る。そのような通信は、クラウドコンピューティング環境（９５５）への通信を含むことができる。特定のプロトコルおよびプロトコルスタックは、上述したように、それらのネットワークおよびネットワークインターフェースのそれぞれで使用することができる。
【0336】
前述のヒューマン・インターフェース・デバイス、ヒューマンアクセス可能な記憶デバイス、およびネットワークインターフェース（９５４）は、コンピュータシステム（９００）のコア（９４０）に接続することができる。
【0337】
コア（９４０）には、１つまたは複数の中央処理装置（ＣＰＵ）（９４１）、グラフィックス処理装置（ＧＰＵ）（９４２）、フィールド・プログラマブル・ゲート・エリア（ＦＰＧＡ）（９４３）、特定のタスクのハードウェアアクセラレータ（９４４）などの形式の特殊なプログラマブル処理装置を含めることができる。これらのデバイスは、読み取り専用メモリ（ＲＯＭ）（９４５）、ランダム・アクセス・メモリ（９４６）、ユーザがアクセスできない内部ハードドライブ、ＳＳＤなどの内部大容量記憶装置（９４７）とともに、システムバス（９４８）を介して接続され得る。いくつかのコンピュータシステムでは、システムバス（９４８）に１つまたは複数の物理プラグの形でアクセスして、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にすることができる。周辺デバイスは、コアのシステムバス（９４８）に直接、または周辺バス（９４９）を介して接続できる。周辺バスのアーキテクチャには、ＰＣＩ、ＵＳＢなどが含まれる。グラフィックスアダプタ９５０は、コア９４０に含まれてもよい。
【0338】
ＣＰＵ（９４１）、ＧＰＵ（９４２）、ＦＰＧＡ（９４３）、およびアクセラレータ（９４４）は、組み合わせて前述のコンピュータコードを構成できる特定の命令を実行できる。そのコンピュータコードは、ＲＯＭ（９４５）またはＲＡＭ（９４６）に記憶することができる。移行データはまた、ＲＡＭ（９４６）に記憶することができ、一方、永続データは、例えば内部大容量記憶装置（９４７）に記憶することができる。１つまたは複数のＣＰＵ（９４１）、ＧＰＵ（９４２）、大容量記憶装置（９４７）、ＲＯＭ（９４５）、ＲＡＭ（９４６）などと密接に関連付けることができるキャッシュメモリを使用することにより、任意のメモリデバイスに対する高速記憶および読み出しが可能になる。
【0339】
コンピュータ可読媒体は、様々なコンピュータ実装動作を実行するためのコンピュータコードを有することができる。媒体およびコンピュータコードは、本開示の目的のために特別に設計および構築されたものであってもよく、またはコンピュータソフトウェア技術の当業者に周知で利用可能な種類のものであってもよい。
【0340】
限定ではなく例として、アーキテクチャ（９００）、特にコア（９４０）を有するコンピュータシステムは、１つまたは複数の有形のコンピュータ可読媒体に組み込まれたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）の結果として機能を提供できる。このようなコンピュータ可読媒体は、上で紹介したユーザがアクセス可能な大容量記憶装置、およびコア内部大容量記憶装置（９４７）やＲＯＭ（９４５）などの非一時的な性質を持つコア（９４０）の特定の記憶装置に関連付けられた媒体であり得る。本開示の様々な実施形態を実装するソフトウェアは、そのようなデバイスに記憶され、コア（９４０）によって実行され得る。コンピュータ可読媒体は、特定のニーズに従って、１つまたは複数のメモリデバイスまたはチップを含み得る。ソフトウェアは、コア（９４０）、特にその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ（９４６）に格納されているデータ構造を定義すること、およびソフトウェアで定義された処理に従ってそのようなデータ構造を変更することを含む、ここで説明する特定の処理または特定の処理の特定の部分を実行させることができる。加えて、または代替として、コンピュータシステムは、ハードワイヤードまたは他の方法で回路（例えば、アクセラレータ（９４４））に具現化された論理の結果として機能を提供することができ、ソフトウェアの代わりに、またはソフトウェアと共に動作して、本明細書に記載の特定の処理または特定の処理の特定の部分を実行することができる。ソフトウェアへの参照はロジックを含むことができ、その逆も適宜可能である。コンピュータ可読媒体への言及は、必要に応じて、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行のための論理を具現化する回路、またはその両方を包含することができる。本開示は、ハードウェアとソフトウェアとの任意の適切な組み合わせを包含する。
【0341】
本開示はいくつかの例示的な実施形態を説明してきたが、本開示の範囲内にある変更、置換、および様々な代替均等物が存在する。したがって、当業者は、本明細書に明示的に示されていないまたは記載されていないが、本開示の原理を具体化し、したがってその趣旨および範囲内にある多数のシステムおよび方法を考案することができることが理解されよう。
【符号の説明】
【0342】
８０ コンピュータコード
８１ シグナリングコード
８２ 復号コード
８３ 構築コード
８４ 生成コード
８５ 確認コード
１００ 通信システム
１１０ 端末
１２０ 端末
１３０ 端末
１４０ 端末
１５０ ネットワーク
２００ ストリーミングシステム
２０１ ビデオソース
２０２ 非圧縮ビデオ・サンプル・ストリーム
２０３ 符号化器
２０４ ビデオ・ビットストリーム
２０５ ストリーミングサーバ
２０６ ストリーミングクライアント
２０９ ビデオ・ビットストリーム
２１０ ビデオ復号器
２１１ 出力ビデオ・サンプル・ストリーム
２１２ ディスプレイ
３１０ 受信機
３１２ チャネル
３１５ バッファメモリ
３２０ 解析器
３２１ シンボル
３５１ スケーラ／逆変換
３５２ イントラ画像予測
３５３ 動作補償予測ユニット
３５６ ループフィルタ
３５７ 参照画像メモリ
３５８ 現在のピクチャ
４３０ ソース符号化器
４３２ 符号化エンジン
４３３ 復号器
４３４ 参照画像メモリ
４３５ 予測器
４４０ 送信機
４４５ エントロピー符号化器
４５０ コントローラ
４６０ チャネル
５０１ ピクチャヘッダ
５０２ ＡＲＣ情報
５０３ ＡＲＣ（ワーピング座標）
５０４ ピクチャ・パラメータ・セット
５０５ ＡＲＣ参照情報
５０６ 表
５０７ シーケンス・パラメータ・セット
５０８ ヘッダ
５０９ ＡＲＣ情報
５１１ 適応パラメータセット
５１２ ＡＲＣ情報
５１３ ＡＲＣ参照情報
５１４ タイル・グループ・ヘッダ
５１５ ＡＲＣ情報
６００ タイル・グループ・ヘッダ
５１６ パラメータセット
６０２ 構文要素ｄｅｃ＿ｐｉｃ＿ｓｉｚｅ＿ｉｄｘ
６０３ 適応型解像度
６１０ シーケンス・パラメータ・セット
６１１ 構文要素
６１３ 出力解像度
６１５ 参照ピクチャ寸法
６１７ 表エントリ
６８１ Ｉスライス
６８２ Ｂスライス
６８３ Ｂスライス
６８４ Ｂスライス
６８５ Ｂスライス
６８６ Ｂスライス
７０２ ベース層
７１２ ベース層
７０４ 拡張ＣＳＰＳ層
７１４ 拡張ＣＳＰＳ層
７４２ 球面３６０ピクチャ
７４５ サブピクチャ
７５２ サブピクチャ
７４６ サブピクチャの拡張層
７６２ 左上サブ領域
７６３ 右上サブ領域
７６４ 左下サブ領域
７６５ 右下サブ領域
９４１ ＣＰＵ
９４２ ＧＰＵ
９４３ フィールド・プログラマブル・ゲート・エリア（ＦＰＧＡ）
９４４ ハードウェアアクセラレータ
９４８ システムバス
９５０ グラフィックアダプタ
９５４ ネットワークインターフェース
８１ シグナリングコード
８２ 復号コード
８３ 構築コード
８４ 生成コード
８５ 確認コード
１００ 通信システム
１１０ 端末
１２０ 端末
１３０ 端末
１４０ 端末
１５０ ネットワーク
２００ ストリーミングシステム
２０１ ビデオソース
２０２ 非圧縮ビデオ・サンプル・ストリーム
２０３ 符号化器
２０４ ビデオ・ビットストリーム
２０５ ストリーミングサーバ
２０６ ストリーミングクライアント
２０９ ビデオ・ビットストリーム
２１０ ビデオ復号器
２１１ 出力ビデオ・サンプル・ストリーム
２１２ ディスプレイ
３１０ 受信機
３１２ チャネル
３１５ バッファメモリ
３２０ 解析器
３２１ シンボル
３５１ スケーラ／逆変換
３５２ イントラ画像予測
３５３ 動作補償予測ユニット
３５６ ループフィルタ
３５７ 参照画像メモリ
３５８ 現在のピクチャ
４３０ ソース符号化器
４３２ 符号化エンジン
４３３ 復号器
４３４ 参照画像メモリ
４３５ 予測器
４４０ 送信機
４４５ エントロピー符号化器
４５０ コントローラ
４６０ チャネル
５０１ ピクチャヘッダ
５０２ ＡＲＣ情報
５０３ ＡＲＣ（ワーピング座標）
５０４ ピクチャ・パラメータ・セット
５０５ ＡＲＣ参照情報
５０６ 表
５０７ シーケンス・パラメータ・セット
５０８ ヘッダ
５０９ ＡＲＣ情報
５１１ 適応パラメータセット
５１２ ＡＲＣ情報
５１３ ＡＲＣ参照情報
５１４ タイル・グループ・ヘッダ
５１５ ＡＲＣ情報
６００ タイル・グループ・ヘッダ
５１６ パラメータセット
６０２ 構文要素ｄｅｃ＿ｐｉｃ＿ｓｉｚｅ＿ｉｄｘ
６０３ 適応型解像度
６１０ シーケンス・パラメータ・セット
６１１ 構文要素
６１３ 出力解像度
６１５ 参照ピクチャ寸法
６１７ 表エントリ
６８１ Ｉスライス
６８２ Ｂスライス
６８３ Ｂスライス
６８４ Ｂスライス
６８５ Ｂスライス
６８６ Ｂスライス
７０２ ベース層
７１２ ベース層
７０４ 拡張ＣＳＰＳ層
７１４ 拡張ＣＳＰＳ層
７４２ 球面３６０ピクチャ
７４５ サブピクチャ
７５２ サブピクチャ
７４６ サブピクチャの拡張層
７６２ 左上サブ領域
７６３ 右上サブ領域
７６４ 左下サブ領域
７６５ 右下サブ領域
９４１ ＣＰＵ
９４２ ＧＰＵ
９４３ フィールド・プログラマブル・ゲート・エリア（ＦＰＧＡ）
９４４ ハードウェアアクセラレータ
９４８ システムバス
９５０ グラフィックアダプタ
９５４ ネットワークインターフェース
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6A】
【図6B】
【図6C】
【図7A】
【図7B】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17】
【図18】
【図19A】
【図19B】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【手続補正書】
【提出日】2023-11-29
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
少なくとも１つのプロセッサが実行する方法であって、
ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するステップと、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれているか否かを示す第１のフラグをシグナリングするステップと、
前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャが前記ＩＲＡＰピクチャであるかまたは前記ＧＤＲピクチャであるかを否かを示す第２のフラグをシグナリングするステップと、
前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号するステップと、を含み、
前記第２のフラグの値が前記第１のフラグの値とに合わせられる、
方法。
ピクチャを含むアクセスユニットを含む符号化されたビデオストリームを受信するステップと、
前記符号化されたビデオストリームのアクセス・ユニット・デリミタにおいて、前記アクセスユニットに、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）ピクチャおよび段階的復号リフレッシュ（ＧＤＲ）ピクチャのうちのいずれか一方が含まれているか否かを示す第１のフラグをシグナリングするステップと、
前記符号化されたビデオストリームのピクチャヘッダ内の、前記ピクチャが前記ＩＲＡＰピクチャであるかまたは前記ＧＤＲピクチャであるかを否かを示す第２のフラグをシグナリングするステップと、
前記第１のフラグおよび前記第２のフラグの前記シグナリングに基づいて、前記ピクチャを現在のピクチャとして復号するステップと、を含み、
前記第２のフラグの値が前記第１のフラグの値とに合わせられる、
方法。
【請求項2】
前記符号化されたビデオストリームの前記ピクチャヘッダ内の、前記ピクチャが前記ＧＤＲピクチャであるか否かを示す第３のフラグをシグナリングするステップ
をさらに含み、
前記第１のフラグの値が１に等しく、前記第３のフラグの値が１に等しいとき、前記ピクチャが前記ＧＤＲピクチャであることを示す、
請求項１に記載の方法。
をさらに含み、
前記第１のフラグの値が１に等しく、前記第３のフラグの値が１に等しいとき、前記ピクチャが前記ＧＤＲピクチャであることを示す、
請求項１に記載の方法。
【請求項3】
前記スライスのネットワーク抽象化層（ＮＡＬ）ユニット型式を判定するステップをさらに含み、
前記第３のフラグは、判定された前記ＮＡＬユニット型式に基づいてシグナリングされる、
請求項１に記載の方法。
前記第３のフラグは、判定された前記ＮＡＬユニット型式に基づいてシグナリングされる、
請求項１に記載の方法。
【請求項4】
前記第３のフラグは、前記ＮＡＬユニット型式がＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しいと判定されることに基づいてシグナリングされる、請求項３に記載の方法。
【請求項5】
復号する前記ステップは、
参照ピクチャリストを構築するステップと、
前記参照ピクチャリスト内の利用できない参照ピクチャを生成するステップと、
前記参照ピクチャリスト内の参照ピクチャについて、以下の制約が適用されるビットストリーム適合性を確認するステップであって、
前記参照ピクチャリスト内にあると示されているエントリの数は、前記参照ピクチャリスト内にあると示されているアクティブエントリの数以上であり、
前記参照ピクチャリスト内のアクティブエントリによって参照される各ピクチャは、復号ピクチャバッファ（ＤＰＢ）内に存在し、前記現在のピクチャの時間識別子値以下の時間識別子値を有し、
前記参照ピクチャリスト内のエントリによって参照される各ピクチャは前記現在のピクチャではなく、ピクチャ・ヘッダ・フラグによって参照ピクチャである可能性があることが示される、
ステップと、
を含む、請求項１～４のいずれか一項に記載の方法。
参照ピクチャリストを構築するステップと、
前記参照ピクチャリスト内の利用できない参照ピクチャを生成するステップと、
前記参照ピクチャリスト内の参照ピクチャについて、以下の制約が適用されるビットストリーム適合性を確認するステップであって、
前記参照ピクチャリスト内にあると示されているエントリの数は、前記参照ピクチャリスト内にあると示されているアクティブエントリの数以上であり、
前記参照ピクチャリスト内のアクティブエントリによって参照される各ピクチャは、復号ピクチャバッファ（ＤＰＢ）内に存在し、前記現在のピクチャの時間識別子値以下の時間識別子値を有し、
前記参照ピクチャリスト内のエントリによって参照される各ピクチャは前記現在のピクチャではなく、ピクチャ・ヘッダ・フラグによって参照ピクチャである可能性があることが示される、
ステップと、
を含む、請求項１～４のいずれか一項に記載の方法。
【請求項6】
ビットストリーム適合性を確認する前記ステップは、前記現在のピクチャが独立した復号器リフレッシュ（ＩＤＲ）ピクチャ、クリーン・ランダム・アクセス（ＣＲＡ）ピクチャ、または段階的復号リフレッシュ（ＧＤＲ）ピクチャであるとの判定に基づいて実行される、請求項５に記載の方法。
【請求項7】
請求項１～５のいずれか一項に記載の方法を行うように構成された装置。
【請求項8】
少なくとも１つのプロセッサに、請求項１～６のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。
【外国語明細書】