JP7464742B2 - 参照ピクチャリサンプリング - Google Patents

Description

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

この特許明細書は、画像および映像の符号化および復号化に関する。

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

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

１つの例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間での変換を行うことを含む。この規則は、前記現在のピクチャと異なる解像度を有する参照ピクチャを前記変換のためにリサンプリングする参照ピクチャリサンプリングツールの使用を規定するために、複数のシンタックス要素が使用されることを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間での変換を行うことを含む。この規則は、（１）前記現在のピクチャと異なる解像度を有する参照ピクチャをリサンプリングする参照ピクチャリサンプリングツール、および、（２）コーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内のピクチャ解像度の変更、を規定するために、非バイナリ値を有するシンタックス要素が使用されることを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、複数のレイヤを含む映像とこの映像のビットストリームとの間での変換を行うことを含む。この規則は、サブピクチャを前記変換のための映像ピクチャとして扱う場合、このサブピクチャを含む現在のレイヤおよびこの現在のレイヤに関連付けられたレイヤのサブセットを含む複数のレイヤのすべてよりも少ないレイヤにクロスレイヤアライメント制限が適用されることを規定し、前記クロスレイヤアライメント制限は、映像ピクチャの寸法、この映像ピクチャ内のサブピクチャの数、少なくとも１つのサブピクチャの位置、またはサブピクチャの識別の内の少なくとも１つを制限することを含む。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像の現在のレイヤとこの映像のビットストリームとの間での変換を行うことを含む。この規則は、すべてのレイヤの内のいずれかが出力レイヤセットにおける出力レイヤであるかどうかに関わらず、前記現在のレイヤに関連付けられた依存性ツリーにおけるすべてのレイヤにクロスレイヤアライメント制限を適用することを規定する。クロスレイヤアライメント制限は、映像ピクチャの寸法、映像ピクチャ内のサブピクチャの数、少なくとも１つのサブピクチャの位置、またはサブピクチャの識別のうちの少なくとも１つを制限することを含む。前記依存性ツリーにおけるすべてのレイヤは、現在のレイヤと、前記現在のレイヤを参照レイヤとするすべてのレイヤと、前記現在のレイヤのすべての参照レイヤと、を含む。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間での変換を行うことを含む。この規則は、コーディングされたレイヤ映像シーケンス（ＣＬＶＳ）においてピクチャ解像度の変化を許可するかどうかを規定するシンタックス要素の値に関わらず、前記現在のピクチャと同じレイヤの参照ピクチャリサンプリングを有効にすることを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、複数のレイヤを有する映像の現在のピクチャとこの映像のビットストリームとの間での変換を行うことを含む。この規則は、以下のうちの１つを規定する。（１）前記現在のピクチャの参照ピクチャが同一位置に配置されることが許可されないこと、または、（２）前記現在のピクチャの参照ピクチャが同一位置に配置されている場合、前記現在のピクチャの変換中にスケーリングせずに、この参照ピクチャを指す動きベクトルを使用すること。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像とこの映像のビットストリームとの間での変換を行うことを含む。この規則は、輝度サンプルの数で表現される寸法が同じである、同じコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）またはコーディングされた映像シーケンス（ＣＶＳ）における任意の２つの映像ピクチャに対して、スケーリングウィンドウオフセットパラメータが同じであることを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間での変換を行うことを含む。この規則は、現在のピクチャのピクチャ解像度が、前記現在のピクチャの同じアクセスユニット内の少なくとも１つの他のピクチャと異なることに応じて、前記現在のピクチャがランダムアクセスポイント内（ＩＲＡＰ）ピクチャである場合にのみ、レイヤ間予測コーディングツールを有効にすることを規定する。

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

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

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

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

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

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

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

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

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

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

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

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

１． 概要
本明細書は、映像コーディング技術に関する。具体的には、１）映像コーディングにおける、参照ピクチャリサンプリング（ＲＰＲ）、サブピクチャ、およびスケーラビリティのうちの２つ以上の組み合わせ、２）現在のピクチャと同じ空間解像度を有する参照ピクチャとの間でのＲＰＲの使用、および、３）長期参照ピクチャと同一位置に配置されたピクチャとの組み合わせ、である。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング標準又は非標準映像コーデックに適用されてもよい。

２． 略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ
ＩＬＰ Ｉｎｔｅｒ－Ｌａｙｅｒ Ｐｒｅｄｉｃｔｉｏｎ
ＩＬＲＰ Ｉｎｔｅｒ－Ｌａｙｅｒ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ
ＩＲＡＰ Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｉｃｔｕｒｅ
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ
ＬＴＲＰ Ｌｏｎｇ－Ｔｅｒｍ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＳＴＲＰ Ｓｈｏｒｔ－Ｔｅｒｍ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

４． 開示される技術的解決策によって解決される技術課題
最近のＶＶＣテキストにおける既存の設計は、以下の課題を有する。
１） 現在のＶＶＣ設計は、図１１に示すように、３６０度映像の典型的なコーディング方式をサポートする。しかしながら、現在のＶＶＣ設計においてスケーラビリティがサポートされているが、図１２に示されるような改良された３６０度映像コーディング方式はサポートされていない。図１１に示されたアプローチと比較した唯一の差異は、図１２に示されたアプローチに対してレイヤ間予測（ＩＬＰ）が適用されることである。
ＶＶＣ草案における以下の２つの箇所は、サブピクチャと空間的スケーラビリティとを組み合わせて使用することを許可していない。
ａ． ＶＶＣにおける空間的スケーラビリティ設計は、ＲＰＲの特徴に依存する。しかしながら、ＲＰＲとサブピクチャとの組み合わせは、現在、以下の意味論の制約によって許可されていない。

その結果、上位レイヤが参照するＳＰＳに対しては、上記の制約が、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを１に設定すること（１ピクチャ当たり複数のサブピクチャを使用すること）、かつ、同時に、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇを１に設定すること（ＩＬＰによる空間的スケーラビリティのために必要であるＲＰＲを有効化すること）を許可しないため、この改良されたコーディング方式は、許可されない。
ｂ． 現在のＶＶＣ草案は、サブピクチャとスケーラビリティとの組み合わせに関して、以下の制約を有する。

この上述の制約は、基本的に、サブピクチャとＳＮＲスケーラビリティとの制限された組み合わせ以外の、サブピクチャとＩＬＰとのスケーラビリティとの任意の他の組み合わせを許可しない。ここで、各依存性ツリー内のレイヤは、同じ空間解像度および同じサブピクチャレイアウトを有する必要がある。
２） ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が１に等しい場合、ｉ番目のサブピクチャのサブピクチャ境界は、動き補償におけるピクチャ境界として扱われる。このような処理は、ＶＶＣ草案テキストにおいて、動き補償に関する復号化処理においてあるクリッピング演算を適用することで実現される。しかしながら、図１２に示される改良されたコーディング方式の場合、下位レイヤは完全に復号化器に利用可能であるため、ｉ番目のサブピクチャに対応する領域だけでなく、このようなクリッピングを適用する必要がなく、不必要なコーディング効率の低下を回避する。
３） 図１２に示された改良されたコーディング方式のサポートを考慮しなければ、上述したようなサブピクチャの組み合わせおよびスケーラビリティに関する既存の制約は、以下の課題を有する（この記載は課題１ｂの記載に含まれる）。
ａ． この制約は、ｉ番目のサブピクチャを含むレイヤがＯＬＳの出力レイヤでない場合にも適用されるべきである。レイヤがＯＬＳの出力レイヤであるかどうかを考慮しない方法で、制約全体を特定すべきである。
ｂ． ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値をレイヤ全体にわたって整列させるための要件を含めるべきであり、そうでない場合、レイヤ全体にわたって同じインデックスを有するサブピクチャシーケンスを抽出することは不可能であろう。
ｃ． ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が１に等しく、サブピクチャシーケンスが抽出可能である限り、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値をレイヤ全体にわたって整列させるための要件は、このフラグの値に関わらず除外されるべきである。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値の設定は、エンコーダが、単一の抽出可能なサブピクチャシーケンスの品質と抽出可能なサブピクチャシーケンスのセットの品質とをトレードオフすることを決定するために、２つのフラグが互いに独立して信号通知される理由と同様に、行わなければならない。
ｄ． ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい場合にのみ、この制約全体を適用すべきである。これにより、サブピクチャごとに１つのサブピクチャが存在するすべての場合がこの制約によって意図せずに覆われることを回避する。
ｅ． 制約が適用される時間的範囲、例えばＡＵのセットを明確に特定することが必要である。
ｆ． １つのピクチャ当たり複数のサブピクチャが存在する場合に、ＩＴＲＰのＲＰＲが必要とされないことを確認するために、スケーリングウィンドウパラメータｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値をレイヤ全体にわたって整列させるための要件が含まれるべきである。
４） 現在のピクチャの同一位置に配置されたピクチャは、現在のピクチャと同じレイヤの長期参照ピクチャ（ＬＴＲＰ）であってもよく、レイヤ間参照ピクチャ（ＩＬＲＰ）であってもよく、例えば、現在のピクチャとは異なるレイヤの参照ピクチャであってもよい。しかし、いずれの場合も、ＰＯＣに基づく動きベクトルのスケーリングは適用されず、したがって、これを可能にすることに起因するコーディング性能は非常に低いと予想される。その結果、現在のピクチャのために同一位置に配置されたピクチャがＬＴＲＰまたはＩＬＲＰであることを許可しないほうがよい。
５） 現在、ＣＬＶＳにおいて同じ空間解像度を有するピクチャは、異なるスケーリングウィンドウを有することができる。しかしながら、そうでない場合、ＲＰＲのためのＳＰＳフラグおよびＲＰＲのための一般的な制約フラグを使用してＲＰＲツールを完全に無効化することができないので、このようなことは許可されない。

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

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

ｂ． この変更により、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しい場合であっても、１つのサブピクチャ／ピクチャの復号は、依然としてレイヤ間参照ピクチャ（ＩＬＲＰ）のためにＲＰＲを使用することができる。
３） 課題１ｂを解決するために、ＩＬＰによるサブピクチャの組み合わせおよびスケーラビリティの制約を更新し、この制約は、クロスレイヤアライメント制限を現在のレイヤおよび現在のレイヤに依存するすべての上位レイヤにのみを課され、現在のレイヤまたは下位レイヤに依存しない上位レイヤには課すことはしない。
ａ． 代替的に、現在のレイヤおよび現在のレイヤよりも高いすべてのレイヤにクロスレイヤアライメント制限のみを課すように、制約を更新する。
ｂ． 代替的に、現在のレイヤと、現在のレイヤを含む各ＯＬＳにおけるすべての上位レイヤとに、クロスレイヤアライメント制限のみを課すように、制約を更新する。
ｃ． 代替的に、現在のレイヤおよび現在のレイヤの参照レイヤであるすべての下レイヤにクロスレイヤアライメント制限のみを課すように制約を更新する。
ｄ． 代替的に、現在のレイヤおよび現在のレイヤよりも低いすべてのレイヤにクロスレイヤアライメント制限のみを課すように、この制約を更新する。
ｅ． 代替的に、現在のレイヤと、現在のレイヤを含む各ＯＬＳにおけるすべての下レイヤとに、クロスレイヤアライメント制限のみを課すように、制約を更新する。
ｆ． 代替的に、最上レイヤよりも低いすべてのレイヤにクロスレイヤアライメント制限のみを課すように制約を更新する。
ｇ． 代替的に、最下レイヤよりも高いすべてのレイヤにクロスレイヤアライメント制限のみを課すように制約を更新する。
４） 課題２を解決するために、１つ以上の復号処理をピクチャの境界として扱うための動き補償／動き予測におけるサブピクチャの境界のインター予測関連処理におけるクリッピング演算を含む１つ以上の復号処理（例えば、８．５．２．１１項の時間的輝度動きベクトル予測の導出処理、８．５．３．２．２項の輝度サンプル双線形補間処理、８．５．５．３項のサブブロックに基づく時間的マージ候補の導出処理、８．５．５．４項のサブブロックに基づく時間的マージベース動きデータベースの導出処理、８．５．５．６項の構築されたアフィン制御点動きベクトル合併候補の導出処理、８．５．６．３．２項の輝度サンプル補間フィルタリング処理、８．５．６．３．３項の輝度整数サンプルフェッチ処理、および８．５．６．３．４項の彩度サンプル補間処理）のうち、以下の変更が適用される。
ａ． 一例において、処理は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しく、且つ参照ピクチャｒｅｆＰｉｃＬＸのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０よりも大きい場合、クリッピング演算が適用され、そうでない場合、は適用されないように変更される。
ｉ． 代替的に、ピクチャの同一位置に配置されたピクチャがＩＬＲＰであることが許可されない場合、上述したように、参照ピクチャｒｅｆＰｉｃＬＸが同一位置に配置されたピクチャでない処理のみを変更し、参照ピクチャｒｅｆＰｉｃＬＸが同一位置に配置されたピクチャである処理は変更しない。
ｂ． 一例において、処理は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しく、かつ、現在のスライスのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値がＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい場合にはクリッピング演算が適用され、そうでない場合には適用されないように変更される。同時に、ＩＬＰは、ＩＲＡＰピクチャのみのコーディングを許可される。
ｃ． 一例において、これらの復号処理に対して何の変更も行われず、例えば、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しく、それ以外の場合、現在のＶＶＣテキストと同様に、クリッピング演算が適用される。
５） 課題３ａを解決するために、ＩＬＰによるサブピクチャの組み合わせおよびスケーラビリティの制約を更新し、この制約によって、各依存性ツリーにおけるすべてのレイヤにクロスレイヤアライメント制限が課せられる。依存性ツリーは、特定のレイヤを含み、すべてのレイヤは特定のレイヤを参照レイヤとして有し、すべてのレイヤの参照レイヤは特定のレイヤのうちのいずれか１つのレイヤがＯＬＳの出力レイヤであるかどうかに依存しない。
６） 課題３ｂを解決するために、サブピクチャの組み合わせおよびＩＬＰによるスケーラビリティの制約を、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値にクロスレイヤアライメント制限を課すように更新する。
７） 課題３ｃを解決するために、ＩＬＰとのサブピクチャおよびスケーラビリティの組み合わせに関する制約を、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値にクロスレイヤアライメント制限を課さないように更新する。
８） 課題３ｄを解決するために、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０に等しい場合、制約が適用されないように、サブピクチャの組み合わせおよびＩＬＰによるスケーラビリティの制約を更新する。
ａ． 代替的に、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、制約が適用されないように制約を更新する。
９） 課題３ｅを解決するために、サブピクチャの組み合わせおよびＩＬＰによるスケーラビリティに関する制約を更新し、この制約によって、ある種のＡＵの対象のセットにおけるピクチャにクロスレイヤアライメント制限が課せられる。
ａ． 一例において、ＳＰＳを参照する現在のレイヤの各ＣＬＶＳについて、ＡＵの対象のセットｔａｒｇｅｔＡｕＳｅｔを、復号順にＣＬＶＳの最初のピクチャを含むＡＵから始まって復号順にＣＬＶＳの最後のピクチャを含むＡＵまでのすべてのＡＵとする。
１０） 課題３ｆを解決するために、ＩＬＰによるサブピクチャの組み合わせおよびスケーラビリティの制約をスケーリングウィンドウパラメータｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値に対するクロスレイヤアライメント制限を課すように更新する。
１１） 課題４を解決するために、現在のピクチャのための同一位置に配置されたピクチャは、長期参照ピクチャ（ＬＴＲＰ）であってはならないと制約される。
ａ． 代替的に、現在のピクチャのための同一位置に配置されたピクチャは、レイヤ間参照ピクチャ（ＩＬＲＰ）でないべきであると制約される。
ｂ． 代替的に、現在のピクチャのための同一位置に配置されたピクチャは、ＬＴＲＰまたはＩＬＲＰであってはならないと制約される。
ｃ． 代替的に、現在のピクチャの同一位置に配置されたピクチャがＬＴＲＰまたはＩＬＲＰである場合、同一位置に配置されたピクチャを指す動きベクトルを得るためにスケーリングは適用されない。
１２） 課題５を解決するために、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値は、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓとｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓを有する同じＣＬＶＳ内で、任意の２つのピクチャに対して同じであるものとするよう、制約される。
ａ． 代替的に、上記「同じＣＬＶＳ内」を「同じＣＶＳ内」に置き換える。
ｂ． 代替的に、この制約は、以下のように規定される。
ｐｐｓＡおよびｐｐｓＢを、同じＳＰＳを参照する任意の２つのＰＰＳとする。ｐｐｓＡおよびｐｐｓＢがそれぞれｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの同じ値を有する場合、ｐｐｓＡおよびｐｐｓＢは、それぞれｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔと同じ値を有するものとすることが、ビットストリーム適合性の要件である。
ｃ． 代替的に、この制約は、以下のように規定される。
ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの各々の値は、同じＣＶＳ内にあるとともに、次の条件をすべて致す任意の２つのピクチャに対して同じであるとする。
ｉ． ２つのピクチャは、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの同じ値を有する。
ｉｉ． ２つのピクチャは、一方のレイヤが他方のレイヤの参照レイヤである同じレイヤまたは２つのレイヤに属する。
１３） 現在のピクチャと同じアクセスユニット内の他のピクチャとでピクチャの解像度／スケーリングウィンドウが異なる場合、現在のピクチャがＩＲＡＰピクチャである場合にのみ、ＩＬＰを許可することが求められる。
１４） 本文書において、ピクチャ解像度は、ピクチャの幅および／または高さを指してもよく、またはピクチャのスケーリングウィンドウまたは適合性ウィンドウの幅および／または高さおよび／または左上隅の位置を指してもよい。
１５） 本文書において、ＲＰＲが使用されない場合、現在のピクチャの任意の参照ピクチャの解像度が現在のピクチャの解像度と同じであることを意味するもある。

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

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

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

．．．

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

ＳｕｂＷｉｄｔｈＣ＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとし、ＳｕｂＨｅｉｇｈｔＣ＊（ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値は、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓより小さいものとする。

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

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

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

ｓｌｉｃｅ＿ｔｙｐｅがＢまたはＰであり、ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが存在しない場合、以下が適用される。
－ ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇはｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇに等しいと推論される。
－ そうでない場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しく、ｓｌｉｃｅ＿ｔｙｐｅがＰに等しい場合）、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇの値は１に等しいと推論される。

ｓｌｉｃｅ＿ｔｙｐｅがＰであるか、またはｓｌｉｃｅ＿ｔｙｐｅがＢに等しく、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが１に等しい場合は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、参照ピクチャリスト０のエントリを参照し、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの数値は、０からＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］－１の範囲内にあるものとする。
ｓｌｉｃｅ＿ｔｙｐｅがＢに等しく、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値は、参照ピクチャリスト１のエントリを参照し、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘは、０からＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］－１の範囲内にあるものとする。
ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘが存在しない場合、以下が適用される。
－ ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合は、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値はｐｈ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘに等しいと推論される。
－ そうでない場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しい）、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘの値は０に等しいと推論される。

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

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

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

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

ｘＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｒｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅｄＦｌａｇ ？
ＣｌｉｐＨ（（ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ）＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，ｘＩｎｔ_ｉ）：ｘＩｎｔ_ｉ） （９６１）
ｙＩｎｔ_ｉ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔ_ｉ） （９６２）
．．．
８．５．６．３．３ 輝度整数サンプルフェッチ処理
．．．
フルサンプルユニット（ｘＩｎｔ，ｙＩｎｔ）における輝度位置は、以下のように導出される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１３は、本技術にしたがった映像処理方法１３００を示すフローチャートである。この方法１３００は、工程１３１０において、規則に従って、映像の現在の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、参照ピクチャリサンプリングツールの使用を規定するために複数のシンタックス要素を使用することを規定する。参照ピクチャリサンプリングツールは、現在のピクチャと異なる解像度の参照ピクチャをリサンプリングして変換するコーディングツールである。

いくつかの実施形態において、前記複数のシンタックス要素は１つのシーケンスパラメータセット（ＳＰＳ）に含まれる。いくつかの実施形態において、前記複数のシンタックス要素は、前記参照ピクチャをリサンプリングツールが前記変換を実行することができるかどうかを規定するための第１のシンタックス要素と、コーディングされたレイヤ映像シーケンス（ＣＬＶＳ）においてピクチャの解像度を変更することができるかどうかを規定するための第２のシンタックス要素とを含むことができる。いくつかの実施形態において、第１のシンタックス要素が参照ピクチャリサンプリングツールの変換を有効化することを規定している場合、第２のシンタックス要素はＳＰＳに含まれる。いくつかの実施形態において、第２のシンタックス要素がＳＰＳに含まれていない場合、第２のシンタックス要素はＣＬＶＳ内でピクチャの解像度を変更することが許可されないことを示す値と等価であると推測される。いくつかの実施形態において、第１のシンタックス要素と第２のシンタックス要素とは前記変換に関しては互いに依存せずに示される。

いくつかの実施形態において、前記複数のシンタックス要素の各々に対応する１つ以上の一般的な制約フラグが前記変換に対して示される。いくつかの実施形態において、前記規則は、現在のピクチャが複数のサブピクチャを含む場合、１つのコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）において１つのピクチャの解像度を変更することが許可されないことを規定する。いくつかの実施形態において、前記規則は、現在のピクチャが複数のサブピクチャを含む場合、前記参照ピクチャリサンプリングツールが前記変換を有効化することを規定する。いくつかの実施形態において、ピクチャパラメータセットにスケーリングウィンドウオフセットパラメータが存在するかどうかを規定する制約フラグを、第１のシンタックス要素に基づいて判定する。いくつかの実施形態において、前記第１のシンタックス要素が前記参照ピクチャリサンプリングツールの変換を無効化することを示す場合、前記制約フラグは前記ピクチャパラメータセットにおいてスケーリングウィンドウオフセットパラメータを省略することを規定する。

いくつかの実施形態において、前記複数のシンタックス要素は１つの映像パラメータセットに含まれることができる。いくつかの実施形態において、前記複数のシンタックス要素のうち少なくとも１つのシンタックス要素は、前記映像パラメータセットにより特定されるすべてのレイヤに適用可能である。いくつかの実施形態において、複数のシンタックス要素のうち少なくとも１つのシンタックス要素は、映像パラメータセットに示された複数個のインスタンスを有し、複数個のインスタンスの各々は、１つの依存性ツリーにおけるすべてのレイヤに適用可能である。いくつかの実施形態において、複数のシンタックス要素の各々は、１ビットの単項コーディング方法を使用してコーディングされる。

図１４は、本技術に従った映像処理の方法１４００を示すフローチャートである。この方法１４００は、工程１４１０において、規則に従って、映像の現在の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、非バイナリ値を有するシンタックス要素を使用して、（１）現在のピクチャと異なる解像度の参照ピクチャをリサンプリングする参照ピクチャリサンプリングツール、および（２）コーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内のピクチャ解像度の変更、を使用することを規定する。

いくつかの実施形態において、前記シンタックス要素の値が０であることは、前記参照ピクチャリサンプリングツールを前記変換に対して無効化することを示す。いくつかの実施形態において、シンタックス要素の値が１であるとは、参照ピクチャのリサンプリングツールが変換に対して有効化され、かつコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）においてピクチャの解像度を変更することが許可されないことを示す。いくつかの実施形態において、シンタックス要素の値が２であることは、参照ピクチャのリサンプリングツールが変換に対して有効化され、かつコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）においてピクチャの解像度を変更することができることを示す。いくつかの実施形態において、シンタックス要素の指示は、レイヤ間予測コーディングツールが変換を許可されるかどうかに基づく。いくつかの実施形態において、前記シンタックス要素は、符号なしの整数の０次のＥｘｐ－Ｇｏｌｏｂｍコーディングされたシンタックス要素であることができる。いくつかの実施形態において、シンタックス要素は、Ｎビットを使用して符号なしの整数としてコーディングされる。Ｎは整数である。いくつかの実施形態において、Ｎは２に等しい。

図１５は、本技術にしたがった映像処理方法１５００を示すフローチャートである。方法１５００は、動作１５１０において、規則に従って複数のレイヤを含む映像と映像のビットストリームとの変換を行うステップを含む。この規則は、サブピクチャを変換のための映像ピクチャとして扱う場合、このサブピクチャを含む現在のレイヤおよびこの現在のレイヤに関連付けられたレイヤのサブセットを含む複数のレイヤのすべてよりも少ないレイヤにクロスレイヤアライメント制限を適用することを規定する。クロスレイヤアライメント制限は、映像ピクチャの少なくとも１つの寸法、映像ピクチャにおけるサブピクチャの数、少なくとも１つのサブピクチャの位置、または１つのサブピクチャの特定を制限することを含む。

いくつかの実施形態において、前記レイヤのサブセットは現在のレイヤに依存するすべての上位レイヤを含むことができる。いくつかの実施形態において、前記レイヤのサブセットは前記現在のレイヤのすべての下位レイヤおよび前記現在のレイヤに依存しない上位レイヤを排除する。いくつかの実施形態において、前記レイヤのサブセットは現在のレイヤより高いすべてのレイヤを含むことができる。いくつかの実施形態において、前記レイヤのサブセットは現在のレイヤと同じ出力レイヤセットにあるすべての上位レイヤを含むことができる。いくつかの実施形態において、前記レイヤのサブセットは前記現在のレイヤの参照レイヤであるすべての下位レイヤを含むことができる。いくつかの実施形態において、前記レイヤのサブセットは現在のレイヤより低いすべてのレイヤを含むことができる。いくつかの実施形態において、前記レイヤのサブセットは現在のレイヤと同じ出力レイヤセットにあるすべての下位レイヤを含むことができる。いくつかの実施形態において、前記レイヤのサブセットは最上レイヤより低いすべてのレイヤを含むことができる。いくつかの実施形態において、レイヤのサブセットは、最下レイヤよりも高いすべてのレイヤを含む。

図１６は、本技術にしたがった映像処理方法１６００を示すフローチャートである。この方法１６００は、工程１６１０において、規則に従って、映像の現在のレイヤと映像のビットストリームとの間での変換を行うことを含む。この規則は、すべてのレイヤのうちのいずれかが出力レイヤセットにおける出力レイヤであるかどうかに関わらず、現在のレイヤに関連付けられた依存性ツリーにおけるすべてのレイヤにクロスレイヤアライメント制限を適用することを規定する。クロスレイヤアライメント制限は、映像ピクチャの寸法、映像ピクチャ内のサブピクチャの数、少なくとも１つのサブピクチャの位置、またはサブピクチャの特定のうちの少なくとも１つを制限することを含む。依存性ツリーにおけるすべてのレイヤは、現在のレイヤと、現在のレイヤを参照レイヤとするすべてのレイヤと、現在のレイヤのすべての参照レイヤと、を含む。

いくつかの実施形態において、前記クロスレイヤアライメント制限は、映像ピクチャにおける１つのサブピクチャをすべてのレイヤに亘るピクチャとして扱うかどうかをさらに制限することを含むことができる。いくつかの実施形態において、クロスレイヤアライメント制限は、１つの映像ピクチャ内のすべてのレイヤに亘るサブピクチャの境界に対してループフィルタ動作を適用するかどうかを制限しない。いくつかの実施形態において、前記規則は、シーケンスパラメータセットにおける１つのシンタックス要素が１つの映像ピクチャが１つのサブピクチャを含むことを示す場合、クロスレイヤアライメント制限を適用しないことをさらに規定する。いくつかの実施形態において、前記規則は、シーケンスパラメータセットにおいてサブピクチャ情報が省略されることをシンタックス要素が示す場合、クロスレイヤアライメント制限が適用されないことをさらに規定する。いくつかの実施形態において、前記規則は、前記クロスレイヤアライメント制限が対象のセットのアクセスユニットにおけるピクチャに適用されることをさらに規定する。いくつかの実施形態において、現在のレイヤの各ＣＬＶＳはシーケンスパラメータセットを参照するため、前記オブジェクト対象となるアクセスユニットセットは、ＣＬＶＳの最初のピクチャを含む第１のアクセスユニットから始まり、ＣＬＶＳの、復号順で最後のピクチャを含む第２アクセスユニットまでのすべてのアクセスユニットを含む。

いくつかの実施形態において、前記クロスレイヤアライメント制限は、スケーリングウィンドウオフセットパラメータをさらに含み、前記スケーリングウィンドウオフセットパラメータは、以下のうち少なくとも１つを含むことができる。（１）スケーリングウィンドウの左オフセット、（２）スケーリングウィンドウの右オフセット、（３）スケーリングウィンドウの上オフセット、または（４）スケーリングウィンドウの下オフセット。

図１７は、本技術にしたがった映像処理方法１７００を示すフローチャートである。この方法１７００は、工程１７１０において、規則に従って、映像の現在の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、コーディングされたレイヤ映像シーケンス（ＣＬＶＳ）においてピクチャ解像度の変更を許可するかどうかを規定するシンタックス要素の値に関わらず、現在のピクチャと同じレイヤの参照ピクチャのリサンプリングを有効にすることを規定する。

いくつかの実施形態において、シンタックス要素が、ＣＬＶＳにおいてピクチャの解像度の変更が許可されないことを示す場合、現在のピクチャと異なるピクチャの解像度を有する参照ピクチャを参照ピクチャに対してリサンプリングする参照ピクチャリサンプリングツールを有効にする。

図１８は、本技術にしたがった映像処理方法１８００を示すフローチャートである。方法１８００は、動作１８１０において、規則に従って複数のレイヤを含む映像の現在のピクチャと映像のビットストリームとの変換を行うことを含む。この規則は、以下のうちの１つを規定する。（１）現在のピクチャの参照ピクチャは同一位置に配置されることが許可されない。または（２）現在のピクチャの参照ピクチャが同一位置に配置されている場合、現在のピクチャをスケーリングせずに変換中、この参照ピクチャを指す動きベクトルを使用する。いくつかの実施形態において、参照ピクチャは長期参照ピクチャである。いくつかの実施形態において、前記参照ピクチャはレイヤ間参照ピクチャであることができる。

図１９は、本技術にしたがった映像処理方法１９００を示すフローチャートである。方法１９００は、工程１９１０において、規則に従って映像と映像のビットストリームとの変換を行うことを含む。この規則は、輝度サンプルの数で表現される寸法が同じである、同じコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）またはコーディングされた映像シーケンス（ＣＶＳ）における任意の２つの映像ピクチャに対して、スケーリングウィンドウオフセットパラメータが同じであることを規定する。

いくつかの実施形態において、前記スケーリングウィンドウオフセットパラメータは、次のうち少なくとも１つを含む、（１）スケーリングウィンドウの左オフセット、（２）スケーリングウィンドウの右オフセット、（３）スケーリングウィンドウの上オフセット、または（４）スケーリングウィンドウの下オフセット。いくつかの実施形態において、前記寸法はピクチャの幅または高さを含む。いくつかの実施形態において、前記規則は、いずれか２つの映像ピクチャが同じレイヤに属することをさらに規定する。いくつかの実施形態において、前記規則は、任意の２つの映像ピクチャが第１のレイヤおよび第２のレイヤを含む２つのレイヤに属することをさらに規定する。第１のレイヤは、第２のレイヤの参照レイヤである。

図２０は、本技術にしたがった映像処理方法２０００を示すフローチャートである。この方法２０００は、工程２０１０において、規則に従って、映像の現在の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、現在のピクチャのピクチャ解像度が、現在のピクチャの同じアクセスユニット内の少なくとも１つの他のピクチャと異なることに呼応して、現在のピクチャが、ＮＡＬユニットタイプに関してすべての映像コーディングされたレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットがＮＡＬユニットタイプに対して同じ値を有するランダムアクセスポイント内（ＩＲＡＰ）ピクチャである場合にのみ、レイヤ間予測コーディングツールを有効にすることを規定する。

いくつかの実施形態において、参照ピクチャのピクチャ解像度を変更することを許可されない場合、参照ピクチャのピクチャ解像度が現在のピクチャのピクチャ解像度と同じであることを示す。いくつかの実施形態において、映像ピクチャのピクチャ解像度は映像ピクチャの幅または高さを含む。いくつかの実施形態において、映像ピクチャのピクチャ解像度は、映像ピクチャのスケーリングウィンドウまたは適合性ウィンドウの幅、高さおよび／または左上位置を含む。

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

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

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

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

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

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

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

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

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

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

Claims (14)

1. 映像データを処理する方法であって、
   規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間の変換を実行すること、を有し、
   前記規則は、参照ピクチャのリサンプリングが有効であるかどうかを規定する第１のシンタックス要素が前記ビットストリームのシーケンスパラメータセットに含まれることを規定し、前記シーケンスパラメータセットを参照するコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内でピクチャの空間解像度が変化することを許容するかどうかを規定する第２のシンタックス要素が前記シーケンスパラメータセットに条件的に含まれることを規定する、
   方法。
2. 前記第１のシンタックス要素が前記参照ピクチャのリサンプリングが有効であることを規定する場合、前記第２のシンタックス要素は、前記シーケンスパラメータセットに含まれる、
   請求項１に記載の方法。
3. 前記第２のシンタックス要素が前記シーケンスパラメータセットに含まれない場合、前記第２のシンタックス要素は、ピクチャの空間解像度が前記ＣＬＶＳ内で変化することが許容されないことを示唆する値と等価であると推論される、
   請求項２に記載の方法。
4. 前記第１のシンタックス要素に対応する第１の一般的な制約フラグと前記第２のシンタックス要素に対応する第２の一般的な制約フラグとは、前記ビットストリームに含まれる、
   請求項１から３のうちいずれか一項に記載の方法。
5. 前記第１の一般的な制約フラグが第１の値を有する時、前記シーケンスパラメータセットの全てのピクチャのための前記第１のシンタックス要素は、前記参照ピクチャのリサンプリングが有効でないと規定する値に等しく、
   前記第２の一般的な制約フラグが前記第１の値を有する時、前記シーケンスパラメータセットの全てのピクチャのための前記第２のシンタックス要素は、前記ピクチャの空間解像度が前記シーケンスパラメータセットを参照するＣＶＬＳ内でも変化しないことを規定する値と等しい、
   請求項４に記載の方法。
6. 前記規則は、前記第２のシンタックス要素が前記ピクチャの空間解像度が前記ＣＬＶＳ内で変化することが許容されていることを規定する第２の値を有する時、前記ＣＬＶＳの各ピクチャにおいて１つのサブピクチャのみ許容することをさらに規定する、
   請求項１から５のうちいずれか一項に記載の方法。
7. 前記規則は、前記第１のシンタックス要素が前記参照ピクチャのリサンプリングが有効であることを規定する第２の値を有する時、前記ＣＬＶＳの各ピクチャにおいて１つ以上のサブピクチャを許容することをさらに規定する、
   請求項１から６のうちいずれか一項に記載の方法。
8. 前記規則は、第３のシンタックス要素が前記ビットストリームに含まれることをさらに規定し、
   前記第３のシンタックス要素は、スケーリングウィンドウオフセットパラメータがピクチャパラメータセットに存在しているかどうかを規定し、
   前記第１のシンタックス要素が前記参照ピクチャのリサンプリングが有効でないことを規定する値を有する時、前記第３のシンタックス要素は、前記スケーリングウィンドウオフセットパラメータが前記ピクチャパラメータセットに存在していないことを規定する値に等しい、
   請求項１～７のうちいずれか一項に記載の方法。
9. 前記第１のシンタックス要素、前記第２のシンタックス要素、前記第３のシンタックス要素は、１ビットの単項コーディング方式でコーディングされる、
   請求項８に記載の方法。
10. 前記変換は、前記映像を前記ビットストリームに符号化することを含む、
    請求項１～９のうちいずれか一項に記載の方法。
11. 前記変換は、前記ビットストリームを復号化して前記映像を生成することを含む、
    請求項１～９のうちいずれか一項に記載の方法。
12. プロセッサと、命令を有する非一時的メモリと、を備える映像データの処理装置であって、前記命令が前記プロセッサによって実行されると、前記プロセッサに、
    規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間で変換することを実行させ、
    前記規則は、参照ピクチャのリサンプリングが有効であるかどうかを規定する第１のシンタックス要素が前記ビットストリームのシーケンスパラメータセットに含まれることを規定し、前記シーケンスパラメータセットを参照するコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内でピクチャの空間解像度が変化することを許容するかどうかを規定する第２のシンタックス要素が前記シーケンスパラメータセットに条件的に含まれることを規定する、
    装置。
13. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、この命令は、プロセッサに、
    規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間で変換することを実行させ、
    前記規則は、参照ピクチャのリサンプリングが有効であるかどうかを規定する第１のシンタックス要素が前記ビットストリームのシーケンスパラメータセットに含まれることを規定し、前記シーケンスパラメータセットを参照するコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内でピクチャの空間解像度が変化することを許容するかどうかを規定する第２のシンタックス要素が前記シーケンスパラメータセットに条件的に含まれることを規定する、
    非一時的なコンピュータ可読記憶媒体。
14. 映像のビットストリームを記憶する方法であって、前記方法は、
    規則に従って、映像の現在のピクチャと前記映像のビットストリームとの間で変換することと、
    前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、を実行させ、
    前記規則は、参照ピクチャのリサンプリングが有効であるかどうかを規定する第１のシンタックス要素が前記ビットストリームのシーケンスパラメータセットに含まれることを規定し、前記シーケンスパラメータセットを参照するコーディングされたレイヤ映像シーケンス（ＣＬＶＳ）内でピクチャの空間解像度が変化することを許容するかどうかを規定する第２のシンタックス要素が前記シーケンスパラメータセットに条件的に含まれることを規定する、
    方法。

Images