特許 6370879 ビデオコーディング拡張のためのパラメータセット設計

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6370879

(24)【登録日】2018年7月20日

(45)【発行日】2018年8月8日

(54)【発明の名称】ビデオコーディング拡張のためのパラメータセット設計

(51)【国際特許分類】

   H04N 19/70 20140101AFI20180730BHJP

   H04N 19/30 20140101ALI20180730BHJP

【ＦＩ】

   H04N19/70

   H04N19/30

【請求項の数】12

【全頁数】77

(21)【出願番号】特願2016-506689(P2016-506689)

(86)(22)【出願日】2014年4月8日

(65)【公表番号】特表2016-519510(P2016-519510A)

(43)【公表日】2016年6月30日

(86)【国際出願番号】US2014033379

(87)【国際公開番号】WO2014168976

(87)【国際公開日】20141016

【審査請求日】2017年3月10日

(31)【優先権主張番号】61/809,858

(32)【優先日】2013年4月8日

(33)【優先権主張国】US

(31)【優先権主張番号】14/247,079

(32)【優先日】2014年4月7日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】ワン、イェ−クイ

(72)【発明者】

【氏名】チェン、イン

(72)【発明者】

【氏名】ラマスブラモニアン、アダルシュ・クリシュナン

【審査官】 牛丸 太希

(56)【参考文献】

【文献】 米国特許出願公開第２０１２／０２３０４３１（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１２／００２３２４９（ＵＳ，Ａ１）

【文献】 Ying Chen, et al.，AHG10: Video parameter set for HEVC extensions，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 10th Meeting: Stockholm, SE, 11-20 July 2012，SW，２０１２年 ７月 ３日，JCTVC-J0124

【文献】 Benjamin Bross, et al.，High Efficiency Video Coding (HEVC) text specification draft 10 (for FDIS & Last Call)，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Geneva, CH, 14-23 Jan. 2013，SW，２０１３年 ３月１９日，JCTVC-L1003_v34，278-286頁

【文献】 Ye-Kui Wang, et al.，AHG9: On VPS and SPS in HEVC 3DV and scalable extensions，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 13th Meeting: Incheon, KR, 18-26 Apr. 2013，SW，２０１３年 ４月２４日，JCTVC-M0268-v2

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １９／００−１９／９８

(57)【特許請求の範囲】

【請求項1】

マルチレイヤビデオデータを復号する方法であって、前記方法が、
複数のシンタックス構造と、
複数のレイヤのそれぞれのレイヤごとに、前記それぞれのレイヤに適用されるそれぞれのシンタックス構造の前記複数のシンタックス構造にインデックスを指定するシンタックス要素と、
を含むビデオパラメータセット（ＶＰＳ）を受信することと、前記複数のシンタックス構造の各それぞれのシンタックス構造は、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、ここにおいて、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の範囲と黒レベルとを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、
前記シンタックス構造のうちの少なくとも１つに基づいて前記マルチレイヤビデオデータを復号することと
を備える、方法。

【請求項2】

前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータ、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータ、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータ、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータ、または前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータのうちの１つまたは複数が固定長コーディングされる、請求項１に記載の方法。

【請求項3】

前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが３ビットの長さを用いて固定長コーディングされ、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータが１ビットの長さを用いて固定長コーディングされ、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータが８ビットの長さを用いて固定長コーディングされ、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータが８ビットの長さを用いて固定長コーディングされ、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが８ビットの長さを用いて固定長コーディングされる、請求項２に記載の方法。

【請求項4】

マルチレイヤビデオデータを符号化する方法であって、前記方法が、
前記マルチレイヤビデオデータのためのビデオパラメータセット（ＶＰＳ）を生成することと、前記ＶＰＳは、
複数のシンタックス構造と、
複数のレイヤのそれぞれのレイヤごとに、前記それぞれのレイヤに適用されるそれぞれのシンタックス構造の前記複数のシンタックス構造にインデックスを指定するシンタックス要素と、
を含み、前記複数のシンタックス構造の各それぞれのシンタックス構造は、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、ここにおいて、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の範囲と黒レベルとを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、
前記ＶＰＳを送信することと
を備える、方法。

【請求項5】

前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータ、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータ、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータ、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータ、または前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータのうちの１つまたは複数が固定長コーディングされる、請求項４に記載の方法。

【請求項6】

前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが３ビットの長さを用いて固定長コーディングされ、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータが１ビットの長さを用いて固定長コーディングされ、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータが８ビットの長さを用いて固定長コーディングされ、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータが８ビットの長さを用いて固定長コーディングされ、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが８ビットの長さを用いて固定長コーディングされる、請求項５に記載の方法。

【請求項7】

マルチレイヤビデオデータを復号するための装置であって、
複数のシンタックス構造と、
複数のレイヤのそれぞれのレイヤごとに、前記それぞれのレイヤに適用されるそれぞれのシンタックス構造の前記複数のシンタックス構造にインデックスを指定するシンタックス要素と、
を含むビデオパラメータセット（ＶＰＳ）を受信するための手段と、前記複数のシンタックス構造の各それぞれのシンタックス構造は、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、ここにおいて、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の範囲と黒レベルとを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、
前記シンタックス構造のうちの少なくとも１つに基づいて前記マルチレイヤビデオデータを復号するための手段と
を備える、装置。

【請求項8】

前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータ、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータ、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータ、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータ、または前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータのうちの１つまたは複数が固定長コーディングされる、請求項７に記載の装置。

【請求項9】

前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが３ビットの長さを用いて固定長コーディングされ、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータが１ビットの長さを用いて固定長コーディングされ、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータが８ビットの長さを用いて固定長コーディングされ、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータが８ビットの長さを用いて固定長コーディングされ、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが８ビットの長さを用いて固定長コーディングされる、請求項８に記載の装置。

【請求項10】

命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、１つまたは複数のプロセッサによって実行されたときに、前記１つまたは複数のプロセッサに、
複数のシンタックス構造と、
複数のレイヤのそれぞれのレイヤごとに、前記それぞれのレイヤに適用されるそれぞれのシンタックス構造の前記複数のシンタックス構造にインデックスを指定するシンタックス要素と、
を含むビデオパラメータセット（ＶＰＳ）を受信することと、前記複数のシンタックス構造の各それぞれのシンタックス構造は、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、ここにおいて、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の範囲と黒レベルとを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、
前記シンタックス構造のうちの少なくとも１つに基づいてマルチレイヤビデオデータを復号することと
を行わせる、非一時的コンピュータ可読記憶媒体。

【請求項11】

前記装置は、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイス、
のうちの少なくとも１つを備える、請求項７に記載の装置。

【請求項12】

復号された前記マルチレイヤビデオデータを表示するように構成されたディスプレイをさらに備える、請求項７に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

[0001] 本出願は、その全体が参照により本明細書に組み込まれる、２０１３年４月８日に出願された米国仮出願第６１／８０９，８５８号の利益を主張する。
[0002] 本開示は、ビデオコーディングにおけるパラメータセットのコーディングに関する。

【背景技術】

【0002】

[0003] デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ １０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法などのビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

【0003】

[0004] ビデオ圧縮技法は、空間的（ピクチャ内）予測および／または時間的（ピクチャ間）予測を実行して、ビデオシーケンスに固有の冗長性を低減または除去する。ブロックベースのビデオコーディングでは、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部）がビデオブロックに区分され得、これらのビデオブロックは、ツリーブロック、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもある。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測または他の参照ピクチャ中の参照サンプルに対する時間予測を使用して符号化され得る。ピクチャは、フレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

【0004】

[0005] 空間予測または時間予測により、コーディングされるべきブロックのための予測ブロックが生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換され、残差変換係数が生じ得、その残差変換係数は、次いで量子化され得る。最初は２次元アレイに配置される量子化変換係数は、変換係数の１次元ベクトルを生成するために走査され得、さらなる圧縮を達成するために変換係数にエントロピーコーディングが適用され得る。

【発明の概要】

【0005】

[0006] 本開示は、２つ以上の出力レイヤセットが１つのレイヤセットについてコーディングされ得るようにパラメータセットをコーディングするための技法に関する。一例では、ビデオデータをコーディングするためにレイヤセットのための第１の出力レイヤセットとレイヤセットのための第２の出力レイヤセットとが使用され得る。たとえば、第１の出力レイヤセットおよび第２の出力レイヤセットについてビデオデータがコーディングされ得る。

【0006】

[0007] 本開示は、パラメータセットをコーディングするための技法に関する。たとえば、ビデオコーダは、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報をコーディングし得、プロファイル情報、ティア情報、レベル情報は、いくつかの例では、エントロピー復号なしにアクセス可能であるような方法で、１つのプロファイル構造、ティア構造、レベルシンタックス構造によってシグナリングされる各出力レイヤセットに関連し得る。一例では、本開示は、いくつかの例では、エントロピーコーディングなしにアクセス可能であるパラメータセット拡張シンタックス内の位置（すなわち、パラメータセット拡張中のエントロピーコード化シンタックス要素より前）における、ビデオパラメータセット（ＶＰＳ：video parameter set）拡張シンタックスなどのパラメータセット拡張シンタックス中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌシンタックス構造をコーディングするための技法について説明する。いくつかの例では、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報がエントロピーコーディングなしにアクセス可能であり得るが、他の例では、ＶＰＳ中のいくつかのまたはすべてのプロファイル情報、ティア情報、および／またはレベル情報のために、低減された量のエントロピーコーディングまたは何らかの限られたエントロピーコーディングが必要とされ得る。

【0007】

[0008] 別の例では、本開示は、ＶＰＳ中のマルチレイヤビデオデータ（multilayer video data）中のレイヤ依存情報を、エントロピー復号なしにアクセス可能であるようにコーディングするための技法に関する。いくつかの例では、エントロピー符号化されたパラメータセット拡張シンタックスのシンタックス要素より前のＶＰＳ拡張内の位置にある、非エントロピー符号化レイヤ依存情報を送信または受信することを含めて、マルチレイヤビデオデータをコーディングし得る。この技法は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のビデオデータをコーディングすることを含み得る。レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示す。

【0008】

[0009] 別の例では、本開示は、パラメータセットをコーディングするための技法に関する。たとえば、ビデオコーダは、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報をコーディングし得、プロファイル情報、ティア情報、レベル情報は、場合によってはそれがエントロピー復号なしにアクセス可能であるような方法で、１つのプロファイル構造、ティア構造、レベルシンタックス構造によってシグナリングされる各出力レイヤセットに関連し得る。いくつかの例では、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報がエントロピーコーディングなしにアクセス可能であり得るが、他の例では、ＶＰＳ中のいくつかのまたはすべてのプロファイル情報、ティア情報、および／またはレベル情報のために、低減された量のエントロピーコーディングまたは何らかの限られたエントロピーコーディングが必要とされ得る。

【0009】

[0010] 別の例では、本開示は、ＶＰＳ中のレイヤごとにｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓなどの視覚的信号情報をコーディングするための技法に関する。

【0010】

[0011] 別の例では、本開示は、異なる空間解像度、ビット深度、またはカラーフォーマットのレイヤによるＳＰＳ共有の技法に関する。

【0011】

[0012] 別の例では、本開示は、レイヤＩＤ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）が０よりも大きいシーケンスパラメータセット（ＳＰＳ：sequence parameter set）のビデオ活用性情報（ＶＵＩ：Video Usability Information）中でタイミング情報が与えられないようなビデオコーディングの技法に関する。

【0012】

[0013] 別の例では、本開示は、デフォルト出力レイヤセットについてターゲット出力レイヤの明示的シグナリングが与えられないようなビデオコーディングの技法に関する。

【0013】

[0014] 別の例では、本開示は、各コード化ビデオシーケンス（ＣＶＳ：coded video sequence）（ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１）中に存在し得る最大数の時間サブレイヤのシグナリング、またはレイヤＩＤが０よりも大きいＳＰＳ中のＣＶＳ（ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇ）についてインター予測がさらに制限されるかどうかのシグナリングを回避するための技法に関する。

【0014】

[0015] 別の例では、本開示は、本開示の技法に従ってシンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更され得るための技法に関する。

【0015】

[0016] 一例では、本開示は、マルチレイヤビデオデータを復号する方法について説明し、本方法は、ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報（visual signal information）を含むＶＰＳを受信することと、ＶＰＳ中のレイヤごとにシグナリングされた受信された視覚信号情報に基づいてビデオデータを復号することと含む。

【0016】

[0017] 別の例では、本開示は、マルチレイヤビデオデータを符号化する方法について説明し、本方法は、ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報に基づいてビデオデータを符号化することと、ＶＰＳ中のレイヤごとにシグナリングされた視覚信号情報を含むＶＰＳを送信することとを含む。

【0017】

[0018] 別の例では、本開示は、ビデオデータを記憶するように構成されたメモリと、ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含むＶＰＳを受信することと、ＶＰＳ中のレイヤごとにシグナリングされた受信された視覚信号情報に基づいてビデオデータを復号することとを行うように構成されたプロセッサとを含む、マルチレイヤビデオデータを復号するための装置について説明する。

【0018】

[0019] 別の例では、本開示は、ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含むＶＰＳを受信するための手段と、ＶＰＳ中のレイヤごとにシグナリングされた受信された視覚信号情報に基づいてビデオデータを復号するための手段とを含む、マルチレイヤビデオデータを復号するための装置について説明する。

【0019】

[0020] 別の例では、本開示はコンピュータ可読記憶媒体について説明する。実行されたときに、１つまたは複数のプロセッサに、ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含むＶＰＳを受信することと、ＶＰＳ中のレイヤごとにシグナリングされた受信された視覚信号情報に基づいてビデオデータを復号することとを行わせる命令を記憶したコンピュータ可読記憶媒体。

【0020】

[0021] １つまたは複数の例の詳細が以下の添付の図面および説明において記載されている。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。

【図面の簡単な説明】

【0021】

【図1】[0022] 本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。

【図2】[0023] 本開示で説明する技法を実装し得る例示的なビデオエンコーダを示すブロック図。

【図3】[0024] 本開示で説明する技法を実装し得る例示的なビデオデコーダを示すブロック図。

【図4】[0025] 本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャート。

【図5】[0026] 本明細書で説明するシステムおよび方法によるビデオデータを符号化するための別の例示的な方法を示すフローチャート。

【図6】[0027] 本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャート。

【図7】[0028] 本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャート。

【図8】[0029] 本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャート。

【図9】[0030] 本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャート。

【図10】[0031] 本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャート。

【図11】[0032] 本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャート。

【図12】[0033] 本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャート。

【図13】[0034] 本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャート。

【発明を実施するための形態】

【0022】

[0035] 本開示は概して、ビデオコーディングおよび圧縮の分野に関する。一例として、本開示は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格に関する。「コーディング」という用語は、符号化および復号を指し、この技法は符号化、復号、または符号化と復号の両方に適用され得る。より詳細に説明するように、この技法は、ピクチャ内のブロックが同じピクチャ中の別の１つまたは複数のブロックに対して予想される（すなわち、空間予測）イントラコーディング（たとえば、イントラ予測）に関係し得る。

【0023】

[0036] 以前のビデオコーディングシステムでは、レイヤセットのためのプロファイル、ティア、およびレベルにアクセスするにはエントロピー復号が必要である。同様に、レイヤ依存情報はエントロピー復号なしにアクセス可能でない。また、出力レイヤセットのシグナリングが問題になり、効率が悪くなることがある。

【0024】

[0037] 本明細書で説明するシステム、方法、およびデバイスの一例は、ビデオパラメータセット（ＶＰＳ）拡張シンタックスなどのパラメータセット拡張シンタックス中で、潜在的に、エントロピー符号化なしに（すなわち、拡張シンタックス中のエントロピーコード化要素より前に）ならびに／あるいは何らかの低減されたまたは限られたエントロピーコーディングを用いてアクセス可能である拡張シンタックス内の位置にある、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットがシグナリングされることを可能にする。ＶＰＳ拡張シンタックスについて、例として本開示全体にわたって説明する。一例では、ＶＰＳは、各スライスセグメントヘッダ中に見られるシンタックス要素によって参照されるＰＰＳ中に見られるシンタックス要素によって参照されるＳＰＳ中に見られるシンタックス要素のコンテンツによって決定されるような０個以上のコード化ビデオシーケンス（ＣＶＳ）全体に適用されるシンタックス要素を含んでいるシンタックス構造である。一例では、ＣＶＳは、ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰアクセスユニットと、その後に、ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰアクセスユニットではなく、ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰアクセスユニットである以後のアクセスユニットを含まない、ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰアクセスユニットまでの、すべての以後のアクセスユニットを含む、０個以上のアクセスユニットとのを復号順に含むアクセスユニットのシーケンスである。さらに、レイヤセットは２つ以上の出力レイヤセットに対応し得、１つのレイヤセットに対応する異なる出力レイヤセットが異なるレベルに適合し得るので、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造はレイヤセットではなく出力レイヤセットに関連し得る。

【0025】

[0038] ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は、プロファイル、ティア、およびレベルに関係するシンタックス情報を与えるシンタックス構造である。プロファイル、ティア、およびレベルは、ＨＥＶＣ規格またはＨＥＶＣ拡張規格を、それが同様の機能要件を有し得る様々な適用例にわたって相互運用可能であるように実装するための異なる適合点を指定する。いくつかの例では、プロファイルは、適合ビットストリームを生成する際に使用し得るコーディングツールまたはアルゴリズムのセットを定義し得る。いくつかの例では、ティアおよびレベルは、ビットストリームのパラメータのいくつかに制約を課し得る。いくつかの例では、これらのパラメータは、デコーダ処理負荷およびデコーダメモリ能力に対応し得る。レベル情報は、データの処理に対する制約を確立し得る。たとえば、レベル情報は、最大サンプルレート、最大ピクチャサイズ、最大ビットレート、最小圧縮比を含み得る。レベル情報はまた、復号ピクチャバッファ（ＤＰＢ：decoded picture buffer）およびコード化ピクチャバッファ（ＣＰＢ：coded picture buffer）の能力を含み得る。ＣＰＢは、データフロー管理を目的として圧縮データをそれの復号前に保持する。ＤＰＢは、復号されたピクチャデータを保持する。

【0026】

[0039] 本明細書において説明するシステム、方法、およびデバイスの別の例は、ビデオデータのレイヤを含むマルチレイヤビデオデータをコーディングすることを可能にする。これらのシステム、方法、およびデバイスは、ＶＰＳ拡張シンタックスなどのパラメータセット拡張シンタックス内の、エントロピー符号化された拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存性情報を送信または受信することを含み得る。さらに、これらのシステム、方法、およびデバイスは、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のビデオデータを復号し得る。レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示す。ＶＰＳ拡張シンタックスについて、例として本開示全体にわたって再び説明する。

【0027】

[0040] 以下でより詳細に説明するように、一例では、２つ以上の出力レイヤセットが１つのレイヤセットについてシグナリングされ得る。たとえば、本明細書で説明するように、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］に変更され得、関係するセマンティクスがそれに応じて変更される。

【0028】

[0041] 以下により詳しく説明するように、別の例では、それがエントロピー復号なしにアクセス可能である方法で、プロファイル情報、ティア情報、およびレベル情報がＶＰＳ中でシグナリングされ得る。このことは、ｕｅ（ｖ）以外の記述子（descriptor）を有するパラメータをもつ以下の表のうちの１つまたは複数に示されている（ｕｅ（ｖ）はエントロピーコーディングを示す）。たとえば、記述子は固定長コーディング（fixed length coding）、たとえば、ｕ（ｎ）を示し得、ここで、ｎは整数１以上である。

【0029】

[0042] 以下にさらに詳しく説明するように、別の例では、レイヤ依存情報が、それがエントロピーなしにアクセス可能である方法でＶＰＳ中でシグナリングされ得る。このことは、ｕｅ（ｖ）以外の記述子を有するパラメータをもつ以下の表のうちの１つまたは複数に示されている。たとえば、記述子は固定長コーディング、たとえば、ｕ（ｎ）を示し得、ここで、ｎは整数１以上である。

【0030】

[0043] 以下にさらに詳しく説明するように、別の例では、表現フォーマット（representation format）は、潜在的に、それが、エントロピー復号なしにあるいは何らかの低減されたまたは限られたエントロピーコーディングでアクセス可能である方法で、ＶＰＳ中でシグナリングされ得る。たとえば、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８などの表現フォーマットパラメータが、ＶＰＳ中でシグナリングされ、いくつかの例ではエントロピーコーディングされない。このことは、ｕｅ（ｖ）以外の記述子を有するパラメータをもつ以下の表のうちの１つまたは複数に示されている。これらの表現フォーマットパラメータは、特定のパラメータが固定長コーディングであることを示す記述子、たとえば、ｕ（ｎ）を有し得、ここで、ｎは整数１以上である。場合によっては、「＿ｖｐｓ」は様々なパラメータ名から除去されており、たとえば、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃはｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとも呼ばれ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇはｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇとも呼ばれ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓはｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとも呼ばれ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとも呼ばれ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８はｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８とも呼ばれ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８はｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８とも呼ばれ、他のパラメータについても同様であり得る。

【0031】

[0044] 以下でより詳細に説明するように、別の例では、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓなどの視覚的信号情報が、ＶＰＳ中でレイヤごとにシグナリングされ得る。本明細書で説明するように、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓなどの視覚的信号情報は、たとえば、ＨＥＶＣ規格の付属書類Ｅに明記されたように、ビデオ活用性情報（ＶＵＩ）パラメータのサブセットであり得る。ＶＵＩ、したがって視覚的信号情報は、ＶＰＳ中にあり、ＶＰＳ中でレイヤごとにシグナリングされ得る。

【0032】

[0045] 以下でより詳細に説明するように、別の例では、異なる空間解像度、ビット深度、またはカラーフォーマットをもつレイヤによってシーケンスパラメータセット（ＳＰＳ）共有が実行され得る。一例では、ＳＰＳは、各スライスセグメントヘッダ中に見られるシンタックス要素によって参照されるＰＰＳ中に見られるシンタックス要素のコンテンツによって決定されるような０個以上のＣＶＳ全体に適用されるシンタックス要素を含んでいるシンタックス構造である。いくつかの例では、マルチレイヤビデオデータを復号する方法は、ビデオパラメータセットと第１のシーケンスパラメータセットとを受信することを含み得る。この方法はまた、第１のシーケンスパラメータセットを参照する第１のレイヤを受信することと、空間解像度、ビット深度、およびカラーフォーマットのうちの少なくとも１つの第１のレイヤとは異なる値を有する、第１のシーケンスパラメータセットを参照する第２のレイヤを受信することとを含み得る。さらに、この例示的な方法は、ビデオパラメータセットと第１のシーケンスパラメータセットとからの情報に基づいて第１および第２のレイヤのビデオデータを復号することを含み得る。

【0033】

[0046] 以下でより詳細に説明するように、別の例では、レイヤＩＤ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）が０よりも大きいＳＰＳのＶＵＩ中にタイミング情報はコーディングされない。いくつかの例では、レイヤＩＤが０よりも大きいＳＰＳを参照するレイヤのために、ＶＰＳ中でシグナリングされるタイミング情報が使用される。

【0034】

[0047] 以下でより詳細に説明するように、別の例では、デフォルトの出力レイヤセットのためにターゲット出力レイヤの明示的なシグナリングは使用されない。たとえば、ｍｕｌｔｉｐｌｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｉｎ＿ｌａｙｅｒ＿ｓｅｔ＿ｆｌａｇが０に等しいことは、ＶＰＳによってレイヤごとにただ１つの出力レイヤが指定され、最上位レイヤが唯一のターゲット出力レイヤであることを指定するので、デフォルトの出力レイヤセットのためのターゲット出力レイヤの明示的なシグナリングは必要とされない。たとえば、ｍｕｌｔｉｐｌｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｉｎ＿ｌａｙｅｒ＿ｓｅｔ＿ｆｌａｇが０に等しいときは、各レイヤセットのためにただ１つの出力レイヤセットがあり、最上位レイヤが唯一のターゲット出力レイヤであるので、どのレイヤを出力すべきかをシグナリングする必要はない。

【0035】

[0048] 以下でより詳細に説明するように、別の例では、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１およびｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇはＳＰＳ中でシグナリングされない。場合によっては、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿＞０であるときにＳＰＳ中でこのシグナリングは行われない。

【0036】

[0049] 以下でより詳細に説明するように、別の例では、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更され得る。この理由は、０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］に使用されるシンタックス要素ｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［ｉ］［ｊ］がレイヤセット０のシンタックス要素であり、レイヤセット０のためにｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［ｉ］［ｊ］が定義されないからである。さらに、レイヤセット０のためのターゲット出力レイヤは常にレイヤ０である（ベースレイヤ）。

【0037】

[0050] 上記の様々な例は、エントロピーコーディングされない様々なデータ、パラメータなどをもつ態様を含み得る。このことにより、データ、パラメータなどは、エントロピーコーディングを行うエントロピーコーダなしのデバイスにとってアクセス可能であり得る。たとえば、場合によっては、メディアアウェアネットワークエンティティ（ＭＡＮＥ）はエントロピーコーディングデバイスを有しないことがあるが、一般に、データ、パラメータなどの非エントロピーコード化情報をコーディングする（たとえば、復号する）ことができるであろう。

【0038】

[0051] 「ＨＥＶＣワーキングドラフト１０」または「ＷＤ１０」と呼ばれるＨＥＶＣ規格の最近のドラフトは、ドキュメントＪＣＴＶＣ−Ｌ１００３ｖ３４、Ｂｒｏｓｓら、「High efficiency video coding (HEVC) text specification draft 10 (for FDIS & Last Call)」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ）、第１２回会議、Ｇｅｎｅｖａ、ＣＨ、２０１３年１月１４〜２３日に記載されており、それは、２０１３年１０月１５日現在、以下のサイトからダウンロード可能である。http://phenix.int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1003-v34.zip
[0052] 「ＨＥＶＣワーキングドラフト６」または「ＷＤ６」と呼ばれるＨＥＶＣの別の最近のワーキングドラフト（ＷＤ）は、ドキュメントＪＣＴＶＣ−Ｈ１００３、Ｂｒｏｓｓら、「High-Efficiency Video Coding (HEVC) text specification draft 6」、ＪＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ）、第８回会議、Ｓａｎ Ｊｏｓｅ、Ｃａｌｉｆｏｒｎｉａ、ＵＳＡ、２０１２年２月に記載されており、それは、２０１３年１０月１５日現在、以下のサイトからダウンロード可能である。http://phenix.int-evry.fr/jct/doc_end_user/documents/8_San%20Jose/wg11/JCTVC-H1003-v22.zip
[0053] 「ＨＥＶＣワーキングドラフト８」または「ＷＤ８」と呼ばれるＨＥＶＣの別の最近のワーキングドラフト（ＷＤ）は、ＪＣＴＶＣ−Ｊ１００３、Ｂｒｏｓｓら、「High-Efficiency Video Coding (HEVC) text specification draft 8」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ）、第１０回会議、Ｓｔｏｃｋｈｏｌｍ、ＳＥ、２０１２年７月１１〜２０日に記載されており、それは、２０１３年１０月１５日現在、以下のサイトからダウンロード可能である。http://phenix.int-evry.fr/jct/doc_end_user/documents/10_Stockholm/wg11/JCTVC-J1003-v8.zip
[0054] ＨＥＶＣ範囲拡張は、ドキュメントＪＣＴＶＣ−Ｎ１００５＿ｖ３、Ｆｌｙｎｎら、「High Efficiency Video Coding (HEVC) Range Extensions text specification: Draft 4」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ）、第１３回会議、Ｉｎｃｈｅｏｎ、ＫＲ、２０１３年４月１８〜２６日に記載されており、２０１３年１０月１５日現在、以下のサイトからダウンロード可能である。http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=8139。

【0039】

[0055] 図１は、本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示すように、システム１０は、後でビデオデコーダ３０によって復号されるべき符号化ビデオデータを生成するビデオエンコーダ２０を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲のデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４はワイヤレス通信のために装備され得る。

【0040】

[0056] 宛先デバイス１４は、リンク１６を介して、復号されるべき符号化ビデオデータを受信し得る。リンク１６は、符号化ビデオデータをビデオエンコーダ２０からビデオデコーダ３０に移動させることが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、リンク１６は、ビデオエンコーダ２０が、符号化ビデオデータをリアルタイムでビデオデコーダ３０に直接送信することを可能にする通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を可能にするために有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。

【0041】

[0057] 代替的に、符号化データは出力インターフェース２２から記憶デバイス３４に出力され得る。同様に、入力インターフェース２８は記憶デバイス３４から符号化データにアクセスし得る。記憶デバイス３４は、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性のメモリ、または符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散したまたはローカルでアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、記憶デバイス３４は、ビデオエンコーダ２０によって生成された符号化ビデオを保持し得るファイルサーバまたは別の中間記憶デバイスに対応し得る。宛先デバイス１４は、記憶デバイス３４からの記憶されたビデオデータにストリーミングを介してアクセスするかまたは記憶されたビデオデータを入力インターフェース２８を介してダウンロードし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータをビデオデコーダ３０に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイトのための）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。ビデオデコーダ３０は、インターネット接続を含む、任意の標準的なデータ接続を介して符号化ビデオデータにアクセスし得る。これには、ファイルサーバ上に記憶された符号化ビデオデータにアクセスするのに好適である、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せを含み得る。記憶デバイス３４からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。

【0042】

[0058] 本開示の技法は、必ずしもワイヤレス適用例またはワイヤレス設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体上に記憶するためのデジタルビデオの符号化、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、単方向または双方向ビデオ送信をサポートするように構成され得る。

【0043】

[0059] 図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含み得る。ビデオソース１８は、ビデオキャプチャデバイス、たとえば、ビデオカメラ、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／またはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、あるいはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４はいわゆるカメラ付き携帯電話またはビデオ付き携帯電話を形成し得る。しかし、本開示に記載された技法は、ビデオコーディング全般に適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。

【0044】

[0060] ビデオエンコーダ２０は、ビデオソース１８から受信されたキャプチャされたビデオ、プリキャプチャされたビデオ、またはコンピュータによって生成されたビデオを符号化する。キャプチャされたビデオ、プリキャプチャされたビデオ、またはコンピュータによって生成されたビデオは、４：２：０サンプルフォーマット、４：２：２サンプルフォーマット、または４：４：４サンプルフォーマットを含む上記のサンプルフォーマットのいずれかに従ってフォーマットされ得る。ビデオエンコーダ２０は、４：２：０サンプルフォーマット、４：２：２サンプルフォーマット、または４：４：４サンプルフォーマットのいずれかに従ってフォーマットされたビデオに対してビデオコーディングを実行し得る。場合によっては、ビデオエンコーダ２０は、コーディングプロセスの一部として、キャプチャされたビデオ、プリキャプチャされたビデオ、またはコンピュータによって生成されたビデオをアップサンプリングまたはダウンサンプリングし得る。たとえば、キャプチャされたビデオは、４：４：４サンプルフォーマットに従ってフォーマットされ得、ビデオエンコーダ２０は、キャプチャされたビデオを４：２：２フォーマットにダウンサンプリングし、ダウンサンプリングされたビデオにビデオ符号化を実行し得る。符号化ビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信され得る。符号化ビデオデータはまた（または代替として）、復号および／または再生のための宛先デバイス１４または他のデバイスによる後のアクセスのためにストレージデバイス３４上に記憶され得る。

【0045】

[0061] 宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含み得る。宛先デバイス１４の入力インターフェース２８は、リンク１６を介して符号化ビデオデータを受信する。リンク１６を介して通信され、またはストレージデバイス３４上に与えられた符号化ビデオデータは、ビデオデータを復号する際に、ビデオデコーダ３０などのビデオデコーダによる使用のためにビデオエンコーダ２０によって生成される様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信されるか、記憶媒体上に記憶されるか、またはファイルサーバ上に記憶される符号化ビデオデータに含められ得る。

【0046】

[0062] ディスプレイデバイス３２は、宛先デバイス１４と一体化されるか、またはその外部にあり得る。いくつかの例では、宛先デバイス１４は、一体型ディスプレイデバイスを含み、さらに外部ディスプレイデバイスとインターフェースするように構成され得る。他の例では、宛先デバイス１４はディスプレイデバイスであり得る。概して、ディスプレイデバイス３２は、復号ビデオデータをユーザに表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

【0047】

[0063] ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格などのビデオ圧縮規格に従って動作し得、概して現在のＨＥＶＣテストモデル（ＨＭ）または将来のＨＭに準拠し得る。

【0048】

[0064] 代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ １０，アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、あるいはそのような規格の改訂または拡張に従って動作し得る。本開示の技法は、ＨＥＶＣ拡張に適用可能であるように記載されているが、必ずしも任意の特定のコーディング規格に限定されるとは限らない。ビデオ圧縮規格の他の例としてはＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

【0049】

[0065] 図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は各々、それぞれオーディオエンコーダおよびデコーダと統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

【0050】

[0066] ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本開示の技法がソフトウェアに部分的に実装されるとき、デバイスは、ソフトウェアに対する命令を好適な非一時的コンピュータ可読媒体に記憶し、１つまたは複数のプロセッサを使用して命令をハードウェアで実行して、本開示の技法を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれ得、そのいずれも、それぞれのデバイスにおいて、複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合され得る。

【0051】

[0067] 図１に示された例では、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを送信または受信し得る。たとえば、ビデオエンコーダ２０は、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを送信し得、ビデオデコーダ３０は、たとえばビデオエンコーダ２０から送られたプロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを受信し得る。

【0052】

[0068] プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットは、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張の他のシンタックス要素より前の位置に存在し得る。ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し、出力レイヤセットのために参照されたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいて出力レイヤセットのうちの１つのビデオデータを復号し得る。たとえば、ビデオエンコーダ２０は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し、出力レイヤセットのために参照されたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいて出力レイヤセットのうちの１つのビデオデータを符号化し得る。ビデオデコーダ３０は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し、出力レイヤセットのために参照されたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいてその出力レイヤセットのビデオデータを復号し得る。

【0053】

[0069] いくつかの例では、ビデオコーダは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいシーケンスパラメータセット（ＳＰＳ）をさらに送信または受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、特定のレイヤを示すために使用され得る。レイヤは、すべてが特定の値のｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するビデオコーディングレイヤ（ＶＣＬ）ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットと、関連する非ＶＣＬ ＮＡＬユニットとのセット、または階層的関係を有する構文的構造のセットの１つであり得る。ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、１つのレイヤのみを含むビットストリームにおいて０に等しいものとする。ｎｕｈ＿ｌａｙｅｒ＿ｉｄの他の値は、複数のレイヤを含むビットストリームに現れ得る。一例では、ＮＡＬユニットは、後続のデータのタイプの表示と、必要に応じてエミュレーション防止バイトが交ぜられたローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）の形をしたデータを含むバイトとを含むシンタックス構造である。一例では、ＲＢＳＰは、ＮＡＬユニット内にカプセル化され、空であるか、シンタックス要素を含んでいるデータビットのストリング、その後に続くＲＢＳＰストップビットおよびそれに続く、０に等しい０個以上のビットの形を有するかのいずれかである、整数個のバイトを含んでいるシンタックス構造である。

【0054】

[0070] ビデオエンコーダ２０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳをさらに送信または受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。ビデオデコーダ３０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。

【0055】

[0071] いくつかの例では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤがＳＰＳを参照するとき、ビデオデコーダは、ＳＰＳのプロファイル、ティア、およびレベルシンタックス構造を使用したｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤのビデオデータの復号を行わないことがある。いくつかの例では、プロファイル、ティア、およびレベルシンタックス構造を出力レイヤセットのそれぞれにリンクし得る。したがって、１つまたは複数の特定のプロファイル、ティア、およびレベルシンタックス構造は、１つまたは複数の特定の出力レイヤセットの符号化および／または復号を行うために使用され得るように１つまたは複数の特定の出力レイヤセットに接続され得る。リンクすることは、プロファイル、ティア、およびレベルシンタックス構造のインデックスを表すシンタックス要素に基づいて、プロファイル、ティア、およびレベルシンタックス構造の各々がリンクされる出力レイヤセットの各々を識別することを含み得る。ビデオデータを復号することは、それぞれの出力レイヤセットにリンクされたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいて、１つまたは複数の出力レイヤセットのビデオデータを復号することを含み得る。

【0056】

[0072] 複数のレイヤを含む例では、すべてのレイヤのビットストリームが複数の適合ビットストリームに分割され、たとえば、レイヤセットごとに１つのビットストリームに分割され得る。これらの複数の適合ビットストリームの各々はレイヤセットと呼ばれ得る。レイヤセットは、特定のレイヤおよびその特定のレイヤが復号のために依存する任意の参照レイヤの参照を含み得る。この場合、特定のレイヤが依存する参照レイヤがあると仮定する。したがって、レイヤセットは特定のレイヤに関連するＮＡＬユニットと特定のレイヤを復号するのに必要な参照レイヤのためのＮＡＬユニットとを含み得る適合ビットストリームである。

【0057】

[0073] 出力レイヤセットは、ターゲット出力レイヤのリストが指定されたレイヤセットである。レイヤセットについては、ターゲット出力レイヤのリストは指定されない。出力レイヤセットは、表示のために出力されることが意図された１つまたは複数の特定のレイヤの出力レイヤセットであり得る。いくつかの例では、２つ以上の出力レイヤセットが１つのレイヤセットのためにシグナリングされ得る。

【0058】

[0074] いくつかの例では、ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を必要に応じて送信または受信し得る。たとえば、ビデオエンコーダ２０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。ビデオデコーダ３０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。

【0059】

[0075] ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、１に等しい出力レイヤフラグ［ｉ］［ｊ］に対応するレイヤをターゲット出力レイヤの関連するリストとして指定することによって、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを生成し得る。たとえば、ビデオエンコーダ２０は、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを符号化し得る。ビデオデコーダ３０は、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを復号し得る。図１に示された例では、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、ビデオデータのレイヤを含むマルチレイヤビデオデータをコーディングし得る。

【0060】

[0076] ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を送信または受信し得る。これにより、たとえば、ＭＡＮＥなどの、エントロピーコーダを含まないデバイスによってレイヤ依存情報を符号化または復号することが可能になる。さらに、レイヤ依存情報をより早くコーディングすることも可能になり得る。たとえば、レイヤ依存情報が復号プロセスにおいてより早くデコーダであり得る。たとえば、ビデオエンコーダ２０は、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を送信し得る。ビデオデコーダ３０は、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を受信し得る。

【0061】

[0077] ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータをコーディングし得る。たとえば、ビデオエンコーダ２０は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータを符号化し得る。ビデオデコーダ３０は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータを符号化し得る。レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのレイヤのための直接参照レイヤであるかどうかを示す。

【0062】

[0078] いくつかの例では、レイヤ依存情報は、０に等しいときに、インデックスｊを有するレイヤがインデックスＩを有するレイヤのための直接参照レイヤではないことを指定し、１に等しいときに、インデックスｊを有するレイヤがインデックスｉを有するレイヤのための直接参照レイヤになり得ることを指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］を含む。

【0063】

[0079] 本明細書で説明するシステム、方法、およびデバイスの一例は、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットをＶＰＳ拡張シンタックス中でシグナリングすることを可能にする。いくつかの例では、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットは、エントロピーコーディングなしにアクセス可能であるＶＰＳ拡張シンタックス内の位置、すなわち、ＶＰＳ拡張シンタックス中のエントロピーコード化要素より前の位置にあるＶＰＳ拡張シンタックス中でシグナリングされる。

【0064】

[0080] いくつかの例では、ＶＰＳ拡張シンタックスのエントロピーコード化要素の前にプロファイル、ティア、およびレベルシンタックス構造を存在させる。これらのシンタックス構造は、出力レイヤセットにリンクされ得る。いくつかの例では、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１ ｐｌｕｓ １は、ＶＰＳによって指定されたレイヤセットの数を指定する。レイヤセットは、あるレイヤとそのレイヤが依存する任意の（０個以上の）他のレイヤとを含むセットであり得る。たとえば、スケーラブルビデオコーディングにおけるレイヤ２のためのレイヤセットは、レイヤ０、レイヤ１、およびレイヤ２を含み得る。レイヤセットごとに、１つまたは複数の出力レイヤセットが指定され得る。各出力レイヤセットは、プロファイル、レベル、およびティアを有するように指定される。

【0065】

[0081] 本開示の一例では、ＶＰＳシンタックスの一部は、表１に示す通りであり得る。

【0066】

【表1】

【0067】

[0082] 上記で表１の例に示すように、ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１は、ＶＰＳ中ではｕｅ（ｖ）記述子によって示されるようにエントロピーコード化され、ＶＰＳ中のｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１の前に他のエントロピーコード化シンタックス要素がある。いくつかの例では、エントロピー復号が望ましくないことがある。このことは、スプライシングまたはストリーム適応（たとえば、時間率、品質、空間適応）を実行し得る中間ネットワークデバイスに特に当てはまる。デコーダ（たとえば、ビデオデコーダ３０）は一般に、エントロピーデコーダを有する。しかしながら、多くの場合、中間ネットワークデバイスがエントロピーデコーダを有しないことが望ましいことがある。これによって中間デバイスが簡略化され、場合によってはコストが削減され電力消費量が低減する。さらに、いずれの場合も、エントロピー復号を実行する必要なしにプロファイル情報、ティア情報、およびレベル情報に迅速にアクセスすることが望ましいことがある。

【0068】

[0083] プロファイル、ティア、およびレベルシンタックス構造（ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス）をエントロピー復号するのを避けるために、いくつかの例では、本開示は、ＶＰＳ拡張シンタックス中のエントロピーコード化要素の前に、エントロピーコード化されたｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１シンタックス要素を解析せずにアクセス可能なプロファイル、ティア、およびレベルシンタックス構造を存在させ得る。場合によっては、ＨＥＶＣビデオコーディング規格などのビデオコーディング規格のために拡張規格が策定され得る。このような拡張規格は、ビデオコーディング規格では実現されずまたは必要とされない追加の機能を実現し得る。拡張シンタックスは、ビデオコーディング規格のこのような拡張規格のうちの１つのためのシンタックスである。たとえば、ＶＰＳ拡張シンタックスは、ＨＥＶＣビデオコーディング規格の拡張規格に使用されるメッセージのシンタックスを含み得る。従来、このようなシンタックスは、各レイヤがアクセスされるときにアクセスされるであろうと考えられている。現在、本明細書で説明する概念のうちの１つまたは複数を実行するシステム、方法、または装置は、すべてのシンタックスに前もってアクセスし、後でそれらをリンクし得る。

【0069】

【表2】

【0070】

[0084] 表２で使用されているように、ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１ ｐｌｕｓ １は、ＶＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の数を指定する。１に等しいｖｐｓ＿ｐｒｏｆｉｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、プロファイル情報およびティア情報がｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造に存在することを指定する。０に等しいｖｐｓ＿ｐｒｏｆｉｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｌｓＩｄｘ］は、プロファイル情報およびティア情報が、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造に存在せず、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造について推定され得ることを指定する。

【0071】

[0085] シンタックス要素ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造についてのプロファイル情報およびティア情報が、（ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］＋１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造についてのプロファイル情報およびティア情報と等しいと推定され得ることを指定する。ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］＋１の値はｉ未満であり得る。

【0072】

[0086] 表２に示すように、上記のシンタックスでは、デコーダまたは中間ネットワークデバイスは、エントロピー符号化が必要なシンタックスの要素を解析する前にｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットをループしてそれらのシンタックス構造にアクセスする（後にＶＰＳ拡張シンタックス中で）。シンタックス構造は、別のルーピングプロセスによって対応するレイヤセットにリンクされ得る。特に、ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］は、ｉ番目の出力レイヤセットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットに、インデックスを指定する。

【0073】

[0087] 別の例示的な態様では、本明細書で説明する１つまたは複数の例を実装するシステム、方法、およびデバイスは、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］を使用してレイヤ０（ベースレイヤ）の上方のレイヤのためのレイヤセットのインデックスを示し得る。

【0074】

[0088] ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］ ｐｌｕｓ １は、ｉ番目の出力レイヤセットのためのレイヤセットのインデックス（ｌｓＩｄｘ）を指定する。一例では、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１の範囲内にあり得る。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。

【0075】

[0089] 本明細書において説明するシステム、方法、およびデバイスの別の例は、ビデオデータのレイヤを含むマルチレイヤビデオデータをコーディングすることを可能にする。これらのシステム、方法、およびデバイスは、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を送信または受信することを含む動作を実行するように構成され得る。さらに、これらのシステム、方法、およびデバイスは、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のビデオデータを復号し得る。レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示す。

【0076】

[0090] 一例によれば、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、本開示の技法に従って１つのレイヤセットの２つ以上の出力レイヤセットをコーディングし得る。たとえば、ビデオエンコーダ２０は１つのレイヤセットのための２つ以上の出力レイヤセットを符号化し得る。符号化された出力レイヤセットは、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。符号化出力レイヤセットはビデオデコーダ３０によって復号され得る。

【0077】

[0091] 別の例によれば、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報を、潜在的に、それが本開示の技法に従ってエントロピー復号なしにアクセス可能であるようにコーディングし得る。たとえば、ビデオエンコーダ２０は、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報を、潜在的に、それが、潜在的に、エントロピー復号なしに、すなわち、プロファイル情報、ティア情報、および／またはレベル情報をエントロピー符号化することなしにアクセス可能である方法で符号化し得る。ＶＰＳ中の符号化されたプロファイル情報、ティア情報、および／またはレベル情報は、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。ＶＰＳ中の符号化されたプロファイル情報、ティア情報、および／またはレベル情報は、ＭＡＮＥなどの、エントロピーデコーダを含まないデバイスであり得るビデオデコーダ３０によって復号され得る。いくつかの例では、ＶＰＳ中のプロファイル情報、ティア情報、およびレベル情報に低減または限定されたエントロピー符号化を使用し得る。たとえば、場合によっては、ＶＰＳ中の一部のプロファイル、ティア、レベル情報がエントロピー符号化され、ＶＰＳ中の他のプロファイル、ティア、レベル情報はエントロピー符号化されない。

【0078】

[0092] 別の例によれば、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、ＶＰＳ中のレイヤ依存情報を、それが本開示の技法に従ってエントロピー復号なしにアクセス可能であるようにコーディングし得る。たとえば、ビデオエンコーダ２０は、ＶＰＳ中のレイヤ依存情報を、場合によっては、エントロピー復号なしに、すなわち、レイヤ依存情報をエントロピー符号化することなしにアクセス可能であるように符号化し得る。ＶＰＳ中の符号化されたレイヤ依存情報は、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。ＶＰＳ中の符号化レイヤ依存情報は、ＭＡＮＥなどの、エントロピーデコーダを含まないデバイスであり得るビデオデコーダ３０によって復号され得る。

【0079】

[0093] 別の例によれば、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、ＶＰＳ中の表現フォーマットを、潜在的にそれが本開示の技法に従ってエントロピー復号なしにアクセス可能である方法でコーディングし得、各レイヤは特定の表現フォーマットに関連し得る。たとえば、ビデオエンコーダ２０は、ＶＰＳ中の表現フォーマットを、潜在的に、それが、エントロピー復号なしに、すなわち、ＶＰＳ中の表現フォーマットをエントロピー符号化することなしにアクセス可能である方法で符号化し得る。ＶＰＳ中の符号化された表現フォーマットは、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。ＶＰＳ中の符号化された表現フォーマットは、ＭＡＮＥなどの、エントロピーデコーダを含まないデバイスであり得るビデオデコーダ３０によって復号され得る。いくつかの例では、ＶＰＳ中のプロファイル情報、ティア情報、およびレベル情報に低減または限定されたエントロピー復号を使用し得る。たとえば、（たとえば、ＶＰＳ中の一部のプロファイル、ティア、レベル情報がエントロピー符号化され、ＶＰＳ中の他のプロファイル、ティア、レベル情報はエントロピー符号化されなかったので、）場合によっては、ＶＰＳ中の一部のプロファイル、ティア、レベル情報がエントロピー復号され、ＶＰＳ中の他のプロファイル、ティア、レベル情報はエントロピー復号されない。

【0080】

[0094] 別の例によれば、ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、視覚的信号情報（ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓ）を本開示の技法に従ってＶＰＳ中のレイヤごとにコーディングし得る。たとえば、ビデオエンコーダ２０は、ＶＰＳ中のレイヤごとに視覚的信号情報を符号化し得る。符号化された視覚的信号情報は、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。ＶＰＳ中のレイヤごとの符号化された視覚的信号情報はビデオデコーダ３０によって復号され得る。いくつかの例では、ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータは、コーディングすべきピクチャの表現のフォーマットを示す。ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータは、黒レベル（black level）ならびにルーマ（luma）信号およびクロマ（chroma）信号の範囲を示す。ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータは、ソース原色（source primaries）の色度座標（chromaticity coordinates）を示す。ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃパラメータは、ソースピクチャの光−電子伝達特性（opto-electronic transfer characteristic）を示す。ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータは、緑、青、および赤の原色からルーマ信号およびクロマ信号を導出する際に使用される行列係数（matrix coefficients）を表す。

【0081】

[0095] 別の例によれば、ＳＰＳは、本開示の技法に従って異なる空間解像度、ビット深度、またはカラーフォーマットをもつレイヤによって共有され得る。ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダはＳＰＳをコーディングし得る。たとえば、ビデオエンコーダ２０はＳＰＳを符号化し得る。符号化されたＳＰＳは、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。符号化されたＳＰＳはビデオデコーダ３０によって復号され得る。

【0082】

[0096] 別の例によれば、本開示の技法に従ってレイヤＩＤが０よりも大きいＳＰＳのＶＵＩにはタイミング情報が与えられない。ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、ＶＵＩにタイミング情報を含めない、レイヤＩＤが０よりも大きいＳＰＳをコーディングし得る。たとえば、ビデオエンコーダ２０はＳＰＳを符号化し得る。符号化されたＳＰＳは、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。符号化されたＳＰＳはビデオデコーダ３０によって復号され得る。

【0083】

[0097] 別の例によれば、本開示の技法に従ってデフォルトの出力レイヤセットにはターゲット出力レイヤの明示的なシグナリングは行われない。ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、デフォルトの出力レイヤセットのためのターゲット出力レイヤの明示的なシグナリングを含まないデフォルトの出力レイヤセットをコーディングし得る。たとえば、ビデオエンコーダ２０はデフォルトの出力レイヤセットを符号化する。符号化されたデフォルト出力レイヤセットは、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。符号化されたデフォルト出力レイヤセットはビデオデコーダ３０によって復号され得る。

【0084】

[0098] 別の例によれば、存在し得る時間的サブレイヤの最大数（ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１）およびインター予測が追加的に制限されるかどうか（ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇ）のシグナリングは、レイヤＩＤ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）が０よりも大きいＳＰＳには存在しない。ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、レイヤＩＤが０よりも大きいＳＰＳにおいて、ＳＰＳを参照する各ＣＶＳに存在し得る時間的サブレイヤの最大数をコーディングせず、ＳＰＳを参照するＣＶＳについてインター予測が追加的に制限されるかどうかをコーディングせずに、ビデオデータをコーディングし得る。たとえば、ビデオエンコーダ２０は、レイヤＩＤが０よりも大きいＳＰＳにおける、ＳＰＳを参照する各ＣＶＳに存在し得る時間的サブレイヤの最大数、およびＳＰＳを参照するＣＶＳについてインター予測が追加的に制限されるかどうかをコーディングせずに、ビデオデータを符号化し得る。符号化された情報は、出力インターフェース２２によってリンク１６を介すかまたは記憶デバイス３４を使用してシグナリングされるか、送信されるか、またはその他の方法で転送され、入力インターフェース２８によって受信され得る。符号化された情報はビデオデコーダ３０によって復号され得る。

【0085】

[0099] 別の例によれば、本開示の技法に従ってシンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更され得る。ビデオエンコーダ２０またはビデオデコーダ３０などのビデオコーダは、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］を、出力レイヤセットに対応するレイヤセットのインデックスを示すようにコーディングし得る。

【0086】

[0100] 図２は、本開示で説明する技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、空間的予測に依存して所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減させるかまたは除去する。インターコーディングは、時間的予測またはインターレイヤに依存して、同じレイヤにおいてまたはビデオシーケンスの異なるレイヤ全体にわたって互いに隣接するフレームまたはピクチャ内のビデオの時間的冗長性またはレイヤ間冗長性を低減させるかまたは除去する。イントラモード（Ｉモード）は、空間ベースのいくつかの圧縮モードのいずれかを指すことがある。単方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、時間ベースのいくつかの圧縮モードのいずれかを指すことがある。

【0087】

[0101] 図２の例では、ビデオエンコーダ２０は、ビデオデータメモリ４０と、予測処理ユニット４１と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化処理ユニット５４と、エントロピー符号化処理ユニット５６とを含む。予測処理ユニット４１は、動き推定処理ユニット４２と、動き補償処理ユニット４４と、イントラ予測処理ユニット４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化処理ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。再構成されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図２に図示せず）も含まれ得る。必要な場合、デブロッキングフィルタは、通常、加算器６２の出力をフィルタ処理することになる。デブロッキングフィルタに加えて追加的なループフィルタ（インループまたはポストループ）が使用され得る。

【0088】

[0102] ビデオデータメモリ４０は、ビデオエンコーダ２０の構成要素によって符号化すべきビデオデータを記憶し得る。ビデオデータメモリ４０に記憶されるビデオデータは、たとえば、ビデオソース１８から得られ得る。復号ピクチャバッファ（ＤＰＢ）は、ビデオエンコーダ２０によってビデオデータを、たとえば、イントラコーディングモードまたはインターコーディングモードで符号化する際に使用する参照ビデオデータを記憶する参照ピクチャメモリ６４であり得る。ビデオデータメモリ４０およびＤＰＢ（たとえば、参照ピクチャメモリ６４）は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなどの様々なメモリデバイスのうちのいずれかによって形成され得る。ビデオデータメモリ４０およびＤＰＢ（たとえば、参照ピクチャメモリ６４）は、同じメモリデバイスによって、または別々のメモリデバイスによって与えられ得る。様々な例では、ビデオデータメモリ１０１は、ビデオエンコーダ２０の他の構成要素とともにオンチップであるか、またはそのような構成要素に対してオフチップであり得る。

【0089】

[0103] 図２に示すように、ビデオエンコーダ２０はビデオデータを受信し、予測処理ユニット４１はデータをビデオブロックに区分する。場合によっては、予測処理ユニット４１は、レートひずみ分析に基づいてビデオデータを区分し得る。受信されたビデオデータは、上述のサンプルフォーマットのうちのいずれかに従ってフォーマットされ得る。たとえば、ビデオデータは４：２：２サンプルフォーマットに従ってフォーマットされ得る。区分することは、ビデオデータをスライス、タイル、またはより大きい他のユニットに区分することと、たとえばＬＣＵおよびＣＵの４分木構造に従ったビデオブロック区分を含み得る。

【0090】

[0104] ビデオエンコーダ２０は概して、符号化すべきビデオスライス内のビデオブロックを符号化する構成要素を示す。スライスは、複数のビデオブロック（場合によってはタイルと呼ばれるビデオブロックのセット）に分割され得る。予測処理ユニット４１は、誤差結果（たとえば、コーディングレートおよびひずみレベル）に基づいて、現在ビデオブロックのために、複数のイントラコーディングモードのうちの１つ、または複数のインターコーディングモードのうちの１つなど、複数の可能なコーディングモードのうちの１つを選択し得る。予測処理ユニット４１は、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックを生成するために加算器５０に与え、参照ピクチャとして使用するための符号化ブロックを再構成するために加算器６２に与え得る。

【0091】

[0105] 予測処理ユニット４１内のイントラ予測処理ユニット４６は、コーディングすべき現在ブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対して現在ビデオブロックのイントラ予測コーディングを実行して空間的圧縮を行い得る。予測処理ユニット４１内の動き推定処理ユニット４２および動き補償処理ユニット４４は、１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対して現在ビデオブロックのインター予測コーディングを実行して時間的圧縮を行い得る。

【0092】

[0106] 動き推定処理ユニット４２は、ビデオシーケンスの所定のパターンに従ってビデオスライスのインター予測モードを決定するように構成され得る。所定のパターンは、シーケンス中のビデオスライスをＰスライスまたはＢスライスとして指定し得る。動き推定処理ユニット４２と動き補償処理ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に図示されている。動き推定は、動き推定処理ユニット４２によって実行され、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する現在ビデオフレームまたはピクチャ内のビデオブロックの予測ユニット（ＰＵ：prediction unit）の変位を示し得る。

【0093】

[0107] 予測ブロックは、インターコーディングの場合、絶対差分和（ＳＡＤ）によって、２乗差分和（ＳＳＤ）によって、または他の差分メトリックによって決定し得るピクセル差分に関して、コーディングすべきビデオブロックのＰＵに厳密に一致するブロックとして見つけられるブロックであり得る。代替として、予測ブロックは、イントラコーディングの場合、１つまたは複数の隣接ブロックから得られるピクセル値に対する空間的予測に基づいて形成されるブロックであり得る。いくつかの例では、インター予測の場合、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を算出し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの４分の１ピクセル位置、８分の１ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定処理ユニット４２は、全ピクセル位置および分数ピクセル位置に対して動き探索を実行し、分数ピクセル精度をもつ動きベクトルを出力し得る。

【0094】

[0108] 動き推定処理ユニット４２は、ＰＵの位置と参照ピクチャの予測ブロックの位置とを比較することによってインターコード化スライス中のビデオブロックのＰＵのための動きベクトルを算出する。参照ピクチャは、各々が、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得る。動き推定処理ユニット４２は、算出された動きベクトルをエントロピー符号化処理ユニット５６および動き補償処理ユニット４４に送る。

【0095】

[0109] 動き補償は、動き補償処理ユニット４４によって実行され、動き推定によって決定される動きベクトルに基づいて予測ブロックを取り込むかまたは生成し、場合によってはサブピクセル精度の補間を実行することを含み得る。動き補償処理ユニット４４は、現在ビデオブロックのＰＵのための動きベクトルを受信すると、動きベクトルが参照ピクチャリストのうちの１つのリスト中で指し示す予測ブロックの位置を特定し得る。

【0096】

[0110] ビデオエンコーダ２０は、インターコーディングまたはイントラコーディングの場合に、コーディング中の現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算することによって残差ビデオブロックを形成し、ピクセル差分値を形成する。ピクセル差分値は、ブロックの残差データを形成し、ルーマ差分構成要素とクロマ差分構成要素の両方を含み得る。加算器５０は、この減算演算を実行する構成要素を表す。また、動き補償処理ユニット４４は、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０によって使用されるビデオブロックおよびビデオスライスに関連するシンタックス要素を生成し得る。

【0097】

[0111] イントラ予測処理ユニット４６は、上述のように動き推定処理ユニット４２および動き補償処理ユニット４４によって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測処理ユニット４６は、たとえば別々の符号化パス時に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測処理ユニット４６（またはいくつかの例では、モード選択処理ユニット）は、試験されたモードから使用すべき適切なイントラ予測モードを選択し得る。

【0098】

[0112] たとえば、イントラ予測処理ユニット４６は、様々な試験されたイントラ予測モードにレートひずみ分析を使用してレートひずみ値を算出し、試験されたモードのうちで最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は概して、符号化されたブロックと符号化されたブロックを生成するために符号化された符号化されていない元のブロックとの間のひずみ（またはエラー）の量、ならびに符号化されたブロックを生成するために使用されたビットレート（すなわち、ビットの数）を決定する。イントラ予測処理ユニット４６は、符号化された様々なブロックのひずみおよびレートから比を算出し、どのイントラ予測モードがブロックの最良のレートひずみ値を示すかを決定し得る。レートひずみ分析が色成分の組合せに対して実行され得ることに留意されたい。

【0099】

[0113] いずれの場合も、イントラ予測処理ユニット４６は、ブロックのイントラ予測モードを選択した後、ブロックの選択されたイントラ予測モードを示す情報をエントロピー符号化処理ユニット５６に供給し得る。エントロピー符号化処理ユニット５６は、本開示の技法に従って選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルおよび複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）を含み得る送信されるビットストリーム構成データ中に、様々なブロックの符号化コンテキストの定義、ならびにコンテキストの各々に使用すべき最確イントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの表示を含み得る。ビットストリームはさらに（または代替として）、以後の宛先デバイス１４またはその他の装置によるアクセス、復号、および／または再生が可能なように記憶デバイス３４上に記憶され得る。

【0100】

[0114] 予測処理ユニット４１がインター予測またはイントラ予測のいずれかを介して現在ビデオブロックの予測ブロックを生成した後、ビデオエンコーダ２０は、現在ビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック内の残差ビデオデータは、１つまたは複数の変換ユニット（ＴＵ：transform unit）中に含められ、変換処理ユニット５２に適用され得る。変換処理ユニット５２がビデオエンコーダ２０の構成要素、モジュール、プロセッサ、または機能ユニットを指し、変換処理ユニット５２を、変換および量子化プロセスのためのデータの基本ユニットであるＴＵと混同すべきではないことに留意されたい。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を使用して残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。変換処理ユニット５２は、得られた変換係数を量子化処理ユニット５４に送り得る。

【0101】

[0115] 図２に示す例では、ビデオエンコーダ２０は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し、出力レイヤセットのうちの１つについて参照されたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいてその出力レイヤセットのビデオデータを符号化し得る。

【0102】

[0116] ビデオエンコーダ２０は、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを送信し得る。プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットは、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置に存在し得、それによって、中間ネットワーキングデバイス、スプライシングエンジン、メディアアウェアネットワーク要素、またはデコーダは、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットをエントロピー符号化の必要なしに解析することができる。

【0103】

[0117] いくつかの例では、ビデオエンコーダ２０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを送信または受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。たとえば、ビデオエンコーダ２０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを送り得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。

【0104】

[0118] ビデオデコーダ２０は、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを符号化し得る。ビデオデコーダ２０はまた、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。

【0105】

[0119] ビデオエンコーダ２０は、ビデオデータのレイヤのうちの１つまたは複数のレイヤにおける一部のビデオデータを非エントロピー符号化し得る。非エントロピー符号化されたビデオデータはレイヤ依存情報を含み得る。レイヤ依存情報は、レイヤの１つが別のレイヤの直接参照レイヤであるかどうかを示し得る。いくつかの例では、レイヤ依存情報は、０に等しいときに、インデックスｊを有するレイヤがインデックスＩを有するレイヤの直接参照レイヤではないことを指定し、１に等しいときに、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤになり得ることを指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］を含む。

【0106】

[0120] ビデオデコーダ２０は、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を送信し得る。

【0107】

[0121] 一例によれば、ビデオエンコーダ２０は１つのレイヤセットのための２つ以上の出力レイヤセットを符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0108】

[0122] 別の例によれば、ビデオエンコーダ２０は、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報を、潜在的に、それが、エントロピー符号化なしに、すなわち、プロファイル情報、ティア情報、および／またはレベル情報をエントロピー復号することなしにアクセス可能である方法で符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行されるが、エントロピー符号化なしに実行され得る。したがって、エントロピー符号化処理ユニットは、エントロピー符号化に加えて他のタイプの符号化を実行し得る。

【0109】

[0123] 別の例によれば、ビデオエンコーダ２０は、ＶＰＳ中のレイヤ依存情報を、それが、エントロピー復号なしに、すなわち、レイヤ依存情報をエントロピー符号化することなしにアクセス可能であるように符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行されるが、エントロピー符号化なしに実行され得る。したがって、エントロピー符号化処理ユニットは、エントロピー符号化に加えて他のタイプの符号化を実行し得る。

【0110】

[0124] 別の例によれば、ビデオエンコーダ２０は、ＶＰＳ中の表現フォーマットを、潜在的に、それが、エントロピー復号なしに、すなわち、ＶＰＳ中の表現フォーマットをエントロピー符号化することなしにアクセス可能である方法で符号化し得る。いくつかの例では、各レイヤは特定の表現フォーマットに関連し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行されるが、エントロピー符号化なしに実行され得る。したがって、エントロピー符号化処理ユニットは、エントロピー符号化に加えて他のタイプの符号化を実行し得る。ビデオエンコーダ２０または、ＶＰＳ中の表現フォーマットを、潜在的に、それが本開示の技法に従ってエントロピー復号なしにアクセス可能である方法でデコーダーし得、各レイヤは特定の表現フォーマットに関連し得る。

【0111】

[0125] 別の例によれば、ビデオエンコーダ２０は、視覚的信号情報（ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓ）を本開示の技法に従ってＶＰＳ中のレイヤごとにコーディングし得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0112】

[0126] 別の例によれば、ＳＰＳは、本開示の技法に従って異なる空間解像度、ビット深度、またはカラーフォーマットをもつレイヤによって共有され得る。ビデオエンコーダ２０はＳＰＳを符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0113】

[0127] 別の例によれば、本開示の技法に従ってレイヤＩＤが０よりも大きいＳＰＳのＶＵＩにはタイミング情報が含められない。ビデオエンコーダ２０はＳＰＳを符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0114】

[0128] 別の例によれば、本開示の技法に従ってデフォルトの出力レイヤセットにはターゲット出力レイヤの明示的なシグナリングは行われない。ビデオエンコーダ２０は、デフォルトの出力レイヤセットを符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0115】

[0129] 別の例によれば、存在し得る時間的サブレイヤの最大数（ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１）およびインター予測が追加的に制限されるかどうか（ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇ）のシグナリングは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときにのみＳＰＳ中で行われ、すなわち、レイヤＩＤが０よりも大きいＳＰＳではシグナリングは行われない。ビデオエンコーダ２０は、レイヤＩＤが０よりも大きいＳＰＳにおける、ＳＰＳを参照する各ＣＶＳに存在し得る時間的サブレイヤの最大数、およびＳＰＳを参照するＣＶＳについてインター予測が追加的に制限されるかどうかをコーディングせずに、ビデオデータを符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0116】

[0130] 別の例によれば、本開示の技法に従ってシンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更され得る。ビデオエンコーダ２０は、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］を、ＶＰＳによって指定されたｉ番目の出力レイヤセットに対応するレイヤセットのインデックスを示すように符号化し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット５６によって実行され得る。

【0117】

[0131] 図３は、本開示で説明する技法を実装し得る例示的なビデオデコーダ３０を示すブロック図である。図３の例では、ビデオデコーダ３０は、ビデオデータメモリ７８と、エントロピー復号処理ユニット８０と、予測処理ユニット８１と、逆量子化処理ユニット８６と、逆変換処理ユニット８８と、加算器９０と、参照ピクチャメモリ９２とを含む。予測処理ユニット８１は、動き補償処理ユニット８２とイントラ予測処理ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例では、図２においてビデオエンコーダ２０に関して説明した符号化パスを概ね反転させた復号パスを実行し得る。

【0118】

[0132] ビデオデータメモリ７８は、ビデオデコーダ３０の構成要素によって復号すべき、符号化ビデオビットストリームなどのビデオデータを記憶し得る。ビデオデータメモリ７８に記憶されるビデオデータは、たとえばコンピュータ可読媒体から、またはたとえばカメラなどのローカルビデオソースから、またはビデオデータのワイヤードネットワーク通信もしくはワイヤレス通信を介して、または物理データ記憶媒体にアクセスすることによって得られ得る。ビデオデータメモリ７８は、符号化ビデオビットストリームからの符号化ビデオデータを記憶するコード化ピクチャバッファ（ＣＰＢ）を形成し得る。復号ピクチャバッファ（ＤＰＢ）は、ビデオデコーダ３０によってビデオデータを、たとえば、イントラコーディングモードまたはインターコーディングモードで復号する際に使用する参照ビデオデータを記憶する参照ピクチャメモリ９２であり得る。ビデオデータメモリ７８およびＤＰＢは、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスなどの様々なメモリデバイスのうちのいずれかによって形成され得る。ビデオデータメモリ７８およびＤＰＢは、同じメモリデバイスまたは別々のメモリデバイスによって与えられ得る。様々な例では、ビデオデータメモリ７８は、ビデオデコーダ３０の他の構成要素とともにオンチップであるか、またはそのような構成要素に対してオフチップであり得る。

【0119】

[0133] 復号プロセスの間、ビデオデコーダ３０は、符号化ビデオスライスのビデオブロックおよび関連するシンタックス要素を表す符号化ビットストリームをビデオエンコーダ２０から受信する。ビデオデコーダ３０のエントロピー復号処理ユニット８０は、ビットストリームをエントロピー復号して量子化係数、動きベクトル、およびその他のシンタックス要素を生成する。エントロピー復号処理ユニット８０は、動きベクトルおよびその他のシンタックス要素を予測処理ユニット８１に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルのシンタックス要素を受信し得る。

【0120】

[0134] ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされているとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モードと現在フレームまたはピクチャのあらかじめ復号されたブロックからのデータとに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、ＢまたはＰ）スライスとしてコーディングされているとき、予測処理ユニット８１の動き補償処理ユニット８２は、エントロピー復号処理ユニット８０から受信された動きベクトルとその他のシンタックス要素とに基づいて現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、１つの参照ピクチャリスト内の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ９２に記憶された参照ピクチャに基づくデフォルトの構成技法を使用して参照フレームリストのリスト０およびリスト１を構成し得る。

【0121】

[0135] 動き補償処理ユニット８２は、動きベクトルおよびその他のシンタックス要素を解析することによって現在ビデオスライスのビデオブロックについての予測情報を決定し、予測情報を使用して復号中の現在ビデオブロックの予測ブロックを生成する。たとえば、動き補償処理ユニット８２は、受信されたシンタックス要素のうちのいくつかを使用して、ビデオスライスのビデオブロックをコーディングために使用される予測モード（たとえば、複数のインター予測モードのうちの１つ）、インター予測スライスタイプ（たとえば、ＢスライスまたはＰスライス）、スライスの参照ピクチャリストのうちの１つまたは複数の参照ピクチャリストについての構成情報、スライスの各インター符号化ビデオブロックの動きベクトル、スライスの各インターコード化ビデオブロックのインター予測ステータス、および現在ビデオスライス中のビデオブロックを復号するためのその他の情報を決定する。

【0122】

[0136] 動き補償処理ユニット８２は、補間フィルタに基づいて補間を実行し得る。動き補償処理ユニット８２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用されるような補間フィルタを使用して参照ブロックのサブ整数ピクセルの補間された値を算出し得る。この場合、動き補償処理ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用される補間フィルタを決定し、この補間フィルタを使用して予測ブロックを生成し得る。

【0123】

[0137] 逆量子化処理ユニット８６は、ビットストリームに含められエントロピー復号処理ユニット８０によって復号された量子化変換係数を逆量子化（inverse quantizes）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、ビデオエンコーダ２０によって算出された量子化パラメータをビデオスライス中のビデオブロックごとに使用して、適用すべき量子化の程度を決定し、同様に、適用すべき逆量子化の程度を決定することを含み得る。

【0124】

[0138] 逆変換処理ユニット８８は、変換係数を受信し、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用してピクセル領域において残差ブロックを生成する。いくつかの例では、逆変換処理ユニット８８は、変換ユニット区分技法に基づいてビデオエンコーダによって生成された変換係数を受信し得る。

【0125】

[0139] 動き補償処理ユニット８２またはイントラ予測処理ユニット８４が動きベクトルおよびその他のシンタックス要素に基づく現在ビデオブロックの予測ブロックを生成した後、ビデオデコーダ３０は、逆変換処理ユニット８８からの残差ブロックと動き補償処理ユニット８２によって生成された対応する予測ブロックを合計することによって復号ビデオブロックを形成する。加算器９０は、この加算演算を実行する構成要素を表す。

【0126】

[0140] 所望される場合、ブロッキネスアーティファクトを除去するために、復号ブロックをフィルタ処理するためにデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化するために、または場合によってはビデオ品質を改善するために、他のループフィルタも（コーディングループ中またはコーディングループ後のいずれかで）使用され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照ピクチャメモリ９２に記憶される。参照ピクチャメモリ９２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の提示のために、復号ビデオを記憶する。

【0127】

[0141] 図３の示された例では、ビデオデコーダ３０は、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを受信し得る。

【0128】

[0142] ビデオデコーダ３０は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し、出力レイヤセットのうちの１つについて参照されたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいて出力レイヤセットのビデオデータを復号し得る。

【0129】

[0143] いくつかの例では、ビデオコーダは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを送信または受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。ビデオデコーダ３０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。

【0130】

[0144] いくつかの例では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤがＳＰＳを参照するとき、ビデオデコーダ３０は、ＳＰＳのプロファイル、ティア、およびレベルシンタックス構造を使用したｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤのビデオデータの復号を行わないことがある。

【0131】

[0145] ビデオデコーダ３０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。

【0132】

[0146] ビデオデコーダ３０はまた、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを生成し得る。

【0133】

[0147] 図３に示された例では、ビデオデコーダ３０は、ビデオデータのレイヤを含むマルチレイヤビデオデータを復号し得る。

【0134】

[0148] ビデオデコーダ３０は、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を受信し得る。

【0135】

[0149] ビデオデコーダ３０は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータを符号化し得る。レイヤ依存情報は、レイヤの１つが別のレイヤの直接参照レイヤであるかどうかを示す。

【0136】

[0150] いくつかの例では、レイヤ依存情報は、０に等しいときに、インデックスｊをもつレイヤがインデックスＩをもつレイヤのための直接参照レイヤではないことを指定し、１に等しいときに、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤになり得ることを指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］を含む。

【0137】

[0151] いくつかの例では、本開示は、出力レイヤセットについてのプロファイル、ティア、およびレベル情報のシグナリング、出力レイヤセットのシグナリング、およびレイヤ依存性のシグナリングの変更を含む、ＨＥＶＣ拡張のためのＶＰＳおよびＳＰＳの設計を向上させるための方法について説明する。いくつかの例では、本開示は、セッション交渉のためのＶＰＳ（拡張）中の表現フォーマット（空間解像度、カラーフォーマット、およびビット深度）に関する情報のシグナリングの変更、ならびに異なるカテゴリーの個々の制御によるＳＰＳパラメータの効率的なシグナリングを含む、ＨＥＶＣ拡張のためのＶＰＳおよびＳＰＳの設計を向上させるための方法についても説明する。

【0138】

[0152] いくつかの例では、現在のＶＰＳ設計およびＳＰＳ設計は少なくとも以下の問題に関連し得る。（１）シンタックス要素ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１がｕｅ（ｖ）コーディングされ、このシンタックス要素の前に他のｕｅ（ｖ）コード化シンタックス要素もあるので、現在、レイヤセットのプロファイル、ティア、およびレベルにアクセスするにはエントロピー符号化が必要である。（２）同様に、レイヤ依存情報はエントロピー復号なしにアクセス可能でない。（３）出力レイヤセットのシグナリングには問題があり効率的ではない。理由は以下の通りである。（ａ）０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］に使用されるシンタックス要素ｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［］［］はレイヤセット０のためのシンタックス要素であり、レイヤセット０について、ＨＥＶＣバージョン１（すなわち、ＨＥＶＣ ＷＤ１０）ではｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［］［］［は定義されておらず、（ｂ）レイヤセット０のためのターゲット出力レイヤがレイヤ０（ベースレイヤ）であることは明らかであり、（ｃ）現在、レイヤセットごとにせいぜい１つの出力レイヤセットがシグナリングされ得、（ｄ）現在、シンタックスは、０からＶＰＳ中の可能な最大のレイヤＩＤまでのレイヤＩＤのループを使用するが、複雑である。

【0139】

[0153] マルチビューシナリオでは、多くの場合、１つのレイヤセットが異なるターゲット出力レイヤの複数のセットに関連する。したがって、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］に変更され、それに応じて関連するセマンティクスが変更され、上記の項目（ｄ）において述べたように、現在、シンタックスは、０からＶＰＳ中の可能な最大のレイヤＩＤまでのレイヤＩＤのループを使用するが、複雑である。レイヤセット中の最上レイヤは確実にターゲット出力レイヤであるので、このレイヤを除くレイヤセット中の各レイヤのループを使用する方がずっと簡単であろう。

【0140】

[0154] 一例によれば、ビデオデコーダ３０は１つのレイヤセットのための２つ以上の出力レイヤセットを復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行され得る。

【0141】

[0155] 別の例によれば、ビデオデコーダ３０は、ＶＰＳ中のすべてのプロファイル情報、ティア情報、および／またはレベル情報を、潜在的に、それがエントロピー復号の必要なしにアクセス可能である方法で復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行されるが、エントロピー復号なしに実施され得る。したがって、復号はエントロピーデコーダを有しないデバイスによっても実行され得る。

【0142】

[0156] 別の例によれば、ビデオデコーダ３０は、ＶＰＳ中のレイヤ依存情報を、それがエントロピー復号なしにアクセス可能であるように復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行されるが、エントロピー符号化なしに実施され得る。したがって、復号はエントロピーデコーダを有しないデバイスによっても実行され得る。

【0143】

[0157] 別の例によれば、ビデオデコーダ３０は、ＶＰＳ中の表現フォーマットを、潜在的に、それが、エントロピー復号なしに、すなわち、ＶＰＳ中の表現フォーマットをエントロピー符号化することなしにアクセス可能である方法で復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行されるが、エントロピー復号なしに実施され得る。したがって、復号はエントロピーデコーダを有しないデバイスによっても実行され得る。ビデオデコーダ３０は、潜在的に本開示の技法に従ってエントロピー復号なしにＶＰＳ中の表現フォーマットを復号し得、各レイヤは特定の表現フォーマットに関連し得る。

【0144】

[0158] 別の例によれば、ビデオデコーダ３０は、視覚的信号情報（ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓ）を本開示の技法に従ってＶＰＳ中のレイヤごとに復号し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット８０によって実行され得る。いくつかの例では、ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータは、コーディングすべきピクチャの表現のフォーマットを示す。ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータは、黒レベルならびにルーマ信号およびクロマ信号の範囲を示す。ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータは、ソース原色の色度座標を示す。ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃパラメータは、ソースピクチャの光−電子伝達特性を示す。ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータは、緑、青、および赤の原色からルーマ信号およびクロマ信号を導出する際に使用される行列係数を表す。

【0145】

[0159] 別の例によれば、ＳＰＳは、本開示の技法に従って様々な空間解像度、ビット深度、またはカラーフォーマットを有するレイヤによって共有され得る。ビデオデコーダ３０はＳＰＳを復号し得る。いくつかの例では、符号化は、エントロピー符号化処理ユニット８０によって実行され得る。

【0146】

[0160] 別の例によれば、本開示の技法に従ってレイヤＩＤが０よりも大きいＳＰＳのＶＵＩにはタイミング情報が含められない。ビデオデコーダ３０はＳＰＳを復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行され得る。

【0147】

[0161] 別の例によれば、本開示の技法に従ってデフォルトの出力レイヤセットにはターゲット出力レイヤの明示的なシグナリングは行われない。ビデオデコーダ３０は、デフォルトの出力レイヤセットを復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行され得る。

【0148】

[0162] 別の例によれば、存在し得る時間的サブレイヤの最大数（ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１）およびインター予測が追加的に制限されるかどうか（ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇ）のシグナリングは、レイヤＩＤ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）が０に等しいときにのみＳＰＳで行われる。ビデオデコーダ３０は、レイヤＩＤが０よりも大きいＳＰＳにおける、ＳＰＳを参照する各ＣＶＳに存在し得る時間的サブレイヤの最大数、およびＳＰＳを参照するＣＶＳのためのインター予測が追加的に制限されるかどうかをコーディングせずに、ビデオデータを復号し得る。いくつかの例では、復号は、エントロピー復号処理ユニット８０によって実行され得る。

【0149】

[0163] 別の例によれば、本開示の技法に従ってシンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更され得る。ビデオデコーダ３０は、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］を、ＶＰＳによって指定されたｉ番目の出力レイヤセットに対応するレイヤセットのインデックスを示すように復号し得る。

【0150】

[0164] 以下の例では、括弧付きのラベル（たとえば、［例Ａ開始］および［例Ａ終了］）は、示される例に関係する記述を示すために使用される。２０１３年４月２日現在で、http://phenix.int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1008-v1.zipからダウンロード可能なＳＨＶＣの現在のバージョンまたは２０１３年４月２日現在でhttp://phenix.it-sudparis.eu/jct2/doc_end_user/documents/3_Geneva/wg11/JCT3V-C1004-v4.zipからダウンロード可能なＭＶ−ＨＥＶＣ規格に関して変更が示されることがある。

【0151】

[0165] レイヤセット、出力レイヤセットのシグナリング、およびレイヤ依存性のシグナリングについてのプロファイル、ティア、およびレベル情報のシグナリングに対するいくつかの変更は、本開示の態様による、本明細書に含まれる例Ａを示すためにこの提案において使用される［例Ａ開始］および［例Ａ終了］によって示される。

【0152】

[0166] シンタックス要素ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１がｕｅ（ｖ）コーディングされ（すなわち、エントロピー符号化され）、また、そのシンタックス要素の前に他のｕｅ（ｖ）コード化シンタックス要素もあるので、レイヤセットのプロファイル、ティア、およびレベルに現在アクセスするにはエントロピー復号が必要である。エントロピー復号なしにこの情報にアクセス可能であるようにするために、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットは、エントロピー復号なしにアクセス可能である位置においてシグナリングされ得る。次いで、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットは、出力レイヤセットにリンクするために参照され得る。同じレイヤセットの複数の出力レイヤセットが、異なるＤＰＢサイズを必要とすることがあり、したがって、異なるレベルに適合し得る。

【0153】

[0167] いくつかの例では、後述のように、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更され得る。ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳがｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤによって参照されるとき、ＳＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造はそのレイヤには適用されない。上記と同様の理由で、レイヤ依存性のシグナリングはエントロピー復号なしにアクセス可能であるように上位に移される。シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］をｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に変更するのは以下の理由による。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］に使用されるシンタックス要素ｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［］［］はレイヤセット０のシンタックス要素であり、レイヤセット０にはｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［］［］が定義されない。レイヤセット０のためのターゲット出力レイヤがレイヤ０（ベースレイヤ）であることは明確である。

【0154】

[0168] したがって、上記からわかるように、各レイヤはＳＰＳを参照する必要がある。従来、空間解像度、ビット深度、またはカラーフォーマットの値が異なる任意の２つのレイヤは、これらの表現フォーマットパラメータがＳＰＳ中でシグナリングされるので２つの異なるＳＰＳを参照する必要がある。しかし、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを除くすべてのＳＰＳのためのこれらのパラメータがＶＰＳに移され、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤによって参照されるｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳ中の表現フォーマットパラメータが無視されることが指定されるとき、空間解像度、ビット深度、またはカラーフォーマットの値が異なる各レイヤは同じＳＰＳを参照することが可能である。言い換えれば、本開示のいくつかの実装形態によれば、空間解像度、ビット深度、またはカラーフォーマットの値が異なる各レイヤが他のＳＰＳである限り、同じＳＰＳを共有することができる。

【0155】

[0169] 本明細書で説明するいくつかの例では、出力レイヤセットシグナリングのためにシンタックスおよびセマンティクスを変更する。場合によっては、これにより、以下の問題のうちの１つまたは複数を解決し得、まず、現在、レイヤセットごとにせいぜい１つの出力レイヤセットがシグナリングされ得る。マルチビューシナリオでは、多くの場合、１つのレイヤセットが異なるターゲット出力レイヤの複数のセットに関連する。したがって、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］がｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］に変更され得、関連するセマンティクスがそれに応じて変更され得る。したがって、２つ以上の出力レイヤセットが１つのレイヤセットについてシグナリングされ得る。第２に、現在、シンタックスは、０からＶＰＳ中の可能な最大のレイヤＩＤまでのレイヤＩＤのループを使用するが、これは複雑である。レイヤセット中の最上レイヤが確実にターゲット出力レイヤであるので、むしろ、レイヤセット中の最上位レイヤを除くレイヤセット中の各レイヤのループを使用する方がずっと簡単であろう。

【0156】

[0170] 例Ｂを示すためにこの提案で使用される、括弧付きのラベル［例Ｂ開始］および［例Ｂ終了］を使用して変更が示される、表現フォーマットに関する情報（セッション交渉のためのＶＰＳ（拡張）における空間解像度、カラーフォーマット、およびビット深度）のシグナリング。表現フォーマットは、そのような情報のリストのインデックスによって、ベースレイヤを含むレイヤごとにシグナリングされ、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の場合と同様に、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいＳＰＳではシグナリングされない。したがって、これにより、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きい異なるＳＰＳ中の同じ表現フォーマット情報を重複して送ることも少なくなる。ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳがｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤによって参照されるとき、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ ｗｉｄｔｈ ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値はそのレイヤには適用されない。

【0157】

[0171] 異なるカテゴリーを個々に制御するＳＰＳパラメータを効率的にシグナリングする際、ＳＰＳに含められ得るパラメータは以下の６つのカテゴリーに分類され得る。（１）Ｃａｔ１：すでにスケーラブルＨＥＶＣビデオコーディング（ＳＨＶＣ）ＷＤ１およびマルチビューＨＥＶＣ（ＭＶ−ＨＥＶＣ）ＷＤ３および上記で対処されているプロファイル−ティア−レベル情報、（２） Ｃａｔ２：上記で対処されている表現フォーマット情報、（３）Ｃａｔ３：サブレイヤ情報（ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇ、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］）（これらの変更は、Ｃａｔ３とも呼ばれる例Ｃを示すためにこの提案で使用される［例Ｃ開始］および［例Ｃ終了］という括弧付きラベルによって示される）、（４）Ｃａｔ４：短期参照ピクチャセット（ＲＰＳ）候補（このための変更は、Ｃａｔ４とも呼ばれる例Ｄを示すためにこの提案で使用される［例Ｄ開始］および［例Ｄ終了］という括弧付きラベルによって示される）、（５）Ｃａｔ５：ビデオ活用性情報（ＶＵＩ）パラメータ（このための変更は、Ｃａｔ５とも呼ばれる例Ｅを示すためにこの提案で使用される［例Ｅ開始］および［例Ｅ終了］という括弧付きラベルによって示される）、および（６）Ｃａｔ６：他のＳＰＳパラメータ、このための変更および共通の変更は、Ｃａｔ６とも呼ばれる例Ｆを示すためにこの提案で使用される［例Ｆ開始］および［例Ｆ終了］という括弧付きラベルによって示される。

【0158】

[0172] 拡張レイヤまたは拡張レイヤを含むレイヤセットの場合、カテゴリー３〜６の情報は、アクティブなＶＰＳから継承されるか、ＳＰＳ中で直接シグナリングされるかのいずれかであり得、カテゴリー１および２の情報は、セッション交渉に重要であるのでＶＰＳ中でシグナリングされなければならない。ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいＳＰＳでは、ＶＰＳ ＩＤ、ＳＰＳ ＩＤ、および（カテゴリー３〜６（Ｃａｔ３〜Ｃａｔ６）のデータがＳＰＳに存在するか、またはアクティブなＶＰＳから継承されるかを示すための）フラグをシグナリングするための最小限の３つのシンタックス要素のみが存在する。そのようなダミーＳＰＳの役割は、アクティブＶＰＳ ＩＤをピクチャパラメータセット（ＰＰＳ）に渡し、次いで間接的にビデオコーディングレイヤ（ＶＣＬ）ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットに渡すことである。

【0159】

[0173] 以下の変更は、ＭＶ−ＨＥＶＣ ＷＤ３およびＳＨＶＣ ＷＤ１に基づいており、上述のように、異なるカラーコードによって識別され、すなわち、異なる色で強調されており、削除事項には取り消し線が施されている。言及されていない部分はＭＶ−ＨＥＶＣ ＷＤ３およびＳＨＶＣ ＷＤ１と同じである。

【0160】

[0174] 以下の表３には、ローバイトシーケンスペイロード（ＲＢＳＰ）シンタックスおよびセマンティクスのビデオパラメータセット（ＶＰＳ）のための例示的なシンタックスが示されている。これはＳＨＶＣ ＷＤ１およびＭＶ−ＨＥＶＣ ＷＤ３と同じである。便宜上、このシンタックスを以下（表３）にコピーする。

【0161】

【表3-1】

【表3-2】

【0162】

[0175] 表４は、ビデオパラメータセット拡張およびセマンティクスの例を示す。

【0163】

【表4-1】

【表4-2】

【表4-3】

【表4-4】

【0164】

［例Ａ開始］
[0176] パラメータｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１ ｐｌｕｓ １は、ＶＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の数を指定する。１に等しいＶｐｓ＿ｐｒｏｆｉｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、プロファイル情報およびティア情報がｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造に存在することを指定する。０に等しいＶｐｓ＿ｐｒｏｆｉｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｌｓＩｄｘ］は、プロファイル情報およびティア情報が、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造に存在せず、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造について推定され得ることを指定する。

【0165】

[0177] パラメータｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造についてのプロファイル情報およびティア情報が、（ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］＋１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造についてのプロファイル情報およびティア情報と等しいと推定され得ることを指定する。ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］＋１の値はｉ未満であり得る。

【0166】

[0178] ０に等しいパラメータｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊをもつレイヤがインデックスｉをもつレイヤの直接参照レイヤではないことを指定する。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤであり得ることを指定する。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲でｉおよびｊについて存在しないときには０に等しいと推定され得る。

【0167】

[0179] 変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］およびＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は次のように導出され得る。

【0168】

【数1】

【0169】

[0180] ［例Ｂ開始］パラメータｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓは、ＶＰＳ中の後続のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の数を指定する。ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがレイヤ＿ＩＤ＿ｉｎ＿ｎｕｈ［ｉ］に等しいレイヤに適用されるｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の、ＶＰＳ中のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のセットに対するインデックスを指定する。ｉが０に等しいかまたはｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓが１に等しいとき、ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］は０に等しいと推定され得る。ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ−１の範囲内にあり得る。［例Ｂ終了］
[0181] ［例Ｃ開始］１に等しいｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］がｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ−１］に等しいと推定され得、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］が存在することを指定する。０に等しいｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］が明示的にシグナリングされることを指定する。ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［０］の値は０に等しいと推定され得る。

【0170】

[0182] パラメータｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］は、ＳＰＳシンタックス要素ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の推定に使用される。ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］が１に等しいとき、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］はｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１に等しいと推定され得る。ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］の値はｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推定され得る。［例Ｃ終了］ ［例Ａ開始］１に等しいｍｕｌｔｉｐｌｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｉｎ＿ｌａｙｅｒ＿ｓｅｔ＿ｆｌａｇは、ＶＰＳによってレイヤセットごとに２つ以上の出力レイヤセットが指定され得ることを指定する。０に等しいｍｕｌｔｉｐｌｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｉｎ＿ｌａｙｅｒ＿ｓｅｔ＿ｆｌａｇは、ＶＰＳによってレイヤセットごとに１つの出力レイヤセットのみが指定され、最上位レイヤが唯一のターゲット出力レイヤであることを指定する。したがって、０に等しいｍｕｌｔｉｐｌｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｉｎ＿ｌａｙｅｒ＿ｓｅｔ＿ｆｌａｇは、ＶＰＳによってレイヤごとに１つの出力レイヤのみが指定され、最上位レイヤが唯一のターゲット出力レイヤであることを指定するので、デフォルトの出力レイヤセットのためのターゲット出力レイヤの明示的なシグナリングは必要とされない。たとえば、各レイヤセットの出力レイヤは１つだけであるので、どのレイヤを出力すべきかをシグナリングする必要はない。

【0171】

[0183] パラメータｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１ ｐｌｕｓ １は、ＶＰＳによって指定される出力レイヤセットの数を指定する。ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１の値は、両端値を含む、０から１０２３の範囲内にあり得る。［例Ａ終了］
[0184] 代替的に、ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１の代わりに、ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１に加えて出力レイヤセットの数を示すｎｕｍ＿ａｄｄｎ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓがシグナリングされ得る。

【0172】

[0185] ［例Ａ開始］パラメータｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］ ｐｌｕｓ １は、ｉ番目の出力レイヤセットのインデックスを指定する。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１の範囲内にあり得る。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。

【0173】

[0186] １に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する。

【0174】

[0187] ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］−１］の値は１に等しいと推定され得、ここで、ｌｓＩｄｘはｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１に等しい。［例Ａ終了］
[0188] 代替的に、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］−１］の値は１に等しいと推定され得、ここで、ｌｓＩｄｘはｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１に等しく、ｉは、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｓｅｔｓ＿ｍｉｎｕｓ１の範囲内にあり、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］の値は、ｉが、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｓｅｔｓ＿ｍｉｎｕｓ１の範囲内にあり、ｊが、両端値を含む、０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］−２の範囲内にある場合に０に等しいと推定され得、ｌｓＩｄｘはｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１に等しい。

【0175】

[0189] ［例Ａ開始］パラメータｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］は、ｉ番目の出力レイヤセットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセットのインデックスを指定する。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１））ビットである。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［０］の値は０に等しいと推定され得る。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１の範囲内にあり得る。［例Ａ終了］
[0190] ［例Ｆ開始］パラメータｖｐｓ＿ｎｕｍ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓは、ＶＰＳ中の後続のｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｖｐｓ＿ｎｕｍ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓの値は、両端値を含む、０から１５の範囲内にあり得る。［例Ｆ終了］
[0191] ［例Ｄ開始］パラメータｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓは、ＶＰＳ中の後続のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造の数を指定する。ｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓの値は、両端値を含む、０から１５の範囲内にあり得る。［例Ｄ終了］
[0192] ［例Ｅ開始］パラメータｖｐｓ＿ｎｕｍ＿ｖｕｉ＿ｐａｒａｍｓは、ＶＰＳ中の後続のｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｖｐｓ＿ｎｕｍ＿ｖｕｉ＿ｐａｒａｍｓの値は、両端値を含む、０から１５の範囲内にあり得る。［例Ｅ終了］
[0193] ［例Ｆ開始］ｖｐｓ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいレイヤに適用されるｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の、ＶＰＳ中のｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のセットのインデックスを指定する。ｖｐｓ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ））ビットであり得る。ｖｐｓ＿ｎｕｍ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓが１に等しいとき、ｖｐｓ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は０に等しいと推定され得る。ｖｐｓ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ−１の範囲内にあり得る。［例Ｆ終了］
[0194] ［例Ｄ開始］パラメータｖｐｓ＿ｓｔ＿ｒｐｓ＿ｉｄｘ［ｉ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいレイヤに適用されるｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造の、ＶＰＳ中のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のセットのインデックスを指定する。ｖｐｓ＿ｓｔ＿ｒｐｓ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ））ビットであり得る。ｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓが１に等しいとき、ｖｐｓ＿ｓｔ＿ｒｐｓ＿ｉｄｘ［ｉ］は０に等しいと推定され得る。ｖｐｓ＿ｓｔ＿ｒｐｓ＿ｉｄｘ［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ−１の範囲内にあり得る。［例Ｄ終了］
[0195] ［例Ｅ開始］パラメータｖｐｓ＿ｖｕｉ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいレイヤに適用されるｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の、ＶＰＳ中のｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のセットのインデックスを指定する。ｖｐｓ＿ｖｕｉ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｖｕｉ＿ｐａｒａｍｓ））ビットであり得る。ｖｐｓ＿ｎｕｍ＿ｖｕｉ＿ｐａｒａｍｓが１に等しいとき、ｖｐｓ＿ｖｕｉ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は０に等しいと推定され得る。ｖｐｓ＿ｖｕｉ＿ｐａｒａｍｓ＿ｉｄｘ［ｉ］の値は、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｖｕｉ＿ｐａｒａｍｓ−１の範囲内にあり得る。［例Ｅ終了］
[0196] ［例Ｃ開始］両端値を含む、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ−１の範囲内のｓｅｔＩｄの変数のためのＭａｘＳｕｂＬａｙｅｒｓ［ｓｅｔＩｄ］は、次のように導出される。

【0176】

【数2】

【0177】

[0197] １に等しいパラメータｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］がｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］に等しいと推定され得、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］が存在することを指定する。０に等しいｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］が明示的にシグナリングされることを指定する。ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［０］の値は０に等しいと推定され得る。

【0178】

[0198] １に等しいパラメータｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｂｕｆ＿ｉｎｆｏ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｊ］が、ｊの各値についてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］［ｊ］に等しいと推定され得る。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｂｕｆ＿ｉｎｆｏ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｊの少なくとも１つの値についてのｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｊ］が明示的にシグナリングされることを指定する。

【0179】

[0199] １に等しいパラメータｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｂｕｆ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ＭａｘＳｕｂＬａｙｅｒｓ［ｉ］個のサブレイヤについてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｊ］が存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｂｕｆ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ＭａｘＳｕｂＬａｙｅｒｓ［ｉ］−１］の値がすべてのサブレイヤに適用されることを指定する。

【0180】

[0200] パラメータｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｊ］はＳＰＳシンタックス要素ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］の値を推定するために使用される。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｂｕｆ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しいことにより、ｉが、両端値を含む、０からＭａｘＳｕｂＬａｙｅｒｓ［ｉ］−２の範囲内にある場合に存在しないとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ＭａｘＳｕｂＬａｙｅｒｓ［ｉ］−１］に等しいと推定され得る。

【0181】

[0201] ｊの各値についてのｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［０］［ｊ］はｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］に等しいと推定され得る。

【0182】

[0202] １に等しいパラメータｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、シンタックス要素ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］がそれぞれ、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ−１］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］［ｊ］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ−１］［ｊ］に等しいと推定されることを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、シンタックス要素ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が明示的にシグナリングされることを指定する。ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］が存在しないとき、その値は０に等しく設定される。

【0183】

[0203] １に等しいパラメータｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１＋１個のサブ＿レイヤに関してｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１］の値がすべてのサブレイヤに適用されることを指定する。

【0184】

[0204] パラメータｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］はＳＰＳシンタックス要素ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］の値を推定するために使用される。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しいことにより、ｉが、両端値を含む、０からｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］−１の範囲内にある場合に存在しないとき、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］］に等しいと推定され得る。

【0185】

[0205] パラメータｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］はＳＰＳシンタックス要素ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］の値を推定するために使用される。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］が０に等しいことにより、ｉが、両端値を含む、０からｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］−１の範囲内にある場合に存在しないとき、ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｉ］］に等しいと推定され得る。［例Ｃ終了］
[0206] ［例Ｂ開始］
[0207] 表５に、代表的なフォーマットおよびセマンティクスの例を示す。

【0186】

【表5】

【0187】

[0208] パラメータｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８はそれぞれ、ＶＰＳを参照するＳＰＳごとに、ＳＰＳシンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値を推定するために使用され得る。これらのシンタックス要素の各々について、対応するＳＰＳシンタックス要素の値に適用される制約がある場合には、それらの制約のすべてが適用される。［例Ｂ終了］表現フォーマット情報は概して、たとえば、シーケンスのビット深度、クロマサンプリングフォーマット、解像度を含み得る。表５の例に示すように、表現フォーマットは、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８を含み得る。さらに、表５に示すように、ＶＰＳ中の表現フォーマットのシグナリングは、表現フォーマット、たとえば、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８がエントロピー復号なしにアクセス可能であるように実行され得る。言い換えれば、表５に示すように、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８はエントロピー符号化されず、すなわち、記述子はｕｅ（ｖ）ではない。いくつかの例では、各レイヤは特定の表現フォーマットに関連し得る。

【0188】

[0209] ［例Ｆ開始］表６は、他のＳＰＳパラメータシンタックスおよびセマンティクスの例を示す。

【0189】

【表6-1】

【表6-2】

【0190】

[0210] 以下のシンタックス要素の各々について、対応するＳＰＳシンタックス要素の値に適用される制約がある場合には、それらの制約のすべてが適用される。ｃｏｎｆｏｒｍａｎｃｅ＿ｗｉｎｄｏｗ＿ｖｐｓ＿ｆｌａｇ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、ｌｏｇ２＿ｖｐｓ＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４、ｌｏｇ２＿ｖｐｓ＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｖｐｓ＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｌｏｇ２＿ｖｐｓ＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２、ｌｏｇ２＿ｖｐｓ＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｍａｘ＿ｖｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｅｒ、ｍａｘ＿ｖｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ａｍｐ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｐｃｍ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｐｃｍ＿ｖｐｓ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１、ｐｃｍ＿ｖｐｓ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１、ｌｏｇ２＿ｖｐｓ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｖｐｓ＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｐｃｍ＿ｖｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ、ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｖｐｓ＿ｆｌａｇ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｖｐｓ、ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｖｐｓ［ｉ］、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｖｐｓ＿ｆｌａｇ［ｉ］、ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、およびｓｔｒｏｎｇ＿ｉｎｔｒａ＿ｓｍｏｏｔｈｉｎｇ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇはそれぞれ、シンタックス要素ｃｏｎｆｏｒｍａｎｃｅ＿ｗｉｎｄｏｗ＿ｆｌａｇ、ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４、ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｌｏｇ２＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｍａｘ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｅｒ、ｍａｘ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ａｍｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１、ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１、ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ、ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ、ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｉ］、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、およびｓｔｒｏｎｇ＿ｉｎｔｒａ＿ｓｍｏｏｔｈｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値を推定するために使用され得る。［例Ｆ終了］
[0211] ［例Ｄ開始］表７は、短期ＲＰＳ候補シンタックスおよびセマンティクスの例を示す。

【0191】

【表7】

【0192】

[0212] パラメータｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓは、後続のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造の数を指定する。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓの値は、両端値を含む、０から６４の範囲内にあり得る。

【0193】

[0213] 注１−現在ピクチャのスライスヘッダ中に直接シグナリングされるｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造があり得るので、メモリデコーダは、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋１ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造の総数にメモリを割り振るべきである。現在ピクチャのスライスヘッダにおいて直接シグナリングされるｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造は、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しいインデックスを有する。

【0194】

[0214] パラメータｐｒｅｄ＿ｓｔ＿ｒｐｓ＿ｃａｎｄ＿ｉｄｘ＿ｐｌｕｓ１ ｍｉｎｕｓ １は、現在ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造の少なくとも１つのｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造を推定するために使用されるｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造の、ＶＰＳ中のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のセットのインデックスを指定する。ｐｒｅｄ＿ｓｔ＿ｒｐｓ＿ｃａｎｄ＿ｉｄｘ＿ｐｌｕｓ１は、存在しないとき、０に等しいと推定され得る。ｐｒｅｄ＿ｓｔ＿ｒｐｓ＿ｃａｎｄ＿ｉｄｘ＿ｐｌｕｓ１の値は、両端値を含む、１からｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ−１の範囲内にあり得る。

【0195】

[0215] ｐｒｅｄ＿ｆｒｏｍ＿ｒｐｓ＿ｃａｎｄ＿ｌｉｓｔ＿ｆｌａｇ［ｉ］が１に等しい場合、現在のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のｉ番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造は、存在せず、別のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造に存在するｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のうちの１つであるように設定されることを指定する。０に等しいｐｒｅｄ＿ｆｒｏｍ＿ｒｐｓ＿ｃａｎｄ＿ｌｉｓｔ＿ｆｌａｇ［ｉ］は、現在のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のｉ番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造が存在することを指定する。ｐｒｅｄ＿ｆｒｏｍ＿ｒｐｓ＿ｃａｎｄ＿ｌｉｓｔ＿ｆｌａｇ［ｉ］が存在しないとき、その値は０に等しいと推定され得る。［例Ｄ終了］
[0216] 代替的に、１に等しいｐｒｅｄ＿ｆｒｏｍ＿ｒｐｓ＿ｃａｎｄ＿ｌｉｓｔ＿ｆｌａｇ［ｉ］は、ｉ番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）に対応する変数ＤｅｌｔａＰｏｃＳ０、ＤｅｌｔａＰｏｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ０、ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ、ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ、およびＮｕｍＤｅｌｔａＰｏｃｓがそれぞれ、別のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）構造に対応する変数ＤｅｌｔａＰｏｃＳ０、ＤｅｌｔａＰｏｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ０、ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ、ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ、およびＮｕｍＤｅｌｔａＰｏｃｓに等しくなるように導出されることを指定する。

【0196】

[0217] ［例Ｄ開始］パラメータｉｄｘ＿ｉｎ＿ｒｐｓ＿ｃａｎｄ［ｉ］は、現在のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）のｉ番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造と同一のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造の、ＶＰＳ中の（ｐｒｅｄ＿ｓｔ＿ｒｐｓ＿ｃａｎｄ＿ｉｄｘ＿ｐｌｕｓ１−１）番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のセットのインデックスを指定する。

【0197】

[0218] ｐｒｅｄ＿ｆｒｏｍ＿ｒｐｓ＿ｃａｎｄ＿ｌｉｓｔ＿ｆｌａｇ［ｉ］が１に等しい場合、現在のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造内のｉ番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造は、ＶＰＳ中の（ｐｒｅｄ＿ｓｔ＿ｒｐｓ＿ｃａｎｄ＿ｉｄｘ＿ｐｌｕｓ１−１）番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のｉｄｘ＿ｉｎ＿ｒｐｓ＿ｃａｎｄ［ｉ］番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造と同じであるように設定される。［例Ｄ終了］
[0219] 代替的に、ｐｒｅｄ＿ｆｒｏｍ＿ｒｐｓ＿ｃａｎｄ＿ｌｉｓｔ＿ｆｌａｇ［ｉ］が１に等しい場合、現在のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造内のｉ番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造に対応する変数ＤｅｌｔａＰｏｃＳ０、ＤｅｌｔａＰｏｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ０、ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ、ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ、およびＮｕｍＤｅｌｔａＰｏｃｓがそれぞれ、ＶＰＳ中の（ｐｒｅｄ＿ｓｔ＿ｒｐｓ＿ｃａｎｄ＿ｉｄｘ＿ｐｌｕｓ１−１）番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）シンタックス構造のｉｄｘ＿ｉｎ＿ｒｐｓ＿ｃａｎｄ［ｉ］番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造に対応する変数ＤｅｌｔａＰｏｃＳ０、ＤｅｌｔａＰｏｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ１、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ０、ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ、ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ、およびＮｕｍＤｅｌｔａＰｏｃｓに等しく設定されることを指定する。表８は、ＶＵＩパラメータシンタックスおよびセマンティクスの例を示す。

【0198】

【表8-1】

【表8-2】

【0199】

[0220] ［例Ｅ開始］ｔｉｍｉｎｇＰａｒａｍｓＰｒｅｓｅｎｔＦｌａｇが０に等しいときには、以下のことが適用される。ｖｕｉ＿ｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｖｕｉ＿ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ、ｖｕｉ＿ｔｉｍｅ＿ｓｃａｌｅ、ｖｕｉ＿ｐｏｃ＿ｐｒｏｐｏｒｔｉｏｎａｌ＿ｔｏ＿ｔｉｍｉｎｇ＿ｆｌａｇ、およびｖｕｉ＿ｎｕｍ＿ｔｉｃｋｓ＿ｐｏｃ＿ｄｉｆｆ＿ｏｎｅ＿ｍｉｎｕｓ１の値はそれぞれ、ｖｐｓ＿ｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｖｐｓ＿ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ、ｖｐｓ＿ｔｉｍｅ＿ｓｃａｌｅ、ｖｐｓ＿ｐｏｃ＿ｐｒｏｐｏｒｔｉｏｎａｌ＿ｔｏ＿ｔｉｍｉｎｇ＿ｆｌａｇ、およびｖｐｓ＿ｎｕｍ＿ｔｉｃｋｓ＿ｐｏｃ＿ｄｉｆｆ＿ｏｎｅ＿ｍｉｎｕｓ１に等しいと推定される。ｖｕｉ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、０に等しいと推定され得る。

【0200】

[0221] １に等しいパラメータｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中にシンタックス要素がまだあることを指定する。０に等しいｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中にはもはやシンタックス要素がないことを指定する。［例Ｅ終了］
[0222] 一例では、表８を見るとわかるように、視覚的信号情報（たとえば、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓ）はＶＵＩパラメータのサブセットである。さらに、表４の例に示すように、ＶＵＩ、したがって、視覚的信号情報は、ＶＰＳに含まれる。表４および表８から得られる情報を組み合わせることによって、視覚的信号情報がＶＰＳ中のレイヤごとにシグナリングされることがわかる。

【0201】

[0223] 表９は、例示的なシーケンスパラメータセットＲＢＳＰシンタックスおよびセマンティクスを示す。

【0202】

【表9-1】

【表9-2】

【表9-3】

【0203】

[0224] ［例Ｂ開始］
[0225] ＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいとき、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値はそれぞれ、アクティブなＶＰＳ中の０番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８に等しくてよい。

【0204】

[0226] ＳＰＳを参照するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きい各レイヤについて、ｌａｙｅｒＩｄｘを、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しく設定すると、以下のことが適用される。［例Ｂ終了］
[0227] ［例Ａ開始］ＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいとき、ＳＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は無視される。［例Ａ終了］
[0228] 表８および表９に示すように、ＳＰＳ ＶＵＩにおいて、たとえば０よりも大きいレイヤについて、タイミング情報はシグナリングされない。

【0205】

[0229] −［例Ｂ開始］ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値はそれぞれ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８がＶＰＳに存在するかどうかにかかわらず、アクティブなＶＰＳ中のｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ ［ｌａｙｅｒＩｄｘ］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のこれらのシンタックス要素に等しいと推定される。［例Ｂ終了］
[0230] ［例Ｆ開始］１に等しいパラメータｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇは、ＳＰＳ ＲＢＳＰについて、シンタックス要素ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ以外の、シンタックス要素ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇまでのすべてのシンタックス要素およびシンタックス構造の値が、アクティブなＶＰＳから継承され得ることを指定する。０に等しいｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇは、これらの値がアクティブなＶＰＳから継承されないことを指定する。ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが存在しないとき、その値は０に等しいと推定され得る。ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｒｏｍａｔｓ、ｖｐｓ＿ｎｕｍ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ、ｖｐｓ＿ｎｕｍ＿ｓｔ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ、またはｖｐｓ＿ｎｕｍ＿ｖｕｉ＿ｐａｒａｍｓが０に等しいとき、ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇの値は０に等しいことがある。ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａが１に等しいときには、以下のことが適用される。［例Ｆ終了］
[0231] ［例Ｃ開始］ＳＰＳを参照するレイヤごとのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍｉｎｕｓ１［ｌａｙｅｒＩｄｘ］に等しいと推定され得、ここで、ｌａｙｅｒＩｄｘは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しい。

【0206】

[0232] ＳＰＳを参照するレイヤごとのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、ｉが、両端値を含む、０からＭａｘＳｕｂＬａｙｅｒｓ［ｌｘＩｄｘ］−１の範囲内ではｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｌｓＩｄｘ］［ｉ］に等しいと推定され得、ここで、ｌｓＩｄｘは、両端値を含む、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｓｅｔｓ＿ｍｉｎｕｓ１の範囲内にあり、レイヤが最上位レイヤであり、唯一のターゲット出力レイヤである出力レイヤセットの、各出力レイヤセットのうちのＶＰＳによって指定されるセットのインデックスを示す。

【0207】

[0233] ＳＰＳを参照するレイヤごとのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｌａｙｅｒＩｄｘ］［ｉ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｌａｙｅｒＩｄｘ］に等しいと推定され、ここで、ｌａｙｅｒＩｄｘは、ｉが、両端値を含む、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内において、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しい。ＳＰＳを参照するレイヤごとのｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇの値は、ｖｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇに等しいと推定され得る。［例Ｃ終了］
[0234] 上記の説明および表９からわかるように、いくつかの例では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿＞０であるときｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１およびｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇをシグナリングしない。

【0208】

[0235] ［例Ｆ開始］ＳＰＳを参照するレイヤごとのｃｏｎｆｏｒｍａｎｃｅ＿ｗｉｎｄｏｗ＿ｆｌａｇ、ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４、ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｌｏｇ２＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｍａｘ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｅｒ、ｍａｘ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ａｍｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１、ｐｃｍ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１、ｌｏｇ２＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ、ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ、ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｉ］、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、およびｓｔｒｏｎｇ＿ｉｎｔｒａ＿ｓｍｏｏｔｈｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値はそれぞれ、アクティブなＶＰＳ中のｖｐｓ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ＿ｉｄｘ［ｌａｙｅｒＩｄｘ］番目のｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のｃｏｎｆｏｒｍａｎｃｅ＿ｗｉｎｄｏｗ＿ｖｐｓ＿ｆｌａｇ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｖｐｓ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、ｌｏｇ２＿ｖｐｓ＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４、ｌｏｇ２＿ｖｐｓ＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｖｐｓ＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｌｏｇ２＿ｖｐｓ＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２、ｌｏｇ２＿ｖｐｓ＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｔｒａｎｓｆｏｒｍ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｍａｘ＿ｖｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｅｒ、ｍａｘ＿ｖｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ａｍｐ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｓａｍｐｌｅ＿ａｄａｐｔｉｖｅ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｐｃｍ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、ｐｃｍ＿ｖｐｓ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ１、ｐｃｍ＿ｖｐｓ＿ｓａｍｐｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ１、ｌｏｇ２＿ｖｐｓ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ３、ｌｏｇ２＿ｖｐｓ＿ｄｉｆｆ＿ｍａｘ＿ｍｉｎ＿ｐｃｍ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ、ｐｃｍ＿ｖｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ、ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｖｐｓ＿ｆｌａｇ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｖｐｓ、ｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｖｐｓ、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｖｐｓ＿ｆｌａｇ［ｉ］、ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇ、およびｓｔｒｏｎｇ＿ｉｎｔｒａ＿ｓｍｏｏｔｈｉｎｇ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇに等しいと推定され、ここで、ｌａｙｅｒＩｄｘは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しい。

【0209】

[0236] ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｖｐｓ＿ｆｌａｇが１に等しいとき、ＳＰＳを参照するレイヤごとのシンタックス構造ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ（）の値は、アクティブなＶＰＳ中のｖｐｓ＿ｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｓ＿ｉｄｘ［ｌａｙｅｒＩｄｘ］番目のｏｔｈｅｒ＿ｓｐｓ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造におけるシンタックス構造ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ（）に等しいと推定され得、ここで、ｌａｙｅｒＩｄｘは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しい。［例Ｆ終了］
[0237] ［例Ｄ開始］ＳＰＳを参照するレイヤごとのシンタックス構造ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）の値は、アクティブなＶＰＳ中のｖｐｓ＿ｓｔ＿ｒｐｓ＿ｉｄｘ［ｌａｙｅｒＩｄｘ］番目のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｐｓ＿ｃａｎｄｉｄａｔｅｓ（）に等しいと推定され得、ここで、ｌａｙｅｒＩｄｘは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しい。［例Ｄ終了］
[0238] ［例Ｅ開始］ＳＰＳを参照するレイヤごとのシンタックス構造ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）の値は、アクティブなＶＰＳ中のｖｐｓ＿ｖｕｉ＿ｐａｒａｍｓ＿ｉｄｘ［ｌａｙｅｒＩｄｘ］番目のｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に等しいと推定され得、ここで、ｌａｙｅｒＩｄｘは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｌａｙｅｒＩｄｘ］がレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくなる値に等しい。［例Ｅ終了］
[0239] ．．．
[0240] パラメータｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、出力対象としてピクチャ座標で指定された矩形領域として、復号プロセスから出力されるコード化ビデオストリーム（ＣＶＳ）中のピクチャのサンプルを指定する。［例Ｆ開始］ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが０に等しく［例Ｆ終了］ｃｏｎｆｏｒｍａｎｃｅ＿ｗｉｎｄｏｗ＿ｆｌａｇが０に等しいとき、ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値は０に等しいと推定され得る。

【0210】

[0241] 適合クロッピングウィンドウは、水平ピクチャ座標が、両端値を含む、ＳｕｂＷｉｄｔｈＣ＊ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔからｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ（ＳｕｂＷｉｄｔｈＣ＊ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋１）までで、垂直方向ピクチャ座標が、両端値を含む、ＳｕｂＨｅｉｇｈｔＣ＊ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔからｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ（ＳｕｂＨｅｉｇｈｔＣ＊ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋１）までのルーマサンプルを含む。

【0211】

[0242] ＳｕｂＷｉｄｔｈＣ＊（ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値はｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよりも小さくなり得、ＳｕｂＨｅｉｇｈｔＣ＊（ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよりも小さくてなり得る。

【0212】

[0243] ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しくないとき、２つのクロマアレイの対応する指定されるサンプルは、ピクチャ座標（ｘ／ＳｕｂＷｉｄｔｈＣ，ｙ／ＳｕｂＨｅｉｇｈｔＣ）を有するサンプルであり、ここで、（ｘ，ｙ）は指定されたルーマサンプルのピクチャ座標である。

【0213】

[0244] 注３−適合クロッピングウィンドウオフセットパラメータは出力にのみ適用される。すべての内部復号プロセスは、クロッピングされていないピクチャサイズに適用される。

【0214】

[0245] ．．．
[0246] １に等しいパラメータｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは［例Ｃ開始］、ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが０に等しいときに、［例Ｃ終了］ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１個のサブレイヤについて、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が存在することを指定する。０に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは［例Ｃ開始］、ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが０に等しいときに、［例Ｃ終了］ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］がすべてのサブレイヤに適用されることを指定する。

【0215】

[0247] パラメータｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］ ｐｌｕｓ １は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときのピクチャ記憶バッファの単位でのＣＶＳの復号ピクチャバッファの最大必要サイズを指定する。いくつかの例では、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含む、０から（Ａ．４節に指定されているような）ＭａｘＤｐｂＳｉｚｅ−１の範囲内にあり得る。ｉが０よりも大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］以上であり得る。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、ｉの各値についてｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］以下であり得る。［例Ｃ開始］ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１が０に等しく、［例Ｃ終了］ｉが、両端値を含む、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１の範囲内にある場合に、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］が存在しないとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定され得る。

【0216】

[0248] パラメータｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、ＣＶＳ中の任意のピクチャよりも先行することができるピクチャの最大許容数を復号順に示し、そのピクチャに後続することができるピクチャの最大許容数を出力順に示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端値を含む、０からｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の範囲内にあり得る。ｉが０よりも大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であり得る。Ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、ｉの各値についてｖｐｓ＿＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］以下であり得る。［例Ｃ開始］ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが０に等しく、［例Ｃ終了］ｉが、両端値を含む、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１の範囲内にある場合に、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］が存在しないとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定され得る。

【0217】

[0249] パラメータｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくない場合は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、ＣＶＳ中の任意のピクチャよりも先行することができるピクチャの最大許容数を出力順に指定し、そのピクチャに後続することができるピクチャの最大許容数を復号順に指定するＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を算出するために使用される。

【0218】

[0250] ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないとき、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は次のように指定される。

【0219】

【数3】

【0220】

【数4】

【0221】

[0251] ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する限界は表現されない。いくつかの例では、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、両端値を含む、０から２３２−２の範囲内にあり得る。いくつかの例では、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないとき、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は０に等しくないことがあり、ｉの各値についてｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］以下であり得る。［例Ｃ開始］ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが０に等しく、［例Ｃ終了］ｉが、両端値を含む、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１の範囲内にある場合に、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が存在しないとき、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］はｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

【0222】

[0252] ．．．
[0253] １に等しいパラメータｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、スケーリングリストデータが、ＳＰＳに存在するか［例Ｆ開始］またはアクティブなＶＰＳ［例Ｆ終了］から継承されることを指定する。いくつかの例では、０に等しいｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、スケーリングリストデータが、ＳＰＳには存在せず［例Ｆ開始］、アクティブなＶＰＳ［例Ｆ終了］から継承されないことを指定する。［例Ｆ開始］ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ｆｌａｇが０に等しく、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［例Ｆ終了］が存在しないとき、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推定され得る。ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄａｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、デフォルトのスケーリングリストデータが、ＨＥＶＣ規格の７．４．５節に指定されたスケーリングリストデータセマンティクスに記載されたようなアレイスケーリングファクタを導出するために使用される。

【0223】

[0254] パラメータｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、次のようにｐｃｍ＿ｆｌａｇが１に等しいコーディングユニット中の再構成されたサンプルに対してループフィルタプロセスを無効化するかどうかを指定する。ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ｐｃｍ＿ｆｌａｇが無効化されたコーディングユニット中の再構成されたサンプルに対するデブロッキングフィルタおよびサンプル適応オフセットフィルタプロセスが無効化される。他の場合（ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ値が０に等しい場合）には、ｐｃｍ＿ｆｌａｇが１に等しいコーディングユニット中の再構成されたサンプルに対するデブロッキングフィルタおよびサンプル適応オフセットフィルタプロセスは無効化されない。

【0224】

[0255] ［例Ｆ開始］ｉｎｈｅｒｉｔ＿ｓｐｓ＿ｐａｒａｍｓ＿ｆｒｏｍ＿ｖｐｓ＿ ｆｌａｇが０に等しく、［例Ｆ終了］ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが存在しないとき、ｐｃｍ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは０に等しいと推定され得る。

【0225】

[0256]

【0226】

【数5】

【0227】

[0257]

【0228】

【数6】

【0229】

[0258] ．．．
[0259]

【0230】

【数7】

【0231】

[0260]

【0232】

【数8】

【0233】

[0261] ．．．
[0262]

【0234】

【数9】

【0235】

[0263] 図４は、本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャートである。図４に示された例では、ビデオデコーダ３０は、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを受信する（４０２）。プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットは、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置に存在し得る。

【0236】

[0264] ビデオデコーダ３０は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し（４０４）、出力レイヤセットのうちの１つについて参照されたプロファイル、ティア、およびレベルシンタックス構造からの情報に基づいてその出力レイヤセットのビデオデータを復号する（４０６）。たとえば、ビデオデコーダ３０は、出力レイヤセットのビットストリームのプロファイル、ティア、およびレベルが、デコーダのプロファイル、ティア、およびレベルによって示されるビデオデコーダ３０の復号機能よりも高い機能がビットストリームの復号に必要であることを示す場合には出力レイヤセットを無視し得る。出力レイヤセットのビットストリームのプロファイル、ティア、およびレベルによって示される必要とされる復号機能がビデオデコーダ３０の復号機能よりも低いときは、ビデオデコーダ３０は、ビットストリームのプロファイル、ティア、およびレベルによって示される必要とされる復号プロセスを使用して出力レイヤセットのビットストリームを復号する。

【0237】

[0265] いくつかの例では、ビデオデコーダ３０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを受信し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。

【0238】

[0266] いくつかの例では、ビデオデコーダ３０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を受信し得る。たとえば、ビデオエンコーダ２０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。ビデオデコーダ３０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。

【0239】

[0267] ビデオデコーダ３０はまた、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを生成し得る。たとえば、ビデオエンコーダ２０も、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを符号化し得る。

【0240】

[0268] 図５は、本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャートである。図５に示す例では、ビデオエンコーダ２０は、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを生成し得る。たとえば、ビデオエンコーダ２０は、複数の出力レイヤセットの各々のためのプロファイル、ティア、およびレベルシンタックス構造のうちの１つを参照し得る（５０２）。ビデオエンコーダ２０はまた、出力レイヤフラグ［ｉ］［ｊ］に基づいて出力レイヤセットを符号化する（５０４）。

【0241】

[0269] ビデオエンコーダ２０は、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを有するＶＰＳ拡張をもつＶＰＳを符号化する（５０６）。いくつかの例では、ビデオエンコーダ２０は、プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットを有するＶＰＳおよびＶＰＳ拡張を送信し、記憶し、または記憶させ得る。プロファイル、ティア、およびレベルシンタックス構造の非エントロピー符号化セットは、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置に存在し得る。たとえば、ビデオエンコーダ２０は、選択されたプロファイル、ティア、およびレベルに従ってビデオデータを符号化し得る。ビデオエンコーダ２０はまた、デコーダによって使用されるＶＰＳ中のプロファイル、ティア、およびレベルシンタックスを符号化し得る。

【0242】

[0270] いくつかの例では、ビデオエンコーダ２０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを符号化し得、ここにおいて、ＳＰＳは、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。たとえば、ビデオエンコーダ２０は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを送り得、ここにおいて、ビデオデータのレイヤのためのプロファイル、ティア、およびレベルシンタックス構造を含む。ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳがｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤによって参照されるとき、ＳＰＳ中のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造はそのレイヤには適用されない。

【0243】

[0271] したがって、上記からわかるように、各レイヤはＳＰＳを参照する必要がある。従来、空間解像度、ビット深度、またはカラーフォーマットの値が異なる任意の２つのレイヤは、これらの表現フォーマットパラメータがＳＰＳ中でシグナリングされるので２つの異なるＳＰＳを参照する必要がある。しかし、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳを除くすべてのＳＰＳについてのこれらのパラメータがＶＰＳに移され、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいレイヤによって参照されるｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいＳＰＳ中の表現フォーマットパラメータが無視されることが指定されるとき、空間解像度、ビット深度、またはカラーフォーマットの値が異なる各レイヤは同じＳＰＳを参照することが可能である。言い換えれば、本開示のいくつかの実装形態によれば、空間解像度、ビット深度、またはカラーフォーマットの値が異なる各レイヤは、レイヤに必要な他のＳＰＳパラメータが同じである限り、同じＳＰＳを共有することができる。

【0244】

[0272] いくつかの例では、ビデオエンコーダ２０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。たとえば、ビデオエンコーダ２０は、１に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤであることを指定し、０に等しいときに、レイヤセット中のｊ番目のレイヤがｉ番目の出力レイヤセットのターゲット出力レイヤではないことを指定する出力レイヤフラグ［ｉ］［ｊ］を送信し得る。

【0245】

[0273] 図６は、本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャートである。図６に示す例では、ビデオデコーダ３０は、ＶＰＳ拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を受信する（６０２）。

【0246】

[0274] ビデオデコーダ３０は、エントロピー符号化されたシンタックス要素の前の非エントロピー符号化レイヤ依存情報を復号する（６０４）。一例では、ビデオデコーダ３０は、任意のエントロピー符号化シンタックス要素の前の非エントロピー符号化レイヤ依存情報を復号し得る。

【0247】

[0275] ビデオデコーダ３０は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータを復号する（６０６）。レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示し得る。いくつかの例では、レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示すときに、レイヤのうちのどの１つがレイヤのうちの別の１つのための直接参照レイヤであるかをも示し得る。言い換えれば、レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示し、レイヤのうちの別の１つのための直接参照レイヤであるレイヤのうちの１つを特定し得る。いくつかの例では、レイヤ依存情報は、０に等しいときに、インデックスｊを有するレイヤがインデックスｉを有するレイヤのための直接参照レイヤではないことを指定し、１に等しいときに、インデックスｊを有するレイヤがインデックスｉを有するレイヤのための直接参照レイヤであり得ることを指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］を含む。ビデオデコーダ３０は、ピクチャを復号する際、情報の中でも特にレイヤ依存情報に基づいてレイヤ間参照ピクチャセットを導出し得、情報の中でも特にレイヤ間参照ピクチャセットに基づいて参照ピクチャセットをさらに導出し得、次いで、直接参照レイヤ内のピクチャによるレイヤ間予測を使用してピクチャを復号し得る。

【0248】

[0276] 図７は、本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャートである。ビデオエンコーダ２０は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータを符号化する（７０２）。ビデオエンコーダ２０は、ビデオパラメータセット（ＶＰＳ）拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を符号化し得る（７０４）。たとえば、ビデオエンコーダ２０は、非エントロピー符号化レイヤ依存情報に基づいてビデオデータのレイヤのうちの１つまたは複数のレイヤのビデオデータを符号化し得る。レイヤ依存情報は、レイヤのうちの１つがレイヤのうちの別の１つのための直接参照レイヤであるかどうかを示し得る。いくつかの例では、ビデオエンコーダ２０は、ビデオパラメータセット（ＶＰＳ）拡張内の、エントロピー符号化されたＶＰＳ拡張のシンタックス要素より前の位置にある非エントロピー符号化レイヤ依存情報を送信すること、記憶すること、または記憶させることがある。

【0249】

[0277] いくつかの例では、レイヤ依存情報は、０に等しいときに、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤではないことを指定し、１に等しいときに、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤになり得ることを指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］を含む。

【0250】

[0278] 図８は、本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャートである。図８の例では、２つ以上の出力レイヤセットが１つのレイヤセットについてシグナリングされ得る。したがって、２つ以上の出力レイヤセットが１つのレイヤセットについてシグナリングされる場合、ビデオデコーダ３０は、たとえば、入力インターフェース２８を介してレイヤセットの第１の出力レイヤセットを受信する（８０２）。ビデオデコーダ３０はまた、レイヤセットの第２の出力レイヤセットを受信する（８０４）。さらに、図８の例は、１つのレイヤセットのための２つの出力レイヤセットを示すが、３つ、４つ、またはさらにより多くの出力レイヤセットが１つのレイヤセットについてシグナリングされ得ることが理解されよう。ビデオデコーダ３０は、第１の出力レイヤセットおよび第２の出力レイヤセットのうちの少なくとも一方についてのビデオデータを復号する（８０６）。

【0251】

[0279] 図９は、本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャートである。図９の例では、２つ以上の出力レイヤセットが１つのレイヤセットについてシグナリングされ得る。したがって、ビデオエンコーダ２０は、第１の出力レイヤセットおよび第２の出力レイヤセットのうちの少なくとも一方についてのビデオデータを符号化する（９０２）。したがって、出力インターフェース２２はビデオエンコーダ２０から符号化データを送信し得る。送信されるデータは、レイヤセットの第１の出力レイヤセット（９０４）とレイヤセットの第２の出力レイヤセット（９０６）とを含み得る。いくつかの例では、出力インターフェース２２は入力インターフェース２８にデータを送信し得る。他の例では、出力インターフェース２２はデータを記憶するために記憶デバイス３４に送信し得る。

【0252】

[0280] 図１０は、本明細書で説明するシステムおよび方法によるビデオデータを復号するための例示的な方法を示すフローチャートである。図１０の例は、ＶＰＳ中の表現フォーマットを、潜在的に、それがエントロピー復号なしにアクセス可能である方法でシグナリングすることを示す。言い換えれば、ＶＰＳ中の表現フォーマットはエントロピー符号化されない。ＶＰＳ中の表現フォーマットは、たとえば固定長コーディングされる。したがって、ビデオデコーダ３０は、たとえば、入力インターフェース２８を介してＶＰＳ内の非エントロピー符号化表現フォーマット（non-entropy encoded representation format）を受信する（１００２）。表現フォーマットは、クロマフォーマット、異なる色平面（colour plane）が別々にコーディングされるかどうか、ピクチャ幅、ピクチャ高さ、ルーマビット深度（luma bit depth）、およびクロマビット深度（chroma bit depth）のうちの１つまたは複数を含み得る。ビデオデコーダ３０はまた、ＶＰＳ内の非エントロピー符号化表現フォーマットに基づいてビデオデータを復号する（１００４）。表現フォーマットは、潜在的に、それがエントロピー復号デバイスなしにアクセス可能である方法でＶＰＳ中にあるので、エントロピーコーディングを実行しないデバイスが表現フォーマットにアクセスできることがあり、たとえば、場合によっては、メディアアウェアネットワークエンティティ（ＭＡＮＥ：Media Aware Network Entity）はエントロピーコーディングデバイスを有しないことがある。ビデオデコーダ３０は、潜在的に本開示の技法に従ってエントロピー復号なしにＶＰＳ中の表現フォーマットを復号し得、各レイヤは特定の表現フォーマットに関連し得る。

【0253】

[0281] 図１１は、本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャートである。図１１の例は、ＶＰＳ中の表現フォーマットを、潜在的に、それがエントロピー復号なしにアクセス可能である方法でシグナリングすることを示す。言い換えれば、ＶＰＳ中の表現フォーマットはエントロピー符号化されない。ＶＰＳ中の表現フォーマットは、たとえば固定長コーディングされる。したがって、ビデオエンコーダ２０は、ＶＰＳ内の非エントロピー符号化表現フォーマットに基づいてビデオデータを符号化する（１１０２）。表現フォーマットは、クロマフォーマット、異なる色平面が別々にコーディングされるかどうか、ピクチャ幅、ピクチャ高さ、ルーマビット深度、およびクロマビット深度のうちの１つまたは複数を含み得る。ビデオエンコーダ２０は、ＶＰＳ中の非エントロピー符号化表現フォーマットを送信する（１１０４）。ビデオエンコーダ２０は、本開示の技法によるエントロピー復号なしにアクセス可能である方法で、ＶＰＳ中の表現フォーマットを符号化し得、各レイヤは特定の表現フォーマットに関連し得る。

【0254】

[0282] 図１２は、本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャートである。図１２の例は、ＶＰＳ中のレイヤごとの視覚的信号情報、たとえば、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆのシグナリングを示す。したがって、ビデオデコーダ３０は、各レイヤが視覚的信号情報を含む一連のレイヤを含むＶＰＳを受信する（１００２）。ビデオデコーダ３０は、ＶＰＳ中のレイヤごとにシグナリングされた受信された視覚的信号情報に基づいてビデオデータを復号し得る。

【0255】

[0283] 図１３は、本明細書で説明するシステムおよび方法によるビデオデータを符号化するための例示的な方法を示すフローチャートである。図１３の例は、ＶＰＳ中のレイヤごとの視覚的信号情報、たとえば、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆのシグナリングを示す。したがって、ビデオエンコーダ２０は、ＶＰＳ中のレイヤごとにシグナリングされた受信された視覚的信号情報に基づいてビデオデータを符号化する（１３０２）。ビデオエンコーダ２０は、各レイヤが一連のレイヤの各々の視覚的信号情報を含む、一連のレイヤを含むＶＰＳを送信する（１３０４）。

【0256】

[0284] １つまたは複数の例において、前述の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含み得、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的な有形コンピュータ可読記憶媒体、あるいは（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法を実装するための命令、コード、および／またはデータ構造を取り出すために１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

【0257】

[0285] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まず、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用される場合、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（ｄｉｓｋ）は通常、データを磁気的に再生し、ディスク（ｄｉｓｃ）はデータをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0258】

[0286] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積論理回路またはディスクリート論理回路など、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造、または、本明細書で説明する技法の実装に好適な他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明する機能は、符号化および復号のために構成された専用のハードウェアモジュールおよび／またはソフトウェアモジュール内に与えられ得、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。

【0259】

[0287] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含む、コーデックハードウェアユニットにおいて組み合わせられるか、または、相互動作可能なハードウェアユニットの集合によって与えられ得る。

【0260】

[0288] 様々な例について説明した。これらの例および他の例は以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
マルチレイヤビデオデータを復号する方法であって、前記方法が、
ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含む前記ＶＰＳを受信することと、
前記ＶＰＳ中のレイヤごとにシグナリングされた前記受信された視覚信号情報に基づいてビデオデータを復号することとを備える、方法。
［Ｃ２］
視覚信号情報が、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の黒レベルと範囲とを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、Ｃ１に記載の方法。
［Ｃ３］
ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数が固定長コーディングされる、Ｃ２に記載の方法。
［Ｃ４］
ｖｉｄｅｏ＿ｆｏｒｍａｔが３ビットの長さを用いて固定長コーディングされ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇが１ビットの長さを用いて固定長コーディングされ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが８ビットの長さを用いて固定長コーディングされ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが８ビットの長さを用いて固定長コーディングされ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが８ビットの長さを用いて固定長コーディングされる、Ｃ３に記載の方法。
［Ｃ５］
ビデオパラメータセット（ＶＰＳ）内の非エントロピー符号化表現フォーマットを受信することと、
前記ＶＰＳ内の前記非エントロピー符号化表現フォーマットに基づいてビデオデータを復号することとをさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記表現フォーマットが、クロマフォーマットのうちの１つまたは複数の指示を含み、ここにおいて、前記表現フォーマットが、クロマフォーマット、異なる色平面が別々にコーディングされるかどうか、ピクチャ幅、ピクチャ高さ、ルーマビット深度、およびクロマビット深度のうちの１つまたは複数を含む、Ｃ５に記載の方法。
［Ｃ７］
マルチレイヤビデオデータを符号化する方法であって、前記方法が、
ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報に基づいてビデオデータを符号化することと、
前記ＶＰＳ中のレイヤごとにシグナリングされた前記視覚信号情報を含む前記ＶＰＳを送信することとを備える、方法。
［Ｃ８］
視覚信号情報が、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の黒レベルと範囲とを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、Ｃ７に記載の方法。
［Ｃ９］
ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数が固定長コーディングされる、Ｃ８に記載の方法。
［Ｃ１０］
ｖｉｄｅｏ＿ｆｏｒｍａｔが３ビットの長さを用いて固定長コーディングされ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇが１ビットの長さを用いて固定長コーディングされ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが８ビットの長さを用いて固定長コーディングされ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが８ビットの長さを用いて固定長コーディングされ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが８ビットの長さを用いて固定長コーディングされる、Ｃ９に記載の方法。
［Ｃ１１］
ビデオパラメータセット（ＶＰＳ）内の非エントロピー符号化表現フォーマットを受信することと、
前記ＶＰＳ内の前記非エントロピー符号化表現フォーマットに基づいてビデオデータを復号することとをさらに備える、Ｃ１０に記載の方法。
［Ｃ１２］
前記表現フォーマットが、クロマフォーマット、異なる色平面が別々にコーディングされるかどうか、ピクチャ幅、ピクチャ高さ、ルーマビット深度、およびクロマビット深度のうちの１つまたは複数を含む、Ｃ１１に記載の方法。
［Ｃ１３］
マルチレイヤビデオデータを復号するための装置であって、
前記ビデオデータを記憶するように構成されたメモリと、
ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含む前記ＶＰＳを受信することと、
前記ＶＰＳ中のレイヤごとにシグナリングされた前記受信された視覚信号情報に基づいてビデオデータを復号することと
を行うように構成されたプロセッサとを備える、装置。
［Ｃ１４］
視覚信号情報が、以下のパラメータ、すなわちｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数を含み、前記ｖｉｄｅｏ＿ｆｏｒｍａｔパラメータが、コーディングされるべきピクチャの表現のフォーマットを示し、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇパラメータがルーマおよびクロマ信号の黒レベルと範囲とを示し、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータがソースプライマリの色度座標を示し、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓパラメータがソースピクチャの光−電子伝達特性を示し、前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓパラメータが、緑、青および赤プライマリからルーマおよびクロマ信号を導出する際に使用される行列係数を記述する、Ｃ１３に記載の装置。
［Ｃ１５］
ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、またはｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの１つまたは複数が固定長コーディングされる、Ｃ１４に記載の装置。
［Ｃ１６］
ｖｉｄｅｏ＿ｆｏｒｍａｔが３ビットの長さを用いて固定長コーディングされ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇが１ビットの長さを用いて固定長コーディングされ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが８ビットの長さを用いて固定長コーディングされ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが８ビットの長さを用いて固定長コーディングされ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが８ビットの長さを用いて固定長コーディングされる、Ｃ１５に記載の装置。
［Ｃ１７］
ビデオパラメータセット（ＶＰＳ）内の非エントロピー符号化表現フォーマットを受信することと、
前記ＶＰＳ内の前記非エントロピー符号化表現フォーマットに基づいてビデオデータを復号することとをさらに備える、Ｃ１３に記載の装置。
［Ｃ１８］
前記表現フォーマットが、クロマフォーマット、異なる色平面が別々にコーディングされるかどうか、ピクチャ幅、ピクチャ高さ、ルーマビット深度、およびクロマビット深度のうちの１つまたは複数を含む、Ｃ１７に記載の装置。
［Ｃ１９］
マルチレイヤビデオデータを復号するための装置であって、
ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含む前記ＶＰＳを受信するための手段と、
前記ＶＰＳ中のレイヤごとにシグナリングされた前記受信された視覚信号情報に基づいてビデオデータを復号するための手段とを備える、装置。
［Ｃ２０］
命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、１つまたは複数のプロセッサによって実行されたときに、前記１つまたは複数のプロセッサに、
ビデオパラメータセット（ＶＰＳ）中のレイヤごとにシグナリングされた視覚信号情報を含む前記ＶＰＳを受信することと、
前記ＶＰＳ中のレイヤごとにシグナリングされた前記受信された視覚信号情報に基づいてビデオデータを復号することとを行わせる、非一時的コンピュータ可読記憶媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】