JP2023510768A

JP2023510768A - 異なるｓｅｉメッセージのデコーディング順序

Info

Publication number: JP2023510768A
Application number: JP2022541924A
Authority: JP
Inventors: ワン，イェ－クイ; ザン，リー; ザン，カイ
Original assignee: ByteDance Inc
Current assignee: ByteDance Inc
Priority date: 2020-01-09
Filing date: 2021-01-08
Publication date: 2023-03-15
Anticipated expiration: 2041-01-08
Also published as: JP7428808B2; WO2021142365A2; CN114946125B; EP4074052A4; WO2021142363A1; JP7460774B2; CN115004669A; EP4088431A1; JP7451723B2; CN114946174A; US20220377383A1; CN114946188A; EP4074024A1; JP7457130B2; EP4074024A4; US20220377381A1; KR20220125235A; WO2021142367A1; CN117395441A; EP4074043A1

Abstract

サブピクチャ、スライス、及びタイルのための制約、制限、及びシグナリングを含むビデオコーディング及びエンコーディングのための方法、デバイス、及びシステムが記載される。ビデオ処理の方法の一例は、ビデオとビデオのビットストリームとの間の変換を実行するステップを含む。ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含む。フォーマット規則は、動作点（ＯＰ）に適用する第１メッセージ及び第２メッセージが、第１メッセージがデコーディング順において第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する。

Description

［関連出願への相互参照］
適用される特許法及び／又はパリ条約に従う規則の下で、本願は、２０２０年１月９日付けで出願された米国特許仮出願第６２／９５９１０８号の優先権及びその利益を適宜請求するようなされる。法の下での全ての目的のために、上記の出願の全開示は、本願の開示の部分として参照により援用される。

［技術分野］
本特許明細書は、イメージ及びビデオのコーディング及びデコーディングに関係がある。

デジタルビデオは、インターネット及び他のデジタル通信網で最大のバンド幅使用を占めている。ビデオを受信及び表示することができるユーザ機器の接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。

本特許明細書は、ビデオエンコーディング及びデコーディングのためのビデオエンコーダ及びデコーダによって使用され得る技術を開示し、サブピクチャ、スライス、及びタイルのための制約、制限、及びシグナリングを含む。

一例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、フォーマット規則は、動作点（Operation Point，ＯＰ）に適用する第１メッセージ及び第２メッセージが、第１メッセージがデコーディング順において第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する。

他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、フォーマット規則は、動作点（ＯＰ）に適用する複数のメッセージが、複数のメッセージのうちの第１メッセージがデコーディング順において複数のメッセージのうちの第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ピクチャを含むビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、第１フラグの指示が前記ピクチャに関連したピクチャヘッダの最初にシグナリングされることを定め、前記第１フラグは、前記ピクチャがイントラランダムアクセスポイント（Intra Random Access Point，ＩＲＡＰ）ピクチャ又は漸次デコーディングリフレッシュ（Gradual Decoding Refresh，ＧＤＲ）ピクチャであるかどうかを示す。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、１つ以上のピクチャを含むビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、１つ以上のピクチャの中のピクチャのコーディングが、漸次デコーディングリフレッシュタイプを有するコーディングされたスライスネットワーク抽象化レイヤ（Network Abstraction Layer，ＮＡＬ）ユニットを含むこと及び当該ピクチャが混合タイプのＮＡＬユニットを含むことを示すフラグと関連することを許さない。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、１つ以上のピクチャを含むビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、１つ以上のピクチャの中のピクチャのコーディングが、漸次デコーディングリフレッシュタイプを有するコーディングされたスライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むこと及び当該ピクチャが混合タイプのＮＡＬユニットを含まないことを示すフラグと関連することを許す。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオのピクチャとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームは、第１シンタックス要素がピクチャに関連したピクチャパラメータセット（Picture Parameter Set，ＰＰＳ）でシグナリングされるかどうかを定めるフォーマット規則に従い、ピクチャは、スライスタイプとともに１つ以上のスライスを含み、第１シンタックス要素は、第１シンタックス要素がゼロに等しいことによりスライスタイプがピクチャヘッダでシグナリングされることを示し、さもなければスライスタイプがスライスヘッダでシグナリングされることを示す。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオのピクチャとビデオのビットストリームとの間の変換を規則に従って実行するステップを含み、変換はインループフィルタリングプロセスを含み、規則は、インループフィルタリングプロセスに関係がある垂直仮想境界の総数及び水平仮想境界の総数がピクチャレベル又はシーケンスレベルでシグナリングされることを定める。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、１つ以上のピクチャを含むビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、他のレイヤからの参照ピクチャを使用する１つのレイヤ内のピクチャのコーディングを、前記他のレイヤからの前記参照ピクチャが前記ビットストリームに存在するかどうかを示す第１シンタックス要素に基づき条件付きで許可し、前記第１シンタックス要素は、前記ピクチャに関連したパラメータセットの識別子がゼロに等しくないかどうかを示す第２シンタックス要素に基づき条件付きで、ビットストリームでシグナリングされる。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオのピクチャとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、（ａ）ピクチャ内のコーディングツリーユニット（Coding Tree Unit，ＣＴＵ）をデコーディングする前のコンテキスト変数の同期化プロセス、及び（ｂ）ＣＴＵをデコーディングした後のコンテキスト変数の保存プロセスを有効にする第１シンタックス要素を定義し、第１シンタックス要素は、ピクチャに関連したシーケンスパラメータセット（Sequence Parameter Set，ＳＰＳ）でシグナリングされる。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオのピクチャとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、タイル又はタイル特有のＣＴＵ行のためのエントリポイントオフセットのシグナリングがピクチャのスライスヘッダに存在するかどうかを示すシンタックス要素を定義し、シンタックス要素は、ピクチャに関連したシーケンスパラメータセット（ＳＰＳ）でシグナリングされる。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を規則に従って実行するステップを含み、規則は、ビデオに関連したビデオパラメータセット（Video Parameter Set，ＶＰＳ）内の出力レイヤセット（Output Layer Set，ＯＬＳ）仮説参照デコーダ（Hypothetical Reference Decoder，ＨＲＤ）のパラメータの数を示す第１シンタックス要素が第１の所定閾よりも小さいことを定める。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を規則に従って実行するステップを含み、規則は、ビデオに関連したビデオパラメータセット（ＶＰＳ）内のプロファイル／ティア／レベル（Profile/Tier/Level，ＰＴＬ）シンタックス構造の数を示すシンタックス要素が所定閾よりも小さいことを定める。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を規則に従って実行するステップを含み、規則は、ビデオパラメータセット（ＶＰＳ）内のデコーディングピクチャバッファパラメータシンタックス構造の数を示す第１シンタックス要素が、ＶＰＳによって指定されたレイヤの数を示す第２シンタックス要素以下でなければならないことを定める。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を規則に従って実行するステップを含み、規則は、終端ネットワーク抽象化レイヤ（ＮＡＬ）ユニットがビットストリームでのシグナリング又は外部手段を通じた供給によってデコーダに利用可能にされることを許す。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、ビットストリーム内の各レイヤがレイヤ間（inter-layer）予測を使用するよう構成されることを示す、シンタックス要素がゼロに等しいことにより、各レイヤを、１つしかサブピクチャを含まないように制限する。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオとビデオのビットストリームとの間の変換を規則に従って実行するステップを含み、規則は、サブビットストリーム抽出プロセスがデコーディングのためにサブビットストリームを生成するよう実施されることを定め、サブビットストリーム抽出プロセスは、ビットストリームから、目標最大時間識別子を有するサブビットストリームを抽出するよう構成され、規則は、抽出中に、ビデオコーディングレイヤ（Video Coding Layer，ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを取り除くと、ＶＣＬＮＡＬユニットに関連する補足拡張情報（ＳＥＩ）ＮＡＬユニット内のフィラーデータユニット及びフィラーＳＥＩメッセージも取り除かれることを定める。

更なる他の例となる態様では、ビデオ処理方法が開示される。方法は、ビデオのビデオユニットとビデオのビットストリームとの間の変換を実行するステップを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、ビデオユニットが可逆モードで又は不可逆モードでコーディングされるかどうかを示す第１シンタックス要素をビットストリームが含むことを定め、ビデオユニットに適用されるパレットモードでのエスケープサンプルを示す第２シンタックス要素のシグナリングは、第１シンタックス要素の値に基づき選択的に含まれる。

更なる他の例となる態様では、ビデオエンコーダ装置が開示される。ビデオエンコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

更なる他の例となる態様では、ビデオデコーダ装置が開示される。ビデオデコーダは、上記の方法を実装するよう構成されたプロセッサを有する。

更なる他の例となる態様では、コードを記憶しているコンピュータ可読媒体が開示される。コードは、本明細書で記載される方法の１つを、プロセッサにより実行可能なコードの形で具現化する。

これらの及び他の特徴は、本明細書の全体にわたって記載される。

ルーマコーディングツリーユニット（ＣＴＵ）を含むピクチャをパーティション化する例を示す。ルーマＣＴＵを含むピクチャをパーティション化する他の例を示す。ピクチャのパーティション化の例を示す。ピクチャのパーティション化の他の例を示す。開示される技術が実装され得るビデオ処理システムの例のブロック図である。ビデオ処理に使用されるハードウェアプラットフォームの例のブロック図である。本開示のいくつかの実施形態に係るビデオコーディングシステムを表すブロック図である。本開示のいくつかの実施形態に係るエンコーダを表すブロック図である。本開示のいくつかの実施形態に係るデコーダを表すブロック図である。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。ビデオ処理の方法の例のフローチャートを示す。

セクション見出しは、理解を簡単にするために本明細書で使用されているのであって、各セクションで開示されている技術及び実施形態の適用可能性をそのセクションにのみ制限するものではない。更に、Ｈ．２６６という用語は、開示されている技術の範囲を限定するためではなく、理解を容易にするためにのみ、いくつかの記載で使用されている。そのようなものとして、本明細書で記載される技術は、他のビデオコーデックプロトコル及び設計にも適用可能である。

［１．導入］
本明細書は、ビデオコーディング技術に関係がある。具体的に、それは、サブピクチャ、タイル、及びスライスのシグナリングに関する。アイデアは、個別的に又は様々な組み合わせで、マルチレイヤビデオコーディング、例えば、開発中のＶＶＣ（Versatile Video Coding）、をサポートするあらゆるビデオコーディング標準又は非標準ビデオコーデックにも適用されてよい。

［２．頭字語］
ＡＰＳ Adaptation Parameter Set
ＡＵ Access Unit
ＡＵＤ Access Unit Delimiter
ＡＶＣ Advanced Video Coding
ＣＬＶＳ Coded Layer Video Sequence
ＣＰＢ Coded Picture Buffer
ＣＲＡ Clean Random Access
ＣＴＵ Coding Tree Unit
ＣＶＳ Coded Video Sequence
ＤＰＢ Decoded Picture Buffer
ＤＰＳ Decoding Parameter Set
ＥＯＢ End Of Bitstream
ＥＯＳ End Of Sequence
ＧＤＲ Gradual Decoding Refresh
ＨＥＶＣ High Efficiency Video Coding
ＨＲＤ Hypothetical Reference Decoder
ＩＤＲ Instantaneous Decoding Refresh
ＪＥＭ Joint Exploration Model
ＭＣＴＳ Motion-Constrained Tile Sets
ＮＡＬ Network Abstraction Layer
ＯＬＳ Output Layer Set
ＰＨ Picture Header
ＰＰＳ Picture Parameter Set
ＰＴＬ Profile, Tier and Level
ＰＵ Picture Unit
ＲＢＳＰ Raw Byte Sequence Payload
ＳＥＩ Supplemental Enhancement Information
ＳＰＳ Sequence Parameter Set
ＳＶＣ Scalable Video Coding
ＶＣＬ Video Coding Layer
ＶＰＳ Video Parameter Set
ＶＴＭ VVC Test Model
ＶＵＩ Video Usability Information
ＶＶＣ Versatile Video Coding

［３．最初の議論］
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ＡＶＣ（Advanced Video Coding）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、ＪＶＥＴ（Joint Video Exploration Team）がＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Joint Exploration Model）と呼ばれる参照ソフトウェアに置かれてきた。ＪＶＥＴ会議は、四半期ごとに１度同時に開催され、新しいコーディング標準規格では、ＨＥＶＣと比較してビットレートを５０％削減することを目標としている。新しいビデオコーディング標準規格は、２０１８年４月のＪＶＥＴ会議でＶＶＣ（Versatile Video Coding）と公式に命名され、ＶＶＣテストモデル（VVC Test Model，ＶＴＭ）の最初のバージョンがその時にリリースされた。ＶＶＣ標準化に寄与するに貢献する継続的な取り組みがあるため、毎回のＪＶＥＴ会議で新しいコーディング手法がＶＶＣ標準に採用されている。その後、ＶＶＣワーキングドラフト及びテストモデルＶＴＭは、毎回の会議の後で更新されている。ＶＶＣプロジェクトは現在、２０２０年７月の会議で技術的完了（ＦＤＩＳ）を目指している。

［３．１．ＨＥＶＣでのピクチャパーティション化手法］
ＨＥＶＣは、最大転送ユニット（Maximum Transfer Unit，ＭＴＵ）サイズマッチング、並列処理、及び削減されたエンド間遅延に適用され得る４つの異なるピクチャパーティション化手法、つまり、レギュラースライス（regular slices）、依存性スライス（dependent slices）、タイル、及び波面並列処理（Wavefront Parallel Processing，ＷＰＰ）を含む。

レギュラースライスは、Ｈ．２６４／ＡＶＣと同様である。各レギュラースライスは、それ自身のＮＡＬユニットにカプセル化され、ピクチャ内予測（イントラサンプル予測、動き情報予測、コーディングモード予測）及びスライス境界にわたるエントロピコーディング依存性は、無効にされる。よって、レギュラースライスは、（ループフィルタリング動作による相互依存性が依然として存在する可能性があるとはいえ）同じピクチャ内の他のレギュラースライスから独立して再構成され得る。

レギュラースライスは、Ｈ．２６４／ＡＶＣにおいても事実上同じ形式で利用可能である並列化に使用され得る唯一のツールである。レギュラースライスに基づいた並列化は、プロセッサ間又はコア間の通信をそれほど必要としない（予測的にコーディングされたピクチャをデコーディングするときの動き補償のためのプロセッサ間又はコア間データ共有を除く。これは、通常、ピクチャ内予測によるプロセッサ間又はコア間データ共有よりもはるかに重い。）。しかし、同じ理由により、レギュラースライスの使用は、スライスヘッダのビットコストにより、かつ、スライス境界にわたる予測の欠如により、コーディングオーバーヘッドを大きくする可能性がある。更に、レギュラースライスは（後述される他のツールとは対照的に）、レギュラースライスのピクチャ内の独立性と、各レギュラースライスがそれ自身のＮＡＬユニットにカプセル化されることとにより、ＭＴＵサイズ要件に一致するビットストリームパーティション化のための重要なメカニズムとしても機能する。多くの場合に、並列化の目標と、ＭＴＵサイズマッチングの目標とは、ピクチャ内のスライスレイアウトに対して矛盾する要求を突きつける。この解決法の実現は、後述される並列化ツールの開発につながった。

依存性スライスは、短いスライスヘッダを有し、いずれのピクチャ内予測も損なわずにツリーブロック境界でのビットストリームのパーティション化を可能にする。基本的に、依存性スライスは、レギュラースライス全体のエンコーディングが終了する前にレギュラースライスの一部が送出されることを可能にすることによって、削減されたエンド間遅延をもたらすように、複数のＮＡＬユニットへのレギュラースライスのフラグメンテーションを提供する。

ＷＰＰでは、ピクチャは、コーディングツリーブロック（ＣＴＢ）の単一行にパーティション化される。エントロピデコーディング及び予測は、他のパーティション内のＣＴＢからのデータを使用することを許される。並列処理は、ＣＴＢ行の並列デコーディングを通じて可能であり、ＣＴＢ行のデコーディングの開始は、対象ＣＴＢがデコーディングされる前に対象ＣＴＢの右上にあるＣＴＢに関するデータが利用可能であることを確かにするために、ＣＴＢ２つ分だけ遅延される。このスタッガードスタート（グラフィカルで表現される場合に波面のように見える。）を用いると、並列化は、ピクチャにＣＴＢ行が含まれているのと同じ数のプロセッサ／コアにより可能である。ピクチャ内の隣接するツリーブロック行間のピクチャ内予測が認められているので、ピクチャ内予測を有効にするための必要なプロセッサ間／コア間通信は、かなりの量になる可能性がある。ＷＰＰパーティション化は、それが適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさないので、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズマッチングが必要とされる場合には、レギュラースライスが、一定のコーディングオーバーヘッドを有して、ＷＰＰとともに使用され得る。

タイルは、ピクチャをタイル列及び行にパーティション化する水平及び垂直境界を定義する。タイル列は、ピクチャの上からピクチャの下まで伸びている。同様に、タイル行は、ピクチャの左からピクチャの右まで伸びている。ピクチャ内のタイルの数は、単純に、タイル列の数とタイル行の数とのかけ算として求められ得る。

ＣＴＢのスキャン順序は、ピクチャのタイルラスタスキャンの順序における次のタイルの左上ＣＴＢをデコーディングする前に、（タイルのＣＴＢラスタスキャンの順序において）タイル内でローカルであるよう変更される。レギュラースライスと同様に、タイルは、ピクチャ内予測の依存関係とともに、エントロピデコーディングの依存関係を壊す。しかし、それらは、個々のＮＡＬユニットに含まれる必要がない（この点ではＷＰＰと同じ）ので、タイルは、ＭＴＵサイズマッチングに使用され得ない。各タイルは、１つのプロセッサ／コアによって処理することができ、隣接するタイルをデコーディングする処理ユニット間のピクチャ内予測に必要とされるプロセッサ間／コア間通信は、スライスが１よりも多いタイルにまたがっている場合の共有スライスヘッダの伝達と、再構成されたサンプル及びメタデータのフィルタリングに関連した共有とに制限される。１よりも多いタイル又はＷＰＰセグメントがスライスに含まれる場合に、スライス内の最初の１つ以外の各タイル又はＷＰＰセグメントのためのエントロピポイントバイトオフセットは、スライスヘッダでシグナリングされる。

簡単のために、４つの異なるピクチャパーティション化手法の適用に対する制限は、ＨＥＶＣで定められている。所与の、コーディングされたビデオシーケンスは、ＨＥＶＣで定められているプロファイルのほとんどについてタイル及び波面の両方を含むことができない。各スライス及びタイルについて、次の条件のうちの一方又は両方が満たされなければならない：１）スライス内の全てのコーディングされたツリーブロックは、同じタイルに属する；２）タイル内の全てのコーディングされたツリーブロックは、同じスライス内に属する。最後に、波面セグメントは、厳密に１つのＣＴＢ行を含み、ＷＰＰが使用される場合に、スライスがＣＴＢ行内で始まるならば、それは同じＣＴＢ行で終わるべきである。

ＨＥＶＣに対する最終の修正は、http://phenix.int-evry.fr/jct/doc_end_user/documents/29_Macau/wg11/JCTVC-AC1005-v2.zipから入手することができるＪＣＴ－ＶＣ出力文書JCTVC-AC1005，J. Boyce, A. Ramasubramonian, R. Skupin, G. J. Sullivan, A. Tourapis, Y.-K. Wang (editors)，"HEVC Additional Supplemental Enhancement Information (Draft 4)"，２０１７年１０月２４日で規定されている。この修正が含まれることで、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、つまり、一時ＭＣＴＳＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、及びＭＣＴＳ抽出情報ネスティングＳＥＩメッセージを規定する。

一時ＭＣＴＳＳＥＩメッセージは、ビットストリーム内のＭＣＴＳの存在を示し、ＭＣＴＳをシグナリングする。各ＭＣＴＳについて、動きベクトルは、ＭＣＴＳ内の完全サンプル位置を及び補間のためにＭＣＴＳ内の完全サンプル位置のみを必要とする分数サンプル位置を指し示すよう制限され、ＭＣＴＳの外にあるブロックから導出される時間動きベクトル予測（temporal motion vector prediction）のための動きベクトル候補の利用は、許可されない。このようにして、各ＭＣＴＳは、ＭＣＴＳに含まれないタイルの存在なしで独立してデコーディングされ得る。

ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳセットのための適合（conforming）ビットストリームを生成するためにＭＣＴＳサブビットストリーム（ＳＥＩメッセージのセマンティクスの部分として指定される）で使用され得る補足情報を提供する。情報は、複数の抽出情報セットから成り、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブビットストリーム抽出プロセスの間に使用される置換ＶＰＳ、ＳＰＳ、及びＰＰＳのＲＢＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出プロセスに従ってサブビットストリームを抽出する場合に、パラメータセット（ＶＰＳ、ＳＰＳ、及びＰＰＳ）は、書き換え又は置換される必要があり、スライスヘッダは、スライスアドレスに関係したシンタックス要素（first_slice_segment_in_pic_flag及びslice_segment_addressを含む）の１つ又は全部が通常は異なる値を有する必要があるので、わずかに更新される必要がある。

［３．２．ＶＶＣでのピクチャのパーティション化］
ＶＶＣでは、ピクチャは、１つ以上のタイル行及び１つ以上のタイル列に分割される。タイルは、ピクチャの長方形領域をカバーするＣＴＵの連続である。タイル内のＣＴＵは、そのタイル内でラスタスキャン順にスキャンされる。

スライスは、整数個の完全なタイル、又はピクチャのタイル内の整数個の連続した完全なＣＴＵ行から成る。

スライスの２つのモード、つまり、ラスタスキャンスライスモード及び長方形スライスモードがサポートされる。ラスタスキャンスライスモードでは、スライスは、ピクチャのタイルラスタスキャンにおける完全なタイルの連続を含む。長方形スライスモードでは、スライスは、ピクチャの長方形領域を集合的に形成する複数の完全なタイル、又はピクチャの長方形領域を集合的に形成する１つのタイルの複数の連続した完全なＣＴＵ行を含む。長方形スライス内のタイルは、そのスライスに対応する長方形領域内でタイルラスタスキャン順にスキャンされる。

サブピクチャは、ピクチャの長方形領域を集合的にカバーする１つ以上のスライスを含む。

図１は、ピクチャのラスタスキャンスライスパーティション化の例を示し、ピクチャは、１２個のタイル及び３つのラスタスキャンスライスに分割されている。

図２は、ピクチャの長方形スライスパーティション化の例を示し、ピクチャは、２４個のタイル（６つのタイル列及び４つのタイル行）及び９個の長方形スライスに分割されている。

図３は、タイル及び長方形スライスにパーティション化されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイル列及び２つのタイル行）及び４つの長方形スライスに分割されている。

図４は、ピクチャのサブピクチャパーティション化の例を示し、ピクチャは、１８個のタイルにパーティション化されており、そのうちの１２個は、４×４ＣＴＵの１つのスライスを夫々がカバーしながら左手側にあり、そのうちの６個は、２×２ＣＴＵの２つの垂直にスタックされたスライスを夫々がカバーしながら右手側にあり、けっかとして、寸法が異なる２４個のスライス及び２４個のサブピクチャが得られる（各スライスはサブピクチャである）。

［３．３．ＶＶＣでのサブピクチャ、タイル、及びスライスのシグナリング］
最新のＶＶＣドラフトテキストでは、サブピクチャの情報は、サブピクチャレイアウト（すなわち、ピクチャごとのサブピクチャの数並びに各ピクチャの位置及びサイズ）を含み、他のシーケンスレベルサブピクチャ情報は、ＳＰＳでシグナリングされる。ＳＰＳでシグナリングされるサブピクチャの順序は、サブピクチャインデックスを定義する。サブピクチャＩＤのリストは、サブピクチャごとに１つであり、例えば、ＳＰＳで又はＰＰＳで、明示的にシグナリングされ得る。

ＶＶＣでのタイルは、ＨＥＶＣで見られるのと概念的に同じであり、すなわち、各ピクチャは、タイル列及びタイル行にパーティション化されるが、タイルのシグナリングのためのＰＰＳでのシンタックスが異なっている。

ＶＶＣでは、スライスモードもＰＰＳでシグナリングされる。スライスモードが長方形スライスモードである場合に、ピクチャごとのスライスレイアウト（つまり、ピクチャごとのスライスの数並びに各スライスの位置及びサイズ）は、ＰＰＳでシグナリングされる。ＰＰＳでシグナリングされるピクチャ内の長方形スライスの順序は、ピクチャレベルスライスインデックスを定義する。サブピクチャレベルスライスインデックスは、ピクチャレベルスライスインデックスの昇順でのサブピクチャ内のスライスの順序として定義される。長方形スライスの位置及びサイズは、（各サブピクチャが１つのスライスしか含まない場合に）ＳＰＳでシグナリングされるサブピクチャ位置及びサイズに基づいて、あるいは、（サブピクチャが１よりも多いスライスを含み得る場合に）ＰＰＳでシグナリングされるタイル位置及びサイズに基づいて、シグナリング／導出される。スライスモードがラスタスキャンスライスモードである場合には、ＨＥＶＣで見られるのと同様に、ピクチャ内のスライスのレイアウトは、様々な詳細を有してスライス自体でシグナリングされる。

本明細書の発明に最も関連する最新のＶＶＣドラフトテキストにおけるＳＰＳ、ＰＰＳ、及びスライスヘッダシンタックス及びセマンティクスは、次の通りである。

7.3.2.3 シーケンスパラメータセットＲＢＳＰシンタックス

7.4.3.3 シーケンスパラメータセットＲＢＳＰセマンティクス
...
１に等しいsubpics_present_flagは、サブピクチャパラメータがＳＰＳＲＢＳＰシンタックスに存在することを定める。０に等しいsubpics_present_flagは、サブピクチャパラメータがＳＰＳＲＢＳＰシンタックスに存在しないことを定める。
注記２－ビットストリームがサブビットストリーム抽出プロセスの結果であり、サブビットストリーム抽出プロセスへの入力ビットストリームのサブピクチャのサブセットしか含まない場合に、ＳＰＳのＲＢＳＰ内でsubpics_present_flagの値を１に等しくセットすることが必要とされ得る。
sps_num_subpics_minus1に１をプラスしたものは、サブピクチャの数を指定する。sps_num_subpics_minus1は、０から２５４の範囲になければならない。存在しない場合には、sps_num_subpics_minus1の値は０に等しいと推測される。
subpic_ctu_top_left_x[i]は、CtbSizeYのユニット内のｉ番目のサブピクチャの左上ＣＴＵの水平位置を指定する。シンタックス要素の長さは、Ceil(Log2(pic_width_max_in_luma_samples/CtbSizeY))ビットである。存在しない場合には、subpic_ctu_top_left_x[i]の値は０に等しいと推測される。
subpic_ctu_top_left_y[i]は、CtbSizeYのユニット内のｉ番目のサブピクチャの左上ＣＴＵの垂直位置を指定する。シンタックス要素の長さは、Ceil(Log2(pic_height_max_in_luma_samples/CtbSizeY))ビットである。存在しない場合には、subpic_ctu_top_left_y[i]の値は０に等しいと推測される。
subpic_width_minus1[i]に１をプラスしたものは、CtbSizeYのユニット内のｉ番目のサブピクチャの幅を指定する。シンタックス要素の長さは、Ceil(Log2(pic_width_max_in_luma_samples/CtbSizeY))ビットである。存在しない場合には、subpic_width_minus1[i]の値はCeil(pic_width_max_in_luma_samples/CtbSizeY)-1に等しいと推測される。
subpic_height_minus1[i]に１をプラスしたものは、CtbSizeYのユニット内のｉ番目のサブピクチャの高さを指定する。シンタックス要素の長さは、Ceil(Log2(pic_height_max_in_luma_samples/CtbSizeY))ビットである。存在しない場合には、subpic_height_minus1[i]の値はCeil(pic_height_max_in_luma_samples/CtbSizeY)-1に等しいと推測される。
１に等しいsubpic_treated_as_pic_flag[i]は、ＣＬＶＳ内の各コーディングされたピクチャのｉ番目のサブピクチャが、インループフィルタリング動作を除くデコーディングプロセスでピクチャとして扱われることを定める。０に等しいsubpic_treated_as_pic_flag[i]は、ＣＬＶＳ内の各コーディングされたピクチャのｉ番目のサブピクチャが、インループフィルタリング動作を除くデコーディングプロセスでピクチャとして扱われないことを定める。存在しない場合には、subpic_treated_as_pic_flag[i]の値は０に等しいと推測される。
１に等しいloop_filter_across_subpic_enabled_flag[i]は、インループフィルタリング動作がＣＬＶＳ内の各コーディングされたピクチャのｉ番目のサブピクチャの境界にわたって実行され得ることを定める。０に等しいloop_filter_across_subpic_enabled_flag[i]は、インループフィルタリング動作がＣＬＶＳ内の各コーディングされたピクチャのｉ番目のサブピクチャの境界にわたって実行されないことを定める。存在しない場合には、loop_filter_across_subpic_enabled_pic_flag[i]の値は１に等しいと推測される。
次の制約が適用されることがビットストリーム適合性の要件である：
－いずれか２つのサブピクチャsubpicA及びsubpicBについて、subpicAのサブピクチャインデックスがsubpicBのそれよりも小さい場合に、subPicAの任意のコーディングされたスライスＮＡＬユニットは、デコーディング順でsubPicBの如何なるコーディングされたスライスＮＡＬユニットにも先行すべきである。
－サブピクチャの形状は、各サブピクチャが、デコーディングされるときに、ピクチャ境界から成るか又は前にデコーディングされたサブピクチャの境界から成るその左境界全体及び上境界全体を有するようなものでなければならない。
１に等しいsps_subpic_id_present_flagは、サブピクチャＩＤマッピングがＳＰＳに存在することを定める。０に等しいsps_subpic_id_present_flagは、サブピクチャＩＤマッピングがＳＰＳに存在しないことを定める。
１に等しいsps_subpic_id_signalling_present_flagは、サブピクチャＩＤマッピングがＳＰＳでシグナリングされることを定める。０に等しいsps_subpic_id_signalling_present_flagは、サブピクチャＩＤマッピングがＳＰＳでシグナリングされないことを定める。存在しない場合には、sps_subpic_id_signalling_present_flagの値は０に等しいと推測される。
sps_subpic_id_len_minus1に１をプラスしたものは、シンタックス要素sps_subpic_id[i]を表すために使用されるビットの数を指定する。sps_subpic_id_len_minus1の値は、０以上１５以下の範囲になければならない。
sps_subpic_id[i]は、ｉ番目のサブピクチャのサブピクチャＩＤを指定する。sps_subpic_id[i]シンタックス要素の長さは、sps_subpic_id_len_minus1+1ビットである。存在しない場合には、かつ、sps_subpic_id_present_flagが０に等しい場合には、sps_subpic_id[i]の値は、０以上sps_num_subpics_minus1以下の範囲内の各ｉについてｉに等しいと推測される。
...
7.3.2.4 ピクチャパラメータセットＲＢＳＰシンタックス

7.4.3.4 ピクチャパラメータセットＲＢＳＰセマンティクス
...
１に等しいpps_subpic_id_signalling_present_flagは、サブピクチャＩＤマッピングがＰＰＳでシグナリングされることを定める。０に等しいpps_subpic_id_signalling_present_flagは、サブピクチャＩＤマッピングがＰＰＳでシグナリングされないことを定める。sps_subpic_id_present_flagが０であるか、又はsps_subpic_id_signalling_present_flagが１に等しい場合に、pps_subpic_id_signalling_present_flagは０に等しくなければならない。
pps_num_subpics_minus1に１をプラスしたものは、ＰＰＳを参照するコーディングされたピクチャ内のサブピクチャの数を指定する。
pps_num_subpic_minus1の値がsps_num_subpics_minus1に等しくなければならないことは、ビットストリーム適合性の要件である。
pps_subpic_id_len_minus1に１をプラスしたものは、シンタックス要素pps_subpic_id[i]を表すために使用されるビットの数を指定する。pps_subpic_id_len_minus1の値は、０以上１５以下の範囲になければならない。
pps_subpic_id_len_minus1の値が、ＣＬＶＳ内のコーディングされたピクチャによって参照される全てのＰＰＳについて同じでなければならないことは、ビットストリーム適合性の要件である。
pps_subpic_id[i]は、ｉ番目のサブピクチャのサブピクチャＩＤを指定する。pps_subpic_id[i]シンタックス要素の長さは、pps_subpic_id_len_minus1+1ビットである。
１に等しいno_pic_partition_flagは、ＰＰＳを参照する各ピクチャに適用されるピクチャパーティション化がないことを定める。０に等しいno_pic_partition_flagは、ＰＰＳを参照する各ピクチャが１よりも多いタイル又はスライスにパーティション化され得ることを定める。
no_pic_partition_flagの値が、ＣＬＶＳ内のコーディングされたピクチャによって参照される全てのＰＰＳについて同じでなければならないことは、ビットストリーム適合性の要件である。
sps_num_subpics_minus1+1の値が１よりも大きい場合にno_pic_partition_flagの値が１に等しくてはならないことは、ビットストリーム適合性の要件である。
pps_log2_ctu_size_minus5に５をプラスしたものは、各ＣＴＵのルーマコーディングツリーブロックサイズを指定する。pps_log2_ctu_size_minus5は、sps_log2_ctu_size_minus5に等しくなければならない。
num_exp_tile_columns_minus1に１をプラスしたものは、明示的に供給されたタイル列幅の数を指定する。num_exp_tile_columns_minus1の値は、０以上PicWidthInCtbsY-1以下の範囲になければならない。no_pic_partition_flagが１に等しい場合に、num_exp_tile_columns_minus1の値は０に等しいと推測される。
num_exp_tile_rows_minus1に１をプラスしたものは、明示的に供給されたタイル行高さの数を指定する。num_exp_tile_rows_minus1の値は、０以上PicHeightInCtbsY-1以下の範囲になければならない。no_pic_partition_flagが１に等しい場合に、num_tile_rows_minus1の値は０に等しいと推測される。
tile_column_width_minus1[i]に１をプラスしたものは、０以上num_exp_tile_columns_minus1-1以下の範囲内のiについて、ＣＴＢの単位でｉ番目のタイル列の幅を指定する。tile_column_width_minus1[num_exp_tile_columns_minus1]は、第6.5.1節で指定されるnum_exp_tile_columns_minus1以上のインデックスを有するタイル列の幅を導出するために使用される。存在しない場合には、tile_column_width_minus1[0]の値はPicWidthInCtbs-1に等しいと推測される。
tile_row_height_minus1[i]に１をプラスしたものは、０以上num_exp_tile_rows_minus1-1以下の範囲内のｉについて、ＣＴＢの単位でｉ番目のタイル行の高さ幅を指定する。tile_row_height_minus1[num_exp_tile_rows_minus1]は、第6.5.1節で指定されるnum_exp_tile_rows_minus1以上のインデックスを有するタイル行の高さを導出するために使用される。存在しない場合には、tile_row_height_minus1[0]の値はPicHeightInCtbsY-1に等しいと推測される。
０に等しいrect_slice_flagは、各スライス内のタイルがラスタスキャン順にあり、スライス情報がＰＰＳでシグナリングされないことを定める。１に等しいrect_slice_flagは、各スライス内のタイルがピクチャの長方形領域をカバーし、スライス情報がＰＰＳでシグナリングされることを定める。存在しない場合には、rect_slice_flagは１に等しいと推測される。subpics_present_flagが１に等しい場合に、rect_slice_flagの値は１に等しくなければならない。
１に等しいsingle_slice_per_subpic_flagは、各サブピクチャがただ１つの長方形スライスから成ることを定める。０に等しいsingle_slice_per_subpic_flagは、各サブピクチャが１つ以上の長方形スライスから成ってもよいことを定める。subpics_present_flagが０に等しい場合には、single_slice_per_subpic_flagは０に等しくなければならない。single_slice_per_subpic_flagが１に等しい場合には、num_slices_in_pic_minus1はsps_num_subpics_minus1に等しいと推測される。
num_slices_in_pic_minus1に１をプラスしたものは、ＰＰＳを参照する各ピクチャ内の長方形スライスの数を指定する。num_slices_in_pic_minus1の値は、０以上MaxSlicesPerPicture-1以下の範囲になければならない。なお、MaxSlicesPerPictureは、付録Aで指定されている。no_pic_partition_flagが１に等しい場合に、num_slices_in_pic_minus1の値は０に等しいと推測される。
０に等しいtile_idx_delta_present_flagは、tile_idx_deltaの値がＰＰＳに存在せず、ＰＰＳを参照するピクチャ内の全ての長方形スライスが第6.5.1節で定義されているプロセスに従ってラスタ順に指定されることを定める。１に等しいtile_idx_delta_present_flagは、tile_idx_deltaの値がＰＰＳに存在してもよく、ＰＰＳを参照するピクチャ内の全ての長方形スライスがtile_idx_deltaの値によって示された順序で指定されることを定める。
slice_width_in_tiles_minus1[i]に１をプラスしたものは、タイル列の単位でｉ番目の長方形スライスの幅を指定する。slice_width_in_tiles_minus1[i]の値は、０以上NumTileColumns-1以下の範囲になければならない。存在しない場合には、slice_width_in_tiles_minus1[i]の値は、第6.5.1節で指定されているように推測される。
slice_height_in_tiles_minus1[i]に１をプラスしたものは、タイル行の単位でｉ番目の長方形スライスの高さを指定する。slice_height_in_tiles_minus1[i]の値は、０以上NumTileRows-1以下の範囲になければならない。存在しない場合には、slice_height_in_tiles_minus1[i]の値は、第6.5.1節で指定されているように推測される。
num_slices_in_tile_minus1[i]に１をプラスしたものは、ｉ番目のスライスが単一のタイルからのＣＴＵ行のサブセットを含む場合についての現在タイル内のスライスの数を指定する。num_slices_in_tile_minus1[i]の値は、０以上RowHeight[tileY]-1以下の範囲になければならない。なお、tileYは、ｉ番目のスライスを含むタイル行インデックスである。存在しない場合には、num_slices_in_tile_minus1[i]の値は０に等しいと推測される。
slice_height_in_ctu_minus1[i]に１をプラスしたものは、ｉ番目のスライスが単一のタイルからのＣＴＵ行のサブセットを含む場合について、ＣＴＵ行の単位でｉ番目の長方形スライスの高さを指定する。slice_height_in_ctu_minus1[i]の値は、０以上RowHeight[tileY]-1以下の範囲になければならない。なお、tileYは、ｉ番目のスライスを含むタイル行インデックスである。
tile_idx_delta[i]は、ｉ番目の長方形スライスと（ｉ＋１）番目の長方形スライスとの間のタイルインデックスの差を指定する。tile_idx_delta[i]の値は、-NumTilesInPic+1以上NumTilesInPic-1以下の範囲になければならない。存在しない場合には、tile_idx_delta[i]の値は０に等しいと推測される。他の全ての場合には、tile_idx_delta[i]は０に等しくてはならない。
１に等しいloop_filter_across_tiles_enabled_flagは、インループフィルタリング動作が、ＰＰＳを参照するピクチャ内のタイル境界にわたって実行され得ることを定める。０に等しいloop_filter_across_tiles_enabled_flagは、インループフィルタリング動作が、ＰＰＳを参照するピクチャ内のタイル境界にわたって実行されないことを定める。インループフィルタリング動作は、デブロッキングフィルタ動作、サンプル適応オフセットフィルタ動作、及び適応ループフィルタ動作を含む。存在しない場合には、loop_filter_across_tiles_enabled_flagの値は１に等しいと推測される。
１に等しいloop_filter_across_slices_enabled_flagは、インループフィルタリング動作が、ＰＰＳを参照するピクチャ内のスライス境界にわたって実行され得ることを定める。０に等しいloop_filter_across_slice_enabled_flagは、インループフィルタリング動作が、ＰＰＳを参照するピクチャ内のスライス境界にわたって実行されないことを定める。インループフィルタリング動作は、デブロッキングフィルタ動作、サンプル適応オフセットフィルタ動作、及び適応ループフィルタ動作を含む。存在しない場合には、loop_filter_across_slices_enabled_flagの値は０に等しいと推測される。
...
7.3.7.1 一般的なスライスヘッダシンタックス

7.4.8.1 一般的なスライスヘッダセマンティクス
...
slice_subpic_idは、スライスを含むサブピクチャのサブピクチャ識別子を指定する。slice_subpic_idが存在する場合には、変数SubPicIdxの値は、SubpicIdList[SubPicIdx]がslice_subpic_idに等しいようなものであるよう導出される。そうではない（slice_subpic_idが存在しない）場合には、変数SubPicIdxは、０に等しいよう導出される。ビットでのslice_subpic_idの長さは次の通りのである：
－ sps_subpic_id_signalling_present_flagが１に等しい場合に、slice_subpic_idの長さは、sps_subpic_id_len_minus1+1に等しい。
－さもなければ、ph_subpic_id_signalling_present_flagが１に等しい場合に、slice_subpic_idの長さは、ph_subpic_id_len_minus1+1に等しい。
－さもなければ、pps_subpic_id_signalling_present_flagが１に等しい場合に、slice_subpic_idの長さは、pps_subpic_id_len_minus1+1に等しい。
－上記以外の場合に、slice_subpic_idの長さは、Ceil(Log2(sps_num_subpics_minus1+1))に等しい。
slice_addressは、スライスのスライスアドレスを指定する。存在しない場合には、slice_addressの値は０に等しいと推測される。
rect_slice_flagが０に等しい場合に、次が適用される：
－スライスアドレスは、ラスタスキャンタイルインデックスである。
－ slice_addressの長さは、Ceil(Log2(NumTilesInPic))ビットである。
－ slice_addressの値は、０以上NumTilesInPic－1以下の範囲になければならない。
そうではない（rect_slice_flagが１に等しい）場合に、次が適用される：
－スライスアドレスは、SubPicIdx番目のサブピクチャ内のスライスのスライスインデックスである。
－ slice_addressの長さは、Ceil(Log2(NumSlicesInSubpic[SubPicIdx]))ビットである。
－ slice_addressの値は、０以上NumSlicesInSubpic[SubPicIdx]-1以下の範囲になければならない。
次の制約が適用されることがビットストリーム適合性の要件である：
－ rect_slice_flagが０に等しいか、又はsubpics_present_flagが０に等しい場合に、slice_addressの値は、同じコーディングされたピクチャの如何なる他のコーディングされたスライスＮＡＬユニットのslice_addressの値にも等しくてはならない。
－そうではない場合に、slice_subpic_id及びslice_addressの値の組は、同じコーディングされたピクチャの如何なる他のコーディングされたスライスＮＡＬユニットのslice_subpic_id及びslice_addressの値の組にも等しくてはならない。
－ rect_slice_flagが０に等しいとき、ピクチャのスライスは、それらのslice_address値の昇順になければならない。
－ピクチャのスライスの形状は、各ＣＴＵが、デコーディングされるときに、ピクチャ境界から成るか又は前にデコーディングされたＣＴＵの境界から成るその左境界全体及び上境界全体を有するべきであるようなものでなければならない。
num_tiles_in_slice_minus1に１をプラスしたものは、存在する場合に、スライス内のタイルの数を指定する。num_tiles_in_slice_minus1の値は、０以上NumTilesInPic-1以下でなければならない。
現在スライス内のＣＴＵの数を指定する変数NumCtuInCurrSliceと、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを指定する、０以上NumCtuInCurrSlice-1以下の範囲をとるｉについてのリストCtbAddrInCurrSlice[i]とは、次のように導出される：

変数SubPicLeftBoundaryPos、SubPicTopBoundaryPos、SubPicRightBoundaryPos、及びSubPicBotBoundaryPosは、次のように導出される：

...

［３．４．ＪＶＥＴ－Ｑ００７５からの実施形態］
エスケープサンプル（escape samples）は、パレットモードで異常な場合を処理するために用いられる。

エスケープサンプルの二値化は、現在のＶＴＭでのＥＧ３である。しかし、一様な分布信号については、固定長二値化が、ひずみ及びビットレートの両方の測定でＥＧ３よりも優れている場合がある。

ＪＶＥＴ－Ｑ００７５は、エスケープサンプルに対して固定長二値化を使用することを提案しており、量子化及び逆量子化プロセスもそれに応じて変更される。

提案されている方法でのエスケープサンプルの最大ビット深さは、量子化パラメータに依存し、次のように導出される：

ｍａｘ（１，ｂｉｔＤｅｐｔｈ－（ｍａｘ（ＱｐＰｒｉｍｅＴｓＭｉｎ，Ｑｐ）－４）／６）

ここで、ｂｉｔＤｅｐｔｈは、内部ビット深さであり、Ｑｐは、現在の量子化パラメータ（ＱＰ）であり、ＱｐＰｒｉｍｅＴｓＭｉは、変換スキップブロックのための最小ＱＰであり、ｍａｘは、２つの入力の間で多い方の値を得る演算である。

また、エスケープサンプルのための量子化プロセスでは、シフト演算しか必要とされない。ｅｓｃａｐｅＶａｌを、デコーディングされたエスケープ値とし、ｒｅｃｏｎを、エスケープサンプルの再構成された値とする。値は、次のように導出される：

ｓｈｉｆｔ＝ｍｉｎ（ｂｉｔＤｅｐｔｈ－１，（ｍａｘ（ＱｐＰｒｉｍｅＴｓＭｉｎ，Ｑｐ）－４）／６）

ｒｅｃｏｎ＝（ｅｓｃａｐｅＶａｌ＜＜ｓｈｉｆｔ）

保証すべきは、再構成された値のひずみが常に現在の設計のそれ以下であることである。つまり、（（ｅｓｃａｐｅＶａｌ＊ｌｅｖｅｌＳｃａｌｅ［ｑＰ％６］）＜＜（ｑＰ／６）＋３２）＞＞６である。

エンコーダで、量子化は次のように実施される：

ｅｓｃａｐｅＶａｌ＝（ｐ＋（１＜＜（ｓｈｉｆｔ－１）））＞＞ｓｈｉｆｔ

ｅｓｃａｐｅＶａｌ＝ｃｌｉｐ３（０，（１＜＜ｂｄ）－１，ｅｓｃａｐｅＶａｌ）

ＥＧ３と、逆量子化テーブル、１回の加算、１回の乗算、及び２回のシフト演算をともなう量子化とを使用する現在の設計と比較して、提案されている方法は、よりずっと簡単であり、たった１回のシフト演算子か必要としない。

［３．５．ＪＶＥＴ－Ｑ０２９４からの実施形態］
不可逆及び可逆の混合コーディングで効率的な圧縮を達成するために、ＪＶＥＴ－Ｑ０２９４は、ＣＴＵが可逆又は不可逆のどちらのモードでコーディングされるかを示すために各コーディングツリーユニット（ＣＴＵ）でフラグをシグナリングすることを提案している。ＣＴＵが可逆コーディングされる場合には、追加のＣＴＵレベルフラグが、そのＣＴＵのために使用される残差コーディング方法（レギュラー残差コーディング又は変換スキップ残差コーディングのどちらか一方）を指定するようシグナリングされる。

［４．本明細書の解決法によって解決される技術的課題の例］
ＶＶＣでのサブピクチャ、タイル、及びスライスのシグナリングのための既存の設計には、次の課題がある：
１）sps_num_subpics_minus1のコーディングはｕ（８）であり、これは、ピクチャごとに２５６よりも多いサブピクチャを許さない。しかし、特定の用途では、ピクチャごとのサブピクチャの最大数は、２５６よりも大きい必要があり得る。
２）０に等しいsubpics_present_flag及び１に等しいsps_subpic_id_present_flagを有することが認められる。しかし、subpics_present_flagが０に等しいということは、ＣＬＶＳにサブピクチャに関する情報が全くないことを意味するので、これには全く意味がない。
３）サブピクチャＩＤのリストは、サブピクチャの夫々について１つずつ、ピクチャヘッダ（ＰＨ）でシグナリングされ得る。しかし、サブピクチャＩＤのリストがＰＨでシグナリングされる場合、かつ、サブピクチャのサブセットがビットストリームから抽出される場合に、全てのＰＨは全て変更される必要がある。これは望ましくない。
４）現在、サブピクチャＩＤが、１に等しいsps_subpic_id_present_flag（あるいは、シンタックス要素の名称はsubpic_ids_explicitly_signalled_flagに変更される）によって、明示的にシグナリングされるよう指示される場合に、サブピクチャＩＤはどこにもシグナリングされない場合がある。サブピクチャＩＤが明示的にシグナリングされるよう指示される場合に、サブピクチャＩＤがＳＰＳ又はＰＰＳのどちらか一方で明示的にシグナリングされる必要があるので、これには問題がある。
５）サブピクチャＩＤが明示的にシグナリングされない場合に、スライスヘッダシンタックス要素slice_subpic_idは、sps_num_subpics_minus1が０に等しいときを含め、subpics_present_flagが１に等しい限りは、依然としてシグナリングされる必要がある。しかし、slice_subpic_idの長さは、現在、Ceil(Log2(sps_num_subpics_minus1+1))ビットとして指定されているが、sps_num_subpics_minus1が０に等しい場合に０ビットになる。如何なる現在のシンタックス要素の長さも０ビットであることはできないので、これには問題がある。
６）サブピクチャの数並びにそれらのサイズ及び位置を含むサブピクチャレイアウトは、ＣＬＶＳ全体で変化しない。サブピクチャＩＤがＳＰＳ又はＰＰＳで明示的にシグナリングされない場合でさえ、サブピクチャＩＤの長さは、スライスヘッダ内のサブピクチャＩＤシンタックス要素について、依然としてシグナリングされる必要がある。
７）rect_slice_flagが１に等しいときはいつでも、シンタックス要素slice_addressはスライスヘッダでシグナリングされ、サブピクチャ内のスライスの数（つまり、NumSlicesInSubpic[SubPicIdx]）が１に等しいときを含め，スライスを含むサブピクチャ内のスライスインデックスを指定する。しかし、現在、rect_slice_flagが１に等しい場合に、slice_addressの長さは、Ceil(Log2(NumSlicesInSubpic[SubPicIdx]))ビットであるよう指定されているが、NumSlicesInSubpic[SubPicIdx]が１に等しいときには０ビットになる。如何なる現在のシンタックス要素の長さも０ビットであることはできないので、これには問題がある。
８）シンタックス要素no_pic_partition_flag及びpps_num_subpics_minus1の間には冗長性があるが、最新のＶＶＣテキストには次の制約がある：sps_num_subpics_minus1が０よりも大きい場合に、no_pic_partition_flagの値は１に等しくなければならない。
９）ＣＬＶＳ内で、特定のサブピクチャ位置又はインデックスのサブピクチャＩＤ値は、ピクチャごとに変化する可能性がある。これが起こる場合に、原理上、サブピクチャは、同じレイヤ内の参照ピクチャを参照することによってインター予測を使用することはできない。しかし、現在、現在のＶＶＣ仕様でこれを禁止する制約がない。
１０）現在のＶＶＣ設計では、参照ピクチャは、複数のアプリケーション、例えば、スケーラブルビデオコーディング及びマルチビュービデオコーディングをサポートするために、異なるレイヤ内のピクチャであってよい。サブピクチャが異なるレイヤに存在する場合には、レイヤ間予測を許可するか、それとも禁止するかは、検討される必要がある。

［５．例となる技術及び実施形態］
上記の課題及び他を解決するために、以下で要約される方法が開示される。発明は、概要を説明するための例と見なされるべきであり、狭義に解釈されるべきではない。更に、これらの発明は、個別的に適用されても、又は任意の方法で組み合わされてもよい。

次の略称は、ＪＶＥＴ－Ｐ１００１－ｖＥにあるのと同じ意味を有する。
ＢＰ（buffering period）、ＢＰＳＥＩ（supplemental enhancement information）、
ＰＴ（picture timing）、ＰＴＳＥＩ、
ＡＵ（access unit）、
ＯＰ（operation point）、
ＤＵＩ（decoding unit information）、ＤＵＩＳＥＩ、
ＮＡＬ（network abstraction layer）、
ＮＵＴ（NAL unit type）、
ＧＤＲ（gradual decoding refresh）、
ＳＬＩ（subpicture level information）、ＳＬＩＳＥＩ

１）最初の問題を解決するために、ピクチャごとに２５６よりも多いサブピクチャを可能にするようsps_num_subpics_minus1のコーディングをｕ（８）からｕｅ（ｖ）へ変更する。
ａ．更に、sps_num_subpics_minus1の値は、０以上Ceil(pic_width_max_in_luma_samples÷CtbSizeY)*Ceil(pic_height_max_in_luma_samples÷CtbSizeY)-1以下の範囲にあるよう制限される。
ｂ．更に、ピクチャごとのサブピクチャの数は、レベルの定義において更に制限される。

２）第２の課題を解決するために、「if(subpics_present_flag)」に関してシンタックス要素sps_subpic_id_present_flagのシグナリングを条件付け、つまり、シンタックス要素sps_subpic_id_present_flagは、subpics_present_flagが０に等しい場合にはシグナリングされず、sps_subpic_id_present_flagの値を、それが存在しない場合に０に等しいと推測する。
ａ．代替的に、シンタックス要素sps_subpic_id_present_flagは、subpics_present_flagが０に等しい場合に依然としてシグナリングされるが、値は、subpics_present_flagが０に等しい場合に、０に等しいことを求められる。
ｂ．更に、シンタックス要素subpics_present_flag及びsps_subpic_id_present_flagの名称は、subpic_info_present_flag及びsubpic_ids_explicitly_signalled_flagに夫々変更される。

３）第３の課題を解決するために、ＰＨシンタックスでのサブピクチャＩＤのシグナリングは解除される。その結果、０以上sps_num_subpics_minus1以下の範囲内のｉについて、SubpicIdList[i]は次のように導出される：

４）第４の課題を解決するために、サブピクチャＩＤは、サブピクチャが明示的にシグナリングされるよう指示される場合に、ＳＰＳ又はＰＰＳのどちらか一方でシグナリングされる。
ａ．これは、次の制約を加えることによって実現される：subpic_ids_explicitly_signalled_flagが０であるか、又はsubpic_ids_in_sps_flagが１に等しい場合に、subpic_ids_in_pps_flagは０に等しくなければならない。そうではない（subpic_ids_explicitly_signalled_flagが１であり、subpic_ids_in_sps_flagが０に等しい）場合に、subpic_ids_in_pps_flagは１に等しくなければならない。

５）第５及び第６の課題を解決するために、サブピクチャＩＤの長さは、ＳＰＳフラグsps_subpic_id_present_flag（あるいは、subpic_ids_explicitly_signalled_flagと改名される）の値にかかわらず、ＳＰＳでシグナリングされるが、長さは、ＳＰＳに対するＰＰＳのパージング依存性を回避するために、サブピクチャＩＤがＰＰＳで明示的にシグナリングされる場合にＰＰＳでもシグナリングされてよい。この場合に、長さは、スライスヘッダでサブピクチャＩＤの長さも指定し、サブピクチャＩＤさえ、ＳＰＳ又はＰＰＳで明示的にシグナリングされない。その結果、slice_subpic_idの長さは、存在する場合に、ＳＰＳでシグナリングされたサブピクチャＩＤ長さによっても指定される。

６）代替的に、第５及び第６の課題を解決するために、フラグがＳＰＳシンタックスに加えられ、その１の値は、ＳＰＳシンタックスでのサブピクチャＩＤ長さの存在を指定する。このフラグは、サブピクチャＩＤがＳＰＳ又はＰＰＳで明示的にシグナリングされるかどうかを示すフラグの値から独立して存在する。このフラグの値は、subpic_ids_explicitly_signalled_flagが０に等しい場合に１又は０のどちらかに等しくなるが、フラグの値は、subpic_ids_explicitly_signalled_flagが１に等しい場合には１に等しくなければならない。このフラグが０に等しい、つまり、サブピクチャ長さが存在しない場合には、slice_subpic_idの長さは、Max(Ceil(Log2(sps_num_subpics_minus1+1)),1)ビットであるよう指定される（最新のＶＶＣドラフトテキストでCeil(Log2(sps_num_subpics_minus1+1))ビットであるのとは対照的である）。
ａ．代替的に、このフラグは、subpic_ids_explicitly_signalled_flagが０に等しい場合にのみ存在し、subpic_ids_explicitly_signalled_flagが１に等しい場合には、このフラグの値は、１に等しいと推測される。

７）第７の課題を解決するために、rect_slice_flagが１に等しい場合に、slice_addressの長さは、Max(Ceil(Log2(NumSlicesInSubpic[SubPicIdx])),1)ビットであるよう指定される。
ａ．代替的に、更に、rect_slice_flagが０に等しい場合にslice_addressの長さは、Ceil(Log2(NumTilesInPic))ビットであるのとは対照的に、Max(Ceil(Log2(NumTilesInPic)),1)ビットであるよう指定される。

８）第８の課題を解決するために、「if(subpic_ids_in_pps_flag && pps_num_subpics_minus1>0)」に関してno_pic_partition_flagのシグナリングを条件付け、次の推測を加える：存在しない場合には、no_pic_partition_flagの値は、１に等しいと推測される。
ａ．代替的に、ＰＰＳ内のタイル及びスライスシンタックスの後に、例えば、シンタックス要素entropy_coding_sync_enabled_flagの直前に、サブピクチャＩＤシンタックス（４つ全てのシンタックス要素）を移動し、それから、「if(no_pic_partition_flag)」に関してpps_num_subpics_minus1のシグナリングを条件付ける。

９）第９の課題を解決するために、次の制約が指定される：各特定のサブピクチャインデックス（又は同等に、サブピクチャ位置）について、サブピクチャＩＤ値は、picAと同じレイヤ内のデコーディング順で前にあるピクチャ内のそれと比較して、ピクチャpicAで変化する場合に、picAがＣＬＶＳの最初のピクチャでない限りは、picAにあるサブピクチャは、IDR_W_RADL、IDR_N_LP、又はCRA_NUTに等しいnal_unit_typeを有するコーディングされたスライスＮＡＬユニットしか含むべきではない。
ａ．代替的に、上記の制約は、subpic_treated_as_pic_flag[i]が１に等しいサブピクチャインデックスについてのみ適用される。
ｂ．代替的に、第９項及び第９ａ項の両方について、「IDR_W_RADL、IDR_N_LP、又はCRA_NUT」を「IDR_W_RADL、IDR_N_LP、CRA_NUT、RSV_IRAP_11、又はRSV_IRAP_12」に変更する。
ｃ．代替的に、picAにあるサブピクチャは、他のタイプのコーディングされたスライスＮＡＬユニットを含み得るが、これらのコーディングされたスライスＮＡＬユニットは、イントラ予測、イントラブロックコピー（ＩＢＣ）予測、及びパレットモード予測のうちの１つ以上しか使用しない。
ｄ．代替的に、picAのサブピクチャ内の第１ビデオユニット（例えば、スライス、タイル、ブロック、など）は、前のピクチャ内の第２ビデオユニットを参照し得る。第２ビデオユニット及び第１ビデオユニットは、それら２つのサブピクチャＩＤが異なる可能性があるとしても、同じサブピクチャインデックスを有するサブピクチャ内にあってよいことが制約される。サブピクチャインデックスは、サブピクチャに割り当てられている一意の番号であり、ＣＬＶＳにおいて変化することがない。

１０）特定のサブピクチャインデックス（又は同等に、サブピクチャ位置）について、サブピクチャインデックス又はサブピクチャＩＤ値とともにレイヤＩＤ値によって識別されるサブピクチャのうちのどれが参照として使用されることを許されているかの指示は、ビットストリームでシグナリングされ得る。

１１）多重レイヤの場合について、特定の条件（例えば、サブピクチャの数、サブピクチャの位置に依存し得る）が満足される場合に、異なるレイヤ内のサブピクチャからのレイヤ間予測（ＩＬＲ）が許されるが、一方、特定の条件が満足されない場合には、ＩＬＲは無効にされる。
ａ．一例で、２つのレイヤ内の２つのサブピクチャが同じサブピクチャインデックス値を有するが、サブピクチャＩＤ値が異なる場合にさえ、レイヤ間予測は、特定の条件が満足される場合に依然として許され得る。
ｉ．一例で、特定の条件は、「２つのレイヤが異なるビューオーダーインデックス／ビューオーダーＩＤ値に関連する場合」である。
ｂ．第１レイヤ内の第１サブピクチャ及び第２レイヤ内の第２サブピクチャは、それら２つのサブピクチャが同じサブピクチャインデックスを有する場合に、コロケート（collocated）位置及び／又は有理数の幅／高さになければならないことが制約され得る。
ｃ．第１レイヤ内の第１サブピクチャ及び第２レイヤ内の第２サブピクチャは、第１サブピクチャが第２参照サブピクチャを参照することができる場合に、コロケート位置及び／又は有理数の幅／高さになければならないことが制約され得る。

１２）現在サブピクチャが、参照レイヤの領域又はサブピクチャに関連したサンプル値及び／又は他の値、例えば、動き情報及び／又はコーディングモード情報からのレイヤ間予測（ＩＬＰ）を使用し得るかどうかの指示は、ビットストリームで、例えば、ＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／シーケンスヘッダ／ピクチャヘッダで、シグナリングされる。
ａ．一例で、参照レイヤの参照領域又はサブピクチャは、現在サブピクチャ内のサンプルの少なくとも１つのコロケートサンプルを含むものである。
ｂ．一例で、参照レイヤの参照領域又はサブピクチャは、現在サブピクチャのコロケート領域の外にある。
ｃ．一例で、そのような指示は、１つ以上のＳＥＩメッセージでシグナリングされる。
ｄ．一例で、そのような指示は、参照レイヤが複数のサブピクチャを有しているか否かにかかわらず、また、複数のサブピクチャが参照レイヤの１つ以上に存在する場合には、コロケート領域をカバーする参照ピクチャ内のサブピクチャに現在ピクチャ内の各サブピクチャが対応するように、現在ピクチャと位置合わせされたサブピクチャにピクチャがパーティション化されるかどうかにかかわらず、また更には、対応／コロケートサブピクチャが現在サブピクチャと同じサブピクチャＩＤ値を有しているかどうかにかかわらず、シグナリングされる。

１３）特定のＯＰに適用するＢＰＳＥＩメッセージ及びＰＴＳＥＩメッセージがＡＵ内に存在する場合に、ＢＰＳＥＩメッセージは、デコーディング順でＰＴＳＥＩメッセージに先行しなければならない。

１４）特定のＯＰに適用するＢＰＳＥＩメッセージ及びＤＵＩＳＥＩメッセージがＡＵ内に存在する場合に、ＢＰＳＥＩメッセージは、デコーディング順でＤＵＩＳＥＩメッセージに先行しなければならない。

１５）特定のＯＰに適用するＰＴＳＥＩメッセージ及びＤＵＩＳＥＩメッセージがＡＵ内に存在する場合に、ＰＴＳＥＩメッセージは、デコーディング順でＤＵＩＳＥＩメッセージに先行しなければならない。

１６）ピクチャがＩＲＡＰ／ＧＤＲピクチャフラグであるかどうかのインジケータは、ピクチャヘッダの最初にシグナリングされ、no_output_of_prior_pics_flagは、インジケータが条件とされてシグナリングされ得る。
例となるシンタックス設計は、次の通りである：

１に等しいirap_or_gdr_pic_flagは、ＰＨに関連したピクチャがＩＲＡＰ又はＧＤＲピクチャであることを指定する。０に等しいirap_or_gdr_pic_flagは、ＰＨに関連したピクチャがＩＲＡＰピクチャでもＧＲＩピクチャでもないことを指定する。

１７）mixed_nalu_types_in_pic_flagの値が０に等しいピクチャが、GDR_NUTに等しいnal_unit_typeを有するコーディングされたスライスＮＡＬユニットを含むべきではないことは認められない。

１８）シンタックス要素（つまり、mixed_slice_types_in_pic_flag）は、ＰＰＳでシグナリングされる。mixed_slice_types_in_pic_flagが０に等しい場合に、スライスタイプ（Ｂ、Ｐ、又はＩ）はＰＨでコーディングされる。そうではない場合には、スライスタイプはＳＨでコーディングされる。未使用のスライスタイプに関連したシンタックス値は、ピクチャヘッダで更にスキップされる。シンタックス要素mixed_slice_types_in_pic_flagは、次のように条件付きでシグナリングされる：

１９）ＳＰＳ又はＰＰＳで、最大Ｎ１（例えば、３）個までの垂直仮想境界と最大Ｎ２（例えば、３）個までの水平仮想境界をシグナリングする。ＰＨでは、最大Ｎ３（例えば、１）個までの余分の垂直境界と最大Ｎ４（例えば、１）個までの余分の垂直仮想境界とをシグナリングし、垂直仮想境界の総数がＮ１以下でなければならず、水平仮想境界がＮ２以下でなければならないことが制約される。

２０）ＳＰＳでのシンタックス要素inter_layer_ref_pics_present_flagは、条件付きでシグナリングされ得る。例えば、次の通りである：

２１）シンタックス要素entropy_coding_sync_enabled_flag及びentry_point_offsets_present_flagをＰＰＳではなくＳＰＳでシグナリングする。

２２）vps_num_ptls_minus1及びnum_ols_hrd_params_minus1の値は、値Ｔよりも小さくなければならないことが必要とされる。例えば、ＴはＪＶＥＴ－２００１－ｖＥで指定されているTotalNumOlssに等しくてよい。
ａ．Ｔとvps_num_ptls_minus1又は(vps_num_ptls_minus1+1)との間の差がシグナリングされ得る。
ｂ．Ｔとhrd_params_minus1又は(hrd_params_minus1+1)との間の差がシグナリングされ得る。
ｃ．上記の差は、一進法符号（unary code）又は指数ゴロム（Exponential Golomb）符号によってシグナリングされ得る。

２３）vps_num_dpb_params_minus1の値は、vps_max_layers_minus1以下でなければならないことが必要とされる。
ａ．Ｔとvps_num_ptls_minus1又は(vps_num_ptls_minus1+1)との間の差がシグナリングされ得る。
ｂ．差は、一進法符号又は指数ゴロム符号によってシグナリングされ得る。

２４）ＥＯＢＮＡＬユニットが、ビットストリームに含まれること又は外部手段を通じて供給されることのいずれかによってデコーダに利用可能にされるべきであることが認められる。

２５）ＥＯＢＮＡＬユニットが、ビットストリームに含まれること又は外部手段を通じて供給されることのいずれかによってデコーダに利用可能にされてもよいことが認められる。

２６）レイヤインデックスｉを有する各レイヤについて、vps_independent_layer_flag[i]が０に等しい場合に、そのレイヤ内の各ピクチャは、１つのサブピクチャしか含むべきではない。

２７）サブビットストリーム抽出プロセスで、ＶＣＬＮＡＬユニットが除かれるかどうかを指定し、また、ＶＣＬＮＡＬユニットに関連するフィラーデータユニットも取り除き、また、ＶＣＬＮＡＬユニットに関連するＳＥＩＮＡＬユニット内の全てのフィラーＳＥＩユニットも取り除く。

２８）ＳＥＩＮＡＬユニットがフィラーＳＥＩメッセージを含む場合に、それは、フィラーＳＥＩメッセージではない如何なる他のＳＥＩメッセージを含むべきではないことが制約される。
ａ．代替的に、ＳＥＩＮＡＬユニットがフィラーＳＥＩメッセージを含む場合に、それは、任意の他のＳＥＩメッセージを含むべきであることが制約される。

２９）ＶＣＬＮＡＬユニットは、多くても１つの関連するフィラーＮＡＬユニットを有するべきであることが制約される。

３０）ＶＣＬＮＡＬユニットは、多くても１つの関連するフィラーＮＡＬユニットを有するべきであることが制約される。

３１）ビデオユニットが可逆又は不可逆のどちらのモードでコーディングされるかどうかを示すために、フラグがシグナリングされることが提案され、ビデオユニットはＣＵ又はＣＴＵであってよく、パレットモードでのエスケープサンプルのシグナリングは、フラグに依存してよい。
ａ．一例で、パレットモードでのエスケープサンプルの二値化方法は、フラグに依存してよい。
ｂ．一例で、パレットモードでのエスケープサンプルのための算術コーディングにおけるコーディングコンテキストの決定は、フラグに依存してよい。

［６．実施形態］
以下は、セクション５において上記で要約された項目８を除いた全ての発明態様についてのいくつかの例示的な実施形態であり、これらはＶＶＣ仕様に適用され得る。変更されたテキストは、ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣテキストに基づいている。追加又は変更された最も関連する部分は、下線付き太字イタリック体で示されており、最も関連する削除部分は、太字二重括弧で囲まれて強調されている。例えば、［［ａ］］は、「ａ」が削除されていることを示す。本質的に編集上の変更であって、従って強調表示されていない他のいくつかの変更がある。

［６．１．第１実施形態］

図５は、本明細書で開示されている様々な技術が実装され得る例示的なビデオ処理システム５００を示すブロック図である。様々な実施は、システム５００のコンポーネントのいくつか又は全てを含み得る。システム５００は、ビデオコンテンツを受ける入力部５０２を含み得る。ビデオコンテンツは、生の又は圧縮されていないフォーマット、例えば、８又は１０ビットのマルチコンポーネントピクセル値で受け取られてよく、あるいは、圧縮された又はエンコーディングされたフォーマットにあってもよい。入力部５０２は、ネットワークインターフェース、ペリフェラルバスインターバス、又はストレージインターフェースに相当してもよい。ネットワークインターフェースの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、受動光ネットワーク（Passive Optical Network，ＰＯＮ）などのような無線インターフェース、及びＷｉ－Ｆｉ又はセルラーネットワークなどの無線インターフェースが含まれる。

システム５００は、本明細書で記載されている様々なコーディング又はエンコーディング方法を実装し得るコーディングコンポーネント５０４を含んでもよい。コーディングコンポーネント５０４は、ビデオのコーディングされた表現を生成するよう、入力部５０２からコーディングコンポーネント５０４の出力部へのビデオの平均ビットレートを低減し得る。コーディング技術は、従って、ビデオ圧縮又はビデオトランスコーディング技術と時々呼ばれる。コーディングコンポーネント５０４の出力は、コンポーネント５０６によって表されるように、保存されても、あるいは、接続された通信を介して伝送されてもよい。入力部５０２で受け取られたビデオの保存又は通信されたビットストリーム（又はコーディングされた）表現は、ピクセル値又は表示インターフェース５１０へ送られる表示可能なビデオを生成するコンポーネント５０８によって使用されてもよい。ユーザが見ることができるビデオをビットストリーム表現から生成するプロセスは、ビデオ圧縮解除と時々呼ばれる。更に、特定のビデオ処理動作が「コーディング」動作又はツールと呼ばれる一方で、そのようなコーディングツール又は動作はエンコーダで使用され、コーディングの結果を入れ替える対応するデコーディングツール又は動作は、デコーダによって実行されることになることが理解されるだろう。

ペリフェラルバスインターフェース又は表示インターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔ（登録商標）などが含まれ得る。ストレージインターフェースの例には、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＰＣＩ、ＩＤＥインターフェース、などがある。本明細書で説明されている技術は、携帯電話機、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行する能力がある他のデバイスなどの様々な電子デバイスで具現化されてもよい。

図６は、ビデオ処理装置６００のブロック図である。装置６００は、本明細書で記載されている方法の１つ以上を実装するために使用され得る。装置６００は、スマートフォン、タブレット、コンピュータ、インターネット・オブ・シングス（ＩｏＴ）レシーバ、などで具現化されてもよい。装置６００は、１つ以上のプロセッサ６０２、１つ以上のメモリ６０４、及びビデオ処理ハードウェア６０６を含み得る。プロセッサ６０２は、本明細書で記載される１つ以上の方法を実装するよう構成され得る。メモリ（複数のメモリ）６０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア６０６は、ハードウェア回路において、本明細書で記載されるいくつかの技術を実装するために使用され得る。いくつかの実施形態において、ビデオ処理ハードウェア６０６は、部分的に全体的に、プロセッサ２２０２、例えば、グラフィクス処理ユニットの中にあってもよい。

図７は、本開示の技術を利用し得る例示的なビデオコーディングシステム１００を表すブロック図である。

図７に示されるように、ビデオコーディングシステム１００は、発信元デバイス１１０及び送信先デバイス１２０を含んでよい。発信元デバイス１１０は、エンコーディングされたビデオデータを生成し、ビデオエンコーディングデバイスと呼ばれ得る。送信先デバイス１２０は、発信元デバイス１１０によって生成されたエンコーディングされたビデオデータをデコーディングすることができ、ビデオデコーディングデバイスと呼ばれ得る。

発信元デバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インターフェース１１６を含んでよい。

ビデオソース１１２は、ビデオ捕捉デバイスなどのソース、ビデオコンテンツプロバイダからビデオデータを受け取るインターフェース、及び／又はビデオデータを生成するコンピュータグラフィクスシステム、あるいは、そのようなソースの組み合わせを含んでよい。ビデオデータは１つ以上のピクチャを有してもよい。ビデオエンコーダ１１４は、ビットストリームを生成するようビデオソース１１２からのビデオデータをエンコーディングする。ビットストリームは、ビデオデータのコーディングされた表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングされたピクチャ及び関連するデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連するデータは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含んでよい。エンコーディングされたビデオデータは、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に対してネットワーク１３０ａを通じて直接に伝送されてよい。エンコーディングされたビデオデータはまた、送信先デバイス１２０によるアクセスのために記憶媒体／サーバ１３０ｂに記憶されてもよい。

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

Ｉ／Ｏインターフェース１２６は、受信器及び／又はモデムを含んでよい。Ｉ／Ｏインターフェース１２６は、発信元デバイス１１０又は記憶媒体／サーバ１３０ｂからエンコーディングされたビデオデータを取得してよい。ビデオデコーダ１２４は、エンコーディングされたビデオデータをデコーディングしてよい。表示デバイス１２２は、デコーディングされたビデオデータをユーザに表示してよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてもよく、あるいは、外付け表示デバイスとインターフェース接続するよう構成されて送信先デバイス１２０の外にあってもよい。

ビデオエンコーダ１１４及びビデオデコーダ１２４は、ＨＥＶＣ（High Efficiency Video Coding）標準規格、ＶＶＣ（Versatile Video Coding）標準規格、並びに他の現在の及び／又は更なる標準規格などのビデオ圧縮規格に従って作動してもよい。

図８は、ビデオエンコーダ２００の例を表すブロックであり、図７に表されているシステム１００のビデオエンコーダ１１４であってよい。

ビデオエンコーダ２００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図８の例では、ビデオエンコーダ２００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオエンコーダ２００の様々なコンポーネントの間で共有されてもよい。いくつかの例では、プロセッサが、本開示で記載される技術のいずれか又は全てを実行するよう構成されてもよい。

ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニット２０６を含み得る予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピエンコーディングユニット２１４とを含んでよい。

他の例では、ビデオエンコーダ２００は、より多い、より少ない、又は異なる機能コンポーネントを含んでもよい。例において、予測ユニット２０２は、イントラブロックコピー（Intra Block Copy，ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが、現在ビデオブロックが位置しているピクチャであるところの、ＩＢＣモードで、予測を実行してよい。

更に、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントは、高度に集積されてもよいが、説明のために図８の例では別々に表されている。

パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティション化し得る。ビデオエンコーダ２００及びビデオデコーダ３００は、様々なビデオブロックサイズをサポートしてよい。

モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインターのコーディングモードの１つを選択し、結果として得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７へ、及び参照ピクチャとしての使用のために、エンコーディングされたブロックを再構成する再構成ユニット２１２へ供給してよい。いくつかの例において、モード選択ユニット２０３は、予測がインター予測信号及びイントラ予測信号に基づくイントラ－インター複合予測（Combination of Intra and Inter Prediction，ＣＩＩＰ）モードを選択してもよい。モード選択ユニット２０３はまた、インター予測の場合に、ブロックの動きベクトルのための分解能（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

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

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在ビデオブロックがＩスライス、Ｐスライス、又はＢスライスであるかどうかに応じて、現在ビデオブロックのために異なる動作を実行してもよい。

いくつかの例において、動き推定ユニット２０４は、現在ビデオブロックのために一方向予測を実行してもよく、動き推定ユニット２０４は、現在ビデオブロックのための参照ビデオブロックをリスト０又はリスト１の参照ピクチャから探してもよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックスと、現在ビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルとを生成してよい。動き推定ユニット２０４は、現在ビデオブロックの動き情報として参照インデックス、予測方向インジケータ、及び動きベクトルを出力してもよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報によって示されている参照ビデオブロックに基づいて、現在ブロックの予測されたビデオブロックを生成してもよい。

他の例では、動き推定ユニット２０４は、現在ビデオブロックのために双方向予測を実行してもよく、動き推定ユニット２０４は、現在ビデオブロックのための参照ビデオブロックをリスト０内の参照ピクチャから探してもよく、また、現在のビデオブロックのためのもう１つの参照ビデオブロックをリスト１内の参照ピクチャから探してもよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０及びリスト１内の参照ピクチャを示す参照インデックスと、参照ビデオブロックと現在ビデオブロックとの間の空間変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在ビデオブロックの動き情報として現在ビデオブロックの参照インデックス及び動きベクトルを出力してもよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報によって示されている参照ビデオブロックに基づいて、現在ビデオブロックの予測されたビデオブロックを生成してもよい。

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

いくつかの例において、動き推定ユニット２０４は、現在ビデオの動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、他のビデオブロックの動き情報を参照して現在ビデオブロックの動き情報をシグナリングしてもよい。例えば、動き推定ユニット２０４は、現在ビデオブロックの動き情報が隣接ビデオブロックの動き情報と十分に類似していることを決定してもよい。

一例において、動き推定ユニット２０４は、現在ビデオブロックに関連したシンタックス構造において、現在ビデオブロックが他のビデオブロックと同じ動き情報を有していることをビデオデコーダ３００に示す値を示してもよい。

他の例では、動き推定ユニット２０４は、現在ビデオブロックに関連したシンタックス構造において、他のビデオブロック及び動きベクトル差分（Motion Vector Difference，ＭＶＤ）を特定してもよい。動きベクトル差分は、現在ビデオブロックの動きベクトルと、指示されたビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、現在ビデオブロックの動きベクトルを決定するために、指示されたビデオブロックの動きベクトル及び動きベクトル差分を使用してもよい。

上述されたように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングしてもよい。ビデオエンコーダ２００によって実装され得る予測シグナリング技術の２つの例には、アドバンスド動きベクトル予測（Advanced Motion Vector Prediction，ＡＭＶＰ）及びマージモードシグナリングがある。

イントラ予測ユニット２０６は、現在ビデオブロックに対してイントラ予測を実行してもよい。イントラ予測ユニット２０６が現在ビデオブロックに対してイントラ予測を実行する場合に、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックのデコーディングされたサンプルに基づいて、現在ビデオブロックの予測データを生成し得る。現在ビデオブロックの予測データは、予測されたビデオブロック及び様々なシンタックス要素を含み得る。

残差生成ユニット２０７は、現在ビデオブロックから現在ビデオブロックの予測されたビデオブロックを減じること（例えば、マイナス符号によって示される。）によって、現在ビデオブロックの残差データを生成してもよい。現在ビデオブロックの残差データは、現在ビデオブロック内のサンプルの異なるサンプルコンポーネントに対応する残差ビデオブロックを含み得る。

他の例では、例えば、スキップモードで、現在ビデオブロックの残差データは存在しない場合があり、残差生成ユニット２０７は、減算演算を実行しなくてもよい。

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

変換処理ユニット２０８が現在ビデオブロックに関連した変換係数ビデオブロックを生成した後、量子化ユニット２０９は、現在ビデオブロックに関連した１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在ビデオブロックに関連した変換係数ビデオブロックを量子化してもよい。

逆量子化ユニット２１０及び逆変換ユニット２１１は、変換係数ビデオブロックに各々逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してもよい。再構成ユニット２１２は、再構成された残差ビデオブロックを、予測ユニット２０２によって生成された１つ以上の予測されたビデオブロックからの対応するサンプルに加えて、バッファ２１３での記憶のために、現在ブロックに関連した再構成されたビデオブロックを生成してもよい。

再構成ユニット２１２がビデオブロックを再構成した後、ループフィルタリング動作が、ビデオブロックにおいてビデオブロッキングアーチファクトを低減するよう実行されてもよい。

エントロピエンコーディングユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受け取ってもよい。エントロピエンコーディングユニット２１４がデータを受け取るとき、エントロピエンコーディングユニット２１４は、エントロピエンコーディングされたデータを生成するよう１つ以上のエントロピエンコーディング動作を実行し、そのエントロピエンコーディングされたデータを含むビットストリームを出力し得る。

図９は、ビデオデコーダ３００の例を表すブロック図であり、図７で表されているシステム１００のビデオデコーダ１２４であってよい。

ビデオデコーダ３００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図９の例では、ビデオデコーダ３００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオデコーダ３００の様々なコンポーネントの間で共有されてもよい。いくつかの例では、プロセッサが、本開示で記載される技術のいずれか又は全てを実行するよう構成されてもよい。

図９の例では、ビデオデコーダ３００は、エントロピデコーディングユニット３０１と、動き補償ユニット３０２と、イントラ予測ユニット３０３と、逆量子化ユニット３０４と、逆変換ユニット３０５と、再構成ユニット３０６と、バッファ３０７とを含む。ビデオデコーダ３００は、いくつかの例において、ビデオエンコーダ２００（図８）に関して記載されたエンコーディングパスとは概して逆のデコーディングパスを実行してもよい。

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

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

動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルについて補間値を計算するために、ビデオブロックのエンコーディング中にビデオエンコーダ２００によって使用された補間フィルタを使用してもよい。動き補償ユニット３０２は、受け取られたシンタックス情報に従って、ビデオエンコーダ２００によって使用された補間フィルタを決定し、その補間フィルタを使用して、予測ブロックを生成し得る。

動き補償ユニット３０２は、エンコーディングされたビデオシーケンスのフレーム及び／又はスライスをエンコーディングするために使用されるブロックのサイズと、エンコーディングされたビデオシーケンスのピクチャの各マクロブロックがどのようにパーティション化されるかを記述するパーティション情報と、各パーティションがどのようにエンコーディングされるかを示すモードと、各インターエンコーディングされたブロックについての１つ以上の参照フレーム（及び参照フレームリスト）と、エンコーディングされたビデオシーケンスをデコーディングするための他の情報とを決定するために、シンタックス情報のいくつかを使用してもよい。

イントラ予測ユニット３０３は、空間的に隣接するブロックから予測ブロックを形成するよう、例えば、ビットストリームで受け取られたイントラ予測モードを使用してもよい。逆量子化ユニット３０４は、ビットストリームで供給されてエントロピデコーディングユニット３０１によってデコーディングされた量子化されたビデオブロック係数を逆量子化、すなわち、量子化解除する。逆変換ユニット３０５は、逆変換を適用する。

再構成ユニット３０６は、動き補償ユニット３０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックを残差ブロックに加算して、デコーディングされたブロックを形成し得る。望まれる場合には、デブロッキングフィルタも、ブロッキネスアーチファクトを取り除くために、デコーディングされたブロックにフィルタをかけるよう適用されてもよい。デコーディングされたビデオブロックは、次いで、バッファ３０７に格納され、バッファ３０７は、その後の動き補償／イントラ予測のために参照ブロックを供給し、更には、デコーディングされたビデオを表示デバイスでの提示のために生成する。

図１０～２６は、上記の技術的解決法、例えば、図５～９で示されている実施形態を実装することができる方法の例を示す。

図１０は、ビデオ処理の例示的な方法１０００のフローチャートを示す。方法１０００は、動作１０１０で、ビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、フォーマット規則は、動作点（ＯＰ）に適用する第１メッセージ及び第２メッセージが、第１メッセージがデコーディング順において第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する。

図１１は、ビデオ処理の例示的な方法１１００のフローチャートを示す。方法１１００は、動作１１１０で、ビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、フォーマット規則は、動作点（ＯＰ）に適用する複数のメッセージが、複数のメッセージのうちの第１メッセージがデコーディング順において複数のメッセージのうちの第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する。

図１２は、ビデオ処理の例示的な方法１２００のフローチャートを示す。方法１２００は、動作１２１０で、ピクチャを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、第１フラグの指示がピクチャに関連したピクチャヘッダの最初にシグナリングされることを定め、第１フラグは、ピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ又は漸次デコーディングリフレッシュ（ＧＤＲ）ピクチャであるかどうかを示す。

図１３は、ビデオ処理の例示的な方法１３００のフローチャートを示す。方法１３００は、動作１３１０で、１つ以上のピクチャを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、１つ以上のピクチャの中のピクチャのコーディングが、漸次デコーディングリフレッシュタイプを有するコーディングされたスライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むこと及び当該ピクチャが混合タイプのＮＡＬユニットを含むことを示すフラグと関連することを許さない。

図１４は、ビデオ処理の例示的な方法１４００のフローチャートを示す。方法１４００は、動作１４１０で、１つ以上のピクチャを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、１つ以上のピクチャの中のピクチャのコーディングが、漸次デコーディングリフレッシュタイプを有するコーディングされたスライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むこと及び当該ピクチャが混合タイプのＮＡＬユニットを含まないことを示すフラグと関連することを許す。

図１５は、ビデオ処理の例示的な方法１５００のフローチャートを示す。方法１５００は、動作１５１０で、ビデオのピクチャとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームは、第１シンタックス要素がピクチャに関連したピクチャパラメータセット（ＰＰＳ）でシグナリングされるかどうかを定めるフォーマット規則に従い、ピクチャは、スライスタイプとともに１つ以上のスライスを含み、第１シンタックス要素は、第１シンタックス要素がゼロに等しいことによりスライスタイプがピクチャヘッダでシグナリングされることを示し、さもなければスライスタイプがスライスヘッダでシグナリングされることを示す。

図１６は、ビデオ処理の例示的な方法１６００のフローチャートを示す。方法１６００は、動作１６１０で、ビデオのピクチャとビデオのビットストリームとの間の変換を規則に従って実行することを含み、変換はインループフィルタリングプロセスを含み、規則は、インループフィルタリングプロセスに関係がある垂直仮想境界の総数及び水平仮想境界の総数がピクチャレベル又はシーケンスレベルでシグナリングされることを定める。

図１７は、ビデオ処理の例示的な方法１７００のフローチャートを示す。方法１７００は、動作１７１０で、１つ以上のピクチャを含むビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、他のレイヤからの参照ピクチャを使用する１つのレイヤ内のピクチャのコーディングを、他のレイヤからの参照ピクチャがビットストリームに存在するかどうかを示す第１シンタックス要素に基づき条件付きで許可し、第１シンタックス要素は、ピクチャに関連したパラメータセットの識別子がゼロに等しくないかどうかを示す第２シンタックス要素に基づき条件付きで、ビットストリームでシグナリングされる。

図１８は、ビデオ処理の例示的な方法１８００のフローチャートを示す。方法１８００は、動作１８１０で、ビデオのピクチャとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、（ａ）ピクチャ内のコーディングツリーユニット（Coding Tree Unit，ＣＴＵ）をデコーディングする前のコンテキスト変数の同期化プロセス、及び（ｂ）ＣＴＵをデコーディングした後のコンテキスト変数の保存プロセスを有効にする第１シンタックス要素を定義し、第１シンタックス要素は、ピクチャに関連したシーケンスパラメータセット（ＳＰＳ）でシグナリングされる。

図１９は、ビデオ処理の例示的な方法１９００のフローチャートを示す。方法１９００は、動作１９１０で、ビデオのピクチャとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、タイル又はタイル特有のＣＴＵ行のためのエントリポイントオフセットのシグナリングがピクチャのスライスヘッダに存在するかどうかを示すシンタックス要素を定義し、シンタックス要素は、ピクチャに関連したシーケンスパラメータセット（ＳＰＳ）でシグナリングされる。

図２０は、ビデオ処理の例示的な方法２０００のフローチャートを示す。方法２０００は、動作２０１０で、ビデオとビデオのビットストリームとの間の変換を規則に従って実行することを含み、規則は、ビデオに関連したビデオパラメータセット（ＶＰＳ）内の出力レイヤセット（ＯＬＳ）仮説参照デコーダ（ＨＲＤ）のパラメータの数を示す第１シンタックス要素が第１の所定閾よりも小さいことを定める。

図２１は、ビデオ処理の例示的な方法２１００のフローチャートを示す。方法２１００は、動作２１１０で、ビデオとビデオのビットストリームとの間の変換を規則に従って実行することを含み、規則は、ビデオに関連したビデオパラメータセット（ＶＰＳ）内のプロファイル／ティア／レベル（ＰＴＬ）シンタックス構造の数を示すシンタックス要素が所定閾よりも小さいことを定める。

図２２は、ビデオ処理の例示的な方法２２００のフローチャートを示す。方法２２００は、動作２２１０で、ビデオとビデオのビットストリームとの間の変換を規則に従って実行することを含み、規則は、ビデオパラメータセット（ＶＰＳ）内のデコーディングピクチャバッファパラメータシンタックス構造の数を示す第１シンタックス要素が、ＶＰＳによって指定されたレイヤの数を示す第２シンタックス要素以下でなければならないことを定める。

図２３は、ビデオ処理の例示的な方法２３００のフローチャートを示す。方法２３００は、動作２３１０で、ビデオとビデオのビットストリームとの間の変換を規則に従って実行することを含み、規則は、終端（terminating）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットがビットストリームでのシグナリング又は外部手段を通じた供給によってデコーダに利用可能にされることを許す。

図２４は、ビデオ処理の例示的な方法２４００のフローチャートを示す。方法２４００は、動作２４１０で、ビデオとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、ビットストリーム内の各レイヤがレイヤ間予測を使用するよう構成されることを示す、シンタックス要素がゼロに等しいことにより、各レイヤを、１つしかサブピクチャを含まないように制限する。

図２５は、ビデオ処理の例示的な方法２５００のフローチャートを示す。方法２５００は、動作２５１０で、ビデオとビデオのビットストリームとの間の変換を規則に従って実行することを含み、規則は、サブビットストリーム抽出プロセスがデコーディングのためにサブビットストリームを生成するよう実施されることを定め、サブビットストリーム抽出プロセスは、ビットストリームから、目標最大時間識別子を有するサブビットストリームを抽出するよう構成され、規則は更に、抽出中に、ビデオコーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを取り除くと、ＶＣＬＮＡＬユニットに関連する補足拡張情報（ＳＥＩ）ＮＡＬユニット内のフィラーデータユニット及びフィラーＳＥＩメッセージも取り除かれることを定める。

図２６は、ビデオ処理の例示的な方法２６００のフローチャートを示す。方法２６００は、動作２６１０で、ビデオのビデオユニットとビデオのビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に従い、フォーマット規則は、ビデオユニットが可逆モードで又は不可逆モードでコーディングされるかどうかを示す第１シンタックス要素をビットストリームが含むことを定め、ビデオユニットに適用されるパレットモードでのエスケープサンプルを示す第２シンタックス要素のシグナリングは、第１シンタックス要素の値に基づき選択的に含まれる。

いくつかの実施形態によって好まれる解決法が次に列挙される。

Ａ１．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、前記フォーマット規則は、動作点（ＯＰ）に適用する第１メッセージ及び第２メッセージが、前記第１メッセージがデコーディング順において前記第２メッセージに先行するようにアクセスユニット（ＡＵ）内に存在する順序を指定する、
方法。

Ａ２．解決法Ａ１の方法であって、
前記第１メッセージは、バッファリング周期（Buffering Period，ＢＰ）補足拡張情報（ＳＥＩ）メッセージを含み、
前記第２メッセージは、ピクチャタイミング（Picture Timing，ＰＴ）ＳＥＩメッセージを含む、
方法。

Ａ３．解決法Ａ１の方法であって、
前記第１メッセージは、バッファリング周期（ＢＰ）補足拡張情報（ＳＥＩ）メッセージを含み、
前記第２メッセージは、デコーディングユニット情報（Decoding Unit Information，ＤＵＩ）ＳＥＩメッセージを含む、
方法。

Ａ４．解決法Ａ１の方法であって、
前記第１メッセージは、ピクチャタイミング（ＰＴ）補足拡張情報（ＳＥＩ）メッセージを含み、
前記第２メッセージは、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージを含む、
方法。

Ａ５．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、前記フォーマット規則は、動作点（ＯＰ）に適用する複数のメッセージが、前記複数のメッセージのうちの第１メッセージがデコーディング順において前記複数のメッセージのうちの第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する、
方法。

Ａ６．解決法Ａ５の方法であって、
前記複数のメッセージは、バッファリング周期（ＢＰ）ＳＥＩメッセージ、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージ、ピクチャタイミング（ＰＴ）ＳＥＩメッセージ、及びサブピクチャレベル情報（Subpicture Level Information，ＳＬＩ）ＳＥＩメッセージを含む、
方法。

Ａ７．解決法Ａ６の方法であって、
前記デコーディング順は、前記ＳＬＩＳＥＩメッセージ、前記ＢＰＳＥＩメッセージ、前記ＰＴＳＥＩメッセージ、及び前記ＤＵＩＳＥＩメッセージである、
方法。

いくつかの実施形態によって好まれる他の解決法が次に列挙される。

Ｂ１．ビデオ処理の方法であって、
ピクチャを含むビデオと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、第１フラグの指示が前記ピクチャに関連したピクチャヘッダの最初にシグナリングされることを定め、前記第１フラグは、前記ピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ又は漸次デコーディングリフレッシュ（ＧＤＲ）ピクチャであるかどうかを示す、
方法。

Ｂ２．解決法Ｂ１の方法であって、
前記ＩＲＡＰピクチャは、前記ビットストリームのデコーディングが前記ピクチャで始まる場合に、前記ピクチャと、出力順における全ての後続ピクチャとが、正確にデコーディング可能であるピクチャである、
方法。

Ｂ３．解決法Ｂ１の方法であって、
前記ＩＲＡＰピクチャは、Ｉスライスのみを含む、
方法。

Ｂ４．解決法Ｂ１の方法であって、
前記ＧＤＲピクチャは、前記ビットストリームのデコーディングが前記ピクチャで始まる場合に、対応する回復点ピクチャと、デコーディング順及び出力順の両方における全ての後続ピクチャとが、正確にデコーディング可能であるピクチャである、
方法。

Ｂ５．解決法Ｂ１の方法であって、
前記フォーマット規則は、第２フラグが前記ビットストリームでシグナリングされるかどうかが前記指示に基づくことを更に定める、
方法。

Ｂ６．解決法Ｂ５の方法であって、
前記第１フラグは、irap_or_gdr_pic_flagである、
方法。

Ｂ７．解決法Ｂ６の方法であって、
前記第２フラグは、no_output_of_prior_pics_flagである、
方法。

Ｂ８．解決法Ｂ１乃至Ｂ７のいずれかの方法であって、
前記第１フラグが１に等しいことは、前記ピクチャがＩＲＡＰピクチャ又はＧＤＲピクチャであることを示す、
方法。

Ｂ９．解決法Ｂ１乃至Ｂ７のいずれかの方法であって、
前記第１フラグが０に等しいことは、前記ピクチャがＩＲＡＰピクチャでもＧＤＲピクチャでもないことを示す、
方法。

Ｂ１０．解決法Ｂ１乃至Ｂ９のいずれかの方法であって、
前記ＧＤＲピクチャ内の各ネットワークアクセスレイヤ（ＮＡＬ）ユニットは、GDR_NUTに等しいnal_unit_typeシンタックス要素を有する、
方法。

いくつかの実施形態によって好まれる更なる他の解決法が次に列挙される。

Ｃ１．ビデオ処理の方法であって、
１つ以上のピクチャを含むビデオと前記ビデオのビットストリームとの間の変換を実行するステップを含み、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、前記１つ以上のピクチャの中のピクチャのコーディングが、漸次デコーディングリフレッシュタイプを有するコーディングされたスライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むこと及び当該ピクチャが混合タイプのＮＡＬユニットを含むことを示すフラグと関連することを許さない、
方法。

Ｃ２．ビデオ処理の方法であって、
１つ以上のピクチャを含むビデオと前記ビデオのビットストリームとの間の変換を実行するステップを含み、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、前記１つ以上のピクチャの中のピクチャのコーディングが、漸次デコーディングリフレッシュタイプを有するコーディングされたスライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むこと及び当該ピクチャが混合タイプのＮＡＬユニットを含まないことを示すフラグと関連することを許す、
方法。

Ｃ３．解決法Ｃ１又はＣ２の方法であって、
前記フラグは、mixed_nalu_types_in_pic_flagである、
方法。

Ｃ４．解決法Ｃ３の方法であって、
前記フラグは、ピクチャパラメータセット（ＰＰＳ）にある、
方法。

Ｃ５．解決法Ｃ１乃至Ｃ４のいずれかの方法であって、
前記ピクチャは、漸次デコーディングリフレッシュ（ＧＤＲ）ピクチャであり、
前記ピクチャ内の各スライス又はＮＡＬユニットは、GDR_NUTに等しいnal_unit_typeを有する、
方法。

Ｃ６．ビデオ処理の方法であって、
ビデオのピクチャと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームは、第１シンタックス要素が前記ピクチャに関連したピクチャパラメータセット（ＰＰＳ）でシグナリングされるかどうかを定めるフォーマット規則に従い、前記ピクチャは、スライスタイプとともに１つ以上のスライスを含み、前記第１シンタックス要素は、前記第１シンタックス要素がゼロに等しいことにより、前記スライスタイプがピクチャヘッダでシグナリングされることを示し、さもなければ、前記スライスタイプがスライスヘッダでシグナリングされることを示す、
方法。

Ｃ７．解決法Ｃ６の方法であって、
前記第１シンタックス要素は、mixed_slice_types_in_pic_flagである、
方法。

Ｃ８．解決法Ｃ６又はＣ７の方法であって、
前記第１シンタックス要素は、第２シンタックス要素がゼロに等しいこと、及び／又は第３シンタックス要素がゼロよりも大きいことにより、シグナリングされる、
方法。

Ｃ９．解決法Ｃ８の方法であって、
前記第２シンタックス要素は、前記１つ以上のスライスのうちの各スライス内の１つ以上のタイルの少なくとも１つの特性を指定する、
方法。

Ｃ１０．解決法Ｃ９の方法であって、
前記第２シンタックス要素がゼロに等しいことは、前記１つ以上のタイルがラスタスキャン順にあり、スライス情報が前記ＰＰＳから除かれることを指定する、
方法。

Ｃ１１．解決法Ｃ９の方法であって、
前記第２シンタックス要素が１に等しいことは、前記１つ以上のタイルが前記ピクチャの長方形領域をカバーし、スライス情報が前記ＰＰＳでシグナリングされることを指定する、
方法。

Ｃ１２．解決法Ｃ９乃至Ｃ１１のいずれかの方法であって、
前記第２シンタックス要素は、rect_slice_flagである、
方法。

Ｃ１３．解決法Ｃ８の方法であって、前記第３シンタックス要素は、前記ＰＰＳを参照する前記ピクチャ内の長方形スライスの数を指定する、
方法。

Ｃ１４．解決法Ｃ１３の方法であって、
前記第３シンタックス要素は、num_slices_in_pic_minus1である、
方法。

Ｃ１５．ビデオ処理の方法であって、
ビデオのピクチャと前記ビデオのビットストリームとの間の変換を規則に従って実行するステップを有し、
前記変換はインループフィルタリングプロセスを含み、前記規則は、前記インループフィルタリングプロセスに関係がある垂直仮想境界の総数及び水平仮想境界の総数がピクチャレベル又はシーケンスレベルでシグナリングされることを定める、
方法。

Ｃ１６．解決法Ｃ１５の方法であって、
前記垂直仮想境界の総数は、ピクチャパラメータセット（ＰＰＳ）又はシーケンスパラメータセット（ＳＰＳ）でシグナリングされる最大で第１数（Ｎ１）個までの垂直仮想境界と、ピクチャヘッダ（ＰＨ）でシグナリングされる最大で第２数（Ｎ３）個までの余分の垂直仮想境界とを含み、
前記水平仮想境界の総数は、前記ＰＰＳ又は前記ＳＰＳでシグナリングされる最大で第３数（Ｎ２）個までの水平仮想境界と、前記ＰＨでシグナリングされる最大で第４（Ｎ４）個までの余分の水平仮想境界とを含む、
方法。

Ｃ１７．解決法Ｃ１６の方法であって、
Ｎ１＋Ｎ３≦Ｎ１及びＮ２＋Ｎ４≦Ｎ２である、
方法。

Ｃ１８．解決法Ｃ１６又はＣ１７の方法であって、
Ｎ１＝３、Ｎ２＝３、Ｎ３＝１、及びＮ４＝１である、
方法。

Ｄ１．ビデオ処理の方法であって、
１つ以上のピクチャを含むビデオと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、他のレイヤからの参照ピクチャを使用する１つのレイヤ内のピクチャのコーディングを、前記他のレイヤからの前記参照ピクチャが前記ビットストリームに存在するかどうかを示す第１シンタックス要素に基づき条件付きで許可し、前記第１シンタックス要素は、前記ピクチャに関連したパラメータセットの識別子がゼロに等しくないかどうかを示す第２シンタックス要素に基づき条件付きで、前記ビットストリームでシグナリングされる、
方法。

Ｄ２．解決法Ｄ１の方法であって、
前記第１シンタックス要素は、inter_layer_ref_pics_present_flagである、
方法。

Ｄ３．解決法Ｄ１又はＤ２の方法であって、
前記第１シンタックス要素は、レイヤ間予測が有効にされかつレイヤ間参照ピクチャが使用可能であるかどうかを指定する、
方法。

Ｄ４．解決法Ｄ１の方法であって、
前記第１シンタックス要素は、sps_inter_layer_prediction_enabled_flagである、
方法。

Ｄ５．解決法Ｄ１乃至Ｄ４のいずれかの方法であって、
前記第１シンタックス要素は、シーケンスパラメータセット（ＳＰＳ）にある、
方法。

Ｄ６．解決法Ｄ１乃至Ｄ４のいずれかの方法であって、
前記パラメータセットは、ビデオパラメータセット（ＶＰＳ）である、
方法。

Ｄ７．解決法Ｄ６の方法であって、
前記第２シンタックス要素は、sps_video_parameter_set_idである、
方法。

Ｄ８．解決法Ｄ６又はＤ７の方法であって、
前記パラメータセットは、他のシンタックス要素による参照のために前記ＶＰＳの識別子を供給する、
方法。

Ｄ９．解決法Ｄ７の方法であって、
前記第２シンタックス要素は、シーケンスパラメータセット（ＳＰＳ）にある、
方法。

Ｅ１．ビデオ処理の方法であって、
ビデオのピクチャと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、（ａ）前記ピクチャ内のコーディングツリーユニット（ＣＴＵ）をデコーディングする前のコンテキスト変数の同期化プロセス、及び（ｂ）前記ＣＴＵをデコーディングした後の前記コンテキスト変数の保存プロセスを有効にする第１シンタックス要素を定義し、前記第１シンタックス要素は、前記ピクチャに関連したシーケンスパラメータセット（ＳＰＳ）でシグナリングされる、
方法。

Ｅ２．解決法Ｅ１の方法であって、
前記第１シンタックス要素は、前記ピクチャに関連したピクチャパラメータセット（ＰＰＳ）から除かれる、
方法。

Ｅ３．解決法Ｅ１又はＥ２の方法であって、
前記ＣＴＵは、前記ピクチャ内の各タイル内のＣＴＢの行の第１コーディングツリーブロック（ＣＴＢ）を有する、
方法。

Ｅ４．解決法Ｅ１乃至Ｅ３のいずれかの方法であって、
前記第１シンタックス要素は、entropy_coding_sync_enabled_flagである、
方法。

Ｅ５．解決法Ｅ１乃至Ｅ３のいずれかの方法であって、
前記第１シンタックス要素は、sps_entropy_coding_sync_enabled_flagである、
方法。

Ｅ６．解決法Ｅ１乃至Ｅ５のいずれかの方法であって、
前記フォーマット規則は、タイル又はタイル特有のＣＴＵ行のためのエントリポイントオフセットのシグナリングが前記ピクチャのスライスヘッダに存在するかどうかを示す第２シンタックス要素を定義し、前記第２シンタックス要素は、前記ピクチャに関連した前記ＳＰＳでシグナリングされる、
方法。

Ｅ７．ビデオ処理の方法であって、
ビデオのピクチャと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、タイル又はタイル特有のＣＴＵ行のためのエントリポイントオフセットのシグナリングが前記ピクチャのスライスヘッダに存在するかどうかを示すシンタックス要素を定義し、前記シンタックス要素は、前記ピクチャに関連したシーケンスパラメータセット（ＳＰＳ）でシグナリングされる、
方法。

Ｅ８．解決法Ｅ７の方法であって、
前記フォーマット規則は、前記シンタックス要素の値が１に等しいことに基づいて、前記エントリポイントオフセットのシグナリングを許す、
方法。

Ｅ９．解決法Ｅ７又はＥ８の方法であって、
前記シンタックス要素は、前記ピクチャに関連したピクチャパラメータセット（ＰＰＳ）から除かれる、
方法。

Ｅ１０．解決法Ｅ７乃至Ｅ９のいずれかの方法であって、
前記シンタックス要素は、entry_point_offsets_present_flagである、
方法。

Ｅ１１．解決法Ｅ７乃至Ｅ９のいずれかの方法であって、
前記シンタックス要素は、sps_entry_point_offsets_present_flagである、
方法。

Ｆ１．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を規則に従って実行するステップを有し、
前記規則は、前記ビデオに関連したビデオパラメータセット（ＶＰＳ）内の出力レイヤセット（ＯＬＳ）仮説参照デコーダ（ＨＲＤ）のパラメータの数を示す第１シンタックス要素が第１の所定閾よりも小さいことを定める、
方法。

Ｆ２．解決法Ｆ１の方法であって、
前記第１シンタックス要素は、vps_num_ols_timing_hrd_params_minus1である、
方法。

Ｆ３．解決法Ｆ１又はＦ２の方法であって、
前記第１の所定閾は、マルチレイヤ出力レイヤセットの数（NumMultiLayerOlssと表される。）から１をマイナスしたものである、
方法。

Ｆ４．解決法Ｆ１乃至Ｆ３のいずれかの方法であって、
前記第１シンタックス要素が前記ビットストリームでシグナリングされない場合に、前記第１シンタックス要素はゼロであると推測される、
方法。

Ｆ５．解決法Ｆ１乃至Ｆ４のいずれかの方法であって、
前記規則は、前記ビデオに関連したビデオパラメータセット（ＶＰＳ）内のプロファイル／ティア／レベル（ＰＴＬ）シンタックス構造の数を示す第２シンタックス要素が、第２の所定閾よりも小さいことを定める、
方法。

Ｆ６．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を規則に従って実行するステップを有し、
前記規則は、前記ビデオに関連したビデオパラメータセット（ＶＰＳ）内のプロファイル／ティア／レベル（ＰＴＬ）シンタックス構造の数を示すシンタックス要素が所定閾よりも小さいことを定める、
方法。

Ｆ７．解決法Ｆ６の方法であって、
前記シンタックス要素は、vps_num_ptls_minus1である、
方法。

Ｆ８．解決法Ｆ６又はＦ７の方法であって、
前記所定閾は、出力レイヤセットの総数（TotalNumOlssと表される。）である、
方法。

Ｆ９．解決法Ｆ１乃至Ｆ８のいずれかの方法であって、
前記所定閾と前記シンタックス要素との間の差は、前記ビットストリームでシグナリングされる、
方法。

Ｆ１０．解決法Ｆ９の方法であって、
前記差は、一進法符号を用いてシグナリングされる、
方法。

Ｆ１１．解決法Ｆ９の方法であって、
前記差は、指数ゴロム（ＥＧ）符号を用いてシグナリングされる、
方法。

Ｆ１２．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を規則に従って実行するステップを有し、
前記規則は、ビデオパラメータセット（ＶＰＳ）内のデコーディングピクチャバッファパラメータシンタックス構造の数を示す第１シンタックス要素が、ＶＰＳによって指定されたレイヤの数を示す第２シンタックス要素以下でなければならないことを定める、
方法。

Ｆ１３．解決法Ｆ１２の方法であって、
前記第１シンタックス要素と所定閾との間の差は、前記ビットストリームでシグナリングされる、
方法。

Ｆ１４．解決法Ｆ１２の方法であって、
前記第２シンタックス要素と所定閾との間の差は、前記ビットストリームでシグナリングされる、
方法。

Ｆ１５．解決法Ｆ１３又はＦ１４の方法であって、
前記差は、一進法符号を用いてシグナリングされる、
方法。

Ｆ１６．解決法Ｆ１３又はＦ１４の方法であって、
前記差は、指数ゴロム（ＥＧ）符号を用いてシグナリングされる、
方法。

Ｆ１７．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を規則に従って実行するステップを有し、
前記規則は、終端ネットワーク抽象化レイヤ（ＮＡＬ）ユニットがビットストリームでのシグナリング又は外部手段を通じた供給によってデコーダに利用可能にされることを許す、
方法。

Ｆ１８．解決法Ｆ１７の方法であって、
前記終端ＮＡＬユニットは、エンド・オブ・ビットストリーム（End of Bitstream，ＥＯＢ）ＮＡＬユニットである、
方法。

Ｆ１９．解決法Ｆ１７の方法であって、
前記終端ＮＡＬユニットは、エンド・オブ・シーケンス（End of Sequence，ＥＯＳ）ＮＡＬユニットである、
方法。

Ｆ２０．解決法Ｆ１７乃至Ｆ１９のいずれかの方法であって、
前記外部手段は、パラメータセットを含む、
方法。

Ｆ２１．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、前記ビットストリーム内の各レイヤがレイヤ間予測を使用するよう構成されることを示す、シンタックス要素がゼロに等しいことにより、各レイヤを、１つしかサブピクチャを含まないように制限する、
方法。

Ｆ２２．解決法Ｆ２１の方法であって、
前記シンタックス要素は、vps_independent_layer_flagである、
方法。

Ｇ１．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間の変換を規則に従って実行するステップを有し、
前記規則は、サブビットストリーム抽出プロセスがデコーディングのためにサブビットストリームを生成するよう実施されることを定め、前記サブビットストリーム抽出プロセスは、前記ビットストリームから、目標最大時間識別子（target highest temporal identifier）を有するサブビットストリームを抽出するよう構成され、前記規則は、抽出中に、ビデオコーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを取り除くと、前記ＶＣＬＮＡＬユニットに関連する補足拡張情報（ＳＥＩ）ＮＡＬユニット内のフィラーデータユニット及びフィラーＳＥＩメッセージも取り除かれることを定める、
方法。

Ｇ２．解決法Ｇ１の方法であって、
前記ＶＣＬＮＡＬユニットは、前記ＶＣＬＮＡＬユニットが属するレイヤの識別子に基づき、取り除かれる、
方法。

Ｇ３．解決法Ｇ２の方法であって、
前記識別子は、nuh_layer_idである、
方法。

Ｇ４．解決法Ｇ１の方法であって、
前記ビットストリームは、フィラーペイロードを伴ったＳＥＩメッセージを含むＳＥＩＮＡＬユニットが、前記フィラーペイロードとは異なるペイロードを伴ったＳＥＩメッセージを含まないことを定めるフォーマット規則に従う、
方法。

Ｇ５．解決法Ｇ１の方法であって、
前記ビットストリームは、フィラーペイロードを伴ったＳＥＩメッセージを含むＳＥＩＮＡＬユニットが、任意の他のペイロードを伴った他のＳＥＩメッセージを除くよう構成されることを定めるフォーマット規則に従う、
方法。

Ｇ６．解決法Ｇ１の方法であって、
前記ＶＣＬＮＡＬユニットは、最大１つの関連するフィラーＮＡＬユニットを有する、
方法。

Ｇ７．ビデオ処理の方法であって、
ビデオのビデオユニットと前記ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームはフォーマット規則に従い、前記フォーマット規則は、前記ビデオユニットが可逆モードで又は不可逆モードでコーディングされるかどうかを示す第１シンタックス要素を前記ビットストリームが含むことを定め、前記ビデオユニットに適用されるパレットモードでのエスケープサンプルを示す第２シンタックス要素のシグナリングは、前記第１シンタックス要素の値に基づき選択的に含まれる、
方法。

Ｇ８．解決法Ｇ７の方法であって、
前記エスケープサンプルの二値化方法は、前記第１シンタックス要素に基づく、
方法。

Ｇ９．解決法Ｇ７の方法であって、
前記エスケープサンプルの算術コーディングにおけるコンテキストコーディングの決定は、フラグに基づく、
方法。

Ｇ１０．解決法Ｇ７乃至Ｇ９のいずれかの方法であって、
前記ビデオユニットは、コーディングユニット（ＣＵ）又はコーディングツリーユニット（ＣＴＵ）である、
方法。

Ｐ１．ビデオ処理の方法であって、
ビデオのピクチャと前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記ピクチャ内のサブピクチャの数は、ビット幅が前記サブピクチャの数の値に依存するフィールドとして、前記コーディングされた表現に含まれる、
方法。

Ｐ２．解決法Ｐ１の方法であって、
前記フィールドは、符号語（codeword）を用いて前記サブピクチャの数を表す、
方法。

Ｐ３．解決法Ｐ２の方法であって、
前記符号語は、ゴロム符号語を有する、
方法。

Ｐ４．解決法Ｐ１乃至Ｐ３のいずれかの方法であって、
前記サブピクチャの数の値は、前記ピクチャに収まるコーディングツリーブロックの整数個以下であるよう制限される、
方法。

Ｐ５．解決法Ｐ１乃至Ｐ４のいずれかの方法であって、
前記フィールドは、前記コーディングされた表現に関連したコーディングレベルに依存する、
方法。

Ｐ６．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、前記ビデオ領域が如何なるサブピクチャも含まないことにより、サブピクチャ識別子を示すシンタックス要素を省略することを定める、
方法。

Ｐ７．解決法Ｐ６の方法であって、
前記コーディングされた表現は、前記ビデオ領域が如何なるサブピクチャも有していないことを示す０の値を有するフィールドを含む、
方法。

Ｐ８．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、前記コーディングされた表現においてビデオ領域ヘッダレベルで前記ビデオ領域内のサブピクチャの識別子を省略することを定める、
方法。

Ｐ９．解決法Ｐ８の方法であって、
前記コーディングされた表現は、前記サブピクチャが前記ビデオ領域ヘッダでリストアップされる順序に従って数的にサブピクチャを識別する、
方法。

Ｐ１０．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、シーケンスパラメータセットレベル又はピクチャパラメータセットレベルで前記ビデオ領域内のサブピクチャの識別子及び／又は前記サブピクチャの識別子の長さを含めることを定める、
方法。

Ｐ１１．解決法Ｐ１０の方法であって、
前記長さは、前記ピクチャパラメータセットレベルに含まれる、
方法。

Ｐ１２．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、
前記フォーマット規則は、サブピクチャ識別子長さフィールドがビデオシーケンスレベルで前記コーディングされた表現に含まれるかどうかを示すために、ビデオシーケンスレベルで前記コーディングされた表現にフィールドを含めることを定める、
方法。

Ｐ１３．解決法Ｐ１２の方法であって、
前記フォーマット規則は、前記コーディングされた表現内の他のフィールドにより、前記ビデオ領域の長さ識別子が前記コーディングされた表現に含まれることが示される場合に、前記フィールドを「１」にセットすることを定める、
方法。

Ｐ１４．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、前記ビデオ領域が参照ピクチャとして使用可能であるかどうかを示すために、前記コーディングされた表現に指示を含めることを定める、
方法。

Ｐ１５．解決法Ｐ１４の方法であって、
前記指示は、レイヤＩＤ及びインデックス又は前記ビデオ領域に関連したＩＤ値を有する、
方法。

Ｐ１６．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオのコーディングされた表現との間の変換を実行するステップを有し、
前記コーディングされた表現は、フォーマット規則に従い、前記フォーマット規則は、前記ビデオ領域が参照レイヤのビデオ領域に関連した複数のサンプル値からのレイヤ間予測（ＩＬＰ）を使用する可能性があるかどうかを示すために、前記コーディングされた表現に指示を含めることを定める、
方法。

Ｐ１７．解決法Ｐ１６の方法であって、
前記指示は、シーケンスレベル、ピクチャレベル、又はビデオレベルで含まれる、
方法。

Ｐ１８．解決法Ｐ１６の方法であって、
前記参照レイヤの前記ビデオ領域は、前記ビデオ領域内のサンプルの少なくとも１つのコロケートサンプルを有する、
方法。

Ｐ１９．解決法Ｐ１６の方法であって、
前記指示は、１つ以上の補足拡張情報（ＳＥＩ）メッセージに含まれる、
方法。

Ｐ２０．ビデオ処理の方法であって、
ビデオのアクセスユニット内の動作点に適用される第１メッセージ及び第２メッセージが前記ビデオのコーディングされた表現に存在するとの決定があると、前記第１メッセージがデコーディング順で前記第２メッセージに先行するように前記コーディングされた表現を構成するステップと、
前記構成するステップに基づき、前記ビデオのビデオ領域と前記コーディングされた表現との間の変換を実行するステップと
を有する方法。

Ｐ２１．解決法Ｐ２０の方法であって、
前記第１メッセージは、バッファリング周期（ＢＰ）補足拡張情報（ＳＥＩ）メッセージを有し、
前記第２メッセージは、ピクチャタイミング（ＰＴ）ＳＥＩメッセージを有する、
方法。

Ｐ２２．解決法Ｐ２０の方法であって、
前記第１メッセージは、バッファリング周期（ＢＰ）補足拡張情報（ＳＥＩ）メッセージを有し、
前記第２メッセージは、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージを有する、
方法。

Ｐ２３．解決法Ｐ２０の方法であって、
前記第１メッセージは、ピクチャタイミング（ＰＴ）補足拡張情報（ＳＥＩ）メッセージを有し、
前記第２メッセージは、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージを有する、
方法。

Ｐ２４．上記の解決法のいずれかの方法であって、
前記ビデオ領域は、前記ビデオのサブピクチャを含む、
方法。

Ｐ２５．上記の解決法のいずれかの方法であって、
前記変換は、前記コーディングされた表現をパージング及びデコーディングして、前記ビデオを生成することを有する、
方法。

Ｐ２６．上記の解決法のいずれかの方法であって、
前記変換は、前記ビデオをエンコーディングして、前記コーディングされた表現を生成することを有する、
方法。

Ｐ２７．解決法Ｐ１乃至Ｐ２６のうちの１つ以上に記載される方法を実装するよう構成されたプロセッサを有するビデオデコーディング装置。

Ｐ２８．解決法Ｐ１乃至Ｐ２６のうちの１つ以上に記載される方法を実装するよう構成されたプロセッサを有するビデオエンコーディング装置。

Ｐ２９．プロセッサによって実行される場合に、前記プロセッサに、解決法Ｐ１乃至Ｐ２６のいずれかに記載される方法を実施させるコンピュータコードを記憶しているコンピュータプログラム製品。

次の解決法は、上記の技術的解決法に適用される。

Ｏ１．上記の解決法のいずれかの方法であって、
前記変換は、前記ビデオを前記ビットストリームの表現からデコーディングすることを有する、
方法。

Ｏ２．上記の解決法のいずれかの方法であって、
前記変換は、前記ビデオを前記ビットストリームの表現へエンコーディングすることを有する、
方法。

Ｏ３．上記の解決法のいずれかの方法であって、
前記変換は、前記ビデオから前記ビットストリームを生成することを有し、
当該方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップを更に有する、
方法。

Ｏ４．ビデオを表すビットストリームをコンピュータ可読記録媒体に記憶する方法であって、
上記の解決法のいずれかに記載の方法に従ってビデオからビットストリームを生成するステップと、
前記ビットストリームを前記コンピュータ可読記録媒体に書き込むステップと
を有する方法。

Ｏ５．上記の解決法のいずれかで記載される方法を実装するよう構成されたプロセッサを有するビデオ処理装置。

Ｏ６．実行される場合に、プロセッサに、上記の解決法のいずれかに記載の方法を実施させる命令を記憶しているコンピュータ可読媒体。

Ｏ７．上記の解決法のいずれかの方法に従って生成されたビットストリーム表現を記憶するコンピュータ可読媒体。

Ｏ８．ビットストリーム表現を記憶するビデオ処理装置であって、
上記の解決法のいずれかに記載される方法を実装するよう構成されるビデオ処理装置。

Ｏ９．上記の解決法のいずれかに記載される方法を用いて生成されるビットストリームであって、
コンピュータ可読媒体に記憶されるビットストリーム。

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

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとして、を含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで、実行されるようデプロイ可能である。

本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）によっても実行可能であり、装置は、そのようなものとして実装可能である。

コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを読み出すことになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。

本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられてもよい。

同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。

ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。

［関連出願への相互参照］
本願は、２０２０年１月９日付けで出願された米国特許仮出願第６２／９５９１０８号の優先権及びその利益を請求して２０２１年１月８日付けで出願された国際特許出願第ＰＣＴ／ＵＳ２０２１／０１２８３０号に基づいている。上記の全ての特許出願は、それらの全文を参照により本願に援用される。

Claims

ビデオ処理の方法であって、
ビデオと該ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、
前記フォーマット規則は、動作点（ＯＰ）に適用する第１メッセージ及び第２メッセージが、前記第１メッセージがデコーディング順において前記第２メッセージに先行するようにアクセスユニット（ＡＵ）内に存在する順序を指定する、
方法。
前記第１メッセージは、バッファリング周期（ＢＰ）補足拡張情報（ＳＥＩ）メッセージを含み、
前記第２メッセージは、ピクチャタイミング（ＰＴ）ＳＥＩメッセージを含む、
請求項１に記載の方法。
前記第１メッセージは、バッファリング周期（ＢＰ）補足拡張情報（ＳＥＩ）メッセージを含み、
前記第２メッセージは、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージを含む、
請求項１に記載の方法。
前記第１メッセージは、ピクチャタイミング（ＰＴ）補足拡張情報（ＳＥＩ）メッセージを含み、
前記第２メッセージは、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージを含む、
請求項１に記載の方法。
ビデオ処理の方法であって、
ビデオと該ビデオのビットストリームとの間の変換を実行するステップを有し、
前記ビットストリームは、フォーマット規則に従って１つ以上のアクセスユニットを含み、
前記フォーマット規則は、動作点（ＯＰ）に適用する複数のメッセージが、該複数のメッセージのうちの第１メッセージがデコーディング順において前記複数のメッセージのうちの第２メッセージに先行するようにアクセスユニット内に存在する順序を指定する、
方法。
前記複数のメッセージは、バッファリング周期（ＢＰ）ＳＥＩメッセージ、デコーディングユニット情報（ＤＵＩ）ＳＥＩメッセージ、ピクチャタイミング（ＰＴ）ＳＥＩメッセージ、及びサブピクチャレベル情報（ＳＬＩ）ＳＥＩメッセージを含む、
請求項５に記載の方法。
前記デコーディング順は、前記ＳＬＩＳＥＩメッセージ、前記ＢＰＳＥＩメッセージ、前記ＰＴＳＥＩメッセージ、そして前記ＤＵＩＳＥＩメッセージである、
請求項６に記載の方法。
前記変換は、前記ビデオを前記ビットストリームの表現からデコーディングすることを有する、
請求項１乃至７のうちいずれか一項に記載の方法。
前記変換は、前記ビデオを前記ビットストリームの表現にエンコーディングすることを有する、
請求項１乃至７のうちいずれか一項に記載の方法。
前記変換は、前記ビットストリームを前記ビデオから生成することを有し、当該方法は、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップを更に有する、
請求項１乃至７のうちいずれか一項に記載の方法。
ビデオを表すビットストリームをコンピュータ可読記録媒体に記憶する方法であって、
請求項１乃至７のうちいずれか一項に記載の方法に従ってビデオからビットストリームを生成するステップと、
前記ビットストリームを前記コンピュータ可読記録媒体に書き込むステップと
を有する方法。
請求項１乃至１１のうちいずれか一項に記載の方法を実装するよう構成されるプロセッサを有するビデオ処理装置。
命令を記憶しているコンピュータ可読媒体であって、
前記命令は、実行されるときに、プロセッサに、請求項１乃至１１のうちいずれか一項に記載の方法を実施させる、
コンピュータ可読媒体。
請求項１乃至１１のうちいずれか一項に記載の方法に従って生成された前記ビットストリームの表現を記憶しているコンピュータ可読媒体。
ビットストリーム表現を記憶するビデオ処理装置であって、
請求項１乃至１１のうちいずれか一項に記載の方法を実装するよう構成されるビデオ処理装置。