JP2022549799A - セグメント存在情報を提供すること - Google Patents
セグメント存在情報を提供すること Download PDFInfo
- Publication number
- JP2022549799A JP2022549799A JP2022517856A JP2022517856A JP2022549799A JP 2022549799 A JP2022549799 A JP 2022549799A JP 2022517856 A JP2022517856 A JP 2022517856A JP 2022517856 A JP2022517856 A JP 2022517856A JP 2022549799 A JP2022549799 A JP 2022549799A
- Authority
- JP
- Japan
- Prior art keywords
- bitstream
- segment
- value
- parameter set
- segments
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 66
- 238000012545 processing Methods 0.000 claims abstract description 9
- 230000002123 temporal effect Effects 0.000 claims description 26
- 230000008569 process Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 9
- 230000001419 dependent effect Effects 0.000 claims description 8
- 230000009471 action Effects 0.000 claims description 3
- 230000003287 optical effect Effects 0.000 claims description 3
- 238000000605 extraction Methods 0.000 claims description 2
- 230000003139 buffering effect Effects 0.000 claims 1
- 239000010410 layer Substances 0.000 description 52
- 238000010586 diagram Methods 0.000 description 7
- 239000013598 vector Substances 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 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 3
- 230000003044 adaptive effect Effects 0.000 description 3
- 230000000153 supplemental effect Effects 0.000 description 3
- 208000031212 Autoimmune polyendocrinopathy Diseases 0.000 description 2
- 108091008143 L ribosomal proteins Proteins 0.000 description 2
- 241000023320 Luma <angiosperm> Species 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 235000019395 ammonium persulphate Nutrition 0.000 description 2
- 238000000261 appearance potential spectroscopy Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000002356 single layer Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012360 testing method 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/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
- H04N19/14—Coding unit complexity, e.g. amount of activity or edge presence estimation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport 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/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/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- 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/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/188—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 a video data packet, e.g. a network abstraction layer [NAL] unit
-
- 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/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
-
- 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/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
デコーダによって実行されるメカニズムが提供されている。この方法は、ビットストリームを受信することを含む。この方法は、受信されたビットストリームを処理することを含み、ビットストリームは、ビットストリームの第１の部分を含み、ビットストリームの第１の部分は、セグメント存在情報を提供し、さらにｉ）セグメント存在情報は、少なくとも第１のセグメントタイプのセグメントがビットストリームの少なくとも一部分に存在していてはいけないということを示すか、またはｉｉ）セグメント存在情報は、少なくとも第１のセグメントタイプのセグメントがビットストリームの少なくともその部分に存在していてもよいということを示す。【選択図】図６
Description
本開示は、ビデオコーディングおよびデコーディングに関する。
１．ＨＥＶＣおよびＶＶＣ
高効率ビデオコーディング（ＨＥＶＣ）は、時間的予測および空間的予測の両方を利用するＩＴＵ－ＴおよびＭＰＥＧによって標準化されたブロックベースのビデオコーデックである。空間的予測は、現在の画像内からのイントラ（Ｉ）予測を使用して達成される。時間的予測は、以前にデコードされた参照画像からのブロックレベルでの一方向（Ｐ）または双方向インター（Ｂ）予測を使用して達成される。エンコーダにおいて、元のピクセルデータと、予測されたピクセルデータとの間における差（残差と呼ばれる）が、周波数ドメインへと変換され、量子化され、次いでエントロピーコーディングされ、その後に、やはりエントロピーコーディングされた、必要な予測パラメータ（予測モードおよびモーションベクトルなど）とともに送信される。デコーダは、エントロピーデコーディング、逆量子化、および逆変換を実行して、残差を入手し、次いでその残差をイントラ予測またはインター予測に加算して、画像を再構築する。
ＭＰＥＧおよびＩＴＵ－Ｔは、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｏｒｙ Ｔｅａｍ（ＪＶＥＴ）内で、ＨＥＶＣに取って代わるものに取り組んでいる。開発中のこのビデオコーデックの名前は、多用途ビデオコーディング（ＶＶＣ）である。執筆の時点で、ＶＶＣドラフト仕様の現在のバージョンは「多用途ビデオコーディング（Ｄｒａｆｔ ６）」、ＪＶＥＴ－Ｏ２００１－ｖＥであった。ＶＶＣが本明細書で言及されている場合には、そのＶＶＣは、ＶＶＣ仕様のＤｒａｆｔ ６を指す。
２．成分
ビデオシーケンスは、一連の画像から構成され、この場合、それぞれの画像は、１つまたは複数の成分から構成される。それぞれの成分は、サンプル値の２次元の長方形配列として記述されることが可能である。ビデオシーケンスにおける画像は、１つの輝度成分（Ｙ）（この場合、サンプル値は輝度値である）、ならびに２つの彩度成分（Ｃｂ）および（Ｃｒ）（この場合、サンプル値は彩度値である）という３つの成分から構成されることが一般的である。彩度成分の寸法は、それぞれの寸法において輝度成分よりも２分の１だけ小さいことが一般的である。たとえば、ＨＤ画像の輝度成分のサイズは、１９２０×１０８０となり、彩度成分は、９６０×５４０という寸法をそれぞれ有することになる。成分は、色成分と呼ばれる場合もある。この文書においては、ビデオシーケンスのエンコーディングおよびデコーディングにとって有用な方法について記述する。しかしながら、記述されている技術は、静止画像のエンコーディングおよびデコーディングのために使用されることも可能であるということを理解されたい。
３．ブロックおよびユニット
ブロックは、サンプルの２次元配列である。ビデオコーディングにおいては、それぞれの成分が、１つまたは複数のブロックへと分割され、コーディングされたビデオビットストリームは、一連のブロックである。
ビデオコーディングにおいては、画像は、特定のエリアをカバーするユニットへと分割されることが一般的である。それぞれのユニットは、その特定のエリアを構成するすべてのブロックから構成され、それぞれのブロックは、完全に１つのユニットのみに属する。ＨＥＶＣおよびＶＶＣにおけるコーディングユニット（ＣＵ）は、そのようなユニットの例である。コーディングツリーユニット（ＣＴＵ）は、いくつかのＣＵへと分割されることが可能である論理ユニットである。
ＨＥＶＣにおいては、ＣＵは正方形であり、すなわち、ＣＵは、Ｎ×Ｎの輝度サンプルというサイズを有し、この場合、Ｎは、６４、３２、１６、または８という値を有することが可能である。現在のＨ．２６６テストモデル多用途ビデオコーディング（ＶＶＣ）においては、ＣＵは、長方形であること、すなわち、Ｎ×Ｍの輝度サンプルというサイズを有することも可能であり、この場合、ＮはＭとは異なる。
４．ＮＡＬユニット
ＨＥＶＣおよびＶＶＣの両方が、ネットワーク抽象化レイヤ（ＮＡＬ）を規定する。ＨＥＶＣおよびＶＶＣにおけるすべてのデータ、すなわち、ビデオコーディングレイヤ（ＶＣＬ）または非ＶＣＬデータの両方が、ＮＡＬユニットにおいてカプセル化される。ＶＣＬ ＮＡＬユニットは、画像サンプル値を表すデータを含む。非ＶＣＬ ＮＡＬユニットは、パラメータセットおよび補助強化情報（ＳＥＩ）メッセージなどのさらなる関連付けられているデータを含む。ＨＥＶＣおよび現在のバージョンのＶＶＣにおけるＮＡＬユニットは、ＮＡＬユニットヘッダと呼ばれるヘッダから始まる。ＨＥＶＣに関するＮＡＬユニットヘッダに関するシンタックスが、テーブル１において示されており、これは、開始コードのエミュレーションを防止するために常に０に等しくなるｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔから開始する。これがなければ、いくつかのＭＰＥＧシステムは、ＨＥＶＣビデオビットストリームをその他のデータと混同する可能性があるが、ＮＡＬユニットヘッダにおける０ビットが、すべての可能なＨＥＶＣビットストリームをＨＥＶＣビットストリームとして一意に識別可能にする。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１というコードワードはそれぞれ、どんなタイプのデータがＮＡＬユニットにおいて搬送されるかを識別するＮＡＬユニットのＮＡＬユニットタイプ、レイヤＩＤ、およびどの時間ＩＤに関してＮＡＬユニットが属するかを指定する。ＮＡＬユニットタイプは、どのようにＮＡＬユニットが解析およびデコードされるべきであるかを示して指定する。現在のバージョンのＶＶＣにおけるＮＡＬユニットヘッダは、ＨＥＶＣにおけるものに非常に類似しているが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのために１ビット少なく使用し、代わりにこのビットをその後の使用のために確保する。
ＮＡＬユニットのバイトのうちの残りは、ＮＡＬユニットタイプによって示されるタイプのペイロードである。ビットストリームは、一連の連結されたＮＡＬユニットから構成される。
デコーダまたはビットストリームパーサは、ＮＡＬユニットヘッダを見た後に、どのようにＮＡＬユニットが取り扱われるべきか、たとえば解析およびデコードされるべきかを結論付けることが可能である。ＮＡＬユニットのバイトのうちの残りは、ＮＡＬユニットタイプによって示されるタイプのペイロードである。ビットストリームは、一連の連結されたＮＡＬユニットから構成される。
ＮＡＬユニットタイプは、どのようにＮＡＬユニットが解析およびデコードされるべきであるかを示して規定する。ＶＣＬ ＮＡＬユニットは、現在の画像の画像タイプに関する情報を提供する。ＶＶＣドラフトの現在のバージョンのＮＡＬユニットタイプが、テーブル３において示されている。
デコーディング順序は、ＮＡＬユニットがデコードされることになる順序であり、その順序は、ビットストリーム内のＮＡＬユニットの順序と同じである。デコーディング順序は、出力順序とは異なることが可能であり、出力順序は、デコードされた画像が、デコーダによって、表示のためになどで出力されることになる順序である。
時間レイヤ
ＨＥＶＣにおいては、および現在のバージョンのＶＶＣにおいては、すべての画像は、画像が属する時間レイヤを指定するＴｅｍｐｏｒａｌＩｄ値に関連付けられている。ＴｅｍｐｏｒａｌＩｄ値は、ＮＡＬユニットヘッダにおけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素からデコードされる。ＨＥＶＣにおいては、エンコーダは、ＴｅｍｐｏｒａｌＩｄ値を設定することを必要とされ、それによって、高位の時間レイヤが破棄された場合に、低位のレイヤに属する画像が完全にデコード可能になる。たとえば、エンコーダが時間レイヤ０、１、および２を使用してビットストリームを出力したと想定されたい。次いで、すべてのレイヤ２ＮＡＬユニットを除去すること、またはすべてのレイヤ１ＮＡＬユニットおよびレイヤ２ＮＡＬユニットを除去することによって、問題なくデコードされることが可能であるビットストリームが生じることになる。これは、エンコーダが準拠しなければならないＨＥＶＣ／ＶＶＣ仕様における制限によって確実にされる。たとえば、ある時間レイヤの画像が高位の時間レイヤの画像を参照することは許可されない。
６．レイヤ、従属レイヤおよび独立レイヤ
レイヤは、ＶＶＣにおいては、すべてがｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有するＶＣＬ ＮＡＬユニットと、関連付けられている非ＶＣＬ ＮＡＬユニットとのセットとして規定される。
ＶＶＣにおけるレイヤアクセスユニットが、ＮＡＬユニットのセットとして規定され、それらのＮＡＬユニットに関しては、ＶＣＬ ＮＡＬユニットがすべてｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有しており、それらのＮＡＬユニットは、指定された分類ルールに従って互いに関連付けられており、それらのＮＡＬユニットは、デコーディング順序において連続しており、それらのＮＡＬユニットは、ちょうど１つのコーディングされた画像を含む。
現在のバージョンのＶＶＣにおけるコーディングされたレイヤビデオシーケンス（ＣＬＶＳ）が、レイヤアクセスユニット（ＬＡＵ）のシーケンスとして規定され、そのシーケンスは、デコーディング順序において、ＣＬＶＳレイヤアクセスユニットと、それに続く、ＣＬＶＳレイヤアクセスユニットではない０個以上のレイヤアクセスユニットとから構成され、それらの続くレイヤアクセスユニットは、ＣＬＶＳレイヤアクセスユニットであるいずれかの後続のレイヤアクセスユニットまでの（ただし、そのレイヤアクセスユニットを含まない）すべての後続のレイヤアクセスユニットを含む。
レイヤアクセスユニットとコーディングされたレイヤビデオシーケンスとの間における関係が、図５において示されている。
現在のバージョンのＶＶＣにおいては、レイヤは、互いに独立して、または依存してコーディングされることが可能である。レイヤが独立してコーディングされている場合には、たとえばｎｕｈ＿ｌａｙｅｒ＿ｉｄ０を伴うレイヤは、たとえばｎｕｈ＿ｌａｙｅｒ＿ｉｄ１を伴う別のレイヤからのビデオデータを予測することが可能ではない。現在のバージョンのＶＶＣにおいては、レイヤ間における依存コーディングが使用されることが可能であり、これは、ＳＮＲの、空間の、およびビューのスケーラビリティーを有するスケーラブルなコーディングに関するサポートを可能にする。
７．アクセスユニットおよびアクセスユニットデリミタ
ＨＥＶＣおよび現在のＶＶＣドラフトにおける単一レイヤコーディングに関しては、アクセスユニット（ＡＵ）が、単一の画像のコーディングされた表示である。ＡＵは、いくつかのビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットならびに非ＶＣＬ ＮＡＬユニットから構成されることが可能である。アクセスユニットは、現在のバージョンのＶＶＣにおいては、そのアクセスユニットの開始を示すアクセスユニットデリミタ（ＡＵＤ）ＮＡＬユニットと、画像において許可されているスライスのタイプ、すなわち、Ｉ、Ｉ－Ｐ、またはＩ－Ｐ－Ｂとを伴って開始しなければならない。ＨＥＶＣにおいては、ＡＵがＡＵＤを伴って開始することは、任意選択である。ＶＶＣドラフトの現在のバージョンにおけるアクセスユニットデリミタＮＡＬユニットに関するシンタックスおよびセマンティクスが、以下に示されている。
７．１ アクセスユニットデリミタＲＢＳＰセマンティクス
アクセスユニットデリミタは、アクセスユニットの開始と、アクセスユニットデリミタＮＡＬユニットを含むアクセスユニットにおけるコーディングされた画像に存在するスライスのタイプとを示すために使用される。アクセスユニットデリミタに関連付けられている規範的なデコーディングプロセスはない。
ｐｉｃ＿ｔｙｐｅは、アクセスユニットデリミタＮＡＬユニットを含むアクセスユニットにおけるコーディングされた画像のすべてのスライスに関するｓｌｉｃｅ＿ｔｙｐｅ値が、ｐｉｃ＿ｔｙｐｅの所与の値に関してテーブル５において列挙されているセットのメンバーであるということを示す。ｐｉｃ＿ｔｙｐｅの値は、この仕様のこのバージョンに準拠するビットストリームにおいては、０、１、または２に等しくなる。ｐｉｃ＿ｔｙｐｅのその他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる今後の使用のために確保されている。この仕様のこのバージョンに準拠するデコーダは、ｐｉｃ＿ｔｙｐｅの確保された値を無視することになる。
８．イントラランダムアクセスポイント（ＩＲＡＰ）画像およびコーディングされたビデオシーケンス（ＣＶＳ）
ＨＥＶＣにおけるイントラランダムアクセスポイント（ＩＲＡＰ）画像は、自身のデコーディングプロセスにおける予測のために自身以外のいずれの画像も参照しない画像である。ＨＥＶＣでのデコーディング順序におけるビットストリーム内の最初の画像は、ＩＲＡＰ画像でなければならないが、ＩＲＡＰ画像はさらに、ビットストリームにおいてその後に現れることも可能である。ＨＥＶＣは、ブロークンリンクアクセス（ＢＬＡ）画像、インスタントデコーダリフレッシュ（ＩＤＲ）画像、およびクリーンランダムアクセス（ＣＲＡ）画像という３つのタイプのＩＲＡＰ画像を指定する。
ＨＥＶＣにおけるコーディングされたビデオシーケンス（ＣＶＳ）は、あるＩＲＡＰアクセスユニットで開始してデコーディング順における次のＩＲＡＰアクセスユニットまでの（ただし、次のＩＲＡＰアクセスユニットを含まない）一連のアクセスユニットである。
ＩＤＲ画像は常に、新たなＣＶＳを開始する。ＩＤＲ画像は、関連付けられているランダムアクセスデコーダブルリーディング（ＲＡＤＬ）画像を有することが可能である。ＩＤＲ画像は、関連付けられているランダムアクセススキップリーディング（ＲＡＳＬ）画像を有さない。
ＨＥＶＣにおけるＢＬＡ画像も、新たなＣＶＳを開始し、ＩＤＲ画像と同じ影響をデコーディングプロセス上に及ぼす。しかしながら、ＨＥＶＣにおけるＢＬＡ画像は、参照画像の空ではないセットを指定するシンタックス要素を含むことが可能である。ＢＬＡ画像は、関連付けられているＲＡＳＬ画像を有することが可能であり、それらのＲＡＳＬ画像は、デコーダによって出力されず、デコード可能ではない場合がある。なぜなら、それらのＲＡＳＬ画像は、ビットストリームに存在していない可能性のある画像への参照を含む場合があるからである。ＢＬＡ画像は、関連付けられているＲＡＤＬ画像を有することも可能であり、それらのＲＡＤＬ画像は、デコードされる。ＢＬＡ画像は、現在のバージョンのＶＶＣにおいては規定されていない。
ＣＲＡ画像は、関連付けられているＲＡＤＬまたはＲＡＳＬ画像を有することが可能である。ＢＬＡ画像と同様に、ＣＲＡ画像は、参照画像の空ではないセットを指定するシンタックス要素を含むことが可能である。ＣＲＡ画像に関しては、関連付けられているＲＡＳＬ画像がデコーダによって出力されないことを指定するためのフラグが設定されることが可能である。これは、それらのＲＡＳＬ画像がデコード可能ではない場合があるからであり、なぜなら、それらのＲＡＳＬ画像は、ビットストリームに存在していない画像への参照を含む場合があるからである。ＣＲＡは、ＣＶＳを開始することが可能である。
ＶＶＣドラフトの現在のバージョンにおいては、ＣＶＳは、ＣＶＳスタート（ＣＶＳＳ）アクセスユニットで開始され、これは、ＩＲＡＰ画像、すなわち、ＩＤＲもしくはＣＲＡ画像、またはグラデュアルデコーディングリフレッシュ（ＧＤＲ）画像を含むことが可能である。
ＧＤＲ画像は、基本的に、完全なＩＲＡＰ画像が大きすぎる遅延をもたらすことになる低遅延コーディングのためにエンコードされたビットストリームにおけるランダムアクセスのために使用される。ＧＤＲ画像は、画像ごとにビデオを更新するグラデュアルイントラリフレッシュを使用することが可能であり、この場合、それぞれの画像は、部分的にのみイントラコーディングされる。ビットストリームがＧＤＲ画像で同調されたと想定すると、いつビデオが完全にリフレッシュされて出力の準備ができるかが、ＧＤＲ画像とともにシグナリングされる。ＧＤＲは、ＣＶＳを開始することが可能である。
９．ＳＴＳＡ画像
ＨＥＶＣにおいては（および現在のＶＶＣドラフトにおいては）、段階的時間サブレイヤアクセス（ＳＴＳＡ）画像と呼ばれる画像タイプがある。ＨＥＶＣにおいては、参照画像でもあるＳＴＳＡ画像であるＳＴＳＡ＿Ｒ、および非参照画像であるＳＴＳＡ画像であるＳＴＳＡ＿Ｎという２つのタイプのＳＴＳＡ画像がある。現在のＶＶＣドラフトにおいては、１つのタイプのＳＴＳＡ画像のみが指定され、ＳＴＳＡ画像が参照画像であるかまたは非参照画像であるかの区別は行われない。
ＳＴＳＡ画像は、低位の時間レイヤから高位の時間レイヤへスイッチアップすることが可能であるビットストリームにおける位置を示すことを意図されている。たとえば、デコーダは、時間レイヤＮをデコードすることが可能であり、これが意味しているのは、Ｎ以下のＴｅｍｐｏｒａｌＩｄを有するすべてのＮＡＬユニットがデコードされ、Ｎよりも高いＴｅｍｐｏｒａｌＩｄを有するすべてのＮＡＬユニットが無視されるということである。Ｎ＋１のＴｅｍｐｏｒａｌＩｄを有するＳＴＳＡ画像がある場合には、デコーダは、そのＳＴＳＡ画像と、Ｎ＋１以下のＴｅｍｐｏｒａｌＩｄを有する、デコーディング順序においてそのＳＴＳＡ画像に続くすべてのＮＡＬユニットとをデコードすることが可能であることを確実にされる。
１０．補助強化情報（ＳＥＩ）メッセージ
ＳＥＩメッセージは、デコーダにとっては有用である可能性があるがデコーディングプロセスにとっては必要ではない情報を提供する。現在のバージョンのＶＶＣは、下記のＳＥＩメッセージを指定している。
１０．１ 従属ＲＡＰ表示ＳＥＩメッセージ
従属ＲＡＰ表示ＳＥＩメッセージは、画像をビットストリームにおける従属ランダムアクセスポイント（ＤＲＡＰ）画像としてマークするために使用される。ＤＲＡＰ表示ＳＥＩメッセージの存在は、この項において指定されている画像の順序および画像の参照についての制約が適用されるということを示す。これらの制約は、デコーダが、関連付けられているＩＲＡＰ画像以外のいずれのその他の画像もデコードする必要を伴わずに、ＤＲＡＰ画像と、ＤＲＡＰ画像に続く画像とをデコーディング順序および出力順序の両方において適正にデコードすることを可能にすることができる。
ＤＲＡＰ表示ＳＥＩメッセージの存在によって示される制約は、下記のとおりである。
ａ）ＤＲＡＰ画像は、後続の画像でなければならない。
ｂ）ＤＲＡＰ画像は、０に等しい時間サブレイヤ識別子を有していなければならない。
ｃ）ＤＲＡＰ画像は、デコーディング順序において先行するＩＲＡＰ画像を除いて、いずれの画像も自身の参照画像リストのアクティブなエントリーに含めてはならない。
ｄ）デコーディング順序および出力順序の両方においてＤＲＡＰ画像に続くいかなる画像も、デコーディング順序における先行するＩＲＡＰ画像を除いて、デコーディング順序または出力順序においてＤＲＡＰ画像に先行するいかなる画像も、自身の参照画像リストのアクティブなエントリーに含めてはならない。
ＶＶＣにおいては、現在のおよび今後の画像をデコードする目的でデコーダが以前にデコードされたどの画像を参照用として保持すべきかを示すために、現在の画像に関して参照画像リスト（ＲＰＬ）がシグナリングされる。それぞれの画像に関して２つのＲＰＬがある。１つの画像からのみのインター予測（Ｐ予測）に関しては、第１のＲＰＬのみが使用され、２つの画像からのインター予測（Ｂ予測）に関しては、第１および第２の両方のＲＰＬが使用される。エントリーがＲＰＬにおいてアクティブであるということは、現在の画像をデコードするためにそのエントリーにおける参照画像が使用されるということを意味する。エントリーにおける参照画像が、現在の画像を予測するために使用されることになるのではなく、その後の画像を予測するために使用される場合には、そのエントリーは、ＲＰＬにおいて保持されるべきであるが、現在の画像のＲＰにおいては非アクティブであるべきである。
１１．パラメータセット
ＨＥＶＣおよびＶＶＣは、画像パラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、およびビデオパラメータセット（ＶＰＳ）という３つのタイプのパラメータセットを指定する。ＰＰＳは、画像全体に関して共通であるデータを含み、ＳＰＳは、コーディングされたビデオシーケンス（ＣＶＳ）に関して共通であるデータを含み、ＶＰＳは、複数のＣＶＳに関して共通であるデータ、たとえば、ビットストリームにおける複数のレイヤに関するデータを含む。
現在のバージョンのＶＶＣは、適合パラメータセット（ＡＰＳ）およびデコーダパラメータセット（ＤＰＳ）という２つのさらなるパラメータセットも指定している。
１１．１ 適合パラメータセット（ＡＰＳ）
ＡＰＳは、その他のパラメータセットと比較して同等の大量のデータを含む。スライスと画像との間においてはあまり頻繁に変わらない可能性があるが、それでもなおＳＰＳまたはＰＰＳにおいては十分に適合しない程度に頻繁に変わる可能性があるデータに関しては、スライスヘッダにおけるデータの特定のグループを繰り返す必要はないということが、ＡＰＳの考え方である。現在のバージョンのＶＶＣにおいては、３つのタイプのＡＰＳがある。適合ループフィルタ（ＡＬＦ）コーディングツールのために必要とされるパラメータを搬送する１つのＡＰＳタイプ、輝度マッピングおよび彩度スケーリング（ＬＭＣＳ）コーディングツールのために必要とされるパラメータを搬送する第２のＡＰＳタイプ、ならびにスケーリングリストパラメータを搬送するために使用される第３のＡＰＳタイプである。スケーリングリストは、それぞれの周波数インデックスをスケーリングプロセスのためのスケール係数に関連付けるリストである。
１１．２ デコーディングパラメータセット（ＤＰＳ）
ＤＰＳは、デコーディングセッション中に変わらない可能性がある情報で、かつ、デコーダが知っておくとよい可能性がある情報、たとえば、許可されるサブレイヤの最大数を指定する。ＤＰＳにおける情報は、デコーディングプロセスのオペレーションにとって必要ではない。
デコーダパラメータセットは、ビットストリームから何を予期するかという情報をデコーダに与える、ビットストリームに関する一般的な制約のセットも含む。現在のバージョンのＶＶＣにおいては、一般制約情報がＶＰＳにおいてシグナリングされることも可能である。
特定の課題が存在する。たとえば、現在のバージョンのＶＶＣにおいては、特定のＮＡＬユニットタイプを有するＮＡＬユニットがビットストリームに存在していてもよいかどうかを事前に示すことは可能ではない。加えて、特定のＳＥＩメッセージがビットストリームに存在していてもよいかどうかを事前に示すことは可能ではない。デコーダは次いで、任意のタイプのＮＡＬユニットタイプおよびＳＥＩメッセージを取り扱う準備ができていなければならない。ＮＡＬユニットタイプおよびＳＥＩメッセージのうちのいくつかに関しては、デコーダは、これらのＮＡＬユニットタイプおよびＳＥＩメッセージがビットストリームに現れる場合には、いくつかのリソースを消費すること、たとえば、事前にメモリを割り当てること、特定のデータを格納すること、ビットストリームの特定の部分を解析することを必要とする場合がある。これらのＮＡＬユニットタイプまたはＳＥＩメッセージがビットストリームに現れない場合には、これらのリソースは、不必要に消費されている。
本開示は解決策を提供する。たとえば、特定の一実施形態においては、パラメータ（たとえば、フラグ）がパラメータセット（たとえば、ＤＰＳ、ＶＰＳ、ＳＰＳ、またはＰＰＳ）に含まれること、およびこのパラメータが、タイプＡのセグメント（たとえば、ＮＡＬユニットまたはＳＥＩメッセージ）がビットストリームに存在していてもよいか、または存在していてはいけないかを指定することが提案される。したがって、フラグはセグメント存在情報の一例である。
本開示の第１の態様によれば、デコーダによって実行される方法が提供されている。この方法は、ビットストリームを受信することを含む。この方法は、受信されたビットストリームを処理することを含み、ビットストリームは、ビットストリームの第１の部分を含み、ビットストリームの第１の部分は、セグメント存在情報を提供し、さらにｉ）セグメント存在情報は、少なくとも第１のセグメントタイプのセグメントがビットストリームの少なくとも一部分に存在していてはいけないということを示すか、またはｉｉ）セグメント存在情報は、少なくとも第１のセグメントタイプのセグメントがビットストリームの少なくともその部分に存在していてもよいということを示す。
本開示の第２の態様によれば、エンコーダによって実行される方法が提供されている。この方法は、ビットストリームを生成することを含み、ビットストリームは、ビットストリームの第１の部分を含み、ビットストリームの第１の部分は、セグメント存在情報を提供し、さらにｉ）セグメント存在情報は、少なくとも第１のセグメントタイプのセグメントがビットストリームの少なくとも一部分に存在していてはいけないということを示すか、またはｉｉ）セグメント存在情報は、少なくとも第１のセグメントタイプのセグメントがビットストリームの少なくともその部分に存在していてもよいということを示す。
本開示の第３の態様によれば、命令を含むコンピュータプログラムが提供されており、それらの命令は、処理回路によって実行されたときに、第１または第２の態様のいずれか一方に記載の方法を処理回路に実行させる。
本開示の第４の態様によれば、第３の態様によるコンピュータプログラムを含むキャリアが提供されており、このキャリアは、電子信号、光信号、無線信号、およびコンピュータ可読記憶媒体のうちの１つである。
本開示の第５の態様によれば、第１の態様による方法を実行するように適合されているデコーディング装置が提供されている。
本開示の第６の態様によれば、第２の態様による方法を実行するように適合されているエンコーディング装置が提供されている。
利点
タイプＡのセグメント（たとえば、ＮＡＬユニット、ＳＥＩメッセージなど）がビットストリームに存在し得るか存在し得ないかに関する情報（セグメント存在情報）は、たとえば、いずれにしても使用されないであろうメモリを割り当てる必要がないこと、またはビットストリームの特定の部分を解析する必要がないことをデコーダが知る上で有用である。それゆえに、利点として、デコーダは、ビットストリームに現れない可能性のあるＮＡＬユニットタイプ、画像タイプ、およびＳＥＩメッセージにリソースを割り当てないことになる。
たとえば、ビットストリームにおいてＳＴＳＡ画像が予期されることはないということをデコーダが知っているならば、デコーダは、ＰＰＳを格納することを、またはＳＴＳＡ画像に関する時間レイヤをスキャンすることさえ必要としない。デコーダは、デコードされていない高位のレイヤを単に無視することが可能である。別の例は、ＤＲＡＰ ＳＥＩメッセージである。デコーダがビットストリームにおいていかなるＤＲＡＰ ＳＥＩメッセージにも遭遇しないであろうとデコーダが知っているならば、デコーダは、自身がその後にＤＲＡＰ画像を使用して同調したくなる可能性のあるチャネルに関するＩＲＡＰ画像を格納する必要はない。
図１は、ある例示的な実施形態によるシステム１００を示している。システム２００が、ネットワーク１１０（たとえば、インターネットまたはその他のネットワーク）を介してデコーダ２０４と通信状態にあるエンコーダ２０２を含む。デブロッキングが、エンコーダ２０２およびデコーダ２０４の両方において実行されることが可能である。本明細書において記述されている実施形態は、ビデオエンコーダ１０２またはビデオデコーダ１０４において使用されることが可能である。
図２は、一実施形態によるビデオエンコーダ１０２の概略ブロック図である。同じフレームにおける、または前のフレームにおけるピクセルの既に提供されているブロックからモーションエスティメータ２５０を使用してモーション推定を実行することによって、ピクセルの現在のブロックが予測される。モーション推定の結果は、インター予測のケースにおいては、参照ブロックに関連付けられているモーションベクトルまたは変位ベクトルである。モーションベクトルは、ピクセルのブロックのインター予測を出力するためにモーションコンペンセータ２５０によって使用されることが可能である。イントラプレディクタ２４９が、ピクセルの現在のブロックのイントラ予測を算出する。モーションエスティメータ／コンペンセータ２５０およびイントラプレディクタ２４９からの出力は、セレクタ２５１において入力され、セレクタ２５１は、ピクセルの現在のブロックに関してイントラ予測またはインター予測のいずれかを選択する。セレクタ２５１からの出力は、加算器２４１の形態のエラー計算機へ入力され、加算器２４１は、ピクセルの現在のブロックのピクセル値も受信する。加算器２４１は、ピクセルのブロックとその予測との間のピクセル値における差として残差エラーを計算して出力する。そのエラーは、離散コサイン変換によってなど、変換器２４２において変換され、量子化器２４３によって量子化され、続いてエントロピーエンコーダによってなど、エンコーダ２４４においてコーディングされる。インターコーディングにおいては、推定されたモーションベクトルもエンコーダ２４４にもたらされて、ピクセルの現在のブロックのコーディングされた表示を生成する。ピクセルの現在のブロックに関する変換されて量子化された残差エラーは、元の残差エラーを取り出すために逆量子化器２４５および逆変換器２４６にも提供される。このエラーは、加算器２４７によってモーションコンペンセータ２５０またはイントラプレディクタ２４９からのブロック予測出力に加算されて、ピクセルの次のブロックの予測およびコーディングにおいて使用されることが可能であるピクセルの参照ブロックを作成する。この新たな参照ブロックは、最初にデブロッキングフィルタ２００によって処理される。その処理された新たな参照ブロックは、次いでフレームバッファ２４８に一時的に格納され、そこでは、その参照ブロックは、イントラプレディクタ２４９およびモーションエスティメータ／コンペンセータ２５０にとって利用可能である。
図３は、いくつかの実施形態によるビデオデコーダ１０４のブロック図である。デコーダ１０４は、ピクセルのブロックのエンコードされた表示をデコードして、量子化および変換された残差エラーのセットを得るために、エントロピーデコーダなどのデコーダ３６１を含む。これらの残差エラーは、逆量子化器３６２によって逆量子化され、逆変換器３６３によって逆変換されて、残差エラーのセットを提供する。これらの残差エラーは、加算器３６４によってピクセルの参照ブロックのピクセル値に加算される。参照ブロックは、インター予測が実行されるか、またはイントラ予測が実行されるかに応じて、モーションエスティメータ／コンペンセータ３６７またはイントラプレディクタ３６６によって決定される。セレクタ３６８は、それによって加算器３６４およびモーションエスティメータ／コンペンセータ３６７およびイントラプレディクタ３６６に相互接続される。結果として生じる、加算器３６４から出力されたピクセルのデコードされたブロックが、デブロッキングフィルタ３００へ入力される。ピクセルのフィルタリングされたブロックが、デコーダ１０４から出力され、さらにフレームバッファ３６５に一時的に提供されて、デコードされることになるピクセルの後続のブロックのためのピクセルの参照ブロックとして使用されることが可能である。フレームバッファ３６５は、それによってモーションエスティメータ／コンペンセータ３６７に接続されて、ピクセルの格納されているブロックをモーションエスティメータ／コンペンセータ３６７にとって利用可能にする。加算器３６４からの出力は、イントラプレディクタ３６６へ入力されて、ピクセルのフィルタリングされていない参照ブロックとして使用されることも可能である。
図４は、ビデオビットストリーム４００の一部分の例を示している。例示的なビットストリーム部分４００は、ＣＶＳ４０１を含み、ＣＶＳ４０１は、パラメータセット（ＰＳ）を含む非ＶＣＬ ＮＡＬユニットと、いくつかのＶＣＬ ＮＡＬユニットとを含む。ＶＣＬ ＮＡＬユニット４１２ａおよび４１２ｂが示されている。
本開示における「セグメント」という用語は、ＮＡＬユニットだけでなくメッセージ（たとえば、ＳＥＩメッセージ）も包含するように広く使用されている。明示的に規定されてはいないが、それでもなお本開示によってカバーされる解決策を形成するために、以降の実施形態が組み合わされることが可能であるということが当業者によって理解されるはずである。
１．パラメータセットにおけるＮＡＬユニットタイプおよび／またはＳＥＩメッセージタイプの存在をシグナリングする
この実施形態においては、パラメータセットは、セグメントタイプＡのセグメントがビットストリームに存在していてもよいか否かを指定するパラメータ（別名、コードワード）（すなわち、１つまたは複数のビットのセット）を含む。それゆえに、パラメータはセグメント存在情報の例である。
この実施形態の１つのバージョンにおいては、パラメータはフラグ（すなわち、１ビット値）であり、パラメータが第１の値、たとえば０を有する場合には、ビットストリームにセグメントタイプＡのセグメントがあってはならない。パラメータが第２の値、たとえば１を有する場合には、セグメントタイプＡのセグメントがビットストリームに存在していてもよい。これは、下記のシンタックスおよびセマンティクスを用いて示されており、この場合、パラメータはフラグである。
この実施形態の別のバージョンにおいては、パラメータが第１の値、たとえば０を有する場合には、セグメントタイプＡのセグメントがビットストリームに存在していてもよい。フラグが第２の値、たとえば１を有する場合には、セグメントタイプＡのセグメントがビットストリームに存在していてはいけない。これは、下記のシンタックスおよびセマンティクスを用いて示されており、この場合、パラメータはフラグである。
あるバージョンにおいては、パラメータ値と、デコードされたタイプのセグメントタイプとに基づいて、ビットストリームが有効であるかまたは無効であるかがデコーダによって決定される。たとえば、一実施形態においては、デコーダは、タイプＡのセグメントがビットストリームに存在している場合には、ビットストリームが無効であると宣言することになるが、パラメータセットにおけるパラメータは、セグメントタイプのセグメントが存在していてはいけないということを指定する。ビットストリームが無効であると決定された場合には、デコーダは、それをビットエラーもしくはデータの喪失として解釈するか、またはビットストリームおよび／もしくはエンコーダが非準拠であると解釈することと、エラーを報告すること、エラー隠蔽を実行すること、または、ビットストリームが準拠していないという知識に基づくその他のアクションを取ることとが可能である。
デコーダは、ビットストリームから１つまたは複数の画像をデコードするために、この実施形態に関する下記のステップのうちのサブセットまたはすべてを実行することが可能であり、この場合、ビットストリームは、少なくとも１つのパラメータセットと、デコーディング順序においてそのパラメータセットに続く１つまたは複数のセグメントとを含み、この場合、それぞれのセグメントは、セグメントタイプを有する。
１）ビットストリームにおけるパラメータセットにおけるコードワードから値をデコードし（この値は「インジケータ値」と呼ばれる）、次いでインジケータ値に基づいて、セグメントタイプＳのセットにおけるセグメントタイプＡのセグメントがビットストリームに存在していてもよいかどうか、またはセグメントタイプＳのセットにおけるセグメントタイプＡのセグメントがビットストリームに存在していてはいけないかを決定する。それゆえに、インジケータ値はセグメント存在情報の例である。
２）セグメントタイプＴのセグメントの存在をビットストリームにおいて検知する（たとえば、セグメントタイプＴのセグメントがビットストリームに存在していることをビットストリームにおけるコードワードが示しているということを検知する）。
３）インジケータ値およびデコードされたセグメントタイプＴに基づいて、ビットストリームが有効であるかまたは無効であるかを決定する。
４）セグメントタイプＴがセグメントタイプＡに等しいことと、セグメントタイプＳのセットにおけるセグメントタイプＡのセグメントがビットストリームに存在していてはいけないということをインジケータ値が指定していることとを決定することによって、ビットストリームが無効であると決定する。
５）ビットストリームが無効であると決定された場合には、それをビットエラー、データの喪失として解釈するか、またはビットストリームおよび／もしくはエンコーダが非準拠であると解釈し、そしてエラーを報告するか、エラー隠蔽を実行するか、または、ビットストリームが準拠していないという知識に基づくその他のアクションを取る。
エンコーダは、１つまたは複数の画像をビットストリームへとエンコードするために、この実施形態に関する下記のステップのうちのサブセットまたはすべてを実行することが可能であり、この場合、ビットストリームは、少なくとも１つのパラメータセットと、デコーディング順序においてそのパラメータセットに続く１つまたは複数のセグメントとを含むことになり、この場合、それぞれのセグメントは、セグメントタイプを有する。
１）ビットストリームにおけるパラメータセットにおけるコードワードにインジケータ値をエンコードし、インジケータ値は、セグメントタイプＡのいずれかのセグメントがビットストリームに存在していてもよいか、または存在していてはいけないかを指定する。
２）セグメントタイプＡのセグメントがビットストリームに存在していてはいけないということをインジケータ値が指定している場合には、セグメントタイプＡのいずれのセグメントもビットストリームに含めず、そうでない場合には、セグメントタイプＡのセグメントがビットストリームに含まれることが可能である。
あるいは、エンコーダは、１つまたは複数の画像をビットストリームへとエンコードするために、この実施形態に関する下記のステップのうちのサブセットまたはすべてを実行することが可能である。
１）少なくとも１つの要素を含むセグメントタイプのリストを取り出し、その要素は、ビットストリームにおいて使用されていないものとして少なくとも１つのセグメントタイプを識別する。
２）使用されていないものとして識別された、リストにおける少なくとも１つのセグメントタイプに関して、ビットストリームにおけるパラメータセットにおけるコードワードにインジケータ値をエンコードし、インジケータ値は、使用されていないセグメントタイプのセグメントがビットストリームに存在していてはいけないということを指定する。
３）ビットストリームにおいて使用されている可能性のあるものとして少なくとも１つのセグメントタイプを識別する要素をリストが含むケースにおいては、ビットストリームにおけるパラメータセットにおけるコードワードへインジケータ値をエンコードし、インジケータ値は、使用されている可能性のあるセグメントタイプのセグメントがビットストリームに存在していてもよいということを指定する。
あるいは、エンコーダは、セグメントタイプのリストにわたってループすること、およびそれぞれのセグメントタイプに関して、そのタイプを、使用されてもよいかまたは使用されないことになるかのいずれかであるセグメントタイプのセットと比較することが可能である。使用されてもよいリストにおけるセグメントタイプに関しては、エンコーダは、そのセグメントタイプが使用されてもよいということを指定する値を使用して、パラメータセットにおける対応するコードワードをエンコードする。使用されないことになるリストにおけるセグメントタイプに関しては、エンコーダは、そのセグメントタイプが使用されてはならないということを指定する値を使用して、パラメータセットにおける対応するコードワードをエンコードする。
２．タイプのグループ化
別の実施形態においては、パラメータセットにおけるパラメータは、セグメントタイプのグループがビットストリームに存在していてもよいということ、または存在していてはいけないということを指定し、この場合、そのグループは、少なくとも１つのタイプを含む。この実施形態の１つのバージョンにおいては、パラメータが第１の値、たとえば０を有する場合には、セグメントタイプＡ、Ｂ、．．．、またはＮのセグメントは、ビットストリームに存在していてはいけない。フラグが第２の値、たとえば１を有する場合には、セグメントタイプＡ、Ｂ、．．．、またはＮのセグメントは、ビットストリームに存在していてもよい。
下記は、この実施形態に関する例示的なシンタックスおよびセマンティクスである。
この実施形態の別のバージョンにおいては、パラメータが第１の値、たとえば０を有する場合には、セグメントタイプＡ、Ｂ、．．．、およびＮのセグメントは、ビットストリームに存在していてもよい。フラグが第２の値、たとえば１を有する場合には、セグメントタイプＡ、Ｂ、．．．、およびＮのセグメントは、ビットストリームに存在していてはいけない。下記は、実施形態１の第２の例を拡張した実施形態２に関する例示的なシンタックスおよびセマンティクスである。
３．ＮＡＬユニットタイプに関する詳細
この実施形態においては、セグメントはＮＡＬユニットであり、どのＮＡＬユニットタイプに関して存在が前述の実施形態のうちのいずれかによるパラメータセットにおいてシグナリングされることが可能であるかがさらに記述される。
テーブル１１において列挙されているＮＡＬユニットタイプのうちのいずれも、潜在的にその存在がパラメータセットにおいてシグナリングされることが可能である。また、いかなる今後のＮＡＬユニットタイプも、潜在的にその存在がパラメータセットにおいてシグナリングされることも可能である。
下記は、ＮＡＬユニットタイプに関して、ビットストリームにおけるその存在をパラメータセットにおいてシグナリングすることが最も理にかなっている、現在のバージョンのＶＶＣにおいて使用されているＮＡＬユニットタイプの例示的なシンタックスおよびセマンティクスである。
以下でテーブル１２において列挙されている理由のために、上述のＮＡＬユニットタイプのＮＡＬユニットの潜在的な存在または特定の不在をデコーダが知ることが有用である場合がある。
代替バージョンにおいては、上述されているＮＡＬユニットタイプのうちのいくつかがグループ化されている。これはさらに、下記のシンタックスおよびセマンティクスによって例示されている。
４．ＳＥＩメッセージのタイプに関する詳細
この実施形態においては、セグメントはＳＥＩメッセージであり、ＳＥＩメッセージのどのタイプに関して存在が前述の実施形態のうちのいずれかによるパラメータセットにおいてシグナリングされることが可能であるかがさらに記述される。
テーブル１４において列挙されているＳＥＩメッセージタイプのうちのいずれも、またはＨＥＶＣにおいて規定されているＳＥＩメッセージのうちのいずれも、潜在的にそれらの存在がパラメータセットにおいてシグナリングされることが可能である。また、いかなる今後のＳＥＩメッセージタイプも（この場合、いくつかはＨＥＶＣからコピーされる可能性がある）、潜在的にその存在をパラメータセットにおいてシグナリングされることが可能である。
下記は、現在のバージョンのＶＶＣにおけるＳＥＩメッセージタイプのうちの２つに関する例示的なシンタックスおよびセマンティクスである。
ビットストリームにＤＲＡＰ ＳＥＩメッセージがないということをデコーダが知っていることが有用である場合がある。たとえば、デコーダが、自身が現在デコードしていない別個のチャネルに同調できるようにしたい場合には、デコーダは、ＤＲＡＰ画像が存在しているならば、そうすることが可能であり、最新のＩＲＡＰ画像を格納して、ＤＲＡＰ画像でさらに高速に同調できるようにすることが可能であろう。しかし、ＤＲＡＰ画像がビットストリームに存在していないということをデコーダが知っている場合には、デコーダは、別個のチャネルの最新のＩＲＡＰ画像を格納する必要はないであろうが、自身が同調したい場合に、単に次のＩＲＡＰ画像を待つことが可能である。
代替バージョンにおいては、パラメータセットは、下記のセマンティクスを有しているｎｏ＿ｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇパラメータを含むことが可能である。
１に等しいｎｏ＿ｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、現在のアクセスユニットを除いて、ＮＡＬユニットタイプＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＣＲＡ＿ＮＵＴ、またはＧＲＡ＿ＮＵＴのＮＡＬユニットがビットストリームに存在していてはいけないことがビットストリーム準拠の要件であるということを指定する。従属ランダムアクセスポイント表示ＳＥＩメッセージがビットストリームに存在していてはいけないことが、さらにビットストリーム準拠の要件である。０に等しいｎｏ＿ｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、制約を課さない。
５．パラメータセットに関する詳細
この実施形態においては、さらにパラメータセットが何であり得るかが規定され、パラメータセットにおいては、ビットストリームにおけるセグメントタイプの存在がシグナリングされる。
１つのバージョンにおいては、パラメータセットはＤＰＳである。別のバージョンにおいては、パラメータセットはＶＰＳである。１つのバージョンにおいては、セグメントタイプの存在は、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングされ、これは、現在のバージョンのＶＶＣにおいては、ＤＰＳおよびＶＰＳの両方に存在していてもよい。２つのその他のバージョンにおいては、パラメータセットは、それぞれＳＰＳまたはＰＰＳである。さらに別のバージョンにおいては、パラメータセットは、システムレイヤでシグナリングされる、たとえば、ＤＶＢ、ＡＴＳＣ、ＩＳＯＢＭＦＦ、ＤＡＳＨ、またはＭＭＴにおいて指定されるエンティティ、ボックス、またはフィールドである。
６．どの時間サブレイヤがＮＡＬユニットタイプを有することが可能であるかをシグナリングする
一実施形態においては、パラメータセットは、セグメントタイプＡを有するセグメントが存在していてもよいかまたは存在していてはいけない、１つまたは複数の時間サブレイヤを識別する。たとえば、一例においては、パラメータセットは、ＮＡＬユニットタイプＡを有するＮＡＬユニット（たとえば、ＳＴＳＡ＿ＮＵＴ）がビットストリームにおける時間サブレイヤ１にのみ存在していてもよく、１よりも高い時間サブレイヤに存在していてはいけないということを示す。
７．どのレイヤ（たとえばスケーラブルレイヤ）がＮＡＬユニットタイプを有することが可能であるかをシグナリングする
一実施形態においては、パラメータセットは、セグメントタイプＡを有するセグメントが存在していてもよいかまたは存在していてはいけない１つまたは複数のレイヤを識別する。たとえば、一例においては、パラメータセットは、ＮＡＬユニットタイプＡを有するＮＡＬユニット（たとえば、ＳＴＳＡ＿ＮＵＴ）がビットストリームにおけるレイヤ０、４、および３４にのみ存在していてもよく、ビットストリームにおけるレイヤ５、７、および２３に存在していてはいけないということを示す。
８．パラメータが指定の値を有するべきであるかまたは有さなければならないということをサードパーティーの仕様が義務付ける。
別の実施形態においては、セグメントタイプの存在を示し、パラメータセットにおいてシグナリングされるパラメータが指定の値を有するべきであるかまたは有さなければならないということをサードパーティーの仕様（たとえばＤＶＢまたはＡＴＳＣ）が義務付ける。たとえば、ＤＶＢまたはＡＴＳＣは、ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１という値を有さなければならないということを指定することが可能である。これは、ＮＡＬユニットタイプＧＤＲ＿ＮＵＴのＮＡＬユニットがビットストリームに存在していてはいけないということを意味することが可能である。
９．ビットストリーム、およびパラメータの範囲。
一実施形態においては、ビットストリームという用語は、ビットストリーム全体のうちで、パラメータを含むパラメータセットをセグメントが参照する部分を指す。ＨＥＶＣおよびＶＶＣにおいては、ビットストリーム全体は、連続した一連の１つまたは複数のＣＶＳであり、その後にビットストリームの終わりのＮＡＬユニットが続く。たとえば、パラメータがＤＰＳまたはＶＰＳに存在している場合には、ビットストリームは、そのパラメータを含むＤＰＳまたはＶＰＳをそれぞれ参照するＣＶＳのみを含むことが可能である。
別の実施形態においては、パラメータはＳＰＳに存在しており、ビットストリームは、そのＳＰＳを参照する単一のＣＶＳのみを含む。あるいは、このケースにおけるビットストリームは、ＳＰＳが参照するＤＰＳまたはＶＰＳのいずれかを参照するＣＶＳから構成される。
その他の実施形態においては、パラメータはＰＰＳに存在しており、ビットストリームは、１）そのＰＰＳを参照するセグメント（またはＮＡＬユニット）、２）ＰＰＳが存在しているかまたはアクティブ化されているＣＶＳ、３）ＰＰＳが参照するＤＰＳを参照するＣＶＳ、４）ＰＰＳが参照するＶＰＳを参照するＣＶＳ、のうちの１つから構成される。
本開示における「ビットストリーム」という用語は、上記の実施形態において説明されている意味のうちのいずれかを有することが可能である。
１０．上書き
別の実施形態においては、インジケータ値は、ビットストリーム全体の今後の部分において変わる可能性があり、それによって、たとえばインジケータは、特定のＮＡＬユニットタイプがビットストリームの一部に存在していてもよいということ、および特定のＮＡＬユニットタイプがビットストリームのその後の部分に存在していてはいけないということを示す。この実施形態においては、インジケータ値は、インジケータが上書きされるかまたは新たな値に設定されるまで、ビットストリームの一部に適用され、ビットストリームにおけるその時点から、インジケータの新たな値が適用される。
この実施形態の変形においては、インジケータ値は、サブビットストリーム抽出またはマージプロセスにおいて上書きされることが可能であり、それによって、結果として生じるビットストリームは、特定のＮＡＬユニットタイプのうちの１つまたはグループを有することが可能であり、または有さないことも可能であり、結果として生じるビットストリームにおけるインジケータ値は、１つまたは複数の元のビットストリームにおける１つまたは複数のインジケータ値に基づいて規定されることが可能である。
１１．マルチバリューインジケータ
別の実施形態においては、インジケータ値が、２つ以上のビットのセットから決定されること（すなわち、３つの値などの２つよりも多い値を有すること）が可能である。たとえば、パラメータセットに含まれる２つ以上のビットをデコードすることによってインジケータ値が決定されるケースにおいては、インジケータ値は、０、１、２、および３という値のうちのいずれかの値を有することが可能である。１つのそのようなインジケータ値（たとえば、０）は、特定のＮＡＬユニットタイプがビットストリームに存在していてもよいということを示すことが可能であり、別のそのような値（たとえば、１）は、特定のＮＡＬユニットタイプがビットストリームに存在していてはいけないということを示すことが可能であり、第３のそのような値（たとえば、２）は、特定のＮＡＬユニットタイプがビットストリームに存在していなければならないということを示すことが可能である。
１２．条件付きインジケータ
別の実施形態においては、１つまたは複数のビットの第１のセット（たとえば、１ビットフラグ）が、パラメータセットにおいてシグナリングされ、ビットのこの第１のセットの値は、ビットストリームにおける同じパラメータセットまたはその他のパラメータセットにおける１つまたは複数のその他のパラメータの１つまたは複数の値とともに、セグメントタイプＡのセグメントがビットストリームに存在していてもよいか否かを指定する。一例においては、インジケータは、ＳＰＳにおけるパラメータＰの値が１に等しい場合にのみセグメントタイプＡのセグメントがビットストリームに存在してもよいかどうかを指定する。
図８は、ビデオエンコーダ１０２またはビデオデコーダ１０４を実装するための、いくつかの実施形態による、装置８００のブロック図である。すなわち、装置８００は、プロセス６００および／またはプロセス７００を実行するように動作可能である。装置８００がビデオエンコーダ１０２を実装する実施形態においては、装置８００は、「エンコーディング装置８００」と呼ばれる場合があり、装置８００がビデオデコーダ１０４を実装する実施形態においては、装置８００は、「デコーディング装置８００」と呼ばれる場合がある。図８において示されているように、装置８００は、処理回路（ＰＣ）８０２（これは、１つまたは複数のプロセッサ（Ｐ）８５５（たとえば、汎用マイクロプロセッサおよび／または１つもしくは複数のその他のプロセッサ、たとえば、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）を含むことが可能であり、それらのプロセッサは、単一のハウジングにおいて、または単一のデータセンタにおいて同じ場所に配置されることが可能であり、または地理的に分散されることが可能である（すなわち、装置８００は、分散コンピューティング装置であることが可能である））と、ネットワーク１１０（たとえば、インターネットプロトコル（ＩＰ）ネットワーク）に接続されているその他のノードとの間において装置８００がデータを送信することおよびデータを受信することを可能にするための送信機（Ｔｘ）８４５および受信機（Ｒｘ）８４７を含むネットワークインターフェース８４８（ネットワーク１１０には、ネットワークインターフェース８４８が（直接または間接的に）接続されている（たとえば、ネットワークインターフェース８４８は、ネットワーク１１０に無線で接続されることが可能であり、そのケースにおいては、ネットワークインターフェース８４８は、アンテナ構成に接続される））と、ローカルストレージユニット（別名、「データストレージシステム」）８０８（これは、１つもしくは複数の不揮発性ストレージデバイスおよび／または１つもしくは複数の揮発性ストレージデバイスを含むことが可能である）とを含むことが可能である。ＰＣ８０２がプログラマブルプロセッサを含む実施形態においては、コンピュータプログラム製品（ＣＰＰ）８４１が提供されることが可能である。ＣＰＰ８４１は、たとえば、コンピュータ可読命令（ＣＲＩ）８４４を含むコンピュータプログラム（ＣＰ）８４３を格納するコンピュータ可読メディア（ＣＲＭ）８４２を含む。ＣＲＭ８４２は、磁気メディア（たとえば、ハードディスク）、光メディア、メモリデバイス（たとえば、ランダムアクセスメモリ、フラッシュメモリ）など、非一時的コンピュータ可読メディアであることが可能である。いくつかの実施形態においては、コンピュータプログラム８４３のＣＲＩ８４４は、ＰＣ８０２によって実行されたときに、本明細書において記述されているステップ（たとえば、本明細書においてフローチャートに関連して記述されているステップ）をＣＲＩが装置８００に実行させるように設定されている。その他の実施形態においては、装置８００は、コードに対する必要性を伴わずに、本明細書において記述されているステップを実行するように設定されることが可能である。すなわち、たとえば、ＰＣ８０２は、単に１つまたは複数のＡＳＩＣから構成されることが可能である。それゆえに、本明細書において記述されている実施形態の特徴は、ハードウェアおよび／またはソフトウェアで実施されることが可能である。
さまざまな実施形態が本明細書（付録を含む）において記述されているが、それらは、限定ではなく、単なる例として提示されてきたということを理解されたい。それゆえに、本開示の広がりおよび範囲は、上述の例示的な実施形態のうちのいずれによっても限定されるべきではない。その上、上述の要素の、それらのすべての可能なバリエーションでのいかなる組合せも、本開示によって包含される。ただし、その他の内容が本明細書において示されている場合、またはその他の形で文脈によって明らかに矛盾される場合は除く。
加えて、上述されて図面において示されているプロセスは、一連のステップとして示されているが、これは、単に例示のために行われたものである。したがって、いくつかのステップが付加されることが可能であり、いくつかのステップが省略されることが可能であり、ステップの順序が再構成されることが可能であり、いくつかのステップが並行して実行されることが可能であると考えられる。
略語 説明
ＡＴＳＣ 先進テレビシステム委員会
ＡＵ アクセスユニット
ＡＵＤ アクセスユニットデリミタ
ＡＬＦ 適合ループフィルタ
ＡＰＳ 適合パラメータセット
ＢＬＡ ブロークンリンクアクセス
ＣＬＶＳ コーディングされたレイヤビデオシーケンス
ＣＲＡ クリーンランダムアクセス
ＣＶＳ コーディングされたビデオストリーム
ＣＶＳＳ ＣＶＳスタート
ＣＵ コーディングユニット
ＤＡＳＨ ＨＴＴＰを介した動的適合ストリーミング
ＤＰＳ デコーディングパラメータセット
ＤＶＢ デジタルビデオブロードキャスティング
ＤＲＡＰ 従属ランダムアクセスポイント
ＧＤＲ グラデュアルデコーディングリフレッシュ
ＨＥＶＣ 高効率ビデオコーディング
ＩＤＲ インスタントデコーディングリフレッシュ
ＩＲＡＰ イントラランダムアクセスポイント
ＩＳＯ 国際標準化機構
ＩＳＯＢＭＦＦ ＩＳＯベースメディアファイルフォーマット
ＬＭＣＳ 輝度マッピングおよび彩度スケーリング
ＭＰＥＧ モーションピクチャエキスパートグループ
ＭＭＴ ＭＰＥＧメディアトランスポート
ＮＡＬ ネットワーク抽象化レイヤ
ＮＡＬＵ ＮＡＬユニット
ＮＵＴ ＮＡＬユニットタイプ
ＰＰＳ 画像パラメータセット
ＲＡＤＬ ランダムアクセスデコーダブルリーディング
ＲＡＰ ランダムアクセスポイント
ＲＡＳＬ ランダムアクセススキップリーディング
ＲＢＳＰ ローバイトシーケンスペイロード
ＲＰＬ 参照画像リスト
ＳＥＩ 補助強化レイヤ
ＳＰＳ シーケンスパラメータセット
ＳＴＳＡ 段階的時間レイヤアクセス
ＶＣＬ ビデオコーディングレイヤ
ＶＰＳ ビデオパラメータセット
ＶＶＣ 多用途ビデオコーディング
付録
以降の文章は、現在のバージョンのＶＶＣに対する変更を提案する寄与文書からのものである。
文章の始まり
要約
この寄与文書は、ビットストリームにおけるＮＡＬユニットタイプのうちのいくつかの潜在的な存在を、ＤＰＳおよびＶＰＳにおけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることを提案している。加えて、ビットストリームにおけるＤＲＡＰ画像の潜在的な存在を、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることも提案されている。第１のオプションにおいては、下記の制約フラグが提案されている。
－ ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
第２のさらにスリムなオプションにおいては、最も有用であろうと提案者が評価しているＮＡＬユニットおよび画像タイプに関してのみ制約フラグが提案されている。第１のオプションと比較してもう１つの違いは、ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇおよびｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇへとグループ化されているということである。下記の制約フラグが、第２のオプションにおいて提案されている。
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
オプション１もしくはオプション２のうちの一方をＶＶＣ仕様に付加するか、またはその２つを併せて付加することが提案される。
１ 序論
現在のバージョンのＶＶＣは、制約のセットをＤＰＳおよび／またはＶＰＳにおけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることを提供する。それらの制約は、特定のコーディングツールがビットストリームにおいて有効にされているか否か、ビットストリームに関する最大ビット深度および彩度フォーマットなどを含めて、ビットストリームから何を予期するかをデコーダに知らせる。これらの制限を与えられると、デコーダは次いで、リソースの割り当ておよび使用を適合させることが可能である。しかしながら、これらの制約は、ビットストリームにおいて予期され得るＮＡＬユニットタイプに関するいかなる情報も含まない。下記は、特定のＮＡＬユニットタイプがビットストリームに存在していないであろうということをデコーダが知ることが有用であり得る場合のいくつかの例である。
－ ＳＴＳＡ画像がビットストリームに存在していないであろうということがわかっている場合には、デコーダは、自身が現在デコードしているものよりも高位の時間サブレイヤをスキャンする必要はなく、ＳＴＳＡ画像でスイッチアップする際にさもなければ必要とされる可能性があるいかなるＰＰＳまたはＡＰＳもそれらの高位のサブレイヤに格納する必要はない。
－ 第１のアクセスユニットを除いて、ＣＲＡまたはＩＤＲ画像がビットストリームに存在していないであろうということがわかっている場合には、デコーダは、ＩＲＡＰ画像からのいかなるビットレートスパイクもない可能性があると結論付けることが可能であり、それに応じて自身の出力タイミングを適合させることが可能である。
－ ＧＤＲ画像がビットストリームに存在していないであろうということがわかっている場合には、デコーダは、ストリームをデコードするためにいかなる利用不可能な画像も生成する必要はない（いかなるＲＡＳＬ画像も破棄されるので、利用不可能な画像を生成せずにＣＲＡランダムアクセスが行われることが可能であるということは、よく知られている）。
－ ビットストリームにＡＰＳがないであろうということがわかっている場合には、デコーダは、いかなる潜在的なＡＰＳを格納するためにもメモリを割り当てる必要はない。
－ ビットストリームにＤＲＡＰ ＳＥＩメッセージがないということをデコーダが知っていることが有用である場合がある。たとえば、デコーダが、１つのブロードキャストされているチャネルから、自身が現在デコードしていない別のチャネルへ切り替えることができるようにしたい場合には、デコーダは、ＤＲＡＰ画像が存在しているならば、その別のチャネルの最新のＩＲＡＰ画像を格納して、後続のＤＲＡＰ画像でさらに高速に同調できるようにすることが可能である。切り替える際に、デコーダは、まず格納されているＩＲＡＰ画像を、続いてＤＲＡＰ画像を、次いで後続の画像をデコードすることになる。しかし、ＤＲＡＰ画像がビットストリームに存在していてはいけないということをデコーダが知っている場合には、デコーダは、別個のチャネルの最新のＩＲＡＰ画像を格納する必要はないであろうが、自身がその別のチャネルへ切り替えたい場合に、次のＩＲＡＰ画像を待たなければならないであろう。
２ 提案
ビットストリームにおけるＮＡＬユニットタイプのうちのいくつかの潜在的な存在を、ＤＰＳおよびＶＰＳにおけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることが提案されている。加えて、ビットストリームにおけるＤＲＡＰ画像の潜在的な存在を、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることも提案されている。第１のオプションにおいては、下記の制約フラグが提案されている。
－ ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
第２のさらにスリムなオプションにおいては、最も有用であろうと提案者が評価したＮＡＬユニットおよび画像タイプに関してのみ制約フラグが提案されている。第１のオプションと比較してもう１つの違いは、ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇおよびｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇへとグループ化されているということである。下記の制約フラグが、第２のオプションにおいて提案されている。
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
オプション１もしくはオプション２のうちの一方をＶＶＣ仕様に付加するか、またはその２つを併せて付加することが提案される。
２．１ ＶＶＣ仕様に対する提案される変更
オプション１およびオプション２に関する現在のＶＶＣドラフト（ＪＶＥＴ－Ｏ２００１ｖＥ）に加えての提案される変更が、以降に示されている。
２．１．１ オプション１
２．１．２ オプション２ － スリムなバージョン
付録
以降の文章は、現在のバージョンのＶＶＣに対する変更を提案する寄与文書からのものである。
文章の始まり
要約
この寄与文書は、ビットストリームにおけるＮＡＬユニットタイプのうちのいくつかの潜在的な存在を、ＤＰＳおよびＶＰＳにおけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることを提案している。加えて、ビットストリームにおけるＤＲＡＰ画像の潜在的な存在を、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることも提案されている。第１のオプションにおいては、下記の制約フラグが提案されている。
－ ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
第２のさらにスリムなオプションにおいては、最も有用であろうと提案者が評価しているＮＡＬユニットおよび画像タイプに関してのみ制約フラグが提案されている。第１のオプションと比較してもう１つの違いは、ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇおよびｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇへとグループ化されているということである。下記の制約フラグが、第２のオプションにおいて提案されている。
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
オプション１もしくはオプション２のうちの一方をＶＶＣ仕様に付加するか、またはその２つを併せて付加することが提案される。
１ 序論
現在のバージョンのＶＶＣは、制約のセットをＤＰＳおよび／またはＶＰＳにおけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることを提供する。それらの制約は、特定のコーディングツールがビットストリームにおいて有効にされているか否か、ビットストリームに関する最大ビット深度および彩度フォーマットなどを含めて、ビットストリームから何を予期するかをデコーダに知らせる。これらの制限を与えられると、デコーダは次いで、リソースの割り当ておよび使用を適合させることが可能である。しかしながら、これらの制約は、ビットストリームにおいて予期され得るＮＡＬユニットタイプに関するいかなる情報も含まない。下記は、特定のＮＡＬユニットタイプがビットストリームに存在していないであろうということをデコーダが知ることが有用であり得る場合のいくつかの例である。
－ ＳＴＳＡ画像がビットストリームに存在していないであろうということがわかっている場合には、デコーダは、自身が現在デコードしているものよりも高位の時間サブレイヤをスキャンする必要はなく、ＳＴＳＡ画像でスイッチアップする際にさもなければ必要とされる可能性があるいかなるＰＰＳまたはＡＰＳもそれらの高位のサブレイヤに格納する必要はない。
－ 第１のアクセスユニットを除いて、ＣＲＡまたはＩＤＲ画像がビットストリームに存在していないであろうということがわかっている場合には、デコーダは、ＩＲＡＰ画像からのいかなるビットレートスパイクもない可能性があると結論付けることが可能であり、それに応じて自身の出力タイミングを適合させることが可能である。
－ ＧＤＲ画像がビットストリームに存在していないであろうということがわかっている場合には、デコーダは、ストリームをデコードするためにいかなる利用不可能な画像も生成する必要はない（いかなるＲＡＳＬ画像も破棄されるので、利用不可能な画像を生成せずにＣＲＡランダムアクセスが行われることが可能であるということは、よく知られている）。
－ ビットストリームにＡＰＳがないであろうということがわかっている場合には、デコーダは、いかなる潜在的なＡＰＳを格納するためにもメモリを割り当てる必要はない。
－ ビットストリームにＤＲＡＰ ＳＥＩメッセージがないということをデコーダが知っていることが有用である場合がある。たとえば、デコーダが、１つのブロードキャストされているチャネルから、自身が現在デコードしていない別のチャネルへ切り替えることができるようにしたい場合には、デコーダは、ＤＲＡＰ画像が存在しているならば、その別のチャネルの最新のＩＲＡＰ画像を格納して、後続のＤＲＡＰ画像でさらに高速に同調できるようにすることが可能である。切り替える際に、デコーダは、まず格納されているＩＲＡＰ画像を、続いてＤＲＡＰ画像を、次いで後続の画像をデコードすることになる。しかし、ＤＲＡＰ画像がビットストリームに存在していてはいけないということをデコーダが知っている場合には、デコーダは、別個のチャネルの最新のＩＲＡＰ画像を格納する必要はないであろうが、自身がその別のチャネルへ切り替えたい場合に、次のＩＲＡＰ画像を待たなければならないであろう。
２ 提案
ビットストリームにおけるＮＡＬユニットタイプのうちのいくつかの潜在的な存在を、ＤＰＳおよびＶＰＳにおけるｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることが提案されている。加えて、ビットストリームにおけるＤＲＡＰ画像の潜在的な存在を、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）ｓｔｒｕｃｔにおいてシグナリングすることも提案されている。第１のオプションにおいては、下記の制約フラグが提案されている。
－ ｎｏ＿ｔｒａｉｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｓｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｒａｄｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
第２のさらにスリムなオプションにおいては、最も有用であろうと提案者が評価したＮＡＬユニットおよび画像タイプに関してのみ制約フラグが提案されている。第１のオプションと比較してもう１つの違いは、ｎｏ＿ｉｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇおよびｎｏ＿ｃｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇへとグループ化されているということである。下記の制約フラグが、第２のオプションにおいて提案されている。
－ ｎｏ＿ｓｔｓａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｉｒａｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
－ ｎｏ＿ｄｅｐｅｎｄｅｎｔ＿ｒａｐ＿ｉｎｄｉｃａｔｉｏｎ＿ｓｅｉ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ
オプション１もしくはオプション２のうちの一方をＶＶＣ仕様に付加するか、またはその２つを併せて付加することが提案される。
２．１ ＶＶＣ仕様に対する提案される変更
オプション１およびオプション２に関する現在のＶＶＣドラフト（ＪＶＥＴ－Ｏ２００１ｖＥ）に加えての提案される変更が、以降に示されている。
２．１．１ オプション１
文章の終わり
Claims (40)
- デコーダ（１０４）によって実行される方法（６００）であって、
ビットストリームを受信すること（ｓ６０２）と、
前記受信されたビットストリームを処理すること（ｓ６０４）とを含み、
前記ビットストリームが、前記ビットストリームの第１の部分を含み、
前記ビットストリームの前記第１の部分が、セグメント存在情報を提供し、さらに
ｉ）前記セグメント存在情報が、少なくとも第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも一部分に存在していてはいけないということを示すか、または
ｉｉ）前記セグメント存在情報が、少なくとも前記第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも前記部分に存在していてもよいということを示す、方法（６００）。 - 前記ビットストリームの前記第１の部分が、一般制約情報シンタックス要素を含む、請求項１に記載の方法。
- 前記ビットストリームの前記第１の部分が、１つまたは複数のパラメータセットを含む、請求項１または２に記載の方法。
- 前記セグメント存在情報が、前記第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも前記部分に存在していてはいけないということを示していると決定することと、
前記ビットストリームの前記部分が前記第１のセグメントタイプのセグメントを含むということを検知することと、
前記決定することおよび前記検知することの結果として、前記ビットストリームの少なくとも前記部分が無効であると宣言することと
をさらに含む、請求項１から３のいずれか一項に記載の方法。 - 前記セグメント存在情報が、
ｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのいずれのセグメントも含んではいけない時間サブレイヤの値もしくは値の範囲、または
ｉｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのセグメントを含んでもよい前記時間サブレイヤの値もしくは値の範囲、のうちの一方を示し、さらに前記方法がさらに、
前記セグメント存在情報が、前記ビットストリームの前記部分が前記第１のセグメントタイプのいずれのセグメントも含んではいけない前記時間サブレイヤの値または値の範囲を示していると決定することと、
前記時間サブレイヤの値または値の範囲によって識別された時間サブレイヤが前記第１のセグメントタイプのセグメントを含むということを検知することと、
前記決定することおよび前記検知することの結果として、前記ビットストリームの前記部分が無効であると宣言することとを含む、請求項１から４のいずれか一項に記載の方法。 - 前記セグメント存在情報が、
ｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのいずれのセグメントも含んではいけないレイヤの値もしくは値の範囲、または
ｉｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのセグメントを含んでもよい前記レイヤの値もしくは値の範囲、のうちの一方を示す、請求項１から５のいずれか一項に記載の方法。 - 前記セグメント存在情報が、前記ビットストリームの前記部分が前記第１のセグメントタイプのいずれのセグメントも含んではいけない前記レイヤの値または値の範囲を示していると決定することと、
前記レイヤの値または値の範囲によって識別されたレイヤが前記第１のセグメントタイプのセグメントを含むということを検知することと、
前記決定することおよび前記検知することの結果として、前記ビットストリームの前記部分が無効であると宣言することと
をさらに含む、請求項６に記載の方法。 - 前記ビットストリームの前記第１の部分が、第１のパラメータセットおよび第２のパラメータセットを含み、
前記方法がさらに、前記第１のパラメータセットに含まれている情報に基づいて第１の値を決定することと、前記第２のパラメータセットに含まれている情報に基づいて第２の値を決定することとを含み、
前記セグメント存在情報が、前記第１の値および前記第２の値を含む、
請求項１から７のいずれか一項に記載の方法。 - 前記ビットストリームの前記第１の部分が、第１のパラメータセットを含み、
前記方法がさらに、前記第１のパラメータセットに含まれている情報に基づいて第１の値を決定することと、前記第１のパラメータセットに含まれている情報に基づいて第２の値を決定することとを含み、
前記セグメント存在情報が、前記第１の値および前記第２の値を含む、
請求項１から８のいずれか一項に記載の方法。 - 前記ビットストリームの少なくとも前記部分が無効であると宣言することが、ビットエラーが生じたと宣言すること、データの喪失が生じたと宣言すること、前記ビットストリームの少なくとも前記部分が非準拠であると宣言すること、前記ビットストリームを生成したエンコーダが非準拠であると宣言すること、エラーを報告すること、エラー隠蔽を実行すること、および／または、前記ビットストリームの少なくとも前記部分が準拠していないという知識に基づくその他のアクションを取ることを含む、請求項４、５、または７のいずれか一項に記載の方法。
- エンコーダ（１０２）によって実行される方法（７００）であって、
ビットストリームを生成すること（ｓ７０２）を含み、
前記ビットストリームが、前記ビットストリームの第１の部分を含み、
前記ビットストリームの前記第１の部分が、セグメント存在情報を提供し、さらに
ｉ）前記セグメント存在情報が、少なくとも第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも一部分に存在していてはいけないということを示すか、または
ｉｉ）前記セグメント存在情報が、少なくとも前記第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも前記部分に存在していてもよいということを示す、方法（７００）。 - 前記ビットストリームを出力すること（ｓ７０４）をさらに含む、請求項１１に記載の方法。
- 前記ビットストリームの前記第１の部分が、第１のパラメータセットから構成されており、
前記第１のパラメータセットが、ビットのセットを含み、
前記第１のパラメータセットに含まれているビットの前記セットが、前記セグメント存在情報を提供する、
請求項１から１２のいずれか一項に記載の方法。 - ビットの前記セットが、前記第１のパラメータセットにおけるビットの連続したセットから構成されている、請求項１３に記載の方法。
- ビットの前記セットが、前記第１のパラメータセットにおける単一のビットから構成されている、請求項１３に記載の方法。
- 前記少なくとも前記第１のセグメントタイプのセグメントが、ＴＲＡＩＬセグメント、ＳＴＳＡセグメント、ＲＡＳＬセグメント、ＲＡＤＬセグメント、ＩＤＲセグメント、ＣＲＡセグメント、ＧＤＲセグメント、ＡＰＳセグメント、ＡＵＤセグメント、またはＳＥＩセグメントのうちの１つを含む、請求項１から１５のいずれか一項に記載の方法。
- 前記第１のセグメントタイプが、ＮＡＬユニットタイプである、請求項１から１６のいずれか一項に記載の方法。
- 前記ＮＡＬユニットタイプが、ＴＲＡＩＬ＿ＮＵＴ、ＳＴＳＡ＿ＮＵＴ、ＲＡＳＬ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＣＲＡ＿ＮＵＴ、ＧＤＲ＿ＮＵＴ、ＡＰＳ＿ＮＵＴ、ＡＵＤ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴのうちの１つである、請求項１７に記載の方法。
- 前記第１のセグメントタイプが、ＳＥＩメッセージタイプである、請求項１から１８のいずれか一項に記載の方法。
- 前記ＳＥＩメッセージタイプが、バッファリング期間、画像タイミング、デコーディングユニット情報、従属ＲＡＰ表示、フレームフィールド情報、またはデコードされた画像ハッシュである、請求項１９に記載の方法。
- 前記第１のパラメータセットが、ＤＰＳ、ＶＰＳ、ＳＰＳ、またはＰＰＳである、請求項１３から２０のいずれか一項に記載の方法。
- 前記第１のパラメータセットが、前記システムレイヤでシグナリングされるエンティティである、請求項１３から２０のいずれか一項に記載の方法。
- 前記セグメント存在情報が、
ｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのいずれのセグメントも含んではいけない時間サブレイヤの値もしくは値の範囲、または
ｉｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのセグメントを含んでもよい前記時間サブレイヤの値もしくは値の範囲、のうちの一方を示す、請求項１から２２のいずれか一項に記載の方法。 - 前記セグメント存在情報が、
ｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのいずれのセグメントも含んではいけないレイヤの値もしくは値の範囲、または
ｉｉ）前記ビットストリームの前記部分が前記第１のセグメントタイプのセグメントを含んでもよい前記レイヤの値もしくは値の範囲、のうちの一方を示す、請求項１から２３のいずれか一項に記載の方法。 - 前記ビットストリームの前記第１の部分における前記セグメント存在情報が特定の値を有するべきであるかまたは有さなければならないということを、仕様が義務付ける、請求項１から２４のいずれか一項に記載の方法。
- 前記ビットストリームの前記部分が、前記第１のパラメータセットを参照するセグメントから構成されている、請求項１３から２５のいずれか一項に記載の方法。
- 前記ビットストリームが、連続した一連の１つまたは複数のＣＶＳである、請求項２６に記載の方法。
- 前記第１のパラメータセットが、ＤＰＳまたはＶＰＳであり、
前記ビットストリームの前記部分が、前記第１のパラメータセットを参照するＣＶＳのみを含む、
請求項２７に記載の方法。 - 前記第１のパラメータセットが、ＳＰＳであり、
前記ビットストリームの前記部分が、前記ＳＰＳを参照する前記単一のＣＶＳのみを含む、
請求項２７に記載の方法。 - 前記第１のパラメータセットが、第２のパラメータセットを参照するＳＰＳであり、
前記ビットストリームの前記部分が、前記ＳＰＳが参照する前記第２のパラメータセットを参照するＣＶＳのみを含む、
請求項２７に記載の方法。 - 前記第１のパラメータセットが、第２のパラメータを参照するＰＰＳであり、前記ビットストリームの前記部分が、
１）前記ＰＰＳを参照するセグメント、
２）前記ＰＰＳが存在しているかまたはアクティブ化されている前記ＣＶＳ、または
３）前記第２のパラメータセットを参照するＣＶＳから構成されている、
請求項２７に記載の方法。 - 前記セグメント存在情報が、前記ビットストリームのいずれかの部分以降で、またはサブビットストリーム抽出もしくはマージプロセスにおいて上書きされることが可能である、請求項１から３１のいずれか一項に記載の方法。
- 前記ビットストリームの前記第１の部分が、第１の値をエンコードする第１のパラメータセットと、第２の値をエンコードする第２のパラメータセットとを含み、
前記セグメント存在情報が、前記第１の値および前記第２の値を含む、
請求項１から３２のいずれか一項に記載の方法。 - 前記ビットストリームの前記第１の部分が、第１の値および第２の値をエンコードする第１のパラメータセットを含み、
前記セグメント存在情報が、前記第１の値および前記第２の値を含む、
請求項１から３３のいずれか一項に記載の方法。 - 前記ビットストリームを処理することが、前記ビットストリームの前記第１の部分から前記セグメント存在情報をデコードすることを含む、請求項１から３４のいずれか一項に記載の方法。
- 前記ビットストリームの前記第１の部分から前記セグメント存在情報をデコードすることが、
前記ビットストリームの前記第１の部分におけるシンタックス要素からインジケータ値をデコードすることを含み、
前記インジケータ値が第１の値に等しいことに応答して、前記セグメント存在情報が、少なくとも第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも一部分に存在していてはいけないということを示し、
前記インジケータ値が第２の値に等しいことに応答して、前記セグメント存在情報が、少なくとも前記第１のセグメントタイプのセグメントが前記ビットストリームの少なくとも前記部分に存在していてもよいということを示す、請求項３５に記載の方法。 - 命令（８４４）を含むコンピュータプログラム（８４３）であって、前記命令（８４４）が、処理回路（８０２）によって実行されたときに、請求項１から３６のいずれか一項に記載の方法を前記処理回路（８０２）に実行させる、コンピュータプログラム（８４３）。
- 請求項３７に記載のコンピュータプログラムを含むキャリアであって、電子信号、光信号、無線信号、およびコンピュータ可読記憶媒体（８４２）のうちの１つであるキャリア。
- 請求項１から１０または１３から３６のいずれか一項に記載の方法を実行するように適合されているデコーディング装置（８００）。
- 請求項１１から３４のいずれか一項に記載の方法を実行するように適合されているエンコーディング装置（８００）。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962904093P | 2019-09-23 | 2019-09-23 | |
| US62/904,093 | 2019-09-23 | ||
| PCT/SE2020/050800 WO2021061035A1 (en) | 2019-09-23 | 2020-08-19 | Providing segment presence information |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022549799A true JP2022549799A (ja) | 2022-11-29 |
| JP7411787B2 JP7411787B2 (ja) | 2024-01-11 |
Family
ID=75167033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022517856A Active JP7411787B2 (ja) | 2019-09-23 | 2020-08-19 | セグメント存在情報を提供すること |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20220368922A1 (ja) |
| EP (1) | EP4035413A4 (ja) |
| JP (1) | JP7411787B2 (ja) |
| KR (1) | KR20220065804A (ja) |
| CN (1) | CN114556961A (ja) |
| MA (1) | MA56081B1 (ja) |
| WO (1) | WO2021061035A1 (ja) |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3051824B1 (en) * | 2012-04-12 | 2020-02-05 | Velos Media International Limited | Extension data handling |
| US9516308B2 (en) * | 2012-04-27 | 2016-12-06 | Qualcomm Incorporated | Parameter set updates in video coding |
| EP2941891B1 (en) * | 2013-01-04 | 2020-09-16 | GE Video Compression, LLC | Efficient scalable coding concept |
| WO2015052942A1 (en) * | 2013-10-11 | 2015-04-16 | Sharp Kabushiki Kaisha | Signaling information for coding |
| WO2016098056A1 (en) * | 2014-12-18 | 2016-06-23 | Nokia Technologies Oy | An apparatus, a method and a computer program for video coding and decoding |
| WO2016108188A1 (en) * | 2014-12-31 | 2016-07-07 | Nokia Technologies Oy | Inter-layer prediction for scalable video coding and decoding |
| EP3349467B1 (en) * | 2017-01-10 | 2019-09-04 | Nokia Technologies Oy | An apparatus, a method and a computer program for video coding and decoding |
| EP3580935A4 (en) * | 2017-02-13 | 2020-07-22 | Nokia Technologies Oy | DEVICE, METHOD AND COMPUTER PROGRAM FOR VIDEO CODING AND DECODING |
| US10701400B2 (en) * | 2017-03-21 | 2020-06-30 | Qualcomm Incorporated | Signalling of summarizing video supplemental information |
| EP3900360A4 (en) * | 2018-12-20 | 2022-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | METHOD OF ENCODING AND/OR DECODING VIDEO WITH SYNTAX DISPLAY AND IMAGE HEADER |
| EP4072139A3 (en) * | 2019-01-02 | 2022-11-09 | Nokia Technologies Oy | An apparatus, a method and a computer program for video coding and decoding |
| WO2020183053A1 (en) * | 2019-03-14 | 2020-09-17 | Nokia Technologies Oy | Method and apparatus for late binding in media content |
-
2020
- 2020-08-19 KR KR1020227012480A patent/KR20220065804A/ko active Search and Examination
- 2020-08-19 US US17/762,011 patent/US20220368922A1/en active Pending
- 2020-08-19 JP JP2022517856A patent/JP7411787B2/ja active Active
- 2020-08-19 EP EP20869140.2A patent/EP4035413A4/en active Pending
- 2020-08-19 MA MA56081A patent/MA56081B1/fr unknown
- 2020-08-19 WO PCT/SE2020/050800 patent/WO2021061035A1/en unknown
- 2020-08-19 CN CN202080066376.6A patent/CN114556961A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US20220368922A1 (en) | 2022-11-17 |
| KR20220065804A (ko) | 2022-05-20 |
| MA56081A1 (fr) | 2022-09-30 |
| EP4035413A1 (en) | 2022-08-03 |
| EP4035413A4 (en) | 2022-12-14 |
| JP7411787B2 (ja) | 2024-01-11 |
| MA56081B1 (fr) | 2023-05-31 |
| CN114556961A (zh) | 2022-05-27 |
| WO2021061035A1 (en) | 2021-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220232240A1 (en) | SPS Error Avoidance in Sub-Bitstream Extraction | |
| US20220217410A1 (en) | Layer Based Parameter Set NAL Unit Constraints | |
| TWI569633B (zh) | 補充增強資訊訊息寫碼 | |
| TWI521953B (zh) | 用於視訊寫碼之參數集合的指示及啓用 | |
| KR102079803B1 (ko) | 영상 디코딩 방법 및 이를 이용하는 장치 | |
| US20160165252A1 (en) | Signaling Change in Output Layer Sets | |
| CN113170165B (zh) | 参考图像列表结构的候选指示 | |
| CA3152345A1 (en) | Scalable nesting sei message management | |
| KR102540022B1 (ko) | 인코딩된 비디오 비트스트림에 포함된 데이터의 양을 줄이기 위한 파라미터 세트의 시그널링 파라미터 값 정보 | |
| EP2959688A1 (en) | Coding and decoding methods of a picture block, corresponding devices and data stream | |
| RU2768261C2 (ru) | Способы кодирования и декодирования блока изображения, соответствующие устройства и поток данных | |
| KR20140043240A (ko) | 영상 부호화/복호화 방법 및 장치 | |
| CA3223378A1 (en) | Decoded picture buffer management for video coding | |
| KR20210104900A (ko) | 비디오 인코더, 비디오 디코더 및 상응하는 방법들 | |
| TWI777601B (zh) | 靜止圖像設定檔之偵測 | |
| JP7411787B2 (ja) | セグメント存在情報を提供すること | |
| US20220360787A1 (en) | Video coding layer up-switching indication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220603 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220603 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230530 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230829 |
|
| 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: 20231128 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231225 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7411787 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |