IP Force 特許公報掲載プロジェクト 2022.1.31 β版

ホーム > 特許ランキング > ホアウェイ・テクノロジーズ・カンパニー・リミテッド

このエントリーをはてなブックマークに追加

知財求人 - 知財ポータルサイト「IP Force」

▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧

特開2024-36348マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
<>
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図1
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図2
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図3
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図4
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図5
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図6
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図7
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図8
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図9
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図10
  • 特開-マルチレイヤビデオビットストリーム内の冗長シグナリングの回避 図11
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024036348
(43)【公開日】2024-03-15
(54)【発明の名称】マルチレイヤビデオビットストリーム内の冗長シグナリングの回避
(51)【国際特許分類】
   H04N 19/70 20140101AFI20240308BHJP
   H04N 19/30 20140101ALI20240308BHJP
【ＦＩ】
H04N19/70
H04N19/30
【審査請求】有
【請求項の数】18
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024001380
(22)【出願日】2024-01-09
(62)【分割の表示】P 2022521178の分割
【原出願日】2020-10-06
(31)【優先権主張番号】62/911,808
(32)【優先日】2019-10-07
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】504161984
【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(72)【発明者】
【氏名】イェ－クイ・ワン
(57)【要約】
【課題】デコーディングの方法が提供される。
【解決手段】方法は、ただ1つのレイヤを有する出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造を備えるシーケンスパラメータセット(SPS)を有するサブビットストリームを受信することと、ただ1つのレイヤを有するOLSに基づきOLS内のレイヤの数を1に等しくなるように設定することと、OLS内のレイヤの数が1に等しくなるように設定されたときにSPSから1つのレイヤを有するOLSに対するPTLシンタックス構造を取得することと、ただ1つのレイヤからピクチャをデコードし、PTLシンタックス構造を使用してデコード済みピクチャを取得することとを含む。対応するエンコーディングの方法も提供される。
【選択図】図7
【特許請求の範囲】
【請求項1】
ビデオデコーダによって実装されるデコーディングの方法であって、
前記ビデオデコーダによって、ただ1つのレイヤを有する出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造を備えるシーケンスパラメータセット(SPS)を有するサブビットストリームを受信するステップと、
前記ビデオデコーダによって、前記ただ1つのレイヤを有する前記OLSに基づき前記OLS内のレイヤの数を1に等しくなるように設定するステップと、
前記ビデオデコーダによって、前記OLS内のレイヤの前記数が1に等しくなるように設定されたときに前記SPSから前記1つのレイヤを有する前記OLSに対する前記PTLシンタックス構造を取得するステップと、
前記ビデオデコーダによって、前記ただ1つのレイヤからピクチャをデコードし、前記PTLシンタックス構造を使用してデコード済みピクチャを取得するステップとを含む方法。
【請求項2】
前記PTLシンタックス構造は、profile_tier_level()と指定される請求項1に記載の方法。
【請求項3】
前記ただ1つのレイヤは、i番目のレイヤであり、前記OLSがi番目のOLSである請求項1または2に記載の方法。
【請求項4】
前記PTLシンタックス構造は、前記SPS内のi番目のprofile_tier_level()シンタックス構造内に存在する請求項1から3のいずれか一項に記載の方法。
【請求項5】
前記サブビットストリームは、ビデオパラメータセット(VPS)を含まない請求項1から4のいずれか一項に記載の方法。
【請求項6】
前記OLS内のレイヤの前記数は、NumLayersInOls[i]と指定された変数である請求項1から5のいずれか一項に記載の方法。
【請求項7】
前記SPSは、前記OLSにおける前記ただ1つのレイヤによって参照される請求項1から6のいずれか一項に記載の方法。
【請求項8】
前記デコード済みピクチャを電子デバイスのディスプレイ上に表示するステップをさらに含む請求項1から7のいずれか一項に記載の方法。
【請求項9】
ビデオエンコーダによって実装されるエンコーディングの方法であって、
前記ビデオエンコーダによって、ビデオパラメータセット(VPS)およびシーケンスパラメータセット(SPS)を生成するステップであって、前記VPSはすべての出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造のリストを含み、前記SPSはただ1つのレイヤを有する各OLSに対する前記PTLシンタックス構造を含む、ステップと、
前記ビデオエンコーダによって、前記VPSおよび前記SPSをビデオビットストリームにエンコードするステップと、
前記ビデオエンコーダによって、ビデオデコーダに向けた通信のために前記ビデオビットストリームを記憶するステップとを含む方法。
【請求項10】
前記VPSは、PTLシンタックス構造の前記リストへのインデックスを含み、前記インデックスは、vps_ols_ptl_idx[i]と指定される請求項9に記載の方法。
【請求項11】
vps_ols_ptl_idx[i]の値は、0から前記VPS内の前記PTLシンタックス構造の総数までの範囲内にある請求項9または10に記載の方法。
【請求項12】
前記VPSは、vps_num_ptls_minus1を含み、vps_num_ptls_minus1+1は、前記VPSにおける前記PTLシンタックス構造の前記総数を指定する請求項10または11に記載の方法。
【請求項13】
前記ビットストリームからサブビットストリームを抽出するステップをさらに含み、前記サブビットストリームは、前記ビットストリームからの前記SPSを含むが、前記ビットストリームからの前記VPSを含まない請求項10から12のいずれか一項に記載の方法。
【請求項14】
ビデオデコーダに向けて前記サブビットストリームを伝送するステップをさらに含む請求項10から13のいずれか一項に記載の方法。
【請求項15】
ただ1つのレイヤを有する出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造を備えるシーケンスパラメータセット(SPS)を有するサブビットストリームを受信するように構成されている受信機と、
メモリに結合されているプロセッサとを備えるデコーディングデバイスであって、前記プロセッサは、前記デコーディングデバイスに、
前記ただ1つのレイヤを有する前記OLSに基づき前記OLS内のレイヤの数を1に等しくなるように設定することと、
前記OLS内のレイヤの前記数が1に等しくなるように設定されたときに前記SPSから前記1つのレイヤを有する前記OLSに対する前記PTLシンタックス構造を取得することと、
前記ただ1つのレイヤからピクチャをデコードし、前記PTLシンタックス構造を使用してデコード済みピクチャを取得することとを行わせる命令を実行するように構成されている、デコーディングデバイス。
【請求項16】
前記PTLシンタックス構造は、profile_tier_level()と指定され、前記ただ1つのレイヤは、i番目のレイヤであり、前記OLSは、i番目のOLSである請求項15に記載のデコーディングデバイス。
【請求項17】
前記PTLシンタックス構造は、前記SPS内のi番目のprofile_tier_level()シンタックス構造内に存在する請求項15または16に記載のデコーディングデバイス。
【請求項18】
前記サブビットストリームは、ビデオパラメータセット(VPS)を含まない請求項15から17のいずれか一項に記載のデコーディングデバイス。
【請求項19】
前記OLS内のレイヤの前記数は、NumLayersInOls[i]と指定された変数であり、前記SPSは、前記OLSにおける前記ただ1つのレイヤによって参照される請求項15から18のいずれか一項に記載のデコーディングデバイス。
【請求項20】
前記デコード済みピクチャを表示するように構成されているディスプレイをさらに備える請求項15から19のいずれか一項に記載のデコーディングデバイス。
【請求項21】
エンコーディングデバイスであって、
命令を収容するメモリと、
前記メモリに結合されているプロセッサであって、前記エンコーディングデバイスに、
ビデオパラメータセット(VPS)およびシーケンスパラメータセット(SPS)を生成することであって、前記VPSはすべての出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造のリストを含み、前記SPSはただ1つのレイヤを有する各OLSに対する前記PTLシンタックス構造を含む、生成することと、
前記VPSおよび前記SPSをビデオビットストリームにエンコードすることとを行わせる前記命令を実装するように構成されているプロセッサと、
前記プロセッサに結合されている送信機であって、前記ビデオビットストリームをビデオデコーダに向けて伝送するように構成されている送信機とを備えるエンコーディングデバイス。
【請求項22】
前記VPSは、PTLシンタックス構造の前記リストへのインデックスを含み、前記インデックスは、vps_ols_ptl_idx[i]と指定される請求項21に記載のエンコーディングデバイス。
【請求項23】
vps_ols_ptl_idx[i]の値は、0から前記VPS内の前記PTLシンタックス構造の総数までの範囲内にある請求項21または22に記載のエンコーディングデバイス。
【請求項24】
前記VPSは、vps_num_ptls_minus1を含み、vps_num_ptls_minus1+1は、前記VPSにおける前記PTLシンタックス構造の前記総数を指定する請求項23から25のいずれか一項に記載のエンコーディングデバイス。
【請求項25】
エンコードするピクチャを受信するか、またはデコードするビットストリームを受信するように構成されている受信機と、
前記受信機に結合されている送信機であって、前記ビットストリームをデコーダに伝送するか、またはデコード済み画像をディスプレイに伝送するように構成されている送信機と、
前記受信機または前記送信機のうちの少なくとも一方に結合されているメモリであって、命令を記憶するように構成されているメモリと、
前記メモリに結合されているプロセッサであって、前記メモリに記憶されている前記命令を実行して請求項1から8のいずれか一項および請求項9から14のいずれか一項に記載の方法を実行するように構成されているプロセッサとを備えるコーディング装置。
【請求項26】
デコード済みピクチャを表示するように構成されているディスプレイをさらに備える請求項25に記載のコーディング装置。
【請求項27】
エンコーダと、
前記エンコーダと通信するデコーダとを備えるシステムであって、前記エンコーダまたは前記デコーダは、請求項15から26のいずれか一項に記載のデコーディングデバイス、エンコーディングデバイス、またはコーディング装置を含む、システム。
【請求項28】
コーディングするための手段であって、
エンコードするピクチャを受信するか、またはデコードするビットストリームを受信するように構成されている受信手段と、
前記受信手段に結合された伝送手段であって、前記ビットストリームをデコード手段に伝送するか、またはデコード済み画像を表示手段に伝送するように構成されている伝送手段と、
前記受信手段または前記伝送手段のうちの少なくとも一方に結合されている記憶手段であって、命令を記憶するように構成されている記憶手段と、
前記記憶手段に結合されている処理手段であって、前記記憶手段に記憶されている前記命令を実行して請求項1から8のいずれか一項および請求項9から14のいずれか一項に記載の方法を実行するように構成されている処理手段とを備える手段。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本特許出願は、参照により本明細書に組み込まれるYe-Kui Wangによって2019年10月7日に出願された米国特許仮出願第62/911,808号、名称「Scalability in Video Coding」の利益を主張するものである。
【0002】
一般に、本開示では、ビデオコーディング(video coding)におけるマルチレイヤビデオビットストリーム(multi-layer video bitstream)のための技術を説明する。より具体的には、本開示では、ビデオコーディングにおけるマルチレイヤビットストリーム内のレイヤに対応するパラメータをシグナリングする際に冗長性を排除するための技術を説明する。
【背景技術】
【0003】
比較的短いビデオであっても描画するために必要なビデオデータの量は実質的に大量になり得、その結果、データがストリーミングされるか、または帯域幅容量が限られている通信ネットワークを介した他の何らかの方法で伝達されるときに面倒なことが生じ得る。したがって、今日の電気通信ネットワークでは、ビデオデータは、伝達される前に圧縮されるのが一般的である。ビデオのサイズも、メモリリソースが限られていることもあり得るのでビデオがストレージデバイスに記憶されるときに問題になる可能性がある。ビデオ圧縮デバイスは、伝送元でソフトウェアおよび/またはハードウェアを使用して伝送または記憶の前にビデオデータをコーディングし、それによってデジタルビデオイメージを表現するために必要なデータ量を削減することが多い。次いで、圧縮されたデータは、ビデオデータをデコードするビデオ伸張デバイスによって伝送先に受信される。ネットワークリソースに限度があり、求められる映像品質が高まる一方であることから、画質をほとんどまたはまったく犠牲にすることなく圧縮率を改善する圧縮および伸張技術の改善が望ましい。
【発明の概要】
【課題を解決するための手段】
【0004】
第1の態様は、ビデオデコーダによって実装されるデコーディングの方法に関するものであり、これはビデオデコーダによって、ただ1つのレイヤを有する出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造を備えるシーケンスパラメータセット(SPS)を有するサブビットストリームを受信することと、ビデオデコーダによって、ただ1つのレイヤを有するOLSに基づきOLS内のレイヤの数を1に等しくなるように設定することと、ビデオデコーダによって、OLS内のレイヤの数が1に等しくなるように設定されたときにSPSから1つのレイヤを有するOLSに対するPTLシンタックス構造を取得することと、ビデオデコーダによって、ただ1つのレイヤからピクチャをデコードし、PTLシンタックス構造を使用してデコード済みピクチャを取得することとを含む。
【0005】
方法は、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0006】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、PTLシンタックス構造がprofile_tier_level()として指定されることを規定する。
【0007】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、ただ1つのレイヤがi番目のレイヤであり、OLSがi番目のOLSであることを規定する。
【0008】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、PTLシンタックス構造がSPSにおけるi番目のprofile_tier_level()シンタックス構造内に存在することを規定する。
【0009】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、サブビットストリームがビデオパラメータセット(VPS)を含まないことを規定する。
【0010】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、OLSにおけるレイヤの数がNumLayersInOls[i]と指定された変数であることを規定する。
【0011】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、SPSは、OLSにおいてただ1つのレイヤによって参照されることを規定する。
【0012】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、デコード済みピクチャを電子デバイスのディスプレイ上に表示することを規定する。
【0013】
第2の態様は、ビデオエンコーダによって実装されるエンコーディングの方法に関するものであり、この方法はビデオエンコーダによって、ビデオパラメータセット(VPS)およびシーケンスパラメータセット(SPS)を生成することであって、VPSはすべての出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造のリストを含み、SPSはただ1つのレイヤを有する各OLSに対するPTLシンタックス構造を含む、生成することと、ビデオエンコーダによって、VPSおよびSPSをビデオビットストリームにエンコードすることと、ビデオエンコーダによって、ビデオデコーダに向けた通信のためにビデオビットストリームを記憶することとを含む。
【0014】
方法は、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0015】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、VPSがPTLシンタックス構造のリストへのインデックスを含むことを規定し、このインデックスは、vps_ols_ptl_idx[i]として指定される。
【0016】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、vps_ols_ptl_idx[i]の値が0からVPSにおけるPTLシンタックス構造の総数までの範囲内にあることを規定する。
【0017】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、VPSがvps_num_ptls_minus1を含むことを規定し、vps_num_ptls_minus1+1は、VPSにおけるPTLシンタックス構造の総数を指定する。
【0018】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、ビットストリームからサブビットストリームを抽出することを規定し、サブビットストリームは、ビットストリームからのSPSを含むが、ビットストリームからのVPSを含まない。
【0019】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、サブビットストリームをビデオデコーダに向けて伝送することを規定する。
【0020】
第3の態様は、デコーディングデバイスに関するものであり、これは、ただ1つのレイヤを有する出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造を備えるシーケンスパラメータセット(SPS)を有するサブビットストリームを受信するように構成されている受信機と、メモリに結合されているプロセッサであって、デコーディングデバイスに、ただ1つのレイヤを有するOLSに基づきOLS内のレイヤの数を1に等しくなるように設定することと、OLS内のレイヤの数が1に等しくなるように設定されたときにSPSから1つのレイヤを有するOLSに対するPTLシンタックス構造を取得することと、ただ1つのレイヤからピクチャをデコードし、PTLシンタックス構造を使用してデコード済みピクチャを取得することとを行わせる命令を実行するように構成されているプロセッサとを備える。
【0021】
デコーディングデバイスは、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0022】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、PTLシンタックス構造がprofile_tier_level()として指定されることを規定し、ただ1つのレイヤがi番目のレイヤであり、OLSはi番目のOLSである。
【0023】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、PTLシンタックス構造がSPSにおけるi番目のprofile_tier_level()シンタックス構造内に存在することを規定する。
【0024】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、サブビットストリームがビデオパラメータセット(VPS)を含まないことを規定する。
【0025】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、OLSにおけるレイヤの数がNumLayersInOls[i]と指定された変数であることを規定し、SPSは、OLSにおけるただ1つのレイヤによって参照される。
【0026】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、デコード済みピクチャを表示するように構成されるそのディスプレイを規定する。
【0027】
第4の態様は、エンコーディングデバイスに関するものであり、これは命令を収容するメモリと、メモリに結合されているプロセッサであって、エンコーディングデバイスに、ビデオパラメータセット(VPS)およびシーケンスパラメータセット(SPS)を生成することであって、VPSはすべての出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造のリストを含み、SPSはただ1つのレイヤを有する各OLSに対するPTLシンタックス構造を含み、VPSおよびSPSをビデオビットストリームにエンコードする、生成することを行わせる命令を実装するように構成されているプロセッサと、プロセッサに結合されている送信機であって、ビデオビットストリームをビデオデコーダに向けて伝送するように構成されている送信機とを備える。
【0028】
エンコーディングデバイスは、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0029】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、VPSがPTLシンタックス構造のリストへのインデックスを含むことを規定し、このインデックスは、vps_ols_ptl_idx[i]として指定される。
【0030】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、vps_ols_ptl_idx[i]の値が0からVPSにおけるPTLシンタックス構造の総数までの範囲内にあることを規定する。
【0031】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、VPSがvps_num_ptls_minus1を含むことを規定し、vps_num_ptls_minus1+1は、VPSにおけるPTLシンタックス構造の総数を指定する。
【0032】
第5の態様は、コーディング装置に関するものである。コーディング装置は、エンコードするピクチャを受信するか、またはデコードするビットストリームを受信するように構成されている受信機と、受信機に結合されている送信機であって、ビットストリームをデコーダに伝送するか、またはデコード済み画像をディスプレイに伝送するように構成されている送信機と、受信機または送信機のうちの少なくとも一方に結合されているメモリであって、命令を記憶するように構成されているメモリと、メモリに結合されているプロセッサであって、メモリに記憶されている命令であって、本明細書において開示されている方法のいずれかを実行する命令を実行するように構成されているプロセッサとを備える。
【0033】
コーディング装置は、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0034】
任意選択で、前述の態様のいずれかにおいて、態様の別の実装形態は、デコード済みピクチャを表示するように構成されているディスプレイを提供する。
【0035】
第6の態様は、システムに関するものである。システムは、エンコーダと、エンコーダと通信するデコーダとを備え、エンコーダまたはデコーダは、本明細書において開示されているデコーディングデバイス、エンコーディングデバイス、またはコーディング装置を含む。
【0036】
システムは、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0037】
第7の態様は、コーディングするための手段に関するものである。コーディングするための手段は、エンコードするピクチャを受信するか、またはデコードするビットストリームを受信するように構成されている受信手段と、受信手段に結合された伝送手段であって、ビットストリームをデコード手段に伝送するか、またはデコード済み画像を表示手段に伝送するように構成されている伝送手段と、受信手段または伝送手段のうちの少なくとも一方に結合されている記憶手段であって、命令を記憶するように構成されている記憶手段と、記憶手段に結合されている処理手段であって、記憶手段に記憶されている命令であって、本明細書において開示されている方法のいずれかを実行する命令を実行するように構成されている処理手段とを備える。
【0038】
コーディングするための手段は、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術を提供する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0039】
わかりやすくするために、前述の実施形態のうちのいずれか1つが他の前述の実施形態のうちのいずれか1つまたは複数と組み合わされて、本開示の範囲内の新しい実施形態を形成するものとしてよい。
【0040】
これらおよび他の特徴は、添付図面および請求項と併せて次の詳細な説明からより明確に理解されるであろう。
【0041】
本開示をより完全に理解できるように、類似の番号は類似の部分を表す、添付図面および詳細な説明に関して以下の簡単な説明が参照される。
【図面の簡単な説明】
【0042】
【図1】ビデオ信号をコーディングする例示的な一方法のフローチャートである。
【図2】ビデオコーディングのための例示的なコーディングおよびデコーディング(コーデック)システムの概略図である。
【図3】例示的なビデオエンコーダを例示する概略図である。
【図4】例示的なビデオデコーダを例示する概略図である。
【図5】空間的スケーラビリティのためのマルチレイヤコーディングの一例を例示する図である。
【図6】出力レイヤセット(OLS)を使用するマルチレイヤコーディングの一例を例示する図である。
【図7】ビデオビットストリームの一実施形態を例示する図である。
【図8】コーディング済みビデオビットストリームをデコードする方法の一実施形態の図である。
【図9】コーディング済みビデオビットストリームをエンコードする方法の一実施形態の図である。
【図10】ビデオコーディングデバイスの概略図である。
【図11】コーディングするための手段の一実施形態の概略図である。
【発明を実施するための形態】
【0043】
最初に、1つまたは複数の実施形態の例示的な実装が以下に提示されているが、開示されているシステムおよび/または方法は、現在知られているか、または存在している、いくつもの技術を使用することで実装され得ることは理解されるべきである。本開示は、本明細書において例示され、説明されている例示的な設計および実装を含む、以下に例示されている例示的な実装、図面、および技術に決して限定されるべきでないが、等価物の全範囲とともに付属の請求項の範囲内で修正され得る。
【0044】
次の用語は、本明細書において反対の文脈で使用されていない限り次のように定義される。具体的には、次の定義は、本開示をさらに明確にすることを意図されている。しかしながら、用語は、異なる文脈において異なる形で説明され得る。したがって、次の定義は、補足として考慮されるべきであり、本明細書においてそのような用語に対して提供される説明のいかなる他の定義を制限するものとして考慮されるべきではない。
【0045】
ビットストリームは、エンコーダとデコーダとの間の伝送のために圧縮されるビデオデータを含むビットのシーケンスである。エンコーダは、エンコーディングプロセスを使用してビデオデータをビットストリームに圧縮するように構成されるデバイスである。デコーダは、デコーディングプロセスを使用してビデオデータを表示のためにビットストリームに再構成するように構成されるデバイスである。ピクチャは、フレームまたはそのフィールドを作成するルーマサンプルの配列および/またはクロマサンプルの配列である。エンコードされているか、またはデコードされているピクチャは、説明を明確にするために現在のピクチャとして参照され得る。参照ピクチャは、インター予測および/またはレイヤ間予測に従って参照により他のピクチャをコーディングするときに使用することができる参照サンプルを含むピクチャである。参照ピクチャリストは、インター予測および/またはレイヤ間予測に使用される参照ピクチャのリストである。いくつかのビデオコーディングシステムは、2つの参照ピクチャリストを利用し、これらは参照ピクチャリスト1および参照ピクチャリスト0と表すことができる。参照ピクチャリスト構造は、複数の参照ピクチャリストを含むアドレス指定可能なシンタックス構造である。
【0046】
インター予測は、参照ピクチャおよび現在のピクチャが同じレイヤ内にある場合の現在のピクチャとは異なる参照ピクチャ内の示されたサンプルを参照することによって現在のピクチャのサンプルをコーディングするメカニズムである。参照ピクチャリスト構造エントリは、参照ピクチャリストに関連付けられている参照ピクチャを示す参照ピクチャリスト構造内のアドレス指定可能な配置である。
【0047】
スライスヘッダは、スライスで表されるタイル内のすべてのビデオデータに関連するデータ要素を含むコーディング済みスライスの一部である。ピクチャパラメータセット(PPS)は、ピクチャ全体に関連するデータを含むパラメータセットである。より具体的には、PPSは、各ピクチャヘッダ内に見つかるシンタックス要素によって決定されるような0個またはそれ以上のコーディング済みピクチャ全体に適用されるシンタックス要素を含むシンタックス構造である。シーケンスパラメータセット(SPS)は、ピクチャのシーケンスに関係するデータを含むパラメータセットである。アクセスユニット(AU)は、デコード済みピクチャバッファ(DPB)から出力するための(たとえば、ユーザに対して表示するための)同じ表示時間(たとえば、同じピクチャ順序カウント)に関連付けられている1つまたは複数のコーディング済みピクチャのセットである。アクセスユニットデリミタ(AUD)は、AUの開始またはAU間の境界を示すために使用されるインジケータまたはデータ構造である。デコード済みビデオシーケンスは、ユーザへの表示に備えてデコーダによって再構成されたピクチャのシーケンスである。
【0048】
ネットワーク抽象化レイヤ(NAL)ユニットは、望ましい場合にエミュレーション防止バイトを散在させた、データの型の指示である、ローバイトシーケンスペイロード(RBSP)の形態のデータを含むシンタックス構造である。ビデオコーディングレイヤ(VCL)NALユニットは、ピクチャのコーディング済みスライスなどの、ビデオデータを含むようにコーディングされたNALユニットである。非VCL NALユニットは、ビデオデータをデコードすること、適合性チェックの実行、または他の動作をサポートするシンタックスおよび/またはパラメータなどの非ビデオデータを含むNALユニットである。レイヤは、指定された特性(たとえば、共通の解像度、フレームレート、画像サイズなど)を共有するVCL NALユニットと、関連付けられている非VCL NALユニットとのセットである。レイヤのVCL NALユニットは、NALユニットヘッダレイヤ識別子(nuh_layer_id)の特定の値を共有し得る。コーディング済みピクチャは、アクセスユニット(AU)内のNALユニットヘッダレイヤ識別子(nuh_layer_id)の特定の値を有するVCL NALユニットを含み、ピクチャのすべてのコーディングツリーユニット(CTU)を含むピクチャのコーディング済み表現である。デコード済みピクチャは、コーディング済みピクチャにデコーディングプロセスを適用することによって生成されるピクチャである。
【0049】
出力レイヤセット(OLS)は、1つまたは複数のレイヤが出力レイヤとして指定されるレイヤのセットである。出力レイヤは、出力(たとえば、ディスプレイへの)用に指定されるレイヤである。0番目のOLSは、最下位レイヤ(最下位レイヤ識別子を有するレイヤ)のみを含むOLSであり、したがって、出力レイヤのみを含むOLSである。OLSにおけるレイヤの数は、NumLayersInOLSと指定されたシンタックス要素で指定され得る。ビデオパラメータセット(VPS)は、ビデオ全体に関係するパラメータを含むデータユニットである。レイヤ間予測は、参照レイヤ内の参照ピクチャの参照によって現在のレイヤ内の現在のピクチャをコーディングするメカニズムであり、現在のピクチャおよび参照ピクチャは、同じAUに含まれ、参照レイヤは、現在のレイヤより低いnuh_layer_idを含む。
【0050】
プロファイルは、準拠または適合ビットストリームを作成するために使用されるコーディングツールの定義されたセットである。各プロファイルは、そのプロファイルに適合するすべてのデコーダによってサポートされるものとするアルゴリズム上の特徴および制限のサブセットを指定する。ティアおよびレベルは、最大ビットレート、最大ルーマサンプルレート、最大ルーマピクチャサイズ、最小圧縮率、許容される最大スライス数、および許容される最大タイル数に関してビットストリームを定義する制約条件である。より低いティアは、より高いティアより制約が大きく、より低いレベルは、より高いレベルより制約が大きい。プロファイル、ティア、およびレベル(PTL)パラメータは、プロファイル、ティア、および/またはレベル情報を提供するシンタックス構造である。
【0051】
時間的スケーラブルビットストリームは、様々な時間的解像度/フレームレートを提供する複数のレイヤにおいてコーディングされたビットストリームである(たとえば、各レイヤは異なるフレームレートをサポートするようにコーディングされる)。サブレイヤは、特定の時間的識別子値を有するVCL NALユニットおよび関連付けられている非VCL NALユニットを含む時間的スケーラブルビットストリームの時間的スケーラブルレイヤである。たとえば、時間的サブレイヤは、指定されたフレームレートに関連付けられているビデオデータを含むレイヤである。サブレイヤ表現は、特定のサブレイヤおよび下位サブレイヤのNALユニットを含むビットストリームのサブセットである。したがって、1つまたは複数の時間的サブレイヤは、指定されたフレームレートを有するビデオシーケンスを結果としてもたらすようにデコードされ得るサブレイヤ表現を達成するために組み合わされ得る。OLSインデックスは、対応するOLSを一意的に識別するインデックスである。時間的識別子(ID)は、データがビデオシーケンス内の時間的配置に対応することを示すデータ要素である。サブビットストリーム抽出プロセスは、ターゲットOLSインデックスおよびターゲット最高時間的IDによって決定されるようなターゲットセットに属さないNALユニットをビットストリームから除去するプロセスである。サブビットストリーム抽出プロセスは結果として、ターゲットセットの一部であるビットストリームからのNALユニットを含む出力サブビットストリームをもたらす。
【0052】
HRDは、エンコーディングプロセスによって生成されたビットストリームの変動性をチェックして、指定された制約条件への適合性を検証するエンコーダ上で動作するデコーダモデルである。ビットストリームの適合性テストは、エンコード済みビットストリームが多目的ビデオコーディング(VVC)などの規格に準拠しているかどうかを決定するためのテストである。HRDパラメータは、HRDの動作条件を初期化し、および/または定義するシンタックス要素である。シーケンスレベルHRDパラメータは、コーディング済みビデオシーケンス全体に適用されるHRDパラメータである。最大HRD時間的ID(hrd_max_tid[i])は、HRDパラメータがOLS HRDパラメータのi番目のセットに含まれている最上位サブレイヤ表現の時間的IDを指定する。一般HRDパラメータ(general_hrd_parameters)シンタックス構造は、シーケンスレベルHRDパラメータを含むシンタックス構造である。オペレーションポイント(OP)は、OLSインデックスおよび最高時間的IDによって識別されるOLSの時間的サブセットである。テスト対象OP(targetOp)は、HRDにおける適合性テストのために選択されたOPである。ターゲットOLSは、ビットストリームから抽出するために選択されるOLSである。デコーディングユニットHRDパラメータ存在フラグ(decoding_unit_hrd_params_present_flag)は、対応するHRDパラメータがデコーディングユニット(DU)レベルまたはAUレベルで動作するかどうかを示すフラグである。コーディング済みピクチャバッファ(CPB)は、ビットストリーム適合性検証時に使用するためにデコーディング順にコーディング済みピクチャを含むHRDにおける先入れ先出しバッファである。デコード済みピクチャバッファ(DPB)は、参照、出力順序変更、および/または出力遅延のためにデコード済みピクチャを保持するためのバッファである。
【0053】
デコード済みピクチャバッファ(DPB)パラメータは、DPBサイズ、ならびに任意選択で、最大ピクチャ順序変更番号および最大待ち時間情報を提供するシンタックス構造である。最大ピクチャ順序変更番号および最大待ち時間情報は、頭字語MRMLでまとめて参照され得る。
【0054】
本明細書において使用される頭字語は、コーディングツリーブロック(CTB)、コーディングツリーユニット(CTU)、コーディングユニット(CU)、コーディング済みビデオシーケンス(CVS)、ジョイントビデオエキスパートチーム(JVET)、動き制約タイルセット(MCTS)、最大転送ユニット(MTU)、ネットワーク抽象化レイヤ(NAL)、ピクチャ順序カウント(POC)、ピクチャパラメータセット(PPS)、ローバイトシーケンスペイロード(RBSP)、シーケンスパラメータセット(SPS)、多目的ビデオコーディング(VVC)、および作業草案(WD)である。
【0055】
図1は、ビデオ信号をコーディングする例示的な動作方法100のフローチャートである。具体的には、ビデオ信号は、エンコーダのところでエンコードされる。エンコーディングプロセスは、様々なメカニズムを使用することによってビデオ信号を圧縮し、ビデオファイルサイズを縮小する。より小さいファイルサイズは、関連する帯域幅オーバーヘッドを低減しながら、圧縮済みビデオファイルがユーザへ伝送されることを可能にする。次に、エンドユーザに表示するために、デコーダは圧縮済みビデオファイルをデコードし、元のビデオ信号を再構成する。デコーディングプロセスは、一般的に、デコーダが一貫してビデオ信号を再構成することを可能にするようにエンコーディングプロセスをミラーリングする。
【0056】
ステップ101で、ビデオ信号は、エンコーダに入力される。たとえば、ビデオ信号は、メモリに記憶されている非圧縮ビデオファイルであってもよい。別の例として、ビデオファイルは、ビデオカメラなどのビデオキャプチャデバイスによってキャプチャされ、ビデオのライブストリーミングをサポートするようにエンコードされ得る。ビデオファイルは、音声コンポーネントとビデオコンポーネントの両方を含み得る。ビデオコンポーネントは、順に視聴されたときに、動きの視覚的な印象を与える一連の画像フレームを含む。フレームは、本明細書においてルーマ成分(またはルーマサンプル)と称される光、およびクロマ成分(または色サンプル)と呼ばれる色に関して表現されるピクセルを含む。いくつかの例において、フレームは、3次元表示をサポートするために深度値も含み得る。
【0057】
ステップ103で、ビデオはいくつかのブロックに区分化される。区分化することは、圧縮のために各フレーム内のピクセルを正方形および/または長方形のブロックに細分することを含む。たとえば、高効率ビデオコーディング(HEVC)(H.265およびMPEG-H Part 2としても知られている)において、フレームは、最初に、事前定義されたサイズ(たとえば、64ピクセル×64ピクセル)のブロックである、コーディングツリーユニット(CTU)に分割され得る。CTUは、ルーマサンプルとクロマサンプルの両方を含む。コーディングツリーは、CTUをいくつかのブロックに分割し、次いでさらなるエンコーディングをサポートする構成が達成されるまでブロックを再帰的に細分するために採用され得る。たとえば、フレームのルーマ成分は、個々のブロックが比較的均質な照明値を含むまで細分化され得る。さらに、フレームのクロマ成分は、個々のブロックが比較的均質な色値を含むまで細分化され得る。したがって、区分化メカニズムは、ビデオフレームのコンテンツによって異なる。
【0058】
ステップ105で、各様々な圧縮メカニズムが採用され、ステップ103で区分化された画像ブロックを圧縮する。たとえば、インター予測および/またはイントラ予測が採用され得る。インター予測は、共通のシーン内のオブジェクトが連続するフレーム内に出現する傾向があるという事実を利用するように設計されている。したがって、参照フレーム内のオブジェクトを描写するブロックは、隣接するフレーム内に繰り返し記述される必要はない。具体的には、テーブルなどのオブジェクトは、複数のフレームにわたって一定の位置に留まり得る。したがって、テーブルは、一度記述されると、隣接するフレームが参照フレームを再度参照することができる。複数のフレームにまたがるオブジェクトのマッチングには、パターンマッチングメカニズムが採用され得る。さらに、オブジェクトの移動やカメラの移動などにより、複数のフレームにまたがって移動するオブジェクトが表現され得る。特定の例として、ビデオは、複数のフレームにわたって画面上を移動する自動車を示し得る。動きベクトルは、そのような移動を記述するために使用することができる。動きベクトルは、フレーム内のオブジェクトの座標から参照フレーム内のオブジェクトの座標へのオフセットを提供する2次元ベクトルである。そのようなものとして、インター予測は、現在のフレーム内の画像ブロックを、参照フレーム内の対応するブロックからのオフセットを示す動きベクトルのセットとしてエンコードすることができる。
【0059】
イントラ予測は、共通フレーム内のブロックをエンコードする。イントラ予測は、ルーマ成分およびクロマ成分がフレーム内でクラスタ化する傾向があるという事実を利用する。たとえば、木の一部における緑色のパッチは、緑色の類似のパッチに隣接して位置決めされる傾向がある。イントラ予測では、複数の方向予測モード(たとえば、HEVCでは33種類)、平面モード、および直流(DC)モードを使用する。これらの方向モードは、現在のブロックが、対応する方向の隣接ブロックのサンプルと類似している/同じであることを示す。平面モードは、行/列(たとえば、平面)に沿った一連のブロックが、行の端にある隣接ブロックに基づき補間され得ることを示す。平面モードは、実際には、変化する値における比較的一定の勾配を使用することによって行/列にまたがる光/色の滑らかな遷移を示す。DCモードは、境界平滑化に使用され、ブロックが方向予測モードの角度方向に関連するすべての隣接ブロックのサンプルに関連付けられている平均値に類似する/同じであることを示す。したがって、イントラ予測ブロックは、実際の値ではなく様々な関係予測モード値として画像ブロックを表現することができる。さらに、インター予測ブロックは、実際の値ではなく動きベクトル値として画像ブロックを表現することができる。いずれの場合も、予測ブロックは、いくつかの場合において画像ブロックを正確に表さないことがある。任意の差分が、残差ブロック内に収められる。ファイルをさらに圧縮するために、変換が残差ブロックに適用され得る。
【0060】
ステップ107で、様々なフィルタリング技術が適用され得る。HEVCでは、フィルタは、ループ内フィルタリングスキームに従って適用される。上で説明されているブロックベースの予測の結果、デコーダにおいてブロック状画像が作成され得る。さらに、ブロックベースの予測スキームは、ブロックをエンコードし、次いで、参照ブロックとして後で使用するためにエンコード済みブロックを再構成し得る。ループ内フィルタリングスキームは、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、およびサンプル適応オフセット(SAO)フィルタをブロック/フレームに反復適用する。これらのフィルタは、そのようなブロッキングアーチファクトを軽減し、それによりエンコード済みファイルが正確に再構成され得る。さらに、これらのフィルタは、再構成済み参照ブロック内のアーチファクトを軽減し、それにより、アーチファクトが再構成済み参照ブロックに基づきエンコードされる後続のブロック内にさらなるアーチファクトを生じさせる可能性が低くなる。
【0061】
ビデオ信号が区分化され、圧縮され、フィルタリングされた後、結果として得られたデータは、ステップ109でビットストリームにエンコードされる。ビットストリームは、上で説明されているデータ、さらにはデコーダにおいて適切なビデオ信号再構成をサポートするために望ましい任意のシグナリングデータを含む。たとえば、そのようなデータは、区分データ、予測データ、残差ブロック、および符号化命令をデコーダに送る様々なフラグを含み得る。ビットストリームは、要求に応じてデコーダに向けて伝送するためにメモリに記憶され得る。ビットストリームは、また、複数のデコーダに向けてブロードキャストされ、および/またはマルチキャストされてもよい。ビットストリームの作成は、反復プロセスである。したがって、ステップ101、103、105、107、および109は、多数のフレームおよびブロックにわたって連続的に、および/または同時に実行され得る。図1に示されている順序は、説明を明確にし、容易にするために提示されており、ビデオコーディングプロセスを特定の順序に制限することを意図されていない。
【0062】
デコーダは、ビットストリームを受信し、ステップ111でデコーディングプロセスを開始する。具体的には、デコーダは、エントロピーデコーディングスキームを使用して、ビットストリームを対応するシンタックスおよびビデオデータに変換する。デコーダは、ステップ111で、ビットストリームからのシンタックスデータを使用して、フレームに対する区分を決定する。区分化は、ステップ103におけるブロック区分化の結果と一致するべきである。次に、ステップ111で採用されているようなエントロピーエンコーディング/デコーディングについて説明する。エンコーダは、入力画像における値の空間的位置決めに基づきいくつかの可能な選択肢からブロック区分化スキームを選択するなど、圧縮プロセスにおいて多くの選択を行う。正確な選択肢をシグナリングすることでは、多数のビンが使用され得る。本明細書において使用されているように、ビンは、変数として扱われる2値(たとえば、文脈に応じて変化し得るビット値)である。エントロピーコーディングは、エンコーダが特定のケースに対して明らかに実行不可能である任意のオプションを破棄し、許容可能なオプションのセットを残すことを可能にする。次いで、各許容可能なオプションは、コードワードを割り当てられる。コードワードの長さは、許容可能なオプションの数に基づく(たとえば、2つのオプションには1つのビン、3から4つのオプションには2つのビンなど)。次いで、エンコーダは、選択されたオプションに対してコードワードをエンコードする。このスキームでは、コードワードは可能なすべてのオプションの潜在的に大きいセットからの選択を一意的に示すこととは反対に、許容可能なオプションの小さいサブセットからの選択を一意的に示すために望ましい大きさであるので、コードワードのサイズを縮小する。次いで、デコーダは、エンコーダと似た方式で、許容可能なオプションのセットを決定することによって選択をデコードする。許容可能なオプションのセットを決定することによって、デコーダは、コードワードを読み出し、エンコーダによって行われた選択を決定することができる。
【0063】
ステップ113で、デコーダは、ブロックデコーディングを実行する。具体的には、デコーダは、逆変換を採用して、残差ブロックを生成する。次いで、デコーダは、区分化に従って画像ブロックを再構成するために残差ブロックおよび対応する予測ブロックを使用する。予測ブロックは、ステップ105においてエンコーダで生成されるようなイントラ予測ブロックとインター予測ブロックの両方を含み得る。次いで、再構成済み画像ブロックは、ステップ111で決定された区分化データに従って再構成済みビデオ信号のフレーム内に位置決めされる。ステップ113に対するシンタックスは、また、上で説明されているようにエントロピーコーディングを介してビットストリーム内でシグナリングされ得る。
【0064】
ステップ115で、フィルタリングは、エンコーダでステップ107に類似する方式により再構成済みビデオ信号のフレーム上で実行される。たとえば、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、およびSAOフィルタが、ブロッキングアーチファクトを除去するためにフレームに適用され得る。フレームがフィルタリングされた後、ビデオ信号は、エンドユーザによる視聴のためにステップ117でディスプレイに出力され得る。
【0065】
図2は、ビデオコーディングのための例示的なコーディングおよびデコーディング(コーデック)システム200の概略図である。具体的には、コーデックシステム200は、動作方法100の実装形態をサポートするための機能性を提供する。コーデックシステム200は、エンコーダとデコーダの両方において採用されるコンポーネントを描くように一般化されている。コーデックシステム200は、動作方法100のステップ101および103に関して説明されているようにビデオ信号を受信し、区分化し、その結果、区分化済みビデオ信号201が得られる。次いで、コーデックシステム200は、方法100におけるステップ105、107、および109に関して説明されているようにエンコーダとして動作するときに区分化済みビデオ信号201をコーディング済みビットストリームに圧縮する。コーデックシステム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、およびデコード済みピクチャバッファコンポーネント223を含み得る。次に、これらのコンポーネントについて説明される。
【0066】
区分化済みビデオ信号201は、コーディングツリーによってピクセルのいくつかのブロックに区分化されたキャプチャ済みビデオシーケンスである。コーディングツリーは、ピクセルのブロックをピクセルのより小さいブロックに細分するために様々な分割モードを採用する。次いで、これらのブロックは、より小さいブロックにさらに細分され得る。ブロックは、コーディングツリーのノードと称されてもよい。より大きい親ノードは、より小さい子ノードに分割される。ノードが細分される回数は、ノード/コーディングツリーの深さと称される。分割済みブロックは、いくつかの場合において、コーディングユニット(CU)に含まれ得る。たとえば、CUは、CUに対する対応するシンタックス命令とともに、ルーマブロック、赤色差クロマ(Cr)ブロック、および青色差クロマ(Cb)ブロックを含むCTUのサブ部分であってよい。分割モードは、ノードを採用された分割モードに応じて様々な形状の2つ、3つ、または4つの子ノードにそれぞれ区分化するために採用される二分木(BT)、三分木(TT)、および四分木(QT)を含み得る。区分化済みビデオ信号201は、圧縮のために一般コーダ制御コンポーネント211、変換スケーリングおよび量子化コンポーネント213、ピクチャ内推定コンポーネント215、フィルタ制御分析コンポーネント227、および動き推定コンポーネント221に転送される。
【0067】
一般コーダ制御コンポーネント211は、アプリケーション制約に従って、ビットストリームへのビデオシーケンスの画像のコーディングに関係する決定を行うように構成される。たとえば、一般コーダ制御コンポーネント211は、再構成品質に対するビットレート/ビットストリームサイズの最適化を管理する。そのような決定は、ストレージスペース/帯域幅の利用可能性および画像解像度要求に基づき行われ得る。一般コーダ制御コンポーネント211は、また、バッファアンダーランおよびバッファオーバーランの問題を軽減するために伝送速度に照らしてバッファ利用を管理する。これらの問題を管理するために、一般コーダ制御コンポーネント211は、他のコンポーネントによる区分化、予測、およびフィルタリングを管理する。たとえば、一般コーダ制御コンポーネント211は、解像度を上げ、帯域幅使用量を増やすために圧縮複雑度を動的に上げるか、または解像度および帯域幅使用量を減らすために圧縮複雑度を下げるものとしてよい。したがって、一般コーダ制御コンポーネント211は、コーデックシステム200の他のコンポーネントを制御して、ビデオ信号再構成品質とビットレートの問題点とのバランスをとる。一般コーダ制御コンポーネント211は、他のコンポーネントの動作を制御する、制御データを作成する。制御データは、ヘッダフォーマッティングおよびCABACコンポーネント231にも転送され、ビットストリーム内にエンコードされ、デコーダでのデコーディングのためにパラメータをシグナリングする。
【0068】
区分化済みビデオ信号201はまた、インター予測のために、動き推定コンポーネント221および動き補償コンポーネント219に送信される。区分化済みビデオ信号201のフレームまたはスライスは、複数のビデオブロックに分割され得る。動き推定コンポーネント221および動き補償コンポーネント219は、時間予測を行うため1つまたは複数の参照フレーム内の1つまたは複数のブロックに関して受信されたビデオブロックのインター予測コーディングを実行する。コーデックシステム200は、複数のコーディングパスを実行して、たとえば、ビデオデータの各ブロックに対する適切なコーディングモードを選択し得る。
【0069】
動き推定コンポーネント221および動き補償コンポーネント219は、高度に統合されてもよいが、概念的な目的のために別々に例示されている。動き推定コンポーネント221によって実行される動き推定は、ビデオブロックに関する動きを推定する、動きベクトルを生成するプロセスである。動きベクトルは、たとえば、予測ブロックに関するコーディング済みオブジェクトの変位を示し得る。予測ブロックは、ピクセル差分に関して、コーディングされるべきブロックとよくマッチすることが判明しているブロックである。予測ブロックは、参照ブロックとも称され得る。そのようなピクセル差分は、差分絶対値和(SAD)、差分二乗和(SSD)、または他の差分メトリックによって決定され得る。HEVCは、CTU、コーディングツリーブロック(CTB)、およびCUを含むいくつかのコーディング済みオブジェクトを採用する。たとえば、CTUは、CTBに分割され、次いでこれはCUに含まれるようにCBに分割され得る。CUは、予測データを含む予測ユニット(PU)および/またはCUに対する変換済み残差データを含む変換ユニット(TU)としてエンコードされ得る。動き推定コンポーネント221は、レート歪み最適化プロセスの一部としてレート歪み分析を使用することによって、動きベクトル、PU、およびTUを生成する。たとえば、動き推定コンポーネント221は、現在のブロック/フレームに対して複数の参照ブロック、複数の動きベクトルなどを決定し、最良のレート歪み特性を有する参照ブロック、動きベクトルなどを選択し得る。最良のレート歪み特性は、ビデオ再構成の品質(たとえば、圧縮によるデータ損失の量)とコーディング効率(たとえば、最終的エンコーディングのサイズ)の両方のバランスをとる。
【0070】
いくつかの例において、コーデックシステム200は、デコード済みピクチャバッファコンポーネント223内に記憶されている参照ピクチャのサブ整数ピクセル位置に対する値を計算し得る。たとえば、ビデオコーデックシステム200は、参照ピクチャの1/4ピクセル位置、1/8ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定コンポーネント221は、フルピクセル位置および分数ピクセル位置に対する動き探索を実行し、分数ピクセル精度で動きベクトルを出力してもよい。動き推定コンポーネント221は、PUの位置と参照ピクチャの予測ブロックの位置とを比較することによって、インターコーディング済みスライス内のビデオブロックのPUに対する動きベクトルを計算する。動き推定コンポーネント221は、動き補償コンポーネント219へのエンコーディングおよび動きに対するヘッダフォーマッティングおよびCABACコンポーネント231への動きデータとして計算済み動きベクトルとして出力する。
【0071】
動き補償コンポーネント219によって実行される動き補償は、動き推定コンポーネント221によって決定された動きベクトルに基づき予測ブロックをフェッチするか、または生成することを伴い得る。ここでもまた、動き推定コンポーネント221および動き補償コンポーネント219は、いくつかの例において、機能的に一体化され得る。現在のビデオブロックのPUのための動きベクトルを受信すると、動き補償コンポーネント219は、動きベクトルが指す予測ブロックの位置を特定し得る。次いで、残差ビデオブロックは、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって形成される。一般に、動き推定コンポーネント221は、ルーマ成分に関して動き推定を実行し、動き補償コンポーネント219は、クロマ成分とルーマ成分の両方に対してルーマ成分に基づき計算された動きベクトルを使用する。予測ブロックおよび残差ブロックは、変換スケーリングおよび量子化コンポーネント213に転送される。
【0072】
区分化済みビデオ信号201は、また、ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217に送信される。動き推定コンポーネント221および動き補償コンポーネント219と同様に、ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217は、高度に統合され得るが、概念的な目的のために別々に例示されている。ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217は、上で説明されているように、フレーム間で、動き推定コンポーネント221および動き補償コンポーネント219によって実行されるインター予測の代替として、現在のフレーム内のブロックに関して現在のブロックをイントラ予測する。特に、ピクチャ内推定コンポーネント215は、現在のブロックをエンコードするために使用するイントラ予測モードを決定する。いくつかの例では、ピクチャ内推定コンポーネント215は、複数のテスト済みイントラ予測モードから現在のブロックをエンコードするために適切なイントラ予測モードを選択する。次いで、選択されたイントラ予測モードは、エンコードのためにヘッダフォーマッティングおよびCABACコンポーネント231に転送される。
【0073】
たとえば、ピクチャ内推定コンポーネント215は、様々なテスト済みイントラ予測モードに対してレート歪み分析を使用してレート歪み値を計算し、テスト済みモードの中から最良のレート歪み特性を有するイントラ予測モードを選択する。レート歪み分析では、一般的に、エンコード済みブロックとエンコード済みブロックを生成するためにエンコードされた元の未エンコードブロックとの間の歪み(またはエラー)の量、さらにはエンコード済みブロックを生成するために使用されるビットレート(たとえば、ビットの数)を決定する。ピクチャ内推定コンポーネント215は、どのイントラ予測モードがブロックに対して最良のレート歪み値を示すのかを決定するために様々なエンコード済みブロックに対する歪みおよびレートから比率を計算する。それに加えて、ピクチャ内推定コンポーネント215は、レート歪み最適化(RDO)に基づき深度モデリングモード(DMM)を使用して深度マップの深度ブロックをコーディングするように構成され得る。
【0074】
ピクチャ内予測コンポーネント217は、エンコーダで実装されたときにピクチャ内推定コンポーネント215によって決定された選択済みイントラ予測モードに基づき予測ブロックから残差ブロックを生成するか、またはデコーダで実装されたときにビットストリームから残差ブロックを読み出すものとしてよい。残差ブロックは、行列として表される、予測ブロックと元のブロックとの間の値の差分を含む。次いで、残差ブロックは、変換スケーリングおよび量子化コンポーネント213に転送される。ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217は、ルーマ成分とクロマ成分の両方で動作し得る。
【0075】
変換スケーリングおよび量子化コンポーネント213は、残差ブロックをさらに圧縮するように構成される。変換スケーリングおよび量子化コンポーネント213は、離散コサイン変換(DCT)、離散サイン変換(DST)、または概念的に類似する変換などの、変換を残差ブロックに適用し、残差変換係数値を含むビデオブロックを生成する。ウエーブレット変換、整数変換、サブバンド変換、または他のタイプの変換が使用されことも可能であろう。この変換は、ピクセル値領域からの残差情報を周波数領域などの変換領域に変換し得る。変換スケーリングおよび量子化コンポーネント213は、たとえば周波数に基づき、変換済み残差情報をスケーリングするようにも構成される。そのようなスケーリングは、異なる周波数情報が異なる粒度で量子化されるように、残差情報にスケール係数を適用することを伴い、これは、再構成済みビデオの最終的な視覚的品質に影響を及ぼし得る。変換スケーリングおよび量子化コンポーネント213は、ビットレートをさらに低減するために変換係数を量子化するようにも構成される。量子化プロセスは、係数の一部または全部に関連付けられているビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例では、変換スケーリングおよび量子化コンポーネント213は、次いで、量子化済み変換係数を含む行列の走査を実行し得る。量子化済み変換係数は、ヘッダフォーマッティングおよびCABACコンポーネント231に転送され、ビットストリーム内にエンコードされる。
【0076】
スケーリングおよび逆変換コンポーネント229は、動き推定をサポートするように変換スケーリングおよび量子化コンポーネント213の逆演算を適用する。スケーリングおよび逆変換コンポーネント229は、たとえば、別の現在のブロックに対する予測ブロックになり得る参照ブロックとして後で使用するために、ピクセル領域内に残差ブロックを再構成するように逆スケーリング、変換、および/または量子化を適用する。動き推定コンポーネント221および/または動き補償コンポーネント219は、後のブロック/フレームの動き推定において使用するために対応する予測ブロックに残差ブロックを追加して戻すことによって、参照ブロックを計算し得る。フィルタが再構成済み参照ブロックに適用され、それによりスケーリング、量子化、および変換時に作成されたアーチファクトを軽減する。そのようなアーチファクトは、さもなければ、後続のブロックが予測されるときに不正確な予測を引き起こす(そして、追加のアーチファクトを作成する)可能性もある。
【0077】
フィルタ制御分析コンポーネント227およびループ内フィルタコンポーネント225は、残差ブロックおよび/または再構成済み画像ブロックにフィルタを適用する。たとえば、スケーリングおよび逆変換コンポーネント229からの変換済み残差ブロックは、ピクチャ内予測コンポーネント217および/または動き補償コンポーネント219からの対応する予測ブロックと組み合わされて、元の画像ブロックを再構成し得る。次いで、フィルタが、再構成済み画像ブロックに適用され得る。いくつかの例では、フィルタは、代わりに残差ブロックに適用されてもよい。図2の他のコンポーネントと同様に、フィルタ制御分析コンポーネント227およびループ内フィルタコンポーネント225は、高度に統合されており、一緒に実装され得るが、概念的な目的のために別々に描かれている。再構成済み参照ブロックに適用されるフィルタは、特定の空間領域に適用され、そのようなフィルタがどのように適用されるかを調整するための複数のパラメータを含む。フィルタ制御分析コンポーネント227は、再構成済み参照ブロックを解析して、そのようなフィルタが適用されるべき場所を決定し、対応するパラメータを設定する。そのようなデータは、エンコーディングのためのフィルタ制御データとしてヘッダフォーマッティングおよびCABACコンポーネント231に転送される。ループ内フィルタコンポーネント225は、フィルタ制御データに基づき、そのようなフィルタを適用する。フィルタは、デブロッキングフィルタ、ノイズ抑制フィルタ、SAOフィルタ、および適応ループフィルタを含んでもよい。そのようなフィルタは、例に応じて、空間/ピクセル領域(たとえば、再構成済みピクセルブロック上)または周波数領域内で適用され得る。
【0078】
エンコーダとして動作するときに、フィルタリングされた再構成済み画像ブロック、残差ブロック、および/または予測ブロックは、上で説明されているように動き推定で後から使用するためにデコード済みピクチャバッファコンポーネント223に記憶される。デコーダとして動作するときに、デコード済みピクチャバッファコンポーネント223は、再構成済みおよびフィルタリング済みブロックを記憶し、出力ビデオ信号の一部としてディスプレイへ転送する。デコード済みピクチャバッファコンポーネント223は、予測ブロック、残留ブロック、および/または再構成済み画像ブロックを記憶することができる任意のメモリデバイスであってよい。
【0079】
ヘッダフォーマッティングおよびCABACコンポーネント231は、コーデックシステム200の様々なコンポーネントからデータを受信し、そのようなデータを、デコーダに向けて伝送するためにコーディング済みビットストリーム内にエンコードする。具体的には、ヘッダフォーマッティングおよびCABACコンポーネント231は、一般制御データおよびフィルタ制御データなどの制御データをエンコードするために、様々なヘッダを生成する。さらに、イントラ予測データおよび動きデータを含む予測データ、さらには量子化済み変換係数データの形態の残差データは、すべてビットストリーム内にエンコードされる。最終的なビットストリームは、元の区分化済みビデオ信号201を再構成するためにデコーダに望ましいすべての情報を含む。そのような情報は、イントラ予測モードインデックステーブル(コードワードマッピングテーブルとも称される)、様々なブロックに対するエンコーディングコンテキストの定義、最もあり得そうなイントラ予測モードの指示、区分情報の指示なども含み得る。そのようなデータは、エントロピーコーディングを採用することによってエンコードされ得る。たとえば、情報は、コンテキスト適応可変長コーディング(CAVLC)、CABAC、シンタックスベースコンテキスト適応2値算術コーディング(SBAC)、確率区間区分化エントロピー(PIPE) コーディング、または別のエントロピーコーディング技術を採用することによってエンコードされ得る。エントロピーコーディングに従って、コーディング済みビットストリームは、別のデバイス(たとえば、ビデオデコーダ)に伝送されるか、または後から伝送するか、もしくは除去するためにアーカイブされ得る。
【0080】
図3は、例示的なビデオエンコーダ300を例示するブロック図である。ビデオエンコーダ300は、コーデックシステム200のエンコーディング機能を実装し、および/または動作方法100のステップ101、103、105、107、および/または109を実装するために採用され得る。エンコーダ300は、入力ビデオ信号を区分化し、その結果、区分化済みビデオ信号301が得られ、これは区分化済みビデオ信号201に実質的に類似している。次いで、区分化済みビデオ信号301は、エンコーダ300のコンポーネントによってビットストリーム内に圧縮され、エンコードされる。
【0081】
具体的には、区分化済みビデオ信号301は、イントラ予測のためにピクチャ内予測コンポーネント317に転送される。ピクチャ内予測コンポーネント317は、ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217と実質的に類似しているものとしてよい。区分化済みビデオ信号301は、また、デコード済みピクチャバッファコンポーネント323内の参照ブロックに基づくインター予測のために動き補償コンポーネント321に転送される。動き補償コンポーネント321は、動き推定コンポーネント221および動き補償コンポーネント219と実質的に類似しているものとしてよい。ピクチャ内予測コンポーネント317および動き補償コンポーネント321からの予測ブロックおよび残差ブロックは、残差ブロックの変換および量子化のために、変換および量子化コンポーネント313に転送される。変換および量子化コンポーネント313は、変換スケーリングおよび量子化コンポーネント213と実質的に類似しているものとしてよい。変換済みおよび量子化済み残差ブロックならびに対応する予測ブロックは(関連する制御データとともに)、ビットストリーム内にコーディングするためにエントロピーコーディングコンポーネント331に転送される。エントロピーコーディングコンポーネント331は、ヘッダフォーマッティングおよびCABACコンポーネント231と実質的に類似しているものとしてよい。
【0082】
変換済みおよび量子化済み残差ブロックならびに/または対応する予測ブロックは、参照ブロックに再構成し動き補償コンポーネント321で使用するために、変換および量子化コンポーネント313から逆変換および量子化コンポーネント329に転送される。逆変換および量子化コンポーネント329は、スケーリングおよび逆変換コンポーネント229と実質的に類似しているものとしてよい。ループ内フィルタコンポーネント325内のループ内フィルタも、例に応じて、残差ブロックおよび/または再構成済み参照ブロックに適用される。ループ内フィルタコンポーネント325は、フィルタ制御分析コンポーネント227およびループ内フィルタコンポーネント225と実質的に類似しているものとしてよい。ループ内フィルタコンポーネント325は、ループ内フィルタコンポーネント225に関して説明されているように複数のフィルタを備え得る。次いで、フィルタリング済みブロックは、動き補償コンポーネント321により参照ブロックとして使用するためにデコード済みピクチャバッファコンポーネント323に記憶される。デコード済みピクチャバッファコンポーネント323は、デコード済みピクチャバッファコンポーネント223と実質的に類似しているものとしてよい。
【0083】
図4は、例示的なビデオデコーダ400を例示するブロック図である。ビデオデコーダ400は、コーデックシステム200のデコーディング機能を実装し、および/または動作方法100のステップ111、113、115、および/または117を実装するために採用され得る。デコーダ400は、たとえばエンコーダ300からビットストリームを受信し、エンドユーザへの表示のためにビットストリームに基づき再構成済み出力ビデオ信号を生成する。
【0084】
ビットストリームは、エントロピーデコーディングコンポーネント433によって受信される。エントロピーデコーディングコンポーネント433は、CAVLC、CABAC、SBAC、PIPEコーディング、または他のエントロピーコーディング技術などのエントロピーデコーディングスキームを実装するように構成される。たとえば、エントロピーデコーディングコンポーネント433は、ビットストリーム内のコードワードとしてエンコードされた追加のデータを解釈するためのコンテキストを提供するためにヘッダ情報を採用し得る。デコード済み情報は、一般制御データ、フィルタ制御データ、区分情報、動きデータ、予測データ、および残差ブロックからの量子化変換係数などの、ビデオ信号をデコードするための任意の望ましい情報を含む。量子化済み変換係数は、残差ブロック内への再構成のために逆変換および量子化コンポーネント429に転送される。逆変換および量子化コンポーネント429は、逆変換および量子化コンポーネント329と類似しているものとしてよい。
【0085】
再構成済み残差ブロックおよび/または予測ブロックは、イントラ予測演算に基づき画像ブロックに再構成するためにピクチャ内予測コンポーネント417に転送される。ピクチャ内予測コンポーネント417は、ピクチャ内推定コンポーネント215およびピクチャ内予測コンポーネント217と類似しているものとしてよい。具体的には、ピクチャ内予測コンポーネント417は、フレーム内の参照ブロックの位置を特定するために予測モードを採用し、残差ブロックをその結果に適用してイントラ予測画像ブロックを再構成する。再構成済みイントラ予測画像ブロックおよび/または残差ブロックならびに対応するインター予測データは、それぞれデコード済みピクチャバッファコンポーネント223およびループ内フィルタコンポーネント225に実質的に類似しているものとしてよい、ループ内フィルタコンポーネント425を介してデコード済みピクチャバッファコンポーネント423に転送される。ループ内フィルタコンポーネント425は、再構成済み画像ブロック、残差ブロックおよび/または予測ブロックをフィルタリングし、そのような情報は、デコード済みピクチャバッファコンポーネント423に記憶される。デコード済みピクチャバッファコンポーネント423からの再構成済み画像ブロックは、インター予測のために動き補償コンポーネント421に転送される。動き補償コンポーネント421は、動き推定コンポーネント221および/または動き補償コンポーネント219と実質的に類似しているものとしてよい。具体的には、動き補償コンポーネント421は、予測ブロックを生成するために参照ブロックからの動きベクトルを採用し、残差ブロックをその結果に適用して、画像ブロックを再構成する。また、結果として得られる再構成済みブロックは、ループ内フィルタコンポーネント425を介してデコード済みピクチャバッファコンポーネント423に転送され得る。デコード済みピクチャバッファコンポーネント423は、区分情報を介してフレーム内に再構成され得る、追加の再構成済み画像ブロックを記憶することを続ける。そのようなフレームは、1つのシーケンスに置かれてもよい。このシーケンスは、再構成済み出力ビデオ信号としてディスプレイへ出力される。
【0086】
上記を念頭に置いて、ビデオ圧縮技術は、ビデオシーケンスに固有の冗長性を低減または除去するために、空間的(ピクチャ内)予測および/または時間的(ピクチャ間)予測を実行する。ブロックベースのビデオコーディングのために、ビデオスライス(すなわち、ビデオピクチャ、またはビデオピクチャの一部)は、いくつかビデオブロックに区分化されてもよく、これは、ツリーブロック、コーディングツリーブロック(CTB)、コーディングツリーユニット(CTU)、コーディングユニット(CU)、および/またはコーディングノードと呼ばれることもある。ピクチャのイントラコーディング済み(I)スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測を使用してエンコードされる。ピクチャのインターコーディング済み(PまたはB)スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。POCは、コーディング済みレイヤビデオシーケンス(CLVS)内のすべてのピクチャの中で関連するピクチャを一意的に識別し、関連するピクチャがDPBからいつ出力されるべきであるかを示し、DPBから出力されるべきである同じCLVS内の他のピクチャの出力順序位置に関する出力順の関連するピクチャの位置を示す各ピクチャに関連付けられている変数である。フラグは、2つの可能な値、0および1、のうちの1つを取ることができる変数または1ビットシンタックス要素である。
【0087】
空間予測または時間予測は、結果として、コーディングされるべきブロックのための予測ブロックをもたらす。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコーディング済みブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およびコーディング済みブロックと予測ブロックとの間の差分を示す残差データに従ってエンコードされる。イントラコーディング済みブロックは、イントラコーディングモードおよび残差データに従ってエンコードされる。さらなる圧縮のために、残差データがピクセル領域から変換領域に変換されて残差変換係数が得られてよく、次いで、残差変換係数が量子化され得る。最初に2次元配列に配置される量子化変換係数は、変換係数の1次元ベクトルを生成するために、走査されてもよく、エントロピーコーディングが、さらに多くの圧縮を達成するために適用されてもよい。
【0088】
画像およびビデオ圧縮は、急速な成長を遂げ、様々なコーディング標準をもたらした。そのようなビデオコーディング規格は、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)、および3D AVC(3D-AVC)などの拡張機能を含む。HEVCは、スケーラブルHEVC(SHVC)、マルチビューHEVC(MV-HEVC)、および3D HEVC(3D-HEVC)などの拡張機能を含む。
【0089】
ITU-TおよびISO/IECのジョイントビデオエキスパートチーム(JVET)によって開発されている、多目的ビデオコーディング(VVC)と名付けられた新しいビデオコーディング規格もある。VVC規格はいくつかの作業草案を有しているが、特にVVCの1つの作業草案(WD)、すなわちB. Bross、J. Chen、およびS. Liu、「Versatile Video Coding (Draft 5)」、JVET-N1001-v3、13th JVET Meeting、2019年3月27日(VVC Draft 5)は本明細書において参照されている。
【0090】
ビデオコーディングにおけるスケーラビリティは、通常、マルチレイヤコーディング技術を使用することによってサポートされる。マルチレイヤビットストリームは、ベースレイヤ(BL)および1つまたは複数のエンハンスメントレイヤ(EL)を含む。スケーラビリティの一例は、空間的スケーラビリティ、品質/信号対雑音比(SNR)スケーラビリティ、マルチビュースケーラビリティなどを含む。マルチレイヤコーディング技術が使用されるときに、ピクチャまたはその一部は、(1)参照ピクチャを使用することなく、すなわち、イントラ予測を使用して、(2)同じレイヤ内にある参照ピクチャを参照することによって、すなわち、インター予測を使用して、または(3)他のレイヤ内にある参照ピクチャを参照することによって、すなわち、レイヤ間予測を使用して、コーディングされ得る。現在のピクチャのレイヤ間予測に使用される参照ピクチャは、レイヤ間参照ピクチャ(ILRP)と称される。
【0091】
図5は、たとえば、ブロック圧縮ステップ105、ブロックデコーディングステップ113、動き推定コンポーネント221、動き補償コンポーネント219、動き補償コンポーネント321、および/または動き補償コンポーネント421において動きベクトル(MV)を決定するために実行されるようなレイヤベース予測500の一例を例示する概略図である。レイヤベース予測500は、一方向インター予測および/または双方向インター予測と互換性があるが、異なるレイヤ内のピクチャの間でも実行される。
【0092】
レイヤベース予測500は、異なるレイヤにおけるピクチャ511、512、513、および514と、ピクチャ515、516、517、および518との間に適用される。図示されている例では、ピクチャ511、512、513、および514は、レイヤN+1 532の一部であり、ピクチャ515、516、517、および518は、レイヤN 531の一部である。レイヤN 531および/またはレイヤN+1 532などのレイヤは、類似のサイズ、品質、解像度、信号対雑音比、能力などの特性の類似の値にすべて関連付けられるピクチャのグループである。図示されている例では、レイヤN+1 532は、レイヤN 531よりも大きい画像サイズに関連付けられている。したがって、レイヤN+1 532のピクチャ511、512、513、および514は、この例では、レイヤN 531のピクチャ515、516、517、および518よりも大きいピクチャサイズ(たとえば、より大きい高さおよび幅、したがって、より多くのサンプル)を有している。しかしながら、そのようなピクチャは、他の特性によってレイヤN+1 532とレイヤN 531との間で分離され得る。レイヤN+1 532およびレイヤN 531の2つのレイヤのみが図示されているが、ピクチャのセットは、関連する特性に基づき任意の数のレイヤに分離され得る。レイヤN+1 532およびレイヤN 531は、レイヤIDによって示され得る。レイヤIDは、ピクチャに関連付けられているデータの項目であり、ピクチャが示されているレイヤの一部であることを示す。したがって、各ピクチャ511～518は、対応するレイヤIDに関連付けられており、それによりどのレイヤN+1 532またはレイヤN 531が対応するピクチャを含むかを示し得る。
【0093】
異なるレイヤ531～532内のピクチャ511～518は、代替的手段で表示されるように構成される。そのようなものとして、異なるレイヤ531～532内のピクチャ511～518は、同じ時間的識別子(ID)を共有することができ、同じAUに含まれ得る。本明細書において使用されているように、AUは、DPBからの出力のために同じ表示時間に関連付けられている1つまたは複数のコーディング済みピクチャのセットである。たとえば、デコーダは、より小さいピクチャが望ましい場合に現在の表示時間にピクチャ515をデコードして表示し得るか、またはデコーダは、より大きいピクチャが望ましい場合に現在の表示時間にピクチャ511をデコードして表示し得る。そのようなものとして、上位レイヤN+1 532内のピクチャ511～514は、下位レイヤN 531内の対応するピクチャ515～518と実質的に同じ画像データを含む(ピクチャサイズの差にかかわらず)。具体的には、ピクチャ511は、ピクチャ515と実質的に同じ画像データを含み、ピクチャ512はピクチャ516と実質的に同じ画像データを含む、などである。
【0094】
ピクチャ511～518は、同じレイヤN 531またはN+1 532内の他のピクチャ511～518を参照してコーディングされ得る。同じレイヤ内の別のピクチャを参照してピクチャをコーディングすると、結果として、一方向インター予測および/または双方向インター予測に適合する、インター予測523が得られる。インター予測523は、実線の矢印で示されている。たとえば、ピクチャ513は、レイヤN+1 532のピクチャ511、512、および/または514のうちの1つまたは2つを参照として使用してインター予測523を採用することによってコーディングされるものとしてよく、1つのピクチャは、一方向インター予測のために参照され、および/または2つのピクチャは、双方向インター予測のために参照される。さらに、ピクチャ517は、レイヤN 531内のピクチャ515、516、および/または518のうちの1つまたは2つを参照として使用してインター予測523を採用することによってコーディングされるものとしてよく、1つのピクチャは、一方向インター予測のために参照され、および/または2つのピクチャは、双方向インター予測のために参照される。ピクチャが、インター予測523を実行するときに同じレイヤ内の別のピクチャに対する参照として使用されるときに、ピクチャは、参照ピクチャと称され得る。たとえば、ピクチャ512は、インター予測523に従ってピクチャ513をコーディングするために使用される参照ピクチャであってよい。インター予測523は、マルチレイヤコンテキストにおけるレイヤ内予測とも称され得る。そのようなものとして、インター予測523は、参照ピクチャおよび現在のピクチャが同じレイヤ内にある場合の現在のピクチャとは異なる参照ピクチャ内の示されたサンプルを参照することによって現在のピクチャのサンプルをコーディングするメカニズムである。
【0095】
ピクチャ511～518は、異なるレイヤ内の他のピクチャ511～518を参照することによってもコーディングされ得る。このプロセスは、レイヤ間予測521として知られており、破線の矢印によって示されている。レイヤ間予測521は、現在のピクチャと参照ピクチャとが異なるレイヤ内にあり、したがって異なるレイヤIDを有する参照ピクチャ内の示されているサンプルを参照することによって現在のピクチャのサンプルをコーディングするメカニズムである。たとえば、下位レイヤN 531のピクチャは、上位レイヤN+1 532の対応するピクチャをコーディングするための参照ピクチャとして使用され得る。具体例として、ピクチャ511は、レイヤ間予測521に従ってピクチャ515を参照することによってコーディングされ得る。そのような場合に、ピクチャ515は、レイヤ間参照ピクチャとして使用される。レイヤ間参照ピクチャとは、レイヤ間予測521に使用される参照ピクチャである。ほとんどの場合において、レイヤ間予測521は、ピクチャ511などの現在のピクチャが、同じAUに含まれ、ピクチャ515などの下位レイヤにあるレイヤ間参照ピクチャのみを使用できるように制約される。複数のレイヤ(たとえば、2つよりも多い)が利用可能であるときに、レイヤ間予測521は、現在のピクチャよりも低いレベルの複数のレイヤ間参照ピクチャに基づき現在のピクチャをエンコード/デコードすることができる。
【0096】
ビデオエンコーダは、インター予測523およびレイヤ間予測521の多くの異なる組合せおよび/または順列を介してピクチャ511～518をエンコードするためにレイヤベース予測500を採用することができる。たとえば、ピクチャ515は、イントラ予測に従ってコーディングされ得る。次いで、ピクチャ516～518は、ピクチャ515を参照ピクチャとして使用することによってインター予測523に従ってコーディングされ得る。さらに、ピクチャ511は、ピクチャ515をレイヤ間参照ピクチャとして使用することによってレイヤ間予測521に従ってコーディングされ得る。次いで、ピクチャ512～514は、ピクチャ511を参照ピクチャとして使用することによってインター予測523に従ってコーディングされ得る。そのようなものとして、参照ピクチャは、異なるコーディングメカニズムのための単一のレイヤ参照ピクチャとレイヤ間参照ピクチャの両方として働き得る。下位レイヤN 531ピクチャに基づき上位レイヤN+1 532ピクチャをコーディングすることによって、上位レイヤN+1 532は、インター予測523およびレイヤ間予測521よりもかなり低いコーディング効率を有する、イントラ予測を採用することを回避することができる。そのようなものとして、イントラ予測のコーディング効率の悪さは、最小/最低品質のピクチャに限定することができ、したがって、最小量のビデオデータをコーディングすることに限定することができる。参照ピクチャおよび/またはレイヤ間参照ピクチャとして使用されるピクチャは、参照ピクチャリスト構造に含まれる参照ピクチャリストのエントリにおいて示され得る。
【0097】
図5における各AU506は、複数のピクチャを含み得る。たとえば、1つのAU506は、ピクチャ511および515を含み得る。別のAU506は、ピクチャ512および516を含み得る。実際、各AU506は、デコード済みピクチャバッファ(DPB)から出力するための(たとえば、ユーザに対して表示するための)同じ表示時間(たとえば、同じ時間的ID)に関連付けられている1つまたは複数のコーディング済みピクチャのセットである。各AUD508は、AU(たとえば、AU508)の開始またはAU間の境界を示すために使用されるインジケータまたはデータ構造である。
【0098】
以前のH.26xビデオコーディングファミリーは、単一レイヤコーディングのためのプロファイルとは別のプロファイルにおいてスケーラビリティに対するサポートを提供してきた。スケーラブルビデオコーディング(SVC)は、空間的、時間的、および品質的なスケーラビリティに対するサポートを提供するAVC/H.264のスケーラブルな拡張である。SVCについては、フラグがELピクチャ内の各マクロブロック(MB)においてシグナリングされ、それによりEL MBが下位レイヤからの同一の場所のブロックを使用して予測されるかどうかを示す。同一の場所のブロックからの予測は、テクスチャ、動きベクトル、および/またはコーディングモードを含み得る。SVCの実装形態では、その設計において未修正のH.264/AVC実装形態を直接再利用することはできない。SVC ELマクロブロックシンタックスおよびデコーディングプロセスは、H.264/AVCシンタックスおよびデコーディングプロセスと異なる。
【0099】
スケーラブルHEVC(SHVC)は、空間的および品質的スケーラビリティに対するサポートを提供するHEVC/H.265規格の拡張であり、マルチビューHEVC(MV-HEVC)は、マルチビュースケーラビリティに対するサポートを提供するHEVC/H.265の拡張であり、3D HEVC(3D-HEVC)は、MV-HEVCに比べて高度であり効率的である3次元(3D)ビデオコーディングに対するサポートを提供するHEVC/H.264の拡張である。時間的スケーラビリティは、単一レイヤHEVCコーデックの不可欠な部分として含まれていることに留意されたい。HEVCのマルチレイヤ拡張の設計では、レイヤ間予測に使用されるデコード済みピクチャが、同じアクセスユニット(AU)のみから来て、長期参照ピクチャ(LTRP)として扱われ、現在のレイヤ内の他の時間的参照ピクチャとともに参照ピクチャリスト内の参照インデックスを割り当てられるという考えを採用している。レイヤ間予測(ILP)は、予測ユニット(PU)レベルにおいて、参照ピクチャリスト内のレイヤ間参照ピクチャを参照するように参照インデックスの値を設定することによって達成される。
【0100】
特に、参照ピクチャ再サンプリングと空間的スケーラビリティ機能の両方が、参照ピクチャまたはその一部の再サンプリングを要求する。参照ピクチャ再サンプリング(RPR)は、ピクチャレベルまたはコーディングブロックレベルのいずれかで実現され得る。しかしながら、RPRがコーディング機能として言及されるときには、これは単一レイヤコーディングに対する機能である。それでも、単一レイヤコーディングのRPR機能とマルチレイヤコーディングに対する空間的スケーラビリティ機能の両方に同じ再サンプリングフィルタを使用することは可能であるか、またはコーデック設計の観点からは好ましいことですらある。
【0101】
図6は、たとえば、ブロック圧縮ステップ105、ブロックデコーディングステップ113、動き推定コンポーネント221、動き補償コンポーネント219、動き補償コンポーネント321、および/または動き補償コンポーネント421でMVを決定するために実行されるような出力レイヤセット(OLS)を利用するレイヤベース予測600の一例を例示している。レイヤベース予測600は、一方向インター予測および/または双方向インター予測と互換性があるが、異なるレイヤ内のピクチャの間でも実行される。図6のレイヤベース予測は、図5のものに類似している。したがって、簡潔さのために、レイヤベース予測の完全な説明は繰り返されない。
【0102】
図6のコーディング済みビデオシーケンス(CVS)690内のレイヤのいくつかは、OLSに含まれる。OLSは、1つまたは複数のレイヤが出力レイヤとして指定されるレイヤのセットである。出力レイヤは、出力されるOLSのレイヤである。図6は、3つの異なるOLS、すなわち、OLS1、OLS2、およびOLS3を示している。図示されているように、OLS1は、レイヤN 631およびレイヤN+1 632を含む。OLS2は、レイヤN 631、レイヤN+1 632、レイヤN+2 633、およびレイヤN+3 634を含む。OLS3は、レイヤN 631を含む。すなわち、OLS3は、単一のレイヤのみを含む。実際のアプリケーションでは、他のOLSも単一のレイヤのみを含み得る。3つのOLSが示されているにもかかわらず、異なる数のOLSが実際のアプリケーションでは使用され得る。レイヤN+4 635などの他のレイヤは、例示されているOLS(たとえば、OLS1、2、および3)には含まれないが、他のOLSに含めるために利用可能である。
【0103】
異なるOLSの各々は、任意の数のレイヤを含み得る。異なるOLSは、様々なコーディング能力を有する様々な異なるデバイスのコーディング能力に対応させる努力で生成される。たとえば、ただ1つのレイヤを含むOLS3は、比較的限られたコーディング能力を有する携帯電話に対応できるように生成され得る。一方、4つのレイヤを含むOLS2は、携帯電話よりも高いレイヤをデコードすることができる、大画面テレビに対応できるように生成され得る。2つのレイヤを含むOLS1は、携帯電話よりも高いレイヤをデコードできる場合があるが、大画面テレビのような最上位レイヤをデコードできない、パーソナルコンピュータ、ラップトップコンピュータ、またはタブレットコンピュータに対応できるように生成され得る。
【0104】
図6のレイヤは、すべて互いから独立しているものとしてよい。すなわち、各レイヤは、レイヤ間予測(ILP)を使用せずにコーディングされ得る。この場合、レイヤは、サイマルキャストレイヤと呼ばれる。図6のレイヤの1つまたは複数は、ILPを使用してコーディングされてもよい。レイヤがサイマルキャストレイヤであるかどうか、またはレイヤのいくつかがILPを使用してコーディングされているかどうかは、以下でより詳細に説明される、ビデオパラメータセット(VPS)内のフラグによってシグナリングされる。いくつかのレイヤがILPを使用するときに、レイヤ間のレイヤ依存関係もVPSでシグナリングされる。
【0105】
一実施形態において、レイヤがサイマルキャストレイヤであるときに、ただ1つのレイヤがデコードおよび出力に関して選択される。一実施形態において、いくつかのレイヤがILPを使用するときに、レイヤのすべて(たとえば、ビットストリーム全体)がデコードされるように指定され、レイヤのうちの特定のレイヤが出力レイヤになるように指定される。1つまたは複数の出力レイヤは、たとえば、1)最上位レイヤのみ、2)すべてのレイヤ、または3)最上位レイヤ+指示された下位レイヤのセットであってよい。たとえば、最上位レイヤ+指示された下位レイヤのセットがVPS内のフラグによって出力に指定されたときに、OLS2からのレイヤN+3 634(最上位レイヤである)ならびにレイヤN 631およびN+1 632(下位レイヤである)が出力される。
【0106】
図6に図示されているように、各レイヤは、任意の数のピクチャからなる。たとえば、レイヤN 631はピクチャ615～618を含み、レイヤN+1 632はピクチャ611～614を含み、レイヤN+2 633はピクチャ641～644を含み、レイヤN+3 634はピクチャ651～654を含み、レイヤN+4 635はピクチャ661～664を含む。
【0107】
HEVC、SHVC、MV-HEVC、およびVVCのようなビデオコーディング規格は、プロファイル、ティア、およびレベルを指定し、シグナリングする。プロファイル、ティア、およびレベルは、ビットストリームに対する制限を指定し、したがって、ビットストリームをデコードするために必要な能力に対する制限を指定する。プロファイル、ティア、レベルは、個々のデコーダ実装形態の間の相互運用性ポイントを示すために使用され得る。プロファイルは、準拠または適合ビットストリームを作成するために使用されるコーディングツールの定義されたセットである。各プロファイルは、そのプロファイルに適合するすべてのデコーダによってサポートされるものとするアルゴリズム上の特徴および制限のサブセットを指定する。
【0108】
レベルは、ビットストリームに対する制約条件のセットである(たとえば、最大ルーマサンプルレート、解像度に対する最大ビットレート、など)。すなわち、レベルは、指定されたプロファイルのビットストリームを再生する必要なデコーダ性能を示す制約条件のセットである。
【0109】
レベルは、2つのティア、すなわち主および上位に分割される。主ティアは上位ティアより下位のティアである。このティアは、それらの最大ビットレートに関して異なるアプリケーションを取り扱うように作られた。主ティアは、ほとんどのアプリケーションに対して設計されており、上位ティアは、非常に要求の厳しいアプリケーションに対して設計されている。レベルに対応する制約条件および/またはティアのセットは、本明細書において、レベル情報と称され得る。
【0110】
ティアの各レベルは、特定の規格(たとえば、HEVC、VVC)のシンタックス要素によって取られ得る値に関する制限のセットを指定する。ティアおよびレベルの定義の同じセットは、すべてのプロファイルで使用されるが、個々の実装形態は、各サポートされるプロファイルについて異なるティアを、またティア内では、異なるレベルをサポートし得る。任意の所与のプロファイルについて、ティアのレベルは、一般的に、特定のデコーダ処理負荷およびメモリ能力に対応する。
【0111】
HEVC規格を使用する、異なるプロファイルに対するレベルおよびティアの代表的例が以下の表1に示されている。
【表1】
【0112】
プロファイル、ティア、およびレベル(PTL)パラメータは、上記の表において指摘されているようなプロファイル、ティア、および/またはレベルを提供するシンタックス構造(たとえば、i番目のprofile_tier_level()シンタックス構造)である。デコード済みピクチャバッファ(DPB)パラメータは、DPBサイズ、ならびに任意選択で、最大ピクチャ順序変更番号および最大待ち時間情報を提供するシンタックス構造(たとえば、i番目のdpb_parameters()シンタックス構造)である。最大ピクチャ順序変更番号および最大待ち時間情報は、頭字語MRMLでまとめて参照され得る。HRDパラメータは、HRDの動作条件を初期化し、および/または定義するシンタックス構造(たとえば、i番目のols_timing_hrd_parameters()シンタックス構造)である。PTLパラメータ、DPBパラメータ、およびHRDパラメータの1つまたは複数に関するさらなる詳細および明細が以下に提示されている。
【0113】
一実施形態において、最大ピクチャ順序変更数は、dpb_max_num_reorder_pics[i]と指定され、これは、Htidがiに等しいときにデコーディング順序でOLS内の任意のピクチャに先行し、出力順序でそのピクチャに続くことできるOLSのピクチャの最大許容数を指定する。dpb_max_num_reorder_pics[i]の値は、0からdpb_max_dec_pic_buffering_minus1[i]までの範囲内にあるものとする。iが0より大きいときに、dpb_max_num_reorder_pics[i]は、dpb_max_num_reorder_pics[i-1]以上であるものとする。subLayerInfoFlagが0に等しいことに起因して、dpb_max_num_reorder_pics[i]が、0からMaxSubLayersMinus1-1までの範囲内のiについて存在していないときに、これはdpb_max_num_reorder_pics[MaxSubLayersMinus1]に等しいと推論される。Htidは、デコードされるべき最上位時間的サブレイヤを識別する変数である。
【0114】
dpb_max_dec_pic_buffering_minus1[i]+1は、Htidがiに等しいときにピクチャストレージバッファのユニットにおいてDPBの最大必要サイズを指定する。dpb_max_dec_pic_buffering_minus1[i]の値は、0からMaxDpbSize-1までの範囲内にあるものとし、MaxDpbSizeは、VVC規格の従属節A.4.2において指定されているとおりである。iが0より大きいときに、dpb_max_dec_pic_buffering_minus1[i]は、dpb_max_dec_pic_buffering_minus1[i-1]以上であるものとする。subLayerInfoFlagが0に等しいことに起因して、dpb_max_dec_pic_buffering_minus1[i]が、0からMaxSubLayersMinus1-1までの範囲内のiについて存在していないときに、これはdpb_max_dec_pic_buffering_minus1[MaxSubLayersMinus1]に等しいと推論される。
【0115】
一実施形態において、最大待ち時間情報は、dpb_max_latency_increase_plus1[i]と指定される。0に等しくないdpb_max_latency_increase_plus1[i]は、MaxLatencyPictures[i]の値を計算するために使用され、これは、Htidがiに等しいときに出力順序でOLS内の任意のピクチャに先行し、デコーディング順序でそのピクチャに続くことできるOLSのピクチャの最大数を指定する。
【0116】
MaxLatencyPictures[i]=dpb_max_num_reorder_pics[i]+dpb_max_latency_increase_plus1[i]-1
である。
【0117】
上述したOLSのPTLシンタックス構造(別名、PTLパラメータ)は、ビットストリームのVPSに含まれる。残念ながら、OLSが単一のレイヤ(たとえば、図6のOLS3)しか含まないときにはVPS内でこれらのPTLシンタックス構造のすべてをシグナリングすることは非効率的である。
【0118】
本明細書において開示されているのは、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にする技術である。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0119】
図7は、ビデオビットストリーム700の一実施形態を例示している。本明細書において使用されているように、ビデオビットストリーム700は、コーディング済みビデオビットストリーム、ビットストリーム、またはその変形とも称され得る。図7に示されているように、ビットストリーム700は、ビデオパラメータセット(VPS)704、シーケンスパラメータセット(SPS)706、ピクチャパラメータセット(PPS)708、スライスヘッダ712、および画像データ720を含む。VPS704、SPS706、およびPPS708の各々は、一般的に、パラメータセットと称され得る。一実施形態において、図7に示されていない他のパラメータセットおよび/またはヘッダも、ビットストリーム700に含まれ得る。
【0120】
VPS704は、エンハンスメントレイヤの参照ピクチャセット構築のためのデコーディング依存関係または情報を含む。VPS704は、どのような種類の操作ポイントが提供されるか、操作ポイントのプロファイル、ティア、およびレベル、ならびにセッションネゴシエーションおよびコンテンツ選択などの基礎として使用され得るビットストリーム700のいくつかの他の高レベルのプロパティを含む、スケーラブルシーケンスの全体的視点またはビューを提供する。
【0121】
一実施形態において、VPS704は、すべてのOLSに対するPTLシンタックス構造780のリストを含む。一実施形態において、PTLシンタックス構造780のリスト中のPTLシンタックス構造の各々は、profile_tier_level()と指定される。VPS704はまた、シンタックス構造vps_ols_ptl_idx[i]782を含む。シンタックス構造vps_ols_ptl_idx[i]782は、i番目のOLSに適用するPTLシンタックス構造のインデックスを指定する。すなわち、各インデックス値は、リスト中のPTLシンタックス構造のうちの1つに対応する。例として、リスト中のインデックス値1は、OLS1に対するprofile_tier_level()に対応し、インデックス値2は、OLS2に対するprofile_tier_level()に対応し、インデックス値3は、OLS3に対するprofile_tier_level()に対応する。
【0122】
存在するときには、vps_ols_ptl_idx[i]の値は、0からvps_num_ptls_minus1までの範囲内にある。シンタックス構造vps_num_ptls_minus1 781は、VPS704に含まれる。シンタックス構造vps_num_ptls_minus1+1は、VPS704内のPTLシンタックス構造の数を指定する。たとえば、vps_num_ptls_minus1 781の値が2であるときに、VPS704内のPTLシンタックス構造の数は3(2+1=3)である。vps_num_ptls_minus1 781の値は、OLSの総数より少なく、TotalNumOlssと指定されてもよい。ビットストリーム700内に存在しないときには、vps_num_ptls_minus1 781の値は0に等しいと推論される。
【0123】
一実施形態において、VPS704は、プロファイルティア(PT)存在フラグ783を含み、vps_pt_present_flag[i]と指定されてもよい。1に等しいシンタックス構造vps_pt_present_flag[i]は、プロファイル、ティア、および一般制約条件情報が、VPS704内のi番目のprofile_tier_level()シンタックス構造内に存在することを指定する。0に等しいシンタックス構造vps_pt_present_flag[i]は、プロファイル、ティア、および一般制約条件情報が、VPS783内のi番目のprofile_tier_level()シンタックス構造内に存在しないことを指定する。vps_pt_present_flag[0]の値は、1に等しいと推論される。vps_pt_present_flag[i]が0に等しいときに、VPS内のi番目のprofile_tier_level()シンタックス構造に対するプロファイル、ティア、および一般的制約条件情報は、VPS内の(i-1)番目のprofile_tier_level()シンタックス構造のものと同一であると推論される。
【0124】
SPS706は、ピクチャシーケンス(SOP)内のすべてのピクチャに共通するデータを含む。SPS706は、各ピクチャヘッダ内に見つかるシンタックス要素によって参照されるPPS内に見つかるシンタックス要素の内容によって決まるような0個以上のCLVS全体に適用されるシンタックス要素を含むシンタックス構造である。
【0125】
一実施形態において、i番目のOLS784に適用されるprofile_tier_level()は、変数NumLayersInOls[i]が1に等しいときにi番目のOLS内のレイヤによって参照されるSPS706内に存在する。変数NumLayersInOls[i]は、i番目のOLS内のレイヤの数を指定する。たとえば、変数NumLayersInOls[i]が1の値を有するときに、i番目のOLSは単一のレイヤ(たとえば、図6におけるOLS3)のみを含む。対照的に、変数NumLayersInOls[i]が4の値を有するときに、i番目のOLSは4つのレイヤ(たとえば、図6におけるOLS2)を含む。変数NumLayersInOls[i]は、エンコーダによってシグナリングされない。むしろ、変数NumLayersInOls[i]は、デコーダによって導出される。
【0126】
一実施形態において、変数NumLayersInOls[i]は、次のように導出される。
NumLayersInOls[0]=1
LayerIdInOls[0][0]=vps_layer_id[0]
NumMultiLayerOlss=0
for(i=1; i<TotalNumOlss; i++) {
if(vps_each_layer_is_an_ols_flag) {
NumLayersInOls[i]=1
LayerIdInOls[i][0]=vps_layer_id[i] (33)
} else if(vps_ols_mode_idc==0 | | vps_ols_mode_idc==1) {
NumLayersInOls[i]=i+1
for(j=0; j<NumLayersInOls[i]; j++)
LayerIdInOls[i][j]=vps_layer_id[j]
} else if(vps_ols_mode_idc==2) {
for(k=0, j=0; k<=vps_max_layers_minus1; k++)
if(layerIncludedInOlsFlag[i][k])
LayerIdInOls[i][j++]=vps_layer_id[k]
NumLayersInOls[i]=j
}
if(NumLayersInOls[i]>1) {
MultiLayerOlsIdx[i]=NumMultiLayerOlss
NumMultiLayerOlss++
}
}
【0127】
前記に基づき、変数NumLayersInOls[i]が1に等しいときに、i番目のOLS784に適用するprofile_tier_level()は、SPS706とVPS704の両方に存在する(すなわち、i番目のOLSに適用するPTLシンタックス構造は、PTL構造780に含まれるPTLシンタックス構造のうちの1つ)ことは理解されるであろう。さらに、SPS706内のi番目のOLS784に適用されるprofile_tier_level()は、VPS704内のi番目のOLS784に適用されるprofile_tier_level()と同一である。
【0128】
SPS706とは対照的に、PPS708は、ピクチャ全体に共通するデータを含む。PPS708は、0またはそれ以上のコーディング済みピクチャに適用されるシンタックス要素を備えるシンタックス構造である。スライスヘッダ712は、スライスで表されるタイル内のすべてのビデオデータに関連するデータ要素を含むコーディング済みスライスの一部である。スライスヘッダ712は、ピクチャ内の各スライスに特有のパラメータを含む。したがって、ビデオシーケンス内のスライス毎に1つのスライスヘッダ712があり得る。スライスヘッダ712は、スライスタイプ情報、ピクチャ順序カウント(POC)、参照ピクチャリスト(RPL)、予測重み、タイルエントリポイント、またはデブロッキングパラメータを含んでもよい。スライスヘッダ712は、タイルグループヘッダおよび/またはピクチャヘッダ(PH)とも称され得る。
【0129】
一実施形態において、VPS704および/またはSPS706は、本明細書において開示されている実施形態のうちの1つまたは複数を実装するために次のSPSシンタックスおよびセマンティクスを含む。
【0130】
VPSシンタックスは、次のものを含む。
【表2A】
【表2B】
【0131】
SPSローバイトシーケンスペイロード(RBSP)シンタックスは、次を含む。
【表3A】
【表3B】
【0132】
DPBシンタックスは、次のものを含む。
【表4】
【0133】
HRDパラメータシンタックスは、一般HRDパラメータシンタックス、OLS HRDパラメータシンタックス、およびサブレイヤHRDパラメータシンタックスを含む。
【0134】
一般HRDパラメータシンタックスは、次のものを含む。
【表5】
【0135】
OLS HRDパラメータシンタックスは、次のものを含む。
【表6】
【0136】
サブレイヤHRDパラメータシンタックスは、次のものを含む。
【表7】
【0137】
VPSセマンティクスは、次のとおりである。
【0138】
vps_max_layers_minus1+1は、VPSを参照する各CVS内のレイヤの最大許容数を指定する。
【0139】
vps_max_sub_layers_minus1+1は、VPSを参照する各CVS内に存在している可能性のある時間的サブレイヤの最大数を指定する。vps_max_sub_layers_minus1の値は、0から6までの範囲内にあるものとする。
【0140】
1に等しいvps_all_layers_same_num_sub_layers_flagは、時間的サブレイヤの数がVPSを参照する各CVS内のすべてのレイヤについて同じであることを指定する。0に等しいvps_all_layers_same_num_sub_layers_flagは、VPSを参照する各CVSにおけるレイヤが同じ数の時間的サブレイヤを有し得るか、または有し得ないことを指定する。存在していないときに、vps_all_layers_same_num_sub_layers_flagの値は、1に等しいと推論される。
【0141】
1に等しいvps_all_independent_layers_flagは、CVS内のすべてのレイヤは、レイヤ間予測を使用することなく独立してコーディングされることを指定する。0に等しいvps_all_independent_layers_flagは、CVS内のレイヤの1つまたは複数がレイヤ間予測を使用してよいことを指定する。存在していないときに、vps_all_independent_layers_flagの値は、1に等しいと推論される。vps_all_independent_layers_flagが1に等しいときに、vps_independent_layer_flag[i]の値は、1に等しいと推論される。vps_all_independent_layers_flagが0に等しいときに、vps_independent_layer_flag[0]の値は、1に等しいと推論される。
【0142】
0に等しいvps_direct_dependency_flag[i][j]は、インデックスjを有するレイヤはインデックスiを有するレイヤに対する直接参照レイヤではないことを指定する。1に等しいvps_direct_dependency_flag[i][j]は、インデックスjを有するレイヤはインデックスiを有するレイヤに対する直接参照レイヤであることを指定する。vps_direct_dependency_flag[i][j]が0からvps_max_layers_minus1までの範囲内のiおよびjについて存在していないときに、これは0に等しいと推論される。
【0143】
i番目のレイヤのj番目の直接従属レイヤを指定する、変数DirectDependentLayerIdx[i][j]、およびレイヤインデックスjを有するレイヤが任意の他のレイヤによって参照レイヤとして使用されるかどうかを指定する変数LayerUsedAsRefLayerFlag[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
}
【0144】
nuh_layer_idがvps_layer_id[i]に等しいレイヤのレイヤインデックスを指定する、変数GeneralLayerIdx[i]は、次のように導出される。
for(i=0; i<=vps_max_layers_minus1; i++)
GeneralLayerIdx[vps_layer_id[i]]=i
【0145】
1に等しいeach_layer_is_an_ols_flagは、各出力レイヤセットがただ1つのレイヤを含み、ビットストリーム内の各レイヤそれ自体は、単一の含まれるレイヤが唯一の出力レイヤである出力レイヤセットであることを指定する。0に等しいeach_layer_is_an_ols_flagは、出力レイヤセットが複数のレイヤを含み得ることを指定する。vps_max_layers_minus1が0に等しい場合、each_layer_is_an_ols_flagの値は、1に等しいと推論される。そうでない場合、vps_all_independent_layers_flagが0に等しいときに、each_layer_is_an_ols_flagの値は、0に等しいと推論される。
【0146】
0に等しいols_mode_idcは、VPSによって指定されたOLSの総数がvps_max_layers_minus1+1に等しく、i番目のOLSは0からiまでのレイヤインデックスを有するレイヤを含み、各OLSについてOLS内の最上位レイヤのみが出力されることを指定する。1に等しいols_mode_idcは、VPSによって指定されたOLSの総数がvps_max_layers_minus1+1に等しく、i番目のOLSは0からiまでのレイヤインデックスを有するレイヤを含み、各OLSについてOLS内のすべてのレイヤが出力されることを指定する。2に等しいols_mode_idcは、VPSによって指定されたOLSの総数が明示的にシグナリングされ、各OLSについてOLS内の最上位レイヤおよび下位レイヤの明示的にシグナリングされたセットが出力されることを指定する。ols_mode_idcの値は、0から2までの範囲内にあるものとする。ols_mode_idcの値3は、ITU-T|ISO/IECで将来使用されるために予約されている。vps_all_independent_layers_flagが1に等しく、each_layer_is_an_ols_flagが0に等しいときに、ols_mode_idcの値は、2に等しいと推論される。
【0147】
num_output_layer_sets_minus1+1は、ols_mode_idcが2に等しいときにVPSによって指定されたOLSの総数を指定する。
【0148】
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
【0149】
layer_included_flag[i][j]は、j番目のレイヤ(すなわち、nuh_layer_idがvps_layer_id[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に含まれないことを指定する。
【0150】
i番目のOLS内のレイヤの数を指定する、変数NumLayersInOls[i]およびi番目のOLS内のj番目のレイヤのnuh_layer_id値を指定する変数LayerIdInOls[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
}
}
【0151】
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
【0152】
各OLS内の最下レイヤは、独立レイヤであるものとする。言い換えると、0からTotalNumOlss-1までの範囲内の各iについて、vps_independent_layer_flag[GeneralLayerIdx[LayerIdInOls[i][0]]]の値は1に等しいものとする。
【0153】
各レイヤは、VPSによって指定される少なくとも1つのOLS内に含まれるものとする。言い換えると、0からvps_max_layers_minus1の範囲内のkについてvps_layer_id[k]の1つに等しいnuh_layer_id nuhLayerIdの特定の値を有する各レイヤについて、iおよびjの値の少なくとも1つの対があるものとし、iは0からTotalNumOlss-1の範囲内にあり、jはNumLayersInOls[i]-1の範囲内にあり、LayerIdInOls[i][j]の値はnuhLayerIdに等しい。
【0154】
OLS内の任意のレイヤは、OLSの出力レイヤまたはOLSの出力レイヤの(直接的または間接的)参照レイヤであるものとする。
【0155】
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_independent_layers_flagが1に等しく、each_layer_is_an_ols_flagが0に等しいときに、vps_output_layer_flag[i]の値は、1に等しいと推論される。
【0156】
値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]
}
【0157】
注- 0番目のOLSは、最下位レイヤ(すなわち、nuh_layer_idがvps_layer_id[0]に等しいレイヤ)のみを含み、0番目のOLSについて、含まれているレイヤのみが出力される。
【0158】
vps_num_ptlsは、VPSのprofile_tier_level()シンタックス構造の数を指定する。
【0159】
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()シンタックス構造のものと同一であると推論される。
【0160】
ptl_max_temporal_id[i]は、レベル情報がVPS内のi番目のprofile_tier_level()シンタックス構造に存在する最上位サブレイヤ表現のTemporalIdを指定する。ptl_max_temporal_id[i]の値は、0からvps_max_sub_layers_minus1までの範囲内であるものとする。vps_max_sub_layers_minus1が0に等しいときに、ptl_max_temporal_id[i]の値は、0に等しいと推論される。vps_max_sub_layers_minus1が0より大きく、vps_all_layers_same_num_sub_layers_flagが1に等しいときに、ptl_max_temporal_id[i]の値は、vps_max_sub_layers_minus1に等しいと推論される。
【0161】
vps_ptl_byte_alignment_zero_bitは、0に等しいものとする。
【0162】
ols_ptl_idx[i]は、i番目のOLSに適用されるprofile_tier_level()シンタックス構造のVPS内のprofile_tier_level()シンタックス構造のリストへのインデックスを指定する。存在するときには、ols_ptl_idx[i]の値は、0からvps_num_ptls-1までの範囲内にあるものとする。
【0163】
NumLayersInOls[i]が1に等しいときに、i番目のOLSに適用されるprofile_tier_level()シンタックス構造は、i番目のOLS内のレイヤによって参照されるSPS内に存在する。
【0164】
vps_num_dpb_paramsは、VPS内のdpb_parameters()シンタックス構造の数を指定する。vps_num_dpb_paramsの値は、0から16までの範囲内にあるものとする。存在していないときに、vps_num_dpb_paramsの値は、0に等しいと推論される。
【0165】
1に等しいsame_dpb_size_output_or_nonoutput_flagは、layer_nonoutput_dpb_params_idx[i]シンタックス要素がVPS内に存在しないことを指定する。0に等しいsame_dpb_size_output_or_nonoutput_flagは、layer_nonoutput_dpb_params_idx[i]シンタックス要素がVPS内に存在し得るか、または存在し得ないことを指定する。
【0166】
vps_sub_layer_dpb_params_present_flagは、VPS内のdpb_parameters()シンタックス構造におけるmax_dec_pic_buffering_minus1[ ]、max_num_reorder_pics[ ]、およびmax_latency_increase_plus1[ ]シンタックス要素の存在を制御するために使用される。存在しないときには、vps_sub_dpb_params_info_present_flagは、0に等しいと推論される。
【0167】
1に等しいdpb_size_only_flag[i]は、max_num_reorder_pics[ ]およびmax_latency_increase_plus1[ ]シンタックス要素がi番目のdpb_parameters()シンタックス構造のそのVPSに存在していないことを指定する。1に等しいdpb_size_only_flag[i]は、max_num_reorder_pics[ ]およびmax_latency_increase_plus1[ ]シンタックス要素がi番目のdpb_parameters()シンタックス構造のそのVPSに存在し得ることを指定する。
【0168】
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に等しいと推論される。
【0169】
layer_output_dpb_params_idx[i]は、OLS内の出力レイヤであるときにi番目のレイヤに適用されるdpb_parameters()シンタックス構造の、VPS内のdpb_parameters()シンタックス構造のリストへのインデックスを指定する。存在するときには、layer_output_dpb_params_idx[i]の値は、0からvps_num_dpb_params-1までの範囲内にあるものとする。
【0170】
vps_independent_layer_flag[i]が1に等しい場合、出力レイヤであるときにi番目のレイヤに適用されるdpb_parameters()シンタックス構造は、レイヤによって参照されるSPS内に存在するdpb_parameters()シンタックス構造である。
【0171】
そうでない場合(vps_independent_layer_flag[i]が0に等しい場合)、次が適用される。
【0172】
vps_num_dpb_paramsが1に等しいときに、layer_output_dpb_params_idx[i]の値は、0に等しいと推論される。
【0173】
layer_output_dpb_params_idx[i]の値が、dpb_size_only_flag[layer_output_dpb_params_idx[i]]が0に等しくなるような値であるものとすることはビットストリーム適合の要件である。
【0174】
layer_nonoutput_dpb_params_idx[i]は、OLS内の非出力レイヤであるときにi番目のレイヤに適用されるdpb_parameters()シンタックス構造の、VPS内のdpb_parameters()シンタックス構造のリストへのインデックスを指定する。存在するときには、layer_nonoutput_dpb_params_idx[i]の値は、0からvps_num_dpb_params-1までの範囲内にあるものとする。
【0175】
same_dpb_size_output_or_nonoutput_flagが1に等しい場合、次が適用される。
【0176】
vps_independent_layer_flag[i]が1に等しい場合、非出力レイヤであるときにi番目のレイヤに適用されるdpb_parameters()シンタックス構造は、レイヤによって参照されるSPS内に存在するdpb_parameters()シンタックス構造である。
【0177】
そうでない場合(vps_independent_layer_flag[i]が0に等しい場合)、layer_nonoutput_dpb_params_idx[i]の値は、layer_output_dpb_params_idx[i]に等しいと推論される。
【0178】
そうでない場合(same_dpb_size_output_or_nonoutput_flagが0に等しい場合)、vps_num_dpb_paramsが1に等しいときに、layer_output_dpb_params_idx[i]の値は、0に等しいと推論される。
【0179】
0に等しいvps_extension_flagは、VPS RBSPシンタックス構造にvps_extension_data_flagシンタックス要素が存在していないことを指定する。1に等しいvps_extension_flagは、VPS RBSPシンタックス構造に存在するvps_extension_data_flagシンタックス要素があることを指定する。
【0180】
vps_extension_data_flagは任意の値を有し得る。その存在および値は、本明細書のこのバージョンで指定されているプロファイルへのデコーダ適合に影響を及ぼさない。本明細書のこのバージョンに適合するデコーダは、すべてのvps_extension_data_flagシンタックス要素を無視するものとする。
【0181】
SPS RBSPセマンティクスは、次のとおりである。
【0182】
SPS RBSPは、TemporalIdが0に等しい少なくとも1つのアクセスユニットに含まれるか、または外部手段を通じて提供される、参照される前のデコーディングプロセスに利用可能であるものとし、SPS RBSPを含むSPS NALユニットは、それを参照するPPS NALユニットの最低のnuh_layer_id値に等しいnuh_layer_idを有するものとする。
【0183】
CVS内のsps_seq_parameter_set_idの特定の値を有するすべてのSPS NALユニットは、同じ内容を有するものとする。
【0184】
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において同じであるものとする。
【0185】
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に等しいと推論され、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]の値は、1に等しいと推論される。
【0186】
vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しいときに、特定のnuh_layer_id値nuhLayerIdを有するCLVSによって参照されるSPSは、nuhLayerIdに等しいnuh_layer_idを有するものとする。
【0187】
sps_max_sub_layers_minus1+1は、SPSを参照する各CLVS内に存在している可能性のある時間的サブレイヤの最大数を指定する。sps_max_sub_layers_minus1の値は、0からvps_max_sub_layers_minus1までの範囲内にあるものとする。
【0188】
sps_reserved_zero_4bitsは、本明細書のこのバージョンに適合するビットストリーム内で0に等しいものとする。sps_reserved_zero_4bitsに対する他の値は、ITU-T|ISO/IECで将来使用されるために予約されている。
【0189】
1に等しいsps_ptl_dpb_present_flagは、profile_tier_level()シンタックス構造およびdpb_parameters()シンタックス構造がSPS内に存在していることを指定する。0に等しいsps_ptl_dpb_present_flagは、profile_tier_level()シンタックス構造も、dpb_parameters()シンタックス構造も、SPS内に存在していないことを指定する。sps_ptl_dpb_present_flagの値は、vps_independent_layer_flag[nuh_layer_id]に等しいものとする。
【0190】
vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しい場合、変数MaxDecPicBuffMinus1は、SPS内のdpb_parameters()シンタックス構造においてmax_dec_pic_buffering_minus1[sps_max_sub_layers_minus1]に等しくなるように設定される。そうでない場合、MaxDecPicBuffMinus1は、VPS内のlayer_nonoutput_dpb_params_idx[GeneralLayerIdx[nuh_layer_id]]番目のdpb_parameters()シンタックス構造のmax_dec_pic_buffering_minus1[sps_max_sub_layers_minus1]に等しくなるように設定される。
【0191】
1に等しいgdr_enabled_flagは、SPSを参照するCLVSに漸進的デコーディングリフレッシュ(GDR)ピクチャが存在し得ることを指定する。0に等しいgdr_enabled_flagは、SPSを参照するCLVSにGDRピクチャが存在しないことを指定する。
【0192】
sps_sub_layer_dpb_params_flagは、SPS内のdpb_parameters()シンタックス構造におけるmax_dec_pic_buffering_minus1[i]、max_num_reorder_pics[i]、およびmax_latency_increase_plus1[i]シンタックス要素の存在を制御するために使用される。存在しないときには、sps_sub_dpb_params_info_present_flagは、0に等しいと推論される。
【0193】
0に等しいlong_term_ref_pics_flagは、CLVS内の任意のコーディング済みピクチャのインター予測にLTRPが使用されないことを指定する。1に等しいlong_term_ref_pics_flagは、CLVS内の1つまたは複数のコーディング済みピクチャのインター予測にLTRPが使用され得ることを指定する。
【0194】
一般的なプロファイル、ティア、およびレベルのセマンティクスは次のとおりである。
【0195】
profile_tier_level()シンタックス構造は、レベル情報、および任意選択で、プロファイル、ティア、サブプロファイル、および一般制約条件情報(PT情報として示される)を提供する。
【0196】
profile_tier_level()シンタックス構造がDPSに含まれるときに、OlsInScopeは、DPSを参照するビットストリーム全体におけるすべてのレイヤを含むOLSである。profile_tier_level()シンタックス構造が、VPSに含まれるときに、OlsInScopeは、VPSによって指定される1つまたは複数のOLSである。profile_tier_level()シンタックス構造が、SPSに含まれるときに、OlsInScopeは、独立レイヤであるものとする、SPSを参照するレイヤのうち最下位レイヤであるレイヤのみを含むOLSである。
【0197】
general_profile_idcは、VVC規格の付録Aにおいて指定されているようなOlsInScopeが適合するプロファイルを示す。ビットストリームは、付録Aにおいて指定されているもの以外のgeneral_profile_idcの値を含まないものとする。general_profile_idcの他の値は、ITU-T|ISO/IECで将来使用されるために予約されている。
【0198】
general_tier_flagは、付録Aにおいて指定されているようなgeneral_level_idcの解釈に対するティアコンテキストを指定する。
【0199】
num_sub_profilesは、general_sub_profile_idc[i]シンタックス要素の数を指定する。
【0200】
general_sub_profile_idc[i]は、勧告ITU-T T.35による指定されているように登録されているi番目の相互運用性メタデータを示しており、その内容はVVC規格では指定されていない。
【0201】
general_level_idcは、付録Aにおいて指定されているようなOlsInScopeが適合するレベルを示す。ビットストリームは、付録Aにおいて指定されているもの以外のgeneral_level_idcの値を含まないものとする。general_level_idcの他の値は、ITU-T|ISO/IECで将来使用されるために予約されている。
【0202】
注1- general_level_idcは値が大きいほどレベルが高いことを示す。OlsInScopeに対するDPSでシグナリングされる最大レベルは、OlsInScope内に含まれるCVSに対するSPSにおいてシグナリングされるレベルより高いものとしてよい。
【0203】
注2- OlsInScopeが複数のプロファイルに適合するときに、general_profile_idcは、(本明細書において指定されていない方式で)エンコーダによって決定されるように、好ましいデコード済み結果または好ましいビットストリーム識別を提供するプロファイルを示すべきである。
【0204】
注3- DPSに含まれるprofile_tier_level()シンタックス構造およびOlsInScopeのCVSが異なるプロファイルに適合するときに、general_profile_idcおよびlevel_idcはOlsInScopeをデコードすることができるデコーダのプロファイルおよびレベルを示すべきである。
【0205】
1に等しいsub_layer_level_present_flag[i]は、レベル情報がiに等しいTemporalIdを有するサブレイヤ表現に対するprofile_tier_level()シンタックス構造内に存在することを指定する。0に等しいsub_layer_level_present_flag[i]は、レベル情報がiに等しいTemporalIdを有するサブレイヤ表現に対するprofile_tier_level()シンタックス構造内に存在しないことを指定する。
【0206】
ptl_alignment_zero_bitsは0に等しいものとする。
【0207】
シンタックス要素sub_layer_level_idc[i]のセマンティクスは、存在していない値の推論の指定とは別にして、シンタックス要素general_level_idcと同じであるが、iに等しいTemporalIdを有するサブレイヤ表現に適用される。
【0208】
DPBセマンティクスは、次のとおりである。
【0209】
dpb_parameters(maxSubLayersMinus1, subLayerInfoFlag)シンタックス構造は、DPBサイズ、最大ピクチャ順序変更数、およびCVSの各CLVSに対する最大待ち時間の情報を提供する。
【0210】
dpb_parameters()シンタックス構造が、VPSに含まれるときに、dpb_parameters()シンタックス構造が適用されるOLSは、VPSによって指定される。dpb_parameters()シンタックス構造が、SPSに含まれるときに、これは、独立レイヤであるものとする、SPSを参照するレイヤのうち最下位レイヤであるレイヤのみを含むOLSに適用される。
【0211】
max_dec_pic_buffering_minus1[i]+1は、CVSの各CLVSについて、Htidがiに等しいときにピクチャストレージバッファのユニットでのデコード済みピクチャバッファの最大必要サイズを指定する。max_dec_pic_buffering_minus1[i]の値は、0からMaxDpbSize-1までの範囲内にあるものとし、MaxDpbSizeは、別のどこかで指定されているとおりである。iが0より大きいときに、max_dec_pic_buffering_minus1[i]は、max_dec_pic_buffering_minus1[i-1]以上であるものとする。subLayerInfoFlagが0に等しいことに起因して、max_dec_pic_buffering_minus1[i]が、0からmaxSubLayersMinus1-1までの範囲内のiについて存在していないときに、これはmax_dec_pic_buffering_minus1[maxSubLayersMinus1]に等しいと推論される。
【0212】
max_num_reorder_pics[i]は、CVSの各CLVSについて、Htidがiに等しいときにCLVSの任意のピクチャにデコード順序で先行し出力順序でそのピクチャが後に続くことができるCLVSのピクチャの最大許容数を指定する。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]以上であるものとする。subLayerInfoFlagが0に等しいことに起因して、max_num_reorder_pics[i]が、0からmaxSubLayersMinus1-1までの範囲内のiについて存在していないときに、これはmax_num_reorder_pics[maxSubLayersMinus1]に等しいと推論される。
【0213】
0に等しくないmax_latency_increase_plus1[i]は、MaxLatencyPictures[i]の値を計算するために使用され、これは、CVSの各CLVSについて、Htidがiに等しいときにCLVSの任意のピクチャに出力順序で先行しデコード順序でそのピクチャが後に続くことができるCLVS内のピクチャの最大数を指定する。
【0214】
max_latency_increase_plus1[i]が0に等しくないときに、MaxLatencyPictures[i]の値は、次のように指定される。
MaxLatencyPictures[i]=max_num_reorder_pics[i]+max_latency_increase_plus1[i]-1
【0215】
max_latency_increase_plus1[i]が0に等しいときに、対応する限度は表現されない。
【0216】
max_latency_increase_plus1[i]の値は、0から232-2までの範囲内であるものとする。subLayerInfoFlagが0に等しいことに起因して、max_latency_increase_plus1[i]が、0からmaxSubLayersMinus1-1までの範囲内のiについて存在していないときに、これはmax_latency_increase_plus1[maxSubLayersMinus1]に等しいと推論される。
【0217】
HRDパラメータセマンティクスは、一般HRDパラメータセマンティクスを含む。
【0218】
一般HDRパラメータセマンティクスは、次のとおりである。
【0219】
general_hrd_parameters()シンタックス構造は、HRD演算で使用されるHRDパラメータを規定する。
【0220】
num_ols_hrd_params_minus1+1は、general_hrd_parameters()シンタックス構造に存在するols_hrd_parameters()シンタックス構造の数を指定する。num_ols_hrd_params_minus1の値は、0から63までの範囲内にあるものとする。TotalNumOlssが1より大きいときに、num_ols_hrd_params_minus1の値は、0に等しいと推論される。
【0221】
hrd_cpb_cnt_minus1+1は、CVSのビットストリーム内の代替的CPB指定の数を指定する。hrd_cpb_cnt_minus1の値は、0から31までの範囲内にあるものとする。
【0222】
hrd_max_temporal_id[i]は、HRDパラメータがi番目のlayer_level_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に等しいと推論される。
【0223】
ols_hrd_idx[i]は、i番目のOLSに適用されるols_hrd_parameters()シンタックス構造のインデックスを指定する。ols_hrd_idx[[i]の値は、0からnum_ols_hrd_params_minus1までの範囲内であるものとする。存在していないときに、ols_hrd_idx[[i]の値は、0に等しいと推論される。
【0224】
参照ピクチャリスト構造セマンティクスは、次のとおりである。
【0225】
ref_pic_list_struct(listIdx, rplsIdx)シンタックス構造は、SPS内、またはスライスヘッダ内に存在しているものとしてよい。シンタックス構造がスライスヘッダまたはSPSに含まれるかどうかに応じて、次が適用される。
【0226】
- スライスヘッダ内に存在する場合、ref_pic_list_struct(listIdx, rplsIdx)シンタックス構造は、現在のピクチャ(スライスを含むピクチャ)の参照ピクチャリストlistIdxを指定する。
【0227】
- そうでない場合(SPSに存在する場合)、ref_pic_list_struct(listIdx, rplsIdx)シンタックス構造は、参照ピクチャリストlistIdxに対する候補を指定し、この節の残りの部分で指定されるセマンティクスにおける「現在のピクチャ」という用語は、1)SPSに含まれるref_pic_list_struct(listIdx, rplsIdx)シンタックス構造のリストへのインデックスに等しいref_pic_list_idx[listIdx]を含む1つまたは複数のスライスを有し、2)SPSを参照するCVS内にある各ピクチャを指す。
【0228】
num_ref_entries[listIdx][rplsIdx]は、ref_pic_list_struct(listIdx, rplsIdx)シンタックス構造内のエントリの数を指定する。num_ref_entries[listIdx][rplsIdx]の値は、0からMaxDecPicBuffMinus1+14までの範囲内であるものとする。
【0229】
VPS704、SPS706、およびPPS708は、異なるタイプのネットワーク抽象化レイヤ(NAL)ユニットに含まれる。NALユニットは、後に続くデータのタイプ(たとえば、コーディング済みビデオデータ)の指示を含むシンタックス構造である。NALユニットは、ビデオコーディングレイヤ(VCL)NALユニットおよび非VCL NALユニットに分類される。VCL NALユニットは、ビデオピクチャ内のサンプルの値を表すデータを含み、非VCL NALユニットは、パラメータセット(多数のVCL NALユニットに適用できる重要なデータ)および付加拡張情報(タイミング情報、およびデコード済みビデオ信号のユーザビリティを高める得るがビデオピクチャ内のサンプルの値をデコードするのには必要ない他の補足データ)などの任意の関連する追加情報を含んでいる。
【0230】
一実施形態において、VPS704は、VPS NALユニットとして指定された非VCL NALユニットに含まれる。したがって、VPS NALユニットは、VPS NUTを有する。一実施形態において、SPS706は、SPS NALユニットとして指定された非VCL NALユニットである。したがって、SPS NALユニットは、SPS NUTを有する。一実施形態において、PPS708は、PPS NALユニットとして指定された非VCL NALユニットに含まれる。したがって、PPS NALユニットは、PPS NUTを有する。
【0231】
スライスヘッダ712は、コーディング済みピクチャ(たとえば、ピクチャ725)のすべてのスライスに適用されるシンタックス要素を含むシンタックス構造である。一実施形態において、スライスヘッダ712は、VCL NAL内にある。
【0232】
画像データ720は、インター予測、イントラ予測、またはレイヤ間予測に従ってエンコードされたビデオデータ、さらには対応する変換済みおよび量子化済み残差データを含む。図7に図示されているように、画像データ720は、1つまたは複数のOLS721を含む。1つまたは複数のOLS721は、図6のOLS1、OLS2、およびOLS3に類似している。各OLS721は、1つまたは複数のレイヤ723を含む。レイヤ723は、図6のレイヤ631～635に類似している。レイヤ723の各々は、1つまたは複数のピクチャ725を含む。ピクチャ725は、図6のピクチャ615～618、611～614、641～644、651～654、および661～664に類似している。
【0233】
各ピクチャ725は、モノクロフォーマットのルーマサンプルの配列、または4:2:0、4:2:2、および4:4:4カラーフォーマットのルーマサンプルの配列およびクロマサンプルの2つの対応する配列である。ピクチャ725は、フレームまたはフィールドのいずれであってもよい。しかしながら、1つのCVS(たとえば、CVS690)では、すべてのピクチャ725がフレームであるか、またはすべてのピクチャ725がフィールドであるかのいずれかである。CVS690は、ビデオビットストリーム600内のすべてのコーディング済みレイヤビデオシーケンス(CLVS)に対するコーディング済みビデオシーケンスである。特に、ビデオビットストリーム600が単一レイヤを含むときに、CVS690およびCLVSは同じである。CVS690およびCLVSは、ビデオビットストリーム600が複数のレイヤを含むときに(たとえば、図5および図6に示されているように)のみ異なる。
【0234】
各ピクチャ721は、1つまたは複数のスライス727を含む。スライス727は、整数個の完全なタイル、またはピクチャ(たとえば、ピクチャ725)のタイル内の整数個の連続する完全なCTU行である。各スライス727は、単一のNALユニット(たとえば、VCL NALユニット)内に排他的に含まれる。タイル(図示せず)は、ピクチャ(たとえば、ピクチャ725)内の特定のタイル列および特定のタイル行内のCTUの矩形領域である。CTU(図示せず)は、ルーマサンプルのCTB、3つのサンプル配列を有するピクチャのクロマサンプルの2つの対応するCTB、またはモノクロピクチャもしくはサンプルをコーディングするために使用される3つの別々の色平面およびシンタックス構造を使用してコーディングされたピクチャのサンプルのCTBである。CTB(図示せず)は、コンポーネントをCTBに分割することが区分化であるようなNのある値に対するサンプルのN×Nブロックである。ブロック(図示せず)は、サンプル(たとえば、ピクセル)のM×N(M列×N行)配列、または変換係数のM×N配列である。
【0235】
ピクチャ725およびそのスライス727は、エンコードまたはデコードされる画像またはビデオに関連付けられているデータを含む。したがって、ピクチャ725およびそのスライス727は、ビットストリーム700で搬送されるペイロードまたはデータと単に称され得る。
【0236】
当業者であれば、ビットストリーム700が、実用的なアプリケーションにおいて他のパラメータおよび情報を含み得ることを理解するであろう。
【0237】
サブビットストリーム701は、サブビットストリーム抽出プロセス703に従ってビットストリーム700から抽出され得る。サブビットストリーム抽出プロセス703は、ターゲットセットの一部でないNALユニットをビットストリーム700から除去し、その結果、ターゲットセットに含まれるNALユニットを含む出力サブビットストリーム701をもたらす指定されたメカニズムである。サブビットストリーム抽出プロセス703は、ユーザの挙動/要求に基づきビットストリーム700を動的に変更するように構成されているエンコーダまたは関連付けられたスライサによって実行され得る。
【0238】
i番目のOLSが単一のレイヤ(たとえば、図6のOLS3)のみを含むときにSPS706はi番目のOLS784に対するprofile_tier_level()を含むので、VPS704は、抽出プロセス703において除去できる。すなわち、i番目のOLS784に対する同一のprofile_tier_level( )がSPS706にも存在するので、サブビットストリーム701は、サブビットストリーム701にVPS704を含める必要がない。したがって、デコーダは、i番目のOLSが単一レイヤのみを含むときにSPS706からi番目のOLS784に対するprofile_tier_level()を取得し得る。
【0239】
図8は、ビデオデコーダ(たとえば、ビデオデコーダ400)によって実装されるデコーディングの方法800の実施形態である。方法800は、ビットストリームがビデオエンコーダ(たとえば、ビデオエンコーダ300)から直接的にまたは間接的に受信された後に実行され得る。方法800は、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にすることによってデコーディングプロセスを改善する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0240】
ブロック802において、ビデオデコーダは、ただ1つのレイヤ(たとえば、OLS3)を有する出力レイヤセット(OLS)に対するプロファイルティアレベル(PTL)シンタックス構造(たとえば、i番目のOLS784に対するprofile_tier_level())を備えるシーケンスパラメータセット(たとえば、SPS706)を有するサブビットストリーム(たとえば、サブビットストリーム701)を受信する。
【0241】
一実施形態において、PTLシンタックス構造は、profile_tier_level()と指定される。一実施形態において、ただ1つのレイヤは、i番目のレイヤであり、OLSは、i番目のOLSである。一実施形態において、PTLシンタックス構造は、SPS内のi番目のprofile_tier_level()シンタックス構造内に存在する。一実施形態において、サブビットストリームは、ビデオパラメータセット(VPS704)を含まない。すなわち、VPSは、抽出プロセス703の一部として除去されている。
【0242】
ブロック804では、ビデオデコーダは、ただ1つのレイヤを有するOLSに基づきOLS内のレイヤの数を1に等しくなるように設定する。一実施形態において、OLS内のレイヤの数は、NumLayersInOls[i]で指定される変数である。一実施形態において、NumLayersInOls[i]と指定される変数は、ビデオデコーダによって導出される。すなわち、NumLayersInOls[i]と指定される変数は、サブビットストリーム701においてシグナリングされない。
【0243】
ブロック806では、ビデオデコーダは、OLS内のレイヤの数が1に等しくなるように設定されたときにSPSから1つのレイヤを有するOLSに対するPTLシンタックス構造を取得する。一実施形態において、SPSは、OLSにおけるただ1つのレイヤによって参照される。
【0244】
ブロック808では、ビデオデコーダは、ただ1つのレイヤからピクチャ(たとえば、ピクチャ725)をデコードし、PTLシンタックス構造を使用してデコード済みピクチャを取得する。
【0245】
ピクチャがデコードされた後、ピクチャは、電子デバイス(たとえば、スマートフォン、タブレット、ラップトップ、パーソナルコンピュータなど)のディスプレイもしくは画面上にユーザに対して表示するための画像またはビデオシーケンスを生成するか、または形成するために使用され得る。
【0246】
図9は、ビデオエンコーダ(たとえば、ビデオエンコーダ300)によって実装されるビデオビットストリームをエンコードする方法900の実施形態である。方法900は、(たとえば、ビデオからの)ピクチャがビデオビットストリームにエンコードされ、次いでビデオデコーダ(たとえば、ビデオデコーダ400)に向けて伝送されるときに実行され得る。方法900は、出力レイヤセット(OLS)が単一のレイヤのみを含むときにプロファイル、ティア、およびレベル(PTL)パラメータがシーケンスパラメータセット(SPS)に含まれることを確実にすることによってエンコーディングプロセスを改善する。SPSが単一のレイヤを有するOLSのPTLパラメータを含んでいるので、ビデオパラメータセット(VPS)がビットストリームから除去され、冗長性が減少し、コーディング効率が増加する可能性がある。したがって、ビデオコーディングにおけるコーダ/デコーダ(別名、「コーデック」)は、現在のコーデックと比較して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信され、受信され、および/または視聴されるときにユーザにより良いユーザエクスペリエンスを提供する。
【0247】
ブロック902では、ビデオエンコーダは、ビデオパラメータセット(たとえば、VPS704)およびシーケンスパラメータセット(たとえば、SPS706)を生成する。VPSは、すべての出力レイヤセットに対するプロファイルティアレベル(PTL)シンタックス構造(たとえば、PTLシンタックス構造780)のリストを含む。SPSは、ただ1つのレイヤを有する各OLSに対するPTLシンタックス構造を含む(たとえば、i番目のOLS784に対するprofile_tier_level)。たとえば、SPSは、図7のOLS3に対するprofile_tier_level()で指定される、図6のOLS3に対するPTLシンタックス構造を含む。SPSは、複数のレイヤを有する任意のOLSに対するPTLシンタックス構造を含まない。たとえば、SPSは、図7のOLS2に対するprofile_tier_level()およびOLS3に対するprofile_tier_level()で指定される、図6のOLS1およびOLS2に対するPTLシンタックス構造を含まない。
【0248】
一実施形態において、VPSは、PTLシンタックス構造のリストへのインデックスを含み、インデックスは、vps_ols_ptl_idx[i]と指定される。一実施形態において、vps_ols_ptl_idx[i]の値は、0からVPS内のPTLシンタックス構造の総数までの範囲内にある。一実施形態において、VPSはvps_num_ptls_minus1を含み、vps_num_ptls_minus1+1はPTLシンタックス構造の総数を指定する。
【0249】
ブロック904では、ビデオエンコーダは、VPSおよびSPSをビデオビットストリームにエンコードする。ブロック906では、ビデオエンコーダは、ビデオデコーダに向けた通信のためにビデオビットストリームを記憶する。一実施形態において、方法900は、ビットストリーム(たとえば、ビットストリーム700)からサブビットストリーム(たとえば、サブビットストリーム701)を抽出することをさらに含む。上で説明されているように、抽出プロセス703は、SPSを保持するが、VPSを除去する。すなわち、サブビットストリームは、ビットストリームからのSPSを含むが、ビットストリームからのVPSを含まない。
【0250】
ビデオビットストリームのように、サブビットストリームは、ビデオデコーダに向かう通信のためにメモリに記憶され得る。一実施形態において、ビデオビットストリームおよび/またはサブビットストリームは、ビデオデコーダに向けて伝送される。ビデオデコーダによって受信されると、エンコード済みビデオビットストリームおよび/またはエンコード済みサブビットストリームは、電子デバイス(たとえば、スマートフォン、タブレット、ラップトップ、パーソナルコンピュータなど)のディスプレイまたは画面上にユーザに対して表示するための画像またはビデオシーケンスを生成するか、または形成するために(たとえば、上で説明されているように)デコードされ得る。
【0251】
追加的および/または補足的な詳細は、以下に提示される。
【0252】
一般的なデコーディングプロセスは、次のとおりである。
【0253】
このプロセスへの入力は、ビットストリームBitstreamToDecodeである。このプロセスの出力は、デコード済みピクチャのリストである。
【0254】
デコーディングプロセスは、指定されたプロファイルおよびレベルに適合するすべてのデコーダが、そのプロファイルおよびレベルに適合するビットストリームに対してそのプロファイルに関連付けられているデコーディングプロセスを呼び出すときに数値的に同一のクロップされたデコード済み出力ピクチャを形成するように指定される。本明細書において説明されているプロセスによって形成されたものと同一のクロップされたデコード済み出力ピクチャを形成する任意のデコーディングプロセスは、(指定されているように、正しい出力順序または出力タイミングで)VVC規格のデコーディングプロセス要件に適合する。
【0255】
ビットストリーム内の各IRAP AUについて、次が適用される。
【0256】
- AUがビットストリーム内のデコード順で最初のAUであるか、各ピクチャが瞬時デコーディングリフレッシュ(IDR)ピクチャであるか、または各ピクチャがデコード順でシーケンスNALユニットの終端の後に続くレイヤの最初のピクチャである場合に、変数NoIncorrectPicOutputFlagは1に等しくなるように設定される。
【0257】
- そうでなければ、本明細書において指定されていない何らかの外部手段が、変数HandleCraAsCvsStartFlagをAUに対する値に設定するために利用可能である場合、HandleCraAsCvsStartFlagは、外部手段によって提供される値に等しくなるように設定され、NoIncorrectPicOutputFlagは、HandleCraAsCvsStartFlagに等しくなるように設定される。
【0258】
- そうでなければ、HandleCraAsCvsStartFlagおよびNoIncorrectPicOutputFlagは両方とも0に等しくなるように設定される。
【0259】
ビットストリーム内の各GDR AUについて、次が適用される。
【0260】
- AUがビットストリーム内のデコード順で最初のAUであるか、または各ピクチャがデコード順でシーケンスNALユニットの終端の後に続くレイヤの最初のピクチャである場合に、変数NoIncorrectPicOutputFlagは1に等しくなるように設定される。
【0261】
- そうでなければ、本明細書において指定されていない何らかの外部手段が、変数HandleGdrAsCvsStartFlagをAUに対する値に設定するために利用可能である場合、HandleGdrAsCvsStartFlagは、外部手段によって提供される値に等しくなるように設定され、NoIncorrectPicOutputFlagは、HandleGdrAsCvsStartFlagに等しくなるように設定される。
【0262】
- そうでなければ、HandleGdrAsCvsStartFlagおよびNoIncorrectPicOutputFlagは両方とも0に等しくなるように設定される。
【0263】
注- IRAPピクチャとGDRピクチャの両方について、上記の操作は、ビットストリーム中のCVSを識別するために必要である。
【0264】
8.1.2節は、BitstreamToDecodeの各コーディング済みピクチャに対してデコード順に繰り返し呼び出される。
【0265】
参照ピクチャリスト構築のためのデコーディングプロセスは、次のとおりである。
【0266】
このプロセスは、非IDRピクチャの各スライスに対してデコーディングプロセスの始めに呼び出される。
【0267】
参照ピクチャは、参照インデックスを通じてアドレス指定される。参照インデックスは、参照ピクチャリストへのインデックスである。Iスライスをデコードするときに、参照ピクチャリストは、スライスデータをデコードする際に使用されない。Pスライスをデコードするときに、参照ピクチャリスト0のみ(すなわち、RefPicList[0])が、スライスデータをデコードする際に使用される。Bスライスをデコードするときに、参照ピクチャリスト0と参照ピクチャリスト1(すなわち、RefPicList[1])の両方が、スライスデータをデコードする際に使用される。
【0268】
次の制約条件が適用されることは、ビットストリーム適合の要件である。
【0269】
- 0または1に等しい各iについて、num_ref_entries[i][RplsIdx[i]]は、NumRefIdxActive[i]より小さくないものとする。
【0270】
- RefPicList[0]またはRefPicList[1]の各アクティブエントリによって参照されるピクチャは、DPB内に存在しているものとし、現在のピクチャのTemporalId以下のTemporalIdを有するものとする。
【0271】
- RefPicList[0]またはRefPicList[1]の各エントリによって参照されるピクチャは、現在のピクチャではないものとし、0に等しいnon_reference_picture_flagを有するものとする。
【0272】
- ピクチャのスライスのRefPicList[0]もしくはRefPicList[1]内の短期参照ピクチャ(STRP)エントリおよび同じスライスまたは同じピクチャの異なるスライスのRefPicList[0]もしくはRefPicList[1]のLTRPエントリは、同じピクチャを参照しないものとする。
【0273】
- RefPicList[0]またはRefPicList[1]に、現在のピクチャのPicOrderCntValとそのエントリによって参照されるピクチャのPicOrderCntValとの差が224以上となるLTRPエントリがないものとする。
【0274】
- setOfRefPicsを、現在のピクチャと同じnuh_layer_idを有するRefPicList[0]内のすべてのエントリおよび現在のピクチャと同じnuh_layer_idを有するRefPicList[1]内のすべてのエントリによって参照される固有のピクチャのセットであるとする。setOfRefPicsのピクチャの数は、MaxDecPicBuffMinus1以下であるものとし、setOfRefPicsは、ピクチャのすべてのスライスについて同じであるものとする。
【0275】
- 現在のピクチャが段階的時間的サブレイヤアクセス(STSA)ピクチャであるときに、RefPicList[0]またはRefPicList[1]に、現在のピクチャのTemporalIdに等しいTemporalIdを有するアクティブエントリがないものとする。
【0276】
現在のピクチャが、デコード順で、現在のピクチャとのTemporalIdに等しいTemporalIdを有するSTSAピクチャの後に続くピクチャであるときに、デコード順でSTSAピクチャに先行するRefPicList[0]またはRefPicList[1]内のアクティブエントリとして含まれる現在ピクチャのTemporalIdに等しいTemporalIdを有するピクチャはないものとする。
【0277】
- 現在のピクチャのスライスのRefPicList[0]またはRefPicList[1]内の各ILRPエントリによって参照されるピクチャは、現在のピクチャと同じアクセスユニットにあるものとする。
【0278】
- 現在のピクチャのスライスのRefPicList[0]またはRefPicList[1]内の各ILRPエントリによって参照されるピクチャは、DPB内に存在するものとし、現在のピクチャのnuh_layer_idより小さいnuh_layer_idを有するものとする。
【0279】
- スライスのRefPicList[0]またはRefPicList[1]内の各ILRPエントリは、アクティブエントリであるものとする。
【0280】
VVC規格のC.1節のHRD一般的態様は、次を含む。
【0281】
この付録は、仮想参照デコーダ(HRD)ならびにビットストリームおよびデコーダの適合性をチェックするためのその使用について指定している。
【0282】
entireBitstreamと表記される、ビットストリーム全体と称される、ビットストリームの適合性をチェックするためにビットストリーム適合性テストのセットが必要である。ビットストリーム適合性テストのセットは、VPSによって指定された各OLSの各OPの適合性をテストするためのものである。
【0283】
各テストについて、次の順序のステップがリストにされた順で適用され、その後、この節におけるこれらのステップの後に記述されるプロセスが続く。
【0284】
1. targetOpと表記される、テスト対象のオペレーションポイントが、OLSインデックスopOlsIdxおよび最高のTemporalId値opTidを有するターゲットOLSを選択することによって選択される。opOlsIdxの値は、0からTotalNumOlss-1までの範囲内にある。opTidの値は、0からvps_max_sub_layers_minus1までの範囲内にある。opOlsIdxおよびopTidの選択された値の各対は、entireBitstream、opOlsIdx、およびopTidを入力としてC.6節において指定されているサブビットストリーム抽出プロセスを呼び出すことによって出力されるサブビットストリームが次の条件を満たすような対であるものとする。
【0285】
- BitstreamToDecodeにおけるLayerIdInOls[opOlsIdx]のnuh_layer_idに等しいnuh_layer_id値を有するVCL NALユニットが少なくとも1つある。
【0286】
- BitstreamToDecodeにおいてTemporalIdがopTidに等しいVCL NALユニットが少なくとも1つある。
【0287】
2. targetOpにおけるレイヤが、entireBitstream内のすべてのレイヤを含み、opTidがentireBitstream内のすべてのNALユニットの中で最高のTemporalId値と等しい大きいである場合、BitstreamToDecodeはentireBitstreamと同一になるように設定される。そうでない場合、BitstreamToDecodeは、entireBitstream、opOlsIdx、およびopTidを入力としてC.6節において指定されているようなサブビットストリーム抽出プロセスを呼び出すことによって出力されるように設定される。
【0288】
3. TargetOlsIdxおよびHtidの値は、それぞれtargetOpのopOlsIdxおよびopTidに等しくなるように設定される。
【0289】
4. ScIdxの値が選択される。選択されたScIdxは、0からhrd_cpb_cnt_minus1までの範囲内にあるものとする。
【0290】
5. TargetOlsIdxに適用可能なバッファリング期間SEIメッセージ(TargetLayerBitstream内に存在するか、または本明細書において指定されていない外部手段を通じて利用可能)に関連付けられているBitstreamToDecodeにおけるアクセスユニットは、HRD初期化点として選択され、ターゲットOLSの各レイヤに対してアクセスユニット0と参照される。
【0291】
6. BitstreamToDecodeに適用可能なols_hrd_parameters()シンタックス構造およびsub_layer_hrd_parameters()シンタックス構造は次のように選択される。
【0292】
- VPS内の(または本明細書で指定されていない外部手段を通じて提供される)ols_hrd_idx[TargetOlsIdx]番目のols_hrd_parameters()シンタックス構造が選択される。
【0293】
- 選択されたols_hrd_parameters()シンタックス構造内で、BitstreamToDecodeがタイプIビットストリームである場合、条件「if(general_vcl_hrd_params_present_flag)」の直後に来るsub_layer_hrd_parameters(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)シンタックス構造が選択される。BitstreamToDecodeがタイプIIビットストリームであり、NalHrdModeFlagが0に等しいとき、フィラーデータNALユニットを除くすべての非VCL NALユニット、ならびにNALユニットストリーム(付録Bで指定されているような)からバイトストリームを形成するすべてのleading_zero_8bits、zero_byte、start_code_prefix_one_3bytes、およびtrailing_zero_8bitsシンタックス要素は、存在するときに、BitstreamToDecodeから破棄され、残りのビットストリームは、BitstreamToDecodeに割り当てられる。
【0294】
7. decoding_unit_hrd_params_present_flagが1に等しいときに、CPBは、アクセスユニットレベル(この場合、変数DecodingUnitHrdFlagは0に等しくなるように設定される)またはデコーディングユニットレベル(この場合、変数DecodingUnitHrdFlagは1に等しくなるように設定される)のいずれかで動作するようにスケジュールされる。そうでない場合、DecodingUnitHrdFlagは0に等しくなるように設定され、CPBはアクセスユニットレベルで動作するようにスケジュールされる。
【0295】
8. アクセスユニット0から始まるBitstreamToDecode内の各アクセスユニットについて、アクセスユニットに関連付けられ、TargetOlsIdxに適用されるバッファリング期間SEIメッセージ(BitstreamToDecode内に存在しているか、または本明細書において指定されていない外部手段を通じて利用可能である)が選択され、アクセスユニットに関連付けられ、TargetOlsIdxに適用されるピクチャタイミング期間SEIメッセージ(BitstreamToDecode内に存在しているか、または本明細書において指定されていない外部手段を通じて利用可能である)が選択され、DecodingUnitHrdFlagが1に等しく、decoding_unit_cpb_params_in_pic_timing_sei_flagが0に等しいときに、アクセスユニット内のデコーディングユニットに関連付けられ、TargetOlsIdxに適用されるデコーディングユニット情報SEIメッセージ(BitstreamToDecode内に存在しているか、または本明細書において指定されていない外部手段を通じて利用可能である)が選択される。
【0296】
各適合性テストは、上記ステップの各々における1つのオプションの組合せからなる。ステップに対して複数のオプションがあるときに、任意の特定の適合性テストに対して、1つのオプションのみが選択される。すべてのステップの可能なすべての組合せが、適合性テストのセット全体を成す。テスト対象の各オペレーションポイントについて、実行されるべきビットストリーム適合性テストの数は、n0*n1*n2*n3に等しく、n0、n1、n2、およびn3の値は、次のように指定される。
【0297】
- n1はhrd_cpb_cnt_minus1+1に等しい。
【0298】
- n1は、バッファリング期間SEIメッセージに関連付けられているBitstreamToDecodeにおけるアクセスユニットの数である。
【0299】
- n2は、次のように導出される。
【0300】
- BitstreamToDecodeがタイプIビットストリームである場合、n0は1に等しい。
【0301】
- そうでない場合(BitstreamToDecodeがタイプIIビットストリームである場合)、n0は2に等しい。
【0302】
- n3は、次のように導出される。
【0303】
- decoding_unit_hrd_params_present_flagが0に等しい場合、n3は1に等しい。
【0304】
- そうでない場合、n3は2に等しい。
【0305】
HRDは、ビットストリーム抽出器(任意選択で存在する)、コーディング済みピクチャバッファ(CPB)、瞬時デコーディングプロセス、各レイヤに対するサブDPBを概念的に含むデコード済みピクチャバッファ(DPB)、および出力クロッピングを含んでいる。
【0306】
各ビットストリーム適合性テストについて、CPBサイズ(ビット数)は、7.4.5.2節に指定されているようにCpbSize[Htid][ScIdx]であり、ScIdxおよびHRDパラメータは、この節において上で指定され、各レイヤに対するDPBパラメータmax_dec_pic_buffering_minus1[Htid]、max_num_reorder_pics[Htid]、およびMaxLatencyPictures[Htid]は、レイヤが独立レイヤであるかどうか、およびレイヤがターゲットOLSの出力レイヤであるかどうかに応じてそのレイヤに適用されるdpb_pameters()シンタックス構造内に見つかるか、またはそれから導出される。
【0307】
HRDは次のように動作する。
【0308】
- HDRは、デコーディングユニット0で初期化され、CPBおよびDPBの各サブDPBの両方は空に設定される(各サブDPBに対するサブDPBの充足量が0に等しくなるように設定されている)。
【0309】
注- 初期化後、HRDは、その後のバッファリング期間SEIメッセージによって再び初期化されることはない。
【0310】
- 指定された到着スケジュールに従って各CPBに流入するデコーディングユニットに関連付けられているデータは、仮想ストリームスケジューラ(HSS)によって配信される。
【0311】
- 各デコーディングユニットに関連付けられているデータが除去され、デコーディングユニットのCPB除去時間に瞬時デコーディングプロセスによって瞬時にデコードされる。
【0312】
- 各デコード済みピクチャは、DPB内に置かれる。
【0313】
- デコード済みピクチャは、インター予測参照にもはや必要なくなり、また出力にもはや必要なくなったときにDPBから除去される。
【0314】
デコード済みピクチャバッファの動作がもたらされる。
【0315】
この節の指定は、C.1節で指定されているように選択されたデコード済みピクチャバッファ(DPB)パラメータの各セットに独立して適用される。
【0316】
デコード済みピクチャバッファは、概念的にはサブDPBからなり、各サブDPBは、1つのレイヤのデコード済みピクチャを記憶するためのピクチャストレージバッファを含む。ピクチャストレージバッファの各々は、「参照用使用」とマークされるか、または将来の出力のために保持されるデコード済みピクチャを含み得る。C3.2節、C3.3節、およびC3.4節において指定されているプロセスは、以下で指定されているように順次適用され、OLS内のレイヤのnuh_layer_id値の増加順に、OLS内の最下位レイヤから始まって各レイヤについて独立して適用される。特定のレイヤに対してこれらのプロセスが適用されるときに、特定のレイヤに対するサブDPBのみが影響を受ける。これらのプロセスの説明では、DPBは、特定のレイヤに対するサブDPBを指し、その特定のレイヤは、現在のレイヤと称される。
【0317】
注- 出力タイミングDPBの動作において、同一アクセスユニット内のPicOutputFlagが1に等しいデコード済みピクチャは、デコード済みピクチャのnuh_layer_id値の昇順に連続的に出力される。
【0318】
ピクチャnおよび現在のピクチャを、nuh_layer_idの特定の値に対するアクセスユニットnのコーディング済みピクチャまたはデコード済みピクチャとし、nを非負の整数値とする。
【0319】
現在のピクチャをデコードする前にDPBからピクチャを除去することが説明される。
【0320】
現在のピクチャのデコード前のDPBからのピクチャの除去(ただし、現在のピクチャの最初のスライスのスライスヘッダの解析後)は、アクセスユニットnの最初のデコーディングユニットのCPB除去時間において瞬時に起こり(現在のピクチャを含む)、次のように進む。
【0321】
- 8.3.2節で指定されているような参照ピクチャリスト構築に対するデコーディングプロセスが呼び出され、8.3.3節で指定されているような参照ピクチャマーキングに対するデコーディングプロセスが呼び出される。
【0322】
- 現在のAUが、AU 0でないCVSS AUであるときに、次の順序付けられたステップが適用される。
【0323】
1. 変数NoOutputOfPriorPicsFlagは、次のようにテスト対象のデコーダについて導出される。
【0324】
- 現在のAU内の任意のピクチャについて導出されたpic_width_max_in_luma_samples、pic_height_max_in_luma_samples、chroma_format_idc、separate_colour_plane_flag、bit_depth_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_flag、bit_depth_luma_minus8、bit_depth_chroma_minus8、またはmax_dec_pic_buffering_minus1[Htid]の値と異なる場合、NoOutputOfPriorPicsFlagは、no_output_of_prior_pics_flagの値に関係なく、テスト対象のデコーダによって1に設定されることがある(が設定されるべきでない)。
【0325】
注- NoOutputOfPriorPicsFlagをno_output_of_prior_pics_flagに等しくなるように設定することはこれらの条件の下で好ましいが、テスト対象のデコーダは、この場合にNoOutputOfPriorPicsFlagを1に設定することを許される。
【0326】
- そうでない場合、NoOutputOfPriorPicsFlagは、no_output_of_prior_pics_flagに等しくなるように設定される。
【0327】
2. テスト対象のデコーダについて導出されたNoOutputOfPriorPicsFlagの値はHRDに対して適用され、その結果、NoOutputOfPriorPicsFlagの値が1に等しいときに、DPB内のすべてのピクチャストレージバッファは、それらが含むピクチャの出力なしで空にされ、DPB充足量は0に等しくなるように設定される。
【0328】
- DPB内の任意のピクチャkについて次の条件の両方が真であるときに、DPB内のそのようなすべてのピクチャkはDPBから除去される。
【0329】
- ピクチャkは、「参照用未使用」としてマークされる。
【0330】
- ピクチャkは、0に等しいPictureOutputFlagを有するか、またはそのDPB出力時間は、現在のピクチャnの最初のデコーディングユニット(デコーディングユニットmと表す)のCPB除去時間以下である、すなわち、DpbOutputTime[k]はDuCpbRemovalTime[m]以下である。
【0331】
- DPBから除去される各ピクチャについて、DPB充足量は、1だけ減分される。
【0332】
出力順序DPBの動作について説明される。
【0333】
この節の指定は、C.1節で指定されているように選択されたデコード済みピクチャバッファ(DPB)パラメータの各セットに独立して適用される。
【0334】
デコード済みピクチャバッファは、概念的にはサブDPBからなり、各サブDPBは、1つのレイヤのデコード済みピクチャを記憶するためのピクチャストレージバッファを含む。ピクチャストレージバッファの各々は、「参照用使用」とマークされるか、または将来の出力のために保持されるデコード済みピクチャを含む。
【0335】
C.5.2.2節において指定されているような現在のピクチャのデコード前にDPBからピクチャを出力し除去するためのプロセスが呼び出され、それに続いてC.3.4節において指定されているような現在のデコード済みピクチャのマーキングおよび記憶のためのプロセスが呼び出され、それに続いて最後にC.5.2.3節において指定されているような追加バンピングのプロセスが呼び出される。「バンピング」プロセスは、C.5.2.4節において指定されており、C.5.2.2節およびC.5.2.3節において指定されているように呼び出される。
【0336】
これらのプロセスは、OLS内の最下位レイヤから始まって、OLS内のレイヤのnuh_layer_id値の増加順に、各レイヤについて独立して適用される。特定のレイヤに対してこれらのプロセスが適用されるときに、特定のレイヤに対するサブDPBのみが影響を受ける。
【0337】
注- 出力順序DPBの動作において、出力タイミングDPBの動作と同じように、同じアクセスユニット内でPicOutputFlagが1に等しいデコード済みピクチャも、デコード済みピクチャのnuh_layer_id値の昇順に連続的に出力される。
【0338】
ピクチャnおよび現在のピクチャを、nuh_layer_idの特定の値に対するアクセスユニットnのコーディング済みピクチャまたはデコード済みピクチャとし、nを非負の整数値とする。
【0339】
DPBからのピクチャの出力および除去について説明される。
【0340】
現在のピクチャのデコード前(ただし、現在のピクチャの最初のスライスのスライスヘッダを解析した後)のDPBからのピクチャの出力および除去は、現在のピクチャを含むアクセスユニットの最初のデコーディングユニットがCPBから除去されたときに瞬時に起こり、次のように進む。
【0341】
- 8.3.2節で指定されているような参照ピクチャリスト構築に対するデコーディングプロセスが呼び出され、8.3.3節で指定されているような参照ピクチャマーキングに対するデコーディングプロセスが呼び出される。
【0342】
- 現在のAUが、AU0でないCVSS AUである場合に、次の順序付けられたステップが適用される。
【0343】
1. 変数NoOutputOfPriorPicsFlagは、次のようにテスト対象のデコーダについて導出される。
【0344】
- 現在のAUの任意のピクチャについて導出されたpic_width_max_in_luma_samples、pic_height_max_in_luma_samples、chroma_format_idc、separate_colour_plane_flag、bit_depth_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_flag、bit_depth_luma_minus8、bit_depth_chroma_minus8、またはmax_dec_pic_buffering_minus1[Htid]の値と異なる場合、NoOutputOfPriorPicsFlagは、no_output_of_prior_pics_flagの値に関係なく、テスト対象のデコーダによって1に設定されることがある(が設定されるべきでない)。
【0345】
注- NoOutputOfPriorPicsFlagをno_output_of_prior_pics_flagに等しくなるように設定することはこれらの条件の下で好ましいが、テスト対象のデコーダは、この場合にNoOutputOfPriorPicsFlagを1に設定することを許される。
【0346】
- そうでない場合、NoOutputOfPriorPicsFlagは、no_output_of_prior_pics_flagに等しくなるように設定される。
【0347】
2. テスト対象のデコーダについて導出される変数NoOutputOfPriorPicsFlagの値は、次のようにHRDについて適用される。
【0348】
- NoOutputOfPriorPicsFlagが1に等しい場合、DPB内のすべてのピクチャストレージバッファは、それらが含むピクチャの出力なしに空にされ、DPB充足量は、0に等しくなるように設定される。
【0349】
- そうでない場合(NoOutputOfPriorPicsFlagが0に等しい場合)、「出力に必要なし」および「参照用未使用」とマークされているピクチャを含むすべてのピクチャストレージバッファは(出力なしで)空にされ、DPB内の空でないすべてのピクチャストレージバッファは、C.5.2.4節で指定されている「バンピング」プロセスを繰り返し呼び出すことによって空にされ、DPB充足量は、0に等しくなるように設定される。
【0350】
- そうでない場合(現在のピクチャがCLVSSピクチャではない場合)、「出力に必要なし」および「参照用未使用」とマークされているピクチャを含むすべてのピクチャストレージバッファが空にされる(出力なしで)。空にされた各ピクチャストレージバッファについて、DPB充足量が1だけ減分される。次の条件のうちの1つまたは複数が真であるときに、次の条件のどれも真でなくなるまで、空にされる各追加のピクチャストレージバッファについてDPB充足量をさらに1だけ減分しながらC.5.2.4節において指定されている「バンピング」プロセスが繰り返し呼び出される。
【0351】
「出力に必要」とマークされているDPB内のピクチャの数は、max_num_reorder_pics[Htid]よりも大きい。
【0352】
max_latency_increase_plus1[Htid]は0に等しくなく、関連付けられている変数PicLatencyCountがMaxLatencyPictures[Htid]以上である「出力に必要」とマークされている少なくとも1つのピクチャがDPB内にある。
【0353】
DPB内のピクチャの数は、max_dec_pic_buffering_minus1[Htid]+1以上である。
【0354】
追加のバンピングについて説明される。
【0355】
この節において指定されているプロセスは、現在のピクチャを含むアクセスユニットnの最後のデコーディングユニットがCPBから除去されたときに瞬時に起こる。
【0356】
現在のピクチャが1に等しいPictureOutputFlagを有するときに、「出力に必要」とマークされ、出力順序で現在のピクチャに続くDPB内の各ピクチャについて、関連付けられている変数PicLatencyCountは、PicLatencyCount+1に等しくなるように設定される。
【0357】
次が適用される。
【0358】
- 現在のデコード済みピクチャが1に等しいPictureOutputFlagを有する場合、これは「出力に必要」とマークされ、その関連付けられている変数PicLatencyCountは、0に等しくなるように設定される。
【0359】
- そうでない場合(現在のデコード済みピクチャは0に等しいPictureOutputFlagを有する場合)、これは「出力に必要なし」とマークされる。
【0360】
次の条件のうちの1つまたは複数が真であるときに、C.5.2.4節において指定されている「バンピング」プロセスは、次の条件のうちのどれも真でなくなるまで繰り返し呼び出される。
【0361】
- 「出力に必要」とマークされているDPB内のピクチャの数は、max_num_reorder_pics[Htid]よりも大きい。
【0362】
- max_latency_increase_plus1[Htid]は0に等しくなく、関連付けられている変数PicLatencyCountがMaxLatencyPictures[Htid]以上である「出力に必要」とマークされている少なくとも1つのピクチャがDPB内にある。
【0363】
バンピングプロセスについて説明される。
【0364】
「バンピング」プロセスは、次の順序付けられたステップからなる。
【0365】
出力に関して最初である1つまたは複数のピクチャは、「出力に必要」とマークされたDPB内のすべてのピクチャのPicOrderCntValの最小値を有するものとして選択される。
【0366】
これらのピクチャの各々は、昇nuh_layer_id順で、ピクチャに対する適合性クロッピングウィンドウを使用して、クロップされ、クロップ済みピクチャが出力され、ピクチャは「出力に必要なし」とマークされる。
【0367】
「参照用未使用」とマークされたピクチャを含み、クロップされ出力されたピクチャのうちの1つであった各ピクチャストレージバッファは空にされ、関連付けられているサブDPBの充足量が1だけ減分される。
【0368】
注- 同じCVSに属し、「バンピングプロセス」によって出力される任意の2つのピクチャpicAおよびpicBについて、picAがpicBより早く出力されるときに、picAのPicOrderCntValの値はpicBのPicOrderCntValの値より小さい。
【0369】
サブビットストリーム抽出プロセスについて説明される。
【0370】
このプロセスへの入力は、ビットストリームinBitstream、ターゲットOLSインデックスtargetOlsIdx、およびターゲット最高TemporalId値tIdTargetである。
【0371】
このプロセスの出力は、サブビットストリームoutBitstreamである。
【0372】
ビットストリーム、VPSで指定されたOLSのリストへのインデックスに等しいtargetOlsIdx、および0から6までの範囲内の任意の値に等しいtIdTargetを入力とし、次の条件を満たす、この節で指定されているプロセスの出力である任意の出力サブビットストリームが適合するビットストリームであることが入力ビットストリームに対するビットストリーム適合性の要件である。
【0373】
- 出力サブビットストリームは、LayerIdInOls[targetOlsIdx]のnuh_layer_id値の各々に等しいnuh_layer_idを有する少なくとも1つのVCL NALユニットを含む。
【0374】
- 出力サブビットストリームは、tIdTargetに等しいTemporalIdを有する少なくとも1つのVCL NALユニットを含む。
【0375】
注- 適合するビットストリームは、0に等しいTemporalIdを有する1つまたは複数のコーディング済みスライスNALユニットを含むが、0に等しいnuh_layer_idを有するコーディング済みスライスNALユニットを含まなくてもよい。
【0376】
出力サブビットストリームOutBitstreamは、次のように導出される。
【0377】
- ビットストリームoutBitstreamは、ビットストリームinBitstreamと同一になるように設定される。
【0378】
- tIdTargetより大きいTemporalIdを有するすべてのNALユニットをoutBitstreamから除去する。
【0379】
- リストLayerIdInOls[targetOlsIdx]に含まれないnuh_layer_idを有するすべてのNALユニットをoutBitstreamから除去する。
【0380】
- 1に等しいnesting_ols_flagを有するスケーラブルネスティングSEIメッセージを含むすべてのSEI NALユニットをoutBitstreamから除去し、0からnesting_num_olss_minus1までの範囲内にiの値はなく、NestingOlsIdx[i]はtargetOlsIdxに等しい。
【0381】
- targetOlsIdxが0より大きいときに、0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーディングユニット情報)に等しいpayloadTypeを有する非スケーラブルネストSEIメッセージを含むすべてのSEI NALユニットをoutBitstreamから除去する。
【0382】
スケーラブルネスティングSEIメッセージシンタックスが提示される。
【0383】
【表8】
一般SEIペイロードセマンティクスが提示される。
【0384】
非スケーラブルネストSEIメッセージの適用可能なレイヤまたはOLS上で、次が適用される。
【0385】
- 非スケーラブルネストSEIメッセージについて、payloadTypeが0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーディングユニット情報)に等しいときに、非スケーラブルネストSEIメッセージは、0番目のOLSにのみ適用される。
【0386】
- 非スケーラブルネストSEIメッセージについて、payloadTypeがVclAssociatedSeiListのうちの任意の値に等しいときに、非スケーラブルネストSEIメッセージは、VCL NALユニットがSEIメッセージを含むようになるまでSEI NALユニットのthe nuh_layer_idに等しいnuh_layer_idを有するレイヤにのみ適用される。
【0387】
SEI NALユニットのnuh_layer_idの値に次の制限が適用されることは、ビットストリーム適合性の要件である。
【0388】
- 非スケーラブルネストSEIメッセージが、0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーディングユニット情報)に等しいpayloadTypeを有するときに、非スケーラブルネストSEIメッセージを含むSEI NALユニットは、vps_layer_id[0]に等しいnuh_layer_idを有するものとする。
【0389】
- 非スケーラブルネストSEIメッセージが、VclAssociatedSeiListのうちの任意の値に等しいpayloadTypeを有するときに、非スケーラブルネストSEIメッセージを含むSEI NALユニットは、SEI NALユニットに関連付けられているVCL NALユニットのnuh_layer_idの値に等しいnuh_layer_idを有するものとする。
【0390】
- スケーラブルネスティング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を有するものとする。
【0391】
スケーラブルネスティングSEIメッセージセマンティクスが提示される。
【0392】
スケーラブルネスティングSEIメッセージは、SEIメッセージを特定のOLSと、または特定のレイヤと関連付けるメカニズムを提供する。
【0393】
スケーラブルネスティングSEIメッセージは、1つまたは複数のSEIメッセージを含む。スケーラブルネスティングSEIメッセージに含まれるSEIメッセージは、スケーラブルネストSEIメッセージとも称される。
【0394】
スケーラブルネスティングSEIメッセージ内にSEIメッセージを含めることに次の制限が適用されることは、ビットストリーム適合性の要件である。
【0395】
- 132(デコード済みピクチャハッシュ)または133(スケーラブルネスティング)に等しいpayloadTypeを有するSEIメッセージは、スケーラブルネスティングSEIメッセージに含まれないものとする。
【0396】
- スケーラブルネスティングSEIメッセージがバッファリング期間、ピクチャタイミング、またはデコーディングユニット情報SEIメッセージを含むときに、スケーラブルネスティングSEIメッセージは、0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーディングユニット情報)に等しくないpayloadTypeを有する任意の他のSEIメッセージも含まないものとする。
【0397】
スケーラブルネスティングSEIメッセージを含むSEI NALユニットのnal_unit_typeの値に次の制限が適用されることがビットストリーム適合性の要件である。
【0398】
- スケーラブルネスティングSEIメッセージが、0(バッファリング期間)、1(ピクチャタイミング)、130(デコーディングユニット情報)、145(従属RAP指示)、または168(フレームフィールド情報)に等しいpayloadTypeを有するSEIメッセージを含むときに、スケーラブルネスティングSEIメッセージを含むSEI NALユニットは、PREFIX_SEI_NUTに等しいnal_unit_typeを有するものとする。
【0399】
1に等しいnesting_ols_flagは、スケーラブルネストSEIメッセージが特定のOLSに適用されることを指定する。0に等しいnesting_ols_flagは、スケーラブルネストSEIメッセージが特定のレイヤに適用されることを指定する。
【0400】
nesting_ols_flagの値に次の制限が適用されることは、ビットストリーム適合性の要件である。
【0401】
- スケーラブルネスティングSEIメッセージが、0(バッファリング期間)、1(ピクチャタイミング)、または130(デコーディングユニット情報)に等しいpayloadTypeを有するSEIメッセージを含むときに、nesting_ols_flagの値は1に等しいものとする。
【0402】
- スケーラブルネスティングSEIメッセージが、VclAssociatedSeiList内の値に等しいpayloadTypeを有するSEIメッセージを含むときに、nesting_ols_flagの値は0に等しいものとする。
【0403】
nesting_num_olss_minus1+1は、スケーラブルネストSEIメッセージが適用されるOLSの数を指定する。nesting_num_olss_minus1の値は、0からTotalNumOlss-1までの範囲内にあるものとする。
【0404】
nesting_ols_idx_delta_minus1[i]は、nesting_ols_flagが1に等しいときにスケーラブルネストSEIメッセージが適用されるi番目のOLSのOLSインデックスを指定する変数NestingOlsIdx[i]を導出するために使用される。nesting_ols_idx_delta_minus1[i]の値は、0からTotalNumOlss-2までの範囲内であるものとする。
【0405】
変数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
【0406】
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を有するすべてのレイヤに適用され得るか、または適用され得ないことを指定する。
【0407】
nesting_num_layers_minus1+1は、スケーラブルネストSEIメッセージが適用されるレイヤの数を指定する。nesting_num_layers_minus1の値は、0からvps_max_layers_minus1-GeneralLayerIdx[nuh_layer_id]までの範囲内にあるものとし、nuh_layer_idは、現在のSEI NALユニットのnuh_layer_idである。
【0408】
nesting_layer_id[i]は、nesting_all_layers_flagが0に等しいときにスケーラブルネストSEIメッセージが適用されるi番目のレイヤのnuh_layer_id値を指定する。nesting_layer_id[i]の値は、nuh_layer_idより大きいものとし、nuh_layer_idは現在のSEI NALユニットのnuh_layer_idである。
【0409】
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=
ps_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]
}
【0410】
nesting_num_seis_minus1+1は、スケーラブルネストSEIメッセージの数を指定する。nesting_num_seis_minus1の値は、0から63までの範囲内にあるものとする。
【0411】
nesting_zero_bitは、0に等しいものとする。
【0412】
図10は、本開示の一実施形態による、ビデオコーディングデバイス1000(たとえば、ビデオエンコーダ300またはビデオデコーダ400)の概略図である。ビデオコーディングデバイス1000は、本明細書において説明されているような開示された実施形態を実施するのに適している。ビデオコーディングデバイス1000は、データを受信するための受信ポート1010および受信機ユニット(Rx)1020と、データを処理するためのプロセッサ、論理ユニット、または中央演算処理装置(CPU)1030と、データを伝送するための送信機ユニット(Tx)1040および送信ポート1050と、データを記憶するためのメモリ1060とを備える。ビデオコーディングデバイス1000は、光信号または電気信号の送信または受信のための、受信ポート1010、受信機ユニット1020、送信機ユニット1040、および送信ポート1050に結合された光-電気(OE)コンポーネントおよび電気-光(EO)コンポーネントも備え得る。
【0413】
プロセッサ1030は、ハードウェアおよびソフトウェアによって実装される。プロセッサ1030は、1つまたは複数のCPUチップ、コア(たとえば、マルチコアプロセッサとして)、フィールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)、およびデジタルシグナルプロセッサ(DSP)として実装されてもよい。プロセッサ1030は、受信ポート1010、受信機ユニット1020、送信機ユニット1040、送信ポート1050、およびメモリ1060と通信する。プロセッサ1030は、コーディングモジュール1070を備える。コーディングモジュール1070は、上で説明されている開示された実施形態を実装する。たとえば、コーディングモジュール1070は、様々なコーデック機能を実装し、処理し、準備し、または提供する。したがって、コーディングモジュール1070の搭載は、ビデオコーディングデバイス1000の機能に実質的な改善をもたらし、ビデオコーディングデバイス1000の異なる状態への変換をもたらす。代替的に、コーディングモジュール1070は、メモリ1060に記憶され、プロセッサ1030によって実行される命令として実装される。
【0414】
ビデオコーディングデバイス1000は、ユーザにデータを伝達し、ユーザからデータを受け取るための入力および/または出力(I/O)デバイス1080も含み得る。I/Oデバイス1080は、ビデオデータを表示するためのディスプレイ、音声データを出力するためのスピーカなどの出力デバイスを含み得る。I/Oデバイス1080は、キーボード、マウス、トラックボールなどの入力デバイス、および/またはそのような出力デバイスをインタラクティブに操作するための対応するインターフェースも含み得る。
【0415】
メモリ1060は、1つまたは複数のディスク、テープドライブ、およびソリッドステートドライブを含み、そのようなプログラムが実行のために選択されたときにプログラムを記憶し、プログラムの実行中に読み出される命令およびデータを記憶するために、オーバーフローデータ記憶装置デバイスとして使用され得る。メモリ1060は、揮発性および/または不揮発性であり、リードオンリーメモリ(ROM)、ランダムアクセスメモリ(RAM)、三値連想メモリ(TCAM)、および/またはスタティックランダムアクセスメモリ(SRAM)であってよい。
【0416】
図11は、コーディングするための手段1100の一実施形態の概略図である。一実施形態において、コーディングするための手段1100は、ビデオコーディングデバイス1102(たとえば、ビデオエンコーダ300またはビデオデコーダ400)で実装される。ビデオコーディングデバイス1102は、受信手段1101を含む。受信手段1101は、エンコードするピクチャを受信し、またはデコードするビットストリームを受信するように構成される。ビデオコーディングデバイス1102は、受信手段1101に結合されている伝送手段1107を含む。伝送手段1107は、ビットストリームをデコーダに伝送するか、またはデコード済み画像を表示手段(たとえば、I/Oデバイス1080の1つ)に伝送するように構成される。
【0417】
ビデオコーディングデバイス1102は、記憶手段1103を含む。記憶手段1103は、受信手段1101または伝送手段1107のうちの少なくとも一方に結合される。記憶手段1103は、命令を記憶するように構成される。ビデオコーディングデバイス1102は、処理手段1105も含む。処理手段1105は、記憶手段1103に結合される。処理手段1105は、本明細書において開示されている方法を実行するために記憶手段1103に記憶された命令を実行するように構成される。
【0418】
本明細書において述べられている例示的な方法のステップは、必ずしも説明されている順序で実行される必要はないとも理解されるべきであり、そのような方法のステップの順序は、単に例示的であると理解されるべきである。同様に、本開示の様々な実施形態と一致する方法において、追加のステップがそのような方法に含まれてもよく、特定のステップが省略されるか、または組み合わされてもよい。
【0419】
本開示においていくつかの実施形態が提供されているが、開示されているシステムおよび方法は、本開示の精神または範囲から逸脱することなく多くの他の特定の形態で具現化されることも可能であることは理解されるべきである。本例は、例示的であり、制限的でない、と考えられるべきであり、本発明は、明細書に示されている詳細に限定されるべきでない。たとえば、様々な要素またはコンポーネントは、別のシステム内に組み合わされ得るか、もしくは一体化され得るか、またはいくつかの特徴が省略され得るか、もしくは実施され得ない。
【0420】
それに加えて、離散または分離していると様々な実施形態において説明され例示されている技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく他のシステム、モジュール、技術、または方法と組み合わされるか、もしくは一体化され得る。結合されるか、または直接結合されるか、または互いに通信するとして図示されるかもしくは説明されている他の項目は、電気的であろうと機械的であろうと他の方法であろうと、何らかのインターフェース、デバイス、または中間コンポーネントを通じて間接的に結合されるか、または通信するものとしてよい。変更、代用、および改変の他の例は、当業者によって確かめることができ、本明細書で開示されている精神および範囲から逸脱することなくなされ得る。
【符号の説明】
【0421】
1 OLS
2 OLS
3 OLS
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 レイヤベース予測
506 AU
508 AUD
511、512、513、514 ピクチャ
515、516、517、518 ピクチャ
521 レイヤ間予測
523 インター予測
531 レイヤN
532 レイヤN+1
600 レイヤベース予測
611～614 ピクチャ
615～618 ピクチャ
631 レイヤN
632 レイヤN+1
633 レイヤN+2
634 レイヤN+3
635 レイヤN+4
641～644 ピクチャ
651～654 ピクチャ
661～664 ピクチャ
690 コーディング済みビデオシーケンス(CVS)
700 ビデオビットストリーム
701 サブビットストリーム
703 サブビットストリーム抽出プロセス
704 ビデオパラメータセット(VPS)
706 シーケンスパラメータセット(SPS)
708 ピクチャパラメータセット(PPS)
712 スライスヘッダ
720 画像データ
721 OLS
723 レイヤ
725 ピクチャ
727 スライス
780 PTLシンタックス構造
781 シンタックス構造vps_num_ptls_minus1
782 シンタックス構造vps_ols_ptl_idx[i]
783 プロファイルティア(PT)存在フラグ
784 OLS
800 方法
900 方法
1000 ビデオコーディングデバイス
1010 受信ポート
1020 受信機ユニット(Rx)
1030 プロセッサ、論理ユニット、または中央演算処理装置(CPU)
1040 送信機ユニット(Tx)
1050 送信ポート
1060 メモリ
1070 コーディングモジュール
1080 入力および/または出力(I/O)デバイス
1100 コーディングするための手段
1101 受信手段
1102 ビデオコーディングデバイス
1103 記憶手段
1105 処理手段
1107 伝送手段
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-02-08
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】削除
【補正の内容】
【手続補正2】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ビデオデコーダによって実装されるデコーディングの方法であって、
前記ビデオデコーダによって、デコード済みピクチャバッファ(DPB)シンタックス構造を有するビットストリームを受信するステップであって、前記DPBシンタックス構造は、DPBサイズ、ならびに最大ピクチャ順序変更番号および最大待ち時間情報を提供するdpb_parameters()と指定され、前記dpb_parameters()がビデオパラメータセット(VPS)に含まれる場合、前記dpb_parameters()が適用される出力レイヤセット(OLS)は前記VPSによって指定され、前記dpb_parameters()がシーケンスパラメータセット(SPS)に含まれる場合、前記dpb_parameters()は前記SPSを参照するレイヤのうち最下位レイヤである前記レイヤのみを含む前記OLSに適用される
前記ビデオデコーダによって、前記VPSまたは前記SPSから前記dpb_parameters()を取得するステップと、
前記ビデオデコーダによって、前記dpb_parameters()を使用してピクチャをデコードし、デコード済みピクチャを取得するステップとを含む方法。
【請求項2】
前記ビットストリームが、プロファイルティアレベル(PTL)シンタックス構造をさらに含み、前記PTLシンタックス構造は、profile_tier_level()と指定され、前記profile_tier_level()がVPSに含まれる場合、前記PTLシンタックス構造が適用される1つまたは複数のOLSが前記VPSによって指定され、前記profile_tier_level()がシーケンスパラメータセット(SPS)に含まれる場合、前記PTLシンタックス構造はただ1つのレイヤを含むOLSに適用され、
前記方法は、
前記ビデオデコーダによって、前記SPSまたは前記VPSから前記profile_tier_level()を取得するステップと、
前記ビデオデコーダによって、前記dpb_parameters()および前記profile_tier_level()を使用して前記ピクチャをデコードし、前記デコード済みピクチャを取得するステップと
をさらに含む、請求項1に記載の方法。
【請求項3】
前記ただ1つのレイヤは、i番目のレイヤであり、前記ただ1つのレイヤの前記OLSがi番目のOLSである請求項1または2に記載の方法。
【請求項4】
前記profile_tier_level()がSPSに含まれる場合、前記profile_tier_level()は、前記SPS内のi番目のprofile_tier_level()内に存在する請求項1から3のいずれか一項に記載の方法。
【請求項5】
前記ただ1つのレイヤの前記OLS内のレイヤの数は、NumLayersInOls[i]と指定された変数である請求項1から4のいずれか一項に記載の方法。
【請求項6】
前記SPSは、前記ただ1つのレイヤによって参照される請求項1から5のいずれか一項に記載の方法。
【請求項7】
前記デコード済みピクチャを電子デバイスのディスプレイ上に表示するステップをさらに含む請求項1から6のいずれか一項に記載の方法。
【請求項8】
デコード済みピクチャバッファ(DPB)シンタックス構造を有するビットストリームを受信するように構成されている受信機であって、前記DPBシンタックス構造は、DPBサイズ、ならびに最大ピクチャ順序変更番号および最大待ち時間情報を提供するdpb_parameters()と指定され、前記dpb_parameters()がビデオパラメータセット(VPS)に含まれる場合、前記dpb_parameters()が適用される出力レイヤセット(OLS)は前記VPSによって指定され、前記dpb_parameters()がシーケンスパラメータセット(SPS)に含まれる場合、前記dpb_parameters()は前記SPSを参照するレイヤのうち最下位レイヤである前記レイヤのみを含む前記OLSに適用される、受信機と、
メモリに結合されているプロセッサとを備えるデコーディングデバイスであって、前記プロセッサは、前記デコーディングデバイスに、
前記VPSまたは前記SPSから前記dpb_parameters()を取得することと、
前記dpb_parameters()を使用してピクチャをデコードし、デコード済みピクチャを取得することとを行わせる命令を実行するように構成されている、デコーディングデバイス。
【請求項9】
前記ビットストリームが、プロファイルティアレベル(PTL)シンタックス構造をさらに含み、前記PTLシンタックス構造は、profile_tier_level()と指定され、前記profile_tier_level()がVPSに含まれる場合、前記PTLシンタックス構造が適用される1つまたは複数のOLSが前記VPSによって指定され、前記profile_tier_level()がシーケンスパラメータセット(SPS)に含まれる場合、前記PTLシンタックス構造はただ1つのレイヤを含むOLSに適用され、
前記プロセッサは、前記デコーディングデバイスに、
前記SPSまたは前記VPSから前記profile_tier_level()を取得することと、
前記dpb_parameters()および前記profile_tier_level()を使用して前記ピクチャをデコードし、前記デコード済みピクチャを取得することと
をさらに行わせる請求項8に記載のデコーディングデバイス。
【請求項10】
前記ただ1つのレイヤは、i番目のレイヤであり、前記ただ1つのレイヤの前記OLSがi番目のOLSである請求項9に記載のデコーディングデバイス。
【請求項11】
前記profile_tier_level()がSPSに含まれる場合、前記profile_tier_level()は、前記SPS内のi番目のprofile_tier_level()内に存在する請求項9または10に記載のデコーディングデバイス。
【請求項12】
前記ただ1つのレイヤの前記OLS内のレイヤの数は、NumLayersInOls[i]と指定された変数であり、前記SPSは、前記ただ1つのレイヤによって参照される請求項9から11のいずれか一項に記載のデコーディングデバイス。
【請求項13】
前記デコード済みピクチャを表示するように構成されているディスプレイをさらに備える請求項9から12のいずれか一項に記載のデコーディングデバイス。
【請求項14】
エンコードするピクチャを受信するか、またはデコードするビットストリームを受信するように構成されている受信機と、
前記受信機に結合されている送信機であって、前記ビットストリームをデコーダに伝送するか、またはデコード済み画像をディスプレイに伝送するように構成されている送信機と、
前記受信機または前記送信機のうちの少なくとも一方に結合されているメモリであって、命令を記憶するように構成されているメモリと、
前記メモリに結合されているプロセッサであって、前記メモリに記憶されている前記命令を実行して請求項1から7のいずれか一項に記載の方法を実行するように構成されているプロセッサとを備えるコーディング装置。
【請求項15】
デコード済みピクチャを表示するように構成されているディスプレイをさらに備える請求項14に記載のコーディング装置。
【請求項16】
コーディングするための手段であって、
エンコードするピクチャを受信するか、またはデコードするビットストリームを受信するように構成されている受信手段と、
前記受信手段に結合された伝送手段であって、前記ビットストリームをデコード手段に伝送するか、またはデコード済み画像を表示手段に伝送するように構成されている伝送手段と、
前記受信手段または前記伝送手段のうちの少なくとも一方に結合されている記憶手段であって、命令を記憶するように構成されている記憶手段と、
前記記憶手段に結合されている処理手段であって、前記記憶手段に記憶されている前記命令を実行して請求項1から7のいずれか一項および請求項9から14のいずれか一項に記載の方法を実行するように構成されている処理手段とを備える手段。
【請求項17】
デコーダによって使用されるデータ構造であって、前記データ構造はビットストリームを含み、前記ビットストリームは、
デコード済みピクチャバッファ(DPB)シンタックス構造であって、前記DPBシンタックス構造は、DPBサイズ、ならびに最大ピクチャ順序変更番号および最大待ち時間情報を提供するdpb_parameters()と指定され、前記dpb_parameters()がビデオパラメータセット(VPS)に含まれる場合、前記dpb_parameters()が適用される出力レイヤセット(OLS)は前記VPSによって指定され、前記dpb_parameters()がシーケンスパラメータセット(SPS)に含まれる場合、前記dpb_parameters()は前記SPSを参照するレイヤのうち最下位レイヤである前記レイヤのみを含む前記OLSに適用される、デコード済みピクチャバッファ(DPB)シンタックス構造を含み、
前記デコーダのプロセッサは、前記ビットストリームをデコードし、前記VPSまたは前記SPSから前記dpb_parameters()を取得し、前記dpb_parameters()を使用してピクチャをデコードし、デコード済みピクチャを取得する、データ構造。
【請求項18】
前記ビットストリームが、プロファイルティアレベル(PTL)シンタックス構造をさらに含み、前記PTLシンタックス構造は、profile_tier_level()と指定され、前記profile_tier_level()がVPSに含まれる場合、前記PTLシンタックス構造が適用される1つまたは複数のOLSが前記VPSによって指定され、前記profile_tier_level()がシーケンスパラメータセット(SPS)に含まれる場合、前記PTLシンタックス構造はただ1つのレイヤを含むOLSに適用され、
前記プロセッサはさらに、
前記SPSまたは前記VPSから前記profile_tier_level()を取得し、前記dpb_parameters()および前記profile_tier_level()を使用して前記ピクチャをデコードし、前記デコード済みピクチャを取得する、請求項17に記載のデータ構造。
【外国語明細書】
Copyright © 2010-2024 Science Impact Inc. All Rights Reserved.