知財求人 - 知財ポータルサイト「IP Force」
▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-07-12
(54)【発明の名称】コーディングされた映像における量子化情報の信号通知
(51)【国際特許分類】
H04N 19/70 20140101AFI20230705BHJP
【ＦＩ】
H04N19/70
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022577200
(86)(22)【出願日】2021-06-22
(85)【翻訳文提出日】2023-01-25
(86)【国際出願番号】 CN2021101390
(87)【国際公開番号】W WO2021259223
(87)【国際公開日】2021-12-30
(31)【優先権主張番号】PCT/CN2020/097390
(32)【優先日】2020-06-22
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(71)【出願人】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】ドン ジピン
(72)【発明者】
【氏名】ワン イェクイ
(72)【発明者】
【氏名】ジャン リー
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA04
5C159MA05
5C159MC11
5C159ME01
5C159PP04
5C159RB09
5C159RC11
5C159RC40
5C159UA02
5C159UA05
(57)【要約】
映像符号化方法および装置、映像復号方法および装置の例について説明する。例示的な映像処理方法は、規則に従って、映像の現在のピクチャと映像のビットストリームとの変換を行うことを含む。この規則は、現在のピクチャが、リカバリピクチャ順序カウント（ＰＯＣ）値が０である漸次的復号更新（ＧＤＲ）ピクチャであることに呼応して、現在のピクチャがリカバリポイントピクチャであることを規定する。リカバリＰＯＣカウントは、復号されたピクチャのリカバリポイントを出力順に規定する。
【選択図】図７
【選択図】図７
【特許請求の範囲】
【請求項1】
現在の映像ブロックを含む映像と前記映像のビットストリームとの変換を行うこと、を含む映像データの処理方法であって、前記現在の映像ブロックの前記変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の特性が、規則に従って１つ以上の他の構文要素に依存する、映像データの処理方法。
【請求項2】
前記特性は前記第１の構文要素の値を含み、前記規則は前記第１の構文要素の前記値が、前記ＱＰテーブルを記述するために使用する開始輝度および彩度ＱＰを規定する第２の構文要素の値に基づくことを規定する、請求項１に記載の方法。
【請求項3】
前記ＱＰテーブルは、ＱＰテーブルの数におけるｉ番目のＱＰテーブルであることを特徴とする請求項２に記載の方法。
【請求項4】
前記第１の構文要素の前記値は、（Ｋ－前記第２の構文要素の前記値）に等しく、Ｋは正の整数である、請求項２に記載の方法。
【請求項5】
前記第２の構文要素はｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］で表され、その値に２６を加えることによりｉ番目のＱＰテーブルを記述するために使用する開始輝度および彩度ＱＰを規定する、請求項３または４に記載の方法。
【請求項6】
前記第１の構文要素の前記値は、（３６－ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］）に等しい、請求項５に記載の方法。
【請求項7】
Ｋが（最大許容ＱＰ値－１）に等しい、請求項３から請求項６のいずれかに記載の方法。
【請求項8】
前記特性は、前記第１の構文要素が明示的に示されているかどうかを含む、請求項１に記載の方法。
【請求項9】
前記特性は、前記第１の構文要素の推論値を含む、請求項１に記載の方法。
【請求項10】
前記特性は、前記第１の構文要素が取り得る値の範囲を含む、請求項１に記載の方法。
【請求項11】
前記規則は、前記第１の構文要素と開始輝度および彩度ＱＰとの値の合計が、最大許容ＱＰ値より小さいことを規定する、請求項１０に記載の方法。
【請求項12】
映像と前記映像のビットストリームとの変換を行うこと、を含む映像データの処理方法であって、前記ビットストリームは、入力量子化パラメータ（ＱＰ）値および出力ＱＰ値が－ＱｐＢｄＯｆｆｓｅｔ～Ｋの範囲にあることを規定する規則に準拠し、ＱｐＢｄＯｆｆｓｅｔは、輝度および彩度量子化パラメータの範囲オフセットの値を規定し、Ｋは最大許容ＱＰ値に関連付けられる、映像データの処理方法。
【請求項13】
Ｋは（前記最大許容ＱＰ値－１）に等しい、請求項１２に記載の方法。
【請求項14】
前記最大許容ＱＰ値は６３に等しい、請求項７、請求項１１または請求項１３に記載の方法。
【請求項15】
前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１から請求項１０のいずれかに記載の方法。
【請求項16】
前記変換は、前記ビットストリームから前記映像を復号することを含む、請求項１から請求項１０のいずれかに記載の方法。
【請求項17】
映像のビットストリームを記憶するための方法であって、前記映像の現在の映像ブロックから前記映像のビットストリームを生成することと、
前記生成されたビットストリームを記憶することと、を含み、
前記現在の映像ブロックの変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定するの第１の構文要素の特性が、規則に従って１つ以上の他の構文要素に依存する、映像のビットストリームを記憶するための方法。
【請求項18】
映像のビットストリームを記憶するための方法であって前記映像から前記映像のビットストリームを生成することと、
前記生成されたビットストリームを記憶することと、を含み、
前記ビットストリームは、入力量子化パラメータ（ＱＰ）値と出力量子化パラメータ（ＱＰ）値が－ＱｐＢｄＯｆｆｓｅｔ～Ｋの範囲にあることを規定する規則に準拠し、ＱｐＢｄＯｆｆｓｅｔは、輝度および彩度の量子化パラメータ範囲オフセットの値を規定し、Ｋは最大許容ＱＰ値と関連付けられる、映像のビットストリームを記憶するための方法。
【請求項19】
請求項１から請求項１８の１項以上に記載の方法を実装するように構成されるプロセッサを備える、映像復号装置。
【請求項20】
請求項１から請求項１８の１項以上に記載の方法を実装するように構成されるプロセッサを備える、映像符号化装置。
【請求項21】
コンピュータコードが記憶されたコンピュータプログラム製品であって、前記コードは、プロセッサにより実行されると、前記プロセッサに、請求項１から請求項１８のいずれかに記載の方法を実装させるコンピュータプログラム製品。
【請求項22】
映像処理装置により行われる方法で生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、前記映像の現在の映像ブロックから前記映像のビットストリームを生成することと、
前記生成されたビットストリームを記憶することと、を含み、
前記現在の映像ブロックの前記変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の特性が、規則に従って１つ以上の他の構文要素に依存する、非一時的なコンピュータ可読記録媒体。
【請求項23】
映像処理装置により行われる方法で生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、前記映像から前記映像のビットストリームを生成することと、
前記生成されたビットストリームを記憶することと、を含み、
前記ビットストリームは、入力量子化パラメータ（ＱＰ）値と出力量子化パラメータ（ＱＰ）値が－ＱｐＢｄＯｆｆｓｅｔ～Ｋの範囲にあることを規定する規則に準拠し、ＱｐＢｄＯｆｆｓｅｔは、輝度および彩度の量子化パラメータ範囲オフセットの値を指定し、Ｋは、最大許容ＱＰ値と関連付けられる、非一時的なコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０年６月２２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９７３９０号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０年６月２２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９７３９０号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【0002】
この特許明細書は、画像および映像コーディングおよび復号に関する。
【背景技術】
【0003】
デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
本明細書は、映像符号化または復号を行うために、映像エンコーダおよびデコーダによって使用され得る技術を開示する。
【0005】
１つの例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、映像の現在のピクチャと映像のビットストリームとの変換を行うことを含む。この規則は、現在のピクチャが、リカバリピクチャ順序カウント（ＰＯＣ）が０である漸次的復号更新（ＧＤＲ）ピクチャであることに呼応して、現在のピクチャがリカバリポイントピクチャであることを規定する。リカバリＰＯＣカウントは、復号されたピクチャのリカバリポイントを出力順に規定する。
【0006】
別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って映像とこの映像のビットストリームとの変換を行うことを含む。この規則は、一般的制約情報（ＧＣＩ）構文構造の構文要素が、瞬時復号更新（ＩＤＲ）ピクチャおよび混合ネットワーク抽象化レイヤ（ＮＡＬ）ユニットタイプの使用に関連付けられた参照ピクチャリストを示すことを規定するものである。
【0007】
別の例示的な態様において、映像データを処理する方法が開示される。この方法は、現在の映像ブロックを含む映像とこの映像のビットストリームとの変換を行うことを含む。現在の映像ブロックの変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の特性が、規則に従って１つ以上の他の構文要素に依存する。
【0008】
別の例示的な態様において、映像データを処理する方法が開示される。この方法は、映像と映像のビットストリームとの変換を行うことを含む。このビットストリームは、入力量子化パラメータ（ＱＰ）値および出力ＱＰ値が－ＱｐＢｄＯｆｆｓｅｔ～Ｋの範囲にあることを規定する規則に準拠し、ＱｐＢｄＯｆｆｓｅｔは、輝度および彩度量子化パラメータの範囲オフセットの値を規定し、Ｋは最大許容ＱＰ値に関連付けられる。
【0009】
別の例示的な態様において、映像処理方法が開示される。この方法は、映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、対応する映像セグメントに対する参照ピクチャの再サンプリングの適用可能性を示す構文フィールドの使用を規定する。
【0010】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、アクセスユニット区切り文字に対応する第２の構文要素の値に基づいて、ピクチャヘッダまたはスライスヘッダにおける第１の構文要素の値を制約することを規定する。
【0011】
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、一般的制約情報フィールドに１つ以上の構文要素が含まれるかどうか、およびどのように含まれるかを規定する。
【0012】
さらに別の例示的な態様において、映像エンコーダ装置が開示される。映像エンコーダは、上述した方法を実装するように構成されたプロセッサを備える。
【0013】
さらに別の例示的な態様において、映像デコーダ装置が開示される。映像デコーダは、上述した方法を実装するように構成されたプロセッサを備える。
【0014】
さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で実施する。
【0015】
これらの、およびその他の特徴は、本明細書全体にわたって説明されている。
【図面の簡単な説明】
【0016】
【図1】本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。
【図2】映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。
【図3】例示の映像処理方法を示すフローチャートである。
【図4】例示的な映像コーディングシステムを示すブロック図である。
【図5】本開示のいくつかの実施形態によるエンコーダを示すブロック図である。
【図6】本発明のいくつかの実施形態によるデコーダを示すブロック図である。
【図7】本技術の１つ以上の実施形態による映像データ処理の方法を表すフローチャートである。
【図8】本技術の１つ以上の実施形態による映像データ処理の別の方法を表すフローチャートである。
【図9】本技術の１つ以上の実施形態による映像データ処理の別の方法を表すフローチャートである。
【図10】本技術の１つ以上の実施形態による映像データ処理のさらに別の方法を表すフローチャートである。
【発明を実施するための形態】
【0017】
本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。
【0018】
１． 概要
本開示は、映像コーディング技術に関する。具体的には、参照ピクチャ再サンプリング（ＲＰＲ）フラグ変数の導出、アクセス制限区切り文字（ＡＵＤ）と構文要素との関係、映像コーディングにおける他のＮＡＬユニットでの一般的制約情報（ＧＣＩ）の信号通知についてである。この考えは、個々にまたは様々な組み合わせで、多レイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規格または非標準映像コーデックに適用されてもよい。
本開示は、映像コーディング技術に関する。具体的には、参照ピクチャ再サンプリング（ＲＰＲ）フラグ変数の導出、アクセス制限区切り文字（ＡＵＤ）と構文要素との関係、映像コーディングにおける他のＮＡＬユニットでの一般的制約情報（ＧＣＩ）の信号通知についてである。この考えは、個々にまたは様々な組み合わせで、多レイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規格または非標準映像コーデックに適用されてもよい。
【0019】
２． 略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニット区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号されたピクチャバッファ）
ＤＰＳ Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（復号パラメータセット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＣＩ Ｇｅｎｅｒａｌ Ｃｏｎｓｔｒａｉｎｔｓ Ｉｎｆｏｒｍａｔｉｏｎ（一般的制約情報）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号更新）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号更新）
ＩＲＡＰ Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（イントラランダムアクセスポイント）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動き制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＯＣ Ｐｉｃｔｕｒｅ Ｏｒｄｅｒ Ｃｏｕｎｔ（ピクチャ順序カウント）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、ティアおよびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＲＰ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｒｅｓａｍｐｌｉｎｇ（参照ピクチャ再サンプリング）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥ Ｓｙｎｔａｘ Ｅｌｅｍｅｎｔ（構文要素）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＨ Ｓｌｉｃｅ Ｈｅａｄｅｒ（スライスヘッダ）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニット区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号されたピクチャバッファ）
ＤＰＳ Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（復号パラメータセット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＣＩ Ｇｅｎｅｒａｌ Ｃｏｎｓｔｒａｉｎｔｓ Ｉｎｆｏｒｍａｔｉｏｎ（一般的制約情報）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号更新）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号更新）
ＩＲＡＰ Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（イントラランダムアクセスポイント）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動き制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＯＣ Ｐｉｃｔｕｒｅ Ｏｒｄｅｒ Ｃｏｕｎｔ（ピクチャ順序カウント）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、ティアおよびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＲＰ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｒｅｓａｍｐｌｉｎｇ（参照ピクチャ再サンプリング）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥ Ｓｙｎｔａｘ Ｅｌｅｍｅｎｔ（構文要素）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＨ Ｓｌｉｃｅ Ｈｅａｄｅｒ（スライスヘッダ）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
【0020】
３． 映像コーディングの導入
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間的予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。
【0021】
３．１ シーケンス内のピクチャ解像度の変更
ＡＶＣおよびＨＥＶＣにおいて、ピクチャの空間的解像度は、新しいＳＰＳを使用する新しいシーケンスがＩＲＡＰピクチャで始まらない限り、変更することができない。ＶＶＣは、常にイントラコーディング化されたＩＲＡＰピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャを再サンプリングすることが必要であるため、時として参照ピクチャ再サンプリング（ＲＰＲ）と称せられる。
ＡＶＣおよびＨＥＶＣにおいて、ピクチャの空間的解像度は、新しいＳＰＳを使用する新しいシーケンスがＩＲＡＰピクチャで始まらない限り、変更することができない。ＶＶＣは、常にイントラコーディング化されたＩＲＡＰピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャを再サンプリングすることが必要であるため、時として参照ピクチャ再サンプリング（ＲＰＲ）と称せられる。
【0022】
スケーリング比は、１／２（参照ピクチャから現在のピクチャへのダウンサンプリングの２倍）以上８（８倍のアップサンプリング）以下に制限される。参照ピクチャと現在のピクチャとの間の様々なスケーリング比に対処するために、周波数カットオフが異なる３つの再サンプリングフィルタセットを規定する。３つの組の再サンプリングフィルタは、それぞれ、１／２～１／１．７５、１／１．７５～１／１．２５、および１／１．２５～８の範囲のスケーリング比に適用される。各組の再サンプリングフィルタは、動き補償補間フィルタの場合と同様に、輝度に対して１６個のフェーズを有し、彩度に対して３２個のフェーズを有する。実際には、通常のＭＣ補間プロセスは、１／１．２５～８の範囲のスケーリング比を有する再サンプリングプロセスの特殊な場合である。水平および垂直スケーリング比は、ピクチャの幅および高さ、並びに参照ピクチャおよび現在のピクチャに対して規定された左、右、上および下のスケーリングオフセットに基づいて導出される。
【0023】
ＨＥＶＣとは異なる、この特徴をサポートするためのＶＶＣ設計の他の態様は、ｉ）ＳＰＳの代わりにＰＰＳにおいてピクチャ解像度および対応する適合性ウィンドウを信号通知すること、ＳＰＳにおいて最大ピクチャ解像度を信号通知すること、ｉｉ）単レイヤビットストリームの場合、各ピクチャ記憶装置（１つの復号されたピクチャを記憶するためのＤＰＢにおける１つのスロット）は、最大ピクチャ解像度を有する復号されたピクチャを記憶するために必要なバッファサイズを占めることを含む。
【0024】
３．２． 全般およびＶＶＣにおけるスケーラブル映像コーディング（ＳＶＣ）
ＳＶＣ（Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ＢＬ（Ｂａｓｅ Ｌａｙｅｒ：基本レイヤ）（時には、ＲＬ（Ｒｅｆｅｒｅｎｃｅ Ｌａｙｅｒ：参照レイヤ）と呼ばれる）および１または複数のＥＬ（Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ：スケーラブルエンハンスメントレイヤ）が使用される映像コーディングを参照する。ＳＶＣにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを担持することができる。エンハンスメントレイヤは、前の符号化されたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する増強レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の増強レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報をコーディング（例えば、符号化または復号）することができる（例えば、動き推定、動きベクトル予測および／または他の冗長性）。
ＳＶＣ（Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、時には、映像コーディングにおけるスケーラビリティとも呼ばれる）は、ＢＬ（Ｂａｓｅ Ｌａｙｅｒ：基本レイヤ）（時には、ＲＬ（Ｒｅｆｅｒｅｎｃｅ Ｌａｙｅｒ：参照レイヤ）と呼ばれる）および１または複数のＥＬ（Ｅｎｈａｎｃｅｍｅｎｔ Ｌａｙｅｒ：スケーラブルエンハンスメントレイヤ）が使用される映像コーディングを参照する。ＳＶＣにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。１つ以上のエンハンスメントレイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを担持することができる。エンハンスメントレイヤは、前の符号化されたレイヤに対して定義されてもよい。例えば、下層がＢＬとして機能し、上層がＥＬとして機能することができる。中間レイヤは、ＥＬまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する増強レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の増強レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報をコーディング（例えば、符号化または復号）することができる（例えば、動き推定、動きベクトル予測および／または他の冗長性）。
【0025】
ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームの異なるレイヤの１つ以上のコーディングされた映像シーケンスにより利用できるパラメータが、映像パラメータセット（ＶＰＳ）に含まれてもよく、コーディングされた映像シーケンスの１つ以上のピクチャにより利用されるパラメータが、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、１つのピクチャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰＳ）に含まれてもよく、１つのスライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所与の時間にどのパラメータセットを使用しているかの指示は、様々なコーディングレベルで提供されてもよい。
【0026】
ＶＶＣにおけるＲＰＲ（Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｒｅｓａｍｐｌｉｎｇ）のサポートのおかげで、空間的スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤおよびＨＤ解像度の２つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートしない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１に規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は、単レイヤデコーダの設計にできるだけ適したものにされてきた。多レイヤビットストリームに対する復号能力は、ビットストリームに１つのレイヤしかなかったかの如く規定される。例えば、ＤＰＢサイズのような復号能力は、復号されるビットストリームのレイヤの数に依存しないようで規定される。基本的に、単レイヤビットストリームのために設計されたデコーダは、多レイヤビットストリームを復号することができるようにするために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多レイヤ拡張の設計と比較して、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、ＩＲＡＰ ＡＵは、ＣＶＳに存在するレイヤの各々にピクチャを含むことが必要である。
【0027】
３．３ パラメータセット
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。
ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータ集合を規定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ等である。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。
【0028】
ＳＰＳは、シーケンスレベルのヘッダ情報を担持するように設計され、ＰＰＳは、頻繁に変化しないピクチャレベルのヘッダ情報を担持するように設計された。ＳＰＳおよびＰＰＳを用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。
【0029】
ＶＰＳは、多レイヤのビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を担持するために導入された。
【0030】
ＡＰＳは、コーディングするためのかなりのビットを必要とし、複数のピクチャによって共有され、そして、シーケンスにおいて非常に多くの異なる変形例が存在し得る、そのようなピクチャレベルまたはスライスレベルの情報を担持するために導入された。
【0031】
３．４． ＲＰＲ関連構文要素および変数フラグの意味論
ＲＰＲに関連する構文要素の意味および変数フラグの導出は、最近のＶＶＣ草案のテキストにおいて以下のようである。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、参照ピクチャの再サンプリングが有効化され、ＳＰＳを参照する現在のピクチャが、現在のピクチャとは異なる以下の７つのパラメータのうちの１つ以上を有する参照ピクチャリストのアクティブエントリの参照ピクチャを参照するスライスを有していてもよいことを規定する。１）ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，２）ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，３）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，４）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，５）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，６）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ，および７）ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１。ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、参照ピクチャの再サンプリングが無効化され、ＳＰＳを参照する現在のピクチャが、現在のピクチャとは異なる上記の７つのパラメータのうちの１つ以上を有する参照ピクチャリストのアクティブエントリの参照ピクチャを参照するスライスを有していなくてもよいことを規定する。
注３－ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、現在のピクチャについて、現在のピクチャとは異なる上記の７つのパラメータの１つ以上を有する参照ピクチャは、現在のピクチャを含むレイヤと同じレイヤに属してもよいし、異なるレイヤに属してもよい。
ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照するＣＬＶＳ内でピクチャの空間的解像度が変化する可能性があることを規定する。
ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照するいかなるＣＬＶＳ内でもピクチャの空間的解像度が変化しない可能性があることを規定する。存在しない場合、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいと推論される。
．．．
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔはｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値と等しく設定され、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、それぞれ参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の値に等しく設定される。
ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される。
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ｜｜
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１！＝ｆＲｅｆＮｕｍＳｕｂｐｉｃｓ）
．．．
ＲＰＲに関連する構文要素の意味および変数フラグの導出は、最近のＶＶＣ草案のテキストにおいて以下のようである。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
１に等しいｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、参照ピクチャの再サンプリングが有効化され、ＳＰＳを参照する現在のピクチャが、現在のピクチャとは異なる以下の７つのパラメータのうちの１つ以上を有する参照ピクチャリストのアクティブエントリの参照ピクチャを参照するスライスを有していてもよいことを規定する。１）ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，２）ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，３）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，４）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，５）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ，６）ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ，および７）ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１。ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、参照ピクチャの再サンプリングが無効化され、ＳＰＳを参照する現在のピクチャが、現在のピクチャとは異なる上記の７つのパラメータのうちの１つ以上を有する参照ピクチャリストのアクティブエントリの参照ピクチャを参照するスライスを有していなくてもよいことを規定する。
注３－ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、現在のピクチャについて、現在のピクチャとは異なる上記の７つのパラメータの１つ以上を有する参照ピクチャは、現在のピクチャを含むレイヤと同じレイヤに属してもよいし、異なるレイヤに属してもよい。
ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照するＣＬＶＳ内でピクチャの空間的解像度が変化する可能性があることを規定する。
ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照するいかなるＣＬＶＳ内でもピクチャの空間的解像度が変化しない可能性があることを規定する。存在しない場合、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいと推論される。
．．．
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔはｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値と等しく設定され、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、それぞれ参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の値に等しく設定される。
ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される。
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ｜｜
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１！＝ｆＲｅｆＮｕｍＳｕｂｐｉｃｓ）
．．．
【0032】
３．５ アクセスユニット区切り文字（ＡＵＤ）
最近のＶＶＣ草案テキストにおける、ＡＵＤの構文および意味論は、以下の通りである。
ＡＵ区切り文字を使用して、ＡＵ区切り文字の先頭、ＡＵがＩＲＡＰであるかＧＤＲ ＡＵであるか、およびＡＵ区切り文字ＮＡＬユニットを含むＡＵ内のコーディングされたピクチャに存在するスライスの種類を表す。ビットストリームが単レイヤの場合、ＡＵ区切り文字に関連付けられた規範的な復号処理は存在しない。
ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しいことは、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵであることを規定する。ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇか０に等しいことは、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵでないことを規定する。
ａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ区切り文字ＮＡＬユニットを含むＡＵにおけるコーディングされたピクチャのすべてのスライスのｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ値が、所与のａｕｄ＿ｐｉｃ＿ｔｙｐｅ値について、表７にリストされるセットのメンバーであることを示す。本明細書のこのバージョンに準拠するビットストリームにおいて、ａｕｄ＿ｐｉｃ＿ｔｙｐｅの値は０、１、または２に等しいものとする。ａｕｄ＿ｐｉｃ＿ｔｙｐｅの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣで将来使用されるよう、確保されている。本明細書バージョンに準拠するデコーダは、ａｕｄ＿ｐｉｃ＿ｔｙｐｅの確保された値を無視しなければならない。
表７－ａｕｄ＿ｐｉｃ＿ｔｙｐｅの解釈
最近のＶＶＣ草案テキストにおける、ＡＵＤの構文および意味論は、以下の通りである。
【表1】
ＡＵ区切り文字を使用して、ＡＵ区切り文字の先頭、ＡＵがＩＲＡＰであるかＧＤＲ ＡＵであるか、およびＡＵ区切り文字ＮＡＬユニットを含むＡＵ内のコーディングされたピクチャに存在するスライスの種類を表す。ビットストリームが単レイヤの場合、ＡＵ区切り文字に関連付けられた規範的な復号処理は存在しない。
ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しいことは、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵであることを規定する。ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇか０に等しいことは、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵでないことを規定する。
ａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ区切り文字ＮＡＬユニットを含むＡＵにおけるコーディングされたピクチャのすべてのスライスのｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ値が、所与のａｕｄ＿ｐｉｃ＿ｔｙｐｅ値について、表７にリストされるセットのメンバーであることを示す。本明細書のこのバージョンに準拠するビットストリームにおいて、ａｕｄ＿ｐｉｃ＿ｔｙｐｅの値は０、１、または２に等しいものとする。ａｕｄ＿ｐｉｃ＿ｔｙｐｅの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣで将来使用されるよう、確保されている。本明細書バージョンに準拠するデコーダは、ａｕｄ＿ｐｉｃ＿ｔｙｐｅの確保された値を無視しなければならない。
表７－ａｕｄ＿ｐｉｃ＿ｔｙｐｅの解釈
【表2】
【0033】
３．６． ＧＣＩ（一般的制約情報）
最近のＶＶＣ草案テキストにおいて、一般的なプロファイル、ティア、レベル構文、および意味論は、以下の通りである。
７．３．３ プロファイル、ティアおよびレベル構文
７．３．３．１ 一般的なプロファイル、ティア、レベル構文
７．３．３．２ 一般的制約情報構文
最近のＶＶＣ草案テキストにおいて、一般的なプロファイル、ティア、レベル構文、および意味論は、以下の通りである。
７．３．３ プロファイル、ティアおよびレベル構文
７．３．３．１ 一般的なプロファイル、ティア、レベル構文
【表3】
７．３．３．２ 一般的制約情報構文
【表4】
【表5】
【0034】
３．７． ＧＣＩフィールドの条件付き信号通知
いくつかの実施例において、ＧＣＩ構文構造は変更されている。ＧＣＩ構文構造において、ＧＣＩ拡張長指標（ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓ）を最後から最初（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）に移動させることにより、ＧＣＩフィールドのスキップ信号通知を可能にする。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値は、０または９に等しいものとする。
いくつかの実施例において、ＧＣＩ構文構造は変更されている。ＧＣＩ構文構造において、ＧＣＩ拡張長指標（ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓ）を最後から最初（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）に移動させることにより、ＧＣＩフィールドのスキップ信号通知を可能にする。ｇｃｉ＿ｎｕｍ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅｓの値は、０または９に等しいものとする。
【0035】
太字のイタリック体において、追加または修正された部分には下線を付し、削除された部分は、［［］］を以下に使用して示す。
【表6】
【0036】
３．８． 輝度－彩度ＱＰマッピングテーブル
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６は、ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用される開始輝度および彩度ＱＰを規定する。ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］の値は、－２６－ＱｐＢｄＯｆｆｓｅｔ～３６の範囲内にあるものとする。存在しない場合、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］の値は０に等しいと推論される。
ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用されるポイントの数を規定する。ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］の値は、０～６３＋ＱｐＢｄＯｆｆｓｅｔの範囲内にあるものとする。存在しない場合、ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［０］の値は０に等しいと推論される。
ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］は、ｉ番目の彩度ＱＰマッピングテーブルのｊ番目のピボットポイントの入力座標を導出するために使用するデルタ値を規定する。存在しない場合、ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［０］［ｊ］の値は０に等しいと推論される。
ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｄｉｆｆ＿ｖａｌ［ｉ］［ｊ］は、ｉ番目の彩度ＱＰマッピングテーブルのｊ番目のピボットポイントの出力座標を導出するために使用するデルタ値を規定する。
ｉ＝０．．ｎｕｍＱｐＴａｂｌｅｓ－１のｉ番目の彩度ＱＰマッピングテーブルＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］は、以下のように導出される。
ｑｐＩｎＶａｌ［ｉ］［０］＝ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６
ｑｐＯｕｔＶａｌ［ｉ］［０］＝ｑｐＩｎＶａｌ［ｉ］［０］
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｑｐＩｎＶａｌ［ｉ］［ｊ＋１］＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］＝ｑｐＯｕｔＶａｌ［ｉ］［ｊ］＋
（ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＾ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｄｉｆｆ＿ｖａｌ［ｉ］［ｊ］）
｝
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［０］］＝ｑｐＯｕｔＶａｌ［ｉ］［０］
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［０］－１；ｋ＞＝－ＱｐＢｄＯｆｆｓｅｔ；ｋ－－）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ＋１］－１） （６３）
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｓｈ＝（ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）＞＞１
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋１，ｍ＝１；ｋ＜＝ｑｐＩｎｖａｌ［ｉ］［ｊ＋１］；ｋ＋＋，ｍ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［ｊ］］＋
（（ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］－ｑｐＯｕｔＶａｌ［ｉ］［ｊ］）＊ｍ＋ｓｈ）／（ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）
｝
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１］＋１；ｋ＜＝６３；ｋ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ－１］＋１）
ｓｐｓ＿ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａ＿ｆｌａｇが１に等しい場合、ＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｋ］およびＣｈｒｏｍａＱｐＴａｂｌｅ［２］［ｋ］は、－ＱｐＢｄＯｆｆｓｅｔ～６３までの範囲内にあるｋについて、ＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｋ］に等しく設定される。
ｑｐＩｎＶａｌ［ｉ］［ｊ］、ｑｐＯｕｔＶａｌ［ｉ］［ｊ］の値は、－ＱｐＢｄＯｆｆｓｅｔ～６３の範囲内にあり、ｉが０～ｎｕｍＱｐＴａｂｌｅｓ－１の範囲内にあり、ｊが０～ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１の範囲内にあるものとすることが、ビットストリーム適合性の要件である。
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
【表7】
ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６は、ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用される開始輝度および彩度ＱＰを規定する。ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］の値は、－２６－ＱｐＢｄＯｆｆｓｅｔ～３６の範囲内にあるものとする。存在しない場合、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］の値は０に等しいと推論される。
ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用されるポイントの数を規定する。ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］の値は、０～６３＋ＱｐＢｄＯｆｆｓｅｔの範囲内にあるものとする。存在しない場合、ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［０］の値は０に等しいと推論される。
ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］は、ｉ番目の彩度ＱＰマッピングテーブルのｊ番目のピボットポイントの入力座標を導出するために使用するデルタ値を規定する。存在しない場合、ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［０］［ｊ］の値は０に等しいと推論される。
ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｄｉｆｆ＿ｖａｌ［ｉ］［ｊ］は、ｉ番目の彩度ＱＰマッピングテーブルのｊ番目のピボットポイントの出力座標を導出するために使用するデルタ値を規定する。
ｉ＝０．．ｎｕｍＱｐＴａｂｌｅｓ－１のｉ番目の彩度ＱＰマッピングテーブルＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］は、以下のように導出される。
ｑｐＩｎＶａｌ［ｉ］［０］＝ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６
ｑｐＯｕｔＶａｌ［ｉ］［０］＝ｑｐＩｎＶａｌ［ｉ］［０］
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｑｐＩｎＶａｌ［ｉ］［ｊ＋１］＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］＝ｑｐＯｕｔＶａｌ［ｉ］［ｊ］＋
（ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＾ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｄｉｆｆ＿ｖａｌ［ｉ］［ｊ］）
｝
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［０］］＝ｑｐＯｕｔＶａｌ［ｉ］［０］
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［０］－１；ｋ＞＝－ＱｐＢｄＯｆｆｓｅｔ；ｋ－－）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ＋１］－１） （６３）
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｓｈ＝（ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）＞＞１
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋１，ｍ＝１；ｋ＜＝ｑｐＩｎｖａｌ［ｉ］［ｊ＋１］；ｋ＋＋，ｍ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［ｊ］］＋
（（ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］－ｑｐＯｕｔＶａｌ［ｉ］［ｊ］）＊ｍ＋ｓｈ）／（ｓｐｓ＿ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）
｝
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１］＋１；ｋ＜＝６３；ｋ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ－１］＋１）
ｓｐｓ＿ｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａ＿ｆｌａｇが１に等しい場合、ＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｋ］およびＣｈｒｏｍａＱｐＴａｂｌｅ［２］［ｋ］は、－ＱｐＢｄＯｆｆｓｅｔ～６３までの範囲内にあるｋについて、ＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｋ］に等しく設定される。
ｑｐＩｎＶａｌ［ｉ］［ｊ］、ｑｐＯｕｔＶａｌ［ｉ］［ｊ］の値は、－ＱｐＢｄＯｆｆｓｅｔ～６３の範囲内にあり、ｉが０～ｎｕｍＱｐＴａｂｌｅｓ－１の範囲内にあり、ｊが０～ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１の範囲内にあるものとすることが、ビットストリーム適合性の要件である。
【0037】
４． 開示される技術的解決策によって対処する技術的問題
ＲＰＲ、ＡＵ区切り文字およびＧＣＩのための既存の設計は、以下の問題を有する。
ＲＰＲ、ＡＵ区切り文字およびＧＣＩのための既存の設計は、以下の問題を有する。
【0038】
（１）ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論のためのｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１およびフラグ変数ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、必要以上に制限されない。参照ピクチャが異なる数のサブピクチャを有する一方、現在のピクチャのすべてのサブピクチャがｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］は０に等しいとき、現在のピクチャに対してＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が１に等しい場合に無効になるすべてのツールの使用を無効化するというものであった。
【0039】
（２）現在、ＡＵ区切り文字（別名、ＡＵＤ）構文構造において、ＡＵに対して、ＩＲＡＰ／ＧＤＲ ＡＵであるかどうかとＡＵのピクチャタイプを示す２つの構文要素（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ、ａｕｄ＿ｐｉｃ＿ｔｙｐｅ）が信号通知される。ＡＵＤ ＳＥは、復号処理の他の部分では使用されない。しかし、ＰＨにおいて、類似した意図をａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇとして表すＳＥ（例えば、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ）が存在する。ＡＵＤが存在する場合、ＰＨ ＳＥの値はＡＵＤ ＳＥの値によって制約を受ける可能性があると主張する。また、ＳＨには、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅというＳＥがあるが、これもａｕｄ＿ｐｉｃ＿ｔｙｐｅの値で制約をかけることができる。
【0040】
（３）最近のＶＶＣ草案本文およびいくつかの実施形態において、ＧＣＩ信号通知のための設計は、ＧＣＩフィールドと拡張バイトとの間にバイトアラインメントを有する。その結果、潜在的な将来の拡大において、新しいＧＣＩフィールドを追加する必要がある場合、それらのフィールドは、現在のバイトアライメントビットの後に追加され、その後、別のバイトアライメントを追加する必要がある。
【0041】
（４）いくつかの実施形態において、ＧＣＩ信号通知のための設計は、８ビットの構文要素を用いて、ＧＣＩフィールドのためのバイト数、バイトアラインメントビット数、および拡張バイト数を規定する。しかし、ＶＶＣバージョン１の場合、構文要素の値は０または９に等しいことが必要であり、即ち、（ＶＶＣバージョン１のすべてのＧＣＩフィールドに必要なビット数によって）０または０より大きい特定の整数値であることが必要である。潜在的な将来の拡張において、特定の新しいＧＣＩフィールドが追加された後、その８ビット構文要素の値は、０に等しいか、または９より大きい別の特定の値である必要があり、例えば、新しいＧＣＩフィールドに９ビットから１６ビットを超えるビットが必要である場合、１１である。これは、任意のバージョンのＶＶＣにおいて、８ビット構文要素の値が０に等しいか、または特定のゼロより大きい整数値になることを意味する。そのため、８ビットの値を信号通知する必要はなく、１ビットのフラグを信号通知するだけで十分であり、このフラグの値に従って値を導出する。
【0042】
（５）相互関連構文要素がＰＨにおいて信号通知されたかどうかと、空でないＲＰＬ０がＰＨにおいて信号通知されたかどうかとの関係が十分に確立されていないことが主張される。例えば、ＰＨにおいて参照ピクチャリスト（ＲＰＬ）が送信され、リスト０が空である場合、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値を０に等しくなるように制約してもよい。および、その逆も同じである。
【0043】
（６）リカバリＰＯＣ距離がゼロであるＧＤＲピクチャの場合、ＧＤＲピクチャ自体がリカバリポイントピクチャであると主張される。そして、これは仕様で考慮／表現されるべきである。
【0044】
（７）混合ＮＡＬユニットタイプおよびビットストリームの抽出およびマージを考慮して、単一のＧＣＩフラグは、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよびｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを共に制約するように信号通知してもよい。
【0045】
５． 実施形態の一覧
上述した問題点および上記以外の問題点を解決するために、以下のような方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。
１） 第１の問題を解決するために、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出をｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１を含まないように変更し、現在のピクチャと参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］に対してｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値が異なる場合、そして、現在のピクチャのｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］は、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内にある少なくとも１つのｋの値に対して１に等しくなる場合、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が１に等しいときに使用できないすべてのツール、例えばＰＲＯＦは、エンコーダによってオフにする必要があり、そうでない場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］が１に等しい抽出されたサブピクチャが正しく復号可能とならないため、ビットストリームは非整合ビットストリームとなってしまうということを明確にするための注記が追加される。
ａ． 一例において、さらに、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論は、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１を含まないように変更される。
ｂ． 上記の説明は、インターレイヤ予測が許可される場合にのみ適用されるべきである。
２） 第１の問題を解決するために、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇの導出は、サブピクチャをピクチャとして扱うかどうかにさらに依存する。
ａ． 一例において、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、現在のピクチャに対して、ｋが０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内にある、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］の値のうち少なくとも１つに依存してもよいように変更される。
ｂ． 一例において、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、現在のピクチャに対して、ｋが０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内にあるｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］のうち少なくとも１つが１に等しいかどうかに依存してもよいように変更される。
ｃ． あるいは、さらに、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なり、現在のピクチャがピクチャとして扱われるサブピクチャを有さない（例えば、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇの値がすべて偽である）場合、ＲＰＲを依然として有効化してもよい。
ｉ． あるいは、さらに、他の条件（例えば、スケーリングウィンドウのサイズ／オフセット）に従って、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］を設定してもよい。
ｄ． あるいは、さらに、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なり、現在のピクチャがピクチャとして扱われる少なくとも１つのサブピクチャを有する（例えば、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇが真である）場合、他の構文要素の値（例えば、スケーリングウィンドウ）に関わらず、ＲＰＲは常に有効化される。
ｉ． あるいは、さらに、上記の場合、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］を真に設定する。
ｅ． あるいは、さらに、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が真である場合、複数のツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）をそれに応じて無効化してもよい。
ｉ．抽出した後にＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が真に等しい場合、複数のツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）をそれに応じて無効化してもよい。
ｆ． あるいは、適合ビットストリームは、ピクチャとして扱われ、かつ、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なる現在のピクチャのサブピクチャに対して、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］のチェックに依存するコーディングツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）を無効化してもよいことを満たすものとする。
ｇ． あるいは、コーディングツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）のための復号処理を呼び出すかどうかは、現在のピクチャにおける現在のサブピクチャをピクチャとして扱うかどうか、および現在のピクチャとその参照ピクチャとの間のサブピクチャの数に依存してもよい。
ｉ． 一例において、現在のピクチャにおける現在のサブピクチャをピクチャとして扱い、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なる場合、ＳＰＳ有効化フラグに関わらず、これらのコーディングツールを無効化する。
３） 第１の問題を解決するために、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、現在のピクチャと参照ピクチャが同じレイヤに属するかどうか、および／またはレイヤ間予測が許可されるかどうかに依存してもよいように変更される。
４） 第２の問題を解決するために、ＡＵＤ ＳＥによるＰＨ／ＳＨ ＳＥの値の制約に関して、以下のアプローチの１つ以上が開示される。
ａ． 一例において、存在する場合、ＡＵＤ構文要素の値に基づいて、ＳＰＳ／ＰＰＳ／ＡＰＳ／ＰＨ／ＳＨ構文要素の値を制約する。
ｂ． 一例において、構文要素の値を制約することであって、それが、存在する場合に、ＧＤＲ／ＩＲＡＰ ＡＵであるかどうか（例えば、ＡＵＤ構文要素ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇの値）に基づいて、ＧＤＲ／ＩＲＡＰピクチャであるかどうか（例えば、ＰＨ構文要素ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ）を規定する。
ｃ． 例えば、ＡＵＤ構文要素が、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵではないことを規定した場合（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい）、関連付けられたＰＨ構文要素ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、ピクチャがＩＲＡＰまたはＧＤＲピクチャであることを規定する一定の値（例えば、１）に等しくないものとし、例えば、以下の制約を追加してもよい。
ｉ． ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが存在し、かつ、０に等しい（ＩＲＡＰまたはＧＤＲでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、１に等しくないものとする（ＩＲＡＰまたはＧＤＲ）。
ｉｉ． あるいは、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい（ＩＲＡＰまたはＧＤＲでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、１に等しくないものとする（ＩＲＡＰまたはＧＤＲ）。
ｉｉｉ． あるいは、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが存在し、０に等しい（ＩＲＡＰまたはＧＤＲでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、０に等しいものとする（ＩＲＡＰまたはＧＤＲであってもなくてもよい）。
ｉｖ． あるいは、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい（ＩＲＡＰまたはＧＤＲでもそうでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、０に等しいものとする（ＩＲＡＰまたはＧＤＲであってもなくてもよい）。
ｄ． 一例において、存在する場合、ＡＵＤ構文要素（例えば、ａｕｄ＿ｐｉｃ＿ｔｙｐｅ）の値に基づいて、スライスタイプを規定する構文要素（例えば、ＳＨ構文要素ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ）の値を制約する。
ｉ． 例えば、ＡＵＤ構文要素が、ＡＵに存在し得るｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ値がイントラ（Ｉ）スライスである（例えば、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが０に等しい）ことを規定する場合、関連付けられたＳＨ構文要素ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、予測（Ｐ）／双方向予測（Ｂ）スライスを規定する一定の値（例えば、０／１）に等しくてはならず、例えば、以下の制約を追加してもよい。
１． ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は２（Ｉスライス）に等しいものとする。
２． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は２（Ｉスライス）に等しいものとする。
３． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）または１（Ｐスライス）に等しくないものとする。
４． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）または１（Ｐスライス）に等しくないものとする。
ｅ． 例えば、ＡＵＤ構文要素が、ＡＵに存在し得るｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ値がＰまたはＩスライスである（例えば、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが１に等しい）ことを規定する場合、関連付けられたＳＨ構文要素ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、Ｂスライスを規定する一定の値（例えば、０）に等しくてはならず、例えば、以下の制約を追加してもよい。
ｉ． ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は１（Ｐスライス）または２（Ｉスライス）に等しいものとする。
ｉｉ． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は１（Ｐスライス）または２（Ｉスライス）に等しいものとする。
ｉｉｉ． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）に等しくないものとする。
ｉｖ． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）に等しくないものとする。
ｆ． 一例において、ＡＵＤ構文構造およびＰＨ／ＳＨ構文構造における関連する構文要素の指標値は、整列されてもよい。
ｉ． 例えば、０に等しいａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ内に存在してもよいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、Ｂ、ＰまたはＩスライスであることを示す。
ｉｉ． 例えば、１に等しいａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ内に存在してもよいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、ＰまたはＩスライスであることを示す。
ｉｉｉ． 例えば、２に等しいａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ内に存在してもよいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、Ｉスライスであることを示す。
ｉｖ． 代替的に、０に等しいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、スライスのコーディングタイプがＩスライスであることを示す。
ｖ． 代替的に、１に等しいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、スライスのコーディングタイプがＰスライスであることを示す。
ｖｉ． 代替的に、２に等しいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、スライスのコーディングタイプがＢスライスであることを示す。
ｇ． 一例において、ＡＵＤ構文構造およびＰＨ／ＳＨ構文構造における関連する構文要素の名前は、整列されてもよい。
ｉ． 例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇをａｕｄ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ａｕ＿ｆｌａｇに名称を変更することができる。
ｉｉ． 代替的に、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇをｐｈ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇに名称を変更してもよい。
ｈ． 一例において、ピクチャがＩＲＡＰまたはＧＤＲピクチャであるかどうかを規定する構文要素の値（例えば、０または１に等しいｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ、および／または０または１に等しいｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ、および／または０または１に等しいｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇという名称のＰＨ ＳＥ）は、ビットストリームが単レイヤビットストリームであるかどうか、およびピクチャがＩＲＡＰまたはＧＤＲ ＡＵに属するかどうかに基づいて制約されてもよい。
ｉ． 例えば、ビットストリームが単レイヤビットストリームである場合（例えば、ＶＰＳ構文要素ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい、および／またはＳＰＳ構文要素ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい）、かつＡＵＤ構文要素が、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵでないことを規定する場合（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい）、以下の制約を追加してもよい。
１． 関連するＰＨ構文要素ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、ピクチャがＩＲＡＰまたはＧＤＲピクチャであることを規定する一定の値（例えば、１）に等しくないものとする。
２． 関連するＰＨ構文要素ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は、ピクチャがＧＤＲピクチャであることを規定する一定の値（例えば、１）に等しくないものとする。
３． ある値（例えば１）に等しいｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇおよびｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇという名称のＰＨ ＳＥがあり、このピクチャがＩＲＡＰピクチャであることを規定しているとした場合、上記条件下で、関連するＰＨ構文要素ｐｈ＿ｇｄｒ＿ｉｒａｐ＿ｆｌａｇの値は１に等しくないものとする。
ｉｉ． 例えば、ビットストリームが単レイヤビットストリームである場合（例えば、ＶＰＳ構文要素ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい、および／またはＳＰＳ構文要素ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい）、かつＡＵＤ構文要素が、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵであることを規定する場合（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しい）、以下の制約を追加してもよい。
１． ある値（例えば１）に等しいｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇおよびｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇという名称のＰＨ ＳＥがあり、このピクチャがＩＲＡＰピクチャであることを規定しているとした場合、上記条件下で、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇまたはｐｈ＿ｉｒａｐ＿ｆｌａｇのいずれかが１であるものとする。
ｉｉｉ． 例えば、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１（またはｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）が０（単一レイヤ）であり、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが存在し、かつ０に等しい（ＩＲＡＰまたはＧＤＲ ＡＵではない）場合には、以下のように制約される。
１． ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は１に等しくないものとする（ＩＲＡＰまたはＧＤＲピクチャ）。
ａ． 代替的に、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする（ピクチャはＩＲＡＰピクチャであってもなくてもよく、確実にＧＤＲピクチャではない）。
２． さらに、代替的に、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は１に等しくないものとする（ＧＤＲピクチャ）。
ａ． 代替的に、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０と等しいものとする（このピクチャは確実にＧＤＲピクチャではない）。
３． 代替的に、ｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（名称がある場合）の値は１に等しくないものとする（確実にＩＲＡＰピクチャ）。
ａ． 代替的に、ｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（名称がある場合）の値は０に等しいものとする（ピクチャは確実にＩＲＡＰピクチャではない）。
５） 第３の問題を解決するために、ＧＣＩ構文構造におけるＧＣＩ構文要素を信号通知するかどうかは、信号通知された／導出された制約／予約バイト数（例えば、ＪＶＥＴ－Ｓ００９２－ｖ１におけるｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）が０に等しくないかまたは０より大きいかに依存してもよい。
ａ． 一例において、ＪＶＥＴ－Ｓ００９２－ｖ１におけるＧＣＩ構文は、以下のように変更される。（１）条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞８）」が「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」となるように変更される、（２）バイトアライメント、すなわち構文要素ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔとその条件「ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（）」）が削除される、および（３）予約バイト（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］）の信号通知は、条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」下の合計ビット数がｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＊８に等しいようなやり方で、予約ビット（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］）の信号通知となるように変更される。
ｂ． あるいは、さらに、制約／予約バイトの数（例えば、ＪＶＥＴ－Ｓ００９２におけるｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）は、ＧＣＩ構文要素／プロファイル／タイル／標準情報のバージョンに依存してもよい所与の値に制限されてもよい。
ｉ． あるいは、さらに、他のｕｎ－ｚｅｒｏ値をＣｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に設定する。ここで、変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」下のすべての構文要素に対するビット数に等しくなるように導出される。
６） 第４の問題を解決するために、ＧＣＩ構文要素／またはＧＣＩ構文構造の存在を示すためのフラグを使用してもよく、ＧＣＩ構文要素が存在する場合、０個または１つまたは複数個の予約ビットをさらに信号通知してもよい。
ａ． 一例において、ＪＶＥＴ－Ｓ００９２－ｖ１におけるＧＣＩ構文は、以下のように変更される。（１）８－ｂｉｔ ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓが１ビットフラグ、例えばｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに置き換えられる、（２）条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞８）」が「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」となるように変更される、（３）バイトアライメント、すなわち構文要素ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔとその条件「ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（）」）が削除される、および（４）予約バイト（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］）の信号通知は、条件「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」下の合計ビット数がｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓ＊８に等しく、ｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓがｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に従って導出されるようなやり方で、予約ビット（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］）の信号通知となるように変更される。
ｂ． あるいは、さらに、制約／予約バイトの数（例えば、ＪＶＥＴ－Ｓ００９２におけるｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）（例えば信号通知された、または導出された）は、ＧＣＩ構文要素／プロファイル／タイル／標準情報のバージョンに依存してもよい。
ｉ． あるいは、さらに、他のｕｎ－ｚｅｒｏ値をＣｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に設定する。ここで、変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＞０）」下のすべての構文要素に対するビット数に等しくなるように導出される。
ｃ． あるいは、さらに、フラグがＧＣＩ構文要素が存在しないことを示す場合、７ビットの予約ビットをさらに信号通知してもよい。
ｉ． 一例において、７ビットの予約ビットは７つのゼロビットである。
ｄ． あるいは、さらに、ＧＣＩ構文構造を、ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃの後に、またはｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］の後に、またはＰＴＬ構文構造におけるｗｈｉｌｅループ（例えばバイトアライメント）のすぐ前に移動する。
ｉ． あるいは、さらに、フラグがＧＣＩ構文要素が存在することを示す場合、ＧＣＩ構文構造（例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（））がさらに信号通知される。
ｉｉ． あるいは、さらに、フラグがＧＣＩ構文要素が存在しないことを示す場合、ＧＣＩ構文構造（例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（））が通知されず、ＧＣＩ構文要素の値がデフォルト値に設定される。
適応型色変換（ＡＣＴ）関連
７） 予測モード情報に基づいて、ＡＣＴ使用の信号通知（例えば、ＡＣＴオン／オフ制御フラグ）をスキップしてもよい。
ａ． 一例において、ＡＣＴオン／オフフラグの指示を信号通知するかどうかは、現在のブロックの予測モードが非イントラ（例えば、ＭＯＤＥ＿ＩＮＴＲＡではない）および／または非インター（例えば、ＭＯＤＥ＿ＩＮＴＥＲではない）および／または非ＩＢＣ（例えば、ＭＯＤＥ＿ＩＢＣではない）であるかどうかに依存してもよい。
ｂ． 一例において、すべてのイントラ（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）およびインター（例えば、ＭＯＤＥ＿ＩＮＴＥＲ）およびＩＢＣ（例えば、ＭＯＤＥ＿ＩＢＣ）モードが映像ユニットに適用されない場合、ＡＣＴ使用の信号通知（例えば、ＡＣＴオン／オフ制御フラグ）をスキップしてもよい。
ｉ． 代替的に、さらに、ＡＣＴの使用は、存在しない／信号通知されていない場合、偽であると推論される。
ｃ． 一例において、ＡＣＴが１つのブロックに使用される場合、そのブロックに対してＸモードを使用しないものとする。
ｉ． 例えば、Ｘはパレットでもよい。
ｉｉ． 例えば、Ｘは、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、およびＭＯＤＥ＿ＩＢＣとは異なるモードであってもよい。
ｉｉｉ． あるいは、さらに、上記条件下で、Ｘモードの使用が偽であると推論される。
その他
８） 第５の課題を解決するために、以下のアプローチのうちの１つ以上が開示される。
ａ． 一例において、ピクチャにおいてインタースライスが許可され（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが真に等しい）、かつＳＨの代わりにＰＨにおいてＲＰＬが信号通知される場合、参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）は空ではない、即ち、少なくとも１つのエントリを含むものとする。
ｉ． 例えば、ビットストリーム制約は、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しく、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］の値は０より大きいものとすると、規定されてもよい。
ｉｉ． さらに、リスト０における参照エントリの数（例えば、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］）を信号通知するかどうか、および／またはどのようにして信号通知するか、および／または推論するかは、ピクチャにおいてインタースライスを許可するかどうかに依存してもよい。
１． 一例において、ピクチャにおいてインタースライスが許可され（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが真に等しい）、かつＰＨにおいてＲＰＬが信号通知される（例えば、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが真に等しい）場合、参照ピクチャリスト０マイナス１の入力数を代わりに信号通知してもよい。
２． 一例において、ピクチャにおいてインタースライスが許可されない（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが偽に等しい）場合、ＰＨにおいてＲＰＬが信号通知され（例えば、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが真に等しい）、参照ピクチャリストＸの入力数（Ｘは０または１）は、それ以上信号通知されない。
ｂ． 一例において、ＳＨの代わりにＲＰＬがＰＨにおいて信号通知され、かつ参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、１つのピクチャにおいてＩスライスのみを許可するものとする。
ｉ． 例えば、ビットストリームの制約は、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しく、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］の値が０に等しい場合、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいものとすることを規定してもよい。
ｉｉ． さらに、インター許可されたフラグ（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）および／またはイントラ許可されたフラグ（例えば、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）の指示を信号通知するかどうか、および／またはどのように信号通知するかは、参照ピクチャリスト０の中の入力数に依存してもよい。
１． 一例において、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しく、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］の値が０に等しい場合、インタースライスが許可されるかどうか（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）の指示は、これ以上信号通知されなくてもよい。
ａ． 代替的に、さらに、この表示が偽であると推論される。
ｂ． 代替的に、イントラスライスが許可されるかどうかの別の指示（例えば、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）は、もはや信号通知されなくてもよい。
ｃ． 一例において、スライスタイプおよび／またはスライスタイプの推論をどのように信号通知するかどうか、および／または信号通知するかどうかは、参照ピクチャリスト０および／または１の入力数に依存してもよい。
ｉ． 一例において、参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、スライスタイプの指示はもはや信号通知されない。
１． あるいは、さらに、ＳＨの代わりにＰＨにおいてＲＰＬが信号通知され、かつ参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、スライスタイプの指示はもはや信号通知されない。
２． 代替的に、さらに、上記の場合、スライスタイプをＩスライスと推論する。
ｉｉ． 一例において、参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、スライスタイプは、Ｉスライスに等しいものとする。
ｉｉｉ． 一例において、参照ピクチャリスト１（例えば、ＲｅｆＰｉｃＬｉｓｔ［１］）が空である（即ち、０個のエントリを含む）場合、スライスタイプは、Ｂスライスに等しくないものとする。
ｉｖ． 一例において、参照ピクチャリスト１（例えば、ＲｅｆＰｉｃＬｉｓｔ［１］）が空である（即ち、０個のエントリを含む）場合、スライスタイプは、ＩまたはＰスライスに等しいものとする。
ｄ． 一例において、ＰＨにおいてＲＰＬが信号通知される場合、このＲＰＬはピクチャにおけるすべてのスライスに使用されるので、ピクチャ全体がＩ個のスライスのみを含む場合にのみ、リスト０を空にすることができるものとする。あるいは、リスト０が空でない場合、このピクチャ内に少なくとも１つのＢスライスまたはＰスライスがなければならない。
９）第６の課題を解決するために、以下のアプローチのうちの１つ以上が開示される。
ａ． 一例において、リカバリポイントピクチャは、リカバリＰＯＣカウントが０よりも大きい場合にのみ、関連付けられたＧＤＲピクチャに復号順で従うものとする。
ｂ． 一例において、リカバリポイントピクチャは、リカバリＰＯＣカウントが０に等しい場合、ＧＤＲピクチャそのものである。
ｃ． 一例において、リカバリピクチャは、復号順にリカバリポイントピクチャに先行してもよいし、しなくてもよい。
ｄ． 一例において、リカバリＰＯＣカウントが０に等しい場合、リカバリポイントピクチャはＧＤＲピクチャそのものであり、リカバリピクチャを有しても有していなくてもよい。
ｅ． 一例において、ＪＶＥＴ－Ｒ２００１－ｖＡにおけるｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの意味論は、以下のように変更されてもよい。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、［［］］を使用して示す。
ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、復号されたピクチャの出力順のリカバリポイントを規定する。
現在のピクチャがＧＤＲピクチャである場合、変数ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌは、以下のように導出される。
ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ
１０） 第７の課題を解決するために、以下のアプローチのうちの１つ以上が開示される。
ａ． 一例において、第１のＧＣＩ構文要素（例えば、ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと呼ばれる）は、ＩＤＲピクチャとともに送信されるＲＰＬおよび混合ｎａｌユニットタイプの使用の両方を制限するように信号通知されてもよい。
ｉ． 例えば、ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＩＤＲピクチャに対してＲＰＬは信号通知されず、各ピクチャのＶＣＬ ＮＡＬユニットはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅと同じ値を有するものとする。ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、このような制約は課されない。
ｉｉ． 例えば、ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＩＤＲピクチャのスライスヘッダに参照ピクチャリスト構文要素は存在しないものとし（例えば、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しい）、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しくなるものとする。ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、このような制約は課されない。
ｉｉｉ． 例えば、第１のＧＣＩ構文要素が存在しない（例えば、ＧＣＩ構文要素の存在を示すことがＧＣＩ構文要素が存在しないことを示す）場合、第１のＧＣＩ構文要素の値はＸであると推測できる（例えば、Ｘは０または１である）。
１１） ＱＰテーブルにおける点の数を規定する構文要素の信号通知および／または範囲および／または推論は、他の構文要素に依存することが求められる。
ａ． ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］～（Ｋ－ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用される開始輝度および／または彩度ＱＰ）の最大値を設定することが提案される。
ｉ． 一例において、Ｋは、映像のための最大許容ＱＰ値に依存する。
１． 一例において、Ｋは、（最大許容ＱＰ値－１）に設定される。例えば、ＶＶＣにおいて６２である。
ｉｉ． 一例において、最大値は、（６２－（ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６）に設定され、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］プラス２６は、ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用される開始輝度および彩度ＱＰを規定する。
ｂ． あるいは、ＱＰテーブルのポイント数（例えば、ｉ番目のＱＰテーブルのｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ）とｉ番目の彩度ＱＰマッピングテーブルを記述するために用いられる開始輝度ＱＰおよび／または彩度ＱＰ（例えば、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］プラス２６）の合計が最大許容ＱＰ値（例えば６３）より小さくなるものとすることが要求されている。
１２） ｑｐＩｎＶａｌ［ｉ］［ｊ］値は、－ＱｐＢｄＯｆｆｓｅｔ～６２の範囲内にあり、ｉが０～ｎｕｍＱｐＴａｂｌｅｓ－１の範囲内にあり、ｊが０～ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋Ｋ（例えば、Ｋ＝０または１）の範囲内にあるものとすることが、ビットストリーム適合性の要件である。
１３） ｑｐＯｕｔＶａｌ［ｉ］［ｊ］値は、－ＱｐＢｄＯｆｆｓｅｔ～６２の範囲内にあり、ｉが０～ｎｕｍＱｐＴａｂｌｅｓ－１の範囲内にあり、ｊが０～ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋Ｋ（例えば、Ｋ＝０または１）の範囲内にあるものとすることが、ビットストリーム適合性の要件である。
上述した問題点および上記以外の問題点を解決するために、以下のような方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。
１） 第１の問題を解決するために、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出をｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１を含まないように変更し、現在のピクチャと参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］に対してｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値が異なる場合、そして、現在のピクチャのｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］は、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内にある少なくとも１つのｋの値に対して１に等しくなる場合、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が１に等しいときに使用できないすべてのツール、例えばＰＲＯＦは、エンコーダによってオフにする必要があり、そうでない場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］が１に等しい抽出されたサブピクチャが正しく復号可能とならないため、ビットストリームは非整合ビットストリームとなってしまうということを明確にするための注記が追加される。
ａ． 一例において、さらに、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの意味論は、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１を含まないように変更される。
ｂ． 上記の説明は、インターレイヤ予測が許可される場合にのみ適用されるべきである。
２） 第１の問題を解決するために、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇの導出は、サブピクチャをピクチャとして扱うかどうかにさらに依存する。
ａ． 一例において、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、現在のピクチャに対して、ｋが０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内にある、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］の値のうち少なくとも１つに依存してもよいように変更される。
ｂ． 一例において、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、現在のピクチャに対して、ｋが０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内にあるｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｋ］のうち少なくとも１つが１に等しいかどうかに依存してもよいように変更される。
ｃ． あるいは、さらに、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なり、現在のピクチャがピクチャとして扱われるサブピクチャを有さない（例えば、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇの値がすべて偽である）場合、ＲＰＲを依然として有効化してもよい。
ｉ． あるいは、さらに、他の条件（例えば、スケーリングウィンドウのサイズ／オフセット）に従って、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］を設定してもよい。
ｄ． あるいは、さらに、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なり、現在のピクチャがピクチャとして扱われる少なくとも１つのサブピクチャを有する（例えば、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇが真である）場合、他の構文要素の値（例えば、スケーリングウィンドウ）に関わらず、ＲＰＲは常に有効化される。
ｉ． あるいは、さらに、上記の場合、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］を真に設定する。
ｅ． あるいは、さらに、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が真である場合、複数のツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）をそれに応じて無効化してもよい。
ｉ．抽出した後にＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］が真に等しい場合、複数のツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）をそれに応じて無効化してもよい。
ｆ． あるいは、適合ビットストリームは、ピクチャとして扱われ、かつ、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なる現在のピクチャのサブピクチャに対して、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］のチェックに依存するコーディングツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）を無効化してもよいことを満たすものとする。
ｇ． あるいは、コーディングツール（例えば、ＰＲＯＦ／ＢＤＯＦ／ＤＭＶＲ）のための復号処理を呼び出すかどうかは、現在のピクチャにおける現在のサブピクチャをピクチャとして扱うかどうか、および現在のピクチャとその参照ピクチャとの間のサブピクチャの数に依存してもよい。
ｉ． 一例において、現在のピクチャにおける現在のサブピクチャをピクチャとして扱い、現在のピクチャとその参照ピクチャとの間のサブピクチャの数が異なる場合、ＳＰＳ有効化フラグに関わらず、これらのコーディングツールを無効化する。
３） 第１の問題を解決するために、ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］の導出は、現在のピクチャと参照ピクチャが同じレイヤに属するかどうか、および／またはレイヤ間予測が許可されるかどうかに依存してもよいように変更される。
４） 第２の問題を解決するために、ＡＵＤ ＳＥによるＰＨ／ＳＨ ＳＥの値の制約に関して、以下のアプローチの１つ以上が開示される。
ａ． 一例において、存在する場合、ＡＵＤ構文要素の値に基づいて、ＳＰＳ／ＰＰＳ／ＡＰＳ／ＰＨ／ＳＨ構文要素の値を制約する。
ｂ． 一例において、構文要素の値を制約することであって、それが、存在する場合に、ＧＤＲ／ＩＲＡＰ ＡＵであるかどうか（例えば、ＡＵＤ構文要素ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇの値）に基づいて、ＧＤＲ／ＩＲＡＰピクチャであるかどうか（例えば、ＰＨ構文要素ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ）を規定する。
ｃ． 例えば、ＡＵＤ構文要素が、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵではないことを規定した場合（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい）、関連付けられたＰＨ構文要素ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、ピクチャがＩＲＡＰまたはＧＤＲピクチャであることを規定する一定の値（例えば、１）に等しくないものとし、例えば、以下の制約を追加してもよい。
ｉ． ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが存在し、かつ、０に等しい（ＩＲＡＰまたはＧＤＲでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、１に等しくないものとする（ＩＲＡＰまたはＧＤＲ）。
ｉｉ． あるいは、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい（ＩＲＡＰまたはＧＤＲでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、１に等しくないものとする（ＩＲＡＰまたはＧＤＲ）。
ｉｉｉ． あるいは、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが存在し、０に等しい（ＩＲＡＰまたはＧＤＲでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、０に等しいものとする（ＩＲＡＰまたはＧＤＲであってもなくてもよい）。
ｉｖ． あるいは、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい（ＩＲＡＰまたはＧＤＲでもそうでない）場合、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、０に等しいものとする（ＩＲＡＰまたはＧＤＲであってもなくてもよい）。
ｄ． 一例において、存在する場合、ＡＵＤ構文要素（例えば、ａｕｄ＿ｐｉｃ＿ｔｙｐｅ）の値に基づいて、スライスタイプを規定する構文要素（例えば、ＳＨ構文要素ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ）の値を制約する。
ｉ． 例えば、ＡＵＤ構文要素が、ＡＵに存在し得るｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ値がイントラ（Ｉ）スライスである（例えば、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが０に等しい）ことを規定する場合、関連付けられたＳＨ構文要素ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、予測（Ｐ）／双方向予測（Ｂ）スライスを規定する一定の値（例えば、０／１）に等しくてはならず、例えば、以下の制約を追加してもよい。
１． ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は２（Ｉスライス）に等しいものとする。
２． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は２（Ｉスライス）に等しいものとする。
３． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）または１（Ｐスライス）に等しくないものとする。
４． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが０に等しい場合（Ｉスライス）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）または１（Ｐスライス）に等しくないものとする。
ｅ． 例えば、ＡＵＤ構文要素が、ＡＵに存在し得るｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅ値がＰまたはＩスライスである（例えば、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが１に等しい）ことを規定する場合、関連付けられたＳＨ構文要素ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、Ｂスライスを規定する一定の値（例えば、０）に等しくてはならず、例えば、以下の制約を追加してもよい。
ｉ． ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は１（Ｐスライス）または２（Ｉスライス）に等しいものとする。
ｉｉ． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は１（Ｐスライス）または２（Ｉスライス）に等しいものとする。
ｉｉｉ． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが存在し、かつ１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）に等しくないものとする。
ｉｖ． 代替的に、ａｕｄ＿ｐｉｃ＿ｔｙｐｅが１に等しい場合（Ｐ、Ｉスライスが存在してもよい）、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は０（Ｂスライス）に等しくないものとする。
ｆ． 一例において、ＡＵＤ構文構造およびＰＨ／ＳＨ構文構造における関連する構文要素の指標値は、整列されてもよい。
ｉ． 例えば、０に等しいａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ内に存在してもよいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、Ｂ、ＰまたはＩスライスであることを示す。
ｉｉ． 例えば、１に等しいａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ内に存在してもよいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、ＰまたはＩスライスであることを示す。
ｉｉｉ． 例えば、２に等しいａｕｄ＿ｐｉｃ＿ｔｙｐｅは、ＡＵ内に存在してもよいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅの値は、Ｉスライスであることを示す。
ｉｖ． 代替的に、０に等しいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、スライスのコーディングタイプがＩスライスであることを示す。
ｖ． 代替的に、１に等しいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、スライスのコーディングタイプがＰスライスであることを示す。
ｖｉ． 代替的に、２に等しいｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅは、スライスのコーディングタイプがＢスライスであることを示す。
ｇ． 一例において、ＡＵＤ構文構造およびＰＨ／ＳＨ構文構造における関連する構文要素の名前は、整列されてもよい。
ｉ． 例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇをａｕｄ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ａｕ＿ｆｌａｇに名称を変更することができる。
ｉｉ． 代替的に、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇをｐｈ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇに名称を変更してもよい。
ｈ． 一例において、ピクチャがＩＲＡＰまたはＧＤＲピクチャであるかどうかを規定する構文要素の値（例えば、０または１に等しいｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ、および／または０または１に等しいｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇ、および／または０または１に等しいｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇという名称のＰＨ ＳＥ）は、ビットストリームが単レイヤビットストリームであるかどうか、およびピクチャがＩＲＡＰまたはＧＤＲ ＡＵに属するかどうかに基づいて制約されてもよい。
ｉ． 例えば、ビットストリームが単レイヤビットストリームである場合（例えば、ＶＰＳ構文要素ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい、および／またはＳＰＳ構文要素ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい）、かつＡＵＤ構文要素が、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵでないことを規定する場合（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが０に等しい）、以下の制約を追加してもよい。
１． 関連するＰＨ構文要素ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は、ピクチャがＩＲＡＰまたはＧＤＲピクチャであることを規定する一定の値（例えば、１）に等しくないものとする。
２． 関連するＰＨ構文要素ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は、ピクチャがＧＤＲピクチャであることを規定する一定の値（例えば、１）に等しくないものとする。
３． ある値（例えば１）に等しいｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇおよびｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇという名称のＰＨ ＳＥがあり、このピクチャがＩＲＡＰピクチャであることを規定しているとした場合、上記条件下で、関連するＰＨ構文要素ｐｈ＿ｇｄｒ＿ｉｒａｐ＿ｆｌａｇの値は１に等しくないものとする。
ｉｉ． 例えば、ビットストリームが単レイヤビットストリームである場合（例えば、ＶＰＳ構文要素ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい、および／またはＳＰＳ構文要素ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい）、かつＡＵＤ構文要素が、ＡＵ区切り文字を含むＡＵがＩＲＡＰまたはＧＤＲ ＡＵであることを規定する場合（例えば、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しい）、以下の制約を追加してもよい。
１． ある値（例えば１）に等しいｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇおよびｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇという名称のＰＨ ＳＥがあり、このピクチャがＩＲＡＰピクチャであることを規定しているとした場合、上記条件下で、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇまたはｐｈ＿ｉｒａｐ＿ｆｌａｇのいずれかが１であるものとする。
ｉｉｉ． 例えば、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１（またはｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）が０（単一レイヤ）であり、ａｕｄ＿ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが存在し、かつ０に等しい（ＩＲＡＰまたはＧＤＲ ＡＵではない）場合には、以下のように制約される。
１． ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は１に等しくないものとする（ＩＲＡＰまたはＧＤＲピクチャ）。
ａ． 代替的に、ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする（ピクチャはＩＲＡＰピクチャであってもなくてもよく、確実にＧＤＲピクチャではない）。
２． さらに、代替的に、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は１に等しくないものとする（ＧＤＲピクチャ）。
ａ． 代替的に、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０と等しいものとする（このピクチャは確実にＧＤＲピクチャではない）。
３． 代替的に、ｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（名称がある場合）の値は１に等しくないものとする（確実にＩＲＡＰピクチャ）。
ａ． 代替的に、ｐｈ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ（名称がある場合）の値は０に等しいものとする（ピクチャは確実にＩＲＡＰピクチャではない）。
５） 第３の問題を解決するために、ＧＣＩ構文構造におけるＧＣＩ構文要素を信号通知するかどうかは、信号通知された／導出された制約／予約バイト数（例えば、ＪＶＥＴ－Ｓ００９２－ｖ１におけるｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）が０に等しくないかまたは０より大きいかに依存してもよい。
ａ． 一例において、ＪＶＥＴ－Ｓ００９２－ｖ１におけるＧＣＩ構文は、以下のように変更される。（１）条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞８）」が「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」となるように変更される、（２）バイトアライメント、すなわち構文要素ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔとその条件「ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（）」）が削除される、および（３）予約バイト（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］）の信号通知は、条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」下の合計ビット数がｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＊８に等しいようなやり方で、予約ビット（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］）の信号通知となるように変更される。
ｂ． あるいは、さらに、制約／予約バイトの数（例えば、ＪＶＥＴ－Ｓ００９２におけるｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）は、ＧＣＩ構文要素／プロファイル／タイル／標準情報のバージョンに依存してもよい所与の値に制限されてもよい。
ｉ． あるいは、さらに、他のｕｎ－ｚｅｒｏ値をＣｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に設定する。ここで、変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」下のすべての構文要素に対するビット数に等しくなるように導出される。
６） 第４の問題を解決するために、ＧＣＩ構文要素／またはＧＣＩ構文構造の存在を示すためのフラグを使用してもよく、ＧＣＩ構文要素が存在する場合、０個または１つまたは複数個の予約ビットをさらに信号通知してもよい。
ａ． 一例において、ＪＶＥＴ－Ｓ００９２－ｖ１におけるＧＣＩ構文は、以下のように変更される。（１）８－ｂｉｔ ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓが１ビットフラグ、例えばｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに置き換えられる、（２）条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞８）」が「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」となるように変更される、（３）バイトアライメント、すなわち構文要素ｇｃｉ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔとその条件「ｗｈｉｌｅ（！ｂｙｔｅ＿ａｌｉｇｎｅｄ（）」）が削除される、および（４）予約バイト（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅ［ｉ］）の信号通知は、条件「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」下の合計ビット数がｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓ＊８に等しく、ｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓがｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に従って導出されるようなやり方で、予約ビット（すなわち、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］）の信号通知となるように変更される。
ｂ． あるいは、さらに、制約／予約バイトの数（例えば、ＪＶＥＴ－Ｓ００９２におけるｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ）（例えば信号通知された、または導出された）は、ＧＣＩ構文要素／プロファイル／タイル／標準情報のバージョンに依存してもよい。
ｉ． あるいは、さらに、他のｕｎ－ｚｅｒｏ値をＣｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に設定する。ここで、変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＞０）」下のすべての構文要素に対するビット数に等しくなるように導出される。
ｃ． あるいは、さらに、フラグがＧＣＩ構文要素が存在しないことを示す場合、７ビットの予約ビットをさらに信号通知してもよい。
ｉ． 一例において、７ビットの予約ビットは７つのゼロビットである。
ｄ． あるいは、さらに、ＧＣＩ構文構造を、ｇｅｎｅｒａｌ＿ｓｕｂ＿ｐｒｏｆｉｌｅ＿ｉｄｃの後に、またはｐｔｌ＿ｓｕｂｌａｙｅｒ＿ｌｅｖｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］の後に、またはＰＴＬ構文構造におけるｗｈｉｌｅループ（例えばバイトアライメント）のすぐ前に移動する。
ｉ． あるいは、さらに、フラグがＧＣＩ構文要素が存在することを示す場合、ＧＣＩ構文構造（例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（））がさらに信号通知される。
ｉｉ． あるいは、さらに、フラグがＧＣＩ構文要素が存在しないことを示す場合、ＧＣＩ構文構造（例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（））が通知されず、ＧＣＩ構文要素の値がデフォルト値に設定される。
適応型色変換（ＡＣＴ）関連
７） 予測モード情報に基づいて、ＡＣＴ使用の信号通知（例えば、ＡＣＴオン／オフ制御フラグ）をスキップしてもよい。
ａ． 一例において、ＡＣＴオン／オフフラグの指示を信号通知するかどうかは、現在のブロックの予測モードが非イントラ（例えば、ＭＯＤＥ＿ＩＮＴＲＡではない）および／または非インター（例えば、ＭＯＤＥ＿ＩＮＴＥＲではない）および／または非ＩＢＣ（例えば、ＭＯＤＥ＿ＩＢＣではない）であるかどうかに依存してもよい。
ｂ． 一例において、すべてのイントラ（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）およびインター（例えば、ＭＯＤＥ＿ＩＮＴＥＲ）およびＩＢＣ（例えば、ＭＯＤＥ＿ＩＢＣ）モードが映像ユニットに適用されない場合、ＡＣＴ使用の信号通知（例えば、ＡＣＴオン／オフ制御フラグ）をスキップしてもよい。
ｉ． 代替的に、さらに、ＡＣＴの使用は、存在しない／信号通知されていない場合、偽であると推論される。
ｃ． 一例において、ＡＣＴが１つのブロックに使用される場合、そのブロックに対してＸモードを使用しないものとする。
ｉ． 例えば、Ｘはパレットでもよい。
ｉｉ． 例えば、Ｘは、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、およびＭＯＤＥ＿ＩＢＣとは異なるモードであってもよい。
ｉｉｉ． あるいは、さらに、上記条件下で、Ｘモードの使用が偽であると推論される。
その他
８） 第５の課題を解決するために、以下のアプローチのうちの１つ以上が開示される。
ａ． 一例において、ピクチャにおいてインタースライスが許可され（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが真に等しい）、かつＳＨの代わりにＰＨにおいてＲＰＬが信号通知される場合、参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）は空ではない、即ち、少なくとも１つのエントリを含むものとする。
ｉ． 例えば、ビットストリーム制約は、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しく、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］の値は０より大きいものとすると、規定されてもよい。
ｉｉ． さらに、リスト０における参照エントリの数（例えば、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］）を信号通知するかどうか、および／またはどのようにして信号通知するか、および／または推論するかは、ピクチャにおいてインタースライスを許可するかどうかに依存してもよい。
１． 一例において、ピクチャにおいてインタースライスが許可され（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが真に等しい）、かつＰＨにおいてＲＰＬが信号通知される（例えば、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが真に等しい）場合、参照ピクチャリスト０マイナス１の入力数を代わりに信号通知してもよい。
２． 一例において、ピクチャにおいてインタースライスが許可されない（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇが偽に等しい）場合、ＰＨにおいてＲＰＬが信号通知され（例えば、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが真に等しい）、参照ピクチャリストＸの入力数（Ｘは０または１）は、それ以上信号通知されない。
ｂ． 一例において、ＳＨの代わりにＲＰＬがＰＨにおいて信号通知され、かつ参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、１つのピクチャにおいてＩスライスのみを許可するものとする。
ｉ． 例えば、ビットストリームの制約は、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しく、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］の値が０に等しい場合、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいものとすることを規定してもよい。
ｉｉ． さらに、インター許可されたフラグ（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）および／またはイントラ許可されたフラグ（例えば、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）の指示を信号通知するかどうか、および／またはどのように信号通知するかは、参照ピクチャリスト０の中の入力数に依存してもよい。
１． 一例において、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しく、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［０］［ＲｐｌｓＩｄｘ［０］］の値が０に等しい場合、インタースライスが許可されるかどうか（例えば、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）の指示は、これ以上信号通知されなくてもよい。
ａ． 代替的に、さらに、この表示が偽であると推論される。
ｂ． 代替的に、イントラスライスが許可されるかどうかの別の指示（例えば、ｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ）は、もはや信号通知されなくてもよい。
ｃ． 一例において、スライスタイプおよび／またはスライスタイプの推論をどのように信号通知するかどうか、および／または信号通知するかどうかは、参照ピクチャリスト０および／または１の入力数に依存してもよい。
ｉ． 一例において、参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、スライスタイプの指示はもはや信号通知されない。
１． あるいは、さらに、ＳＨの代わりにＰＨにおいてＲＰＬが信号通知され、かつ参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、スライスタイプの指示はもはや信号通知されない。
２． 代替的に、さらに、上記の場合、スライスタイプをＩスライスと推論する。
ｉｉ． 一例において、参照ピクチャリスト０（例えば、ＲｅｆＰｉｃＬｉｓｔ［０］）が空である（即ち、０個のエントリを含む）場合、スライスタイプは、Ｉスライスに等しいものとする。
ｉｉｉ． 一例において、参照ピクチャリスト１（例えば、ＲｅｆＰｉｃＬｉｓｔ［１］）が空である（即ち、０個のエントリを含む）場合、スライスタイプは、Ｂスライスに等しくないものとする。
ｉｖ． 一例において、参照ピクチャリスト１（例えば、ＲｅｆＰｉｃＬｉｓｔ［１］）が空である（即ち、０個のエントリを含む）場合、スライスタイプは、ＩまたはＰスライスに等しいものとする。
ｄ． 一例において、ＰＨにおいてＲＰＬが信号通知される場合、このＲＰＬはピクチャにおけるすべてのスライスに使用されるので、ピクチャ全体がＩ個のスライスのみを含む場合にのみ、リスト０を空にすることができるものとする。あるいは、リスト０が空でない場合、このピクチャ内に少なくとも１つのＢスライスまたはＰスライスがなければならない。
９）第６の課題を解決するために、以下のアプローチのうちの１つ以上が開示される。
ａ． 一例において、リカバリポイントピクチャは、リカバリＰＯＣカウントが０よりも大きい場合にのみ、関連付けられたＧＤＲピクチャに復号順で従うものとする。
ｂ． 一例において、リカバリポイントピクチャは、リカバリＰＯＣカウントが０に等しい場合、ＧＤＲピクチャそのものである。
ｃ． 一例において、リカバリピクチャは、復号順にリカバリポイントピクチャに先行してもよいし、しなくてもよい。
ｄ． 一例において、リカバリＰＯＣカウントが０に等しい場合、リカバリポイントピクチャはＧＤＲピクチャそのものであり、リカバリピクチャを有しても有していなくてもよい。
ｅ． 一例において、ＪＶＥＴ－Ｒ２００１－ｖＡにおけるｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの意味論は、以下のように変更されてもよい。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、［［］］を使用して示す。
ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、復号されたピクチャの出力順のリカバリポイントを規定する。
現在のピクチャがＧＤＲピクチャである場合、変数ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌは、以下のように導出される。
ｒｅｃｏｖｅｒｙＰｏｉｎｔＰｏｃＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ
【化1】
１０） 第７の課題を解決するために、以下のアプローチのうちの１つ以上が開示される。
ａ． 一例において、第１のＧＣＩ構文要素（例えば、ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと呼ばれる）は、ＩＤＲピクチャとともに送信されるＲＰＬおよび混合ｎａｌユニットタイプの使用の両方を制限するように信号通知されてもよい。
ｉ． 例えば、ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＩＤＲピクチャに対してＲＰＬは信号通知されず、各ピクチャのＶＣＬ ＮＡＬユニットはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅと同じ値を有するものとする。ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、このような制約は課されない。
ｉｉ． 例えば、ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＩＤＲピクチャのスライスヘッダに参照ピクチャリスト構文要素は存在しないものとし（例えば、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しい）、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しくなるものとする。ｎｏ＿ｉｄｒ＿ｒｐｌ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合、このような制約は課されない。
ｉｉｉ． 例えば、第１のＧＣＩ構文要素が存在しない（例えば、ＧＣＩ構文要素の存在を示すことがＧＣＩ構文要素が存在しないことを示す）場合、第１のＧＣＩ構文要素の値はＸであると推測できる（例えば、Ｘは０または１である）。
１１） ＱＰテーブルにおける点の数を規定する構文要素の信号通知および／または範囲および／または推論は、他の構文要素に依存することが求められる。
ａ． ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］～（Ｋ－ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用される開始輝度および／または彩度ＱＰ）の最大値を設定することが提案される。
ｉ． 一例において、Ｋは、映像のための最大許容ＱＰ値に依存する。
１． 一例において、Ｋは、（最大許容ＱＰ値－１）に設定される。例えば、ＶＶＣにおいて６２である。
ｉｉ． 一例において、最大値は、（６２－（ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６）に設定され、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］プラス２６は、ｉ番目の彩度ＱＰマッピングテーブルを説明するために使用される開始輝度および彩度ＱＰを規定する。
ｂ． あるいは、ＱＰテーブルのポイント数（例えば、ｉ番目のＱＰテーブルのｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ）とｉ番目の彩度ＱＰマッピングテーブルを記述するために用いられる開始輝度ＱＰおよび／または彩度ＱＰ（例えば、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］プラス２６）の合計が最大許容ＱＰ値（例えば６３）より小さくなるものとすることが要求されている。
１２） ｑｐＩｎＶａｌ［ｉ］［ｊ］値は、－ＱｐＢｄＯｆｆｓｅｔ～６２の範囲内にあり、ｉが０～ｎｕｍＱｐＴａｂｌｅｓ－１の範囲内にあり、ｊが０～ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋Ｋ（例えば、Ｋ＝０または１）の範囲内にあるものとすることが、ビットストリーム適合性の要件である。
１３） ｑｐＯｕｔＶａｌ［ｉ］［ｊ］値は、－ＱｐＢｄＯｆｆｓｅｔ～６２の範囲内にあり、ｉが０～ｎｕｍＱｐＴａｂｌｅｓ－１の範囲内にあり、ｊが０～ｓｐｓ＿ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋Ｋ（例えば、Ｋ＝０または１）の範囲内にあるものとすることが、ビットストリーム適合性の要件である。
【0046】
６． 実施形態
以下は、本章の上記に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、［［］］を使用して示す。
以下は、本章の上記に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、［［］］を使用して示す。
【0047】
６．１． 実施形態１
本実施形態は、項目１および小項目に対するものである。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照し、ＣＬＶＳ内でピクチャの空間的解像度が変化してもよいことを規定する。ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照し、あらゆるＣＬＶＳ内でピクチャの空間解像度が変化しないことを規定する。存在しない場合、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいと推論される。
．．．
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、およびｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、それぞれ、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値に等しく設定される
［［ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される］］
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ［［｜｜
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１！＝ｆＲｅｆＮｕｍＳｕｂｐｉｃｓ］］）
．．．
本実施形態は、項目１および小項目に対するものである。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．
【化2】
【化3】
ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照し、ＣＬＶＳ内でピクチャの空間的解像度が変化してもよいことを規定する。ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照し、あらゆるＣＬＶＳ内でピクチャの空間解像度が変化しないことを規定する。存在しない場合、ｓｐｓ＿ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は０に等しいと推論される。
．．．
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、およびｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、それぞれ、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値に等しく設定される
［［ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される］］
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ［［｜｜
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１！＝ｆＲｅｆＮｕｍＳｕｂｐｉｃｓ］］）
．．．
【化4】
【0048】
６．２． 実施形態２
この実施形態は、項目２に対するものである。
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、それぞれ、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値に等しく設定される。
ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される。
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ｜｜
．．．
この実施形態は、項目２に対するものである。
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、それぞれ、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値に等しく設定される。
ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される。
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ｜｜
【化5】
．．．
【0049】
６．３． 実施形態３
この実施形態は、項目３に対するものである。
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、それぞれ、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値に等しく設定される。
ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される。
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ｜｜
．．．
この実施形態は、項目３に対するものである。
８．３．２ 参照ピクチャリスト構築のための復号処理
．．．
ｆＲｅｆＷｉｄｔｈは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬに等しく設定される。
ｆＲｅｆＨｅｉｇｈｔは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬに等しく設定される。
ｒｅｆＰｉｃＷｉｄｔｈ、ｒｅｆＰｉｃＨｅｉｇｈｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ、ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔは、それぞれ、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］の、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値に等しく設定される。
ｆＲｅｆＮｕｍＳｕｂｐｉｃｓは、参照ピクチャＲｅｆＰｉｃＬｉｓｔ［ｉ］［ｊ］のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しく設定される。
【化6】
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［０］＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ
ＲｅｆＰｉｃＳｃａｌｅ［ｉ］［ｊ］［１］＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ＞＞１））／
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬ
ＲｐｒＣｏｎｓｔｒａｉｎｔｓＡｃｔｉｖｅＦｌａｇ［ｉ］［ｊ］＝（ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＷｉｄｔｈ｜｜
ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ！＝ｒｅｆＰｉｃＨｅｉｇｈｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＬｅｆｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＲｉｇｈｔＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＴｏｐＯｆｆｓｅｔ｜｜
ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ！＝ｒｅｆＳｃａｌｉｎｇＷｉｎＢｏｔｔｏｍＯｆｆｓｅｔ｜｜
【化7】
．．．
【0050】
６．４． 実施形態４
この実施形態は、項目５に対するものである。ＰＴＬ構文は以下のように変更される。
ＧＣＩ構文は以下のように変更される。
ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓは、この構文要素自体を除き、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造におけるすべての構文要素のバイト数を規定する。
変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」下のすべての構文要素に対するビット数に等しくなるように導出される。
ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素の数は７以下とする。
あるいは、ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓの値は、０またはＣｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に等しいものとする。
ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］は、任意の値をとることができる。デコーダは、存在する場合、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］の値を無視する。
この実施形態は、項目５に対するものである。ＰＴＬ構文は以下のように変更される。
【表8】
ＧＣＩ構文は以下のように変更される。
【表9】
ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓは、この構文要素自体を除き、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）構文構造におけるすべての構文要素のバイト数を規定する。
変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓ＞０）」下のすべての構文要素に対するビット数に等しくなるように導出される。
ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素の数は７以下とする。
あるいは、ｇｃｉ＿ｎｕｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｂｙｔｅｓの値は、０またはＣｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に等しいものとする。
ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］は、任意の値をとることができる。デコーダは、存在する場合、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］の値を無視する。
【0051】
６．５． 実施形態５
この実施形態は、項目６に対するものである。ＰＴＬ構文は以下のように変更される。
ＧＣＩ構文は以下のように変更される。
ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことは、ＧＣＩフィールドが存在することを規定する。ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ＧＣＩフィールドが存在しないことを規定する。
変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」下のすべての構文要素に対するビット数に等しくなるように導出される。
ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、変数ｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に等しく設定される。
注：ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素の数は７以下である。
この実施形態は、項目６に対するものである。ＰＴＬ構文は以下のように変更される。
【表10】
ＧＣＩ構文は以下のように変更される。
【表11】
ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことは、ＧＣＩフィールドが存在することを規定する。ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ＧＣＩフィールドが存在しないことを規定する。
変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除き、条件「ｉｆ（ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」下のすべての構文要素に対するビット数に等しくなるように導出される。
ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、変数ｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に等しく設定される。
注：ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素の数は７以下である。
【0052】
６．６． 実施形態６
ＰＴＬ構文は以下のように変更される。
ＧＣＩ構文は以下のように変更される。
ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことは、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）が存在することを規定する。ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）が存在しないことを規定する。
変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除くすべての構文要素のビット数に等しくなるように導出される。
変数ｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に等しく設定される。
注：ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素の数は７以下である。
ＰＴＬ構文は以下のように変更される。
【表12】
ＧＣＩ構文は以下のように変更される。
【表13】
ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことは、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）が存在することを規定する。ｇｃｉ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）が存在しないことを規定する。
変数ｎｕｍＧｃｉＢｉｔｓは、ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素を除くすべての構文要素のビット数に等しくなるように導出される。
変数ｇｃｉＮｕｍＣｏｎｓｔｒａｉｎｔＢｙｔｅｓは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍＧｃｉＢｉｔｓ））に等しく設定される。
注：ｇｃｉ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔ［ｉ］構文要素の数は７以下である。
【0053】
図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネントの一部または全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力１９０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチコンポーネント画素値で受信されてもよく、または圧縮または符号化されたフォーマットで受信されてもよい。入力１９０２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。
【0054】
システム１９００は、本明細書に記載される様々なコーディングまたは符号化方法を実装することができるコーディングコンポーネント１９０４を含んでもよい。コーディングコンポーネント１９０４は、入力１９０２からの映像の平均ビットレートをコーディングコンポーネント１９０４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力１９０２において受信された、記憶されたまたは通信された映像のビットストリーム（またはコーディングされた）表現は、コンポーネント１９０８によって使用されて、表示インターフェース１９１０に送信される画素値または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダで使用され、コーディングの結果を逆にする対応する復号ツールまたは動作は、デコーダによって行われることが理解されよう。
【0055】
周辺バスインターフェースまたは表示インターフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）またはハイビジョンマルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスにおいて実施されてもよい。
【0056】
図２は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載の方法の１つ以上を実装するために使用されてもよい。装置３６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置３６００は、１つ以上のプロセッサ３６０２と、１つ以上のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0057】
図４は、本開示の技術を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。
【0058】
図４に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、映像符号化デバイスとも称され得る符号化された映像データを生成する。送信先デバイス１２０は、送信元デバイス１１０によって生成される符号化された映像データを復号してよく、映像復号デバイスと呼ばれ得る。
【0059】
送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を備えてもよい。
【0060】
映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を経由して送信先デバイス１２０に直接送信されてよい。符号化された映像データは、送信先デバイス１２０がアクセスするために、記録媒体／サーバ１３０ｂに記憶してもよい。
【0061】
送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、および表示デバイス１２２を含んでもよい。
【0062】
Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号してもよい。表示デバイス１２２は、復号された映像データをユーザに表示してもよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示デバイスとインターフェースで接続するように構成される送信先デバイス１２０の外部にあってもよい。
【0063】
映像エンコーダ１１４および映像デコーダ１２４は、高効率映像コーディング（ＨＥＶＣ）規格、汎用映像コーディング（ＶＶＣ）規格、および他の現在のおよび／または更なる規格等の映像圧縮規格に従って動作してもよい。
【0064】
【0065】
映像エンコーダ２００は、本開示の技術のいずれかまたは全部を行うように構成されてもよい。図５の例において、映像エンコーダ２００は、複数の機能コンポーネントを含む。本開示で説明される技術は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0066】
映像エンコーダ２００の機能性コンポーネントは、分割ユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６を含む予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１４と、を含んでもよい。
【0067】
他の例において、映像エンコーダ２００は、より多くの、より少ない、または異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行ってよい。
【0068】
さらに、動き推定ユニット２０４および動き補償ユニット２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図５の例においては別個に表現されている。
【0069】
分割ユニット２０１は、ピクチャを１つ以上の映像ブロックに分割してもよい。映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。
【0070】
モード選択ユニット２０３は、例えば、誤りの結果に基づいて、コーディングモード（イントラまたはインター）のうちの１つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成ユニット２０７に供給し、残差ブロックデータを生成して再構成ユニット２１２に供給し、符号化されたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。モード選択ユニット２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（例えば、サブピクセルまたは整数ピクセル精度）を選択してもよい。
【0071】
現在の映像ブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することにより、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニット２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報および復号されたサンプルに基づいて、現在の映像ブロックに対する予測映像ブロックを判定してもよい。
【0072】
動き推定ユニット２０４および動き補償ユニット２０５は、例えば、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、現在の映像ブロックに対して異なる動作を行ってもよい。
【0073】
いくつかの例において、動き推定ユニット２０４は、現在の映像ブロックに対して単一方向予測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロック用のリスト０またはリスト１の参照ピクチャを検索してもよい。動き推定ユニット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
【0074】
他の例において、動き推定ユニット２０４は、現在の映像ブロックに対して双方向予測してもよく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。
【0075】
いくつかの例において、動き推定ユニット２０４は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。
【0076】
いくつかの例では、動き推定ユニット２０４は、現在の映像に対する動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が近隣の映像ブロックの動き情報に十分に類似していることを判定してもよい。
【0077】
一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。
【0078】
他の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、指定された映像ブロックの動きベクトルと動きベクトル差分とを使用して、現在の映像ブロックの動きベクトルを決定してもよい。
【0079】
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマージモード信号通知を含む。
【0080】
イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックについてイントラ予測を行う場合、イントラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックに対する予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。
【0081】
残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックに対する残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。
【0082】
他の例において、例えば、スキップモードにおいて、現在の映像ブロックに対する残差データがなくてもよく、残差生成ユニット２０７は、減算動作を行わなくてもよい。
【0083】
変換ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１つ以上の変換を適用することによって、現在の映像ブロックに対する１つ以上の変換係数映像ブロックを生成してもよい。
【0084】
変換ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１つ以上の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
【0085】
逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット２１２は、予測ユニット２０２によって生成された１つ以上の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを追加して、バッファ２１３に格納するための現在のブロックに関連付けられた再構成された映像ブロックを生成してもよい。
【0086】
再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作を行ってもよい。
【0087】
エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット２１４がデータを受信すると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。
【0088】
【0089】
映像デコーダ３００は、本開示の技術のいずれかまたは全てを行うように構成されてもよい。図５の実施例において、映像デコーダ３００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
【0090】
図６の実施形態において、映像デコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説明した符号化パスとほぼ逆の復号パスを行ってもよい。
【0091】
エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピーコーディングされた映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エントロピーコーディングされた映像データを復号し、エントロピー復号された映像データから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰおよびマージモードを行うことで、このような情報を判定してもよい。
【0092】
動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用される補間フィルタに対する識別子が含まれてもよい。
【0093】
動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に従って映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。
【0094】
動き補償ユニット３０２は、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化されたブロックごとの１つ以上の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号するための他の情報のうちのいくつかを使用してもよい。
【0095】
イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３０１によって復号された量子化された映像ブロック係数を逆量子化（すなわち、逆量子化（ｄｅ－ｑｕａｎｔｉｚｅｓ））する。逆変換ユニット３０３は、逆変換を適用する。
【0096】
再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２またはイントラ予測ユニット３０３によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、表示デバイスに表示するために復号された映像を生成する。
【0097】
次に、いくつかの実施形態において好適な解決策を列挙する。
【0098】
以下の解決策は、前章（例えば、項目１～３）で論じた技術の例示的な実施形態を示す。
【0099】
１．（６０２）を実行することを含む、映像処理方法（例えば、図３における方法６００）。
【0100】
映像とこの映像のコーディングされた表現との変換を含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、対応する映像セグメントに対する参照ピクチャの再サンプリングの適用可能性を示す構文フィールドの使用を規定する。
【0101】
以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。
【0102】
２．前記規則は、前記構文フィールドの値が、前記映像セグメントに対応するシーケンスパラメータセットに含まれるサブピクチャの値に依存せずに導出されることを規定する、解決策１に記載の方法。
【0103】
以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。
【0104】
３．前記規則は、サブピクチャを変換のためのピクチャとして扱うかどうかに基づいて、前記構文フィールドの値を導出することを規定する、解決策１～２のいずれか１項に記載の方法。
【0105】
以下の解決策は、前章（例えば、項目３）で論じた技術の例示的な実施形態を示す。
【0106】
４．前記規則は、現在のピクチャと前記現在のピクチャの参照ピクチャが同じレイヤに属するかどうか、および／またはレイヤ間予測が許可されるかどうかに基づいて、前記構文フィールドの値を導出することを規定する、解決策１～３のいずれか１項に記載の方法。
【0107】
以下の解決策は、前章（例えば、項目４）で論じた技術の例示的な実施形態を示す。
【0108】
５．映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、アクセスユニット区切り文字に対応する第２の構文要素の値に基づいて、ピクチャヘッダまたはスライスヘッダにおける第１の構文要素の値を制約することを規定する、映像処理方法。
【0109】
以下の解決策は、前章（例えば、項目５～６）で論じた技術の例示的な実施形態を示す。
【0110】
６．映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、一般的制約情報フィールドに１つ以上の構文要素が含まれるかどうか、およびどのように含まれるかを規定する、映像処理方法。
【0111】
７．前記規則は、前記１つ以上の構文要素が前記コーディングされた表現に含まれるかどうかが、前記コーディングされた表現における第２のフィールドのバイト数に基づくことを規定する、解決策６に記載の方法。
【0112】
８．前記規則は、前記１つ以上の構文要素が前記一般的制約情報構文要素に含まれる場合、多数の予約ビットの存在を規定する、解決策６～７のいずれかに記載の方法。
【0113】
９． 前記変換を行うことは、前記映像を符号化して前記コーディングされた表現を生成することを含む、解決策１～８のいずれかに記載の方法。
【0114】
１０． 変換を行うことは、コーディングされた表現を構文解析および復号して映像を生成することを含む、解決策１～８のいずれかに記載の方法。
【0115】
１１． 解決策１～１０の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像復号装置。
【0116】
１２． 解決策１～１０の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像符号化装置。
【0117】
１３． コンピュータコードが記憶されたコンピュータプログラム製品であって、前記コードは、プロセッサにより実行されると、前記プロセッサに、解決策１～１０のいずれかに記載の方法を実行させるコンピュータプログラム製品。
【0118】
１４． 本明細書に記載の方法、装置またはシステム。
【0119】
図７は、本技術の１つ以上の実施形態による映像データ処理の方法７００を表すフローチャートである。この方法７００は、動作７１０において、規則に従って、映像の現在のピクチャと映像のビットストリームとの変換を行うことを含む。この規則は、現在のピクチャが、リカバリピクチャ順序カウント（ＰＯＣ）が０である漸次的復号更新（ＧＤＲ）ピクチャであることに呼応して、現在のピクチャがリカバリポイントピクチャであることを規定する。リカバリＰＯＣカウントは、復号されたピクチャのリカバリポイントを出力順に規定する。
【0120】
いくつかの実施形態において、前記規則は、現在のピクチャが０より大きいリカバリＰＯＣカウントを有するＧＤＲピクチャであることに呼応して、復号順で現在のＧＤＲピクチャに後続し、リカバリＰＯＣカウントが０である別のピクチャがリカバリポイントピクチャであることをさらに規定する。いくつかの実施形態において、前記リカバリポイントピクチャは復号順で現在のＧＤＲピクチャに先行しない。いくつかの実施形態において、０より大きいリカバリＰＯＣカウントを有する現在のＧＤＲピクチャに関連付けられたピクチャは、現在のＧＤＲピクチャのリカバリピクチャと呼ばれる。
【0121】
図８は、本技術の１つ以上の実施形態による映像データ処理の方法８００を表すフローチャートである。方法８００は、動作８１０において、規則に従って映像と映像のビットストリームとの変換を行うことを含む。この規則は、一般的制約情報（ＧＣＩ）構文構造の構文要素が、瞬時復号更新（ＩＤＲ）ピクチャおよび混合ネットワーク抽象化レイヤ（ＮＡＬ）ユニットタイプの使用に関連付けられた参照ピクチャリストを示すことを規定するものである。
【0122】
いくつかの実施形態において、構文要素が１に等しい場合、ＩＤＲピクチャに対して参照ピクチャリストが示されず、ＩＤＲピクチャの映像コーディングレイヤ、ＶＣＬ、ＮＡＬユニットが同じ値を有するという制限を規定する。いくつかの実施形態において、構文要素が０に等しいことは、制限が課せられないことを規定する。いくつかの実施形態において、構文要素が１に等しいことは、ＩＤＲピクチャのスライスヘッダに参照ピクチャリストの構文要素が含まれないという制限を規定し、かつ、混合ＮＡＬユニットタイプの使用が無効化されていることを規定する構文フラグを規定する。いくつかの実施形態において、構文要素が０に等しいことは、制限が課せられないことを規定する。
【0123】
いくつかの実施形態において、構文要素がＧＣＩ構文構造に存在しないことに呼応して、構文要素の値はＸであると推測され、Ｘは０または１である。
【0124】
図９は、本技術の１つ以上の実施形態による映像データ処理の方法９００を表すフローチャートである。方法９００は、動作９１０において、現在の映像ブロックを含む映像とこの映像のビットストリームとの変換を行うことを含む。現在の映像ブロックの変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の特性が、規則に従って１つ以上の他の構文要素に依存する。
【0125】
いくつかの実施形態において、前記特性は前記第１の構文要素の値を含み、前記規則は前記第１の構文要素の値が前記ＱＰテーブルを記述するために使用する開始輝度および彩度ＱＰを規定する第２の構文要素の値に基づくことを規定する。いくつかの実施形態において、前記ＱＰテーブルは多数のＱＰテーブルにおけるｉ番目のＱＰテーブルである。いくつかの実施形態において、第１の構文要素の値は（Ｋ－第２の構文要素の値）に等しく、Ｋは正の整数である。いくつかの実施形態において、前記第２の構文はｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］で表され、その値に２６を加えることによりｉ番目のＱＰテーブルを説明するために使用する開始輝度および彩度ＱＰを規定する。いくつかの実施形態において、第１の構文要素の値は（３６－ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］）に等しい。いくつかの実施形態において、Ｋは（最大許容ＱＰ値－１）に等しい。
【0126】
いくつかの実施形態において、この特性は、第１の構文要素が明示的に示されているかどうかを含む。いくつかの実施形態において、前記特性は前記第１の構文要素の推論値を含む。いくつかの実施形態において、前記特性は、前記第１の構文要素がとるように許可される値の範囲を含む。いくつかの実施形態において、前記規則は、第１構文と開始輝度および彩度ＱＰとの合計が最大許容ＱＰ値より小さいことを規定する。
【0127】
図１０は、本技術の１つ以上の実施形態による映像データ処理の方法１０００を表すフローチャートである。方法１０００は、動作１０１０において、映像と映像のビットストリームとの変換を行うことを含む。このビットストリームは、入力量子化パラメータ（ＱＰ）値および出力ＱＰ値が－ＱｐＢｄＯｆｆｓｅｔ～Ｋの範囲にあることを規定する規則に準拠する。ＱｐＢｄＯｆｆｓｅｔは、輝度および彩度量子化パラメータの範囲オフセットの値を規定し、Ｋは最大許容ＱＰ値に関連付けられる。
【0128】
いくつかの実施形態において、Ｋは（最大許容ＱＰ値－１）に等しい。いくつかの実施形態において、最大許容ＱＰ値は６３に等しい。
【0129】
いくつかの実施形態において、変換は、映像をビットストリームに符号化することを含む。いくつかの実施形態において、変換は、ビットストリームから映像を復号することを含む。
【0130】
開示された、およびその他の解決策、例、実施形態、モジュールと、本明細書に記載される機能動作の実装形態は、本明細書に開示された構造およびその構造的均等物を含めて、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、もしくはハードウェアで実施してもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１または複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。
【0131】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラムを、１つのコンピュータで実行するように展開することができ、あるいは、１つのサイトに位置する、または複数のサイトにわたって分散され通信ネットワークによって相互接続される複数のコンピュータで実行するように展開することができる。
【0132】
本明細書に記載された処理およびロジックフローは、入力データに対して動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能な処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
【0133】
コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用目的マイクロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
【0134】
本特許明細書は多くの特徴を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【0135】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている実施形態における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0136】
いくつかの実装形態および実施例のみが記載されており、この特許明細書に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2023-01-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
映像データの処理方法であって、現在の映像ブロックを含む映像と前記映像のビットストリームとの間で変換を行うことを含み、
前記現在の映像ブロックの前記変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の値の範囲は、規則に従う第２の構文要素を含む１つ以上の他の構文要素に依存し、
前記規則は、前記第１の構文要素の値の範囲が、前記ＱＰテーブルを記述するために使用される開始輝度及び彩度ＱＰを特定する前記第２の構文要素の値に基づくことを規定する、方法。
【請求項2】
前記ＱＰテーブルは、ｉ番目の彩度ＱＰマッピングテーブルである、
請求項１に記載の方法。
【請求項3】
前記第１の構文要素の最大許容値は、（Ｋ－前記第２の構文要素の値）に等しく、Ｋは正の整数である、
請求項２に記載の方法。
【請求項4】
前記第２の構文要素は、ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］として表現され、この値プラス２６は、前記ｉ番目の彩度ＱＰマッピングテーブルを記述するために使用される前記開始輝度及び彩度ＱＰを規定する、
請求項３に記載の方法。
【請求項5】
前記第１の構文要素の最大許容値は、（３６－ｓｐｓ＿ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］）に等しい、
請求項４に記載の方法。
【請求項6】
前記現在の映像ブロックは、前記映像の現在のピクチャに含まれ、
前記規則は、前記現在のピクチャがリカバリピクチャ順序カウント（ＰＯＣ）のカウントが０の漸次的復号更新（ＧＤＲ）ピクチャであることに応じて、前記現在のピクチャがリカバリポイントピクチャであるということを規定し、
前記リカバリＰＯＣのカウントは、出力順序における復号されたピクチャのリカバリポイントを規定する、
請求項１から５のいずれか１項に記載の方法。
【請求項7】
前記変換は、前記映像を前記ビットストリームに符号化することを含む、
請求項１から６のいずれか１項に記載の方法。
【請求項8】
前記変換は、前記ビットストリームから前記映像を復号することを含む、
請求項１から６のいずれか１項に記載の方法。
【請求項9】
プロセッサと、命令を有する非一時的なメモリとを含む、映像データを処理するための装置であって、前記プロセッサによる実行時に前記命令が前記プロセッサに、現在の映像ブロックを含む映像と前記映像のビットストリームとの間で変換を行わせ、
前記現在の映像ブロックの前記変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の値の範囲は、規則に従う第２の構文要素を含む１つ以上の他の構文要素に依存し、
前記規則は、前記第１の構文要素の値の範囲が、前記ＱＰテーブルを記述するために使用される開始輝度及び彩度ＱＰを特定する前記第２の構文要素の値に基づくことを規定する、装置。
【請求項10】
プロセッサに実行させる命令を記録した非一時的なコンピュータ可読記憶媒体であって、前記命令は前記プロセッサに、現在の映像ブロックを含む映像と前記映像のビットストリームとの間で変換を行わせ、
前記現在の映像ブロックの前記変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の値の範囲は、規則に従う第２の構文要素を含む１つ以上の他の構文要素に依存し、
前記規則は、前記第１の構文要素の値の範囲が、前記ＱＰテーブルを記述するために使用される開始輝度及び彩度ＱＰを特定する前記第２の構文要素の値に基づくことを規定する、非一時的なコンピュータ可読記憶媒体。
【請求項11】
映像処理装置によって実行される方法によって生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、現在の映像ブロックを含む前記映像のビットストリームを生成することを含み、
前記現在の映像ブロックの前記変換に関連付けられた量子化パラメータ（ＱＰ）テーブルにおける点の数を規定する第１の構文要素の値の範囲は、規則に従う第２の構文要素を含む１つ以上の他の構文要素に依存し、
前記規則は、前記第１の構文要素の値の範囲が、前記ＱＰテーブルを記述するために使用される開始輝度及び彩度ＱＰを特定する前記第２の構文要素の値に基づくことを規定する、非一時的なコンピュータ可読記録媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
関連出願の相互参照
本願は、２０２０年６月２２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９７３９０号の優先権および利益を主張する、２０２１年６月２２日出願の国際特許出願ＰＣＴ／ＣＮ２０２１／１０１３９０に基づく。前述のすべての特許出願は、その全体が参照により本明細書に組み込まれる。
本願は、２０２０年６月２２日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９７３９０号の優先権および利益を主張する、２０２１年６月２２日出願の国際特許出願ＰＣＴ／ＣＮ２０２１／１０１３９０に基づく。前述のすべての特許出願は、その全体が参照により本明細書に組み込まれる。
【国際調査報告】