JP6092397B2 - ビデオコーディングにおけるビットストリーム適合試験 - Google Patents
ビデオコーディングにおけるビットストリーム適合試験 Download PDFInfo
- Publication number
- JP6092397B2 JP6092397B2 JP2015533151A JP2015533151A JP6092397B2 JP 6092397 B2 JP6092397 B2 JP 6092397B2 JP 2015533151 A JP2015533151 A JP 2015533151A JP 2015533151 A JP2015533151 A JP 2015533151A JP 6092397 B2 JP6092397 B2 JP 6092397B2
- Authority
- JP
- Japan
- Prior art keywords
- bitstream
- hrd
- picture
- target
- time identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims description 142
- 238000000034 method Methods 0.000 claims description 310
- 230000008569 process Effects 0.000 claims description 208
- 230000002123 temporal effect Effects 0.000 claims description 60
- 239000000872 buffer Substances 0.000 claims description 59
- 238000012545 processing Methods 0.000 claims description 59
- 238000003860 storage Methods 0.000 claims description 48
- 238000000605 extraction Methods 0.000 claims description 45
- 238000004891 communication Methods 0.000 claims description 16
- 230000004044 response Effects 0.000 claims description 10
- 239000010410 layer Substances 0.000 description 173
- 230000003139 buffering effect Effects 0.000 description 61
- 241000023320 Luma <angiosperm> Species 0.000 description 43
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 43
- 230000006978 adaptation Effects 0.000 description 26
- 238000013139 quantization Methods 0.000 description 22
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 21
- 239000013598 vector Substances 0.000 description 15
- 239000000284 extract Substances 0.000 description 10
- 230000006835 compression Effects 0.000 description 9
- 238000007906 compression Methods 0.000 description 9
- 238000012986 modification Methods 0.000 description 9
- 230000004048 modification Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 8
- 239000012536 storage buffer Substances 0.000 description 8
- 241000238876 Acari Species 0.000 description 7
- 230000006399 behavior Effects 0.000 description 7
- 239000000945 filler Substances 0.000 description 7
- 238000013500 data storage Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000000638 solvent extraction Methods 0.000 description 6
- 238000003491 array Methods 0.000 description 5
- 238000005192 partition Methods 0.000 description 5
- 230000000007 visual effect Effects 0.000 description 5
- FMYKJLXRRQTBOR-UBFHEZILSA-N (2s)-2-acetamido-4-methyl-n-[4-methyl-1-oxo-1-[[(2s)-1-oxohexan-2-yl]amino]pentan-2-yl]pentanamide Chemical group CCCC[C@@H](C=O)NC(=O)C(CC(C)C)NC(=O)[C@H](CC(C)C)NC(C)=O FMYKJLXRRQTBOR-UBFHEZILSA-N 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 208000034188 Stiff person spectrum disease Diseases 0.000 description 3
- 229920010524 Syndiotactic polystyrene Polymers 0.000 description 3
- 238000006073 displacement reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 208000012112 ischiocoxopodopatellar syndrome Diseases 0.000 description 3
- 238000011160 research Methods 0.000 description 3
- 238000002490 spark plasma sintering Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000012432 intermediate storage Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000153 supplemental effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000008570 general process Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000002356 single layer Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/12—Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
- H04N19/149—Data rate or code amount at the encoder output by estimating the code amount by means of a model, e.g. mathematical model or statistical model
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
- H04N19/152—Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
- H04N19/196—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
- H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
Description
[0001]本出願は、全体の内容が参照によって本明細書に組み込まれる、２０１２年９月２４日に出願された、米国仮出願第６１／７０５，１０２号の利益を主張する。
[0002]本開示は、ビデオの符号化と復号（すなわち、ビデオデータの符号化および／または復号）とに関する。
[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤー、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）標準、およびそのような標準の拡張によって定義される標準に記載されているような、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することにより、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶することができる。
[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（イントラピクチャ(intra-picture)）予測および／または時間的（インターピクチャ(inter-picture)）予測を実行する。ブロックベースのビデオコーディングの場合、ビデオスライス(video slice)（すなわち、ビデオフレームまたはビデオフレームの一部分）がビデオブロックに区分され得る。ピクチャのイントラコーディングされた（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャの中の参照サンプルに対する時間的予測を使用することができる。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005]空間的予測または時間的予測は、コーディングされるべきブロックの予測ブロックをもたらす。残差データ(residual data)は、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残差データは、コーディングされたブロックと予測ブロックとの差分を示す。イントラコーディングされたブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されてよく、残差係数をもたらし、次いで残差係数が量子化されてよい。最初は２次元アレイで構成される量子化された係数は、係数の１次元ベクトルを生成するために走査されてよく、なお一層の圧縮を達成するためにエントロピーコーディングが適用されてよい。
[0006]マルチビュー(multi-view)コーディングビットストリームは、たとえば複数の視点からのビューを符号化することによって、生成され得る。マルチビューコーディングの態様を利用する、いくつかの３次元（３Ｄ）ビデオ標準(standards)が開発されている。たとえば、異なるビューは、３Ｄビデオをサポートするために、左目のビューと右目のビューとを送信することができる。あるいは、いくつかの３Ｄビデオコーディング処理は、いわゆるマルチビュープラス深度コーディングを適用することがある。マルチビュープラス深度コーディングでは、３Ｄビデオビットストリームは、テクスチャビュー成分だけではなく、深度ビュー成分も含み得る。たとえば、各ビューは、１つのテクスチャ(texture)ビュー成分と１つの深度ビュー成分とを備え得る。
[0007]一般に、本開示は、ビデオコーディングにおける仮想参照デコーダ(hypothetical reference decoder)（ＨＲＤ）パラメータのシグナリングと選択とを説明する。より具体的には、デバイスは、ビットストリーム適合試験の一部として、復号処理を実行することができる。復号処理の一部として、デバイスは、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現をビットストリームから抽出する、ビットストリーム抽出処理を実行する。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含み、レイヤ識別子のターゲットセットはビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。デバイスは、動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号する。
[0008]一例では、本開示は、ビデオデータを処理する方法を説明する。方法は、ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行することを備える。ビットストリーム適合試験を実行することは、復号処理を実行することを備える。復号処理を実行することは、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現をビットストリームから抽出する、ビットストリーム抽出処理を実行することを備える。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含み、レイヤ識別子のターゲットセットはビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。復号処理を実行することはまた、動作点表現のＮＡＬユニットを復号することを備える。
[0009]別の例では、本開示は、ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行するために構成される１つまたは複数のプロセッサを備える、デバイスを説明する。１つまたは複数のプロセッサがビットストリーム適合試験を実行するとき、１つまたは複数のプロセッサは復号処理を実行する。１つまたは複数のプロセッサが復号処理を実行するとき、１つまたは複数のプロセッサは、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現をビットストリームから抽出する、ビットストリーム抽出処理を実行する。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含み、レイヤ識別子のターゲットセットはビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。さらに、１つまたは複数のプロセッサが復号処理を実行するとき、１つまたは複数のプロセッサは、動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）ユニットを復号する。
[0010]別の例では、本開示は、ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行するための手段を備える、デバイスを説明する。ビットストリーム適合試験を実行することは、復号処理を実行することを備える。復号処理を実行することは、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現をビットストリームから抽出する、ビットストリーム抽出処理を実行することを備える。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含み、レイヤ識別子のターゲットセットはビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。復号処理を実行することはまた、動作点表現のＮＡＬユニットを復号することを備える。
[0011]別の例では、本開示は、デバイスの１つまたは複数のプロセッサによって実行されると、ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行するためにデバイスを構成する命令が記憶された、コンピュータ可読記憶媒体を説明する。ビットストリーム適合試験を実行することは、復号処理を実行することを備える。復号処理を実行することは、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現をビットストリームから抽出する、ビットストリーム抽出処理を実行することを備える。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含み、レイヤ識別子のターゲットセットはビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。復号処理を実行することはまた、動作点表現のＮＡＬユニットを復号することを備える。
[0012]本開示の１つまたは複数の例の詳細は、添付の図面および以下の説明において述べられる。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。
[0019]ビデオエンコーダは、符号化されたビデオデータを含むビットストリームを生成することができる。ビットストリームは、一連のネットワーク抽象化レイヤ（ＮＡＬ）ユニットを備え得る。ビットストリームのＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットと非ＶＣＬ ＮＡＬユニットとを含み得る。ＶＣＬ ＮＡＬユニットは、ピクチャのコーディングされたスライスを含み得る。非ＶＣＬ ＮＡＬユニットは、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ
ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）、または他のタイプのデータを含み得る。ＶＰＳは、０個以上のコーディングされたビデオシーケンス全体に適用されるシンタックス要素(syntax elements)を含み得るシンタックス構造である。ＳＰＳは、０個或いはさらに多いコーディングされたビデオシーケンス全体に適用されるシンタックス要素を含み得るシンタックス構造である。単一のＶＰＳが複数のＳＰＳに適用可能であり得る。ＰＰＳは、０個あるいはさらに多いコーディングされたピクチャ全体に適用されるシンタックス要素を含み得る、シンタックス構造である。単一のＳＰＳが複数のＰＰＳに適用可能であり得る。ＶＰＳ、ＳＰＳ、およびＰＰＳの様々な態様が、一般に、ＨＥＶＣ標準によって定義されるように、形成され得る。
ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）、または他のタイプのデータを含み得る。ＶＰＳは、０個以上のコーディングされたビデオシーケンス全体に適用されるシンタックス要素(syntax elements)を含み得るシンタックス構造である。ＳＰＳは、０個或いはさらに多いコーディングされたビデオシーケンス全体に適用されるシンタックス要素を含み得るシンタックス構造である。単一のＶＰＳが複数のＳＰＳに適用可能であり得る。ＰＰＳは、０個あるいはさらに多いコーディングされたピクチャ全体に適用されるシンタックス要素を含み得る、シンタックス構造である。単一のＳＰＳが複数のＰＰＳに適用可能であり得る。ＶＰＳ、ＳＰＳ、およびＰＰＳの様々な態様が、一般に、ＨＥＶＣ標準によって定義されるように、形成され得る。
[0020]コンテンツ配信ネットワーク（ＣＤＮ）デバイス、メディア認識ネットワーク要素（ＭＡＮＥ：Media-Aware Network Element）、またはビデオデコーダのようなデバイスは、ビットストリームからサブビットストリームを抽出することができる。デバイスは、ビットストリームからいくつかのＮＡＬユニットを除去することによって、サブビットストリーム抽出処理を実行することができる。得られるサブビットストリームは、ビットストリームの残りの除去されていないＮＡＬユニットを含む。例として、サブビットストリームから復号されたビデオデータは、元のビットストリームよりも、低いフレームレートを有することがあり、かつ／または、少数のビューを表すことがある。
[0021]ビデオコーディング標準は、サブビットストリーム抽出処理をサポートするために、様々な特徴を含み得る。たとえば、ビットストリームのビデオデータは、レイヤのセットに分割され得る。レイヤの各々に対して、低次レイヤのデータは、いずれの高次レイヤのデータも参照することなく、復号され得る。個々のＮＡＬユニットは、単一のレイヤのデータのみをカプセル化する。したがって、ビットストリームの最高次の残りのレイヤのデータをカプセル化するＮＡＬユニットは、ビットストリームの残りの低次レイヤのデータの復号可能性に影響を与えることなく、ビットストリームから除去され得る。スケーラブルビデオコーディング(scalable video coding)（ＳＶＣ）では、高次レイヤは、低次レイヤのピクチャの品質を改善し（品質スケーラビリティ）、低次レイヤのピクチャの空間的なフォーマットを広げ（空間スケーラビリティ）、または低次レイヤのピクチャの時間的な(temporal)レートを上げる（時間的なスケーラビリティ）、増強データを含み得る。マルチビューコーディング（ＭＶＣ）および３次元ビデオ（３ＤＶ）コーディングでは、高次レイヤは追加のビューを含み得る。
[0022]ＮＡＬユニットは、ヘッダとペイロードとを含み得る。ＮＡＬユニットのヘッダは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素を含む。ＮＡＬユニットのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は、ＮＡＬユニットがマルチビューコーディング、３ＤＶコーディング、またはＳＶＣにおけるベースレイヤに関連する場合、０に等しい。ビットストリームのベースレイヤのデータは、ビットストリームのいずれの他のレイヤのデータも参照することなく、復号され得る。ＮＡＬユニットがマルチビューコーディング、３ＤＶ、またはＳＶＣにおけるベースレイヤに関連しない場合、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は、０ではない値を有し得る。具体的には、ＮＡＬユニットがマルチビューコーディング、３ＤＶ、またはＳＶＣにおけるベースレイヤに関連しない場合、ＮＡＬユニットのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は、ＮＡＬユニットのレイヤ識別子を規定する。
[0023]さらに、レイヤ内のいくつかのピクチャは、同じレイヤ内の他のピクチャを参照することなく、復号され得る。したがって、レイヤのいくつかのピクチャのデータをカプセル化するＮＡＬユニットは、レイヤ中の他のピクチャの復号可能性に影響を与えることなく、ビットストリームから除去され得る。たとえば、偶数のピクチャ順序カウント（ＰＯＣ）値を有するピクチャは、奇数のＰＯＣ値を有するピクチャを参照することなく復号可能であり得る。そのようなピクチャのデータをカプセル化するＮＡＬユニットを除去することで、ビットストリームのフレームレートを下げることができる。レイヤ内の他のピクチャを参照することなく復号され得るレイヤ内のピクチャのサブセットは、サブレイヤと本明細書では呼ばれ得る。
[0024]ＮＡＬユニットは、ｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素を含み得る。ＮＡＬユニットのｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素は、ＮＡＬユニットの時間識別子を規定する。第１のＮＡＬユニットの時間識別子が第２のＮＡＬユニットの時間識別子より小さい場合、第１のＮＡＬユニットによってカプセル化されたデータは、第２のＮＡＬユニットによってカプセル化されたデータを参照することなく、復号され得る。
[0025]ビットストリームの各動作点は、レイヤ識別子のセット（すなわち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセット）および時間識別子と関連付けられる。レイヤ識別子のセットはＯｐＬａｙｅｒＩｄＳｅｔと示されることがあり、時間識別子はＴｅｍｐｏｒａｌＩｄと示されることがある。ＮＡＬユニットのレイヤ識別子がレイヤ識別子の動作点のセットの中にあり、ＮＡＬユニットの時間識別子がその動作点の時間識別子以下である場合、ＮＡＬユニットはその動作点と関連付けられる。動作点表現は、動作点と関連付けられるビットストリームのサブセットである。動作点表現は、その動作点と関連付けられる各ＮＡＬユニットを含み得る。動作点表現は、その動作点と関連付けられないＶＣＬ ＮＡＬユニットを含まない。
[0026]外部ソースが、動作点のターゲットレイヤ識別子のセットを規定し得る。たとえば、ＣＤＮデバイスまたはＭＡＮＥのようなデバイスが、ターゲットレイヤ識別子のセットを規定し得る。この例では、デバイスは、ターゲットレイヤ識別子のセットを使用して、動作点を特定することができる。デバイスは次いで、動作点に対する動作点表現を抽出して、元のビットストリームの代わりに、動作点表現をクライアントデバイスに転送することができる。動作点表現を抽出しクライアントデバイスに転送することは、ビットストリームのビットレートを下げ得る。
[0027]さらに、ビデオコーディング標準は、ビデオのバッファリングのモデルを規定する。ビデオのバッファリングのモデルはまた、「仮想参照デコーダ」または「ＨＲＤ」と呼ばれ得る。ＨＲＤは、データが復号のためにどのようにバッファリングされるべきかということと、復号されたデータが出力のためにどのようにバッファリングされるかということとを表す。たとえば、ＨＲＤは、ビデオデコーダにおけるコーディングされたピクチャのバッファ（「ＣＰＢ：coded picture buffer」）および復号されたピクチャのバッファ（「ＤＰＢ：decoded picture buffer」）の動作を表す。ＣＰＢは、ＨＲＤによって規定される復号順序でアクセスユニットを含む、先入れ先出しのバッファである。ＤＰＢは、ＨＲＤによって規定される参照、出力の並べ替え、または出力遅延のために、復号されたピクチャを保持するバッファである。
[0028]ビデオエンコーダは、ＨＲＤパラメータのセットをシグナリングすることができる。ＨＲＤパラメータは、ＨＲＤの様々な態様を制御する。ＨＲＤパラメータは、当初のＣＰＢの除去遅延と、ＣＰＢサイズと、ビットレートと、当初のＤＰＢの出力遅延と、ＤＰＢサイズとを含む。これらのＨＲＤパラメータは、ＶＰＳおよび／またはＳＰＳにおいて規定される、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造においてコーディングされる。ＨＲＤパラメータはまた、バッファリング期間ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）メッセージまたはピクチャタイミングＳＥＩメッセージにおいて規定され得る。
[0029]上で説明されたように、動作点表現は、元のビットストリームと異なるフレームレートおよび／またはビットレートを有し得る。これは、動作点表現が元のビットストリームのデータのいくつかのピクチャおよび／または一部を含まないことがあるからである。したがって、元のビットストリームを処理するときにビデオデコーダが特定のレートでＣＰＢおよび／またはＤＰＢからデータを除去することになっていた場合、および、動作点表現を処理するときにビデオデコーダが同じレートでＣＰＢおよび／またはＤＰＢからデータを除去することになっていた場合、ビデオデコーダは、ＣＰＢおよび／またはＤＰＢから、あまりにも大量の、または少量のデータを除去することがある。したがって、ビデオエンコーダは、異なる動作点のためにＨＲＤパラメータの異なるセットをシグナリングすることができる。出現しつつあるＨｉｇｈ−Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）標準では、ビデオエンコーダは、ＶＰＳ中のＨＲＤパラメータのセットをシグナリングすることができ、または、ビデオエンコーダは、ＳＰＳ中のＨＲＤパラメータのセットをシグナリングすることができる。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８」と呼ばれる次のＨＥＶＣ標準のドラフトは、２０１３年５月８日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐから利用可能である、Ｂｒｏｓｓら、「Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ
ｄｒａｆｔ ８」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１０回会合、ストックホルム、スウェーデン、２０１２年７月に記載されている。
ｄｒａｆｔ ８」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１０回会合、ストックホルム、スウェーデン、２０１２年７月に記載されている。
[0030]ＨＥＶＣのいくつかのバージョンでは、ＶＰＳ中のＨＲＤパラメータのセットのみが、ＨＲＤ動作のために選択される。すなわち、ＨＲＤパラメータはＳＰＳの中で提供され得るが、ＳＰＳ中のＨＲＤパラメータのセットは、ＨＲＤ動作のためにＨＥＶＣビデオデコーダによって選択されない。ビデオデコーダは常に、ビットストリームのＶＰＳを解析し復号する。したがって、ビデオデコーダは常に、ＶＰＳのＨＲＤパラメータのセットを解析し復号する。これは、ビットストリームがベースレイヤ以外のＮＡＬユニットを含むかどうかに関係なく、当てはまる。したがって、ビットストリームがベースレイヤ以外のＮＡＬユニットを含む場合、ＳＰＳ中のＨＲＤパラメータのセットを解析し扱うのは、計算リソースの無駄であり得る。さらに、ＨＲＤパラメータのセットがＶＰＳの中に存在する場合、ＳＰＳ中のＨＲＤパラメータのセットは、無駄なビットであり得る。
[0031]本開示の技法によれば、ビデオエンコーダは、ピクチャのシーケンスに適用可能なＳＰＳを含むビットストリームを生成することができる。ＳＰＳは、ＨＲＤパラメータのセットを含む。ＨＲＤパラメータのセットは、ターゲットレイヤ識別子のセットと一致するレイヤ識別子のセットを有する、ビットストリームの各動作点に適用可能である。したがって、ＳＰＳ中のＨＲＤパラメータのセットは無駄にされず、むしろＨＲＤ動作のために使用され得る。たとえば、デバイスは、ＶＰＳ中のＨＲＤパラメータのセットおよびＳＰＳ中のＨＲＤパラメータのセットの中から、特定の動作点に適用可能なＨＲＤパラメータのセットを選択することができる。デバイスは、特定の動作点に適用可能なＨＲＤパラメータのセットに少なくとも一部基づいて、その特定の動作点と関連付けられるビットストリームのサブセットがビデオコーディング標準に適合するかどうかを試験する、ビットストリーム適合試験を実行することができる。
[0032]ビデオエンコーダ、ビデオデコーダ、または、ＣＤＮデバイスまたはＭＡＮＥのような別のタイプのデバイスなどのデバイスは、動作点に対する動作点表現に、ビットストリーム適合試験を実行することができる。ビットストリーム適合試験は、ＨＥＶＣのようなビデオコーディング標準に動作点表現が適合することを確かめることができる。上で言及されたように、ターゲットレイヤ識別子のセットおよび時間識別子が、動作点を特定するために使用され得る。ターゲットレイヤ識別子のセットは、「ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ」と示され得る。時間識別子は、「ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ」と示され得る。問題なことに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ビットストリーム適合試験を実行するときに、どのようにＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔまたはＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄが設定されるかを規定しない。
[0033]本開示の１つまたは複数の技法によれば、デバイスは、ビットストリーム適合試験を実行することの一部として、復号処理を実行することができる。復号処理を実行することは、ビットストリーム抽出処理を実行して、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから復号することを備える。レイヤ識別子のターゲットセット（すなわち、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ）は、動作点表現の中に存在するレイヤ識別子のシンタックス要素（たとえば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素）の値を含む。レイヤ識別子のターゲットセットは、ビットストリームのレイヤ識別子シンタックス要素の値のサブセットである。ターゲットの最高の時間識別子（すなわち、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）は、動作点表現の中に存在する最大の時間識別子に等しい。ターゲットの最高の時間識別子は、ビットストリーム中に存在する最大の時間識別子以下である。復号処理を実行することはまた、動作点表現のＮＡＬユニットを復号することを備え得る。
[0034]ＨＥＶＣでは、ＳＰＳは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］として示されるシンタックス要素のアレイを含むことがあり、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）がｉに等しいとき、ＤＰＢの最大の要求されるサイズを示す。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ピクチャ記憶バッファの単位で、要求されるサイズを示す。
[0035]さらに、ＨＥＶＣでは、ＳＰＳは、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］と示されるシンタックス要素のアレイを含むことがあり、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）がｉに等しいときの、復号順序においていずれかのピクチャに先行し、出力順序においてそのピクチャの後にあるピクチャの、最大の許容される数を示す。
[0036]ＨＥＶＣでは、ＨＲＤパラメータのセットは、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］と示されるシンタックス要素のアレイを含むことがあり、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）がｉに等しいときの、コーディングされたビデオシーケンスのビットストリーム中の代替的なＣＰＢ仕様の数を規定し、ここで、１つの代替的なＣＰＢ仕様は、ＣＰＢパラメータの特定のセットを伴う１つの特定のＣＰＢ動作を指す。
[0037]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、ＨＲＤ動作、ビットストリーム適合動作、およびレベル制約において適切に選択されない。これは、少なくとも一部、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８が最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）により意味されるものを規定しないことが原因である。
[0038]本開示の１つまたは複数の技法によれば、ビデオエンコーダ、ビデオデコーダ、または別のデバイスのようなデバイスが、ビットストリームの選択された動作点と関連付けられるビットストリームのサブセットの最高の時間識別子を決定することができる。さらに、デバイスは、最高の時間識別子に基づいて、シンタックス要素のアレイ（たとえば、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［］、またはｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［］）の中から、特定のシンタックス要素を決定することができる。デバイスは、特定のシンタックス要素を使用する動作を実行して、ビデオコーディング標準に対するビットストリームの適合を決定し、または、ビデオコーディング標準に対するビデオデコーダの適合を決定することができる。
[0039]図１は、本開示の技法を利用し得る、例示的なビデオコーディングシステム１０を示すブロック図である。本明細書で使用される「ビデオコーダ」という用語は、ビデオエンコーダとビデオデコーダの両方を総称的に指す。本開示では、「ビデオコーディング」または「コーディング」という用語は、ビデオ符号化またはビデオ復号を総称的に指し得る。
[0040]図１に示されるように、ビデオコーディングシステム１０は、ソースデバイス１２と宛先デバイス１４とを含む。ソースデバイス１２は、符号化されたビデオデータを生成する。したがって、ソースデバイス１２はビデオ符号化デバイスまたはビデオ符号化装置と呼ばれ得る。宛先デバイス１４はソースデバイス１２によって生成された、符号化されたビデオデータを復号することができる。したがって、宛先デバイス１４はビデオ復号デバイスまたはビデオ復号装置と呼ばれ得る。ソースデバイス１２および宛先デバイス１４は、ビデオコーディングデバイスまたはビデオコーディング装置の例であり得る。
[0041]ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、モバイルコンピューティングデバイス、ノートブック（たとえば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤー、ビデオゲームコンソール、車内コンピュータなどを含む、広範囲のデバイスを備え得る。
[0042]宛先デバイス１４は、チャネル１６を介してソースデバイス１２から符号化されたビデオデータを受信し得る。チャネル１６は、ソースデバイス１２から宛先デバイス１４に符号化されたビデオデータを移動することが可能な、１つまたは複数の媒体またはデバイスを備え得る。一例では、チャネル１６は、ソースデバイス１２が符号化されたビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にする、１つまたは複数の通信媒体を備え得る。この例では、ソースデバイス１２は、ワイヤレス通信プロトコルのような通信標準に従って、符号化されたビデオデータを変調することができ、変調されたビデオデータを宛先デバイス１４に送信することができる。１つまたは複数の通信媒体は、高周波（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路のような、ワイヤレスおよび／または有線の通信媒体を含み得る。１つまたは複数の通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはグローバルネットワーク（たとえば、インターネット）などのパケットベースネットワークの一部を形成し得る。１つまたは複数の通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を容易にする、ルータ、スイッチ、基地局、または他の機器を含み得る。
[0043]別の例では、チャネル１６は、ソースデバイス１２によって生成された、符号化されたビデオデータを記憶する記憶媒体を含み得る。この例では、宛先デバイス１４は、たとえばディスクアクセスまたはカードアクセスを介して、記憶媒体にアクセスし得る。記憶媒体は、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、または符号化されたビデオデータを記憶するための他の適切なデジタル記憶媒体のような、種々のローカルにアクセスされるデータ記憶媒体を含み得る。
[0044]さらなる例では、チャネル１６は、ソースデバイス１２によって生成された、符号化されたビデオデータを記憶するファイルサーバまたは別の中間ストレージデバイスを含み得る。この例では、宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ファイルサーバまたは他の中間ストレージデバイスに記憶された、符号化されたビデオデータにアクセスすることができる。ファイルサーバは、符号化されたビデオデータを記憶し、符号化されたビデオデータを宛先デバイス１４に送信することが可能な、あるタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイト用の）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、およびローカルディスクドライブを含む。図１の例では、チャネル１６は追加のデバイス２１を含む。いくつかの例では、追加のデバイス２１は、ＣＤＮデバイス、ＭＡＮＥ、または別のタイプのデバイスである。
[0045]宛先デバイス１４は、インターネット接続のような標準的なデータ接続を通じて、符号化されたビデオデータにアクセスし得る。例示的なタイプのデータ接続は、ファイルサーバに記憶された符号化されたビデオデータにアクセスするのに好適である、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（たとえば、デジタル加入者線（ＤＳＬ）、ケーブルモデムなど）、またはその両方の組合せを含み得る。ファイルサーバからの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはその両方の組合せであってよい。
[0046]本開示の技法は、ワイヤレス適用例または設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのビデオデータの符号化、データ記憶媒体に記憶されたビデオデータの復号、または他の用途のような、種々のマルチメディア用途をサポートするビデオコーディングに適用され得る。いくつかの例では、ビデオコーディングシステム１０は、単方向または双方向のビデオ送信をサポートして、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話のような用途をサポートするために構成され得る。
[0047]図１は一例にすぎず、本開示の技法は、符号化デバイスと復号デバイスとの間のデータ通信を必ずしも含むとは限らないビデオコーディング設定（たとえば、ビデオ符号化またはビデオ復号）に適用され得る。他の例では、データがローカルメモリから取り出されること、ネットワークを通じてストリーミングされることなどが行われる。ビデオ符号化デバイスはデータを符号化してメモリに記憶することができ、かつ／または、ビデオ復号デバイスはメモリからデータを取り出し復号することができる。多くの例では、符号化および復号は、互いに通信しないが、メモリにデータを符号化し、かつ／またはメモリからデータを取り出して復号するだけであるデバイスによって実行される。
[0048]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。いくつかの例では、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含み得る。ビデオソース１８は、ビデオキャプチャデバイス、たとえばビデオカメラ、以前にキャプチャされたビデオデータを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオデータを受信するためのビデオフィードインターフェース、および／もしくはビデオデータを生成するためのコンピュータグラフィックスシステム、またはビデオデータのそのようなソースの組合せを含み得る。
[0049]ビデオエンコーダ２０は、ビデオソース１８からのビデオデータを符号化することができる。いくつかの例では、ソースデバイス１２は、出力インターフェース２２を介して宛先デバイス１４に符号化されたビデオデータを直接送信する。他の例では、符号化されたビデオデータはまた、復号および／または再生のための宛先デバイス１４による後のアクセスのために記憶媒体またはファイルサーバ上に記憶され得る。
[0050]図１の例では、宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。いくつかの例では、入力インターフェース２８は、受信機および／またはモデムを含む。入力インターフェース２８は、チャネル１６を通じて、符号化されたビデオデータを受信することができる。ディスプレイデバイス３２は、宛先デバイス１４と一体であってよく、またはその外部にあってよい。一般に、ディスプレイデバイス３２は、復号されたビデオデータを表示する。ディスプレイデバイス３２は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスのような、種々のディスプレイデバイスを備え得る。
[0051]ビデオエンコーダ２０およびビデオデコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェア、またはそれらのいずれかの組合せのような、種々の好適な回路のいずれかとして実装され得る。本技法がソフトウェアで部分的に実装される場合、デバイスは、適切な非一時的コンピュータ可読記憶媒体にソフトウェア用の命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェア中で実行して、本開示の技法を実行することができる。上記（ハードウェア、ソフトウェア、ハードウェアおよびソフトウェアの組合せなどを含む）のいずれも、１つまたは複数のプロセッサであると見なされ得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれることがあり、それらのいずれかがそれぞれのデバイス中の複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として組み込まれることがある。
[0052]本開示は、一般に、ある情報をビデオデコーダ３０または追加のデバイス２１のような別のデバイスに「シグナリング」するビデオエンコーダ２０に言及することがある。「シグナリング」という用語は、一般に、圧縮されたビデオデータを復号するために使用されるシンタックス要素および／または他のデータの通信を指し得る。そのような通信は、リアルタイムまたはほぼリアルタイムで行われ得る。代替的に、そのような通信は、符号化の時に符号化されたビットストリーム中でシンタックス要素をコンピュータ可読記憶媒体に記憶するときに行われ得るなど、ある時間の期間にわたって行われることがあり、次いで、これらの要素は、この媒体に記憶された後のいずれかの時間に復号デバイスによって取り出されてよい。
[0053]いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、そのスケーラブルビデオコーディング（ＳＶＣ）拡張、マルチビュービデオコーディング（ＭＶＣ）拡張、およびＭＶＣベースの３ＤＶ拡張を含む、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌおよび（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４のようなビデオ圧縮標準に従って動作する。いくつかの事例では、ＭＶＣベースの３ＤＶに準拠するいずれかのビットストリームは、ＭＶＣプロファイル、たとえばステレオハイプロファイルに準拠するサブビットストリームを常に含む。さらに、Ｈ．２６４／ＡＶＣに対する３次元ビデオ（３ＤＶ）コーディング拡張、すなわちＡＶＣベースの３ＤＶを生成する取組みが進行中である。他の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、およびＩＴＵ−Ｔ Ｈ．２６４、ＩＳＯ／ＩＥＣ Ｖｉｓｕａｌに従って動作し得る。
[0054]他の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ
Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）によって現在開発中の高効率ビデオコーディング（ＨＥＶＣ）標準に従って動作し得る。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ９」と呼ばれる次のＨＥＶＣ標準のドラフトは、２０１３年５月８日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐから利用可能である、Ｂｒｏｓｓら、「Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１１回会合、上海、中国、２０１２年１０月に記載されている。さらに、ＨＥＶＣ向けのＳＶＣ拡張、マルチビュービデオコーディング拡張、および３ＤＶ拡張を製作する取組みが進行中である。ＨＥＶＣの３ＤＶ拡張は、ＨＥＶＣベースの３ＤＶまたは３Ｄ−ＨＥＶＣと呼ばれることがある。
Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）によって現在開発中の高効率ビデオコーディング（ＨＥＶＣ）標準に従って動作し得る。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ９」と呼ばれる次のＨＥＶＣ標準のドラフトは、２０１３年５月８日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐから利用可能である、Ｂｒｏｓｓら、「Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１１回会合、上海、中国、２０１２年１０月に記載されている。さらに、ＨＥＶＣ向けのＳＶＣ拡張、マルチビュービデオコーディング拡張、および３ＤＶ拡張を製作する取組みが進行中である。ＨＥＶＣの３ＤＶ拡張は、ＨＥＶＣベースの３ＤＶまたは３Ｄ−ＨＥＶＣと呼ばれることがある。
[0055]ＨＥＶＣおよび他のビデオコーディング標準において、ビデオシーケンスは通常、一連のピクチャを含む。ピクチャは「フレーム」と呼ばれることもある。ピクチャは、ＳL、ＳCbおよびＳCrと示される３つのサンプルアレイを含み得る。ＳLは、ルーマサンプルの２次元アレイ（すなわち、ブロック）である。ＳCbは、Ｃｂクロミナンスサンプルの２次元アレイである。ＳCrは、Ｃｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ」サンプルと呼ばれることもある。他の例では、ピクチャは、単色であってよく、ルーマサンプルのアレイのみを含み得る。
[0056]ビデオエンコーダ２０は、ピクチャの符号化された表現を生成するために、コーディングツリーユニット（ＣＴＵ）のセットを生成し得る。ＣＴＵの各々は、ルーマサンプル(luma sample)のコーディングツリーブロック、クロマサンプル(chroma sample)の２つの対応するコーディングツリーブロック、およびコーディングツリーブロックのサンプルをコーディングするのに使用されるシンタックス構造であり得る。コーディングツリーブロックは、サンプルのＮ×Ｎブロックであり得る。ＣＴＵは「ツリーブロック」または「最大コーディングユニット」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣのような、他の標準のマクロブロックに広い意味で類似し得る。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ：coding unit）を含み得る。スライスは、ラスタスキャン(raster scan)において連続的に順序付けられた整数個のＣＴＵを含み得る。
[0057]ビデオエンコーダ２０は、コーディングされたＣＴＵを生成するために、ＣＴＵのコーディングツリーブロックに対して再帰的に４分木区分を実行して、コーディングツリーブロックをコーディングブロックに分割することができ、したがって、「コーディングツリーユニット」という名称である。コーディングブロックは、サンプルのＮ×Ｎブロックである。ＣＵは、ルーマサンプルアレイ、ＣｂサンプルアレイおよびＣｒサンプルアレイ、ならびにコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造を有するピクチャのルーマサンプルの１つのコーディングブロックおよびクロマサンプルの２つの対応するコーディングブロックであり得る。ビデオエンコーダ２０は、ＣＵのコーディングブロックを１つまたは複数の予測ブロックに区分することができる。予測ブロックは、同じ予測が適用されるサンプルの方形（すなわち、正方形または非正方形）ブロックであり得る。ＣＵの予測ユニット（ＰＵ）は、ルーマサンプルの予測ブロック、ピクチャのクロマサンプルの２つの対応する予測ブロック、予測ブロックサンプルを予測するのに使用されるシンタックス構造であり得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロックのために、予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。
[0058]ビデオエンコーダ２０は、イントラ予測またはインター予測を使用して、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０がイントラ予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵと関連付けられたピクチャの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。
[0059]ビデオエンコーダ２０がインター予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵと関連付けられたピクチャ以外の１つまたは複数のピクチャの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０は、一方向の予測または双方向の予測を使用して、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０が一方向の予測を使用してＰＵの予測ブロックを生成するとき、ＰＵは、単一の動きベクトルを有し得る。ビデオエンコーダ２０が双方向の予測を使用してＰＵの予測ブロックを生成するとき、ＰＵは、２つの動きベクトルを有し得る。
[0060]ビデオエンコーダ２０は、ＣＵの１つまたは複数のＰＵの予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成した後、ＣＵのルーマ残差ブロックを生成することができる。ＣＵのルーマ残差ブロック中の各サンプルは、ＣＵの予測ルーマブロックのうちの１つの中のルーマサンプルとＣＵの元のルーマコーディングブロックの中の対応するサンプルとの差分を示す。加えて、ビデオエンコーダ２０はＣＵのＣｂ残差ブロックを生成することができる。ＣＵのＣｂ残差ブロック中の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つの中のＣｂサンプルとＣＵの元のＣｂコーディングブロックの中の対応するサンプルとの差分を示し得る。ビデオエンコーダ２０はＣＵのＣｒ残差ブロックも生成することができる。ＣＵのＣｒ残差ブロック中の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つの中のＣｒサンプルとＣＵの元のＣｒコーディングブロックの中の対応するサンプルとの差分を示し得る。
[0061]さらに、ビデオエンコーダ２０は４分木区分を使用して、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを、１つまたは複数のルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに分解することができる。変換ブロックは、同じ変換が適用されるサンプルの方形ブロックであってもよい。ＣＵの変換ユニット（ＴＵ）は、ルーマサンプルの変換ブロック、クロマサンプルの２つの対応する変換ブロック、変換ブロックサンプルを変換するのに使用されるシンタックス構造であり得る。したがって、ＣＵの各ＴＵは、ルーマ変換ブロック、Ｃｂ変換ブロックおよびＣｒ変換ブロックと関連付けられ得る。ＴＵと関連付けられたルーマ変換ブロックはＣＵのルーマ残差ブロックのサブブロックであり得る。Ｃｂ変換ブロックはＣＵのＣｂ残差ブロックのサブブロックであってもよい。Ｃｒ変換ブロックはＣＵのＣｒ残差ブロックのサブブロックであってもよい。
[0062]ビデオエンコーダ２０は、ＴＵのルーマ変換ブロックに１回または複数の変換を適用して、ＴＵのルーマ係数ブロックを生成することができる。係数ブロックは変換係数の２次元アレイであり得る。変換係数はスカラー量であり得る。ビデオエンコーダ２０は、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用して、ＴＵのＣｂ係数ブロックを生成することができる。ビデオエンコーダ２０は、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用して、ＴＵのＣｒ係数ブロックを生成することができる。
[0063]ビデオエンコーダ２０は、係数ブロック（たとえば、ルーマ係数ブロック、Ｃｂ係数ブロック、またはＣｒ係数ブロック）を生成した後、係数ブロックを量子化することができる。量子化は、一般に、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を実現する、処理を指す。ビデオエンコーダ２０が係数ブロックを量子化した後、ビデオエンコーダ２０は、量子化された変換係数を示すシンタックス要素をエントロピー符号化することができる。たとえば、ビデオエンコーダ２０は、量子化された変換係数を示すシンタックス要素に対して、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：Context-Adaptive Binary Arithmetic Coding）を実行することができる。ビデオエンコーダ２０は、エントロピー符号化されたシンタックス要素をビットストリームにおいて出力することができる。
[0064]ビデオエンコーダ２０は、コーディングされたピクチャおよび関連付けられるデータの表現を形成するビットの列を含む、ビットストリームを出力することができる。ビットストリームは、一連のネットワーク抽象化レイヤ（ＮＡＬ）ユニットを備え得る。ＮＡＬユニットは、後に続くデータのタイプの指示と、必要に応じてエミュレーション防止ビットを伴う点在させられた未加工バイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）の形式でそのデータを含むバイトとを含むシンタックス構造であり得る。すなわち、ＮＡＬユニットの各々は、ＮＡＬユニットヘッダを含み、ＲＢＳＰをカプセル化し得る。ＮＡＬユニットヘッダは、ＮＡＬユニットタイプコードを示すシンタックス要素を含み得る。ＮＡＬユニットのＮＡＬユニットヘッダによって規定されるＮＡＬユニットタイプコードは、ＮＡＬユニットのタイプを示す。ＲＢＳＰは、ＮＡＬユニット内にカプセル化された整数個のバイトを含むシンタックス構造であり得る。いくつかの例では、ＲＢＳＰはゼロビットを含む。
[0065]異なるタイプのＮＡＬユニットは、異なるタイプのＲＢＳＰをカプセル化し得る。たとえば、第１のタイプのＮＡＬユニットはピクチャパラメータセット（ＰＰＳ）のためのＲＢＳＰをカプセル化することができ、第２のタイプのＮＡＬユニットはコーディングされたスライスのためのＲＢＳＰをカプセル化することができ、第３のタイプのＮＡＬユニットはＳＥＩのためのＲＢＳＰをカプセル化することができ、その他もあり得る。（パラメータセットおよびＳＥＩメッセージのためのＲＢＳＰではなく）ビデオコーディングデータのためのＲＢＳＰをカプセル化するＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットと呼ばれ得る。
[0066]ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信することができる。加えて、ビデオデコーダ３０は、ビットストリームを解析して、ビットストリームからシンタックス要素を復号することができる。ビデオデコーダ３０は、ビットストリームから復号されたシンタックス要素に少なくとも一部基づいて、ビデオデータのピクチャを再構成することができる。ビデオデータを再構成するための処理は、一般に、ビデオエンコーダ２０によって実行される処理の逆であり得る。たとえば、ビデオデコーダ３０は、ＰＵの動きベクトルを使用して、現在のＣＵのＰＵの予測ブロックを決定することができる。加えて、ビデオデコーダ３０は、現在のＣＵのＴＵと関連付けられる変換係数ブロックを逆量子化することができる。ビデオデコーダ３０は、変換係数ブロックに対して逆変換を実行して、ＣＵのＴＵと関連付けられた変換ブロックを再構成することができる。ビデオデコーダ３０は、現在のＣＵのＰＵの予測ブロックのサンプルを現在のＣＵのＴＵの変換ブロックの対応するサンプルに追加することによって、現在のＣＵのコーディングブロックを再構成することができる。ピクチャの各ＣＵのコーディングブロックを再構成することによって、ビデオデコーダ３０はピクチャを再構成することができる。
[0067]マルチビューコーディングでは、異なる視点からの同じシーンの複数のビューがあり得る。「アクセスユニット」という用語は、同じ時間インスタンスに対応するピクチャのセットを指すために使用される。したがって、ビデオデータは、経時的に発生する一連のアクセスユニットとして概念化され得る。「ビュー成分」は、単一のアクセスユニット中のビューのコーディングされた表現であり得る。本開示では、「ビュー」は、同じビュー識別子と関連付けられるビュー成分のシーケンスを指し得る。
[0068]マルチビューコーディングは、ビュー間予測をサポートする。ビュー間予測は、Ｈ．２６４／ＡＶＣおよびＨＥＶＣにおいて使用されるインター予測と同様であり、同じシンタックス要素を使用し得る。しかしながら、ビデオコーダが現在のビデオユニット（ＰＵのような）に対してビュー間予測を実行するとき、ビデオエンコーダ２０は、参照ピクチャとして、その現在のビデオユニットと同じアクセスユニット中にあるが異なるビュー中にあるピクチャを使用し得る。対照的に、従来のインター予測は、参照ピクチャとして異なるアクセスユニット中のピクチャのみを使用する。
[0069]マルチビューコーディングでは、ビデオデコーダ（たとえば、ビデオデコーダ３０）が、あるビュー中のピクチャをいずれかの他のビュー中のピクチャを参照することなく復号できる場合、そのビューは「ベースビュー」と呼ばれ得る。非ベースビューの１つの中のピクチャをコーディングするとき、ピクチャが、異なるビュー中にあるがビデオコーダが現在コーディングしているピクチャと同じ時間インスタンス（すなわち、アクセスユニット）内にある場合、ビデオコーダ（ビデオエンコーダ２０またはビデオデコーダ３０のような）は、参照ピクチャリストにピクチャを追加し得る。他のインター予測参照ピクチャと同様に、ビデオコーダは、参照ピクチャリストのいずれかの位置にビュー間予測参照ピクチャを挿入し得る。
[0070]ビデオコーディング標準は、ビデオのバッファリングのモデルを規定する。Ｈ．２６４／ＡＶＣおよびＨＥＶＣでは、バッファリングのモデルは、「仮想参照デコーダ」または「ＨＲＤ」と呼ばれる。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＨＲＤはＡｎｎｅｘ Ｃに記載される。
[0071]ＨＲＤは、データが復号のためにどのようにバッファリングされるべきかということと、復号されたデータが出力のためにどのようにバッファリングされるかということとを表す。たとえば、ＨＲＤは、コーディングされたピクチャのバッファ（「ＣＰＢ」）、復号されたピクチャのバッファ（「ＤＰＢ」）、およびビデオデコーダの動作を表す。ＣＰＢは、ＨＲＤによって規定される復号順序でアクセスユニットを含む、先入れ先出しのバッファである。ＤＰＢは、ＨＲＤによって規定される参照、出力の並べ替え、または出力遅延のために、復号されたピクチャを保持するバッファである。ＣＰＢおよびＤＰＢの挙動は、数学的に規定され得る。ＨＲＤは、タイミング、バッファのサイズ、およびビットレートに対して制約を直接課し得る。さらに、ＨＲＤは、様々なビットストリーム特性および統計に対して制約を間接的に課し得る。
[0072]Ｈ．２６４／ＡＶＣおよびＨＥＶＣでは、ビットストリームの適合およびデコーダの適合は、ＨＲＤ仕様の一部として規定される。言い換えると、ＨＲＤモデルは、ビットストリームが標準に適合するかどうかを決定するための試験と、デコーダが標準に適合するかどうかを決定するための試験とを規定する。ＨＲＤがある種のデコーダと命名されるが、ビデオエンコーダは通常ＨＲＤを使用してビットストリームの適合を保証し、ビデオデコーダは通常ＨＲＤを必要としない。
[0073]Ｈ．２６４／ＡＶＣとＨＥＶＣの両方が、２つのタイプのビットストリームまたはＨＲＤの適合、すなわち、Ｔｙｐｅ ＩとＴｙｐｅ ＩＩとを規定する。Ｔｙｐｅ Ｉのビットストリームは、ビットストリーム中のすべてのアクセスユニットのための、ＶＣＬ ＮＡＬユニットとフィラーデータＮＡＬユニットとのみを含むＮＡＬユニットストリームである。Ｔｙｐｅ ＩＩのビットストリームは、ビットストリーム中のすべてのアクセスユニットのためのＶＣＬ ＮＡＬユニットおよびフィラーデータＮＡＬユニットに加えて、フィラーデータＮＡＬユニット以外の追加の非ＶＣＬ ＮＡＬユニットと、ＮＡＬユニットストリームからバイトストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅｄ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素との少なくとも１つを含む、ＮＡＬユニットストリームである。
[0074]ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験をデバイスが実行するとき、デバイスはビットストリームの動作点を選択することができる。デバイスは次いで、選択された動作点に適用可能なＨＲＤパラメータのセットを決定することができる。デバイスは、選択された動作点に適用可能なＨＲＤパラメータのセットを使用して、ＨＲＤの挙動を構成することができる。より具体的には、デバイスは、ＨＲＤパラメータの適用可能なセットを使用して、仮想ストリームスケジューラ（ＨＳＳ：hypothetical stream scheduler）、ＣＰＢ、復号処理、ＤＰＢなどのような、ＨＲＤの特定のコンポーネントの挙動を構成することができる。続いて、ＨＳＳは、特定のスケジュールに従って、ビットストリームのコーディングされたビデオデータをＨＲＤのＣＰＢに注入することができる。
[0075]さらに、デバイスは、ＣＰＢ中のコーディングされたビデオデータを復号する復号処理を呼び出すことができる。復号処理は、復号されたピクチャをＤＰＢに出力することができる。デバイスがＨＲＤを通じてデータを移動するにしたがって、デバイスは、制約の特定のセットが満たされたままであるかどうかを決定することができる。たとえば、デバイスは、ＨＲＤが選択された動作点の動作点表現を復号している間、ＣＰＢまたはＤＰＢにおいてオーバーフローまたはアンダーフローの条件が発生しているかどうかを決定することができる。デバイスは、このようにして、ビットストリームの各動作点を選択し処理することができる。制約が侵害されることをビットストリームの動作点が引き起こさない場合、そのビットストリームはビデオコーディング標準に適合すると、デバイスは決定することができる。
[0076]Ｈ．２６４／ＡＶＣとＨＥＶＣの両方が、２つのタイプのデコーダの適合、すなわち、出力タイミングについてのデコーダの適合と出力順序についてのデコーダの適合とを規定する。特定のプロファイル、ティア、およびレベルに対する適合を主張するデコーダは、ＨＥＶＣのようなビデオコーディング標準のビットストリーム適合要件に適合するすべてのビットストリームの復号に成功することが可能である。本開示では、「プロファイル」はビットストリームシンタックスのサブセットを指し得る。「ティア」および「レベル」は、各プロファイル内で規定され得る。ティアのレベルは、ビットストリーム中のシンタックス要素の値に課された制約の規定されたセットであり得る。これらの制約は、値に関する単純な制限であり得る。代替的に、それらは、値の算術的な組合せ（たとえば、ピクチャの幅×ピクチャの高さ×毎秒復号されるピクチャの数）に対する制約の形態をとり得る。下位のティアのために規定されたレベルは、上位のティアのために規定されたレベルよりも制約される。
[0077]デバイスがデコーダ適合試験を実行して、試験対象のデコーダ（ＤＵＴ：decoder under test）がビデオコーディング標準に適合するかどうかを決定するとき、デバイスは、ビデオコーディング標準に適合するビットストリームを、ＨＲＤとＤＵＴの両方に提供することができる。ＨＲＤは、ビットストリーム適合試験に関して上で説明された方式で、ビットストリームを処理することができる。デバイスは、ＤＵＴによって出力される復号されたピクチャがＨＲＤによって出力される復号されたピクチャの順序と一致する場合、ＤＵＴがビデオコーディング標準に適合すると決定することができる。その上、デバイスは、ＤＵＴが復号されたピクチャを出力するタイミングが、ＨＲＤが復号されたピクチャを出力するタイミングと一致する場合、ＤＵＴがビデオコーディング標準に適合すると決定することができる。
[0078]ビットストリーム適合試験およびデコーダ適合試験に加えて、デバイスは、他の目的でＨＲＤパラメータを使用することができる。たとえば、当初のＣＰＢの除去遅延が、適切な当初の端末間遅延を設定するようにシステムを導くために使用されてよく、かつＤＰＢ出力時間が、ビデオデータビットストリームがＲＴＰを通じてトランスポートされるときのリアルタイムプロトコル（ＲＴＰ）タイムスタンプを導出するために使用されてよい。
[0079]Ｈ．２６４／ＡＶＣおよびＨＥＶＣ ＨＲＤモデルにおいて、復号またはＣＰＢ除去は、アクセスユニットベースであり得る。すなわち、ＨＲＤは、一度に全体のアクセスユニットを復号し、ＣＰＢから全体のアクセスユニットを除去すると想定される。さらに、Ｈ．２６４／ＡＶＣおよびＨＥＶＣ ＨＲＤモデルでは、ピクチャの復号は瞬時的であると想定される。ビデオエンコーダ２０は、ピクチャタイミングＳＥＩメッセージにおいて、アクセスユニットの復号を開始する復号時間をシグナリングすることができる。実際の適用例では、適合するビデオデコーダが、アクセスユニットの復号を開始するためのシグナリングされた復号時間に厳密に従う場合、特定の復号されたピクチャを出力する最早の可能な時間は、その特定のピクチャの復号時間にその特定のピクチャを復号するために必要とされる時間を加えたものに等しい。しかしながら、現実の世界では、ピクチャを復号するのに必要とされる時間は、０に等しくはできない。
[0080]ＨＲＤパラメータは、ＨＲＤの様々な態様を制御することができる。言い換えると、ＨＲＤは、ＨＲＤパラメータに依存し得る。ＨＲＤパラメータは、当初のＣＰＢの除去遅延と、ＣＰＢサイズと、ビットレートと、当初のＤＰＢの出力遅延と、ＤＰＢサイズとを含み得る。ビデオエンコーダ２０は、ビデオパラメータセット（ＶＰＳ）および／またはシーケンスパラメータセット（ＳＰＳ）において規定されるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造で、これらのＨＲＤパラメータをシグナリングすることができる。個々のＶＰＳおよび／またはＳＰＳは、ＨＲＤパラメータの異なるセットに対して複数のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックスを含み得る。いくつかの例では、ビデオエンコーダ２０は、バッファリング期間ＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージにおいて、ＨＲＤパラメータをシグナリングすることができる。
[0081]上で説明されたように、ビットストリームの動作点は、レイヤ識別子のセット（すなわち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセット）および時間識別子と関連付けられる。動作点表現は、その動作点と関連付けられる各ＮＡＬユニットを含み得る。動作点表現は、元のビットストリームと異なるフレームレートおよび／またはビットレートを有し得る。これは、動作点表現が元のビットストリームのデータのいくつかのピクチャおよび／または一部を含まないことがあるからである。したがって、元のビットストリームを処理するときにビデオデコーダ３０が特定のレートでＣＰＢおよび／またはＤＰＢからデータを除去することになっていた場合、および、動作点表現を処理するときにビデオデコーダ３０が同じレートでＣＰＢおよび／またはＤＰＢからデータを除去することになっていた場合、ビデオデコーダ３０は、ＣＰＢおよび／またはＤＰＢから、あまりにも大量の、または少量のデータを除去することがある。したがって、ビデオエンコーダ２０は、異なる動作点のためにＨＲＤパラメータの異なるセットをシグナリングすることができる。たとえば、ビデオエンコーダ２０は、ＶＰＳに、異なる動作点のためのＨＲＤパラメータを含む複数のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を含み得る。
[0082]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＨＲＤパラメータのセットは任意選択で、すべてのサブレイヤに共通の情報のセットを含む。言い換えると、ＨＲＤパラメータのセットは、いずれかの時間的なサブレイヤを含む動作点に適用可能な、共通のシンタックス要素のセットを含み得る。時間的なサブレイヤは、特定の値のＴｅｍｐｏｒａｌＩｄを有するＶＣＬ ＮＡＬユニット、および関連付けられる非ＶＣＬ ＮＡＬユニットからなる、時間的なスケーラブルなビットストリームの時間的なスケーラブルレイヤである。共通の情報のセットに加えて、ＨＲＤパラメータのセットは、個々の時間的なサブレイヤに固有のシンタックス要素のセットを含み得る。たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は任意選択で、すべてのサブレイヤに共通である情報のセットを含み、かつサブレイヤ固有の情報を常に含み得る。共通の情報のセットはＨＲＤパラメータの複数のセットに共通なので、ＨＲＤパラメータの複数のセット中の共通の情報のセットをシグナリングすることは不要であり得る。むしろ、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８において、共通の情報は、ＨＲＤパラメータのセットがＶＰＳ中のＨＲＤパラメータの最初のセットであるときに、ＨＲＤパラメータのセットの中に存在してよく、または、共通の情報は、ＨＲＤパラメータのセットが最初の動作点のインデックスと関連付けられるときに、ＨＲＤパラメータのセットの中に存在してよい。たとえば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＶＰＳ中の最初のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造であるとき、またはｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が最初の動作点と関連付けられるときのいずれかに、共通の情報の存在をサポートする。
[0083]以下の表１は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）のための例示的なシンタックス構造である。
[0084]上の表１および本開示の他のシンタックス表の例では、型記述子ｕｅ（ｖ）をもつシンタックス要素は、左ビットが先頭の０次指数ゴロム（Ｅｘｐ−Ｇｏｌｏｍｂ）コーディングを使用して符号化される可変長の符号のない整数であり得る。表１および以下の表の例では、形式ｕ（ｎ）の記述子を有するシンタックス要素は、長さｎの符号のない値であり、ただし、ｎは非負の整数である。
[0085]表１の例示的なシンタックスでは、「ｉｆ（ｃｏｍｍｏｎＩｎｆＰｒｅｓｅｎｔＦｌａｇ）｛．．．｝」ブロック中のシンタックス要素が、ＨＲＤパラメータセットの共通の情報である。言い換えると、ＨＲＤパラメータのセットの共通の情報は、シンタックス要素ｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋと、ｔｉｍｅ＿ｓｃａｌｅと、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｔｉｃｋ＿ｄｉｖｉｓｏｒ＿ｍｉｎｕｓ２と、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１と、ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅと、ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅと、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１と、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１と、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１とを含み得る。
[0086]さらに、表１の例では、シンタックス要素ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］、ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］、およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、サブレイヤ固有のＨＲＤパラメータのセットであり得る。言い換えると、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のこれらのシンタックス要素は、特定のサブレイヤを含む動作点にのみ適用可能であり得る。したがって、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のＨＲＤパラメータは、任意選択で含まれる共通の情報に加えて、ビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータのセットを含み得る。
[0087]ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、出力順序においていずれかの２つの連続するピクチャのＨＲＤ出力時間の間の時間的な差が特定の方法で制約されることを示し得る。ＨｉｇｈｅｓｔＴｉｄは、（たとえば、動作点の）最高の時間的なサブレイヤを特定する変数であり得る。ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、コーディングされたビデオシーケンス中の出力順序においていずれかの連続するピクチャのＨＲＤ出力時間の間の、クロックティック単位での時間的な差を規定し得る。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＡｎｎｅｘ Ｃに規定されるように、ＨＲＤ動作モードを規定することができる。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、コーディングされたビデオシーケンスのビットストリーム中の代替的なＣＰＢ仕様の数を規定することができる。
[0088]ビデオエンコーダ２０は、ＳＥＩメッセージを使用して、ピクチャのサンプル値の正確な復号に必要とされないメタデータをビットストリームに含めることができる。しかしながら、ビデオデコーダ３０または他のデバイスが、様々な他の目的で、ＳＥＩメッセージに含まれるメタデータを使用し得る。たとえば、ビデオデコーダ３０は、ピクチャ出力のタイミング、ピクチャの表示、喪失の検出、およびエラーの隠匿のために、ＳＥＩメッセージ中のメタデータを使用し得る。
[0089]ビデオエンコーダ２０は、アクセスユニットに１つまたは複数のＳＥＩ ＮＡＬユニットを含め得る。言い換えると、いずれかの数のＳＥＩ ＮＡＬユニットが、アクセスユニットと関連付けられ得る。さらに、各ＳＥＩ ＮＡＬユニットが、１つまたは複数のＳＥＩメッセージを含み得る。ＨＥＶＣ標準は、様々なタイプのＳＥＩメッセージのためのシンタックスとセマンティクスとを記述する。しかしながら、ＳＥＩメッセージは規範的な復号処理に影響を与えないので、ＨＥＶＣ標準はＳＥＩメッセージの処理を記述しない。ＨＥＶＣ標準においてＳＥＩメッセージがある１つの理由は、補助データがＨＥＶＣを使用して異なるシステムにおいて同様に解釈されることを可能にするためである。ＨＥＶＣを使用する標準およびシステムは、ビデオエンコーダがあるＳＥＩメッセージを生成することを要求することがあり、または、特定のタイプの受信されたＳＥＩメッセージの特定の処理を定義することがある。以下の表２は、ＨＥＶＣで規定されるＳＥＩメッセージを一覧にし、それらの目的を簡単に説明する。
[0090]ＨＲＤパラメータのシグナリング、およびＨＲＤパラメータおよび他のパラメータの選択のための既存の技法には、いくつかの問題または欠点がある。たとえば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＶＰＳ中のＨＲＤパラメータのセットのみが、ＨＲＤ動作のために選択される。すなわち、ＨＲＤパラメータはＳＰＳの中で提供され得るが、ＳＰＳ中のＨＲＤパラメータのセットは、ＨＲＤ動作のためにＨＥＶＣビデオデコーダによって選択されない。ビデオデコーダは常に、ビットストリームのＶＰＳを解析し復号する。したがって、ビデオデコーダは常に、ＶＰＳのＨＲＤパラメータのセットを解析し復号する。
[0091]これは、ビットストリームがベースレイヤ以外のＮＡＬユニットを含むかどうかに関係なく、当てはまる。たとえば、ＶＰＳ中でコーディングされるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のみがＨＲＤ動作のために選択されることがあり、存在する可能性のある、ＳＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は決して選択されないことがある。このことは、０よりも大きいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを含まないビットストリームを復号するときでも（すなわち、ビットストリームがＨＥＶＣのマルチビュー拡張、３ＤＶ拡張、またはＳＶＣ拡張におけるベースレイヤのみを含む）、ＶＰＳの解析と処理とを必要とし得る。
[0092]したがって、ビットストリームがベースレイヤ以外のＮＡＬユニットを含む場合、ＳＰＳ中のＨＲＤパラメータのセットを解析して扱うのは、計算リソースの無駄であり得る。さらに、ＨＲＤパラメータのセットがＶＰＳの中に存在する場合、ＳＰＳ中のＨＲＤパラメータのセットは、無駄なビットであり得る。たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＳＰＳ中に存在する場合、シンタックス構造のためのコーディングされたビットは、純粋にビットの無駄であり得る。
[0093]本開示の１つまたは複数の技法によれば、ビデオエンコーダ２０は、ピクチャのシーケンスに適用可能なＳＰＳを含むビットストリームを生成することができる。ＳＰＳは、ＨＲＤパラメータのセットを含む。ＨＲＤパラメータのセットは、ターゲットレイヤ識別子のセットと一致するレイヤ識別子のセットを有する、ビットストリームの各動作点に適用可能である。したがって、ＳＰＳ中のＨＲＤパラメータのセットは無駄にされず、むしろＨＲＤ動作のために使用され得る。たとえば、ＳＰＳにおいてコーディングされるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がそれに対して明確に規定され得る動作点、たとえば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの１つの値のみ（すなわち、マルチビュー拡張、３ＤＶ拡張、またはスケーラブルビデオコーディング拡張におけるレイヤＩＤ）がビットストリーム中に存在する動作点となるように。
[0094]たとえば、ビデオエンコーダ２０またはビデオデコーダ３０のようなデバイスは、ビデオパラメータセット中のＨＲＤパラメータのセットおよびＳＰＳ中のＨＲＤパラメータのセットの中から、特定の動作点に適用可能なＨＲＤパラメータのセットを選択することができる。この例では、デバイスは、特定の動作点に適用可能なＨＲＤパラメータのセットに少なくとも一部基づいて、その特定の動作点と関連付けられるビットストリームのサブセットがビデオコーディング標準に適合するかどうかを試験する、ビットストリーム適合試験を実行することができる。ビットストリーム適合試験は、ＨＥＶＣのようなビデオコーディング標準に動作点表現が適合することを確かめることができる。
[0095]本開示では、動作点は、ＯｐＬａｙｅｒＩｄＳｅｔとして示されるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値のセット、およびＯｐＴｉｄとして示されるＴｅｍｐｏｒａｌＩｄ値によって特定され得る。入力としてＯｐＴｉｄおよびＯｐＬａｙｅｒＩｄＳｅｔを伴って、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項で規定されるようなサブビットストリーム抽出処理の出力として導出される、関連付けられるビットストリームのサブセットは、独立に復号可能である。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項は、ビットストリームからサブビットストリーム（すなわち、動作点表現）を抽出するための動作を記述する。具体的には、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項は、サブビットストリームが、ｔＩｄＴａｒｇｅｔよりも大きい時間識別子（たとえば、ＴｅｍｐｏｒａｌＩＤ）またはｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの中の値にはないレイヤ識別子（たとえば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）を有するすべてのＮＡＬユニットをビットストリームから除去することによって、導出されることを規定する。ｔＩｄＴａｒｇｅｔおよびｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、ビットストリーム抽出処理のパラメータである。
[0096]ＨＲＤパラメータをシグナリングするための既存の技法の別の例示的な問題または欠点として、デバイスエンコーダ、デバイスデコーダ、または別のタイプのデバイスのようなデバイスは、動作点のための動作点表現に対してビットストリーム適合試験を実行することがある。上で言及されたように、ターゲットレイヤ識別子のセットおよび時間識別子は、動作点を特定するために使用され得る。ターゲットレイヤ識別子のセットは、「ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ」と示され得る。時間識別子は、「ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ」と示され得る。問題なことに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ビットストリーム適合試験を実行するときに、どのようにＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔまたはＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄが設定されるかを規定しない。たとえば、復号処理がビットストリーム適合試験のために呼び出されるとき、シンタックス要素のセマンティクスがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの値として明確に規定されず、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄが適切に設定されない。
[0097]本開示の１つまたは複数の技法は、ビットストリーム適合試験を実行するときに、どのようにＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔおよびＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄが設定されるかを示す。たとえば、ビットストリーム（または動作点表現）がビットストリーム適合試験において復号される場合にＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔがＨＥＶＣ標準のＣ．１項で規定されるように設定されるように、ビットストリーム（または動作点表現）のための一般的な復号処理が修正される。同様に、ビットストリーム（または動作点表現）がビットストリーム適合試験において復号される場合にＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＣ．１項において規定されるように設定されるように、ビットストリーム（または動作点表現）のための一般的な復号処理が修正され得る。言い換えると、デバイスは、ビットストリームのサブセット中に存在する各レイヤ識別子を含む特定の動作点のターゲットレイヤ識別子セットを決定することができ、特定の動作点のレイヤ識別子セットは、ビットストリーム中に存在するレイヤ識別子のサブセットである。加えて、デバイスは、ビットストリームのサブセット中に存在する最大の時間識別子に等しい特定の動作点のターゲット時間識別子を決定することができ、特定の動作点のターゲット時間識別子は、ビットストリーム中に存在する最大の時間識別子以下である。
[0098]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＣ．１項では、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔがｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔに設定される。ｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔは、試験対象の動作点の動作点表現の中に存在する、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセットを含む。ｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔは、試験対象のビットストリーム中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のサブセットである。
[0099]さらに、変数ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、復号されるべき最高の時間的なサブレイヤを特定する。時間的なサブレイヤは、特定の値のＴｅｍｐｏｒａｌＩｄを有するＶＣＬ ＮＡＬユニット、および関連付けられる非ＶＣＬ ＮＡＬユニットからなる、時間的なスケーラブルなビットストリームの時間的なスケーラブルレイヤである。ＨＥＶＣ標準の項Ｃ．１において、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄはｔａｒｇｅｔＯｐＴｉｄに設定される。ｔａｒｇｅｔＯｐＴｉｄは、試験対象の動作点の動作点表現の中に存在する最大のｔｅｍｐｏｒａｌ＿ｉｄに等しく、試験対象のビットストリーム中に存在する最大のｔｅｍｐｏｒａｌ＿ｉｄ以下である。したがって、復号処理がビットストリーム適合試験のために呼び出されるとき、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔおよびＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの値は、特定のビットストリーム適合試験のための試験対象の動作点に対応するサブビットストリーム中に存在する、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値のセットおよび最大のＴｅｍｐｏｒａｌＩｄ値に設定される。
[0100]このようにして、デバイス（ビデオエンコーダ２０、ビデオデコーダ３０、追加のデバイス２１、または別のデバイスのような）は、本開示の１つまたは複数の技法に従って、ビットストリーム適合試験を実行することの一部として復号処理を実行することができる。復号処理を実行することは、ビットストリーム抽出処理を実行して、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから抽出することを備え得る。レイヤ識別子のターゲットセット（すなわち、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ）は、動作点表現の中に存在するレイヤ識別子のシンタックス要素（たとえば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素）の値を含む。レイヤ識別子のターゲットセットは、ビットストリームのレイヤ識別子シンタックス要素の値のサブセットである。ターゲットの最高の時間識別子（すなわち、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）は、動作点表現の中に存在する最大の時間識別子に等しい。ターゲットの最高の時間識別子は、ビットストリーム中に存在する最大の時間識別子以下である。復号処理を実行することはまた、動作点表現のＮＡＬユニットを復号することを備える。
[0101]復号処理は、ビットストリーム適合試験を実行することの一部として常に実行されるとは限らない。むしろ、復号処理は、ビットストリームを復号するための一般的な処理であり得る。復号処理がビットストリーム適合試験の一部として実行されないとき、外部ソースが、動作点のためのＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔとＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄとを規定することができる。外部ソースは、ビットストリームの外部の情報のいずれかのソースであり得る。たとえば、ＣＤＮデバイスは、特定のビデオデコーダの構成に基づいて、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔとＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄとをプログラム的に決定し規定することができる。復号処理を実行するデバイスは、外部的に規定されたＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔとＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄとを使用して、ビットストリームから動作点表現を抽出することができる。復号処理を実行するデバイスは次いで、抽出された動作点表現のＮＡＬユニットを復号することができる。
[0102]したがって、復号処理がビットストリーム適合試験の一部として実行されないとき、復号処理を実行するデバイスは、外部ソースから、レイヤ識別子のターゲットセットとターゲットの最高の時間識別子とを受け取ることができる。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含む。ターゲットの最高の時間識別子は、第２の動作点表現の中に存在する最大の時間識別子に等しい。さらに、復号処理を実行するデバイスは、ビットストリーム抽出処理を実行して、ビットストリームから動作点表現を抽出することができる。復号処理を実行するデバイスは次いで、動作点表現のＮＡＬユニットを復号することができる。
[0103]他の例では、外部ソースは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔまたはＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄを規定しない。そのような例では、復号処理は、ビットストリーム全体に対して実行され得る。たとえば、デバイスは、ビットストリーム抽出処理を実行して、ビットストリームから動作点表現を抽出することができる。この例では、０が、動作点表現の中に存在するレイヤ識別子のシンタックス要素（すなわち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）の唯一の値である。さらに、この例では、ビットストリームの中に存在する最大の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しい。この例では、復号処理を実行するデバイスは、動作点表現のＮＡＬユニットを復号することができる。
[0104]上で示されたように、ＳＰＳは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］として示されるシンタックス要素のアレイを含むことがあり、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）がｉに等しいときの、ＤＰＢの最大の要求されるサイズを示す。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ピクチャ記憶バッファの単位で要求されるサイズを示す。さらに、ＳＰＳは、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］によって示されるシンタックス要素のアレイを含むことがあり、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）がｉに等しいときの、復号順序においていずれかのピクチャに先行し出力順序においてそのピクチャに後続するピクチャの、許容される最大の数を示す。加えて、ＨＲＤパラメータのセットは、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］と示されるシンタックス要素のアレイを含んでよく、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、最高の時間識別子（ＨｉｇｈｅｓｔＴｉｄ）がｉに等しいときの、コーディングされたビデオシーケンスのビットストリーム中の代替的なＣＰＢ仕様の数を規定する。
[0105]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は最高の時間的な識別子（ＨｉｇｈｅｓｔＴｉｄ）によって意味されるものを規定しないので、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、ＨＲＤ動作、ビットストリーム適合動作、およびレベル制約において適切に選択されない。言い換えると、ＨＲＤ動作、ビットストリーム適合要件、およびレベル制約における、パラメータｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、適切に選択されない。
[0106]本開示の１つまたは複数の技法によれば、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときのＤＰＢの最大の要求されるサイズをｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］が示すように、定義される。ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、上で説明された方式で決定される。これは、ＨｉｇｈｅｓｔＴｉｄが定義されないＨＥＶＣ
Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８とは対照的な状態であり得る。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、両端を含めて、０からＭａｘＤｐｂＳｉｚｅ（ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＡ．４項で規定されるような）の範囲にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、ｉの各値に対して、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］以下であるものとする。
Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８とは対照的な状態であり得る。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、両端を含めて、０からＭａｘＤｐｂＳｉｚｅ（ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＡ．４項で規定されるような）の範囲にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、ｉの各値に対して、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］以下であるものとする。
[0107]同様に、本開示の１つまたは複数の技法によれば、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、復号順序においていずれかのピクチャに先行し出力順序においてそのピクチャに後続するピクチャの許容される最大の数をｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］が示すように、定義される。ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、上で説明された方式で決定される。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の範囲にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］よりも大きいとする。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、ｉの各値に対して、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］以下であるものとする。
[0108]さらに、本開示の１つまたは複数の技法によれば、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、コーディングされたビデオシーケンスのビットストリーム中の代替的なＣＰＢ仕様の数を規定することができ、ｉは、０からビットストリーム中の時間的なレイヤの最大の数にまでわたる。ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、上で説明された方式で決定される。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含めて、０から３１の範囲にある。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］が１に等しいとき、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は０に等しい。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］が存在しないとき、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は０に等しいと推測される。
[0109]したがって、本開示の１つまたは複数の技法によれば、デバイスは、最高の時間識別子に基づいて、シンタックス要素の例の中から特定のシンタックス要素を決定することができる。最高の時間識別子は、最高の時間識別子が復号されるべき最高の時間的なレイヤを常に特定するように、定義される。したがって、ＨＲＤ動作、ビットストリーム適合要件、およびレベル制約におけるｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉについて一貫して選択される。
[0110]このようにして、デバイス（そのようなビデオエンコーダ２０、ビデオデコーダ３０、追加のデバイス２１、または別のデバイス）は、ＨＲＤ動作を実行して、ビデオコーディング標準に対するビットストリームの適合を決定し、または、ビデオコーディング標準に対するビデオデコーダの適合を決定することができる。ＨＲＤ動作を実行することの一部として、デバイスは、ビットストリームの選択された動作点と関連付けられるビットストリームのサブセットの最高の時間識別子を決定することができる。加えて、デバイスは、最高の時間識別子に基づいて、シンタックス要素のアレイ（たとえば、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、またはｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］）の中から、特定のシンタックス要素を決定することができる。さらに、デバイスは、ＨＲＤ動作において特定のシンタックス要素を使用することができる。
[0111]さらに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＶＰＳにおけるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の各々が、どのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＨＲＤ動作における使用のために選択されるかに基づいて、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造と関連付けられ得る。各々の選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に対応して、バッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージのセットも、ＨＲＤ動作において必要とされ得る。しかしながら、関連付けられるｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造がｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの複数の値（すなわち、ＨＥＶＣのマルチビュー拡張、３ＤＶ拡張、またはスケーラブルビデオコーディング拡張における複数のレイヤＩＤ）を含むｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に、バッファリング期間ＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージを関連付ける方法はない。
[0112]この問題に対する解決法は、Ｈ．２６４／ＡＶＣのＡｎｎｅｘ Ｈまたは同様のものにおいて規定されるような、マルチビューコーディングのスケーラブルネスティングＳＥＩメッセージを適用することであり得る。しかしながら、マルチビューコーディングのスケーラブルネスティングＳＥＩメッセージまたは同様のＳＥＩメッセージは、次の欠点を有し得る。第１に、Ｈ．２６４／ＡＶＣにおけるＳＥＩ ＮＡＬユニットは１バイトのＮＡＬユニットヘッダのみを有するので、バッファリング期間ＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージの動作点との関連付けのために、ＨＥＶＣ ＳＥＩ
ＮＡＬユニットのＮＡＬユニットヘッダの中のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓおよびｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１で搬送される情報を使用する方法がないことがある。第２に、各々のネストされたＳＥＩメッセージは、１つの動作点のみと関連付けられることが可能である。
ＮＡＬユニットのＮＡＬユニットヘッダの中のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓおよびｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１で搬送される情報を使用する方法がないことがある。第２に、各々のネストされたＳＥＩメッセージは、１つの動作点のみと関連付けられることが可能である。
[0113]本開示の１つまたは複数の技法は、バッファリング期間ＳＥＩメッセージ、ピクチャタイミングＳＥＩメッセージ、またはサブピクチャタイミングＳＥＩメッセージで搬送され得るａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造を通じて、バッファリング期間ＳＥＩメッセージ、ピクチャタイミングＳＥＩメッセージ、またはサブピクチャタイミングＳＥＩメッセージが適用される動作点を明確に規定するための機構を提供することができる。この機構は、ＳＥＩ ＮＡＬユニットのＮＡＬユニットヘッダ中のシンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓおよびｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１で搬送される情報を使用する可能にでき、複数の動作点によって、同じバッファリング期間ＳＥＩメッセージ、ピクチャタイミングＳＥＩメッセージまたはサブピクチャタイミングＳＥＩメッセージで運ばれる情報の共有を可能にできる。
[0114]図２は、本開示の技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。図２は、説明のために提供されるものであり、本開示で広く例示され説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、ＨＥＶＣコーディングの文脈でビデオエンコーダ２０を説明する。しかしながら、本開示の技法は、他のコーディング標準または方法に適用可能であり得る。
[0115]図２の例では、ビデオエンコーダ２０は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換処理ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１４と、復号されたピクチャのバッファ１１６と、エントロピー符号化ユニット１１８とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０とイントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定ユニット１２２と動き補償ユニット１２４とを含む。他の例では、ビデオエンコーダ２０は、より多数の、より少数の、または異なる機能コンポーネントを含み得る。
[0116]ビデオエンコーダ２０はビデオデータを受信することができる。ビデオエンコーダ２０はビデオデータのピクチャのスライス中の各ＣＴＵを符号化することができる。ＣＴＵの各々は、等しいサイズのルーマコーディングツリーブロック（ＣＴＢ：coding tree block）およびピクチャの対応するＣＴＢと関連付けられ得る。ＣＴＵの符号化の一部として、予測処理ユニット１００は、４分木区分を実行して、ＣＴＵのＣＴＢを徐々により小さくなるブロックに分割することができる。より小さいブロックは、ＣＵのコーディングブロックであり得る。たとえば、予測処理ユニット１００は、ＣＴＵと関連付けられるＣＴＢを４つの等しいサイズのサブブロックに区分することができ、サブブロックの１つまたは複数を４つの等しいサイズのサブサブブロックに区分することができ、以下同様である。
[0117]ビデオエンコーダ２０は、ＣＴＵのＣＵを符号化して、ＣＵの符号化された表現（すなわち、コーディングされたＣＵ）を生成することができる。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの中で、ＣＵと関連付けられるコーディングブロックを区分することができる。したがって、各ＰＵは、ルーマ予測ブロックおよび対応するクロマ予測ブロックと関連付けられ得る。ビデオエンコーダ２０およびビデオデコーダ３０は、様々なサイズを有するＰＵをサポートすることができる。ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指すことがあり、かつＰＵのサイズは、ＰＵのルーマ予測ブロックのサイズを指すことがある。特定のＣＵのサイズを２Ｎ×２Ｎと仮定すると、ビデオエンコーダ２０およびビデオデコーダ３０は、イントラ予測のために２Ｎ×２ＮまたはＮ×ＮのＰＵサイズをサポートすることができ、インター予測のために２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称的なＰＵサイズをサポートすることができる。ビデオエンコーダ２０およびビデオデコーダ３０はまた、インター予測のために、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズのための非対称的な区分をサポートすることができる。
[0118]インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実行することによって、ＰＵの予測データを生成することができる。ＰＵの予測データは、ＰＵの予測ブロックとＰＵの動き情報とを含み得る。インター予測ユニット１２０は、ＰＵがＩスライス中にあるか、Ｐスライス中にあるか、またはＢスライス中にあるかに応じて、ＣＵのＰＵに対して異なる動作を実行することができる。Ｉスライス中では、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、インター予測処理ユニット１２０は、ＰＵに対してインター予測を実行しない。したがって、Ｉモードで符号化されたブロックに対して、予測ブロックは、同じフレーム内の前に符号化された隣接ブロックからの空間的予測を使用して形成される。
[0119]ＰＵがＰスライス中にある場合、動き推定ユニット１２２は、ＰＵの参照領域のための参照ピクチャのリスト（たとえば、「ＲｅｆＰｉｃＬｉｓｔ０」）中の参照ピクチャを探索し得る。ＰＵの参照領域は、ＰＵの予測ブロックに最も密接に対応するサンプルブロックを含む参照ピクチャ内の領域であり得る。動き推定ユニット１２２は、ＰＵの参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０中の位置を示す参照インデックスを生成し得る。加えて、動き推定ユニット１２２は、ＰＵの予測ブロックと参照領域と関連付けられる参照位置の間の、空間的な変位を示す動きベクトルを生成し得る。たとえば、動きベクトルは現在のピクチャ中の座標から参照ピクチャ中の座標までのオフセットを提供する、２次元ベクトルであり得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照位置における実際のサンプルまたは補間されたサンプルに基づいて、ＰＵの予測ブロックを生成し得る。
[0120]ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵに対して単方向予測または双方向予測を実行することができる。ＰＵについて単方向予測を実行するために、動き推定ユニット１２２は、ＰＵの参照領域について、ＲｅｆＰｉｃＬｉｓｔ０の参照ピクチャまたは第２の参照ピクチャリスト（「ＲｅｆＰｉｃＬｉｓｔ２」）を探索し得る。動き推定ユニット１２２は、参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１中の位置を示す参照インデックスと、ＰＵのサンプルブロックと参照領域と関連付けられる参照位置との間の空間的な変位を示す動きベクトルと、参照ピクチャがＲｅｆＰｉｃＬｉｓｔ０の中にあるか、またはＲｅｆＰｉｃＬｉｓｔ１の中にあるかを示す１つまたは複数の予測方向インジケータとを、ＰＵの動き情報として出力することができる。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照領域における実際のサンプルまたは補間されたサンプルに少なくとも一部基づいて、ＰＵの予測ブロックを生成し得る。
[0121]動き推定ユニット１２２は、ＰＵについて双方向インター予測を実行するために、ＰＵの参照領域についてＲｅｆＰｉｃＬｉｓｔ０の中の参照ピクチャを探索することができ、ＰＵの別の参照領域についてＲｅｆＰｉｃＬｉｓｔ１の中の参照ピクチャを探索することもできる。動き推定ユニット１２２は、参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１の中の位置を示す、参照インデックスを生成し得る。加えて、動き推定ユニット１２２は、参照領域と関連付けられる参照位置とＰＵのサンプルブロックとの間の空間的な変位を示す動きベクトルを生成することができる。ＰＵの動き情報は、ＰＵの参照インデックスと、動きベクトルとを含み得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照領域における実際のサンプルまたは補間されたサンプルに少なくとも一部基づいて、ＰＵの予測ブロックを生成し得る。
[0122]イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実行することによって、ＰＵの予測データを生成することができる。ＰＵの予測データは、ＰＵの予測ブロックと様々なシンタックス要素とを含み得る。イントラ予測処理ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライスの中のＰＵに対してイントラ予測を実行することができる。
[0123]ＰＵに対してイントラ予測を実行するために、イントラ予測処理ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵの予測データの複数のセットを生成することができる。イントラ予測モードを使用してＰＵの予測データのセットを生成するために、イントラ予測処理ユニット１２６は、そのイントラ予測モードと関連付けられた方向へと、ＰＵのサンプルブロック全体にわたって、隣接するＰＵのサンプルブロックからサンプルを延ばすことができる。隣接するＰＵは、ＰＵ、ＣＵ、およびＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、たとえば３３個の方向のイントラ予測モードを使用することができる。いくつかの例では、イントラ予測モードの数は、ＰＵと関連付けられた領域のサイズに依存し得る。
[0124]予測処理ユニット１００は、ＰＵのためにインター予測処理ユニット１２０によって生成された予測データ、またはＰＵのためにイントラ予測処理ユニット１２６によって生成された予測データの中から、ＣＵのＰＵの予測データを選択することができる。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／ひずみ測定基準に基づいて、ＣＵのＰＵの予測データを選択する。選択された予測データの予測ブロックは、本明細書では、選択された予測ブロックと呼ばれ得る。
[0125]残差生成ユニット１０２は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックならびにＣＵのＰＵの選択された予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックに基づいて、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを生成することができる。たとえば、残差生成ユニット１０２は、残差ブロック中の各サンプルが、ＣＵのコーディングブロック中のサンプルとＣＵのＰＵの対応する選択された予測ブロック中の対応するサンプルとの間の差に等しい値を有するように、ＣＵの残差ブロックを生成することができる。
[0126]変換処理ユニット１０４は、４分木区分を実行して、ＣＵと関連付けられた残差ブロックをＣＵのＴＵと関連付けられた変換ブロックに区分することができる。したがって、ＴＵは、ルーマ変換ブロックおよび２つのクロマ変換ブロックと関連付けられ得る。ＣＵのＴＵのルーマ変換ブロックおよびクロマ変換ブロックのサイズおよび位置は、ＣＵのＰＵの予測ブロックのサイズおよび位置に基づくこともまたは基づかないこともある。「残差４分木」（ＲＱＴ）として知られる４分木構造は、領域の各々と関連付けられたノードを含み得る。ＣＵのＴＵは、ＲＱＴのリーフノードに対応し得る。
[0127]変換処理ユニット１０４は、ＴＵの変換ブロックに１つまたは複数の変換を適用することによって、ＣＵの各ＴＵのための変換係数ブロックを生成することができる。変換処理ユニット１０４は、ＴＵと関連付けられた変換ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向変換、または概念的に同様の変換を変換ブロックに適用し得る。いくつかの例において、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは変換係数ブロックとして扱われ得る。
[0128]量子化ユニット１０６は、係数ブロック中の変換係数を量子化し得る。量子化処理は、変換係数の一部またはすべてと関連付けられたビット深度を低減し得る。たとえば、量子化の間にｎビットの変換係数がｍビット変換係数へと切り捨てられてよく、この場合、ｎはｍよりも大きい。量子化ユニット１０６は、ＣＵと関連付けられた量子化パラメータ（ＱＰ）値に基づいてＣＵのＴＵと関連付けられた係数ブロックを量子化することができる。ビデオエンコーダ２０は、ＣＵと関連付けられたＱＰの値を調整することによって、ＣＵと関連付けられた係数ブロックに適用される量子化の程度を調整することができる。量子化は情報の損失をもたらすことがあり、したがって、量子化された変換係数は、元の係数よりも低い精度を有することがある。
[0129]逆量子化ユニット１０８および逆変換処理ユニット１１０は、それぞれ、係数ブロックに逆量子化および逆変換を適用して、係数ブロックから残差ブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測ブロックからの対応するサンプルに追加して、ＴＵと関連付けられた再構成された変換ブロックを生成し得る。このようにＣＵの各ＴＵのための変換ブロックを再構成することによって、ビデオエンコーダ２０は、ＣＵのコーディングブロックを再構成し得る。
[0130]フィルタユニット１１４は、１つまたは複数のデブロッキング動作を実行して、ＣＵと関連付けられたコーディングブロック中のブロッキングアーティファクトを低減することができる。復号されたピクチャのバッファ１１６は、フィルタユニット１１４が、再構成されたコーディングブロックに対して１回または複数のデブロッキング動作を実行した後、再構成されたコーディングブロックを記憶し得る。インター予測ユニット１２０は、再構成されたコーディングブロックを含む参照ピクチャを使用して、他のピクチャのＰＵに対してインター予測を実行し得る。加えて、イントラ予測処理ユニット１２６は、復号されたピクチャのバッファ１１６の中の再構成されたコーディングブロックを使用して、ＣＵと同じピクチャの中の他のＰＵに対してイントラ予測を実行することができる。
[0131]エントロピー符号化ユニット１１８は、ビデオエンコーダ２０の他の機能コンポーネントからデータを受け取ることができる。たとえば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受け取ることができ、予測処理ユニット１００からシンタックス要素を受け取ることができる。エントロピー符号化ユニット１１８は、このデータに対して１つまたは複数のエントロピー符号化動作を実行して、エントロピー符号化されたデータを生成することができる。たとえば、エントロピー符号化ユニット１１８は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）動作、ＣＡＢＡＣ動作、可変−可変（Ｖ２Ｖ：variable-to-variable）長コーディング動作、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）動作、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング動作、指数ゴロム符号化動作、または別のタイプのエントロピー符号化動作をデータに対して実行し得る。ビデオエンコーダ２０は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化されたデータを含むビットストリームを出力することができる。たとえば、ビットストリームはＣＵのＲＱＴを表すデータを含み得る。
[0132]本開示の他の箇所で示されるように、ビデオエンコーダ２０はビットストリームでＶＰＳをシグナリングすることができる。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＶＰＳの特定のシンタックス要素（すなわち、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］）は値ＨｉｇｈｅｓｔＴｉｄに関して定義され、ＨｉｇｈｅｓｔＴｉｄは定義されない。本開示の１つまたは複数の技法によれば、ＶＰＳのこれらのシンタックス要素は、値ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄに関して定義されてよく、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、本開示の他の箇所で説明されるＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ、ように定義される。以下の表３は、本開示の１つまたは複数の技法による、ＶＰＳのシンタックスを示す。
[0133]表３の斜字の部分および、本開示全体の他のシンタックス表またはセマンティクスの説明は、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８との差を示し得る。本開示の１つまたは複数の技法によれば、ＶＰＳの以下のシンタックス要素のセマンティクスは、次のように変更され得る。ＶＰＳの他のシンタックス要素のセマンティクスは、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８ の場合と同じままであり得る。
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、ピクチャ記憶バッファの単位での、復号されたピクチャのバッファの要求されるサイズを規定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、両端を含めて、０からＭａｘＤｐｂＳｉｚｅ（Ａ．４項で規定されるような）の範囲にあるものとする。ｉが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ−１］以上であるものとする。
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、復号順序においていずれかのピクチャに先行し出力順序においてそのピクチャに後続するピクチャの最大の許容される数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の範囲にあるものとする。ｉが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であるものとする。
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］は、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］をｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］に設定することによって規定されるような、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために使用される。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］が０に等しくないとき、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、出力順序でコーディングされたビデオシーケンス中のいずれかのピクチャに先行し復号順序においてそのピクチャの後に続き得るピクチャの最大の数を規定する。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］が０に等しいとき、対応する制限は表現されない。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］の値は、両端を含めて、０から２32−２の範囲にあるものとする。
[0134]上で示されたように、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］のセマンティクスは、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄに関して定義され得る。対照的に、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］と、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］と、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］とをＨｉｇｈｅｓｔＴｉｄに関して定義し、ＨｉｇｈｅｓｔＴｉｄは定義されない。
[0135]表３の例示的なシンタックスにおいて示されるように、ＶＰＳは、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造とｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のペアを含む。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、ＨＲＤパラメータのセットを規定するシンタックス要素を含む。ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造は、動作点のセットを特定するシンタックス要素を含む。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造において規定されるＨＲＤパラメータのセットは、対応するｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造におけるシンタックス要素によって特定される動作点に適用可能であり得る。以下の表４は、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造についての例示的なシンタックスを提供する。
[0136]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．４は、ｏｐ＿ｐｏｉｎｔシンタックス構造のセマンティクスを記述する。本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．４は、表４のｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造のためのセマンティクスを提供するように次のように変更され得る。
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（ｏｐＩｄｘ）シンタックス構造は、ビデオパラメータセット中のｏｐＩｄｘ番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点のＯｐＬａｙｅｒＩｄＳｅｔに含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値のセットを規定する。
ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］＋１は、ビデオパラメータセット中のｏｐＩｄｘ番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点のＯｐＬａｙｅｒＩｄＳｅｔに含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値の数を規定する。ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］は、６３以下であるものとする。この仕様に適合するビットストリームでは、ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］は０に等しいものとする。この仕様のこのバージョンでは、ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］の値は０に等しいことが必要とされるが、デコーダは、ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］シンタックスにおいて他の値が現れることを許容するものとする。
ｏｐ＿ｌａｙｅｒ＿ｉｄ［ｏｐＩｄｘ］［ｉ］は、ビデオパラメータセット中のｏｐＩｄｘ番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点のＯｐＬａｙｅｒＩｄＳｅｔに含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のｉ番目の値を規定する。ｉがｊに等しくなく、ｉとｊの両方が両端を含めて０からｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１の範囲にあるとき、ｏｐ＿ｌａｙｅｒ＿ｉｄ［ｏｐＩｄｘ］［ｉ］のいずれの値も、ｏｐ＿ｌａｙｅｒ＿ｉｄ［ｏｐＩｄｘ］［ｊ］に等しくないものとする。ｏｐ＿ｌａｙｅｒ＿ｉｄ［０］［０］は０に等しいと推測される。
[0137]上で示されたように、ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］シンタックス要素＋１は、ビデオパラメータセット中のｏｐＩｄｘ番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点のＯｐＬａｙｅｒＩｄＳｅｔに含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値の数を規定する。対照的に、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］シンタックス要素＋１がｏｐＩｄｘによって特定される動作点に含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値の数を規定すると、規定する。同様に、表４の例では、ｏｐ＿ｌａｙｅｒ＿ｉｄ［ｏｐＩｄｘ］［ｉ］シンタックス要素は、ビデオパラメータセット中のｏｐＩｄｘ番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点のＯｐＬａｙｅｒＩｄＳｅｔに含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のｉ番目の値を規定する。対照的に、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｏｐ＿ｌａｙｅｒ＿ｉｄ［ｏｐＩｄｘ］［ｉ］シンタックス要素はｏｐＩｄｘによって特定される動作点に含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのｉ番目の値を規定すると、規定する。
[0138]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．２．２は、ＳＰＳのセマンティクス(semantics)を記述する。本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．２．２に対して以下の変更が行われ得る。ＳＰＳの他のシンタックス要素のセマンティクスは、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８ の場合と同じであり得る。
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、ピクチャ記憶バッファの単位での、復号されたピクチャのバッファの最大の要求されるサイズを規定する。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、両端を含めて、０からＭａｘＤｐｂＳｉｚｅ（Ａ．４項で規定されるような）の範囲にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の値は、ｉの各値に対して、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］以下であるものとする。
ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、復号順序においていずれかのピクチャに先行し出力順序においてそのピクチャに後続するピクチャの最大の許容される数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］の範囲にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、ｉの各値に対して、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］以下であるものとする。
０に等しくないｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］は、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］をｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］に等しく設定することによって規定されるような、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために使用される。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］が０に等しくないとき、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、出力順序においてコーディングされたビデオシーケンス中のいずれかのピクチャに先行し復号順序においてそのピクチャの後に続き得るピクチャの最大の数を規定する。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］が０に等しいとき、対応する制限は表現されない。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］の値は、両端を含めて、０から２32−２の範囲にあるものとする。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］の値は、ｉの各値に対して、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］以下であるものとする。
[0139]上で示されたように、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］のセマンティクスは、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄに関して定義される。ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、本開示の他の箇所で説明されたように決定される。対照的に、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］のセマンティクスをＨｉｇｈｅｓｔＴｉｄに関して定義し、ＨｉｇｈｅｓｔＴｉｄは定義されない。
[0140]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．５．１は、一般的なスライスヘッダのセマンティクスを記述する。本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．５．１に対して以下の変更が行われ得る。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション７．４．５．１の他の部分は同じままであり得る。
ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ＩＤＲピクチャまたはＢＬＡピクチャの復号の後で復号されたピクチャのバッファ中の以前に復号されたピクチャがどのように扱われるかを規定する。Ａｎｎｅｘ Ｃを参照されたい。現在のピクチャがＣＲＡピクチャであるとき、または、現在のピクチャがビットストリーム中の最初のピクチャであるＩＤＲピクチャまたはＢＬＡピクチャであるとき、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は復号処理に影響を与えない。現在のピクチャがビットストリーム中のピクチャではないＩＤＲピクチャまたはＢＬＡピクチャであり、アクティブシーケンスパラメータセットから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の値が、先行するピクチャに対してアクティブであるシーケンスパラメータセットから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の値とは異なるとき、１に等しいｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの実際の値にかかわらず、デコーダによって推測され得る（しかし推測されるべきではない）。
[0141]上で示されたように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇのセマンティクスは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］に関して定義される。ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、本開示の他の箇所で説明されたように決定される。対照的に、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇのセマンティクスをｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］に関して定義し、ＨｉｇｈｅｓｔＴｉｄは定義されない。
[0142]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション８．１は、一般的な復号処理を記述する。本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ
Ｄｒａｆｔ ８の一般的な復号処理は、次のように変更され得る。
Ｄｒａｆｔ ８の一般的な復号処理は、次のように変更され得る。
この処理の入力はビットストリームであり、出力は復号されたピクチャのリストである。
復号されるべきＶＣＬ ＮＡＬユニットのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセットを規定する、セットＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔが、次のように規定される。
−この仕様で規定されない何らかの外部手段がＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔを設定するために利用可能である場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは外部手段によって設定される。
−そうではなく、復号処理がＣ．１項で規定されるようにビットストリーム適合試験において呼び出される場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔはＣ．１項で規定されるように設定される。
−それ以外の場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの１つの値のみを含み、その値は０に等しい。
復号されるべき最高の時間的なサブレイヤを特定する変数ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、次のように規定される。
−この仕様で規定されない何らかの外部手段がＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄを設定するために利用可能である場合、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは外部手段によって設定される。
−そうではなく、復号処理がＣ．１項で規定されるようにビットストリーム適合試験において呼び出される場合、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄはＣ．１項で規定されるように設定される。
−それ以外の場合、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に設定される。
入力としてＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄとＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔとを用いて、１０．１項で規定されるようなサブビットストリーム抽出処理が適用され、出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅと呼ばれるビットストリームに割り当てられる。
次のことが、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ中の各々のコーディングされたピクチャ（現在のピクチャと呼ばれ、これは変数ＣｕｒｒＰｉｃによって示される）に当てはまる。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値に応じて、現在のピクチャのサンプルアレイの数は次の通りである。
−ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合、現在のピクチャは１つのサンプルアレイＳLからなる。
−それ以外の場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しくない）、現在のピクチャは３つのサンプルアレイＳL、ＳCb、ＳCrからなる。
現在のピクチャのための復号処理は、７項からのシンタックス要素と大文字の変数とを入力として用いる。各ＮＡＬユニット中の各シンタックス要素のセマンティクスを解釈するとき、および「ビットストリーム」またはその一部（たとえば、コーディングされたビデオシーケンス）が関与するとき、ビットストリームまたはその一部は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅまたはその一部を意味する。
すべてのデコーダが数値的に同一の結果を生むことになるように、復号処理が規定される。本明細書で説明される処理に対して同一の結果を生むいずれかの復号処理は、この仕様の復号処理の要件に適合する。
現在のピクチャがＣＲＡピクチャであるとき、次のことが当てはまる。
−この仕様で規定されない何らかの外部手段が変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを設定するために利用可能である場合、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは外部手段によって提供される値に設定される。
−それ以外の場合、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値は０に設定される。
現在のピクチャがＣＲＡピクチャでありＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇが１に等しいとき、次のことが、各々のコーディングされたスライスＮＡＬユニットに対する解析と復号の処理の間に当てはまる。
−ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値はＢＬＡ＿Ｗ＿ＬＰに設定される。
−ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は１に設定される。
注記１−設定が現在のピクチャおよび復号順序で後続のピクチャの復号に影響を与えないとき、たとえば、必要とされるときに利用可能なピクチャ記憶バッファが常にあるとき、デコーダの実装形態は、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値を０に設定することを選び得る。
この節で言及される各ピクチャは、完全なコーディングされたピクチャである。
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に応じて、復号処理は次のように構築される。
−ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、出力されている現在のピクチャについて復号処理が１回呼び出される。
−それ以外の場合（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）、復号処理は３回呼び出される。復号処理への入力は、同一の値のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄを有するコーディングされたピクチャのすべてのＮＡＬユニットである。特定の値のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄを有するＮＡＬユニットの復号処理は、その特定の値のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄを有する単色のカラーフォーマットを伴うコーディングされたビデオシーケンスのみがビットストリーム中に存在するかのように、規定される。３つの復号処理の各々の出力は、現在のピクチャの３つのサンプルアレイに割り当てられ、０に等しいｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄを有するＮＡＬユニットはＳLに割り当てられ、１に等しいｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄを有するＮＡＬユニットはＳCbに割り当てられ、２に等しいｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄを有するＮＡＬユニットはＳCrに割り当てられる。
注記１−変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しくｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等しいとき、０として導出される。復号処理において、この変数の値が評価されて、０に等しいｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃを有する単色ピクチャの動作と同一の動作をもたらす。
復号処理は、現在のピクチャＣｕｒｒＰｉｃについて次のように動作する。
１．ＮＡＬユニットの復号は８．２項で規定される。
２．８．３項の処理はスライスレイヤおよびその上のレイヤのシンタックス要素を使用して復号処理を規定する。
−ピクチャ順序カウントに関する変数および関数が、８．３．１項において導出される（この導出は、ピクチャの最初のスライスのみに対して呼び出される必要がある）。
−８．３．２項における参照ピクチャセットのための復号処理が呼び出され、参照ピクチャは、「参照のために使用されない」または「長期参照のために使用される」として標識され得る（この復号処理は、ピクチャの最初のスライスのみに対して呼び出される必要がある）。
−現在のピクチャがＢＬＡピクチャであるとき、またはビットストリーム中の最初のピクチャであるＣＲＡピクチャであるとき、８．３．３項で規定される利用不可能な参照ピクチャを生成するための復号処理が呼び出される（この復号処理はピクチャの最初のスライスのみに対して呼び出される必要がある）。
−ＰｉｃＯｕｔｐｕｔＦｌａｇは次のように設定される。
−現在のピクチャがＴＦＤピクチャであり、復号順序において前のＲＡＰピクチャが、ＢＬＡピクチャ、またはビットストリーム中の最初のコーディングされたピクチャであるＣＲＡピクチャである場合、ＰｉｃＯｕｔｐｕｔＦｌａｇは０に等しく設定される。
−それ以外の場合、ＰｉｃＯｕｔｐｕｔＦｌａｇはｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定される。
−各々のＰスライスまたはＢスライスのための復号処理の開始時に、８．３．４項で規定される参照ピクチャリスト構築のための復号処理が、参照ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ０）の導出のために、またＢスライスを復号するときは参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ１）の導出のために呼び出される。
−現在のピクチャのすべてのスライスが復号された後で、復号されたピクチャは「短期参照のために使用される」と標識される。
３．８．４項、８．５項．８．６項、および８．７項の処理は、コーディングツリーユニットレイヤおよびその上のレイヤにおけるシンタックス要素を使用して復号処理を規定する。
[0143]本開示の他の箇所で示されるように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８において、復号処理がビットストリーム適合試験のために呼び出されるとき、シンタックス要素のセマンティクスがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの値として明確に規定されず、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄが適切に設定されない。一般的な復号処理に対する上で示される修正は、この問題を改善し得る。上で示されたように、一般的な復号処理がビットストリーム適合試験のために呼び出されるとき、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔおよびＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの値は、Ｃ．１項で規定されるように設定される。下で説明されるように、Ｃ．１項の修正されたバージョンは、試験対象の動作点に対応するサブビットストリーム中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値のセットに、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔを設定することができる。Ｃ．１項の修正されたバージョンは、試験対象の動作点に対応するサブビットストリーム中に存在する最大のＴｅｍｐｏｒａｌＩｄ値に、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄを設定することができる。
[0144]このようにして、ビデオデコーダ３０のようなデバイスは、ビットストリーム適合試験を実行することの一部として、復号処理を実行することができる。復号処理を実行することは、ビットストリーム抽出処理を実行して、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから抽出することを備え得る。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含んでよく、レイヤ識別子のターゲットセットはビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しくてよく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。さらに、デバイスは、動作点表現のＮＡＬユニットを復号することができる。
[0145]上のセクション８．１に対する修正で示されたように、復号処理は、ビットストリーム適合試験の一部として実行されるとは限らない。復号処理がビットストリーム適合試験の一部として実行されないいくつかの例では、デバイスは、ビットストリーム抽出処理を実行して、ビットストリームから動作点の動作点表現を抽出することができる。この場合、０が、動作点表現の中に存在するレイヤ識別子のシンタックス要素（たとえば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）の唯一の値であってよく、ビットストリーム中に存在する最大の時間識別子は、動作点の動作点表現の中に存在する最大の時間識別子に等しい。デバイスは、第２の動作点の動作点表現のＮＡＬユニットを復号することができる。
[0146]代替的に、デバイスは、レイヤ識別子のターゲットセットとターゲットの最高の時間識別子とを、外部ソースから受信することができる。レイヤ識別子のターゲットセットは、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現の中に存在する、レイヤ識別子のシンタックス要素の値を含み得る。ターゲットの最高の時間識別子は、動作点の動作点表現の中に存在する最大の時間識別子に等しくてよい。さらに、デバイスは、ビットストリーム抽出処理を実行して、ビットストリームから動作点の動作点表現を抽出することができる。加えて、デバイスは、動作点の動作点表現のＮＡＬユニットを復号することができる。
[0147]さらに、本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項で記述されるサブビットストリーム抽出処理は、次のように変更され得る。
両端を含めて０から６の範囲にあるいずれかの値に等しいｔＩｄＴａｒｇｅｔを有し、値０のみを含むｌａｙｅｒＩｄＳｅｔＴａｒｇｅｔを有する、この項で規定される処理の出力に含まれるいずれかのサブビットストリームが、この仕様に適合することが、ビットストリーム適合の要件である。
注記−適合するビットストリームは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓが０に等しくＴｅｍｐｏｒａｌＩｄが０に等しい、１つまたは複数のコーディングされたスライスのＮＡＬユニットを含む。
この処理への入力は、変数ｔＩｄＴａｒｇｅｔおよびセットｌａｙｅｒＩｄＳｅｔＴａｒｇｅｔである。
この処理の出力はサブビットストリームである。
サブビットストリームは、ｔＩｄＴａｒｇｅｔよりも大きいＴｅｍｐｏｒａｌＩｄ、またはｌａｙｅｒＩｄＳｅｔＴａｒｇｅｔ中の値ではないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを有するすべてのＮＡＬユニットをビットストリームから除去することによって、導出される。
[0148]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項では、上でｌａｙｅｒＩｄＳｅｔＴａｒｇｅｔが使用される箇所で、変数名ｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔが使用される。ｌａｙｅｒＩｄＳｅｔＴａｒｇｅｔを使用するための、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔの１０．１項に対する上で示された変更は、サブビットストリーム抽出処理で使用されるレイヤ識別子のセットと、本開示の他の箇所で説明されるように特定の定義を有するｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔとの間に差異があり得ることを明らかにする役割を果たし得る。
[0149]さらに、本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＡ．４．１の全般的なティアおよびレベルの仕様は、次のように変更され得る。本開示では、「プロファイル」はビットストリームシンタックスのサブセットを指し得る。「ティア」および「レベル」は、各プロファイル内で規定され得る。ティアのレベルは、ビットストリーム中のシンタックス要素の値に課された制約の規定されたセットであり得る。これらの制約は、値に関する単純な制限であり得る。
[0150]代替的に、制約は、値の算術的な組合せ（たとえば、ピクチャの幅×ピクチャの高さ×毎秒復号されるピクチャの数）に関する制約の形態をとり得る。下位のティアのために規定されたレベルは、上位のティアのために規定されたレベルよりも制約される。本開示の例によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の「一般的なレベルの仕様」セクション（すなわち、セクションＡ．４．１）は、「一般的なティアおよびレベルの仕様」へと表題を変えられ、文章は次のように変更される。表Ａ−１はＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８と同じままであり得る。
ティアの能力の比較の目的で、０に等しいｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇを有するティアは、１に等しいｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇを有するティアよりも下位のティアであると見なされるものとする。
レベルの能力の比較の目的で、特定のティアに対して、より下位のレベルはより低い値のｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃを有する。
次のことが、この付記における制約を表現するために規定される。
−アクセスユニットｎを、復号順序でｎ番目のアクセスユニットとし、最初のアクセスユニットがアクセスユニット０（すなわち、０番目のアクセスユニット）である。
−ピクチャｎを、コーディングされたピクチャまたはアクセスユニットｎの対応する復号されたピクチャとする。
−変数ｆＲを、１÷３００に設定されるようにする。
規定されたレベルにおけるプロファイルに適合するビットストリームは、Ａｎｎｅｘ Ｃで規定されるような各ビットストリーム適合試験に対する以下の制約に従うものとする。
ａ）Ｃ．２．２項において規定されるようなＣＰＢからのアクセスユニットｎ（ただしｎ＞０）の名目除去時間が、ピクチャｎ−１のＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹの値に対してｔr,n（ｎ）−ｔr（ｎ−１）がＭａｘ（ＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹ÷ＭａｘＬｕｍａＳＲ，ｆＲ）以上であるという制約を満たし、ＭａｘＬｕｍａＳＲはピクチャｎ−１に適用される表Ａ−１において規定される値である。
ｂ）Ｃ．３．２項で規定されるような、ＤＰＢからのピクチャの連続する出力時間の間の差が、ピクチャｎのＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹの値に対して、Δｔo,dpb（ｎ）≧Ｍａｘ（ＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹ÷ＭａｘＬｕｍａＳＲ，ｆＲ）であるという制約を満たし、ＭａｘＬｕｍａＳＲは、ピクチャｎが出力されるピクチャであり出力されるビットストリームの最後のピクチャではないという条件のもとで、ピクチャｎのために表Ａ−１において規定される値である。
ｃ）ＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹ≦ＭａｘＬｕｍａＰＳであり、ＭａｘＬｕｍａＰＳは表Ａ−１で規定される。
ｄ）ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ≦Ｓｑｒｔ（ＭａｘＬｕｍａＰＳ×８）ｅ）ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ≦Ｓｑｒｔ（ＭａｘＬｕｍａＰＳ×８）ｆ）ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］≦ＭａｘＤｐｂＳｉｚｅであり、ＭａｘＤｐｂＳｉｚｅは次の式によって規定される。
ここで、ＭａｘＬｕｍａＰＳは表Ａ−１で規定され、ＭａｘＤｐｂＰｉｃＢｕｆは６に等しい。
表Ａ−１は、各ティアの各レベルに対する制限を規定する。表Ａ−１のＭｉｎＣＲパラメータ列の使用が、Ａ．４．２項で規定される。
ビットストリームが適合するティアおよびレベルは、次のように、シンタックス要素ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇおよびｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃによって示されるものとする。
−表Ａ−１におけるティア制約仕様によれば、０に等しいｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇはＭａｉｎティアに対する適合を示し、１に等しいｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇはＨｉｇｈティアに対する適合を示す。ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇは、レベル４未満のレベルに対しては０に等しいものとする（「−」によって標識された表Ａ−１のエントリーに対応する）。表Ａ−１におけるＭａｘＢＲおよびＭａｘＣＰＢ以外のレベルの制限は、ＭａｉｎティアとＨｉｇｈティアの両方に対して共通である。
−ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃは、表Ａ−１で規定されるレベル数の３０倍の値に等しく設定されるものとする。
[0151]上の項目（ｆ）で示されたように、規定されたレベルにおけるプロファイルに適合するビットストリームは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］≦ＭａｘＤｐｂＳｉｚｅであるという制約に従う。ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄは、本開示の他の箇所で説明される方式で定義され得る。対照的に、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、規定されたレベルにおけるプロファイルに適合するビットストリームがｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｓｐｓ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］≦ＭａｘＤｐｂＳｉｚｅであるという制約に従うことを、項目（ｆ）について示す。本開示の他の箇所で示されるように、パラメータｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、レベル制約において適切に選択されないことがある。本開示の１つまたは複数の技法によれば、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］のインデックスｉとして、ｓｐｓ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１をＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄで置き換えることは、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉについてレベル制約が一貫して選択されることを確実にする。
[0152]このようにして、ＨＲＤの復号処理は、シンタックス要素のアレイ（たとえば、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、ＳＰＳから、復号することができ、アレイ中のシンタックス要素の各々は、ＨＲＤのＤＰＢの最大の要求されるサイズを示す。さらに、デバイスがＨＲＤ動作を実行するとき、デバイスは、ターゲットの最高の時間識別子（たとえば、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）に基づいて、アレイ中の特定のシンタックス要素（たとえば、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を決定することができる。さらに、デバイスは、特定のシンタックス要素の値が最大のＤＰＢサイズ（たとえば、ＭａｘＤｐｂＳｉｚｅ）より大きいとき、ビットストリームがビデオコーディング標準に適合しないと決定することができる。
[0153]さらに、本開示の１つまたは複数の例示的な技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＡ．４．２は、次のように変更され得る。ＨＥＶＣ
Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＡ．４．２は、Ｍａｉｎプロファイルのためのプロファイル固有のレベル制限を記述する。表Ａ−２はＨＥＶＣ Ｗｏｒｋｉｎｇ
Ｄｒａｆｔ ８と同じままであり得る。
Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＡ．４．２は、Ｍａｉｎプロファイルのためのプロファイル固有のレベル制限を記述する。表Ａ−２はＨＥＶＣ Ｗｏｒｋｉｎｇ
Ｄｒａｆｔ ８と同じままであり得る。
規定されたティアおよびレベルにおけるＭａｉｎプロファイルに適合するビットストリームは、Ａｎｎｅｘ Ｃにおいて規定されるようなビットストリーム適合試験に対する以下の制約に従うものとする。
ａ）ピクチャ中のスライスの数（ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｆｌａｇは０または１のいずれかに等しい）は、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ以下であり、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは表Ａ−１で規定される。
ｂ）ＶＣＬ ＨＲＤパラメータに対して、ＳｃｈｅｄＳｅｌＩｄｘの少なくとも１つの値に対して、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］≦ｃｐｂＢｒＶｃｌＦａｃｔｏｒ×ＭａｘＢＲ、かつ、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］≦ｃｐｂＢｒＶｃｌＦａｃｔｏｒ×ＭａｘＣＰＢであり、ｃｐｂＢｒＶｃｌＦａｃｔｏｒは表Ａ−２で規定され、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は次のように与えられる。
−ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、それぞれ式Ｅ−４５およびＥ−４６によって、Ｃ．１項で規定されるように選択されるシンタックス要素を使用して、与えられる。
−それ以外の場合（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＶＣＬ ＨＲＤパラメータのためにＥ．２．３項で規定されるように推測される。
ＭａｘＢＲおよびＭａｘＣＰＢは、それぞれ、ｃｐｂＢｒＶｃｌＦａｃｔｏｒビット／秒およびｃｐｂＢｒＶｃｌＦａｃｔｏｒビットの単位で、表Ａ−１において規定される。ビットストリームは、両端を含めて、０からｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の範囲にあるＳｃｈｅｄＳｅｌＩｄｘの少なくとも１つの値に対して、これらの条件を満たすものとする。
ｃ）ＮＡＬ ＨＲＤパラメータに対して、ＳｃｈｅｄＳｅｌＩｄｘの少なくとも１つの値に対して、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］≦ｃｐｂＢｒＮａｌＦａｃｔｏｒ×ＭａｘＢＲ、かつ、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］≦ｃｐｂＢｒＮａｌＦａｃｔｏｒ×ＭａｘＣＰＢであり、ｃｐｂＢｒＮａｌＦａｃｔｏｒは表Ａ−２で規定され、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は次のように与えられる。
−ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、それぞれ式Ｅ−４５およびＥ−４６によって、Ｃ．１項で規定されるように選択されるシンタックス要素を使用して、与えられる。
−それ以外の場合（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＮＡＬ ＨＲＤパラメータのためにＥ．２．３項で規定されるように推測される。
ＭａｘＢＲおよびＭａｘＣＰＢは、それぞれ、ｃｐｂＢｒＮａｌＦａｃｔｏｒビット／秒およびｃｐｂＢｒＮａｌＦａｃｔｏｒビットの単位で、表Ａ−１において規定される。ビットストリームは、両端を含めて、０からｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の範囲にあるＳｃｈｅｄＳｅｌＩｄｘの少なくとも１つの値に対して、これらの条件を満たすものとする。
ｄ）アクセスユニット０に対するＮｕｍＢｙｔｅｓＩｎＮＡＬｕｎｉｔ変数の合計は、ピクチャ０のＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹの値に対して、１．５×（Ｍａｘ（ＰｉｃＳｉｚｅＩｎＳａｍｐｌｅｓＹ，ｆＲ×ＭａｘＬｕｍａＳＲ）＋ＭａｘＬｕｍａＳＲ×（ｔr（０）−ｔr,n（０）））÷ＭｉｎＣＲ以下であり、ＭａｘＬｕｍａＰＲおよびＭｉｎＣＲは、ピクチャ０に適用される表Ａ−１で規定される値である。
ｅ）ｎ＞０であるアクセスユニットｎに対するＮｕｍＢｙｔｅｓＩｎＮＡＬｕｎｉｔ変数の合計は、１．５×ＭａｘＬｕｍａＳＲ×（ｔr（ｎ）−ｔr（ｎ−１））÷ＭｉｎＣＲ以下であり、ＭａｘＬｕｍａＳＲおよびＭｉｎＣＲは、ピクチャｎに適用される表Ａ−１で規定される値である。
ｆ）レベル５およびそれより高いレベルに対して、変数ＣｔｂＳｉｚｅＹは３２または６４に等しいものとする。
ｇ）ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は、８以下であるものとする。
ｈ）ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値はＭａｘＴｉｌｅＣｏｌｓよりも小さいものとし、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１はＭａｘＴｉｌｅＲｏｗｓよりも小さいものとし、ＭａｘＴｉｌｅＣｏｌｓおよびＭａｘＴｉｌｅＲｏｗｓは表Ａ−１に規定されるようなものである。
[0154]本開示の他の箇所で示されるように、パラメータｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、レベル制約において適切に選択されないことがある。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、「両端を含めて０からｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲にあるＳｃｈｅｄＳｅｌＩｄｘの少なくとも１つの値に対してビットストリームがこれらの条件を満たすものとする．．．」ことを規定する。本開示の１つまたは複数の技法に従って、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］のインデックスｉとしてＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄを規定することは、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉについてレベル制約が一貫して選択されることを確実にする。
[0155]さらに、本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＡｎｎｅｘ Ｃの一般的なＣ．１項が修正され得る。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＣ．１項の図Ｃ−１および図Ｃ−２は、ＨＥＶＣ ＷＤ８と同じままであり得る。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＣ．１項の文章は、次のように変更され得る。
この付録は、仮想参照デコーダ（ＨＲＤ）と、ビットストリームおよびデコーダの適合を確認するためのＨＲＤの使用とを規定する。
２つのタイプのビットストリームが、この仕様のためのＨＲＤ適合確認を受ける。Ｔｙｐｅ Ｉのビットストリームと呼ばれる第１のタイプのビットストリームは、ビットストリーム中のすべてのアクセスユニットのための、ＶＣＬ ＮＡＬユニットと、ＦＤ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニット（フィラーデータＮＡＬユニット）とのみを含むＮＡＬユニットストリームである。Ｔｙｐｅ ＩＩビットストリームと呼ばれる第２のタイプのビットストリームは、ビットストリーム中のすべてのアクセスユニットのためのＶＣＬ ＮＡＬユニットおよびフィラーデータＮＡＬユニットに加えて、次のうちの少なくとも１つを含む。
−フィラーデータＮＡＬユニット以外の追加の非ＶＣＬ ＮＡＬユニット、−（Ａｎｎｅｘ Ｂで規定されるように）ＮＡＬユニットストリームからバイトストリームを形成する、すべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素。
図Ｃ−１は、ＨＲＤによって確認されるビットストリーム適合点のタイプを示す。
ＨＲＤのために必要とされる非ＶＣＬ ＮＡＬユニットのシンタックス要素（またはシンタックス要素のいくつかのためのそれらのデフォルト値）は、７節のセマンティクスの項、Ａｎｎｅｘ ＤおよびＥで規定される。
２つのタイプのＨＲＤパラメータ（ＮＡＬ ＨＲＤパラメータおよびＶＣＬ ＨＲＤパラメータ）が使用される。ＨＲＤパラメータは、ビデオパラメータセットシンタックス構造を通じて、または、シーケンスパラメータセットシンタックス構造の一部である、Ｅ．１項およびＥ．２項で規定されるようなビデオ使用可能性情報を通じてシグナリングされる。
ビットストリームの適合を確認するために、複数の試験が必要とされ得る。各試験に対して、次のステップが記載された順序で適用される。
１．ＴａｒｇｅｔＯｐとして示される、試験対象の動作点が選択される。ＴａｒｇｅｔＯｐは、ｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔに等しいＯｐＬａｙｅｒＩｄＳｅｔおよびｔａｒｇｅｔＯｐＴｉｄに等しいＯｐＴｉｄによって特定される。ｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔは、ＴａｒｇｅｔＯｐと関連付けられるビットストリームのサブセットの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセットを含み、試験対象のビットストリームの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のサブセットであるものとする。ｔａｒｇｅｔＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられるビットストリームのサブセットの中に存在する最大のＴｅｍｐｏｒａｌＩｄに等しく、試験対象のビットストリームの中に存在する最大のＴｅｍｐｏｒａｌＩｄ以下であるものとする。
２．ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔはｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔに設定され、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄはｔａｒｇｅｔＯｐＴｉｄに設定され、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅは、入力としてＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄおよびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔを伴う、１０．１項で規定されるようなサブビットストリーム抽出処理の出力に設定される。
３．ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔが値０のみを含む場合、アクティブシーケンスパラメータセット中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。それ以外の場合、アクティブシーケンスパラメータセットの中にあり（または外部手段を通じて提供され）、両端を含めて０からｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｏｐＩｄｘ］の範囲にあるｉに対してｏｐ＿ｌａｙｅｒ＿ｉｄ［ｏｐＩｄｘ］［ｉ］によって規定される値のセットがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔと同一である、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の中で、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅ Ｉのビットストリームである場合、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」に直ちに従うｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択され（この場合、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇは０に等しく設定される）、それ以外の場合（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅ ＩＩのビットストリームである）、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇは０に等しく設定される）または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇは１に等しく設定される）のいずれかに直ちに従うｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択され、フィラーデータＮＡＬユニットを除くすべての非ＶＣＬ ＮＡＬユニットが前者の場合においてＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され、その結果がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
４．ＴａｒｇｅｔＯｐに適用可能なバッファリング期間ＳＥＩメッセージと関連付けられるアクセスユニットが、ＨＲＤ当初化点として選択され、アクセスユニット０と呼ばれる。
５．タイミング情報を含むＳＥＩメッセージが選択される。ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造によって示されるような、アクセスユニット０においてコーディングされＴａｒｇｅｔＯｐに適用されるバッファリング期間ＳＥＩメッセージが選択される。アクセスユニット０から始まるＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ中の各アクセスユニットに対して、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造によって示されるような、アクセスユニットと関連付けられＴａｒｇｅｔＯｐに適用されるピクチャタイミングＳＥＩメッセージが選択され、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｉｎ＿ｐｉｃ＿ｔｉｍｉｎｇ＿ｓｅｉ＿ｆｌａｇが０に等しいとき、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造によって示されるような、アクセスユニット中の復号ユニットと関連付けられＴａｒｇｅｔＯｐに適用されるサブピクチャタイミングＳＥＩメッセージが選択される。
６．ＳｃｈｅｄＳｅｌＩｄｘの値が選択される。選択されたＳｃｈｅｄＳｅｌＩｄｘは、両端を含めて０からｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の範囲にあるものとし、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］は、上で選択されたようなｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）シンタックス構造において見出される。
７．当初のＣＰＢの除去遅延および遅延オフセットが選択され、アクセスユニット０と関連付けられるＴＦＤアクセスユニットがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され得る。アクセスユニット０の中のコーディングされたピクチャが、ＣＲＡ＿ＮＵＴまたはＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有し、選択されたバッファリング期間ＳＥＩメッセージの中のｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＮａｌＨｒｄＭｏｄｅＦｌａｇに対応するｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］によって表されるデフォルトの当初のＣＰＢの除去遅延および遅延オフセット（この場合、変数ＤｅｆａｕｌｔＩｎｉｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しく設定される）、またはＮａｌＨｒｄＭｏｄｅＦｌａｇに対応するｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］によって表される代替的な当初のＣＰＢの除去遅延および遅延オフセット（この場合、変数ＤｅｆａｕｌｔＩｎｉｔＣｐｂＰａｒａｍｓＦｌａｇが０に等しく設定される）のいずれかが選択され、アクセスユニット０と関連付けられるＴＦＤアクセスユニットは後者の場合ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され、その結果がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。それ以外の場合、デフォルトの当初のＣＰＢの除去遅延および遅延オフセットが選択される（この場合、変数ＤｅｆａｕｌｔＩｎｉｔＣｐｂＰａｒａｍｓＦｌａｇが１に等しく設定される）。
実行されるビットストリーム適合試験の数はＮ１×Ｎ２×Ｎ３×（Ｎ４×２＋Ｎ５）に等しく、Ｎ１、Ｎ２、Ｎ３、Ｎ４、およびＮ５の値は次のように規定される。
−Ｎ１は、試験対象のビットストリームに含まれる動作点の数である。
−ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅ Ｉのビットストリームである場合、Ｎ２は１に等しく、それ以外の場合（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅ ＩＩのビットストリームである）、Ｎ２は２に等しい。
−Ｎ３は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］＋１に等しい。
−Ｎ４は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅにおいてＴａｒｇｅｔＯｐに適用可能なバッファリング期間ＳＥＩメッセージと関連付けられるアクセスユニットの数であり、これらのアクセスユニット中のコーディングされたピクチャは、ＣＲＡ＿ＮＵＴまたはＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有し、ＴａｒｇｅｔＯｐに適用可能な関連付けられるバッファリング期間ＳＥＩメッセージは、１に等しいｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを有する。
−Ｎ５は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅにおいてＴａｒｇｅｔＯｐに適用可能なバッファリング期間ＳＥＩメッセージと関連付けられるアクセスユニットの数であり、これらのアクセスユニットの各々の中のコーディングされたピクチャは、ＣＲＡ＿ＮＵＴおよびＢＬＡ＿Ｗ＿ＬＰの１つに等しくないｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有し、または、ＴａｒｇｅｔＯｐに適用可能な関連付けられるバッファリング期間ＳＥＩメッセージは、０に等しいｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを有する。
ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅ ＩＩのビットストリームであるとき、「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」という条件に直ちに従うｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される場合、試験が図Ｃ−１に示されるＴｙｐｅ Ｉの適合点において行われ、ＶＣＬおよびフィラーデータＮＡＬユニットのみが、入力ビットレートおよびＣＰＢ記憶のためにカウントされ、それ以外の場合（「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」という条件に直ちに従うｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される）、試験が図Ｃ−１に示されるＴｙｐｅ ＩＩの適合点において行われ、（Ｔｙｐｅ ＩＩのＮＡＬユニットストリームの）すべてのＮＡＬユニットまたは（バイトストリーム）のすべてのバイトが、入力ビットレートおよびＣＰＢ記憶のためにカウントされる。
注記３−図Ｃ−１に示されるＴｙｐｅ ＩＩの適合点のためにＳｃｈｅｄＳｅｌＩｄｘの値によって確立されるＮＡＬ ＨＲＤパラメータは、ＶＢＲの場合に（０に等しいｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］）、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］の同じ値に対して、図Ｃ−１に示されるＴｙｐｅ Ｉの適合点に対するＶＣＬ ＨＲＤ適合を確立するのにも十分である。これは、Ｔｙｐｅ
Ｉの適合点へのデータフローがＴｙｐｅ ＩＩの適合点へのデータフローのサブセットであることと、ＶＢＲの場合に、ＣＰＢが空になることと次のピクチャが到達し始めることが予定される時間まで空のままであることとを許容されることが原因である。たとえば、２−９節に規定された復号処理を使用して、Ａｎｎｅｘ Ａに規定されるプロファイルの１つまたは複数に適合するコーディングされたビデオシーケンスを復号するとき、Ａ．４．２項の項目ｃ）におけるプロファイル適合のためにＮＡＬ ＨＲＤパラメータに対して設定される境界の中に入るだけではなく、Ａ．４．２項の項目ｂ）におけるプロファイル適合のためにＶＣＬ ＨＲＤパラメータに対して設定される境界の中にも入る、ＮＡＬ ＨＲＤパラメータがＴｙｐｅ ＩＩの適合点に対して提供されるとき、Ｔｙｐｅ Ｉの適合点に対するＶＣＬ ＨＲＤの適合も、Ａ．４．２項の項目ｂ）の境界の中に入ることが確実にされる。
Ｉの適合点へのデータフローがＴｙｐｅ ＩＩの適合点へのデータフローのサブセットであることと、ＶＢＲの場合に、ＣＰＢが空になることと次のピクチャが到達し始めることが予定される時間まで空のままであることとを許容されることが原因である。たとえば、２−９節に規定された復号処理を使用して、Ａｎｎｅｘ Ａに規定されるプロファイルの１つまたは複数に適合するコーディングされたビデオシーケンスを復号するとき、Ａ．４．２項の項目ｃ）におけるプロファイル適合のためにＮＡＬ ＨＲＤパラメータに対して設定される境界の中に入るだけではなく、Ａ．４．２項の項目ｂ）におけるプロファイル適合のためにＶＣＬ ＨＲＤパラメータに対して設定される境界の中にも入る、ＮＡＬ ＨＲＤパラメータがＴｙｐｅ ＩＩの適合点に対して提供されるとき、Ｔｙｐｅ Ｉの適合点に対するＶＣＬ ＨＲＤの適合も、Ａ．４．２項の項目ｂ）の境界の中に入ることが確実にされる。
ＶＣＬ ＮＡＬユニットおよび対応するバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージにおいて参照されるすべてのビデオパラメータセット、シーケンスパラメータセット、およびピクチャパラメータセットは、ビットストリーム中で（非ＶＣＬ ＮＡＬユニットによって）、またはこの仕様において規定されない他の手段によって、タイムリーな方式でＨＲＤに運ばれるものとする。
Ａｎｎｅｘ Ｃ、Ｄ、およびＥにおいて、非ＶＣＬ ＮＡＬユニットの「存在」の規定は、それらのＮＡＬユニット（またはそれらの一部のみ）がこの仕様によって規定されない他の手段によってデコーダ（またはＨＲＤ）に運ばれるときも、満たされる。ビットをカウントする目的で、ビットストリーム中に実際に存在する適切なビットのみがカウントされる。
注記１−例として、ビットストリーム中に存在するもの以外の手段によって運ばれる非ＶＣＬ ＮＡＬユニットの、ビットストリーム中に存在するＮＡＬユニットに対する同期は、仮にエンコーダがその非ＶＣＬ ＮＡＬユニットをビットストリーム中で運ぶことを決めていればその非ＶＣＬ ＮＡＬユニットがビットストリーム中でそれらの点の間に存在していたであろうビットストリーム中の２つの点を示すことによって、達成され得る。
非ＶＣＬ ＮＡＬユニットの内容がビットストリーム内に存在するもの以外の何らかの手段によって適用のために運ばれるとき、非ＶＣＬ ＮＡＬユニットの内容の表現は、この仕様で規定されるのと同じシンタックスを使用することを要求されない。
注記２−ＨＲＤ情報がビットストリーム内に含まれるとき、ビットストリームに含まれる情報のみに基づいて、この項の要件に対するビットストリームの適合を確かめることが可能である。すべての「スタンドアロン」のＴｙｐｅ Ｉのビットストリームの場合にそうであるように、ＨＲＤ情報がビットストリーム中に存在しないとき、適合は、ＨＲＤデータがこの仕様で規定されない何らかの他の手段によって与えられるときにのみ、確かめられ得る。
ＨＲＤは、図Ｃ−２に示されるように、コーディングされたピクチャのバッファ（ＣＰＢ）と、瞬時復号処理と、復号されたピクチャのバッファ（ＤＰＢ）と、出力のクロッピングとを含む。
各ビットストリーム適合試験に対して、ＣＰＢサイズ（ビットの数）は、式Ｅ−４６によって規定されるようなＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、この項において上で規定されたように選択される。ＤＰＢサイズ（ピクチャ記憶バッファの数）は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］である。
変数ＳｕｂＰｉｃＣｐｂＰｒｅｆｅｒｒｅｄＦｌａｇは、外部手段によって規定されるか、または外部手段によって規定されないときは０に設定される。
変数ＳｕｂＰｉｃＣｐｂＦｌａｇは次のように導出される。
ＳｕｂＰｉｃＣｐｂＦｌａｇ＝ＳｕｂＰｉｃＣｐｂＰｒｅｆｅｒｒｅｄＦｌａｇ＆＆ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ（Ｃ−１）ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、ＣＰＢは、アクセスユニットレベルで動作し、各復号ユニットはアクセスユニットである。それ以外の場合、ＣＰＢは、サブピクチャレベルで動作し、各復号ユニットはアクセスユニットのサブセットである。
ＨＲＤは次のように動作する。規定された到着スケジュールに従ってＣＰＢに流れる復号ユニットと関連付けられるデータは、ＨＳＳによって配信される。各復号ユニットと関連付けられるデータは、復号ユニットのＣＰＢ除去時間に瞬時復号処理によって瞬時に除去され復号される。各々の復号されたピクチャは、ＤＰＢの中に配置される。復号されたピクチャは、Ｃ．３．１項またはＣ．５．２項で規定されるように、ＤＰＢから除去される。
各ビットストリーム適合試験のためのＣＰＢの動作は、Ｃ．２項に規定される。瞬時デコーダ動作は、２−９節に規定される。各ビットストリーム適合試験のためのＤＰＢの動作は、Ｃ．３項で規定される。各ビットストリーム適合試験のための出力のクロッピングは、Ｃ．３．２項およびＣ．５．２項で規定される。
列挙された配信スケジュールの数、ならびにそれらの関連付けられるビットレートおよびバッファサイズに関する、ＨＳＳおよびＨＲＤ情報は、Ｅ．１．１項、Ｅ．１．２項、Ｅ．２．１項、およびＥ．２．２項で規定される。ＨＲＤは、Ｄ．１．１項およびＤ．２．１項で規定されるように、バッファリング期間ＳＥＩメッセージによって規定されるように当初化される。ＣＰＢからの復号ユニットの除去のタイミングおよびＤＰＢからの復号されたピクチャの出力のタイミングは、Ｄ．１．２項およびＤ．２．１項で規定されるようにピクチャタイミングＳＥＩメッセージにおいて規定される。特定の復号ユニットに関するすべてのタイミング情報が、復号ユニットのＣＰＢ除去時間よりも前に到達するものとする。
ビットストリーム適合の要件はＣ．４項で規定され、Ｃ．５項で規定されるようにデコーダの適合を確認するためにＨＲＤが使用される。
注記３−ビットストリームを生成するために使用されるすべてのピクチャのレートおよびクロックがビットストリームでシグナリングされる値と厳密に一致するという仮定のもとで、適合は保証されるが、実際のシステムでは、これらの各々はシグナリングされる値または規定される値から変動し得る。
この付記におけるすべての算術演算は、丸め誤差が広まり得ないように実際の値により行われる。たとえば、復号ユニットの除去の直前のまたはその直後のＣＰＢ中のビットの数は必ずしも整数であるとは限らない。
変数ｔcは、次のように導出され、クロックティックと呼ばれる。
変数ｔc_subは、次のように導出され、サブピクチャクロックティックと呼ばれる。
次のことが、この付記における制約を表現するために規定される。
−アクセスユニットｎを、復号順序でｎ番目のアクセスユニットとし、最初のアクセスユニットがアクセスユニット０（すなわち、０番目のアクセスユニット）である。
−ピクチャｎを、アクセスユニットｎのコーディングされたピクチャまたは復号されたピクチャとする。
−復号ユニットｍを、復号順序でｍ番目の復号ユニットとし、最初の復号ユニットが復号ユニット０である。
[0156]上のＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．１に対する修正は、ビットストリーム適合試験を明確にし得る。上で示されたように、復号処理がＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８におけるビットストリーム適合試験のために呼び出されるとき、シンタックス要素のセマンティクスがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの値として明確に規定されず、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄが適切に設定されない。セクションＣ．１に対する修正は、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔおよびＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの定義を明確にする。
[0157]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．１に対する上記の修正で示されるように、デバイスは、動作点を選択し、動作点のレイヤ識別子のターゲットセット（ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ）と最高の時間識別子（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）とを決定する、ＨＲＤ動作（ビットストリーム適合試験のような）を実行することができる。さらに、ＨＲＤ動作において、デバイスは、動作点に適用可能なＨＲＤパラメータのセットを選択し、ＨＲＤパラメータの選択されたセットを使用して、復号処理を実行するＨＲＤを構成することができる。特定の動作点に適用可能なＨＲＤパラメータのセットは、当初のＣＰＢの除去遅延、ＣＰＢサイズ、ビットレート、当初のＤＰＢの出力遅延、ＤＰＢサイズなどを規定するパラメータを含み得る。ＨＲＤ動作は、復号処理を実行することを含み得る。
[0158]いくつかの例では、デバイスは、ＶＰＳ中のＨＲＤパラメータ（たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造）の１つまたは複数のセットおよびＳＰＳ中のＨＲＤパラメータのセットの中から、動作点に適用可能なＨＲＤパラメータのセットを選択することができる。いくつかの例では、デバイスは、動作点のレイヤ識別子セットがＳＰＳと関連付けられるコーディングされたビデオシーケンス中に存在するすべてのレイヤ識別子のセットを含むとき、ＳＰＳ中のＨＲＤパラメータのセットが特定の動作点に適用可能であると決定することができる。さらに、いくつかの例では、デバイスは、動作点のターゲットレイヤ識別子セット（たとえば、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ）が値０のみを含むと決定したことに応答して、ＳＰＳ中のＨＲＤパラメータのセットを選択することができる。いくつかの例では、デバイスは、レイヤ識別子のセット（たとえば、ｏｐ＿ｌａｙｅｒ＿ｉｄ［］［］）が動作点のターゲットレイヤ識別子セット（たとえば、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔ）と同一であると決定したことに応答して、ＶＰＳ中のＨＲＤパラメータのセットを選択することができる。
[0159]さらに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．１に対する上記の修正および本開示の他の部分で示されるように、デバイスは、ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、ＳＰＳから、復号することができる。デバイスは、ターゲットの最高の時間識別子に基づいて、アレイ中の特定のシンタックス要素（すなわち、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を決定することができる。上で示されたように、ＤＰＢ中のピクチャ記憶バッファの数は、特定のシンタックス要素によって示される（すなわち、ＤＰＢサイズ（ピクチャ記憶バッファの数）はｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］である）。
[0160]加えて、復号処理は、ＨＲＤパラメータの選択されたセットを含む、ＨＲＤパラメータシンタックス構造（ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（））を復号することができる。ＨＲＤパラメータの選択されたセットは、ビットストリーム中の代替的なＣＰＢ仕様の数を各々示す、シンタックス要素のアレイ（ｃｂｐ＿ｃｎｔ＿ｍｉｎｕｓ１［］）を含む。デバイスがＨＲＤ動作を実行するとき、デバイスが、ターゲットの最高の時間識別子（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）に基づいて、アレイ中の特定のシンタックス要素（ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を選択でき、０からその特定のシンタックス要素の値までの範囲にあるスケジューラ選択インデックス（ＳｃｈｅｄＳｅｌＩｄｘ）を選択できることを、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．１に対する修正は明確にする。デバイスは、スケジューラ選択インデックスに少なくとも一部基づいて、ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定することができる。
[0161]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．２．１は、ビットストリームの適合のためのＤＰＢからのピクチャの除去に関する。本開示の１つまたは複数の例示的な技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．２．１は、次のように変更され得る。
この項の仕様は、Ｃ．１項で規定されるように選択されるＤＰＢパラメータの各セットに独立に適用される。
現在のピクチャの復号の前の（ただし、現在のピクチャの最初のスライスのスライスヘッダを解析した後の）ＤＰＢからのピクチャの除去は、（現在のピクチャを含んでいる）アクセスユニットｎの最初の復号ユニットのＣＰＢ除去時間に瞬時に起こり、次のように進行する。
８．３．２項で規定されるような、参照ピクチャセットのための復号処理が呼び出され得る。
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャである場合、次のことが当てはまる。
１．ＩＤＲピクチャまたはＢＬＡピクチャが復号される最初のピクチャではなく、アクティブシーケンスパラメータセットから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の値が、それぞれ、先行するピクチャについてアクティブであったシーケンスパラメータセットから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の値とは異なるとき、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの実際の値にかかわらず、ＨＲＤによって１に等しいと推測される。
注記−デコーダの実装形態は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の変更に関して、ＨＲＤよりも適切にピクチャまたはＤＰＢサイズの変更を扱おうと試みるものとする。
２．ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１に等しいとき、または１に等しいと推測されるとき、ＤＰＢ中のすべてのピクチャ記憶バッファは、それらが含んでいるピクチャの出力を伴わずに空にされ、ＤＰＢ充満度は０に設定され得る。
以下の条件の両方が真である、ＤＰＢ中のすべてのピクチャｋがＤＰＢから除去される。
−ピクチャｋが、「参照のために使用されない」と標識される。
−ピクチャｋが、０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するか、またはそのＤＰＢ出力時間が、現在のピクチャｎの（復号ユニットｍとして示される）最初の復号ユニットのＣＰＢ除去時間以下である、すなわち、ｔo,dpb（ｋ）≦ｔr（ｍ）である。
ピクチャがＤＰＢから除去されると、ＤＰＢ充満度は１だけデクリメントされ得る。
[0162]本開示の他の箇所で示されるように、パラメータｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ＨＲＤ動作において適切に選択されないことがある。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、上で示されたように、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の代わりにｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］を単に示す。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、セクションＣ．２．１においてインデックスｉのセマンティクスを示さない。本開示の１つまたは複数の技法によれば、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄをｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］のインデックスｉとして規定することは、ＤＰＢからピクチャを除去するＨＲＤ動作を実行するときに、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉがｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］において使用されることを、確実にし得る。
[0163]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．２．１に対する上記の修正で示されるように、デバイスは、ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素の第１のアレイ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、現在のピクチャについてアクティブであるＳＰＳから復号することができる。加えて、デバイスは、ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素の第２のアレイ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、現在のピクチャについてアクティブであるＳＰＳから復号することができる。デバイスは、ターゲットの最高の時間識別子（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）に基づいて、第１のアレイ中の第１のシンタックス要素（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を決定することができる。加えて、デバイスは、ターゲットの最高の時間識別子に基づいて、第２のアレイ中の第２のシンタックス要素（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を決定することができる。現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャであり、第１のシンタックス要素の値が第２のシンタックス要素の値と異なるとき、デバイスは、第３のシンタックス要素によって示される値とは関係なく、第３のシンタックス要素の値（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ）を推測することができる。第３のシンタックス要素は、ＩＤＲピクチャまたはＢＬＡピクチャの復号の後、ＤＰＢ中の以前に復号されたピクチャがどのように扱われるかを規定し得る。
[0164]ＩＤＲピクチャは、各スライスセグメントがＩＤＲ＿Ｗ＿ＬＰまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する、ランダムアクセスポイント（ＲＡＰ）ピクチャであり得る。ＩＤＲピクチャは、Ｉスライスのみを含み、復号順序でビットストリーム中で最初のピクチャであってよく、または、ビットストリーム中でより後に現れてよい。ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャは、ビットストリーム中に存在する、関連付けられる先行ピクチャを有さない。先行ピクチャは、出力順序で関連付けられるＲＡＰピクチャに先行するピクチャである。ＩＤＲ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャは、ビットストリーム中に存在する、関連付けられる廃棄するものとタグ付けされた（ＴＦＤ：tagged-for-discard）ピクチャを有さず、しかし、ビットストリーム中に関連付けられるＤＬＰピクチャを有し得る。
[0165]ＢＬＡピクチャは、ＢＬＡ＿Ｗ＿ＴＦＤ、ＢＬＡ＿Ｗ＿ＤＬＰ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを各スライスセグメントが有する、ＲＡＰピクチャである。ＢＬＡ＿Ｗ＿ＴＦＤに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡピクチャは、ビットストリーム中に存在する、関連付けられるＴＦＤピクチャを有し得る。ＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡピクチャは、ビットストリーム中に存在する、関連付けられる先行ピクチャを有さない。ＢＬＡ＿Ｗ＿ＤＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＢＬＡピクチャは、ビットストリーム中に存在する、関連付けられるＴＦＤピクチャを有さず、しかし、ビットストリーム中に関連付けられるＤＬＰピクチャを有し得る。
[0166]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．３は、ビットストリーム適合動作を記述する。本開示の１つまたは複数の例示的な技法によれば、ＨＥＶＣ
Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．３は、次のように修正され得る。
Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．３は、次のように修正され得る。
この仕様に適合するコーディングされたデータのビットストリームは、この項で規定されるすべての要件を満たすものとする。
ビットストリームは、この付記の範囲外においてこの仕様で規定される、シンタックス、セマンティクス、および制約に従って解釈されるものとする。
ビットストリーム中の最初のコーディングされたピクチャは、ＲＡＰピクチャ、すなわち、ＩＤＲピクチャ、ＣＲＡピクチャ、またはＢＬＡピクチャであるものとする。
復号される各々の現在のピクチャに対して、変数ｍａｘＰｉｃＯｒｄｅｒＣｎｔおよびｍｉｎＰｉｃＯｒｄｅｒＣｎｔを、それぞれ、次のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値の最大値および最小値に等しく設定させる。
−現在のピクチャ。
−０に等しいＴｅｍｐｏｒａｌＩｄを有する、復号順序で前にあるピクチャ。
−現在のピクチャの参照ピクチャセット中の短期参照ピクチャ。
−１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有し、ｔr（ｎ）＜ｔr（ｃｕｒｒＰｉｃ）かつｔo,dpb（ｎ）≧ｔr（ｃｕｒｒＰｉｃ）であるすべてのピクチャｎ、ただしｃｕｒｒＰｉｃは現在のピクチャである。
次の条件のすべてが、ビットストリーム適合試験の各々に対して満たされるものとする。
１．バッファリング期間ＳＥＩメッセージと関連付けられる、ｎ＞０である各アクセスユニットｎに対して、Δｔg,90（ｎ）は
によって規定され、ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］の値は次のように制約されるものとする。
−ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が０に等しい場合、
である。
−それ以外の場合（ｃｂｒ＿ｆｌａｇ［ＳｃｈｅｄＳｅｌＩｄｘ］が１に等しい）、
である。
注記４−各ピクチャの除去時間におけるＣＰＢ中のビットの正確な数は、どのバッファリング期間ＳＥＩメッセージがＨＲＤを当初化するために選択されるかに依存し得る。エンコーダは、このことを、どのバッファリング期間ＳＥＩメッセージがＨＲＤを当初化するために選択されるかに関係なくすべての規定された制約が順守されるべきであることを確実にするために考慮しなければならず、それは、ＨＲＤがバッファリング期間ＳＥＩメッセージのいずれかの１つにおいて当初化され得るからである。
２．ＣＰＢオーバーフローは、ＣＰＢ中のビットの総数がＣＰＢサイズよりも大きい条件として、規定される。ＣＰＢはオーバーフローしてはならないものとする。
３．ＣＰＢアンダーフローは、復号ユニットｍの名目ＣＰＢ除去時間ｔr,n（ｍ）が、ｍの少なくとも１つの値に対して、復号ユニットｍの最終ＣＰＢ到着時間ｔaf（ｍ）よりも小さいという条件として規定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいとき、ＣＰＢはアンダーフローしてはならないものとする。
４．ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しいとき、ＣＰＢアンダーフローは復号ユニットｍにおいて発生し得る。この場合、復号ユニットｍを含むアクセスユニットｎの最終ＣＰＢ到着時間ｔaf（ｎ）は、復号ユニットｍを含むアクセスユニットｎの名目ＣＰＢ除去時間ｔr,n（ｎ）よりも大きいものとする。
５．（復号順序で２番目のピクチャから開始する）ＣＰＢからのピクチャの名目除去時間は、Ａ．４．１項からＡ．４．２項で表されるｔr,n（ｎ）およびｔr（ｎ）に対する制約を満たすものとする。
６．復号される各々の現在のピクチャに対して、Ｃ．３．１項で規定されるような、ＤＰＢからのピクチャの除去のための処理の呼出しの後、「参照のために使用される」と標識される、または１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有しｔo,dpb（ｎ）≧ｔr（ｃｕｒｒＰｉｃ）である（ただしｃｕｒｒＰｉｃは現在のピクチャである）、すべてのピクチャｎを含む、ＤＰＢ中の復号されたピクチャの数は、Ｍａｘ（０，ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］−１）以下であるものとする。
７．すべての参照ピクチャが、予測のために必要とされるときにＤＰＢ中に存在するものとする。１に等しいＯｕｔｐｕｔＦｌａｇを有する各ピクチャは、Ｃ．３項で規定される処理の１つによるピクチャの出力時間の前にピクチャがＤＰＢから除去されない限り、ピクチャのＤＰＢ出力時間においてＤＰＢ中に存在するものとする。
８．復号される各々の現在のピクチャに対して、ｍａｘＰｉｃＯｒｄｅｒＣｎｔ−ｍｉｎＰｉｃＯｒｄｅｒＣｎｔの値は、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ／２よりも小さいものとする。
９．ピクチャの出力時間と、出力順序でそのピクチャの後にあり１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する最初のピクチャの出力時間との差である、式Ｃ−１７によって与えられるようなΔto,dpb（ｎ）の値は、２〜９節で規定される復号処理を使用してビットストリームで規定されるプロファイル、ティア、およびレベルに対して、Ａ．４．１項で表される制約を満たすものとする。
[0167]本開示の他の箇所で示されるように、パラメータｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、ビットストリーム適合動作において適切に選択されないことがある。セクションＣ．３の項目６において、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、「ＤＰＢ中の復号されたピクチャの数は．．．Ｍｉｎ（０，ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴｅｍｐｏｒａｌＩｄ］−１）以下であるものとする」ことを示し、ＴｅｍｐｏｒａｌＩｄは定義されない。本開示の１つまたは複数の技法によれば、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄをｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］のインデックスｉとして規定することは、ビットストリーム適合動作を実行するときに、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉがｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］において使用されることを、確実にし得る。
[0168]デバイスがＨＲＤ動作の一部として復号処理を実行するとき、デバイスは、ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、ＳＰＳから、復号することができる。さらに、ＨＲＤ動作を実行することの一部として、デバイスは、ターゲットの最高の時間識別子（ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）に基づいて、アレイ中の特定のシンタックス要素を決定することができる。さらに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．３に対する上記の修正において示されるように、デバイスは、ＤＰＢ中の復号されたピクチャの数が、０と特定のシンタックス要素の値から１を引いたものとのうちの大きい方以下であるかどうかに少なくとも一部基づいて、ビットストリームがビデオコーディング標準に適合するかどうかを決定することができる。
[0169]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．４は、デコーダの適合を記述する。本開示の１つまたは複数の例示的な技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．４は、次のように変更され得る。
この仕様に適合するデコーダは、この項で規定されるすべての要件を満たすものとする。
特定のプロファイル、ティア、およびレベルに対する適合を主張するデコーダは、ＶＣＬ
ＮＡＬユニットにおいて参照されるすべてのビデオパラメータセット、シーケンスパラメータセット、およびピクチャパラメータセット、ならびに、適切なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、タイムリーな方式で、ビットストリーム中で（非ＶＣＬ ＮＡＬユニットによって）、またはこの仕様によって規定されない外部手段によって、デコーダに運ばれるとすれば、Ａｎｎｅｘ Ａで規定される方式で、Ｃ．４項で規定されるビットストリーム適合の要件に適合するすべてのビットストリームの復号に成功することが可能であるものとする。
ＮＡＬユニットにおいて参照されるすべてのビデオパラメータセット、シーケンスパラメータセット、およびピクチャパラメータセット、ならびに、適切なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、タイムリーな方式で、ビットストリーム中で（非ＶＣＬ ＮＡＬユニットによって）、またはこの仕様によって規定されない外部手段によって、デコーダに運ばれるとすれば、Ａｎｎｅｘ Ａで規定される方式で、Ｃ．４項で規定されるビットストリーム適合の要件に適合するすべてのビットストリームの復号に成功することが可能であるものとする。
予約されたものとして規定される値を有するシンタックス要素をビットストリームが含み、予約された値を有するシンタックス要素を含むシンタックス要素またはＮＡＬユニットの値をデコーダが無視するものとすることが規定され、ビットストリームがそれ以外のことについてこの仕様に適合するとき、適合するデコーダは、それが適合するビットストリームを復号し規定されるような予約された値を有するシンタックス要素を含むシンタックス要素またはＮＡＬユニットの値を無視するのと同じ方式で、ビットストリームを復号するものとする。
出力タイミングの適合および出力順序の適合という、デコーダにより主張され得る２つのタイプの適合がある。
デコーダの適合を確認するために、Ｃ．４項によって規定されるような、主張されたプロファイル、ティア、およびレベルに適合するテストビットストリームが、ＨＲＤと試験対象のデコーダ（ＤＵＴ）の両方に、仮想ストリームスケジューラ（ＨＳＳ）によって配信される。ＨＲＤによって出力されるすべてのピクチャは、ＤＵＴによっても出力され、かつＨＲＤによって出力される各ピクチャに対して、対応するピクチャに対してＤＵＴによって出力されるすべてのサンプルの値は、ＨＲＤによって出力されるサンプルの値に等しいものとする。
出力タイミングについてのデコーダの適合のために、ビットレートおよびＣＰＢサイズが規定されたプロファイル、ティア、およびレベルについてＡｎｎｅｘ Ａで規定されるように制約される、ＳｃｈｅｄＳｅｌＩｄｘの値のサブセットのみから選択される配信スケジュールとともに、または、ビットレートおよびＣＰＢサイズがＡｎｎｅｘ Ａで規定されるように制約される、以下で規定されるような「補間された」配信スケジュールとともに、ＨＳＳが上で説明されたように動作する。同じ配信スケジュールがＨＲＤとＤＵＴの両方に使用される。
０よりも大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］を伴うＨＲＤパラメータおよびバッファリング期間ＳＥＩメッセージが存在するとき、デコーダは、次のように、ピークビットレートｒと、ＣＰＢサイズｃ（ｒ）と、当初のＣＰＢの除去遅延（ｆ（ｒ）÷ｒ）とを有するものとして規定される「補間された」配信スケジュールを使用して動作するＨＳＳから配信されるようなビットストリームを復号することが可能であるものとする。
いずれかのＳｃｈｅｄＳｅｌＩｄｘ＞０、および、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］≦ｒ≦ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］となり、ｒおよびｃ（ｒ）が規定されたプロファイル、ティア、およびレベルに対する最大のビットレートおよびバッファサイズについてＡｎｎｅｘ Ａで規定されるような制限の範囲内にあるような、ｒに対して、
である。
注記１−ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、バッファリング期間ごとに異なっていることがあり、再計算されなければならない。
出力タイミングについてのデコーダの適合のために、上で説明されたようなＨＲＤが使用され、ピクチャ出力のタイミング（最初のビットの配信時間に対する）は、最大である固定された遅延まで、ＨＲＤとＤＵＴの両方に対して同じである。
出力順序についてのデコーダの適合に関して、次のことが当てはまる。
−ＨＳＳは、ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴからの「要求によって」ＤＵＴに配信し、これは、ＤＵＴが処理を進めるためにさらなるビットを必要とするときにのみＨＳＳがビットを（復号順序で）配信することを意味する。
注記２−これは、この試験に対して、ＤＵＴのコーディングされたピクチャのバッファが、最大の復号ユニットのサイズと同じ小ささであってよいことを意味する。
−以下で説明されるような修正されたＨＲＤが使用され、ビットレートおよびＣＰＢサイズがＡｎｎｅｘ Ａで規定されるように制約されるように、ＨＳＳは、ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅで規定されるスケジュールの１つによって、ビットストリームをＨＲＤに配信する。出力されるピクチャの順序は、ＨＲＤとＤＵＴの両方について同じであるものとする。
−出力順序についてのデコーダの適合のために、ＣＰＢサイズは、式Ｅ−４６によって規定されるようなＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、Ｃ．１項において上で規定されたように選択される。ＤＰＢサイズはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］である。ＨＲＤのためのＣＰＢからの除去時間は、最終ビットの到着時間に等しく、復号は即時である。このＨＲＤのＤＰＢの動作は、Ｃ．５．１項からＣ．５．３項で記述されるようなものである。
[0170]本開示の他の箇所で示されるように、パラメータｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］は、デコーダ適合要件において適切に選択されないことがある。たとえば、ＨＥＶＣ Ｗｏｒｋｉｎｇ
Ｄｒａｆｔ ８のセクションＣ．４は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１のためのインデックスを規定しない。本開示の１つまたは複数の技法によれば、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］のインデックスｉとして、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄを規定することは、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉについてデコーダ適合動作が一貫して実行されることを確実にする。
Ｄｒａｆｔ ８のセクションＣ．４は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１のためのインデックスを規定しない。本開示の１つまたは複数の技法によれば、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］のインデックスｉとして、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄを規定することは、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉについてデコーダ適合動作が一貫して実行されることを確実にする。
[0171]さらに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．４．２は、デコーダの適合のためのＤＰＢからのピクチャの除去を記述する。本開示の１つまたは複数の例示的な技法によれば、セクションＣ．４．２の表題は、「ＤＰＢからのピクチャの除去」から「ＤＰＢからのピクチャの出力および除去」に変更され得る。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＣ．４．２の文章は、次のように変更され得る。
現在のピクチャの復号の前の（ただし、現在のピクチャの最初のスライスのスライスヘッダを解析した後の）ＤＰＢからのピクチャの出力および除去は、現在のピクチャを含むアクセスユニットの最初の復号ユニットがＣＰＢから除去されるときに瞬時に起こり、次のように進行する。
８．３．２項で規定されるような、参照ピクチャセットのための復号処理が呼び出され得る。
−現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャである場合、次のことが当てはまる。
１．ＩＤＲピクチャまたはＢＬＡピクチャが復号される最初のピクチャではなく、アクティブシーケンスパラメータセットから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の値が、それぞれ、先行するピクチャについてアクティブであったシーケンスパラメータセットから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓまたはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の値とは異なるとき、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの実際の値にかかわらず、ＨＲＤによって１に等しいと推測される。
注記−デコーダの実装形態は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］の変更に関して、ＨＲＤよりも適切にピクチャまたはＤＰＢサイズの変更を扱おうと試みるものとする。
２．ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが、１に等しいとき、または１に等しいと推測されるとき、ＤＰＢ中のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力を伴わずに空にされる。
３．ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１に等しくなく、１に等しいと推測されないとき、「出力のために必要とされない」および「参照のために使用されない」と標識されるピクチャを含むピクチャ記憶バッファが（出力を伴わずに）空にされ、ＤＰＢ中のすべての空ではないピクチャ記憶バッファが、Ｃ．５．２．１項で規定される「バンピング」処理を繰り返し呼び出すことによって空にされる。
−それ以外の場合（現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャである）、「出力のために必要とされない」および「参照のために使用されない」と標識されるピクチャを含むピクチャ記憶バッファが（出力を伴わずに）空にされる。以下の条件の１つまたは複数が真であるとき、Ｃ．５．２．１項で規定される「バンピング」処理が、現在の復号されたピクチャを記憶するための空のピクチャ記憶バッファが存在するまで、繰り返し呼び出される。
１．「出力のために必要とされる」と標識されるＤＰＢ中のピクチャの数は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］より大きい。
２．ＤＰＢ中のピクチャの数は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］に等しい。
「バンピング」処理次の場合、「バンピング処理」が呼び出される。
−Ｃ．５．２項で規定されるように、現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇが１に等しくなく、１に等しくないと推測される。
−Ｃ．５．２項で規定されるように、現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、「出力のために必要とされる」と標識されるＤＰＢ中のピクチャの数がｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］より大きい。
−Ｃ．５．２項で規定されるように、現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、ＤＰＢ中のピクチャの数がｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］に等しい。
「バンピング」処理は、次の順序付けられたステップからなる。
１．出力が最初のピクチャが、「出力のために必要とされる」と標識されるＤＰＢ中のすべてのピクチャのうちの、最小値のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャとして選択される。
２．ピクチャが、ピクチャのためのアクティブシーケンスパラメータセットで規定されるクロッピング方形を使用してクロッピングされ、クロッピングされたピクチャが出力され、ピクチャが「出力のために必要とされない」と標識される。
３．クロッピングされ出力されたピクチャを含んだピクチャ記憶バッファが、「参照のために使用されない」と標識されるピクチャを含む場合、ピクチャ記憶バッファが空にされる。
[0172]本開示の他の箇所で示されるように、パラメータｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］およびｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＤＰＢからのピクチャの除去のようなＨＲＤ動作において適切に選択されないことがある。本開示の１つまたは複数の技法によれば、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄをｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］およびｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］のインデックスｉとして規定することは、ＤＰＢからピクチャを除去するＨＲＤ動作を実行するときに、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄの明確に規定された値に等しいｉがｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］およびｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］において使用されることを、確実にし得る。
[0173]デバイスがＨＲＤ動作の間に復号処理を実行するとき、デバイスは、ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、ＳＰＳから、復号することができる。さらに、デバイスがＨＲＤ動作を実行するとき、デバイスは、ターゲットの最高の時間識別子に基づいて、アレイ中の特定のシンタックス要素（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を決定することができる。さらに、デバイスは、現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、出力のために必要とされると標識されたＤＰＢ中のピクチャの数が特定のシンタックス要素の値より大きいとき、ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することができる。
[0174]同様に、デバイスがＨＲＤ動作の間に復号処理を実行するとき、デバイスは、ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイ（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［］）を、ＳＰＳから、復号することができる。さらに、デバイスがＨＲＤ動作を実行するとき、デバイスは、ターゲットの最高の時間識別子に基づいて、アレイ中の特定のシンタックス要素（ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ］）を決定することができる。さらに、デバイスは、現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、ＤＰＢ中のピクチャの数が特定のシンタックス要素によって示されるものに等しいとき、ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することができる。
[0175]さらに、本開示の１つまたは複数の技法によれば、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造および関連付けられるセマンティクスが、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８に追加され得る。以下の表５は、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造の例示的なシンタックスを示す。
[0176]表５に示されるａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造は、シンタックス構造と関連付けられるＳＥＩメッセージが適用される動作点を規定する。ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造と関連付けられるＳＥＩメッセージ（関連付けられるＳＥＩメッセージとも呼ばれる）は、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造を含むＳＥＩメッセージである。ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造と関連付けられるＳＥＩメッセージは、バッファリング期間ＳＥＩメッセージ、ピクチャタイミングＳＥＩメッセージ、またはサブピクチャタイミングＳＥＩメッセージであり得る。
[0177]デフォルトの動作点は、両端を含めて値０からｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを含むＯｐＬａｙｅｒＩｄＳｅｔによって特定される動作点として定義されてよく、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、関連付けられるＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットのＮＡＬユニットヘッダにおいてコーディングされ、ＯｐＴｉｄは、関連付けられるＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ値に等しい。あるいは、デフォルトの動作点は、関連付けられるＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットのＮＡＬユニットヘッダ中のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのみを含むＯｐＬａｙｅｒＩｄＳｅｔによって特定される動作点として定義されてよく、ＯｐＴｉｄは、関連付けられるＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ値に等しい。あるいは、デフォルトの動作点は、値０のみを含むＯｐＬａｙｅｒＩｄＳｅｔによって特定される動作点として定義されてよく、ＯｐＴｉｄは、関連付けられるＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ値に等しい。
[0178]ｄｅｆａｌｕｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇが１に等しい場合、関連付けられるＳＥＩメッセージが適用される動作点は、デフォルトの動作点、およびｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（ｉ）によって規定されるようなＯｐＬａｙｅｒＩｄＳｅｔおよびｏｐ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］に等しいＯｐＴｉｄによって特定されるｎｕｍ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１動作点であり、ｉは両端を含めて０からｎｕｍ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１の範囲にある。それ以外の場合（ｄｅｆａｌｕｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇが０に等しい）、関連付けられるＳＥＩメッセージが適用される動作点は、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（ｉ）によって規定されるようなＯｐＬａｙｅｒＩｄＳｅｔおよびｏｐ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］に等しいＯｐＴｉｄによって特定されるｎｕｍ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１＋１動作点であってよく、ｉは両端を含めて０からｎｕｍ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１＋１の範囲にある。
[0179]さらに、表５の例示的なシンタックスにおいて、ｎｕｍ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素＋１は、関連付けられるＳＥＩメッセージが適用される動作点の数を規定する。ｎｕｍ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１の値は、両端値を含めて０から６３の範囲にあり得る。表５の例では、１に等しいｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素は、関連付けられるＳＥＩメッセージがデフォルトの動作点に適用されることを規定する。０に等しいｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素は、関連付けられるＳＥＩメッセージがデフォルトの動作点に適用されないことを規定する。ｏｐ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］シンタックス要素は、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造において明示的にシグナリングされるｉ番目のＯｐＴｉｄ値を規定する。ｏｐ＿ｔｅｍｐｏｒａｌ＿ｉｄ［ｉ］の値は、両端を含めて、０から６の範囲にあり得る。
[0180]上で示されたように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、関連付けられるｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造がｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの複数の値（すなわち、ＨＥＶＣのマルチビュー拡張、３ＤＶ拡張、またはスケーラブルビデオコーディング拡張における複数のレイヤＩＤ）を含むｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に、バッファリング期間ＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージを関連付ける方法を提供しない。ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造を含むことは、この問題を少なくとも部分的に解決し得る。ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造は、バッファリング期間ＳＥＩメッセージ、ピクチャタイミングＳＥＩメッセージ、またはサブピクチャタイミングＳＥＩメッセージが適用される動作点を明確に規定し得る。このことは、ＳＥＩ ＮＡＬユニットのＮＡＬユニットヘッダ中のシンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓおよびｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１で搬送される情報の使用を可能にでき、複数の動作点と関連付けられるビデオデータの処理のために、同じバッファリング期間、ピクチャタイミングＳＥＩメッセージまたはサブピクチャタイミングＳＥＩメッセージで運ばれる情報の共有を可能にできる。
[0181]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＤ．１．１は、バッファリング期間ＳＥＩメッセージのシンタックスを記述する。本開示の１つまたは複数の例示的な技法によれば、バッファリング期間ＳＥＩメッセージは、以下の表６に示されるように変更され得る。バッファリング期間ＳＥＩメッセージシンタックスに対する変更は、バッファリング期間ＳＥＩメッセージがａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造を含むことを可能にし得る。
[0182]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＤ．２．１は、バッファリング期間ＳＥＩメッセージのシンタックス要素のセマンティクスを記述する。本開示の１つまたは複数の技法によれば、ｂｕｆｆｅｒｉｎｇ＿ｐｅｒｉｏｄ（ｐａｙｌｏａｄＳｉｚｅ）シンタックス構造のセマンティクスは次のように変更され得る。言及されないシンタックス要素のセマンティクスは、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の場合と同じである。
バッファリング期間ＳＥＩメッセージは、当初のＣＰＢの除去遅延および当初のＣＰＢの除去遅延のオフセットの情報を提供する。
次のことが、バッファリング期間ＳＥＩメッセージのシンタックスおよびセマンティクスに当てはまる。
−シンタックス要素ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１およびｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ならびに、変数ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇ、ＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇ、ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびＣｐｂＣｎｔは、バッファリング期間ＳＥＩメッセージが適用される動作点のいずれにも適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造において見出されるシンタックス要素において見出され、またはそれから導出される。
−異なるＯｐＴｉｄ値ｔＩｄＡとｔＩｄＢとを有する、バッファリング期間ＳＥＩメッセージが適用されるいずれかの２つの動作点は、その２つの動作点に適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造においてコーディングされるｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｔＩｄＡ］およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｔＩｄＢ］の値が同一であることを示す。
−異なるＯｐＬａｙｅｒＩｄＳｅｔ値ｌａｙｅｒＩｄＳｅｔＡとｌａｙｅｒＩｄＳｅｔＢとを有する、バッファリング期間ＳＥＩメッセージが適用されるいずれかの２つの動作点は、その２つの動作点に適用可能な２つのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に対して、それぞれ、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよびｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が同一であることを示す。
−ビットストリーム（またはその一部）は、バッファリング期間ＳＥＩメッセージが適用される動作点のいずれかと関連付けられるビットストリームのサブセット（またはその一部）を指す。
ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇまたはＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しい場合、規定された動作点に適用可能なバッファリング期間ＳＥＩメッセージは、コーディングされたビデオシーケンス中のいずれかのアクセスユニットに存在する可能性があり、規定された動作点に適用可能なバッファリング期間ＳＥＩメッセージは、各ＲＡＰアクセスユニット中に、かつ、復元点ＳＥＩメッセージと関連付けられる各アクセスユニット中に存在するものとする。それ以外の場合（ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇまたはＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが０に等しい）、コーディングされたビデオシーケンス中のアクセスユニットは、規定された動作点に適用可能なバッファリング期間ＳＥＩメッセージを有さないものとする。
注記−いくつかの適用例では、バッファリング期間ＳＥＩメッセージの頻繁な存在が望ましいことがある。
バッファリング期間ＳＥＩメッセージを含み０に等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを有するＳＥＩ ＮＡＬユニットが存在するとき、ＳＥＩ ＮＡＬユニットは、復号順序において、アクセスユニット中で最初のＶＣＬ ＮＡＬユニットに先行するものとする。
バッファリング期間は、復号順序において連続的なバッファリング期間ＳＥＩメッセージの２つのインスタンスの間のアクセスユニットのセットとして規定される。
変数ＣｐｂＣｎｔはｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｔＩｄ］＋１に等しくなるように導出され、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｔＩｄ］は、バッファリング期間ＳＥＩメッセージが適用されｔＩｄに等しいＯｐＴｉｄを有する動作点のいずれにも適用可能な、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造においてコーディングされる。
ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブシーケンスパラメータセットを指す。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、バッファリング期間ＳＥＩメッセージと関連付けられるコーディングされたピクチャによって参照されるピクチャパラメータセット中のｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値に等しいものとする。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端を含めて、０から３１の範囲にあるものとする。
１に等しいｒａｐ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタックス要素の存在を規定する。存在しないとき、ａｌｔ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推測され得る。関連付けられるピクチャがＣＲＡピクチャでもＢＬＡピクチャでもないとき、ａｌｔ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものとする。
ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに対して、それぞれ、デフォルトの当初のＣＰＢの除去遅延と、代替的な当初のＣＰＢの除去遅延とを規定する。シンタックス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットの長さを有し、その単位は９０ｋＨｚのクロックである。シンタックス要素の値は、０に等しくないものとし、９０ｋＨｚのクロック単位でのＣＰＢサイズの時間等価物である、９００００×（ＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］÷ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］）以下であるものとする。
ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに対して、それぞれ、デフォルトの当初のＣＰＢの除去のオフセットと、代替的な当初のＣＰＢの除去のオフセットとを規定する。シンタックス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられるビットの長さを有し、その単位は９０ｋＨｚのクロックである。これらのシンタックス要素は、デコーダによって使用され得ず、Ａｎｎｅｘ Ｃにおいて規定される配信スケジューラ（ＨＳＳ）のみのために必要とされ得る。
[0183]バッファリング期間ＳＥＩメッセージは、ＨＲＤパラメータ（たとえば、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］、ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］、およびｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］）を含み得る。上で示されたように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、関連付けられるｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造がｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの複数の値（すなわち、ＨＥＶＣのマルチビュー拡張、３ＤＶ拡張、またはスケーラブルビデオコーディング拡張における複数のレイヤＩＤ）を含む、ＶＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に、バッファリング期間ＳＥＩメッセージを関連付ける方法を提供しない。したがって、本開示の１つまたは複数の技法によれば、バッファリング期間ＳＥＩメッセージ中のａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス要素は、バッファリング期間ＳＥＩメッセージが適用される動作点を規定する。
[0184]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＤ．１．２は、ピクチャタイミングＳＥＩメッセージのシンタックスを示す。本開示の１つまたは複数の技法によれば、ピクチャタイミングＳＥＩメッセージのシンタックスは、以下の表７に示されるように変更され得る。ピクチャタイミングＳＥＩメッセージシンタックスに対する変更は、ピクチャタイミングＳＥＩメッセージがａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造を含むことを可能にし得る。
[0185]加えて、ピクチャタイミングＳＥＩメッセージのセマンティクスは次のように変更され得る。以下で言及されないｐｉｃ＿ｔｉｍｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）シンタックス構造のシンタックス要素のセマンティクスは、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８における場合と同じであり得る。
ピクチャタイミングＳＥＩメッセージは、ＳＥＩメッセージと関連付けられるアクセスユニットに対するＣＰＢ除去遅延およびＤＰＢ出力遅延の情報を提供する。
次のことが、ピクチャタイミングＳＥＩメッセージのシンタックスおよびセマンティクスに当てはまる。
−シンタックス要素ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１、ならびに、変数ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇは、ピクチャタイミングＳＥＩメッセージが適用される動作点のいずれにも適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造において見出されるシンタックス要素において見出され、またはそれから導出される。
−ビットストリーム（またはその一部）は、ピクチャタイミングＳＥＩメッセージが適用される動作点のいずれかと関連付けられるビットストリームのサブセット（またはその一部）を指す。
注記１−ピクチャタイミングＳＥＩメッセージのシンタックスは、ピクチャタイミングＳＥＩメッセージが適用される動作点に適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の内容に依存する。これらのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、ピクチャタイミングＳＥＩメッセージと関連付けられるコーディングされたピクチャに対してアクティブであるビデオパラメータセットおよび／またはシーケンスパラメータセットの中にある。ピクチャタイミングＳＥＩメッセージが、ビットストリーム中の最初のアクセスユニット、ＩＤＲアクセスユニット、またはＢＬＡアクセスユニットであるＣＲＡアクセスユニットと関連付けられるとき、それが同じアクセスユニット内のバッファリング期間ＳＥＩメッセージによって先行されない限り、ビデオパラメータセットおよびシーケンスパラメータセットのアクティブ化（および、ビットストリーム中の最初のピクチャではないＩＤＲピクチャまたはＢＬＡピクチャに対しては、コーディングされたピクチャがＩＤＲピクチャまたはＢＬＡピクチャであるという決定）は、コーディングされたピクチャの最初のコーディングされたスライスＮＡＬユニットの復号まで発生しない。コーディングされたピクチャのコーディングされたスライスＮＡＬユニットがＮＡＬユニット順序でピクチャタイミングＳＥＩメッセージの後にあるので、デコーダが、アクティブビデオパラメータセットおよび／またはアクティブシーケンスパラメータセットを決定するまで、ピクチャタイミングＳＥＩメッセージを含むＲＢＳＰを記憶し、次いで、ピクチャタイミングＳＥＩメッセージの解析を実行する必要がある場合があり得る。
ビットストリームにおけるピクチャタイミングＳＥＩメッセージの存在は、次のように規定される。
−ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが１に等しい場合、規定された動作点に適用可能な１つのピクチャタイミングＳＥＩメッセージは、コーディングされたビデオシーケンスのあらゆるアクセスユニットの中に存在するものとする。
−それ以外の場合（ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが０に等しい）、規定された動作点に適用可能なピクチャタイミングＳＥＩメッセージは、コーディングされたビデオシーケンスのいずれのアクセスユニットの中にも存在しないものとする。
ピクチャタイミングＳＥＩメッセージを含み０に等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを有するＳＥＩ ＮＡＬユニットが存在するとき、ＳＥＩ ＮＡＬユニットは、復号順序において、アクセスユニット中で最初のＶＣＬ ＮＡＬユニットに先行するものとする。
ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ＋１は、ＨＲＤがアクセスユニットレベルで動作するとき、先行するアクセスユニット中の直近のバッファリング期間ＳＥＩメッセージと関連付けられるアクセスユニットのＣＰＢからの除去の後、ピクチャタイミングＳＥＩメッセージと関連付けられるアクセスユニットデータをバッファから除去するまでに、何個のクロックティックを待つべきかを規定する。この値は、ＨＳＳのためのＣＰＢへのアクセスユニットデータの最早の可能な到着時間を計算するためにも使用される。そのシンタックス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられる固定長のコードである。
注記２−シンタックス要素ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１の（ビットの）長さを決定するｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージと関連付けられるコーディングされたピクチャに対してアクティブであるビデオパラメータセットまたはシーケンスパラメータセット中でコーディングされるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１は、異なるコーディングされたビデオシーケンスのアクセスユニットであり得る、バッファリング期間ＳＥＩメッセージを含む先行するアクセスユニットの除去時間に対するクロックティックの数を規定する。
ｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙが、ピクチャのＤＰＢ出力時間を計算するために使用される。ｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙは、アクセスユニット中の最後の復号ユニットのＣＰＢからの除去の後、復号されたピクチャがＤＰＢから出力されるまでに、何個のクロックティックを待つべきかを規定する。
注記３−ピクチャは、それが依然として「短期参照のために使用される」または「長期参照のために使用される」と標識されているとき、その出力時間においてＤＰＢから除去されない。
注記４−１つのｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙのみが、復号されたピクチャに対して規定される。
シンタックス要素ｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙの長さは、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によってビット単位で与えられる。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｍｉｎＴｉｄ］が１に等しいとき、ｍｉｎＴｉｄが、ピクチャタイミングＳＥＩメッセージが適用されるすべての動作点のＯｐＴｉｄ値の最小値である場合、ｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙは０に等しいものとする。
出力タイミング適合デコーダから出力されるいずれかのピクチャのｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時間は、復号順序でいずれかの後続のコーディングされたビデオシーケンス中のすべてのピクチャのｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時間に先行するものとする。
このシンタックス要素の値によって確立されるピクチャ出力順序は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値によって確立される順序と同じ順序であるものとする。
１に等しいか、または１に等しいと推測されるｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを伴うＩＤＲピクチャまたはＢＬＡピクチャに復号順序において先行することが原因で「バンピング」処理によって出力されないピクチャについて、ｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時間は、同じコーディングされたビデオシーケンス内のすべてのピクチャに対するＰｉｃＯｒｄｅｒＣｎｔＶａｌの増大する値とともに増大するものとする。
１に等しいｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇは、シンタックス要素ｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１が存在することを規定する。０に等しいｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇは、シンタックス要素ｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１が存在しないことを規定する。
ｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージと関連付けられるアクセスユニット中の各復号ユニットのＣＰＢからの除去までに、復号順序において前にある復号ユニットのＣＰＢからの除去の後、何個のサブピクチャクロックティック（Ｅ．２．１項参照）を待つべきかを規定する。この値は、Ａｎｎｅｘ Ｃに規定されるように、ＨＳＳのためのＣＰＢへの、復号ユニットデータの最早の可能な到着時間を計算するためにも使用される。このシンタックス要素は、そのビットの長さがｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられる、固定長のコードである。
[0186]上で示されたように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、関連付けられるｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造がｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの複数の値（すなわち、ＨＥＶＣのマルチビュー拡張、３ＤＶ拡張、またはスケーラブルビデオコーディング拡張における複数のレイヤＩＤ）を含む、ＶＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に、ピクチャタイミング期間ＳＥＩメッセージを関連付ける方法を提供しない。したがって、本開示の１つまたは複数の技法によれば、ピクチャタイミングＳＥＩメッセージ中のａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス要素は、バッファリング期間ＳＥＩメッセージが適用される動作点を規定する。
[0187]さらに、本開示の１つまたは複数の技法によれば、サブピクチャタイミングＳＥＩメッセージのシンタックスは、以下の表８に示されるように変更され得る。サブピクチャタイミングＳＥＩメッセージに対する変更は、サブピクチャタイミングＳＥＩメッセージがａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造を含むことを可能にし得る。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、サブピクチャタイミングＳＥＩメッセージは、ａｐｐｌｉｃａｂｌｅ＿ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔｓ（）シンタックス構造を含まない。
[0188]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＤ．２．２．２は、サブピクチャタイミングＳＥＩメッセージのセマンティクスを記述する。本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＤ．２．２．２は、次のように修正され得る。
サブピクチャタイミングＳＥＩメッセージは、ＳＥＩメッセージと関連付けられる復号ユニットに対するＣＰＢ除去遅延情報を提供する。
次のことが、サブピクチャタイミングＳＥＩメッセージのシンタックスおよびセマンティクスに当てはまる。
−シンタックス要素ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよびｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１、ならびに、変数ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇは、サブピクチャタイミングＳＥＩメッセージが適用される動作点のいずれにも適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造において見出されるシンタックス要素において見出され、またはそれから導出される。
−ビットストリーム（またはその一部）は、サブピクチャタイミングＳＥＩメッセージが適用される動作点のいずれかと関連付けられるビットストリームのサブセット（またはその一部）を指す。
ビットストリームにおけるサブピクチャタイミングＳＥＩメッセージの存在は、次のように規定される。
−ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが１に等しく、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、規定された動作点に適用可能な１つのサブピクチャタイミングＳＥＩメッセージが、コーディングされたビデオシーケンス中の各復号ユニットの中に存在し得る。
−それ以外の場合（ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが０に等しく、またはｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）、規定された動作点に適用可能なサブピクチャタイミングＳＥＩメッセージは、コーディングされたビデオシーケンス中に存在しないものとする。
サブピクチャタイミングＳＥＩメッセージと関連付けられる復号ユニットは、復号順序で、サブピクチャタイミングＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットと、それに続く、サブピクチャタイミングＳＥＩメッセージを含むいずれかの後続のＳＥＩ ＮＡＬユニットを含まないがその直前までのアクセスユニット中のすべての後続のＮＡＬユニットを含む、サブピクチャタイミングＳＥＩメッセージを含まない１つまたは複数のＮＡＬユニットとからなる。各復号ユニット中に少なくとも１つのＶＣＬ ＮＡＬユニットがあるものとする。ＶＣＬ ＮＡＬユニットと関連付けられるすべての非ＶＣＬ ＮＡＬユニットが、同じ復号ユニットに含まれるものとする。
ｄｕ＿ｓｐｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１は、先行するアクセスユニット中の直近のバッファリング期間ＳＥＩメッセージと関連付けられるアクセスユニット中の最後の復号ユニットのＣＰＢからの除去の後、サブピクチャタイミングＳＥＩメッセージと関連付けられる復号ユニットをＣＰＢから除去するまでに、何個のサブピクチャクロックティックを待つべきかを規定する。この値は、Ａｎｎｅｘ Ｃに規定されるように、ＨＳＳのためのＣＰＢへの、復号ユニットデータの最早の可能な到着時間を計算するためにも使用される。このシンタックス要素は、そのビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によって与えられる、固定長のコードによって表される。
注記−シンタックス要素ｄｕ＿ｓｐｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１の（ビットの）長さを決定するｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、サブピクチャタイミングＳＥＩメッセージと関連付けられる復号ユニットを含むアクセスユニットに対してアクティブであるビデオパラメータセットまたはシーケンスパラメータセット中でコーディングされるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、ｄｕ＿ｓｐｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１は、異なるコーディングされたビデオシーケンスのアクセスユニットであり得る、バッファリング期間ＳＥＩメッセージを含む先行するアクセスユニット中の最後の復号ユニットの除去時間に対するサブピクチャクロックティックの数を規定する。
[０１８９]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＥ．２．２は、ＨＲＤパラメータのセマンティクスを記述する。本開示の１つまたは複数の技法によれば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＥ．２．２は、次のように変更され得る。以下で言及されないＨＲＤパラメータのシンタックス要素のセマンティクスは、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８における場合と同じであり得る。
ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、ＨＲＤ動作で使用されるＨＲＤパラメータを提供する。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がビデオパラメータセットに含まれるとき、シンタックス構造が適用される動作点のＯｐＬａｙｅｒＩｄＳｅｔに含まれるｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値の数のセットは、７．４．４項に規定されるように、ビデオパラメータセット中の対応するｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｉｄｓ（）シンタックス構造によって規定されるか、または暗黙的に導出されるかのいずれかである。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点は、値０のみを含むＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点である。あるいは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点は、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点である。
（ビデオパラメータセットまたはシーケンスパラメータセットのいずれかの中の）コーディングされたビデオシーケンス中のすべてのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に対して、同じ動作点に適用される１つより大きいシンタックス構造は存在すべきではないという、ビットストリーム適合の要件がある。あるいは、同じ動作点に適用される、ビデオパラメータセット中の２つ以上のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が存在すべきではないことが、要求される。あるいは、値０のみを含むＯｐＬａｙｅｒＩｄＳｅｔを伴う動作点に適用される、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造をビデオパラメータセットが含むべきではないことが、要求される。
ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１［ｉ］およびｄｕ＿ｃｏｍｍｏｎ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１シンタックス要素のビット単位の長さを規定する。
ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージ中のａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１シンタックス要素およびサブピクチャタイミングＳＥＩメッセージ中のｄｕ＿ｓｐｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１シンタックス要素の、ビット単位の長さを規定する。ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１シンタックス要素が存在しないとき、それは２３に等しいと推測される。
ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、ピクチャタイミングＳＥＩメッセージ中のｐｉｃ＿ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙシンタックス要素のビット単位の長さを規定する。ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１シンタックス要素が存在しないとき、それは２３に等しいと推測される。
１に等しいｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、出力順序においていずれかの２つの連続するピクチャのＨＲＤ出力時間の間の時間的な距離が次のように制約されることを示す。０に等しいｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］は、出力順序においていずれかの２つの連続するピクチャのＨＲＤ出力時間の間の時間的な距離にそのような制約が適用されないことを示す。
ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が存在しないとき、それは０に等しいと推測される。
ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しく、ピクチャｎを含むコーディングされたビデオシーケンスに対してｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が１に等しいとき、式Ｃ−１７で規定されるようなΔo,dpb（ｎ）に対して計算される値は、ｔc×（ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃｓ＿ｍｉｎｕｓ１［ｉ］＋１）に等しいものとし、ｔcは、式Ｃ−１７における使用のために規定される後続のピクチャｎｎに対して次の条件の１つまたは複数が真であるとき、（ピクチャｎを含むコーディングされたビデオシーケンスに対するｔcの値を使用して）式Ｃ−１で規定されるようなものである。
−ピクチャｎｎが、ピクチャｎと同じコーディングされたビデオシーケンス中にある。
−ピクチャｎｎが異なるコーディングされたビデオシーケンス中にあり、ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］がピクチャｎｎを含むコーディングされたビデオシーケンスにおいて１に等しく、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ÷ｔｉｍｅ＿ｓｃａｌｅの値が両方のコーディングされたビデオシーケンスに対して同じであり、ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］の値が両方のコーディングされたビデオシーケンスに対して同じである。
ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］＋１は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、コーディングされたビデオシーケンス中の出力順序でいずれかの２つの連続するピクチャのＨＲＤ出力時間の間の、クロックティック(clock tiks) 単位での時間的な差を規定する。ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含めて、０から２０４７の範囲にあるものとする。
ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］は、Ａｎｎｅｘ Ｃで規定されるように、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときのＨＲＤ動作モードを規定する。ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］が１に等しいとき、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］は０に等しいものとする。
注記３−ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］が１に等しいとき、アクセスユニットによって使用されるビットの数が原因で名目ＣＰＢ除去時間に違反する「大きいピクチャ」が許容される。そのような「大きいピクチャ」は時折発生するだけであることが予測されるが、要求はされない。
ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、コーディングされたビデオシーケンスのビットストリーム中の代替的なＣＰＢ仕様の数を規定する。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含めて、０から３１の範囲にあるものとする。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］が１に等しいとき、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は０に等しいものとする。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］が存在しないとき、それは０に等しいと推測される。
[0190]本開示の他の箇所で説明されたように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ
８において、ＶＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のみがＨＲＤ動作のために選択され得るが、ＳＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は決して選択されない。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のセマンティクスに対する上で示された変更は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＳＰＳに含まれるとき、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用可能な動作点がＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点であり得ることを、明確にする。修正された一般的な復号処理において上で示されたように、外部手段がセットＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔに適用可能である場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは外部手段によって規定され得る。それ以外の場合、復号処理がビットストリーム適合試験において呼び出される場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、試験対象の動作点のレイヤ識別子のセットであり得る。それ以外の場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、０に等しい１つだけのレイヤ識別子（すなわち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの１つだけの値）を含み得る。一例では、外部手段は、端末の実装形態の一部であり、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの値を設定する機能を提供する、ＡＰＩであり得る。この例では、端末の実装形態は、デコーダの実装形態と、デコーダの実装形態の一部ではないいくつかの機能とを備え得る。
８において、ＶＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のみがＨＲＤ動作のために選択され得るが、ＳＰＳ中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は決して選択されない。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のセマンティクスに対する上で示された変更は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＳＰＳに含まれるとき、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用可能な動作点がＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点であり得ることを、明確にする。修正された一般的な復号処理において上で示されたように、外部手段がセットＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔに適用可能である場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは外部手段によって規定され得る。それ以外の場合、復号処理がビットストリーム適合試験において呼び出される場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、試験対象の動作点のレイヤ識別子のセットであり得る。それ以外の場合、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、０に等しい１つだけのレイヤ識別子（すなわち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの１つだけの値）を含み得る。一例では、外部手段は、端末の実装形態の一部であり、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの値を設定する機能を提供する、ＡＰＩであり得る。この例では、端末の実装形態は、デコーダの実装形態と、デコーダの実装形態の一部ではないいくつかの機能とを備え得る。
[0191]このようにして、デバイス（ビデオエンコーダ２０、ビデオデコーダ３０、追加のデバイス２１、または別のデバイスのような）は、ビデオパラメータセット中のＨＲＤパラメータのセットおよびＳＰＳ中のＨＲＤパラメータのセットの中から、特定の動作点に適用可能なＨＲＤパラメータのセットを選択することができる。加えて、デバイスは、特定の動作点に適用可能なＨＲＤパラメータのセットに少なくとも一部基づいて、その特定の動作点と関連付けられるビットストリームのサブセットがビデオコーディング標準に適合するかどうかを試験する、ビットストリーム適合試験を実行することができる。
[0192]上で示されたように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＥ．２．２は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点がＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点であることを示すように、修正され得る。さらに、上で説明されたように、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔがｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔに設定され、ｔａｒｇｅｔＯｐＬａｙｅｒＩｄＳｅｔは、ＴａｒｇｅｔＯｐと関連付けられるビットストリームのサブセット中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセットを含む。ＴａｒｇｅｔＯｐは、ＨＲＤ動作における試験対象の動作点である。さらに、ＨＲＤ動作（たとえば、ビットストリーム適合試験およびデコーダ適合試験）は、一般的な復号処理を呼び出すことができる。
[0193]上で説明されたように、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクション８．１は、１０．１項で規定されるようなサブビットストリーム抽出処理が、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄおよびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔを入力として伴って適用され、出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅと呼ばれるビットストリームに割り当てられることを規定するように、修正され得る。したがって、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のみが、ＴｅｓｔＤｅｃＬａｙｅｒＩｄＳｅｔ中のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値（すなわち、ＴａｒｇｅｔＯｐと関連付けられるビットストリームのサブセット中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセット）である。セクション８．１はさらに、各ＮＡＬユニット中の各シンタックス要素のセマンティクスを解釈するとき、および「ビットストリーム」またはその一部（たとえば、コーディングされたビデオシーケンス）が関与するとき、ビットストリームまたはその一部がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅまたはその一部を意味することを説明する。
[0194]したがって、ＨＲＤパラメータのセマンティクスを記述するセクション（たとえば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＥ．２．２）を解釈するとき、「コーディングされたビデオシーケンス」という用語はＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの一部を意味する。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのすべての値のセットと等価である。「ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点はＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点である」という、ＨＲＤパラメータのセマンティクスを説明するセクションにおける語句は、「ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点はＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点である」ことと等価であるということになる。
[0195]「コーディングされたビデオシーケンス」はＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの一部であるので、コーディングされたビデオシーケンス中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットは、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットのサブセットである。したがって、「ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点はＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセットと同一のＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点である」という語句は、「ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がシーケンスパラメータセットに含まれるとき、適用可能な動作点はコーディングされたビデオシーケンス中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのすべての値を含むＯｐＬａｙｅｒＩｄＳｅｔを伴うすべての動作点である」ことを必然的に伴う。言い換えると、動作点のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットと同一である場合、動作点のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットは、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅのコーディングされたビデオシーケンス中に存在するすべてのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値を必然的に含む。この語句において、「コーディングされたビデオシーケンス」は特定のＳＰＳと関連付けられるコーディングされたビデオシーケンスを指し得る。
[0196]ＨＲＤ動作を実行するとき、デバイスは、ＶＰＳにおいて示されるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびＳＰＳにおいて示されるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の中から、ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を決定することができる。ＶＰＳにおける特定のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、ＴａｒｇｅｔＯｐのレイヤｉｄセットが特定のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造に対してＶＰＳにおいて規定されるレイヤ識別子のセットと一致する場合、ＴａｒｇｅｔＯｐに適用可能である。ＳＰＳにおけるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、ＴａｒｇｅｔＯｐのレイヤｉｄセット（すなわち、ＴａｒｇｅｔＤｅｃＨｉｇｈｅｓｔＴｉｄ）（すなわち、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセット）がＳＰＳのコーディングされたビデオシーケンス中に存在するすべてのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ（これは、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットのサブセットである）を含む場合、ＴａｒｇｅｔＯｐに適用可能であり得る。ＴａｒｇｅｔＯｐのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットは、ＳＰＳと関連付けられるコーディングされたビデオシーケンス中に存在するすべてのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを必然的に含み得るので、ＳＰＳの中のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は常にＴａｒｇｅｔＯｐに適用可能であり得る。しかしながら、すべてのＳＰＳがｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を有するとは限らない。ＳＰＳがｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を有さず、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅの中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのセットがＳＰＳのコーディングされたビデオシーケンス中に存在するすべてのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓを含む場合、ＳＰＳのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が使用されるべきである。すべてのＳＰＳがｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を有するとは限らないので、ＶＰＳが依然として選択され得る。
[0197]さらに、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のセクションＥ．２．２に対する修正において上で示されたように、デバイスがビットストリーム適合試験を実行するとき、ビデオデコーダは、コーディングされたビデオシーケンス中のＨＲＤの複数のパラメータのすべてのセットに対してＨＲＤパラメータの１つよりも大きいセットが同じ動作点に適用されるとき、ビットストリームがビデオコーディング標準に適合しないと決定することができる。加えて、デバイスがビットストリーム適合試験を実行するとき、ビデオデコーダは、ＶＰＳ中のＨＲＤパラメータの１つよりも大きいセットが同じ動作点に適用されるとき、ビットストリームがビデオコーディング標準に適合しないと決定することができる。さらに、デバイスがビットストリーム復号試験を実行するとき、デバイスは、値０のみを含むレイヤｉｄセットを有する動作点に適用されるＨＲＤパラメータのセットをＶＰＳが含むとき、ビットストリームがビデオコーディング標準に適合しないと決定することができる。
[0198]図３は、本開示の技法を実装するために構成された例示的なビデオデコーダ３０を示すブロック図である。図３は、説明のために提供されるものであり、本開示において広く例示され説明される技法を限定するものではない。説明の目的で、本開示は、ＨＥＶＣコーディングの文脈においてビデオデコーダ３０を説明する。しかしながら、本開示の技法は、他のコーディング標準または方法に適用可能であり得る。
[0199]図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換処理ユニット１５６と、再構成ユニット１５８と、フィルタユニット１６０と、復号されたピクチャのバッファ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４と、イントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多数の、より少数の、または異なる機能コンポーネントを含み得る。
[0200]コーディングされたピクチャのバッファ（ＣＰＢ）１５１は、ビットストリームの符号化されたビデオデータ（たとえば、ＮＡＬユニット）を受け取り、記憶することができる。エントロピー復号ユニット１５０は、ＣＰＢ １５１からＮＡＬユニットを受け取り、ＮＡＬユニットを解析してシンタックス要素を復号することができる。エントロピー復号ユニット１５０は、ＮＡＬユニット中のエントロピー符号化されたシンタックス要素をエントロピー復号することができる。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換処理ユニット１５６、再構成ユニット１５８、およびフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて復号されたビデオデータを生成することができる。
[0201]ビットストリームのＮＡＬユニットは、コーディングされたスライスＮＡＬユニットを含み得る。ビットストリームを復号することの一部として、エントロピー復号ユニット１５０は、コーディングされたスライスＮＡＬユニットからシンタックス要素を抽出し、エントロピー復号することができる。コーディングされたスライスの各々は、スライスヘッダと、スライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含み得る。スライスヘッダ中のシンタックス要素は、スライスを含むピクチャと関連付けられたＰＰＳを特定するシンタックス要素を含み得る。
[0202]ビットストリームからのシンタックス要素を復号することに加えて、ビデオデコーダ３０は、区分されていないＣＵに対して再構成動作を実行することができる。区分されていないＣＵに対して再構成動作を実行するために、ビデオデコーダ３０は、ＣＵの各ＴＵに対して再構成動作を実行することができる。ＣＵの各ＴＵに対して再構成動作を実行することによって、ビデオデコーダ３０は、ＣＵの残差サンプルブロックを再構成することができる。
[0203]ＣＵのＴＵに対して再構成動作を実行することの一部として、逆量子化ユニット１５４は、ＴＵと関連付けられた係数ブロックを逆量子化（inverse quantize）、すなわち逆量子化（de-quantize）することができる。逆量子化ユニット１５４は、ＴＵのＣＵと関連付けられたＱＰ値を使用して、量子化の程度を決定することができ、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定することができる。すなわち、圧縮比、すなわち、元のシーケンスと圧縮されたシーケンスとを表すために使用されるビット数の比は、変換係数を量子化するときに使用されるＱＰの値を調整することによって制御され得る。圧縮比はまた、利用されたエントロピーコーディングの方法に依存し得る。
[0204]逆量子化ユニット１５４が係数ブロックを逆量子化した後、逆変換処理ユニット１５６は、ＴＵと関連付けられた残差ブロックを生成するために、係数ブロックに１つまたは複数の逆変換を適用することができる。たとえば、逆変換処理ユニット１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向性変換、または別の逆変換を、係数ブロックに適用することができる。
[0205]ＰＵがイントラ予測を使用して符号化される場合、イントラ予測処理ユニット１６６は、イントラ予測を実行して、ＰＵの予測ブロックを生成することができる。イントラ予測処理ユニット１６６は、イントラ予測モードを使用して、空間的に隣接するＰＵの予測ブロックに基づいて、ＰＵの予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。イントラ予測処理ユニット１６６は、ビットストリームから復号された１つまたは複数のシンタックス要素に基づいて、ＰＵのイントラ予測モードを決定することができる。
[0206]予測処理ユニット１５２は、ビットストリームから抽出されたシンタックス要素に基づいて、第１の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０）と第２の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ１）とを構築することができる。さらに、ＰＵがインター予測を使用して符号化される場合、エントロピー復号ユニット１５０は、ＰＵの動き情報を抽出することができる。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、ＰＵの１つまたは複数の参照領域を決定することができる。動き補償ユニット１６４は、ＰＵの１つまたは複数の参照ブロックにおけるサンプルブロックに基づいて、ＰＵの予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。
[0207]再構成ユニット１５８は、適用可能な場合、ＣＵのＴＵと関連付けられたルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックと、ＣＵのＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックとを使用して、すなわち、イントラ予測データまたはインター予測データのいずれかを使用して、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを再構成することができる。たとえば、再構成ユニット１５８は、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックのサンプルを予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックの対応するサンプルに加算して、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを再構成することができる。
[0208]フィルタユニット１６０は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックと関連付けられたブロッキングアーティファクトを低減するためにデブロッキング動作を実行し得る。ビデオデコーダ３０は、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを復号されたピクチャのバッファ１６２に記憶することができる。復号されたピクチャのバッファ１６２は、後続の動き補償、イントラ予測、および図１のディスプレイデバイス３２のようなディスプレイデバイス上での提示のために、参照ピクチャを提供することができる。たとえば、ビデオデコーダ３０は、復号されたピクチャのバッファ１６２中のルーマブロック、Ｃｂブロック、およびＣｒブロックに基づいて、他のＣＵのＰＵに対してイントラ予測動作またはインター予測動作を実行し得る。ビデオデコーダ３０は、このようにして、有意ルーマ係数ブロックの変換係数レベルをビットストリームから復号し、変換係数レベルを逆量子化し、変換係数レベルに変換を適用して変換ブロックを生成し、変換ブロックに少なくとも部分的に基づいてコーディングブロックを生成し、コーディングブロックを表示のために出力することができる。
[0209]図４は、本開示の１つまたは複数の技法による、デバイスの例示的な動作２００を示すフローチャートである。動作２００は、ビデオエンコーダ２０、ビデオデコーダ３０、追加のデバイス２１、または別のデバイスによって実行され得る。図４の例に示されるように、デバイスは、ＶＰＳ中の仮想ＨＲＤパラメータのセット（たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓシンタックス構造）およびＳＰＳ中のＨＲＤパラメータのセットの中から、ビットストリームの特定の動作点に適用可能なＨＲＤパラメータのセットを選択することができる（２０２）。加えて、デバイスは、特定の動作点に適用可能なＨＲＤパラメータのセットに少なくとも一部基づいて、その特定の動作点と関連付けられるビットストリームのサブセットに対してＨＲＤ動作を実行することができる（２０４）。たとえば、デバイスは、ビットストリーム適合試験またはデコーダ適合試験を実行することができる。
[0210]図５は、本開示の１つまたは複数の技法による、デバイスの例示的な動作２５０を示すフローチャートである。動作２００は、ビデオエンコーダ２０、ビデオデコーダ３０、追加のデバイス２１、または別のデバイスによって実行され得る。図５の例に示されるように、デバイスは、ビットストリームがビデオコーディング標準に適合するかどうかを決定する、ビットストリーム適合試験を実行することができる（２５２）。デバイスは、ビットストリーム適合試験を実行することの一部として、復号処理を実行することができる（２５４）。
[0211]図５の例に示されるように、復号処理を実行するとき、デバイスは、ビットストリーム抽出処理を実行して、レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから抽出することができる（２５６）。レイヤ識別子のターゲットセットは、動作点表現の中に存在するレイヤ識別子のシンタックス要素の値を含み得る。レイヤ識別子のターゲットセットは、ビットストリームのレイヤ識別子のシンタックス要素の値のサブセットであり得る。ターゲットの最高の時間識別子は、動作点表現の中に存在する最大の時間識別子に等しくてよく、ターゲットの最高の時間識別子はビットストリーム中に存在する最大の時間識別子以下である。さらに、デバイスは、動作点表現のＮＡＬユニットを復号することができる（２５８）。
[0212]図６は、本開示の１つまたは複数の技法による、デバイスの例示的なＨＲＤ動作３００を示すフローチャートである。動作３００は、ビデオエンコーダ２０、ビデオデコーダ３０、追加のデバイス２１、または別のデバイスによって実行され得る。他のデバイスは、ビットストリームを入力として用い、入力ビットストリームが適合ビットストリームであるかどうかの指示を出力する、適合ビットストリームチェッカーを含み得る。いくつかの例では、ＨＲＤ動作３００は、ビデオコーディング標準に対するビットストリームの適合を決定することができる。他の例では、ＨＲＤ動作３００は、ビデオコーディング標準に対するデコーダの適合を決定することができる。ＨＲＤ動作３００を実行することの一部として、デバイスは、ビットストリームの選択された動作点と関連付けられるビットストリームのサブセットの最高の時間識別子を決定することができる（３０２）。加えて、デバイスは、最高の時間識別子に基づいて、シンタックス要素のアレイ（たとえば、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］、およびｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］）の中から、特定のシンタックス要素を決定することができる（３０４）。デバイスは、ＨＲＤ動作において特定のシンタックス要素を使用することができる（３０６）。
[0213]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらのいずれかの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されてよく、またはコンピュータ可読媒体を介して送信されてよく、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体のような有形媒体に対応するコンピュータ可読記憶媒体、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にするいずれかの媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形なコンピュータ可読記憶媒体、または、（２）信号または搬送波のような通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法を実装するための命令、コードおよび／またはデータ構造を取り出すために、１つもしくは複数のコンピュータ、または１つもしくは複数のプロセッサによってアクセスされ得るいずれかの利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。
[0214]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得るいずれかの他の媒体を備え得る。同様に、いかなる接続も厳密にはコンピュータ可読媒体と称される。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
[0215]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の等価な統合された論理回路もしくは個別の論理回路のような、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造、または本明細書で説明された技法の実装に好適な他の構造のいずれかを指し得る。加えて、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内で与えられてよく、または複合コーデックに組み込まれてよい。また、本技法は、１つまたは複数の回路または論理要素中で完全に実装され得る。
[0216]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示された技法を実行するために構成されたデバイスの機能的な側面を強調するために、様々なコンポーネント、モジュール、またはユニットが説明されたが、それらのコンポーネント、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、コーデックハードウェアユニットにおいて組み合わせられてよく、または、上で説明された１つまたは複数のプロセッサを含む、相互動作するハードウェアユニットの集合によって与えられてよい。
[0217]様々な例が説明されてきた。これらおよび他の例は、以下の特許請求の範囲内にある。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを処理する方法であって、
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行することを備え、ここにおいて、前記ビットストリーム適合試験を実行することが復号処理を実行することを備え、ここにおいて、前記復号処理を実行することが、
複数のレイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから、抽出するビットストリーム抽出処理を実行することと、
ここにおいて、複数のレイヤ識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子のシンタックス複数要素の複数の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子のシンタックス複数要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、および
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号することと
を備える、上記方法。
［Ｃ２］
前記動作点が第１の動作点であり、
前記復号処理を２回目に実行することをさらに備える方法であって、
前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、
前記復号処理を前記２回目に実行することが、
外部ソースから、複数のレイヤ識別子の第２のターゲットセットと第２のターゲットの最高の時間識別子とを受信することと、複数のレイヤ識別子の前記第２のターゲットセットは、複数のレイヤ識別子の前記第２のターゲットセットおよび前記第２のターゲットの最高の時間識別子によって定義される第２の動作点の動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の値を含み、前記第２のターゲットの最高の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、
前記第２の動作点の前記動作点表現を、前記ビットストリームから、抽出するために前記ビットストリーム抽出処理を実行すること、
前記第２の動作点の前記動作点表現の複数のＮＡＬユニットを復号することと、
を備える、Ｃ１に記載の方法。
［Ｃ３］
前記動作点が第１の動作点であり、
前記復号処理を２回目に実行することをさらに備え、
前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、および
前記復号処理を前記２回目に実行することが、
第２の動作点の動作点表現を、前記ビットストリームから、抽出するために前記ビットストリーム抽出処理を実行すること、
ここにおいて、０は、前記第２の動作点の前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素によって示される唯一の値である、
ここにおいて、前記ビットストリームの中に存在する前記最大の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、
前記第２の動作点の前記動作点表現の複数のＮＡＬユニットを復号することと、
を備える、Ｃ１に記載の方法。
［Ｃ４］
前記ビットストリーム適合試験を実行することが、
前記動作点を選択することと、
前記動作点のレイヤの複数識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定することと、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択することと、
前記復号処理を実行するＨＲＤを構成するために、ＨＲＤの複数のパラメータの前記選択されたセットを使用すること
を備える、Ｃ１に記載の方法。
［Ｃ５］
前記復号処理を実行することがさらに、シーケンスパラメータセット（ＳＰＳ）から、複数のシンタックス要素のアレイを復号することを備え、ここにおいて、前記アレイ中の複数の前記シンタックス要素の各々が、前記ＨＲＤの復号されたピクチャのバッファ（ＤＰＢ）の最大の要求されるサイズを示し、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
前記特定のシンタックス要素によって示される値が最大のＤＰＢサイズより大きいとき、前記ビットストリームが前記ビデオコーディング標準に適合しないと決定することと
を備える、Ｃ４に記載の方法。
［Ｃ６］
前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから、復号することを備え、およびここにおいて、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャではなく、出力のために必要とされると標識された前記ＤＰＢ中のピクチャの数が前記特定のシンタックス要素によって示される値より大きいとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することと
を備える、Ｃ４に記載の方法。
［Ｃ７］
前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイを、ＳＰＳから復号することを備え、および
ここにおいて、前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、前記ＤＰＢ中の複数のピクチャの数が前記特定のシンタックス要素によって示されるとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することと
を備える、Ｃ４に記載の方法。
［Ｃ８］
前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから、復号することを備え、
ここにおいて、前記ビットストリーム適合試験を実行することが、前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することを備え、
ここにおいて、前記ＤＰＢ中の複数のピクチャ記憶バッファの数が前記特定のシンタックス要素によって示される、Ｃ４に記載の方法。
［Ｃ９］
前記復号処理を実行することが、
前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素の第１のアレイを、現在のピクチャについてアクティブであるＳＰＳから復号することと、
前記ＨＲＤの前記ＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素の第２のアレイを、先行するピクチャに対してアクティブであるＳＰＳから、復号することと、
前記ターゲットの最高の時間識別子に基づいて、前記第１のアレイ中の第１のシンタックス要素を決定することと、
前記ターゲットの最高の時間識別子に基づいて、前記第２のアレイ中の第２のシンタックス要素を決定することと、
前記現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、前記第１のシンタックス要素によって示される値が前記第２のシンタックス要素によって示される値と異なるとき、第３のシンタックス要素の値を、前記第３のシンタックス要素によって示される値に関係なく推測することとを備え、ここにおいて、前記第３のシンタックス要素が、前記ＤＰＢ中の以前に復号されたピクチャがＩＤＲピクチャまたはＢＬＡピクチャの復号の後、どのように扱われるかを規定する、Ｃ４に記載の方法。
［Ｃ１０］
前記復号処理を実行することが、ＨＲＤの複数のパラメータの前記選択されたセットを含むＨＲＤの複数のパラメータシンタックス構造を復号することを備え、ここにおいて、ＨＲＤの複数のパラメータの前記選択されたセットが、前記ビットストリーム中の代替的なコーディングされたピクチャのバッファ（ＣＰＢ）の複数の仕様の数を各々示すシンタックス要素のアレイを含み、および
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を選択することと、
０から前記特定のシンタックス要素によって示される値までの範囲にあるスケジューラ選択インデックスを選択することと、
前記スケジューラ選択インデックスに少なくとも一部基づいて、前記ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定することと
を備える、Ｃ４に記載の方法。
［Ｃ１１］
前記復号処理を実行することがさらに、複数のシンタックス要素のアレイを、ＳＰＳから、復号することを備え、ここにおいて、前記アレイ中の前記シンタックス要素の各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示し、
ここにおいて、前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
前記ＤＰＢ中の復号された複数のピクチャの数が、０と前記特定のシンタックス要素によって示される値から１を引いたものとのうちの大きい方以下であるかどうかに少なくとも一部基づいて、前記ビットストリームが前記ビデオコーディング標準に適合するかどうかを決定することとを備える、Ｃ４に記載の方法。
［Ｃ１２］
１つまたは複数のプロセッサを備えるデバイスであって、前記１つまたは複数のプロセッサが、
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行する、
前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、復号処理を実行する、ここにおいて、前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、
レイヤの複数の識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから、抽出する、ビットストリーム抽出処理を実行する、
ここにおいて、レイヤの複数の識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の複数の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、そして
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号する、上記デバイス。
［Ｃ１３］
前記動作点が第１の動作点であり、
前記１つまたは複数のプロセッサが、前記復号処理を２回目に実行するように構成され、
前記復号処理が２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、および
前記１つまたは複数のプロセッサが前記復号処理を前記２回目に実行するように構成され、前記１つまたは複数のプロセッサが、
複数のレイヤ識別子の第２のターゲットセットと第２のターゲットの最高の時間識別子とを、外部ソース、から受信し、複数のレイヤ識別子の前記第２のターゲットセットは、レイヤ識別子の前記第２のターゲットセットおよび前記第２のターゲットの最高の時間識別子によって定義される第２の動作点の動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の複数の値を含み、前記第２のターゲットの最高の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、
前記ビットストリームから、前記第２の動作点の前記動作点表現を抽出するために、前記ビットストリーム抽出処理を実行する、
前記第２の動作点の前記動作点表現の複数のＮＡＬユニットを復号する、
Ｃ１２に記載のデバイス。
［Ｃ１４］
前記動作点が第１の動作点であり、
前記１つまたは複数のプロセッサが、前記復号処理を２回目に実行するように構成され、
前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、
前記１つまたは複数のプロセッサが前記復号処理を前記２回目に実行するときに、前記１つまたは複数のプロセッサが、
前記ビットストリームから、第２の動作点の動作点表現を抽出するために、前記ビットストリーム抽出処理を実行し、
ここにおいて、０は、前記第２の動作点の前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素によって示される唯一の値である、
ここにおいて、前記ビットストリームの中に存在する前記最大の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、および
前記第２の動作点の前記動作点表現のＮＡＬの複数のユニットを復号する
ように、前記１つまたは複数のプロセッサが構成される、Ｃ１２に記載のデバイス。
［Ｃ１５］
前記１つまたは複数のプロセッサが、前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記動作点を選択し、
前記動作点の複数のレイヤ識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定し、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択し、および
前記復号処理を実行するＨＲＤを構成するように、ＨＲＤの複数のパラメータの前記選択されたセットを使用する、ように、前記１つまたは複数のプロセッサが構成される、Ｃ１２に記載のデバイス。
［Ｃ１６］
前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、シーケンスパラメータセット（ＳＰＳ）から、複数のシンタックス要素のアレイを復号するように、前記１つまたは複数のプロセッサが構成され、ここにおいて、前記アレイ中の前記シンタックス要素の各々が、前記ＨＲＤの復号されたピクチャのバッファ（ＤＰＢ）の最大の要求されるサイズを示す、ように構成され、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記特定のシンタックス要素によって示される値が最大のＤＰＢサイズより大きいとき、前記ビットストリームは前記ビデオコーディング標準に適合しないと決定する、Ｃ１５に記載のデバイス。
［Ｃ１７］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、各々が前記ＨＲＤのＤＰＢの最大の要求されるサイズを示す複数のシンタックス要素のアレイを、ＳＰＳから、復号し、および
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、および
現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャではなく、および出力のために必要とされると標識された前記ＤＰＢ中の複数のピクチャの前記数が前記特定のシンタックス要素によって示される値より大きいとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行する、Ｃ１５に記載のデバイス。
［Ｃ１８］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、各々が前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイを、ＳＰＳから、復号し、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、前記ＤＰＢ中の複数のピクチャの数が前記特定のシンタックス要素によって示されるとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行する、Ｃ１５に記載のデバイス。
［Ｃ１９］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイを、ＳＰＳから、復号し、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記ＤＰＢ中の複数のピクチャ記憶バッファの数が前記特定のシンタックス要素によって示される、Ｃ１５に記載のデバイス。
［Ｃ２０］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、
各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示す複数のシンタックス要素の第１のアレイを、現在のピクチャについてアクティブであるＳＰＳから、復号し、
各々が、前記ＨＲＤの前記ＤＰＢの最大の要求されるサイズを示す複数のシンタックス要素の第２のアレイを、先行するピクチャについてアクティブであるＳＰＳから、復号し、
前記ターゲットの最高の時間識別子に基づいて、前記第１のアレイ中の第１のシンタックス要素を決定し、
前記ターゲットの最高の時間識別子に基づいて、前記第２のアレイ中の第２のシンタックス要素を決定し、
前記現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、前記第１のシンタックス要素によって示される値が前記第２のシンタックス要素によって示される値と異なるとき、前記第３のシンタックス要素によって示される値に関係なく、第３のシンタックス要素の値を推測し、ここにおいて、前記第３のシンタックス要素が、前記ＤＰＢ中の以前に復号された複数のピクチャがＩＤＲピクチャまたはＢＬＡピクチャの復号の後に、どのように扱われるかを規定する、Ｃ１５に記載のデバイス。
［Ｃ２１］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、ＨＲＤの複数のパラメータの前記選択されたセットを含むＨＲＤの複数のパラメータシンタックス構造を復号し、ここにおいて、ＨＲＤの複数のパラメータの前記選択されたセットが、各々が、前記ビットストリーム中の代替的なコーディングされたピクチャのバッファ（ＣＰＢ）仕様の数を各々示す複数のシンタックス要素のアレイを含み、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を選択し、
０から前記特定のシンタックス要素によって示される値までの範囲にあるスケジューラ選択インデックスを選択し、
前記スケジューラ選択インデックスに少なくとも一部基づいて、前記ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定する、Ｃ１５に記載のデバイス。
［Ｃ２２］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、複数のシンタックス要素のアレイを、ＳＰＳから、復号し、ここにおいて、前記アレイ中の前記複数のシンタックス要素の各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示し、および
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、および
前記ＤＰＢ中の復号されたピクチャの数が、０と、前記特定のシンタックス要素によって示される値から１を引いたものとのうちの前記最大以下であるかどうかに少なくとも一部基づいて、前記ビットストリームが前記ビデオコーディング標準に適合するかどうかを決定する、Ｃ１５に記載のデバイス。
［Ｃ２３］
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行するための手段を備えるデバイスであって、ここにおいて、前記ビットストリーム適合試験を実行することが復号処理を実行することを備え、ここにおいて、前記復号処理を実行することが、
レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、前記ビットストリームから、抽出するビットストリーム抽出処理を実行することと、
ここにおいて、複数のレイヤ識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の複数の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子の複数のシンタックス要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、および
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数ユニットを復号することと
を備える、上記デバイス。
［Ｃ２４］
前記ビットストリーム適合試験を実行することが、
前記ビットストリームの動作点を選択することと、
前記動作点の複数のレイヤ識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定することと、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）パラメータのセットを選択することと、
前記復号処理を実行するＨＲＤを構成するために、ＨＲＤの複数のパラメータの前記選択されたセットを使用することと、
を備える、Ｃ２３に記載のデバイス。
［Ｃ２５］
デバイスの１つ又は複数のプロセッサにより実行されるとき、前記デバイスに以下を実行させる複数の命令がそこに記憶されたコンピュータ可読記憶媒体であって、
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行すること、ここにおいて、前記ビットストリーム適合試験を実行することが復号処理を実行することを備え、ここにおいて、前記復号処理を実行することが、
複数のレイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから、抽出するビットストリーム抽出処理を実行することと、
ここにおいて、複数のレイヤ識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子の複数のシンタックス要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、および
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号することと
を備える上記コンピュータ可読記憶媒体。
［Ｃ２６］
前記命令は、前記ビットストリーム適合試験の間に、前記デバイスが、
前記ビットストリームの動作点を選択し、
前記動作点の複数のレイヤ識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定し、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択し、
前記復号処理を実行するＨＲＤを構成するために、ＨＲＤの複数のパラメータの前記選択されたセットを使用する
ように構成する、Ｃ２５に記載のコンピュータ可読記憶媒体。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを処理する方法であって、
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行することを備え、ここにおいて、前記ビットストリーム適合試験を実行することが復号処理を実行することを備え、ここにおいて、前記復号処理を実行することが、
複数のレイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから、抽出するビットストリーム抽出処理を実行することと、
ここにおいて、複数のレイヤ識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子のシンタックス複数要素の複数の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子のシンタックス複数要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、および
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号することと
を備える、上記方法。
［Ｃ２］
前記動作点が第１の動作点であり、
前記復号処理を２回目に実行することをさらに備える方法であって、
前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、
前記復号処理を前記２回目に実行することが、
外部ソースから、複数のレイヤ識別子の第２のターゲットセットと第２のターゲットの最高の時間識別子とを受信することと、複数のレイヤ識別子の前記第２のターゲットセットは、複数のレイヤ識別子の前記第２のターゲットセットおよび前記第２のターゲットの最高の時間識別子によって定義される第２の動作点の動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の値を含み、前記第２のターゲットの最高の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、
前記第２の動作点の前記動作点表現を、前記ビットストリームから、抽出するために前記ビットストリーム抽出処理を実行すること、
前記第２の動作点の前記動作点表現の複数のＮＡＬユニットを復号することと、
を備える、Ｃ１に記載の方法。
［Ｃ３］
前記動作点が第１の動作点であり、
前記復号処理を２回目に実行することをさらに備え、
前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、および
前記復号処理を前記２回目に実行することが、
第２の動作点の動作点表現を、前記ビットストリームから、抽出するために前記ビットストリーム抽出処理を実行すること、
ここにおいて、０は、前記第２の動作点の前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素によって示される唯一の値である、
ここにおいて、前記ビットストリームの中に存在する前記最大の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、
前記第２の動作点の前記動作点表現の複数のＮＡＬユニットを復号することと、
を備える、Ｃ１に記載の方法。
［Ｃ４］
前記ビットストリーム適合試験を実行することが、
前記動作点を選択することと、
前記動作点のレイヤの複数識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定することと、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択することと、
前記復号処理を実行するＨＲＤを構成するために、ＨＲＤの複数のパラメータの前記選択されたセットを使用すること
を備える、Ｃ１に記載の方法。
［Ｃ５］
前記復号処理を実行することがさらに、シーケンスパラメータセット（ＳＰＳ）から、複数のシンタックス要素のアレイを復号することを備え、ここにおいて、前記アレイ中の複数の前記シンタックス要素の各々が、前記ＨＲＤの復号されたピクチャのバッファ（ＤＰＢ）の最大の要求されるサイズを示し、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
前記特定のシンタックス要素によって示される値が最大のＤＰＢサイズより大きいとき、前記ビットストリームが前記ビデオコーディング標準に適合しないと決定することと
を備える、Ｃ４に記載の方法。
［Ｃ６］
前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから、復号することを備え、およびここにおいて、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャではなく、出力のために必要とされると標識された前記ＤＰＢ中のピクチャの数が前記特定のシンタックス要素によって示される値より大きいとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することと
を備える、Ｃ４に記載の方法。
［Ｃ７］
前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイを、ＳＰＳから復号することを備え、および
ここにおいて、前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、前記ＤＰＢ中の複数のピクチャの数が前記特定のシンタックス要素によって示されるとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することと
を備える、Ｃ４に記載の方法。
［Ｃ８］
前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから、復号することを備え、
ここにおいて、前記ビットストリーム適合試験を実行することが、前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することを備え、
ここにおいて、前記ＤＰＢ中の複数のピクチャ記憶バッファの数が前記特定のシンタックス要素によって示される、Ｃ４に記載の方法。
［Ｃ９］
前記復号処理を実行することが、
前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素の第１のアレイを、現在のピクチャについてアクティブであるＳＰＳから復号することと、
前記ＨＲＤの前記ＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素の第２のアレイを、先行するピクチャに対してアクティブであるＳＰＳから、復号することと、
前記ターゲットの最高の時間識別子に基づいて、前記第１のアレイ中の第１のシンタックス要素を決定することと、
前記ターゲットの最高の時間識別子に基づいて、前記第２のアレイ中の第２のシンタックス要素を決定することと、
前記現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、前記第１のシンタックス要素によって示される値が前記第２のシンタックス要素によって示される値と異なるとき、第３のシンタックス要素の値を、前記第３のシンタックス要素によって示される値に関係なく推測することとを備え、ここにおいて、前記第３のシンタックス要素が、前記ＤＰＢ中の以前に復号されたピクチャがＩＤＲピクチャまたはＢＬＡピクチャの復号の後、どのように扱われるかを規定する、Ｃ４に記載の方法。
［Ｃ１０］
前記復号処理を実行することが、ＨＲＤの複数のパラメータの前記選択されたセットを含むＨＲＤの複数のパラメータシンタックス構造を復号することを備え、ここにおいて、ＨＲＤの複数のパラメータの前記選択されたセットが、前記ビットストリーム中の代替的なコーディングされたピクチャのバッファ（ＣＰＢ）の複数の仕様の数を各々示すシンタックス要素のアレイを含み、および
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を選択することと、
０から前記特定のシンタックス要素によって示される値までの範囲にあるスケジューラ選択インデックスを選択することと、
前記スケジューラ選択インデックスに少なくとも一部基づいて、前記ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定することと
を備える、Ｃ４に記載の方法。
［Ｃ１１］
前記復号処理を実行することがさらに、複数のシンタックス要素のアレイを、ＳＰＳから、復号することを備え、ここにおいて、前記アレイ中の前記シンタックス要素の各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示し、
ここにおいて、前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
前記ＤＰＢ中の復号された複数のピクチャの数が、０と前記特定のシンタックス要素によって示される値から１を引いたものとのうちの大きい方以下であるかどうかに少なくとも一部基づいて、前記ビットストリームが前記ビデオコーディング標準に適合するかどうかを決定することとを備える、Ｃ４に記載の方法。
［Ｃ１２］
１つまたは複数のプロセッサを備えるデバイスであって、前記１つまたは複数のプロセッサが、
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行する、
前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、復号処理を実行する、ここにおいて、前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、
レイヤの複数の識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから、抽出する、ビットストリーム抽出処理を実行する、
ここにおいて、レイヤの複数の識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の複数の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子のシンタックス要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、そして
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号する、上記デバイス。
［Ｃ１３］
前記動作点が第１の動作点であり、
前記１つまたは複数のプロセッサが、前記復号処理を２回目に実行するように構成され、
前記復号処理が２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、および
前記１つまたは複数のプロセッサが前記復号処理を前記２回目に実行するように構成され、前記１つまたは複数のプロセッサが、
複数のレイヤ識別子の第２のターゲットセットと第２のターゲットの最高の時間識別子とを、外部ソース、から受信し、複数のレイヤ識別子の前記第２のターゲットセットは、レイヤ識別子の前記第２のターゲットセットおよび前記第２のターゲットの最高の時間識別子によって定義される第２の動作点の動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の複数の値を含み、前記第２のターゲットの最高の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、
前記ビットストリームから、前記第２の動作点の前記動作点表現を抽出するために、前記ビットストリーム抽出処理を実行する、
前記第２の動作点の前記動作点表現の複数のＮＡＬユニットを復号する、
Ｃ１２に記載のデバイス。
［Ｃ１４］
前記動作点が第１の動作点であり、
前記１つまたは複数のプロセッサが、前記復号処理を２回目に実行するように構成され、
前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、
前記１つまたは複数のプロセッサが前記復号処理を前記２回目に実行するときに、前記１つまたは複数のプロセッサが、
前記ビットストリームから、第２の動作点の動作点表現を抽出するために、前記ビットストリーム抽出処理を実行し、
ここにおいて、０は、前記第２の動作点の前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素によって示される唯一の値である、
ここにおいて、前記ビットストリームの中に存在する前記最大の時間識別子は、前記第２の動作点の前記動作点表現の中に存在する最大の時間識別子に等しい、および
前記第２の動作点の前記動作点表現のＮＡＬの複数のユニットを復号する
ように、前記１つまたは複数のプロセッサが構成される、Ｃ１２に記載のデバイス。
［Ｃ１５］
前記１つまたは複数のプロセッサが、前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記動作点を選択し、
前記動作点の複数のレイヤ識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定し、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択し、および
前記復号処理を実行するＨＲＤを構成するように、ＨＲＤの複数のパラメータの前記選択されたセットを使用する、ように、前記１つまたは複数のプロセッサが構成される、Ｃ１２に記載のデバイス。
［Ｃ１６］
前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、シーケンスパラメータセット（ＳＰＳ）から、複数のシンタックス要素のアレイを復号するように、前記１つまたは複数のプロセッサが構成され、ここにおいて、前記アレイ中の前記シンタックス要素の各々が、前記ＨＲＤの復号されたピクチャのバッファ（ＤＰＢ）の最大の要求されるサイズを示す、ように構成され、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記特定のシンタックス要素によって示される値が最大のＤＰＢサイズより大きいとき、前記ビットストリームは前記ビデオコーディング標準に適合しないと決定する、Ｃ１５に記載のデバイス。
［Ｃ１７］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、各々が前記ＨＲＤのＤＰＢの最大の要求されるサイズを示す複数のシンタックス要素のアレイを、ＳＰＳから、復号し、および
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、および
現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャではなく、および出力のために必要とされると標識された前記ＤＰＢ中の複数のピクチャの前記数が前記特定のシンタックス要素によって示される値より大きいとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行する、Ｃ１５に記載のデバイス。
［Ｃ１８］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、各々が前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイを、ＳＰＳから、復号し、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、前記ＤＰＢ中の複数のピクチャの数が前記特定のシンタックス要素によって示されるとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行する、Ｃ１５に記載のデバイス。
［Ｃ１９］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示すシンタックス要素のアレイを、ＳＰＳから、復号し、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記ＤＰＢ中の複数のピクチャ記憶バッファの数が前記特定のシンタックス要素によって示される、Ｃ１５に記載のデバイス。
［Ｃ２０］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、
各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示す複数のシンタックス要素の第１のアレイを、現在のピクチャについてアクティブであるＳＰＳから、復号し、
各々が、前記ＨＲＤの前記ＤＰＢの最大の要求されるサイズを示す複数のシンタックス要素の第２のアレイを、先行するピクチャについてアクティブであるＳＰＳから、復号し、
前記ターゲットの最高の時間識別子に基づいて、前記第１のアレイ中の第１のシンタックス要素を決定し、
前記ターゲットの最高の時間識別子に基づいて、前記第２のアレイ中の第２のシンタックス要素を決定し、
前記現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、前記第１のシンタックス要素によって示される値が前記第２のシンタックス要素によって示される値と異なるとき、前記第３のシンタックス要素によって示される値に関係なく、第３のシンタックス要素の値を推測し、ここにおいて、前記第３のシンタックス要素が、前記ＤＰＢ中の以前に復号された複数のピクチャがＩＤＲピクチャまたはＢＬＡピクチャの復号の後に、どのように扱われるかを規定する、Ｃ１５に記載のデバイス。
［Ｃ２１］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、ＨＲＤの複数のパラメータの前記選択されたセットを含むＨＲＤの複数のパラメータシンタックス構造を復号し、ここにおいて、ＨＲＤの複数のパラメータの前記選択されたセットが、各々が、前記ビットストリーム中の代替的なコーディングされたピクチャのバッファ（ＣＰＢ）仕様の数を各々示す複数のシンタックス要素のアレイを含み、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を選択し、
０から前記特定のシンタックス要素によって示される値までの範囲にあるスケジューラ選択インデックスを選択し、
前記スケジューラ選択インデックスに少なくとも一部基づいて、前記ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定する、Ｃ１５に記載のデバイス。
［Ｃ２２］
前記１つまたは複数のプロセッサが前記復号処理を実行するとき、前記１つまたは複数のプロセッサが、複数のシンタックス要素のアレイを、ＳＰＳから、復号し、ここにおいて、前記アレイ中の前記複数のシンタックス要素の各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示し、および
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するとき、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、および
前記ＤＰＢ中の復号されたピクチャの数が、０と、前記特定のシンタックス要素によって示される値から１を引いたものとのうちの前記最大以下であるかどうかに少なくとも一部基づいて、前記ビットストリームが前記ビデオコーディング標準に適合するかどうかを決定する、Ｃ１５に記載のデバイス。
［Ｃ２３］
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行するための手段を備えるデバイスであって、ここにおいて、前記ビットストリーム適合試験を実行することが復号処理を実行することを備え、ここにおいて、前記復号処理を実行することが、
レイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、前記ビットストリームから、抽出するビットストリーム抽出処理を実行することと、
ここにおいて、複数のレイヤ識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の複数の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子の複数のシンタックス要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、および
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数ユニットを復号することと
を備える、上記デバイス。
［Ｃ２４］
前記ビットストリーム適合試験を実行することが、
前記ビットストリームの動作点を選択することと、
前記動作点の複数のレイヤ識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定することと、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）パラメータのセットを選択することと、
前記復号処理を実行するＨＲＤを構成するために、ＨＲＤの複数のパラメータの前記選択されたセットを使用することと、
を備える、Ｃ２３に記載のデバイス。
［Ｃ２５］
デバイスの１つ又は複数のプロセッサにより実行されるとき、前記デバイスに以下を実行させる複数の命令がそこに記憶されたコンピュータ可読記憶媒体であって、
ビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験を実行すること、ここにおいて、前記ビットストリーム適合試験を実行することが復号処理を実行することを備え、ここにおいて、前記復号処理を実行することが、
複数のレイヤ識別子のターゲットセットおよびターゲットの最高の時間識別子によって定義される動作点の動作点表現を、ビットストリームから、抽出するビットストリーム抽出処理を実行することと、
ここにおいて、複数のレイヤ識別子の前記ターゲットセットは、前記動作点表現の中に存在するレイヤ識別子の複数のシンタックス要素の値を含み、複数のレイヤ識別子の前記ターゲットセットは前記ビットストリームのレイヤ識別子の複数のシンタックス要素の値のサブセットである、
ここにおいて、前記ターゲットの最高の時間識別子は、前記動作点表現の中に存在する最大の時間識別子に等しく、前記ターゲットの最高の時間識別子は前記ビットストリーム中に存在する最大の時間識別子以下である、および
前記動作点表現のネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを復号することと
を備える上記コンピュータ可読記憶媒体。
［Ｃ２６］
前記命令は、前記ビットストリーム適合試験の間に、前記デバイスが、
前記ビットストリームの動作点を選択し、
前記動作点の複数のレイヤ識別子の前記ターゲットセットと前記動作点の前記ターゲットの最高の時間識別子とを決定し、
前記動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択し、
前記復号処理を実行するＨＲＤを構成するために、ＨＲＤの複数のパラメータの前記選択されたセットを使用する
ように構成する、Ｃ２５に記載のコンピュータ可読記憶媒体。
Claims (29)
- ビデオデータを処理する方法であって、前記方法は、
符号化されたビデオデータを復号する復号処理を実行すること
を備え、前記復号処理は、
ターゲットの最高の時間識別子を決定することと、ここにおいて、前記ターゲットの最高の時間識別子を決定することは、
前記ターゲットの最高の時間識別子が外部手段によって規定されるかどうかを決定すること、
前記ターゲットの最高の時間識別子がいずれの外部手段によっても規定されないと決定することに応答して、および前記復号処理が、前記符号化されたビデオデータを備えるビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験において呼び出されると決定することに応答して、
試験対象の動作点を選択すること、および
前記試験対象の動作点に対応するサブビットストリームの中に存在する最大の時間識別子に等しい前記ターゲットの最高の時間識別子を設定すること、ここにおいて、前記サブビットストリームの中に存在する前記最大の時間識別子は、前記ビットストリームの中に存在する最大の時間識別子より小さい、または、
それ以外の場合、前記ビットストリーム中の時間的なサブレイヤの最大の数を規定するシンタックス要素の値に前記ターゲットの最高の時間識別子を設定すること、
を備える、
サブビットストリームを導出するビットストリーム抽出処理を実行することと、前記ビットストリーム抽出処理は、前記ターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを、前記ビットストリームから、除去することを備える、
前記サブビットストリームのＮＡＬの複数のユニットを復号することと
を備える、上記方法。 - 前記動作点が第１の動作点であり、
前記方法は、前記復号処理を２回目に実行することをさらに備え、前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、
前記復号処理を前記２回目に実行することが、
外部ソースから、第２のターゲットの最高の時間識別子を受信することと
第２のサブビットストリームを導出するために前記ビットストリーム抽出処理を実行することと、前記第２のサブビットストリームを導出するための前記ビットストリーム抽出処理は、前記第２のターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのＮＡＬの複数のユニットを、前記ビットストリームから、除去することを備える、
前記第２のサブビットストリームのＮＡＬの複数のユニットを復号することと、
を備える、請求項１に記載の方法。 - 前記動作点が第１の動作点であり、
前記方法は、前記復号処理を２回目に実行することをさらに備え、前記復号処理が前記２回目に実行されるとき、前記ビットストリーム適合試験の一部として実行されず、
前記復号処理を前記２回目に実行することが、
第２のサブビットストリームを導出するために前記ビットストリーム抽出処理を実行することと、前記第２のサブビットストリームを導出するための前記ビットストリーム抽出処理は、第２のターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのＮＡＬの複数のユニットを、前記ビットストリームから、除去することを備える、
ここにおいて、０は、前記第２のサブビットストリームの中に存在するレイヤ識別子の複数のシンタックス要素によって示される唯一の値である、
ここにおいて、前記第２のターゲットの最高の時間識別子は、前記ビットストリームの中に存在する時間的なサブレイヤの前記最大の数を規定する前記シンタックス要素の前記値に設定される、
前記第２のサブビットストリームのＮＡＬの複数のユニットを復号することと、
を備える、請求項１に記載の方法。 - 前記ビットストリーム適合試験を実行することが、
前記試験対象の動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択することと、
前記復号処理を実行するＨＲＤを構成するように、ＨＲＤの複数のパラメータの前記選択されたセットを使用すること
を備える、請求項１に記載の方法。 - 前記復号処理を実行することがさらに、シーケンスパラメータセット（ＳＰＳ）から、複数のシンタックス要素のアレイを復号することを備え、ここにおいて、前記アレイ中の複数の前記シンタックス要素の各々が、前記ＨＲＤの復号されたピクチャのバッファ（ＤＰＢ）の最大の要求されるサイズを示し、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
前記特定のシンタックス要素によって示される値が最大のＤＰＢサイズより大きいとき、前記ビットストリームが前記ビデオコーディング標準に適合しないと決定することと
を備える、請求項４に記載の方法。 - 前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから復号することを備え、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャではなく、出力のために必要とされると標識された前記ＤＰＢ中の複数のピクチャの数が前記特定のシンタックス要素によって示される値より大きいとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することと
を備える、請求項４に記載の方法。 - 前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから復号することを備え、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、前記ＤＰＢ中の前記複数のピクチャの数が前記特定のシンタックス要素によって示されるとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行することと
を備える、請求項４に記載の方法。 - 前記復号処理を実行することが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから復号することを備え、
前記ビットストリーム適合試験を実行することが、前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することを備え、
前記ＤＰＢ中の複数のピクチャ記憶バッファの数が前記特定のシンタックス要素によって示される、
請求項４に記載の方法。 - 前記復号処理を実行することが、
前記ＨＲＤのＤＰＢのそれぞれの最大の要求されるサイズを各々示す複数のシンタックス要素の第１のアレイを、現在のピクチャについてアクティブであるＳＰＳから復号することと、
前記ＨＲＤの前記ＤＰＢのそれぞれの最大の要求されるサイズを各々示す複数のシンタックス要素の第２のアレイを、先行するピクチャについてアクティブであるＳＰＳから復号することと、
前記ターゲットの最高の時間識別子に基づいて、前記第１のアレイ中の第１のシンタックス要素を決定することと、
前記ターゲットの最高の時間識別子に基づいて、前記第２のアレイ中の第２のシンタックス要素を決定することと、
前記現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、前記第１のシンタックス要素によって示される値が前記第２のシンタックス要素によって示される値と異なるとき、第３のシンタックス要素の値を、前記第３のシンタックス要素によって示される値に関係なく推測することと
を備え、
ここにおいて、前記第３のシンタックス要素が、前記ＤＰＢ中の以前に復号された複数のピクチャがＩＤＲピクチャまたはＢＬＡピクチャの復号の後に、どのように扱われるかを規定する、
請求項４に記載の方法。 - 前記復号処理を実行することが、ＨＲＤの複数のパラメータの前記選択されたセットを含むＨＲＤの複数のパラメータシンタックス構造を復号することを備え、ここにおいて、ＨＲＤの複数のパラメータの前記選択されたセットが、前記ビットストリーム中の代替的なコーディングされたピクチャのバッファ（ＣＰＢ）の複数の仕様の数を各々示す複数のシンタックス要素のアレイを含み、
前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を選択することと、
０から前記特定のシンタックス要素によって示される値までの範囲にあるスケジューラ選択インデックスを選択することと、
前記スケジューラ選択インデックスに少なくとも一部基づいて、前記ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定することと
を備える、請求項４に記載の方法。 - 前記復号処理を実行することがさらに、複数のシンタックス要素のアレイを、ＳＰＳから復号することを備え、ここにおいて、前記アレイ中の前記複数のシンタックス要素の各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示し、
ここにおいて、前記ビットストリーム適合試験を実行することが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定することと、
前記ＤＰＢ中の復号された複数のピクチャの数が、０と前記特定のシンタックス要素によって示される値から１を引いたものとのうちの大きい方以下であるかどうかに少なくとも一部基づいて、前記ビットストリームが前記ビデオコーディング標準に適合するかどうかを決定することと
を備える、請求項４に記載の方法。 - ビデオデータを処理するためのデバイスであって、前記デバイスは、
符号化されたビデオデータを記憶するように構成された記憶媒体と、
１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサは、
前記符号化されたビデオデータを復号する復号処理を実行し、ここにおいて、前記復号処理を実行することの一部として前記１つまたは複数のプロセッサはさらに、
ターゲットの最高の時間識別子を決定し、ここにおいて、前記ターゲットの最高の時間識別子を決定することの一部として、前記１つまたは複数のプロセッサは、
前記ターゲットの最高の時間識別子が外部手段によって規定されるかどうかを決定し、
前記ターゲットの最高の時間識別子がいずれの外部手段によっても規定されないと決定することに応答して、および前記復号処理が、前記符号化されたビデオデータを備えるビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験において呼び出されると決定することに応答して、
試験対象の動作点を選択し、および
前記試験対象の動作点に対応するサブビットストリームの中に存在する最大の時間識別子に等しい前記ターゲットの最高の時間識別子を設定し、ここにおいて、前記サブビットストリームの中に存在する前記最大の時間識別子は、前記ビットストリームの中に存在する最大の時間識別子より小さい、
それ以外の場合、前記ビットストリーム中の時間的なサブレイヤの最大の数を規定するシンタックス要素の値に前記ターゲットの最高の時間識別子を設定する、
ように構成される、
サブビットストリームを導出するビットストリーム抽出処理を実行し、前記ビットストリーム抽出処理は、前記ターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを、前記ビットストリームから、除去することを備える、
前記サブビットストリームのＮＡＬの複数のユニットを復号する
ように構成される、上記デバイス。 - 前記動作点が第１の動作点であり、
前記１つまたは複数のプロセッサが、前記復号処理を２回目に実行するように構成され、前記復号処理が前記２回目に実行されるとき、前記復号処理が前記ビットストリーム適合試験の一部として実行されず、
前記１つまたは複数のプロセッサが前記復号処理を前記２回目に実行するときに、前記１つまたは複数のプロセッサが、
外部ソースから、第２のターゲットの最高の時間識別子を受信し、
第２のサブビットストリームを導出するために前記ビットストリーム抽出処理を実行し、前記第２のサブビットストリームを導出するための前記ビットストリーム抽出処理は、前記第２のターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのＮＡＬの複数のユニットを、前記ビットストリームから、除去することを備える、
前記第２のサブビットストリームのＮＡＬの複数のユニットを復号する、
ように、前記１つまたは複数のプロセッサが構成される、請求項１２に記載のデバイス。 - 前記動作点が第１の動作点であり、
前記１つまたは複数のプロセッサが、前記復号処理を２回目に実行するように構成され、
前記復号処理が前記２回目に実行されるとき、前記ビットストリーム適合試験の一部として実行されず、
前記１つまたは複数のプロセッサが前記復号処理を前記２回目に実行するときに、前記１つまたは複数のプロセッサが、
第２のサブビットストリームを導出するために前記ビットストリーム抽出処理を実行し、前記第２のサブビットストリームを導出するための前記ビットストリーム抽出処理は、第２のターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのＮＡＬの複数のユニットを、前記ビットストリームから、除去することを備える、
ここにおいて、０は、前記第２のサブビットストリームの中に存在するレイヤ識別子の複数のシンタックス要素によって示される唯一の値である、
ここにおいて、前記第２のターゲットの最高の時間識別子は、前記ビットストリームの中に存在する時間的なサブレイヤの前記最大の数を規定する前記シンタックス要素の前記値に設定される、
前記第２のサブビットストリームのＮＡＬの複数のユニットを復号する
ように、前記１つまたは複数のプロセッサが構成される、請求項１２に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記試験対象の動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択し、
前記復号処理を実行するＨＲＤを構成するように、ＨＲＤの複数のパラメータの前記選択されたセットを使用する、
ように、前記１つまたは複数のプロセッサが構成される、請求項１２に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、シーケンスパラメータセット（ＳＰＳ）から、複数のシンタックス要素のアレイを復号するように、前記１つまたは複数のプロセッサが構成され、ここにおいて、前記アレイ中の複数の前記シンタックス要素の各々が、前記ＨＲＤの復号されたピクチャのバッファ（ＤＰＢ）の最大の要求されるサイズを示し、
前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記特定のシンタックス要素によって示される値が最大のＤＰＢサイズより大きいとき、前記ビットストリームが前記ビデオコーディング標準に適合しないと決定する、
請求項１５に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから復号し、
前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
現在のピクチャが瞬時復号リフレッシュ（ＩＤＲ）ピクチャまたはブロークンリンクアクセス（ＢＬＡ）ピクチャではなく、出力のために必要とされると標識された前記ＤＰＢ中の複数のピクチャの数が前記特定のシンタックス要素によって示される値より大きいとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行する、
請求項１５に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから復号し、
前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャではなく、前記ＤＰＢ中の前記複数のピクチャの数が前記特定のシンタックス要素によって示されるとき、前記ＤＰＢの１つまたは複数のピクチャ記憶バッファを空にするバンピング処理を実行する、
請求項１５に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、前記ＨＲＤのＤＰＢの最大の要求されるサイズを各々示す複数のシンタックス要素のアレイを、ＳＰＳから復号し、
前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記ＤＰＢ中の複数のピクチャ記憶バッファの数が前記特定のシンタックス要素によって示される、
請求項１５に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、
前記ＨＲＤのＤＰＢのそれぞれの最大の要求されるサイズを各々示す複数のシンタックス要素の第１のアレイを、現在のピクチャについてアクティブであるＳＰＳから復号し、
前記ＨＲＤの前記ＤＰＢのそれぞれの最大の要求されるサイズを各々示す複数のシンタックス要素の第２のアレイを、先行するピクチャについてアクティブであるＳＰＳから復号し、
前記ターゲットの最高の時間識別子に基づいて、前記第１のアレイ中の第１のシンタックス要素を決定し、
前記ターゲットの最高の時間識別子に基づいて、前記第２のアレイ中の第２のシンタックス要素を決定し、
前記現在のピクチャがＩＤＲピクチャまたはＢＬＡピクチャであり、前記第１のシンタックス要素によって示される値が前記第２のシンタックス要素によって示される値と異なるとき、第３のシンタックス要素の値を、前記第３のシンタックス要素によって示される値に関係なく推測し、ここにおいて、前記第３のシンタックス要素が、前記ＤＰＢ中の以前に復号された複数のピクチャがＩＤＲピクチャまたはＢＬＡピクチャの復号の後に、どのように扱われるかを規定する、
請求項１５に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、ＨＲＤの複数のパラメータの前記選択されたセットを含むＨＲＤの複数のパラメータシンタックス構造を復号し、ここにおいて、ＨＲＤの複数のパラメータの前記選択されたセットが、前記ビットストリーム中の代替的なコーディングされたピクチャのバッファ（ＣＰＢ）の複数の仕様の数を各々示す複数のシンタックス要素のアレイを含み、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を選択し、
０から前記特定のシンタックス要素によって示される値までの範囲にあるスケジューラ選択インデックスを選択し、
前記スケジューラ選択インデックスに少なくとも一部基づいて、前記ＨＲＤのＣＰＢの当初のＣＰＢの除去遅延を決定する、
請求項１５に記載のデバイス。 - 前記１つまたは複数のプロセッサが前記復号処理を実行するときに、前記１つまたは複数のプロセッサが、複数のシンタックス要素のアレイを、ＳＰＳから復号し、ここにおいて、前記アレイ中の前記複数のシンタックス要素の各々が、前記ＨＲＤのＤＰＢの最大の要求されるサイズを示し、
ここにおいて、前記１つまたは複数のプロセッサが前記ビットストリーム適合試験を実行するときに、前記１つまたは複数のプロセッサが、
前記ターゲットの最高の時間識別子に基づいて、前記アレイ中の特定のシンタックス要素を決定し、
前記ＤＰＢ中の復号された複数のピクチャの数が、０と前記特定のシンタックス要素によって示される値から１を引いたものとのうちの大きい方以下であるかどうかに少なくとも一部基づいて、前記ビットストリームが前記ビデオコーディング標準に適合するかどうかを決定する、
請求項１５に記載のデバイス。 - 前記デバイスは、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項１２に記載のデバイス。 - 復号されたビデオデータを表示するように構成されるディスプレイをさらに備える、請求項１２に記載のデバイス。
- ビデオデータをキャプチャするように構成されたカメラをさらに備える、請求項１２に記載のデバイス。
- ビデオデータを処理するためのデバイスであって、前記デバイスは、
符号化されたビデオデータを記憶するための手段と、
前記符号化されたビデオデータを復号する復号処理を実行するための手段と、
を備え、前記復号処理を実行することは、
ターゲットの最高の時間識別子を決定することと、ここにおいて、前記ターゲットの最高の時間識別子を決定することは、
前記ターゲットの最高の時間識別子が外部手段によって規定されるかどうかを決定することと、
前記ターゲットの最高の時間識別子がいずれの外部手段によっても規定されないと決定することに応答して、および前記復号処理が、前記符号化されたビデオデータを備えるビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験において呼び出されると決定することに応答して、
試験対象の動作点を選択すること、および
前記試験対象の動作点に対応するサブビットストリームの中に存在する最大の時間識別子に等しい前記ターゲットの最高の時間識別子を設定すること、ここにおいて、前記サブビットストリームの中に存在する前記最大の時間識別子は、前記ビットストリームの中に存在する最大の時間識別子より小さい、
それ以外の場合、前記ビットストリーム中の時間的なサブレイヤの最大の数を規定するシンタックス要素の値に前記ターゲットの最高の時間識別子を設定すること、
を備える、
サブビットストリームを導出するビットストリーム抽出処理を実行することと、前記ビットストリーム抽出処理は、前記ターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを、前記ビットストリームから、除去することを備える、
前記サブビットストリームのＮＡＬの複数のユニットを復号することと
を備える、上記デバイス。 - 前記ビットストリーム適合試験を実行することが、
前記試験対象の動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択することと、
前記復号処理を実行するＨＲＤを構成するように、ＨＲＤの複数のパラメータの前記選択されたセットを使用することと、
を備える、請求項２６に記載のデバイス。 - コンピュータ可読記憶媒体であって、デバイスの１つまたは複数のプロセッサにより実行されるとき、
符号化されたビデオデータを復号する復号処理を実行する
ように前記デバイスを構成する命令を記憶し、ここにおいて、前記復号処理を実行するように前記デバイスを構成する前記命令は、実行されるとき、
ターゲットの最高の時間識別子を決定するように前記デバイスを構成する命令と、ここにおいて、前記ターゲットの最高の時間識別子を決定するように前記デバイスを構成する前記命令は、実行されるとき、
前記ターゲットの最高の時間識別子が外部手段によって規定されるかどうかを決定し、
前記ターゲットの最高の時間識別子がいずれの外部手段によっても規定されないと決定することに応答して、および前記復号処理が、前記符号化されたビデオデータを備えるビットストリームがビデオコーディング標準に適合するかどうかを決定するビットストリーム適合試験において呼び出されると決定することに応答して、
試験対象の動作点を選択し、および
前記試験対象の動作点に対応するサブビットストリームの中に存在する最大の時間識別子に等しい前記ターゲットの最高の時間識別子を設定し、ここにおいて、前記サブビットストリームの中に存在する前記最大の時間識別子は、前記ビットストリームの中に存在する最大の時間識別子より小さい、
それ以外の場合、前記ビットストリーム中の時間的なサブレイヤの最大の数を規定するシンタックス要素の値に前記ターゲットの最高の時間識別子を設定する、
ように前記デバイスを構成する命令を備える、
サブビットストリームを導出するビットストリーム抽出処理を実行するように前記デバイスを構成する命令と、前記ビットストリーム抽出処理は、前記ターゲットの最高の時間識別子よりも大きい時間識別子を有するすべてのネットワーク抽象化レイヤ（ＮＡＬ）の複数のユニットを、前記ビットストリームから、除去することを備える、
前記サブビットストリームのＮＡＬの複数のユニットを復号するように前記デバイスを構成する命令と
を備える、上記コンピュータ可読記憶媒体。 - 前記命令は、前記ビットストリーム適合試験の間に、前記デバイスが、
前記試験対象の動作点に適用可能な仮想参照デコーダ（ＨＲＤ）の複数のパラメータのセットを選択し、
前記復号処理を実行するＨＲＤを構成するように、ＨＲＤの複数のパラメータの前記選択されたセットを使用する
ように、前記デバイスを構成する、請求項２８に記載のコンピュータ可読記憶媒体。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201261705102P | 2012-09-24 | 2012-09-24 | |
| US61/705,102 | 2012-09-24 | ||
| US13/918,062 | 2013-06-14 | ||
| US13/918,062 US9351005B2 (en) | 2012-09-24 | 2013-06-14 | Bitstream conformance test in video coding |
| PCT/US2013/060403 WO2014047178A1 (en) | 2012-09-24 | 2013-09-18 | Bitstream conformance test in video coding |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2015533053A JP2015533053A (ja) | 2015-11-16 |
| JP2015533053A5 JP2015533053A5 (ja) | 2017-01-26 |
| JP6092397B2 true JP6092397B2 (ja) | 2017-03-08 |
Family
ID=50338834
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015533151A Active JP6092397B2 (ja) | 2012-09-24 | 2013-09-18 | ビデオコーディングにおけるビットストリーム適合試験 |
| JP2015533152A Active JP6258333B2 (ja) | 2012-09-24 | 2013-09-18 | ビデオコーディングにおける仮想参照デコーダパラメータ |
| JP2015533150A Active JP6009679B2 (ja) | 2012-09-24 | 2013-09-18 | ビデオコーディングにおける仮想参照デコーダパラメータ |
Family Applications After (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015533152A Active JP6258333B2 (ja) | 2012-09-24 | 2013-09-18 | ビデオコーディングにおける仮想参照デコーダパラメータ |
| JP2015533150A Active JP6009679B2 (ja) | 2012-09-24 | 2013-09-18 | ビデオコーディングにおける仮想参照デコーダパラメータ |
Country Status (24)
| Country | Link |
|---|---|
| US (3) | US10021394B2 (ja) |
| EP (3) | EP2898678A1 (ja) |
| JP (3) | JP6092397B2 (ja) |
| KR (3) | KR101965027B1 (ja) |
| CN (3) | CN104662913B (ja) |
| AR (3) | AR093238A1 (ja) |
| AU (3) | AU2013318190B2 (ja) |
| BR (3) | BR112015006451B1 (ja) |
| CA (3) | CA2884278C (ja) |
| DK (1) | DK2898680T3 (ja) |
| ES (1) | ES2758503T3 (ja) |
| HK (3) | HK1206525A1 (ja) |
| HU (1) | HUE045592T2 (ja) |
| IL (3) | IL237405B (ja) |
| MY (3) | MY182240A (ja) |
| PH (3) | PH12015500477A1 (ja) |
| PT (1) | PT2898680T (ja) |
| RU (3) | RU2642359C2 (ja) |
| SG (4) | SG11201501416PA (ja) |
| SI (1) | SI2898680T1 (ja) |
| TW (3) | TWI533671B (ja) |
| UA (2) | UA113334C2 (ja) |
| WO (3) | WO2014047178A1 (ja) |
| ZA (2) | ZA201502304B (ja) |
Families Citing this family (69)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101479141B1 (ko) * | 2009-12-10 | 2015-01-07 | 에스케이텔레콤 주식회사 | 트리 구조를 이용한 부호화/복호화 방법 및 장치 |
| US20150003536A1 (en) * | 2012-02-08 | 2015-01-01 | Thomson Licensing | Method and apparatus for using an ultra-low delay mode of a hypothetical reference decoder |
| CN104412598A (zh) * | 2012-07-06 | 2015-03-11 | 夏普株式会社 | 发信号通知基于子图片的假想参考解码器参数的电子设备 |
| US9654802B2 (en) | 2012-09-24 | 2017-05-16 | Qualcomm Incorporated | Sequence level flag for sub-picture level coded picture buffer parameters |
| US10021394B2 (en) | 2012-09-24 | 2018-07-10 | Qualcomm Incorporated | Hypothetical reference decoder parameters in video coding |
| US9992490B2 (en) | 2012-09-26 | 2018-06-05 | Sony Corporation | Video parameter set (VPS) syntax re-ordering for easy access of extension parameters |
| US20140092961A1 (en) * | 2012-09-28 | 2014-04-03 | Sharp Laboratories Of America, Inc. | Signaling decoder picture buffer information |
| SG10201502830WA (en) | 2012-09-28 | 2015-05-28 | Ericsson Telefon Ab L M | Decoding and encoding of pictures of a video sequence |
| US9154785B2 (en) | 2012-10-08 | 2015-10-06 | Qualcomm Incorporated | Sub-bitstream applicability to nested SEI messages in video coding |
| US9374585B2 (en) * | 2012-12-19 | 2016-06-21 | Qualcomm Incorporated | Low-delay buffering model in video coding |
| US10219006B2 (en) | 2013-01-04 | 2019-02-26 | Sony Corporation | JCTVC-L0226: VPS and VPS_extension updates |
| US10419778B2 (en) * | 2013-01-04 | 2019-09-17 | Sony Corporation | JCTVC-L0227: VPS_extension with updates of profile-tier-level syntax structure |
| US9402076B2 (en) * | 2013-01-07 | 2016-07-26 | Qualcomm Incorporated | Video buffering operations for random access in video coding |
| SG10201913551WA (en) | 2013-04-07 | 2020-03-30 | Dolby Int Ab | Signaling change in output layer sets |
| US9591321B2 (en) | 2013-04-07 | 2017-03-07 | Dolby International Ab | Signaling change in output layer sets |
| TWI676389B (zh) * | 2013-07-15 | 2019-11-01 | 美商內數位Ｖｃ專利控股股份有限公司 | 至少一種色彩轉換之編碼方法和編碼器、解碼器、顯示裝置、編碼視訊訊號、電腦程式製品及處理器可讀式媒體 |
| WO2015052935A1 (en) * | 2013-10-11 | 2015-04-16 | Sharp Kabushiki Kaisha | Color information and chromaticity signaling |
| KR102233430B1 (ko) * | 2013-10-12 | 2021-03-29 | 삼성전자주식회사 | 멀티 레이어 비디오의 복호화 및 부호화를 위한 버퍼 관리 방법 및 장치 |
| WO2015053597A1 (ko) * | 2013-10-12 | 2015-04-16 | 삼성전자 주식회사 | 멀티 레이어 비디오 부호화 방법 및 장치, 멀티 레이어 비디오 복호화 방법 및 장치 |
| US20150103895A1 (en) * | 2013-10-13 | 2015-04-16 | Sharp Laboratories Of America, Inc. | Electronic devices for signaling multiple initial buffering parameters |
| WO2015056179A1 (en) * | 2013-10-15 | 2015-04-23 | Nokia Technologies Oy | Video encoding and decoding using syntax element |
| US20170026655A1 (en) * | 2014-01-02 | 2017-01-26 | Sharp Kabushiki Kaisha | Parameter set signaling |
| US20150195549A1 (en) * | 2014-01-08 | 2015-07-09 | Qualcomm Incorporated | Support of non-hevc base layer in hevc multi-layer extensions |
| WO2015125489A1 (en) * | 2014-02-24 | 2015-08-27 | Sharp Kabushiki Kaisha | Restrictions on signaling |
| US10250895B2 (en) * | 2014-03-14 | 2019-04-02 | Sharp Kabushiki Kaisha | DPB capacity limits |
| US9794626B2 (en) | 2014-05-01 | 2017-10-17 | Qualcomm Incorporated | Partitioning schemes in multi-layer video coding |
| JP2017522792A (ja) * | 2014-06-18 | 2017-08-10 | シャープ株式会社 | スライス・タイプおよびデコーダ適合性 |
| US9918091B2 (en) | 2014-06-20 | 2018-03-13 | Qualcomm Incorporated | Systems and methods for assigning a minimum value to a syntax structure in a parameter set |
| US10091532B2 (en) * | 2014-06-26 | 2018-10-02 | Qualcomm Incorporated | Bitstream conformance constraints in scalable video coding |
| US10284867B2 (en) * | 2014-12-18 | 2019-05-07 | Nokia Technologies Oy | Apparatus, a method and a computer program for video coding and decoding |
| US20160234522A1 (en) * | 2015-02-05 | 2016-08-11 | Microsoft Technology Licensing, Llc | Video Decoding |
| EP3262523B1 (en) * | 2015-02-27 | 2019-12-04 | DivX, LLC | System and method for frame duplication and frame extension in live video encoding and streaming |
| US20160330453A1 (en) * | 2015-05-05 | 2016-11-10 | Cisco Technology, Inc. | Parameter Set Header |
| US10003813B2 (en) * | 2015-06-25 | 2018-06-19 | Samsung Electronics Co., Ltd. | Method and system for decoding by enabling optimal picture buffer management |
| KR102347034B1 (ko) * | 2015-09-23 | 2022-01-04 | 애리스 엔터프라이지즈 엘엘씨 | 전송 스트림들 내의 하이 다이내믹 레인지 및 와이드 컬러 가무트 콘텐츠의 시그널링 |
| US10582201B2 (en) * | 2016-05-19 | 2020-03-03 | Qualcomm Incorporated | Most-interested region in an image |
| MX2021008000A (es) | 2018-12-31 | 2021-10-22 | Huawei Tech Co Ltd | Un codificador de video, un decodificador de video y metodos correspondientes. |
| CN111435989B (zh) * | 2019-01-15 | 2023-11-17 | 华为技术有限公司 | 视频编码、解码方法、装置及计算机存储介质 |
| US11159795B2 (en) * | 2019-03-04 | 2021-10-26 | Tencent America LLC | Max transform size control |
| WO2020232355A1 (en) * | 2019-05-16 | 2020-11-19 | Bytedance Inc. | Intra block copy for screen content coding |
| US11303913B2 (en) * | 2019-06-19 | 2022-04-12 | Qualcomm Incorporated | Decoded picture buffer indexing |
| WO2020254720A1 (en) * | 2019-06-20 | 2020-12-24 | Nokia Technologies Oy | An apparatus, a method and a computer program for video encoding and decoding |
| BR112021026875A2 (pt) | 2019-07-05 | 2022-02-22 | Huawei Tech Co Ltd | Extração de fluxo de bits de codificação de vídeo com sinalização de identificador |
| EP4030764A4 (en) * | 2019-09-11 | 2022-11-23 | Panasonic Intellectual Property Corporation of America | CODING DEVICE, DECODING DEVICE, CODING METHOD AND DECODING METHOD |
| CN114762330A (zh) * | 2019-09-22 | 2022-07-15 | 北京字节跳动网络技术有限公司 | 视频的子图片编码和解码 |
| EP4022929A4 (en) * | 2019-09-24 | 2022-11-23 | Huawei Technologies Co., Ltd. | ENCODER, DECODER SUPPORTING LOWER LAYER FRAMES |
| AU2020354926A1 (en) * | 2019-09-24 | 2022-04-07 | Huawei Technologies Co., Ltd. | Decoded picture buffer operation for resolution changes |
| CA3152345A1 (en) * | 2019-09-24 | 2021-04-01 | Ye-Kui Wang | Scalable nesting sei message management |
| WO2021071183A1 (ko) * | 2019-10-06 | 2021-04-15 | 현대자동차주식회사 | 현재블록의 변환계수들을 역변환하는 방법 및 장치 |
| AU2020322053A1 (en) * | 2019-10-07 | 2022-05-05 | Huawei Technologies Co., Ltd. | Avoidance of redundant signaling in multi-layer video bitstreams |
| CN110636372B (zh) * | 2019-10-08 | 2022-02-25 | 未来电视有限公司 | 视频解码方法、视频播放装置、电子设备及存储介质 |
| KR20220078600A (ko) * | 2019-10-18 | 2022-06-10 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 서브픽처들의 파라미터 세트 시그널링에서의 신택스 제약들 |
| US20230362412A1 (en) * | 2019-12-19 | 2023-11-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Output process disable indicator |
| JP7431330B2 (ja) | 2019-12-26 | 2024-02-14 | バイトダンス インコーポレイテッド | ビデオコーディングにおけるプロファイル、層及びレイヤの指示 |
| JP7425204B2 (ja) | 2019-12-26 | 2024-01-30 | バイトダンス インコーポレイテッド | ビデオビットストリームにおける仮想参照デコーダパラメータのシグナリングに対する制約 |
| EP4066387A4 (en) | 2019-12-27 | 2023-02-15 | ByteDance Inc. | SUBPICTURE SIGNALING IN PARAMETER SETS |
| KR20220125235A (ko) | 2020-01-09 | 2022-09-14 | 바이트댄스 아이엔씨 | 상이한 sei 메시지들의 디코딩 순서 |
| US11889091B2 (en) * | 2020-02-21 | 2024-01-30 | Alibaba Group Holding Limited | Methods for processing chroma signals |
| US11743503B2 (en) * | 2020-05-14 | 2023-08-29 | Qualcomm Incorporated | Reference picture list constraints and signaling in video coding |
| WO2021235802A1 (ko) * | 2020-05-18 | 2021-11-25 | 엘지전자 주식회사 | 픽처 출력 관련 정보 기반 영상 또는 비디오 코딩 |
| KR20230015391A (ko) | 2020-05-22 | 2023-01-31 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 서브-비트스트림 추출에서 코딩된 비디오의 핸들링 |
| US11523137B2 (en) * | 2020-06-09 | 2022-12-06 | FG Innovation Company Limited | Device and method for decoding video data using general constraints information |
| WO2021252978A1 (en) * | 2020-06-12 | 2021-12-16 | Bytedance Inc. | Constraints on picture output ordering in a video bitstream |
| US11831921B2 (en) * | 2020-09-17 | 2023-11-28 | Lemon Inc. | Video operating points record syntax and semantics |
| EP4047824A1 (en) * | 2021-02-17 | 2022-08-24 | STMicroelectronics Austria GmbH | Method for managing communication between contactless devices, and corresponding system |
| US11930222B1 (en) * | 2021-03-30 | 2024-03-12 | Amazon Technologies, Inc. | Encoding video for film grain synthesis |
| EP4138401A1 (en) * | 2021-08-17 | 2023-02-22 | Nokia Technologies Oy | A method, an apparatus and a computer program product for video encoding and video decoding |
| WO2024049269A1 (ko) * | 2022-09-03 | 2024-03-07 | 엘지전자 주식회사 | Hrd 파라미터를 시그널링하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 컴퓨터 판독 가능한 기록 매체 |
| US11695965B1 (en) | 2022-10-13 | 2023-07-04 | Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. | Video coding using a coded picture buffer |
Family Cites Families (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004006446A2 (en) | 2002-07-02 | 2004-01-15 | Conexant Systems, Inc. | Hypothetical reference decoder for compressed image and video |
| MY134659A (en) | 2002-11-06 | 2007-12-31 | Nokia Corp | Picture buffering for prediction references and display |
| US20050254575A1 (en) | 2004-05-12 | 2005-11-17 | Nokia Corporation | Multiple interoperability points for scalable media coding and transmission |
| US8615038B2 (en) | 2004-12-06 | 2013-12-24 | Nokia Corporation | Video coding, decoding and hypothetical reference decoder |
| EP1949701A1 (en) | 2005-10-11 | 2008-07-30 | Nokia Corporation | Efficient decoded picture buffer management for scalable video coding |
| RU2406254C2 (ru) | 2006-03-29 | 2010-12-10 | Квэлкомм Инкорпорейтед | Видеообработка с масштабируемостью |
| US20070230564A1 (en) * | 2006-03-29 | 2007-10-04 | Qualcomm Incorporated | Video processing with scalability |
| ES2702704T3 (es) | 2006-10-16 | 2019-03-05 | Nokia Technologies Oy | Sistema y procedimiento para implementar una administración eficiente de memoria intermedia decodificada en codificación de video de vistas múltiples |
| CN100530122C (zh) | 2006-12-12 | 2009-08-19 | 中兴通讯股份有限公司 | 保证嵌入式系统中数据一致性的方法 |
| RU2518904C2 (ru) * | 2007-01-05 | 2014-06-10 | Томсон Лайсенсинг | Гипотетический эталонный декодер для масштабируемого видеокодирования |
| EP2137973B1 (en) | 2007-04-12 | 2019-05-01 | InterDigital VC Holdings, Inc. | Methods and apparatus for video usability information (vui) for scalable video coding (svc) |
| KR101633576B1 (ko) | 2007-04-17 | 2016-06-27 | 톰슨 라이센싱 | 멀티뷰 비디오 코딩을 위한 가설의 참조 디코더 |
| US20090003431A1 (en) * | 2007-06-28 | 2009-01-01 | Lihua Zhu | Method for encoding video data in a scalable manner |
| MX2009011217A (es) | 2007-04-18 | 2009-12-07 | Thomson Licensing | Sistemas de codificacion. |
| US20100142613A1 (en) | 2007-04-18 | 2010-06-10 | Lihua Zhu | Method for encoding video data in a scalable manner |
| US8396082B2 (en) | 2007-06-05 | 2013-03-12 | Core Wireless Licensing S.A.R.L. | Time-interleaved simulcast for tune-in reduction |
| US8059788B2 (en) | 2007-06-27 | 2011-11-15 | Avaya Inc. | Telephone software testing system and method |
| US20110038424A1 (en) | 2007-10-05 | 2011-02-17 | Jiancong Luo | Methods and apparatus for incorporating video usability information (vui) within a multi-view video (mvc) coding system |
| US8345774B2 (en) | 2008-01-11 | 2013-01-01 | Apple Inc. | Hypothetical reference decoder |
| KR101242472B1 (ko) | 2008-07-16 | 2013-03-12 | 노키아 코포레이션 | 트랙 및 트랙 서브세트의 그룹화를 위한 방법 및 장치 |
| EP2392138A4 (en) | 2009-01-28 | 2012-08-29 | Nokia Corp | METHOD AND APPARATUS FOR VIDEO ENCODING AND DECODING |
| US8767832B2 (en) | 2009-03-10 | 2014-07-01 | Mediatek Inc. | Method and apparatus for processing a multimedia bitstream |
| JP5267886B2 (ja) | 2009-04-08 | 2013-08-21 | ソニー株式会社 | 再生装置、記録媒体、および情報処理方法 |
| US8948241B2 (en) * | 2009-08-07 | 2015-02-03 | Qualcomm Incorporated | Signaling characteristics of an MVC operation point |
| US8724710B2 (en) | 2010-02-24 | 2014-05-13 | Thomson Licensing | Method and apparatus for video encoding with hypothetical reference decoder compliant bit allocation |
| US9131033B2 (en) | 2010-07-20 | 2015-09-08 | Qualcomm Incoporated | Providing sequence data sets for streaming video data |
| CN103416003B (zh) * | 2011-01-14 | 2015-05-27 | 维德约股份有限公司 | 改进的nal单元头部 |
| CA2824027C (en) | 2011-01-14 | 2017-11-07 | Vidyo, Inc. | High layer syntax for temporal scalability |
| US20130170561A1 (en) | 2011-07-05 | 2013-07-04 | Nokia Corporation | Method and apparatus for video coding and decoding |
| US9635355B2 (en) | 2011-07-28 | 2017-04-25 | Qualcomm Incorporated | Multiview video coding |
| US10237565B2 (en) | 2011-08-01 | 2019-03-19 | Qualcomm Incorporated | Coding parameter sets for various dimensions in video coding |
| WO2013030458A1 (en) | 2011-08-31 | 2013-03-07 | Nokia Corporation | Multiview video coding and decoding |
| US20130287093A1 (en) * | 2012-04-25 | 2013-10-31 | Nokia Corporation | Method and apparatus for video coding |
| US20140003534A1 (en) | 2012-07-02 | 2014-01-02 | Sony Corporation | Video coding system with temporal scalability and method of operation thereof |
| RU2612577C2 (ru) * | 2012-07-02 | 2017-03-09 | Нокиа Текнолоджиз Ой | Способ и устройство для кодирования видеоинформации |
| US9380289B2 (en) | 2012-07-20 | 2016-06-28 | Qualcomm Incorporated | Parameter sets in video coding |
| US9654802B2 (en) | 2012-09-24 | 2017-05-16 | Qualcomm Incorporated | Sequence level flag for sub-picture level coded picture buffer parameters |
| US10021394B2 (en) | 2012-09-24 | 2018-07-10 | Qualcomm Incorporated | Hypothetical reference decoder parameters in video coding |
| US9661341B2 (en) | 2013-01-07 | 2017-05-23 | Microsoft Technology Licensing, Llc | Syntax and semantics for buffering information to simplify video splicing |
| US20140301477A1 (en) | 2013-04-07 | 2014-10-09 | Sharp Laboratories Of America, Inc. | Signaling dpb parameters in vps extension and dpb operation |
-
2013
- 2013-06-14 US US13/918,041 patent/US10021394B2/en active Active
- 2013-06-14 US US13/918,062 patent/US9351005B2/en active Active
- 2013-06-14 US US13/918,093 patent/US9241158B2/en active Active
- 2013-09-18 DK DK13767240T patent/DK2898680T3/da active
- 2013-09-18 CN CN201380049032.4A patent/CN104662913B/zh active Active
- 2013-09-18 RU RU2015115439A patent/RU2642359C2/ru active
- 2013-09-18 ES ES13767240T patent/ES2758503T3/es active Active
- 2013-09-18 UA UAA201503838A patent/UA113334C2/uk unknown
- 2013-09-18 AU AU2013318190A patent/AU2013318190B2/en active Active
- 2013-09-18 KR KR1020157009620A patent/KR101965027B1/ko active IP Right Grant
- 2013-09-18 RU RU2015115522A patent/RU2613737C2/ru active
- 2013-09-18 BR BR112015006451-5A patent/BR112015006451B1/pt active IP Right Grant
- 2013-09-18 CA CA2884278A patent/CA2884278C/en active Active
- 2013-09-18 BR BR112015006450-7A patent/BR112015006450B1/pt active IP Right Grant
- 2013-09-18 SI SI201331613T patent/SI2898680T1/sl unknown
- 2013-09-18 SG SG11201501416PA patent/SG11201501416PA/en unknown
- 2013-09-18 KR KR1020157009623A patent/KR101706878B1/ko active IP Right Grant
- 2013-09-18 WO PCT/US2013/060403 patent/WO2014047178A1/en active Application Filing
- 2013-09-18 EP EP13767238.2A patent/EP2898678A1/en active Pending
- 2013-09-18 MY MYPI2015700667A patent/MY182240A/en unknown
- 2013-09-18 SG SG11201501414WA patent/SG11201501414WA/en unknown
- 2013-09-18 PT PT137672408T patent/PT2898680T/pt unknown
- 2013-09-18 KR KR1020157009619A patent/KR101669778B1/ko active IP Right Grant
- 2013-09-18 CA CA2884280A patent/CA2884280C/en active Active
- 2013-09-18 EP EP13767240.8A patent/EP2898680B1/en active Active
- 2013-09-18 SG SG10201702329SA patent/SG10201702329SA/en unknown
- 2013-09-18 HU HUE13767240A patent/HUE045592T2/hu unknown
- 2013-09-18 RU RU2015115519A patent/RU2649297C2/ru active
- 2013-09-18 AU AU2013318108A patent/AU2013318108B2/en active Active
- 2013-09-18 MY MYPI2015700669A patent/MY170158A/en unknown
- 2013-09-18 MY MYPI2015700668A patent/MY181727A/en unknown
- 2013-09-18 JP JP2015533151A patent/JP6092397B2/ja active Active
- 2013-09-18 BR BR112015006452-3A patent/BR112015006452B1/pt active IP Right Grant
- 2013-09-18 CN CN201380048957.7A patent/CN104641648B/zh active Active
- 2013-09-18 CN CN201380049074.8A patent/CN104662914B/zh active Active
- 2013-09-18 UA UAA201503840A patent/UA116996C2/uk unknown
- 2013-09-18 WO PCT/US2013/060412 patent/WO2014047183A1/en active Application Filing
- 2013-09-18 EP EP13767239.0A patent/EP2898679A1/en active Pending
- 2013-09-18 AU AU2013318193A patent/AU2013318193B2/en active Active
- 2013-09-18 WO PCT/US2013/060397 patent/WO2014047175A1/en active Application Filing
- 2013-09-18 JP JP2015533152A patent/JP6258333B2/ja active Active
- 2013-09-18 JP JP2015533150A patent/JP6009679B2/ja active Active
- 2013-09-18 CA CA2884277A patent/CA2884277C/en active Active
- 2013-09-18 SG SG11201501421YA patent/SG11201501421YA/en unknown
- 2013-09-24 TW TW102134375A patent/TWI533671B/zh active
- 2013-09-24 TW TW102134376A patent/TWI504238B/zh active
- 2013-09-24 AR ARP130103420A patent/AR093238A1/es active IP Right Grant
- 2013-09-24 TW TW102134381A patent/TWI536809B/zh active
- 2013-09-24 AR ARP130103421A patent/AR093285A1/es active IP Right Grant
- 2013-09-24 AR ARP130103419A patent/AR093284A1/es active IP Right Grant
-
2015
- 2015-02-25 IL IL237405A patent/IL237405B/en active IP Right Grant
- 2015-02-25 IL IL237404A patent/IL237404A/en active IP Right Grant
- 2015-02-26 IL IL237453A patent/IL237453A/en active IP Right Grant
- 2015-03-04 PH PH12015500477A patent/PH12015500477A1/en unknown
- 2015-03-05 PH PH12015500478A patent/PH12015500478B1/en unknown
- 2015-03-09 PH PH12015500508A patent/PH12015500508B1/en unknown
- 2015-04-07 ZA ZA2015/02304A patent/ZA201502304B/en unknown
- 2015-04-20 ZA ZA2015/02639A patent/ZA201502639B/en unknown
- 2015-07-27 HK HK15107118.5A patent/HK1206525A1/xx unknown
- 2015-07-27 HK HK15107119.4A patent/HK1206526A1/xx unknown
- 2015-08-13 HK HK15107825.9A patent/HK1207229A1/xx unknown
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6092397B2 (ja) | ビデオコーディングにおけるビットストリーム適合試験 | |
| JP6077124B2 (ja) | 仮想参照デコーダパラメータシンタックス構造 | |
| JP2015533053A5 (ja) | ||
| WO2015168591A1 (en) | Method and device for decoding multi-layer video data by determining the capability of the decoder based on profile, tier and level associated with partition containing one or more layers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160808 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160808 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20160808 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20160831 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160906 |
|
| A524 | Written submission of copy of amendment under article 19 pct |
Free format text: JAPANESE INTERMEDIATE CODE: A524 Effective date: 20161205 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161206 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170110 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170208 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6092397 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |