JP2023526374A - サブピクチャサブビットストリーム抽出の改良 - Google Patents

Abstract

映像コーディング、映像デコーディング、及び映像トランスコーディングを含む、映像処理のための技術が説明される。一つの方法例は、規則に従って、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、サブビットストリーム抽出処理中にビットストリームから抽出されるべきネットワーク抽象化レイヤ（ＮＡＬ）ユニットを定義してサブビットストリームを出力し、かつこの規則は、サブビットストリーム抽出処理への１つ以上の入力をさらに指定し、かつ／またはこのビットストリームの異なるレイヤのサブピクチャのどの組み合わせを使用するかを規定し、これによりサブビットストリーム抽出処理の出力が予め定義されたフォーマットに準拠する。【選択図】図９

Description

関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０年５月２２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９１６９６号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

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

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

本願は、コーディングされた表現のデコーディングに有用な制御情報を使用して、映像のコーディングされた表現を処理するために、映像エンコーダおよびデコーダにより使用され得る技術を開示する。

１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この変換はサブピクチャに適用されるスケーリングウィンドウの１つ以上のパラメータが、サブピクチャサブビットストリーム抽出処理中に１つ以上の構文要素から決定されることを規定する規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、サブビットストリーム抽出処理中にビットストリームから抽出されるべきネットワーク抽象化レイヤ（ＮＡＬ）ユニットを定義してサブビットストリームを出力し、この規則は、サブビットストリーム抽出処理への１つ以上の入力をさらに指定し、および／または、このビットストリームの異なるレイヤのサブピクチャのどの組み合わせを使用するかを規定し、これによりサブビットストリーム抽出処理の出力が予め定義されたフォーマットに準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、映像とこの映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、複数のサブピクチャを含む第１のレイヤと、それぞれが単一のサブピクチャを含む第２のレイヤとを含み、この規則は、抽出時に、予め定義されたフォーマットに準拠した出力ビットストリームとなる第１のレイヤおよび第２のレイヤのサブピクチャの組み合わせを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、複数のサブピクチャを含む１つ以上のレイヤおよび／または単一のサブピクチャを有する１つ以上のレイヤを有する出力レイヤセットが、スケーラブルネスティング補足強化情報（ＳＥＩ）メッセージにおけるサブピクチャ識別子のリストによって示されるかどうか、またはどのように示されるかを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、映像レイヤに１つ以上の映像ピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、サブビットストリーム抽出処理において、サブビットストリーム抽出の間に削除されるパラメータセットを置き換えるために用いられる外部手段の利用可能性に関係なく、（ｉ）映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニット、（ｉｉ）ＶＣＬ ＮＡＬユニットに関連付けられたフィラーデータＮＡＬユニット、および（ｉｉｉ）ＶＣＬ ＮＡＬユニットと関連付けられたフィラーペイロード補足強化情報（ＳＥＩ）メッセージの削除が実行されることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のサブピクチャを含む１つ以上のレイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、参照ピクチャを、サブピクチャレイアウトと異なるサブピクチャレイアウトに従って分割する場合、サブピクチャレイアウトを用いてサブピクチャへ分割される現在のピクチャの同一位置に配置されるピクチャとして使用することを禁止する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のサブピクチャを含む１つ以上のレイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、コーディングツールが現在のピクチャの参照ピクチャのサブピクチャレイアウトとは異なるサブピクチャレイアウトに依存する場合、サブピクチャレイアウトを使用してサブピクチャに分割される現在のピクチャの変換中に、コーディングツールを無効化することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、映像レイヤ内の１つ以上の映像ピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、特定のペイロードタイプを有するＳＥＩメッセージを含む補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットが、この特定のペイロードタイプと異なるペイロードタイプを有する別のＳＥＩメッセージを含まないことを規定する。

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

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

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

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

ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。 ピクチャの矩形スライス分割の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。 タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。 １５個のタイル、２４個のスライス、および２４個のサブピクチャに分割されたピクチャを示す。 典型的なサブピクチャに基づくビューポートに依存する３６０°映像コーディング方式を示す。 サブピクチャおよび空間的スケーラビリティに基づく改良されたビューポート依存型３６０°映像コーディング方式を示す。 映像処理システムの例を示すブロック図である。 映像処理装置のブロック図である。 映像処理方法の一例を示すフローチャートである。 本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 本発明のいくつかの実施形態によるエンコーダを示すブロック図である。 本発明のいくつかの実施形態によるデコーダを示すブロック図である。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

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

１． 導入
本明細書は、映像コーディング技術に関する。具体的には、サブピクチャサブビットストリーム抽出処理、スケーラブルネスティングＳＥＩメッセージ、およびサブピクチャレベル情報ＳＥＩメッセージである。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規約または非標準映像コーデックに適用されてもよい。

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

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

３．１ ＨＥＶＣにおけるピクチャ分割スキーム
ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキームがあり、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチング、並列処理、エンドツーエンドの遅延の低減が可能になる。

正規のスライスは、Ｈ．２６４／ＡＶＣと同様である。各正規のスライスは、それ自体のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラサンプル予測、動き情報予測、コーディングモード予測）およびエントロピーコーディング依存性は無効化される。このように、１つの正規のライスを、同じピクチャ内の他の正規のスライスとは独立して再構成することができる（しかし、ループフィルタリング動作のために依然として相互依存性がある場合がある）。

正規のスライスは、並列化に使用できる唯一のツールであり、Ｈ．２６４／ＡＶＣでもほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信またはコア間通信をあまり必要としない（予測コーディングされたピクチャをデコーディングするとき、動き補償のためのプロセッサ間またはコア間データ共有を除いて、通常、インピクチャ予測のためにプロセッサ間またはコア間データ共有よりもはるかに重い）。しかしながら、同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きくなる可能性がある。さらに、レギュラースライスは（後述の他のツールとは対照的に）、レギュラースライスのインピクチャの独立性および各レギュラースライスがそれ自体のＮＡＬユニットにカプセル化されることに起因して、ＭＴＵサイズ要件に適応するようにビットストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびＭＴＵサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。

従属スライスは、ショートスライスヘッダを有し、ピクチャ内予測を一切中断することなく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全体のエンコーディングが完了する前に正規のスライスの一部を送出することを可能にすることによって、エンドツーエンド遅延を低減する。

ＷＰＰにおいて、ピクチャは、単一行のコーディングするツリーブロック（ＣＴＢ）に分割される。エントロピーデコーディングおよび予測は、他の分割におけるＣＴＢからのデータを使用することを許可される。ＣＴＢ行の並列デコーディングによって並列処理が可能であり、１つのＣＴＢ行のデコーディングの開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢがデコードされる前に、対象のＣＴＢの上および右のＣＴＢに関するデータが確実に利用可能になる。この互い違いのスタート（グラフで表される場合、波面のように見える）を使用することで、ピクチャがＣＴＢ行を含む数までのプロセッサ／コアを用いて並列化することが可能である。１つのインピクチャの近傍のツリーブロック行間のインピクチャ予測が許可されるので、インピクチャ予測を可能にするために必要なプロセッサ間／コア間通信は十分となり得る。ＷＰＰ分割は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズのマッチングが必要な場合、一定のコーディングするオーバーヘッドを伴って、ＷＰＰで正規のスライスを使用することができる。

タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。タイルの列は、ピクチャの上から下へと延びている。同様に、タイル行は、ピクチャの左から右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算することで得ることができる。

ＣＴＢのスキャン順序は、タイル内でローカルになるように（タイルのＣＴＢラスタスキャンの順に）変更され、その後、ピクチャのタイルラスタスキャンの順で、次のタイルの左上のＣＴＢをデコーディングする。正規のスライスと同様に、タイルは、インピクチャ予測依存性およびエントロピーデコーディング依存性を損なう。しかしながら、これらは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従って、タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つのプロセッサ／コアによって処理されてもよく、処理ユニット間のインピクチャ予測に必要なプロセッサ間／コア間通信では、近傍タイルのデコーディングは、スライスが２つ以上のタイルにまたがっている場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループフィルタリングに関連する共有とに限定される。１つのスライスに２つ以上のタイルまたはＷＰＰセグメントが含まれる場合、該スライスにおける第１のもの以外の各タイルまたはＷＰＰセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信号通知される。

説明を簡単にするために、ＨＥＶＣにおいては、４つの異なるピクチャ分割方式の適用に関する制限が規定されている。所与のコーディングされた映像シーケンスは、ＨＥＶＣに指定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさなければならない。１）１つのスライスにおけるすべてのコーディングされたツリーブロックは、同じタイルに属し、２）１つのタイルにおけるすべてのコーディングされたツリーブロックは、同じスライスに属する。最後に、１つの波面（ｗａｖｅｆｒｏｎｔ）セグメントはちょうど１つのＣＴＢ行を含み、ＷＰＰが使用されている際に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じＣＴＢ行で終わらなければならない。

最近のＨＥＶＣの修正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリヴァン、Ａ．トゥラピス、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），「ＨＥＶＣ追加の捕捉強化情報（Ｄｒａｆｔ４），」Ｏｃｔ．２４，２０１７，で規定され、下記で入手可能である。ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐ。この修正を含め、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間的ＭＣＴＳ ＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネスティングＳＥＩメッセージを特定する。

時間的ＭＣＴＳ ＳＥＩメッセージは、ビットストリーム中にＭＣＴＳが存在することを示し、ＭＣＴＳに信号送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内部のフルサンプル位置と、補間のためにＭＣＴＳ内部のフルサンプル位置のみを必要とするフラクショナルサンプル位置とを指すように制限され、かつ、ＭＣＴＳ外部のブロックから導出された時間動きベクトル予測のための動きベクトル候補の使用は許可されない。このように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立してデコードされてもよい。

ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳサブビットストリーム抽出（ＳＥＩメッセージの意味の一部として規定される）において使用され得る補足情報を提供し、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、複数の抽出情報セットを含み、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブビットストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出プロセスによってサブビットストリームを抽出する場合、パラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ）を書き換えるかまたは置き換える必要があるが、その理由は、スライスアドレスに関連する構文要素の１つまたは全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が異なる値となる必要があるためである。

３．２． ＶＶＣにおけるピクチャの分割
ＶＶＣにおいて、１つのピクチャは、１または複数のタイル行および１または複数のタイル列に分割される。１つのタイルは、１つのピクチャの１つの矩形領域を覆う１つのＣＴＵのシーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャンされる。

１つのスライスは、１つのピクチャのタイル内において、整数個の完全なタイルまたは整数個の連続した完全なＣＴＵ行を含む。

スライスの２つのモード、即ちラスタスキャンスライスモードおよび矩形スライスモードに対応している。ラスタスキャンスライスモードにおいて、１つのスライスは、１つのピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩形スライスモードにおいて、１つのスライスは、ピクチャの矩形領域を集合的に形成する複数の完全なタイル、またはピクチャの矩形領域を集合的に形成する１つのタイルの複数の連続した完全なＣＴＵ行のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。

１つのサブピクチャは、１つのピクチャの矩形領域を集合的に覆う１または複数のスライスを含む。

図１は、ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。

図２は、ピクチャの矩形スライス分割の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。

図３は、タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。

図４は、１つのピクチャをサブピクチャで分割する例を示し、１つのピクチャは、１８個のタイルに分割され、左側の１２個が、４×４のＣＴＵの１つのスライスをそれぞれ含み、右側の６個のタイルが、２×２のＣＴＵの垂直方向に積み重ねられたスライスをそれぞれ含み、全体で２４個のスライスおよび２４個の異なる寸法のサブピクチャとなる（各スライスは、１つのサブピクチャ）。

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

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

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

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

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

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

３．５ サブピクチャに基づくビューポート依存の３６０°映像ストリーミング
３６０°映像のストリーミング、すなわち、全方向性映像のストリーミングにおいて、任意の特定の瞬間に、全方向性映像球体全体のサブセット（すなわち、現在のビューポート）のみがユーザにレンダリングされ、一方、ユーザは、自分の頭をいつでも回して視線の向きを変更し、その結果、現在のビューポートを変更することができる。クライアント側が現在のビューポートで覆われていない領域を少なくともある程度低品質に表現し、かつユーザにレンダリングする準備ができていることが望ましいが、ユーザが突然その視線方向を球面上の任意の場所に変えた場合に備えて、すぐにユーザにレンダリングされている現在のビューポートに対してのみ、全方向性映像の高品質表現が必要となる。全方位映像全体の高品質表現を適切な粒度でサブピクチャに分割することにより、このような最適化が有効化される。ＶＶＣを使用して、２つの表現は、互いに独立した２つのレイヤとしてエンコードされ得る。

典型的なサブピクチャに基づくビューポートに依存する３６０°の映像配信方式が図５に示されており、ここでは、フル映像のより高い解像度の表現がサブピクチャからなり、一方、フル映像のより低い解像度の表現は、サブピクチャを使用せず、より高い解像度の表現よりも頻度の低いランダムアクセスポイントでコーディングできる。クライアントは低解像度のフル映像を受信し、より高い解像度の映像については、現在のビューポートをカバーするサブピクチャのみを受信して復号する。

また、最近のＶＶＣ草案は、図６に示すように、改善された３６０°映像コーディング方式をサポートする。図５に示されたアプローチと比較した唯一の相違は、図６に示されたアプローチに対してレイヤ間予測（ＩＬＰ）が適用されることである。

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

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

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

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

３．７． サブピクチャサブビットストリーム抽出処理
最新のＶＶＣテキストのＣ．７項は、サブピクチャサブビットストリーム抽出プロセスを以下のように規定する。
Ｃ．７ サブピクチャサブビットストリーム抽出処理
この処理の入力は、ビットストリームｉｎＢｉｔｓｔｒｅａｍ、ターゲットＯＬＳインデックスｔａｒｇｅｔＯｌｓＩｄｘ、対象となる最高のＴｅｍｐｏｒａｌＩｄ値ｔＩｄＴａｒｇｅｔ、および各レイヤｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［］に対する対象となるサブピクチャインデックス値の配列である。
この処理の出力は、サブビットストリーム ｏｕｔＢｉｔｓｔｒｅａｍである。
入力ビットストリームに対するビットストリーム適合性の要件は、以下の条件のすべてを満たす任意の出力サブビットストリームが適合ビットストリームであるものとする。
－出力サブビットストリームは、ビットストリーム、ＶＰＳで規定されたＯＬＳのリストへのインデックスと等しいｔａｒｇｅｔＯｌｓＩｄｘ、およびＯＬＳに存在するサブピクチャインデックスと等しいｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［］を入力として、本項で規定した処理の出力である。
－出力サブビットストリームは、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］における各々のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
－出力サブビットストリームは、ｔＩｄＴａｒｇｅｔであるＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
注－適合するビットストリームは、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬユニットを含むが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬユニットを含む必要はない。
－出力サブビットストリームは、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内にある各ｉについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しく、ｓｈ＿ｓｕｂｐｉｃ＿ｉｄがＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］の値に等しい、少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
出力サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍは、以下のように導出される。
－添付Ｃ．６で規定されたブビットストリーム抽出処理は、ｉｎＢｉｔｓｔｒｅａｍ、ｔａｒｇｅｔＯｌｓＩｄｘ、およびｔＩｄＴａｒｇｅｔを入力として呼び出され、この処理の出力はｏｕｔＢｉｔｓｔｒｅａｍに割り当てられる。
－サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍに置換パラメータセットを提供するために、本明細書で規定されていない外部手段が利用可能である場合、すべてのパラメータセットを置換パラメータセットに置き換える。
－そうでない場合、サブピクチャレベル情報ＳＥＩメッセージがｉｎＢｉｔｓｔｒｅａｍに存在するときは、以下が適用される。
－変数ｓｕｂｐｉｃＩｄｘは、ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［［ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１］］の値に等しく設定される。
－参照されたすべてのＶＰＳ ＮＡＬユニットのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のリストのｖｐｓ＿ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｔａｒｇｅｔＯｌｓＩｄｘ］番目エントリのｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値を、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘと等しいサブピクチャからなるサブピクチャセットに対する式Ｄ．１１で導かれるＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｃと等しくするようリライトする。
－ＶＣＬ ＨＲＤパラメータセットまたはＮＡＬ ＨＲＤパラメータセットが存在する場合、参照されたすべてのＶＰＳ ＮＡＬユニットのｖｐｓ＿ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ＭｕｌｔｉＬａｙｅｒＯｌｓＩｄｘ［ｔａｒｇｅｔＯｌｓＩｄｘ］］番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造およびｉ番目のレイヤによって参照されたすべてのＳＰＳ ＮＡＬユニットのｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造におけるｊ番目のＣＰＢのｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ｔＩｄＴａｒｇｅｔ］［ｊ］とｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ｔＩｄＴａｒｇｅｔ］［ｊ］のそれぞれの値を、式Ｄ．６とＤ．７からそれぞれ導出されるＳｕｂｐｉｃＣｐｂＳｉｚｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］とＳｕｂｐｉｃＣｐｂＳｉｚｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、式Ｄ．８とＤ．９からそれぞれ導出されるＳｕｂｐｉｃＢｉｔｒａｔｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］とＳｕｂｐｉｃＢｉｔｒａｔｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］とに対応するように書き換え、ここでＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘはｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するサブピクチャに対して式Ｄ．１１によって導出され、ｊは０からｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲内であり、ｉは０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内である。
ｉが０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内にあるｉ番目のレイヤに対して、以下が適用される。
－ｓｐｓ＿ｐｔｌ＿ｄｐｂ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを１とする参照されたすべてのＳＰＳ ＮＡＬユニットのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値を、ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄに等しいサブピクチャインデックスを有するサブピクチャからなるサブピクチャのセットに対する式Ｄ．１１によって導出されたＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｃに等しく、書き換える。
－変数ｓｕｂｐｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓおよびｓｕｂｐｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓは、以下のように導出される。
ｓｕｂｐｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ＝ｍｉｎ（（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｕｂｐｉｃＩｄｘ］＋ （Ｃ．２４）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｕｂｐｉｃＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ，ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）－
ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ
ｓｕｂｐｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ＝ｍｉｎ（（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｕｂｐｉｃＩｄｘ］＋ （Ｃ．２５）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｕｂｐｉｃＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ，ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）－
ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ
－ 参照されたすべてのＳＰＳ ＮＡＬユニットのｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値、参照されたすべてのＰＰＳ ＮＡＬユニットのｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅとｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を、それぞれ、ｓｕｂｐｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓとｓｕｂｐｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓに等しく書き換える。
－ 参照されたすべてのＳＰＳ ＮＡＬユニットのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１および参照されたすべてのＰＰＳ ＮＡＬユニットのｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値を０に書き換える。
－ 構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｕｂｐｉｃＩｄｘ］およびｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｕｂｐｉｃＩｄｘ］は、存在する場合、すべての参照するＳＰＳ ＮＡＬユニットにおいて、０に書き換える。
－ 参照されたすべてのＳＰＳ ＮＡＬユニットにおいて、ｓｕｂｐｉｃＩｄｘに等しくないｊについて、構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｊ］、ｓｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］およびｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］を削除する。
－ タイルおよびスライスの信号通知のために参照されたすべてのＰＰＳの構文要素を書き換えて、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しいサブピクチャに関連付けられないすべてのタイル行、タイル列、およびスライスを削除する。
－変数ｓｕｂｐｉｃＣｏｎｆＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＴｏｐＯｆｆｓｅｔ、およびｓｕｂｐｉｃＣｏｎｆＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、以下のように導出される。
ｓｕｂｐｉｃＣｏｎｆＷｉｎＬｅｆｔＯｆｆｓｅｔ＝ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｕｂｐｉｃＩｄｘ］＝＝０？ （Ｃ．２６）
ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ：０
ｓｕｂｐｉｃＣｏｎｆＷｉｎＲｉｇｈｔＯｆｆｓｅｔ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｕｂｐｉｃＩｄｘ］＋ （Ｃ．２７）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｕｂｐｉｃＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ＞＝
ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ？ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ：０
ｓｕｂｐｉｃＣｏｎｆＷｉｎＴｏｐＯｆｆｓｅｔ＝ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｕｂｐｉｃＩｄｘ］＝＝０？ （Ｃ．２８）
ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ：０
ｓｕｂｐｉｃＣｏｎｆＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｕｂｐｉｃＩｄｘ］＋ （Ｃ．２９）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｕｂｐｉｃＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ＞＝
ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ？ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ：０
－ 参照されたすべてのＳＰＳ ＮＡＬユニットのｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値と、参照されたすべてのＰＰＳ ＮＡＬユニットのｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値を、それぞれ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＴｏｐＯｆｆｓｅｔおよびｓｕｂｐｉｃＣｏｎｆＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔに等しく、書き換える。
－ ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｉ番目のレイヤーのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しく、ｓｈ＿ｓｕｂｐｉｃ＿ｉｄがＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘ］と等しくないＶＣＬ ＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍからすべて削除する。
－ ｓｌｉ＿ｃｂｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＦＤ＿ＮＵＴに等しいすべてのＮＡＬユニットおよびｓｕｂｐｉｃＩｄＴａｒｇｅｔ［］のサブピクチャのＶＣＬユニットに関連付けれられていないフィラーペイロードＳＥＩメッセージを削除し、参照されたすべてのＶＰＳ ＮＡＬユニットおよびＳＰＳ ＮＡＬユニットにおけるｖｐｓ＿ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ＭｕｌｔｉＬａｙｅｒＯｌｓＩｄｘ［ｔａｒｇｅｔＯｌｓＩｄｘ］］番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造中のｊ番目のＣＰＢについてのｃｂｒ＿ｆｌａｇ［ｔＩｄＴａｒｇｅｔ］［ｊ］を１に等しく、ｊを０からｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲に設定する。そうでない場合、（ｓｌｉ＿ｃｂｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合）、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＦＤ＿ＮＵＴに等しいすべてのＮＡＬユニットとフィラーペイロードＳＥＩメッセージを削除して、ｃｂｒ＿ｆｌａｇ［ｔＩｄＴａｒｇｅｔ］［ｊ］を０に等しく設定する。
－ ｏｕｔＢｉｔｓｔｒｅａｍが、ｓｎ＿ｏｌｓ＿ｆｌａｇが１に等しく、ｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい、ｏｕｔＢｉｔｓｔｒｅａｍに適用可能なスケーラブルネスティングＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットを含んでいる場合、スケーラブルネスト型ＳＥＩメッセージからｐａｙｌｏａｄＴｙｐｅが１（ＰＴ）、１３０（ＤＵＩ）、または１３２（デコードされたピクチャハッシュ）に等しい適切な非スケーラブルネスティングＳＥＩメッセージを抽出し、抽出したＳＥＩメッセージをｏｕｔＢｉｔｓｔｒｅａｍに配置する。

４． 開示される技術的解決策によって解決される技術課題
最近のＶＶＣテキスト（ＪＶＥＴ－Ｒ２００１－ｖＡ／ｖ１０）におけるサブピクチャサブビットストリーム抽出処理の既存の設計は、以下の問題を有する。
１） １つ以上のサブピクチャを覆う一連のピクチャから１つの矩形領域を抽出するとき、この領域は１つ以上のサブピクチャを覆うため、スケーリングウィンドウを元のビットストリームのエンコーディングに使用されたスケーリングウィンドウと同じにするため、抽出されたピクチャのピクチャ幅および／または高さが変化したので、ＰＰＳにおけるスケーリングウィンドウのオフセットパラメータを書き換える必要がある。これは、とりわけ、図６に示されるような改善された３６０°映像コーディング方式のようなシナリオにおいて必要とされる。しかしながら、最近のＶＶＣテキストにおけるサブピクチャサブビットストリーム抽出処理は、スケーリングウィンドウオフセットパラメータの書き換えを有していない。
２） 最近のＶＶＣテキストにおけるサブピクチャサブビットストリーム抽出処理において、以下の条件をすべて満たす出力サブビットストリームは、適合ビットストリームであることが必要である。
－ 出力サブビットストリームは、ビットストリーム、ＶＰＳで規定されたＯＬＳのリストへのインデックスと等しいｔａｒｇｅｔＯｌｓＩｄｘ、およびＯＬＳに存在するサブピクチャインデックスと等しいｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［］を入力として、本項で規定した処理の出力である。
－ 出力サブビットストリームは、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］における各々のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
－ 出力サブビットストリームは、ｔＩｄＴａｒｇｅｔであるＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
注－適合するビットストリームは、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬユニットを含むが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬユニットを含む必要はない。
－ 出力サブビットストリームは、０～ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内にあり、各ｉのＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］における値に等しいｓｈ＿ｓｕｂｐｉｃ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
しかしながら、上記制約には、以下のような問題がある。
ａ． １つ目の黒丸項目において、入力ｔＩｄＴａｒｇｅｔが欠落している。
ｂ． １つ目の黒丸項目に関連する別の問題は、以下の通りである。異なるレイヤのピクチャからのサブピクチャの特定の組み合わせ（すべての組み合わせではない）のみが、適合ビットストリームを形成し得る。
３） ＶＣＬ ＮＡＬユニットおよびそれらに関連するフィラーデータＮＡＬユニット並びに関連するフィラーペイロードＳＥＩメッセージ等の削除は、パラメータセットを置き換えるための外部手段がない場合にのみ実行される。しかしながら、このような削除は、パラメータセットを取り替えるための外部手段がある場合も必要である。
４） 現在のフィラーペイロードＳＥＩメッセージの削除は、ＳＥＩ ＮＡＬユニットの書き換えを含むことができる。
５） サブピクチャレベル情報（ＳＬＩ）ＳＥＩメッセージは、レイヤ固有と規定される。しかしながら、サブピクチャサブビットストリーム抽出処理において、あたかも情報がすべてのレイヤのサブピクチャに適用されるかのように、ＳＬＩ ＳＥＩメッセージが使用される。
６） スケーラブルネスティングＳＥＩメッセージは、特定のＯＬＳの特定の抽出されたサブピクチャシーケンスのためにＳＥＩメッセージをネストするために使用され得る。ただし、ｓｎ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１およびｓｎ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１は、「そのＣＬＶＳにおいて」または「ＣＬＶＳにおいて」という文言が使用されているため、レイヤ固有の意味論として規定される。
７） 図６の下部にあるように、ビットストリームの抽出を支援するように、いくつかの態様を変更する必要があり、ここで、デコーダに送られる抽出されたビットストリームにおいて、元のビットストリームにおける複数個のサブピクチャを含むピクチャは、今やより少ないサブピクチャを含むが、１つのサブピクチャのみを含むピクチャは変更されないままである。

５． 解決策および実施形態の例
上記課題を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。以下の説明において、関連の仕様から既に追加または修正された部分は、太字およびイタリック文字で強調表示され、かつ削除された部分の一部は、二重括弧でマークされている（例えば、［［ａ］］は、「ａ」という文字の削除を示す）。本質的に編集可能であるため、強調されていない他の何らかの変更があってもよい。
１） 問題１を解決するために、サブピクチャサブビットストリーム抽出処理の一部として、スケーリングウィンドウオフセットパラメータ（例えば、ＰＰＳにおいて）の算出および書き換えを規定する。
ａ． 一例において、スケーリングウィンドウオフセットパラメータは、以下のように算出され、書き換えられる。
－変数ｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔ、およびｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔは、以下のように導出される。
ｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ＝ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ－ （Ｃ．３０）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＊ＣｔｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ
ｒｉｇｈｔＳｕｂｐｉｃＢｄ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＋
ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ
ｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔ＝
（ｒｉｇｈｔＳｕｂｐｉｃＢｄ＞＝ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）？（Ｃ．３１）
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ：ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ－
（ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ｒｉｇｈｔＳｕｂｐｉｃＢｄ）／ＳｕｂＷｉｄｔｈＣ
ｓｕｂｐｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔ＝ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ－ （Ｃ．３２）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＊ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ
ｂｏｔＳｕｂｐｉｃＢｄ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＋
ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ
ｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔ＝
（ｂｏｔＳｕｂｐｉｃＢｄ＞＝ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）？ （Ｃ．３３）
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ：ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ－
（ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ｂｏｔＳｕｂｐｉｃＢｄ）／ＳｕｂＨｅｉｇｈｔＣ
ここで、上記式中の、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］、ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、およびｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、書き換えられる前の元のＳＰＳからのものであり、また上記式中のｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは書き換えられる前の元のＰＰＳからのものである。
－ 参照されたすべてのＰＰＳ ＮＡＬユニットのｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔを、それぞれ、ｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔ、およびｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔに書き換える。
ｂ． １つの例において、上記式のｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、それぞれｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに置き換えられ、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、書き換えられる前の元のＰＰＳ中の値である。
ｃ． 一例として、追加的に、変更がある場合、ＳＰＳにおける参照サンプル有効化フラグ（例えば、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）、および変更された場合にＳＰＳ内のＣＬＶＳにおける解像度変更許可フラグ（例えば、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）を書き換える。
２） 上記課題２ａ、２ｂを解決するために、以下の方法が提案されている。
ａ． 問題２ａを解決するために、欠落した入力ｔＩｄＴａｒｇｅｔを追加する。例えば、以下のように変更する。
－出力サブビットストリームは、ビットストリーム、ＶＰＳで規定されたＯＬＳのリストへのインデックスと等しいｔａｒｇｅｔＯｌｓＩｄｘ、およびＯＬＳに存在するサブピクチャインデックスと等しいｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［］を入力として、本項で規定した処理の出力である。
以下の通りである。

ｂ． 問題２ｂを解決するために、抽出する場合、異なるレイヤのサブピクチャのどの組み合わせが適合ビットストリームである必要があるかを、例えば、以下のように明確に規定する。
入力ビットストリームに対するビットストリーム適合性の要件は、以下の条件のすべてを満たす任意の出力サブビットストリームが適合ビットストリームであるものとする。

－出力サブビットストリームは、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔｏｌｓＩｄｘ］のリストにおける各々のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
－出力サブビットストリームは、ｔＩｄＴａｒｇｅｔであるＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
注－適合するビットストリームは、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬユニットを含むが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬユニットを含む必要はない。
－ 出力サブビットストリームは、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅＴＯｌｓＩｄｘ］－１の範囲内にあり、各ｉのＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］における値に等しいｓｈ＿ｓｕｂｐｉｃ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
３） 問題３を解決するために、パラメータセットを置き換えるための外部手段が存在するかどうかにかかわらず、ＶＣＬ ＮＡＬユニットおよびそれらに関連するフィラーデータＮＡＬユニット並びに関連するフィラーペイロードＳＥＩメッセージ等の削除が行なわれる。
４） 問題４を解決するために、フィラーペイロードＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットに、他のタイプのＳＥＩメッセージを含まないようにし、およびフィラーペイロードＳＥＩメッセージの削除をフィラーペイロードＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットの削除として規定することを求める制約を追加する。
５） 問題５を解決するため、ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｃ、ＳｕｂｐｉｃＣｐｂＳｉｚｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、ＳｕｂｐｉｃＣｐｂＳｉｚｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、ＳｕｂｐｉｃＢｉｔｒａｔｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］ＳｕｂｐｉｃＢｉｔｒａｔｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］の１つ以上の値と、ＳＬＩ ＳＥＩメッセージに基づいて導出されるかまたはその中に確認されたｓｌｉ＿ｃｂｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが、抽出処理のターゲットＯＬＳ中のすべてのレイヤに対してそれぞれ同じであることが規定される。
ａ． 一例において、マルチレイヤＯＬＳと共に使用するために、ＳＬＩ ＳＥＩメッセージは、スケーラブルネスティングＳＥＩメッセージに含まれ、少なくともマルチレイヤＯＬＳを含む特定のＯＬＳに適用するために（すなわち、ｓｎ＿ｏｌｓ＿ｆｌａｇが１に等しい場合）スケーラブルネスティングＳＥＩメッセージに示されなければならない、と制約されている。
ｉ． さらに、リストＶｃｌＡｓｓｏｃｉａｔｅｄＳｅｉＬｉｓｔからＳＬＩ ＳＥＩメッセージのｐａｙｌｏａｄＴｙｐｅ値である値２０３を削除し、ＳＬＩメッセージを、ｓｎ＿ｏｌｓ＿ｆｌａｇを１とするスケーラブルネスティングＳＥＩメッセージに含めることを可能にする。
ｂ． １つの例において、マルチレイヤＯＬＳでの使用のために、ＳＬＩ ＳＥＩメッセージは、スケーラブルネスティングＳＥＩメッセージに含まれるべきであり、そしてマルチレイヤＯＬＳのすべてのレイヤからなる特定のレイヤのリストに適用されるように（即ち、ｓｎ＿ｏｌｓ＿ｆｌａｇが１に等しい）、スケーラブルネスティングＳＥＩメッセージに示されるべきであることと、制約される。
ｃ． １つの例において、例えば、ＳＥＩメッセージにおいて搬送される情報が適用されるＯＬＳを示すように、ＳＬＩ ＳＥＩメッセージ構文にＯＬＳインデックスを追加することによって、ＳＬＩ ＳＥＩメッセージをＯＬＳ固有に規定する。
ｉ． あるいは、ＳＥＩメッセージで搬送される情報が適用されるＯＬＳのリストを示すように、ＯＬＳインデックスのリストをＳＬＩ ＳＥＩメッセージ構文に追加する。
ｄ． 一例において、ＯＬＳのすべてのレイヤに対するすべてのＳＬＩ ＳＥＩメッセージ中のＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｃ、ＳｕｂｐｉｃＣｐｂＳｉｚｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、ＳｕｂｐｉｃＣｐｂＳｉｚｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、ＳｕｂｐｉｃＢｉｔｒａｔｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］ ＳｕｂｐｉｃＢｉｔｒａｔｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、およびｓｌｉ＿ｃｂｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの１つ以上の値が、それぞれ同じであることが求められる。
６） 問題６を解決するために、意味論を以下のように変更する。
ｓｎ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、スケーラブルネスト型ＳＥＩメッセージが適用されるサブピクチャの数を規定する。ｓｎ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は、ＣＬＶＳのピクチャが参照するＳＰＳにおけるｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値以下である。
ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は構文要素ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すのに用いられるビット数を規定する。ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、０～１５の範囲内である。
ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、ＣＬＶＳに存在するすべてのスケーラブルネスティングＳＥＩメッセージに対して同じであることが、ビットストリーム準拠の要件である。
以下の通りである。

ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は構文要素ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すのに用いられるビット数を規定する。ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、０～１５の範囲内である。

７） 課題７を解決するために、以下の方法が提案される。
ａ． 一例において、少なくとも２つのレイヤが存在し、１つのレイヤのピクチャがそれぞれ複数のサブピクチャからなり、また別のレイヤのピクチャがそれぞれ１つのサブピクチャのみからなる、異なるレイヤのサブピクチャのどの組み合わせが、抽出された時に適合ビットストリームとなることが必要とされるかを、例えば、以下のように明確に規定する。
入力ビットストリームに対するビットストリーム適合性の要件は、以下の条件のすべてを満たす任意の出力サブビットストリームが適合ビットストリームであるものとする。

－ 出力サブビットストリームは、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］のリストにおける各々のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
－出力サブビットストリームは、ｔＩｄＴａｒｇｅｔであるＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
注２－適合するビットストリームは、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬユニットを含むが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬユニットを含む必要はない。
－ 出力サブビットストリームは、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内にある各ｉについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しく、ｓｈ＿ｓｕｂｐｉｃ＿ｉｄがＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］に等しい、少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
ｂ． スケーラブルネスティングＳＥＩメッセージの意味論は、ｓｎ＿ｏｌｓ＿ｆｌａｇおよびｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇが共に１に等しい場合、ｓｎ＿ｓｕｂｐｉｃ＿ｉｄ［］値のリストが、複数のサブピクチャをそれぞれ含む、適用可能なＯＬＳにおいて、ピクチャ中のサブピクチャのサブピクチャＩＤを特定するように規定される。このように、スケーラブルネスト型ＳＥＩメッセージが適用されるＯＬＳは、各ピクチャが１つのサブピクチャのみを含み、そのサブピクチャＩＤがスケーラブルネスティングＳＥＩメッセージで示されないレイヤを有することが許容される。
８） 最初の参照ピクチャが、現在のピクチャのサブピクチャレイアウトと異なるサブピクチャレイアウトに最初のピクチャが分割された場合、現在のピクチャの同一位置に配置されたピクチャに設定されないことが必要である。
ａ． 一例において、第１の参照ピクチャと現在のピクチャとは、異なるレイヤにある。
９） コーディングツールＸが第１の参照ピクチャに依存し、かつ第１の参照ピクチャを現在のピクチャのサブピクチャレイアウトとは異なるサブピクチャレイアウトのサブピクチャに分割する場合、コーディングツールＸは現在のピクチャに対して無効化されることが必要である。
ａ． 一例において、第１の参照ピクチャと現在のピクチャとは、異なるレイヤにある。
ｂ． 一例において、コーディングツールＸは、双方向オプティカルフロー（ＢＤＯＦ）である。
ｃ． 一例において、コーディングツールＸは、デコーダ側動きベクトル微調整（ＤＭＶＲ）である。
ｄ． 一例において、コーディングツールＸは、予測微調整オプティカルフロー（ＰＲＯＦ）である。

６． 実施形態
以下は、上記第５章に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。変更されたテキストは、ＪＶＥＴ－Ｒ２００１－ｖＡ／ｖ１０の最新ＶＶＣテキストに基づく。既に追加または修正された最も関連性のある部分は、太字およびイタリック文字で強調表示され、かつ削除された部分の一部は、二重括弧でマークされている（例えば、［［ａ］］は、「ａ」という文字の削除を示す）。本質的に編集可能であるため、強調されていない他の何らかの変更があってもよい。

６．１． 第１の実施形態
本実施形態は、１、１．ａ、２ａ、２ｂ、３、４、５、５ａ、５．ａ．ｉ、６項に対するものである。

この処理の出力は、サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍである。
入力ビットストリームに対するビットストリーム適合性の要件は、以下の条件のすべてを満たす任意の出力サブビットストリームが適合ビットストリームであるものとする。

マルチレイヤＯＬＳで使用する場合、ＳＬＩ ＳＥＩメッセージはスケーラブルネスティングＳＥＩメッセージに含まれるべきであり、特定のＯＬＳに適用されるか、特定のＯＬＳにおけるすべてのレイヤに適用されるように、スケーラブルネスティングＳＥＩメッセージにおいて示されるべきである。

－出力サブビットストリームは、ｔＩｄＴａｒｇｅｔであるＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
注－適合するビットストリームは、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬユニットを含むが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬユニットを含む必要はない。
－出力サブビットストリームは、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内にある各ｉについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しく、ｓｈ＿ｓｕｂｐｉｃ＿ｉｄがＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］［［の値に］］等しい、少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
出力サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍは、以下のように導出される。
－ 添付Ｃ．６で規定されたブビットストリーム抽出処理は、ｉｎＢｉｔｓｔｒｅａｍ、ｔａｒｇｅｔＯｌｓＩｄｘ、およびｔＩｄＴａｒｇｅｔを入力として呼び出され、この処理の出力はｏｕｔＢｉｔｓｔｒｅａｍに割り当てられる。

－ サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍに置換パラメータセットを提供するために、本明細書で規定されていない外部手段が利用可能である場合、すべてのパラメータセットを置換パラメータセットに置き換える。
－ そうでない場合、サブピクチャレベル情報ＳＥＩメッセージがｉｎＢｉｔｓｔｒｅａｍに存在するときは、以下が適用される。
－ ［［変数ｓｕｂｐｉｃＩｄｘは、ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［［ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１］］の値に等しく設定される。］］
－ 参照されたすべてのＶＰＳ ＮＡＬユニットのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のリストのｖｐｓ＿ｏｌｓ＿ｐｔｌ＿ｉｄｘ［ｔａｒｇｅｔＯｌｓＩｄｘ］番目エントリのｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値を、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘと等しいサブピクチャからなるサブピクチャセットに対する式Ｄ．１１で導かれるＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｃと等しくするよう書き換える。
－ ＶＣＬ ＨＲＤパラメータセットまたはＮＡＬ ＨＲＤパラメータセットが存在する場合、参照されたすべてのＶＰＳ ＮＡＬユニットのｖｐｓ＿ｏｌｓ＿ｈｒｄ＿ｉｄｘ［ＭｕｌｔｉＬａｙｅｒＯｌｓＩｄｘ［ｔａｒｇｅｔＯｌｓＩｄｘ］］番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造およびｉ番目のレイヤによって参照されたすべてのＳＰＳ ＮＡＬユニットのｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造におけるｊ番目のＣＰＢのｃｐｂ＿ｓｉｚｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ｔＩｄＴａｒｇｅｔ］［ｊ］とｂｉｔ＿ｒａｔｅ＿ｖａｌｕｅ＿ｍｉｎｕｓ１［ｔＩｄＴａｒｇｅｔ］［ｊ］のそれぞれの値を、式Ｄ．６とＤ．７からそれぞれ導出されるＳｕｂｐｉｃＣｐｂＳｉｚｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］とＳｕｂｐｉｃＣｐｂＳｉｚｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］、式Ｄ．８とＤ．９からそれぞれ導出されるＳｕｂｐｉｃＢｉｔｒａｔｅＶｃｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］とＳｕｂｐｉｃＢｉｔｒａｔｅＮａｌ［ＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘ］［ｓｕｂｐｉｃＩｄｘ］とに対応するように書き換え、ここでＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｘはｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するサブピクチャに対して式Ｄ．１１によって導出され、ｊは０からｈｒｄ＿ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の範囲内であり、ｉは０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内である。

－ ｓｐｓ＿ｐｔｌ＿ｄｐｂ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい参照されたすべてのＳＰＳ ＮＡＬユニットのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造中のｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの値を、ｓｐＩｄｘに等しいサブピクチャインデックスを有するサブピクチャからなるサブピクチャのセットのための式Ｄ．１１によって導出されたＳｕｂｐｉｃＳｅｔＬｅｖｅｌＩｄｃに等しく書き換える。
－ 変数ｓｕｂｐｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓおよびｓｕｂｐｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓは、以下のように導出される。
ｓｕｂｐｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ＝ｍｉｎ（（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＋ （Ｃ．２４）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ，ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）－
ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＊ＣｔｂＳｉｚｅＹ
ｓｕｂｐｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ＝ｍｉｎ（（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＋ （Ｃ．２５）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ，ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）－
ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＊ＣｔｂＳｉｚｅＹ
－ 参照されたすべてのＳＰＳ ＮＡＬユニットのｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値、参照されたすべてのＰＰＳ ＮＡＬユニットのｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅとｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を、それぞれ、ｓｕｂｐｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓとｓｕｂｐｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓに等しく書き換える。
－ 参照されたすべてのＳＰＳ ＮＡＬユニットのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１および参照されたすべてのＰＰＳ ＮＡＬユニットのｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値を０に書き換える。
－ 構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］およびｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］は、存在する場合、すべての参照するＳＰＳ ＮＡＬユニットにおいて、０に書き換える。
－ 構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｊ］、ｓｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］、および参照されたすべてのＳＰＳ ＮＡＬユニット内でｓｐＩｄｘに等しくない各ｊについてのｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｊ］を削除する。
－ ｓｐＩｄｘに等しいサブピクチャインデックスを有するサブピクチャに関連付けられていないすべてのタイル行、タイル列、およびスライスを削除するために、タイルおよびスライスの信号通知のために、参照されたすべてのＰＰＳの構文要素を書き換える。
変数ｓｕｂｐｉｃＣｏｎｆＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＴｏｐＯｆｆｓｅｔ、およびｓｕｂｐｉｃＣｏｎｆＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、以下のように導出される。
ｓｕｂｐｉｃＣｏｎｆＷｉｎＬｅｆｔＯｆｆｓｅｔ＝ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＝＝０？ （Ｃ．２６）
ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ：０
ｓｕｂｐｉｃＣｏｎｆＷｉｎＲｉｇｈｔＯｆｆｓｅｔ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＋ （Ｃ．２７）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ＞＝
ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ？ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ：０
ｓｕｂｐｉｃＣｏｎｆＷｉｎＴｏｐＯｆｆｓｅｔ＝ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＝＝０？ （Ｃ．２８）
ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ：０
ｓｕｂｐｉｃＣｏｎｆＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＋ （Ｃ．２９）
ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ＞＝

－ 参照されたすべてのＳＰＳ ＮＡＬユニットのｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値と、参照されたすべてのＰＰＳ ＮＡＬ ユニットのｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値を、それぞれ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＣｏｎｆＷｉｎＴｏｐＯｆｆｓｅｔおよびｓｕｂｐｉｃＣｏｎｆＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔに等しく、書き換える。

－ ［［ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく、ＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘ］に等しくないすべてのＶＣＬ ＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。］］

－ ｏｕｔＢｉｔｓｔｒｅａｍが、ｓｎ＿ｏｌｓ＿ｆｌａｇが１に等しく、ｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい、ｏｕｔＢｉｔｓｔｒｅａｍに適用可能なスケーラブルネスティングＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットを含んでいる場合、スケーラブルネスト型ＳＥＩメッセージからｐａｙｌｏａｄＴｙｐｅが１（ＰＴ）、１３０（ＤＵＩ）、または１３２（デコードされたピクチャハッシュ）に等しい適切な非スケーラブルネスティングＳＥＩメッセージを抽出し、抽出したＳＥＩメッセージをｏｕｔＢｉｔｓｔｒｅａｍに配置する。
Ｄ．２．２ 一般的なＳＥＩペイロード意味論
．．．
リストＶｃｌＡｓｓｏｃｉａｔｅｄＳｅｉＬｉｓｔは、ｐａｙｌｏａｄＴｙｐｅ値３、１９、４５、１２９、１３２、１３７、１４４、１４５、１４７～１５０、１５３～１５６、１６８、［［２０３、］］、および２０４からなるように設定される。
リストＰｉｃＵｎｉｔＲｅｐＣｏｎＳｅｉＬｉｓｔは、ｐａｙｌｏａｄＴｙｐｅ値０、１、１９、４５、１２９、１３２、１３３、１３７、１４７～１５０、１５３～１５６、１６８、２０３、および２０４からなるように設定される。
注４－ＶｃｌＡｓｓｏｃｉａｔｅｄＳｅｉＬｉｓｔは、ＳＥＩメッセージのｐａｙｌｏａｄＴｙｐｅ値で構成され、ＳＥＩ ＮＡＬユニットに非スケーラブルにネストされて含まれている場合、関連するＶＣＬ ＮＡＬユニットのＮＡＬユニットヘッダに基づいて、ＳＥＩ ＮＡＬユニットのＮＡＬユニットヘッダに対する制約を推論する。ＰｉｃＵｎｉｔＲｅｐＣｏｎＳｅｉＬｉｓｔは、１つのＰＵ当たり４回の繰り返しの制限を受けるＳＥＩメッセージのｐａｙｌｏａｄＴｙｐｅ値で構成される。
ＳＥＩ ＮＡＬユニットにＳＥＩメッセージを含めることに関して、以下の制限が適用されることは、ビットストリーム準拠の要件である。
－ ＳＥＩ ＮＡＬユニットが、非スケーラブルネスト型ＢＰ ＳＥＩメッセージ、非スケーラブルネスト型ＰＴ ＳＥＩメッセージ、または非スケーラブルネスト型ＤＵＩ ＳＥＩメッセージを含む場合、ＳＥＩ ＮＡＬユニットは、ｐａｙｌｏａｄＴｙｐｅが０（ＢＰ）、１（ＰＴ）、または１３０（ＤＵＩ）に等しくない他のＳＥＩメッセージを含まないものとする。
－ ＳＥＩ ＮＡＬユニットが、スケーラブルネスト型ＢＰ ＳＥＩメッセージ、スケーラブルネスト型ＰＴ ＳＥＩメッセージ、またはスケーラブルネスト型ＤＵＩ ＳＥＩメッセージを含む場合、ＳＥＩ ＮＡＬユニットは、ｐａｙｌｏａｄＴｙｐｅが０（ＢＰ）、１（ＰＴ）、１３０（ＤＵＩ）または１３３（スケーラブルネスティング）に等しくない他のＳＥＩメッセージを含まないものとする。

．．．
Ｄ．６．２ スケーラブルネスティングＳＥＩメッセージ意味論
．．．

．．．

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

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

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

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

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

図１０に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、エンコーディングされた映像データを生成するものであり、映像エンコーディングデバイスとも呼ばれ得る。送信先デバイス１２０は、送信元デバイス１１０によって生成された、エンコードされた映像データをデコードしてよく、映像デコーディングデバイスと呼ばれ得る。

送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を備えてもよい。

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

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

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

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

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

映像エンコーダ２００は、本開示の技術のいずれかまたは全部を行うように構成されてもよい。図１１の例において、映像エンコーダ２００は、複数の機能コンポーネントを備える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

エントロピーエンコーディングユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピーエンコーディングユニット２１４がデータを受信した場合、エントロピーエンコーディングユニット２１４は、１または複数のエントロピーエンコーディング動作を行い、エントロピーエンコードされたデータを生成し、エントロピーエンコードされたデータを含むビットストリームを出力してもよい。

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

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

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

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

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

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

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

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

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

解決策のリストは、開示される技術のいくつかの実施例を説明する。

第１の解決策のセットを次に提供する。以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。

１．映像処理方法（例えば、図９に示す方法９００）は、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像と映像のコーディング表現との間で変換を行うこと（９０２）を含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則はサブピクチャに適用されるスケーリングウィンドウの１つ以上のパラメータがコーディングされた表現に含まれる１つ以上の構文領域に基づいて決定されることを規定する。

２．前記１つ以上のパラメータは、前記サブピクチャに適用可能な前記スケーリングウィンドウの左オフセット、右オフセット、トップオフセット、またはボトムオフセットを含む、解決策１に記載の方法。

以下の解決策は、前章（例えば、項目３）で論じた技術の例示的な実施形態を示す。

３．映像コーディングレイヤにおける１つ以上の映像ピクチャを含む映像と映像のコーディング表現との間で変換をすることを含み、この変換は、パラメータセットが外部的に更新可能であるかどうかにかかわらず、ネットワーク抽象化レイヤユニット、フィルタデータ、およびフィラー補足強化情報データの削除を行うことを規定する規則に準拠する、映像処理方法。

以下の解決策は、前章（例えば、項目４）で論じた技術の例示的な実施形態を示す。

４．映像コーディングレイヤにおける１つ以上の映像ピクチャを含む映像と、映像のコーディング表現との間で変換を行うことを含み、この変換は、フィラーＳＥＩメッセージペイロードを含むネットワーク抽象化レイヤから他の補足強化情報（ＳＥＩ）を排除することを規定するフォーマット規則に準拠する、映像処理方法。

５．前記変換は、フィラーペイロードＳＥＩメッセージをＳＥＩ ＮＡＬユニットとして削除することを規定する規則に準拠する、解決策１に記載の方法。

以下の解決策は、前章（例えば、項目７）で論じた技術の例示的な実施形態を示す。

６．１つ以上のサブピクチャを含む１つ以上のレイヤを含む映像と、映像のコーディング表現との間で変換を行うことを含み、この変換は、少なくとも２つのレイヤが存在し、１つのレイヤのピクチャがそれぞれ複数のサブピクチャからなり、また別のレイヤのピクチャがそれぞれ１つのサブピクチャのみからなる、異なるレイヤのサブピクチャのどの組み合わせが、フォーマット規則に準拠することが必要であるかを規定する規則に基づく、映像処理方法。

以下の解決策は、前章（例えば、項目８）で論じた技術の例示的な実施形態を示す。

７．１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像と映像のコーディングされた表現との間で変換を行うことを含み、この変換は、サブピクチャレイアウトを用いて分割された第１のピクチャに対して、第２のピクチャが第１のピクチャと異なるサブピクチャレイアウトに従って分割されている場合、第２のピクチャは同一位置に配置された参照ピクチャとして用いることができないことを規定する規則に準拠する、映像処理方法。

８．前記第１のピクチャと前記第２のピクチャが異なるレイヤにある、解決策７に記載の方法。

以下の解決策は、前章（例えば、項目９）で論じた技術の例示的な実施形態を示す。

９．１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像を、映像のコーディングされた表現との間で変換を行うことを含み、この変換は、サブピクチャレイアウトを使用してサブピクチャを分割する場合、エンコーディングの際にコーディングツールを使用すること、またはデコーディングの際に対応するデコーディングツールを使用することを規定する規則に準拠し、コーディングツールが第１のピクチャの参照ピクチャである第２のピクチャの異なるサブピクチャレイアウトに依存する場合、この変換を無効にする、映像処理方法

１０．第１のピクチャと第２のピクチャは異なるレイヤにある、解決策９に記載の方法。

１１．変換は、映像をコーディングされた表現にエンコーディングすることを含む、解決策１～１０のいずれかに記載の方法。

１２．変換は、映像の画素値を生成するためにコーディングされた表現をデコーディングすることを含む、解決策１～１０のいずれかに記載の方法。

１３．解決策１～１２の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像デコーディング装置。

１４．解決策１～１２の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像エンコーディング装置。

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

１６．本明細書に記載の方法、装置またはシステム。

第２の解決策のセットは、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。

１．本発明の映像処理方法（例えば、図１３に示す方法１３００）は、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像とこの映像のビットストリームとの間で変換を行うこと（１３０２）を含み、この変換はサブピクチャに適用されるスケーリングウィンドウの１つ以上のパラメータが、サブピクチャサブビットストリーム抽出処理の間に、１つ以上の構文要素から決定されることを規定する規則に準拠する。

２．前記１つ以上の構文要素は、元のピクチャパラメータセットおよび／または元のシーケンスパラメータセットに含まれる、解決策１に記載の方法。

３．前記元のピクチャパラメータセットおよび／または前記元のシーケンスパラメータセットは、前記パラメータの算出および書き換えによって変更される、解決策１または２に記載の方法。

４．前記１つ以上のパラメータは、前記サブピクチャに適用可能な前記スケーリングウィンドウの左オフセット、右オフセット、トップオフセット、またはボトムオフセットのうちの少なくとも１つを含む、解決策１から３に記載の方法。

５．スケーリングウィンドウの左オフセット（ｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ）が、以下のように導出される、解決策１から４のいずれかに記載の方法。
ｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ＝ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ－ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＊ＣｔｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ、ここで、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔは、スケーリング比算出のためにピクチャサイズに適用される左オフセットを示し、ｓｐｓ＿ｓｕｂｐｉｃ＿ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔは、スケーリング比計算のためにピクチャサイズに適用される左オフセットを示し、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］はサブピクチャの左上隅に位置するコーディングツリーユニットのｘ座標を示し、ＣｔｂＳｉｚｅＹは輝度コーディングツリーブロックまたはコーディングツリーユニットの幅または高さ、ＳｕｂＷｉｄｔｈＣは映像ブロックの幅を示し、映像ブロックを含むピクチャの彩度フォーマットに応じたテーブルから取得されたものである。

６．スケーリングウィンドウの右オフセットｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔが、以下のように導出される、解決策１から４のいずれかに記載の方法。
ｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔ＝（ｒｉｇｈｔＳｕｂｐｉｃＢｄ＞＝ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）？ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ：ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ－（ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ｒｉｇｈｔＳｕｂｐｉｃＢｄ）／ＳｕｂＷｉｄｔｈＣ、そして
ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、シーケンスパラメータセットを参照してデコードされた各ピクチャの最大幅を輝度サンプル単位で規定し、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔは、スケーリング比計算のためにピクチャサイズに適用する右オフセットを示し、ＳｕｂＷｉｄｔｈＣは映像ブロック幅であり映像ブロック含むピクチャの彩度に応じたテーブルから取得され、かつ
ｒｉｇｈｔＳｕｂｐｉｃＢｄ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ、そしてｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］は、サブピクチャの左上隅に位置するコーディングツリーユニットのｘ座標、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］はサブピクチャの幅、ＣｔｂＳｉｚｅＹは輝度コーディングツリーブロックまたはコーディングツリーユニットの幅または高さであることを示す。

７．スケーリングウィンドウのトップオフセット、ｓｕｂｐｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔが、以下のように導出される、解決策１から４のいずれかに記載の方法。
ＳｕｂＰｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔ＝ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ－ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＊ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ、ここで
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔは、スケーリング比計算のためにピクチャサイズに適用されるトップオフセットを示し、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］はサブピクチャの左上隅に位置するコーディングツリーユニットのｙ座標を示し、ＣｔｂＳｉｚｅＹは輝度コーディングツリーブロックまたはコーディングツリーユニットの幅または高さ、ＳｕｂＨｉｇｈｔＣは映像ブロックの高さを示し、映像ブロックを含むピクチャの彩度フォーマットに従ったテーブルから取得される。

８．スケーリングウィンドウのボトムオフセットｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔが、以下のように導出される、解決策１から４のいずれかに記載の方法。
ｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔ＝（ｂｏｔＳｕｂｐｉｃＢｄ＞＝ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）？ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ：ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ－（ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ｂｏｔＳｕｂｐｉｃＢｄ）／ＳｕｂＨｅｉｇｈｔＣ、およびｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、シーケンスパラメータセットを参照してデコードされた各ピクチャの最大高さを輝度サンプル単位で示し、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、スケーリング比計算のためにピクチャサイズに適用するボトムオフセットを示し、ＳｕｂＨｅｉｇｈｔＣは、映像ブロックの高さを示し、映像ブロックを含むピクチャの彩度フォーマットに応じたテーブルから取得され、
そして、ここでｂｏｔＳｕｂｐｉｃＢｄ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹであり、また、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］はサブピクチャの左上隅に位置するコーディングツリーユニットのｙ座標を示し、およびＣｔｂＳｉｚｅＹは輝度コーディングツリーブロックまたはコーディングツリーユニットの幅または高さである。

９．ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｓｐＩｄｘ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］、ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］、ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、およびｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは元のシーケンスパラメータセットからのものであり、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは元のピクチャパラメータセットからのものである、解決策５から８のいずれかに記載の方法。

１０．前記規則は、、参照されるすべてのピクチャパラメータセット（ＰＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおける、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値を、それぞれｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔおよびｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔに等しく書き換えることを規定した、解決策１から３に記載のいずれかの方法であり、かつ
ここで、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔはそれぞれ、スケーリング比計算のために画像サイズに適用する左オフセット、右オフセット、トップオフセット、ボトムオフセットを示し、かつ
ここで、ｓｕｂｐｉｃＳｃａｌＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｓｕｂｐｉｃＳｃａｌＷｉｎＴｏｐＯｆｆｓｅｔおよびｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔはそれぞれ、サブピクチャに適用するスケーリングウィンドウの左オフセット、右オフセット、トップオフセットおよびボトムオフセットを示す。

１１．スケーリングウィンドウのボトムオフセットｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔが、以下のように導出される、解決策１から４のいずれかに記載の方法。
ｓｕｂｐｉｃＳｃａｌＷｉｎＢｏｔＯｆｆｓｅｔ＝（ｂｏｔＳｕｂｐｉｃＢｄ＞＝ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）？ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ：ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ－（ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ｂｏｔＳｕｂｐｉｃＢｄ）／ＳｕｂＨｅｉｇｈｔＣ、かつ、
ここで、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ピクチャパラメータセットを参照してデコードされた各ピクチャの最大高さを輝度サンプル単位で示し、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔはスケーリング比計算に用いるピクチャサイズに対するボトムオフセットを示し、ＳｕｂＨｅｉｇｈｔＣは、映像ブロックの高さで、映像ブロック含むピクチャの彩度フォーマットに応じたテーブルから取得され、かつ、
ここでｂｏｔＳｕｂｐｉｃＢｄ＝（ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｓｐＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹであり、
ここでｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｓｐＩｄｘ］は、サブピクチャの左上隅に位置するコーディングツリーユニットのｙ座標を示し、ＣｔｂＳｉｚｅＹは輝度コーディングツリーブロックまたはコーディングツリーユニットの幅または高さである。

１２．ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、元のピクチャパラメータセットからのものである、解決策１１に記載の方法。

１３．前記規則は、参照ピクチャ再サンプリングの適用可能性を示すシーケンスパラメータセットにおける参照サンプル許可フラグを書き換えることをさらに規定する、解決策１に記載の方法。

１４．前記規則は、シーケンスパラメータセットを参照し、コーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内で起こり得るピクチャの空間解像度の変化を示すシーケンスパラメータセットにおける解像度変更許可フラグを書き換えることをさらに規定する、解決策１に記載の方法。

１５．変換は、映像をビットストリームにエンコーディングすることを含む、解決策１～１４のいずれかに記載の方法。

１６．変換は、ビットストリームから映像をデコーディングすることを含む、解決策１～１４のいずれかに記載の方法。

１７．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、解決策１～１４のいずれかに記載の方法。

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

１９．解決策１～１７のいずれか１つに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

２０．実行されると、解決策１～１７のいずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶したコンピュータ可読媒体。

２１．上述した方法のいずれかに従って生成されたビットストリームを記憶する、コンピュータ可読媒体。

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

第３の解決策のセットは、前章（例えば、項目２および７）で論じた技術の例示的な実施形態を示す。

１．映像処理方法（例えば、図１４Ａに示す方法１４００）は、規則に従って、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、サブビットストリーム抽出処理中にビットストリームから抽出されるべきネットワーク抽象化レイヤ（ＮＡＬ）ユニットを定義してサブビットストリームを出力し、かつこの規則は、サブビットストリーム抽出処理への１つ以上の入力をさらに規定し、かつ／またはこのビットストリームの異なるレイヤのサブピクチャのどの組み合わせを使用するかを規定し、これによりサブビットストリーム抽出処理の出力が予め定義されたフォーマットに準拠する。

２．前記規則は、前記サブビットストリーム抽出処理への１つ以上の入力が、デコードされるべきターゲットＯＬＳのＯＬＳインデックスを識別し、かつ映像パラメータセットによって規定されたＯＬＳのリストへのインデックスに等しいターゲット出力レイヤセット（ＯＬＳ）インデックス（ｔａｒｇｅｔＯｌｓＩｄｘ）を含むことを規定する、解決策１に記載の方法。

３．前記規則は、サブビットストリーム抽出処理への１つ以上の入力が、ターゲットの最高時間識別子値（ｔＩｄＴａｒｇｅｔ）を含むことを規定する、解決策１に記載の方法。

４．前記ターゲットの最高時間識別子値は、０から映像パラメータセットによって特定されるレイヤに存在することが許可される時間サブレイヤの最大数の範囲内にある、解決策３に記載の方法。

５．前記時間サブレイヤの最大数は、映像パラメータセットに含まれる構文要素によって示される、解決策４に記載の方法。

６．前記構文要素は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１である、解決策５に記載の方法。

７．前記規則は、サブビットストリーム抽出処理への１つ以上の入力が、ターゲットＯＬＳに存在するサブピクチャインデックスに等しいターゲットサブピクチャインデックス値（ｓｕｂｐｉｃＩｄｘｔａｒｇｅｔ）を含むことを規定する、解決策１に記載の方法。

８．前記規則は、サブビットストリーム抽出処理への１つ以上の入力が、ターゲットサブピクチャインデックス値のリスト、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］－１までのｉのｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］を含むことを規定し、ここで、ＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］はｉ番目のＯＬＳのレイヤ数を規定し、ｔａｒｇｅｔＯＬｓＩｄｘはターゲット出力レイヤセット（ＯＬＳ）インデックスを示す、解決策１に記載の方法。

９．前記規則は、ｔａｒｇｅｔＯＬｓＩｄｘ番目のＯＬＳにおけるすべてのレイヤが同じ空間解像度を有し、同じサブピクチャレイアウトを有し、そしてすべてのサブピクチャは、コーディングされたレイヤ映像シーケンスにおける各コーディングされたピクチャの対応するサブピクチャを、ループ内フィルタリング操作を除くデコーディング処理においてピクチャとして扱うことを規定する構文要素を有する、解決策８に記載の方法。

１０．ｉのすべての値に対するｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］の値が同一であり、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲内の特定の値に等しく、ここで、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、コーディングされたレイヤ映像シーケンスにおける各ピクチャのサブピクチャの数を規定する、解決策８に記載の方法。

１１．前記規則は、出力サブビットストリームが、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］のリストにおける各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含むことを規定し、ここで、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］はＯＬＳにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄの値をｔａｒｇｅｔＯＬｓＩｄｘで規定する、解決策８に記載の方法。

１２．前記規則は、出力サブビットストリームが、ＴｅｍｐｏｒａｌＩｄがｔＩｄＴａｒｇｅｔに等しい少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含むことを規定し、ここで、ＴｅｍｐｏｒａｌＩｄは、ターゲットの最高時間識別子を示し、およびｔＩｄＴａｒｇｅｔはサブビットストリーム抽出処理への１つ以上の入力として提供されるＴｅｍｐｏｒａｌＩｄの値である、解決策８に記載の方法。

１３．前記ビットストリームは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含む必要なく、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含み、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子を規定する、解決策８に記載の方法。

１４．前記規則は、出力サブビットストリームは、レイヤ識別子ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しいＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダ識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲の各ｉに対するＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］に等しいサブピクチャ識別子ｓｈ＿ｓｕｂｐｉｃ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）を含み、ここでＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］はｉ番目のＯＬＳのレイヤの数を規定し、ｉは整数であることを規定する、解決策８に記載の方法。

１５．映像処理方法（例えば、図１４Ｂに示す方法１４１０）は、規則に従って、映像とこの映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、複数のサブピクチャを含むピクチャを含む第１のレイヤと、それぞれが単一のサブピクチャを含むピクチャを含む第２のレイヤとを含み、この規則は、抽出時に、予め定義されたフォーマットに準拠した出力ビットストリームとなる第１のレイヤおよび第２のレイヤのサブピクチャの組み合わせを規定する。

１６．前記規則をサブビットストリーム抽出に適用して、適合ビットストリームである出力サブビットストリームを提供し、かつ前記サブビットストリーム抽出処理への入力は、ｉ）ビットストリーム、ｉｉ）デコードされるべきターゲットＯＬＳのＯＬＳインデックスを識別するターゲット出力レイヤセット（ＯＬＳ）インデックス（ｔａｒｇｅｔＯｌｓＩｄｘ）、およびｉｉ）ターゲットの最高時間識別子（ＴｅｍｐｏｒａｌＩｄ）の値（ｔＩｄＴａｒｇｅｔ）を含む、解決策１５に記載の方法。

１７．前記規則は、前記ターゲット出力レイヤセット（ＯＬＳ）インデックス（ｔａｒｇｅｔＯｌｓＩｄｘ）が、映像パラメータセットによって特定されるＯＬＳのリストへのインデックスに等しいことを特定する、解決策１６に記載の方法。

１８．前記規則は、ターゲットの最高時間識別子（ＴｅｍｐｏｒａｌＩｄ）の値（ｔＩｄＴａｒｇｅｔ）が、映像パラメータセットによって規定されるレイヤに存在することが許可される時間的サブレイヤの０から最大数までの範囲内の任意の値に等しいことを規定する、解決策１６に記載の方法。

１９．前記時間サブレイヤの最大数は、映像パラメータセットに含まれる構文要素によって示される、解決策１８に記載の方法。

２０．前記構文要素は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１である、解決策１９に記載の方法。

２１．前記規則は、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］－１までのｉのＯＬＳのリストｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］の値が、０からレイヤ内の各ピクチャのサブピクチャの数までの範囲内の値に等しいことを規定し、ＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］がｉ番目のＯＬＳのレイヤ数を規定し、サブピクチャの数は、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｉ］に等しいＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニットヘッダ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）に関連付けられたレイヤが参照するシーケンスパラメータセットに含まれる構文要素によって示され、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｉ］は、ターゲットＯＬＳｘとｉ番目のＯＬＳにおけるｎｕｈ＿ｌａｙｅｒｉｄ値を規定し、ｉは整数値である、解決策１７に記載の方法。

２２．別の構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］は、１に等しく、レイヤ内の各コーディングされたピクチャのｉ番目のサブピクチャを、ループ内フィルタリング演算を除くデコーディング処理においてピクチャとして扱うことを規定する、解決策２１に記載の方法。

２３．前記規則は、レイヤにおける各ピクチャのサブピクチャ数を示す構文要素が０に等しい場合、ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］の値が常に０に等しいことを規定する、解決策２１に記載の方法。

２４．前記規則は、任意の２つの異なる整数値ｍおよびｎについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがそれぞれＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｍ］およびＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｎ］と等しく、ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｍ］がｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｎ］と等しい両レイヤについて、構文要素が０より大きいことを規定する、解決策２１に記載の方法。

２５．前記規則は、出力サブビットストリームが、リストＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］における各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含むことを規定し、ここで、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］はＯＬＳ内のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をｔａｒｇｅｔＯＬｓＩｄｘで規定する、解決策１６に記載の方法。

２６．前記出力サブビットストリームは、ＴｅｍｐｏｒａｌＩｄがｔＩｄＴａｒｇｅｔに等しい、少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含む、解決策１６に記載の方法。

２７．前記適合ビットストリームは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含む必要なく、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含み、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子を規定する、解決策１６に記載の方法。

２８．前記規則は、出力サブビットストリームは、レイヤ識別子ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しいＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダ識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲の各ｉに対するＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］に等しいサブピクチャ識別子ｓｈ＿ｓｕｂｐｉｃ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）を含み、ここでＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］はｉ番目のＯＬＳのレイヤの数を規定し、ｉは整数であることを規定する、解決策１６に記載の方法。

２９．映像処理方法（例えば、図１４Ｃに示す方法１４２０）は、映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、複数のサブピクチャを含む１つ以上のレイヤおよび／または単一のサブピクチャを有する１つ以上のレイヤを有する出力レイヤセットが、スケーラブルネスティング補足強化情報（ＳＥＩ）メッセージにおけるサブピクチャ識別子のリストによって示されるかどうか、またはどのように示されるかを規定する。

３０．前記規則は、ｓｎ＿ｏｌｓ＿ｆｌａｇおよびｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇが共に１に等しい場合に、サブピクチャ識別子のリストが、複数のサブピクチャをそれぞれ含むピクチャにおけるサブピクチャのサブピクチャ識別子を規定し、１に等しいｓｎ＿ｏｌｓ＿ｆｌａｇは、スケーラブルネスティングＳＥＩメッセージが特定のＯＬＳに適用されることを規定し、１に等しいｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇは、規定されたＯＬＳまたはレイヤに適用されるスケーラブルネスト型ＳＥＩメッセージを規定されたＯＬＳまたはレイヤの特定のサブピクチャにのみ適用することを規定することにより、スケーラブルネスティングＳＥＩメッセージは、ＯＬＳまたはレイヤのサブピクチャの識別子を規定する、解決策２９に記載の方法。

３１．変換は、映像をビットストリームにエンコーディングすることを含む、解決策１～３０のいずれかに記載の方法。

３２．変換は、ビットストリームから映像をデコーディングすることを含む、解決策１～３０のいずれかに記載の方法。

３３．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、解決策１～３０のいずれかに記載の方法。

３４．解決策１～３３のいずれか１つ以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

３５． 解決策１～３３のいずれか１つに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

３６．実行されると、解決策１～３３のいずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶したコンピュータ可読媒体。

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

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

第４の解決策のセットは、前章（例えば、項目３、８、および９）で論じた技術の例示的な実施形態を示す。

１．映像処理方法（例えば、図１５Ａに示す方法１５００）は、規則に従って、映像レイヤに１つ以上の映像ピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、サブビットストリーム抽出処理において、サブビットストリーム抽出の間に削除されるパラメータセットを置き換えるために用いられる外部手段の利用可能性に関係なく、（ｉ）映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニット、（ｉｉ）ＶＣＬ ＮＡＬユニットに関連付けられたフィラーデータＮＡＬユニット、および（ｉｉｉ）ＶＣＬ ＮＡＬユニットと関連付けられたフィラーペイロード補足強化情報（ＳＥＩ）メッセージの削除が実行されることを規定する。

２．前記規則は、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅＴＯｌｓＩｄｘ］－１の範囲内のｉの各値について、サブビットストリーム抽出処理の出力であるサブビットストリームから、ＬａｙｅｒＩｄＩｎＯｌｓ［ｉ］およびｓｈ＿ｓｕｂｐｉｃ＿ｉｄがＳｕｂｐｉｃＩｄＸ［ｉ］に等しいすべての映像コーディングレイヤ（ＶＣＬ）ユニットと、それに関連するフィラーデータＮＡＬユニットと、フィラーペイロードＳＥＩメッセージを含むＳＥＩＮＡＬユニットとを規定し、ここで、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子であり、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］は、ターゲット出力レイヤセットインデックスであるｔａｒｇｅｔＯＬｓＩｄｘをもって出力レイヤセット（ＯＬＳ）内のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定し、ｓｈ＿ｓｕｂｐｉｃ＿ｉｄはスライスを含むサブピクチャのサブピクチャ識別子を規定し、ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］はｉのターゲットサブピクチャインデックス値を示し、ＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］はｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］の変数、ｉは整数とする、解決策１の方法。

３．映像処理方法（例えば、図１５Ｂに示す方法１５１０）は、規則に従って、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、参照ピクチャを、サブピクチャレイアウトと異なるサブピクチャレイアウトに従って分割する場合、サブピクチャレイアウトを用いてサブピクチャへ分割される現在のピクチャの同一位置に配置されるピクチャとして使用することを禁止する。

４．現在のピクチャと参照ピクチャは異なるレイヤにある、解決策３に記載の方法。

５．映像処理方法（例えば、図１５Ｃに示す方法１５２０）は、規則に従って、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、コーディングツールが現在のピクチャの参照ピクチャのサブピクチャレイアウトとは異なるサブピクチャレイアウトに依存する場合、サブピクチャレイアウトを使用してサブピクチャに分割される現在のピクチャの変換中に、コーディングツールを無効化することを規定する。

６．現在のピクチャと参照ピクチャは異なるレイヤにある、解決策５に記載の方法。

７．前記コーディングツールは、オプティカルフロー計算を使用して１つ以上の初期予測を改良する双方向オプティカルフロー（ＢＤＯＦ）である、解決策５に記載の方法。

８．前記コーディングツールは、予測ブロックを使用することによって動き情報を改良するデコーダ側動きベクトル改良（ＤＭＶＲ）である、解決策５に記載の方法。

９．前記コーディングツールは、オプティカルフロー計算に基づいて１つ以上の初期予測を改良するオプティカルフローによる予測改良（ＰＲＯＦ）である、解決策５に記載の方法。

１０．変換は、映像をビットストリームにエンコーディングすることを含む、解決策１～９のいずれかに記載の方法。

１１．変換は、ビットストリームから映像をデコーディングすることを含む、解決策１～９のいずれかに記載の方法。

１２．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、解決策１～９のいずれかに記載の方法。

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

１４．解決策１～１２のいずれか１つに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

１５．実行されると、解決策１～１２のいずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶したコンピュータ可読媒体。

１６．上述した方法のいずれかに従って生成されたビットストリームを記憶する、コンピュータ可読媒体。

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

第５の解決策のセットは、前章（例えば、項目４）で論じた技術の例示的な実施形態を示す。

１．映像処理方法（例えば、図１６に示す方法１６００）は、規則に従って、映像レイヤ内の１つ以上の映像ピクチャを含む映像とこの映像のビットストリームとの間で変換を行うことを含み、この規則は、特定のペイロードタイプを有するＳＥＩメッセージを含む補足強化情報（ＳＥＩ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットが、この特定のペイロードタイプと異なるペイロードタイプを有する別のＳＥＩメッセージを含まないことを規定する。

２．前記規則は、ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットの削除として前記ＳＥＩメッセージの削除を規定する、解決策１に記載の方法。

３．前記特定のペイロードタイプを有する前記ＳＥＩメッセージは、フィラーペイロードＳＥＩメッセージに対応する、解決策１または２に記載の方法。

４．変換は、映像をビットストリームにエンコーディングすることを含む、解決策１～３のいずれかに記載の方法。

５．変換は、ビットストリームから映像をデコーディングすることを含む、解決策１～３のいずれかに記載の方法。

６．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、解決策１～３のいずれかに記載の方法。

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

８．解決策１～６のいずれか１つに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

９．実行されると、解決策１～６いずれか１つ以上に記載の方法をプロセッサに実装させるプログラムコードを記憶したコンピュータ可読媒体。

１０．上述した方法のいずれかに従って生成されたビットストリームを記憶する、コンピュータ可読媒体。

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

本明細書に記載の解決策において、エンコーダは、フォーマット規則に従ってコーディングされた表現を生成することで、フォーマット規則に準拠することができる。本明細書に記載の解決策において、デコーダは、フォーマット規則を使用して、フォーマット規則に従って、構文要素の有無の知識でコーディングされた表現内の構文要素を解析し、デコードされた映像を生成してよい。

本明細書では、「映像処理」という用語は、映像エンコーディング、映像デコーディング、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換中、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、かつビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用してエンコードされてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィールドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールドをコーディングされた表現に含めるか、またはコーディング表現から除外することによって、それに応じてコーディングされた表現を生成してもよい。
開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、１つの映像ブロックを処理する際にツールまたはモードを使用するまたは実装するが、ツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム表現への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリーム表現から映像のブロックへの変換を行う。

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを無効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが無効にされている場合、エンコーダは、映像のブロックを映像のビットストリーム表現に変換する際に、このツールまたはモードを使用しない。別の例において、映像処理ツールまたはモードが無効にされている場合、デコーダは、決定または判定に基づいて無効化された映像処理ツールまたはモードを使用してビットストリームが修正されていないことを知って、ビットストリームを処理する。

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

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

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

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

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

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

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

関連出願の相互参照
本願は、２０２１年５月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０９５１８２号の国内段階であり、２０２０年５月２２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９１６９６号の優先権および利益を主張する。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

Claims (38)

1. 規則に従って、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像と前記映像のビットストリームとの間で変換を行うことを含み、
   前記規則は、サブビットストリーム抽出処理中にビットストリームから抽出されるべきネットワーク抽象化レイヤ（ＮＡＬ）ユニットを定義してサブビットストリームを出力し、
   前記規則は、前記サブビットストリーム抽出処理への１つ以上の入力をさらに規定し、かつ／または、前記ビットストリームの異なるレイヤのサブピクチャのどの組み合わせを使用するかを規定し、これにより前記サブビットストリーム抽出処理の出力が予め定義されたフォーマットに準拠する、映像処理方法。
2. 前記規則は、前記サブビットストリーム抽出処理への前記１つ以上の入力が、デコードされるべきターゲットＯＬＳのＯＬＳインデックスを識別し、かつ、映像パラメータセットによって指定されたＯＬＳのリストへのインデックスに等しい、ターゲット出力レイヤセット（ＯＬＳ）インデックス（ｔａｒｇｅｔＯｌｓＩｄｘ）を含むことを規定する、請求項１に記載の方法。
3. 前記規則は、前記サブビットストリーム抽出処理への前記１つ以上の入力が、ターゲットの最高時間識別子の値（ｔＩｄＴａｒｇｅｔ）を含むことを規定する、請求項１に記載の方法。
4. 前記ターゲットの最高時間識別子の値は、０から映像パラメータセットによって規定されたレイヤに存在することが許可される時間的サブレイヤの最大数の範囲内にある、請求項３に記載の方法。
5. 前記時間的サブレイヤの前記最大数は、映像パラメータセットに含まれる構文要素によって示される、請求項４に記載の方法。
6. 前記構文要素は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１である、請求項５に記載の方法。
7. 前記規則は、前記サブビットストリーム抽出処理への前記１つ以上の入力が、ターゲットＯＬＳに存在するサブピクチャインデックスに等しいターゲットサブピクチャインデックス値（ｓｕｂｐｉｃＩｄｘｔａｒｇｅｔ）を含むことを規定する、請求項１に記載の方法。
8. 前記サブビットストリーム抽出処理への前記１つ以上の入力は、ターゲットサブピクチャインデックス値のリスト、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅＴＯＬｓＩｄｘ］－１までのｉについてのｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］、を含むことを前記規則が規定し、ＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］はｉ番目のＯＬＳのレイヤ数を規定し、ｔａｒｇｅｔＯＬｓＩｄｘはターゲット出力レイヤセット（ＯＬＳ）インデックスを示す、請求項１に記載の方法。
9. 前記規則は、ｔａｒｇｅｔＯＬｓＩｄｘ番目のＯＬＳにおけるすべてのレイヤが同じ空間解像度を有し、同じサブピクチャレイアウトを有し、すべてのサブピクチャは、コーディングされたレイヤ映像シーケンスにおける各コーディングされたピクチャに対応するサブピクチャを、ループ内フィルタリング操作を除くデコーディング処理においてピクチャとして扱うことを規定する構文要素を有する、請求項８に記載の方法。
10. ｉのすべての値に対するｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］の値が同一であり、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲内の特定の値に等しく、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、コーディングされたレイヤ映像シーケンスにおける各ピクチャのサブピクチャの数を規定する、請求項８に記載の方法。
11. 前記規則は、前記出力サブビットストリームが、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］のリストにおける各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含むことを規定し、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、ＮＡＬユニットヘッダ識別子であり、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］がＯＬＳの前記ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を前記ｔａｒｇｅｔＯＬｓＩｄｘで規定する、請求項８に記載の方法。
12. 前記規則は、前記出力サブビットストリームが、ｔＩｄＴａｒｇｅｔに等しいＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含むことを規定し、ＴｅｍｐｏｒａｌＩｄは、ターゲットの最高時間識別子を示し、ｔＩｄＴａｒｇｅｔは、前記サブビットストリーム抽出処理への１つ以上の入力として提供されるＴｅｍｐｏｒａｌＩｄの値である、請求項８に記載の方法。
13. 前記ビットストリームは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含む必要なく、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含み、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子を規定する、請求項８に記載の方法。
14. 前記規則は、前記出力サブビットストリームが、レイヤ識別子ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しいＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダ識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲の各ｉに対するＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］に等しいサブピクチャ識別子ｓｈ＿ｓｕｂｐｉｃ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）を含み、ＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］はｉ番目のＯＬＳのレイヤの数を規定し、ｉは整数であることを規定する、請求項８に記載の方法。
15. 規則に従って、映像と前記映像のビットストリームとの間で変換を行うことを含み、
    前記ビットストリームは、複数のサブピクチャを含むピクチャを含む第１のレイヤと、それぞれが単一のサブピクチャを含む第２のレイヤとを含み、
    前記規則は、抽出の際に、予め定義されたフォーマットに準拠した出力ビットストリームとなる第１のレイヤおよび第２のレイヤのサブピクチャの組み合わせを規定する、映像処理方法。
16. 前記規則をサブビットストリーム抽出に適用して、適合ビットストリームである出力サブビットストリームを提供し、前記サブビットストリーム抽出処理への入力は、ｉ）前記ビットストリーム、ｉｉ）デコードされるべきターゲットＯＬＳのＯＬＳインデックスを識別するターゲット出力レイヤセット（ＯＬＳ）インデックス（ｔａｒｇｅｔＯｌｓＩｄｘ）、および、ｉｉ）ターゲットの最高時間識別子（ＴｅｍｐｏｒａｌＩｄ）の値（ｔＩｄＴａｒｇｅｔ）を含む、請求項１５に記載の方法。
17. 前記規則は、前記ターゲット出力レイヤセット（ＯＬＳ）インデックス（ｔａｒｇｅｔＯｌｓＩｄｘ）が、映像パラメータセットによって規定されるＯＬＳのリストのインデックスに等しいことを規定する、請求項１６に記載の方法。
18. 前記規則は、前記ターゲットの最高時間識別子（ＴｅｍｐｏｒａｌＩｄ）の値（ｔＩｄＴａｒｇｅｔ）が、０から、映像パラメータセットによって規定されるレイヤに存在することが許可される時間的サブレイヤの最大数までの範囲内における任意の値に等しいことを規定する、請求項１６に記載の方法。
19. 前記時間的サブレイヤの前記最大数は、映像パラメータセットに含まれる構文要素によって示される、請求項１８に記載の方法。
20. 前記構文要素は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１である、請求項１９に記載の方法。
21. 前記規則は、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］－１までのｉのＯＬＳの前記リストｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］の値が、０からレイヤ内の各ピクチャのサブピクチャの数までの範囲内の値に等しいことを規定し、ＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］がｉ番目のＯＬＳのレイヤ数を規定し、前記サブピクチャの数は、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｉ］に等しいＮＡＬ（ｎｅｔｗｏｒｋａｂｓｔｒａｃｔｉｏｎｌａｙｅｒ）ユニットヘッダ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）に関連付けられた前記レイヤが参照するシーケンスパラメータセットに含まれる構文要素によって示され、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｉ］は、ｉ番目のＯＬＳにおける前記ｎｕｈ＿ｌａｙｅｒｉｄ値を前記ｔａｒｇｅｔＯＬＳｘで規定し、ｉは整数値である、請求項１７に記載の方法。
22. 別の構文要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］］は、１に等しく、前記レイヤ内の各コーディングされたピクチャのｉ番目のサブピクチャを、ループ内フィルタリング演算を除くデコーディング処理においてピクチャとして扱うことを規定する、請求項２１に記載の方法。
23. 前記規則は、前記レイヤにおける各ピクチャのサブピクチャ数を示す構文要素が０に等しい場合、前記ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］値が常に０に等しいことを規定する、請求項２１に記載の方法。
24. 前記規則は、任意の２つの異なる整数値ｍおよびｎについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがそれぞれＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｍ］およびＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯＬｓＩｄｘ］［ｎ］と等しく、ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｍ］がｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｎ］と等しい両レイヤについて、前記構文要素が０より大きいことを規定する、請求項２１に記載の方法。
25. 前記規則は、前記出力サブビットストリームが、前記リストＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］における各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象レイヤ）ユニットを含むことを規定し、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子であり、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］はＯＬＳ内の前記ｎｕｈ＿ｌａｙｅｒ＿ｉｄを前記ｔａｒｇｅｔＯＬｓＩｄｘで規定する、請求項１６に記載の方法。
26. 前記出力サブビットストリームは、ｔＩｄＴａｒｇｅｔに等しいＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含む、請求項１６に記載の方法。
27. 前記適合ビットストリームは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含む必要なく、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬ（ネットワーク抽象化レイヤ）ユニットを含み、ここで、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはＮＡＬユニットヘッダ識別子を指定する、請求項１６に記載の方法。
28. 前記規則は、前記出力サブビットストリームは、レイヤ識別子ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｉ］に等しいＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダ識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内の各ｉに対するＳｕｂｐｉｃＩｄＶａｌ［ｓｕｂｐｉｃＩｄｘＴａｒｇｅｔ［ｉ］に等しいサブピクチャ識別子ｓｈ＿ｓｕｂｐｉｃ＿ｉｄを有する少なくとも１つのＶＣＬ（映像コーディングレイヤ）ＮＡＬ（ネットワーク抽象化レイヤ）を含み、ＮｕｍＬａｙｅｒＩｎＯｌｓ［ｉ］はｉ番目のＯＬＳのレイヤの数を規定し、ｉは整数であることを規定する、請求項１６に記載の方法。
29. 映像と前記映像のビットストリームとの間で変換を行うことを含み、
    規則は、複数のサブピクチャを含む１つ以上のレイヤおよび／または単一のサブピクチャを有する１つ以上のレイヤを有する出力レイヤセットが、スケーラブルネスティング補足強化情報（ＳＥＩ）メッセージにおけるサブピクチャ識別子のリストによって示されるかどうか、またはどのように示されるかを規定する、映像処理方法。
30. 前記規則は、ｓｎ＿ｏｌｓ＿ｆｌａｇおよびｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇが共に１に等しい場合に、前記サブピクチャ識別子のリストが、複数のサブピクチャをそれぞれ含むピクチャにおけるサブピクチャのサブピクチャ識別子を規定し、１に等しいｓｎ＿ｏｌｓ＿ｆｌａｇは、スケーラブルネスティングＳＥＩメッセージが特定のＯＬＳに適用されることを規定し、１に等しいｓｎ＿ｓｕｂｐｉｃ＿ｆｌａｇは、規定されたＯＬＳまたはレイヤに適用される前記スケーラブルネスト型ＳＥＩメッセージを前記規定されたＯＬＳまたは前記レイヤの特定のサブピクチャにのみ適用することを規定する、請求項２９に記載の方法。
31. 前記変換は、前記映像を前記ビットストリームにエンコーディングすることを含む、請求項１～３０のいずれか１項に記載の方法。
32. 前記変換は、前記映像を前記ビットストリームからデコーディングすることを含む、請求項１～３０のいずれか１項に記載の方法。
33. 前記変換は、前記映像から前記ビットストリームを生成することを含み、前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、請求項１～３０のいずれかに記載の方法。
34. 請求項１～３３のいずれか１項以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。
35. 請求項１～３３のいずれか１項に記載の方法を含み、
    前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、
    映像のビットストリームを記憶する方法。
36. 実行されると、プロセッサに、請求項１～３３のいずれか１項以上に記載の方法を実装させるプログラムコードを格納するコンピュータ可読媒体。
37. 上述した方法のいずれかに従って生成されたビットストリームを記憶する、コンピュータ可読媒体。
38. ビットストリーム表現を記憶するための映像処理装置であって、
    請求項１～３３のいずれか１つ以上に記載の方法を実装するように構成された、
    映像処理装置。

Images