JP7522218B2 - 映像コーディングにおける同一位置に配置されたピクチャに対する制約 - Google Patents

Description

関連出願の相互参照
本願は、２０２１年３月３０日出願の国際出願番号第ＰＣＴ／ＵＳ２０２１／０２４７９５号に基づき、２０２０年３月３０日出願の米国特許仮出願第６３／００２１２１号の優先権および利益を主張するものである。前述のすべての特許出願は、その全体が参照により本明細書に組み込まれる。

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

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

本明細書は、映像エンコーディングまたはデコーディングのために映像エンコーダおよびデコーダによって使用できる技術を開示し、同一位置に配置されたピクチャに対する制約を含む。

１つの例示的な態様において、映像処理方法が開示される。この方法は、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、デコードされたピクチャバッファにおける参照ピクチャが現在のピクチャと同一の空間的解像度およびスケーリングウィンドウオフセットを有するかどうかに基づいて、この現在のピクチャに対して時間的動きベクトル予測ツールの使用を無効化するフラグを含むことを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、現在のピクチャが予測的にコーディングされたスライス（Ｐスライス）を含むかどうかに関わらず、この現在のピクチャの同一位置に配置されたピクチャをこの現在のピクチャに対する第１の参照ピクチャリストに含めることを許可することを規定する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、スライスを備える現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、現在のピクチャに関連付けられたピクチャヘッダに信号通知される参照ピクチャリスト情報と、同一位置に配置されたピクチャを含む参照ピクチャリストＸとに基づいて、現在のピクチャの同一位置に配置されたピクチャの参照インデックスを導出することを規定し、Ｘはゼロまたは１に等しい整数である。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、スライスを含む現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、このスライスに関連付けられたスライスヘッダが同一位置に配置されたピクチャに対する１つ以上の制約を含むことを規定するフォーマット規則に準拠し、１つ以上の制約は、この同一位置に配置されたピクチャに対して参照ピクチャ再サンプリング処理を無効にすることを示す変数を規定する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、フォーマット規則に準拠し、このフォーマット規則は、現在のピクチャに関連付けられたピクチャヘッダにおけるインデックスに対する制約として、インデックスはゼロ以上であり、現在のピクチャに適用可能なアクティブな参照インデックスの数より小さい必要があるように規定する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って映像と映像のビットストリームとの変換を行うことを含み、この規則は、シーケンスパラメータセットを参照して、ピクチャに含まれるサブピクチャの数を示す第１の構文要素の前の位置に設定されたシーケンスパラメータにフラグが含まれていることを規定し、このフラグの特定の値は、このピクチャが正確に１つのスライスを含むことを示す。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って映像と映像のビットストリームとの変換を行うことを含み、この規則は、ピクチャパラメータセットを参照して、ピクチャに含まれるサブピクチャの数を示す第１の構文要素の前の位置に設定されたピクチャパラメータにフラグが含まれていることを規定し、このフラグの特定の値が、このピクチャが正確に１つのスライスを含むことを示す。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、現在のピクチャに関連付けられたピクチャヘッダが、彩度スケーリング（ＬＭＣＳ）コーディングツールで輝度マッピングの３つのモード、（ａ）無効化、（ｂ）すべてのスライスに対して使用、または（ｃ）有効化、のうちの１つのモードのこのピクチャへの適用可能性を信号通知する構文要素を含むことを規定する。

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

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

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

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

ピクチャを輝度コーディングツリーユニット（ＣＴＵ）で分割する例を示す。 輝度ＣＴＵを有するピクチャを分割する別の例を示す。 ピクチャの分割の例を示す。 ピクチャの分割の別の例を示す。 開示された技術を実装することができる映像処理システムの一例を示すブロック図である。 映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。 本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 本発明のいくつかの実施形態によるエンコーダを示すブロック図である。 本発明のいくつかの実施形態によるデコーダを示すブロック図である。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。

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

１． 導入
本明細書は、映像コーディング技術に関する。具体的には、サブピクチャ、タイル、およびスライスの信号通知に関する。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）をサポートする任意の映像コーディング標準または非標準映像コーデックに適用されてもよい。

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

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

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

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

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

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

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

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

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

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

最近のＨＥＶＣの修正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、Ｊ．Ｂｏｙｃｅ，Ａ．Ｒａｍａｓｕｂｒａｍｏｎｉａｎ，Ｒ．Ｓｋｕｐｉｎ，Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ａ．Ｔｏｕｒａｐｉｓ、Ｙ．－Ｋ．Ｗａｎｇ（ｅｄｉｔｏｒｓ）、“ＨＥＶＣ Ａｄｄｉｔｉｏｎａｌ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ （Ｄｒａｆｔ ４），”Ｏｃｔ．２４，２０１７，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐ。この補正を含め、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間ＭＣＴＳ ＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネスティングＳＥＩメッセージを特定する。

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

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

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

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

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

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

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

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

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

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

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

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

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

３．４ 参照ピクチャ管理および参照ピクチャリスト（ＲＰＬ）
参照ピクチャ管理は、インター予測を使用する任意の映像コーディング方式に必要なコア機能である。それは、デコードされたピクチャバッファ（ＤＰＢ）への参照ピクチャの記憶域およびそこからの参照ピクチャの除去を管理するとともに参照ピクチャをＲＰＬ内の適切な順序に置く。

ＨＥＶＣの参照ピクチャ管理は、参照ピクチャのマーキングおよびデコードされたピクチャバッファ（ＤＰＢ）からの除去、並びに参照ピクチャリスト構築（ＲＰＬＣ）を含め、ＡＶＣのものとは異なる。ＡＶＣにおいて、ＨＥＶＣは、スライディングウィンドウに適応メモリ管理制御動作（ＭＭＣＯ）を加えたものに基づく参照ピクチャマーキング機構の代わりに、いわゆる参照ピクチャセット（ＲＰＳ）に基づく参照ピクチャ管理およびマーキング機構を規定し、その結果、ＲＰＬＣは、ＲＰＳ機構に基づく。ＲＰＳは、ピクチャに関連付けられた参照ピクチャのセットで構成され、デコーディング順序において関連付けられたピクチャに先行する全ての参照ピクチャで構成され、デコーディング順序において関連付けられたピクチャまたは関連付けられたピクチャの後に続く任意のピクチャのインター予測に使用してもよい。参照ピクチャセットは、参照ピクチャの５つのリストで構成される。第１の３つのリストは、現在のピクチャのインター予測において使用してもよい、かつ現在のピクチャにデコーディング順において続く１つ以上のピクチャのインター予測において使用してもよい全ての参照ピクチャを含む。他の２つのリストは、現在のピクチャのインター予測において使用されないが、現在のピクチャにデコーディング順において続く１つ以上のピクチャのインター予測において使用してもよい全ての参照ピクチャからなる。ＲＰＳは、主に誤り耐性を改善するために、ＡＶＣにおけるような「インターコーディングされた」信号通知の代わりに、ＤＰＢステータスの「イントラコーディングされた」信号通知を提供する。ＨＥＶＣにおけるＲＰＬＣ処理は、各参照インデックスのＲＰＳサブセットにインデックスを信号通知することによって、ＲＰＳに基づいており、この処理は、ＡＶＣにおけるＲＰＬＣ処理よりも簡単である。

ＶＶＣにおける参照ピクチャ管理は、ＡＶＣよりもＨＥＶＣに類似しているが、いくぶんシンプルで堅牢である。これらの標準におけるように、２つのＲＰＬ、リスト０およびリスト１が導出されるが、これらは、ＨＥＶＣで使用される参照ピクチャセットの概念またはＡＶＣで使用される自動スライディングウィンドウ処理に基づくものではなく、より直接的に信号通知される。参照ピクチャは、ＲＰＬのためにアクティブエントリおよび非アクティブエントリのいずれかとしてリストされ、アクティブエントリのみを、現在のピクチャのＣＴＵのインター予測における参照インデックスとして使用してもよい。非アクティブエントリは、ビットストリームの後半に到着する他のピクチャを参照するために、ＤＰＢに保持されるべき他のピクチャを示す。

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

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

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

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

３．６． ＶＶＣにおけるスライスヘッダおよびピクチャヘッダ
ＨＥＶＣと同様に、ＶＶＣにおけるスライスヘッダは、特定のスライスに関する情報を伝達する。これは、スライスアドレス、スライスタイプ、スライスＱＰ、ピクチャオーダカウント（ＰＯＣ）最下位ビット（ＬＳＢ）、ＲＰＳおよびＲＰＬ情報、重み付け予測パラメータ、ループフィルタリングパラメータ、タイルのエントリオフセット、およびＷＰＰなどを含む。

ＶＶＣは、特定のピクチャのためのヘッダパラメータを含むピクチャヘッダ（ＰＨ）を導入した。各ピクチャは、１つのＰＨまたは１つのＰＨのみを有する必要がある。ＰＨは、基本的に、ＰＨが導入されなかったとした場合に、それぞれが１つのピクチャのすべてのスライスに対して同じ値を有するとき、スライスヘッダにあったであろうパラメータを伝える。これらは、ＩＲＡＰ／ＧＤＲピクチャ指示、インター／イントラスライス許可フラグ、ＰＯＣ ＬＳＢ、およびオプションとしてＰＯＣ ＭＳＢ、ＲＰＬ、デブロッキング、ＳＡＯ、ＡＬＦ、ＱＰデルタ、および重み付き予測、コーディングブロック分割情報、仮想境界、同一位置ピクチャ情報等に関する情報を含む。ピクチャのシーケンス全体における各ピクチャは１つのスライスのみを含むことが多い。このような場合、各ピクチャごとに少なくとも２つのＮＡＬユニットを有することを許可しないために、ＰＨ構文構造は、ＰＨ ＮＡＬユニットまたはスライスヘッダのいずれかに含めることができる。

ＶＶＣにおいて、時間的動きベクトル予測に使用される同一位置に配置されたピクチャの情報は、ピクチャヘッダまたはスライスヘッダのいずれかにおいて信号通知される。

３．７． 彩度スケーリングを伴う輝度マッピング（ＬＭＣＳ）
他のインループフィルタ（すなわち、デブロッキング、ＳＡＯ、およびＡＬＦ）とは異なり、一般的には、空間的近傍のサンプルの情報を使用して現在のサンプルにフィルタリング処理を適用し、コーディングアーチファクトを低減する。これに対し、彩度スケーリング（ＬＭＣＳ）を用いた輝度マッピングは、コード名をダイナミックレンジ全体に再配布することで、エンコーディング前の入力信号を修正して圧縮効率を改善する。ＬＭＣＳは、２つの主なコンポーネント、即ち、（ａ）適応区分的線形モデルに基づく輝度成分のインループマッピング、および（ｂ）彩度成分のための輝度依存彩度残差スケーリング、を有する。輝度マッピングは、順方向マッピング関数ＦｗｄＭａｐと、対応する逆方向マッピング関数ＩｎｖＭａｐを利用する。ＦｗｄＭａｐ関数は、１６個の等しい区分を持つ区分的線形モデルを使用して信号通知される。ＩｎｖＭａｐ関数は信号通知する必要はなく、代わりにＦｗｄＭａｐ関数から派生する。ＡＰＳにおいて、輝度マッピングモデルを信号通知する。コーディングされた映像シーケンスにおいて、最大４つのＬＭＣＳ ＡＰＳを使用できる。１つのピクチャに対してＬＭＣＳが有効化されると、輝度マッピングパラメータを搬送するＡＰＳを識別するように、ピクチャヘッダにＡＰＳ ＩＤが信号通知される。スライスに対してＬＭＣＳが有効化されるとき、ＩｎｖＭａｐ関数をすべての再構成された輝度ブロックに適用し、サンプルを元のドメインに戻す。インターコーディングされたブロックの場合、追加のマッピング処理が必要であり、このマッピング処理は、ＦｗｄＭａｐ関数を適用して、通常の補償処理の後、元のドメインの輝度予測ブロックをマッピングされたドメインにマッピングする。彩度残差スケーリングは、輝度信号とそれに対応するクロマ信号間の相互作用を補正するように設計されている。輝度マッピングが有効化されるとき、輝度依存彩度残差スケーリングが有効化されるかどうかを示すために、追加のフラグが信号通知される。彩度残差スケーリング係数は、現在のＣＵの上側および／または左側の再構成された近傍の輝度サンプルの平均値に依存する。スケーリング係数が決定されると、エンコーディング段階において、イントラ予測残差およびインター予測残差の両方に順方向スケーリングを適用し、再構成された残差に逆方向スケーリングを適用する。

４． 本願の解決策が解決しようとする技術的課題の例
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存の設計は、以下の問題を有する。

１） 同一位置に配置されたピクチャの信号通知は、それがリスト０からのものであるかまたはリスト１からのものであるかどうか、および参照インデックスを含む。現在、同一位置に配置されたピクチャの信号通知は、ＰＨまたはＳＨのいずれかにおいて（しかし、両方ともではない）、ＲＰＬ情報と一緒に行われる。
ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇがいずれも１に等しい場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇの値はｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇと等しくなると推測される。例えば、

その結果、ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよびｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが共に１に等しく、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇの値は、ピクチャのＰスライスに対するものも含め０に等しくなると推測される。しかしながら、Ｐスライスは、リスト０におけるエントリのみを参照するものとする。

２） 以下にコピーされるｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に関する既存の制約は、実際には必要ではない。なぜなら、禁止されているものは、後に、ＳＨ制約（以下にもコピーされる）によって、同一位置に配置されたピクチャが同じ解像度および同じスケーリングウィンドウオフセットを有することを許可されないからである。

３） 同じ解像度で同じスケーリングウィンドウオフセットを有するように同一位置に配置されたピクチャに対するＳＨ制約（上記にコピー）は、０値ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［］［］アスペクトが同じ解像度アスペクトおよび同じスケーリングウィンドウオフセットアスペクトの両方をカバーするため、ある程度の冗長性を有する。したがって、同じ解像度のアスペクトを除去することができる。

４） ＰＨを構文解析するとき、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］の値が既知である場合、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘに現在規定されている値の範囲は最適ではない。

５） 最近のＶＶＣ草案テキストにおいて、ＣＬＶＳにおける任意のピクチャについて、ＰＨ ＮＡＬユニットの代わりにＰＨ構文構造がＳＨに含まれている場合、ＣＬＶＳにおける各ピクチャは、１つのスライスのみ有しており、ＣＬＶＳにおける各ピクチャのＰＨ構文構造は、ＰＨ ＮＡＬユニットの代わりにＳＨに含まれている。この設計は、ピクチャが複数のスライスに分割されず、各ピクチャがただ１つのＮＡＬユニット（２つのＮＡＬユニットの代わりに、１つはＰＨ用であり、１つはスライス用）で表現することができる主な使用の場合のために含まれていた。ＳＰＳにおいて、ＣＬＶＳにおけるピクチャはそれぞれ１つのスライスのみを有することを規定するためのフラグを有することができる。しかし、このようなＳＰＳフラグの値に基づいて、ＳＰＳにおけるいくつかの構文要素（例えば、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇ）の信号通知をスキップするメカニズムがない。

６） 項目５と同様に、ピクチャが１つのスライスのみを有することを規定するように、ＰＰＳにフラグを有することが可能である。しかし、このようなＰＰＳフラグの値に基づいて、ＰＰＳ構文要素ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの１つ以上の信号通知をスキップするメカニズムがない。

７） ＬＭＣＳ信号通知は非効率的である。ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ほとんどの場合、ピクチャのすべてのスライスに対してＬＭＣＳが有効化される。しかし、現在のＶＶＣ設計において、１つのピクチャのすべてのスリックに対してＬＭＣＳが有効化される場合、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいだけでなく、各スライスに対して値１のｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを信号通知する必要がある。
ａ． ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論は、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが真である場合、スライスレベルＬＭＣＳフラグを信号通知する誘因と競合する。現在のＶＶＣにおいて、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇがｔｒｕｅであるとき、それは、すべてのスライスがＬＭＣＳを有効化にすることを意味する。したがって、スライスヘッダにおいて、ＬＭＣＳ有効化フラグをさらに信号送信する必要がない。
ｂ． また、ピクチャヘッダがＬＭＣＳを有効化されていることを伝えると、一般的に、すべてのスライスについて、ＬＭＣＳはすべて有効化される。スライスヘッダにおけるＬＣＭＳの制御は、主にコーナーケースを扱うためのものである。したがって、ＰＨ ＬＭＣＳフラグが真であり、ＳＨ ＬＭＣＳフラグが常に信号通知される場合、共通のユーザの場合に不必要なビットが信号通知される可能性がある。
ｃ． さらに、ｐｈ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇおよびｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論において、ピクチャおよび／またはスライスの彩度残差スケーリングの有効化／無効化が明確に規定されていない。

５． 例示的な技術および実施形態
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。

１） 課題１を解決するために、以下の方法のうちの１つ以上を適用してもよい。
ａ． ピクチャがＰスライスを含むかどうかに関わらず、同一位置に配置されたピクチャは、参照ピクチャリスト１からのものであることが許可されてもよい（かつ、参照ピクチャリスト０に存在しなくてもよい）。

ｂ． ＲＰＬ情報がＰＨにおいて信号通知される（すなわち、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい）場合、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇは０に等しく（すなわち、同一位置に配置されたピクチャは参照ピクチャリスト１に由来し）、スライスが同一位置に配置されたピクチャ参照インデックス（すなわち、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ）は、Ｍｉｎ（ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］－１）に等しくなるように導出されてもよい。
ｉ． あるいは、この場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、（ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ＜ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］）？ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ：Ｎは、０～ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］－１の範囲内にある変数であり、この範囲に含まれる。
１． 一例において、Ｎは０に設定される。

２） 課題２を解決するために、ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値の制約を以下の注記に置き換えることが求められる。

ａ． あるいは、同じスケーリングウィンドウオフセットのアスペクトを既存の制約に追加するだけである、すなわち、制約を以下のように変更することが求められる。

３） 課題３を解決するため、同一位置に配置されたピクチャが同じ解像度でかつ同じスケーリングウィンドウオフセットを有するようにするＳＨ制約において、同じ解像度のアスペクトを除去する場合、０値ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅ［］［］アスペクトを維持するだけでよい。

４） 課題４を解決するために、以下の一方または両方を適用する。
ａ． ＰＨを構文解析し、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが１に等しいときにＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］の値が既知である場合、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値は、０～ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］－１の範囲内にあるように制限されてもよい。
ｂ． ＰＨを構文解析し、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが０に等しいときにＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］の値が既知である場合、ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値は、０～ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］－１の範囲内にあるように制限されてもよい。

５）課題５を解決するために、ＳＰＳフラグ、例えば、ＳＰＳのｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇを、構文要素ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇの前の位置で信号通知してもよく、ｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合は、ＳＰＳを参照する各ピクチャがスライス１つのみを含むことを規定する。
ａ． さらに、ｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合、ＳＰＳ構文要素ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１およびｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇのいずれかまたは両方の信号通知はスキップしてもよい。
ｉ． さらに、ｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１およびｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇのいずれかまたは両方の値は、それぞれ０および１に等しいと推測できる。
ｂ． あるいは、さらに、ｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しいとき、ＳＰＳ構文要素ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１およびｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇのいずれかまたは両方の値は、それぞれ０および１に等しくなるように制約される。
ｃ． さらに、ｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しいとき、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値は１に等しいことが必要となる可能性がある。
ｄ． あるいは、さらに、各ピクチャが１つのスライスのみを含むべきであるという制約が真である（例えば、１＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい）場合、ＳＰＳフラグが１に等しいことが必要である。

６）課題６を解決するために、ＰＰＳフラグ、例えば、ＳＰＳのｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇを、構文要素ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇの前の位置で信号通知してもよく、ｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合は、ＰＰＳを参照する各ピクチャがスライス１つのみを含むことを規定する。
ａ． さらに、ｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合、このようなＰＰＳフラグの値に基づいて、ＰＰＳ構文要素ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの１つ以上の信号通知をスキップしてもよい。
ｉ． さらに、ｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合、このようなＰＰＳフラグの値に基づいて、ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの１つ以上の値をそれぞれ、０、１、１、１および１に等しいと推測できる。
ｂ． あるいは、さらに、ｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが１に等しい場合、このようなＰＰＳフラグの値に基づいて、ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの１つ以上の値をそれぞれ、０、１、１、１および１に等しくなるように制約される。
ｃ． あるいは、さらに、各ピクチャが１つのスライスのみを含むべきであるという制約が真である（例えば、１＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい）場合、ＰＰＳフラグは１に等しいことが必要である。

７） 課題７およびその副課題を解決するために、ＰＨフラグｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを、３つのモード、即ち、無効化（モード０）、全てのスライスに使用（モード１）、および有効化（モード２）を規定する２ビットのｐｈ＿ｌｍｃｓ＿ｍｏｄｅ＿ｉｄｃに置き換えてもよい。モード１において、１つのピクチャのすべてのスライスに対してＬＭＣＳが使用され、ＳＨにおいてＬＭＣＳ制御情報は必要とされない。
ａ． あるいは、さらに、ＬＭＣＳ ＳＨ制御フラグ（例えば、ｓｌｉｃｅ＿ｌｍｃｓ＿ｕｓｅｄ＿ｆｌａｇ）の意味論を、ＬＭＣＳが使用されているかどうかを示すように修正する。
あるいは、さらにｐｈ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇの意味論の固定は、６．３章に記載されるように、ピクチャおよび／またはスライスの彩度残差スケーリングの有効化／無効化を正しく説明するために行われる。

６． 実施形態

６．１． 第一の実施形態
本実施形態は、上述した実施例２～４に対応する。
７．４．３．７ ピクチャヘッダ構造意味論
．．．
ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇは、附属書Ｃに規定されるように、デコードされたピクチャの出力および削除処理に影響を及ぼす。ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが存在しない場合、１に等しいと推測される。

．．．
ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＨに関連するスライスのインター予測に時間動きベクトル予測モジュールを使用できるかを規定する。ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ＰＨに関連付けられたスライスの構文要素は、時間的動きベクトル予測子がスライスのデコーディングに使用されないように制約されるものとする。そうでない場合（ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合）、ＰＨに関連付けられたスライスのデコーディングに時間的動きベクトル予測子を使用してもよい。存在しない場合、ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推測される。［［ＤＰＢにおける参照ピクチャの空間的解像度が現在のピクチャと同じでない場合、ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいものとする。］］

．．．
１に等しいｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿Ｉ０＿ｆｌａｇは、時間的動きベクトル予測に使用される同一位置に配置されたピクチャが参照ピクチャリスト０から導出されることを規定する。０に等しいｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿Ｉ０＿ｆｌａｇは、時間的動きベクトル予測に使用される同一位置に配置されたピクチャが参照ピクチャリスト１から導出されることを規定する。
ｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、時間的動きベクトル予測に使用される同一位置に配置されたピクチャの参照インデックスを規定する。

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

．．．

６．２． 第二の実施形態

本実施形態は、上述した実施例５～６に対応する。
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
ｓｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５＋５は、各ＣＴＵの輝度コーディングツリーブロックのサイズを規定する。ｓｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５の値は、０～２の範囲内である。ｓｐｓ＿ｌｏｇ２＿ＣＴＵ＿ｓｉｚｅ＿ｍｉｎｕｓ５の値３は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来使用するために確保されている。
変数ＣｔｂＬｏｇ２ＳｉｚｅＹおよびＣｔｂＳｉｚｅＹは、以下のように導出される。
ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｓｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５＋５ （４３）
ＣｔｂＳｉｚｅＹ＝１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ （４４）

１に等しいｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＬＶＳのためのサブピクチャ情報が存在し、ＣＬＶＳの各ピクチャに１つ以上のサブピクチャが存在し得ることを規定する。０に等しいｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＬＶＳのためのサブピクチャ情報が存在せず、ＣＬＶＳの各ピクチャにはサブピクチャが１つだけ存在することを規定する。
ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しい場合は、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいものとする。
注３－ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャのサブセットのみを含む場合、ＳＰＳのＲＢＳＰにおいて、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値を１に設定することが必要となる場合がある。
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、ＣＬＶＳ内の各ピクチャのサブピクチャの数を規定する。ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は、０～Ｃｅｉｌ（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷ＣｔｂＳｉｚｅＹ）＊Ｃｅｉｌ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷ＣｔｂＳｉｚｅＹ）－１のの範囲内にあるものとする。存在しない場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。

．．．
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

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

ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＰＰＳを参照してデコードされた各ピクチャの幅を輝度サンプルの単位で規定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくないものとし、Ｍａｘ（８，ＭｉｎＣｂＳｉｚｅＹ）の整数倍であるものとし、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ以下であるものとする。
ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しい場合、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値はｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓと等しいものとする。
ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値は、（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）の値以下であるとする。
．．．

．．．
０に等しいｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、各スライス内のタイルがラスタスキャン順に配列されており、かつスライス情報がＰＰＳで信号通知されないことを規定する。１に等しいｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは、各スライス内のタイルがピクチャの矩形領域を覆い、かつスライス情報がＰＰＳで信号通知されることを規定する。存在しない場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは１に等しいと推測される。ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇの値は１に等しいものとする。

ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１＋１は、ＰＰＳを参照する各ピクチャの矩形スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両端含む）とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものとする。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値はｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しいと推論される。
．．．
７．４．８．１ 一般スライスヘッダ意味論
．．．
１に等しいｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、スライスヘッダにＰＨ構文構造が存在することを規定する。０に等しいｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＰＨ構文構造が存在しないことを規定する。
ＣＬＶＳ内のすべてのコーディングされたスライスにおいて、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が同じであるものとすることが、ビットストリーム適合性の要件である。
１つのコーディングされたスライスに対してｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等しい場合は、ＰＨ＿ＮＵＴであるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＶＣＬ ＮＡＬユニットがＣＬＶＳに存在しないものとすることが、ビットストリーム適合性の要件である。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しい場合、現在のピクチャにおけるすべてのコーディングされたスライスは、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しいものとし、現在のＰＵはＰＨ ＮＡＬユニットを有するものとする。

．．．

６．３． 第三の実施形態
本実施形態は、上述した実施例７に対応する。
７．３．２．７ ピクチャヘッダ構造構文

７．４．３．７ ピクチャヘッダ構造意味論
．．．

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

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

．．．

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

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

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

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

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

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

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

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

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

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

映像エンコーダ１１４および映像デコーダ１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規格に従って動作してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１０は、映像処理の方法１０００の一例を示すフローチャートを示す。方法１０００は、動作１０１０において、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、デコードされたピクチャバッファにおける参照ピクチャが現在のピクチャと同一の空間的解像度およびスケーリングウィンドウオフセットを有するかどうかに基づいて、この現在のピクチャに対して時間的動きベクトル予測ツールの使用を無効化するフラグを含むことを規定するフォーマット規則に準拠する。

図１１は、映像処理の方法１１００の一例を示すフローチャートを示す。方法１１００は、動作１１１０において、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、現在のピクチャが予測コーディングされたスライス（Ｐスライス）を含むかどうかに関わらず、この現在のピクチャの同一位置に配置されたピクチャをこの現在のピクチャに対する第１の参照ピクチャリストに含めることを許可することを規定するフォーマット規則に準拠する。

図１２は、映像処理の方法１２００の一例を示すフローチャートを示す。方法１２００は、動作１２１０において、スライスを備える現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、現在のピクチャに関連付けられたピクチャヘッダに信号通知される参照ピクチャリスト情報と、同一位置に配置されたピクチャを含む参照ピクチャリストＸとに基づいて、現在のピクチャの同一位置に配置されたピクチャの参照インデックスを導出することを規定し、Ｘはゼロまたは１に等しい整数である。

図１３は、映像処理の方法１３００の一例を示すフローチャートを示す。この方法１３００は、動作１３１０において、１つのスライスを含む現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、このスライスに関連付けられた１つのスライスヘッダが同一位置に配置されたピクチャに対する１つ以上の制約を含むことを規定するフォーマット規則に準拠し、１つ以上の制約は、この同一位置に配置されたピクチャに対して参照ピクチャ再サンプリング処理を無効にすることを示す変数を規定する。

図１４は、映像処理の方法１４００の一例を示すフローチャートを示す。方法１４００は、動作１４１０において、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、この現在のピクチャに関連付けられたピクチャヘッダにおけるインデックスに対する制約を、インデックスはゼロ以上であり、現在のピクチャに適用可能なアクティブな参照インデックスの数より小さい必要があるように規定するフォーマット規則に準拠する。

図１５は、映像処理の方法１５００の一例を示すフローチャートを示す。この方法１５００は、動作１５１０において、規則に従って映像と映像のビットストリームとの変換を行うことを含み、この規則は、シーケンスパラメータセットを参照して、ピクチャに含まれるサブピクチャの数を示す第１の構文要素の前の位置に設定されたシーケンスパラメータにフラグが含まれていることを規定し、このフラグの値の特定の値は、このピクチャが正確に１つのスライスを含むことを示す。

図１６は、映像処理の方法１６００の一例を示すフローチャートを示す。この方法１６００は、動作１６１０において、規則に従って映像と映像のビットストリームとの変換を行うことを含み、この規則は、ピクチャパラメータセットを参照して、ピクチャに含まれるサブピクチャの数を示す第１の構文要素の前の位置に設定されたピクチャパラメータにフラグが含まれていることを規定し、このフラグの値の特定の値は、このピクチャが正確に１つのスライスを含むことを示す。

図１７は、映像処理の方法１７００の一例を示すフローチャートを示す。この方法１７００は、動作１７１０において、現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、現在のピクチャに関連付けられたピクチャヘッダが、彩度スケーリング（ＬＭＣＳ）コーディングツールで輝度マッピングの３つのモード、（ａ）無効化、（ｂ）すべてのスライスに対する使用、または（ｃ）有効化、のうちの１つのモードのこのピクチャへの適用可能性を信号通知する構文要素を含むことを規定するフォーマット規則に準拠する。

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

Ａ１．現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、デコードされたピクチャバッファにおける参照ピクチャが現在のピクチャと同一の空間的解像度およびスケーリングウィンドウオフセットを有するかどうかに基づいて、この現在のピクチャに対する時間的動きベクトル予測ツールの使用を無効化するフラグを含むことを規定する、映像処理方法。

Ａ２．デコードされたピクチャバッファにおける参照ピクチャは、現在のピクチャと同じ空間的解像度および同じスケーリングウィンドウオフセットを有しないために、フラグはゼロに等しい、解決策Ａ１に記載の方法。

Ａ３．デコードされたピクチャバッファにおける参照ピクチャは、現在のピクチャにおけるすべてのスライスの１つ以上の参照ピクチャリストのアクティブエントリに存在しないために、フラグはゼロに等しい、解決策Ａ１に記載の方法。

Ａ４．前記フラグが０であることは、現在のピクチャに対して時間的動きベクトル予測ツールが無効化されていることを示す、解決策Ａ２またはＡ３に記載の方法。

Ａ５．前記フラグは、ピクチャヘッダに含まれる、解決策Ａ１～Ａ４のいずれかに記載の方法。

Ａ６．前記フラグがｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇである、解決策Ａ５に記載の方法。

Ａ７．現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、現在のピクチャが予測コーディングされたスライス（Ｐスライス）を含むかどうかに関わらず、この現在のピクチャの同一位置に配置されたピクチャをこの現在のピクチャに対する第１の参照ピクチャリストに含めることを許可することを規定する、映像処理方法。

Ａ８．前記フォーマット規則は、前記同一位置に配置されたピクチャが前記現在のピクチャに対する第２の参照ピクチャリストに存在しないことをさらに規定する、解決策Ａ７に記載の方法。

Ａ９．第１の参照ピクチャリストがＲｅｆＰｉｃＬｉｓｔ［１］であり、第２の参照ピクチャリストがＲｅｆＰｉｃＬｉｓｔ［０］である、解決策Ａ８に記載の方法。

Ａ１０．スライスを備える現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、現在のピクチャに関連付けられたピクチャヘッダに信号通知される参照ピクチャリスト情報と、同一位置に配置されたピクチャを含む参照ピクチャリストＸとに基づいて、現在のピクチャの同一位置に配置されたピクチャの参照インデックスを導出することを規定し、Ｘはゼロまたは１に等しい整数である、映像処理方法。

Ａ１１．前記同一位置に配置されたピクチャの参照インデックスは、（ａ）前記ピクチャヘッダにおける同一位置に配置されたピクチャ参照インデックスと、（ｂ）参照ピクチャリスト（１－Ｘ）におけるアクティブなエントリの数から１を減じた数との最小値として導出される、解決策Ａ１０に記載の方法。

Ａ１２．前記同一位置に配置されたピクチャの参照インデックスは、（ａ）前記同一位置に配置されたピクチャ参照インデックスが、参照ピクチャリスト（１－Ｘ）におけるアクティブエントリの数未満である場合は、前記ピクチャヘッダにおける前記同一位置に配置されたピクチャとして、または（ｂ）ゼロから参照ピクチャリスト（１－Ｘ）におけるアクティブエントリの数から１を減じた数の範囲にわたる所定の非負の整数（Ｎ）として導出する、解決策Ａ１０に記載の方法。

Ａ１３．Ｎ＝０である、解決策Ａ１２に記載の方法。

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

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

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

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

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

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

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

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

Ｂ１．スライスを含む現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、このスライスに関連付けられたスライスヘッダが同一位置に配置されたピクチャに対する１つ以上の制約を含むことを規定するフォーマット規則に準拠し、１つ以上の制約は、この同一位置に配置されたピクチャに対して参照ピクチャ再サンプリング処理を無効にすることを示す変数を規定する、映像処理方法。

Ｂ２．前記変数はＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇであり、値がゼロである前記変数は、前記同一位置に配置されたピクチャのために前記参照ピクチャの再サンプリング処理が無効化されていることを示す、解決策Ｂ１に記載の方法。

Ｂ３．前記１つ以上の制約は、同一位置に配置されたピクチャのサブピクチャの数およびコーディングツリーユニット（ＣＴＵ）のサイズが現在のピクチャと同一であることをさらに規定する、解決策Ｂ１に記載の方法。

Ｂ４．前記同一位置に配置されたピクチャは、現在のピクチャに対して有効化される時間的動きベクトル予測ツールにおいて使用される、解決策Ｂ１～Ｂ３のいずれかに記載の方法。

Ｂ５．現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームは、フォーマット規則に準拠し、このフォーマット規則は、現在のピクチャに関連付けられたピクチャヘッダにおけるインデックスに対する制約を、インデックスはゼロ以上であり、現在のピクチャに適用可能なアクティブな参照インデックスの数より小さい必要があるように規定する、映像処理方法。

Ｂ６．前記インデックスは、現在のピクチャの時間的動きベクトル予測に使用される同一位置に配置されたピクチャを示す、解決策Ｂ５に記載の方法。

Ｂ７．前記アクティブな参照インデックスは、参照ピクチャリスト０の参照インデックスに対応する、解決策Ｂ５またはＢ６に記載の方法。

Ｂ８．前記アクティブな参照インデックスは、参照ピクチャリスト１の参照インデックスに対応する、解決策Ｂ５またはＢ６に記載の方法。

Ｂ９．規則に従って映像と映像のビットストリームとの変換を行うことを含み、この規則は、シーケンスパラメータセットを参照して、ピクチャに含まれるサブピクチャの数を示す第１の構文要素の前の位置に設定されたシーケンスパラメータにフラグが含まれていることを規定し、このフラグの特定の値が、このピクチャは正確に１つのスライスを含むことを示す、映像処理方法。

Ｂ１０．前記フラグはｓｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇであり、第１の構文要素はｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１である、解決策Ｂ９に記載の方法。

Ｂ１１．前記フォーマット規則は、前記第１の構文要素または第２の構文要素を、前記フラグに含めることに起因して前記シーケンスパラメータセットから除外することをさらに規定する、解決策Ｂ９またはＢ１０に記載の方法。

Ｂ１２．前記フォーマット規則は、前記第１の構文要素または第２の構文要素が、前記フラグを含めることに起因して特定の値を有すると推測されることをさらに規定する、解決策Ｂ９またはＢ１０に記載の方法。

Ｂ１３．前記第２の構文要素は、ｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇである、解決策Ｂ１１またはＢ１２に記載の方法。

Ｂ１４．前記第２の構文要素は、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇである、解決策Ｂ１２に記載の方法。

Ｂ１５．規則に従って映像と映像のビットストリームとの変換を行うことを含み、この規則は、ピクチャパラメータセットを参照して、ピクチャに含まれるサブピクチャの数を示す第１の構文要素の前の位置に設定されたピクチャパラメータにフラグが含まれていることを規定し、このフラグの特定の値が、このピクチャが正確に１つのスライスを含むことを示す、映像処理方法。

Ｂ１６．前記フラグは、ｐｐｓ＿ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃｔｕｒｅ＿ｆｌａｇであり、第１の構文要素は、ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しい、解決策Ｂ１５に記載の方法。

Ｂ１７．前記フォーマット規則は、前記第１の構文要素または第２の構文要素を、前記フラグを含めることに起因して前記ピクチャパラメータセットから除外することをさらに規定する、解決策Ｂ１５またはＢ１６に記載の方法。

Ｂ１８．前記フォーマット規則は、前記第１の構文要素または第２の構文要素が、前記フラグを含めることに起因して特定の値を有すると推測されることをさらに規定する、解決策Ｂ１５またはＢ１６に記載の方法。

Ｂ１９．第２の構文要素は、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、またはｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇである、解決策Ｂ１８の方法。

Ｂ２０．現在のピクチャを含む映像とこの映像のビットストリームとの変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、現在のピクチャに関連付けられたピクチャヘッダが、彩度スケーリング（ＬＭＣＳ）コーディングツールで輝度マッピングの３つのモード、（ａ）無効化、（ｂ）すべてのスライスに対する使用、または（ｃ）有効化、のうちの１つのモードのこのピクチャへの適用可能性を信号通知する構文要素を含むことを規定する、映像処理方法。

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

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

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

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

Ｂ２５．命令が記憶されたコンピュータ可読媒体であって、前記命令が実行されると、プロセッサに、解決策Ｂ１～Ｂ２３に１つ以上記載の方法を実装させる、コンピュータ可読媒体。

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

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

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

Ｐ１．１つ以上のピクチャを備える複数の映像レイヤを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、コーディングされた表現は、現在のピクチャに含まれる予測コード化されたスライス（Ｐスライス）のための第１の参照ピクチャリストまたは第２の参照ピクチャリストからの映像ピクチャの同一位置に配置されたピクチャの使用を定義するフォーマット規則に準拠する、映像処理方法。

Ｐ２．前記フォーマット規則は、第１の参照ピクチャリストを使用し、かつ第２の参照ピクチャリストを条件付きで使用してＰスライスをコーディングすることをさらに規定する、解決策Ｐ１に記載の方法。

Ｐ３．１つ以上のピクチャを備える複数の映像レイヤを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、コーディングされた表現は、デコードされたピクチャバッファにおける参照ピクチャは、現在のピクチャと同じ空間的解像度およびスケーリングウィンドウオフセットを有しないことに起因して、１つのレイヤの現在のピクチャに対する時間的動きベクトル予測ツールの使用を無効化するフラグが、コーディングされた表現に含まれることを規定するフォーマット規則に準拠する、映像処理方法。

Ｐ４．１つ以上のピクチャを備える複数の映像レイヤを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、コーディングされた表現は、インデックスが、現在のピクチャに適用可能なアクティブな参照インデックスの数の値よりも小さい必要があるように、現在のピクチャのピクチャヘッダにおけるインデックスに対する制約を規定するフォーマット規則に準拠する、映像処理方法。

Ｐ５．１つ以上のピクチャを備える複数の映像レイヤを含む映像と前記映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、シーケンスパラメータセットにフラグを含めることを規定するフォーマット規則に準拠し、フラグは、参照ピクチャに含まれるサブピクチャの数を示すフィールドの前の位置に含まれ、フラグの特定の値が、参照ピクチャが正確に１つのスライスを含むことを示す、映像処理方法。

Ｐ６．前記フォーマット規則は、前記フラグを含めることに起因して、前記シーケンスパラメータセットから前記フィールドを削除することをさらに規定する、解決策Ｐ５に記載の方法。

Ｐ７．前記フォーマット規則は、前記フラグを含めることに起因して、前記フィールドにおける特定の値を前記シーケンスパラメータセットから信号通知することをさらに規定する、解決策Ｐ５に記載の方法。

Ｐ８．１つ以上のピクチャを含む複数の映像レイヤを含む映像と前記映像のコーディングされた表現との変換を行うことを含み、前記コーディングされた表現は、ピクチャパラメータセットにフラグを含めることを規定するフォーマット規則に準拠し、フラグは、参照ピクチャに含まれるサブピクチャの数を示すフィールドの前の位置に含まれ、フラグの特定の値が、参照ピクチャが正確に１つのスライスを含むことを示す、映像処理方法。

Ｐ９．前記フォーマット規則は、前記フラグを含めることに起因して、前記ピクチャパラメータセットから前記フィールドを削除することをさらに規定する、解決策Ｐ８に記載の方法。

Ｐ１０．前記フォーマット規則は、前記フラグを含めることに起因して、前記フィールドにおける特定の値を前記ピクチャパラメータセットから信号通知することをさらに規定する、解決策Ｐ８記載の方法。

Ｐ１１．１つ以上のピクチャを含む複数の映像レイヤを含む映像と前記映像のコーディングされた表現との変換を行うことを含む映像処理方法であって、コーディングされた表現は、ピクチャのピクチャヘッダに１つの構文要素を含めることを規定するフォーマット規則に準拠し、この構文要素は、彩度スケーリング（ＬＭＣＳ）コーディングツールを用いた輝度マッピングの３つのモード、（ａ）無効化、（ｂ）すべてのスライスに対する使用、または（ｃ）有効化、のうちの１つのモードのこのピクチャへの適用可能性を信号通知する構文要素を含むことを規定する、映像処理方法。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (12)

1. 現在のピクチャを含む映像と前記映像のビットストリームとの変換を行うこと、を含む映像処理方法であって、
   前記ビットストリームはフォーマット規則に準拠し、
   前記フォーマット規則は、前記ビットストリームのビットストリーム適合性の要件を保証するために、フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇのセマンティックに制約が存在することを指定し、前記制約は、前記現在のピクチャと同じ空間解像度および同じスケーリングウィンドウオフセットを有する復号されたピクチャバッファ内に参照ピクチャが存在しないことにより、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が、時間的動きベクトル予測ツールが前記現在のピクチャに対して無効であることを示し、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャヘッダに含まれ、
   参照ピクチャが前記現在のピクチャと同じ空間解像度を有するという制約が、スライスヘッダ内の同一位置に配置されたピクチャに関連する構文要素のセマンティックから削除される、映像処理方法。
2. 前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、前記時間的動きベクトル予測ツールが前記現在のピクチャに対して無効であることを示すゼロに等しい、請求項１に記載の方法。
3. 前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、前記復号されたピクチャバッファにおける前記参照ピクチャが前記現在のピクチャにおけるすべてのスライスのうち１つ以上の参照ピクチャリストのアクティブエントリにないことにより、前記時間的動きベクトル予測ツールが前記現在のピクチャに対して無効であることを示すゼロに等しい、請求項１又は２に記載の方法。
4. 前記フォーマット規則は、前記現在のピクチャのスライスに関連する前記スライスヘッダが、前記現在のピクチャの同一位置に配置されたピクチャについての１つ以上の制約を含み、
   前記１つ以上の制約は、参照ピクチャ再サンプリング処理が前記同一位置に配置されたピクチャに対して無効であることを示す変数を規定する、請求項１～３のいずれか１項に記載の方法。
5. 前記変数はＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇであり、ゼロの値を有する前記変数は、前記参照ピクチャ再サンプリング処理が前記同一位置に配置されたピクチャに対して無効であることを示す、請求項４に記載の方法。
6. 前記１つ以上の制約は、前記同一位置に配置されたピクチャのサブピクチャの数およびコーディングツリーユニット（ＣＴＵ）サイズが前記現在のピクチャと同一であることをさらに規定する、請求項４または５に記載の方法。
7. 同一位置に配置されたピクチャは、前記時間的動きベクトル予測ツールにおいて使用される、請求項１～６のいずれか１項に記載の方法。
8. 前記変換は、前記ビットストリームから前記映像をデコーディングすることを含む、請求項１～７のいずれか１項に記載の方法。
9. 前記変換は、前記映像を前記ビットストリームにエンコーディングすることを含む、請求項１～７のいずれか１項に記載の方法。
10. 処理装置と命令を備える非一時的メモリとを含む映像データを処理するための装置であって、前記命令は、処理装置による実行時に、処理装置に、
    現在のピクチャを含む映像と前記映像のビットストリームとの変換を行うこと、を行わせ、
    前記ビットストリームはフォーマット規則に準拠し、
    前記フォーマット規則は、前記ビットストリームのビットストリーム適合性の要件を保証するために、フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇのセマンティックに制約が存在することを指定し、前記制約は、現在のピクチャと同じ空間解像度および同じスケーリングウィンドウオフセットを有する復号されたピクチャバッファ内に参照ピクチャが存在しないことにより、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が、時間的動きベクトル予測ツールが前記現在のピクチャに対して無効であることを示し、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャヘッダに含まれ、
    前記参照ピクチャが前記現在のピクチャと同じ空間解像度を有するという制約が、スライスヘッダ内の同一位置に配置されたピクチャに関連する構文要素のセマンティックから削除される、映像データを処理するための装置。
11. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、処理装置に、
    現在のピクチャを含む映像と前記映像のビットストリームとの変換を行うこと、を行わせ、
    前記ビットストリームはフォーマット規則に準拠し、
    前記フォーマット規則は、前記ビットストリームのビットストリーム適合性の要件を保証するために、フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇのセマンティックに制約が存在することを指定し、前記制約は、現在のピクチャと同じ空間解像度および同じスケーリングウィンドウオフセットを有する復号されたピクチャバッファ内に参照ピクチャが存在しないことにより、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が、時間的動きベクトル予測ツールが前記現在のピクチャに対して無効であることを示し、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャヘッダに含まれ、
    前記参照ピクチャが前記現在のピクチャと同じ空間解像度を有するという制約が、スライスヘッダ内の同一位置に配置されたピクチャに関連する構文要素のセマンティックから削除される、非一時的なコンピュータ可読記憶媒体。
12. 映像のビットストリームを記憶する方法であって、
    現在のピクチャを含む前記映像の前記ビットストリームを生成することと、
    前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、を含み、
    前記ビットストリームはフォーマット規則に準拠し、
    前記フォーマット規則は、前記ビットストリームのビットストリーム適合性の要件を保証するために、フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇのセマンティックに制約が存在することを指定し、前記制約は、現在のピクチャと同じ空間解像度および同じスケーリングウィンドウオフセットを有する復号されたピクチャバッファ内に参照ピクチャが存在しないことにより、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が、時間動きベクトル予測ツールが前記現在のピクチャに対して無効であることを示し、前記フラグｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャヘッダに含まれ、
    前記参照ピクチャが前記現在のピクチャと同じ空間解像度を有するという制約が、スライスヘッダ内の同一位置に配置されたピクチャに関連する構文要素のセマンティックから削除される、方法。

Images