(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-05-09
(54)【発明の名称】サブピクチャの順序関係
(51)【国際特許分類】
H04N 19/70 20140101AFI20230427BHJP
【FI】
H04N19/70
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022556151
(86)(22)【出願日】2021-03-18
(85)【翻訳文提出日】2022-10-11
(86)【国際出願番号】 US2021022982
(87)【国際公開番号】W WO2021188805
(87)【国際公開日】2021-09-23
(32)【優先日】2020-03-20
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】BYTEDANCE INC.
【住所又は居所原語表記】12655 West Jefferson Boulevard, Sixth Floor, Suite No. 137 Los Angeles, California 90066 United States of America
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】ワン イェクイ
【テーマコード(参考)】
5C159
【Fターム(参考)】
5C159LC08
5C159LC09
5C159MA04
5C159MA05
5C159MA21
5C159MC11
5C159ME01
5C159PP04
5C159RC11
5C159TB06
5C159UA02
5C159UA05
(57)【要約】
映像を処理するための方法及び装置が記載される。前記処理は、映像符号化、復号、又はコード変換を含み得る。1つの例示的な映像処理方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャにある順序で続くことを規定するフォーマット規則に準拠する。
【選択図】
図7
【特許請求の範囲】
【請求項1】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
前記ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、前記イントラランダムアクセスポイントサブピクチャ又は前記漸次的復号更新サブピクチャにある順序で続くことを規定するフォーマット規則に準拠する、
方法。
【請求項2】
前記順序は出力順である、
請求項1に記載の方法。
【請求項3】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
前記ビットストリームは、
(1)サブピクチャが、イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、
(2)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の第1の値を有し、かつ、
(3)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、サブピクチャインデックスの同一の第2の値を有すること、
に呼応して、前記サブピクチャが、前記イントラランダムアクセスポイントサブピクチャと、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する、
方法。
【請求項4】
前記第1の順序は出力順である、
請求項3に記載の方法。
【請求項5】
前記第2の順序は復号順である、
請求項3に記載の方法。
【請求項6】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
前記ビットストリームは、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、前記クリーンランダムアクセスサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャに、ある順序で先行することを規定するフォーマット規則に準拠する、
方法。
【請求項7】
前記順序は出力順である、
請求項6に記載の方法。
【請求項8】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うこと、を含み、
前記ビットストリームは、クリーンランダムアクセスサブピクチャと関連付けられたランダムアクセススキップ型先頭サブピクチャが、前記クリーンランダムアクセスサブピクチャに第2の順序において先行する1つ以上のイントラランダムアクセスポイントサブピクチャに、第1の順序において続くことを規定するフォーマット規則に準拠する、
方法。
【請求項9】
前記第1の順序は出力順である、
請求項7に記載の方法。
【請求項10】
前記第2の順序は復号順である、
請求項7に記載の方法。
【請求項11】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
前記ビットストリームは、
(1)構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表現するピクチャを搬送することを示し、かつ、
(2)現在のサブピクチャが、イントラランダムアクセスポイントサブピクチャに関連付けられた先頭サブピクチャである、
ことに呼応して、前記現在のサブピクチャが、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上の非先頭サブピクチャに復号順において先行する、
方法。
【請求項12】
(1)前記構文要素が、前記コーディングされたレイヤ映像シーケンスがフィールドを表すピクチャを搬送し、かつ、
(2)前記現在のサブピクチャが前記先頭サブピクチャでない、ことに呼応して、
前記フォーマット規則は、
前記イントラランダムアクセスポイントサブピクチャに関連付けられた第1の先頭サブピクチャに、前記復号順において先行する最大1つの非先頭サブピクチャが存在すること、かつ、
前記イントラランダムアクセスポイントサブピクチャに関連付けられた前記第1の先頭サブピクチャと最後の先頭サブピクチャとの間に、前記復号順において非先頭ピクチャは存在しないこと、
を規定し、
前記現在のサブピクチャ、前記最大1つの非先頭サブピクチャ、及び前記非先頭ピクチャは、前記現在のサブピクチャのネットワーク抽象化レイヤ(NAL)ユニット、前記最大1つの非先頭サブピクチャ、及び前記非先頭サブピクチャ、が属するレイヤについて同一の第1の値を有し、
前記現在のサブピクチャ、前記最大1つの非先頭サブピクチャ、及び前記非先頭ピクチャは、サブピクチャインデックスの同一の第2の値を有する、
請求項11に記載の方法。
【請求項13】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うこと、を含み、
前記ビットストリームは、前記ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャであることに呼応して、ピクチャ内の全ての映像コーディングレイヤ(VCL)NALユニットに対する1つ以上のタイプのネットワーク抽象化レイヤ(NAL)ユニットが、RADL_NUT又はRASL_NUTを含むことを規定するフォーマット規則に準拠する、
方法。
【請求項14】
前記フォーマット規則は、
(1)前記ピクチャ内の全てのVCL NALユニットのための前記1つ以上のタイプのNALユニットがRADL_NUT 及びRASL_NUTを含み、かつ
(2)前記ピクチャを含むレイヤが出力レイヤである、
ことに呼応して、前記ピクチャの変数をピクチャ出力フラグの値に等しく設定することを規定する、
請求項13に記載の方法。
【請求項15】
映像処理方法であって、
複数のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
前記ビットストリームは、
(1)少なくとも1つのサブピクチャが、漸次的復号更新サブピクチャに第2の順序において先行し、
(2)前記少なくとも1つのサブピクチャ及び前記漸次的復号更新サブピクチャが、前記少なくとも1つのサブピクチャ及び前記漸次的復号更新サブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の第1の値を有し、かつ
(3)前記少なくとも1つのサブピクチャ及び前記前記漸次的復号更新ピクチャは、サブピクチャインデックスの同一の第2の値を有する、
ことに呼応して、前記少なくとも1つのサブピクチャが、前記漸次的復号更新サブピクチャ及び前記漸次的復号更新サブピクチャに関連付けられた前記1つ以上のサブピクチャに、第1の順序において先行することを規定するフォーマット規則に準拠する、
方法。
【請求項16】
前記第1の順序は出力順である、
請求項15に記載の方法。
【請求項17】
前記第2の順序は復号順である、
請求項15に記載の方法。
【請求項18】
前記変換を行うことは、前記映像を前記ビットストリームに符号化することを含む、
請求項1~17のいずれかに記載の方法。
【請求項19】
前記変換を行うことは、前記映像から前記ビットストリームを生成することを含み、
前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、
請求項1~17のいずれかに記載の方法。
【請求項20】
前記変換を行うことは、前記ビットストリームから前記映像を復号することを含む、
請求項1~17のいずれかに記載の方法。
【請求項21】
請求項1~20の1つ以上に記載の方法を実装するように構成された処理装置を備える、
映像復号装置。
【請求項22】
請求項1~20の1つ以上の記載の方法を実装するように構成された処理装置を備える、
映像符号化装置。
【請求項23】
コンピュータ命令が記憶されたコンピュータプログラム製品であって、前記命令が処理装置により実行されると、前記処理装置に、請求項1~20のいずれかに記載の方法を実装させる、
コンピュータプログラム製品。
【請求項24】
請求項1~20のいずれか1項に記載の方法に従って生成されたビットストリームを記憶する、
非一時的なコンピュータ可読記憶媒体。
【請求項25】
請求項1~20のいずれかに記載の方法を処理装置に実装させる命令を記憶する、
非一時的なコンピュータ可読記憶媒体。
【請求項26】
ビットストリーム生成方法であって、
請求項1~20のいずれかに記載の方法に従って、映像のビットストリームを生成することと、
前記ビットストリームをコンピュータ読み取り可能なプログラム媒体に記憶することと、を含む、
方法。
【請求項27】
本明細書に記載される開示される方法又はシステムに基づいて生成される方法、装置、ビットストリーム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
パリ条約に基づく適用可能な特許法および/または規則に基づいて、本願は、2020年3月20日出願の米国特許仮出願第62/992724号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【0002】
この特許明細書は、画像および映像の符号化および復号に関する。
【背景技術】
【0003】
デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
本願は、様々な構文規則を使用して映像のコーディング表現を処理するために、映像エンコーダおよびデコーダによって使用され得る技術を開示する。
【0005】
1つの例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ビットストリーム内のネットワーク抽象化レイヤ(NAL)ユニットの構文を規定するフォーマット規則に準拠し、フォーマット規則は、映像コーディングレイヤ(VCL)NALユニットタイプのNALユニットが、特定タイプのピクチャ又は特定タイプのサブピクチャに関連付けられた内容(content)を含むことを規定する。
【0006】
別の例示的な態様において、映像処理方法が開示される。この方法は、サブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャであることに呼応して、サブピクチャがランダムアクセスタイプのサブピクチャであることを規定する。
【0007】
別の例示的な態様において、映像処理方法が開示される。この方法は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、1つ以上のランダムアクセススキップ型先頭サブピクチャが瞬時復号更新サブピクチャに関連付けられていることに呼応して、1つ以上のランダムアクセススキップ型先頭サブピクチャがビットストリームにないことを規定する。
【0008】
別の例示的な態様において、映像処理方法が開示される。この方法は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームとの変換を行うことを含み、ビットストリームは、瞬時復号更新サブピクチャが先頭ピクチャに関連付けられていないことを示すネットワーク抽象化レイヤ(NAL)ユニットのタイプを有する瞬時復号更新サブピクチャに関連付けられていることに呼応して、1つ以上のランダムアクセス復号可能な先頭サブピクチャがビットストリームにないことを規定するフォーマット規則に準拠する。
【0009】
別の例示的な態様において、映像処理方法が開示される。この方法は、2つの隣接するサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、異なるタイプのネットワーク抽象化レイヤ(NAL)ユニットを有する2つの隣接するサブピクチャが、コーディングされたレイヤ映像シーケンスにおいて2つの隣接するサブピクチャの各々をピクチャとして扱うかどうかを示す同一の第1の値を有する構文要素を有することを規定するフォーマット規則に準拠する。
【0010】
別の例示的な態様において、映像処理方法が開示される。この方法は、2つの隣接するサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、フォーマット規則は、2つの隣接するサブピクチャが、第1のサブピクチャインデックスを有する第1の隣接するサブピクチャと、第2のサブピクチャインデックスを有する第2の隣接するサブピクチャと、を含むことを規定し、前記フォーマット規則が、前記第1のサブピクチャインデックスに関連付けられた第1の構文要素が前記第1の隣接サブピクチャをピクチャとして扱わないことを示すこと、又は、前記第2のサブピクチャインデックスに関連付けられた第2の構文要素が前記第2の隣接サブピクチャをピクチャとして扱わないことを示すことに呼応して、前記2つの隣接サブピクチャが同一のタイプネットワーク抽象化レイヤ(NAL)ユニットを有することを規定する。
【0011】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャパラメータセット(PPS)を参照する映像の各ピクチャが、同一のタイプのVCL NALユニットを持たない複数のVCL NALユニットを有することを示す構文要素に呼応して、ピクチャが3つ以上の異なるタイプの映像コーディングレイヤ(VCL)ネットワーク抽象化レイヤ(NAL)ユニットを含むことを許可することを規定するフォーマット規則に準拠する。
【0012】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに、ある順序で続くことを規定するフォーマット規則に準拠する。
【0013】
別の例示的な態様において、映像処理方法が開示される。1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(1)前記サブピクチャが前記イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、(2)前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の第1の値を有し、および(3)前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャがサブピクチャインデックスの同一の第2の値を有することに呼応して、サブピクチャが、イントラランダムアクセスポイントサブピクチャと、イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する。
【0014】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上の映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャと関連付けられたランダムアクセススキップ型先頭サブピクチャが、クリーンランダムアクセスサブピクチャと関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャに、ある順序で先行することを規定するフォーマット規則に準拠する。
【0015】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上の映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャと関連付けられたランダムアクセススキップ型先頭サブピクチャが、第1の順序において、クリーンランダムアクセスサブピクチャに第2の順序で先行する1つ以上のイントラランダムアクセスポイントサブピクチャに続くことを規定するフォーマット規則に準拠する。
【0016】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、このビットストリームは、(1)構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表すピクチャを伝えることを示し、および(2)現在のサブピクチャは、イントラランダムアクセスポイントサブピクチャに関連付けされた先頭サブピクチャであることに呼応して、現在のサブピクチャが、ランダムアクセスポイント内サブピクチャに関連付けられた1つ以上の非先頭サブピクチャに、復号順において先行することを規定するフォーマット規則に準拠する。
【0017】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャであることに呼応して、ピクチャ内の全ての映像コーディングレイヤ(VCL)NALユニットに対する1つ以上のタイプのネットワーク抽象化レイヤ(NAL)ユニットがRADL_NUT又はRASL_NUTを含むことを規定するフォーマット規則に準拠する。
【0018】
別の例示的な態様において、映像処理方法が開示される。この方法は、複数のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(1)少なくともサブピクチャが漸次的復号更新サブピクチャに第2の順序で先行し、(2)少なくとも1つのサブピクチャおよび漸次的復号更新サブピクチャは、少なくとも1つのサブピクチャおよび漸次的復号更新サブピクチャが属するネットワーク抽象化レイヤ(NAL)のユニットの属するレイヤについて同一の第1の値を持ち、および(3)少なくとも1つのサブピクチャおよび漸次的復号更新ピクチャが、サブピクチャインデックスの同一の第2の値を持つことに呼応して、少なくとも1つのサブピクチャが、漸次的復号更新サブピクチャとその漸次的復号更新サブピクチャとに、第1の順序において、先行することを規定するフォーマット規則に準拠する。
【0019】
別の例示的な態様において、映像処理方法が開示される。現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、このビットストリームは、(a)第1のピクチャが、現在のサブピクチャと同一の時間的識別子および同一のネットワーク抽象化レイヤ(NAL)ユニットレイヤ識別子を有し、(b)現在のサブピクチャが復号順において段階的時間的サブレイヤアクセスサブピクチャに続き、および(c)現在のサブピクチャと段階的時間的サブレイヤアクセスサブピクチャが同一の時間的識別子、同一のレイヤ識別子、および同一のサブピクチャインデックスを有することに呼応して、現在のスライスの参照ピクチャリストのアクティブエントリに、段階的時間的サブレイヤアクセスサブピクチャを含む第2のピクチャに復号順において先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0020】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、特定タイプのサブピクチャでない現在のサブピクチャに呼応して、現在のスライスの参照ピクチャリストにおけるアクティブエントリに、利用不可能な参照ピクチャを生成する復号処理によって生成された第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0021】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを備える現在のピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、現在のスライスの参照ピクチャリストにおけるエントリに、特定タイプのサブピクチャでない現在のサブピクチャに呼応して利用不可能な参照ピクチャを生成する復号処理によって生成された第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0022】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)第1のピクチャが、第2の順序で現在のサブピクチャに先行する先行イントラランダムアクセスポイントサブピクチャを含み、(b)先行イントラランダムアクセスポイントサブピクチャが、ネットワーク抽象化レイヤ(NAL)ユニットの同一のレイヤ識別子および現在のサブピクチャと同一のサブピクチャインデックスを有し、および(c)現在のサブピクチャがクリーンランダムアクセスサブピクチャであることに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、第1の順序又は第2の順序において現在のピクチャに先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0023】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを備える現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)現在のサブピクチャは、イントラランダムアクセスポイントサブピクチャに関連付けられ、(b)現在のサブピクチャは、第1の順序でイントラランダムアクセスポイントサブピクチャに続くことに呼応して、現在のスライスの参照ピクチャリストのアクティブエントリに、第1の順序又は第2の順序で現在のピクチャに先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0024】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)現在のサブピクチャが、第1の順序でイントラランダムアクセスポイントサブピクチャに続き、(b)現在のサブピクチャが、第1の順序および第2の順序でIRAPサブピクチャに関連付けられた1つ以上の先頭サブピクチャに続くことに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、第1の順序又は第2の順序で現在のピクチャに先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0025】
別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、現在のサブピクチャがランダムアクセス復号可能な先頭サブピクチャであることに呼応して、現在のスライスの参照リストが、ランダムアクセススキップ型先頭サブピクチャを含む第1のピクチャ、および、関連付けられたイントラランダムアクセスポイントサブピクチャを含む第3のピクチャに復号順で先行する第2のピクチャ、のいずれか1つ以上に対するアクティブエントリを、除外することを規定するフォーマット規則に準拠する。
【0026】
別の例示的な態様において、映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含む。このコーディング表現は、ネットワーク抽象化レイヤ(NAL)ユニットに従って、1つ以上のサブピクチャを含む1つ以上のピクチャがコーディング表現に含まれることを規定するフォーマット規則に準拠し、コーディング表現において示されるタイプNALユニットは、特定タイプのピクチャのコーディングされたスライス、又は特定タイプのサブピクチャのコーディングされたスライス、を含む。
【0027】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、異なるネットワーク抽象化レイヤユニットタイプを有する2つの隣接するサブピクチャが、ピクチャフラグとして扱われているサブピクチャの同一の表示を有することを指定するフォーマット規則に準拠する。
【0028】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、サブピクチャの第1のタイプの順序およびサブピクチャの第2のタイプの順序を定義するフォーマット規則に準拠し、第1のサブピクチャは、後端サブピクチャ又は先頭サブピクチャ又はランダムアクセススキップ型先頭(RASL)サブピクチャのタイプであり、第2のサブピクチャは、RASLタイプ又はランダムアクセス復号可能な先頭(RADL)タイプ、又は瞬時復号更新(IDR)タイプ又は漸次的復号更新(GDR)タイプのサブピクチャである。
【0029】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、第1のタイプのサブピクチャが第2のタイプのサブピクチャとともに生じることを許可又は許可しないことを条件と定義するフォーマット規則に準拠する。
【0030】
さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成されたプロセッサ(処理装置)を備える。
【0031】
さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダは、上述した方法を実装するように構成されたプロセッサを備える。
【0032】
さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の1つをプロセッサが実行可能なコードの形式で実施する。
【0033】
これらのおよび他の特徴は、本文書全体にわたって説明される。
【図面の簡単な説明】
【0034】
【
図1】ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、12個のタイルと3個のラスタスキャンスライスとに分割される。
【
図2】ピクチャの矩形スライス分割の例を示し、ピクチャは、24個のタイル(6個のタイル列および4個のタイル行)と9個の矩形スライスとに分割される。
【
図3】タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、4つのタイル(2つのタイルの列および2つのタイルの行)と4つの矩形スライスとに分割される。
【
図4】15個のタイル、24個のスライス、および24個のサブピクチャに分割されたピクチャを示す。
【
図5】映像処理システム例を示すブロック図である。
【
図7】映像処理方法の一例を示すフローチャートである。
【
図8】本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。
【
図9】本発明のいくつかの実施形態によるエンコーダを示すブロック図である。
【
図10】本発明のいくつかの実施形態によるデコーダを示すブロック図である。
【
図11】映像処理の方法の例を示すフローチャートである。
【
図12】映像処理の方法の例を示すフローチャートである。
【
図13】映像処理の方法の例を示すフローチャートである。
【
図14】映像処理の方法の例を示すフローチャートである。
【
図15】映像処理の方法の例を示すフローチャートである。
【
図16】映像処理の方法の例を示すフローチャートである。
【
図17】映像処理の方法の例を示すフローチャートである。
【
図18】映像処理の方法の例を示すフローチャートである。
【
図19】映像処理の方法の例を示すフローチャートである。
【
図20】映像処理の方法の例を示すフローチャートである。
【
図21】映像処理の方法の例を示すフローチャートである。
【
図22】映像処理の方法の例を示すフローチャートである。
【
図23】映像処理の方法の例を示すフローチャートである。
【
図24】映像処理の方法の例を示すフローチャートである。
【
図25】映像処理の方法の例を示すフローチャートである。
【
図26】映像処理の方法の例を示すフローチャートである。
【
図27】映像処理の方法の例を示すフローチャートである。
【
図28】映像処理の方法の例を示すフローチャートである。
【
図29】映像処理の方法の例を示すフローチャートである。
【
図30】映像処理の方法の例を示すフローチャートである。
【
図31】映像処理の方法の例を示すフローチャートである。
【発明を実施するための形態】
【0035】
【0036】
1.導入
【0037】
本明細書は、映像コーディング技術に関する。具体的には、単層および多層の両方のコンテキストにおける、サブピクチャのタイプの定義と、異なるタイプのサブピクチャ間の復号順、出力順および予測関係の関係性についてである。その鍵は、復号順、出力順、および予測関係における制約のセットによって、ピクチャ内の混合サブピクチャタイプの意味を明確に規定することである。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているVVC(Versatile VideoCoding)をサポートする任意の映像コーディング標準又は非標準映像コーデックに適用されてもよい。
【0038】
2.略語
【0039】
APS Adaptation Parameter Set(適応パラメータセット)
AU Access Unit(アクセスユニット)
AUD Access Unit Delimiter(アクセスユニットデリミター)
AVC Advanced VideoCoding(高度映像コーディング)
CLVS Coded Layer VideoSequence(コーディングレイヤ映像シーケンス)
CPB Coded Picture Buffer(コーディングピクチャバッファ)
CRA Clean Random Access(クリーンランダムアクセス)
CTU Coding Tree Unit(コーディングツリーユニット)
CVS Coded VideoSequence(コーディング映像シーケンス)
DCI Decoding Capability Information(復号能力情報)
DPB Decoded Picture Buffer(復号ピクチャバッファ)
EOB End Of Bitstream(ビットストリーム終端)
EOS End Of Sequence(シーケンス終端)
GDR Gradual Decoding Refresh(漸進的復号リフレッシュ)
HEVC High Efficiency VideoCoding(高効率映像コーディング)
HRD Hypothetical Reference Decoder(仮想参照デコーダ)
IDR Instantaneous Decoding Refresh(瞬時復号更新)
JEM Joint Exploration Model(共同探索モデル)
MCTS Motion-Constrained Tile Sets(動作制約タイルセット)
NAL Network Abstraction Layer(ネットワーク抽象化レイヤ)
OLS Output Layer Set(出力レイヤセット)
PH Picture Header(ピクチャヘッダ)
PPS Picture Parameter Set(ピクチャパラメータセット)
PTL Profile,Tier and Level(プロファイル、ティアおよびレベル)
PU Picture Unit(ピクチャユニット)
RADL Random Access Decodable Leading(ランダムアクセス復号可能な先頭)(ピクチャ)
RAP Random Access Point(ランダムアクセスポイント)
RASL Random Access Skipped Leading(ランダムアクセススキップ型の先頭) (ピクチャ)
RBSP Raw Byte Sequence Payload(生バイトシーケンスペイロード)
RPL Reference Picture List(参照ピクチャリスト)
SEI Supplemental Enhancement Information(補足強化情報)
SPS Sequence Parameter Set(シーケンスパラメータセット)
STSA Step-wise Temporal Sublayer Access(段階的時間的サブレイヤアクセス)
SVC Scalable VideoCoding(スケーラブル映像コーディング)
VCL VideoCoding Layer(映像コーディングレイヤ)
VPS VideoParameter Set(映像パラメータセット)
VTM VVC Test Model(VVC試験モデル)
VUI VideoUsability Information(映像ユーザビリティ情報)
VVC Versatile VideoCoding(汎用映像コーディング)
【0040】
3.初期の協議
【0041】
映像符号化規格は、主に周知のITU-TおよびISO/IEC規格の開発によって発展してきた。ITU-TはH.261とH.263を作り、ISO/IECはMPEG-1とMPEG-4Visualを作り、両団体はH.262/MPEG-2VideoとH.264/MPEG-4AVC(Advanced VideoCoding)とH.265/HEVC規格を共同で作った。H.262以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。HEVCを超えた将来の映像コーディング技術を探索するため、2015年には、VCEGとMPEGが共同でJVET(Joint VideoExploration Team)を設立した。それ以来、多くの新しい方法がJVETによって採用され、JEM(Joint Exploration Model)と呼ばれる参照ソフトウェアに組み込まれてきた。JVETは四半期に1回開催され、新しいコーディング規格はHEVCに比べて50%のビットレート低減を目指している。2018年4月のJVET会議において、新しい映像コーディング規格を「VVC(Versatile VideoCoding)」と正式に命名し、その時、第1版のVVCテストモデル(VTM)をリリースした。VVCの標準化に寄与する努力が続けられているので、すべてのJVET会議において、VVC標準に新しいコーディング技術が採用されている。毎回の会議の後、VVC作業草案およびテストモデルVTMを更新する。VVCプロジェクトは、現在、2020年7月の会合における技術完成(FDIS)を目指している。
【0042】
3.1. HEVCにおけるピクチャ分割スキーム
【0043】
HEVCには、正規のスライス、依存性のあるスライス、タイル、WPP(Wavefront Parallel Processing)という4つの異なる画像分割スキームがあり、これらを適用することで、MTU(Maximum Transfer Unit)サイズのマッチング、並列処理、エンドツーエンドの遅延の低減が可能になる。
【0044】
正規のスライスは、H.264/AVCと同様である。各正規のスライスは、それ自体のNALユニットにカプセル化され、スライス境界にわたるインピクチャ予測(イントラサンプル予測、動き情報予測、コーディングモード予測)およびエントロピーコーディング依存性は無効化される。このように、1つの正規のスライスは、同じピクチャ内の他の正規のスライスとは独立して再構成することができる(しかし、ループフィルタリング動作のために依然として相互依存性が残っている場合がある)。
【0045】
正規のスライスは、並列化に使用できる唯一のツールであり、H.264/AVCでもほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信またはコア間通信をあまり必要としない(予測コーディングされたピクチャを復号するとき、動き補償のためのプロセッサ間またはコア間データ共有を除いて、通常、インピクチャ予測のためにプロセッサ間またはコア間データ共有よりもはるかに重い)。しかしながら、同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きくなる可能性がある。さらに、レギュラースライスは(後述の他のツールとは対照的に)、レギュラースライスのインピクチャの独立性および各レギュラースライスがそれ自体のNALユニットにカプセル化されることに起因して、MTUサイズ要件に適応するようにビットストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびMTUサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。
【0046】
従属スライスは、ショートスライスヘッダを有し、インピクチャ予測を一切中断することなく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、従属スライスは、正規のスライスを複数のNALユニットに断片化し、正規のスライス全体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによって、エンドツーエンド遅延を低減する。
【0047】
WPPにおいて、ピクチャは、単一行のCTB(Coding Tree Block)に分割される。エントロピー復号および予測は、他の分割におけるCTBからのデータを使用することを許可される。CTB行の並列復号によって並列処理が可能であり、1つのCTB行の復号の開始が2つのCTBだけ遅延され、それによって、対象のCTBが復号される前に、対象のCTBの上および右のCTBに関するデータが確実に利用可能になる。この互い違いのスタート(グラフで表される場合、波面のように見える)を使用することで、ピクチャがCTB行を含む数までのプロセッサ/コアを用いて並列化することが可能である。1つのインピクチャの近傍のツリーブロック行間のインピクチャ予測が許可されるので、インピクチャ予測を可能にするために必要なプロセッサ間/コア間通信は十分となり得る。WPP分割は、適用されない場合と比較して、追加のNALユニットの生成をもたらさず、従って、WPPは、MTUサイズマッチングのためのツールではない。しかし、MTUサイズのマッチングが必要な場合、一定のコーディングオーバーヘッドを伴って、WPPで正規のスライスを使用することができる。
【0048】
タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。タイルの列は、ピクチャの上から下へと延びている。同様に、タイル行は、ピクチャの左から右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算することで得ることができる。
【0049】
CTBのスキャン順序は、1つのタイル内でローカルになるように(タイルのCTBラスタスキャンの順に)変更され、その後、ピクチャのタイルラスタスキャンの順に従って、次のタイルの左上のCTBを復号する。正規のスライスと同様に、タイルは、インピクチャ予測依存性およびエントロピー復号依存性を損なう。しかしながら、これらは、個々のNALユニット(この点でWPPと同じ)に含まれる必要がなく、従って、タイルは、MTUサイズマッチングに使用できない。各タイルは、1つのプロセッサ/コアによって処理されてもよく、処理ユニット間のインピクチャ予測に必要なプロセッサ間/コア間通信では、近傍タイルの復号は、スライスが2つ以上のタイルにまたがっている場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループフィルタリングに関連する共有とに限定される。1つのスライスに2つ以上のタイルまたはWPPセグメントが含まれる場合、該スライスにおける最初の1つ以外の各タイルまたはWPPセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信号通知される。
【0050】
説明を簡単にするために、HEVCにおいては、4つの異なるピクチャ分割方式の適用に関する制限が規定されている。所与のコーディングされた映像シーケンスは、HEVCに指定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさなければならない。1)1つのスライスにおけるすべてのコーディングツリーブロックは、同じタイルに属し、2)1つのタイルにおけるすべてのコーディングツリーブロックは、同じスライスに属する。最後に、1つの波面(wavefront)セグメントはちょうど1つのCTB行を含み、WPPが使用されている際に、1つのスライスが1つのCTB行内で始まる場合、同じCTB行で終わらなければならない。
【0051】
最近のHEVCの修正は、JCT-VCの出力文書であるJCTVC-AC1005、J.ボイス、A.ラマスブラモニアン、R.スクピン、G.J.スリ版、A.トゥラピス、Y.-K.ワング(editors),“HEVC 追加の捕捉強化情報(Draft4),”Oct.24,2017,下記で入手可能:http://phenix.int-evry.fr/jct/doc_end_user/documents/29_Macau/wg11/JCTVC-AC1005-v2.zipこの補正を含め、HEVCは、3つのMCTS関連SEIメッセージ、即ち、時間的MCTS SEIメッセージ、MCTS抽出情報セットSEIメッセージ、およびMCTS抽出情報ネスティングSEIメッセージを特定する。
【0052】
時間的MCTS SEIメッセージは、ビットストリーム中にMCTSが存在することを示し、MCTSに信号送信する。各MCTSにおいて、動きベクトルは、MCTS内部のフルサンプル位置と、補間のためにMCTS内部のフルサンプル位置のみを必要とするフラクショナルサンプル位置とを指すように制限され、且つ、MCTS外部のブロックから導出された時間的動きベクトル予測のための動きベクトル候補の使用は許可されない。このように、各MCTSは、MCTSに含まれていないタイルが存在せず、独立して復号されてもよい。
【0053】
MCTS抽出情報セットSEIメッセージは、MCTSサブビットストリーム抽出(SEIメッセージの意味の一部として指定される)において使用され得る補足情報を提供し、MCTSセットのための適合ビットストリームを生成する。この情報は、複数の抽出情報セットを含み、各抽出情報セットは、複数のMCTSセットを定義し、MCTSサブビットストリーム抽出処理において使用される代替VPS、SPS、およびPPSのRBSPバイトを含む。MCTSサブビットストリーム抽出プロセスによってサブビットストリームを抽出する場合、パラメータセット(VPS,SPS,PPS)を書き換えるかまたは置き換える必要があり、スライスヘッダを若干更新する必要があり、その理由は、スライスアドレスに関連する構文要素の1つまたは全て(first_slice_segment_in_pic_flagおよびslice_segment_addressを含む)が異なる値となる必要があるためである。
【0054】
3.2. VVCにおけるピクチャの分割
【0055】
VVCにおいて、1つのピクチャは、1または複数のタイル行および1または複数のタイル列に分割される。1つのタイルは、1つのピクチャの1つの矩形領域を覆う1つのCTUのシーケンスである。1つのタイルにおけるCTUは、そのタイル内でラスタスキャン順にスキャンされる。
【0056】
1つのスライスは、1つのピクチャのタイル内において、整数個の完全なタイルまたは整数個の連続した完全なCTU行を含む。
【0057】
スライスの2つのモード、即ちラスタスキャンスライスモードおよび矩形スライスモードに対応している。ラスタスキャンスライスモードにおいて、1つのスライスは、1つのピクチャのタイルラスタスキャンにおける1つの完全なタイルのシーケンスを含む。矩形スライスモードにおいて、1つのスライスは、ピクチャの矩形領域を集合的に形成する複数の完全なタイル、またはピクチャの矩形領域を集合的に形成する1つのタイルの複数の連続した完全なCTU行のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。
【0058】
1つのサブピクチャは、1つのピクチャの矩形領域を集合的に覆う1または複数のスライスを含む。
【0059】
図1は、ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、12個のタイルと3個のラスタスキャンスライスとに分割される。
【0060】
図2は、ピクチャの矩形スライス分割の例を示し、ピクチャは、24個のタイル(6個のタイル列および4個のタイル行)と9個の矩形スライスとに分割される。
【0061】
図3は、タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、4つのタイル(2つのタイルの列および2つのタイルの行)と4つの矩形スライスとに分割される。
【0062】
図4は、1つのピクチャをサブピクチャで分割する例を示し、1つのピクチャは、18個のタイルに分割され、左側の12個が、4×4のCTUの1つのスライスをそれぞれ含み、右側の6個のタイルが、2×2のCTUの垂直方向に積み重ねられたスライスをそれぞれ含み、全体で24個のスライスおよび24個の異なる寸法のサブピクチャとなる(各スライスは、1つのサブピクチャ)。
【0063】
3.3 シーケンス内のピクチャ解像度の変更
【0064】
AVCおよびHEVCにおいて、ピクチャの空間的解像度は、新しいSPSを使用する新しいシーケンスがIRAPピクチャで始まらない限り、変更することができない。VVCは、常にイントラ符号化されるIRAPピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャをリサンプリングすることが必要であるため、参照ピクチャリサンプリング(RPR)と称する。
【0065】
スケーリング比は、1/2(参照ピクチャから現在のピクチャへのダウンサンプリングの2倍)以上8(8倍のアップサンプリング)以下に制限される。参照ピクチャと現在のピクチャとの間の様々なスケーリング比に対処するために、周波数カットオフが異なる3つのリサンプリングフィルタを規定する。3つの組の再サンプリングフィルタは、それぞれ、1/2~1/1.75、1/1.75~1/1.25、および1/1.25~8の範囲のスケーリング比に適用される。各組のリサンプリングフィルタは、動き補償補間フィルタの場合と同様に、輝度に対して16個の位相を有し、色度に対して32個の位相を有する。実際には、通常のMC補間プロセスは、1/1.25~8の範囲のスケーリング比を有する再サンプリングプロセスの特殊な場合である。水平および垂直スケーリング比は、ピクチャの幅および高さ、並びに参照ピクチャおよび現在のピクチャに対して指定された左、右、上および下のスケーリングオフセットに基づいて導出される。
【0066】
HEVCとは異なる、この特徴をサポートするためのVVC設計の他の態様は、i)SPSの代わりにPPSにおいてピクチャ解像度および対応する適合ウィンドウを信号通知すること、SPSにおいて最大ピクチャ解像度を信号通知すること、ii)シングルレイヤビットストリームの場合、各ピクチャ記憶装置(1つの復号ピクチャを記憶するためのDPBにおける1つのスロット)は、最大ピクチャ解像度を有する復号ピクチャを記憶するために必要なバッファサイズを占めることを含む。
【0067】
3.4 全般およびVVCにおけるスケーラブル映像コーディング(SVC)
【0068】
スケーラブル映像コーディング(SVC、時には、映像コーディングにおけるスケーラビリティとも呼ばれる)は、ベースレイヤ(BL)(時には、参照レイヤ(RL)と呼ばれる)映像コーディングを呼ばれることもあり、1つ以上のスケーラブルエンハンスメントレイヤ(EL)が使用される。SVCにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。1つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時間的、および/または信号対雑音(SNR)レベルをサポートするように、追加の映像データを担持することができる。エンハンスメントレイヤは、前の、符号化されたレイヤに対して定義されてもよい。例えば、下層がBLとして機能し、上層がELとして機能することができる。中間レイヤは、ELまたはRLのいずれか、またはその両方として機能することができる。例えば、中間レイヤ(例えば、最下レイヤでも最上レイヤでもないレイヤ)は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する増強レイヤのためのELであってもよく、同時に、中間レイヤの上の1つ以上の増強レイヤのためのRLとしての役割を果たす。同様に、HEVC規格のマルチビューまたは3D拡張では、複数のビューが存在してもよく、1つのビューの情報を利用して別のビューの情報をコーディング(例えば、コーディングまたは復号)することができる(例えば、動き推定、動きベクトル予測および/または他の冗長性)。
【0069】
SVCにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル(例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等)に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームにおける異なるレイヤのコーディング映像シーケンスによって利用できるパラメータは、映像パラメータセット(VPS)に含まれてもよく、コーディング映像シーケンスにおける1つ以上のピクチャによって利用されるパラメータは、シーケンスパラメータセット(SPS)に含まれてもよい。同様に、1つのピクチャの1つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット(PPS)に含まれてもよく、1つのスライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所与の時間にどのパラメータセット(複数可)を使用しているかの指示は、様々なコーディングレベルで提供されてもよい。
【0070】
VVCにおける参照ピクチャリサンプリング(RPR)のサポートにより、空間的スケーラビリティサポートに必要なアップサンプリングはRPRアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、VVCにおけるSDおよびHD解像度の2つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更(スケーラビリティをサポートしない場合と比較して)が必要である。スケーラビリティサポートは、VVCバージョン1に規定されている。AVCおよびHEVCの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、VVCのスケーラビリティの設計は、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームの復号能力は、ビットストリームに1つのレイヤしかなかったかの如く規定される。例えば、DPBサイズのような復号能力は、復号されるビットストリームのレイヤの数に依存しないようで規定される。基本的に、単層ビットストリームのために設計されたデコーダは、多層ビットストリームを復号することができるようにするために、多くの変更を必要としない。AVCおよびHEVCの多層拡張の設計と比較して、HLSの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、IRAP AUは、CVSに存在する各レイヤの画像を含むことが必要である。
【0071】
3.5 HEVCおよびVVCにおけるランダムアクセスとそのサポート
【0072】
ランダムアクセスとは、復号順でビットストリームの最初のピクチャでないピクチャからビットストリームのアクセスと復号を開始することを指す。ブロードキャスト/マルチキャストおよび複数人数による映像会議におけるチューニングおよびチャネル切り替え、ローカル再生およびストリーミングにおける探索、並びにストリーミングにおけるストリーム適応をサポートするために、ビットストリームは、頻繁なランダムアクセスポイントを含むことが必要であり、一般的に、イントラコーディングされたピクチャであるが、インターコーディングピクチャであってもよい(例えば、漸次的復号更新の場合)。
【0073】
HEVCは、NALユニットタイプによって、NALユニットのヘッダ内のランダムアクセスポイント内(IRAP)のピクチャを信号通知することを含む。3つのタイプのIRAPピクチャ、即ち、インスタント・デコーダ・リフレッシュ(IDR)、クリーンランダムアクセス(CRA)、およびブロークン・リンク・アクセス(BLA)ピクチャがサポートされる。IDRピクチャは、インターピクチャ予測構造が現在のピクチャグループ(GOP)の前のどのピクチャも参照しないようにするよう、制約しており、従来、クローズドGOPランダムアクセスポイントと呼ばれている。CRAピクチャは、あるピクチャが現在のGOPの前にピクチャを参照することを許可することによって、制限が緩和され、ランダムアクセスの場合、これらはすべて破棄される。CRAピクチャは、従来、オープンGOPランダムアクセスポイントと呼ばれている。BLAピクチャは、通常、例えばストリーム切り替え時に、CRAピクチャにおいて2つのビットストリームまたはその一部をスプライシングすることで生成される。IRAPピクチャのより優れたシステム使用を可能にするために、全部で6つの異なるNALユニットがIRAPピクチャのプロパティを信号通知するように定義され、これらのユニットは、HTTP(DASH)上で動的適応ストリーミングでのランダムアクセスサポートのために使用される、ISOベースのメディアファイルフォーマット(ISOBMFF)に定義されるようなストリームアクセスポイントのタイプにより適したものにするために使用できる。
【0074】
VVCは、3つのタイプのIRAPピクチャ、2つのタイプのIDRピクチャ(1つのタイプがRADLピクチャに関連付けられた、または他のタイプが関連付けられていない)および1つのタイプのCRAピクチャをサポートする。これらは基本的にHEVCと同じである。HEVCにおけるBLAピクチャのタイプは、主に2つの理由により、VVCに含まれていない。
i)BLAピクチャの基本機能性は、CRAピクチャにシーケンスNALユニットの終端を加えることで実現でき、このシーケンスNALユニットの終端が存在することは、後続のピクチャが単層ビットストリームにおいて新しいCVSを開始することを示す。
ii)VVCの開発において、NALユニットヘッダのNALユニットタイプフィールドに6ビットの代わりに5ビットを用いることによって示されるように、HEVCよりも少ないNALユニットタイプを規定することが望ましかった。
【0075】
VVCとHEVCとの間のランダムアクセスサポートにおける別の重要な相違は、VVCにおいてより規範的な方法でGDRをサポートすることである。GDRにおいて、ビットストリームの復号は、インターコーディングされたピクチャから開始することができ、始めは、ピクチャ領域全体を正しく復号することができないが、複数のピクチャの後に、ピクチャ領域全体を正しくに復号することができるようになる。AVCおよびHEVCはまた、GDRランダムアクセスポイントおよびリカバリポイントの信号通知のためのリカバリポイントSEIメッセージを使用して、GDRをサポートする。VVCにおいて、GDRピクチャを示すために新しいNALユニットタイプが指定され、ピクチャヘッダ構文構造においてリカバリポイントが通知される。CVSおよびビットストリームは、GDRピクチャで開始することができる。これは、1つのビットストリーム全体が、1つのイントラコーディングされたピクチャなしにインターコーディングされたピクチャのみを含むことができることを意味する。GDRサポートをこのように規定する主な利点は、GDRに適合した動作を提供することである。GDRは、エンコーダが、ピクチャ全体をイントラコーディングするのではなく、複数のピクチャにイントラコーディングされたスライスまたはブロックを分布させることによって、ビットストリームのビットレートを平滑化することを可能にし、これにより、無線表示、オンラインゲーム、無人機に基づくアプリケーションのような超低遅延アプリケーションがより一般的なっているため、今日の方が以前より重要視されているエンドツーエンドの遅延の大幅な低減を可能にする。
【0076】
VVCにおける別のGDRに関連する特徴は、仮想境界信号通知である。GDRピクチャとそのリカバリポイントとの間のピクチャにおける、更新された領域(すなわち、正しく復号された領域)と未更新の領域との間の境界は、仮想境界として信号通知されてもよく、信号通知された場合、境界をまたがるインループフィルタリングが適用されなくなり、したがって、境界付近のいくつかのサンプルの復号の不整合が発生しなくなる。これは、アプリケーションがGDR処理中に正しく復号された領域を表示することを決定した場合に有用となりうる。
【0077】
IRAPピクチャおよびGDRピクチャを集合的に、ランダムアクセスポイント(RAP)ピクチャと呼ぶことができる。
【0078】
3.6. 参照ピクチャ管理および参照ピクチャリスト(RPL)
【0079】
参照ピクチャ管理は、インター予測を使用する任意の映像コーディング方式に必要なコア機能である。それは、復号ピクチャバッファ(DPB)への参照ピクチャの記憶および復号ピクチャバッファ(DPB)からの参照ピクチャの除去を管理し、且つ参照ピクチャをRPL内の適切な順序に置く。
【0080】
HEVCの参照ピクチャ管理は、参照ピクチャのマーキングおよび復号ピクチャバッファ(DPB)からの除去、並びに参照ピクチャリスト構築(RPLC)を含め、AVCのものとは異なる。AVCにおいて、スライディングウィンドウに適応メモリ管理制御オペレーション(MMCO)を加えたものに基づく参照ピクチャマーキング機構の代わりに、HEVCは、いわゆる参照ピクチャセット(RPS)に基づく参照ピクチャ管理およびマーキング機構を規定し、その結果、RPLCは、RPS機構に基づく。RPSは、ピクチャに関連付けられた参照ピクチャのセットからなり、復号順において関連付けられたピクチャに先行する全ての参照ピクチャからなり、復号順において関連付けられたピクチャ又は関連付けられたピクチャの後に続く任意のピクチャのインター予測に使用されてもよい。参照ピクチャセットは、参照ピクチャの5つのリストからなる。第1の3つのリストは、現在のピクチャのインター予測において使用され得、かつ現在のピクチャに復号順において続く1つ以上のピクチャのインター予測において使用され得る、全ての参照ピクチャを含む。他の2つのリストは、現在のピクチャのインター予測において使用されないが、現在のピクチャに復号順において続く1つ以上のピクチャのインター予測において使用され得る、全ての参照ピクチャからなる。RPSは、主にエラー耐性を改善するために、AVCにおけるような「インターコーディングされた」信号通知の代わりに、DPBステータスの「イントラコーディングされた」信号通知を提供する。HEVCにおけるRPLCプロセスは、各参照インデックスのRPSサブセットにインデックスを信号通知することによって、RPSに基づいており、このプロセスは、AVCにおけるRPLCプロセスよりも簡単である。
【0081】
VVCにおける参照ピクチャ管理は、AVCよりもHEVCに類似しているが、いくぶんシンプルで堅牢である。これらの標準におけるように、2つのRPL、list0およびlist1が導出されるが、これらは、HEVCで使用される参照ピクチャセットの概念又はAVCで使用される自動スライディングウィンドウ処理に基づくものではなく、より直接的に信号通知される。参照ピクチャは、RPLのためにアクティブエントリおよび非アクティブエントリのいずれかとしてリストされ、アクティブエントリのみが、現在のピクチャのCTUのインター予測における参照インデックスとして使用されてもよい。非アクティブエントリは、ビットストリームで後で到着する他のピクチャにより参照するために、DPBに保持されるべき他のピクチャを示す。
【0082】
3.7. パラメータセット
【0083】
AVC、HEVC、VVCはパラメータセットを指定する。パラメータセットのタイプは、SPS、PPS、APS、VPS等である。SPS、PPSは、AVC、HEVC、VVCのすべてでサポートされている。VPSは、HEVCから導入されたものであり、HEVCおよびVVCの両方に含まれる。APSは、AVCまたはHEVCに含まれていなかったが、最近のVVC草案のテキストに含まれている。
【0084】
SPSは、シーケンスレベルのヘッダ情報を伝送するように設計され、PPSは、頻繁に変化しないピクチャレベルのヘッダ情報を担持するように設計された。SPSおよびPPSを用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、SPSおよびPPSを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。
【0085】
VPSは、マルチレイヤのビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を担持するために導入された。
【0086】
APSは、コーディングするためにかなりのビットを必要とし、複数のピクチャによって共有され得る、このようなピクチャレベルまたはスライスレベルの情報を担持するために導入された。そして、シーケンスにおいて、非常に多くの異なる変形例が存在し得る。
【0087】
3.8. VVCにおける関連定義
【0088】
最近のVVCテキストJVET-Q2001-vE/v15)における関連する定義は、以下のとおりである。
【0089】
(特定のピクチャの)関連付けられたIRAPピクチャ:復号順における前のIRAPピクチャ(存在する場合)は、特定のピクチャと同じ値nuh_layer_idを有する。
クリーンランダムアクセス(CRA)PU:コーティングされたピクチャがCRAピクチャであるPU。
クリーンランダムアクセス(CRA)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがCRA_NUTであるIRAPピクチャ。
コーディング映像シーケンス(CVS):復号順に、CVSS AUに続き、CVSS AUである後続のAUまで(ただし後続のAUは含まない)のすべてのAUを含む、CVSS AUでない0以上のAUから構成される、AUのシーケンス。
コーディング映像シーケンス開始(CVSS)AU:CVSの各レイヤにPUがあり、各PUのコーディングされたピクチャがCLVSSピクチャであるAU。
漸次的復号更新(GDR)AU:本PU各々のコーディングされたピクチャがGDRピクチャであるAU。
漸次的復号更新(GDR)PU:コーディングされたピクチャがGDRピクチャであるPU。
漸次的復号更新(GDR)ピクチャ:NALユニットのnal_unit_typeがGDR_NUTであるピクチャ。
瞬時復号更新(IDR)PU:コーディングされたピクチャがIDRピクチャであるPU。
瞬時復号更新(IDR)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがIDR_W_RADLまたはIDR_N_LPであるIRAPピクチャ
イントラランダムアクセスポイント(IRAP)AU:CVSの各レイヤにPUが存在し、各PUのコーディングされたピクチャがIRAPピクチャであるAU。
イントラランダムアクセスポイント(IRAP)PU:コーディングされたピクチャがIRAPピクチャであるPU。
イントラランダムアクセスポイント(IRAP)ピクチャ:IDR_W_RADLからCRA_NUTの範囲内で、すべてのVCL NALユニットのnal_unit_typeが同じ値であるコーディングされたピクチャ。
先頭ピクチャ:関連付けられたIRAPピクチャと同じレイヤにあり、関連付けられたIRAPピクチャに出力順で先行するピクチャ。
出力順:復号ピクチャがDPBから出力される順番(DPBから出力される復号ピクチャの場合)。
ランダムアクセス復号可能先頭(RADL)PU:コーディングされたピクチャがRADLピクチャであるPU。
ランダムアクセス復号可能先頭(RADL)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがRADL_NUTであるピクチャ。
ランダムアクセススキップ型先頭(RASL)PU:コーディングされたピクチャが、RASLピクチャであるPU。
ランダムアクセススキップ型先頭(RASL)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがRASL_NUTであるピクチャ。
段階的時間的サブレイヤアクセス(STSA)PU:コーディングされたピクチャがSTSAピクチャであるPU。
段階的時間的サブレイヤアクセス(STSA)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがSTSA_NUTであるピクチャ。
注-STSAピクチャは、インター予測参照に対してSTSAピクチャと同じTemporal Idを有するピクチャを使用しないことに留意されたい。STSAピクチャと同じTemporalIdを有する復号順序でSTSAピクチャの後続のピクチャは、STSAピクチャと同じTemporalIdを有する復号順序でインター予測参照にはSTSAピクチャの前のピクチャを使用しない。STSAピクチャは、STSAピクチャにおいて、STSAピクチャを含むサブレイヤに対して、直下のサブレイヤからのアップスイッチを有効化する。STSAピクチャのTemporal Idは0より大きくなければならない。
サブピクチャ:ピクチャ内の1つ以上のスライスの矩形領域。
後端ピクチャ:出力順の関連付けられたIRAPピクチャに続くnon-IRAPピクチャで、STSAピクチャではない。
注-IRAPピクチャに関連付けられた後端ピクチャも、IRAPピクチャの復号順に従うことに留意されたい。関連付けられたIRAPピクチャの出力順に続き、関連付けられたIRAPピクチャに復号順で先行するピクチャは、許可されない。
【0090】
3.9. VVCにおけるNALユニットヘッダ構文および意味論
【0091】
最近のVVCテキスト(JVET-Q2001-vE/v15)において、NALユニットヘッダ構文および意味論は以下のとおりである。
【0092】
【0093】
7.4.2.2. NALユニットヘッダの意味論
【0094】
forbidden_zero_bitは、0に等しいものとする。
nuh_reserved_zero_bitは、0に等しいものとする。nuh_reserved_zero_bitの値1は、将来、ITU-T|ISO/IECにより規定してもよい。デコーダは、nuh_reserved_zero_bitが1に等しいNALユニットを無視する(すなわち、ビットストリームから削除し、廃棄する)。
【0095】
nuh_layer_idは、VCL NALユニットが属するレイヤの識別子、または非VCL NALユニットが適用されるレイヤの識別子を規定する。nuh_layer_idの値は、0から55までの範囲内にあるものとする。nuh_layer_idの他の値は、ITU-T|ISO/IECで将来使用されるよう、確保されている。
nuh_layer_idの値は、1つのコーディングされたピクチャのすべてのVCL NALユニットに対して同じであるものとする。コーディングされたピクチャまたはPUのnuh_layer_idの値は、コーディングされたピクチャまたはPUのVCL NALユニットのnuh_layer_idの値である。
AUD、PH、EOS、FD NALユニットのnuh_layer_idの値は、以下のように制約される。
-nal_unit_typeがAUD_NUTに等しい場合、nuh_layer_idはvps_layer_id[0]に等しいものとする。
-あるいは、nal_unit_typeがPH_NUT、EOS_NUT、FD_NUTに等しい場合、nuh_layer_idは関連付けられたVCL NALユニットのnuh_layer_idであるものとする。
注1-DCI、VPS、およびEOB NALユニットのnuh_layer_idの値は制約されていない。
nal_unit_typeの値は、1つのCVSS AUのすべてのピクチャについて同じものとする。
【0096】
nal_unit_typeは、表5で規定されているように、NALユニットタイプ、すなわちNALユニットに含まれるRBSPデータ構造のタイプを規定する。
NALユニットのnal_unit_typeがUNSPEC_28..UNSPEC_31の範囲内にあり、意味論が規定されていない場合、このNALユニットは、本明細書で規定される復号処理に影響を及ぼさないものとする。
注2-NALユニットタイプは、UNSPEC_28...UNSPEC_31の範囲内にある場合、アプリケーションにより決定されたとおりに使用されてもよい。本明細書では、nal_unit_typeのこれらの値の復号処理は規定されていない。異なるアプリケーションはこれらのNALユニットタイプを異なる目的で使用してもよいので、これらのnal_unit_type値を有するNALユニットを生成するエンコーダの設計、およびこれらのnal_unit_type値を有するNALユニットのコンテンツを解釈するデコーダの設計にあたり、特に注意しなければならない。本明細書は、これらの値の管理を定義していない。これらのnal_unit_type値は、使用の「衝突」(すなわち、同じnal_unit_type値に対するNALユニットのコンテンツの意味の異なる定義)が重要でない、または可能でない、または管理された状況、-例えば、制御アプリケーションまたはトランスポート仕様において、またはビットストリームが分散される環境を制御することによって定義または管理されるコンテキストでの使用にのみ適している場合がある。
【0097】
(附属書Cに規定されるように)ビットストリームデコーダのDUにおけるデータの数を決定すること以外の目的のために、nal_unit_typeの確保された値を使用するすべてのNALユニットのコンテンツを無視する(ビットストリームから取り除き、廃棄する)ものとする。
注3-この要件は、本明細書に適合する互換拡張を将来的に定義することを可能にする。
【0098】
【0099】
注4-クリーンランダムアクセス(CRA)ピクチャは、ビットストリームに存在するRASLまたはRADLピクチャに関連付けられてもよい。
注5-IDR_N_LPに等しいnal_unit_typeを有する瞬時復号更新(IDR)ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。nal_unit_typeがIDR_W_RADLに等しいIDRピクチャは、ビットストリームに存在するRASLピクチャに関連付けられていないが、ビットストリームに関連付けられたRADLピクチャを有していてもよい。
【0100】
nal_unit_typeの値は、1つのサブピクチャのすべてのVCL NALユニットについて同じものとする。1つのサブピクチャは、このサブピクチャのVCL NALユニットと同じNALユニットタイプを有すると見なされている。
【0101】
任意の特定のピクチャのVCL NALユニットに対して、以下が適用される。
-mixed_nalu_types_in_pic_flagが0に等しい場合、nal_unit_typeの値は、ピクチャの全てのVCL NALユニットについて同一であるものとし、ピクチャ又はPUは、このピクチャ又はPUのコーディングされたスライスNALユニットと同一のNALユニットタイプを有するとみなされる。
-そうでない場合(mixed_nalu_types_in_pic_flagが1に等しい)、このピクチャは、少なくとも2つのサブピクチャを有し、このピクチャのVCL NALユニットは、以下のような正確に2つの異なるnal_unit_type値を有するものとする。このピクチャの少なくとも1つのサブピクチャのVCL NALユニットは、全てSTSA_NUT、RADL_NUT、RASL_NUT、IDR_W_RADL、IDR_N_LP、又はCRA_NUTに等しい特定のnal_unit_typeを有する一方、ピクチャ内の他のサブピクチャのVCL NALユニットは、全て、異なる特定値としてTRAIL_NUT、RADL_NUT、又はRASL_NUTに等しいnal_unit_typeを有するものとする。
【0102】
単レイヤビットストリームの場合、以下の制約が適用される。
-各ピクチャは、復号順においてビットストリームの第1のピクチャを除き、復号順において前のIRAPピクチャに関連付けられていると考えられる。
-ピクチャがIRAPピクチャの先頭ピクチャである場合、RADLまたはRASLピクチャとする。
-ピクチャがIRAPピクチャの後端ピクチャである場合、RADLまたはRASLピクチャではないものとする。
-IDRピクチャに関連付けられたRASLピクチャは、ビットストリームに含まれていないものとする。
-nal_unit_typeがIDR_N_LPであるIDRピクチャに関連付けられたRADLピクチャは、ビットストリームに含まれていないものとする。
注6-各パラメータセットが参照されるときに(ビットストリームにおいて、または本明細書で規定されていない外部手段によって)利用可能である限り、IRAP PUの前にあるすべてのPUを廃棄することで(且つIRAPピクチャおよび後続のすべての非RASLピクチャを復号順に正しく復号することで)、IRAP PUの位置でランダムアクセスを行うことができる。
-IRAPピクチャに復号順で先行するピクチャは、IRAPピクチャに出力順で先行し、IRAPピクチャに関連付けられたRADLピクチャを出力順で先行するものとする。
-CRAピクチャに関連付けられたRASLピクチャは、出力順でCRAピクチャに関連付けられたRADLピクチャに先行するものとする。
-CRAピクチャに関連付けられたRASLピクチャは、復号順でCRAピクチャに先行するIRAPピクチャの出力順に従うものとする。
-field_seq_flagが0に等しく、現在のピクチャがIRAPピクチャに関連付けられた先頭ピクチャに等しい場合、同じIRAPピクチャに関連付けられたすべての非先頭ピクチャに復号順で先行するものとする。そうでない場合、picAおよびpicBを、それぞれ、1つのIRAPピクチャに関連付けられた、復号順序において、最初のおよび最後の先頭ピクチャとすると、復号順において、復号順でpicAに先行する非先頭ピクチャが最大1つ存在し、復号順でpicAおよびpicBの間に非先頭ピクチャはないものとする。
【0103】
nuh_temporal_id_plus1-1は、NALユニットの時間的識別子を規定する。
nuh_temporal_id_plus1の値は0に等しくないものとする。
変数TemporalIdは、以下のように導出される。
TemporalId=nuh_temporal_id_plus1-1 (36)
nal_unit_typeがIDR_W_RADL~RSV_IRAP_12の範囲内にある場合、TemporalIdは0に等しいものとする。
nal_unit_typeがSTSA_NUTであり、vps_independent_layer_flag[GeneralLayerIdx[nuh_layer_id]]が1に等しい場合は、TemporalIdは0でないものとする。
TemporalIdの値は、1つのAUのすべてのVCL NALユニットに対して同じであるものとする。コーディングされたピクチャ、PU、またはAUのTemporalIdの値は、コーディングされたピクチャ、PU、またはAUのVCL NALユニットのTemporalIdの値である。サブレイヤ表現のTemporalIdの値は、サブレイヤ表現におけるすべてのVCL NALユニットのTemporalIdの最大値である。
【0104】
非VCL NALユニットのTemporalIdの値は、以下のように制約される。
-nal_unit_typeがDCI_NUT、VPS_NUT、VPS_NUT、またはSPS_NUTに等しい場合、TemporalIdは0に等しく、NALユニットを含むAUのTemporalIdは0に等しいものとする。
-そうでない場合、nal_unit_typeがPH_NUTに等しい場合、TemporalIdは、NALユニットを含むPUのTemporalIdであるものとする。
-そうでない場合、nal_unit_typeがEOS_NUTまたはEOB_NUTに等しい場合、TemporalIdは0に等しいものとする。
-そうでない場合、nal_unit_typeがAUD_NUT、FD_NUT、PREFIX_SEI_NUT、またはSUFFIX_SEI_NUTに等しい場合、TemporalIdはNALユニットを含むAUのTemporalIdであるものとする。
-そうでない場合、nal_unit_typeがPPS_NUT、PREFIX_APS_NUT、またはSUFFIX_APS_NUTに等しい場合、TemporalIdはNALユニットを含むPUのTemporalId以上であるものとする。
注7-NALユニットが非VCL NALユニットに等しい場合、TemporalIdの値は、その非VCL NALユニットが適用されるすべてのAUのTemporalId値の最小値である。nal_unit_typeがPPS_NUT、PREFIX_APS_NUT、またはSUFFIX_APS_NUTに等しい場合、TemporalIdは、AUを含むTemporalId以上であってもよく、すべてのPPSおよびAPSがビットストリームの始まりに含まれてもよく(例えば、それらが帯域外に輸送されている場合、受信機はそれらをビットストリームの先頭に配置する)、第1のコーディングされたピクチャは、0に等しいTemporalIdを有する。
【0105】
3.10. ピクチャ内の混合NALユニットタイプ
【0106】
7.4.3.4 ピクチャパラメータセット意味論
【0107】
...
1に等しいmixed_nalu_types_nalu_pic_flagは、PPSを参照する各ピクチャが2つ以上のVCL NALユニットを有し、VCL NALユニットがnal_unit_typeの同じ値を有さず、ピクチャがIRAPピクチャでないことを規定する。0に等しいmixed_nalu_types_in_pic_flagは、PPSを参照する各ピクチャが1つ以上のVCL NALユニットを有し、PPSを参照する各ピクチャのVCL NALがnal__unit_typeの同じ値を有することを規定する。
no_mixed_nalu_types_in_pic_constraint_flagが1に等しい場合は、mixed_nalu_types_in_pic_flagの値は0に等しいものとする。
【0108】
nal_unit_type値nalUnitTypeAがIDR_W_RADL~CRA_NUTの範囲内にある各スライスで、nal_unit_typeの別の値を有する1つ以上のスライスをも含むpicA(すなわち、ピクチャpicAのmixed_nalu_types_in_pic_flagの値が1に等しい)において、下記が適用される。
-このスライスは、対応するsubpic_treated_as_pic_flag[i]の値が1に等しいサブピクチャsubpicAに属するものとする。
-このスライスは、nal_unit_typeがnalUnitTypeAに等しくないVCL NALユニットを含むpicAのサブピクチャに属さないものとする。
-nalUnitTypeAがCRAに等しい場合、復号順序および出力順序でCLVSにおける現在のピクチャに後続するすべてのPUのために、それらのPUにおけるsubpicAにおけるスライスのRefPicList[0]およびRefPicList[1]は、アクティブエントリにおける復号順でpicAに先行するいずれのピクチャも含まないとする。
-そうでない場合(すなわち、nalUnitTypeAがIDR_W_RADLまたはIDR_N_LPである)、復号順に現在のピクチャに続くCLVSにおけるすべてのPUについて、これらのPUにおけるsubpicAにおけるスライスのRefPicList[0]もRefPicList[1]のいずれも、アクティブエントリにおいて復号順でpicAに先行する任意のピクチャを含まないものとする。
【0109】
注1- 1に等しいmixed_nalu_types_in_pic_flagは、PPSを参照するピクチャが、異なるNALユニットタイプを有するスライスを含み、例えば、サブピクチャビットストリームマージ演算に由来するコーディングされたピクチャであり、ビットストリーム構造のマッチングと更に元のビットストリームのパラメータのアラインメントとを確実にしなければならないことを示す。このようなアラインメントの一例は、以下のようである。sps_idr_rpl_present_flagの値が0に等しく、mixed_nalu_types_in_pic_flagが1に等しい場合は、PPSを参照するピクチャは、nal_unit_typeがIDR_W_RADLまたはIDR_N__LPと等しいスライスを有することはできない。
...
【0110】
3.11. VVCにおけるピクチャヘッダ構造の構文および意味論
【0111】
最近のVVCテキスト(JVET-Q2001-vE/v15)において、前記技術的解決策に最も関連するピクチャヘッダ構造の構文および意味論は、以下のとおりである。
【0112】
【0113】
7.4.3.7 ピクチャヘッダ構造意味論
【0114】
PH構文構造は、PH構文構造に関連付けられたコーディングされたピクチャのすべてのスライスに共通の情報を含む。
【0115】
1に等しいgdr_or_irap_pic_flagは、現在のピクチャがGDRまたはIRAPピクチャであることを規定する。0に等しいgdr_or_irap_pic_flagは、現在のピクチャがGDRまたはIRAPピクチャであってもなくてもよいことを規定する。
【0116】
1に等しいgdr_pic_flagは、PHに関連付けられたピクチャがGDRピクチャであることを規定する。0に等しいgdr_pic_flagは、PHに関連付けられたピクチャがGDRピクチャでないことを規定する。存在しない場合、gdr_pic_flagの値は0に等しいと推測される。gdr_enabled_flagが0に等しい場合、gdr_pic_flagの値は0に等しいものとする。
注1-gdr_or_irap_pic_flagが1に等しく、gdr_pic_flagが0に等しい場合、PHに関連付けられたピクチャはIRAPピクチャである。
...
【0117】
ph_pic_order_cnt_lsbは、現在のピクチャのピクチャオーダカウントmoduloMaxPicOrderCntLsbを規定する。ph_pic_order_cnt_lsb構文要素の長さは、log2_max_pic_order_cnt_lsb_minus4+4ビットである。ph_pic_order_cnt_lsbの値は、0~MaxPicOrderCntLsb-1の範囲内にあるものとする。
附属書Cに規定されるように、no_output_of_prior_pics_flagは、ビットストリームの最初のピクチャでないCLVSSピクチャの復号後の、DPBにおける前回復号されたピクチャの出力に影響を及ぼす。
【0118】
recovery_poc_cntは、復号ピクチャの出力順のリカバリポイントを規定する。現在のピクチャがPHに関連付けられたGDRピクチャであり、現在のGDRピクチャのPicOrderCntValにrecovery_poc_cntの値を加えたものであるPicOrderCntValを有するCLVSにおいて、復号順で現在のGDRピクチャに後続するピクチャが存在する場合、このピクチャpicAをリカバリポイントピクチャと呼ぶ。そうでない場合、現在のピクチャのPicOrderCntValにrecovery_poc_cntの値を加えたものよりも大きいPicOrderCntValを有する出力順の第1のピクチャを、リカバリポイントピクチャと呼ぶ。リカバリポイントピクチャは、現在のGDRピクチャに復号順で先行しないものとする。recovery_poc_cntの値は、0~MaxPicOrderCntLsb-1の範囲内にあるものとする。
【0119】
現在のピクチャがGDRピクチャである場合、変数RpPicOrderCntValは、以下のように導出される。
RpPicOrderCntVal=PicOrderCntVal+recovery_poc_cnt (81)
注2-gdr_enabled_flagが1に等しく、現在のピクチャのPicOrderCntValが関連付けられたGDRピクチャのRpPicOrderCntVal以上である場合、出力順で現在および後続の復号ピクチャが、復号順で関連付けられたGDRピクチャに先行する前のIRAPピクチャ(存在する場合)から復号処理を開始することによって生成された対応するピクチャに完全に一致する。
...
【0120】
3.12. VVCにおけるRPLの制約
【0121】
最近のVVCテキスト(JVET-Q2001-vE/v15)において、VVCにおけるRPLの制約は、以下のとおりである(VVCの条項8.3.2参照ピクチャリスト構築の復号プロセスの一部として)。
【0122】
8.3.2 参照ピクチャリスト構築のための復号処理
【0123】
...
各iが0又は1に等しい場合、RefPicList[i]における第1のNumRefIdxActive[i]エントリは、RefPicList[i]におけるアクティブエントリと称され、RefPicList[i]における他のエントリは、RefPicList[i]における非アクティブエントリと称される。
注2-特定のピクチャは、RefPicList[0]におけるエントリおよびRefPicList[1]におけるエントリの両方により参照されることがあり得る。また、特定のピクチャが、RefPicList[0]における複数のエントリによって、又はRefPicList[1]における複数のエントリにより参照されることもあり得る。
注3-RefPicList[0]のアクティブエントリおよびRefPicList[1]のアクティブエントリは、現在のピクチャと復号順において現在のピクチャに続く1つ以上のピクチャとのインター予測のために使用され得る全ての参照ピクチャを集合的に参照する。RefPicList[0]の非アクティブエントリおよびRefPicList[1]の非アクティブエントリは、現在のピクチャのインター予測のためには使用されないが、復号順において現在のピクチャに続く1つ以上のピクチャのためのインター予測において用いられ得る全ての参照ピクチャを集合的に参照する。
注4-RefPicList[0]又はRefPicList[1]には、対応するピクチャがDPBに存在しないため、「参照ピクチャなし」に等しいエントリが1つ以上ある場合がある。「参照ピクチャなし」に等しいRefPicList[0]又はRefPicList[0]における各非アクティブエントリは、無視されるべきである。「参照ピクチャなし」に等しいRefPicList[0]又はRefPicList[1]における各アクティブエントリごとに、意図しないピクチャ損失を推測すべきである。
【0124】
ビットストリーム適合性の要件は、以下の制約が適用されることである。
-各iが0又は1に等しい場合、num_ref_entries[i][RplsIdx[i]]は、NumRefIdxActive[i]よりも小さくないものとする。
-RefPicList[0]又はRefPicList[1]における各アクティブエントリによって参照されるピクチャは、DPBに存在し、且つ現在のピクチャのTemporalId以下のTemporalIdを有するものとする。
-RefPicList[0]又はRefPicList[1]の各エントリが参照するピクチャは、現在のピクチャではなく、non_reference_picture_flagが0であるものとする。
-ピクチャのスライスのRefPicList[0]又はRefPicList[1]におけるSTRPエントリと、同一のピクチャの同一のスライス又は異なるスライスのRefPicList[0]又はRefPicList[1]におけるLTRPエントリとは、同一のピクチャを参照しない。
-ReficList[0]又はRefPicList[1]において、現在のピクチャのPicOrderCntValと当該エントリにより参照されるピクチャのPicOrderCntValとの差分が224以上であるLTRPエントリはないものとする。
-setOfRefPicsを、RefPicList[0]における、現在のピクチャと同一のnuh_layer_idを有する全てのエントリと、RefPicList[1]における、現在のピクチャと同一のnuh_layer_idを有する全てのエントリと、により参照される一意のピクチャのセットとする。setOfRefPicsにおけるピクチャの数は、MaxDpbSize-1以下であるものとする。ここで、MaxDpbSizeは、A.4.2項に規定されるとおりであり、setOfRefPicsは、ピクチャの全てのスライスで同一である。
-現在のスライスのnal_unit_typeがSTSA_NUTに等しい場合、RefPicList[0]又はRefPicList[1]において、TemporalIdが現在のピクチャのものと等しく、かつnuh_layer_idが現在のピクチャのものと等しいアクティブエントリが存在しないものとする。
-現在のピクチャが、復号順において、現在のピクチャのTemporalIdと等しいTemporalIdを有するSTSAピクチャと、現在のピクチャのnuh_layer_idと等しいnuh_layer_idを有するSTSAピクチャと、の後に続くピクチャである場合、復号順において、そのSTSAピクチャに先行し、現在のピクチャのTemporalIdと等しいTemporalIdを持ち、現在のピクチャのnuh_layer_idに等しいnuh_layer_idを有するピクチャは、RefPicList[0]又はRefPicList[1]にアクティブなエントリとして含まれないものとする。
-現在のピクチャがCRAピクチャの場合、RefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャであって、出力順又は復号順において、復号順において先行するIRAPピクチャ(存在する場合)に先行するピクチャは、ないものとする。
-現在のピクチャが後端ピクチャである場合、RefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャであって、現在のピクチャに関連付けられたIRAPピクチャのために利用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャは、ないものとする。
-現在のピクチャが、復号順と出力順の両方において、同一のIRAPピクチャに関連付けられた1つ以上の先頭ピクチャに続く後端ピクチャである場合、もしあれば、現在のピクチャに関連付けられたIRAPピクチャのために利用不可能な参照ピクチャを生成するための復号処理により生成されたRefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャは、ないものとする。
-現在のピクチャがリカバリポイントピクチャであるか、又は出力順においてリカバリポイントピクチャに後続するピクチャである場合、リカバリポイントピクチャのGDRピクチャのために利用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャを含むRefPicList[0]又はRefPicList[1]のエントリは、ないものとする。
-現在のピクチャが後端ピクチャである場合、出力順又は復号順において、関連するIRAPピクチャに先行するRefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャは、ないものとする。
-現在のピクチャが、復号順および出力順の両方において、同一のIRAPピクチャに関連付けられた1つ以上の先頭ピクチャに続く後端ピクチャである場合、もしあれば、出力順又は復号順において、関連付けられたIRAPピクチャに先行するRefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャは、ないものとする。
-現在のピクチャがRADLピクチャである場合、RefPicList[0]又はRefPicList[1]に以下のいずれかに該当するアクティブエントリはないものとする。
oRASLピクチャ
o利用不可能な参照ピクチャを生成するために、復号処理によって生成されたピクチャ
o関連付けられたIRAPピクチャに復号順において先行するピクチャ
-現在のピクチャのスライスのRefPicList[0]又はRefPicList[1]における各ILRPエントリにより参照されるピクチャは、現在のピクチャと同一のAU内にあるものとする。
-現在のピクチャのスライスのRefPicList[0]又はRefPicList[1]における各ILRPエントリにより参照されるピクチャは、DPBに存在し、且つ現在のピクチャのものよりも小さいnuh_layer_idを有するものとする。
-スライスのRefPicList[0]又はRefPicList[1]における各ILRPエントリは、アクティブエントリであるものとする。
...
【0125】
3.13. PictureOutputFlagの設定
【0126】
最近のVVCテキスト(JVET-Q2001-vE/v15)において、変数PictureOutputFlagの値を設定する仕様は、以下のとおりである(8.1.2項 コーディングされたピクチャの復号処理の一部として)。
【0127】
8.1.2 コーディングされたピクチャの復号処理
【0128】
本項に規定される復号処理は、現在のピクチャと称され、BitstreamToDecodeにおいて変数CurrPicで表される各コーディングされたピクチャに適用される。
chroma_format_idcの値に基づいて、現在のピクチャのサンプル配列の数は、以下のとおりである。
-chroma_format_idcが0に等しい場合、現在のピクチャは、1つのサンプル配列SLからなる。
-そうでない場合(chroma_format_idcが0でない場合)、現在のピクチャは、3つのサンプル配列SL、SCb、SCrからなる。
現在のピクチャの復号処理は、項目7からの構文要素および大文字変数を入力とする。各NALユニットにおける各構文要素の意味を解釈する場合、また項目8の残りの部分において、用語「ビットストリーム」(又はその一部、例えば、ビットストリームのCVS)は、BitstreamToDecode(又はその一部)を指す。
【0129】
separate_colour_plane_flagの値によって、復号処理は以下のような構成となる。
-separate_colour_plane_flagが0に等しい場合、現在のピクチャを出力として、復号処理を1回呼び出す。
-そうでない場合(separate_colour_plane_flagが1に等しい)、復号処理を3回呼び出す。復号処理への入力は、colour_plane_idの値が同一なコーディングされたピクチャの全てのNALユニットである。colour_plane_idの特定値を有するNALユニットの復号処理は、colour_plane_idの特定値を有する単色カラーフォーマットを有するCVSのみがビットストリームに存在するかのように特定される。3つの復号処理の各々のアウトプットは、現在のピクチャの3つのサンプル配列の1つに割り当てられ、colour_plane_idがそれぞれ0、1、および2に等しいNALユニットが、SL、SCb、およびSCrに割り当てられる。
注- separate_colour_plane_flagが1に等しく、chroma_format_idcが3に等しい場合、変数ChromaArrayTypeは0に等しくなる。復号処理においては、この変数の値を評価し、モノクロピクチャの場合(chroma_format_idcが0の場合)と同一の動作となる。
【0130】
復号処理は、現在のピクチャCurrPicに対して以下のように動作する。
【0131】
1.NALユニットの復号は8.2項で規定されている。
【0132】
2. 8.3項の処理は、タイルグループヘッダ層およびそれより上位の構文要素を使用して、以下の復号処理を規定する。
-ピクチャオーダカウントに関連する変数および関数は、8.3.1項で規定されるように導出される。これは、ピクチャの第1のスライスに対してのみ呼び出す必要がある。
非IDRピクチャの各スライスの復号処理の最初に、参照ピクチャリスト0(RefPicList[0])と参照ピクチャリスト1(RefPicList[1])の導出のために、8.3.2項に規定された参照ピクチャリスト構築のための復号処理が呼び出される。
- 8.3.3項の参照ピクチャマーキングのための復号処理が呼び出され、参照ピクチャは、「参照のために使用されていない」または「長期参照のために使用される」としてマークされてもよい。これは、ピクチャの第1のスライスに対してのみ呼び出す必要がある。
-現在のピクチャが、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャまたはNoOutputBeforeRecoveryFlagが1に等しいGDRピクチャである場合、8.3.4項で規定される利用不可能な参照ピクチャを生成するための復号処理が呼び出されるが、ピクチャの第1のスライスに対してのみ呼び出される必要がある。
-PictureOutputFlagは、以下のように設定される。
-以下の条件の1つが真である場合、PictureOutputFlagを0に等しく設定する。
-現在のピクチャはRASLピクチャであり、関連付けられたIRAPピクチャのNoOutputBeforeRecoveryFlagは1に等しい。
-gdr_enabled_flagは1に等しく、現在のピクチャは、NoOutputBeforeRecoveryFlagが1に等しいGDRピクチャである。
-gdr_enabled_flagは1に等しく、現在のピクチャは、NoOutputBeforeRecoveryFlagが1に等しいGDRピクチャに関連付けられ、現在のピクチャのPicOrderCntValは、関連付けられたGDRピクチャのRpPicOrderCntValよりも小さい。
-sps_video_parameter_set_idが0より大きく、ols_mode_idcが0に等しく、現在のAUは、以下の条件を全て満たすピクチャpicAを含む。
-PicAは、1に等しいPictureOutputFlagを有する。
-PicAは、現在のピクチャのものよりも大きいnuh_layer_id nuhLidを有する。
-PicAはOLSの出力レイヤに属する(すなわち、OutputLayerIdInOls[TargetOlsIdx][0]はnuhLidに等しい)。
-sps_video_parameter_set_idが0より大きく、ols_mode_idcが2に等しく、ols_output_layer_flag[TargetOlsIdx][GeneralLayerIdx[nuh_layer_id]]は0に等しい。
-そうでない場合、PictureOutputFlagがpic_output_flagに等しく設定される。
【0133】
3. 8.4項、8.5項、8.6項、8.7項および8.8項の処理は、全ての構文構造レイヤにおける構文要素を使用した復号処理を規定している。ピクチャを複数のスライスに分割し、複数のスライスを複数のCTUに分割することで、それぞれがピクチャのパーティションを形成するように、ピクチャのコーディングされたスライスは、ピクチャの全てのCTUのためのスライスデータを含むことが、ビットストリーム適合性の要件である。
【0134】
4.現在のピクチャの全てのスライスを復号した後、現在の復号されたピクチャを「短期参照に使用される」としてマークし、RefPicList[0]またはRefPicList[1]における各ILRPエントリを「短期参照に使用される」としてマークする。
【0135】
4.開示される技術的解決策によって解決される技術課題
【0136】
最近のVVCテキスト(JVET-Q2001-vE/v15)における既存の設計は、以下の問題を有する。
【0137】
1)1つのピクチャ内で異なるタイプのサブピクチャを混在することができるので、VCL NALユニットタイプを有するNALユニットの内容を特定タイプのピクチャのコーディングされたスライスと呼ぶことは、紛らわしい。例えば、CRA_NUTに等しいnal_unit_typeを持つNALユニットは、ピクチャの全てのスライスがCRA_NUTに等しいnal_unit_typeを有する場合にのみ、CRAピクチャのコーディングされたスライスであり、ピクチャの1つのスライスがCRA_NUTに等しくないnal_unit_typeを持つ場合、このピクチャはCRAピクチャではない。
【0138】
2)現在、サブピクチャがIDR_W_RADLからCRA_NUTまでの範囲内のnal_unit_typeを持つVCL NALユニットを含み、かつピクチャのmixed_nalu_types_in_pic_flagが1に等しい場合、そのサブピクチャのsubpic_treated_as_pic_flag[]は1になることが求められている。すなわち、ピクチャ内の別のタイプのサブピクチャと混在されたIRAPサブピクチャの場合、subpic_transted_as_pic_flag[]の値は1に等しい必要がある。しかしながら、VCL NALユニットタイプをより多く組み合わせることに対応しているので、この要件は十分ではない。
【0139】
3)現在、ピクチャ内で許可されるのは、2つの異なるタイプのVCL NALユニット(および2つの異なるタイプのサブピクチャ)のみである。
【0140】
4)単一層および多層のコンテキストの両方において、関連するIRAP又はGDRサブピクチャに対する後端サブピクチャの出力順に制約がない。
【0141】
5)現在、ピクチャは、IRAPピクチャの先頭ピクチャである場合、RADLピクチャ又はRASLピクチャであるものとすることが規定されている。この制約と先頭/RADL/RASLピクチャの定義によって、2つのCRAピクチャとそれらの非AUアラインメント関連RADLおよびRASLピクチャの混在によるピクチャ内のRADLおよびRASL NALユニットタイプの混在は認められない。
【0142】
6)単層および多層のコンテキストの両方において、先頭サブピクチャのサブピクチャタイプ(即ち、サブピクチャ内のVCL NALユニットのNALユニットタイプ)には制約がない。
【0143】
7)単層および多層のコンテキストの両方において、RASLサブピクチャが、存在し、且つIDRサブピクチャに関連付けられ得るかどうかには、制約がない。
【0144】
8)単層および多層のコンテキストの両方において、RADLサブピクチャが、存在し、且つIDR_N_LPに等しいnal_unit_typeを有するIDRサブピクチャに関連付けられ得るかどうかには、制約がない。
【0145】
9)単層および多層のコンテキストの両方において、復号順においてIRAPサブピクチャに先行するサブピクチャとIRAPサブピクチャに関連付けられたRADLサブピクチャとの間の相対出力順には、制約がない。
【0146】
10)単層および多層のコンテキストの両方において、復号順においてGDRサブピクチャに先行するサブピクチャとGDRサブピクチャに関連付けられたサブピクチャとの間の相対的な出力順には制約がない。
【0147】
11)単層および多層のコンテキストの両方において、CRAサブピクチャに関連付けられたRASLサブピクチャとCRAサブピクチャに関付けられたRADLサブピクチャとの間の相対出力順には、制約がない。
【0148】
12)単層および多層のコンテキストの両方において、CRAサブピクチャに関連付けられたRASLサブピクチャと、復号順においてCRAサブピクチャに先行するIRAPサブピクチャとの間の相対出力順には、制約がない。
【0149】
13)単層および多層のコンテキストの両方において、IRAPピクチャに関連付けられた非先頭ピクチャと先頭ピクチャとの間の相対的な復号順には、制約がない。
【0150】
14)単層および多層のコンテキストの両方において、復号順においてSTSAサブピクチャに続くサブピクチャのためのRPLアクティブエントリには、制約がない。
【0151】
15)単層および多層のコンテキストの両方において、CRAサブピクチャのRPLエントリには、制約がない。
【0152】
16)単層および多層のコンテキストの両方において、使用不可能な基準ピクチャを生成するための復号処理によって生成されたピクチャを参照するサブピクチャのためのRPLアクティブエントリには、制約がない。
【0153】
17)単層および多層のコンテキストの両方において、使用不可能な基準ピクチャを生成するための復号処理によって生成されたピクチャを参照するサブピクチャのためのRPLエントリには、制約がない。
【0154】
18)単層および多層のコンテキストの両方において、IRAPピクチャに関連付けられ、且つ出力順においてIRAPピクチャの後に続くサブピクチャのためのRPLアクティブエントリには、制約がない。
【0155】
19)単層および多層のコンテキストの両方において、IRAPピクチャに関連付けられ、且つ出力順においてIRAPピクチャの後に続くサブピクチャのためのRPLエントリには、制約がない。
【0156】
20)単層および多層のコンテキストの両方において、RADLサブピクチャのためのRPLアクティブエントリには制約がない。
【0157】
5.解決策および実施形態の例
【0158】
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
【0159】
1)問題1を解決するために、VCL NALユニットタイプのNALユニットの内容を「特定タイプのピクチャのコーディングされたスライス」として特定する代わりに、「特定タイプのピクチャ又はサブピクチャのコーディングされたスライス」として規定する。例えば、nal_unit_typeがCRA_NUTに等しいNALユニットの内容を、「CRAピクチャ又はサブピクチャのコーディングされたスライス」として規定する。
a.更に、1つ以上の用語が定義されている:関連付けられたGDRサブピクチャ、関連付けられたIRAPサブピクチャ、CRAサブピクチャ、GDRサブピクチャ、IDRサブピクチャ、IRAPサブピクチャ、先頭サブピクチャ、RADLサブピクチャ、RASLサブピクチャ、STSAサブピクチャ、後端サブピクチャ。
【0160】
2)問題2を解決するために、異なるNALユニットタイプを有する任意の2つの隣接するサブピクチャは、両方ともsubpic_transport_as_pic_flag[]が1に等しいものとする制約を追加する。
a.一例において、この制約は、以下のように規定される。ピクチャ内にサブピクチャインデックスiおよびjを有する任意の2つの隣接するサブピクチャの場合、subpic_transpeted_pic_flag[i]又はsubpic_transpeted_pic_flag[j]が0に等しい場合、2つのサブピクチャは、同じNALユニットタイプを持つものとする。
a.あるいは、サブピクチャインデックスiを有するいずれかのサブピクチャが0に等しいsubpic_transpeted_pic_flag[i]を有する場合、ピクチャにおける全てのサブピクチャは、同一のNALユニットタイプを有するものとする(すなわち、ピクチャにおける全てのVCL NALユニットは、同一のNALユニットタイプを有するものとする、すなわち、mixed_nalu_types_in_pic_flagが0に等しいものとする)。これは、全てのサブピクチャが、それらに対応する1に等しいsubpic_treated_as_pic_flag[]を有する場合、mixed_naru_types_in_pic_flagが1にだけなり得ることを意味する。
【0161】
3)問題3を解決するために、mixed_nalu_types_in_pic_flagが1であるとき、ピクチャが3つ以上の異なるタイプのVCL NALユニットを含むことを許可してもよい。
【0162】
4)問題4を解決するために、後端サブピクチャは、出力順において関連付けられたIRAP又はGDRサブピクチャに続くものとすることが規定されている。
【0163】
5)問題5を解決するために、2つのCRAピクチャとそれらの非AUアラインメント関連RADLおよびRASLピクチャとを混在した結果として、RADLとRASLのNALユニットタイプをピクチャ内で混在することを可能にするために、IRAPピクチャの先頭ピクチャをRADL又はRASLピクチャとすることを規定する既存の制約は、以下のように変更される。ピクチャがIRAPピクチャの先頭ピクチャである場合、このピクチャにおける全てのVCL NALユニットのnal_unit_type値は、RADL_NUT又はRASL_NUTと等しいものとする。また、RADL_NUTおよびRASL_NUTのnal_unit_type値が混在するピクチャの復号処理において、ピクチャを含むレイヤが出力レイヤである場合、ピクチャのPictureOutputFlagをpic_output_flagに等しく設定する。
このように、デコーダを適合させるために出力される全てのピクチャが正確である必要があるという制約によって、このようなピクチャ内のRADLサブピクチャを保証することができる。しかし、関連付けられたCRAピクチャが1に等しいNoOutputBeforeRecoveryFlagを有する場合、このようなピクチャ内の「中間値」RASLサブピクチャの「正確性」の保証も行われるが、実際には必要ではない。保証の不必要な部分は、問題ではなく、適合するエンコーダ又はデコーダを実装するための複雑さを増すこともない。この場合、NoOutputBeforeRecoveryFlagが1であるCRAピクチャに関連付けられたこのようなRASLサブピクチャは、復号処理によって出力されてもよいが、表示に使用することを意図していないので、表示に使用するべきでないことを明確にするために、注意を追加することが有用である。
【0164】
6)問題6を解決するために、サブピクチャがIRAPサブピクチャの先頭サブピクチャである場合、そのサブピクチャをRADL又はRASLサブピクチャとすることが規定される。
【0165】
7)問題7を解決するために、IDRサブピクチャに関連付けられたRASLサブピクチャがビットストリームに存在しないものとすることが規定される。
【0166】
8)問題8を解決するために、nal_unit_typeがIDR_N_LPに等しいIDRサブピクチャに関連付けられたRADLサブピクチャがビットストリームに存在しないものとすることが規定される。
【0167】
9)問題9を解決するため、nuh_layer_id equalが特定値layerIdに等しく、かつサブピクチャインデックスが特定値subpicIdxに等しいサブピクチャであって、復号順において、layerIdに等しいnuh_layer_idとsubpicIdxに等しいサブピクチャインデックスとを有するIRAPサブピクチャに先行する任意のサブピクチャが、出力順において、IRAPサブピクチャとその全ての関連付けられたRADLサブピクチャに先行するものとすることが規定される。
【0168】
10)問題10を解決するため、nuh_layer_id equalが特定値layerIdに等しく、かつサブピクチャインデックスが特定値subpicIdxに等しいサブピクチャであって、復号順において、layerIdに等しいnuh_layer_idとsubpicIdxに等しいサブピクチャインデックスを有するGDRサブピクチャに先行する任意のサブピクチャが、出力順において、GDRサブピクチャとその全ての関連付けられたサブピクチャに先行するものとすることが規定される。
【0169】
11)問題11を解決するために、CRAサブピクチャに関連付けられた任意のRASLサブピクチャは、出力順において、CRAサブピクチャに関連付けられた任意のRADLサブピクチャに先行するものとすることが規定されている。
【0170】
12)問題12を解決するために、CRAサブピクチャに関連付けられた任意のRASLサブピクチャは、CRAサブピクチャに復号順において先行する任意のIRAPサブピクチャに、出力順において続くものとすることが規定されている。
【0171】
13)問題13を解決するため、field_seq_flagが0に等しく、かつnuh_layer_idが特定値layerIdに等しく、サブピクチャインデックスが特定値subpicIdxに等しい現在のサブピクチャが、IRAPサブピクチャに関連付けられた先頭サブピクチャである場合、復号順において、同一のIRAPサブピクチャに関連付けられた全ての非先頭サブピクチャに先行するものとし、そうでない場合には、subpicAおよびsubpicBを、それぞれ、復号順においてIRAPサブピクチャに関連付けられた最初と最後の先頭サブピクチャとした場合、復号順において、nuh_layer_idがlayerIdに等しく、サブピクチャインデクスがsubpicIdxに等しい、subpicAに先行する非先頭サブピクチャが最大で1つ存在し、かつ、復号順において、picAとpicBの間に、nuh_layer_idがlayerIdに等しく、サブピクチャインデックスがsubpicIdxに等しい非先頭ピクチャが存在しないものとすることを規定する。
【0172】
14)問題14を解決するために、TemporalIdが特定値tIdに等しく、nuh_layer_idが特定値layerIdに等しく、且つサブピクチャインデックスが特定値subpicIdxに等しい現在のサブピクチャが、復号順において、TemporalIdがtIdに等しく、nuh_layer_idがlayerIdに等しく、且つサブピクチャインデックスがsubpicIdxに等しいSTSAサブピクチャに続くサブピクチャである場合、復号順において、STSAサブピクチャを含むピクチャに先行し、RefPicList[0]又はRefPicList[1]のアクティブエントリとして含まれるピクチャはないものと規定する。
【0173】
15)問題15を解決するために、nuh_layer_idが特定値layerIdに等しく、かつサブピクチャインデックスが特定値subpicIdxに等しい現在のサブピクチャが、CRAサブピクチャである場合に、RefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャであって、nuh_layer_idがlayerIdと等しく、かつ、サブピクチャインデックスがsubpicIdxに等しい復号順において先行するIRAPサブピクチャを含む任意のピクチャ(但し、存在する場合)に、出力順又は復号順において先行するピクチャが、ないものとすることが規定される。
【0174】
16)問題16を解決するために、現在のサブピクチャは、nuh_layer_idが特定値layerIdに等しく、かつサブピクチャインデックスが特定値subpicIdxに等しく、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャのCRAサブピクチャに関連付けられたRASLサブピクチャ、NoOutputBeforeRecoveryFlagが1に等しいGDRピクチャのGDRサブピクチャ、又はNoOutputBeforeRecoveryFlagが1に等しくnuh_layer_idがlayerIdに等しいGDRピクチャの復元ピクチャのサブピクチャではない場合、RefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャで、利用不可能な参照ピクチャを生成するための復号処理で生成されたピクチャはないことが規定される。
【0175】
17)問題17を解決するために、nuh_layer_idを特定値layerIdに等しく、かつサブピクチャインデックスが特定値subpicIdxに等しい現在のサブピクチャは、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャのCRAサブピクチャ、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャの同一のCRAサブピクチャに関連付けられた先頭サブピクチャに復号順において先行するサブピクチャ、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャのCRAサブピクチャに関連付けられた先頭サブピクチャ、NoOutputBeforeRecoveryFlagが1に等しいGDRピクチャのGDRサブピクチャ、又は、NoOutputBeforeRecoveryFlagが1に等しくnuh_layer_idがlayerIdに等しいGDRピクチャの復元ピクチャのサブピクチャでない場合、RefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャが、ないものとすることが規定される。
【0176】
18)問題18を解決するため、現在のサブピクチャがIRAPサブピクチャと関連付けされ、出力順においてそのIRAPサブピクチャに続く場合、RefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャであって、出力順又は復号順において、関連付けされたIRAPサブピクチャを含むピクチャに先行するピクチャが、ないものとすることが規定される。
【0177】
19)問題19を解決するため、現在のサブピクチャが、IRAPサブピクチャと関連付けされ、出力順においてそのIRAPサブピクチャに続き、かつ、復号順および出力順において、同一のIRAPサブピクチャに関連付けられた先頭サブピクチャがあればそれに続く場合、RefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャであって、出力順又は復号順において関連付けされたIRAPサブピクチャを含むピクチャに先行するピクチャが、ないものとすることが規定される。
【0178】
20)問題20を解決するために、現在のサブピクチャがRADLサブピクチャである場合、RefPicList[0]又はRefPicList[1]に、以下のいずれかに該当するアクティブエントリはないものと規定される。
a.RASLサブピクチャを含むピクチャ
b.関連付けされたIRAPサブピクチャを含むピクチャに、復号順において先行するピクチャ。
【0179】
6.実施形態
【0180】
【0181】
6.1. 第一の実施形態
【0182】
本実施形態は1、1a、2、2a、4、および6~20項に対するものである。
【0183】
3 定義
【0184】
...
(nuh_layerid_layerIdの特定値を有する特定のピクチャの)関連付けられたGDRピクチャ:nuh_layer_idがlayerIdに等しい、復号順において前のGDRピクチャ(存在する場合)と、復号順において特定のピクチャとの間には、nuh_layer_idがlayerIdに等しいIRAPピクチャが存在しない。
【0185】
【0186】
(nuh_layer_id layerIdの特定値を有する特定のピクチャの)関連付けられたIRAPピクチャ:nuh_layer_idがlayerIdに等しい、復号順において前回のIRAPピクチャ(存在する場合)と、復号順において特定のピクチャとの間には、nuh_layer_idがlayerIdに等しいGDRピクチャは存在しない。
【0187】
【0188】
クリーンランダムアクセス(CRA)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがCRA_NUTであるIRAPピクチャ。
【0189】
【0190】
漸次的復号更新(GDR)AU:CVS内の各レイヤごとに1つのPUがあり、本PU各々のコーディングされたピクチャがあるGDRピクチャであるAU。
漸次的復号更新(GDR)ピクチャ:NALユニットのnal_unit_typeがGDR_NUTであるピクチャ。
【0191】
【0192】
瞬時復号更新(IDR)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがIDR_W_RADLまたはIDR_N_LPであるIRAPピクチャ。
【0193】
【0194】
イントラランダムアクセスポイント(IRAP)ピクチャ:IDR_W_RADLからCRA_NUTの範囲内で、すべてのVCL NALユニットのnal_unit_typeが同じ値であるピクチャ。
【0195】
【0196】
先頭ピクチャ:関連付けられたIRAPピクチャに、復号順において、先行するピクチャ。
【0197】
【0198】
【0199】
ランダムアクセス復号可能先頭(RADL)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがRADL_NUTであるピクチャ。
【0200】
【0201】
ランダムアクセススキップ型先頭(RASL)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがRASL_NUTであるピクチャ。
【0202】
【0203】
段階的時間的サブレイヤアクセス(STSA)ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがSTSA_NUTであるピクチャ。
【0204】
【0205】
後端ピクチャ:それぞれのVCL NALユニットのnal_unit_typeがTRAIL_NUTであるピクチャ。
注-IRAP又はGDRピクチャに関連付けられた後端ピクチャも、復号順において、IRAP又はGDRピクチャに続くことに留意されたい。出力順において、関連付けられたIRAP又はGDRピクチャに続き、復号順において、関連付けられたIRAP又はGDRピクチャに先行するピクチャは、許可されない。
【0206】
【0207】
7.4.2.2. NALユニットヘッダの意味論
【0208】
...
nal_unit_typeは、表5で規定されているように、NALユニットタイプ、すなわちNALユニットに含まれるRBSPデータ構造のタイプを規定する。
NALユニットのnal_unit_typeがUNSPEC_28..UNSPEC_31の範囲内にあり、意味論が規定されていない場合、このNALユニットは、本明細書で規定される復号処理に影響を及ぼさないものとする。
注2-NALユニットタイプは、UNSPEC_28...UNSPEC_31の範囲内にある場合、アプリケーションにより決定されたとおりに使用されてもよい。本明細書では、nal_unit_typeのこれらの値の復号処理は規定されていない。異なるアプリケーションはこれらのNALユニットタイプを異なる目的で使用してもよいので、これらのnal_unit_type値を有するNALユニットを生成するエンコーダの設計、およびこれらのnal_unit_type値を有するNALユニットのコンテンツを解釈するデコーダの設計にあたり、特に注意しなければならない。本明細書は、これらの値の管理を定義していない。これらのnal_unit_type値は、使用の「衝突」(すなわち、同じnal_unit_type値に対するNALユニットのコンテンツの意味の異なる定義)が重要でない、または可能でない、または管理された状況、例えば、制御アプリケーションまたはトランスポート仕様において、またはビットストリームが分散される環境を制御することによって定義または管理されるコンテキストでの使用にのみ適している場合がある。
【0209】
(附属書Cに規定されるように)ビットストリームデコーダのDUにおけるデータの数を決定すること以外の目的のために、nal_unit_typeの確保された値を使用するすべてのNALユニットのコンテンツを無視する(ビットストリームから取り除き、廃棄する)ものとする。
注3-この要件は、本明細書に適合する互換拡張を将来的に定義することを可能にする。
【0210】
【0211】
注4-クリーンランダムアクセス(CRA)ピクチャは、ビットストリームに存在するRASLまたはRADLピクチャに関連付けられてもよい。
注5-IDR_N_LPに等しいnal_unit_typeを有する瞬時復号更新(IDR)ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。nal_unit_typeがIDR_W_RADLに等しいIDRピクチャは、ビットストリームに存在するRASLピクチャに関連付けられていないが、ビットストリームに関連付けられたRADLピクチャを有していてもよい。
【0212】
nal_unit_typeの値は、1つのサブピクチャのすべてのVCL NALユニットについて同じものとする。1つのサブピクチャは、このサブピクチャのVCL NALユニットと同じNALユニットタイプを有すると見なされている。
【0213】
【0214】
任意の特定のピクチャのVCL NALユニットに対して、以下が適用される。
-mixed_nalu_types_in_pic_flagが0に等しい場合、nal_unit_typeの値は、ピクチャの全てのVCL NALユニットについて同一であるものとし、ピクチャ又はPUは、このピクチャ又はPUのNALユニットと同一のNALユニットタイプを有するとみなされる。
-そうでない場合(mixed_nalu_types_in_pic_flagが1に等しい)、このピクチャは、少なくとも2つのサブピクチャを有し、このピクチャのVCL NALユニットは、以下のような正確に2つの異なるnal_unit_type値を有するものとする。このピクチャの少なくとも1つのサブピクチャのVCL NALユニットは、全てSTSA_NUT、RADL_NUT、RASL_NUT、IDR_W_RADL、IDR_N_LP、又はCRA_NUTに等しい特定のnal_unit_typeを有する一方、ピクチャ内の他のサブピクチャのVCL NALユニットは、全て、異なる特定値としてTRAIL_NUT、RADL_NUT、又はRASL_NUTに等しいnal_unit_typeを有するものとする。
【0215】
ビットストリーム適合性の要件は、以下の制約が適用されることである。
【0216】
-後端ピクチャは、関連付けられたIRAP又はGDRピクチャに出力順において後続する。
【0217】
【0218】
-ピクチャがIRAPピクチャの先頭ピクチャである場合、RADLまたはRASLピクチャとする。
【0219】
【0220】
-IDRピクチャに関連付けられたRASLピクチャは、ビットストリームに含まれていないものとする。
【0221】
【0222】
-nal_unit_typeがIDR_N_LPであるIDRピクチャに関連付けられたRADLピクチャは、ビットストリームに含まれていないものとする。
【0223】
注6-各パラメータセットが参照されるときに(ビットストリームにおいて、または本明細書で規定されていない外部手段によって)利用可能である限り、IRAP PUの前にあるすべてのPUを廃棄することで(且つIRAPピクチャおよび後続のすべての非RASLピクチャを復号順に正しく復号することで)、IRAP PUの位置でランダムアクセスを行うことができる。
【0224】
【0225】
-nuh_layerIdに等しいnuh_layer_idを有するIRAPピクチャに復号順において、先行し、特定の値layerIdに等しいnuh_layer_Idを有する任意のピクチャは、出力順において、IRAPピクチャおよびその関連付けられたRADLピクチャに先行する。
【0226】
【0227】
-layerIdに等しいnuh_layer_idを有するGDRピクチャに復号順において先行し、特定値layerIdに等しいnuh_layer_idを有する任意のピクチャは、出力順において、GDRピクチャおよびその関連付けられたピクチャに先行する。
【0228】
【0229】
-CRAピクチャに関連付けられたRASLピクチャは、出力順でCRAピクチャに関連付けられたRADLピクチャに先行するものとする。
【0230】
【0231】
-CRAピクチャに関連付けられたRASLピクチャは、復号順でCRAピクチャに先行するIRAPピクチャの出力順に従うものとする。
【0232】
【0233】
-field_seq_flagが0に等しく、かつ、nuh_layer_idが特定値layerIdに等しい現在のピクチャが、IRAPピクチャに関連付けられた先頭ピクチャである場合、復号順において、同一のIRAPピクチャに関連付けられた全ての非先頭ピクチャに先行するものとする。そうでない場合、picAおよびpicBを、それぞれ、復号順において、IRAPピクチャに関連付けられた最初と最後の先頭ピクチャとし、picAに復号順において先行し、layerIdに等しいnuh_layer_idを持つ非先頭ピクチャが最大1つであるものとし、復号順において、picAとpicBとの間でnuh_layer_がlayerIdに等しい非先頭ピクチャは存在しないものとする。
【0234】
【0235】
7.4.3.4 ピクチャパラメータセット意味論
【0236】
...
1に等しいmixed_nalu_types_nalu_pic_flagは、PPSを参照する各ピクチャが2つ以上のVCL NALユニットを有し、VCL NALユニットがnal_unit_typeの同じ値を有さず、[[ピクチャがIRAPピクチャでない]]ことを規定する。0に等しいmixed_nalu_types_in_pic_flagは、PPSを参照する各ピクチャが1つ以上のVCL NALユニットを有し、PPSを参照する各ピクチャのVCL NALがnal__unit_typeの同じ値を有することを規定する。
no_mixed_nalu_types_in_pic_constraint_flagが1に等しい場合は、mixed_nalu_types_in_pic_flagの値は0に等しいものとする。
【0237】
[[nal_unit_type値nalUnitTypeAがIDR_W_RADL~CRA_NUTの範囲内にある各スライスで、nal_unit_typeの別の値を有する1つ以上のスライスをも含むpicA(すなわち、ピクチャpicAのmixed_nalu_types_in_pic_flagの値が1に等しい)において、下記が適用される。
-このスライスは、対応するsubpic_treated_as_pic_flag[i]の値が1に等しいサブピクチャsubpicAに属するものとする。
-このスライスは、nal_unit_typeがnalUnitTypeAに等しくないVCL NALユニットを含むpicAのサブピクチャに属さないものとする。
-nalUnitTypeAがCRAに等しい場合、復号順序および出力順序でCLVSにおける現在のピクチャに後続するすべてのPUのために、それらのPUにおけるsubpicAにおけるスライスのRefPicList[0]およびRefPicList[1]は、アクティブエントリにおける復号順でpicAに先行するいずれのピクチャも含まないとする。
-そうでない場合(すなわち、nalUnitTypeAがIDR_W_RADLまたはIDR_N_LPである)、復号順において現在のピクチャに続くCLVSにおけるすべてのPUについて、これらのPUにおけるsubpicAにおけるスライスのRefPicList[0]とRefPicList[1]のいずれも、アクティブエントリにおいて復号順でpicAに先行する任意のピクチャを含まないものとする。]]
【0238】
注1- 1に等しいmixed_nalu_types_in_pic_flagは、PPSを参照するピクチャが、異なるNALユニットタイプを有するスライスを含み、例えば、サブピクチャビットストリームマージ演算に由来するコーディングされたピクチャであり、ビットストリーム構造のマッチングと更に元のビットストリームのパラメータのアラインメントとを確実にしなければならないことを示す。このようなアラインメントの一例は、以下のようである。sps_idr_rpl_present_flagの値が0に等しく、mixed_nalu_types_in_pic_flagが1に等しい場合は、PPSを参照するピクチャは、nal_unit_typeがIDR_W_RADLまたはIDR_N__LPと等しいスライスを有することはできない。
...
【0239】
7.4.3.7 ピクチャヘッダ構造意味論
【0240】
...
recovery_poc_cntは、復号ピクチャの出力順のリカバリポイントを規定する。
【0241】
【0242】
【0243】
[[現在のピクチャがGDRピクチャである場合、変数RpPicOrderCntValは、以下のように導出される。
RpPicOrderCntVal=PicOrderCntVal+recovery_poc_cnt (81)]]
【0244】
【0245】
8.3.2 参照ピクチャリスト構築のための復号処理
【0246】
...
ビットストリーム適合性の要件は、以下の制約が適用されることである。
【0247】
-各iが0又は1に等しい場合、num_ref_entries[i][RplsIdx[i]]は、NumRefIdxActive[i]よりも小さくないものとする。
【0248】
-RefPicList[0]又はRefPicList[1]における各アクティブエントリによって参照されるピクチャは、DPBに存在し、且つ現在のピクチャのTemporalId以下のTemporalIdを有するものとする。
【0249】
-RefPicList[0]又はRefPicList[1]の各エントリが参照するピクチャは、現在のピクチャではなく、non_reference_picture_flagが0であるものとする。
【0250】
-ピクチャのスライスのRefPicList[0]又はRefPicList[1]におけるSTRPエントリと、同一のピクチャの同一のスライス又は異なるスライスのRefPicList[0]又はRefPicList[1]におけるLTRPエントリとは、同一のピクチャを参照しない。
【0251】
-ReficList[0]又はRefPicList[1]において、現在のピクチャのPicOrderCntValと当該エントリにより参照されるピクチャのPicOrderCntValとの差分が224以上であるLTRPエントリはないものとする。
【0252】
-setOfRefPicsを、RefPicList[0]における、現在のピクチャと同一のnuh_layer_idを有する全てのエントリと、RefPicList[1]における、現在のピクチャと同一のnuh_layer_idを有する全てのエントリと、により参照される一意のピクチャのセットとする。setOfRefPicsにおけるピクチャの数は、MaxDpbSize-1以下であるものとする。ここで、MaxDpbSizeは、A.4.2項に規定されるとおりであり、setOfRefPicsは、ピクチャの全てのスライスで同一である。
【0253】
-現在のスライスのnal_unit_typeがSTSA_NUTに等しい場合、RefPicList[0]又はRefPicList[1]において、TemporalIdが現在のピクチャのものと等しく、かつnuh_layer_idが現在のピクチャのものと等しいアクティブエントリが存在しないものとする。
【0254】
-現在のピクチャが、復号順において、現在のピクチャのTemporalIdと等しいTemporalIdを有するSTSAピクチャと、現在のピクチャのnuh_layer_idと等しいnuh_layer_idを有するSTSAピクチャと、の後に続くピクチャである場合、復号順において、そのSTSAピクチャに先行し、現在のピクチャのTemporalIdと等しいTemporalIdを持ち、現在のピクチャのnuh_layer_idに等しいnuh_layer_idを有するピクチャは、RefPicList[0]又はRefPicList[1]にアクティブなエントリとして含まれないものとする。
【0255】
【0256】
-現在のピクチャが、特定値のlayerIdに等しいnuh_layer_idを有し、CRAピクチャである場合、RefPicList[0]又はRefPicList[1]のエントリに参照されるピクチャであって、出力順又は復号順において、layerIdに等しいnuh_layer_idを有する先行IRAPピクチャに(但し、ある場合)先行するピクチャは、ないものとする。
【0257】
【0258】
-nuh_layer_idが特定値layerIdに等しい現在のピクチャは、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャに関連付けられたRASLピクチャ、NoOutputBeforeRecoveryFlagが1に等しいGDRピクチャ、又は、NoOutputBeforeRecoveryFlagが1に等しくnuh_layer_idがlayerIdに等しいGDRピクチャの復元ピクチャではない場合、RefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理で生成されたピクチャが、ないものとする。
【0259】
【0260】
-現在のピクチャは、nuh_layer_idを特定値layerIdに等しく、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャ、復号順において、NoOutputBeforeRecoveryFlagが1に等しい同一のCRAピクチャに関連付けられた先頭ピクチャに先行するピクチャ、NoOutputBeforeRecoveryFlagが1に等しいCRAピクチャに関連付けられた先頭サブピクチャ、NoOutputBeforeRecoveryFlagが1に等しいGDRピクチャ、又はNoOutputBeforeRecoveryFlagが1に等しく、nuh_layer_idがlayerIdに等しいGDRピクチャの復元ピクチャでない場合、RefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャは、ないものとする。
【0261】
【0262】
-現在のピクチャが、IRAPピクチャに関連付けられ、かつIRAPピクチャに出力順において続く場合、RefPicList[0]又はRefPicList[1]のアクティブエントリにより参照されるピクチャであって、出力順又は復号順において、関連付けられたIRAPピクチャに先行するピクチャは、ないものとする。
【0263】
【0264】
-現在のピクチャが、IRAPピクチャに関連付けられ、出力順においてIRAPピクチャに続き、かつ、復号順および出力順の両方において、同一のIRAPピクチャに関連付けられた先頭ピクチャに続く場合、RefPicList[0]又はRefPicList[1]のエントリにより参照されるピクチャであって、出力順又は復号順において、関連付けられたIRAPピクチャに先行するピクチャは、ないものとする。
【0265】
【0266】
-現在のピクチャがRADLピクチャである場合、RefPicList[0]又はRefPicList[1]に以下のいずれかに該当するアクティブエントリはないものとする。
oRASLピクチャ
o関連付けられたIRAPピクチャに復号順において先行するピクチャ
【0267】
【0268】
-現在のピクチャのスライスのRefPicList[0]又はRefPicList[1]における各ILRPエントリにより参照されるピクチャは、現在のピクチャと同一のAU内にあるものとする。
【0269】
-現在のピクチャのスライスのRefPicList[0]又はRefPicList[1]における各ILRPエントリにより参照されるピクチャは、DPBに存在し、且つ現在のピクチャのものよりも小さいnuh_layer_idを有するものとする。
【0270】
-スライスのRefPicList[0]又はRefPicList[1]における各ILRPエントリは、アクティブエントリであるものとする。
【0271】
図5は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム1900を示すブロック図である。様々な実装形態は、システム1900のコンポーネントの一部又は全部を含んでもよい。システム1900は、映像コンテンツを受信するための入力1902を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、8又は10ビットのマルチコンポーネント画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力1902は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット(登録商標)、PON(登録商標;Passive Optical Network)等の有線インターフェース、およびWi-Fi(登録商標)またはセルラーインターフェース等の無線インターフェースを含む。
【0272】
システム1900は、本明細書に記載される様々なコーディング又は符号化方法を実装することができるコーディングコンポーネント1904を含んでもよい。コーディングコンポーネント1904は、入力1902からの映像の平均ビットレートをコーディングコンポーネント1904の出力に低減し、映像のコーディング表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント1904の出力は、コンポーネント1906によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力1902において受信された、記憶された又は通信された映像のビットストリーム(又はコーディングされた)表現は、コンポーネント1908によって使用されて、表示インターフェース1910に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理演算を「コーディング」演算又はツールと呼ぶが、コーディングツール又は動作は、エンコーダで使用され、対応する復号ツール又は動作であり符号化の結果を逆にするものは、デコーダによって行われることが理解されよう。
【0273】
周辺バスインターフェースまたは表示インターフェースの例は、USB(登録商標;Universal Serial Bus)またはHDMI(登録商標;High Definition Multimedia Interface)またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、SATA(Serial Advanced Technology Attachment)、PCI、IDEインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理および/又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
【0274】
図6は、映像処理装置3600のブロック図である。装置3600は、本明細書に記載の方法の1または複数を実装するために使用されてもよい。装置3600は、スマートフォン、タブレット、コンピュータ、モノのインターネット(IoT)受信機等に実施されてもよい。装置3600は、1つ以上の処理装置3602と、1つ以上のメモリ3604と、映像処理ハードウェア3606と、を含んでもよい。1つまたは複数の処理装置3602は、本明細書に記載される1つ以上の方法を実装するように構成されてもよい。メモリ(複数可)3604は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア3606は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0275】
図8は、本開示の技法を利用し得る例示的な映像コーディングシステム100を示すブロック図である。
【0276】
図8に示すように、映像コーディングシステム100は、送信元デバイス110と、送信先デバイス120と、を備えてもよい。送信元デバイス110は、符号化映像データを生成するものであり、映像符号化機器とも称され得る、送信先デバイス120は、送信元デバイス110によって生成された符号化映像データを復号してよく、映像復号機器とも呼ばれ得る。
【0277】
送信元デバイス110は、映像ソース112と、映像エンコーダ114と、入出力(I/O)インターフェース116と、を含んでよい。
【0278】
映像ソース112は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および/または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、1または複数のピクチャを含んでもよい。映像エンコーダ114は、映像ソース112からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディング表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。I/Oインターフェース116は、変復調器(モデム)および/または送信機を含んでもよい。符号化された映像データは、ネットワーク130aを介して、I/Oインターフェース116を介して送信先デバイス120に直接送信されてよい。符号化された映像データは、送信先デバイス120がアクセスするために、記録媒体/サーバ130bに記憶してもよい。
【0279】
送信先デバイス120は、I/Oインターフェース126、映像デコーダ124、および表示デバイス122を含んでもよい。
【0280】
I/Oインターフェース126は、受信機および/またはモデムを含んでもよい。I/Oインターフェース126は、送信元デバイス110または記憶媒体/サーバ130bから符号化された映像データを取得してもよい。映像デコーダ124は、符号化された映像データを復号してもよい。表示デバイス122は、復号された映像データをユーザに表示してもよい。表示デバイス122は、送信先デバイス120と一体化されてもよく、または外部表示デバイスとインターフェースするように構成される送信先デバイス120の外部にあってもよい。
【0281】
映像エンコーダ114および映像デコーダ124は、HEVC(High Efficiency VideoCoding)規格、VVM(Versatile VideoCoding)規格、および他の現在のおよび/またはさらなる規格等の映像圧縮規格に従って動作してもよい。
【0282】
図9は、映像エンコーダ200の一例を示すブロック図であり、この映像エンコーダ200は、
図8に示されるシステム100における映像エンコーダ114であってもよい。
【0283】
映像エンコーダ200は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。
図9の実施例において、映像エンコーダ200は、複数の機能性コンポーネントを含む。本開示で説明される技法は、映像エンコーダ200の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0284】
映像エンコーダ200の機能コンポーネントは、分割ユニット201、予測ユニット202を含んでもよく、予測ユニット202は、モード選択ユニット203、動き推定ユニット204、動き補償ユニット205、およびイントラ予測ユニット206、残差生成ユニット207、変換ユニット208、量子化ユニット209、逆量子化ユニット210、逆変換ユニット211、再構成ユニット212、バッファ213、およびエントロピー符号化ユニット214を含んでもよい。
【0285】
他の例において、映像エンコーダ200は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、予測ユニット202は、イントラブロックコピー(IBC)ユニットを含んでもよい。IBCユニットは、少なくとも1つの参照ピクチャが現在の映像ブロックが位置するピクチャであるIBCモードにおいて予測を行うことができる。
【0286】
さらに、動き推定ユニット204および動き補償ユニット205などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、
図9の例においては別個に表現されている。
【0287】
分割ユニット201は、1つのピクチャを1または複数の映像ブロックに分割してもよい。映像エンコーダ200および映像デコーダ300は、様々な映像ブロックサイズをサポートしてもよい。
【0288】
モード選択ユニット203は、例えば、誤りの結果に基づいて、イントラまたはインターのコーディングモードのうちの1つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成ユニット207に供給し、残差ブロックデータを生成して再構成ユニット212に供給し、符号化されたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択ユニット203は、インター予測信号およびイントラ予測信号に基づいて予測を行うCIIP(Combination of Intra and Inter Prediction)モードを選択してもよい。また、モード選択ユニット203は、インター予測の場合、ブロックの動きベクトルの解像度(例えば、サブピクセルまたは整数画素精度)を選択してもよい。
【0289】
現在の映像ブロックに対してインター予測を行うために、動き推定ユニット204は、バッファ213からの1または複数の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット205は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ213からのピクチャの動き情報および復号されたサンプルに基づいて、現在の映像ブロックのための予測映像ブロックを判定してもよい。
【0290】
動き推定ユニット204および動き補償ユニット205は、現在の映像ブロックがIスライスであるか、Pスライスであるか、またはBスライスであるかによって、例えば、現在の映像ブロックに対して異なる動作を行ってもよい。
【0291】
いくつかの例では、動き推定ユニット204は、現在の映像ブロックに対して単一方向予測を行い、動き推定ユニット204は、現在の映像ブロックに対して、参照映像ブロック用のリスト0またはリスト1の参照ピクチャを検索してもよい。そして、動き推定ユニット204は、参照映像ブロックを含むリスト0またはリスト1における参照ピクチャを示す参照インデックスと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルと、を含む、を生成してもよい。動き推定ユニット204は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット205は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
【0292】
他の例において、動き推定ユニット204は、現在の映像ブロックを双方向予測してもよく、動き推定ユニット204は、リスト0における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト1における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。そして、動き推定ユニット204は、参照映像ブロックを含むリスト0およびリスト1における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルと、を生成してもよい。動き推定ユニット204は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット205は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。
【0293】
いくつかの例では、動き推定ユニット204は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。
【0294】
いくつかの例では、動き推定ユニット204は、現在の映像のための動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット204は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット204は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していることを判定してもよい。
【0295】
一例において、動き推定ユニット204は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ300に示す値を示してもよい。
【0296】
別の例において、動き推定ユニット204は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分(MVD;Motion Vector Difference)とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ300は、示された映像ブロックの動きベクトルおよび動きベクトル差分を使用して、現在の映像ブロックの動きベクトルを決定してもよい。
【0297】
上述したように、映像エンコーダ200は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ200によって実装され得る予測信号通知技法の2つの例は、AMVP(Advanced Motion Vector Prediction)およびマージモード信号通知を含む。
【0298】
イントラ予測ユニット206は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット206が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット206は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。
【0299】
残差生成ユニット207は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって(例えば、マイナス符号によって示されている)、現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。
【0300】
他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット207は、減算演算を行わなくてもよい。
【0301】
変換処理ユニット208は、現在の映像ブロックに関連付けられた残差映像ブロックに1または複数の変換を適用することによって、現在の映像ブロックのための1または複数の変換係数映像ブロックを生成してもよい。
【0302】
変換処理ユニット208が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット209は、現在の映像ブロックに関連付けられた1または複数の量子化パラメータ(QP:Quantization Parameter)値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
【0303】
逆量子化ユニット210および逆変換ユニット211は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット212は、予測ユニット202にて生成された1または複数の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ213に記憶してもよい。
【0304】
再構成ユニット212が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。
【0305】
エントロピー符号化ユニット214は、映像エンコーダ200の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット214がデータを受信すると、エントロピー符号化ユニット214は、1または複数のエントロピー符号化動作を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。
【0306】
開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、1つの映像ブロックを処理する際にツールまたはモードを使用するまたは実装するが、ツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム(又はビットストリーム表現)への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリームから映像のブロックへの変換を行う。
【0307】
図10は、映像デコーダ300の一例を示すブロック図であり、この映像デコーダ300は、
図8示すシステム100における映像デコーダ114であってもよい。
【0308】
映像デコーダ300は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。
図10の実施例において、映像デコーダ300は、複数の機能コンポーネントを備える。本開示で説明される技法は、映像デコーダ300の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0309】
図10の実施例において、映像デコーダ300は、エントロピー復号ユニット301、動き補償ユニット302、イントラ予測ユニット303、逆量子化ユニット304、逆変換ユニット305、および再構成ユニット306、並びにバッファ307を備える。映像デコーダ300は、いくつかの例では、映像エンコーダ200(
図9)に関して説明した符号化パスとほぼ逆の復号パスを行ってもよい。
【0310】
エントロピー復号ユニット301は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピー符号化された映像データ(例えば、映像データの符号化されたブロック)を含んでもよい。エントロピー復号ユニット301は、エントロピー符号化された映像データを復号し、エントロピー復号された映像データから、動き補償ユニット302は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット302は、例えば、AMVPおよびマージモードを実行することで、このような情報を判定してもよい。
【0311】
動き補償ユニット302は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィルタのための識別子が、構文要素に含まれてもよい。
【0312】
動き補償ユニット302は、映像ブロックの符号化中に映像エンコーダ200によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算してもよい。動き補償ユニット302は、受信した構文情報に基づいて、映像エンコーダ200が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。
【0313】
動き補償ユニット302は、符号化された映像シーケンスのフレームおよび/またはスライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化されたブロックに対する1または複数の参照フレーム(および参照フレームリスト)、および符号化された映像シーケンスを復号するための他の情報、のいくつかを使用してもよい。
【0314】
イントラ予測ユニット303は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット303は、ビットストリームに提供され、エントロピー復号ユニット301によって復号された量子化された映像ブロック係数を逆量子化(すなわち、逆量子化)する。逆変換ユニット303は、逆変換を適用する。
【0315】
再構成ユニット306は、残差ブロックと、動き補償ユニット202又はイントラ予測ユニット303によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号された映像ブロックは、バッファ307に記憶され、バッファ307は、後続の動き補償/イントラ予測のために参照ブロックを提供し、また表示デバイスに表示するために復号された映像を生成する。
【0316】
次に、いくつかの実施形態において好適な解決策を列挙する。
【0317】
以下の解決策は、前章(例えば、項目1)で論じた技術の例示的な実施形態を示す。
【0318】
1.映像処理方法(例えば、
図7に示される方法700)であって、1つ以上のサブピクチャを含む映像と映像のコーディング表現との変換を行うこと(702)を含み、このコーディング表現は、1つ以上のサブピクチャを含む1つ以上のピクチャがネットワーク抽象化レイヤ(NAL)ユニットに従ってコーディング表現に含まれることを規定するフォーマット規則に準拠し、コーディング表現において示されるタイプNALユニットは、特定タイプのピクチャのコーディングされたスライス又は特定タイプのサブピクチャのコーディングされたスライスを含む、方法。
【0319】
以下の解決策は、前章(例えば、項目2)で論じた技術の例示的な実施形態を示す。
【0320】
2.映像処理方法であって、1つ以上のサブピクチャを含む1つ以上のピクチャと、前記映像のコーディング表現と、の変換を行うことを含み、前記コーディング表現は、異なるネットワーク抽象化レイヤユニットタイプを有する2つの隣接するサブピクチャが、ピクチャフラグとして扱われているサブピクチャの同一の表示を有することを規定するフォーマット規則に準拠する、方法。
【0321】
以下の解決策は、前章(例えば、項目4、5、6、7、9、1、11、12)で論じた技術の例示的な実施形態を示す。
【0322】
3.映像処理方法であって、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、サブピクチャの第1のタイプの順序およびサブピクチャの第2のタイプの順序を定義するフォーマット規則に準拠し、第1のサブピクチャは、後端サブピクチャ又は先頭サブピクチャ又はランダムアクセススキップ型先頭(RASL)サブピクチャタイプであり、第2のサブピクチャは、RASLタイプ又はランダムアクセス先頭(RADL)タイプ又は瞬時復号更新(IDR)タイプ又は漸次的復号更新(GDR)タイプサブピクチャである、方法。
【0323】
4.前記規則は、前記後端サブピクチャが、出力順において、関連付けられたイントラランダムアクセスポイント又はGDRサブピクチャに続くことを規定する、解決策3に記載の方法。
【0324】
5.前記規則は、ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャである場合、このピクチャにおける全てのネットワーク抽象化レイヤユニットのnal_unit_type値がRADL_NUT又はRASL_NUTに等しいことを規定する、解決策3に記載の方法。
【0325】
6.前記規則は、IRAPサブピクチャの先頭サブピクチャである所与のサブピクチャが、RADL又はRASLサブピクチャでなければならないことを規定する、解決策3に記載の方法。
【0326】
7.前記規則は、RASLサブピクチャである所与のサブピクチャをIDRサブピクチャに関連付けることを許可しないことを規定する、解決策3に記載の方法。
【0327】
8.前記規則は、IRAPサブピクチャと同一のレイヤIDおよびサブピクチャインデックスを有する所与のサブピクチャは、出力順において、IRAPサブピクチャおよびその関連付けられた全てのRADLサブピクチャに先行しなければならないことを規定する、解決策3に記載の方法。
【0328】
9.前記規則は、GDRサブピクチャと同一のレイヤIDおよびサブピクチャインデックスを有する所与のサブピクチャは、出力順において、GDRサブピクチャおよびその関連付けられた全てのRADLサブピクチャに先行しなければならないことを規定する、解決策3に記載の方法。
【0329】
10.前記規則は、CRAサブピクチャに関連付けられRASLサブピクチャである所与のサブピクチャが、CRAサブピクチャに関連付けられた全てのRADLサブピクチャに出力順において先行することを規定する、解決策3に記載の方法。
【0330】
11.前記規則は、CRAサブピクチャに関連付けられたRASLサブピクチャである所与のサブピクチャが、CRAサブピクチャに関連付けられた全てのIRAPサブピクチャに出力順において先行することを規定する、解決策3に記載の方法。
【0331】
12.前記規則は、所与のサブピクチャがIRAPサブピクチャを有する先頭サブピクチャであり、所与のサブピクチャが、IRAPピクチャに関連付けられた全ての非先頭サブピクチャに復号順において先行することを規定する、解決策3に記載の方法。
【0332】
以下の解決策は、前章(例えば、項目8、14、15)で論じた技術の例示的な実施形態を示す。
【0333】
13.映像処理方法であって、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、第1のタイプのサブピクチャが第2のタイプのサブピクチャとともに生じることを許可又は許可しないことを条件と定義するフォーマット規則に準拠する、方法。
【0334】
14.前記規則は、ネットワーク抽象化レイヤタイプIDR_N_LPのIDRサブピクチャがある場合、コーディング表現はRADPサブピクチャを持つことが許可されないことを規定する、解決策13に記載の方法。
【0335】
15.前記規則は、段階的時間的サブレイヤアクセス(STSA)サブピクチャを含むピクチャの参照リストにピクチャを含めることを許可せず、このピクチャがSTSAサブピクチャを含むピクチャに先行する、解決策13に記載の方法。
【0336】
16.前記規則は、イントラランダムアクセスポイント(IRAP)サブピクチャを含むピクチャの参照リストにピクチャを含めることを許可せず、このピクチャがIRAPサブピクチャを含むピクチャに先行する、解決策13に記載の方法。
【0337】
17.変換は、映像をコーディング表現に符号化することを含む、解決策1~16のいずれかに記載の方法。
【0338】
18.変換は、映像の画素値を生成するためにコーディング表現を復号することを含む、解決策1~16のいずれかに記載の方法。
【0339】
19.解決策1~18の1つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像復号装置。
【0340】
20.解決策1~18の1つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像符号化装置。
【0341】
21.コンピュータコードが記憶されたコンピュータプログラム製品であって、コードは、プロセッサにより実行されると、プロセッサに、解決策1~18のいずれかに記載の方法を実装させるコンピュータプログラム製品。
【0342】
22.本明細書に記載の方法、装置またはシステム。
【0343】
本明細書に記載の解決策において、エンコーダは、フォーマット規則に従ってコーディング表現を生成することで、フォーマット規則に準拠することができる。本明細書に記載の解決策において、デコーダは、フォーマット規則に従って、構文要素の有無を知りつつ、コーディング表現における構文要素を構文解析することで、復号された映像を生成するために、このフォーマット規則を使用してもよい。
【0344】
図11は、映像処理の方法1100の一例を示すフローチャートである。動作1102は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ビットストリーム内のネットワーク抽象化レイヤ(NAL)ユニットの構文を規定するフォーマット規則に準拠し、フォーマット規則は、映像コーディングレイヤ(VCL)NALユニットタイプのNALユニットが、特定タイプのピクチャ又は特定タイプのサブピクチャに関連付けられた内容を含むことを規定する。
【0345】
方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスがクリーンランダムアクセスピクチャ又はクリーンランダムアクセスサブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、クリーンランダムアクセスサブピクチャは、各VCL NALユニットがクリーンランダムアクセスタイプを有するイントラランダムアクセスポイントサブピクチャである。方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスが、関連付けられた漸次的復号更新ピクチャ又は関連付けられた漸次的復号更新サブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、関連付けられた漸次的復号更新サブピクチャは、VCL NALユニットが属するレイヤの識別子又は非VCL NALユニットが適用されるレイヤの識別子が第1の特定値に等しく、サブピクチャインデックスの第2の特定値を有する、復号順において前の漸次的復号更新サブピクチャであり、復号順において前の漸次的復号更新サブピクチャと、識別子の第1の特定値とサブピクチャインデックスの第2の特定値とを有する特定のサブピクチャとの間において、識別子の第1の特定値とサブピクチャインデックスの第2の特定値とを有するイントラランダムアクセスポイントサブピクチャは存在しない。
【0346】
方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスが関連付けられたイントラランダムアクセスポイントピクチャ又は関連付けられたイントラランダムアクセスポイントサブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、関連付けられたイントラランダムアクセスポイントサブピクチャは、VCL NALユニットが属するレイヤの識別子又は非VCL NALユニットが適用されるレイヤの識別子が第1の特定値に等しく、サブピクチャインデックスの第2の特定値を有する、復号順において前のイントラランダムアクセスポイントサブピクチャであり、復号順において前のイントラランダムアクセスポイントサブピクチャと、識別子の第1の特定値とサブピクチャインデックスの第2の特定値とを有する特定のサブピクチャとの間において、識別子の第1の特定値とサブピクチャインデックスの第2の特定値とを有する漸次的復号更新サブピクチャは存在しない。方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスが瞬時復号更新ピクチャ又は瞬時復号更新サブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、瞬時復号更新サブピクチャは、各VCL NALユニットが瞬時復号更新タイプを有するイントラランダムアクセスポイントサブピクチャである。
【0347】
方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスが先頭ピクチャ又は先頭サブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、先頭サブピクチャは、関連付けられたイントラランダムアクセスポイントサブピクチャに出力順において先行するサブピクチャである。方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスがランダムアクセス復号可能な先頭ピクチャ又はランダムアクセス復号可能な先頭サブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、ランダムアクセス復号可能な先頭サブピクチャは、各VCL NALユニットがランダムアクセス復号可能な先頭タイプを有するサブピクチャである。方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスがランダムアクセススキップ型先頭ピクチャ又はランダムアクセススキップ型先頭サブピクチャに関連付けられていることを示す。方法1100の実施例において、ランダムアクセススキップ型先頭サブピクチャは、各VCL NALユニットがランダムアクセススキップ型先頭タイプを有するサブピクチャである。方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスが段階的時間的サブレイヤアクセスピクチャ又は段階的時間的サブレイヤアクセスサブピクチャに関連付けられていることを示す。
【0348】
方法1100のいくつかの実施例において、段階的時間的サブレイヤアクセスサブピクチャは、各VCL NALユニットが段階的時間的サブレイヤアクセスタイプを有するサブピクチャである。方法1100のいくつかの実施例において、VCL NALユニットタイプのNALユニットの内容は、コーディングされたスライスが後端ピクチャ又は後端サブピクチャに関連付けられていることを示す。方法1100のいくつかの実施例において、後端サブピクチャは、各VCL NALユニットがトレイルタイプを有するサブピクチャである。
【0349】
図12は、映像処理の方法1200の一例を示すフローチャートである。動作1202は、サブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャであることに呼応して、サブピクチャがランダムアクセスタイプのサブピクチャであることを規定する。
【0350】
方法1200のいくつかの実施例において、ランダムアクセスタイプのサブピクチャは、ランダムアクセス復号可能な先頭サブピクチャである。方法1200のいくつかの実施例において、ランダムアクセスタイプのサブピクチャは、ランダムアクセススキップ型先頭サブピクチャである。
【0351】
図13は、例示的な映像処理の方法(1300)のフローチャートである。動作1302は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、1つ以上のランダムアクセススキップ型先頭サブピクチャが瞬時復号更新サブピクチャに関連付けられていることに呼応して、1つ以上のランダムアクセススキップ型先頭サブピクチャがビットストリームにないことを規定する。
【0352】
図14は、映像処理の方法1400の一例を示すフローチャートである。動作1402は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、1つ以上のランダムアクセス復号可能な先頭サブピクチャが、瞬時復号更新サブピクチャが先頭ピクチャに関連付けられていないことを示すネットワーク抽象化レイヤ(NAL)ユニットのタイプを有する瞬時復号更新サブピクチャに関連付けられていることに呼応して、1つ以上のランダムアクセス復号可能な先頭サブピクチャがビットストリームにないことを規定するフォーマット規則に準拠する。
【0353】
図15は、映像処理の方法1500の一例を示すフローチャートである。動作1502は、2つの隣接するサブピクチャ含むピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、異なるタイプのネットワーク抽象化レイヤ(NAL)ユニットを有する2つの隣接するサブピクチャが、コーディングされたレイヤ映像シーケンスにおける2つの隣接するサブピクチャの各々をピクチャとして扱うかどうかを示す同一の第1の値を有する構文要素を有することを規定するフォーマット規則に準拠する。
【0354】
方法1500のいくつかの実施例において、フォーマット規則は、2つの隣接するサブピクチャの構文要素が、コーディングされたレイヤ映像シーケンスにおける2つの隣接するサブピクチャの各々をピクチャとして扱うことを示すことを規定する。
【0355】
図16は、映像処理の方法1600の一例を示すフローチャートである。動作1602は、2つの隣接するサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、フォーマット規則は、2つの隣接するサブピクチャが、第1のサブピクチャインデックスを有する第1の隣接するサブピクチャと、第2のサブピクチャインデックスを有する第2の隣接するサブピクチャと、を含むことを規定し、前記フォーマット規則が、前記第1のサブピクチャインデックスに関連付けられた第1の構文要素が前記第1の隣接サブピクチャをピクチャとして扱わないことを示すこと、又は、前記第2のサブピクチャインデックスに関連付けられた第2の構文要素が前記第2の隣接サブピクチャをピクチャとして扱わないことを示すことに呼応して、前記2つの隣接サブピクチャが同一のタイプのネットワーク抽象化レイヤ(NAL)ユニットを有することを規定する。
【0356】
方法1600のいくつかの実施例において、ピクチャは、2つの隣接するサブピクチャを含む複数のサブピクチャを含み、フォーマット規則は、サブピクチャがピクチャとして扱われないことを示す構文要素を有する複数のサブピクチャからのサブピクチャに呼応して、複数のサブピクチャが同一のタイプのNALユニットを有することを規定する。
方法1600の実施例において、ピクチャは、2つの隣接するサブピクチャを含む複数のサブピクチャを含み、フォーマット規則は、CLVSにおける複数のサブピクチャの各々をピクチャとして扱うことを示す対応する構文要素を有する複数のサブピクチャに呼応して、構文要素が、ピクチャパラメータセット(PPS)を参照する映像の各ピクチャが同一のタイプのVCL NALユニットを有さない複数のVCL NALユニットを有することを示すことを規定する。
【0357】
図17は、映像処理の方法1700の一例を示すフローチャートである。動作1702は、1つ以上のサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャパラメータセット(PPS)を参照する映像の各ピクチャが、同一のタイプのVCL NALユニットを持たない複数のVCL NALユニットを有することを示す構文要素に呼応して、ピクチャが3つ以上の異なるタイプの映像コーディングレイヤ(VCL)ネットワーク抽象化レイヤ(NAL)ユニットを含むことを許可することを規定するフォーマット規則に準拠する。
【0358】
図18は、映像処理の方法1800の一例を示すフローチャートである。動作1802は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに、ある順序で続くことを規定するフォーマット規則に準拠する。
【0359】
方法1800のいくつかの実施例において、この順序は出力順である。
【0360】
図19は、映像処理の方法1900の一例を示すフローチャートである。動作1902は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(1)前記サブピクチャが前記イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、(2)前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の第1の値を有し、および(3)前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャがサブピクチャインデックスの同一の第2の値を有する、ことに呼応して、サブピクチャが、イントラランダムアクセスポイントサブピクチャと、イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する。
【0361】
方法1800のいくつかの実施例において、第1の順序は出力順である。方法1800のいくつかの実施例において、第2の順序は復号順である。
【0362】
図20は、映像処理の方法2000の一例を示すフローチャートである。動作2002は、1つ以上のサブピクチャを含む1つ以上の映像と、この映像のビットストリームとの変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、クリーンランダムアクセスサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャに、ある順序で先行することを規定するフォーマット規則に準拠する。
【0363】
方法2000のいくつかの実施例において、この順序は出力順である。
【0364】
図21は、映像処理の方法2100の一例を示すフローチャートである。動作2102は、1つ以上のサブピクチャを含む1つ以上の映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、第1の順序において、クリーンランダムアクセスサブピクチャに第2の順序で先行する1つ以上のイントラランダムアクセスポイントサブピクチャに続くことを規定するフォーマット規則に準拠する。
【0365】
方法2100のいくつかの実施例において、第1の順序は出力順である。方法2100のいくつかの実施例において、第2の順序は復号順である。
【0366】
図22は、映像処理の方法2200の一例を示すフローチャートである。動作2202は、1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームとの変換を行うことを含み、このビットストリームは、(1)構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表すピクチャを伝えることを示し、および(2)現在のサブピクチャは、イントラランダムアクセスポイントサブピクチャに関連付けされた先頭サブピクチャである、ことに呼応して、現在のサブピクチャが、ランダムアクセスポイント内サブピクチャに関連付けられた1つ以上の非先頭サブピクチャに復号順において先行することを規定するフォーマット規則に準拠する。
【0367】
方法2200のいくつかの実施例において、(1)コーディングされたレイヤシーケンスがフィールドを表すピクチャを伝えることを示す構文要素、および(2)現在のサブピクチャが先頭サブピクチャではないことを示すことに呼応して、フォーマット規則は:復号順において、イントラランダムアクセスポイントサブピクチャに関連付けられた第1の先頭サブピクチャに先行する非先頭サブピクチャが最大1つ存在し、かつ、復号順において、イントラランダムアクセスポイントサブピクチャに関連付けられた第1の先頭サブピクチャと最後の先頭サブピクチャとの間に非先頭ピクチャは存在せず、現在のサブピクチャ、最大1つの非先頭サブピクチャ、および非先頭ピクチャは、現在のサブピクチャのネットワーク抽象化レイヤ(NAL)ユニット、最大1つの非先頭サブピクチャ、および非先頭サブピクチャが属するレイヤに対して同一の第1の値を有し、かつ、現在のサブピクチャ、最大1つの非先頭サブピクチャ、および非先頭ピクチャは、サブピクチャインデックスの同一の第2の値を有する、ことを規定する。
【0368】
図23は、例示的な映像処理の方法2300のフローチャートである。動作2302は、1つ以上のサブピクチャを含む1つ以上のピクチャからなる映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャであることに呼応して、ピクチャ内の全ての映像コーディングレイヤ(VCL)NALユニットに対する1つ以上のタイプのネットワーク抽象化レイヤ(NAL)ユニットがRADL_NUT又はRASL_NUTを含むことを規定するフォーマット規則に準拠する。
【0369】
方法2300のいくつかの実施例において、フォーマット規則は、(1)ピクチャにおける全てのVCL NALユニットのための1つ以上のタイプのNALユニットは、RADL_NUTおよびRASL_NUTを含み、および(2)ピクチャを含むレイヤが出力レイヤである、ことに呼応して、ピクチャの変数をピクチャ出力フラグの値に等しく設定することを規定する。
【0370】
図24は、映像処理の方法2400の一例を示すフローチャートである。動作2402は、複数のサブピクチャを含む1つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(1)少なくともサブピクチャが漸次的復号更新サブピクチャに第2の順序で先行し、(2)少なくとも1つのサブピクチャおよび漸次的復号更新サブピクチャは、少なくとも1つのサブピクチャおよび漸次的復号更新サブピクチャが属するネットワーク抽象化レイヤ(NAL)のユニットの属するレイヤについて同一の第1の値を持ち、および(3)少なくとも1つのサブピクチャおよび漸次的復号更新ピクチャが、サブピクチャインデックスの同一の第2の値を持つ、ことに呼応して、少なくとも1つのサブピクチャが、漸次的復号更新サブピクチャとその漸次的復号更新サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する。
【0371】
実施例2400のいくつかの方法において、第1の順序は出力順である。実施例2400のいくつかの方法において、第2の順序は復号順である。
【0372】
図25は、映像処理の方法2500の一例を示すフローチャートである。動作2502は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)第1のピクチャが、現在のサブピクチャと同一の時間的識別子およびネットワーク抽象化レイヤ(NAL)ユニットの同じレイヤ識別子を有し、(b)現在のサブピクチャが復号順において段階的時間的サブレイヤアクセスサブピクチャに続き、および(c)現在のサブピクチャと段階的時間的サブレイヤアクセスサブピクチャが同一の時間的識別子、同一のレイヤ識別子および同じサブピクチャを有する、ことに呼応して、現在のスライスの参照リスト内のアクティブエントリに、段階的時間的サブレイヤアクセスサブピクチャを含む第2のピクチャに復号順において先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0373】
実施例2500のいくつかの方法において、参照ピクチャリストは、List0参照ピクチャリストを含む。実施例2500のいくつかの方法において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0374】
図26は、映像処理の方法2600の一例を示すフローチャートである。動作2602は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、現在のサブピクチャが特定タイプのサブピクチャでないことに呼応して、現在のスライスの参照ピクチャリスト内のアクティブエントリに、利用不可能な参照ピクチャを生成するための復号プロセスによって生成される第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0375】
方法2600のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が1に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャではない。方法2600のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が1に等しい、漸次的復号更新ピクチャの漸次的復号更新サブピクチャではない。方法2600のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が1に等しく、かつ、現在のサブピクチャと同一のネットワーク抽象化レイヤ(NAL)ユニットのレイヤ識別子を有する漸次的復号更新ピクチャの復元ピクチャのサブピクチャ、ではない。方法2600のいくつかの実施例において、参照ピクチャリストは、List0参照ピクチャリストを含む。方法2600のいくつかの実施例において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0376】
図27は、映像処理の方法2700の一例を示すフローチャートである。動作2702は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、特定タイプのサブピクチャでない現在のサブピクチャに呼応して、現在のスライスの参照ピクチャリストにおけるエントリに、利用不可能な参照ピクチャを生成する復号処理によって生成された第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0377】
方法2700のいくつかの実施例において、現在のピクチャは、復元前の出力がないことを示すフラグの値が1に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャではない。方法2700のいくつかの実施例において、現在のサブピクチャは、復号順において、復元前の出力がないことを示すフラグの値が1に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャに関連づけられた1つ以上の先頭サブピクチャに先行するサブピクチャ、ではない。方法2700のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が1に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャに関連付けられた先頭サブピクチャ、ではない。方法2700のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が1に等しい漸次的復号更新ピクチャの漸次的復号更新サブピクチャではない。
【0378】
方法2700のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が1に等しく、かつ、現在のサブピクチャと同一のネットワーク抽象化レイヤ(NAL)ユニットのレイヤ識別子を有する、漸次的復号更新ピクチャの復元ピクチャのサブピクチャではない。方法2700のいくつかの実施例において、参照ピクチャリストは、List0参照ピクチャリストを含む。方法2700のいくつかの実施例において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0379】
図28は、映像処理の方法2800の一例を示すフローチャートである。動作2802は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)第1のピクチャが、現在のサブピクチャに第2の順序において先行する、先行するイントラランダムアクセスポイントサブピクチャを含み、(b)先行するイントラランダムアクセスポイントサブピクチャが、ネットワーク抽象化レイヤ(NAL)ユニットの同一のレイヤ識別子と現在のサブピクチャと同一のサブピクチャインデックスを有し、および(c)現在のサブピクチャがクリーンランダムアクセスサブピクチャである、ことに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、現在のピクチャに第1の順序又は第2の順序において先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0380】
方法2800のいくつかの実施例において、第1の順序は出力順を含む。方法2800のいくつかの実施例において、第2の順序は復号順を含む。方法2800のいくつかの実施例において、参照ピクチャリストは、List0参照ピクチャリストを含む。方法2800のいくつかの実施例において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0381】
図29は、映像処理の方法2900の一例を示すフローチャートである。動作2902は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)現在のサブピクチャが、イントラランダムアクセスポイントサブピクチャに関連付けられ、(b)現在のサブピクチャが、第1の順序においてイントラランダムアクセスポイントサブピクチャに続く、ことに呼応して、現在のスライスの参照ピクチャリスト内のアクティブエントリに、第1の順序又は第2の順序において現在のピクチャに先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0382】
方法2900のいくつかの実施例において、第1の順序は出力順を含む。方法2900のいくつかの実施例において、第2の順序は復号順を含む。方法2900のいくつかの実施例において、参照ピクチャリストは、List0参照ピクチャリストを含む。方法2900のいくつかの実施例において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0383】
図30は、映像処理の方法3000の一例を示すフローチャートである。動作3002は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、(a)現在のサブピクチャが、第1の順序においてイントラランダムアクセスポイントサブピクチャに続き、(b)現在のサブピクチャが、第1の順序および第2の順序においてIRAPサブピクチャに関連付けられた1つ以上の先頭サブピクチャに続く、ことに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、第1の順序又は第2の順序において現在のピクチャに先行する第1のピクチャを含めることを許可しないフォーマット規則に準拠する。
【0384】
方法3000のいくつかの実施例において、第1の順序は出力順を含む。方法3000のいくつかの実施例において、第2の順序は復号順を含む。方法3000のいくつかの実施例において、参照ピクチャリストは、List0参照ピクチャリストを含む。方法3000のいくつかの実施例において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0385】
図31は、映像処理の方法3100の一例を示すフローチャートである。動作3102は、現在のスライスを有する現在のサブピクチャを備える現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、現在のサブピクチャがランダムアクセス復号可能な先頭サブピクチャであることに呼応し、現在のスライスの参照リストが、ランダムアクセススキップ型先頭サブピクチャを含む第1のピクチャ、および、関連付けられたイントラランダムアクセスポイントサブピクチャを含む第3のピクチャに復号順で先行する第2のピクチャ、のいずれか1つ以上に対するアクティブエントリを、除外することを規定するフォーマット規則に準拠する。
【0386】
方法3100のいくつかの実施例において、参照ピクチャリストは、List0参照ピクチャリストを含む。方法3100のいくつかの実施例において、参照ピクチャリストは、List1参照ピクチャリストを含む。
【0387】
本明細書では、「映像処理」という用語は、映像符号化、映像復号、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、1つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。
さらに、変換中、デコーダは、上記解決策で説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィールドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールドをコーディング表現に含めるか、またはコーディング表現から除外することによって、それに応じてコーディング表現を生成してもよい。
【0388】
本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの1つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、1または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の1または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの1または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの1または複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。
【0389】
コンピュータプログラム(プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる)は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部(例えば、マークアップ言語文書に格納された1または複数のスクリプト)に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル(例えば、1または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル)に記憶されていてもよい。コンピュータプログラムを、1つのサイトに位置する1つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
【0390】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための1または複数のコンピュータプログラムを実行する1または複数のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、FPGA(Field Programmable Gate Array)またはASIC(Application Specific Integrated Circuit)によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0391】
コンピュータプログラムの実行に適したプロセッサ(処理装置)は、例えば、汎用および専用マイクロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の1または複数のプロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための1または複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための1または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、EPROM、EEPROM、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびCD-ROMおよびDVD-ROMディスク等の半導体記憶装置を含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
【0392】
本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、1つの例において組み合わせて実装してもよい。逆に、1つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの1または複数の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【0393】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0394】
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【手続補正書】
【提出日】2022-10-11
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
映像処理方法であって、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
前記ビットストリームは、
(1)サブピクチャが、イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、
(2)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて
同一の値を有し、かつ、
(3)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、サブピクチャインデックスの
同一の値を有する、
場合、
前記サブピクチャが、前記イントラランダムアクセスポイントサブピクチャと、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する、
方法。
【請求項2】
前記フォーマット規則は、更に、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、前記クリーンランダムアクセスサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャに、
前記第1の順序で先行することを規定す
る、
請求項1に記載の方法。
【請求項3】
前記フォーマット規則は、更に、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、前記クリーンランダムアクセスサブピクチャに
前記第2の順序において先行する1つ以上のイントラランダムアクセスポイントサブピクチャに、
前記第1の順序において続くことを規定す
る、
請求項1に記載の方法。
【請求項4】
前記ランダムアクセススキップ型先頭サブピクチャと前記1つ以上のイントラランダムアクセスポイントサブピクチャとは、前記ランダムアクセススキップ型先頭サブピクチャと前記1つ以上のイントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の値を持ち、
前記ランダムアクセススキップ型先頭サブピクチャと前記1つ以上のイントラランダムアクセスポイントサブピクチャは、同じ値のサブピクチャインデックスを持つ、
請求項3に記載の方法。
【請求項5】
前記フォーマット規則は、更に、
(1)構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表現するピクチャを搬送することを示し、かつ、
(2)現在のサブピクチャが、イントラランダムアクセスポイントサブピクチャに関連付けられた先頭サブピクチャである、
場合、
前記現在のサブピクチャが、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上の非先頭サブピクチャに復号順において先行する、
請求項1から4のいずれか1項に記載の方法。
【請求項6】
(1)前記構文要素が、前記コーディングされたレイヤ映像シーケンスがフィールドを表すピクチャを搬送し、かつ、
(2)前記現在のサブピクチャが前記先頭サブピクチャでない、
場合、
前記フォーマット規則は、
前記イントラランダムアクセスポイントサブピクチャに関連付けられた第1の先頭サブピクチャに、前記復号順において先行する最大1つの非先頭サブピクチャが存在すること、かつ、
前記イントラランダムアクセスポイントサブピクチャに関連付けられた前記第1の先頭サブピクチャと最後の先頭サブピクチャとの間に、前記
第2の順序において非先頭ピクチャは存在しないこと、
を規定
する、
請求項5に記載の方法。
【請求項7】
前記現在のサブピクチャ、前記最大1つの非先頭サブピクチャ、及び前記非先頭ピクチャは、前記現在のサブピクチャのネットワーク抽象化レイヤ(NAL)ユニット、前記最大1つの非先頭サブピクチャ、及び前記非先頭サブピクチャ、が属するレイヤについて
同一の値を有し、
前記現在のサブピクチャ、前記最大1つの非先頭サブピクチャ、及び前記非先頭ピクチャは、サブピクチャインデックスの
同一の値を有する、
請求項6に記載の方法。
【請求項8】
前記フォーマット規則は、更に、イントラランダムアクセスポイントサブピクチャまたは漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、前記イントラランダムアクセスポイントサブピクチャまたは前記漸次的復号更新サブピクチャに、前記第2の順序において続くことを規定する、
請求項1から7のいずれか1項に記載の方法。
【請求項9】
前記第1の順序は出力順である、
請求項1から8のいずれか1項に記載の方法。
【請求項10】
前記第2の順序は復号順である、
請求項1から9のいずれか1項に記載の方法。
【請求項11】
前記変換は、前記映像を前記ビットストリームに符号化することを含む、
請求項1から10のいずれか1項に記載の方法。
【請求項12】
前記変換は、前記ビットストリームから前記映像を復号することを含む、
請求項1から10のいずれか1項に記載の方法。
【請求項13】
処理装置と、命令を有する非一時的メモリと、を含む映像データを処理する装置であって、
前記命令は、前記処理装置による実行時に、前記処理装置に、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行わせ、
前記ビットストリームは、
(1)サブピクチャが、イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、
(2)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の値を有し、かつ、
(3)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、サブピクチャインデックスの同一の第2の値を有する、場合、
前記サブピクチャが、前記イントラランダムアクセスポイントサブピクチャと、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する、
装置。
【請求項14】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
前記命令は、処理装置に、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行わせ、
前記ビットストリームは、
(1)サブピクチャが、イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、
(2)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の値を有し、かつ、
(3)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、サブピクチャインデックスの同一の第2の値を有する、場合、
前記サブピクチャが、前記イントラランダムアクセスポイントサブピクチャと、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する、
非一時的なコンピュータ可読記憶媒体。
【請求項15】
映像処理装置によって実行される方法によって生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、
前記方法は、
1つ以上のサブピクチャを含む1つ以上のピクチャを含む映像のビットストリームを生成することを含み、
前記ビットストリームは、
(1)サブピクチャが、イントラランダムアクセスポイントサブピクチャに第2の順序において先行し、
(2)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ(NAL)ユニットが属するレイヤについて同一の値を有し、かつ、
(3)前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、サブピクチャインデックスの同一の第2の値を有する、場合、
前記サブピクチャが、前記イントラランダムアクセスポイントサブピクチャと、前記イントラランダムアクセスポイントサブピクチャに関連付けられた1つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第1の順序において先行することを規定するフォーマット規則に準拠する、
非一時的なコンピュータ可読記録媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0001
【補正方法】変更
【補正の内容】
【0001】
関連出願の相互参照
本願は、2021年3月18日出願の国際特許出願第PCT/US2021/022982号に基づくものであり、2020年3月20日出願の米国特許仮出願第62/992724号の優先権および利益を主張する。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【国際調査報告】