JP2024036399A - サブビットストリーム抽出におけるspsエラー回避 - Google Patents

サブビットストリーム抽出におけるspsエラー回避 Download PDF

Info

Publication number
JP2024036399A
JP2024036399A JP2024008764A JP2024008764A JP2024036399A JP 2024036399 A JP2024036399 A JP 2024036399A JP 2024008764 A JP2024008764 A JP 2024008764A JP 2024008764 A JP2024008764 A JP 2024008764A JP 2024036399 A JP2024036399 A JP 2024036399A
Authority
JP
Japan
Prior art keywords
layer
sps
vps
video
equal
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.)
Pending
Application number
JP2024008764A
Other languages
English (en)
Inventor
イェ-クイ・ワン
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2024036399A publication Critical patent/JP2024036399A/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/103Selection of coding mode or of prediction mode
    • H04N19/105Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods 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/136Incoming video signal characteristics or properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods 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/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/184Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/188Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46Embedding additional information in the video signal during the compression process
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46Embedding additional information in the video signal during the compression process
    • H04N19/463Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/513Processing of motion vectors
    • H04N19/517Processing of motion vectors by encoding
    • H04N19/52Processing of motion vectors by encoding by predictive encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/573Motion compensation with multiple frame prediction using two or more reference frames in a given prediction direction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/80Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
    • H04N19/82Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/17Methods 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 an image region, e.g. an object
    • H04N19/172Methods 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 an image region, e.g. an object the region being a picture, frame or field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/17Methods 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 an image region, e.g. an object
    • H04N19/174Methods 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 an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/187Methods 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 scalable video layer

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】ビデオコーディングメカニズムを開示する。【解決手段】このメカニズムは、ビットストリーム内のレイヤに対するコーディング済みレイヤビデオシーケンス(CLVS)をエンコードすることを含む。CLVSによって参照されるシーケンスパラメータセット(SPS)もビットストリーム内にエンコードされる。SPSは、レイヤがレイヤ間予測を使用しないときCLVSのnuh_layer_id値に等しいネットワーク抽象化レイヤ(NAL)ユニットヘッダレイヤ識別子(nuh_layer_id)値を有するように制約される。ビットストリームは、デコーダに向けた通信のために記憶される。【選択図】図7

Description

関連出願の相互参照
本特許出願は、参照により本明細書に組み込まれるYe-Kui Wangによって2019年10月7日に出願された「Scalability in Video Coding」なる名称の米国特許仮出願第62/911,808号に基づく優先権を主張する。
本開示は、概して、ビデオコーディングに関係し、具体的には、サブビットストリーム
抽出がマルチレイヤビットストリーム上で実行される場合にエラーを防止するためのメカ
ニズムに関係する。
比較的短いビデオであっても描画するために必要なビデオデータの量は実質的に大量に
なり得、その結果、データがストリーミングされるか、または帯域幅容量が限られている
通信ネットワークを介した他の何らかの方法で伝達されるときに面倒なことが生じ得る。
したがって、今日の電気通信ネットワークでは、ビデオデータは、伝達される前に圧縮さ
れるのが一般的である。ビデオのサイズも、メモリリソースが限られていることもあり得
るのでビデオがストレージデバイスに記憶されるとき、問題になる可能性がある。ビデオ
圧縮デバイスは、伝送元でソフトウェアおよび/またはハードウェアを使用して伝送また
は記憶の前にビデオデータをコーディングし、それによってデジタルビデオイメージを表
現するために必要なデータ量を削減することが多い。次いで、圧縮されたデータは、ビデ
オデータをデコードするビデオ伸張デバイスによって伝送先に受信される。ネットワーク
リソースに限度があり、求められる映像品質が高まる一方であることから、画質をほとん
どまたはまったく犠牲にすることなく圧縮率を改善する圧縮および伸張技術の改善が望ま
しい。
一実施形態において、本開示は、デコーダによって実装される方法を含み、この方法は
デコーダによって、レイヤに対するコーディング済みレイヤビデオシーケンス(CLVS)と、
CLVSによって参照されるシーケンスパラメータセット(SPS)とを含むビットストリームを
受信することであって、SPSは、レイヤがレイヤ間予測を使用しないときCLVSのnuh_layer
_id値に等しいネットワーク抽象化レイヤ(NAL)ユニットヘッダレイヤ識別子(nuh_layer_i
d)値を有する、受信することと、デコーダによって、SPSに基づきCLVSからのコーディン
グ済みピクチャをデコードして、デコード済みピクチャを生成することとを含む。
いくつかのビデオコーディングシステムは、ビデオシーケンスをピクチャのレイヤにコ
ーディングする。異なるレイヤ内のピクチャは、異なる特性を有する。したがって、エン
コーダは、デコーダ側の制約条件に応じて異なるレイヤをデコーダに伝送することができ
る。この機能を実行するために、エンコーダは、すべてのレイヤを単一のビットストリー
ムにエンコードすることができる。要求に応じて、エンコーダは、ビットストリームから
無関係な情報を除去するためにサブビットストリーム抽出プロセスを実行することができ
る。この結果は、デコーダによって要求されるレイヤ内のデータのみを含む抽出済みビッ
トストリームである。レイヤがどのように関係付けられているかの記述は、ビデオパラメ
ータセット(VPS)の中に含まれ得る。サイマルキャストレイヤは、他のレイヤを参照する
ことなしに表示するように設定されたレイヤである。サイマルキャストレイヤがデコーダ
に伝送されるとき、サブビットストリーム抽出プロセスは、レイヤ関係がサイマルキャス
トレイヤをデコードするのに必要ないのでVPSを除去するものとしてよい。残念ながら、
他のパラメータセット内のいくつかの変数は、VPSを参照し得る。それゆえに、サイマル
キャストレイヤが伝送されるときVPSを除去することで、コーディング効率を高め得るが
、その結果、エラーも引き起こし得る。さらに、SPSを正しく識別できなかった場合、結
果として、SPSをVPSと一緒に誤って除去する可能性がある。これは、SPSが欠落している
場合にデコーダにおいてレイヤが正しくデコードされ得ないので問題になることがある。
本発明の例は、VPSがサブビットストリーム抽出中に除去されるときのエラーを回避する
ためのメカニズムを含む。具体的には、サブビットストリーム抽出プロセスは、nuh_laye
r_idsに基づきNALユニットを除去する。SPSは、CLVSがレイヤ間予測を使用しないレイヤ
に含まれるとき、SPSを参照するCLVSのnuh_layer_idに等しいnuh_layer_idを有するよう
に制約される。レイヤ間予測を使用しないレイヤは、サイマルキャストレイヤである。そ
れゆえに、SPSは、VPSが除去されたときのレイヤと同じnuh_layer_idを有する。この方法
で、SPSは、サブビットストリーム抽出プロセスによって誤って除去され
ることがない。レイヤ間予測の使用は、VPS独立レイヤフラグ(vps_independent_layer_fl
ag)によってシグナリングされる。しかしながら、vps_independent_layer_flagは、VPSが
除去されると除去される。したがって、SPSがVPSを参照しないとき、vps_independent_la
yer_flag[GeneralLayerIdx[nuh_layer_id]]として表される、現在のレイヤに対するvps_i
ndependent_layer_flagは1であると推論される。SPSは、SPS VPS識別子(sps_video_param
eter_set_id)が0に設定されたとき、VPSを参照しない。さらに、vps_independent_layer_
flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき(たとえば、VPSが存在しないとき
)、デコーダおよび/または仮想参照デコーダ(HRD)は、現在のレイヤ/CLVSがレイヤ間予測
を使用しないことを推論することができる。この一連の推論を採用することによって、SP
Sは、VPSおよび対応するパラメータがビットストリームから除去されたときであってもサ
ブビットストリーム抽出プロセスによる抽出を回避するために適切なnuh_layer_idを含む
ように制約され得る。その結果、エンコーダおよびデコーダの機能性が向上する。さらに
、コーディング効率は、サイマルキャストレイヤのみを含むビットストリームから不要な
VPSを首尾よく除去することによって高められ、これにより、エンコーダとデコーダの両
方においてプロセッサ、メモリ、および/またはネットワークシグナリングリソースの使
用量を低減する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、GeneralLayerId
x[nuh_layer_id]が現在のレイヤインデックスに等しい、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、vps_independen
t_layer_flagが対応するレイヤがレイヤ間予測を使用するかどうかを指定する、ことを規
定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、vps_independen
t_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき、レイヤがレイヤ間予測
を使用しない、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、SPSが、SPSによ
って参照されるVPSに対する識別子(ID)の値を指定するsps_video_parameter_set_idを含
み、sps_video_parameter_set_idが0に等しいとき、vps_independent_layer_flag[Genera
lLayerIdx[nuh_layer_id]]は1に等しいと推論される、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、sps_video_para
meter_set_idが0に等しいとき、SPSはVPSを参照しない、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、CLVSが同じnuh_
layer_id値を有するコーディング済みピクチャのシーケンスである、ことを規定する。
一実施形態において、本開示は、エンコーダによって実装される方法を含み、この方法
はエンコーダによって、ビットストリーム内のレイヤに対するCLVSをエンコードすること
と、エンコーダによって、ビットストリーム内に、CLVSによって参照されるSPSをエンコ
ードすることであって、SPSは、レイヤがレイヤ間予測を使用しないときCLVSのnuh_layer
_id値に等しいnuh_layer_id値を有するよう制約される、エンコードすることと、エンコ
ーダによって、デコーダに向けた通信のためにビットストリームを記憶することとを含む
いくつかのビデオコーディングシステムは、ビデオシーケンスをピクチャのレイヤにコ
ーディングする。異なるレイヤ内のピクチャは、異なる特性を有する。したがって、エン
コーダは、デコーダ側の制約条件に応じて異なるレイヤをデコーダに伝送することができ
る。この機能を実行するために、エンコーダは、すべてのレイヤを単一のビットストリー
ムにエンコードすることができる。要求に応じて、エンコーダは、ビットストリームから
無関係な情報を除去するためにサブビットストリーム抽出プロセスを実行することができ
る。この結果は、デコーダによって要求されるレイヤ内のデータのみを含む抽出済みビッ
トストリームである。レイヤがどのように関係付けられているかの記述は、ビデオパラメ
ータセット(VPS)の中に含まれ得る。サイマルキャストレイヤは、他のレイヤを参照する
ことなしに表示するように設定されたレイヤである。サイマルキャストレイヤがデコーダ
に伝送されるとき、サブビットストリーム抽出プロセスは、レイヤ関係がサイマルキャス
トレイヤをデコードするのに必要ないのでVPSを除去するものとしてよい。残念ながら、
他のパラメータセット内のいくつかの変数は、VPSを参照し得る。それゆえに、サイマル
キャストレイヤが伝送されるときVPSを除去することで、コーディング効率を高め得るが
、その結果、エラーも引き起こし得る。さらに、SPSを正しく識別できなかった場合、結
果として、SPSをVPSと一緒に誤って除去する可能性がある。これは、SPSが欠落している
場合にデコーダにおいてレイヤが正しくデコードされ得ないので問題になることがある。
本発明の例は、VPSがサブビットストリーム抽出中に除去されるときのエラーを回避する
ためのメカニズムを含む。具体的には、サブビットストリーム抽出プロセスは、nuh_laye
r_idsに基づきNALユニットを除去する。SPSは、CLVSがレイヤ間予測を使用しないレイヤ
に含まれるとき、SPSを参照するCLVSのnuh_layer_idに等しいnuh_layer_idを有するよう
に制約される。レイヤ間予測を使用しないレイヤは、サイマルキャストレイヤである。そ
れゆえに、SPSは、VPSが除去されたときのレイヤと同じnuh_layer_idを有する。この方法
で、SPSは、サブビットストリーム抽出プロセスによって誤って除去され
ることがない。レイヤ間予測の使用は、vps_independent_layer_flagによってシグナリン
グされる。しかしながら、vps_independent_layer_flagは、VPSが除去されると除去され
る。したがって、SPSがVPSを参照しないとき、vps_independent_layer_flag[GeneralLaye
rIdx[nuh_layer_id]]として表される、現在のレイヤに対するvps_independent_layer_fla
gは1であると推論される。SPSは、sps_video_parameter_set_idが0に設定されたとき、VP
Sを参照しない。さらに、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]
が1に等しいとき(たとえば、VPSが存在しないとき)、デコーダおよび/またはHRDは、現在
のレイヤ/CLVSがレイヤ間予測を使用しないことを推論することができる。この一連の推
論を採用することによって、SPSは、VPSおよび対応するパラメータがビットストリームか
ら除去されたときであってもサブビットストリーム抽出プロセスによる抽出を回避するた
めに適切なnuh_layer_idを含むように制約され得る。その結果、エンコーダおよびデコー
ダの機能性が向上する。さらに、コーディング効率は、サイマルキャストレイヤのみを含
むビットストリームから不要なVPSを首尾よく除去することによって高められ、これによ
り、エンコーダとデコーダの両方においてプロセッサ、メモリ、および/またはネットワ
ークシグナリングリソースの使用量を低減する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、GeneralLayerId
x[nuh_layer_id]が現在のレイヤインデックスに等しい、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、vps_independen
t_layer_flagが対応するレイヤがレイヤ間予測を使用するかどうかを指定する、ことを規
定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、vps_independen
t_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき、レイヤがレイヤ間予測
を使用しない、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、SPSが、SPSによ
って参照されるVPSに対するIDの値を指定するsps_video_parameter_set_idを含み、sps_v
ideo_parameter_set_idが0に等しいとき、vps_independent_layer_flag[GeneralLayerIdx
[nuh_layer_id]]は1に等しいと推論される、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、sps_video_para
meter_set_idが0に等しいとき、SPSはVPSを参照しない、ことを規定する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、CLVSが同じnuh_
layer_id値を有するコーディング済みピクチャのシーケンスである、ことを規定する。
一実施形態において、本開示は、ビデオコーディングデバイスを含み、これはプロセッ
サと、プロセッサに結合された受信器と、プロセッサに結合されたメモリと、プロセッサ
に結合された送信器とを備え、プロセッサ、受信器、メモリ、および送信器は、前述の態
様のいずれかの方法を実行するように構成される。
一実施形態において、本開示は、ビデオコーディングデバイスによって使用するための
コンピュータプログラム製品を含む非一時的コンピュータ可読媒体を含み、コンピュータ
プログラム製品は、プロセッサによって実行されるとき、ビデオコーディングデバイスに
前述の態様のいずれかの方法を実行させるように非一時的コンピュータ可読媒体に記憶さ
れているコンピュータ実行可能命令を含む。
一実施形態において、本開示は、デコーダを含み、これはレイヤに対するCLVSおよびCL
VSによって参照されるSPSを含むビットストリームを受信するための受信手段であって、S
PSは、レイヤがレイヤ間予測を使用しないときCLVSのnuh_layer_id値に等しいnuh_layer_
id値を有する、受信手段と、SPSに基づきCLVSからのコーディング済みピクチャをデコー
ドして、デコード済みピクチャを生成するためのデコード手段と、デコード済みビデオシ
ーケンスの一部として表示するためにデコード済みピクチャを転送するための転送手段と
を備える。
いくつかのビデオコーディングシステムは、ビデオシーケンスをピクチャのレイヤにコ
ーディングする。異なるレイヤ内のピクチャは、異なる特性を有する。したがって、エン
コーダは、デコーダ側の制約条件に応じて異なるレイヤをデコーダに伝送することができ
る。この機能を実行するために、エンコーダは、すべてのレイヤを単一のビットストリー
ムにエンコードすることができる。要求に応じて、エンコーダは、ビットストリームから
無関係な情報を除去するためにサブビットストリーム抽出プロセスを実行することができ
る。この結果は、デコーダによって要求されるレイヤ内のデータのみを含む抽出済みビッ
トストリームである。レイヤがどのように関係付けられているかの記述は、ビデオパラメ
ータセット(VPS)の中に含まれ得る。サイマルキャストレイヤは、他のレイヤを参照する
ことなしに表示するように設定されたレイヤである。サイマルキャストレイヤがデコーダ
に伝送されるとき、サブビットストリーム抽出プロセスは、レイヤ関係がサイマルキャス
トレイヤをデコードするのに必要ないのでVPSを除去するものとしてよい。残念ながら、
他のパラメータセット内のいくつかの変数は、VPSを参照し得る。それゆえに、サイマル
キャストレイヤが伝送されるときVPSを除去することで、コーディング効率を高め得るが
、その結果、エラーも引き起こし得る。さらに、SPSを正しく識別できなかった場合、結
果として、SPSをVPSと一緒に誤って除去する可能性がある。これは、SPSが欠落している
場合にデコーダにおいてレイヤが正しくデコードされ得ないので問題になることがある。
本発明の例は、VPSがサブビットストリーム抽出中に除去されるときのエラーを回避する
ためのメカニズムを含む。具体的には、サブビットストリーム抽出プロセスは、nuh_laye
r_idsに基づきNALユニットを除去する。SPSは、CLVSがレイヤ間予測を使用しないレイヤ
に含まれるとき、SPSを参照するCLVSのnuh_layer_idに等しいnuh_layer_idを有するよう
に制約される。レイヤ間予測を使用しないレイヤは、サイマルキャストレイヤである。そ
れゆえに、SPSは、VPSが除去されたときのレイヤと同じnuh_layer_idを有する。この方法
で、SPSは、サブビットストリーム抽出プロセスによって誤って除去され
ることがない。レイヤ間予測の使用は、vps_independent_layer_flagによってシグナリン
グされる。しかしながら、vps_independent_layer_flagは、VPSが除去されると除去され
る。したがって、SPSがVPSを参照しないとき、vps_independent_layer_flag[GeneralLaye
rIdx[nuh_layer_id]]として表される、現在のレイヤに対するvps_independent_layer_fla
gは1であると推論される。SPSは、sps_video_parameter_set_idが0に設定されたとき、VP
Sを参照しない。さらに、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]
が1に等しいとき(たとえば、VPSが存在しないとき)、デコーダおよび/またはHRDは、現在
のレイヤ/CLVSがレイヤ間予測を使用しないことを推論することができる。この一連の推
論を採用することによって、SPSは、VPSおよび対応するパラメータがビットストリームか
ら除去されたときであってもサブビットストリーム抽出プロセスによる抽出を回避するた
めに適切なnuh_layer_idを含むように制約され得る。その結果、エンコーダおよびデコー
ダの機能性が向上する。さらに、コーディング効率は、サイマルキャストレイヤのみを含
むビットストリームから不要なVPSを首尾よく除去することによって高められ、これによ
り、エンコーダとデコーダの両方においてプロセッサ、メモリ、および/またはネットワ
ークシグナリングリソースの使用量を低減する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、デコーダが前述
の態様のいずれかの方法を実行するようにさらに構成される、ことを規定する。
一実施形態において、本開示は、エンコーダを含み、これはビットストリーム内のレイ
ヤに対するCLVSをエンコードし、ビットストリーム内に、CLVSによって参照されるSPSを
エンコードするためのエンコード手段であって、SPSは、レイヤがレイヤ間予測を使用し
ないときCLVSのnuh_layer_id値に等しいnuh_layer_id値を有するよう制約される、エンコ
ード手段と、デコーダに向けた通信のためにビットストリームを記憶するための記憶手段
とを備える。
いくつかのビデオコーディングシステムは、ビデオシーケンスをピクチャのレイヤにコ
ーディングする。異なるレイヤ内のピクチャは、異なる特性を有する。したがって、エン
コーダは、デコーダ側の制約条件に応じて異なるレイヤをデコーダに伝送することができ
る。この機能を実行するために、エンコーダは、すべてのレイヤを単一のビットストリー
ムにエンコードすることができる。要求に応じて、エンコーダは、ビットストリームから
無関係な情報を除去するためにサブビットストリーム抽出プロセスを実行することができ
る。この結果は、デコーダによって要求されるレイヤ内のデータのみを含む抽出済みビッ
トストリームである。レイヤがどのように関係付けられているかの記述は、ビデオパラメ
ータセット(VPS)の中に含まれ得る。サイマルキャストレイヤは、他のレイヤを参照する
ことなしに表示するように設定されたレイヤである。サイマルキャストレイヤがデコーダ
に伝送されるとき、サブビットストリーム抽出プロセスは、レイヤ関係がサイマルキャス
トレイヤをデコードするのに必要ないのでVPSを除去するものとしてよい。残念ながら、
他のパラメータセット内のいくつかの変数は、VPSを参照し得る。それゆえに、サイマル
キャストレイヤが伝送されるときVPSを除去することで、コーディング効率を高め得るが
、その結果、エラーも引き起こし得る。さらに、SPSを正しく識別できなかった場合、結
果として、SPSをVPSと一緒に誤って除去する可能性がある。これは、SPSが欠落している
場合にデコーダにおいてレイヤが正しくデコードされ得ないので問題になることがある。
本発明の例は、VPSがサブビットストリーム抽出中に除去されるときのエラーを回避する
ためのメカニズムを含む。具体的には、サブビットストリーム抽出プロセスは、nuh_laye
r_idsに基づきNALユニットを除去する。SPSは、CLVSがレイヤ間予測を使用しないレイヤ
に含まれるとき、SPSを参照するCLVSのnuh_layer_idに等しいnuh_layer_idを有するよう
に制約される。レイヤ間予測を使用しないレイヤは、サイマルキャストレイヤである。そ
れゆえに、SPSは、VPSが除去されたときのレイヤと同じnuh_layer_idを有する。この方法
で、SPSは、サブビットストリーム抽出プロセスによって誤って除去され
ることがない。レイヤ間予測の使用は、vps_independent_layer_flagによってシグナリン
グされる。しかしながら、vps_independent_layer_flagは、VPSが除去されると除去され
る。したがって、SPSがVPSを参照しないとき、vps_independent_layer_flag[GeneralLaye
rIdx[nuh_layer_id]]として表される、現在のレイヤに対するvps_independent_layer_fla
gは1であると推論される。SPSは、sps_video_parameter_set_idが0に設定されたとき、VP
Sを参照しない。さらに、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]
が1に等しいとき(たとえば、VPSが存在しないとき)、デコーダおよび/またはHRDは、現在
のレイヤ/CLVSがレイヤ間予測を使用しないことを推論することができる。この一連の推
論を採用することによって、SPSは、VPSおよび対応するパラメータがビットストリームか
ら除去されたときであってもサブビットストリーム抽出プロセスによる抽出を回避するた
めに適切なnuh_layer_idを含むように制約され得る。その結果、エンコーダおよびデコー
ダの機能性が向上する。さらに、コーディング効率は、サイマルキャストレイヤのみを含
むビットストリームから不要なVPSを首尾よく除去することによって高められ、これによ
り、エンコーダとデコーダの両方においてプロセッサ、メモリ、および/またはネットワ
ークシグナリングリソースの使用量を低減する。
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、エンコーダが前
述の態様のいずれかの方法を実行するようにさらに構成される、ことを規定する。
わかりやすくするために、前述の実施形態のうちのいずれか1つが他の前述の実施形態
のうちのいずれか1つまたは複数と組み合わされて、本開示の範囲内の新しい実施形態を
形成するものとしてよい。
これらおよび他の特徴は、添付図面および請求項と併せて次の詳細な説明からより明確
に理解されるであろう。
本開示をより完全に理解できるように、類似の番号は類似の部分を表す、添付図面およ
び詳細な説明に関して以下の簡単な説明が参照される。
ビデオ信号をコーディングする例示的な一方法のフローチャートである。 ビデオコーディングのための例示的なコーディングおよびデコーディング(コーデック)システムの概略図である。 例示的なビデオエンコーダを例示する概略図である。 例示的なビデオデコーダを例示する概略図である。 例示的な仮想参照デコーダ(HRD)を例示する概略図である。 レイヤ間予測を行うように構成されている例示的なマルチレイヤビデオシーケンスを例示する概略図である。 例示的なビットストリームを例示する概略図である。 例示的なビデオコーディングデバイスの概略図である。 サイマルキャストレイヤに対するサブビットストリーム抽出時にシーケンスパラメータセット(SPS)を保持することをサポートするためにマルチレイヤビデオシーケンスをビットストリーム内にエンコードする例示的な方法のフローチャートである。 サブビットストリーム抽出時にSPSが保持されているマルチレイヤビットストリームから抽出されたサイマルキャストレイヤを含むビットストリームからビデオシーケンスをデコードする例示的な方法のフローチャートである。 サイマルキャストレイヤに対するサブビットストリーム抽出時にSPSを保持することをサポートするためにマルチレイヤビデオシーケンスをビットストリーム内にコーディングするための例示的なシステムの概略図である。
最初に、1つまたは複数の実施形態の例示的な実装が以下に提示されているが、開示さ
れているシステムおよび/または方法は、現在知られているか、または存在している、い
くつもの技術を使用することで実装され得ることは理解されるべきである。本開示は、本
明細書において例示され、説明されている例示的な設計および実装を含む、以下に例示さ
れている例示的な実装、図面、および技術に決して限定されるべきでないが、等価物の全
範囲とともに付属の請求項の範囲内で修正され得る。
次の用語は、本明細書において反対の文脈で使用されていない限り次のように定義され
る。具体的には、次の定義は、本開示をさらに明確にすることを意図されている。しかし
ながら、用語は、異なる文脈において異なる形で説明され得る。したがって、次の定義は
、補足として考慮されるべきであり、本明細書においてそのような用語に対して提供され
る説明のいかなる他の定義を制限するものとして考慮されるべきではない。
ビットストリームは、エンコーダとデコーダとの間の伝送のために圧縮されるビデオデ
ータを含むビットのシーケンスである。エンコーダは、エンコーディングプロセスを使用
してビデオデータをビットストリームに圧縮するように構成されるデバイスである。デコ
ーダは、デコーディングプロセスを使用してビデオデータを表示のためにビットストリー
ムに再構成するように構成されるデバイスである。ピクチャは、フレームまたはそのフィ
ールドを作成するルーマサンプルの配列および/またはクロマサンプルの配列である。エ
ンコードされているか、またはデコードされているピクチャは、説明を明確にするために
現在のピクチャとして参照され得る。コーディング済みピクチャは、アクセスユニット(A
U)内のNALユニットヘッダレイヤ識別子(nuh_layer_id)の特定の値を有するビデオコーデ
ィングレイヤ(VCL)ネットワーク抽象化レイヤ(NAL)ユニットを含み、ピクチャのすべての
コーディングツリーユニット(CTU)を含むピクチャのコーディング済み表現である。デコ
ード済みピクチャは、コーディング済みピクチャにデコーディングプロセスを適用するこ
とによって生成されるピクチャである。NALユニットは、望ましい場合にエミュレーショ
ン防止バイトを散在させた、データの型の指示である、ローバイトシーケンスペイロード
(RBSP)の形態のデータを含むシンタックス構造である。VCL NALユニットは、ピクチャの
コーディング済みスライスなどの、ビデオデータを含むようにコーディングされたNALユ
ニットである。非VCL NALユニットは、ビデオデータをデコードすること、適合性チェッ
クの実行、または他の動作をサポートするシンタックスおよび/またはパラメータなどの
非ビデオデータを含むNALユニットである。レイヤは、レイヤId(識別子)によって示され
ているような指定された特性(たとえば、共通の解像度、フレームレート、画像サイズな
ど)を共有するVCL NALユニットと、関連付けられている非VCL NALユニットとのセットで
ある。NALユニットヘッダレイヤ識別子(nuh_layer_id)は、NALユニットを含むレイヤの識
別子を指定するシンタックス要素である。
仮想参照デコーダ(HRD)は、エンコーディングプロセスによって生成されたビットスト
リームの変動性をチェックして、指定された制約条件への適合性を検証するエンコーダ上
で動作するデコーダモデルである。ビットストリームの適合性テストは、エンコード済み
ビットストリームがバーサタイル・ビデオ・コーディング(VVC)などの規格に準拠してい
るかどうかを決定するためのテストである。ビデオパラメータセット(VPS)は、ビデオ全
体に関係するパラメータを含むシンタックス構造である。シーケンスパラメータセット(S
PS)は、0個またはそれ以上のコーディング済みレイヤビデオシーケンス(CLVS)全体に適用
されるシンタックス要素を含むシンタックス構造である。CLVSは、同じnuh_layer_id値を
有するコーディング済みピクチャのシーケンスである。SPSビデオパラメータセット識別
子(sps_video_parameter_set_id)は、SPSによるVPS参照の識別子(ID)を指定するシンタッ
クス要素である。一般レイヤインデックス(GeneralLayerIdx[i])は、対応するレイヤiの
インデックスを指定する導出変数である。それゆえに、nuh_layer_idのレイヤIDを有する
現在のレイヤは、GeneralLayerIdx[nuh_layer_id]によって指定されるインデックスを有
する。現在のレイヤインデックスは、エンコードまたはデコードされているレイヤに対応
するレイヤインデックスである。VPS独立レイヤフラグ(vps_independent_layer_flag[i])
は、対応するレイヤiがレイヤ間予測を使用するかどうかを指定するシンタックス要素で
ある。それゆえに、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]は、
現在のレイヤがレイヤ間予測を使用するかどうかを指定する。レイヤ間予測は、異なるレ
イヤ(たとえば、同じアクセスユニット)からの参照ピクチャに基づき現在のレイヤの現在
のピクチャのサンプル値のブロックをコーディングするメカニズムである。アクセスユニ
ット(AU)は、同じ出力時間にすべて関連付けられている異なるレイヤ内のコーディング済
みピクチャのセットである。VPSパラメータセット識別子(vps_video_parameter_set_id)
は、他のシンタックス要素/構造による参照のためにVPSに対するIDを提供するシンタック
ス要素である。コーディング済みビデオシーケンスは、1つまたは複数のコーディング済
みピクチャのセットである。デコード済みビデオシーケンスは、1つまたは複数のデコー
ド済みピクチャのセットである。
本明細書において使用される頭字語は、アクセスユニット(AU)、コーディングツリーブ
ロック(CTB)、コーディングツリーユニット(CTU)、コーディングユニット(CU)、コーディ
ング済みレイヤビデオシーケンス(CLVS)、コーディング済みレイヤビデオシーケンス開始
(CLVSS)、コーディング済みビデオシーケンス(CVS)、コーディング済みビデオシーケンス
開始(CVSS)、ジョイントビデオエキスパートチーム(JVET)、仮想参照デコーダ(HRD)、動
き制約タイルセット(MCTS)、最大転送ユニット(MTU)、ネットワーク抽象化レイヤ(NAL)、
出力レイヤセット(OLS)、オペレーションポイント(OP)、ピクチャ順序カウント(POC)、ラ
ンダムアクセスポイント(RAP)、ローバイトシーケンスペイロード(RBSP)、シーケンスパ
ラメータセット(SPS)、ビデオパラメータセット(VPS)、バーサタイル・ビデオ・コーディ
ング(VVC)である。
多くのビデオ圧縮技術は、データの損失を最小限度に抑えてビデオファイルのサイズを
縮小するために採用され得る。たとえば、ビデオ圧縮技術は、空間(たとえば、ピクチャ
内)予測および/または時間(たとえば、ピクチャ間)予測を実行して、ビデオシーケンス内
のデータ冗長性を低減するか、または除去することを含むことができる。ブロックベース
のビデオコーディングのために、ビデオスライス(たとえば、ビデオピクチャ、またはビ
デオピクチャの一部)は、いくつかビデオブロックに区分化されてもよく、これは、ツリ
ーブロック、コーディングツリーブロック(CTB)、コーディングツリーユニット(CTU)、コ
ーディングユニット(CU)、および/またはコーディングノードと呼ばれることもある。ピ
クチャのイントラコーディング済み(I)スライス中のビデオブロックは、同じピクチャ中
の近傍ブロック中の参照サンプルに対する空間予測を使用してコーディングされる。ピク
チャのインターコーディング済み一方向予測(P)または双方向予測(B)スライス中のビデオ
ブロックは、同じピクチャ中の近傍ブロック中の参照サンプルに関する空間予測、または
他の参照ピクチャ中の参照サンプルに関する時間予測を採用することによってコーディン
グされ得る。ピクチャは、フレームおよび/または画像と称されてよく、参照ピクチャは
、参照フレームおよび/または参照画像と称されてよい。空間予測または時間予測は、結
果として、画像ブロックを表す予測ブロックをもたらす。残差データは、元の画像ブロッ
クと予測ブロックとの間のピクセル差分を表す。したがって、インターコーディング済み
ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およ
びコーディング済みブロックと予測ブロックとの間の差分を示す残差データに従ってエン
コードされる。イントラコーディング済みブロックは、イントラコーディングモードおよ
び残差データに従ってエンコードされる。さらに圧縮するために、残差データは、ピクセ
ル領域から変換領域に変換され得る。これらの結果、残差変換係数が得られ、残差変換係
数が量子化され得る。量子化済み変換係数は、最初に2次元配列に配列され得る。量子化
済み変換係数は、変換係数の1次元ベクトルを生成するために走査され得る。エントロピ
ーコーディングが、なおいっそうの圧縮を行うために適用され得る。そのようなビデオ圧
縮技術は、以下でより詳しく説明される。
エンコード済みビデオが正確にデコードされ得ることを確実にするために、ビデオは、
対応するビデオコーディング規格に従ってエンコードされ、デコードされる。ビデオコー
ディング規格は、国際電気通信連合(ITU)標準化部門(ITU-T)H.261、国際標準化機構/国際
電気標準会議(ISO/IEC)モーションピクチャエキスパートグループ(MPEG)-1 Part 2、ITU-
T H.262またはISO/IEC MPEG-2 Part 2、ITU-T H.263、ISO/IEC MPEG-4 Part 2、ITU-T H.
264またはISO/IEC MPEG-4 Part 10としても知られている高度ビデオコーディング(AVC)、
およびITU-T H.265またはMPEG-H Part 2としても知られている高効率ビデオコーディング
(HEVC)を含む。AVCは、スケーラブルビデオコーディング(SVC)、マルチビュービデオコー
ディング(MVC)、マルチビュービデオコーディングプラス深さ(MVC+D)、および3次元(3D)A
VC(3D-AVC)などの拡張機能を含む。HEVCは、スケーラブルHEVC(SHVC)、マルチビューHEVC
(MV-HEVC)、および3D HEVC(3D-HEVC)などの拡張機能を含む。ITU-TおよびISO/IECのジョ
イントビデオエキスパートチーム(JVET)は、バーサタイル・ビデオ・コーディング(VVC)
と称されるビデオコーディング規格の開発を開始している。VVCは、JVET-O2001-v14を含
む、作業草案(WD)に含まれる。
いくつかのビデオコーディングシステムは、ビデオシーケンスをピクチャのレイヤにコ
ーディングする。異なるレイヤ内のピクチャは、異なる特性を有する。したがって、エン
コーダは、デコーダ側の制約条件に応じて異なるレイヤをデコーダに伝送することができ
る。この機能を実行するために、エンコーダは、すべてのレイヤを単一のビットストリー
ムにエンコードすることができる。要求に応じて、エンコーダは、ビットストリームから
無関係な情報を除去するためにサブビットストリーム抽出プロセスを実行することができ
る。この結果は、デコーダによって要求されるレイヤ内のデータのみを含む抽出済みビッ
トストリームである。レイヤがどのように関係付けられているかの記述は、ビデオパラメ
ータセット(VPS)の中に含まれ得る。サイマルキャストレイヤは、他のレイヤを参照する
ことなしに表示するように設定されたレイヤである。サイマルキャストレイヤがデコーダ
に伝送されるとき、サブビットストリーム抽出プロセスは、レイヤ関係がサイマルキャス
トレイヤをデコードするのに必要ないのでVPSを除去するものとしてよい。残念ながら、
他のパラメータセット内のいくつかの変数は、VPSを参照し得る。それゆえに、サイマル
キャストレイヤが伝送されるときVPSを除去することで、コーディング効率を高め得るが
、その結果、エラーも引き起こし得る。さらに、シーケンスパラメータセット(SPS)を正
しく識別できなかった場合、結果として、SPSをVPSと一緒に誤って除去する可能性がある
。これは、SPSが欠落している場合にデコーダにおいてレイヤが正しくデコードされ得な
いので問題になることがある。
本明細書において開示されているのは、VPSがサブビットストリーム抽出中に除去され
るときのエラーを回避するためのメカニズムである。具体的には、サブビットストリーム
抽出プロセスは、NALユニットレイヤ識別子(nuh_layer_ids)に基づきネットワーク抽象化
レイヤ(NAL)ユニットを除去する。SPSは、CLVSがレイヤ間予測を使用しないレイヤに含ま
れるとき、SPSを参照するコーディング済みレイヤビデオシーケンス(CLVS)のnuh_layer_i
dに等しいnuh_layer_idを有するように制約される。レイヤ間予測を使用しないレイヤは
、サイマルキャストレイヤである。それゆえに、SPSは、VPSが除去されたときのレイヤと
同じnuh_layer_idを有する。この方法で、SPSは、サブビットストリーム抽出プロセスに
よって誤って除去されることがない。レイヤ間予測の使用は、VPS独立レイヤフラグ(vps_
independent_layer_flag)によってシグナリングされる。しかしながら、vps_independent
_layer_flagは、VPSが除去されると除去される。したがって、SPSがVPSを参照しないとき
、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]として表される、現在
のレイヤに対するvps_independent_layer_flagは1であると推論される。SPSは、SPS VPS
識別子(sps_video_parameter_set_id)が0に設定されたとき、VPSを参照しない。さらに、
vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき(たとえ
ば、VPSが存在しないとき)、デコーダおよび/または仮想参照デコーダ(HRD)は、現在のレ
イヤ/CLVSがレイヤ間予測を使用しないことを推論することができる。この一連の推論を
採用することによって、SPSは、VPSおよび対応するパラメータがビットストリームから除
去されたときであってもサブビットストリーム抽出プロセスによる抽出を回避するために
適切なnuh_layer_idを含むように制約され得る。その結果、エンコーダおよびデコーダの
機能性が向上する。さらに、コーディング効率は、サイマルキャストレイヤのみを含むビ
ットストリームから不要なVPSを首尾よく除去することによって高められ、これにより、
エンコーダとデコーダの両方においてプロセッサ、メモリ、および/またはネットワーク
シグナリングリソースの使用量を低減する。
図1は、ビデオ信号をコーディングする例示的な動作方法100のフローチャートである。
具体的には、ビデオ信号は、エンコーダにおいてエンコードされる。エンコーディングプ
ロセスは、様々なメカニズムを使用することによってビデオ信号を圧縮し、ビデオファイ
ルサイズを縮小する。より小さいファイルサイズは、関連する帯域幅オーバーヘッドを低
減しながら、圧縮済みビデオファイルがユーザへ伝送されることを可能にする。次に、エ
ンドユーザに表示するために、デコーダは圧縮済みビデオファイルをデコードし、元のビ
デオ信号を再構成する。デコーディングプロセスは、一般的に、デコーダが一貫してビデ
オ信号を再構成することを可能にするようにエンコーディングプロセスをミラーリングす
る。
ステップ101で、ビデオ信号は、エンコーダに入力される。たとえば、ビデオ信号は、
メモリに記憶されている非圧縮ビデオファイルであってもよい。別の例として、ビデオフ
ァイルは、ビデオカメラなどのビデオキャプチャデバイスによってキャプチャされ、ビデ
オのライブストリーミングをサポートするようにエンコードされ得る。ビデオファイルは
、音声コンポーネントとビデオコンポーネントの両方を含み得る。ビデオコンポーネント
は、順に視聴されたとき、動きの視覚的な印象を与える一連の画像フレームを含む。フレ
ームは、本明細書においてルーマ成分(またはルーマサンプル)と称される光、およびクロ
マ成分(または色サンプル)と呼ばれる色に関して表現されるピクセルを含む。いくつかの
例において、フレームは、3次元表示をサポートするために深度値も含み得る。
ステップ103で、ビデオはいくつかのブロックに区分化される。区分化することは、圧
縮のために各フレーム内のピクセルを正方形および/または長方形のブロックに細分する
ことを含む。たとえば、高効率ビデオコーディング(HEVC)(H.265およびMPEG-H Part 2と
しても知られている)において、フレームは、最初に、事前定義されたサイズ(たとえば、
64ピクセル×64ピクセル)のブロックである、コーディングツリーユニット(CTU)に分割さ
れ得る。CTUは、ルーマサンプルとクロマサンプルの両方を含む。コーディングツリーは
、CTUをいくつかのブロックに分割し、次いでさらなるエンコーディングをサポートする
構成が達成されるまでブロックを再帰的に細分するために採用され得る。たとえば、フレ
ームのルーマ成分は、個々のブロックが比較的均質な照明値を含むまで細分化され得る。
さらに、フレームのクロマ成分は、個々のブロックが比較的均質な色値を含むまで細分化
され得る。したがって、区分化メカニズムは、ビデオフレームのコンテンツによって異な
る。
ステップ105で、各様々な圧縮メカニズムが採用され、ステップ103で区分化された画像
ブロックを圧縮する。たとえば、インター予測および/またはイントラ予測が採用され得
る。インター予測は、共通のシーン内のオブジェクトが連続するフレーム内に出現する傾
向があるという事実を利用するように設計されている。したがって、参照フレーム内のオ
ブジェクトを描写するブロックは、隣接するフレーム内に繰り返し記述される必要はない
。具体的には、テーブルなどのオブジェクトは、複数のフレームにわたって一定の位置に
留まり得る。したがって、テーブルは、一度記述されると、隣接するフレームが参照フレ
ームを再度参照することができる。複数のフレームにまたがるオブジェクトのマッチング
には、パターンマッチングメカニズムが採用され得る。さらに、オブジェクトの移動やカ
メラの移動などにより、複数のフレームにまたがって移動するオブジェクトが表現され得
る。特定の例として、ビデオは、複数のフレームにわたって画面上を移動する自動車を示
し得る。動きベクトルは、そのような移動を記述するために使用することができる。動き
ベクトルは、フレーム内のオブジェクトの座標から参照フレーム内のオブジェクトの座標
へのオフセットを提供する2次元ベクトルである。それゆえに、インター予測は、現在の
フレーム内の画像ブロックを、参照フレーム内の対応するブロックからのオフセットを示
す動きベクトルのセットとしてエンコードすることができる。
イントラ予測は、共通フレーム内のブロックをエンコードする。イントラ予測は、ルー
マ成分およびクロマ成分がフレーム内でクラスタ化する傾向があるという事実を利用する
。たとえば、木の一部における緑色のパッチは、緑色の類似のパッチに隣接して位置決め
される傾向がある。イントラ予測では、複数の方向予測モード(たとえば、HEVCでは33種
類)、平面モード、および直流(DC)モードを使用する。これらの方向モードは、現在のブ
ロックが、対応する方向の近傍ブロックのサンプルと類似している/同じであることを示
す。平面モードは、行/列(たとえば、平面)に沿った一連のブロックが、行の端にある近
傍ブロックに基づき補間され得ることを示す。平面モードは、実際には、変化する値にお
ける比較的一定の勾配を使用することによって行/列にまたがる光/色の滑らかな遷移を示
す。DCモードは、境界平滑化に使用され、ブロックが方向予測モードの角度方向に関連す
るすべての近傍ブロックのサンプルに関連付けられている平均値に類似する/同じである
ことを示す。したがって、イントラ予測ブロックは、実際の値ではなく様々な関係予測モ
ード値として画像ブロックを表現することができる。さらに、インター予測ブロックは、
実際の値ではなく動きベクトル値として画像ブロックを表現することができる。いずれの
場合も、予測ブロックは、いくつかの場合において画像ブロックを正確に表さないことが
ある。任意の差分が、残差ブロック内に収められる。ファイルをさらに圧縮するために、
変換が残差ブロックに適用され得る。
ステップ107で、様々なフィルタリング技術が適用され得る。HEVCでは、フィルタは、
ループ内フィルタリングスキームに従って適用される。上で説明されているブロックベー
スの予測の結果、デコーダにおいてブロック状画像が作成され得る。さらに、ブロックベ
ースの予測スキームは、ブロックをエンコードし、次いで、参照ブロックとして後で使用
するためにエンコード済みブロックを再構成し得る。ループ内フィルタリングスキームは
、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、およびサンプル
適応オフセット(SAO)フィルタをブロック/フレームに反復適用する。これらのフィルタは
、そのようなブロッキングアーチファクトを軽減し、それによりエンコード済みファイル
が正確に再構成され得る。さらに、これらのフィルタは、再構成済み参照ブロック内のア
ーチファクトを軽減し、それにより、アーチファクトが再構成済み参照ブロックに基づき
エンコードされる後続のブロック内にさらなるアーチファクトを生じさせる可能性が低く
なる。
ビデオ信号が区分化され、圧縮され、フィルタリングされた後、結果として得られたデ
ータは、ステップ109でビットストリームにエンコードされる。ビットストリームは、上
で説明されているデータ、さらにはデコーダにおいて適切なビデオ信号再構成をサポート
するために望ましい任意のシグナリングデータを含む。たとえば、そのようなデータは、
区分データ、予測データ、残差ブロック、およびコーディング命令をデコーダに送る様々
なフラグを含み得る。ビットストリームは、要求に応じてデコーダに向けて伝送するため
にメモリに記憶され得る。ビットストリームは、また、複数のデコーダに向けてブロード
キャストされ、および/またはマルチキャストされてもよい。ビットストリームの作成は
、反復プロセスである。したがって、ステップ101、103、105、107、および109は、多数
のフレームおよびブロックにわたって連続的に、および/または同時に実行され得る。図1
に示されている順序は、説明を明確にし、容易にするために提示されており、ビデオコー
ディングプロセスを特定の順序に制限することを意図されていない。
デコーダは、ビットストリームを受信し、ステップ111でデコーディングプロセスを開
始する。具体的には、デコーダは、エントロピーデコーディングスキームを使用して、ビ
ットストリームを対応するシンタックスおよびビデオデータに変換する。デコーダは、ス
テップ111で、ビットストリームからのシンタックスデータを使用して、フレームに対す
る区分を決定する。区分化は、ステップ103におけるブロック区分化の結果と一致するべ
きである。次に、ステップ111で採用されているようなエントロピーエンコーディング/デ
コーディングについて説明する。エンコーダは、入力画像における値の空間的位置決めに
基づきいくつかの可能な選択肢からブロック区分化スキームを選択するなど、圧縮プロセ
スにおいて多くの選択を行う。正確な選択肢をシグナリングすることでは、多数のビンが
使用され得る。本明細書において使用されているように、ビンは、変数として扱われる2
値(たとえば、文脈に応じて変化し得るビット値)である。エントロピーコーディングは、
エンコーダが特定のケースに対して明らかに実行不可能である任意のオプションを破棄し
、許容可能なオプションのセットを残すことを可能にする。次いで、各許容可能なオプシ
ョンは、コードワードを割り当てられる。コードワードの長さは、許容可能なオプション
の数に基づく(たとえば、2つのオプションには1つのビン、3から4つのオプションには2つ
のビンなど)。次いで、エンコーダは、選択されたオプションに対してコードワードをエ
ンコードする。このスキームでは、コードワードは可能なすべてのオプションの潜在的に
大きいセットからの選択を一意的に示すこととは反対に、許容可能なオプションの小さい
サブセットからの選択を一意的に示すために望ましい大きさであるので、コードワードの
サイズを縮小する。次いで、デコーダは、エンコーダと似た方式で、許容可能なオプショ
ンのセットを決定することによって選択をデコードする。許容可能なオプションのセット
を決定することによって、デコーダは、コードワードを読み出し、エンコーダによって行
われた選択を決定することができる。
ステップ113で、デコーダは、ブロックデコーディングを実行する。具体的には、デコ
ーダは、逆変換を採用して、残差ブロックを生成する。次いで、デコーダは、区分化に従
って画像ブロックを再構成するために残差ブロックおよび対応する予測ブロックを使用す
る。予測ブロックは、ステップ105においてエンコーダで生成されるようなイントラ予測
ブロックとインター予測ブロックの両方を含み得る。次いで、再構成済み画像ブロックは
、ステップ111で決定された区分化データに従って再構成済みビデオ信号のフレーム内に
位置決めされる。ステップ113に対するシンタックスは、また、上で説明されているよう
にエントロピーコーディングを介してビットストリーム内でシグナリングされ得る。
ステップ115で、フィルタリングは、エンコーダでステップ107に類似する方式により再
構成済みビデオ信号のフレーム上で実行される。たとえば、ノイズ抑制フィルタ、デブロ
ッキングフィルタ、適応ループフィルタ、およびSAOフィルタが、ブロッキングアーチフ
ァクトを除去するためにフレームに適用され得る。フレームがフィルタリングされた後、
ビデオ信号は、エンドユーザによる視聴のためにステップ117でディスプレイに出力され
得る。
図2は、ビデオコーディングのための例示的なコーディングおよびデコーディング(コー
デック)システム200の概略図である。具体的には、コーデックシステム200は、動作方法1
00の実装形態をサポートするための機能性を提供する。コーデックシステム200は、エン
コーダとデコーダの両方において採用されるコンポーネントを描くように一般化されてい
る。コーデックシステム200は、動作方法100のステップ101および103に関して説明されて
いるようにビデオ信号を受信し、区分化し、その結果、区分化済みビデオ信号201が得ら
れる。次いで、コーデックシステム200は、方法100におけるステップ105、107、および10
9に関して説明されているようにエンコーダとして動作するとき、区分化済みビデオ信号2
01をコーディング済みビットストリームに圧縮する。コーデックシステム200は、デコー
ダとして動作するとき、動作方法100のステップ111、113、115、および117に関して説明
されているようにビットストリームから出力ビデオ信号を生成する。コーデックシステム
200は、一般コーダ制御コンポーネント211、変換スケーリングおよび量子化コンポーネン
ト213、ピクチャ内推定コンポーネント215、ピクチャ内予測コンポーネント217、動き補
償コンポーネント219、動き推定コンポーネント221、スケーリングおよび逆変換コンポー
ネント229、フィルタ制御分析コンポーネント227、ループ内フィルタコンポーネント225
、デコード済みピクチャバッファコンポーネント223、ならびにヘッダフォーマッティン
グおよびコンテキスト適応2値算術コーディング(CABAC)コンポーネント231を含む。その
ようなコンポーネントは、図示されているように結合される。図2において、黒線はエン
コード/デコードされるべきデータの動きを示し、破線は他のコンポーネントの動作を制
御する制御データの動きを示している。コーデックシステム200のコンポーネントは、す
べて、エンコーダ内に存在してもよい。デコーダは、コーデックシステム200のコンポー
ネントのサブセットを含み得る。たとえば、デコーダは、ピクチャ内予測コンポーネント
217、動き補償コンポーネント219、スケーリングおよび逆変換コンポーネント229、ルー
プ内フィルタコンポーネント225、およびデコード済みピクチャバッファコンポーネント2
23を含み得る。次に、これらのコンポーネントについて説明される。
区分化済みビデオ信号201は、コーディングツリーによってピクセルのいくつかのブロ
ックに区分化されたキャプチャ済みビデオシーケンスである。コーディングツリーは、ピ
クセルのブロックをピクセルのより小さいブロックに細分するために様々な分割モードを
採用する。次いで、これらのブロックは、より小さいブロックにさらに細分され得る。ブ
ロックは、コーディングツリーのノードと称されてもよい。より大きい親ノードは、より
小さい子ノードに分割される。ノードが細分される回数は、ノード/コーディングツリー
の深さと称される。分割済みブロックは、いくつかの場合において、コーディングユニッ
ト(CU)に含まれ得る。たとえば、CUは、CUに対する対応するシンタックス命令とともに、
ルーマブロック、赤色差クロマ(Cr)ブロック、および青色差クロマ(Cb)ブロックを含むCT
Uのサブ部分であってよい。分割モードは、ノードを採用された分割モードに応じて様々
な形状の2つ、3つ、または4つの子ノードにそれぞれ区分化するために採用される二分木(
BT)、三分木(TT)、および四分木(QT)を含み得る。区分化済みビデオ信号201は、圧縮のた
めに一般コーダ制御コンポーネント211、変換スケーリングおよび量子化コンポーネント2
13、ピクチャ内推定コンポーネント215、フィルタ制御分析コンポーネント227、および動
き推定コンポーネント221に転送される。
一般コーダ制御コンポーネント211は、アプリケーション制約に従って、ビットストリ
ームへのビデオシーケンスの画像のコーディングに関係する決定を行うように構成される
。たとえば、一般コーダ制御コンポーネント211は、再構成品質に対するビットレート/ビ
ットストリームサイズの最適化を管理する。そのような決定は、ストレージスペース/帯
域幅の利用可能性および画像解像度要求に基づき行われ得る。一般コーダ制御コンポーネ
ント211は、また、バッファアンダーランおよびバッファオーバーランの問題を軽減する
ために伝送速度に照らしてバッファ利用を管理する。これらの問題を管理するために、一
般コーダ制御コンポーネント211は、他のコンポーネントによる区分化、予測、およびフ
ィルタリングを管理する。たとえば、一般コーダ制御コンポーネント211は、解像度を上
げ、帯域幅使用量を増やすために圧縮複雑度を動的に上げるか、または解像度および帯域
幅使用量を減らすために圧縮複雑度を下げるものとしてよい。したがって、一般コーダ制
御コンポーネント211は、コーデックシステム200の他のコンポーネントを制御して、ビデ
オ信号再構成品質とビットレートの問題点とのバランスをとる。一般コーダ制御コンポー
ネント211は、他のコンポーネントの動作を制御する、制御データを作成する。制御デー
タは、ヘッダフォーマッティングおよびCABACコンポーネント231にも転送され、ビットス
トリーム内にエンコードされ、デコーダでのデコーディングのためにパラメータをシグナ
リングする。
区分化済みビデオ信号201はまた、インター予測のために、動き推定コンポーネント221
および動き補償コンポーネント219に送信される。区分化済みビデオ信号201のフレームま
たはスライスは、複数のビデオブロックに分割され得る。動き推定コンポーネント221お
よび動き補償コンポーネント219は、時間予測を行うため1つまたは複数の参照フレーム内
の1つまたは複数のブロックに関して受信されたビデオブロックのインター予測コーディ
ングを実行する。コーデックシステム200は、複数のコーディングパスを実行して、たと
えば、ビデオデータの各ブロックに対する適切なコーディングモードを選択し得る。
動き推定コンポーネント221および動き補償コンポーネント219は、高度に統合されても
よいが、概念的な目的のために別々に例示されている。動き推定コンポーネント221によ
って実行される動き推定は、ビデオブロックに関する動きを推定する、動きベクトルを生
成するプロセスである。動きベクトルは、たとえば、予測ブロックに関するコーディング
済みオブジェクトの変位を示し得る。予測ブロックは、ピクセル差分に関して、コーディ
ングされるべきブロックとよくマッチすることが判明しているブロックである。予測ブロ
ックは、参照ブロックとも称され得る。そのようなピクセル差分は、差分絶対値和(SAD)
、差分二乗和(SSD)、または他の差分メトリックによって決定され得る。HEVCは、CTU、コ
ーディングツリーブロック(CTB)、およびCUを含むいくつかのコーディング済みオブジェ
クトを採用する。たとえば、CTUは、CTBに分割され、次いでこれはCUに含まれるようにCB
に分割され得る。CUは、予測データを含む予測ユニット(PU)および/またはCUに対する変
換済み残差データを含む変換ユニット(TU)としてエンコードされ得る。動き推定コンポー
ネント221は、レート歪み最適化プロセスの一部としてレート歪み分析を使用することに
よって、動きベクトル、PU、およびTUを生成する。たとえば、動き推定コンポーネント22
1は、現在のブロック/フレームに対して複数の参照ブロック、複数の動きベクトルなどを
決定し、最良のレート歪み特性を有する参照ブロック、動きベクトルなどを選択し得る。
最良のレート歪み特性は、ビデオ再構成の品質(たとえば、圧縮によるデータ損失の量)と
コーディング効率(たとえば、最終的エンコーディングのサイズ)の両方のバランスをとる
いくつかの例において、コーデックシステム200は、デコード済みピクチャバッファコ
ンポーネント223内に記憶されている参照ピクチャのサブ整数ピクセル位置に対する値を
計算し得る。たとえば、ビデオコーデックシステム200は、参照ピクチャの1/4ピクセル位
置、1/8ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動
き推定コンポーネント221は、フルピクセル位置および分数ピクセル位置に対する動き探
索を実行し、分数ピクセル精度で動きベクトルを出力してもよい。動き推定コンポーネン
ト221は、PUの位置と参照ピクチャの予測ブロックの位置とを比較することによって、イ
ンターコーディング済みスライス内のビデオブロックのPUに対する動きベクトルを計算す
る。動き推定コンポーネント221は、動き補償コンポーネント219へのエンコーディングお
よび動きに対するヘッダフォーマッティングおよびCABACコンポーネント231への動きデー
タとして計算済み動きベクトルとして出力する。
動き補償コンポーネント219によって実行される動き補償は、動き推定コンポーネント2
21によって決定された動きベクトルに基づき予測ブロックをフェッチするか、または生成
することを伴い得る。ここでもまた、動き推定コンポーネント221および動き補償コンポ
ーネント219は、いくつかの例において、機能的に一体化され得る。現在のビデオブロッ
クのPUのための動きベクトルを受信すると、動き補償コンポーネント219は、動きベクト
ルが指す予測ブロックの位置を特定し得る。次いで、残差ビデオブロックは、コーディン
グされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し
、ピクセル差分値を形成することによって形成される。一般に、動き推定コンポーネント
221は、ルーマ成分に関して動き推定を実行し、動き補償コンポーネント219は、クロマ成
分とルーマ成分の両方に対してルーマ成分に基づき計算された動きベクトルを使用する。
予測ブロックおよび残差ブロックは、変換スケーリングおよび量子化コンポーネント213
に転送される。
区分化済みビデオ信号201は、また、ピクチャ内推定コンポーネント215およびピクチャ
内予測コンポーネント217に送信される。動き推定コンポーネント221および動き補償コン
ポーネント219と同様に、ピクチャ内推定コンポーネント215およびピクチャ内予測コンポ
ーネント217は、高度に統合され得るが、概念的な目的のために別々に例示されている。
ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217は、上で説明
されているように、フレーム間で、動き推定コンポーネント221および動き補償コンポー
ネント219によって実行されるインター予測の代替として、現在のフレーム内のブロック
に関して現在のブロックをイントラ予測する。特に、ピクチャ内推定コンポーネント215
は、現在のブロックをエンコードするために使用するイントラ予測モードを決定する。い
くつかの例では、ピクチャ内推定コンポーネント215は、複数のテスト済みイントラ予測
モードから現在のブロックをエンコードするために適切なイントラ予測モードを選択する
。次いで、選択されたイントラ予測モードは、エンコードのためにヘッダフォーマッティ
ングおよびCABACコンポーネント231に転送される。
たとえば、ピクチャ内推定コンポーネント215は、様々なテスト済みイントラ予測モー
ドに対してレート歪み分析を使用してレート歪み値を計算し、テスト済みモードの中から
最良のレート歪み特性を有するイントラ予測モードを選択する。レート歪み分析では、一
般的に、エンコード済みブロックとエンコード済みブロックを生成するためにエンコード
された元の未エンコードブロックとの間の歪み(またはエラー)の量、さらにはエンコード
済みブロックを生成するために使用されるビットレート(たとえば、ビットの数)を決定す
る。ピクチャ内推定コンポーネント215は、どのイントラ予測モードがブロックに対して
最良のレート歪み値を示すのかを決定するために様々なエンコード済みブロックに対する
歪みおよびレートから比率を計算する。それに加えて、ピクチャ内推定コンポーネント21
5は、レート歪み最適化(RDO)に基づき深度モデリングモード(DMM)を使用して深度マップ
の深度ブロックをコーディングするように構成され得る。
ピクチャ内予測コンポーネント217は、エンコーダで実装されたとき、ピクチャ内推定
コンポーネント215によって決定された選択済みイントラ予測モードに基づき予測ブロッ
クから残差ブロックを生成するか、またはデコーダで実装されたとき、ビットストリーム
から残差ブロックを読み出すものとしてよい。残差ブロックは、行列として表される、予
測ブロックと元のブロックとの間の値の差分を含む。次いで、残差ブロックは、変換スケ
ーリングおよび量子化コンポーネント213に転送される。ピクチャ内推定コンポーネント2
15およびピクチャ内予測コンポーネント217は、ルーマ成分とクロマ成分の両方で動作し
得る。
変換スケーリングおよび量子化コンポーネント213は、残差ブロックをさらに圧縮する
ように構成される。変換スケーリングおよび量子化コンポーネント213は、離散コサイン
変換(DCT)、離散サイン変換(DST)、または概念的に類似する変換などの、変換を残差ブロ
ックに適用し、残差変換係数値を含むビデオブロックを生成する。ウエーブレット変換、
整数変換、サブバンド変換、または他のタイプの変換が使用されことも可能であろう。こ
の変換は、ピクセル値領域からの残差情報を周波数領域などの変換領域に変換し得る。変
換スケーリングおよび量子化コンポーネント213は、たとえば周波数に基づき、変換済み
残差情報をスケーリングするようにも構成される。そのようなスケーリングは、異なる周
波数情報が異なる粒度で量子化されるように、残差情報にスケール係数を適用することを
伴い、これは、再構成済みビデオの最終的な視覚的品質に影響を及ぼし得る。変換スケー
リングおよび量子化コンポーネント213は、ビットレートをさらに低減するために変換係
数を量子化するようにも構成される。量子化プロセスは、係数の一部または全部に関連付
けられているビット深度を低減し得る。量子化の程度は、量子化パラメータを調整するこ
とによって変更され得る。いくつかの例では、変換スケーリングおよび量子化コンポーネ
ント213は、次いで、量子化済み変換係数を含む行列の走査を実行し得る。量子化済み変
換係数は、ヘッダフォーマッティングおよびCABACコンポーネント231に転送され、ビット
ストリーム内にエンコードされる。
スケーリングおよび逆変換コンポーネント229は、動き推定をサポートするように変換
スケーリングおよび量子化コンポーネント213の逆演算を適用する。スケーリングおよび
逆変換コンポーネント229は、たとえば、別の現在のブロックに対する予測ブロックにな
り得る参照ブロックとして後で使用するために、ピクセル領域内に残差ブロックを再構成
するように逆スケーリング、変換、および/または量子化を適用する。動き推定コンポー
ネント221および/または動き補償コンポーネント219は、後のブロック/フレームの動き推
定において使用するために対応する予測ブロックに残差ブロックを追加して戻すことによ
って、参照ブロックを計算し得る。フィルタが再構成済み参照ブロックに適用され、それ
によりスケーリング、量子化、および変換時に作成されたアーチファクトを軽減する。そ
のようなアーチファクトは、さもなければ、後続のブロックが予測されるとき、不正確な
予測を引き起こす(そして、追加のアーチファクトを作成する)可能性もある。
フィルタ制御分析コンポーネント227およびループ内フィルタコンポーネント225は、残
差ブロックおよび/または再構成済み画像ブロックにフィルタを適用する。たとえば、ス
ケーリングおよび逆変換コンポーネント229からの変換済み残差ブロックは、ピクチャ内
予測コンポーネント217および/または動き補償コンポーネント219からの対応する予測ブ
ロックと組み合わされて、元の画像ブロックを再構成し得る。次いで、フィルタが、再構
成済み画像ブロックに適用され得る。いくつかの例では、フィルタは、代わりに残差ブロ
ックに適用されてもよい。図2の他のコンポーネントと同様に、フィルタ制御分析コンポ
ーネント227およびループ内フィルタコンポーネント225は、高度に統合されており、一緒
に実装され得るが、概念的な目的のために別々に描かれている。再構成済み参照ブロック
に適用されるフィルタは、特定の空間領域に適用され、そのようなフィルタがどのように
適用されるかを調整するための複数のパラメータを含む。フィルタ制御分析コンポーネン
ト227は、再構成済み参照ブロックを解析して、そのようなフィルタが適用されるべき場
所を決定し、対応するパラメータを設定する。そのようなデータは、エンコーディングの
ためのフィルタ制御データとしてヘッダフォーマッティングおよびCABACコンポーネント2
31に転送される。ループ内フィルタコンポーネント225は、フィルタ制御データに基づき
、そのようなフィルタを適用する。フィルタは、デブロッキングフィルタ、ノイズ抑制フ
ィルタ、SAOフィルタ、および適応ループフィルタを含んでもよい。そのようなフィルタ
は、例に応じて、空間/ピクセル領域(たとえば、再構成済みピクセルブロック上)または
周波数領域内で適用され得る。
エンコーダとして動作するとき、フィルタリングされた再構成済み画像ブロック、残差
ブロック、および/または予測ブロックは、上で説明されているように動き推定で後から
使用するためにデコード済みピクチャバッファコンポーネント223に記憶される。デコー
ダとして動作するとき、デコード済みピクチャバッファコンポーネント223は、再構成済
みおよびフィルタリング済みブロックを記憶し、出力ビデオ信号の一部としてディスプレ
イへ転送する。デコード済みピクチャバッファコンポーネント223は、予測ブロック、残
留ブロック、および/または再構成済み画像ブロックを記憶することができる任意のメモ
リデバイスであってよい。
ヘッダフォーマッティングおよびCABACコンポーネント231は、コーデックシステム200
の様々なコンポーネントからデータを受信し、そのようなデータを、デコーダに向けて伝
送するためにコーディング済みビットストリーム内にエンコードする。具体的には、ヘッ
ダフォーマッティングおよびCABACコンポーネント231は、一般制御データおよびフィルタ
制御データなどの制御データをエンコードするために、様々なヘッダを生成する。さらに
、イントラ予測データおよび動きデータを含む予測データ、さらには量子化済み変換係数
データの形態の残差データは、すべてビットストリーム内にエンコードされる。最終的な
ビットストリームは、元の区分化済みビデオ信号201を再構成するためにデコーダに望ま
しいすべての情報を含む。そのような情報は、イントラ予測モードインデックステーブル
(コードワードマッピングテーブルとも称される)、様々なブロックに対するエンコーディ
ングコンテキストの定義、最もあり得そうなイントラ予測モードの指示、区分情報の指示
なども含み得る。そのようなデータは、エントロピーコーディングを採用することによっ
てエンコードされ得る。たとえば、情報は、コンテキスト適応可変長コーディング(CAVLC
)、CABAC、シンタックスベースコンテキスト適応2値算術コーディング(SBAC)、確率区間
区分化エントロピー(PIPE)コーディング、または別のエントロピーコーディング技術を採
用することによってエンコードされ得る。エントロピーコーディングに従って、コーディ
ング済みビットストリームは、別のデバイス(たとえば、ビデオデコーダ)に伝送されるか
、または後から伝送するか、もしくは除去するためにアーカイブされ得る。
図3は、例示的なビデオエンコーダ300を例示するブロック図である。ビデオエンコーダ
300は、コーデックシステム200のエンコーディング機能を実装し、および/または動作方
法100のステップ101、103、105、107、および/または109を実装するために採用され得る
。エンコーダ300は、入力ビデオ信号を区分化し、その結果、区分化済みビデオ信号301が
得られ、これは区分化済みビデオ信号201に実質的に類似している。次いで、区分化済み
ビデオ信号301は、エンコーダ300のコンポーネントによってビットストリーム内に圧縮さ
れ、エンコードされる。
具体的には、区分化済みビデオ信号301は、イントラ予測のためにピクチャ内予測コン
ポーネント317に転送される。ピクチャ内予測コンポーネント317は、ピクチャ内推定コン
ポーネント215およびピクチャ内予測コンポーネント217と実質的に類似しているものとし
てよい。区分化済みビデオ信号301は、また、デコード済みピクチャバッファコンポーネ
ント323内の参照ブロックに基づくインター予測のために動き補償コンポーネント321に転
送される。動き補償コンポーネント321は、動き推定コンポーネント221および動き補償コ
ンポーネント219と実質的に類似しているものとしてよい。ピクチャ内予測コンポーネン
ト317および動き補償コンポーネント321からの予測ブロックおよび残差ブロックは、残差
ブロックの変換および量子化のために、変換および量子化コンポーネント313に転送され
る。変換および量子化コンポーネント313は、変換スケーリングおよび量子化コンポーネ
ント213と実質的に類似しているものとしてよい。変換済みおよび量子化済み残差ブロッ
クならびに対応する予測ブロックは(関連する制御データとともに)、ビットストリーム内
にコーディングするためにエントロピーコーディングコンポーネント331に転送される。
エントロピーコーディングコンポーネント331は、ヘッダフォーマッティングおよびCABAC
コンポーネント231と実質的に類似しているものとしてよい。
変換済みおよび量子化済み残差ブロックならびに/または対応する予測ブロックは、参
照ブロックに再構成し動き補償コンポーネント321で使用するために、変換および量子化
コンポーネント313から逆変換および量子化コンポーネント329に転送される。逆変換およ
び量子化コンポーネント329は、スケーリングおよび逆変換コンポーネント229と実質的に
類似しているものとしてよい。ループ内フィルタコンポーネント325内のループ内フィル
タも、例に応じて、残差ブロックおよび/または再構成済み参照ブロックに適用される。
ループ内フィルタコンポーネント325は、フィルタ制御分析コンポーネント227およびルー
プ内フィルタコンポーネント225と実質的に類似しているものとしてよい。ループ内フィ
ルタコンポーネント325は、ループ内フィルタコンポーネント225に関して説明されている
ように複数のフィルタを備え得る。次いで、フィルタリング済みブロックは、動き補償コ
ンポーネント321により参照ブロックとして使用するためにデコード済みピクチャバッフ
ァコンポーネント323に記憶される。デコード済みピクチャバッファコンポーネント323は
、デコード済みピクチャバッファコンポーネント223と実質的に類似しているものとして
よい。
図4は、例示的なビデオデコーダ400を例示するブロック図である。ビデオデコーダ400
は、コーデックシステム200のデコーディング機能を実装し、および/または動作方法100
のステップ111、113、115、および/または117を実装するために採用され得る。デコーダ4
00は、たとえばエンコーダ300からビットストリームを受信し、エンドユーザへの表示の
ためにビットストリームに基づき再構成済み出力ビデオ信号を生成する。
ビットストリームは、エントロピーデコーディングコンポーネント433によって受信さ
れる。エントロピーデコーディングコンポーネント433は、CAVLC、CABAC、SBAC、PIPEコ
ーディング、または他のエントロピーコーディング技術などのエントロピーデコーディン
グスキームを実装するように構成される。たとえば、エントロピーデコーディングコンポ
ーネント433は、ビットストリーム内のコードワードとしてエンコードされた追加のデー
タを解釈するためのコンテキストを提供するためにヘッダ情報を採用し得る。デコード済
み情報は、一般制御データ、フィルタ制御データ、区分情報、動きデータ、予測データ、
および残差ブロックからの量子化変換係数などの、ビデオ信号をデコードするための任意
の望ましい情報を含む。量子化済み変換係数は、残差ブロック内への再構成のために逆変
換および量子化コンポーネント429に転送される。逆変換および量子化コンポーネント429
は、逆変換および量子化コンポーネント329と類似しているものとしてよい。
再構成済み残差ブロックおよび/または予測ブロックは、イントラ予測演算に基づき画
像ブロックに再構成するためにピクチャ内予測コンポーネント417に転送される。ピクチ
ャ内予測コンポーネント417は、ピクチャ内推定コンポーネント215およびピクチャ内予測
コンポーネント217と類似しているものとしてよい。具体的には、ピクチャ内予測コンポ
ーネント417は、フレーム内の参照ブロックの位置を特定するために予測モードを採用し
、残差ブロックをその結果に適用してイントラ予測画像ブロックを再構成する。再構成済
みイントラ予測画像ブロックおよび/または残差ブロックならびに対応するインター予測
データは、それぞれデコード済みピクチャバッファコンポーネント223およびループ内フ
ィルタコンポーネント225に実質的に類似しているものとしてよい、ループ内フィルタコ
ンポーネント425を介してデコード済みピクチャバッファコンポーネント423に転送される
。ループ内フィルタコンポーネント425は、再構成済み画像ブロック、残差ブロックおよ
び/または予測ブロックをフィルタリングし、そのような情報は、デコード済みピクチャ
バッファコンポーネント423に記憶される。デコード済みピクチャバッファコンポーネン
ト423からの再構成済み画像ブロックは、インター予測のために動き補償コンポーネント4
21に転送される。動き補償コンポーネント421は、動き推定コンポーネント221および/ま
たは動き補償コンポーネント219と実質的に類似しているものとしてよい。具体的には、
動き補償コンポーネント421は、予測ブロックを生成するために参照ブロックからの動き
ベクトルを採用し、残差ブロックをその結果に適用して、画像ブロックを再構成する。ま
た、結果として得られる再構成済みブロックは、ループ内フィルタコンポーネント425を
介してデコード済みピクチャバッファコンポーネント423に転送され得る。デコード済み
ピクチャバッファコンポーネント423は、区分情報を介してフレーム内に再構成され得る
、追加の再構成済み画像ブロックを記憶することを続ける。そのようなフレームは、シー
ケンスの中に置かれてもよい。シーケンスは、再構成済み出力ビデオ信号としてディスプ
レイへ出力される。
図5は、例示的なHRD500を例示する概略図である。HRD500は、コーデックシステム200お
よび/またはエンコーダ300などのエンコーダにおいて採用され得る。HRD500は、方法100
のステップ109で作成されたビットストリームを、ビットストリームがデコーダ400などの
デコーダに転送される前にチェックするものとしてよい。いくつかの例において、ビット
ストリームは、ビットストリームがエンコードされるとき、HRD500を通じて連続的に転送
され得る。ビットストリームの一部が関連付けられている制約条件に適合することに失敗
した場合、HRD500はそのような失敗をエンコーダに知らせて、エンコーダに異なるメカニ
ズムによるビットストリームの対応するセクションの再エンコードを行わせることができ
る。
HRD500は、仮想ストリームスケジューラ(HSS)541を備える。HSS541は、仮想配信メカニ
ズムを実行するように構成されているコンポーネントである。仮想配信メカニズムは、HR
D500に入力されるビットストリーム551のタイミングおよびデータフローに関してビット
ストリームまたはデコーダの適合性をチェックするために使用される。たとえば、HSS541
は、エンコーダから出力されたビットストリーム551を受信し、ビットストリーム551上の
適合性テストプロセスを管理するものとしてよい。特定の例において、HSS541は、コーデ
ィング済みピクチャがHRD500を通って移動するレートを制御し、ビットストリーム551が
非適合データを含まないことを検証することができる。
HSS541は、ビットストリーム551を事前定義されたレートでCPB543に転送することがで
きる。HRD500は、デコーディングユニット(DU)553においてデータを管理し得る。DU553は
、アクセスユニット(AU)またはAUのサブセット、および関連付けられている非ビデオコー
ディングレイヤ(VCL)ネットワーク抽象化レイヤ(NAL)ユニットである。具体的には、AUは
、出力時間に関連付けられている1つまたは複数のピクチャを含む。たとえば、AUは、単
一レイヤビットストリーム内に単一ピクチャを含み、マルチレイヤビットストリーム内に
各レイヤに対するピクチャを含み得る。AUの各ピクチャは、各々対応するVCL NALユニッ
トに含まれるスライスに分割され得る。したがって、DU553は、1つまたは複数のピクチャ
、ピクチャの1つまたは複数のスライス、またはそれらの組合せを含み得る。また、AU/DU
、ピクチャ、および/またはスライスをデコードするために使用されるパラメータは、非V
CL NALユニットに含まれ得る。それゆえに、DU553は、DU553内でVCL NALユニットをデコ
ードすることをサポートするために必要なデータを含む非VCL NALユニットを含む。CPB54
3は、HRD500内の先入れ先出しバッファである。CPB543は、デコーディング順序でビデオ
データを含むDU553を収容する。CPB543は、ビットストリーム適合性検証時に使用するた
めのビデオデータを記憶する。
CPB543は、DU553をデコーディングプロセスコンポーネント545に転送する。デコーディ
ングプロセスコンポーネント545は、VVC規格に適合するコンポーネントである。たとえば
、デコーディングプロセスコンポーネント545は、エンドユーザによって採用されるデコ
ーダ400をエミュレートし得る。デコーディングプロセスコンポーネント545は、例示的な
エンドユーザのデコーダによって達成され得るレートでDU553をデコードする。デコーデ
ィングプロセスコンポーネント545が、CPB543のオーバーフローを防ぐ(またはバッファの
アンダーランを防ぐ)ために十分に速くDU553をデコードできない場合、ビットストリーム
551は規格に適合していないので、再エンコードされるべきである。
デコーディングプロセスコンポーネント545は、DU553をデコードし、デコード済みDU55
5を作成する。デコード済みDU555は、デコード済みピクチャを収容する。デコード済みDU
555は、DPB547に転送される。DPB547は、デコード済みピクチャバッファコンポーネント2
23、323、および/または423と実質的に類似しているものとしてよい。インター予測をサ
ポートするために、デコード済みDU555から得られる参照ピクチャ556としての使用のマー
クを付けられたピクチャは、さらなるデコードをサポートするためにデコーディングプロ
セスコンポーネント545に返される。DPB547は、デコード済みビデオシーケンスを一連の
ピクチャ557として出力する。ピクチャ557は、エンコーダによってビットストリーム551
にエンコードされたピクチャを一般的にミラーリングする再構成済みピクチャである。
ピクチャ557は、出力クロッピングコンポーネント549に転送される。出力クロッピング
コンポーネント549は、適合性クロッピングウィンドウをピクチャ557に適用するように構
成される。この結果、出力クロッピング済みピクチャ559が得られる。出力クロッピング
済みピクチャ559は、完全に再構成されたピクチャである。したがって、出力クロッピン
グ済みピクチャ559は、ビットストリーム551をデコードした後にエンドユーザに見えるで
あろうものを模倣している。それゆえに、エンコーダ側では出力クロッピング済みピクチ
ャ559をレビューしてエンコーディングが満足のいくものであることを確認することがで
きる。
HRD500は、ビットストリーム551内のHRDパラメータに基づき初期化される。たとえば、
HRD500は、VPS、SPS、および/またはSEIメッセージからHRDパラメータを読み取るものと
してよい。次いで、HRD500は、そのようなHRDパラメータ内の情報に基づいて、ビットス
トリーム551に対して適合性テスト動作を実行し得る。具体例として、HRD500は、HRDパラ
メータから1つまたは複数のCPB配信スケジュールを決定し得る。配信スケジュールは、CP
Bおよび/またはDPBなどのメモリロケーションへのおよび/またはメモリロケーションから
のビデオデータの配信に対するタイミングを指定する。したがって、CPB配信スケジュー
ルは、AU、DU553、および/またはピクチャの、CPB543への/からの配信に対するタイミン
グを指定する。HRD500は、CPB配信スケジュールに類似しているDPB547にDPB配信スケジュ
ールを採用し得ることに留意されたい。
ビデオは、様々なレベルのハードウェア能力を有するデコーダによる使用のために、さ
らには様々なネットワーク条件に関して、異なるレイヤおよび/またはOLSにコーディング
され得る。CPB配信スケジュールは、これらの問題を反映するように選択される。したが
って、上位レイヤサブビットストリームは、最適なハードウェアおよびネットワーク条件
について指定され、したがって、上位レイヤは、CPB543内の大量のメモリおよびDPB547に
向かうDU553の転送に対する短い遅延を採用する1または複数のCPB配信スケジュールを受
信し得る。同様に、下位レイヤサブビットストリームは、限られたデコーダハードウェア
能力および/または劣悪なネットワーク条件について指定される。したがって、下位レイ
ヤは、CPB543内の少量のメモリおよびDPB547に向かうDU553の転送のためのより長い遅延
を採用する1つまたは複数のCPB配信スケジュールを受信し得る。次いで、OLS、レイヤ、
サブレイヤ、またはそれらの組合せは、対応する配信スケジュールに従ってテストされ、
その結果得られるサブビットストリームが、サブビットストリームに対して期待される条
件下で正しくデコードされ得ることを確実にすることができる。したがって、ビットスト
リーム551内のHRDパラメータは、CPB配信スケジュールを示し、さらにはHRD500がCPB配信
スケジュールを決定し、CPB配信スケジュールを対応するOLS、レイヤ、および/またはサ
ブレイヤに相関させることを可能にする十分なデータを含むことができる。
図6は、レイヤ間予測621を行うように構成されている例示的なマルチレイヤビデオシー
ケンス600を例示する概略図である。マルチレイヤビデオシーケンス600は、たとえば方法
100に従って、コーデックシステム200および/またはエンコーダ300などのエンコーダによ
ってエンコードされ、コーデックシステム200および/またはデコーダ400などのデコーダ
によってデコードされ得る。さらに、マルチレイヤビデオシーケンス600は、HRD500など
のHRDによって規格適合性に関してチェックされ得る。マルチレイヤビデオシーケンス600
は、コーディング済みビデオシーケンス内のレイヤに対する例示的なアプリケーションを
示すために含まれている。マルチレイヤビデオシーケンス600は、レイヤN 631およびレイ
ヤN+1 632などの、複数のレイヤを採用する任意のビデオシーケンスである。
一例において、マルチレイヤビデオシーケンス600は、レイヤ間予測621を採用し得る。
レイヤ間予測621は、異なるレイヤ内のピクチャ611、612、613、および614とピクチャ615
、616、617、および618との間に適用される。図示されている例では、ピクチャ611、612
、613、および614は、レイヤN+1 632の一部であり、ピクチャ615、616、617、および618
は、レイヤN 631の一部である。レイヤN 631および/またはレイヤN+1 632などのレイヤは
、類似のサイズ、品質、解像度、信号対雑音比、能力などの特性の類似の値にすべて関連
付けられるピクチャのグループである。レイヤは、VCL NALユニットおよび関連付けられ
ている非VCL NALユニットのセットとして正式に定義され得る。VCL NALユニットは、ピク
チャのコーディング済みスライスなどの、ビデオデータを含むようにコーディングされた
NALユニットである。非VCL NALユニットは、ビデオデータをデコードすること、適合性チ
ェックの実行、または他の動作をサポートするシンタックスおよび/またはパラメータな
どの非ビデオデータを含むNALユニットである。
図示されている例では、レイヤN+1 632は、レイヤN 631よりも大きい画像サイズに関連
付けられている。したがって、レイヤN+1 632内のピクチャ611、612、613、および614は
、この例では、レイヤN 631内のピクチャ615、616、617、および618よりも大きいピクチ
ャサイズ(たとえば、より大きい高さおよび幅、したがって、より多くのサンプル)を有し
ている。しかしながら、そのようなピクチャは、他の特性によってレイヤN+1 632とレイ
ヤN 631との間で分離され得る。レイヤN+1 632およびレイヤN 631の2つのレイヤのみが図
示されているが、ピクチャのセットは、関連する特性に基づき任意の数のレイヤに分離さ
れ得る。レイヤN+1 632およびレイヤN 631は、レイヤIdによっても示され得る。レイヤId
は、ピクチャに関連付けられているデータの項目であり、ピクチャが示されているレイヤ
の一部であることを示す。したがって、各ピクチャ611~618は、対応するレイヤIdに関連
付けられており、それによりどのレイヤN+1 632またはレイヤN 631が対応するピクチャを
含むかを示し得る。たとえば、レイヤIdは、NALユニットヘッダレイヤ識別子(nuh_layer_
id)を含んでもよく、これは、NALユニット(たとえば、レイヤ内のピクチャのスライスお
よび/またはパラメータを含む)を含むレイヤの識別子を指定するシンタックス要素である
。レイヤN 631などの、より低い品質/ビットストリームサイズに関連付けられているレイ
ヤは、一般的に、より低いレイヤIdを割り当てられ、下位レイヤと称される。さらに、レ
イヤN+1 632などの、より高い品質/ビットストリームサイズに関連付けられているレイヤ
は、一般的に、より高いレイヤIdを割り当てられ、上位レイヤと称される。
異なるレイヤ631~632のピクチャ611~618は、代替的手段で表示されるように構成され
る。具体例として、デコーダは、より小さいピクチャが望ましい場合に現在の表示時間に
ピクチャ615をデコードして表示し得るか、またはデコーダは、より大きいピクチャが望
ましい場合に現在の表示時間にピクチャ611をデコードして表示し得る。それゆえに、上
位レイヤN+1 632におけるピクチャ611~614は、(ピクチャサイズの差にかかわらず)下位
レイヤN 631における対応するピクチャ615~618と実質的に同じ画像データを含む。具体
的には、ピクチャ611は、ピクチャ615と実質的に同じ画像データを含み、ピクチャ612は
ピクチャ616と実質的に同じ画像データを含む、などである。
ピクチャ611~618は、同じレイヤN 631またはN+1 632内の他のピクチャ611~618を参照
してコーディングされ得る。同じレイヤ内の別のピクチャを参照してピクチャをコーディ
ングすると、その結果、インター予測623が得られる。インター予測623は、実線の矢印で
示されている。たとえば、ピクチャ613は、レイヤN+1 632内のピクチャ611、612、および
/または614のうちの1つまたは2つを参照として使用してインター予測623を採用すること
によってコーディングされるものとしてよく、1つのピクチャは、一方向インター予測の
ために参照され、および/または2つのピクチャは、双方向インター予測のために参照され
る。たとえば、ピクチャ617は、レイヤN 631内のピクチャ615、616、および/または618の
うちの1つまたは2つを参照として使用してインター予測623を採用することによってコー
ディングされるものとしてよく、1つのピクチャは、一方向インター予測のために参照さ
れ、および/または2つのピクチャは、双方向インター予測のために参照される。ピクチャ
が、インター予測623を実行するとき、同じレイヤ内の別のピクチャに対する参照として
使用されるとき、ピクチャは、参照ピクチャと称され得る。たとえば、ピクチャ612は、
インター予測623に従ってピクチャ613をコーディングするために使用される参照ピクチャ
であってよい。インター予測623は、マルチレイヤコンテキストにおけるレイヤ内予測と
も称され得る。それゆえに、インター予測623は、参照ピクチャおよび現在のピクチャが
同じレイヤ内にある場合の現在のピクチャとは異なる参照ピクチャ内の示されたサンプル
を参照することによって現在のピクチャのサンプルをコーディングするメカニズムである
ピクチャ611~618は、異なるレイヤ内の他のピクチャ611~618を参照することによって
もコーディングされ得る。このプロセスは、レイヤ間予測621として知られており、破線
の矢印によって示されている。レイヤ間予測621は、現在のピクチャと参照ピクチャとが
異なるレイヤ内にあり、したがって異なるレイヤIDを有する参照ピクチャ内の示されてい
るサンプルを参照することによって現在のピクチャのサンプルをコーディングするメカニ
ズムである。たとえば、下位レイヤN 631内のピクチャは、上位レイヤN+1 632における対
応するピクチャをコーディングするための参照ピクチャとして使用され得る。具体例とし
て、ピクチャ611は、レイヤ間予測621に従ってピクチャ615を参照することによってコー
ディングされ得る。そのような場合に、ピクチャ615は、レイヤ間参照ピクチャとして使
用される。レイヤ間参照ピクチャは、レイヤ間予測621に使用される参照ピクチャである
。ほとんどの場合において、レイヤ間予測621は、ピクチャ611などの現在のピクチャが、
同じAUに含まれ、ピクチャ615などの下位レイヤにあるレイヤ間参照ピクチャのみを使用
できるように制約される。複数のレイヤ(たとえば、2つよりも多い)が利用可能であると
き、レイヤ間予測621は、現在のピクチャよりも低いレベルの複数のレイヤ間参照ピクチ
ャに基づき現在のピクチャをエンコード/デコードすることができる。
ビデオエンコーダは、インター予測623およびレイヤ間予測621の多くの異なる組合せお
よび/または順列を介してピクチャ611~618をエンコードするためにマルチレイヤビデオ
シーケンス600を採用することができる。たとえば、ピクチャ615は、イントラ予測に従っ
てコーディングされ得る。次いで、ピクチャ616~618は、ピクチャ615を参照ピクチャと
して使用することによってインター予測623に従ってコーディングされ得る。さらに、ピ
クチャ611は、ピクチャ615をレイヤ間参照ピクチャとして使用することによってレイヤ間
予測621に従ってコーディングされ得る。次いで、ピクチャ612~614は、ピクチャ611を参
照ピクチャとして使用することによってインター予測623に従ってコーディングされ得る
。それゆえに、参照ピクチャは、異なるコーディングメカニズムのための単一のレイヤ参
照ピクチャとレイヤ間参照ピクチャの両方として働き得る。下位レイヤN 631ピクチャに
基づき上位レイヤN+1 632ピクチャをコーディングすることによって、上位レイヤN+1 632
は、インター予測623およびレイヤ間予測621よりもかなり低いコーディング効率を有する
、イントラ予測を採用することを回避することができる。それゆえに、イントラ予測のコ
ーディング効率の悪さは、最小/最低品質のピクチャに限定することができ、したがって
、最小量のビデオデータをコーディングすることに限定することができる。参照ピクチャ
および/またはレイヤ間参照ピクチャとして使用されるピクチャは、参照ピクチャリスト
構造に含まれる参照ピクチャリストのエントリにおいて示され得る。
レイヤN+1 632およびレイヤN 631などの、レイヤは、出力レイヤセット(OLS)に含まれ
得ることに留意されたい。OLSは、少なくとも1つのレイヤが出力レイヤである、1つまた
は複数のレイヤのセットである。たとえば、レイヤN 631は、第1のOLSに含まれ、レイヤN
631およびレイヤN-1 632は、両方とも、第2のOLSに含まれ得る。これは、デコーダ側の
条件に応じて、異なるOLSが異なるデコーダに送信されることを可能にする。たとえば、
サブビットストリーム抽出プロセスは、ターゲットOLSがデコーダに送信される前に、マ
ルチレイヤビデオシーケンス600からターゲットOLSに無関係なデータを除去することがで
きる。それゆえに、マルチレイヤビデオシーケンス600のエンコード済みコピーは、エン
コーダ(または対応するコンテンツサーバ)に記憶され、様々なOLSが、要求があったとき
に抽出され異なるデコーダに送信され得る。
サイマルキャストレイヤは、レイヤ間予測621を採用しないレイヤである。たとえば、
レイヤN+1 632は、レイヤ間予測621に基づきレイヤN 631を参照することによってコーデ
ィングされる。しかしながら、レイヤ631は、別のレイヤを参照することによってコーデ
ィングされることはない。それゆえに、レイヤ631は、サイマルキャストレイヤである。
マルチレイヤビデオシーケンス600などの、スケーラブルビデオシーケンスは、一般的に
、ベースレイヤと、ベースレイヤの何らかの特性を強化する1つまたは複数のエンハンス
メントレイヤとを採用する。図6において、レイヤN 631はベースレイヤである。ベースレ
イヤは、一般的に、サイマルキャストレイヤとしてコーディングされる。図6は例示的で
あり、非限定的であるが、それは、複数のレイヤを有するビデオシーケンスは、依存関係
の多くの異なる組合せ/順列を使用し得るからであることにも留意されたい。ビットスト
リームは、任意の数のレイヤを含み、任意の数のそのようなレイヤは、サイマルキャスト
レイヤであり得る。たとえば、レイヤ間予測621は、完全に省略することができ、その場
合、すべてのレイヤはサイマルキャストレイヤである。別の例として、マルチビューアプ
リケーションは、2つまたはそれ以上の出力レイヤを表示する。それゆえに、マルチビュ
ーアプリケーションは、一般的に、サイマルキャストレイヤである2つまたはそれ以上の
ベースレイヤを含み、各ベースレイヤに対応するエンハンスメントレイヤを含み得る。
サイマルキャストレイヤは、レイヤ間予測621を使用するレイヤと異なる方式で処理さ
れ得る。たとえば、レイヤ間予測621を使用するレイヤをコーディングするとき、エンコ
ーダは、デコードをサポートするために、レイヤの数さらにはレイヤ間の依存関係も示す
べきである。しかしながら、サイマルキャストレイヤについては、そのような情報は省略
できる。たとえば、レイヤN+1 632およびレイヤN 631の構成は、以下でより詳細に説明さ
れるようにVPSにおいて示され得る。しかしながら、レイヤN 631は、そのような情報なし
でデコードされ得る。それゆえに、VPSは、レイヤN 631のみがデコーダに伝送されるとき
、対応するビットストリームから除去され得る。しかしながら、これは、ビットストリー
ム内に残っているパラメータがVPSを参照している場合には、エラーを生じさせる可能性
がある。さらに、各レイヤは、SPSによって記述され得る。サイマルキャストレイヤに対
するSPSは、SPSがVPSとともに誤って除去されないようにマルチレイヤビットストリーム
内にエンコードされるべきである。これらおよび他の問題は、以下でより詳しく説明され
る。
図7は、例示的なビットストリーム700を例示する概略図である。たとえば、ビットスト
リーム700は、方法100に従ってコーデックシステム200および/またはデコーダ400によっ
てデコードするために、コーデックシステム200および/またはエンコーダ300によって生
成され得る。さらに、ビットストリーム700は、マルチレイヤビデオシーケンス600を含み
得る。それに加えて、ビットストリーム700は、HRD500などの、HRDの動作を制御するため
の様々なパラメータを含み得る。このようなパラメータに基づき、HRD500は、デコードす
るためにデコーダに向けて伝送する前に、規格への適合性についてビットストリーム700
をチェックすることができる。
ビットストリーム700は、VPS711、1つまたは複数のSPS713、複数のピクチャパラメータ
セット(PPS)715、複数のスライスヘッダ717、および画像データ720を含む。VPS711は、ビ
ットストリーム700全体に関係するデータを含む。たとえば、VPS711は、ビットストリー
ム700で使用されるOLS、レイヤ、および/またはサブレイヤに関係するデータを含んでも
よい。SPS713は、ビットストリーム700に含まれるコーディング済みビデオシーケンス内
のすべてのピクチャに共通するシーケンスデータを含む。たとえば、各レイヤは、1つま
たは複数のコーディング済みビデオシーケンスを含むものとしてよく、各コーディング済
みビデオシーケンスは、対応するパラメータについてSPS713を参照し得る。SPS713におけ
るパラメータは、ピクチャのサイズ設定、ビット深度、コーディングツールパラメータ、
ビットレート制限などを含むことができる。各シーケンスがSPS713を参照する一方で、い
くつかの例では単一のSPS713は複数のシーケンスに対するデータを含むことができること
に留意されたい。PPS715は、ピクチャ全体に適用されるパラメータを含む。したがって、
ビデオシーケンス内の各ピクチャは、PPS715を参照し得る。各シーケンスがPPS715を参照
する一方で、いくつかの例では単一のPPS715は複数のピクチャに対するデータを含むこと
ができることに留意されたい。たとえば、複数の類似のピクチャは、類似のパラメータに
従ってコーディングされ得る。そのような場合、単一のPPS715は、そのような類似のピク
チャに対するデータを含み得る。PPS715は、対応するピクチャにおけるスライス、量子化
パラメータ、オフセットなどに利用可能なコーディングツールを示すことができる。
スライスヘッダ717は、ピクチャ内の各スライスに特有のパラメータを含む。したがっ
て、ビデオシーケンス内のスライス毎に1つのスライスヘッダ717があり得る。スライスヘ
ッダ717は、スライスタイプ情報、ピクチャ順序カウント(POC)、参照ピクチャリスト、予
測重み、タイルエントリポイント、またはデブロッキングパラメータなどを含み得る。い
くつかの例では、ビットストリーム700は、ピクチャヘッダも含むものとしてよく、これ
は、単一のピクチャ内のすべてのスライスに適用されるパラメータを含むシンタックス構
造であることに留意されたい。このような理由から、ピクチャヘッダおよびスライスヘッ
ダ717は、いくつかの文脈において入れ換えて使用され得る。たとえば、いくつかのパラ
メータは、そのようなパラメータがピクチャ内のすべてのスライスに共通であるかどうか
に応じてスライスヘッダ717とピクチャヘッダとの間で移動され得る。
画像データ720は、インター予測、レイヤ間予測、および/またはイントラ予測に従って
エンコードされたビデオデータ、さらには対応する変換済みおよび量子化済み残差データ
を含む。たとえば、画像データ720は、レイヤ723および724、ピクチャ725および726、お
よび/またはスライス727および728を含み得る。レイヤ723および724は、nuh_layer_id 73
2などのレイヤIDによって示されているような指定された特性(たとえば、共通の解像度、
フレームレート、画像サイズなど)を共有するVCL NALユニット741と、関連付けられてい
る非VCL NALユニット742とのセットである。たとえば、レイヤ723は、同じnuh_layer_id
732を共有するピクチャのセット725を含んでもよい。同様に、レイヤ724は、同じnuh_lay
er_id 732を共有するピクチャのセット726を含んでもよい。レイヤ723および724は、実質
的に類似しているものとしてよいが、異なるコンテンツを含んでいてもよい。たとえば、
レイヤ723および724は、それぞれ、図6からのレイヤN 631およびレイヤN+1 632を含んで
もよい。それゆえに、コーディング済みビットストリーム700は、複数のレイヤ723および
724を含んでもよい。説明を明確にするために2つのレイヤ723および724のみが示されてい
るが、任意の数のレイヤ723および724がビットストリーム700に含まれ得る。
nuh_layer_id 732は、少なくとも1つのNALユニットを含むレイヤ723および/または724
の識別子を指定するシンタックス要素である。たとえば、ベースレイヤとして知られる最
低品質のレイヤは、より高い品質のレイヤに対してnuh_layer_id 732の値を高くした最低
値のnuh_layer_id 732を含み得る。したがって、下位レイヤは、nuh_layer_id 732のより
小さい値を有するレイヤ723または724であり、上位レイヤは、nuh_layer_id 732のより大
きい値を有するレイヤ723または724である。レイヤ723および724のデータは、nuh_layer_
id 732に基づき相関する。たとえば、パラメータセットおよびビデオデータは、そのよう
なパラメータセット/ビデオデータを含む最下位レイヤ723または724に対応するnuh_layer
_id 732の値に関連付けられ得る。それゆえに、VCL NALユニット741のセットは、VCL NAL
ユニット741のセットがすべてnuh_layer_id 732の特定の値を有するとき、レイヤ723およ
び/または724の一部である。
ピクチャ725および726のセットからのピクチャは、フレームまたはそのフィールドを作
成するルーマサンプルの配列および/またはクロマサンプルの配列である。たとえば、ピ
クチャ725および726のセットからのピクチャは、表示のために出力され得るか、または出
力する他のピクチャのコーディングをサポートするために使用されるコーディング済み画
像である。ピクチャ725および726のセットからのピクチャは、実質的に類似しているが、
ピクチャ725のセットはレイヤ723に含まれ、ピクチャ726のセットはレイヤ724に含まれる
。ピクチャ725および726のセットからのピクチャは、それぞれ、1つまたは複数のスライ
ス727および728を含む。スライス727/728は、VCL NALユニット741などの、単一のNALユニ
ットに排他的に含まれるピクチャの整数個数の完全なタイルまたは(たとえば、タイル内
の)整数個数の連続する完全なコーディングツリーユニット(CTU)行として定義され得る。
スライス727とスライス728とは、スライス727がピクチャ725およびレイヤ723に含まれ、
スライス728がピクチャ726およびレイヤ724に含まれることを除き、実質的に類似してい
る。スライス727/728は、CTUおよび/またはコーディングツリーブロック(CTB)にさらに分
割される。CTUは、コーディングツリーによって区分化され得る事前定義されたサイズの
サンプルのグループである。CTBは、CTUのサブセットであり、CTUのルーマ成分またはク
ロマ成分を含む。CTU/CTBは、コーディングツリーに基づきコーディングブロックにさら
に分割される。次いで、コーディングブロックは、予測メカニズムに従ってエンコード/
デコードされ得る。
コーディング済みレイヤビデオシーケンス(CLVS)743およびCLVS744は、それぞれ、同じ
nuh_layer_id 732値を有する、コーディング済みピクチャ725およびピクチャ725のシーケ
ンスである。たとえば、CLVS743および/または744は、それぞれ、単一のレイヤ723および
/または724に含まれるピクチャ725および/または726のシーケンスであってよい。したが
って、それぞれ、CLVS743はレイヤ723のピクチャ725のすべてを含み、CLVS744はレイヤ72
4のピクチャ726のすべてを含んでいる。CLVS743および744の各々は、対応するSPS713を参
照している。例に応じて、CLVS743および743は同じSPS713を参照するか、またはCLVS743
および743は各々異なるSPS713を参照し得る。
ビットストリーム700は、NALユニットのシーケンスとしてコーディングされうる。NAL
ユニットは、ビデオデータおよび/またはサポートしているシンタックスのためのコンテ
ナである。NALユニットは、VCL NALユニット741または非VCL NALユニット742とすること
ができる。VCL NALユニット741は、画像データ720および関連付けられているスライスヘ
ッダ717などの、ビデオデータを含むようにコーディングされたNALユニットである。具体
例として、各スライス727、728および関連付けられているスライスヘッダ717は、単一のV
CL NALユニット741にエンコードされ得る。非VCL NALユニット742は、ビデオデータをデ
コードすること、適合性チェックの実行、または他の動作をサポートするシンタックスお
よび/またはパラメータなどの非ビデオデータを含むNALユニットである。たとえば、非VC
L NALユニット742は、VPS711、SPS713、PPS715、ピクチャヘッダ、または他のサポートし
ているシンタックスを含むことができる。それゆえに、ビットストリーム700は、一連のV
CL NALユニット741および非VCL NALユニット742である。各NALユニットは、nuh_layer_id
732を含み、これは、エンコーダまたはデコーダが、どのレイヤ723または724が対応する
NALユニットを含むかを決定することを可能にする。
複数のレイヤ723および724を含むビットストリーム700は、エンコードされ、デコーダ
によって要求されるまで記憶されうる。たとえば、デコーダは、レイヤ723、レイヤ724、
ならびに/または複数のレイヤ723および724を含むOLSを要求することができる。特定の例
では、レイヤ723はベースレイヤであり、レイヤ724はエンハンスメントレイヤである。追
加のレイヤもまた、ビットストリーム700において採用され得る。エンコーダおよび/また
はコンテンツサーバは、要求された出力レイヤをデコードするために必要なレイヤ723お
よび/または724のみをデコーダに送信すべきである。たとえば、レイヤが異なるピクチャ
サイズに使用されるとき、最大のピクチャサイズを要求するデコーダは、レイヤ723と724
の両方を有するビットストリーム700全体を受信し得る。最小のピクチャサイズを要求す
るデコーダは、レイヤ723のみを受信し得る。中間のピクチャサイズを要求するデコーダ
は、レイヤ723および他の中間レイヤを受信し得るが、最上位レイヤ724を受信せず、した
がって、ビットストリーム全体を受信し得ない。同じアプローチは、フレームレート、ピ
クチャ解像度などの他のレイヤ特性にも使用され得る。
サブビットストリーム抽出プロセス729は、ビットストリーム700からサブビットストリ
ーム701を抽出して、上で説明されている機能をサポートするために採用される。サブビ
ットストリーム701は、ビットストリーム700からのNALユニット(たとえば、非VCL NALユ
ニット742およびVCL NALユニット741)のサブセットである。具体的には、サブビットスト
リーム701は、1つまたは複数のレイヤに関係するデータを含み得るが、他のレイヤに関係
するデータを含み得ない。図示されている例では、サブビットストリーム701は、レイヤ7
23に関係するデータを含むが、レイヤ724に関係するデータを含まない。したがって、サ
ブビットストリーム701は、SPS713、PPS715、スライスヘッダ717、およびレイヤ723、CLV
S743、ピクチャ725、およびスライス727を含む画像データ720を含む。サブビットストリ
ーム抽出プロセス729は、nuh_layer_id 732に基づきNALユニットを除去する。たとえば、
上位レイヤ724のみに関連付けられているVCL NALユニット741および非VCL NALユニット74
2は、より高いnuh_layer_id 732値を含み、したがって、より高いnuh_layer_id 732値を
有するすべてのNALユニットを除去することで、下位レイヤ723および関連するパラメータ
を抽出する。各NALユニットは、サブビットストリーム抽出プロセス729をサポートするた
めに、NALユニットを含む最下位レイヤのnuh_layer_id 732以下であるnuh_layer_id 732
値を含む。ビットストリーム700およびサブビットストリーム701は各々、一般的にビット
ストリームと称され得ることに留意されたい。
図示されている例では、サブビットストリーム701は、サイマルキャストレイヤ(たとえ
ば、ベースレイヤ)を含む。上で指摘されているように、サイマルキャストレイヤは、レ
イヤ間予測を使用しない任意のレイヤである。VPS711は、レイヤ723および724の構成を記
述するデータを含む。しかしながら、このデータは、レイヤ723などの、サイマルキャス
トレイヤをデコードするためには必要ない。それゆえに、サブビットストリーム抽出プロ
セス729は、サイマルキャストレイヤを抽出するときに高められたコーディング効率をサ
ポートするためにVPS711を除去する。これは、いくつかのビデオコーディングシステムに
問題を引き起こし得る。具体的には、SPS713のいくつかのパラメータは、VPS711を参照し
得る。VPS711が除去されたとき、デコーダおよび/またはHRDは、そのようなパラメータに
よって参照されるデータがもはや存在しないので、そのようなパラメータを解決すること
ができない場合がある。この結果、HRDでサイマルキャストレイヤに対する適合性テスト
を実行するときにエラーが発生する可能性がある。代替的に、この結果、デコーダで表示
するためにサイマルキャストレイヤが伝送されるときにデコーダにおいて予測不可能なエ
ラーが生じ得る。さらに、各SPS713を正しく識別できない場合、結果として、サブビット
ストリーム抽出プロセス729によってサイマルキャストレイヤに対してVPS711が除去され
るときにSPS713を不適切に除去することになり得る。
本開示では、これらのエラーに対処する。具体的には、SPS713は、CLVS743を含むレイ
ヤ723がレイヤ間予測を使用しない(サイマルキャストレイヤである)ときにSPS713を参照
するCLVS743と同じnuh_layer_id 732を含むように制約される。さらに、SPS713は、CLVS7
44を含むレイヤ724がレイヤ間予測を使用する(サイマルキャストレイヤではない)ときにC
LVS744のnuh_layer_id 732以下であるnuh_layer_id 732を有し得る。この方法で、CLVS74
3および743の両方が、任意選択で、同じSPS713を参照し得る。さらに、SPS713は、SPS713
がCLVS743/レイヤ723と同じnuh_layer_id 732を含むので、サイマルキャストレイヤ(たと
えば、レイヤ723)に対してサブビットストリーム抽出プロセス729によって除去されない
さらに、SPS713は、sps_video_parameter_set_id 731を含む。sps_video_parameter_se
t_id 731は、SPS713によって参照されるVPS711のIDを指定するシンタックス要素である。
具体的には、VPS711は、vps_video_parameter_set_id 735を含み、これは、他のシンタッ
クス要素/構造によって参照されるVPS711のIDを提供するシンタックス要素である。VPS71
1が存在するとき、sps_video_parameter_set_id 731は、vps_video_parameter_set_id 73
5の値に設定される。しかしながら、SPS713がサイマルキャストレイヤに使用されるとき
、sps_video_parameter_set_id 731は、0に設定される。別の言い方をすれば、sps_video
_parameter_set_id 731は、0より大きいとき、SPS713によって参照されるVPS711について
、vps_video_parameter_set_id 735の値を指定する。sps_video_parameter_set_id 731が
0に等しいとき、SPS713は、VPS711を参照せず、SPS713を参照する任意のコーディング済
みレイヤビデオシーケンスをデコードするときにどのVPS711も参照されることはない。こ
れは、異なるレイヤ(たとえば、サイマルキャストレイヤに対する1つのSPSおよび非サイ
マルキャストレイヤに対する別のSPS)に別のSPS713を使用するか、またはサブビットスト
リーム抽出プロセス729中、sps_video_parameter_set_id 731の値を変更することによっ
て達成され得る。この方法で、sps_video_parameter_set_id 731は、サブビットストリー
ム抽出プロセス729中にVPS711が除去されるときに利用不可能であるIDを誤って参照する
ことがない。
さらに、HRDおよび/またはデコーダによって導出される様々な変数も、VPS711のパラメ
ータを参照する。したがって、そのような変数は、sps_video_parameter_set_id 731が0
に設定されたときに既定値に設定される。これは、マルチレイヤビットストリームに対し
て正しく動作している間に、そのような変数が、VPS711がサイマルキャストレイヤに対し
て抽出されるときに使用可能値に適切に解決され得ることを確実にする。たとえば、デコ
ーダおよび/またはHRDは、ビットストリーム700および/またはサブビットストリーム701
に基づきGeneralLayerIdx[i]を導出することができる。GeneralLayerIdx[i]は、対応する
レイヤiのインデックスを指定する導出変数である。それゆえに、GeneralLayerIdx[i]は
、現在のレイヤのnuh_layer_id732をGeneralLayerIdx[i]におけるレイヤiとして含めるこ
とによって現在のレイヤのレイヤインデックスを決定するために採用され得る。これは、
nuh_layer_idに対応する一般レイヤインデックス(GeneralLayerIdx[nuh_layer_id])とし
て表され得る。したがって、GeneralLayerIdx[nuh_layer_id]は、対応するレイヤに対す
る現在のレイヤインデックスを示す。このプロセスは、レイヤ724などの、非サイマルキ
ャストレイヤに対しては正しく動作するが、サイマルキャストレイヤ723に対してはエラ
ーを引き起こす可能性がある。したがって、sps_video_parameter_set_id 731が0(サイマ
ルキャストレイヤを示す)であるときにGeneralLayerIdx[nuh_layer_id]は0に設定され、
および/または0であると推論される。
別の例として、VPS711は、VPS独立レイヤフラグ(vps_independent_layer_flag)733を含
み得る。vps_independent_layer_flag733は、レイヤ723および/または724などの、対応す
るレイヤがレイヤ間予測を使用するかどうかを指定する。したがって、vps_independent_
layer_flag[GeneralLayerIdx[nuh_layer_id]]は、インデックスGeneralLayerIdx[nuh_lay
er_id]を有する現在のレイヤがレイヤ間予測を使用するかどうかを指定する。しかしなが
ら、vps_independent_layer_flag733を含むVPS711は、デコーダに送信されるレイヤ723が
サイマルキャストレイヤであるとき、デコーダに送信されない。それゆえに、参照はエラ
ーを引き起こし得る。しかしながら、サイマルキャストレイヤは、レイヤ間予測を使用し
ない。それゆえに、サイマルキャストレイヤに対するvps_independent_layer_flag733は
、1に等しいと推論することができ、これは、対応するレイヤ723に対してレイヤ間予測が
使用されないことを示す。したがって、vps_independent_layer_flag[GeneralLayerIdx[n
uh_layer_id]]は、sps_video_parameter_set_idが0に設定されるときに現在のレイヤに対
してレイヤ間予測が使用されないことを示すために1に設定され/1であると推論される。
この方法で、エラーは、レイヤ723などの、サイマルキャストレイヤの伝送前にビットス
トリームからVPSが除去されるときに回避される。その結果、エンコーダおよびデコーダ
の機能性が向上する。さらに、コーディング効率は、サイマルキャストレイヤのみを含む
ビットストリームから不要なVPSを首尾よく除去することによって高められ、これにより
、エンコーダとデコーダの両方においてプロセッサ、メモリ、および/またはネットワー
クシグナリングリソースの使用量を低減する。
次に、前述の情報は、本明細書において以下でより詳細に説明される。レイヤード・ビ
デオ・コーディング(layered video coding)は、スケーラブルビデオコーディングまたは
スケーラビリティを有するビデオコーディングとも称される。ビデオコーディングにおけ
るスケーラビリティは、マルチレイヤコーディング技術を使用することによってサポート
され得る。マルチレイヤビットストリームは、ベースレイヤ(BL)および1つまたは複数の
エンハンスメントレイヤ(EL)を含む。スケーラビリティの例は、空間的スケーラビリティ
、品質/信号対雑音比(SNR)スケーラビリティ、マルチビュースケーラビリティ、フレーム
レートスケーラビリティなどを含む。マルチレイヤコーディング技術が使用されるとき、
ピクチャまたはその一部は、参照ピクチャを使用することなくコーディングされ(イント
ラ予測)、同じレイヤ内にある参照ピクチャを参照することによってコーディングされ(イ
ンター予測)、および/または他のレイヤ内にある参照ピクチャを参照することによってコ
ーディングされ(レイヤ間予測)得る。現在のピクチャのレイヤ間予測に使用される参照ピ
クチャは、レイヤ間参照ピクチャ(ILRP)と称される。図6は、異なるレイヤ内のピクチャ
が異なる解像度を有する空間的スケーラビリティに対するマルチレイヤコーディングの一
例を例示している。
いくつかのビデオコーディングファミリーは、単一レイヤコーディングのためのプロフ
ァイルから分離されたプロファイルにおいてスケーラビリティに対するサポートを提供す
る。スケーラブルビデオコーディング(SVC)は、空間的、時間的、および品質的なスケー
ラビリティに対するサポートを提供する高度ビデオコーディング(AVC)のスケーラブルな
拡張である。SVCについては、フラグがELピクチャ内の各マクロブロック(MB)においてシ
グナリングされ、それによりEL MBが下位レイヤからの同一の場所のブロックを使用して
予測されるかどうかを示す。同一の場所のブロックからの予測は、テクスチャ、動きベク
トル、および/またはコーディングモードを含み得る。SVCの実装形態では、その設計にお
いて未修正のAVC実装形態を直接再利用し得ない。SVC ELマクロブロックシンタックスお
よびデコーディングプロセスは、AVCシンタックスおよびデコーディングプロセスと異な
る。
スケーラブルHEVC(SHVC)は、空間的および品質的スケーラビリティに対するサポートを
提供するHEVCの拡張である。マルチビューHEVC(MV-HEVC)は、マルチビュースケーラビリ
ティに対するサポートを提供するHEVCの拡張である。3D HEVC(3D-HEVC)は、MV-HEVCに比
べて高度であり効率的である3Dビデオコーディングに対するサポートを提供するHEVCの拡
張である。時間的スケーラビリティは、単一レイヤHEVCコーデックの不可欠な部分として
含まれ得る。HEVCのマルチレイヤ拡張では、レイヤ間予測に使用されるデコード済みピク
チャが、同じAUのみから来て、長期参照ピクチャ(LTRP)として扱われる。そのようなピク
チャは、現在のレイヤ内の他の時間的参照ピクチャとともに参照ピクチャリスト内の参照
インデックスを割り当てられる。レイヤ間予測(ILP)は、予測ユニット(PU)レベルにおい
て、参照ピクチャリスト内のレイヤ間参照ピクチャを参照するように参照インデックスの
値を設定することによって達成される。空間的スケーラビリティは、ILRPがエンコードさ
れるかまたはデコードされている現在のピクチャと異なる空間解像度を有するときに参照
ピクチャまたはその一部を再サンプルする。参照ピクチャ再サンプリングは、ピクチャレ
ベルまたはコーディングブロックレベルのいずれかで実現され得る。
VVCは、レイヤード・ビデオ・コーディングもサポートし得る。VVCビットストリームは
、複数のレイヤを含むことができる。レイヤは、すべて互いから独立しているものとして
よい。たとえば、各レイヤは、レイヤ間予測を使用せずにコーディングされ得る。この場
合、レイヤは、サイマルキャストレイヤとも呼ばれる。いくつかの場合において、レイヤ
のいくつかはILPを用いてコーディングされる。VPS内のフラグは、レイヤがサイマルキャ
ストレイヤであるかどうか、一部のレイヤがILPを使用しているかどうかを示すことがで
きる。いくつかのレイヤがILPを使用するとき、レイヤ間のレイヤ依存関係もVPSでシグナ
リングされる。SHVCおよびMV-HEVCと異なり、VVCはOLSを指定し得ない。OLSは、レイヤの
指定されたセットを含み、レイヤのセット内の1つまたは複数のレイヤは、出力レイヤと
なるように指定される。出力レイヤは、出力されるOLSのレイヤである。VVCのいくつかの
実装形態において、レイヤがサイマルキャストレイヤであるとき、ただ1つのレイヤが、
デコードおよび出力について選択され得る。VVCのいくつかの実装形態において、任意の
レイヤがILPを使用するときにすべてのレイヤを含むビットストリーム全体がデコードさ
れるように指定される。さらに、レイヤのうちの特定のレイヤが出力レイヤとして指定さ
れる。出力レイヤは、最上位レイヤのみ、すべてのレイヤ、または最上位レイヤ+指示さ
れた下位レイヤのセットであると示されてよい。
前述の態様は、いくつかのスケーラビリティ関係問題を含んでいる。そのようなシステ
ムにおけるスケーラビリティ設計は、レイヤ特有のプロファイル、ティア、およびレベル
(PTL)、さらにはレイヤ特有のコーディング済みピクチャバッファ(CPB)動作を含む。PTL
シグナリング効率は、改善されるべきである。サブレイヤに対するシーケンスレベルHRD
パラメータのシグナリング効率は改善されるべきである。DPBパラメータシグナリングは
改善されるべきである。いくつかの設計は、単一レイヤビットストリームがVPSを参照す
ることを引き起こす。そのような設計におけるnum_ref_entries[][]の値範囲は、不正で
あり、デコーダに対して予期せぬエラーを引き起こす。このような設計におけるデコーデ
ィングプロセスは、サブビットストリーム抽出を伴い、これはデコーダ実装形態の負担を
増す。そのような設計に対する一般デコーディングプロセスは、レイヤ間予測を有する複
数のレイヤを含むスケーラブルビットストリームに対しては機能し得ない。そのような設
計における変数NoOutputOfPriorPicsFlagの値の導出は、ピクチャベースであり、そのよ
うな設計ではAUベースではあり得ない。そのような設計におけるスケーラブルネスティン
グSEIメッセージは、nesting_ols_flagが1に等しいとき、OLSのレイヤではなく、OLSに直
接的に適用するように簡素化されるべきである。非スケーラブルネストSEIメッセージは
、payloadTypeが0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーデ
ィングユニット情報)に等しいとき、0番目のOLSにのみ適用されるように指定され得る。
一般に、本開示は、ビデオコーディングにおけるスケーラビリティのための様々なアプ
ローチについて説明する。技術の説明は、VVCに基づく。しかしながら、これらの技術は
、他のビデオコーデック仕様に基づくレイヤード・ビデオ・コーディングにも適用される
。上述の問題の1つまたは複数は、次のように解決され得る。具体的には、この開示は、
ビデオコーディングにおける改善されたスケーラビリティサポートのための方法を含む。
次は、様々な定義例である。OPは、OLSインデックスおよびTemporalIdの最高値によっ
て識別される、OLSの時間的サブセットであってよい。出力レイヤは、出力されるOLSのレ
イヤであり得る。OLSは、レイヤのセットであってよく、レイヤのセット内の1つまたは複
数のレイヤは、出力レイヤとなるように指定される。OLSレイヤインデックスは、OLSにお
けるレイヤのリストへの、OLS内のレイヤの、インデックスであってよい。サブビットス
トリーム抽出プロセスは、ターゲットOLSインデックスおよびターゲット最高TemporalId
によって決定される、ターゲットセットに属さないビットストリーム内のNALユニットを
ビットストリームから除去する指定されたプロセスであってよく、出力サブビットストリ
ームは、ターゲットセットに属するビットストリーム内のNALユニットを含む。
例示的なビデオパラメータセットRBSPシンタックスは次のとおりである。
例示的なシーケンスパラメータセットRBSPシンタックスは次のとおりである。
例示的なDPBパラメータシンタックスは次のとおりである。
例示的な一般HRDパラメータシンタックスは次のとおりである。
例示的なOLD HRDパラメータシンタックスは次のとおりである。
例示的なサブレイヤHRDパラメータシンタックスは次のとおりである。
例示的なビデオパラメータセットRBSPセマンティクスは次のとおりである。vps_max_la
yers_minus1+1は、VPSを参照する各CVS内のレイヤの最大許容数を指定する。vps_max_sub
_layers_minus1+1は、VPSを参照する各CVS内に存在している可能性のある時間的サブレイ
ヤの最大数を指定する。vps_max_sub_layers_minus1の値は、0から6までの範囲内にあり
得る。1に等しいvps_all_layers_same_num_sub_layers_flagは、時間的サブレイヤの数が
VPSを参照する各CVS内のすべてのレイヤについて同じであることを指定する。0に等しいv
ps_all_layers_same_num_sub_layers_flagは、VPSを参照する各CVSにおけるレイヤが同じ
数の時間的サブレイヤを有し得るか、または有し得ないことを指定する。存在していない
とき、vps_all_layers_same_num_sub_layers_flagの値は、1に等しいと推論され得る。1
に等しいvps_all_independent_layers_flagは、CVS内のすべてのレイヤは、レイヤ間予測
を使用することなく独立してコーディングされることを指定する。0に等しいvps_all_ind
ependent_layers_flagは、CVS内のレイヤの1つまたは複数がレイヤ間予測を使用してよい
ことを指定する。存在していないとき、vps_all_independent_layers_flagの値は、1に等
しいと推論され得る。vps_all_independent_layers_flagが1に等しいとき、vps_independ
ent_layer_flag[i]の値は、1に等しいと推論される。vps_all_independent_layers_flag
が0に等しいとき、vps_independent_layer_flag[0]の値は、1に等しいと推論される。
0に等しいvps_direct_dependency_flag[i][j]は、インデックスjを有するレイヤはイン
デックスiを有するレイヤに対する直接参照レイヤではないことを指定する。1に等しいvp
s_direct_dependency_flag[i][j]は、インデックスjを有するレイヤはインデックスiを有
するレイヤに対する直接参照レイヤであることを指定する。vps_direct_dependency_flag
[i][j]が0からvps_max_layers_minus1までの範囲内のiおよびjについて存在していないと
き、フラグは0に等しいと推論される。i番目のレイヤのj番目の直接従属レイヤを指定す
る、変数DirectDependentLayerIdx[i][j]、およびレイヤインデックスjを有するレイヤが
任意の他のレイヤによって参照レイヤとして使用されるかどうかを指定する変数LayerUse
dAsRefLayerFlag[j]は、次のように導出され得る。
for(i=0; i<=vps_max_layers_minus1; i++)
LayerUsedAsRefLayerFlag[j]=0
for(i=1; i<vps_max_layers_minus1; i++)
if(!vps_independent_layer_flag[i])
for(j=i-1, k=0; j>=0; j--)
if(vps_direct_dependency_flag[i][j]) {
DirectDependentLayerIdx[i][k++]=j
LayerUsedAsRefLayerFlag[j]=1
}
nuh_layer_idがvps_layer_id[i]に等しいレイヤのレイヤインデックスを指定する、変
数GeneralLayerIdx[i]は、次のように導出され得る。
for(i=0; i<=vps_max_layers_minus1; i++)
GeneralLayerIdx[vps_layer_id[i]]=i
1に等しいeach_layer_is_an_ols_flagは、各出力レイヤセットがただ1つのレイヤを含
み、ビットストリーム内の各レイヤそれ自体は、単一の含まれるレイヤが唯一の出力レイ
ヤである出力レイヤセットであることを指定する。0に等しいeach_layer_is_an_ols_flag
は、出力レイヤセットが複数のレイヤを含み得ることを指定する。vps_max_layers_minus
1が0に等しい場合、each_layer_is_an_ols_flagの値は、1に等しいと推論される。そうで
ない場合、vps_all_independent_layers_flagが0に等しいとき、each_layer_is_an_ols_f
lagの値は、0に等しいと推論される。
0に等しいols_mode_idcは、VPSによって指定されたOLSの総数がvps_max_layers_minus1
+1に等しく、i番目のOLSは0からiまでのレイヤインデックスを有するレイヤを含み、各OL
SについてOLS内の最上位レイヤのみが出力されることを指定する。1に等しいols_mode_id
cは、VPSによって指定されたOLSの総数がvps_max_layers_minus1+1に等しく、i番目のOLS
は0からiまでのレイヤインデックスを有するレイヤを含み、各OLSについてOLS内のすべて
のレイヤが出力されることを指定する。2に等しいols_mode_idcは、VPSによって指定され
たOLSの総数が明示的にシグナリングされ、各OLSについてOLS内の最上位レイヤおよび下
位レイヤの明示的にシグナリングされたセットが出力されることを指定する。ols_mode_i
dcの値は、0から2までの範囲内にあり得る。vps_all_independent_layers_flagが1に等し
く、each_layer_is_an_ols_flagが0に等しいとき、ols_mode_idcの値は、2に等しいと推
論される。num_output_layer_sets_minus1+1は、ols_mode_idcが2に等しいときにVPSによ
って指定されたOLSの総数を指定する。
VPSによって指定されたOLSの総数を指定する、変数TotalNumOlssは、次のように導出さ
れ得る。
if(vps_max_layers_minus1==0)
TotalNumOlss=1
else if(each_layer_is_an_ols_flag || ols_mode_idc==0 || ols_mode_idc==1)
TotalNumOlss=vps_max_layers_minus1+1
else if(ols_mode_idc==2)
TotalNumOlss=num_output_layer_sets_minus1+1
layer_included_flag[i][j]は、j番目のレイヤ(たとえば、nuh_layer_idがvps_layer_i
d[j]に等しいレイヤ)が、ols_mode_idcが2に等しいときにi番目のOLS内に含まれることを
指定する。1に等しいlayer_included_flag[i][j]は、j番目のレイヤがi番目のOLSに含ま
れることを指定する。0に等しいlayer_included_flag[i][j]は、j番目のレイヤがi番目の
OLSに含まれないことを指定する。i番目のOLS内のレイヤの数を指定する、変数NumLayers
InOls[i]およびi番目のOLS内のj番目のレイヤのnuh_layer_id値を指定する変数LayerIdIn
Ols[i][j]は、次のように導出され得る。
NumLayersInOls[0]=1
LayerIdInOls[0][0]=vps_layer_id[0]
for(i=1, i<TotalNumOlss; i++) {
if(each_layer_is_an_ols_flag) {
NumLayersInOls[i]=1
LayerIdInOls[i][0]=vps_layer_id[i]
} else if(ols_mode_idc==0 | | ols_mode_idc==1) {
NumLayersInOls[i]=i+1
for(j=0; j<NumLayersInOls[i]; j++)
LayerIdInOls[i][j]=vps_layer_id[j]
} else if(ols_mode_idc==2) {
for(k=0, j=0; k<=vps_max_layers_minus1; k++)
if(layer_included_flag[i][k])
LayerIdInOls[i][j++]=vps_layer_id[k]
NumLayersInOls[i]=j
}
}
nuh_layer_idがLayerIdInOls[i][j]に等しいレイヤのOLSレイヤインデックスを指定す
る、変数OlsLayeIdx[i][j]は、次のように導出され得る。
for(i=0, i<TotalNumOlss; i++)
for j=0; j<NumLayersInOls[i]; j++)
OlsLayeIdx[i][LayerIdInOls[i][j]]=j
各OLS内の最下レイヤは、独立レイヤであるものとする。言い換えると、0からTotalNum
Olss-1までの範囲内の各iについて、vps_independent_layer_flag[GeneralLayerIdx[Laye
rIdInOls[i][0]]]の値は1に等しいものとする。各レイヤは、VPSによって指定される少な
くとも1つのOLS内に含まれるものとする。言い換えると、0からvps_max_layers_minus1の
範囲内のkについてvps_layer_id[k]の1つに等しいnuh_layer_id nuhLayerIdの特定の値を
有する各レイヤについて、iおよびjの値の少なくとも1つの対があるものとし、iは0からT
otalNumOlss-1の範囲内にあり、jはNumLayersInOls[i]-1の範囲内にあり、LayerIdInOls[
i][j]の値はnuhLayerIdに等しい。OLS内の任意のレイヤは、OLSの出力レイヤまたはOLSの
出力レイヤの(直接的または間接的)参照レイヤであるものとする。
vps_output_layer_flag[i][j]は、ols_mode_idcが2に等しいときにi番目のOLS内のj番
目のレイヤが出力されるかどうかを指定する。1に等しいvps_output_layer_flag[i]は、i
番目のOLS内のj番目のレイヤが出力されることを指定する。0に等しいvps_output_layer_
flag[i]は、i番目のOLS内のj番目のレイヤが出力されないことを指定する。vps_all_inde
pendent_layers_flagが1に等しく、each_layer_is_an_ols_flagが0に等しいとき、vps_ou
tput_layer_flag[i]の値は、1に等しいと推論される。値1がi番目のOLS内のj番目のレイ
ヤが出力されることを指定し、値0がi番目のOLS内のj番目のレイヤが出力されないことを
指定する変数OutputLayerFlag[i][j]は、次のように導出され得る。
for(i=0, i<TotalNumOlss; i++) {
OutputLayerFlag[i][NumLayersInOls[i]-1]=1
for(j=0; j<NumLayersInOls[i]-1; j++)
if(ols_mode_idc[i]==0)
OutputLayerFlag[i][j]=0
else if(ols_mode_idc[i]==1)
OutputLayerFlag[i][j]=1
else if(ols_mode_idc[i]==2)
OutputLayerFlag[i][j]=vps_output_layer_flag[i][j]
}
0番目のOLSは、最下位レイヤ(たとえば、nuh_layer_idがvps_layer_id[0]に等しいレイ
ヤ)のみを含み、0番目のOLSについて、含まれているレイヤのみが出力されることに留意
されたい。vps_num_ptlsは、VPSのprofile_tier_level()シンタックス構造の数を指定す
る。1に等しいpt_present_flag[i]は、プロファイル、ティア、および一般制約条件情報
が、VPS内のi番目のprofile_tier_level()シンタックス構造内に存在することを指定する
。0に等しいpt_present_flag[i]は、プロファイル、ティア、および一般制約条件情報が
、VPS内のi番目のprofile_tier_level()シンタックス構造内に存在していないことを指定
する。pt_present_flag[0]の値は、0に等しいと推論される。pt_present_flag[i]が0に等
しいとき、VPS内のi番目のprofile_tier_level()シンタックス構造に対するプロファイル
、ティア、および一般制約条件情報は、VPS内の(i-1)番目のprofile_tier_level()シンタ
ックス構造のものと同一であると推論される。
ptl_max_temporal_id[i]は、レベル情報がVPS内のi番目のprofile_tier_level()シンタ
ックス構造に存在する最上位サブレイヤ表現のTemporalIdを指定する。ptl_max_temporal
_id[i]の値は、0からvps_max_sub_layers_minus1までの範囲内であるものとする。vps_ma
x_sub_layers_minus1が0に等しいとき、ptl_max_temporal_id[i]の値は、0に等しいと推
論される。vps_max_sub_layers_minus1が0より大きく、vps_all_layers_same_num_sub_la
yers_flagが1に等しいとき、ptl_max_temporal_id[i]の値は、vps_max_sub_layers_minus
1に等しいと推論される。vps_ptl_byte_alignment_zero_bitは、0に等しいものとする。
ols_ptl_idx[i]は、i番目のOLSに適用されるprofile_tier_level()シンタックス構造の
VPS内のprofile_tier_level()シンタックス構造のリストへのインデックスを指定する。
存在するときには、ols_ptl_idx[i]の値は、0からvps_num_ptls-1までの範囲内にあるも
のとする。NumLayersInOls[i]が1に等しいとき、i番目のOLSに適用されるprofile_tier_l
evel()シンタックス構造は、i番目のOLS内のレイヤによって参照されるSPS内に存在する
。vps_num_dpb_paramsは、VPS内のdpb_parameters()シンタックス構造の数を指定する。v
ps_num_dpb_paramsの値は、0から16までの範囲内にあるものとする。存在していないとき
、vps_num_dpb_paramsの値は、0に等しいと推論され得る。1に等しいsame_dpb_size_outp
ut_or_nonoutput_flagは、layer_nonoutput_dpb_params_idx[i]シンタックス要素がVPS内
に存在しないことを指定する。0に等しいsame_dpb_size_output_or_nonoutput_flagは、l
ayer_nonoutput_dpb_params_idx[i]シンタックス要素がVPS内に存在し得るか、または存
在し得ないことを指定する。vps_sub_layer_dpb_params_present_flagは、VPS内のdpb_pa
rameters()シンタックス構造におけるmax_dec_pic_buffering_minus1[ ]、max_num_reord
er_pics[ ]、およびmax_latency_increase_plus1[ ]シンタックス要素の存在を制御する
ために使用される。存在しないときには、vps_sub_dpb_params_info_present_flagは、0
に等しいと推論される。
1に等しいdpb_size_only_flag[i]は、max_num_reorder_pics[ ]およびmax_latency_inc
rease_plus1[ ]シンタックス要素がi番目のdpb_parameters()シンタックス構造のそのVPS
に存在していないことを指定する。1に等しいdpb_size_only_flag[i]は、max_num_reorde
r_pics[ ]およびmax_latency_increase_plus1[ ]シンタックス要素がi番目のdpb_paramet
ers()シンタックス構造のそのVPSに存在し得ることを指定する。dpb_max_temporal_id[i]
は、DPBパラメータがVPS内のi番目のdpb_parameters()シンタックス構造に存在し得る最
上位サブレイヤ表現のTemporalIdを指定する。dpb_max_temporal_id[i]の値は、0からvps
_max_sub_layers_minus1までの範囲内であるものとする。vps_max_sub_layers_minus1が0
に等しいとき、dpb_max_temporal_id[i]の値は、0に等しいと推論され得る。vps_max_sub
_layers_minus1が0より大きく、vps_all_layers_same_num_sub_layers_flagが1に等しい
とき、dpb_max_temporal_id[i]の値は、vps_max_sub_layers_minus1に等しいと推論され
る。layer_output_dpb_params_idx[i]は、OLS内の出力レイヤであるときにi番目のレイヤ
に適用されるdpb_parameters()シンタックス構造の、VPS内のdpb_parameters()シンタッ
クス構造のリストへのインデックスを指定する。存在するときには、layer_output_dpb_p
arams_idx[i]の値は、0からvps_num_dpb_params-1までの範囲内にあるものとする。
vps_independent_layer_flag[i]が1に等しい場合、出力レイヤであるときにi番目のレ
イヤに適用されるdpb_parameters()シンタックス構造は、レイヤによって参照されるSPS
内に存在するdpb_parameters()シンタックス構造である。そうでない場合(vps_independe
nt_layer_flag[i]が1に等しい場合)、次が適用される。vps_num_dpb_paramsが1に等しい
とき、layer_output_dpb_params_idx[i]の値は、0に等しいと推論される。ビットストリ
ーム適合性の要件は、layer_output_dpb_params_idx[i]の値が、dpb_size_only_flag[lay
er_output_dpb_params_idx[i]]が0に等しくなるような値であるものとしてよい。
layer_nonoutput_dpb_params_idx[i]は、i番目のレイヤがOLS内の非出力レイヤである
ときにi番目のレイヤに適用されるdpb_parameters()シンタックス構造の、VPS内のdpb_pa
rameters()シンタックス構造のリストへのインデックスを指定する。存在するときには、
layer_nonoutput_dpb_params_idx[i]の値は、0からvps_num_dpb_params-1までの範囲内に
あるものとする。same_dpb_size_output_or_nonoutput_flagが1に等しい場合、次が適用
される。vps_independent_layer_flag[i]が1に等しい場合、i番目のレイヤが非出力レイ
ヤであるときにi番目のレイヤに適用されるdpb_parameters()シンタックス構造は、レイ
ヤによって参照されるSPS内に存在するdpb_parameters()シンタックス構造である。そう
でない場合(vps_independent_layer_flag[i]が1に等しい場合)、layer_nonoutput_dpb_pa
rams_idx[i]の値は、layer_output_dpb_params_idx[i]に等しいと推論される。そうでな
い場合(same_dpb_size_output_or_nonoutput_flagが0に等しい場合)、vps_num_dpb_param
sが1に等しいとき、layer_output_dpb_params_idx[i]の値は、0に等しいと推論される。
1に等しいgeneral_hrd_params_present_flagは、シンタックス要素num_units_in_tick
およびtime_scaleならびにシンタックス構造general_hrd_parameters()がSPS RBSPシンタ
ックス構造内に存在することを指定する。0に等しいgeneral_hrd_params_present_flagは
、シンタックス要素num_units_in_tickおよびtime_scaleならびにシンタックス構造gener
al_hrd_parameters()がSPS RBSPシンタックス構造内に存在しないことを指定する。num_u
nits_in_tickは、クロックティックカウンタの1増分(クロックティックと呼ばれる)に対
応する周波数time_scalehertz(Hz)で動作するクロックの時間単位の数である。num_units
_in_tickは、0より大きいものとする。クロックティックは、秒単位であり、num_units_i
n_tickをtime_scaleで除算した商に等しい。たとえば、ビデオ信号のピクチャレートが25
Hzであるとき、time_scaleは27,000,000に等しいものとしてよく、num_units_in_tickは1
,080,000に等しいものとしてよく、その結果、クロックティックは0.04秒に等しいものと
してよい。time_scaleは、1秒間に通過する時間単位の数である。たとえば、27MHzのクロ
ックを使用して時間を計測する時間座標系は、27,000,000のtime_scaleを有する。time_s
caleの値は、0より大きいものとする。
0に等しいvps_extension_flagは、VPS RBSPシンタックス構造にvps_extension_data_fl
agシンタックス要素が存在していないことを指定する。1に等しいvps_extension_flagは
、VPS RBSPシンタックス構造に存在するvps_extension_data_flagシンタックス要素があ
ることを指定する。vps_extension_data_flagは任意の値を有し得る。vps_extension_dat
a_flagの存在および値は、プロファイルへのデコーダ適合性に影響を及ぼし得ない。適合
するデコーダは、すべてのvps_extension_data_flagシンタックス要素を無視し得る。
例示的なシーケンスパラメータセットRBSPセマンティクスは次のとおりである。SPS RB
SPは、TemporalIdが0に等しい少なくとも1つのアクセスユニットに含まれるか、または外
部手段を通じて提供される、参照される前のデコーディングプロセスに利用可能であるも
のとし、SPS RBSPを含むSPS NALユニットは、SPS NALユニットを参照するPPS NALユニッ
トの最低のnuh_layer_id値に等しいnuh_layer_idを有するものとする。CVS内のsps_seq_p
arameter_set_idの特定の値を有するすべてのSPS NALユニットは、同じ内容を有するもの
とする。sps_decoding_parameter_set_idは、0よりも大きいとき、SPSによって参照され
るDPSに対するdps_decoding_parameter_set_idの値を指定する。sps_decoding_parameter
_set_idが0に等しいとき、SPSは、DPSを参照せず、SPSを参照する各CLVSをデコードする
ときにDPSは参照されない。sps_decoding_parameter_set_idの値は、ビットストリーム内
のコーディング済みピクチャによって参照されるすべてのSPSにおいて同じであるものと
する。
sps_video_parameter_set_idは、0よりも大きいとき、SPSによって参照されるVPSに対
するvps_video_parameter_set_idの値を指定する。sps_video_parameter_set_idが0に等
しいとき、SPSは、VPSを参照し得ず、SPSを参照する各CLVSをデコードするときにVPSは参
照されず、GeneralLayerIdx[nuh_layer_id]の値は、0に等しいと推論されるものとし、vp
s_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]の値は、1に等しいと推論さ
れ得る。vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき
、特定のnuh_layer_id値nuhLayerIdを有するCLVSによって参照されるSPSは、nuhLayerId
に等しいnuh_layer_idを有するものとする。
sps_max_sub_layers_minus1+1は、SPSを参照する各CLVS内に存在している可能性のある
時間的サブレイヤの最大数を指定する。sps_max_sub_layers_minus1の値は、0からvps_ma
x_sub_layers_minus1までの範囲内にあるものとする。sps_reserved_zero_4bitsは、適合
するビットストリーム内で0に等しいものとする。sps_reserved_zero_4bitsに対する他の
値は、予約され得る。
1に等しいsps_ptl_dpb_present_flagは、profile_tier_level()シンタックス構造およ
びdpb_parameters()シンタックス構造がSPS内に存在していることを指定する。0に等しい
sps_ptl_dpb_present_flagは、profile_tier_level()シンタックス構造も、dpb_paramete
rs()シンタックス構造も、SPS内に存在していないことを指定する。sps_ptl_dpb_present
_flagの値は、vps_independent_layer_flag[nuh_layer_id]に等しいものとする。vps_ind
ependent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しい場合、変数MaxDecPic
BuffMinus1は、SPS内のdpb_parameters()シンタックス構造においてmax_dec_pic_bufferi
ng_minus1[sps_max_sub_layers_minus1]に等しくなるように設定される。そうでない場合
、MaxDecPicBuffMinus1は、VPS内のlayer_nonoutput_dpb_params_idx[GeneralLayerIdx[n
uh_layer_id]]番目のdpb_parameters()シンタックス構造のmax_dec_pic_buffering_minus
1[sps_max_sub_layers_minus1]に等しくなるように設定される。1に等しいgdr_enabled_f
lagは、SPSを参照するCLVSにGDRピクチャが存在し得ることを指定する。0に等しいgdr_en
abled_flagは、SPSを参照するCLVSにGDRピクチャが存在しないことを指定する。
sps_sub_layer_dpb_params_flagは、SPS内のdpb_parameters()シンタックスにおけるma
x_dec_pic_buffering_minus1[i]、max_num_reorder_pics[i]、およびmax_latency_increa
se_plus1[i]シンタックス要素の存在を制御するために使用される。存在しないときには
、sps_sub_dpb_params_info_present_flagは、0に等しいと推論される。0に等しいlong_t
erm_ref_pics_flagは、CLVS内の任意のコーディング済みピクチャのインター予測にLTRP
が使用されないことを指定する。1に等しいlong_term_ref_pics_flagは、CLVS内の1つま
たは複数のコーディング済みピクチャのインター予測にLTRPが使用され得ることを指定す
る。
例示的な一般的なプロファイル、ティア、およびレベルのセマンティクスは次のとおり
である。profile_tier_level()シンタックス構造は、レベル情報、および任意選択で、プ
ロファイル、ティア、サブプロファイル、および一般制約条件情報(PT情報として示され
る)を提供する。profile_tier_level()シンタックス構造がDPSに含まれるとき、OlsInSco
peは、DPSを参照するビットストリーム全体におけるすべてのレイヤを含むOLSである。pr
ofile_tier_level()シンタックス構造が、VPSに含まれるとき、OlsInScopeは、VPSによっ
て指定される1つまたは複数のOLSである。profile_tier_level()シンタックス構造が、SP
Sに含まれるとき、OlsInScopeは、独立レイヤであるものとする、SPSを参照するレイヤの
うち最下位レイヤであるレイヤのみを含むOLSである。
general_profile_idcは、OlsInScopeが適合するプロファイルを示す。general_tier_fl
agは、general_level_idcの解釈に対するティアコンテキストを指定する。num_sub_profi
lesは、general_sub_profile_idc[i]シンタックス要素の数を指定する。general_sub_pro
file_idc[i]は、登録されているi番目の相互運用性メタデータを示している。general_le
vel_idcは、OlsInScopeが適合するレベルを示す。general_level_idcは値が大きいほどレ
ベルが高いことを示すことに留意されたい。OlsInScopeに対するDPSでシグナリングされ
る最大レベルは、OlsInScope内に含まれるCVSに対するSPSにおいてシグナリングされるレ
ベルより高いものとしてよい。OlsInScopeが複数のプロファイルに適合するとき、genera
l_profile_idcは、エンコーダによって決定されるように、好ましいデコード済み結果ま
たは好ましいビットストリーム識別を提供するプロファイルを示すべきであることにも留
意されたい。profile_tier_level()シンタックス構造がDPSに含まれ、OlsInScopeのCVSが
異なるプロファイルに適合するとき、general_profile_idcおよびlevel_idcはOlsInScope
をデコードすることができるデコーダに対するプロファイルおよびレベルを示すべきであ
ることにも留意されたい。
1に等しいsub_layer_level_present_flag[i]は、レベル情報がiに等しいTemporalIdを
有するサブレイヤ表現に対するprofile_tier_level()シンタックス構造内に存在すること
を指定する。0に等しいsub_layer_level_present_flag[i]は、レベル情報がiに等しいTem
poralIdを有するサブレイヤ表現に対するprofile_tier_level()シンタックス構造内に存
在しないことを指定する。ptl_alignment_zero_bitsは0に等しいものとする。シンタック
ス要素sub_layer_level_idc[i]のセマンティクスは、存在していない値の推論の指定とは
別にして、シンタックス要素general_level_idcと同じであるが、iに等しいTemporalIdを
有するサブレイヤ表現に適用される。
例示的なDPBパラメータセマンティクスは次のとおりである。dpb_parameters(maxSubLa
yersMinus1, subLayerInfoFlag)シンタックス構造は、DPBサイズ、最大ピクチャ順序変更
数、およびCVSの各CLVSに対する最大待ち時間の情報を提供する。dpb_parameters()シン
タックス構造が、VPSに含まれるとき、dpb_parameters()シンタックス構造が適用されるO
LSは、VPSによって指定される。dpb_parameters()シンタックス構造が、SPSに含まれると
き、dpb_parameters()シンタックス構造は、独立レイヤであるものとする、SPSを参照す
るレイヤのうち最下位レイヤであるレイヤのみを含むOLSに適用される。
max_dec_pic_buffering_minus1[i]+1は、CVSの各CLVSについて、Htidがiに等しいとき
にピクチャストレージバッファのユニットでのデコード済みピクチャバッファの最大必要
サイズを指定する。max_dec_pic_buffering_minus1[i]の値は、0からMaxDpbSize-1までの
範囲内にあるものとする。iが0より大きいとき、max_dec_pic_buffering_minus1[i]は、m
ax_dec_pic_buffering_minus1[i-1]以上であるものとする。subLayerInfoFlagが0に等し
いことに起因して、max_dec_pic_buffering_minus1[i]が、0からmaxSubLayersMinus1-1ま
での範囲内のiについて存在していないとき、max_dec_pic_buffering_minus1[i]は、max_
dec_pic_buffering_minus1[maxSubLayersMinus1]に等しいと推論される。
max_num_reorder_pics[i]は、CVSの各CLVSについて、Htidがiに等しいときにCLVSの任
意のピクチャにデコード順序で先行し出力順序でそのピクチャが後に続くことができるCL
VSのピクチャの最大許容数を指定する。max_num_reorder_pics[i]の値は、0からmax_dec_
pic_buffering_minus1[i]までの範囲内にあるものとする。iが0より大きいとき、max_num
_reorder_pics[i]は、max_num_reorder_pics[i-1]以上であるものとする。subLayerInfoF
lagが0に等しいことに起因して、max_num_reorder_pics[i]が、0からmaxSubLayersMinus1
-1までの範囲内のiについて存在していないとき、max_num_reorder_pics[i]は、max_num_
reorder_pics[maxSubLayersMinus1]に等しいと推論される。
0に等しくないmax_latency_increase_plus1[i]は、MaxLatencyPictures[i]の値を計算
するために使用され、これは、CVSの各CLVSについて、Htidがiに等しいときにCLVSの任意
のピクチャに出力順序で先行しデコード順序でそのピクチャが後に続くことができるCLVS
内のピクチャの最大数を指定する。max_latency_increase_plus1[i]が0に等しくないとき
、MaxLatencyPictures[i]の値は、次のように指定され得る。
MaxLatencyPictures[i]=max_num_reorder_pics[i]+max_latency_increase_plus1[i]-1
max_latency_increase_plus1[i]が0に等しいとき、対応する限度は表現されない。
max_latency_increase_plus1[i]の値は、0から232-2までの範囲内であるべきである。s
ubLayerInfoFlagが0に等しいことに起因して、max_latency_increase_plus1[i]が、0から
maxSubLayersMinus1-1までの範囲内のiについて存在していないとき、max_latency_incre
ase_plus1[i]は、max_latency_increase_plus1[maxSubLayersMinus1]に等しいと推論され
る。
例示的な一般HDRパラメータセマンティクスは、次のとおりである。general_hrd_param
eters()シンタックス構造は、HRD演算で使用されるHRDパラメータを規定する。num_ols_h
rd_params_minus1+1は、general_hrd_parameters()シンタックス構造に存在するols_hrd_
parameters()シンタックス構造の数を指定する。num_ols_hrd_params_minus1の値は、0か
ら63までの範囲内にあるものとする。TotalNumOlssが1より大きいとき、num_ols_hrd_par
ams_minus1の値は、0に等しいと推論される。hrd_cpb_cnt_minus1+1は、CVSのビットスト
リーム内の代替的CPB指定の数を指定する。hrd_cpb_cnt_minus1の値は、0から31までの範
囲内にあるものとする。hrd_max_temporal_id[i]は、HRDパラメータがi番目のlayer_leve
l_hrd_parameters()シンタックス構造に含まれる最上位サブレイヤ表現のTemporalIdを指
定する。hrd_max_temporal_id[i]の値は、0からvps_max_sub_layers_minus1までの範囲内
であるものとする。vps_max_sub_layers_minus1が0に等しいとき、hrd_max_temporal_id[
i]の値は、0に等しいと推論される。ols_hrd_idx[i]は、i番目のOLSに適用されるols_hrd
_parameters()シンタックス構造のインデックスを指定する。ols_hrd_idx[[i]の値は、0
からnum_ols_hrd_params_minus1までの範囲内であるものとする。存在していないとき、o
ls_hrd_idx[[i]の値は、0に等しいと推論される。
例示的な参照ピクチャリスト構造セマンティクスは、次のとおりである。ref_pic_list
_struct(listIdx, rplsIdx)シンタックス構造は、SPS内、またはスライスヘッダ内に存在
しているものとしてよい。シンタックス構造がスライスヘッダまたはSPSに含まれるかど
うかに応じて、次が適用される。スライスヘッダ内に存在する場合、ref_pic_list_struc
t(listIdx, rplsIdx)シンタックス構造は、現在のピクチャ(スライスを含むピクチャ)の
参照ピクチャリストlistIdxを指定する。そうでない場合(SPSに存在する場合)、ref_pic_
list_struct(listIdx, rplsIdx)シンタックス構造は、参照ピクチャリストlistIdxに対す
る候補を指定し、この節の残りの部分で指定されるセマンティクスにおける「現在のピク
チャ」という用語は、SPSに含まれるref_pic_list_struct(listIdx, rplsIdx)シンタック
ス構造のリストへのインデックスに等しいref_pic_list_idx[listIdx]を含む1つまたは複
数のスライスを有し、SPSを参照するCVS内にある各ピクチャを指す。num_ref_entries[li
stIdx][rplsIdx]は、ref_pic_list_struct(listIdx, rplsIdx)シンタックス構造内のエン
トリの数を指定する。num_ref_entries[listIdx][rplsIdx]の値は、0からMaxDecPicBuffM
inus1+14までの範囲内であるものとする。
例示的な一般的なデコーディングプロセスは、次のとおりである。このプロセスへの入
力は、ビットストリームBitstreamToDecodeである。このプロセスの出力は、デコード済
みピクチャのリストである。デコーディングプロセスは、指定されたプロファイルおよび
レベルに適合するすべてのデコーダが、そのプロファイルおよびレベルに適合するビット
ストリームに対してそのプロファイルに関連付けられているデコーディングプロセスを呼
び出すときに数値的に同一のクロップされたデコード済み出力ピクチャを形成するように
指定される。本明細書において説明されているプロセスによって形成されたものと同一の
クロップされたデコード済み出力ピクチャを形成する任意のデコーディングプロセスは、
(指定されているように、正しい出力順序または出力タイミングで)デコーディングプロセ
ス要件に適合する。
ビットストリーム内の各IRAP AUについて、次が適用される。AUがビットストリーム内
のデコード順で最初のAUであるか、各ピクチャが瞬時デコーディングリフレッシュ(IDR)
ピクチャであるか、または各ピクチャがデコード順でシーケンスNALユニットの終端の後
に続くレイヤの最初のピクチャである場合に、変数NoIncorrectPicOutputFlagは1に等し
くなるように設定される。そうでなければ、変数HandleCraAsCvsStartFlagがAUに対する
値に設定されている場合、HandleCraAsCvsStartFlagは外部メカニズムによって提供され
る値に等しくなるように設定され、NoIncorrectPicOutputFlagはHandleCraAsCvsStartFla
gに等しくなるように設定される。そうでなければ、HandleCraAsCvsStartFlagおよびNoIn
correctPicOutputFlagは両方とも0に等しくなるように設定される。
ビットストリーム内の各漸進的デコーディングリフレッシュ(GDR)AUについて、次が適
用される。AUがビットストリーム内のデコード順で最初のAUであるか、または各ピクチャ
がデコード順でシーケンスNALユニットの終端の後に続くレイヤの最初のピクチャである
場合に、変数NoIncorrectPicOutputFlagは1に等しくなるように設定される。そうでなけ
れば、何らかの外部メカニズムが、変数HandleGdrAsCvsStartFlagをAUに対する値に設定
するために利用可能である場合、HandleGdrAsCvsStartFlagは、外部メカニズムによって
提供される値に等しくなるように設定され、NoIncorrectPicOutputFlagは、HandleGdrAsC
vsStartFlagに等しくなるように設定される。そうでなければ、HandleGdrAsCvsStartFlag
およびNoIncorrectPicOutputFlagは両方とも0に等しくなるように設定される。IRAPピク
チャとGDRピクチャの両方について、上記の操作は、ビットストリーム中のCVSを識別する
ために使用される。デコーディングは、BitstreamToDecodeの各コーディング済みピクチ
ャに対してデコード順に繰り返し呼び出される。
参照ピクチャリスト構築のための例示的なデコーディングプロセスは、次のとおりであ
る。このプロセスは、非IDRピクチャの各スライスに対してデコーディングプロセスの始
めに呼び出される。参照ピクチャは、参照インデックスを通じてアドレス指定される。参
照インデックスは、参照ピクチャリストへのインデックスである。Iスライスをデコード
するとき、参照ピクチャリストは、スライスデータをデコードする際に使用されない。P
スライスをデコードするとき、参照ピクチャリスト0のみ(たとえば、RefPicList[0])が、
スライスデータをデコードする際に使用される。Bスライスをデコードするとき、参照ピ
クチャリスト0と参照ピクチャリスト1(たとえば、RefPicList[1])の両方が、スライスデ
ータをデコードする際に使用される。
次の制約条件が、ビットストリーム適合性に対して適用される。0または1に等しい各i
について、num_ref_entries[i][RplsIdx[i]]は、NumRefIdxActive[i]より小さくないもの
とする。RefPicList[0]またはRefPicList[1]の各アクティブエントリによって参照される
ピクチャは、DPB内に存在しているものとし、現在のピクチャのTemporalId以下のTempora
lIdを有するものとする。RefPicList[0]またはRefPicList[1]の各エントリによって参照
されるピクチャは、現在のピクチャではないものとし、0に等しいnon_reference_picture
_flagを有するものとする。ピクチャのスライスのRefPicList[0]もしくはRefPicList[1]
内の短期参照ピクチャ(STRP)エントリおよび同じスライスまたは同じピクチャの異なるス
ライスのRefPicList[0]もしくはRefPicList[1]の長期参照ピクチャ(LTRP)エントリは、同
じピクチャを参照すべきではない。RefPicList[0]またはRefPicList[1]に、現在のピクチ
ャのPicOrderCntValとそのエントリによって参照されるピクチャのPicOrderCntValとの差
が224以上となるLTRPエントリはあるべきでない。
setOfRefPicsを、現在のピクチャと同じnuh_layer_idを有するRefPicList[0]内のすべ
てのエントリおよび現在のピクチャと同じnuh_layer_idを有するRefPicList[1]内のすべ
てのエントリによって参照される固有のピクチャのセットであるとする。setOfRefPicsの
ピクチャの数は、MaxDecPicBuffMinus1以下であるものとし、setOfRefPicsは、ピクチャ
のすべてのスライスについて同じであるものとする。現在のピクチャが段階的時間的サブ
レイヤアクセス(STSA)ピクチャであるとき、RefPicList[0]またはRefPicList[1]に、現在
のピクチャのTemporalIdに等しいTemporalIdを有するアクティブエントリがないものとす
る。現在のピクチャが、デコード順で、現在のピクチャとのTemporalIdに等しいTemporal
Idを有するSTSAピクチャの後に続くピクチャであるとき、デコード順でSTSAピクチャに先
行するRefPicList[0]またはRefPicList[1]内のアクティブエントリとして含まれる現在ピ
クチャのTemporalIdに等しいTemporalIdを有するピクチャはないものとする。
現在のピクチャのスライスのRefPicList[0]またはRefPicList[1]内の各レイヤ間参照ピ
クチャ(ILRP)エントリによって参照されるピクチャは、現在のピクチャと同じアクセスユ
ニットにあるものとする。現在のピクチャのスライスのRefPicList[0]またはRefPicList[
1]内の各ILRPエントリによって参照されるピクチャは、DPB内に存在するものとし、現在
のピクチャのnuh_layer_idより小さいnuh_layer_idを有するものとする。スライスのRefP
icList[0]またはRefPicList[1]内の各ILRPエントリは、アクティブエントリであるべきで
ある。
例示的なHRD指定は、次のとおりである。HRDは、ビットストリームおよびデコーダ適合
性をチェックするために使用される。entireBitstreamと表記される、ビットストリーム
全体と称される、ビットストリームの適合性をチェックするためにビットストリーム適合
性テストのセットが使用される。ビットストリーム適合性テストのセットは、VPSによっ
て指定された各OLSの各OPの適合性をテストするためのものである。
各テストについて、次の順序のステップがリストにされた順で適用され、その後、この
節におけるこれらのステップの後に記述されるプロセスが続く。targetOpと表記される、
テスト対象のオペレーションポイントが、OLSインデックスopOlsIdxおよび最高のTempora
lId値opTidを有するターゲットOLSを選択することによって選択される。opOlsIdxの値は
、0からTotalNumOlss-1までの範囲内にある。opTidの値は、0からvps_max_sub_layers_mi
nus1までの範囲内にある。opOlsIdxおよびopTidの選択された値の各対は、entireBitstre
am、opOlsIdx、およびopTidを入力としてサブビットストリーム抽出プロセスを呼び出す
ことによって出力されるサブビットストリームが次の条件を満たすような対であるものと
する。BitstreamToDecodeにおけるLayerIdInOls[opOlsIdx]のnuh_layer_idに等しいnuh_l
ayer_id値を有するVCL NALユニットが少なくとも1つある。BitstreamToDecodeにおいてTe
mporalIdがopTidに等しいVCL NALユニットが少なくとも1つある。
targetOpにおけるレイヤが、entireBitstream内のすべてのレイヤを含み、opTidがenti
reBitstream内のすべてのNALユニットの中で最高のTemporalId値と等しい大きいである場
合、BitstreamToDecodeはentireBitstreamと同一になるように設定される。そうでない場
合、BitstreamToDecodeは、entireBitstream、opOlsIdx、およびopTidを入力としてサブ
ビットストリーム抽出プロセスを呼び出すことによって出力されるように設定される。Ta
rgetOlsIdxおよびHtidの値は、それぞれtargetOpのopOlsIdxおよびopTidに等しくなるよ
うに設定される。ScIdxの値が選択される。選択されたScIdxは、0からhrd_cpb_cnt_minus
1までの範囲内にあるものとする。TargetOlsIdxに適用可能なバッファリング期間SEIメッ
セージ(TargetLayerBitstream内に存在するか、または外部メカニズムを通じて利用可能)
に関連付けられているBitstreamToDecodeにおけるアクセスユニットは、HRD初期化点とし
て選択され、ターゲットOLSの各レイヤに対してアクセスユニット0と参照される。
その後のステップは、ターゲットOLS内のOLSレイヤインデックスTargetOlsLayerIdxを
有する各レイヤに適用される。BitstreamToDecodeに適用可能なols_hrd_parameters()シ
ンタックス構造およびsub_layer_hrd_parameters()シンタックス構造は次のように選択さ
れる。VPS内の(または外部メカニズムを通じて提供される)ols_hrd_idx[TargetOlsIdx]番
目のols_hrd_parameters()シンタックス構造が選択される。選択されたols_hrd_paramete
rs()シンタックス構造内で、BitstreamToDecodeがタイプIビットストリームである場合、
条件「if(general_vcl_hrd_params_present_flag)」の直後に来るsub_layer_hrd_paramet
ers(Htid)シンタックス構造が選択され、変数NalHrdModeFlagが0に等しくなるように設定
される。そうでない場合(BitstreamToDecodeがタイプIIビットストリームである場合)、
条件「if(general_vcl_hrd_params_present_flag)」(この場合、変数NalHrdModeFlagは0
に等しくなるように設定される)または条件「if(general_nal_hrd_params_present_flag)
」(この場合、変数NalHrdModeFlagは1に等しくなるように設定される)のいずれかの直後
に来るsub_layer_hrd_parameters(Htid)シンタックス構造が選択される。BitstreamToDec
odeがタイプIIビットストリームであり、NalHrdModeFlagが0に等しいとき、フィラーデー
タNALユニットを除くすべての非VCL NALユニット、ならびにNALユニットストリームから
バイトストリームを形成するすべてのleading_zero_8bits、zero_byte、start_code_pref
ix_one_3bytes、およびtrailing_zero_8bitsシンタックス要素は、存在するとき、Bitstr
eamToDecodeから破棄され、残りのビットストリームは、BitstreamToDecodeに割り当てら
れる。
decoding_unit_hrd_params_present_flagが1に等しいとき、CPBは、アクセスユニット
レベル(この場合、変数DecodingUnitHrdFlagは0に等しくなるように設定される)またはデ
コーディングユニットレベル(この場合、変数DecodingUnitHrdFlagは1に等しくなるよう
に設定される)のいずれかで動作するようにスケジュールされる。そうでない場合、Decod
ingUnitHrdFlagは0に等しくなるように設定され、CPBはアクセスユニットレベルで動作す
るようにスケジュールされる。
アクセスユニット0から始まるBitstreamToDecode内の各アクセスユニットについて、ア
クセスユニットに関連付けられ、TargetOlsIdxに適用されるバッファリング期間SEIメッ
セージ(BitstreamToDecode内に存在しているか、または外部メカニズムを通じて利用可能
である)が選択され、アクセスユニットに関連付けられ、TargetOlsIdxに適用されるピク
チャタイミング期間SEIメッセージ(BitstreamToDecode内に存在しているか、または外部
メカニズムを通じて利用可能である)が選択され、DecodingUnitHrdFlagが1に等しく、dec
oding_unit_cpb_params_in_pic_timing_sei_flagが0に等しいとき、アクセスユニット内
のデコーディングユニットに関連付けられ、TargetOlsIdxに適用されるデコーディングユ
ニット情報SEIメッセージ(BitstreamToDecode内に存在しているか、または外部メカニズ
ムを通じて利用可能である)が選択される。
各適合性テストは、上記ステップの各々における1つのオプションの組合せを含む。ス
テップに対して複数のオプションがあるとき、任意の特定の適合性テストに対して、1つ
のオプションのみが選択される。すべてのステップの可能なすべての組合せが、適合性テ
ストのセット全体を成す。テスト対象の各オペレーションポイントについて、実行される
べきビットストリーム適合性テストの数は、n0*n1*n2*n3に等しく、n0、n1、n2、およびn
3の値は、次のように指定される。n1はhrd_cpb_cnt_minus1+1に等しい。n1は、バッファ
リング期間SEIメッセージに関連付けられているBitstreamToDecodeにおけるアクセスユニ
ットの数である。n2は、次のように導出される。BitstreamToDecodeがタイプIビットスト
リームである場合、n0は1に等しい。そうでない場合(BitstreamToDecodeがタイプIIビッ
トストリームである場合)、n0は2に等しい。n3は、次のように導出される。decoding_uni
t_hrd_params_present_flagが0に等しい場合、n3は1に等しい。そうでない場合、n3は2に
等しい。
HRDは、ビットストリーム抽出器(任意選択で存在する)、コーディング済みピクチャバ
ッファ(CPB)、瞬時デコーディングプロセス、各レイヤに対するサブDPBを概念的に含むデ
コード済みピクチャバッファ(DPB)、および出力クロッピングを含んでいる。各ビットス
トリーム適合性テストについて、CPBサイズ(ビット数)は、CpbSize[Htid][ScIdx]であり
、各レイヤに対するDPBパラメータmax_dec_pic_buffering_minus1[Htid]、max_num_reord
er_pics[Htid]、およびMaxLatencyPictures[Htid]は、レイヤが独立レイヤであるかどう
か、およびレイヤがターゲットOLSの出力レイヤであるかどうかに応じてそのレイヤに適
用されるdpb_pameters()シンタックス構造内に見つかるか、またはそれから導出される。
HRDは次のように動作し得る。HDRは、デコーディングユニット0で初期化され、CPBおよ
びDPBの各サブDPBの両方は空に設定される(各サブDPBに対するサブDPBの充足量が0に等し
くなるように設定されている)。初期化後、HRDは、その後のバッファリング期間SEIメッ
セージによって再び初期化されることはあり得ない。指定された到着スケジュールに従っ
て各CPBに流入するデコーディングユニットに関連付けられているデータは、仮想ストリ
ームスケジューラ(HSS)によって配信される。各デコーディングユニットに関連付けられ
ているデータが除去され、デコーディングユニットのCPB除去時間に瞬時デコーディング
プロセスによって瞬時にデコードされる。各デコード済みピクチャは、DPB内に置かれる
。デコード済みピクチャは、デコード済みピクチャがインター予測参照にもはや必要なく
なり、また出力にもはや必要なくなったときにDPBから除去される。
デコード済みピクチャバッファの例示的な動作は次のとおりである。これらの指定は、
選択されたデコード済みピクチャバッファ(DPB)パラメータの各セットに独立して適用さ
れ得る。デコード済みピクチャバッファは、概念的にはサブDPBを含み、各サブDPBは、1
つのレイヤのデコード済みピクチャを記憶するためのピクチャストレージバッファを含む
。ピクチャストレージバッファの各々は、参照用使用とマークされるか、または後の出力
のために保持されるデコード済みピクチャを含み得る。本明細書において説明されている
プロセスは、順次適用され、OLS内のレイヤのnuh_layer_id値の増加順に、OLS内の最下位
レイヤから始まって各レイヤについて独立して適用される。特定のレイヤに対してこれら
のプロセスが適用されるとき、特定のレイヤに対するサブDPBのみが影響を受ける。これ
らのプロセスの説明では、DPBは、特定のレイヤに対するサブDPBを指し、その特定のレイ
ヤは、現在のレイヤと称される。
出力タイミングDPBの動作において、同一アクセスユニット内のPicOutputFlagが1に等
しいデコード済みピクチャは、デコード済みピクチャのnuh_layer_id値の昇順に連続的に
出力される。ピクチャnおよび現在のピクチャを、nuh_layer_idの特定の値に対するアク
セスユニットnのコーディング済みピクチャまたはデコード済みピクチャとし、nを非負の
整数値とする。現在のピクチャのデコード前のDPBからのピクチャの除去は次のように生
じる。現在のピクチャのデコード前のDPBからのピクチャの除去(ただし、現在のピクチャ
の最初のスライスのスライスヘッダの解析後)は、アクセスユニットnの最初のデコーディ
ングユニットのCPB除去時間において実質的に瞬時に起こり(現在のピクチャを含む)、次
のように進む。
参照ピクチャリスト構築に対するデコーディングプロセスが呼び出され、参照ピクチャ
マーキングに対するデコーディングプロセスが呼び出される。現在のAUが、AU0でないコ
ーディング済みビデオシーケンス開始(CVSS)AUであるとき、次の順序付けられたステップ
が適用される。変数NoOutputOfPriorPicsFlagは、次のようにテスト対象のデコーダにつ
いて導出される。現在のAU内の任意のピクチャについて導出されたpic_width_max_in_lum
a_samples、pic_height_max_in_luma_samples、chroma_format_idc、separate_colour_pl
ane_flag、bit_depth_luma_minus8、bit_depth_chroma_minus8またはmax_dec_pic_buffer
ing_minus1[Htid]の値が、同じCLVS内の先行するピクチャについてそれぞれ導出されたpi
c_width_in_luma_samples、pic_height_in_luma_samples、chroma_format_idc、separate
_colour_plane_flag、bit_depth_luma_minus8、bit_depth_chroma_minus8、またはmax_de
c_pic_buffering_minus1[Htid]の値と異なる場合、NoOutputOfPriorPicsFlagは、no_outp
ut_of_prior_pics_flagの値に関係なく、テスト対象のデコーダによって1に設定されるこ
とがある。NoOutputOfPriorPicsFlagをno_output_of_prior_pics_flagに等しくなるよう
に設定することはこれらの条件の下で好ましい場合があるが、テスト対象のデコーダは、
この場合にNoOutputOfPriorPicsFlagを1に設定することを許される。そうでない場合、No
OutputOfPriorPicsFlagは、no_output_of_prior_pics_flagに等しくなるように設定され
る。
テスト対象のデコーダについて導出されたNoOutputOfPriorPicsFlagの値はHRDに対して
適用され、その結果、NoOutputOfPriorPicsFlagの値が1に等しいとき、DPB内のすべての
ピクチャストレージバッファは、それらが含むピクチャの出力なしで空にされ、DPB充足
量は0に等しくなるように設定される。DPB内の任意のピクチャkについて次の条件の両方
が真であるとき、DPB内のそのようなすべてのピクチャkはDPBから除去される。ピクチャk
は、参照用未使用としてマークされ得るか、またはピクチャkは、0に等しいPictureOutpu
tFlagを有することができるか、もしくはDPB出力時間は、現在のピクチャnの最初のデコ
ーディングユニット(デコーディングユニットmと表す)のCPB除去時間以下であり、DpbOut
putTime[k]はDuCpbRemovalTime[m]以下である。DPBから除去される各ピクチャについて、
DPB充足量は、1だけ減分される。
出力順DPBの動作は次のとおりであるものとしてよい。これらのプロセスは、選択され
たデコード済みピクチャバッファ(DPB)パラメータの各セットに独立して適用され得る。
デコード済みピクチャバッファは、概念的にはサブDPBを含み、各サブDPBは、1つのレイ
ヤのデコード済みピクチャを記憶するためのピクチャストレージバッファを含む。ピクチ
ャストレージバッファの各々は、参照用使用とマークされるか、または将来の出力のため
に保持されるデコード済みピクチャを含む。現在のピクチャのデコード前にDPBからピク
チャを出力し除去するためのプロセスが呼び出され、それに続いて現在のデコード済みピ
クチャのマーキングおよび記憶のためのプロセスが呼び出され、それに続いて最後に追加
バンピングのプロセスが呼び出される。これらのプロセスは、OLS内の最下位レイヤから
始まって、OLS内のレイヤのnuh_layer_id値の増加順に、各レイヤについて独立して適用
される。特定のレイヤに対してこれらのプロセスが適用されるとき、特定のレイヤに対す
るサブDPBのみが影響を受ける。
出力順序DPBの動作において、出力タイミングDPBの動作と同じように、同じアクセスユ
ニット内でPicOutputFlagが1に等しいデコード済みピクチャも、デコード済みピクチャの
nuh_layer_id値の昇順に連続的に出力される。ピクチャnおよび現在のピクチャを、nuh_l
ayer_idの特定の値に対するアクセスユニットnのコーディング済みピクチャまたはデコー
ド済みピクチャとし、nを非負の整数値とする。DPBからのピクチャの出力および除去につ
いて次のように説明される。
現在のピクチャのデコード前(ただし、現在のピクチャの最初のスライスのスライスヘ
ッダを解析した後)のDPBからのピクチャの出力および除去は、現在のピクチャを含むアク
セスユニットの最初のデコーディングユニットがCPBから除去されたときに実質的に瞬時
に生じ、次のように進む。参照ピクチャリスト構築に対するデコーディングプロセスが呼
び出され、参照ピクチャマーキングに対するデコーディングプロセスが呼び出される。現
在のAUが、AU0でないCVSS AUである場合に、次の順序付けられたステップが適用される。
変数NoOutputOfPriorPicsFlagは、次のようにテスト対象のデコーダについて導出される
。現在のAUの任意のピクチャについて導出されたpic_width_max_in_luma_samples、pic_h
eight_max_in_luma_samples、chroma_format_idc、separate_colour_plane_flag、bit_de
pth_luma_minus8、bit_depth_chroma_minus8またはmax_dec_pic_buffering_minus1[Htid]
の値が、同じCLVS内の先行するピクチャについてそれぞれ導出されたpic_width_in_luma_
samples、pic_height_in_luma_samples、chroma_format_idc、separate_colour_plane_fl
ag、bit_depth_luma_minus8、bit_depth_chroma_minus8、またはmax_dec_pic_buffering_
minus1[Htid]の値と異なる場合、NoOutputOfPriorPicsFlagは、no_output_of_prior_pics
_flagの値に関係なく、テスト対象のデコーダによって1に設定されることがある。
NoOutputOfPriorPicsFlagをno_output_of_prior_pics_flagに等しくなるように設定す
ることはこれらの条件の下で好ましいことがあるが、テスト対象のデコーダは、この場合
にNoOutputOfPriorPicsFlagを1に設定することを許される。そうでない場合、NoOutputOf
PriorPicsFlagは、no_output_of_prior_pics_flagに等しくなるように設定される。テス
ト対象のデコーダについて導出される変数NoOutputOfPriorPicsFlagの値は、次のようにH
RDについて適用される。NoOutputOfPriorPicsFlagが1に等しい場合、DPB内のすべてのピ
クチャストレージバッファは、それらが含むピクチャの出力なしに空にされ、DPB充足量
は、0に等しくなるように設定される。そうでない場合(NoOutputOfPriorPicsFlagが0に等
しい場合)、出力に必要なしおよび参照用未使用とマークされているピクチャを含むすべ
てのピクチャストレージバッファは(出力なしで)空にされ、DPB内の空でないすべてのピ
クチャストレージバッファは、バンピングを繰り返し呼び出すことによって空にされ、DP
B充足量は、0に等しくなるように設定される。
そうでない場合(現在のピクチャがCLVSSピクチャではない場合)、出力に必要なしおよ
び参照用未使用とマークされているピクチャを含むすべてのピクチャストレージバッファ
が空にされる(出力なしで)。空にされた各ピクチャストレージバッファについて、DPB充
足量が1だけ減分される。次の条件のうちの1つまたは複数が真であるとき、次の条件のど
れも真でなくなるまで、空にされる各追加のピクチャストレージバッファについてDPB充
足量をさらに1だけ減分しながらバンピングプロセスが繰り返し呼び出される。出力に必
要とマークされているDPB内のピクチャの数は、max_num_reorder_pics[Htid]よりも大き
い。max_latency_increase_plus1[Htid]は0に等しくなく、関連付けられている変数PicLa
tencyCountがMaxLatencyPictures[Htid]以上である出力に必要とマークされている少なく
とも1つのピクチャがDPB内にある。DPB内のピクチャの数は、max_dec_pic_buffering_min
us1[Htid]+1以上である。
一例において、追加のバンピングは、次のように生じ得る。指定されているプロセスは
、現在のピクチャを含むアクセスユニットnの最後のデコーディングユニットがCPBから除
去されたときに実質的に瞬時に生じ得る。現在のピクチャが1に等しいPictureOutputFlag
を有するとき、出力に必要とマークされ、出力順序で現在のピクチャに続くDPB内の各ピ
クチャについて、関連付けられている変数PicLatencyCountは、PicLatencyCount+1に等し
くなるように設定される。次も適用される。現在のデコード済みピクチャが1に等しいPic
tureOutputFlagを有する場合、現在のデコード済みピクチャは、出力に必要とマークされ
、関連付けられている変数PicLatencyCountは、0に等しくなるように設定される。そうで
ない場合(現在のデコード済みピクチャは0に等しいPictureOutputFlagを有する場合)、現
在のデコード済みピクチャは出力に必要なしとマークされる。
次の条件のうちの1つまたは複数が真であるとき、バンピングプロセスは、次の条件の
うちのどれも真でなくなるまで繰り返し呼び出される。出力に必要とマークされているDP
B内のピクチャの数は、max_num_reorder_pics[Htid]よりも大きい。max_latency_increas
e_plus1[Htid]は0に等しくなく、関連付けられている変数PicLatencyCountがMaxLatencyP
ictures[Htid]以上である出力に必要とマークされている少なくとも1つのピクチャがDPB
内にある。
バンピングプロセスは、次の順序付けられたステップを含む。出力に関して最初である
1つまたは複数のピクチャは、出力に必要とマークされたDPB内のすべてのピクチャのPicO
rderCntValの最小値を有するものとして選択される。これらのピクチャの各々は、昇nuh_
layer_id順で、ピクチャに対する適合性クロッピングウィンドウを使用して、クロップさ
れ、クロップ済みピクチャが出力され、ピクチャは出力に必要なしとマークされる。参照
用未使用とマークされたピクチャを含み、クロップされ出力されたピクチャのうちの1つ
であった各ピクチャストレージバッファは空にされ、関連付けられているサブDPBの充足
量が1だけ減分される。同じCVSに属し、バンピングプロセスによって出力される任意の2
つのピクチャpicAおよびpicBについて、picAがpicBより早く出力されるとき、picAのPicO
rderCntValの値はpicBのPicOrderCntValの値より小さい。
例示的なサブビットストリーム抽出プロセスは次のとおりである。このプロセスへの入
力は、ビットストリームinBitstream、ターゲットOLSインデックスtargetOlsIdx、および
ターゲット最高TemporalId値tIdTargetである。このプロセスの出力は、サブビットスト
リームoutBitstreamである。ビットストリーム適合性の要件は、任意の入力ビットストリ
ームについて、ビットストリーム、VPSによって指定されるOLSのリストへのインデックス
に等しいtargetOlsIdx、および0から6までの範囲内の任意の値に等しいtIdTargetを入力
とするこのプロセスからの出力であり、以下の条件を満たす出力サブビットストリームが
適合するビットストリームであるものとすることであってよい。出力サブビットストリー
ムは、LayerIdInOls[targetOlsIdx]のnuh_layer_id値の各々に等しいnuh_layer_idを有す
る少なくとも1つのVCL NALユニットを含む。出力サブビットストリームは、tIdTargetに
等しいTemporalIdを有する少なくとも1つのVCL NALユニットを含む。適合するビットスト
リームは、0に等しいTemporalIdを有する1つまたは複数のコーディング済みスライスNAL
ユニットを含むが、0に等しいnuh_layer_idを有するコーディング済みスライスNALユニッ
トを有しなくてもよい。
出力サブビットストリームOutBitstreamは、次のように導出される。ビットストリーム
outBitstreamは、ビットストリームinBitstreamと同一になるように設定される。tIdTarg
etより大きいTemporalIdを有するすべてのNALユニットはoutBitstreamから除去される。
リストLayerIdInOls[targetOlsIdx]に含まれないnuh_layer_idを有するすべてのNALユニ
ットはoutBitstreamから除去される。1に等しいnesting_ols_flagを有するスケーラブル
ネスティングSEIメッセージを含み、0からnesting_num_olss_minus1までの範囲内にiの値
がなく、NestingOlsIdx[i]はtargetOlsIdxに等しい、すべてのSEI NALユニットはoutBits
treamから除去される。targetOlsIdxが0より大きいとき、0(バッファリング期間)、1(ピ
クチャタイミング)、または130(デコーディングユニット情報)に等しいpayloadTypeを有
する非スケーラブルネストSEIメッセージを含むすべてのSEI NALユニットはoutBitstream
から除去される。
例示的なスケーラブルネスティングSEIメッセージシンタックスは次のとおりである。
例示的な一般SEIペイロードセマンティクスは次のとおりである。非スケーラブルネス
トSEIメッセージの適用可能なレイヤまたはOLS上で、次が適用される。非スケーラブルネ
ストSEIメッセージについて、payloadTypeが0(バッファリング期間)、1(ピクチャタイミ
ング)、または130(デコーディングユニット情報)に等しいとき、非スケーラブルネストSE
Iメッセージは、0番目のOLSにのみ適用される。非スケーラブルネストSEIメッセージにつ
いて、payloadTypeがVclAssociatedSeiListのうちの任意の値に等しいとき、非スケーラ
ブルネストSEIメッセージは、VCL NALユニットがSEIメッセージを含むようになるまでSEI
NALユニットのthe nuh_layer_idに等しいnuh_layer_idを有するレイヤにのみ適用される
ビットストリーム適合性の要件は、SEI NALユニットのnuh_layer_idの値に次の制限が
適用されることであってよい。非スケーラブルネストSEIメッセージが、0(バッファリン
グ期間)、1(ピクチャタイミング)、または130(デコーディングユニット情報)に等しいpay
loadTypeを有するとき、非スケーラブルネストSEIメッセージを含むSEI NALユニットは、
vps_layer_id[0]に等しいnuh_layer_idを有するものとする。非スケーラブルネストSEIメ
ッセージが、VclAssociatedSeiListのうちの任意の値に等しいpayloadTypeを有するとき
、非スケーラブルネストSEIメッセージを含むSEI NALユニットは、SEI NALユニットに関
連付けられているVCL NALユニットのnuh_layer_idの値に等しいnuh_layer_idを有するも
のとする。スケーラブルネスティングSEIメッセージを含むSEI NALユニットは、スケーラ
ブルネストSEIメッセージが適用されるすべてのレイヤのnuh_layer_idの最低値(スケーラ
ブルネスティングSEIメッセージのnesting_ols_flagが0に等しいとき)またはスケーラブ
ルネストSEIメッセージが適用されるOLS内のすべてのレイヤのnuh_layer_idの最低値(ス
ケーラブルネスティングSEIメッセージのnesting_ols_flagが1に等しいとき)に等しいnuh
_layer_idを有するべきである。
例示的なスケーラブルネスティングSEIメッセージセマンティクスは次のとおりである
。スケーラブルネスティングSEIメッセージは、SEIメッセージを特定のOLSと、または特
定のレイヤと関連付けるメカニズムを提供する。スケーラブルネスティングSEIメッセー
ジは、1つまたは複数のSEIメッセージを含む。スケーラブルネスティングSEIメッセージ
に含まれるSEIメッセージは、スケーラブルネストSEIメッセージとも称される。ビットス
トリーム適合性の要件は、スケーラブルネスティングSEIメッセージ内にSEIメッセージを
含めることに次の制限が適用されることであってよい。
132(デコード済みピクチャハッシュ)または133(スケーラブルネスティング)に等しいpa
yloadTypeを有するSEIメッセージは、スケーラブルネスティングSEIメッセージに含まれ
ないものとしてよい。スケーラブルネスティングSEIメッセージがバッファリング期間、
ピクチャタイミング、またはデコーディングユニット情報SEIメッセージを含むとき、ス
ケーラブルネスティングSEIメッセージは、0(バッファリング期間)、1(ピクチャタイミン
グ)、または130(デコーディングユニット情報)に等しくないpayloadTypeを有する任意の
他のSEIメッセージも含まないものとする。
ビットストリーム適合性の要件は、スケーラブルネスティングSEIメッセージを含むSEI
NALユニットのnal_unit_typeの値に次の制限が適用されることであるものとしてよい。
スケーラブルネスティングSEIメッセージが、0(バッファリング期間)、1(ピクチャタイミ
ング)、130(デコーディングユニット情報)、145(従属RAP指示)、または168(フレームフィ
ールド情報)に等しいpayloadTypeを有するSEIメッセージを含むとき、スケーラブルネス
ティングSEIメッセージを含むSEI NALユニットは、PREFIX_SEI_NUTに等しいnal_unit_typ
eを有するべきである。
1に等しいnesting_ols_flagは、スケーラブルネストSEIメッセージが特定のOLSに適用
されることを指定する。0に等しいnesting_ols_flagは、スケーラブルネストSEIメッセー
ジが特定のレイヤに適用されることを指定する。ビットストリーム適合性の要件は、nest
ing_ols_flagの値に次の制限が適用されることであってよい。ケーラブルネスティングSE
Iメッセージが、0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーデ
ィングユニット情報)に等しいpayloadTypeを有するSEIメッセージを含むとき、nesting_o
ls_flagの値は1に等しいものとする。スケーラブルネスティングSEIメッセージが、VclAs
sociatedSeiList内の値に等しいpayloadTypeを有するSEIメッセージを含むとき、nesting
_ols_flagの値は0に等しいものとする。nesting_num_olss_minus1+1は、スケーラブルネ
ストSEIメッセージが適用されるOLSの数を指定する。nesting_num_olss_minus1の値は、0
からTotalNumOlss-1までの範囲内にあるものとする。
nesting_ols_idx_delta_minus1[i]は、nesting_ols_flagが1に等しいときにスケーラブ
ルネストSEIメッセージが適用されるi番目のOLSのOLSインデックスを指定する変数Nestin
gOlsIdx[i]を導出するために使用される。nesting_ols_idx_delta_minus1[i]の値は、0か
らTotalNumOlss-2までの範囲内にあるべきである。変数NestingOlsIdx[i]は、次のように
導出され得る。
if(i==0)
NestingOlsIdx[i]=nesting_ols_idx_delta_minus1[i]
else
NestingOlsIdx[i]=NestingOlsIdx[i-1]+nesting_ols_idx_delta_minus1[i]+1
1に等しいnesting_all_layers_flagは、スケーラブルネストSEIメッセージが現在のSEI
NALユニットのnuh_layer_id以上のnuh_layer_idを有するすべてのレイヤに適用されるこ
とを指定する。0に等しいnesting_all_layers_flagは、スケーラブルネストSEIメッセー
ジが現在のSEI NALユニットのnuh_layer_id以上のnuh_layer_idを有するすべてのレイヤ
に適用され得るか、または適用され得ないことを指定する。nesting_num_layers_minus1+
1は、スケーラブルネストSEIメッセージが適用されるレイヤの数を指定する。nesting_nu
m_layers_minus1の値は、0からvps_max_layers_minus1-GeneralLayerIdx[nuh_layer_id]
までの範囲内にあるものとし、nuh_layer_idは、現在のSEI NALユニットのnuh_layer_id
である。nesting_layer_id[i]は、nesting_all_layers_flagが0に等しいときにスケーラ
ブルネストSEIメッセージが適用されるi番目のレイヤのnuh_layer_id値を指定する。nest
ing_layer_id[i]の値は、nuh_layer_idより大きいものとし、nuh_layer_idは現在のSEI N
ALユニットのnuh_layer_idである。
nesting_ols_flagが0に等しいとき、スケーラブルネストSEIメッセージが適用されるレ
イヤの数を指定する変数NestingNumLayers、およびスケーラブルネストSEIメッセージが
適用されるレイヤnuh_layer_id値のリストを指定する、0からNestingNumLayers-1の範囲
内のiに対するリストNestingLayerId[i]は、次のように導出され得、nuh_layer_idは現在
のSEI NALユニットのnuh_layer_idである。
if(nesting_all_layers_flag) {
NestingNumLayers=vps_max_layers_minus1+1-GeneralLayerIdx[nuh_layer_id]
for(i=0; i<NestingNumLayers; i++)
NestingLayerId[i]=vps_layer_id[GeneralLayerIdx[nuh_layer_id]+i]
} else {
NestingNumLayers=nesting_num_layers_minus1+1
for(i=0; i<NestingNumLayers; i++)
NestingLayerId[i]=(i==0) ? nuh_layer_id: nesting_layer_id[i]
}
nesting_num_seis_minus1+1は、スケーラブルネストSEIメッセージの数を指定する。ne
sting_num_seis_minus1の値は、0から63までの範囲内にあるものとする。nesting_zero_b
itは、0に等しいものとする。
図8は、例示的なビデオコーディングデバイス800の概略図である。ビデオコーディング
デバイス800は、本明細書において説明されているような開示された例/実施形態を実施す
るのに適している。ビデオコーディングデバイス800は、ネットワークの上流および/また
は下流でデータ通信を行うための送信器および/または受信器を含む、下流ポート820、上
流ポート850、および/またはトランシーバユニット(Tx/Rx)810を備える。ビデオコーディ
ングデバイス800は、データを処理するための論理ユニットおよび/または中央演算処理装
置(CPU)を含むプロセッサ830と、データを記憶するためのメモリ832とを備える。ビデオ
コーディングデバイス800は、電気、光、またはワイヤレス通信ネットワークを介してデ
ータ通信を行うために、上流ポート850および/または下流ポート820に結合されている電
気、光-電気(OE)コンポーネント、電気-光(EO)コンポーネント、および/またはワイヤレ
ス通信コンポーネントも備え得る。ビデオコーディングデバイス800は、ユーザにデータ
を伝達し、ユーザからデータを受け取るための入力および/または出力(I/O)デバイス860
も含み得る。I/Oデバイス860は、ビデオデータを表示するためのディスプレイ、音声デー
タを出力するためのスピーカなどの出力デバイスを含み得る。I/Oデバイス860は、キーボ
ード、マウス、トラックボールなどの入力デバイス、および/またはそのような出力デバ
イスをインタラクティブに操作するための対応するインターフェースも含み得る。
プロセッサ830は、ハードウェアおよびソフトウェアによって実装される。プロセッサ8
30は、1つまたは複数のCPUチップ、コア(たとえば、マルチコアプロセッサとして)、フィ
ールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)、およびデジタ
ルシグナルプロセッサ(DSP)として実装されてもよい。プロセッサ830は、下流ポート820
、Tx/Rx810、上流ポート850、およびメモリ832と通信する。プロセッサ830は、コーディ
ングモジュール814を備える。コーディングモジュール814は、方法100、900、および1000
などの、本明細書において説明されている開示された実施形態を実装するものであり、マ
ルチレイヤビデオシーケンス600、ビットストリーム700、および/またはサブビットスト
リーム701を採用し得る。コーディングモジュール814は、本明細書において説明されてい
る任意の他の方法/メカニズムも実装し得る。さらに、コーディングモジュール814は、コ
ーデックシステム200、エンコーダ300、デコーダ400、および/またはHRD500を実装し得る
。たとえば、コーディングモジュール814は、サイマルキャストレイヤおよびVPSなしを含
むビットストリームをエンコードし、抽出し、および/またはデコードするために採用さ
れ得る。さらに、コーディングモジュール814は、サブビットストリーム抽出の一部とし
て抽出されるVPSへの参照に基づきエラーを回避するために様々なシンタックス要素およ
び/または変数を設定し、および/または推論するために採用され得る。それに加えて、コ
ーディングモジュール814は、CLVSを含むレイヤがサイマルキャストレイヤであるときにn
uh_layer_idがCLVSのnuh_layer_idと同じになるように制約するために採用され、それに
よりSPSの誤った抽出を防ぐことができる。したがって、コーディングモジュール814は、
上で説明されている問題のうちの1つまたは複数に対処するためのメカニズムを遂行する
ように構成され得る。したがって、コーディングモジュール814は、ビデオデータをコー
ディングするときに追加の機能性および/またはコーディング効率を提供することをビデ
オコーディングデバイス800に行わせる。それゆえに、コーディングモジュール814は、ビ
デオコーディングデバイス800の機能性を改善し、さらにはビデオコーディング技術に特
有の問題に対処する。さらに、コーディングモジュール814は、ビデオコーディングデバ
イス800の異なる状態への変換を行う。代替的に、コーディングモジュール814は、メモリ
832に記憶され、プロセッサ830によって実行される命令として(たとえば、非一時的媒体
に記憶されるコンピュータプログラム製品として)実装され得る。
メモリ832は、ディスク、テープドライブ、ソリッドステートドライブ、リードオンリ
ーメモリ(ROM)、ランダムアクセスメモリ(RAM)、フラッシュメモリ、三値連想メモリ(TCA
M)、スタティックランダムアクセスメモリ(SRAM)などの1つまたは複数のメモリタイプを
含む。メモリ832はプログラムを、そのようなプログラムが実行のために選択されたとき
、記憶し、プログラムの実行中に読み出される命令およびデータを記憶するために、オー
バーフローデータ記憶装置デバイスとして使用され得る。
図9は、サイマルキャストレイヤに対するサブビットストリーム抽出プロセス729におい
てSPS713を保持することをサポートするために、ビットストリーム700などのビットスト
リームにマルチレイヤビデオシーケンスをエンコードする例示的な方法900のフローチャ
ートである。方法900は、方法100を実行するとき、コーデックシステム200、エンコーダ3
00、および/またはビデオコーディングデバイス800などのエンコーダによって採用され得
る。さらに、方法900は、HRD500上で動作してもよく、したがって、マルチレイヤビデオ
シーケンス600および/またはその抽出済みレイヤに対して適合性テストを実行してもよい
方法900は、エンコーダがビデオシーケンスを受信し、たとえばユーザ入力に基づき、
そのビデオシーケンスをマルチレイヤビットストリームにエンコードすることを決定する
ときに開始し得る。ステップ901で、エンコーダは、コーディング済みピクチャのCLVSを
ビットストリーム内のレイヤにエンコードする。コーディング済みピクチャは、VCL NAL
ユニットのセット内に収容される。たとえば、エンコーダは、ビデオシーケンス内のピク
チャを1つまたは複数のCLVSとして1つまたは複数のレイヤにエンコードし、レイヤ/CLVS
をマルチレイヤビットストリームにエンコードすることができる。したがって、ビットス
トリームは、1つまたは複数のレイヤと1つまたは複数のCLVSとを含む。レイヤは、同じレ
イヤIdを有するVCL NALユニットおよび関連付けられている非VCL NALユニットのセットを
含み得る。さらに、CLVSは、同じnuh_layer_id値を有するコーディング済みピクチャのシ
ーケンスである。具体例として、VCL NALユニットは、nuh_layer_idによって識別される
レイヤに関連付けられ得る。具体的には、VCL NALユニットのセットは、VCL NALユニット
のセットがすべてnuh_layer_idの特定の値を有するときにレイヤの一部である。レイヤは
、エンコード済みピクチャのビデオデータさらにはそのようなピクチャをコーディングす
るために使用される任意のパラメータセットを収容するVCL NALユニットのセットを含み
得る。そのようなパラメータは、VPS、SPS、PPS、ピクチャヘッダ、スライスヘッダ、ま
たは他のパラメータセットもしくはシンタックス構造に含まれ得る。レイヤの1つまたは
複数は、出力レイヤであってもよく、したがって、レイヤに含まれるCLVSの1つまたは複
数は、出力され得る。出力レイヤでないレイヤは参照レイヤと称され、出力レイヤを再構
成することをサポートするようにエンコードされるが、そのようなサポートするレイヤ/C
LVSは、デコーダでの出力を意図されていない。この方法で、エンコーダは、要求があっ
たときにデコーダに伝送するためにレイヤ/CLVの様々な組合せをエンコードすることがで
きる。レイヤ/CLVSは、ネットワーク条件、ハードウェア能力、および/またはユーザ設定
に応じて、デコーダがビデオシーケンスの異なる表現を取得することを可能にする望み通
りに伝送され得る。本発明の例では、レイヤの少なくとも1つは、レイヤ間予測を使用し
ないサイマルキャストレイヤである。したがって、少なくとも1つのCLVSは、サイマルキ
ャストレイヤに含まれる。
ステップ903で、エンコーダは、SPSをビットストリームにエンコードすることができる
。SPSは、1つまたは複数のCLVSによって参照される。具体的には、SPSは、CLVSを含むレ
イヤがレイヤ間予測を使用しないときCLVSのnuh_layer_id値に等しいnuh_layer_id値を有
する。さらに、SPSは、CLVSを含むレイヤがレイヤ間予測を使用するときにCLVSのnuh_lay
er_id値以下であるnuh_layer_id値を有する。この方法で、SPSは、CLVSを参照する任意の
サイマルキャストレイヤと同じnuh_layer_idを有する。さらに、SPSは、SPSを参照する任
意の非サイマルキャストレイヤのnuh_layer_id以下であるnuh_layer_idを有する。この方
法で、SPSは、複数のCLVS/レイヤから参照され得る。しかしながら、SPSは、サブビット
ストリーム抽出がサイマルキャストレイヤであるCLVS/レイヤに適用されるときにサブビ
ットストリーム抽出によって除去されない。
SPSは、vps_independent_layer_flagなどの、SPSによって参照されるVPSに対するIDの
値を指定するsps_video_parameter_set_idを含むようにエンコードされ得る。それゆえに
、sps_video_parameter_set_idは、sps_video_parameter_set_idが0より大きいときにSPS
によって参照されるVPSのvps_video_parameter_set_idの値を指定する。さらに、SPSはVP
Sを参照せず、sps_video_parameter_set_idが0に等しいときにSPSを参照する各コーディ
ング済みレイヤビデオシーケンスをデコードする際にVPSはいっさい参照されない。した
がって、sps_video_parameter_set_idは、sps_video_parameter_set_idがサイマルキャス
トレイヤに含まれるコーディング済みレイヤビデオシーケンスによって参照されるSPSか
ら取得されるときに0に設定され、および/または0であると推論される。
HRDは、適合性テストを実行するために採用され、したがってVVCなどの、規格への適合
性についてビットストリームをチェックするために採用され得る。HRDは、sps_video_par
ameter_set_idが0に等しいとき、GeneralLayerIdx[nuh_layer_id]を0に等しくなるように
設定し、および/または0に等しいと推論することができる。GeneralLayerIdx[nuh_layer_
id]は、対応するレイヤに対する現在のレイヤインデックスに等しく、したがって、現在
のレイヤインデックスを示す。それゆえに、サイマルキャストレイヤに対する現在のレイ
ヤインデックスは、0になるように設定され/0と推論される。さらに、HRDは、sps_video_
parameter_set_idが0に等しいときにvps_independent_layer_flag[GeneralLayerIdx[nuh_
layer_id]]の値が1に等しいと推論し得る。具体的には、vps_independent_layer_flagは
、対応するレイヤがレイヤ間予測を使用するかどうかを指定する。vps_independent_laye
r_flag[i]は、VPSに含まれ、i番目のレイヤがレイヤ間予測を使用することを示すように0
に設定され、またはi番目のレイヤがレイヤ間予測を使用しないことを示すように1に設定
され得る。それゆえに、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]
は、インデックスGeneralLayerIdx[nuh_layer_id]を有する現在のレイヤがレイヤ間予測
を使用するかどうかを指定する。それゆえに、レイヤは、vps_independent_layer_flag[G
eneralLayerIdx[nuh_layer_id]]が1に等しいときにレイヤ間予測を使用しない。現在のレ
イヤがサイマルレイヤであるときには、VPSは省略され、レイヤ間予測は採用されない。
したがって、sps_video_parameter_set_idが0に等しいときの1の値の推論は、サイマルキ
ャストレイヤが、サイマルキャストレイヤに対するビットストリーム抽出中に抽出される
、VPSへの参照を回避しながら、HRDにおいて、またデコード中に、適切に動作することを
確実にする。それゆえに、この推論は、VPSがサイマルキャストレイヤについて除去され
たときにそうしなければ発生することになるであろうサブビットストリーム抽出エラーを
回避する。次いで、HRDは、SPS、sps_video_parameter_set_id、GeneralLayerIdx[nuh_la
yer_id]、および/またはvps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]
に基づきサイマルキャストレイヤ/CLVS内のVCL NALユニットからのコーディング済みピク
チャをデコードしてデコード済みピクチャを生成し得る。それゆえに、HRDは、マルチレ
イヤビットストリームのサイマルキャストレイヤが、サイマルキャストレイヤに対するVP
Sの省略によって引き起こされる予期せぬエラーなしにビットストリームに適合している
かどうかを検証することができる。
ステップ905で、エンコーダは、要求があったとき、デコーダに向けた通信のためにビ
ットストリームを記憶しておくことができる。エンコーダは、サブビットストリーム抽出
を実行して、サイマルキャストレイヤを取得し、望ましいときにビットストリーム/サブ
ビットストリームをエンコーダに向けて伝送することもできる。
図10は、ビットストリーム700などの、マルチレイヤビットストリームから抽出された
サイマルキャストレイヤを含む、サブビットストリーム701などの、ビットストリームか
らのビデオシーケンスをデコードする例示的な方法1000のフローチャートであり、SPS713
は、サブビットストリーム抽出プロセス729中に保持されている。方法1000は、方法100を
実行するとき、コーデックシステム200、デコーダ400、および/またはビデオコーディン
グデバイス800などのデコーダによって採用され得る。さらに、方法1000は、HRD500など
の、HRDによって適合性についてチェックされた、マルチレイヤビデオシーケンス600、ま
たはその抽出済みレイヤ上で採用され得る。
方法1000は、デコーダが、たとえば方法900の結果として、マルチレイヤビットストリ
ームから抽出されたサイマルキャストレイヤのコーディング済みビデオシーケンスを含む
ビットストリームを受信し始めるときに開始し得る。ステップ1001で、デコーダは、レイ
ヤ内のCLVSを含むビットストリームを受信する。レイヤは、エンコーダまたは他の中間コ
ンテンツサーバによってマルチレイヤビットストリームから抽出されたサイマルキャスト
レイヤであってよい。サイマルキャストレイヤは、コーディング済みピクチャのセットを
含むCLVSを含む。たとえば、ビットストリームは、各コーディング済みピクチャが、nuh_
layer_idによって識別されるようなサイマルキャストレイヤに関連付けられている1つま
たは複数のVCL NALユニットのセットに含まれるコーディング済みピクチャを含む。レイ
ヤは、同じレイヤIdを有するVCL NALユニットおよび関連付けられている非VCL NALユニッ
トのセットを含み得る。たとえば、レイヤは、エンコード済みピクチャのビデオデータさ
らにはそのようなピクチャをコーディングするために使用される任意のパラメータセット
を収容するVCL NALユニットのセットを含み得る。それゆえに、VCL NALユニットのセット
は、VCL NALユニットのセットがすべてnuh_layer_idの特定の値を有するときにレイヤの
一部である。さらに、CLVSは、同じnuh_layer_id値を有するコーディング済みピクチャの
シーケンスである。サイマルキャストレイヤは、出力レイヤでもあり、レイヤ間予測を採
用しない。したがって、CLVSは、また、レイヤ間予測を採用しない。
ビットストリームは、CLVSによって参照されるSPSも含む。SPSは、CLVSを含むレイヤが
レイヤ間予測を使用しないときCLVSのnuh_layer_id値に等しいnuh_layer_id値を有する。
さらに、SPSは、CLVSを含むレイヤがレイヤ間予測を使用するときにCLVSのnuh_layer_id
値以下であるnuh_layer_id値を有する。この方法で、SPSは、CLVSを参照する任意のサイ
マルキャストレイヤと同じnuh_layer_idを有する。さらに、SPSは、SPSを参照する任意の
非サイマルキャストレイヤのnuh_layer_id以下であるnuh_layer_idを有する。この方法で
、SPSは、複数のCLVS/レイヤから参照され得る。しかしながら、SPSは、サブビットスト
リーム抽出がサイマルキャストレイヤであるCLVS/レイヤに適用されるときにエンコーダ/
コンテンツサーバにおいてサブビットストリーム抽出によって除去されない。
SPSは、vps_independent_layer_flagなどの、SPSによって参照されるVPSに対するIDの
値を指定するsps_video_parameter_set_idを含む。それゆえに、sps_video_parameter_se
t_idは、sps_video_parameter_set_idが0より大きいときにSPSによって参照されるVPSのv
ps_video_parameter_set_idの値を指定する。さらに、SPSはVPSを参照せず、sps_video_p
arameter_set_idが0に等しいときにSPSを参照する各コーディング済みレイヤビデオシー
ケンスをデコードする際にVPSはいっさい参照されない。したがって、sps_video_paramet
er_set_idは、sps_video_parameter_set_idがサイマルキャストレイヤに含まれるコーデ
ィング済みレイヤビデオシーケンスによって参照されるSPSから取得されるときに0に設定
され、および/または0であると推論される。さらに、ビットストリームは、ビットストリ
ームがレイヤ間予測を採用しないCLVSを含むサイマルキャストレイヤのみを含むときにVP
Sを含まない。
ステップ1003で、デコーダは、SPSに基づきCLVSからのピクチャをデコードして、デコ
ード済みピクチャを生成することができる。たとえば、デコーダは、sps_video_paramete
r_set_idが0に等しいとき、GeneralLayerIdx[nuh_layer_id]を0に等しくなるように設定
し、および/または0に等しいと推論することができる。GeneralLayerIdx[nuh_layer_id]
は、対応するレイヤに対する現在のレイヤインデックスに等しく、したがって、現在のレ
イヤインデックスを示す。それゆえに、サイマルキャストレイヤに対する現在のレイヤイ
ンデックスは、0になるように設定され/0と推論される。さらに、デコーダは、sps_video
_parameter_set_idが0に等しいときにvps_independent_layer_flag[GeneralLayerIdx[nuh
_layer_id]]の値が1に等しいと推論し得る。具体的には、vps_independent_layer_flagは
、対応するレイヤがレイヤ間予測を使用するかどうかを指定する。vps_independent_laye
r_flag[i]は、VPSに含まれ、i番目のレイヤがレイヤ間予測を使用することを示すように0
に設定され、またはi番目のレイヤがレイヤ間予測を使用しないことを示すように1に設定
され得る。それゆえに、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]
は、インデックスGeneralLayerIdx[nuh_layer_id]を有する現在のレイヤがレイヤ間予測
を使用するかどうかを指定する。それゆえに、レイヤは、vps_independent_layer_flag[G
eneralLayerIdx[nuh_layer_id]]が1に等しいときにレイヤ間予測を使用しない。現在のレ
イヤがサイマルレイヤであるとき、VPSは受信済みビットストリームに含まれず、レイヤ
間予測は採用されない。したがって、sps_video_parameter_set_idが0に等しいときの1の
値の推論は、サイマルキャストレイヤが、サイマルキャストレイヤに対するビットストリ
ーム抽出中に抽出される、VPSへの参照を回避しながら、デコード中に、適切に動作する
ことを確実にする。それゆえに、この推論は、VPSがサイマルキャストレイヤについて除
去されたときにそうしなければ発生することになるであろうサブビットストリーム抽出エ
ラーを回避する。次いで、デコーダは、SPS、sps_video_parameter_set_id、GeneralLaye
rIdx[nuh_layer_id]、および/またはvps_independent_layer_flag[GeneralLayerIdx[nuh_
layer_id]]に基づきサイマルキャストレイヤ/CLVS内のVCL NALユニットからのコーディン
グ済みピクチャをデコードしてデコード済みピクチャを生成し得る。次いで、デコーダは
、ステップ1005で、デコード済みビデオシーケンスの一部として表示するためにデコード
済みピクチャを転送することができる。
図11は、サイマルキャストレイヤに対するサブビットストリーム抽出プロセス729にお
いてSPS713を保持することをサポートするためにマルチレイヤビデオシーケンスをビット
ストリーム700内にコーディングするための例示的なシステム1100の概略図である。シス
テム1100は、コーデックシステム200、エンコーダ300、デコーダ400、および/またはビデ
オコーディングデバイス800などのエンコーダおよびデコーダによって実装され得る。さ
らに、システム1100は、HRD500を採用して、マルチレイヤビデオシーケンス600、ビット
ストリーム700、および/またはサブビットストリーム701に対して適合性テストを実行す
るものとしてよい。それに加えて、システム1100は、方法100、900、および/または1000
を実装するときに採用され得る。
システム1100は、ビデオエンコーダ1102を備える。ビデオエンコーダ1102は、CLVSをビ
ットストリーム内のレイヤにエンコードするためのエンコーディングモジュール1105を含
んでいる。エンコーディングモジュール1105は、さらにビットストリーム内にCLVSによっ
て参照されるSPSをエンコードするためのものであって、SPSは、レイヤがレイヤ間予測を
使用しないときCLVSのnuh_layer_id値に等しいnuh_layer_id値を有するよう制約される。
ビデオエンコーダ1102は、デコーダに向けて通信するためにビットストリームを記憶する
記憶モジュール1106をさらに備える。ビデオエンコーダ1102は、ビデオデコーダ1110に向
けてビットストリームを伝送するための伝送モジュール1107をさらに備える。ビデオエン
コーダ1102は、方法900のステップのいずれかを実行するようにさらに構成され得る。
システム1100は、ビデオデコーダ1110も備える。ビデオデコーダ1110は、レイヤ内のCL
VSおよびCLVSによって参照されるSPSを含むビットストリームを受信するための受信モジ
ュール1111を備え、SPSは、レイヤがレイヤ間予測を使用しないときCLVSのnuh_layer_id
値に等しいnuh_layer_id値を有する。ビデオデコーダ1110は、SPSに基づきCLVSからのコ
ーディング済みピクチャをデコードして、デコード済みピクチャを生成するためのデコー
ディングモジュール1113をさらに備える。ビデオデコーダ1110は、デコード済みビデオシ
ーケンスの一部として表示するためにデコード済みピクチャを転送する転送モジュール11
15をさらに備える。ビデオデコーダ1110は、方法1000のステップのいずれかを実行するよ
うにさらに構成され得る。
第1のコンポーネントは、第1のコンポーネントと第2のコンポーネントとの間の線、ト
レース、または別の媒体を除き、介在するコンポーネントがないとき、第2のコンポーネ
ントに直接的に結合されている。第1のコンポーネントは、第1のコンポーネントと第2の
コンポーネントとの間の線、トレース、または別の媒体以外の介在するコンポーネントが
あるとき、第2のコンポーネントに間接的に結合されている。「結合されている」という
言い回しおよびその変形は、直接的に結合されることと間接的に結合されることの両方を
含む。また、「約」という言い回しは、特に断らない限り、後続の数値の±10%を含む範
囲を意味する。
本明細書において述べられている例示的な方法のステップは、必ずしも説明されている
順序で実行される必要はないとも理解されるべきであり、そのような方法のステップの順
序は、単に例示的であると理解されるべきである。同様に、本開示の様々な実施形態と一
致する方法において、追加のステップがそのような方法に含まれてもよく、特定のステッ
プが省略されるか、または組み合わされてもよい。
本開示においていくつかの実施形態が提供されているが、開示されているシステムおよ
び方法は、本開示の精神または範囲から逸脱することなく多くの他の特定の形態で具現化
されることも可能であることは理解され得る。本例は、例示的であり、制限的でない、と
考えられるべきであり、本発明は、明細書に示されている詳細に限定されるべきでない。
たとえば、様々な要素またはコンポーネントは、別のシステム内に組み合わされ得るか、
もしくは一体化され得るか、またはいくつかの特徴が省略され得るか、もしくは実施され
得ない。
それに加えて、離散または分離していると様々な実施形態において説明され例示されて
いる技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく
他のシステム、コンポーネント、技術、または方法と組み合わされるか、もしくは一体化
され得る。変更、代用、および改変の他の例は、当業者によって確かめることができ、本
明細書で開示されている精神および範囲から逸脱することなくなされ得る。
100 動作方法
200 コーディングおよびデコーディング(コーデック)システム
201 区分化済みビデオ信号
211 一般コーダ制御コンポーネント
213 変換スケーリングおよび量子化コンポーネント
215 ピクチャ内推定コンポーネント
217 ピクチャ内予測コンポーネント
219 動き補償コンポーネント
221 動き推定コンポーネント
223 デコード済みピクチャバッファコンポーネント
225 ループ内フィルタコンポーネント
227 フィルタ制御分析コンポーネント
229 スケーリングおよび逆変換コンポーネント
231 ヘッダフォーマッティングおよびコンテキスト適応2値算術コーディング(CABAC
)コンポーネント
300 ビデオエンコーダ
301 区分化済みビデオ信号
313 変換および量子化コンポーネント
317 ピクチャ内予測コンポーネント
321 動き補償コンポーネント
323 デコード済みピクチャバッファコンポーネント
325 ループ内フィルタコンポーネント
329 逆変換および量子化コンポーネント
331 エントロピーコーディングコンポーネント
400 ビデオデコーダ
417 ピクチャ内予測コンポーネント
421 動き補償コンポーネント
423 デコード済みピクチャバッファコンポーネント
425 ループ内フィルタコンポーネント
429 逆変換および量子化コンポーネント
433 エントロピーデコーディングコンポーネント
500 HRD
541 仮想ストリームスケジューラ(HSS)
543 CPB
545 デコーディングプロセスコンポーネント
547 DPB
549 出力クロッピングコンポーネント
551 ビットストリーム
553 デコーディングユニット(DU)
555 デコード済みDU
556 参照ピクチャ
557 ピクチャ
559 出力クロッピング済みピクチャ
600 マルチレイヤビデオシーケンス
611、612、613、614 ピクチャ
615、616、617、618 ピクチャ
621 レイヤ間予測
623 インター予測
631 レイヤN
632 レイヤN+1
700 ビットストリーム
701 サブビットストリーム
711 VPS
713 SPS
715 ピクチャパラメータセット(PPS)
717 スライスヘッダ
720 画像データ
723、724 レイヤ
725、726 ピクチャ
726 ピクチャのセット
727、728 スライス
729 サブビットストリーム抽出プロセス
731 sps_video_parameter_set_id
732 nuh_layer_id
733 VPS独立レイヤフラグ(vps_independent_layer_flag)
735 vps_video_parameter_set_id
741 VCL NALユニット
742 非VCL NALユニット
743 コーディング済みレイヤビデオシーケンス(CLVS)
744 CLVS
800 ビデオコーディングデバイス
810 トランシーバユニット(Tx/Rx)
814 コーディングモジュール
820 下流ポート
830 プロセッサ
832 メモリ
850 上流ポート
860 入力および/または出力(I/O)デバイス
900 方法
1000 方法
1100 システム
1102 ビデオエンコーダ
1105 エンコーディングモジュール
1106 記憶モジュール
1107 伝送モジュール
1110 ビデオデコーダ
1111 受信モジュール
1113 デコーディングモジュール
コーディング済みレイヤビデオシーケンス(CLVS)743およびCLVS744は、それぞれ、同じnuh_layer_id 732値を有する、コーディング済みピクチャ725およびピクチャ725のシーケンスである。たとえば、CLVS743および/または744は、それぞれ、単一のレイヤ723および/または724に含まれるピクチャ725および/または726のシーケンスであってよい。したがって、それぞれ、CLVS743はレイヤ723のピクチャ725のすべてを含み、CLVS744はレイヤ724のピクチャ726のすべてを含んでいる。CLVS743および744の各々は、対応するSPS713を参照している。例に応じて、CLVS743および744は同じSPS713を参照するか、またはCLVS743および744は各々異なるSPS713を参照し得る。

Claims (20)

  1. デコーダによって実装される方法であって、
    前記デコーダによって、レイヤに対するコーディング済みレイヤビデオシーケンス(CLVS)と、前記CLVSによって参照されるシーケンスパラメータセット(SPS)とを含むビットストリームを受信するステップであって、前記SPSは、前記レイヤがレイヤ間予測を使用しないとき前記CLVSのnuh_layer_id値に等しいネットワーク抽象化レイヤ(NAL)ユニットヘッダレイヤ識別子(nuh_layer_id)値を有する、ステップと、
    前記デコーダによって、前記SPSに基づき前記CLVSからのコーディング済みピクチャをデコードして、デコード済みピクチャを生成するステップとを含む方法。
  2. GeneralLayerIdx[nuh_layer_id]は、現在のレイヤインデックスに等しい、請求項1に記載の方法。
  3. ビデオパラメータセット(VPS)独立レイヤフラグ(vps_independent_layer_flag)は、対応するレイヤがレイヤ間予測を使用するかどうかを指定する、請求項1または2に記載の方法。
  4. 前記レイヤは、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき、レイヤ間予測を使用しない、請求項1から3のいずれか一項に記載の方法。
  5. 前記SPSは、前記SPSによって参照されるVPSに対する識別子(ID)の値を指定するSPS VPS識別子(sps_video_parameter_set_id)を含み、sps_video_parameter_set_idが0に等しいとき、前記vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]は1に等しいと推論される、請求項1から4のいずれか一項に記載の方法。
  6. 前記SPSは、前記sps_video_parameter_set_idが0に等しいとき、VPSを参照しない、請求項1から5のいずれか一項に記載の方法。
  7. 前記CLVSは、同じnuh_layer_id値を有するコーディング済みピクチャのシーケンスである、請求項1から6のいずれか一項に記載の方法。
  8. エンコーダによって実装される方法であって、
    前記エンコーダによって、ビットストリーム内のレイヤに対するコーディング済みレイヤビデオシーケンス(CLVS)をエンコードするステップと、
    前記エンコーダによって、前記ビットストリーム内に、前記CLVSによって参照されるシーケンスパラメータセット(SPS)をエンコードするステップであって、前記SPSは、前記レイヤがレイヤ間予測を使用しないとき前記CLVSのnuh_layer_id値に等しいネットワーク抽象化レイヤ(NAL)ユニットヘッダレイヤ識別子(nuh_layer_id)値を有するように制約される、ステップと、
    前記エンコーダによって、デコーダに向けた通信のために前記ビットストリームを記憶するステップとを含む方法。
  9. GeneralLayerIdx[nuh_layer_id]は、現在のレイヤインデックスに等しい、請求項8に記載の方法。
  10. ビデオパラメータセット(VPS)独立レイヤフラグ(vps_independent_layer_flag)は、対応するレイヤがレイヤ間予測を使用するかどうかを指定する、請求項8または9に記載の方法。
  11. 前記レイヤは、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいとき、レイヤ間予測を使用しない、請求項8から10のいずれか一項に記載の方法。
  12. 前記SPSは、前記SPSによって参照されるVPSに対する識別子(ID)の値を指定するSPS VPS識別子(sps_video_parameter_set_id)を含み、sps_video_parameter_set_idが0に等しいとき、前記vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]は1に等しいと推論される、請求項8から11のいずれか一項に記載の方法。
  13. 前記SPSは、前記sps_video_parameter_set_idが0に等しいとき、VPSを参照しない、請求項8から12のいずれか一項に記載の方法。
  14. 前記CLVSは、同じnuh_layer_id値を有するコーディング済みピクチャのシーケンスである、請求項8から13のいずれか一項に記載の方法。
  15. プロセッサと、前記プロセッサに結合された受信器と、前記プロセッサに結合されたメモリと、前記プロセッサに結合された送信器とを備え、前記プロセッサ、前記受信器、前記メモリ、および前記送信器は、請求項1から14のいずれか一項に記載の方法を実行するように構成される、ビデオコーディングデバイス。
  16. ビデオコーディングデバイスによって使用するためのコンピュータプログラム製品を含む非一時的コンピュータ可読媒体であって、前記コンピュータプログラム製品は、プロセッサによって実行されたとき、前記ビデオコーディングデバイスに請求項1から14のいずれか一項に記載の方法を実行させるように前記非一時的コンピュータ可読媒体に記憶されているコンピュータ実行可能命令を含む、非一時的コンピュータ可読媒体。
  17. レイヤに対するコーディング済みレイヤビデオシーケンス(CLVS)と、前記CLVSによって参照されるシーケンスパラメータセット(SPS)とを含むビットストリームを受信するための受信手段であって、前記SPSは、前記レイヤがレイヤ間予測を使用しないとき前記CLVSのnuh_layer_id値に等しいネットワーク抽象化レイヤ(NAL)ユニットヘッダレイヤ識別子(nuh_layer_id)値を有する、受信手段と、
    前記SPSに基づき前記CLVSからのコーディング済みピクチャをデコードして、デコード済みピクチャを生成するためのデコード手段と
    を備えるデコーダ。
  18. 請求項1から7のいずれか一項に記載の方法を実行するようにさらに構成される請求項17に記載のデコーダ。
  19. ビットストリーム内のレイヤに対するコーディング済みレイヤビデオシーケンス(CLVS)をエンコードし、
    前記ビットストリーム内に、前記CLVSによって参照されるシーケンスパラメータセット(SPS)をエンコードし、前記SPSは、前記レイヤがレイヤ間予測を使用しないとき前記CLVSのnuh_layer_id値に等しいネットワーク抽象化レイヤ(NAL)ユニットヘッダレイヤ識別子(nuh_layer_id)値を有するように制約される、エンコード手段と、
    デコーダに向けた通信のために前記ビットストリームを記憶するための記憶手段と
    を備えるエンコーダ。
  20. 請求項8から14のいずれか一項に記載の方法を実行するようにさらに構成される請求項19に記載のエンコーダ。
JP2024008764A 2019-10-07 2024-01-24 サブビットストリーム抽出におけるspsエラー回避 Pending JP2024036399A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201962911808P 2019-10-07 2019-10-07
US62/911,808 2019-10-07
JP2022521009A JP7427774B2 (ja) 2019-10-07 2020-10-06 サブビットストリーム抽出におけるspsエラー回避
PCT/US2020/054453 WO2021022272A2 (en) 2019-10-07 2020-10-06 Sps error avoidance in sub-bitstream extraction

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2022521009A Division JP7427774B2 (ja) 2019-10-07 2020-10-06 サブビットストリーム抽出におけるspsエラー回避

Publications (1)

Publication Number Publication Date
JP2024036399A true JP2024036399A (ja) 2024-03-15

Family

ID=74228311

Family Applications (14)

Application Number Title Priority Date Filing Date
JP2022521010A Active JP7451691B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2022521011A Active JP7404522B2 (ja) 2019-10-07 2020-10-06 Dpbサイズベースの参照ピクチャエントリ制約条件
JP2022521178A Active JP7419513B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2022521328A Active JP7413518B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2022521012A Active JP7439249B2 (ja) 2019-10-07 2020-10-06 サブビットストリーム抽出におけるエラー回避
JP2022521009A Active JP7427774B2 (ja) 2019-10-07 2020-10-06 サブビットストリーム抽出におけるspsエラー回避
JP2022521394A Active JP7423764B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2023210287A Pending JP2024019538A (ja) 2019-10-07 2023-12-13 Dpbサイズベースの参照ピクチャエントリ制約条件
JP2023219098A Pending JP2024038112A (ja) 2019-10-07 2023-12-26 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2024001380A Pending JP2024036348A (ja) 2019-10-07 2024-01-09 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2024005341A Pending JP2024040195A (ja) 2019-10-07 2024-01-17 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2024008764A Pending JP2024036399A (ja) 2019-10-07 2024-01-24 サブビットストリーム抽出におけるspsエラー回避
JP2024019656A Pending JP2024063033A (ja) 2019-10-07 2024-02-13 サブビットストリーム抽出におけるエラー回避
JP2024034318A Pending JP2024069331A (ja) 2019-10-07 2024-03-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避

Family Applications Before (11)

Application Number Title Priority Date Filing Date
JP2022521010A Active JP7451691B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2022521011A Active JP7404522B2 (ja) 2019-10-07 2020-10-06 Dpbサイズベースの参照ピクチャエントリ制約条件
JP2022521178A Active JP7419513B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2022521328A Active JP7413518B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2022521012A Active JP7439249B2 (ja) 2019-10-07 2020-10-06 サブビットストリーム抽出におけるエラー回避
JP2022521009A Active JP7427774B2 (ja) 2019-10-07 2020-10-06 サブビットストリーム抽出におけるspsエラー回避
JP2022521394A Active JP7423764B2 (ja) 2019-10-07 2020-10-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2023210287A Pending JP2024019538A (ja) 2019-10-07 2023-12-13 Dpbサイズベースの参照ピクチャエントリ制約条件
JP2023219098A Pending JP2024038112A (ja) 2019-10-07 2023-12-26 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2024001380A Pending JP2024036348A (ja) 2019-10-07 2024-01-09 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
JP2024005341A Pending JP2024040195A (ja) 2019-10-07 2024-01-17 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2024019656A Pending JP2024063033A (ja) 2019-10-07 2024-02-13 サブビットストリーム抽出におけるエラー回避
JP2024034318A Pending JP2024069331A (ja) 2019-10-07 2024-03-06 マルチレイヤビデオビットストリーム内の冗長シグナリングの回避

Country Status (12)

Country Link
US (7) US20220239934A1 (ja)
EP (7) EP4026335A4 (ja)
JP (14) JP7451691B2 (ja)
KR (7) KR20220071275A (ja)
CN (15) CN117651135A (ja)
AU (7) AU2020319904A1 (ja)
BR (12) BR122022009663A2 (ja)
CA (4) CA3156988A1 (ja)
CL (4) CL2022000859A1 (ja)
IL (1) IL292060A (ja)
MX (4) MX2022004141A (ja)
WO (7) WO2021022271A2 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021061390A1 (en) * 2019-09-24 2021-04-01 Futurewei Technologies, Inc. Sei message for single layer ols
US20230007291A1 (en) * 2019-12-06 2023-01-05 Sharp Kabushiki Kaisha Systems and methods for signaling temporal sublayer information in video coding
KR20220115958A (ko) 2019-12-26 2022-08-19 바이트댄스 아이엔씨 코딩된 비트스트림들에서의 비디오 계층들의 시그널링에 대한 제약들
WO2021134018A1 (en) 2019-12-26 2021-07-01 Bytedance Inc. Signaling of decoded picture buffer parameters in layered video
JP2023508680A (ja) 2019-12-27 2023-03-03 バイトダンス インコーポレイテッド ビデオコーディングにおけるサブピクチャシグナリング
CN114830662B (zh) * 2019-12-27 2023-04-14 阿里巴巴(中国)有限公司 用于对图像执行逐步解码刷新处理的方法和系统
CN115244932A (zh) * 2019-12-30 2022-10-25 Lg电子株式会社 用于对dpb参数进行编码的图像解码方法及其装置
US20230016307A1 (en) * 2019-12-30 2023-01-19 Lg Electronics Inc. Method for decoding image on basis of image information including ols dpb parameter index, and apparatus therefor
WO2021137597A1 (ko) * 2019-12-30 2021-07-08 엘지전자 주식회사 Ols에 대한 dpb 파라미터를 사용하는 영상 디코딩 방법 및 그 장치
WO2021142369A1 (en) 2020-01-09 2021-07-15 Bytedance Inc. Signalling of the wavefront parallel processing
CN115868165A (zh) 2020-03-21 2023-03-28 抖音视界有限公司 参考图片重采样
US11509920B2 (en) * 2020-03-27 2022-11-22 Tencent America LLC Indication of max sublayer numbers in multilayered video stream
US11228776B1 (en) * 2020-03-27 2022-01-18 Tencent America LLC Method for output layer set mode in multilayered video stream
US11818398B2 (en) * 2020-05-06 2023-11-14 Sharp Kabushiki Kaisha Systems and methods for signaling video parameter information in video coding
US11477471B2 (en) * 2020-05-20 2022-10-18 Tencent America LLC Techniques for signaling combination of reference picture resampling and spatial scalability
CN115943627A (zh) 2020-06-08 2023-04-07 字节跳动有限公司 对编解码视频图片中条带计数的约束
US11503342B2 (en) * 2020-06-10 2022-11-15 Sharp Kabushiki Kaisha Systems and methods for signaling sequence parameter information in video coding
WO2021254379A1 (en) 2020-06-20 2021-12-23 Beijing Bytedance Network Technology Co., Ltd. Inter layer prediction with different coding block size
US20220109865A1 (en) * 2020-10-02 2022-04-07 Sharp Kabushiki Kaisha Systems and methods for signaling picture buffer information for intra random access point picture sub-bitstreams in video coding
US11765376B2 (en) * 2020-10-08 2023-09-19 Tencent America LLC Pruning methods and apparatuses for neural network based video coding

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008060126A1 (en) * 2006-11-17 2008-05-22 Lg Electronics Inc. Method and apparatus for decoding/encoding a video signal
WO2012122246A1 (en) * 2011-03-10 2012-09-13 Vidyo, Inc. Dependency parameter set for scalable video coding
US9420307B2 (en) * 2011-09-23 2016-08-16 Qualcomm Incorporated Coding reference pictures for a reference picture set
US10609394B2 (en) * 2012-04-24 2020-03-31 Telefonaktiebolaget Lm Ericsson (Publ) Encoding and deriving parameters for coded multi-layer video sequences
US9602827B2 (en) * 2012-07-02 2017-03-21 Qualcomm Incorporated Video parameter set including an offset syntax element
US9351005B2 (en) * 2012-09-24 2016-05-24 Qualcomm Incorporated Bitstream conformance test in video coding
US9161039B2 (en) * 2012-09-24 2015-10-13 Qualcomm Incorporated Bitstream properties in video coding
US9942545B2 (en) * 2013-01-03 2018-04-10 Texas Instruments Incorporated Methods and apparatus for indicating picture buffer size for coded scalable video
US20140218473A1 (en) * 2013-01-07 2014-08-07 Nokia Corporation Method and apparatus for video coding and decoding
US9998735B2 (en) 2013-04-01 2018-06-12 Qualcomm Incorporated Inter-layer reference picture restriction for high level syntax-only scalable video coding
KR102383006B1 (ko) 2013-04-07 2022-04-04 돌비 인터네셔널 에이비 출력 계층 세트들에서의 시그널링 변경
US9591321B2 (en) 2013-04-07 2017-03-07 Dolby International Ab Signaling change in output layer sets
US20140301477A1 (en) * 2013-04-07 2014-10-09 Sharp Laboratories Of America, Inc. Signaling dpb parameters in vps extension and dpb operation
US9467700B2 (en) * 2013-04-08 2016-10-11 Qualcomm Incorporated Non-entropy encoded representation format
EP3020202B1 (en) 2013-07-10 2019-09-04 Sharp Kabushiki Kaisha Scaling list signaling and parameter sets activation
EP3022921A4 (en) * 2013-07-14 2017-03-15 Sharp Kabushiki Kaisha Signaling indications and constraints
KR20150009424A (ko) 2013-07-15 2015-01-26 한국전자통신연구원 시간적 서브 레이어 정보에 기반한 계층간 예측을 이용한 영상 부, 복호화 방법 및 그 장치
US9794579B2 (en) * 2013-07-15 2017-10-17 Qualcomm Incorporated Decoded picture buffer operations for video coding
JPWO2015053330A1 (ja) 2013-10-10 2017-03-09 シャープ株式会社 画像復号装置
US9819941B2 (en) * 2013-10-10 2017-11-14 Qualcomm Incorporated Signaling for sub-decoded picture buffer (sub-DPB) based DPB operations in video coding
KR101869882B1 (ko) * 2013-10-11 2018-06-25 브이아이디 스케일, 인크. Hevc 확장을 위한 하이 레벨 구문
WO2015052942A1 (en) * 2013-10-11 2015-04-16 Sharp Kabushiki Kaisha Signaling information for coding
US10187662B2 (en) * 2013-10-13 2019-01-22 Sharp Kabushiki Kaisha Signaling parameters in video parameter set extension and decoder picture buffer operation
US10264272B2 (en) * 2013-10-15 2019-04-16 Qualcomm Incorporated Device and method for scalable coding of video information
CN105874804A (zh) * 2014-01-02 2016-08-17 Vid拓展公司 针对hevc扩展的子比特流提取过程
US20170026655A1 (en) * 2014-01-02 2017-01-26 Sharp Kabushiki Kaisha Parameter set signaling
US10250895B2 (en) * 2014-03-14 2019-04-02 Sharp Kabushiki Kaisha DPB capacity limits
US20170019673A1 (en) * 2014-03-14 2017-01-19 Sharp Kabushiki Kaisha Image decoding device, image decoding method, recoding medium, image coding device, and image coding method
KR102073030B1 (ko) * 2014-03-14 2020-02-04 후아웨이 테크놀러지 컴퍼니 리미티드 이미지 디코딩 장치
US9866869B2 (en) * 2014-03-17 2018-01-09 Qualcomm Incorporated POC value design for multi-layer video coding
JP2015195543A (ja) 2014-03-26 2015-11-05 シャープ株式会社 画像復号装置、画像符号化装置
US9641851B2 (en) * 2014-04-18 2017-05-02 Qualcomm Incorporated Conformance window information in multi-layer coding
US9794626B2 (en) * 2014-05-01 2017-10-17 Qualcomm Incorporated Partitioning schemes in multi-layer video coding
US9699480B2 (en) * 2014-06-13 2017-07-04 Sharp Laboratories Of America, Inc. Level limits
JP2017522792A (ja) * 2014-06-18 2017-08-10 シャープ株式会社 スライス・タイプおよびデコーダ適合性
US20150373343A1 (en) * 2014-06-20 2015-12-24 Qualcomm Incorporated Representation format update in multi-layer codecs
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
US9756355B2 (en) * 2014-06-20 2017-09-05 Qualcomm Incorporated Value ranges for syntax elements in video coding
US10432951B2 (en) * 2014-06-24 2019-10-01 Qualcomm Incorporated Conformance and inoperability improvements in multi-layer video coding
US9538137B2 (en) * 2015-04-09 2017-01-03 Microsoft Technology Licensing, Llc Mitigating loss in inter-operability scenarios for digital video
EP3323243B1 (en) * 2015-07-16 2022-01-19 Dolby Laboratories Licensing Corporation Signal reshaping and decoding for hdr signals
US11979611B2 (en) * 2019-09-06 2024-05-07 Sharp Kabushiki Kaisha Systems and methods for signaling temporal sub-layer information in video coding
US11375223B2 (en) * 2019-09-20 2022-06-28 Tencent America LLC Method for signaling output layer set with sub-picture
US11159827B2 (en) * 2019-09-23 2021-10-26 Tencent America LLC Method for signaling output layer set with sub picture
BR112022005469A2 (pt) * 2019-09-24 2022-06-14 Huawei Tech Co Ltd Codificador, decodificador e métodos correspondentes
EP4140128A4 (en) * 2020-05-22 2023-08-02 ByteDance Inc. RESTRICTIONS ON IMAGE TYPES IN VIDEO BITSTREAM PROCESSING
US20220109865A1 (en) * 2020-10-02 2022-04-07 Sharp Kabushiki Kaisha Systems and methods for signaling picture buffer information for intra random access point picture sub-bitstreams in video coding

Also Published As

Publication number Publication date
BR122022009671A2 (pt) 2022-07-12
BR122022009673A2 (pt) 2022-07-12
AU2020319903A1 (en) 2022-05-19
JP2022551137A (ja) 2022-12-07
KR20220070039A (ko) 2022-05-27
CA3156988A1 (en) 2021-02-04
JP2024069331A (ja) 2024-05-21
MX2022004139A (es) 2022-04-26
CN114514749A (zh) 2022-05-17
KR20220069114A (ko) 2022-05-26
CN114514751B (zh) 2024-03-15
KR20220071275A (ko) 2022-05-31
KR20220071277A (ko) 2022-05-31
CN114556948A (zh) 2022-05-27
EP4032292A4 (en) 2022-12-21
BR122022009683A2 (pt) 2022-07-12
EP4032295A4 (en) 2022-11-30
CN114556947A (zh) 2022-05-27
JP2024019538A (ja) 2024-02-09
CN115361558B (zh) 2023-07-11
EP4032296A4 (en) 2022-11-09
KR20220070040A (ko) 2022-05-27
KR20220070325A (ko) 2022-05-30
BR112022006429A2 (pt) 2022-06-28
AU2020320296A1 (en) 2022-05-05
CN117979011A (zh) 2024-05-03
JP2022552656A (ja) 2022-12-19
EP4026335A4 (en) 2022-11-09
JP7419513B2 (ja) 2024-01-22
JP2022552821A (ja) 2022-12-20
KR20220070538A (ko) 2022-05-31
BR112022006422A2 (pt) 2022-06-28
WO2021022270A3 (en) 2021-03-04
WO2021022272A3 (en) 2021-03-11
CN117651135A (zh) 2024-03-05
JP7439249B2 (ja) 2024-02-27
CN114556946A (zh) 2022-05-27
CN114845118A (zh) 2022-08-02
US20220239934A1 (en) 2022-07-28
AU2020323624A1 (en) 2022-04-28
CN117395428A (zh) 2024-01-12
EP4032294A2 (en) 2022-07-27
CN114514749B (zh) 2023-10-20
WO2021022272A2 (en) 2021-02-04
JP2022551138A (ja) 2022-12-07
CN114514751A (zh) 2022-05-17
JP7427774B2 (ja) 2024-02-05
CA3156987A1 (en) 2021-02-04
CA3156990A1 (en) 2021-02-04
JP2024040195A (ja) 2024-03-25
AU2020322053A1 (en) 2022-05-05
BR112022006389A2 (pt) 2022-06-28
CN114556947B (zh) 2023-10-20
WO2021022273A1 (en) 2021-02-04
MX2022004141A (es) 2022-04-26
CL2022000858A1 (es) 2022-11-25
AU2020321174A1 (en) 2022-04-28
JP7451691B2 (ja) 2024-03-18
CL2022000859A1 (es) 2022-11-25
WO2021022269A3 (en) 2021-03-04
JP2022551485A (ja) 2022-12-09
US20220232239A1 (en) 2022-07-21
JP2022552295A (ja) 2022-12-15
CL2022000860A1 (es) 2022-11-25
CN115580730A (zh) 2023-01-06
EP4026334A2 (en) 2022-07-13
EP4032293A2 (en) 2022-07-27
EP4032294A4 (en) 2022-11-30
CN117528100A (zh) 2024-02-06
EP4032293A4 (en) 2022-11-30
IL292060A (en) 2022-06-01
AU2020321996A1 (en) 2022-04-28
JP2024036348A (ja) 2024-03-15
CN114845118B (zh) 2023-03-24
WO2021022271A2 (en) 2021-02-04
US20220232257A1 (en) 2022-07-21
BR112022006419A2 (pt) 2022-06-28
MX2022004138A (es) 2022-04-26
JP7404522B2 (ja) 2023-12-25
WO2021022269A2 (en) 2021-02-04
CN117478892A (zh) 2024-01-30
US20220232259A1 (en) 2022-07-21
MX2022004140A (es) 2022-04-26
AU2020319904A1 (en) 2022-04-28
WO2021022271A3 (en) 2021-03-04
WO2021022270A2 (en) 2021-02-04
BR112022006393A2 (pt) 2022-06-28
EP4026334A4 (en) 2022-12-28
EP4032295A2 (en) 2022-07-27
JP7423764B2 (ja) 2024-01-29
JP7413518B2 (ja) 2024-01-15
CN114514750B (zh) 2023-10-20
BR122022009663A2 (pt) 2022-07-12
US20220232258A1 (en) 2022-07-21
JP2022552822A (ja) 2022-12-20
US20220239938A1 (en) 2022-07-28
JP2024063033A (ja) 2024-05-10
WO2021022267A2 (en) 2021-02-04
CN115580730B (zh) 2023-07-11
EP4032296A2 (en) 2022-07-27
CN114514750A (zh) 2022-05-17
WO2021022267A3 (en) 2021-03-11
WO2021022268A2 (en) 2021-02-04
BR122022009696A2 (pt) 2022-07-12
CL2022000857A1 (es) 2022-11-25
BR112022006392A2 (pt) 2022-06-28
JP2024038112A (ja) 2024-03-19
US20220232240A1 (en) 2022-07-21
BR112022006421A2 (pt) 2022-06-28
CA3156989A1 (en) 2021-02-04
WO2021022268A3 (en) 2021-03-04
CN115361558A (zh) 2022-11-18
EP4032292A2 (en) 2022-07-27
CN114586365A (zh) 2022-06-03
EP4026335A1 (en) 2022-07-13

Similar Documents

Publication Publication Date Title
JP7427774B2 (ja) サブビットストリーム抽出におけるspsエラー回避
JP7400088B2 (ja) Seiメッセージのための時間識別子の制限
JP7440197B2 (ja) レイヤベースの適合性試験のためのhrdパラメータ
JP7436641B2 (ja) 時間スケーラビリティのためのピクチャタイミング及び復号ユニット情報

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240205

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240205