特許7544868 | 知財ポータル「IP Force」

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

▶ バイトダンス　インコーポレイテッドの特許一覧

特許7544868コーディングされた映像ピクチャにおけるスライスカウントの制約

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-26

(45)【発行日】2024-09-03

(54)【発明の名称】コーディングされた映像ピクチャにおけるスライスカウントの制約

(51)【国際特許分類】

H04N 19/70 20140101AFI20240827BHJP

H04N 19/30 20140101ALI20240827BHJP

【ＦＩ】

H04N19/70

H04N19/30

【請求項の数】 20

(21)【出願番号】P 2022575423

(86)(22)【出願日】2021-06-08

(65)【公表番号】

(43)【公表日】2023-07-10

(86)【国際出願番号】 US2021036462

(87)【国際公開番号】W WO2021252525

(87)【国際公開日】2021-12-16

【審査請求日】2023-01-20

(31)【優先権主張番号】63/036,321

(32)【優先日】2020-06-08

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】520477474

【氏名又は名称】バイトダンスインコーポレイテッド

【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥＩＮＣ．

【住所又は居所原語表記】１２６５５ＷｅｓｔＪｅｆｆｅｒｓｏｎＢｏｕｌｅｖａｒｄ，ＳｉｘｔｈＦｌｏｏｒ，ＳｕｉｔｅＮｏ．１３７ＬｏｓＡｎｇｅｌｅｓ，Ｃａｌｉｆｏｒｎｉａ９００６６ＵｎｉｔｅｄＳｔａｔｅｓｏｆＡｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002000

【氏名又は名称】弁理士法人栄光事務所

(72)【発明者】

【氏名】ワンイェクイ

【審査官】田部井和彦

(56)【参考文献】

【文献】特表２０１７－５１７１９４（ＪＰ，Ａ）

【文献】Ye-Kui Wang et al.，On level definitions [online]，JVET-Q0112-v1（JVET-Q0112-v1.docx）, [2024年2月8日検索]，インターネット＜URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q0112-v1.zip＞，2019年12月30日

【文献】Benjamin Bross et al.，Versatile Video Coding (Draft 8) [online]，JVET-Q2001-vE（JVET-Q2001-vE.docx）, [2024年2月8日検索]，インターネット＜URL: https://jvet-experts.org/doc_end_user/documents/17_Brussels/wg11/JVET-Q2001-v15.zip＞，2020年03月12日，pp.1-3,9-10,429-437

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ１９／７０

Ｈ０４Ｎ１９／３０

(57)【特許請求の範囲】

【請求項1】

映像と前記映像のビットストリームとの間で変換を行うことを含む映像データの処理方法であって、
前記ビットストリームは、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、
ｎは正の整数であり、各ＡＵが１つまたは複数のピクチャを含み、
前記変換は、第１のフォーマット規則に従って実行され、かつ、
前記第１のフォーマット規則は、ＡＵ０の除去時間に関係する第１の制約を規定し、前記第１の制約は、（ｉ）ピクチャあたりの最大スライス数とアクセスユニット内のピクチャ数との積に等しい値と、（ｉｉ）前記アクセスユニットの最大サイズとに基づくものであり、
前記第１の制約は、ＡＵ０のスライス数が、Ｍｉｎ（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、
ここで、ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりの最大スライス数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、前記ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、輝度サンプルにおいて、復号されたピクチャの最大サイズである、
映像データの処理方法。

【請求項2】

前記第１の制約は、ＡＵｎおよびＡＵｎ－１の連続するコーディングされたピクチャバッファ（ＣＰＢ）除去時間の差に関連する第２の制約をさらに規定し、前記第２の制約は、ピクチャあたりの最大スライス数とアクセスユニット内のピクチャ数との積に等しい値とに基づく、
請求項１に記載の方法。

【請求項3】

ＡＵ０に対応する値からＭａｘＬｕｍａＰｓの値およびＭａｘＬｕｍａＳｒの値を選択する、
請求項１に記載の方法。

【請求項4】

前記第２の制約は、ＡＵｎにおけるスライスの数が、Ｍｉｎ（（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、
ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりの最大スライス数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間である、
請求項２に記載の方法。

【請求項5】

ＭａｘＳｌｉｃｅｓＰｅｒＡｕの値、ＭａｘＬｕｍａＰｓの値、およびＭａｘＬｕｍａＳｒの値をＡＵｎに対応する値から選択する、
請求項４に記載の方法。

【請求項6】

前記変換は、第２のフォーマット規則に従って実行され、
前記第２のフォーマット規則は、ＡＵ０の除去時間に関連する第３の制約と、ＡＵｎおよびＡＵｎ－１の連続するＣＰＢ除去時間の差に関連する第４の制約とを有し、前記第３の制約は、（ｉ）ピクチャあたりの最大タイル列数（ＭａｘＴｉｌｅＣｏｌｓ）と、ピクチャあたりの最大タイル行数（ＭａｘＴｉｌｅＲｏｗｓ）と、アクセスユニット内のピクチャ数との積に等しい値と、（ｉｉ）前記アクセスユニットの最大サイズとに基づき、前記第４の制約は、ピクチャあたりの最大タイル列数（ＭａｘＴｉｌｅＣｏｌｓ）と、ピクチャあたりの最大タイル行数（ＭａｘＴｉｌｅＲｏｗｓ）と、アクセスユニット内のピクチャ数との積に等しい値に基づくものである、
請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記第３の制約は、ＡＵ０のタイル数がＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅｓＰｅｒＡｕ×１２０×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＴｉｌｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＴｉｌｅｓＰｅｒＡｕ）以下であることを規定し、
ここで、ＭａｘＴｉｌｅｓＰｅｒＡｕは、アクセスユニットあたりの最大タイル数であり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、前記ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、かつ、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、輝度サンプルにおいて、復号されたピクチャの最大サイズである、
請求項６に記載の方法。

【請求項8】

ＡＵ０に対応する値からＭａｘＴｉｌｅｓＰｅｒＡｕの値を選択する、
請求項７に記載の方法。

【請求項9】

前記第４の制約は、ＡＵｎにおけるタイルの数がＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅｓＰｅｒＡｕ×１２０×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＴｉｌｅｓＰｅｒＡｕ）以下であることを規定し、ＭａｘＴｉｌｅｓＰｅｒＡｕは、アクセスユニットあたりの最大タイル数であり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間である、
請求項６に記載の方法。

【請求項10】

ＡＵｎに対応する値からＭａｘＴｉｌｅｓＰｅｒＡｕの値を選択する、
請求項９に記載の方法。

【請求項11】

前記変換は、前記ビットストリームから前記映像を復号することを含む、
請求項１～１０のいずれか１項に記載の方法。

【請求項12】

前記変換は、前記映像を前記ビットストリームに符号化することを含む、
請求項１～１０のいずれか１項に記載の方法。

【請求項13】

処理装置と、命令を記憶する非一時的メモリとを備える映像データの処理装置であって、前記命令は、前記処理装置による実行時に、前記処理装置に、
映像と、前記映像のビットストリームとの間で変換を行わせ、
前記ビットストリームは、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ｎは、正の整数であり、各ＡＵが１つまたは複数のピクチャを含み、
前記変換は、第１のフォーマット規則に従って実行され、
前記第１のフォーマット規則は、ＡＵ０の除去時間に関連する第１の制約を規定し、前記第１の制約は、（ｉ）ピクチャあたりの最大スライス数とアクセスユニット内のピクチャ数との積に等しい値と、（ｉｉ）前記アクセスユニットの最大サイズとに基づくものであり、前記第１の制約は、ＡＵ０のスライス数がＭｉｎ（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、
ここで、ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりの最大スライス数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、前記ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、復号されたピクチャの最大サイズ（輝度サンプル単位）である、
映像データの処理装置。

【請求項14】

前記第１の制約は、ＡＵｎおよびＡＵｎ－１の連続するコーディングされたピクチャバッファ（ＣＰＢ）除去時間の差に関連する第２の制約をさらに規定し、前記第２の制約は、ピクチャあたりの最大スライス数とアクセスユニット内のピクチャ数との積に等しい値とに基づく、
請求項１３に記載の映像データの処理装置。

【請求項15】

前記第２の制約は、ＡＵｎのスライス数がＭｉｎ（（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、
ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりの最大スライス数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間である、
請求項１４に記載の装置。

【請求項16】

【請求項17】

前記第３の制約は、ＡＵ０のタイル数がＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅｓＰｅｒＡｕ×１２０×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＴｉｌｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＴｉｌｅｓＰｅｒＡｕ）以下であることを規定し、
ここで、ＭａｘＴｉｌｅｓＰｅｒＡｕは、アクセスユニットあたりの最大タイル数であり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、前記ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、復号されたピクチャの最大サイズ（輝度サンプル単位）である、
請求項１６に記載の装置。

【請求項18】

前記第４の制約は、ＡＵｎのタイル数がＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅｓＰｅｒＡｕ×１２０×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＴｉｌｅｓＰｅｒＡｕ）以下であることを規定し、
ＭａｘＴｉｌｅｓＰｅｒＡｕは、アクセスユニットあたりの最大タイル数であり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間である、
請求項１６に記載の装置。

【請求項19】

処理装置に実行させる命令を格納した非一時的なコンピュータ可読記憶媒体であって、
映像と、前記映像のビットストリームとの間で変換を行い、
前記ビットストリームは、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ｎは、正の整数であり、各ＡＵが１つまたは複数のピクチャを含み、
前記変換は、第１のフォーマット規則に従って実行され、
前記第１のフォーマット規則は、ＡＵ０の除去時間に関連する第１の制約を規定し、前記第１の制約は、（ｉ）ピクチャあたりの最大スライス数とアクセスユニット内のピクチャ数との積に等しい値と、（ｉｉ）前記アクセスユニットの最大サイズとに基づくものであり、前記第１の制約は、ＡＵ０のスライス数がＭｉｎ（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、
ここで、ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりの最大スライス数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、前記ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、復号されたピクチャの最大サイズ（輝度サンプル単位）である、
非一時的なコンピュータ可読記憶媒体。

【請求項20】

映像のビットストリームを記憶する方法であって、
前記映像の前記ビットストリームを生成し、
非一過性のコンピュータ可読記憶媒体に前記ビットストリームを記憶することを含み、
前記ビットストリームは、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ｎは、正の整数であり、各ＡＵが１つまたは複数のピクチャを含み、
前記ビットストリームは、第１のフォーマット規則に従って生成され、
前記第１のフォーマット規則は、ＡＵ０の除去時間に関連する第１の制約を規定し、前記第１の制約は、（ｉ）ピクチャあたりの最大スライス数とアクセスユニット内のピクチャ数との積に等しい値と、（ｉｉ）前記アクセスユニットの最大サイズとに基づくものであり、前記第１の制約は、ＡＵ０のスライス数がＭｉｎ（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、
ここで、ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりの最大スライス数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、前記ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、復号されたピクチャの最大サイズ（輝度サンプル単位）である、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本願は、２０２０年６月８日出願の米国特許仮出願第６３／０３６３２１号の優先権および利益を適時に主張する２０２１年６月８日出願の国際特許出願第ＰＣＴ／ＵＳ２０２１／０３６４６２号に基づくものである。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

【0002】

この特許明細書は、画像および映像コーディングおよび復号に関する。

【背景技術】

【0003】

デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

【発明の概要】

【0004】

本明細書は、映像コーディングまたは復号を行うために、映像エンコーダおよびデコーダによって使用される制約を実装することが可能な技術を開示する。

【0005】

１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のスライスを備える１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、フォーマット規則に基づいて、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ここで、ｎは正の整数であり、このフォーマット規則は、復号時の複数のＡＵのそれぞれのコーディングされたピクチャバッファ（ＣＰＢ）からの除去時間と、複数のＡＵのそれぞれのスライス数との間の関係を規定する。

【0006】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のタイルを備える１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、フォーマット規則に基づいて、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ここで、ｎは正の整数であり、このフォーマット規則は、複数のＡＵのそれぞれのコーディングされたピクチャバッファ（ＣＰＢ）からの除去時間と、複数のＡＵのそれぞれのタイル数との間の関係を規定する。

【0007】

さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のスライスを備える１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この変換は、規則に準拠し、このビットストリームは、１つ以上のアクセスユニットに編成され、この規則は、復号されたピクチャバッファ（ＤＰＢ）に記憶される復号されたピクチャの数に対する制約を規定し、ここで、復号されたピクチャにおける復号されたピクチャのそれぞれは、（ｉ）参照のために使用されるとマークされ、（ｉｉ）復号されたピクチャが出力されていることを示すフラグを有し、および、（ｉｉｉ）現在のピクチャの復号時間よりも後の出力時間を有する。

【0008】

さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成された処理装置を備える。

【0009】

さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダは、上述した方法を実装するように構成された処理装置を備える。

【0010】

さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つを処理装置が実行可能なコードの形式で実施する。

【0011】

これらのおよび他の特徴は、本文書全体にわたって説明される。

【図面の簡単な説明】

【0012】

【図1】本明細書で開示される様々な技術が実装され得る例示的な映像処理システムを示すブロック図である。

【図2】映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。

【図3】本開示のいくつかの実施形態を実装することができる例示的な映像コーディングシステムを示すブロック図である。

【図4】本開示のいくつかの実施形態を実装することができるエンコーダの例を示すブロック図である。

【図5】本開示のいくつかの実施形態を実装することができるデコーダの例を示すブロック図である。

【図6】映像処理の方法の例を示すフローチャートである。

【図7】映像処理の方法の例を示すフローチャートである。

【図8】映像処理の方法の例を示すフローチャートである。

【発明を実施するための形態】

【0013】

本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。

【0014】

１．導入
本明細書は、映像コーディング技術に関する。具体的には、単層レイヤ映像コーディングおよび多層レイヤ映像コーディングの両方をサポートする映像コーデックのためのレベルおよびビットストリーム適合性を定義することに関する。本発明は、単層レイヤ映像コーディングおよび多層レイヤ映像コーディングをサポートする任意の映像コーディング標準または非標準映像コーデック、例えば、開発中の汎用映像コーディング（ＶＶＣ）に適用されてもよい。

【0015】

２．略語
ＡＰＳＡｄａｐｔａｔｉｏｎＰａｒａｍｅｔｅｒＳｅｔ（適応パラメータセット）
ＡＵＡｃｃｅｓｓＵｎｉｔ（アクセスユニット）
ＡＵＤＡｃｃｅｓｓＵｎｉｔＤｅｌｉｍｉｔｅｒ（アクセスユニット区切り文字）
ＡＶＣＡｄｖａｎｃｅｄＶｉｄｅｏＣｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳＣｏｄｅｄＬａｙｅｒＶｉｄｅｏＳｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢＣｏｄｅｄＰｉｃｔｕｒｅＢｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡＣｌｅａｎＲａｎｄｏｍＡｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵＣｏｄｉｎｇＴｒｅｅＵｎｉｔ（コーディングツリーユニット）
ＣＶＳＣｏｄｅｄＶｉｄｅｏＳｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＰＢＤｅｃｏｄｅｄＰｉｃｔｕｒｅＢｕｆｆｅｒ（復号されたピクチャバッファ）
ＤＰＳＤｅｃｏｄｉｎｇＰａｒａｍｅｔｅｒＳｅｔ（復号パラメータセット）
ＥＯＢＥｎｄＯｆＢｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳＥｎｄＯｆＳｅｑｕｅｎｃｅ（シーケンス終端）
ＧＣＩＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔｓＩｎｆｏｒｍａｔｉｏｎ（一般的な制約情報）
ＧＤＲＧｒａｄｕａｌＤｅｃｏｄｉｎｇＲｅｆｒｅｓｈ（漸次的復号更新）
ＨＥＶＣＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤＨｙｐｏｔｈｅｔｉｃａｌＲｅｆｅｒｅｎｃｅＤｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲＩｎｓｔａｎｔａｎｅｏｕｓＤｅｃｏｄｉｎｇＲｅｆｒｅｓｈ（瞬時復号更新）
ＪＥＭＪｏｉｎｔＥｘｐｌｏｒａｔｉｏｎＭｏｄｅｌ（共同探索モデル）
ＭＣＴＳＭｏｔｉｏｎ－ＣｏｎｓｔｒａｉｎｅｄＴｉｌｅＳｅｔｓ（動き制約タイルセット）
ＮＡＬＮｅｔｗｏｒｋＡｂｓｔｒａｃｔｉｏｎＬａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳＯｕｔｐｕｔＬａｙｅｒＳｅｔ（出力レイヤセット）
ＰＨＰｉｃｔｕｒｅＨｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳＰｉｃｔｕｒｅＰａｒａｍｅｔｅｒＳｅｔ（ピクチャパラメータセット）
ＰＴＬＰｒｏｆｉｌｅ，ＴｉｅｒａｎｄＬｅｖｅｌ（プロファイル、ティア（ｔｉｅｒ）およびレベル）
ＰＵＰｉｃｔｕｒｅＵｎｉｔ（ピクチャユニット）
ＲＲＰＲｅｆｅｒｅｎｃｅＰｉｃｔｕｒｅＲｅｓａｍｐｌｉｎｇ（参照ピクチャ再サンプリング）
ＲＢＳＰＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥＩＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＨＳｌｉｃｅＨｅａｄｅｒ（スライスヘッダ）
ＳＰＳＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ（シーケンスパラメータセット）
ＳＶＣＳｃａｌａｂｌｅＶｉｄｅｏＣｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬＶｉｄｅｏＣｏｄｉｎｇＬａｙｅｒ（映像コーディングレイヤ）
ＶＰＳＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ（映像パラメータセット）
ＶＴＭＶＶＣＴｅｓｔＭｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩＶｉｄｅｏＵｓａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣＶｅｒｓａｔｉｌｅＶｉｄｅｏＣｏｄｉｎｇ（汎用映像コーディング）

【0016】

３．初期の協議
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（ＡｄｖａｎｃｅｄＶｉｄｅｏＣｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測に加えて変換コーディングも利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（ＪｏｉｎｔＶｉｄｅｏＥｘｐｌｏｒａｔｉｏｎＴｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（ＪｏｉｎｔＥｘｐｌｏｒａｔｉｏｎＭｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（ＶｅｒｓａｔｉｌｅＶｉｄｅｏＣｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。

【0017】

３．１シーケンス内のピクチャ解像度の変更
ＡＶＣおよびＨＥＶＣにおいて、ピクチャの空間的解像度は、新しいＳＰＳを使用する新しいシーケンスがＩＲＡＰピクチャで始まらない限り、変更することができない。ＶＶＣは、常にイントラコーディングされたＩＲＡＰピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャをリサンプリングすることが必要であるため、時として参照ピクチャリサンプリング（ＲＰＲ）と称せられる。

【0018】

スケーリング比は、１／２（参照ピクチャから現在のピクチャへのダウンサンプリングの２倍）以上８（８倍のアップサンプリング）以下に制限される。参照ピクチャと現在のピクチャとの間の様々なスケーリング比に対処するために、周波数カットオフが異なる３つの再サンプリングフィルタセットを規定する。３つの再サンプリングフィルタセットは、それぞれ、１／２～１／１．７５、１／１．７５～１／１．２５、および１／１．２５～８の範囲のスケーリング比に適用される。各組の再サンプリングフィルタは、動き補償補間フィルタの場合と同様に、輝度に対して１６個のフェーズを有し、彩度に対して３２個のフェーズを有する。実際には、通常のＭＣ補間プロセスは、１／１．２５～８の範囲のスケーリング比を有する再サンプリングプロセスの特殊な場合である。水平および垂直スケーリング比は、ピクチャの幅および高さ、並びに参照ピクチャおよび現在のピクチャに対して規定された左、右、上および下のスケーリングオフセットに基づいて導出される。

【0019】

ＨＥＶＣとは異なる、この特徴をサポートするためのＶＶＣ設計の他の態様は、ｉ）ＳＰＳの代わりにＰＰＳにおいてピクチャ解像度および対応する適合性ウィンドウを信号通知すること、ＳＰＳにおいて最大ピクチャ解像度を信号通知すること、ｉｉ）単層レイヤビットストリームの場合、各ピクチャ備え（１つの復号されたピクチャを記憶するためのＤＰＢにおける１つのスロット）は、最大ピクチャ解像度を有する復号されたピクチャを記憶するために必要なバッファサイズを占めることを含む。

【0020】

３．２．全般およびＶＶＣにおけるスケーラブル映像コーディング（ＳＶＣ）
ＳＶＣ（ＳｃａｌａｂｌｅＶｉｄｅｏＣｏｄｉｎｇ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ＢＬ（ＢａｓｅＬａｙｅｒ：基本レイヤ）（時には、ＲＬ（ＲｅｆｅｒｅｎｃｅＬａｙｅｒ：参照レイヤ）と呼ばれる）および１または複数のスケーラブルＥＬ（ＥｎｈａｎｃｅｍｅｎｔＬａｙｅｒ：強化レイヤ）が使用される映像コーディングを参照する。ＳＶＣにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。１つ以上の強化レイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを担持することができる。強化レイヤは、前の、符号化されたレイヤに対して定義されてもよい。例えば、下レイヤがＢＬとして機能し、上レイヤがＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する強化レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の強化レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報（例えば、動き推定、動きベクトル予測および／または他の冗長性）をコーディング（例えば、符号化または復号）することができる。

【0021】

ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームにおける異なるレイヤのコーディングされた映像シーケンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよく、コーディングされた映像シーケンスにおける１つ以上のピクチャによって利用されるパラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、ピクチャにおいて１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰＳ）に含まれてもよく、１つのスライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所定の時間にどのパラメータセットを使用しているかの指示は、様々なコーディングレベルで提供されてもよい。

【0022】

ＶＶＣにおけるＲＰＲ（ＲｅｆｅｒｅｎｃｅＰｉｃｔｕｒｅＲｅｓａｍｐｌｉｎｇ）のサポートのおかげで、空間的スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤおよびＨＤ解像度による２つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートしない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１に規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は、単層レイヤデコーダの設計にできるだけ適したものにされてきた。多層レイヤビットストリームのための復号能力は、ビットストリームに単層レイヤしかなかったかの如く規定される。例えば、ＤＰＢサイズのような復号能力は、復号されるビットストリームのレイヤの数に依存しないやり方で規定される。基本的に、単層ビットストリームのために設計されたデコーダは、多層ビットストリームを復号することができるようにするために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、ＩＲＡＰＡＵは、ＣＶＳに存在するレイヤの各々にピクチャを含むことが必要である。

【0023】

３．３パラメータセット
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータセットを規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳおよびＶＰＳを含む。ＳＰＳおよびＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。

【0024】

ＳＰＳは、シーケンスレベルのヘッダ情報を担持するように設計され、ＰＰＳは、頻繁に変化しないピクチャレベルのヘッダ情報を担持するように設計された。ＳＰＳおよびＰＰＳを用いると、シーケンスまたはピクチャごとに頻繁に変化しない情報は繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。

【0025】

ＶＰＳは、多層のビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を担持するために導入された。

【0026】

ＡＰＳは、コーディングするためのかなりのビットを必要とし、複数のピクチャによって共有され、そして、シーケンスにおいて非常に多くの異なる変形例が存在し得る、そのようなピクチャレベルまたはスライスレベルの情報を担持するために導入された。

【0027】

３．４．プロファイル、ティアおよびレベル
映像コーディング規格は、通常、プロファイルおよびレベルを規定する。また、一部の映像コーディング規格は、ティアを規定する。例えば、ＨＥＶＣおよび現在開発中のＶＶＣである。

【0028】

プロファイル、ティア、およびレベルは、ビットストリームに対する制限を規定し、従ってビットストリームを復号するのに必要な能力を制限する。プロファイル、ティア、およびレベルは、個々のデコーダ実装間の相互運用性を示すために使用されてもよい。

【0029】

各プロファイルは、そのプロファイルに準拠するすべてのデコーダによってサポートされるべきアルゴリズムの特徴および制限のサブセットを規定する。なお、エンコーダは、プロファイルにサポートされるすべてのコーディングツールまたは特徴を利用する必要がなく、プロファイルに準拠したデコーダは、すべてのコーディングツールまたは特徴をサポートする必要がある。

【0030】

ティアの各レベルは、ビットストリーム構文要素がとりうる値の制限のセットを規定する。同じティアおよびレベル定義のセットは、通常、すべてのプロファイルで使用されるが、個々の実装は、異なるティアをサポートしてもよく、ティア内では、サポートされるプロファイルごとに異なるレベルをサポートしてもよい。任意の所定のプロファイルの場合、ティアのレベルは、一般的に、特定のデコーダ処理負荷およびメモリ能力に対応する。

【0031】

映像コーデック仕様に準拠した映像デコーダの能力は、映像コーデック仕様において規定されたプロファイル、ティア、およびレベルの制約に準拠した映像ストリームの復号能力に関して規定される。規定されたプロファイルのためのデコーダの能力を表現するとき、そのプロファイルにサポートされるティアおよびレベルもまた表現されるべきである。

【0032】

３．５既存のＶＶＣティアおよびレベル定義
ＪＶＥＴ－Ｓ０１５２－ｖ５の最新のＶＶＣ草案テキストにおいて、ティアおよびレベルの定義は以下のとおりである。

【0033】

Ａ．４．１一般ティア・レベル制限
ティア能力を比較するために、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇが０であるティア（すなわち、Ｍａｉｎティア）は、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇが１に等しいティア（すなわち、上位ティア）よりも低いティアと見なされる。
レベル能力を比較するために、特定のレベルのｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃまたはｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］の値が他のレベルの値よりも小さい場合、特定のティアの特定のレベルは、同じティアのある他のレベルよりも低いレベルと見なされる。

【0034】

本附属書における制約を表すために、以下を規定する。
－ＡＵｎを復号順でｎ番目のＡＵとし、最初のＡＵをＡＵ０（すなわち、０番目のＡＵ）とする。
－ＯＬＳインデックスＴａｒｇｅｔＯｌｓＩｄｘを有するＯＬＳの場合、変数ＰｉｃＷｉｄｔｈＭａｘＩｎＳａｍｐｌｅｓＹ、ＰｉｃＨｅｉｇｈｔＭａｘＩｎＳａｍｐｌｅｓＹ、およびＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ、並びに適用可能なｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、以下のように導出される。
ｏＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］が１に等しい場合、ＰｉｃＷｉｄｔｈＭａｘＩｎＳａｍｐｌｅｓＹはｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく、ＰｉｃＨｅｉｇｈｔＭａｘＩｎＳａｍｐｌｅｓＹはｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく、そしてＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹはＰｉｃＷｉｄｔｈＭａｘＩｎＳａｍｐｌｅｓＹ＊ＰｉｃＨｅｉｇｈｔＭａｘＩｎＳａｍｐｌｅｓＹに等しく設定され、ここで、ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓはＯＬＳ内のレイヤによって参照されるＳＰＳにあり、適用可能なｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造もまたそのＳＰＳ内にある。
ｏそうでない場合（ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］が１より大きい）、ＰｉｃＷｉｄｔｈＭａｘＩｎＳａｍｐｌｅｓＹはｖｐｓ＿ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［ＭｕｌｔｉＬａｙｅｒＯｌｓＩｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ］］に等しく、ＰｉｃＨｅｉｇｈｔＭａｘＩｎＳａｍｐｌｅｓＹはｖｐｓ＿ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［ＭｕｌｔｉＬａｙｅｒＯｌｓＩｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ］］に等しく、ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹはＰｉｃＷｉｄｔｈＭａｘＩｎＳａｍｐｌｅｓＹ＊ＰｉｃＨｅｉｇｈｔＭａｘＩｎＳａｍｐｌｅｓＹに等しく設定され、かつ適用可能なｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造はＶＰＳにあるｖｐｓ＿ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［ＭｕｌｔｉＬａｙｅｒＯｌｓＩｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ］］によって識別される。

【0035】

規定されたレベルがレベル１５．５でない場合、規定されたティアおよびレベルのプロファイルに準拠するビットストリームは、添付書類Ｃに規定されるように、ビットストリーム適合性試験ごとに以下の制約に従うものとする。
ａ）ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹは、ＭａｘＬｕｍａＰｓ以下であるものとし、ＭａｘＬｕｍａＰｓは、表Ａ．１に規定される。
ｂ）ＰｉｃＷｉｄｔｈＭａｘＩｎＳａｍｐｌｅｓＹの値は、Ｓｑｒｔ（ＭａｘＬｕｍａＰｓ＊８）以下であるものとする。
ｃ）ＰｉｃＨｅｉｇｈｔＭａｘＩｎＳａｍｐｌｅｓＹの値は、Ｓｑｒｔ（ＭａｘＬｕｍａＰｓ＊８）以下であるものとする。
ｄ）参照される各ＰＰＳについて、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓの値はＭａｘＴｉｌｅＣｏｌｓ以下であり、ＮｕｍＴｉｌｅＲｏｗｓの値はＭａｘＴｉｌｅＲｏｗｓ以下であるとし、ここで、ＭａｘＴｉｌｅＣｏｌｓおよびＭａｘＴｉｌｅＲｏｗｓは表Ａ．１に規定される。
ｅ）ＶＣＬＨＲＤパラメータについて、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ｉ］は、０～ｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲の少なくとも１つのｉの値について、ＣｐｂＶｃｌＦａｃｔｏｒ＊ＭａｘＣＰＢ以下でなければならず、ここで、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ｉ］は、Ｃ．１項に規定されるように選択されたパラメータに基づいて７．４．６．３項で規定され、ＣｐｂＶｃｌＦａｃｔｏｒは、ＴａｂｌｅＡ．３で規定され、かつ、ＭａｘＣＰＢは、ＣｐｂＶｃｌＦａｃｔｏｒビットの単位でＴａｂｌｅＡ．１において規定される。
ｆ）ＮＡＬＨＲＤパラメータは、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ｉ］が、０～ｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲の少なくとも１つのｉの値について、ＣｐｂＮａｌＦａｃｔｏｒ＊ＭａｘＣＰＢ以下でなければならず、ここで、ＣｐｂＳｉｚｅ［Ｈｔｉｄ］［ｉ］は、Ｃ．１項に規定されるように選択されたパラメータに基づいて７．４．６．３項で規定され、ＣｐｂＮａｌＦａｃｔｏｒは、ＴａｂｌｅＡ．３で規定され、かつ、ＭａｘＣＰＢは、ＣｐｂＮａｌＦａｃｔｏｒビットの単位でＴａｂｌｅＡ．１において規定される。

【0036】

表Ａ．１は、レベル１５．５以外のレベルのために各ティアのレベルの制限を規定する。
以下の通り、ビットストリームが適合するティアおよびレベルは構文要素ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇおよびｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃによって示され、サブレイヤ表現が適合するレベルは構文要素ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］によって示される。

【0037】

－規定されたレベルがレベル１５．５でない場合、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇが０に等しいことは、Ｍａｉｎティアに適合していることを示し、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇが１であることは、表Ａ．１に規定されたティア制約に従って、上位ティアに適合していることを示し、レベル４より下のレベル（「－」がマークされた表Ａ．１のエントリに対応）については、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇが０に等しいものとする。そうでない場合（規定されたレベルがレベル１５．５の場合）、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇは１に等しいこと、および、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇのための値０はＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約されており、デコーダはｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇの値を無視するものとすることがビットストリーム適合性の要件である。
－ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃ、ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｉｄｃ［ｉ］は、表Ａ．１に規定されたレベル番号に対してｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値に等しく設定される。

【0038】

【表1】

【0039】

Ａ．４．２プロファイル固有のレベル制限
本附属書における制約を表すために、以下を規定する。
－変数ｆＲを１÷３００に等しく設定する。

【0040】

変数ＨｂｒＦａｃｔｏｒは、以下のように定義される。
－ビットストリームがＭａｉｎ１０プロファイルまたはＭａｉｎ４：４：４１０プロファイルに適合していることが示された場合、ＨｂｒＦａｃｔｏｒは１に等しく設定される。

【0041】

ＶＣＬビットレートスケールファクタを表す変数ＢｒＶｃｌＦａｃｔｏｒは、ＣｐｂＶｃｌＦａｃｔｏｒ＊ＨｂｒＦａｃｔｏｒに等しく設定される。
ＮＡＬビットレートスケールファクタを表す変数ＢｒＮａｌＦａｃｔｏｒは、ＣｐｂＮａｌＦａｃｔｏｒ＊ＨｂｒＦａｃｔｏｒに等しく設定される。
変数ＭｉｎＣｒは、ＭｉｎＣｒＢａｓｅ＊ＭｉｎＣｒＳｃａｌｅＦａｃｔｏｒ÷ＨｂｒＦａｃｔｏｒに等しく設定される。
規定されたレベルがレベル１５．５でない場合、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１の値は、ＭａｘＤｐｂＳｉｚｅ以下であるものとし、これは、以下のように導出される。

【0042】

ｉｆ（ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＜＝（ＭａｘＬｕｍａＰｓ＞＞２））
ＭａｘＤｐｂＳｉｚｅ＝Ｍｉｎ（４＊ｍａｘＤｐｂＰｉｃＢｕｆ，１６）
ｅｌｓｅｉｆ（ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＜＝（ＭａｘＬｕｍａＰｓ＞＞１））
ＭａｘＤｐｂＳｉｚｅ＝Ｍｉｎ（２＊ｍａｘＤｐｂＰｉｃＢｕｆ，１６）
ｅｌｓｅｉｆ（ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＜＝（（３＊ＭａｘＬｕｍａＰｓ）＞＞２））
ＭａｘＤｐｂＳｉｚｅ＝Ｍｉｎ（（４＊ｍａｘＤｐｂＰｉｃＢｕｆ）／３，１６）
ｅｌｓｅ
ＭａｘＤｐｂＳｉｚｅ＝ｍａｘＤｐｂＰｉｃＢｕｆ（Ａ．１）

【0043】

表Ａ．１にＭａｘＬｕｍａＰｓが規定されている場合、ｍａｘＤｐｂＰｉｃＢｕｆは８に等しく、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］は適用可能なｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造にあるか、またはそこから導出される。
ｎｕｍＤｅｃＰｉｃｓをＡＵｎにおけるピクチャの数とする。変数ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｎ］は、ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＊ｎｕｍＤｅｃＰｉｃｓに等しく設定される。

【0044】

特定されたティアおよびレベルでＭａｉｎ１０またはＭａｉｎ４：４：４１０プロファイルに準拠するビットストリームは、附属書Ｃに規定されるように、ビットストリーム適合性試験ごとに以下の制約に従う。

【0045】

ａ）Ｃ．２．３項に規定されるように、ＣＰＢからのＡＵｎ（ｎは０より大きい）の公称除去時間は、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］がＭａｘ（ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｎ－１］÷ＭａｘＬｕｍａＳｒ，ｆＲ）以上であるという制約を満たし、ここで、ＭａｘＬｕｍａＳｒはＡＵｎ－１に適用される表Ａ．２に規定される値である。

【0046】

ｂ）Ｃ．３．３項に規定されるように、ＤＰＢからの異なるＡＵのピクチャの連続した出力時間の差は、ＤｐｂＯｕｔｐｕｔＩｎｔｅｒｖａｌ［ｎ］がＭａｘ（ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｎ］÷ＭａｘＬｕｍａＳｒ，ｆＲ）以上であるという制約を満たすものとし、ここで、ＭａｘＬｕｍａＳｒは、ＡＵｎに対して表Ａ．２に規定される値であるが、ＡＵｎは、出力されるピクチャを有し、かつＡＵｎは出力されるピクチャを有するビットストリームの最後のＡＵでないことを条件とする。

【0047】

ｃ）ＡＵ０の除去時間は、ＡＵ０における各ピクチャのスライス数を、ピクチャ０のＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹの値に対して、Ｍｉｎ（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ＊ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ＊ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ／ＭａｘＬｕｍａＰｓ），ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ）以下とする制約を満たすものとし、ここでＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ、ＭａｘＬｕｍａＰｓおよびＭａｘＬｕｍａＳｒは、ＡＵ０に適用される表Ａ．１および表Ａ．２にそれぞれ規定された値である。

【0048】

ｄ）ＡＵｎとｎ－１（ｎは０より大きい）の連続したＣＰＢ除去時間の差は、ＡＵｎの各ピクチャのスライス数をＭｉｎ（（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ＊ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ）以下とする制約を満たすものとし、ここでＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ、ＭａｘＬｕｍａＰｓおよびＭａｘＬｕｍａＳｒはＡＵｎに適用される表Ａ．１および表Ａ．２に規定された値である。

【0049】

ｅ）ＶＣＬＨＲＤパラメータの場合、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、０～ｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲内の少なくとも１つのｉの値について、ＢｒＶｃｌＦａｃｔｏｒ＊ＭａｘＢＲ以下であるものとし、ここで、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、Ｃ．１項に規定されるように選択されたパラメータに基づいて７．４．６．３項で規定され、かつＭａｘＢＲは、表Ａ．２において、ＢｒＶｃｌＦａｃｔｏｒｂｉｔｓ／ｓ単位で規定されている。

【0050】

ｆ）ＮＡＬＨＲＤパラメータの場合、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、０～ｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲内の少なくとも１つのｉの値について、ＢｒＮａｌＦａｃｔｏｒ＊ＭａｘＢＲ以下であるものとし、ここで、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、Ｃ．１項に規定されるように選択されたパラメータに基づいて７．４．６．３項で規定され、かつＭａｘＢＲは、表Ａ．２において、ＢｒＮａｌＦａｃｔｏｒｂｉｔｓ／ｓ単位で規定されている。

【0051】

ｇ）ＡＵ０のためのＮｕｍＢｙｔｅｓＩｎＮａｌＵｎｉｔ変数の合計は、ＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒ＊（Ｍａｘ（ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］，ｆＲ＊ＭａｘＬｕｍａＳｒ）＋ＭａｘＬｕｍａＳｒ＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］））÷ＭｉｎＣｒ以下であるものとし、ここで、ＭａｘＬｕｍａＳｒおよびＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒは、ＡＵ０に適用される表Ａ．２および表Ａ．３にそれぞれ規定された値である。

【0052】

ｈ）ＡＵｎ（ｎは０より大きい）のためのＮｕｍＢｙｔｅｓＩｎＮａｌＵｎｉｔ変数の合計は、ＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒ＊ＭａｘＬｕｍａＳｒ＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）÷ＭｉｎＣｒ以下であるものとし、ＭａｘＬｕｍａＳｒおよびＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒは、ＡＵｎに適用される表Ａ．２および表Ａ．３にそれぞれ規定された値である。

【0053】

ｉ）ＡＵ０の除去時間は、ＡＵ０における各ピクチャのタイル数を、Ｍｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ＊１２０＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ＊ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ）以下とする制約を満たすものとし、ＭａｘＴｉｌｅＣｏｌｓおよびＭａｘＴｉｌｅＲｏｗｓはＡＵ０に適用される表Ａ．１に規定された値である。

【0054】

ｊ）ＡＵｎおよびｎ－１（ｎは０より大きい）の連続したＣＰＢ除去時間の差は、ＡＵｎの各ピクチャのタイル数をＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ＊１２０＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ）以下とする制約を満たすものとし、ここで、ＭａｘＴｉｌｅＣｏｌｓおよびＭａｘＴｉｌｅＲｏｗｓは、ＡＵｎに適用される表Ａ．１に規定された値である。

【0055】

【表2】

【0056】

【表3】

【0057】

３．６．既存のＶＶＣビットストリーム適合性定義
ＪＶＥＴ－Ｓ０１５２－ｖ５の最新のＶＶＣ草案テキストにおいて、ビットストリーム適合定義は以下のとおりである。

【0058】

Ａ．４ビットストリーム適合性
本仕様に準拠するコーディングされたデータのビットストリームは、本項に規定されるすべての要件を満たすものとする。
ビットストリームは、本附属書以外に、本明細書に規定される構文、意味および制約に従って解釈されるものとする。
ビットストリームにおける第１のコーディングされたピクチャは、ＩＲＡＰピクチャ（すなわち、ＩＤＲピクチャまたはＣＲＡピクチャ）またはＧＤＲピクチャとする。
このビットストリームは、Ｃ．１項に規定されるとおり、ＨＲＤによって適合性テストが行われる。
ｃｕｒｒＰｉｃＬａｙｅｒＩｄが現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいとする。
各現在のピクチャについて、変数ｍａｘＰｉｃＯｒｄｅｒＣｎｔおよびｍｉｎＰｉｃＯｒｄｅｒＣｎｔを、それぞれ、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｃｕｒｒＰｉｃＬａｙｅｒＩｄに等しい以下のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値の最大値および最小値に等しく設定する。

【0059】

－現在のピクチャ
－ＴｅｍｐｏｒａｌＩｄとｐｈ＿ｎｏｎ＿ｒｅｆ＿ｐｉｃ＿ｆｌａｇが共に０に等しく、ＲＡＳＬまたはＲＡＤＬピクチャでない、復号順で前のピクチャ。
－ＳＴＲＰは、現在のピクチャのＲｅｆＰｉｃＬｉｓｔ［０］におけるすべてのエントリ、および、ＲｅｆＰｉｃＬｉｓｔ［１］におけるすべてのエントリによって参照される。
－１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有するすべてのピクチャｎであって、ｃｕｒｒＰｉｃが現在のピクチャである場合、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］がＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］未満、かつ、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｎ］がＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］以上であるすべてのピクチャｎ。

【0060】

各ビットストリーム適合性試験について、以下のすべての条件を満たすものとする。
１．ＢＰＳＥＩメッセージに関連付けられた、ｎが０より大きい各ＡＵｎを、変数ｄｅｌｔａＴｉｍｅ９０ｋ［ｎ］を以下のように規定する。
ｄｅｌｔａＴｉｍｅ９０ｋ［ｎ］＝９００００＊（ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ［ｎ－１］）（Ｃ．１７）
ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［Ｈｔｉｄ］［ＳｃＩｄｘ］の値は、以下のように制約される。
－ｃｂｒ＿ｆｌａｇ［ＳｃＩｄｘ］が０に等しい場合、以下の条件は真とする。
ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［Ｈｔｉｄ］［ＳｃＩｄｘ］＜＝Ｃｅｉｌ（ｄｅｌｔａＴｉｍｅ９０ｋ［ｎ］）（Ｃ．１８）
－そうでない場合（ｃｂｒ＿ｆｌａｇ［ＳｃＩｄｘ］＝１）、以下の条件は真とする。
Ｆｌｏｏｒ（ｄｅｌｔａＴｉｍｅ９０ｋ［ｎ］）＜＝ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［Ｈｔｉｄ］［ＳｃＩｄｘ］＜＝Ｃｅｉｌ（ｄｅｌｔａＴｉｍｅ９０ｋ［ｎ］）（Ｃ．１９）
注記１－各ＡＵまたはＤＵの除去時におけるＣＰＢのビットの正確な数は、ＨＲＤを初期化するためにどのＢＰＳＥＩメッセージが選択されたかに依存し得る。エンコーダはこれを考慮しなければならず、ＨＲＤはいずれか１つのＢＰＳＥＩメッセージで初期化される可能性があるので、ＨＲＤの初期化のためにどのＢＰＳＥＩメッセージが選択されたかに関係なく、規定されたすべての制約に従わなければならないことを確実にするためである。

【0061】

２．ＣＰＢにおけるビットの総数がＣＰＢサイズよりも大きい状態として、ＣＰＢオーバーフローは規定される。ＣＰＢは決してオーバーフローしないものとする。

【0062】

３．ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［Ｈｔｉｄ］が０に等しい場合、ＣＰＢは決してアンダーフローしないものとする。ＣＰＢアンダーフローは、以下のように規定される。
－ＤｅｃｏｄｉｎｇＵｎｉｔＨｒｄＦｌａｇが０に等しい場合、ＡＵｎＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｎ］の公称ＣＰＢ除去時間が、少なくとも１つのｎの値に対してＡＵｎＡｕＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ［ｎ］の最終ＣＰＢ到着時間未満の状態として、ＣＰＢアンダーフローは規定される。
－そうでない場合（ＤｅｃｏｄｉｎｇＵｎｉｔＨｒｄＦｌａｇが１に等しい）、ＤＵｍＤｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］の公称ＣＰＢ除去時間が、少なくとも１つのｍの値に対してＤＵｍＤｕＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ［ｍ］の最終ＣＰＢ到着時間未満の状態として、ＣＰＢアンダーフローは規定される。

【0063】

４．ＤｅｃｏｄｉｎｇＵｎｉｔＨｒｄＦｌａｇが１に等しい場合、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［Ｈｔｉｄ］は、１に等しく、ＡＵｎのＤＵｍの公称除去時間は、ＤＵｍ（すなわち、ＤｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］＜ＤｕＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ［ｍ］）の最終ＣＰＢ到着時間未満であり、ＡＵｎの公称除去時間はＡＵｎ（すなわち、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｎ］＜ＡｕＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ［ｎ］）の最終ＣＰＢ到着時間未満であるものとする。

【0064】

５．ＣＰＢからのＡＵの公称除去時間（復号順で２番目のＡＵから始まる）は、Ａ．４．１およびＡ．４．２項に表されるＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｎ］およびＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］の制約を満たすものとする。

【0065】

６．各現在のピクチャについて、Ｃ．３．２項に規定されるように、ＤＰＢからピクチャを除去するための処理を呼び出した後、ＤＰＢにおいて復号されたピクチャの数は、「参照に使用される」とマークされる、または、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、ＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］がＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］未満であるすべてのピクチャｎを含み、ここで、ｃｕｒｒＰｉｃは現在のピクチャであり、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］以下であるものとする。

【0066】

７．予測のために必要な場合、すべての参照ピクチャがＤＰＢに存在するものとする。１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する各ピクチャは、Ｃ．３項に規定される処理の１つによってＤＰＢの出力時間の前にＤＰＢから取り除かれない限り、ＤＰＢの出力時間にＤＰＢに存在するものとする。

【0067】

８．ＣＬＶＳＳピクチャではない各現在のピクチャについて、ｍａｘＰｉｃＯｒｄｅｒＣｎｔ－ｍｉｎＰｉｃＯｒｄｅｒＣｎｔの値は、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ／２よりも小さいものとする。

【0068】

９．式Ｃ．１６により得られるＤｐｂＯｕｔｐｕｔＩｎｔｅｒｖａｌ［ｎ］の値は、ピクチャと出力順でこれに続きＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１である１つ目のピクチャとの出力時間の差であり、２項から９項までに規定される復号処理を用いてビットストリームにおいて規定されるプロファイル、ティア、およびレベルについて、Ａ．４．１項で表された制約を満たすものとする。

【0069】

１０．各現在のピクチャについて、ｂｐ＿ｄｕ＿ｃｐｂ＿ｐａｒａｍｓ＿ｉｎ＿ｐｉｃ＿ｔｉｍｉｎｇ＿ｓｅｉ＿ｆｌａｇが１に等しい場合、ｌｅｔｔｍｐＣｐｂＲｅｍｏｖａｌＤｅｌａｙＳｕｍは、以下のように導出される。
ｔｍｐＣｐｂＲｅｍｏｖａｌＤｅｌａｙＳｕｍ＝０
ｆｏｒ（ｉ＝０；ｉ＜ｐｔ＿ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ｔｍｐＣｐｂＲｅｍｏｖａｌＤｅｌａｙＳｕｍ＋＝
ｐｔ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｉｎｃｒｅｍｅｎｔ＿ｍｉｎｕｓ１［ｉ］［Ｈｔｉｄ］＋１（Ｃ．２０）
ＣｌｏｃｋＳｕｂＴｉｃｋ＊ｔｍｐＣｐｂＲｅｍｏｖａｌＤｅｌａｙＳｕｍの値は、現在のＡＵの公称ＣＰＢ除去時間と、復号順で現在のＡＵの第１のＤＵの公称ＣＰＢ除去時間との間の差に等しいものとする。

【0070】

１１．同じＣＶＳ内の任意の２つのピクチャｍおよびｎについて、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｍ］がＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｎ］よりも大きい場合、ピクチャｍのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ピクチャｎのＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも大きいものとする。
注記２－出力される、復号順で前のＣＶＳのすべてのピクチャは、復号順で後のＣＶＳのいずれかのピクチャの前に出力される。特定のＣＶＳ内で、出力されるピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌの昇順で出力される。

【0071】

１２．特定のＡＵにおけるすべてのピクチャに対して導出されたＤＰＢ出力時間は同じとする。

【0072】

４．開示される技術的解決策によって解決される技術課題
従来のレベル定義用ＶＶＣ設計において、以下のような問題が存在する。

【0073】

１）ＡＵ０およびＡＵｎ（ｎ＞０）のためのＣＰＢ除去時間とスライス数との間の関係に関する２つのレベル制限の定義、すなわち、Ａ．４．２項における項目ｃおよびｄ（プロファイル固有のレベル制限）は、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅおよび最大ピクチャサイズに基づく。しかし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは、ピクチャレベルの制限として定義され、ＣＰＢ除去時間は、ＡＵレベルのパラメータである。

【0074】

２）ＡＵ０およびＡＵｎ（ｎ＞０）のためのＣＰＢ除去時間とタイル数との間の関係に関する２つのレベル制限の定義、すなわち、Ａ．４．２項における項目ｉおよびｊ（プロファイル固有のレベル制限）は、ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓおよび最大ＡＵサイズに基づく。しかし、上記と同様に、ＭａｘＴｉｌｅＣｏｌｓおよびＭａｘＴｉｌｅＲｏｗｓは、ピクチャレベルの制限として定義され、ＣＰＢ除去時間はＡＵレベルのパラメータである。

【0075】

３）原因Ｃ．４（ビットストリーム適合）における第６番目の制約は、以下のとおりである。
各現在のピクチャについて、Ｃ．３．２項に規定されるように、ＤＰＢからピクチャを除去するための処理を呼び出した後、ＤＰＢにおいて復号されたピクチャの数は、「参照に使用される」とマークされる、または、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、ＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］がＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］未満であるすべてのピクチャｎを含み、ここで、ｃｕｒｒＰｉｃは現在のピクチャであり、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］以下であるものとする。
「ＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］＜ＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］未満」の部分は、ＤＰＢにおける復号されたピクチャの復号時間が現在のピクチャの復号時間未満である条件を説明する。しかしながら、ＤＰＢにおけるすべての復号されたピクチャは、常に現在のピクチャの復号よりも早く復号されるので、コンテキストにおけるＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］は、常にＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］よりも小さい。

【0076】

５．解決策および実施形態の例
上述した課題等を解決するために、以下に要約される方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。

【0077】

１）第１の問題を解決するために、ＡＵ０およびＡＵｎ（ｎ＞０）のためのＣＰＢ除去時間と、最新のＶＶＣ草案のＡ．４．２項におけるスライス数、すなわち、項目ｃおよびｄとの間の関係における２つのレベル制限の定義を、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅおよび最大ピクチャサイズに基づくものとすることから、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ＊（ＡＵにおけるピクチャ数）および最大ＡＵサイズに基づくものとするように変更する。

【0078】

２）第２の問題を解決するために、ＡＵ０およびＡＵｎ（ｎ＞０）のためのＣＰＢ除去時間と、最新のＶＶＣ草案のＡ．４．２項におけるタイル数、すなわち、項目ｉおよびｊとのとの間の関係における２つのレベル制限の定義を、ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓおよび最大ＡＵサイズに基づくものとすることから、ＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ＊（ＡＵにおけるピクチャ数）および最大ＡＵサイズに基づくものとするように変更する。

【0079】

３）第３の問題を解決するために、最新のＶＶＣ草案のＣ．４項の第６番目の制約を変更して、「参照に使用される」とマークされ、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、現在のピクチャの復号時間よりも出力時間が遅くなるようにＤＰＢに記憶される復号されたピクチャの数に制約を課すようにする。

【0080】

ａ．一例において、最新のＶＶＣ草案のＣ．４項における第６番目の制約において、「または、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、ＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］がＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］未満である」を、「または、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１に等しく、ＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｎ］がＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｃｕｒｒＰｉｃ］よりも大きい」に変更する。

【0081】

６．実施形態

【0082】

【化1】

【0083】

６．１．実施形態１
本実施形態は、項目１～３およびその小項目についてである。

【0084】

Ａ．４．２プロファイル固有のレベル制限
本附属書における制約を表すために、以下を規定する。
－変数ｆＲを１÷３００に等しく設定する。

【0085】

【0086】

【0087】

規定されたレベルがレベル１５．５でない場合、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］＋１の値は、ＭａｘＤｐｂＳｉｚｅ以下であるものとし、これは、以下のように導出される。
ｉｆ（ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＜＝（ＭａｘＬｕｍａＰｓ＞＞２））
ＭａｘＤｐｂＳｉｚｅ＝Ｍｉｎ（４＊ｍａｘＤｐｂＰｉｃＢｕｆ，１６）
ｅｌｓｅｉｆ（ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＜＝（ＭａｘＬｕｍａＰｓ＞＞１））
ＭａｘＤｐｂＳｉｚｅ＝Ｍｉｎ（２＊ｍａｘＤｐｂＰｉｃＢｕｆ，１６）
ｅｌｓｅｉｆ（ＰｉｃＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ＜＝（（３＊ＭａｘＬｕｍａＰｓ）＞＞２））
ＭａｘＤｐｂＳｉｚｅ＝Ｍｉｎ（（４＊ｍａｘＤｐｂＰｉｃＢｕｆ）／３，１６）
ｅｌｓｅ
ＭａｘＤｐｂＳｉｚｅ＝ｍａｘＤｐｂＰｉｃＢｕｆ（Ａ．１）

【0088】

表Ａ．１にＭａｘＬｕｍａＰｓが規定されている場合、ｍａｘＤｐｂＰｉｃＢｕｆは８に等しく、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［Ｈｔｉｄ］は適用可能なｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造にあるか、またはそこから導出される。

【0089】

【化2】

【0090】

【0091】

ｋ）Ｃ．２．３項に規定されるように、ＣＰＢからのＡＵｎ（ｎは０より大きい）の公称除去時間は、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］をＭａｘ（ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｎ－１］÷ＭａｘＬｕｍａＳｒ，ｆＲ）以上とする制約を満たすものとし、ここで、ＭａｘＬｕｍａＳｒはＡＵｎ－１に適用され、表Ａ．２に規定される値である。

【0092】

ｌ）Ｃ．３．３項に規定されるように、ＤＰＢからの異なるＡＵのピクチャの連続した出力時間の差は、ＤｐｂＯｕｔｐｕｔＩｎｔｅｒｖａｌ［ｎ］をＭａｘ（ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｎ］÷ＭａｘＬｕｍａＳｒ，ｆＲ）以上とする制約を満たすものとし、ここで、ＭａｘＬｕｍａＳｒは、ＡＵｎに対して表Ａ．２に規定される値であるが、ＡＵｎは、出力されるピクチャを有し、かつ、ＡＵｎは出力されるピクチャを有するビットストリームの最後のＡＵでないことを条件とする。

【0093】

【化3】

【0094】

【化4】

【0095】

ｏ）ＶＣＬＨＲＤパラメータの場合、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、０～ｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲内の少なくとも１つのｉの値について、ＢｒＶｃｌＦａｃｔｏｒ＊ＭａｘＢＲ以下であるものとし、ここでＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、Ｃ．１項に規定されるように選択されたパラメータに基づいて７．４．６．３項で規定され、かつ、ＭａｘＢＲは、表Ａ．２において、ＢｒＶｃｌＦａｃｔｏｒｂｉｔｓ／ｓ単位で規定されている。

【0096】

ｐ）ＮＡＬＨＲＤパラメータの場合、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、０～ｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲内の少なくとも１つのｉの値について、ＢｒＮａｌＦａｃｔｏｒ＊ＭａｘＢＲ以下であるものとし、ここで、ＢｉｔＲａｔｅ［Ｈｔｉｄ］［ｉ］は、Ｃ．１項に規定されるように選択されたパラメータに基づいて７．４．６．３項で規定され、かつ、ＭａｘＢＲは、表Ａ．２において、ＢｒＮａｌＦａｃｔｏｒｂｉｔｓ／ｓ単位で規定されている。

【0097】

ｑ）ＡＵ０のためのＮｕｍＢｙｔｅｓＩｎＮａｌＵｎｉｔ変数の合計は、ＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒ＊（Ｍａｘ（ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］，ｆＲ＊ＭａｘＬｕｍａＳｒ）＋ＭａｘＬｕｍａＳｒ＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］））÷ＭｉｎＣｒ以下であるものとし、ＭａｘＬｕｍａＳｒおよびＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒは、ＡＵ０に適用される表Ａ．２および表Ａ．３にそれぞれ規定された値である。

【0098】

ｒ）ＡＵｎ（ｎは０より大きい）のためのＮｕｍＢｙｔｅｓＩｎＮａｌＵｎｉｔ変数の合計は、ＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒ＊ＭａｘＬｕｍａＳｒ＊（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）÷ＭｉｎＣｒ以下であるものとし、ＭａｘＬｕｍａＳｒおよびＦｏｒｍａｔＣａｐａｂｉｌｉｔｙＦａｃｔｏｒは、ＡＵｎに適用される、表Ａ．２および表Ａ．３にそれぞれ規定された値である。

【0099】

【化5】

【0100】

【化6】

【0101】

Ｃ．４ビットストリーム適合性

【0102】

【化7】

【0103】

図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１０００を示すブロック図である。様々な実装形態は、システム１０００のモジュールの一部または全部を含んでもよい。システム１０００は、映像コンテンツを受信するための入力部１００２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチモジュール画素値で受信されてもよく、または圧縮または符号化されたフォーマットで受信されてもよい。入力部１００２は、ネットワークインタフェース、周辺バスインタフェース、または記憶インタフェースを表してもよい。ネットワークインタフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インタフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインタフェース等の無線インタフェースを含む。

【0104】

システム１０００は、本明細書に記載される様々なコーディングまたは符号化する方法を実装することができるコーディングモジュール１００４を含んでもよい。コーディングモジュール１００４は、入力１００２からの映像の平均ビットレートをコーディングモジュール１００４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれることがある。コーディングモジュール１００４の出力は、コンポーネント１００６によって表されるように、記憶されてもよいし、接続された通信を経由して送信されてもよい。入力１００２において受信される映像の記憶または通信されたビットストリーム（またはコーディングされた）表現は、コンポーネント１００８によって使用されて、表示インタフェース１０１０に送信される画素値、または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダで使用され、コーディングの結果を逆にする対応する復号ツールまたは動作は、デコーダによって行われることが理解されよう。

【0105】

周辺バスインタフェースまたは表示インタフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細度マルチメディアインタフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインタフェースの例は、ＳＡＴＡ（ＳｅｒｉａｌＡｄｖａｎｃｅｄＴｅｃｈｎｏｌｏｇｙＡｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインタフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を行うことができる他のデバイス等の様々な電子デバイスにおいて実施されてもよい。

【0106】

図２は、映像処理装置２０００のブロック図である。装置２０００は、本明細書に記載の方法の１または複数を実装するために使用されてもよい。装置２０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置２０００は、１つ以上の処理装置２００２と、１つ以上のメモリ２００４と、映像処理ハードウェア２００６と、を含んでもよい。１または複数の処理装置２００２は、本明細書に記載される１または複数の方法（例えば、図６～図９に記載）を実装するように構成されてもよい。メモリ２００４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア２００６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。いくつかの実施形態において、ハードウェア２００６は、１つ以上の処理装置２００２、例えば、グラフィック処理装置内に部分的にまたは全体が含まれてもよい。

【0107】

図３は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。図３に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、符号化された映像データを生成するものであり、映像符号化機器とも呼ばれ得る。送信先デバイス１２０は、送信元デバイス１１０によって生成される符号化映像データを復号してよく、映像復号デバイスと呼ばれ得る。送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インタフェース１１６と、を備えてもよい。

【0108】

映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインタフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインタフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインタフェース１１６を経由して送信先デバイス１２０に直接送信されてよい。符号化された映像データはまた、送信先デバイス１２０がアクセスするために、記憶媒体／サーバ１３０ｂに記憶してもよい。

【0109】

送信先デバイス１２０は、Ｉ／Ｏインタフェース１２６、映像デコーダ１２４、および表示デバイス１２２を含んでもよい。

【0110】

Ｉ／Ｏインタフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインタフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号してもよい。表示デバイス１２２は、復号された映像データをユーザに表示してもよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示デバイスとインタフェースで接続するように構成される送信先デバイス１２０の外部にあってもよい。

【0111】

映像エンコーダ１１４および映像デコーダ１２４は、高効率映像コーディング（ＨＥＶＣ）規格、汎用映像コーディング（ＶＶＭ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規格に従って動作してもよい。

【0112】

図４は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ２００は、図３に示されるシステム１００における映像エンコーダ１１４であってもよい。

【0113】

映像エンコーダ２００は、本開示の技術のいずれかまたは全部を行うように構成されてもよい。図４の実施例において、映像エンコーダ２００は、複数の機能モジュールを含む。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、処理装置は、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

【0114】

映像エンコーダ２００の機能性コンポーネントは、分割ユニット２０１と、
モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６を含む予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１４とを含んでもよい。

【0115】

他の例において、映像エンコーダ２００は、より多くの、より少ない、または異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行うことができる。

【0116】

さらに、動き推定ユニット２０４および動き補償ユニット２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図４の例においては個別に表現されている。

【0117】

分割ユニット２０１は、ピクチャを１つ以上の映像ブロックに分割してもよい。映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。

【0118】

モード選択ユニット２０３は、例えば、誤り結果に基づいて、イントラまたはインターコーディングモードのうちの１つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成ユニット２０７に供給し、残差ブロックデータを生成して再構成ユニット２１２に供給し、符号化されたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択ユニット２０３は、予測がインター予測信号およびイントラ予測信号に基づくイントラおよびインター予測（ＣＩＩＰ：ＣｏｍｂｉｎａｔｉｏｎｏｆＩｎｔｒａａｎｄＩｎｔｅｒＰｒｅｄｉｃｔｉｏｎ）モードの組み合わせを選択してもよい。モード選択ユニット２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（例えば、サブピクセルまたは整数ピクセル精度）を選択してもよい。

【0119】

現在の映像ブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することにより、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニット２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報および復号されたサンプルに基づいて、現在の映像ブロックに対する予測された映像ブロックを決定してもよい。

【0120】

動き推定ユニット２０４および動き補償ユニット２０５は、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現在の映像ブロックに対して異なる動作を行ってもよい。

【0121】

いくつかの例において、動き推定ユニット２０４は、現在の映像ブロックに対して単一方向予測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロック用のリスト０またはリスト１の参照ピクチャを検索してもよい。動き推定ユニット２０４は、参照映像ブロックを含むリスト０またはリスト１の参照ピクチャを示す参照インデックスと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測された映像ブロックを生成してもよい。

【0122】

他の例において、動き推定ユニット２０４は、現在の映像ブロックのために双方向予測を行ってもよく、動き推定ユニット２０４は、現在の映像ブロックのための参照映像ブロックに対してリスト０の参照ピクチャを検索してもよく、また、現在の映像ブロックのための別の参照映像ブロックに対してリスト１の参照ピクチャを検索してもよい。動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１の参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測された映像ブロックを生成してもよい。

【0123】

いくつかの例において、動き推定ユニット２０４は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。

【0124】

いくつかの例において、動き推定ユニット２０４は、現在の映像に対する動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が近隣の映像ブロックの動き情報に十分に類似していることを決定してもよい。

【0125】

一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。

【0126】

他の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ：ＭｏｔｉｏｎＶｅｃｔｏｒＤｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、指示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、指定された映像ブロックの動きベクトルと動きベクトル差分とを使用して、現在の映像ブロックの動きベクトルを決定してもよい。

【0127】

上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（ＡｄｖａｎｃｅｄＭｏｔｉｏｎＶｅｃｔｏｒＰｒｅｄｉｃａｔｉｏｎ）およびマージモード信号通知を含む。

【0128】

イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックのイントラ予測を行う場合、イントラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックに対する予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。

【0129】

残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックに対する残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。

【0130】

他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための現在の映像ブロックに対する残差データはなくてもよく、残差生成ユニット２０７は、減算動作を行わなくてもよい。

【0131】

変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１つ以上の変換を適用することによって、現在の映像ブロックに対する１つ以上の変換係数映像ブロックを生成してもよい。

【0132】

変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１つ以上の量子化パラメータ（ＱＰ：ＱｕａｎｔｉｚａｔｉｏｎＰａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。

【0133】

逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット２１２は、予測ユニット２０２によって生成された１つ以上の予測された映像ブロックから対応するサンプルに再構成された残差映像ブロックを追加して、バッファ２１３に格納するための現在のブロックに関連付けられた再構成された映像ブロックを生成してもよい。

【0134】

再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。

【0135】

エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット２１４がデータを受信すると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を行い、エントロピー符号化されたデータを生成し、このエントロピー符号化されたデータを含むビットストリームを出力してもよい。

【0136】

図５は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３００は、図３に示すシステム１００における映像デコーダ１１４であってもよい。

【0137】

映像デコーダ３００は、本開示の技術のいずれかまたは全てを行うように構成されてもよい。図５の実施例において、映像デコーダ３００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、処理装置は、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

【0138】

図５の実施例において、映像デコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図４）に関して説明した符号化パスとほぼ逆の復号パスを行ってもよい。

【0139】

エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピーコーディングされた映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エントロピーコーディングされた映像データを復号し、エントロピー復号された映像データから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰおよびマージモードを行うことで、このような情報を決定してもよい。

【0140】

動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用される補間フィルタに対する識別子が含まれてもよい。

【0141】

動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間された値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に従って映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。

【0142】

動き補償ユニット３０２は、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズを決定するための構文情報、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、インター符号化されたブロックごとの１つ以上の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号するための他の情報のうちのいくつかを使用してもよい。

【0143】

イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３０１によって復号された量子化された映像ブロック係数を逆量子化（すなわち、逆量子化（ｄｅ－ｑｕａｎｔｉｚｅ））する。逆変換ユニット３０３は、逆変換を適用する。

【0144】

再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２またはイントラ予測ユニット３０３によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号された映像ブロックは次にバッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のための参照ブロックを提供し、表示デバイスに表示するために復号された映像を生成する。

【0145】

図６～図８は、上述した技術的解決策を実装することができる例示的な方法を示し、例えば、この実施形態は図１～図５に示す。

【0146】

図６は、映像処理の方法６００の一例を示すフローチャートを示す。方法６００は、動作６１０において、１つ以上のスライスを備える１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、復号中のコーディングされたピクチャバッファ（ＣＰＢ）からの複数のＡＵのそれぞれの除去時間と、複数のＡＵのそれぞれのスライス数との間の関係を規定するフォーマット規則に基づいて、ＡＵ０～ＡＵｎの複数のアクセスユニット（ＡＵ）、に編成され、ｎは正の整数である。

【0147】

図７は、映像処理の方法７００の一例を示すフローチャートを示す。方法７００は、動作７１０において、１つ以上のタイルを備える１つ以上のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、コーディングされたピクチャバッファ（ＣＰＢ）からの複数のＡＵのそれぞれの除去時間と複数のＡＵのそれぞれのタイル数との間の関係を規定するフォーマット規則に基づいて、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ｎは正の整数である。

【0148】

図８は、映像処理の方法８００の一例を示すフローチャートを示す。方法８００は、動作８１０において、１つ以上のスライスを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットに編成され、この変換は、復号されたピクチャバッファに記憶された復号されたピクチャの数に対する制約を規定し、ここで、復号されたピクチャの復号されたそれぞれのピクチャは、（ｉ）参照のために使用されるとマークされ、（ｉｉ）復号されたピクチャが出力されていることを示すフラグを有し、かつ、（ｉｉｉ）現在のピクチャの復号時間よりも後の出力時間を有する。

【0149】

次に、いくつかの実施形態において好適な解決策を列挙する。

【0150】

Ａ１．１つ以上のスライスを備える１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含むビデオデータの処理方法であって、このビットストリームは、フォーマット規則に基づいて、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ここで、ｎは正の整数であり、このフォーマット規則は、コーディングされたピクチャバッファ（ＣＰＢ）からの復号時の複数のＡＵのそれぞれの除去時間と、複数のＡＵのそれぞれのスライス数との間の関係を規定する、映像データの処理方法。

【0151】

Ａ２．前記関係は、（ｉ）ピクチャあたりの最大スライス数とアクセスユニットにおけるピクチャ数との積と、（ｉｉ）前記アクセスユニットの最大サイズとに基づく、解決策Ａ１に記載の方法。

【0152】

Ａ３．前記フォーマット規則は、前記複数のアクセスユニットのうちの最初のアクセスユニットＡＵ０の前記除去時間が制約を満たすことを規定する、解決策Ａ１に記載の方法。

【0153】

Ａ４．制約は、ＡＵ０におけるスライスの数をＭｉｎ（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下とすることを規定し、ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりのスライスの最大数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は、輝度サンプルにおいて、シーケンスパラメータセット（ＳＰＳ）を参照する復号されたピクチャの最大サイズである、解決策Ａ３に記載の方法。

【0154】

Ａ５．ＡＵ０に対応する値からＭａｘＬｕｍａＰｓの値およびＭａｘＬｕｍａＳｒの値を選択する、解決策Ａ４に記載の方法。

【0155】

Ａ６．前記フォーマット規則は、２つの連続するアクセスユニットＡＵｎ－１およびＡＵｎの前記除去時間の差が制約を満たすことを規定する、解決策Ａ１に記載の方法。

【0156】

Ａ７．前記制約は、ＡＵｎにおけるスライスの数が、Ｍｉｎ（（Ｍａｘ（１，ＭａｘＳｌｉｃｅｓＰｅｒＡｕ×ＭａｘＬｕｍａＳｒ／ＭａｘＬｕｍａＰｓ×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＳｌｉｃｅｓＰｅｒＡｕ）以下であることを規定し、ここで、ＭａｘＳｌｉｃｅｓＰｅｒＡｕは、アクセスユニットあたりのスライスの最大数であり、ＭａｘＬｕｍａＳｒは、最大輝度サンプルレートであり、ＭａｘＬｕｍａＰｓは最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］はｍ番目のアクセスユニットのＣＰＢ除去時間である、解決策Ａ６に記載の方法。

【0157】

Ａ８．ＡＵｎに対応する値から、ＭａｘＳｌｉｃｅｓＰｅｒＡｕの値、ＭａｘＬｕｍａＰｓの値、およびＭａｘＬｕｍａＳｒの値を選択する、解決策Ａ７に記載の方法。

【0158】

Ａ９．１つ以上のタイルを備える１つ以上のピクチャを含む映像と、前記映像のビットストリームとの間で変換を行うことを含むビデオデータを処理する方法であって、前記ビットストリームは、フォーマット規則に基づいて、複数のアクセスユニット（ＡＵ）、ＡＵ０～ＡＵｎに編成され、ここで、ｎは正の整数であり、前記フォーマット規則は、コーディングされたピクチャバッファ（ＣＰＢ）から前記複数のＡＵのそれぞれの除去時間と前記複数のＡＵのそれぞれのタイル数との間の関係を規定する、映像データの処理方法。

【0159】

Ａ１０．前記関係は、（ｉ）ピクチャあたりのタイル列の最大数（ＭａｘＴｉｌｅＣｏｌｓ）、ピクチャあたりのタイル行の最大数（ＭａｘＴｉｌｅＲｏｗｓ）と、アクセスユニットにおけるピクチャ数との積、および、（ｉｉ）前記アクセスユニットの最大サイズとに基づく、解決策Ａ９に記載の方法。

【0160】

Ａ１１．前記フォーマット規則は、前記複数のアクセスユニットのうちの第１のアクセスユニットＡＵ０の前記除去時間が制約を満たすことを規定する、解決策Ａ９に記載の方法。

【0161】

Ａ１２．前記制約は、ＡＵ０のタイル数がＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅｓＰｅｒＡｕ×１２０×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［０］－ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［０］）＋ＭａｘＴｉｌｅｓＰｅｒＡｕ×ＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［０］／ＭａｘＬｕｍａＰｓ），ＭａｘＴｉｌｅｓＰｅｒＡｕ）以下であることを規定し、ここで、ＭａｘＴｉｌｅｓＰｅｒＡｕはアクセスユニットあたりの最大タイル数であり、ＭａｘＬｕｍａＰｓは、最大輝度ピクチャサイズであり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］はｍ番目のアクセスユニットのＣＰＢ除去時間であり、ＡｕＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ［ｍ］は前記ｍ番目のアクセスユニットの公称ＣＰＢ除去時間であり、かつＡｕＳｉｚｅＭａｘＩｎＳａｍｐｌｅｓＹ［ｍ］は輝度サンプルにおいて、シーケンスパラメータセット（ＳＰＳ）を参照する復号されたピクチャの最大サイズである、解決策Ａ１１に記載の方法。

【0162】

Ａ１３．ＡＵ０に対応する値からＭａｘＴｉｌｅｓＰｅｒＡｕの値を選択する、解決策Ａ１２に記載の方法。

【0163】

Ａ１４．前記フォーマット規則は、２つの連続したアクセスユニットＡＵｎ－１およびＡＵｎの前記除去時間の差が制約を満たすことを規定する、解決策Ａ９に記載の方法。

【0164】

Ａ１５．前記制約は、ＡＵｎにおけるタイルの数がＭｉｎ（Ｍａｘ（１，ＭａｘＴｉｌｅｓＰｅｒＡｕ×１２０×（ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ］－ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｎ－１］）），ＭａｘＴｉｌｅｓＰｅｒＡｕ）以下であることを規定し、ここで、ＭａｘＴｉｌｅｓＰｅｒＡｕは、アクセスユニットあたりのタイルの最大数であり、ＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］は、ｍ番目のアクセスユニットのＣＰＢ除去時間である、解決策Ａ１４に記載の方法。

【0165】

Ａ１６．ＡＵｎに対応する値からＭａｘＴｉｌｅｓＰｅｒＡｕの値を選択する、解決策Ａ１５に記載の方法。

【0166】

Ａ１７．前記変換は、前記ビットストリームから前記映像を復号することを含む、解決策Ａ１～Ａ１６のいずれかに記載の方法。

【0167】

Ａ１８．前記変換は、前記ビットストリームに前記映像を符号化することを含む、解決策Ａ１～１６のいずれかに記載の方法。

【0168】

Ａ１９．映像を表すビットストリームをコンピュータ読み取り可能な記録媒体に記憶する方法であって、解決策Ａ１～Ａ１６のいずれか１つ以上に記載の方法に従って、前記映像からビットストリームを生成し、前記ビットストリームを前記コンピュータ読み取り可能な記録媒体に記憶させることを含む、方法。

【0169】

Ａ２０．解決策Ａ１～Ａ１９のいずれか１つ以上に記載の方法を実装するように構成された処理装置を備える映像処理装置。

【0170】

Ａ２１．命令が記憶されたコンピュータ可読媒体であって、前記命令は実行されると、処理装置に、解決策Ａ１～Ａ１９のいずれか１つ以上に記載の方法を実装させる、コンピュータ可読媒体。

【0171】

Ａ２２．解決策Ａ１～Ａ１９のいずれか１つ以上により生成された前記ビットストリームを記憶するコンピュータ可読媒体。

【0172】

Ａ２３．解決策Ａ１～Ａ１９のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリームを記憶するための映像処理装置。

【0173】

次に、いくつかの実施形態において好適な別の解決策を列挙する。

【0174】

Ｂ１．１つ以上のスライスを備える１つ以上のピクチャを含む映像と、この映像のビットストリームとの間の変換を行うことを含む映像データの処理方法であって、この変換は、規則に準拠し、このビットストリームは、１つ以上のアクセスユニットに編成され、この規則は、復号されたピクチャバッファ（ＤＰＢ）に記憶された復号されたピクチャの数に対する制約を規定し、復号されたピクチャにおける復号されたピクチャのそれぞれは、（ｉ）参照のために使用されるとマークされ、（ｉｉ）復号されたピクチャが出力されていることを示すフラグを有し、かつ、（ｉｉｉ）現在のピクチャの復号時間よりも後の出力時間を有する、映像データの処理方法。

【0175】

Ｂ２．前記復号されたピクチャの数は、ピクチャ記憶バッファの単位における前記ＤＰＢの最大必要サイズから１を減算したもの以下である、解決策Ｂ１に記載の方法。

【0176】

Ｂ３．前記フラグは、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇであり、ｍ番目のピクチャの前記出力時間はＤｐｂＯｕｔｐｕｔＴｉｍｅ［ｍ］であり、前記ｍ番目のピクチャの前記復号時間はＡｕＣｐｂＲｅｍｏｖａｌＴｉｍｅ［ｍ］である、解決策Ｂ１に記載の方法。

【0177】

Ｂ４．前記変換は、前記ビットストリームから前記映像を復号することを含む、解決策Ｂ１～Ｂ３のいずれかに記載の方法。

【0178】

Ｂ５．前記変換は、前記ビットストリームに前記映像を符号化することを含む、解決策Ｂ１～Ｂ３のいずれかに記載の方法。

【0179】

Ｂ６．解決策Ｂ１～Ｂ３のいずれか１つ上に記載の方法に従って、映像を表すビットストリームをコンピュータ読み取り可能な記録媒体に記憶する方法であって、前記映像からビットストリームを生成し、前記ビットストリームを前記コンピュータ読み取り可能な記録媒体に記憶させることを含む、方法。

【0180】

Ｂ７．解決策Ｂ１～Ｂ６のいずれか１つ以上に記載の方法を実装するように構成された処理装置を備える、映像処理装置。

【0181】

Ｂ８．命令が記憶されたコンピュータ可読媒体であって、前記命令は実行されると、処理装置に、解決策Ｂ１～Ｂ６に１つ以上記載の方法を実装させる、コンピュータ可読媒体。

【0182】

Ｂ９．解決策Ｂ１～Ｂ６のいずれか１つ以上により生成された前記ビットストリームを記憶するコンピュータ可読媒体。

【0183】

Ｂ１０．解決策Ｂ１～６のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリームを記憶するための映像処理装置。

【0184】

次に、いくつかの実施形態において好適なさらに別の解決策を列挙する。

【0185】

Ｐ１．１つ以上のスライスを備える１つ以上のピクチャを含む映像と、前記映像のビットストリーム表現との間で変換を行うことを含むビデオ処理方法であって、前記ビットストリーム表現は、フォーマット規則に従って１つ以上のアクセスユニットに編成され、前記フォーマット規則は、前記ビットストリーム表現における１つ以上の構文要素と、コーディングされたピクチャバッファからの１つ以上のアクセスユニットの除去時間との関係を規定する、映像処理方法。

【0186】

Ｐ２．前記規則は、ピクチャあたりの最大スライス数と、前記アクセスユニットにおけるピクチャ数との積の値に基づく前記除去時間と、前記アクセスユニットの最大許容サイズとの間の関係に対して２つのレベル制限を規定する、解決策Ｐ１に記載の方法。

【0187】

Ｐ３．前記規則は、値がＭａｘＴｉｌｅＣｏｌｓ＊ＭａｘＴｉｌｅＲｏｗｓ＊（１つのアクセスユニットにおけるピクチャの数）である第１のパラメータと、値が１つ以上のアクセスユニットの最大許容サイズである第２のパラメータとに基づいた前記除去時間の関係について２つのレベル制限を規定する、解決策Ｐ１に記載の方法。

【0188】

Ｐ４．１つ以上のスライスを備える１つ以上のピクチャを含む映像と、この映像のビットストリーム表現との間で変換を行うこと、を含む映像処理方法であって、この変換は、ビットストリーム表現が１つ以上のアクセスユニットに編成される規則に準拠し、この規則は、復号されたピクチャバッファに記憶され、復号されたピクチャの数に対する制約を規定し、復号されたピクチャは、参照のために使用されるとマークされ、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、現在のピクチャの復号時間よりも後の出力時間を有する。

【0189】

Ｐ５．前記変換を行うことは、前記映像を符号化して前記コーディングされた表現を生成することを含む、解決策Ｐ１～Ｐ４のいずれかに記載の方法。

【0190】

Ｐ６．変換を行うことは、前記コーディングされた表現を構文解析し復号して、前記映像を生成することを含む、解決策Ｐ１～Ｐ４のいずれかに記載の方法。

【0191】

Ｐ７．解決策Ｐ１～Ｐ６の１つ以上に記載の方法を実装するように構成された処理装置を備える、映像復号装置。

【0192】

Ｐ８．解決策Ｐ１～Ｐ６の１つ以上に記載の方法を実装するように構成された処理装置を備える、映像符号化装置。

【0193】

Ｐ９．コンピュータコードが記憶されたコンピュータプログラム製品であって、コードは、処理装置により実行されると、処理装置に、解決策Ｐ１～Ｐ６のいずれかに記載の方法を実装させるコンピュータプログラム製品。

【0194】

本明細書では、「映像処理」という用語は、映像符号化、映像復号、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換中、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現（または単にビットストリーム）は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から符号化され、ビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。

【0195】

開示された、およびその他の解決策、例、実施形態、モジュールと、本明細書に記載される機能動作の実装形態は、本明細書に開示された構造およびその構造的均等物を含めて、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、もしくはハードウェアで実施してもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１または複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。

【0196】

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラムを、１つのコンピュータで実行するように展開することができ、あるいは、１つのサイトに位置する、または複数のサイトにわたって分散され通信ネットワークによって相互接続される複数のコンピュータで実行するように展開することができる。

【0197】

本明細書に記載された処理およびロジックフローは、入力データに対して動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）またはＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

【0198】

コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を行うための処理装置と、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。

【0199】

本特許明細書は多くの特徴を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

【0200】

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている実施形態における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

【0201】

いくつかの実装形態および実施例のみが記載されており、この特許明細書に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

【図1】