JP7525639B2 - 変換スキップ残差コーディング - Google Patents

Description

関連出願の相互参照
本願は、２０２０年４月１９日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８５４８９号の優先権と利益を主張する、２０２０年４月１９日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０８８０５６号に基づく。前述の特許出願はすべて、参照によりその全体が本明細書に組み込まれる。

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

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

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

１つの例示的な態様において、映像復号方法が開示される。この方法は、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、映像ピクチャに適用されるスケーリングウィンドウオフセットのうち、少なくとも１つは負の値を許容することを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って映像のブロックと映像のビットストリームとの変換を行うことを含む。この規則は、映像単位で変換スキップ残差コーディングが有効か否かを示す構文フラグがビットストリームに存在するか否かを、映像単位での符号データ非表示の使用状況を示す第１の構文要素と映像単位での従属量子化の使用状況を示す第２の構文要素の値に基づいて規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って映像とこの映像のビットストリームとの変換を行うことを含む。この規則は、シーケンスパラメータセットでサポートされるサブブロックベースの結合動きベクトル予測候補の最大数を５から減算して規定する構文要素が０からＮの範囲にあることを規定し、Ｎは５から、変換にサブブロックベースの一時動きベクトル予測子が有効か否かを規定する構文フラグの値を引いた整数とする。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像との間で変換を行うことを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、シーケンスパラメータセットにおける２つ以上の構文フィールドが映像の参照ピクチャ解像度（ＲＰＲ）の変更を制御することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像との変換を行うことを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、シーケンスパラメータセットにおける１つの構文フィールドが映像の参照ピクチャ解像度（ＲＰＲ）の変更を制御することを規定し、フォーマット規則は、単一の構文フィールドの値に関わらず、レイヤ間参照ピクチャの再サンプリングがこの変換に対して許可されることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを有する１つ以上の映像ピクチャを備える１つ以上のレイヤを含む映像との間で変換を行うことを含み、コーディングされた表現は、フォーマット規則に準拠し、フォーマット規則は、レイヤ間アライメントに対する第１の制約、または、サブピクチャの組合せおよびレイヤ間ピクチャのスケーラビリティに対する第２の制約を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを有する１つ以上の映像ピクチャを備える１つ以上のレイヤを含む映像との間で変換を行うことを含み、この変換は、レイヤ間参照ピクチャまたは長期参照ピクチャが現在のピクチャの同一位置に配置されたピクチャであることを変換に対して許可されないことを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、複数のピクチャからなる映像と、映像のコーディングされた表現との間で変換を行うことを含み、その変換は、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔの各々の値を規定するルールに準拠している。ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔのそれぞれの値が、同じコーディングされたレイヤ映像シーケンスまたは同じｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を有するコーディングされた映像シーケンス内の任意の２つのピクチャに対して同じであることを規定する規則に適合する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、複数のピクチャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、この変換は、同じアクセスユニット内の現在のピクチャと他のピクチャとでピクチャの解像度またはスケーリングウィンドウが異なる場合、現在のピクチャがランダムアクセスポイント内ピクチャである場合にのみ、レイヤ間予測を許可することを規定する規則に準拠する。

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

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

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

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

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

本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコル及び設計にも適用可能である。本明細書において、編集変更は、ＶＶＣ規格の現在の草案に対して、取り消されたテキストを示す取り消し線および付加されたテキストを示すハイライト（太字のイタリック体を含む）によってテキストに示す。

１．概要
本明細書は、映像コーディング技術に関する。具体的には、１）参照ピクチャの再サンプリング（ＲＰＲ）、サブピクチャ、および映像コーディングにおけるスケーラビリティのうちの２つ以上の組み合わせ、２）現在のピクチャと同じ空間的解像度を有する参照ピクチャとの間でのＲＰＲの使用、および３）長期参照ピクチャと同一位置に配置されたピクチャとの組み合わせ、である。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング標準または非標準映像コーデックに適用されてもよい。
２．略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニット区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＣＡＬＦ Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ（クロス成分適応ループフィルタ）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（復号能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号ピクチャバッファ）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号リフレッシュ）
ＩＬＰ Ｉｎｔｅｒ－Ｌａｙｅｒ Ｐｒｅｄｉｃｔｉｏｎ（インタレイヤ予測）
ＩＬＲＰ Ｉｎｔｅｒ－Ｌａｙｅｒ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ（インタレイヤ参照ピクチャ）
ＩＲＡＰ Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｉｃｔｕｒｅ（イントラランダムアクセスピクチャ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＬＴＲＰ Ｌｏｎｇ－Ｔｅｒｍ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ（長期参照ピクチャ）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動作制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、層およびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＴＲＰ Ｓｈｏｒｔ－Ｔｅｒｍ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ（短期参照ピクチャ）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）

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

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

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

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

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

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

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

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

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

最近のＨＥＶＣの修正により、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間ＭＣＴＳ ＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネスティングＳＥＩメッセージを特定する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下は、いくつかの実施形態におけるＳＰＳ／ＰＰＳ／ＡＰＳの意味論である。
ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＳＰＳの識別子を提供する。
ＳＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの同じ値空間を共有する。
ｓｐｓＬａｙｅｒＩｄを特定のＳＰＳ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とし、ｖｃｌＬａｙｅｒＩｄを特定のＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とする。特定のＶＣＬ ＮＡＬユニットは、ｓｐｓＬａｙｅｒＩｄがｖｃｌＬａｙｅｒＩｄ以下であり、かつ復号されるＯＬＳが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｓｐｓＬａｙｅｒＩｄと等しい層とｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｃｌＬａｙｅｒＩｄと等しい層の双方を含む限り、特定のＳＰＳ ＮＡＬユニットを参照しないものとする。
ｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＰＰＳを示す。ｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０から６３の範囲内の値である。
ＰＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わらず、ｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの同じ値空間を共有する。
ｐｐｓＬａｙｅｒＩｄを特定のＰＰＳ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とし、ｖｃｌＬａｙｅｒＩｄを特定のＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とする。特定のＶＣＬ ＮＡＬユニットは、ｐｐｓＬａｙｅｒＩｄがｖｃｌＬａｙｅｒＩｄ以下であり、かつ復号されるＯＬＳが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｐｐｓＬａｙｅｒＩｄと等しい層とｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｃｌＬａｙｅｒＩｄと等しい層の双方を含む限り、特定のＰＰＳ ＮＡＬユニットを参照しないものとする。
ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＡＰＳの識別子を提供する。
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＡＬＦ＿ＡＰＳまたはＳＣＡＬＩＮＧ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０から７の範囲に含まれるものとする。
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＬＭＣＳ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０から３の範囲にあるものとする。
ａｐｓＬａｙｅｒＩｄを特定のＡＰＳ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とし、ｖｃｌＬａｙｅｒＩｄを特定のＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とする。特定のＶＣＬ ＮＡＬユニットは、ａｐｓＬａｙｅｒＩｄがｖｃｌＬａｙｅｒＩｄ以下であり、かつ復号されるＯＬＳが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがａｐｓＬａｙｅｒＩｄと等しい層とｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｃｌＬａｙｅｒＩｄと等しい層の双方を含む限り、特定のＡＰＳ ＮＡＬユニットを参照しないものとする。

３．７．サブビットストリーム抽出処理：
この処理への入力は、ビットストリームｉｎＢｉｔｓｔｒｅａｍ、ターゲットＯＬＳインデックスｔａｒｇｅｔＯｌｓＩｄｘ、および目標最高ＴｅｍｐｏｒａｌＩｄ値ｔＩｄＴａｒｇｅｔである。

この処理の出力は、サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍである。

入力ビットストリームに対するビットストリーム適合性の要件は、以下の条件のすべてを満たす任意の出力サブビットストリームが適合ビットストリームであるものとする。
－出力サブビットストリームは、ＶＰＳで規定されたＯＬＳのリストのインデックスと等しいｔａｒｇｅｔＯｌｓＩｄｘ、および０から６の範囲内の任意の値であるｔＩｄＴａｒｇｅｔを入力として、本項で規定した処理の出力である。
－出力サブビットストリームは、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔｏｌｓＩｄｘ］における各々のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
－出力サブビットストリームは、ｔＩｄＴａｒｇｅｔであるＴｅｍｐｏｒａｌＩｄを有する少なくとも１つのＶＣＬ ＮＡＬユニットを含む。
注－適合するビットストリームは、ＴｅｍｐｏｒａｌＩｄが０に等しい１つ以上のコーディングされたスライスＮＡＬユニットを含むが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいコーディングされたスライスＮＡＬユニットを含む必要はない。
出力サブビットストリームｏｕｔＢｉｔｓｔｒｅａｍは、以下のように導出される。
－ビットストリームｏｕｔＢｉｔｓｔｒｅａｍは、ビットストリームｉｎＢｉｔｓｔｒｅａｍと同一になるように設定される。
－ｔＩｄＴａｒｇｅｔよりも大きいＴｅｍｐｏｒａｌＩｄを有するすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
－ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＳ＿ＮＵＴ、ＤＣＩ＿ＮＵＴ、およびＥＯＢ＿ＮＵＴのいずれとも等しくなく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがリストＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］に含まれないすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
－以下のすべての条件が真であるすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
－ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴと等しくない。
－ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内のｊの値に対して、ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｊ］と等しい。
－ＴｅｍｐｏｒａｌＩｄはＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｊ］以上である。
－１に等しいｎｅｓｔｉｎｇ＿ｏｌｓ＿ｆｌａｇおよび、ＮｅｓｔｉｎｇＯｌｓＩｄｘ［ｉ］がｔａｒｇｅｔＯｌｓＩｄｘと等しいような、ｉの値が０からｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｌｓｓ＿ｍｉｎｕｓ１の範囲内にないスケーラブルネスティングＳＥＩメッセージを含むすべてのＳＥＩ ＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
－ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］がビットストリーム内のすべてのＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄのすべての値を含まない場合、以下が適用される。
－ｐａｙｌｏａｄＴｙｐｅが０（バッファリング時間）または１３０（復号ユニット情報）である非スケーラブルネスト型ＳＥＩメッセージを含むすべてのＳＥＩ ＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
－ｇｅｎｅｒａｌ＿ｓａｍｅ＿ｐｉｃ＿ｔｉｍｉｎｇ＿ｉｎ＿ａｌｌ＿ｏｌｓ＿ｆｌａｇが０に等しいとき、ｐａｙｌｏａｄＴｙｐｅが１（ピクチャタイミング）に等しい非スケーラブルネスト型ＳＥＩメッセージを含むすべてのＳＥＩ ＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
－ｏｕｔＢｉｔｓｔｒｅａｍが、ｎｅｓｔｉｎｇ＿ｏｌｓ＿ｆｌａｇが１に等しく、ｏｕｔＢｉｔｓｔｒｅａｍ（ＮｅｓｔｉｎｇＯｌｓＩｄｘ［ｉ］がｔａｒｇｅｔＯｌｓＩｄｘに等しい）に適用可能なスケーラブルネスティングＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットを含む場合、以下が適用される。
－ｓａｍｅ＿ｐｉｃ＿ｔｉｍｉｎｇ＿ｗｉｔｈｉｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合、スケーラブルネスティングＳＥＩメッセージからｐａｙｌｏａｄＴｙｐｅが０（バッファリング時間）、１（ピクチャタイミング）、１３０（復号ユニット情報）のいずれかの適切な非スケーラブルネスティングＳＥＩメッセージを取り出し、それらのＳＥＩメッセージをｏｕｔＢｉｔｓｔｒｅａｍ内に含める。
－そうでない場合（ｓａｍｅ＿ｐｉｃ＿ｔｉｍｉｎｇ＿ｗｉｔｈｉｎ＿ｏｌｓ＿ｆｌａｇが１に等しい）、スケーラブルネストＳＥＩメッセージからｐａｙｌｏａｄＴｙｐｅが０（バッファリング時間）または１３０（復号ユニット情報）に等しい適切な非スケーラブルネストＳＥＩメッセージを抽出し、それらのＳＥＩメッセージをｏｕｔＢｉｔｓｔｒｅａｍ内に含める。

４．開示される技術的解決策によって解決される技術課題
最近のＶＶＣテキストにおける既存の設計は、以下の課題を有する。
１）現在のＶＶＣ設計は、図１１に示すように、３６０^ｏ映像の典型的なコーディング方式をサポートする。しかしながら、現在のＶＶＣ設計においてスケーラビリティがサポートされているが、図１２に示されるような改良された３６０^ｏ映像コーディング方式はサポートされていない。図１１に示されたアプローチと比較した唯一の相違は、図１２に示されたアプローチに対してレイヤ間予測（ＩＬＰ）が適用されることである。
ＶＶＣ草案における以下の２つの場所は、サブピクチャと空間的スケーラビリティとを組み合わせて使用することを許可していない。
ａ．ＶＶＣにおける空間的スケーラビリティ設計は、ＲＰＲの規定徴に依存する。しかしながら、ＲＰＲとサブピクチャとの組み合わせは、現在、以下の意味論の制約によって許可されていない。
ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しい場合は、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものとする。
その結果、上位レイヤが参照するＳＰＳに対しては、上記の制約が、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを１に設定すること（１ピクチャ当たり複数のサブピクチャを使用すること）、かつ、同時に、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇを１に設定すること（ＩＬＰによる空間的スケーラビリティのために必要であるＲＰＲを有効化ること）を許可しないため、このコーディング方式は、許可されない。
ｂ．現在のＶＶＣ草案は、サブピクチャとスケーラビリティとの組み合わせに関して、以下の制約を有する。
ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が１に等しい場合、出力レイヤとしてｉ番目のサブピクチャを包含するレイヤを含むＯＬＳにおける各出力レイヤおよびその参照レイヤについて、以下のすべての条件が真であることが、ビットストリーム適合性の要件である。
－出力レイヤおよびその参照レイヤにおけるすべてのピクチャは、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値が同じであり、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値が同じであるものとする。
－出力レイヤおよびその参照レイヤが参照するすべてのＳＰＳは、同じｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値を有し、かつ０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲内にある各値ｊについて、それぞれ同じｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、およびｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］の値を有するものとする。
－出力レイヤの各アクセスユニットにおけるすべてのピクチャは、その参照レイヤとともに、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲内にあるｊの値について、同じＳｕｂｐｉｃＩｄＶａｌ［ｊ］の値を有するものとする。
この上述の制約は、基本的に、サブピクチャとＳＮＲスケーラビリティとの制限された組み合わせ以外の、サブピクチャとＩＬＰとのスケーラビリティとの任意の他の組み合わせを許可しない。ここで、各従属ツリー内のレイヤは、同じ空間的解像度および同じサブピクチャレイアウトを有する必要がある。
２）ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が１に等しい場合、ｉ番目のサブピクチャの境界は、動き補償におけるピクチャの境界として扱われる。このような処理は、ＶＶＣ草案テキストにおいて、動き補償に関する復号処理においてあるクリッピング演算を適用することで実現される。しかしながら、図１２に示される改善されたコーディング方式の場合、下位レイヤは完全に復号器に利用可能であるため、ｉ番目のサブピクチャに対応する領域だけでなく、このようなクリッピングを適用する必要がなく、不必要なコーディング効率の低下を回避する。
３）図１２に示された改良されたコーディング方式のサポートを考慮しなければ、上述したようなサブピクチャの組み合わせおよびスケーラビリティに関する既存の制約は、以下の課題を有する（この記載は課題１ｂの記載に含まれる）。
ａ．この制約は、ｉ番目のサブピクチャを含むレイヤがＯＬＳの出力レイヤでない場合にも適用されるべきである。１つのレイヤがＯＬＳの出力レイヤであるかどうかを考慮しない方法で、制約全体を特定すべきである。
ｂ．ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値をレイヤ間で整列させるための要件を含めるべきであり、そうでない場合、レイヤ間で同じインデックスを有するサブピクチャシーケンスを抽出することは不可能であろう。
ｃ．ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］］が１に等しく、サブピクチャシーケンスが抽出可能である限り、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値をレイヤ間で整列させるための要件は、このフラグの値に関わらず除外されるべきである。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値の設定は、エンコーダが、単一の抽出可能なサブピクチャシーケンスの品質と抽出可能なサブピクチャシーケンスのセットの品質とをトレードオフすることを決定するために、２つのフラグが互いに独立して信号通知される理由と同様に、行わなければならない。
ｄ．ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい場合にのみ、この制約全体を適用すべきである。これにより、サブピクチャごとに１つのサブピクチャが存在するすべての場合がこの制約によって意図せずに覆われることを回避する。
ｅ．制約が適用される時間的範囲、例えばＡＵのセットを明確に特定することが必要である。
ｆ．１つのピクチャ当たり複数のサブピクチャが存在する場合に、ＩＴＲＰのＲＰＲが必要とされないことを確認するために、レイヤ間で整列される各スケーリングウィンドウパラメータｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値に対する要件が含まれるべきである。
４）現在のピクチャの同一位置に配置されたピクチャは、現在のピクチャと同じレイヤの長期参照ピクチャ（ＬＴＲＰ）であってもよく、レイヤ間参照ピクチャ（ＩＬＲＰ）であってもよく、例えば、現在のピクチャとは異なるレイヤの参照ピクチャであってもよい。しかし、いずれの場合も、ＰＯＣに基づく動きベクトルのスケーリングは適用されず、したがって、これを可能にすることに起因するコーディング性能は非常に低いと予想される。その結果、現在のピクチャのために同一位置に配置されたピクチャがＬＴＲＰまたはＩＬＲＰであることを許可しないほうがよい。
５）現在、ＣＬＶＳにおいて同じ空間的解像度を有するピクチャは、異なるスケーリングウィンドウを有することができる。しかしながら、そうでない場合、ＲＰＲのためのＳＰＳフラグおよびＲＰＲのための一般的な制約フラグを使用してＲＰＲツールを完全に無効化することができないので、このようなことは許可されない。
６）現在、サブビットストリーム抽出を行う際、現在の／ターゲットＯＬＳに含まれない層のパラメータセット（ＳＰＳ／ＰＰＳ／ＶＰＳ）も抽出ビットストリームに含めることが可能である。しかしながら、ｌａｙｅｒＡとｌａｙｅｒＢの双方を含むＶＰＳに定義されたＯＬＳがあるかぎり、ｌａｙｅｒＡとｌａｙｅｒＢが復号される現在のＯＬＳに含まれていなくても、ｌａｙｅｒＡのスライスがｌａｙｅｒＢのパラメータセットを参照することは設計上の意図ではない。
７）ＡＰＳの許容数は、ＡＰＳの種類に依存する。しかしながら、ＡＰＳ ＩＤの信号通知は、不要なビットを浪費する可能性がある許可されたＡＰＳに関わらずｕ（５）に固定される。
８）現在、スケーリングウィンドウオフセットは正の値として通知されるため、正の垂直および水平オフセットのみがサポートされる。しかしながら、負のスケーリングウィンドウオフセットの信号通知を許可することで、参照するピクチャにスケーリングウィンドウが含まれない場合でも、負の垂直および水平オフセットを導出することができるようにすることができる。さらに、１より大きなスケーリングファクターを許可することは、３６０°映像コーディングにおけるサブピクチャ使用ケースにも有益であり、例えば、ベースレイヤに３６０°映像コンテンツ全体を低解像度でコーディングし、後で特定のビューポート（ベースレイヤのピクチャからのズームイン等）を高解像度でコーディングされた特定のビューポートでエンハンスメントを行う。しかしながら、この機能をサポートするためには、現在の仕様のいくつかの箇所を修正する必要がある。
９）現在、変換スキップ残差コーディング（ＴＳＲＣ）が有効の場合、符号データ非表示（ＳＤＨ）や従属量子化（ＤＱ）も使用できるが、これは無損失性コーディングの概念に反する。ＴＳＲＣは、変換ブロックのすべてのスキャン位置の量子化インデックスがコーディングされるモードである。ＳＤＨは、０でないインデックスに対する符号のコーディングを省略する技術である。ＤＱは、サンプルの量子化が、前のサンプルの状態に依存するモードである。

５．技術的解決策および実施例の一覧
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。
１）課題１ａを解決するために、ＲＰＲを制御するための１つのＳＰＳフラグ（例えば、現在のＶＶＣ草案におけるように、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）だけを有する代わりに、複数の（例えば、２つの）ＳＰＳフラグを規定および／または信号通知してもよい。
ａ．例えば、第１のフラグ（例えば、ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、１つ以上のピクチャの復号にＲＰＲの使用が必要があるかどうかを規定する一方、第２のフラグ（例えば、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）は、ＣＬＶＳ内でピクチャ解像度の変更が許容されるかどうかを規定する。
ｂ．さらに、代替的に、第２のフラグは、第１のフラグが１つ以上のピクチャの復号にＲＰＲの使用が必要となる可能性があることを規定した場合にのみ信号通知される。さらに、信号が送信されていない場合、第２のフラグの値は、ＣＬＶＳ内でピクチャの解像度を変更することが許可されていないことを示す値であると推測される。
ｉ． 代替的に、２つのフラグは互いに依存せず、信号通知される。
ｃ．代替的に、第１および第２のフラグの各々に対して１つの一般的な制約フラグがあるように、さらにもう１つの一般的な制約フラグを追加する。
ｄ．さらに、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しいピクチャ当たり複数のサブピクチャの組み合わせは許可されないが、ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいピクチャ当たり複数のサブピクチャの組み合わせは許可される。

ｉ． 一例において、ＶＰＳにおける複数（例えば、２つ）のフラグのうちの１つまたはすべてのフラグは、ＶＰＳによって規定されたすべてのレイヤに適用される。
ｉｉ． 別の例において、ＶＰＳにおける複数（例えば、２つ）のフラグのうちの１つまたはすべては、ＶＰＳにおいて信号通知される複数のインスタンスをそれぞれ有することができ、各インスタンスは、１つの従属ツリーにおけるすべてのレイヤに適用される。
ｇ． 一例において、複数のフラグの各々は、ｌ個のビットｕ（１）を使用して、符号なしの整数としてコーディングされる。
ｈ． 代替的に、１つの構文要素に非バイナリ値を信号通知してもよく、例えば、ＳＰＳ／ＶＰＳにおいて、復号処理におけるＲＰＲの使用およびＣＬＶＳ内のピクチャ解像度の変更の許可を規定する。
ｉ． 一例において、構文要素の値が０に等しい場合、それは、１つ以上のピクチャの復号にＲＰＲの使用が必要でないことを規定する。
ｉｉ． 一例において、構文要素の値が１に等しい場合、この構文要素は、１つ以上のピクチャの復号にＲＰＲの使用が必要とされ得る一方、ＣＬＶＳ内でのピクチャ解像度の変更が許可されないことを規定する。
ｉｉｉ． 一例において、構文要素の値が２に等しい場合、それは、ピクチャ解像度がＣＬＶＳ内で変化することを許可されている間、１つ以上のピクチャの復号にＲＰＲの使用が必要とされ得ることを規定する。
ｉｖ． さらに、代替的に、構文要素をどのように信号通知するかは、レイヤ間予測が許可されるかどうかに依存してもよい。
ｖ． 一例において、構文要素は、ｕｅ（ｖ）を使用してコーディングされ、左ビットが１つ目の、符号なしの整数の０次の指数ゴロムコーディングされた構文要素を示す。
ｖｉ． 別の例において、構文要素は、Ｎビットｕ（Ｎ）を使用して符号なしの整数としてコーディングされ、例えば、Ｎは２に等しい。
２）代替的に、または課題１ａを解決するための項目１に加え、依然として１つのフラグ、例えばｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇだけを有する必要があるが、フラグの値に関わらず、レイヤ間参照ピクチャの再サンプリングが許可されるように、意味論を変更してもよい。

ｂ．この変更により、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しい場合であっても、１つのサブピクチャ／ピクチャの復号は、依然としてレイヤ間参照ピクチャ（ＩＬＲＰ）のためにＲＰＲを使用することができる。
３）課題１ｂを解決するために、ＩＬＰによるサブピクチャの組み合わせおよびスケーラビリティの制約を更新し、この制約は、レイヤ間アライメント制限を現在のレイヤおよび現在のレイヤに依存するすべての上位レイヤにのみを課され、現在のレイヤまたは下位レイヤに依存しない上位レイヤには課すことはしない。
ａ．代替的に、現在のレイヤおよび現在のレイヤよりも高いすべてのレイヤにレイヤ間アライメント制限のみを課すように、制約を更新する。
ｂ．代替的に、現在のレイヤと、現在のレイヤを含む各ＯＬＳにおけるすべての上位レイヤとに、クロスレイヤアライメント制限のみを課すように、制約を更新する。
ｃ．代替的に、現在のレイヤおよび現在のレイヤの参照レイヤであるすべての下レイヤにクロスレイヤアライメント制限のみを課すように制約を更新する。
ｄ．代替的に、現在のレイヤおよび現在のレイヤよりも低いすべてのレイヤにレイヤ間アライメント制限のみを課すように、この制約を更新する。
ｅ．代替的に、現在のレイヤと、現在のレイヤを含む各ＯＬＳにおけるすべての下レイヤとに、レイヤ間アライメント制限のみを課すように、制約を更新する。
ｆ．代替的に、最上レイヤよりも低いすべてのレイヤにレイヤ間アライメント制限のみを課すように制約を更新する。
ｇ．代替的に、最下レイヤよりも高いすべてのレイヤにレイヤ間アライメント制限のみを課すように制約を更新する。
４）課題２を解決するために、１つ以上の復号処理をピクチャの境界として扱うための動き補償／動き予測におけるサブピクチャの境界のインター予測関連処理におけるクリッピング演算を含む１つ以上の復号処理（例えば、８．５．２．１１項の時間的輝度動きベクトル予測の導出処理、８．５．３．２．２項の輝度サンプル双線形補間処理、８．５．３．２項の輝度サンプル双線形補間処理、８．５．３．３項のサブブロックに基づく時間的マージ候補の導出処理、８．５．４項のサブブロックに基づく時間的マージベース動きデータベースの導出処理、８．５．６項の構築されたアフィン制御点動きベクトル合併候補の導出処理、８．５．６．３．２項の輝度サンプル補間フィルタリング処理、８．５．６．３．３項の輝度整数サンプルフェッチ処理、および８．５．６．３．４項の彩度サンプル補間処理）のうち、以下の変更が適用される。
ａ．一例において、処理は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しく、且つ参照ピクチャｒｅｆＰｉｃＬＸのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０よりも大きい場合、クリッピング演算が適用され、そうでない場合、は適用されないように変更される。
ｉ．代替的に、ピクチャの同一位置に配置されたピクチャがＩＬＲＰであることが許可されない場合、上述したように、参照ピクチャｒｅｆＰｉｃＬＸが同一位置に配置されたピクチャでない処理のみを変更し、参照ピクチャｒｅｆＰｉｃＬＸが同一位置に配置されたピクチャである処理は変更しない。
ｂ．一例において、処理は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しく、かつ、現在のスライスのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値がＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい場合にはクリッピング演算が適用され、そうでない場合には適用されないように変更される。同時に、ＩＬＰは、ＩＲＡＰピクチャのみのコーディングを許可される。
ｃ．一例において、これらの復号処理に対して何の変更も行われず、例えば、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しく、それ以外の場合、現在のＶＶＣテキストと同様に、クリッピング演算が適用される。
５）課題３ａを解決するために、ＩＬＰによるサブピクチャの組み合わせおよびスケーラビリティの制約を更新し、この制約によって、各従属ツリーにおけるすべてのレイヤにレイヤ間アライメント制限が課せられる。従属ツリーは、特定のレイヤを含み、すべてのレイヤは特定のレイヤを参照レイヤとして有し、すべてのレイヤの参照レイヤは特定のレイヤのうちのいずれか１つのレイヤがＯＬＳの出力レイヤであるかどうかに依存しない。
６）課題３ｂを解決するために、サブピクチャの組み合わせおよびＩＬＰによるスケーラビリティの制約を、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値にクロスレイヤアライメント制限を課すように更新する。
７）課題３ｃを解決するために、ＩＬＰとのサブピクチャおよびスケーラビリティの組み合わせに関する制約を、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値にクロスレイヤアライメント制限を課さないように更新する。
８）課題３ｄを解決するために、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０に等しい場合、制約が適用されないように、サブピクチャの組み合わせおよびＩＬＰによるスケーラビリティの制約を更新する。
ａ．代替的に、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、制約が適用されないように制約を更新する。
９）課題３ｅを解決するために、サブピクチャの組み合わせおよびＩＬＰによるスケーラビリティに関する制約を更新し、この制約によって、ある種のＡＵの対象のセットにおけるピクチャにレイヤ間アライメント制限が課せられる。
ａ．一例において、ＳＰＳを参照する現在のレイヤの各ＣＬＶＳについて、ＡＵの対象のセットｔａｒｇｅｔＡｕＳｅｔを、復号順にＣＬＶＳの最初のピクチャを含むＡＵから始まって復号順にＣＬＶＳの最後のピクチャを含むＡＵまでのすべてのＡＵとする。
１０）課題３ｆを解決するために、ＩＬＰによるサブピクチャの組み合わせおよびスケーラビリティの制約をスケーリングウィンドウパラメータｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値に対するレイヤ間アライメント制限を課すように更新する。
１１）課題４を解決するために、現在のピクチャのための同一位置に配置されたピクチャは、長期参照ピクチャ（ＬＴＲＰ）であってはならないと制約される。
ａ．代替的に、現在のピクチャのための同一位置に配置されたピクチャは、レイヤ間参照ピクチャ（ＩＬＲＰ）でないべきであると制約される。
ｂ．代替的に、現在のピクチャのための同一位置に配置されたピクチャは、ＬＴＲＰまたはＩＬＲＰであってはならないと制約される。
ｃ．代替的に、現在のピクチャの同一位置に配置されたピクチャがＬＴＲＰまたはＩＬＲＰである場合、同一位置に配置されたピクチャを指す動きベクトルを得るためにスケーリングは適用されない。
１２）課題５を解決するために、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値は、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓを有する同じＣＬＶＳ内で、任意の２つのピクチャに対して同じであるものとするよう、制約される。
ａ．代替的に、上記「同じＣＬＶＳ内」を「同じＣＶＳ内」に置き換える。
ｂ．代替的に、この制約は、以下のように規定される。
ｐｐｓＡおよびｐｐｓＢを、同じＳＰＳを参照する任意の２つのＰＰＳとする。ｐｐｓＡおよびｐｐｓＢがそれぞれｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの同じ値を有する場合、ｐｐｓＡおよびｐｐｓＢは、それぞれｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔと同じ値を有するものとすることが、ビットストリーム適合性の要件である。
ｃ．代替的に、この制約は、以下のように規定される。
ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値は、同じＣＶＳ内にあるとともに、次の条件をすべて致す任意の２つのピクチャに対して同じであるとする。
ｉ．２つのピクチャは、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの同じ値を有する。
ｉｉ．２つのピクチャは、一方のレイヤが他方のレイヤの参照レイヤである同じレイヤまたは２つのレイヤに属する。
１３）現在のピクチャと同じアクセスユニット内の他のピクチャとでピクチャの解像度／スケーリングウィンドウが異なる場合、現在のピクチャがＩＲＡＰピクチャである場合にのみ、ＩＬＰを許可することが求められる。
１４）本文書において、ピクチャ解像度は、ピクチャの幅および／または高さを指してもよく、またはピクチャのスケーリングウィンドウまたは適合性ウィンドウの幅および／または高さおよび／または左上隅の位置を指してもよい。
１５）本文書において、ＲＰＲが使用されない場合、現在のピクチャの任意の参照ピクチャの解像度が現在のピクチャの解像度と同じであることを意味するもある。
１６）課題６を解決するためのビットストリーム抽出については、以下のように１つ以上の解決策が提案されている。
ａ．一例において、出力サブビットストリームを導出するために、リストＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］に含まれないｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するパラメータセット（例えば、ＳＰＳ／ＰＰＳ／ＡＰＳ ＮＡＬユニット）を削除する。
ｂ．例えば、出力サブビットストリームＯｕｔＢｉｔｓｔｒｅａｍの導出は、以下のうちの１つ以上に依存してもよい。
ｉ．ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＰＳ＿ＮＵＴに等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］のリストに含まれないすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
ｉｉ．ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴに等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］のリストに含まれないすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
ｉｉｉ．ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＰＳ＿ＮＵＴに等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］のリストに含まれないすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
ｉｖ．ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＰＳ＿ＮＵＴ、ＰＰＳ＿ＮＵＴおよびＡＰＳ＿ＮＵＴのいずれかに等しく、以下の条件のいずれかが真であるＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
１．ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］［ｊ］より大きく、少なくともｊの値が０からＮｕｍＬａｙｅｒｓＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］－１の範囲内に含まれる。
２．ｎｕｈ＿ｌａｙｅｒ＿ｉｄがリスト ＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］に含まれていない。
ｖ． ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＰＳ＿ＮＵＴ、ＰＰＳ＿ＮＵＴおよびＡＰＳ＿ＮＵＴのいずれかに等しい最初のＮＡＬユニットが抽出中に削除された場合、最初のＮＡＬユニットを参照する２番目のＮＡＬユニットも削除される必要がある。
ｃ．例えば、出力サブビットストリームＯｕｔＢｉｔｓｔｒｅａｍの導出は、以下のうちの１つ以上に依存してもよい。
ｉ．ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＳ＿ＮＵＴ、ＤＣＩ＿ＮＵＴ、およびＥＯＢ＿ＮＵＴのいずれかと等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがリストＬａｙｅｒＩｄＩｎＯｌｓ［ｔａｒｇｅｔＯｌｓＩｄｘ］に含まれないすべてのＮＡＬユニットをｏｕｔＢｉｔｓｔｒｅａｍから削除する。
１７）ＡＰＳ ＩＤ（例：ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）を信号通知するために必要なビットは、ＡＰＳタイプに依存する。
ａ．ＡＰＳ ＩＤ（例：ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）の信号通知に必要なビットは（３）からｕ（ｖ）に変更される。
ｉ．一例において、適応ループフィルタ（ＡＬＦ）ＡＰＳの場合、ＡＰＳ ＩＤはｕ（ａ）でコーディングされてもよい。
ｉｉ．一例において、彩度スケーリング付き輝度マッピング（ＬＭＣＳ）の場合、ＡＰＳ ＩＤは、ｕ（ｂ）でコーディングされてもよい。
ｉｉｉ．一例において、スケーリングリストＡＰＳの場合、ＡＰＳ ＩＤはｕ（ｃ）でコーディングされてもよい。
ｉｖ．一例において、ａ／ｂ／ｃは、対応するタイプのＡＰＳの最大許容数に依存する。
１．一例において、ａ＞ｂおよびａ＞ｃ。
２．一例において、ａ＞＝ｂおよびａ＞ｃ。
３．一例において、ｃ＞ｂ。
４．一例において、ｂ＝２。
５．一例において、ｃ＝３。
６．一例において、ａ＝３または３より大きい（例えば、４、５、６、７、８、９）。
１８）ＡＰＳ ＩＤ（例：ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）とＡＰＳタイプ（例：ＶＶＣテキスト内のａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ）のコーディング順は、ビットストリーム中でＡＰＳタイプがＡＰＳ ＩＤよりも前に存在するように切り替えられる。
１９）ＡＰＳで許可されるフィルタの総数は、ピクチャ／スライスタイプ、コーディング構造（デュアルツリーまたはシングルツリー）、レイヤ情報などのコーディングされた情報に従って制限されてもよい。
ａ．ＡＰＳの許容フィルタ総数は、ＰＵを持つすべてのＡＰＳ ＮＡＬユニットのＡＬＦ ＡＰＳにおける輝度／彩度ＡＬＦおよびＣＣ－ＡＬＦ）の総数を含んでもよい。
ｂ．ＡＰＳにおける許容されるフィルタの総数は、輝度成分に対する適応ループフィルタクラスの総数（または輝度ＡＬＦフィルタ）、彩度成分に対する代替フィルタの総数（彩度ＡＬＦフィルタ）、および／またはＰＵを有するすべてのＡＰＳ ＮＡＬユニットにおける彩度コンポーネントフィルタの総数を含んでもよい。
２０）第８の問題を解決するための１より大きいスケーリングファクターについては、以下のように１つ以上の解決策が提案されている。
ａ．一例において、スケーリング比計算のためにピクチャサイズに適用されるスケーリングウィンドウのオフセットは、負の値であってもよい。
ｉ．例えば、スケーリングウィンドウオフセット（例えば、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の構文要素は、ａｅ（ｖ）、ｆ（ｎ）、ｉ（ｎ）、ｓｅ（ｖ）などの信号通知２値化でコーディングされてもよい。
ｂ．一例において、ピクチャサイズ（例えば、ピクチャの幅／高さ）に基づいてスケーリングウィンドウオフセットの値を制約する方法は、スケーリングウィンドウオフセットの値が負であるか否かに依存してもよい。
ｉ．例えば、スケーリングウィンドウオフセットが負であるか否かによって、オフセットとピクチャの幅／高さの制約が異なるよう規定されてもよい。
１．例えば、左右のオフセットが共に負であるか、および／または左右のオフセットの一方が負／正であるか、および／または左右のオフセットが共に正であるかによって、１つまたは複数の制約が規定されてもよい。
２．例えば、上および下オフセットの双方が負であるか否か、および／または、上および下オフセットの一方が負／正であるか否か、および／または、上および下オフセットの両方が正であるか否かに応じて１つ以上の制約が規定されてもよい。
ｉｉ．例えば、スケーリングウィンドウオフセットの値が正の値または０である場合のみ、スケーリングウィンドウオフセットの値は、ピクチャの寸法に従って制限される。
１．例えば、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔとｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔが負でない（または正である）場合、ＳｕｂＷｉｄｔｈＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値はｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとする。
２．例えば、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔとｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔが負でない（または正）場合、ＳｕｂＨｅｉｇｈｔＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとする。
ｉｉｉ．例えば、制約を規定するために絶対オフセットを使用してもよい。
１．例えば、ＳｕｂＷｉｄｔｈＣ^＊（ａｂｓ（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）＋ａｂｓ（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ））の値は、Ｘ１^＊ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとし、ここでＸ１はＸ１＞＝１などの正の整数とする。
２．例えば、ＳｕｂＨｅｉｇｈｔＣ^＊（ａｂｓ（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）＋ａｂｓ（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ））の値は、Ｘ２^＊ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとし、Ｘ２においてＸ２＞＝１など正の整数とする。
ｉｖ．また、スケーリングウィンドウオフセット値が負の値である場合、オフセット値をピクチャの幅／高さで制約しない（例えば、負のオフセットを０値オフセットとして扱う）。
１．例えば、ＳｕｂＷｉｄｔｈＣ^＊（ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）＋ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ））の値はｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとする。
２．例えば、ＳｕｂＨｅｉｇｈｔＣ^＊（ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）＋ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ））の値はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとする。
ｃ．一例において、参照ピクチャ出力の幅／高さ、現在のピクチャ出力の幅／高さ、参照ピクチャの幅／高さ、現在のピクチャの幅／高さ、最大ピクチャの幅／高さ間のビットストリーム適合／制約をどのように作成するか（例えば、ｒｅｆＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ、ｒｅｆＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ、ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ、ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ、ｒｅｆＰｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ、ｒｅｆＰｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ、ｐｉｃ＿ｗｉｄｔｈ／ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｗｉｄｔｈ／ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）はスケーリングウィンドウオフセット値が負か否か依存してもよい。
ｄ．一例において、出力ピクチャの幅／高さ（例えば、ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ、ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ）を導出する方法は、スケーリングウィンドウオフセットの値が負か否かに依存してもよい。
ｉ．例えば、参照ピクチャのスケーリングオフセットの値が負である場合、参照ピクチャに対する出力ピクチャの幅／高さを計算するための０値オフセットとして扱ってもよい。
ｉｉ．例えば、変数ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬは、以下のように導出されてもよい。ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＝ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ^＊（ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）＋ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ））．
ｉｉｉ．例えば、変数ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬは、以下のように導出されてもよい。ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＝ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ^＊（ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）＋ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ））．
ｅ．一例において、端数サンプル補間をどのように行うかは、スケーリングウィンドウオフセットの値が負か否かに依存してもよい。
ｉ．例えば、参照ピクチャのスケーリングウィンドウオフセットの値が負である場合、動き補償のための０値オフセットとして扱ってもよい。
１．例えば、変数ｆＲｅｆＬｅｆｔＯｆｆｓｅｔは（（ＳｕｂＷｉｄｔｈＣ^＊ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）＜＜１０）に等しく設定されてもよく、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔは参照ピクチャに対するｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔである。
２．例えば、変数ｆＲｅｆＴｏｐＯｆｆｓｅｔは、（（ＳｕｂＷｉｄｔｈＣ^＊ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ））＜１０）に等しく設定されてもよく、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔは参照ピクチャに対するｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔである。
ｉｉ．例えば、現在のピクチャのスケーリングウィンドウオフセット値が負である場合、端数サンプル補間のための０値オフセットとして扱ってもよい。
１．例えば、（ｒｅｆｘＳｂ_Ｌ，ｒｅｆｙＳｂ_Ｌ）を、１／１６サンプル単位で与えられる動きベクトル（ｒｅｆＭｖＬＸ［０］，ｒｅｆＭｖＬＸ［１］）が指す輝度位置とする。変数 ｒｅｆｘＳｂ_ＬおよびｒｅｆｙＳｂ_Ｌは、以下のように導出される。
ａ．ｒｅｆｘＳｂ_Ｌ＝（（（ｘＳｂ－（ＳｕｂＷｉｄｔｈＣ^＊ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）））＜＜４）＋
ｒｅｆＭｖＬＸ［０］）＊ｓｃａｌｉｎｇＲａｔｉｏ［０］
ｂ．ｒｅｆｙＳｂ_Ｌ＝（（（ｙＳｂ－（ＳｕｂＷｉｄｔｈＣ^＊ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）））＜＜４）＋
ｒｅｆＭｖＬＸ［１］）^＊ｓｃａｌｉｎｇＲａｔｉｏ［１］
２．例えば、（ｒｅｆｘＳｂ_Ｃ、ｒｅｆｙＳｂ_Ｃ）を、１／３２サンプル単位で求めた動きベクトル（ｒｅｆＭｖＬＸ［０］，ｒｅｆＭｖＬＸ［１］）が指す彩度位置とする。変数ｒｅｆｘＳｂ_Ｃ，およびｒｅｆｙＳｂ_Ｃは、以下のように導出される。
ａ．ｒｅｆｘＳｂ_Ｃ＝（（（ｘＳｂ－（ＳｕｂＷｉｄｔｈＣ^＊ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）））／ＳｕｂＷｉｄｔｈＣ＜＜５）＋ｒｅｆＭｖＬＸ［０］）^＊ｓｃａｌｉｎｇＲａｔｉｏ［０］＋ａｄｄＸ
ｂ．ｒｅｆｙＳｂ_Ｃ＝（（（ｙＳｂ－（ＳｕｂＷｉｄｔｈＣ^＊ｍａｘ（０，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）））／ＳｕｂＨｅｉｇｈｔＣ＜＜５）＋
ｒｅｆＭｖＬＸ［１］）^＊ｓｃａｌｉｎｇＲａｔｉｏ［１］＋ａｄｄＹ
２１）９番目の問題を解決するためのＴＳＲＣ／ＤＱ／ＳＨＤの信号通知については、以下のような１つ以上の解決策が提案されている。
ａ．一例において、映像ユニットレベル（シーケンス／ピクチャ群／ピクチャ／スライスレベルなど）における符号データ非表示（ＳＤＨ）および従属量子化（ＤＱ）の有効／無効フラグの信号通知は、変換スキップ残差コーディング（ＴＳＲＣ）が有効か否かに依存してもよい。
ｉ．例えば、ＴＳＲＣが有効かどうか（例えば、ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇ）は、同じレベルのＳＤＨ／ＤＱの有効／無効フラグ（例えば、ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ，ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇという）よりも前に信号通知されてもよい。
ｉｉ．例えば、ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨレベルのＳＤＨ／ＤＱの有効／無効フラグの信号通知（例えば、ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ，ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇという）、同じレベルまたは上位のレベルでＴＳＲＣが無効にされているか否か（例えば、ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１と等しいか否か）を条件としても良い。
ｉｉｉ．例えば、ＳＨ（ＪＶＥＴ－Ｑ２００１－ｖＥの上）の構文信号通知は、以下のように変更することができる。

ｉｖ．さらに、ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、特定の値（０等）に等しいと推論する。
ｖ．さらに、ｓｐｓ／ｐｐｓ／ｐｈ／ｓｌｉｃｅ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、特定の値（０等）に等しいと推論する。
ｂ．一例において、ＴＳＲＣが有効であるか否かは、映像ユニットレベル（シーケンス／ピクチャ群／ピクチャ／スライスレベルなど）で信号通知されてもよい。
ｉ．例えば、ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨにおいて、（ｓｐｓ／ｐｓ／ｐｈ／ｓｌｉｃｅ）＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇというフラグが信号通知されてもよい。
ｉｉ．あるいは、ＴＳＲＣを無効とするか否かは映像ユニットレベル（シーケンス／ピクチャ／ピクチャ／スライスレベルなど）で信号通知されてもよい。
ｉｉｉ．例えば、ＳＰＳ／ＰＰＳ／ＰＨ／ＳＨにおいて、（ｓｐｓ／ｐｓ／ｐｈ／ｓｌｉｃｅ）＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇというフラグが信号通知されてもよい。
ｃ．一例において、ＴＳＲＣが有効かどうかは、同じレベルまたは上位のレベルで変換スキップとＤＱとＳＤＨが有効か否かに基づいて、条件付きで信号通知される。
ｉ．例えば、ｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、（ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝１＆＆！ｓｌｉｃｅ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆！ｓｌｉｃｅ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づいて条件付きで信号通知される。
ｉｉ．例えば、ｐｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、（ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝１＆＆！ｐｈ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆！ｐｈ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づいて、条件付きで信号通知される。
ｉｉｉ．例えば、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇは、（ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝１＆＆！ｐｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆！ｐｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づいて、条件付きで信号通知される。
ｉｖ．上記の例では、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳ ＴＳＲＣ有効フラグ／ＳＰＳ ＴＳＲＣ無効フラグに置き換えてもよい。
ｖ．上記の例では、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳ ＴＳ有効フラグ／ＰＰＳ ＴＳＲＣ有効フラグ／ＰＰＳ ＴＳＲＣ無効フラグに置き換えてもよい。
ｄ．一例において、ブロック内でＳＤＨとＤＱのどちらを適用するかは、ＴＳとＴＳＲＳのどちらを使用するかに依存してもよい。
ｅ．一例において、ブロック内でＴＳおよび／またはＴＳＲＳが使用されている場合、ＳＤＨおよび／またはＤＱは適用されない。ｉｉ．一例において、ブロック内でＴＳおよび／またはＴＳＲＳが使用されている場合、ＳＤＨおよび／またはＤＱが使用されているか否かを示すＳＥ（ｓ）は信号通知されず、使用されていないと推論される。
ｆ．一例において、ブロック内でＴＳおよび／またはＴＳＲＳが使用されている場合、ＳＤＨおよび／またはＤＱは使用できないように制約される。
２２）スケーリングウィドウオフセット（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ等）が整数Ｘより大きい（または小さくない）ことが求められる場合があり、ここでＸは負である。
ａ．一例において、Ｘはピクチャ寸法に依存してもよい。
２３）ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬおよびＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬの変数は以下のように導出される。
ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＝ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）
ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＝ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）．
その場合、以下の制限のうち１つ以上を適用することができる。
ａ．Ｘ１は非負整数である（（ａＸ１^＊ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＋ｂＸ１）＞＞ｃＸ１）＜＝（（ｄＸ１^＊Ｘ１＋ｅＸ１）＞＞ｆＸ１）。
ｂ．Ｘ０は非負整数である（（ａＸ０^＊ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＋ｂＸ０）＞＞ｃＸ０）＞＝（（ｄＸ０^＊Ｘ１＋ｅＸ０）＞＞ｆＸ０）。
ｃ．Ｙ１は非負整数である（（ａＹ１^＊ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＋ｂＹ１）＞＞ｃＹ１）＜＝（ｄＹ１^＊Ｙ１＋ｅＹ１）＞＞ｆＹ１。
ｄ．Ｙ０は非負整数である（（ａＹ０^＊ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＋ｂＹ０）＞＞ｃＹ０）＜＝（ｄＹ０^＊Ｙ０＋ｅＹ０）＞＞ｆＹ０。
ｅ．ＸＹ１は非負整数である（（ａＸＹ１^＊ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ^＊ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＋ｂＸＹ１）＞＞ｃＸＹ１）＜＝（ｄＸＹ１^＊ＸＹ１＋ｅＸＹ１）＞＞ｆＸＹ１。
ｆ．ＸＹ０は非負整数である（（ａＸＹ０^＊ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ^＊ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＋ｂＸＹ０）＞＞ｃＸＹ０）＜＝（ｄＸＹ０^＊Ｙ０＋ｅＸＹ０）＞＞ｆＸＹ０。
ｇ．上記制約において、ａＸ１，ｂＸ１，…ｅＸ１，ｆＸ１，ａＸ０，ｂＸ０，…ｅＸ０，ｆＸ０，ａＹ１，ｂＹ１，…ｅＹ１，ｆＹ１，ａＹ０，ｂＹ０，…ｅＹ０，ｆＹ０，ａＸＹ１，ｂＸＹ１，…ｅＸＹ１，ｆＸＹ１，ａＸＹ０，ｂＸＹ０，…ｅＸＹ０，ｆＸＹ０は整数である。一例において、ａＸ１＝ａＸ０＝ａＹ１＝ａＹ０＝ａＸＹ１＝ａＸＹ０＝１，ｂＸ１＝ｂＸ０＝ｂＹ１＝ｂＹ０＝ｂＸＹ１＝ｂＸＹ０＝０，ｃＸ１＝ｃＸ０＝ｃＹ１＝ｃＹ０＝ｃＸＹ１＝ｃＸＹ０＝０，ｄＸ１＝ｄＸ０＝ｄＹ１＝ｄＹ０＝ｄＸＹ１＝ｄＸＹ０＝１，ｅＸ１＝ｅＸ０＝ｅＹ１＝ｅＹ０＝ｅＸＹ１＝ｅＸＹ０＝０，ｆＸ１＝ｆＸ０＝ｆＹ１＝ｆＹ０＝ｆＸＹ１＝ｆＸＹ０＝０，
ｈ．上記制約において、Ｘ１および／またはＸ０は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに依存してもよい。
ｉ．一例において、Ｘ１はｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しい。
ｉｉ．一例において、Ｋは２，３，４，５，６，７，８のような正の整数である、ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＜＝ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ^＊Ｋ。
ｉ．上記制約において、Ｙ１および／またはＹ０はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに依存してもよい。
ｉ．一例において、Ｙ１はｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しい。
ｉｉ．一例において、Ｋは２，３，４，５，６，７，８のような正の整数である、ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＜＝ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ^＊Ｋ。
２４）一例において、Ｘが５より小さい、例えばＸ＝４であるｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの最大許容値はＸと等しくても良い。
ａ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０から４の範囲内である。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。
２５）どのようにｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの有効範囲を定義するかは、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅが存在するか否かに依存してもよい。
ａ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅの有効範囲は、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅが存在する場合にのみ定義される。
ｂ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅの異なる有効範囲は、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅが存在するか否かに依存して定義される。
ｃ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在する場合に、０から５－ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ以内の範囲内にあるものとする。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。
ｄ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。そうでない場合（ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在する）、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０から５－ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ以内の範囲内にあるものとする。例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在する場合に、０から５－ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ，ｉｎｃｌｕｓｉｖｅ ｗｈｅｎ ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄ以内の範囲内にあるものとする。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。
ｅ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。そうでない場合（ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在する）、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０から５－ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ以内の範囲内にあるものとする。
ｆ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在する場合に、０から４以内の範囲内にあるものとする。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。
ｇ．例えば、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるサブブロックベースマージ動きベクトル予測候補の最大数を５から減算することを規定する。存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は５に等しいと推測される。そうでない場合（ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在する）、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０から４以内の範囲内にあるものとする。

６．実施形態
以下は、上記第５章に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、［［］］を使用して示す。

６．１．第１の実施形態
本実施例は、１、１．ａ、１．ｂ、１．ｃ、１．ｄ、３、４．ａ．ｉ、５、６、７、８、９、９．ａ、１０、１１および１２ｂ項に関する。
７．３．２．３ シーケンスパラメータセット構文

７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論

１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＬＶＳの各コーディングされたピクチャのｉ番目のサブピクチャを、ループ内フィルタリング動作を除く復号処理においてピクチャとして扱うことを規定する。ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が０に等しい場合、ＣＬＶＳの各コーディングされたピクチャのｉ番目のサブピクチャは、ループ内フィルタリング動作を除く復号処理においてピクチャとして扱わないことを規定する。存在しない場合、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値はｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇに等しいと推論される。

７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論

ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、スケーリング比の計算のためのピクチャサイズに適用されるオフセットを規定する。存在しない場合、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値は、それぞれｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，、ｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびｐｐｓ＿ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔと等しいと推論される。
ＳｕｂＷｉｄｔｈＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとし、ＳｕｂＨｅｉｇｈｔＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値は、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとする。

ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬおよびＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬの変数は以下のように導出される。
ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＝ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ （７８）
ＳｕｂＷｉｄｔｈＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）
ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＝ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ （７９）
ＳｕｂＷｉｄｔｈＣ^＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）
このＰＰＳを参照する現在のピクチャの参照ピクチャのＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ、ｒｅｆＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬを、それぞれ、ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ、ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬとする。ビットストリーム適合性の要件は、以下のすべての条件を満たすことである。
－ ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ^＊２はｒｅｆＰｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ以上であるものとする。
－ ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ^＊２はｒｅｆＰｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ以上であるものとする。
－ ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬがｒｅｆＰｉｃＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ^＊８以下であるものとする。
－ ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬがｒｅｆＰｉｃＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ^＊８以下であるものとする。
－ ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ^＊ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓはｒｅｆＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ^＊（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－Ｍａｘ（８，ＭｉｎＣｂＳｉｚｅＹ）以上であるものとする。
－ ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ^＊ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓはｒｅｆＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ^＊（ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－Ｍａｘ（８，ＭｉｎＣｂＳｉｚｅＹ））以上であるものとする。
．．．
７．３．３．２ 一般的な制約情報構文

７．４．４．２ 一般的な制約情報意味論

１に等しいｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいものとすることを規定する。０に等しいｎｏ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、このような制約を課さない。
．．．
７．４．８．１ 一般スライスヘッダ意味論
．．．
１に等しいｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇは、時間的動きベクトル予測に使用される同一位置に配置されたピクチャが参照ピクチャリスト０から導出されることを規定する。０に等しいｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇは、時間的動きベクトル予測に使用される同一位置に配置されたピクチャが参照ピクチャリスト１から導出されることを規定する。
ｓｌｉｃｅ＿ｔｙｐｅがＢまたはＰであり、ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが存在しない場合、以下が適用される。
－ ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇはｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇに等しいと推論される。
－ そうでない場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しく、ｓｌｉｃｅ＿ｔｙｐｅがＰに等しい場合）、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇの値は１に等しいと推論される。
ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、時間的動きベクトル予測に使用される同一位置に配置されたピクチャの参照インデックスを規定する。
ｓｌｉｃｅ＿ｔｙｐｅがＰであるか、またはｓｌｉｃｅ＿ｔｙｐｅがＢに等しく、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが１に等しい場合は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、参照ピクチャリスト０のエントリを参照し、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの数値は、０からＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］－１の範囲内にあるものとする。
ｓｌｉｃｅ＿ｔｙｐｅがＢに等しく、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値は、参照ピクチャリスト１のエントリを参照し、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、０からＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］－１の範囲内にあるものとする。
ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘが存在しない場合、以下が適用される。
－ ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値はｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘに等しいと推論される。
－ そうでない場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しい）、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値は０に等しいと推論される。

ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘで参照される参照ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値が、それぞれ現在のピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓと同じであるものとし、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ？０：１］［ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ］は０に等しいものとすることが、ビットストリーム適合性の要件である。
．．．
８．５．３．２．２ 輝度サンプル双線形補間処理
．．．
ｉ＝０．．１の場合、フルサンプルユニット（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）における輝度位置は、以下のように導出される。

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＩｎｔ_Ｌ＋ｉ） （６４０）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ，ｙＩｎｔ_Ｌ＋ｉ） （６４１）

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｒｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅｄＦｌａｇ？
ＣｌｉｐＨ（（ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ）^＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，（ｘＩｎｔ_Ｌ＋ｉ））：ｘＩｎｔ_Ｌ＋ｉ） （６４２）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔ_Ｌ＋ｉ） （６４３）
．．．
８．５．６．３．２ 輝度サンプル補間フィルタリング処理

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＩｎｔ_ｉ） （９５９）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ，ｙＩｎｔ_ｉ） （９６０）

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｒｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅｄＦｌａｇ？
ＣｌｉｐＨ（（ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ）^＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，ｘＩｎｔ_ｉ）：ｘＩｎｔ_ｉ） （９６１）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔ_ｉ） （９６２）
．．．
８．５．６．３．３ 輝度整数サンプルフェッチ処理

ｘＩｎｔ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｒｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅｄＦｌａｇ？ （９７０）
ＣｌｉｐＨ（（ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ）^＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，ｘＩｎｔ_Ｌ）：ｘＩｎｔ_Ｌ）
ｙＩｎｔ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔ_Ｌ） （９７１）
．．．
８．５．６．３．４ 彩度サンプル補間処理

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＷｉｄｔｈＣ，ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＷｉｄｔｈＣ，ｘＩｎｔ_ｉ） （９７７）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＨｅｉｇｈｔＣ，ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＨｅｉｇｈｔＣ，ｙＩｎｔ_ｉ） （９７８）

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＷ_Ｃ－１，ｒｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅｄＦｌａｇ？ＣｌｉｐＨ（ｘＯｆｆｓｅｔ，ｐｉｃＷ_Ｃ，ｘＩｎｔ_ｉ）： （９７９）
ｘＩｎｔ_Ｃ＋ｉ－１）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＨ_Ｃ－１，ｙＩｎｔ_ｉ） （９８０）
．．．
代替的に、強調表示された部分「および参照ピクチャｒｅｆＰｉｃＬＸのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０よりも大きい」を、「および参照ピクチャｒｅｆＰｉｃＬＸが現在のピクチャと同じ空間的解像度を有するＩＬＲＰである場合」に置き換えてもよい。
代替的に、強調表示された部分「または参照ピクチャｒｅｆＰｉｃＬＸのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０に等しい」を、「または参照ピクチャｒｅｆＰｉｃＬＸが現在のピクチャとは異なる空間的解像度を有するＩＬＲＰである場合」に置き換えてもよい。

６．２．第二の実施形態
本発明の代替の実施形態において、第１の実施形態において以下の制約がある。

を以下のいずれかに置き換える。

６．３． 第３の実施形態

本実施例では、ＡＬＦ及びＣＣ－ＡＬＦフィルタの最大数の制限に関する以下の点を提案する。

１）ＡＬＦ ＡＰＳの個数に関する制約をフィルタの個数に関する制約に置き換え、より具体的には、以下の制約を追加することが提案される。

ＰＵのためのすべてのＡＰＳ ＮＡＬユニットにおいて、輝度成分の代替ループフィルタクラスの総数、彩度成分の代替フィルタの総数、およびクロスコンポーネントフィルタの総数がそれぞれ２００、６４、６４以下である

２）項目１）に加えて、ＡＰＳ構文におけるＡＰＳ ＩＤのコーディングをｕ（５）からｕ（ｖ）に変更し、ＡＬＦ、ＬＭＣＳ、スケーリングリストＡＰＳはそれぞれ９、２、３の長さとする。

３）項目１）に加えて、さらにＰＨとＳＨにおけるＡＬＦ ＡＰＳインデックスのコーディングとＡＬＦ ＡＰＳの数をｕ（ｖ）からｕｅ（ｖ）へと変更する。
７．３．２．５ 適応パラメータセットＲＢＳＰ構文

７．３．２．７ ピクチャヘッダ構造構文

７．３．７．１ 一般スライスセグメントヘッダ構文

７．４．３．５ 適応パラメータセット意味論
各ＡＰＳ ＲＢＳＰは、それが参照される前に復号処理で利用できるか、それを参照するコーディングされたスライスＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下のＴｅｍｐｏｒａｌＩｄを持つ少なくとも一つのＡＵ内に含まれるか、外部手段を通じて提供されるものとする。
ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有し、かつＰＵ内のａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有するすべてのＡＰＳ ＮＡＬユニットは、それらがプレフィクスであるかサフィックスＡＰＳ ＮＡＬユニットであるかどうかに関わらず、同じコンテンツを有するものとする。
ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＡＰＳの識別子を提供する。構文要素ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの長さは、ビットにおいて、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ＝ＡＬＦ＿ＡＰＳ？９：（ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ＝＝ＬＭＣＳ＿ＡＰＳ？２：３）である。

［［ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＬＭＣＳ＿ＡＰＳに等しい場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０から３の範囲内にあるものとする。］］
ａｐｓＬａｙｅｒＩｄを特定のＡＰＳ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とし、ｖｃｌＬａｙｅｒＩｄを特定のＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値とする。特定のＶＣＬ ＮＡＬユニットは、ａｐｓＬａｙｅｒＩｄがｖｃｌＬａｙｅｒＩｄ以下であり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがａｐｓＬａｙｅｒＩｄであるレイヤが、ｖｃｌＬａｙｅｒＩｄであるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤを含む少なくとも１つのＯＬＳに含まれていない限り、特定のＡＰＳ ＮＡＬユニットを参照しないものとする。
ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは、表６に示されるように、ＡＰＳにおいて実行されるＡＰＳパラメータのタイプを規定する。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定の値を有するすべてのＡＰＳ ＮＡＬユニットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わらず、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄのために同じ値空間を共有する。ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの値が異なるＡＰＳ ＮＡＬユニットは、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに別個の値空間を使用する。
７．４．３．７ ピクチャヘッダ構造意味論

７．４．８．１ 一般スライスヘッダ意味論

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＡＬＦ＿ＡＰＳに等しく、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄがｓｌｉｃｅ＿ｃｃ＿ａｌｆ＿ｃｂ＿ａｐｓ＿ｉｄに等しいＡＰＳ ＮＡＬユニットのａｌｆ＿ｃｃ＿ｃｂ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇの値は、１に等しいものとする。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＡＬＦ＿ＡＰＳに等しく、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄがｓｌｉｃｅ＿ｃｃ＿ａｌｆ＿ｃｒ＿ａｐｓ＿ｉｄに等しいＡＰＳ ＮＡＬユニットのａｌｆ＿ｃｃ＿ｃｒ＿ｆｉｌｔｅｒ＿ｓｉｇｎａｌ＿ｆｌａｇの値は、１に等しいものとする。
上記の例において、代わりに以下のものを使用してもよい。
ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＡＰＳの識別子を提供する。構文要素ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの長さは、ビットにおいて、Ｍが３より大きい（例えば４、５、６、７、８、９）である、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ＝ＡＬＦ＿ＡＰＳ？Ｍ：（ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ＝＝ＬＭＣＳ＿ＡＰＳ？２：３）である。
「２００、６４、６４」の値は、他のゼロでない整数値に置き換えてもよい。
「３２７」の値は、ゼロでない他の整数値に置き換えてもよい。

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

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

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

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

図８は、本開示の技法を利用し得る例示的な映像符号化システム１００を示すブロック図である。

図８に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、映像符号化機器とも称され得る符号化映像データを生成する。送信先装置１２０は、送信元装置１１０によって生成された、符号化された映像データを復号してよく、映像復号デバイスと呼ばれ得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１．１つ以上の映像ピクチャを含む映像との間で変更を行うこと（７０２）を含み、コーディングされた表現がフォーマット規則に準拠し、シーケンスパラメータセットにおける２つ以上の構文フィールドが映像の参照ピクチャ解像度（ＲＰＲ）の変更を制御することを規定する、映像処理方法（例えば、図７に示される映像処理方法７００）。

２．２つ以上の構文フィールドの第１の構文フィールドは、ＲＰＲが１つ以上のピクチャのために使用されるかどうかを示し、２つ以上の構文フィールドの第２の構文フィールドは、コーディングされた表現においてシーケンスレベルでピクチャ解像度を変更することができるかどうかを示す、解決策１に記載の方法。

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

３．１つ以上の映像ピクチャを含む映像との間で変換を行うことを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、シーケンスパラメータセットにおける１つの構文フィールドが映像の参照ピクチャ解像度（ＲＰＲ）の変更を制御することを規定し、フォーマット規則は、単一の構文フィールドの値に関わらず、レイヤ間参照ピクチャの再サンプリングが変換に対して許可されることを規定する、映像処理方法。

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

４．１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む１つ以上のレイヤを含む映像との間で変換を行うことを含み、コーディングされた表現がフォーマット規則に準拠する、映像処理方法であって、フォーマット規則は、レイヤ間アライメントに対する第１の制約、または、サブピクチャの組合せおよびレイヤ間ピクチャのスケーラビリティに対する第２の制約を規定する、映像処理方法。

５．前記第１の制約は、現在のレイヤの下レイヤおよび現在のレイヤに依存しないすべての上レイヤに配向制限を課すことなく、現在のレイヤおよび現在のレイヤに依存するすべての上レイヤへのレイヤ間アライメント制限を規定する、解決策４に記載の方法。

６．第２の制約は、特定のレイヤの各従属ツリーにおけるすべてのレイヤにレイヤ間アライメント制限を課す、解決策４に記載の方法。

７．第２の制約は、レイヤ間アライメント制限に従ってｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値を制限する、解決策４に記載の方法。

８．第２の制約は、レイヤ間アライメント制限に従って、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値を制限する、解決策４に記載の方法。

９．アクセスユニットの対象のセットに対して第１の制約および／または第２の制約を規定する、解決策４から解決策８のいずれか１つに記載の方法。

１０．第２の制約は、レイヤ間アライメント制限に従って、スケーリングウィンドウパラメータｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値を制限する、解決策４に記載の方法。

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

１１．１つ以上のサブピクチャを含む１つ以上のレイヤを含む映像の間で変換を行うことであって、レイヤ間参照ピクチャまたは長期参照ピクチャが現在のピクチャの同一位置に配置されたピクチャであることを変換に対して許可されないことを規定するフォーマット規則に準拠する変換を実行することを含む、映像処理方法。

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

１２．複数のピクチャを含む映像と映像のコーディングされた表現との間で変換を行うことを含み、変換は、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ．の各々の値を規定するルールに適合している。ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔのそれぞれの値が、同じコーディングレイヤ映像シーケンスまたは同じｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値を有するコーディング映像シーケンス内の任意の２つのピクチャに対して同じであることを規定する規則に適合する、映像処理方法。

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

１３．複数のピクチャを含む映像とこの映像のコーディングされた表現との間で変換を行うことを含み、この変換は、同じアクセスユニット内の現在のピクチャと他のピクチャとでピクチャの解像度またはスケーリングウィンドウが異なる場合、現在のピクチャがランダムアクセスポイント内ピクチャである場合にのみ、レイヤ間予測を許可することを規定する規則に準拠する、映像処理方法。

１４．変換は、映像をコーディングされた表現に符号化することを含む、解決策１から解決策１３のいずれか１つに記載の方法。

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

１６．解決策１から解決策１５の１または複数に記載の方法を実装するように構成されたプロセッサを備える、映像復号装置。

１７．解決策１から解決策１５の１または複数に記載の方法を実装するように構成されたプロセッサを備える、映像符号化装置。

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

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

図１３は、本技術にしたがった映像処理方法１３００を示すフローチャートである。この方法１３００は、動作１３１０において、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、映像ピクチャに適用されるスケーリングウィンドウオフセットのうち、少なくとも１つは負の値を許容することを規定する。

いくつかの実施形態において、スケーリングウィンドウオフセットは、スケーリングウィンドウ右オフセット、スケーリングウィンドウ左オフセット、スケーリングウィンドウ上オフセット、またはスケーリングウィンドウ下オフセットの少なくとも１つから構成される。いくつかの実施形態において、スケーリングウィンドウオフセットの少なくとも１つは、整数Ｘより小さくなく、Ｘは負である。いくつかの実施形態において、スケーリングウィンドウオフセットの少なくとも１つは、整数Ｘより大きく、Ｘは負である。いくつかの実施形態において、Ｘは映像ピクチャの寸法に基づく。

いくつかの実施形態において、スケーリングウィンドウオフセットの少なくとも１つは、映像ピクチャの寸法に関連付けられる。いくつかの実施形態において、映像ピクチャの寸法は、輝度サンプルで表されるピクチャ幅または輝度サンプルで表されるピクチャ高さからなる。

いくつかの実施形態において、出力ピクチャは、映像ピクチャをスケーリングすることに基づいて決定される。出力ピクチャの幅を規定する第１の変数は、輝度サンプルで表される映像ピクチャの幅から、スケーリングウィンドウ右オフセットとスケーリングウィンドウ左オフセットの加重和を引いたものと等しい。いくつかの実施形態において、出力ピクチャの高さを規定する第２の変数は、輝度サンプルで表される映像ピクチャの高さから、スケーリングウィンドウ上オフセットとスケーリングウィンドウ下オフセットの加重和を引いたものに等しい。いくつかの実施形態において、規則は、第１の変数と第２の変数が制約を満たすことをさらに規定する。いくつかの実施形態において、第１の変数はＷｉｄｔｈＬとして表され、制約は、Ｘ^＊ＷｉｄｔｈＬが第１の整数以上かつ第２の整数以下であり、Ｘは整数であることを規定する。いくつかの実施形態において、第２の変数はＨｅｉｇｈｔＬとして表され、制約は、Ｙ^＊ＷｉｄｔｈＬが第３の整数より大きく、第４の整数以下であり、Ｙは整数であることを規定する。いくつかの実施形態において、第１の整数または第３の整数は、Ａ、Ｂ、Ｃを整数としたとき、Ａ^＊（Ｂ－Ｃ）と表される。

いくつかの実施形態において、スケーリングウィンドウオフセットの少なくとも１つは、映像ピクチャの参照ピクチャを再サンプリングするために使用されるスケーリング比を示すものである。いくつかの実施形態において、スケーリングウィンドウオフセットの少なくとも１つは、符号２値化を使用してコーディングされる。

いくつかの実施形態において、規則は、スケーリングウィンドウオフセットの少なくとも１つが負であるか否かに基づいて、スケーリングウィンドウオフセットの少なくとも１つと映像ピクチャの寸法との間の制約を規定する。いくつかの実施形態において、制約は、左ウィンドウオフセットおよび／または右ウィンドウオフセットの少なくとも一方が負であるか否かに基づいて規定される。いくつかの実施形態において、制約は、上ウィンドウオフセットおよび／または下ウィンドウオフセットの少なくとも１つが負であるか否かに基づいて規定される。いくつかの実施形態において、スケーリングウィンドウオフセットの少なくとも１つと映像ピクチャの寸法との間の制約は、スケーリングウィンドウオフセットの少なくとも１つがゼロである場合にのみ規定される。いくつかの実施形態において、左ウィンドウオフセットまたは右ウィンドウオフセットの少なくとも一方が負でない場合、左ウィンドウオフセット及び右ウィンドウオフセットの加重和は、輝度サンプルにおける映像ピクチャの幅より小さい。いくつかの実施形態において、上ウィンドウオフセットまたは下ウィンドウオフセットの少なくとも一方が負でない場合、上ウィンドウオフセットと上ウィンドウオフセットの加重和は、輝度サンプルにおける映像ピクチャの高さより小さい。

いくつかの実施形態において、制約は、スケーリングウィンドウオフセットの少なくとも１つの絶対値に従って規定される。いくつかの実施形態において、左ウィンドウオフセットと右ウィンドウオフセットの絶対値の加重和は、輝度サンプルにおける映像ピクチャの幅のＸ１倍より小さく、ここでＸ１は１以上の正の整数である。いくつかの実施形態において、上ウィンドウオフセットと下ウィンドウオフセットの絶対値の加重和は、輝度サンプルにおける映像ピクチャの高さのＸ２倍より小さく、ここでＸ２は１以上の正の整数である。

いくつかの実施形態において、規則は、スケーリングウィンドウオフセットのいずれかが負の場合、制約が適用されないことを規定する。いくつかの実施形態において、規則は、映像ピクチャの寸法または映像ピクチャの参照ピクチャの寸法が、スケーリングウィンドウオフセットが負であるか否かに基づくことを規定する。いくつかの実施形態において、映像ピクチャの出力ピクチャの寸法は、スケーリングウィンドウオフセットの少なくとも１つが負であるか否かに基づいて決定される。いくつかの実施形態において、参照ピクチャのスケーリングウィンドウオフセットが負である場合、出力ピクチャの寸法は、スケーリングウィンドウオフセットをゼロとして扱うことによって決定される。

いくつかの実施形態において、規則は、端数サンプル補間の実行の態様が、スケーリングウィンドウオフセットの少なくとも１つが負であるか否かに基づくことを規定する。いくつかの実施形態において、参照ピクチャのスケーリングウィンドウオフセットが負の場合、スケーリングウィンドウオフセットをゼロとして扱うことにより、変換のための動き補償が実行される。いくつかの実施形態において、映像ピクチャのスケーリングウィンドウオフセットが負の場合、スケーリングウィンドウオフセットをゼロとして扱うことにより、変換のために端数サンプル補間が実行される。

図１４は、本技術に従った映像処理の方法１４００を示すフローチャートである。方法１４００は、工程１４１０において、規則に従って映像のブロックと映像のビットストリームとの変換を行うことを含む。この規則は、映像単位で変換スキップ残差コーディングが有効か否かを示す構文フラグがビットストリームに存在するか否かを、映像単位での符号データ非表示の使用状況を示す第１の構文要素と映像単位での従属量子化の使用状況を示す第２の構文要素の値に基づいて規定する。

いくつかの実施形態において、前記映像ユニットレベルは、スライスレベルを含む。いくつかの実施形態において、構文フラグが、スライスヘッダにおいてｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇとして表されるか否か。いくつかの実施形態において、構文フラグがビットストリームに存在するか否かは、シーケンスパラメータセット内の、シーケンスレベルで変換スキップが有効であるか否かを示す第３の構文要素にさらに基づき、構文フラグは、次の場合に存在する。（１）第３の構文要素の値が、シーケンスレベルで変換スキップが有効であることを規定する場合。（２）第２の構文要素の値が、映像ユニットに従属量子化が使用されないことを規定し、（３）第１の構文要素の値が、映像ユニットに符号データ非表示が使用されないことを規定する。いくつかの実施形態において、変換スキップがシーケンスレベルで有効であることを規定する第３の構文要素の値は１に等しく、従属量子化が映像ユニットに対して使用されないことを規定する第２の構文要素の値は０に等しく、符号データ非表示が映像ユニットに対して使用されないことを規定する第１の構文要素の値は０に等しい。

いくつかの実施形態において、映像ユニットにおける符号データ非表示の使用を示す第１の構文要素は、第１の構文要素が存在しない場合、０のデフォルト値を有する。いくつかの実施形態において、映像ユニットにおける従属量子化の使用を示す第２の構文要素は、第２の構文要素が存在しない場合、０のデフォルト値を有する。いくつかの実施形態において、第１の構文要素は、符号データ非表示がシーケンスレベルで有効であるか否かを示すシーケンスパラメータセット内の第４の構文要素に基づく。いくつかの実施形態において、第１の構文要素は、第２の構文要素および第４の構文要素に基づいて決定される。いくつかの実施形態において、第２の構文要素は、シーケンスレベルで従属量子化が有効であるか否かを示すシーケンスパラメータセットの第５の構文要素に基づく。

いくつかの実施形態において、ブロックの変換に符号データ非表示が適用されるか、または従属量子化が適用されるかは、変換スキップ残差コーディングが有効であるか否かに基づいて決定される。いくつかの実施形態において、変換スキップ残差コーディングが有効な場合、符号データ非表示または従属量子化は、ブロックの変換に適用されない。いくつかの実施形態において、構文フラグは、第１の構文要素または第２の構文要素の前に示される。いくつかの実施形態において、第１の構文要素または第２の構文要素が存在するか否かは、映像ユニットにおいて変換スキップ残差コーディングが有効であるか否かを示す構文要素に基づく。いくつかの実施形態において、映像ユニットは、シーケンス、ピクチャのグループ、またはピクチャで構成される。いくつかの実施形態において、符号データ非表示または従属量子化が変換に使用される場合、変換スキップ残差コーディングは使用されない。いくつかの実施形態において、変換スキップ残差コーディングは、変換スキップモードでコーディングされる映像ブロックに対して適用される変換係数コーディング技術であり、符号データ非表示は、最後の非ゼロ係数に対する係数符号フラグのコーディングを省略する技術であり、従属量子化は、サンプルの量子化が前のサンプルの状態に依存するモードである。

図１５は、本技術にしたがった映像処理方法１５００を示すフローチャートである。方法１５００は、工程１５１０において、規則に従って映像と映像のビットストリームとの変換を行うことを含む。この規則では、シーケンスパラメータセットでサポートされるサブブロックベースの結合動きベクトル予測候補の最大数を５から減算して規定する構文要素が０からＮの範囲にあることを規定し、Ｎは５から、変換にサブブロックベースの一時動きベクトル予測子が有効か否かを規定する構文フラグの値を引いた整数とする。本発明の実施例において、構文要素は、０から４の範囲内にある。本発明の実施例において、構文フラグが存在しない場合、構文要素は５に等しいと推論される。

いくつかの実施形態において、変換は、映像をビットストリームに符号化することを含む。いくつかの実施形態において、変換はビットストリームから映像を復号することを含む。

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

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

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

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

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

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

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

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

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

Claims (14)

1. 規則に従って、１つ以上の映像ユニットを含む映像と、前記映像のビットストリームとの間の変換を行うこと、を含む映像データ処理方法であって、
   前記規則は、映像ユニットレベルでの符号データ非表示の使用を示す第１の構文要素および前記映像ユニットレベルでの従属量子化の使用を示す第２の構文要素の値に基づいて、変換スキップ残差コーディングに関連する構文フラグが、前記映像ユニットレベルのビットストリームに条件的に含まれることを規定し、
   前記構文フラグが前記ビットストリームに含まれるか否かが、シーケンスレベルで変換スキップが許可されるか否かを示すシーケンスパラメータセット内の第３の構文要素にさらに基づき、
   前記構文フラグは、前記第３の構文要素の値がシーケンスレベルで変換スキップが許可されていることを規定し、前記第２の構文要素の値が前記映像ユニットに対して従属量子化が使用されていないことを規定し、前記第１の構文要素の値が前記映像ユニットに対して符号データ非表示が使用されていないことを規定する場合に存在し、
   変換スキップが有効な場合、前記符号データ非表示および前記従属量子化は、前記映像ユニットに対して適用されない、
   方法。
2. 前記映像ユニットはスライスであり、前記映像ユニットレベルはスライスレベルに対応し、
   前記構文フラグは、スライスヘッダにおいてｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇとして表される、
   請求項１に記載の方法。
3. 前記第３の構文要素が、前記シーケンスパラメータセットにおいてｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇとして表され、
   シーケンスレベルで変換スキップが許可されることを規定する前記第３の構文要素の値は１に等しく、前記映像ユニットに対して従属量子化が使用されないことを規定する前記第２の構文要素の値は０に等しく、前記映像ユニットに対して符号データ非表示が使用されないことを規定する前記第１の構文要素の値は０に等しく、
   前記映像ユニットにおける符号データ非表示の使用を示す第１の構文要素は、前記第１の構文要素が存在しない場合、０のデフォルト値を有し、かつ、
   前記映像ユニットにおける従属量子化の使用を示す第２の構文要素は、前記第２の構文要素が存在しない場合、０のデフォルト値を有する、
   請求項１に記載の方法。
4. 前記第２の構文要素は、シーケンスレベルで従属量子化が有効であるか否かを示すシーケンスパラメータセット内の第４の構文要素に基づいて、条件付きでビットストリームに含まれる、
   請求項１から３のいずれか１項に記載の方法。
5. 前記第１の構文要素は、シーケンスレベルで符号データ非表示が有効であるか否かを示すシーケンスパラメータセット内の第５の構文要素と前記第２の構文要素とに基づいて条件付きでビットストリームに含まれる、
   請求項４に記載の方法。
6. 前記変換スキップ残差コーディングは、変換スキップモードでコーディングされた映像ブロックに対して適用される変換係数コーディング技術であり、
   前記符号データ非表示が、係数符号フラグのコーディングを省略する技術、または、
   前記従属量子化は、サンプルの量子化が以前のサンプルの状態に依存するモードである、
   請求項１から３のいずれか１項に記載の方法。
7. 前記映像が映像ピクチャを含み、
   前記規則が、前記映像ピクチャに適用されるスケーリングウィンドウオフセットの少なくとも１つがＸより小さくないことをさらに規定し、ここで、Ｘは、前記映像ピクチャの寸法に基づいて決定される負の整数値であり、
   前記スケーリングウィンドウオフセットが、スケーリングウィンドウ右オフセット、スケーリングウィンドウ左オフセット、スケーリングウィンドウ上オフセット、またはスケーリングウィンドウ下オフセットのうちの少なくとも１つを含み、
   前記映像ピクチャの寸法が、輝度サンプルで表されるピクチャの幅または輝度サンプルで表されるピクチャの高さを含む、
   請求項１から３のいずれか１項に記載の方法。
8. ＳｕｂＷｉｄｔｈＣ＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値は、輝度サンプルで表される前記ピクチャの幅より小さく、ＳｕｂＨｅｉｇｈｔＣ＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値は、輝度サンプルで表される前記ピクチャの高さより小さく、ここで、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔはスケーリングウィンドウ左オフセット、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔはスケーリングウィンドウ右オフセット、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔはスケーリングウィンドウ上オフセット、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔはスケーリングウィンドウ下オフセットを示し、ＳｕｂＷｉｄｔｈＣとＳｕｂＨｅｉｇｈｔＣは前記映像ピクチャの彩度フォーマットに基づいて決定される、
   請求項７に記載の方法。
9. 前記規則は、適応パラメータセットのタイプが、前記適応パラメータセットのタイプの前に示されることを規定する、
   請求項１から３のいずれか１項に記載の方法。
10. 前記変換は、前記映像を前記ビットストリームに符号化することを含む、
    請求項１から３のいずれか１項に記載の方法。
11. 前記変換は、前記映像を前記ビットストリームから復号化することを含む、
    請求項１から３のいずれか１項に記載の方法。
12. プロセッサと命令を有する非一時的メモリを含む映像データを処理するための装置であって、前記命令は、前記プロセッサによる実行時に、前記プロセッサに、
    規則に従って、１つ以上の映像ユニットを含む映像と前記映像のビットストリームとの間の変換を実行させ、
    前記規則は、映像ユニットレベルでの符号データ非表示の使用を示す第１の構文要素および前記映像ユニットレベルでの従属量子化の使用を示す第２の構文要素の値に基づいて、変換スキップ残差コーディングに関連する構文フラグが前記映像ユニットレベルで前記ビットストリームに条件付きで含まれることを規定し、
    前記構文フラグが前記ビットストリームに含まれるか否かが、シーケンスレベルで変換スキップが許可されるか否かを示すシーケンスパラメータセット内の第３の構文要素にさらに基づき、
    前記構文フラグは、前記第３の構文要素の値がシーケンスレベルで変換スキップが許可されていることを規定し、前記第２の構文要素の値が前記映像ユニットに対して従属量子化が使用されていないことを規定し、前記第１の構文要素の値が前記映像ユニットに対して符号データ非表示が使用されていないことを規定する場合に存在し、
    変換スキップが有効な場合、前記符号データ非表示および前記従属量子化は、前記映像ユニットに対して適用されない、
    装置。
13. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、この命令は、プロセッサに、
    規則に従って、１つ以上の映像ユニットを含む映像と前記映像のビットストリームとの間の変換を実行させ、
    前記規則は、映像ユニットレベルでの符号データ非表示の使用を示す第１の構文要素および前記映像ユニットレベルでの従属量子化の使用を示す第２の構文要素の値に基づいて、変換スキップ残差コーディングに関連する構文フラグが前記映像ユニットレベルで前記ビットストリームに条件付きで含まれることを規定し、
    前記構文フラグが前記ビットストリームに含まれるか否かが、シーケンスレベルで変換スキップが許可されるか否かを示すシーケンスパラメータセット内の第３の構文要素にさらに基づき、
    前記構文フラグは、前記第３の構文要素の値がシーケンスレベルで変換スキップが許可されていることを規定し、前記第２の構文要素の値が前記映像ユニットに対して従属量子化が使用されていないことを規定し、前記第１の構文要素の値が前記映像ユニットに対して符号データ非表示が使用されていないことを規定する場合に存在し、
    変換スキップが有効な場合、前記符号データ非表示および前記従属量子化は、前記映像ユニットに対して適用されない、
    非一時的なコンピュータ可読記憶媒体。
14. 映像のビットストリームを記憶する方法であって、前記方法は、
    規則に従って、１つ以上の映像ユニットを含む映像のビットストリームを生成させることと、
    前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、を実行し、
    前記規則は、映像ユニットレベルでの符号データ非表示の使用を示す第１の構文要素および前記映像ユニットレベルでの従属量子化の使用を示す第２の構文要素の値に基づいて、変換スキップ残差コーディングに関連する構文フラグが前記映像ユニットレベルで前記ビットストリームに条件付きで含まれることを規定し、
    前記構文フラグが前記ビットストリームに含まれるか否かが、シーケンスレベルで変換スキップが許可されるか否かを示すシーケンスパラメータセット内の第３の構文要素にさらに基づき、
    前記構文フラグは、前記第３の構文要素の値がシーケンスレベルで変換スキップが許可されていることを規定し、前記第２の構文要素の値が前記映像ユニットに対して従属量子化が使用されていないことを規定し、前記第１の構文要素の値が前記映像ユニットに対して符号データ非表示が使用されていないことを規定する場合に存在し、
    変換スキップが有効な場合、前記符号データ非表示および前記従属量子化は、前記映像ユニットに対して適用されない、
    方法。

Images