知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-31
(45)【発行日】2024-06-10
(54)【発明の名称】ビデオの符号化及び復号のための高レベルシンタックス
(51)【国際特許分類】
H04N 19/70 20140101AFI20240603BHJP
H04N 19/85 20140101ALI20240603BHJP
【ＦＩ】
H04N19/70
H04N19/85
【請求項の数】
12
(21)【出願番号】P 2022542498
(86)(22)【出願日】2021-03-17
(65)【公表番号】
(43)【公表日】2023-04-19
(86)【国際出願番号】 EP2021056866
(87)【国際公開番号】W WO2021185927
(87)【国際公開日】2021-09-23
【審査請求日】2022-09-12
(31)【優先権主張番号】2004093.7
(32)【優先日】2020-03-20
(33)【優先権主張国・地域又は機関】GB
(73)【特許権者】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ラロシュ， ギローム
(72)【発明者】
【氏名】ウエドラオゴ， ナエル
(72)【発明者】
【氏名】オンノ， パトリス
【審査官】岩井 健二
(56)【参考文献】
【文献】Jonatan Samuelsson, et al.，AHG9: Picture Header in Slice Header，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q0775，17th Meeting: Brussels, BE，2020年01月，pp.1-5
【文献】Benjamin Bross, Jianle Chen, Shan Liu, and Ye-Kui Wang，Versatile Video Coding (Draft 8)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q2001 (version 15)，17th Meeting: Brussels, BE，2020年03月12日，pp.39-44,47-50,59-61,141
【文献】Guillaume Laroche, Nael Ouedraogo, and Patrice Onno，AhG9: Syntax cleanups when Picture Header is in the Slice Header，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0202，18th Meeting: by teleconference，2020年04月，pp.1-6
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
ビットストリームからビデオデータを復号する方法であって、前記ビットストリームは、１以上のスライスに対応する符号化されたビデオデータと、ピクチャヘッダと、スライスヘッダとを有し、前記方法は、
複数のシンタックス要素を構文解析することと、
前記複数のシンタックス要素を用いて前記ビットストリームから前記ビデオデータを復号することと、を有し、
前記スライスヘッダから復号された第１フラグが前記ピクチャヘッダが前記スライスヘッダにあることを示す場合、サブピクチャ情報は前記ビットストリームから復号されず、
加重予測パラメータと適応ループフィルタ（ALF）のためのアダプテーションパラメータセット（APS）IDとが前記ピクチャヘッダから復号される場合、前記加重予測パラメータが前記ピクチャヘッダから復号される前に前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDが前記ピクチャヘッダから復号される
ことを特徴とする方法。
【請求項2】
前記第１フラグが前記ピクチャヘッダが前記スライスヘッダにあることを示す場合、前記サブピクチャ情報が存在するか否かを示す第２フラグは、前記サブピクチャ情報が存在しないことを示す値を持つよう制約されることを特徴とする請求項１に記載の方法。
【請求項3】
前記ビデオデータは１以上のスライスを含む画像を有し、シンタックス要素がラスタスキャンスライスモードが有効化されることを示し、前記画像におけるタイル数が１より大きく、且つスライスにおけるタイル数が前記画像における前記タイル数と等しい場合、復号される画像は１つのみのスライスを含むよう制約される
ことを特徴とする請求項１に記載の方法。
【請求項4】
参照ピクチャリストパラメータと前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDとが前記ピクチャヘッダから復号される場合、前記参照ピクチャリストパラメータが前記ピクチャヘッダから復号される前に前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDが前記ピクチャヘッダから復号されることを特徴とする請求項１に記載の方法。
【請求項5】
ビデオデータをビットストリームに符号化する方法であって、前記ビットストリームは１つ以上のスライスに対応する符号化されたビデオデータと、ピクチャヘッダと、スライスヘッダとを有し、前記方法は、
予測モードを決定することと、
前記予測モードを用いて前記ビデオデータを符号化することと、を有し、
前記スライスヘッダにおける第１フラグが前記ピクチャヘッダが前記スライスヘッダにあることを示す場合、サブピクチャ情報は前記ビットストリームに符号化されず、
加重予測パラメータと適応ループフィルタ（ALF）のためのアダプテーションパラメータセット（APS）IDとが前記ピクチャヘッダにシグナリングされる場合、前記ピクチャヘッダにおいて前記加重予測パラメータより先に前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDがシグナリングされる
ことを特徴とする方法。
【請求項6】
前記第１フラグが前記ピクチャヘッダが前記スライスヘッダにあることを示す場合、前記サブピクチャ情報が存在するか否かを示す第２フラグは、前記サブピクチャ情報が存在しないことを示す値を持つよう制約されることを特徴とする請求項５に記載の方法。
【請求項7】
前記ビデオデータは１以上のスライスを含む画像を有し、シンタックス要素がラスタスキャンスライスモードが有効化されることを示し、前記画像におけるタイル数が１より大きく、且つスライスにおけるタイル数が前記画像における前記タイル数と等しい場合、前記画像は１つのみのスライスを含むよう制約されることを特徴とする請求項５に記載の方法。
【請求項8】
参照ピクチャリストパラメータと前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDとが前記ピクチャヘッダにシグナリングされる場合、前記ピクチャヘッダにおいて参照ピクチャリストパラメータより先に適応ループフィルタ（ALF）のためのアダプテーションパラメータセット（APS）IDがシグナリングされることを特徴とする請求項５に記載の方法。
【請求項9】
ビットストリームからビデオデータを復号するビデオデコーダであって、前記ビットストリームは、１以上のスライスに対応する符号化されたビデオデータと、ピクチャヘッダと、スライスヘッダとを有し、前記ビデオデコーダは、
複数のシンタックス要素を構文解析する手段と、
前記複数のシンタックス要素を用いて前記ビットストリームから前記ビデオデータを復号する手段と、を有し、
前記スライスヘッダから復号された第１フラグが前記ピクチャヘッダが前記スライスヘッダにあることを示す場合、サブピクチャ情報は前記ビットストリームから復号されず、
加重予測パラメータと適応ループフィルタ（ALF）のためのアダプテーションパラメータセット（APS）IDとが前記ピクチャヘッダから復号される場合、前記加重予測パラメータが前記ピクチャヘッダから復号される前に前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDが前記ピクチャヘッダから復号される
ことを特徴とするビデオデコーダ。
【請求項10】
ビデオデータをビットストリームに符号化するエンコーダであって、前記ビットストリームは１つ以上のスライスに対応する符号化されたビデオデータと、ピクチャヘッダと、スライスヘッダとを有し、前記エンコーダは、
予測モードを決定する手段と、
前記予測モードを用いて前記ビデオデータを符号化する手段と、を有し、
前記スライスヘッダにおけるフラグが前記ピクチャヘッダが前記スライスヘッダにあることを示す場合、サブピクチャ情報は前記ビットストリームに符号化されず、
加重予測パラメータと適応ループフィルタ（ALF）のためのアダプテーションパラメータセット（APS）IDとが前記ピクチャヘッダにシグナリングされる場合、前記ピクチャヘッダにおいて前記加重予測パラメータより先に前記適応ループフィルタ（ALF）のための前記アダプテーションパラメータセット（APS）IDがシグナリングされる
ことを特徴とするエンコーダ。
【請求項11】
請求項１乃至４のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。
【請求項12】
請求項５乃至８のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はビデオ符号化及び復号に関し、特に、ビットストリームで使用される高レベルシンタックスに関する。
【背景技術】
【0002】
最近、ＭＰＥＧとＩＴＵ－Ｔ Ｓｔｕｄｙ Ｇｒｏｕｐ １６のＶＣＥＧにより形成された協力チームであるＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ（ＪＶＥＴ）は、ＶＶＣ(Versatile Video Coding)と呼ばれる新しいビデオ符号化規格の研究を開始した。ＶＶＣの目標は既存のＨＥＶＣ標準を上回る（すなわち、典型的には、以前の２倍の）圧縮性能の著しい改善を提供し、２０２０年に完了することである。主なターゲットアプリケーションおよびサービスには３６０度およびハイダイナミックレンジ（ＨＤＲ）ビデオが含まれるが、これらに限定されない。全体として、ＪＶＥＴは、３２の組織からの応答を、独立した試験機関によって実施された正式な主観的試験を用いて評価した。いくつかの提案は、ＨＥＶＣを使用する場合と比較して、典型的には４０％以上の圧縮効率の向上を実証した。超高精細（ＵＨＤ）ビデオ試験材料について特に有効性を示した。したがって、最終規格の目標５０％をはるかに超える圧縮効率の向上が期待できる。
【発明の概要】
【発明が解決しようとする課題】
【0003】
ＪＶＥＴ探査モデル（JVET exploration model:ＪＥＭ）はすべてのＨＥＶＣツールを使用し、多くの新しいツールを導入している。これらの変更により、ビットストリームの構造、特にビットストリーム全体のビットレートに影響を与える可能性のある高レベルシンタックスの変更が必要になった。
【課題を解決するための手段】
【0004】
本発明は、符号化性能を著しく低下させることなく複雑さ及び／又はシグナリングを低減させる高レベルのシンタックス構造の改良に関する。
【0005】
本発明の第１の態様では、ビットストリームからビデオデータに復号する方法が提供される。ここで、前記ビットストリームは、１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、少なくとも１つのシンタックス要素が復号対象のピクチャが１つのスライスを含むことを示す場合に、サブピクチャの利用、及び／又はサブピクチャ情報の構文解析を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを復号することを有する。
【0006】
本発明の更なる対応では、ビットストリームからビデオデータを復号する方法が提供される。ここで、前記ビットストリームは、１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、復号対象のピクチャが１つのスライスのみを含むことを示す少なくとも１つのシンタックス要素との組み合わせで、サブピクチャの利用および／またはサブピクチャ情報の構文解析を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを復号することを有する。
【0007】
本発明の更なる別の態様では、ビットストリームからビデオデータを復号する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有し、前記ビットストリームは、当該ビットストリームが復号対象のピクチャが１つのスライスのみを含むことを示す値を有するシンタックス要素を含む場合に、前記ビットストリームはサブピクチャが使用されないこと、および／またはサブピクチャ情報がピクチャに存在しないことを示す値を有するシンタックス要素も含むように制約されている。そして、前記方法は、前記シンタックス要素を使用して前記ビットストリームを復号することを有する。
【0008】
これは、ビットストリームにおける不整合を回避する。具体的には、サブピクチャを含むピクチャがいくつかのスライスを有する。ピクチャが１つのスライスのみを含む場合、それは、１つのサブピクチャのみを含むピクチャである。さらに、これにより、一部の実装でスライスヘッダの解析が簡素化される。
前記方法は、少なくとも１つのシンタックス要素が復号対象のピクチャが１つのスライスを含むことを示すとき、サブピクチャの存在を示すシンタックス要素の値を、サブピクチャが使用されないことを示す値に制限することをさらに有する。サブピクチャの存在を示すシンタックス要素は、サブピクチャ情報が存在するかどうかを示すフラグを含むことができる。
前記方法は、少なくとも１つのシンタックス要素が復号対象のピクチャが１つのスライスを含むことを示すとき、サブピクチャの存在を示すシンタックス要素の値を、サブピクチャが使用されないことを示す値に制限することをさらに有する。サブピクチャの存在を示すシンタックス要素は、サブピクチャ情報が存在するかどうかを示すフラグを含むことができる。
【0009】
復号対象のピクチャが１つのスライスを含むことを示すシンタックス要素は、ピクチャヘッダインスライスヘッダシンタックス要素(a picture header in slice header syntax element)を有し、スライスヘッダ内でシグナリングされるピクチャヘッダは１つのスライスを含むピクチャを示す。
復号太陽のピクチャが１つのスライスを含むことを示す少なくとも１つのシンタックス要素は、ラスタスキャンスライスモードが有効であることを示すシンタックス要素を含み、ピクチャ内のタイルの数が１より大きいことを示すシンタックス要素を含み、スライス内のタイルの数がピクチャ内のタイルの数と等しいことを示すシンタックス要素を含み得る。
復号太陽のピクチャが１つのスライスを含むことを示す少なくとも１つのシンタックス要素は、ラスタスキャンスライスモードが有効であることを示すシンタックス要素を含み、ピクチャ内のタイルの数が１より大きいことを示すシンタックス要素を含み、スライス内のタイルの数がピクチャ内のタイルの数と等しいことを示すシンタックス要素を含み得る。
【0010】
本発明に係る第２の態様では、ビットストリームからビデオデータを復号する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。前記復号は、１以上のシンタックス要素を構文解析することと、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、サブピクチャの使用およびサブピクチャ情報の構文解析を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを復号することを有する。
【0011】
本発明による第３の態様では、ビットストリームからビデオデータを復号する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、ピクチャが１つのスライスのみを含むとき、カラーピクチャのカラープレーンを分離することを許可しないことと、前記シンタックス要素を用いて前記ビットストリームを復号することとを有する。
この態様の利点は、ビットストリームの矛盾を避けることである。実際、独立して符号化されたカラープレーンを含むピクチャは、いくつかのスライスを有する。したがって、現在のピクチャ内に１つのスライスのみを有することは不可能である。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
この態様の利点は、ビットストリームの矛盾を避けることである。実際、独立して符号化されたカラープレーンを含むピクチャは、いくつかのスライスを有する。したがって、現在のピクチャ内に１つのスライスのみを有することは不可能である。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
【0012】
前記許可しないことは、ピクチャのカラープレーンが分離されるべきかどうかを示すフラグが、プレーンが分離されていないことを示す値を有するという制約を実施することを含み得る。
【0013】
オプションとして、本方法はさらに、ピクチャヘッダがスライスヘッダ内でシグナリングされるかどうかを示すシンタックス要素を構文解析することを含み、スライスヘッダ内でシグナリングされるピクチャヘッダは１つのスライスを含むピクチャを示す。
オプションとして、本方法は、カラーピクチャのカラープレーンが分離され、ピクチャヘッダがスライスヘッダ内に位置するとき、カラープレーン識別子シンタックス要素を構文解析することを更にする。
オプションとして、本方法は、ラスタスキャンスライスモードが有効であり、ピクチャ内のタイルの数が１より大きい場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、現在のピクチャのカラープレーンが分離されることを許可しないことをさらに有する。
オプションとして、本方法は、ピクチャのカラープレーンの分離を示すフラグの値を、カラープレーンの分離がないことを示す値に制限することによって、ピクチャのカラープレーンを分離することを許可しないことをさらに有する。
オプションとして、ラスタスキャンスライスモードが有効であり、ピクチャ内のタイルの数が１より大きく場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、カラープレーン識別子シンタックス要素は復号されない。
オプションとして、本方法は、カラーピクチャのカラープレーンが分離され、ピクチャヘッダがスライスヘッダ内に位置するとき、カラープレーン識別子シンタックス要素を構文解析することを更にする。
オプションとして、本方法は、ラスタスキャンスライスモードが有効であり、ピクチャ内のタイルの数が１より大きい場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、現在のピクチャのカラープレーンが分離されることを許可しないことをさらに有する。
オプションとして、本方法は、ピクチャのカラープレーンの分離を示すフラグの値を、カラープレーンの分離がないことを示す値に制限することによって、ピクチャのカラープレーンを分離することを許可しないことをさらに有する。
オプションとして、ラスタスキャンスライスモードが有効であり、ピクチャ内のタイルの数が１より大きく場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、カラープレーン識別子シンタックス要素は復号されない。
【0014】
本発明による第４の態様では、ビットストリームからビデオデータを復号する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、ピクチャヘッダがスライスヘッダ内でシグナリングされるときにカラーピクチャのカラープレーンが分離されることを許可しないことと、前記シンタックス要素を用いて前記ビットストリームを復号することを有する。
【0015】
本発明による第５の態様では、第１または第２の態様による方法および第３または第４の態様による方法を実行することを含む、ビットストリームからビデオデータを復号する方法が提供される。本発明による第６の態様では、ビットストリームからビデオデータを復号する方法が提供される。ここで前記ビットストリームは、ピクチャの１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、カラーピクチャのカラープレーンの分離を強制し、ピクチャ内の１以上のスライスの単一のカラープレーン識別情報を推論することと、前記シンタックス要素を用いて前記ビットストリームを復号することを有する。
【0016】
これは、各スライスに対するいくつかのシンタックス要素の修正なしに、３つの色プレーンを含むビットストリームから１つの色プレーンのみを容易に抽出する可能性を提供する。そのため、そのようなアプリケーションの複雑さが軽減される。
オプションとして、強制は、ピクチャが１つのスライスのみを含む場合に行われる。
推定されるカラープレーン識別子は、ルマ（Ｌｕｍａ）であり得る。
オプションとして、強制は、ピクチャヘッダがスライスヘッダ内でシグナリングされたときに行われる。
オプションとして、強制は、ラスタスキャンスライスモードが有効であり、現在のピクチャ内のタイルの個数が１よりも大きいとき、及び、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいときに行われる。
オプションとして、強制は、ピクチャが１つのスライスのみを含む場合に行われる。
推定されるカラープレーン識別子は、ルマ（Ｌｕｍａ）であり得る。
オプションとして、強制は、ピクチャヘッダがスライスヘッダ内でシグナリングされたときに行われる。
オプションとして、強制は、ラスタスキャンスライスモードが有効であり、現在のピクチャ内のタイルの個数が１よりも大きいとき、及び、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいときに行われる。
【0017】
本発明に係る第７の態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記符号化は、１つ以上のシンタックス要素を判定することと、少なくとも１つのシンタックス要素が、符号化対象のピクチャが１つのスライスを含むことを示す場合に、サブピクチャの使用および／またはサブピクチャ情報の符号化を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。本発明による追加の態様では、ビデオデータをビットストリームにエンコードする方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記符号化は、１以上のシンタックス要素を判定することと、符号化対象のピクチャが１つのスライスのみを含むことを示す少なくとも１つのシンタックス要素と組み合わせて、サブピクチャの使用および／またはサブピクチャ情報の符号化を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。本発明に係るさらなる追加の態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは、１以上のスライスに対応するビデオデータを有する。そして、前記ビットストリームは、当該ビットストリームが、サブピクチャが使用されないこと、および／またはサブピクチャ情報がピクチャに対して存在しないことを示す値を持つシンタックス要素も含む場合、前記ビットストリームが、サブピクチャが使用されない、及び／または、サブピクチャ情報が存在しないことを示す値を持つシンタックス要素を含むように制約されており、前記方法は、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。これは、ビットストリームにおける不整合を回避する。具体的には、サブピクチャを含むピクチャがいくつかのスライスを有する。ピクチャが１つのスライスのみを含む場合、それは、１つのサブピクチャのみを含むピクチャである。さらに、これにより、一部の実装でスライスヘッダの解析が簡素化される。
【0018】
オプションとして、前記方法は、少なくとも１つのシンタックス要素が、復号対象のピクチャが１つのスライスを含むことを示すとき、サブピクチャの存在を示すシンタックス要素の値を、サブピクチャが使用されないことを示す値に制限することをさらに有する。
サブピクチャの存在を示すシンタックス要素は、サブピクチャ情報が存在するかどうかを示すフラグを含むことができる。
符号化対象のピクチャが１つのスライスを含むことを示すシンタックス要素は、ピクチャヘッダインスライスヘッダシンタックス要素を有し、スライスヘッダ内でシグナリングされるピクチャヘッダは１つのスライスを含むピクチャを示す。
符号化対象のピクチャが１つのスライスを含むことを示す少なくとも１つのシンタックス要素は、ラスタスキャンスライスモードが有効であることを示すシンタックス要素を含んでもよく、ピクチャ内のタイル数が１より大きいことを示すシンタックス要素を含んでもよく、スライス内のタイルの数がピクチャ内のタイルの数と等しいことを示すシンタックス要素を含んでもよい。
サブピクチャの存在を示すシンタックス要素は、サブピクチャ情報が存在するかどうかを示すフラグを含むことができる。
符号化対象のピクチャが１つのスライスを含むことを示すシンタックス要素は、ピクチャヘッダインスライスヘッダシンタックス要素を有し、スライスヘッダ内でシグナリングされるピクチャヘッダは１つのスライスを含むピクチャを示す。
符号化対象のピクチャが１つのスライスを含むことを示す少なくとも１つのシンタックス要素は、ラスタスキャンスライスモードが有効であることを示すシンタックス要素を含んでもよく、ピクチャ内のタイル数が１より大きいことを示すシンタックス要素を含んでもよく、スライス内のタイルの数がピクチャ内のタイルの数と等しいことを示すシンタックス要素を含んでもよい。
【0019】
本発明の別の態様では、ビットストリームからビデオデータを復号する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、サブピクチャの使用、および／または、サブピクチャ情報とスライスヘッダ内に送信されるピクチャヘッダの構文解析を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを復号することを有する。
オプションとして、サブピクチャの使用、及び／又は、サブピクチャ情報の構文解析、及び、ピクチャヘッダがスライスヘッダ内に送信するかどうかは、構文解析対象のシンタックス要素によって示される。
オプションとして、サブピクチャの使用、および／または、サブピクチャ情報の構文解析を示すシンタックス要素と、ピクチャヘッダがスライスヘッダ内で送信されることを示すシンタックス要素は、組み合わせが許可されない。
オプションとして、サブピクチャの使用、及び／又は、サブピクチャ情報の構文解析、及び、ピクチャヘッダがスライスヘッダ内に送信するかどうかは、構文解析対象のシンタックス要素によって示される。
オプションとして、サブピクチャの使用、および／または、サブピクチャ情報の構文解析を示すシンタックス要素と、ピクチャヘッダがスライスヘッダ内で送信されることを示すシンタックス要素は、組み合わせが許可されない。
【0020】
本発明に係る第８の態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記符号化は、１以上のシンタックス要素を判定することと、ピクチャヘッダがスライスヘッダ内でシグナリングされるときにサブピクチャの使用、および／またはサブピクチャ情報の符号化を許可しないことと、前記シンタックス要素を用いて前記ビデオデータを符号化することとを有する。
本発明の別のさらなる態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、サブピクチャの使用、および／または、サブピクチャ情報と、スライスヘッダ内に送信されるピクチャヘッダの構文解析を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。
オプションとして、サブピクチャの使用、及び／または、サブピクチャ情報の構文解析、及び、ピクチャヘッダがスライスヘッダ内に送信するかどうかは、構文解析対象のシンタックス文要素によって示される。
オプションとして、サブピクチャの使用、および／または、サブピクチャ情報の構文解析を示すシンタックス要素と、ピクチャヘッダがスライスヘッダ内に送信されることを示すシンタックス要素の組み合わせは許可されない。
本発明の別のさらなる態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記復号は、１以上のシンタックス要素を構文解析することと、サブピクチャの使用、および／または、サブピクチャ情報と、スライスヘッダ内に送信されるピクチャヘッダの構文解析を許可しないことと、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。
オプションとして、サブピクチャの使用、及び／または、サブピクチャ情報の構文解析、及び、ピクチャヘッダがスライスヘッダ内に送信するかどうかは、構文解析対象のシンタックス文要素によって示される。
オプションとして、サブピクチャの使用、および／または、サブピクチャ情報の構文解析を示すシンタックス要素と、ピクチャヘッダがスライスヘッダ内に送信されることを示すシンタックス要素の組み合わせは許可されない。
【0021】
本発明による第９の態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記符号化は、１以上のシンタックス要素を判定することと、ピクチャが１つのスライスのみを含むとき、カラーピクチャのカラープレーンが分離されることを許可しないことと、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。この態様の利点は、ビットストリームの矛盾を避けることである。実際、独立して符号化されたカラープレーンを含むピクチャは、いくつかのスライスを有する。したがって、現在のピクチャ内に１つのスライスのみを有することは不可能である。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
【0022】
前記許可しないことは、ピクチャのカラープレーンが分離されるべきかどうかを示すフラグが、プレーンが分離されていないことを示す値を有するという制約を実施することを有する。
前記方法は、ピクチャヘッダがスライスヘッダ内でシグナリングされるかどうかを示すシンタックス要素を判定することを更に有し、前記スライスヘッダ内でシグナリングされているピクチャヘッダは１つのスライスを含むピクチャを示す。
前記方法は、カラーピクチャのカラープレーンが分離され、ピクチャヘッダがスライスヘッダ内に位置するとき、カラープレーン識別子シンタックス要素を判定することを更に有する。
前記方法は、ラスタスキャンスライスモードが有効にされ、ピクチャ内のタイルの数が１より大きい場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、現在のピクチャのカラープレーンが分離されることを許可しないことをさらに有する。
オプションとして、ピクチャのカラープレーンを分離することが許されないことは、ピクチャのカラープレーンの分離を示すフラッグの値を、カラープレーンの分離がないことを示す値に制限することによる。
オプションとして、ラスタスキャンスライスモードが有効にされ、ピクチャ内のタイルの数が１より大きい場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、カラープレーン識別子シンタックス要素は符号化されない。
前記方法は、ピクチャヘッダがスライスヘッダ内でシグナリングされるかどうかを示すシンタックス要素を判定することを更に有し、前記スライスヘッダ内でシグナリングされているピクチャヘッダは１つのスライスを含むピクチャを示す。
前記方法は、カラーピクチャのカラープレーンが分離され、ピクチャヘッダがスライスヘッダ内に位置するとき、カラープレーン識別子シンタックス要素を判定することを更に有する。
前記方法は、ラスタスキャンスライスモードが有効にされ、ピクチャ内のタイルの数が１より大きい場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、現在のピクチャのカラープレーンが分離されることを許可しないことをさらに有する。
オプションとして、ピクチャのカラープレーンを分離することが許されないことは、ピクチャのカラープレーンの分離を示すフラッグの値を、カラープレーンの分離がないことを示す値に制限することによる。
オプションとして、ラスタスキャンスライスモードが有効にされ、ピクチャ内のタイルの数が１より大きい場合、及び、スライス内のタイルの数がピクチャ内のタイルの数に等しいとき、カラープレーン識別子シンタックス要素は符号化されない。
【0023】
本発明による第１０の態様では、ビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは１以上のスライスに対応するビデオデータを有する。そして、前記符号化は、１以上のシンタックス要素を判定することと、ピクチャヘッダがスライスヘッダ内でシグナリングされるとき、カラーピクチャのカラープレーンが分離されることを許可しないことと、前記シンタックス要素を使用して前記ビデオデータを符号化することを有する。
【0024】
本発明による第１１の態様では、第７または第８の態様による方法および第９または第１０の態様の方法を実行することを含む、ビデオデータをビットストリームに符号化する方法が提供される。
【0025】
本発明による第１２の態様ではビデオデータをビットストリームに符号化する方法が提供される。ここで、前記ビットストリームは、ピクチャの１以上のスライスに対応するビデオデータを有する。そして、前記符号化は、１以上のシンタックス要素を判定することと、カラーピクチャのカラープレーンの分離を強制し、ピクチャ内の１以上のスライスに対して単一のカラープレーン識別子を設定することと、前記シンタックス要素を用いて前記ビットストリームを符号化することを有する。一実施形態では、カラープレーン識別子は推測することができる。
【0026】
これは、各スライスに対するいくつかのシンタックス要素の修正なしに、３つのカラープレーンを含むビットストリームから１つの色プレーンのみを容易に抽出する可能性を提供する。そのため、そのようなアプリケーションの複雑さが軽減される。
【0027】
オプションとして、前記強制は、ピクチャが１つのスライスのみを含む場合に行われる。
オプションとして、推定されるカラープレーン識別子はルマ（Ｌｕｍａ）である。
オプションとして、前記強制は、ピクチャヘッダがスライスヘッダ内でシグナリングされるときに行われる。
オプションとして、前記強制は、ラスタスキャンスライスモードが有効にされ、現在のピクチャ内のタイルの数が１よりも大きい場合、及び、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいときに行われる。
オプションとして、推定されるカラープレーン識別子はルマ（Ｌｕｍａ）である。
オプションとして、前記強制は、ピクチャヘッダがスライスヘッダ内でシグナリングされるときに行われる。
オプションとして、前記強制は、ラスタスキャンスライスモードが有効にされ、現在のピクチャ内のタイルの数が１よりも大きい場合、及び、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいときに行われる。
【0028】
本発明による第１３の態様では、第１～第４の態様のいずれかの方法を実行するように構成されたデコーダを有するデバイスが提供される。
【0029】
本発明による第１４の態様では、第５～第８の態様のいずれかの方法を実行するように構成されたエンコーダを備えるデバイスが提供される。
【0030】
本発明による第１５の態様では、実行時に第１～第８の態様のいずれかの方法を実行させるコンピュータプログラムが提供される。
【0031】
プログラムはそれ自体で提供されてもよいし、キャリア媒体上、キャリア媒体によって、またはキャリア媒体中で搬送されてもよい。キャリア媒体は非一時的な、例えば、記憶媒体、特にコンピュータ可読記憶媒体であってもよい。キャリア媒体はまた、一時的なもの、例えば、信号または他の伝送媒体であってもよい。信号は、インターネットを含む任意の適切なネットワークを介して送信され得る。本発明のさらなる特徴は、独立請求項および従属請求項によって特徴付けられる。
【0032】
本発明の一態様における任意の特徴は、任意の適切な組み合わせで、本発明の他の態様に適用され得る。特に、方法の態様は、装置の態様に適用されてもよく、逆もまた同様である。
さらに、ハードウェアで実施される特徴は、ソフトウェアで実施されてもよく、その逆も可能である。本明細書におけるソフトウェアおよびハードウェア特徴へのいかなる基準も、それに応じて解釈されるべきである。
さらに、ハードウェアで実施される特徴は、ソフトウェアで実施されてもよく、その逆も可能である。本明細書におけるソフトウェアおよびハードウェア特徴へのいかなる基準も、それに応じて解釈されるべきである。
【0033】
本明細書に記載される任意の装置特徴は、方法特徴として提供されてもよく、逆もまた同様である。本明細書で使用される場合、手段および機能特徴は、適切にプログラムされたプロセッサおよび関連するメモリなど、それらの対応する構造に関して代替的に表現され得る。
【0034】
また、本発明の任意の態様に記載され定義された様々な特徴の特定の組合せが、独立して実装および／または供給および／または使用され得ることが理解されるべきである。
【図面の簡単な説明】
【0035】
ここで、例として、添付の図面を参照する：
【図1】ＨＥＶＣおよびＶＶＣにおいて使用される符号化構造を説明する際に使用するための図である。
【図2】本発明の１つ以上の実施形態が実施され得るデータ通信システムを概略的に示すブロック図である。
【図3】本発明の１つまたは複数の実施形態が実装され得る処理デバイスの構成要素を示すブロック図である。
【図4】本発明の実施形態による符号化方法のステップを示すフローチャートである。
【図5】本発明の実施形態による復号方法のステップを示すフローチャートである。
【図6】例示的な符号化システムＶＶＣにおけるビットストリームの構造を示す図である。
【図7】例示的な符号化システムＶＶＣにおけるビットストリームの別の構造を示す図である。
【図8】ルマモデリングクロマスケーリング(LMCS)を示す図である。
【図9】ＬＭＣＳのサブツールを示す図である。
【図10】現在のＶＶＣ原案標準のラスタスキャンスライスモードと矩形スライスモードの図である。
【図11】本発明の実施形態による、エンコーダまたはデコーダと通信ネットワークとを備えるシステムを示す図である。
【図12】本発明の１つ以上の実施形態の実装のためのコンピューティングデバイスの概略ブロック図である。
【図13】ネットワークカメラシステムを示す図である。
【図14】スマートフォンを示す図である。
【発明を実施するための形態】
【0036】
図１は、High Efficiency Video Coding（ＨＥＶＣ）ビデオ規格で使用されるコーディング構造に関する。ビデオシーケンス１は、一連のデジタル画像ｉから構成される。そのようなデジタル画像の各々は、１つまたは複数の行列によって表される。行列係数は画素を表す。
【0037】
シーケンスの画像２は、スライス３に分割することができる。スライスは、いくつかの例では画像全体を構成し得る。これらのスライスは、重複しないコーディングツリーユニット（ＣＴＵ）に分割される。コードツリーユニット（ＣＴＵ）は、High Efficiency Video Coding（ＨＥＶＣ）ビデオ規格の基本的な処理ユニットであり、概念的に、いくつかの以前のビデオ規格で使用されたマクロブロックユニットに構造的に対応する。ＣＴＵは、Largest Coding Unit(ＬＣＵ)と呼ばれることもある。ＣＴＵはルマ(luma:輝度)成分部分とクロマ(chroma：色差)成分部分とを有し、それぞれの成分部分は、コーディングツリーブロック（Coding Tree Block: ＣＴＢ）と呼ばれる。これらの異なる色成分は、図１に示されていない。
【0038】
ＣＴＵは一般に、６４画素×６４画素サイズである。各ＣＴＵは、四分木分解を使用して、より小さい可変サイズのコーディングユニット（ＣＵ）５に反復的に分割され得る。
【0039】
コーディングユニットは基本符号化要素であり、予測ユニット（Prediction Unit:ＰＵ)と変換ユニット（Transform Unit:ＴＵ)と呼ばれる２種類のサブユニットで構成される。ＰＵまたはＴＵの最大サイズは、ＣＵのサイズに等しい。予測ユニットは、ピクセル値の予測のためのＣＵの区分に対応する。ＣＵのＰＵへの様々な異なるパーティションが、４つの二乗ＰＵへのパーティションと、２つの矩形ＰＵへの２つの異なるパーティションとを含む６０６によって示されるように可能である。変換ユニット（Transform Unit）は、ＤＣＴを使用して空間変換を行う基本単位である。ＣＵは、クワッドツリー表現６０７に基づいてＴＵに区分され得る。
【0040】
各スライスは、１つのネットワーク抽象化レイヤ（Network Abstraction Layer: ＮＡＬ）ユニットに埋め込まれる。さらに、ビデオシーケンスの符号化パラメータが、パラメータセットと呼ばれる専用ＮＡＬユニットに記憶される。ＨＥＶＣおよびＨ．２６４／ＡＶＣでは、２種類のパラメータセットＮＡＬユニットが使用される。第１に、ビデオシーケンス全体の間に変化しないすべてのパラメータを収集するシーケンスパラメータセット(ＳＰＳ)ＮＡＬユニットである。典型的には、それはコーディングプロファイル、ビデオフレームのサイズ、および他のパラメータを処理する。第２の、ピクチャパラメータセット(ＰＰＳ)ＮＡＬユニットは、シーケンスの１つの画像（またはフレーム）から別の画像（またはフレーム）に変化し得るパラメータを含む。ＨＥＶＣ には、ビットストリームの全体的な構造を記述するパラメータを含むVideo Parameter Set(ＶＰＳ)ＮＡＬユニットも含まれている。ＶＰＳ は、ＨＥＶＣ で定義された新しいタイプのパラメータセットで、ビットストリームのすべてのレイヤに適用される。レイヤには複数のテンポラルサブレイヤを含めることができ、すべてのバージョン１のビットストリームは１つのレイヤに制限される。ＨＥＶＣは拡張性とマルチビューのための特定の層拡張があり、これらは後方互換性のあるバージョン１基本レイヤを備えた複数のレイヤを可能にする。
【0041】
Versatile Video Coding（ＶＶＣ）の現在の定義では、ピクチャの分割のための３つの高レベルの可能性、すなわち、サブピクチャ、スライス、およびタイルがある。それぞれは独自の特性と有用性を持っている。サブピクチャへの分割は、ビデオの領域の空間抽出および／またはマージのためのものである。スライスへの分割は、以前の規格と同様の概念に基づいており、たとえ他のアプリケーションに使用することができるとしても、ビデオ送信のためのパケット化に対応する。タイルへの分割は、概念的にはピクチャをピクチャの同じサイズ（ほぼ）の独立した符号化領域に分割するコード並列化ツールである。ただし、このツールは他のアプリケーションにも使用できる。
【0042】
ピクチャの分割のこれらの３つの高レベルの利用可能な方法は、一緒に使用することができるので、それらの使用のためのいくつかのモードがある。ＶＶＣの現在のドラフト仕様で定義されているように、スライスの２つのモードが定義される。ラスタ走査スライスモードの場合、スライスは、ピクチャのタイルラスタ走査における一連の完全なタイルを含む。現在のＶＶＣ仕様でのこのモードを図１０（ａ） に示す。この図に示すように、ピクチャは、１２個のタイルと３つのラスタ走査スライスとに区分された１８×１２のルマＣＴＵを含むことが示されている。
【0043】
２つ目のスライスモードである矩形スライスモードでは、スライスがピクチャの矩形領域から集合的に多数の完全なタイルのいずれかを含む。現在のＶＶＣ 仕様でのこのモードを図１０（ｂ） に示す。この例では、２４個のタイルと９個の矩形スライスとに区分された１８×１２個のルマＣＴＵを有するピクチャが示されている。
【0044】
図２は、本発明の１つ以上の実施形態が実装され得るデータ通信システムを示す。データ通信システムは、データ通信ネットワーク２００を介して、データストリームのデータパケットを受信装置、この場合はクライアント端末２０２に送信するように動作可能な送信装置、この場合はサーバ２０１を含む。データ通信ネットワーク２００は、ワイドエリアネットワーク（ＷＡＮ）またはローカルエリアネットワーク（ＬＡＮ）であってもよい。このようなネットワークは例えば、無線ネットワーク(Ｗｉｆｉ /８０２．１１ａまたはｂまたはｇ）、イーサネットネットワーク、インターネットネットワーク、または複数の異なるネットワークから構成される混合ネットワークであってもよい。本発明の特定の実施形態では、データ通信システムは、サーバ２０１が同じデータコンテンツを複数のクライアントに送信するデジタルテレビ放送システムであってもよい。
【0045】
サーバ２０１によって提供されるデータストリーム２０４は、ビデオおよびオーディオデータを表すマルチメディアデータから構成されてもよい。オーディオおよびビデオデータストリームは、本発明のいくつかの実施形態ではそれぞれマイクロフォンおよびカメラを使用してサーバ２０１によってキャプチャされ得る。いくつかの実施形態において、データストリームは、サーバ２０１上に記憶されてもよく、あるいは別のデータプロバイダからサーバ２０１によって受信されてもよく、あるいはサーバ２０１で生成されてもよい。サーバ２０１は特に、エンコーダへの入力として提示されるデータのよりコンパクトな表現で伝送のための圧縮ビットストリームを提供するために、ビデオおよびオーディオストリームを符号化するためのエンコーダで提供される。
【0046】
送信されたデータの品質と送信されたデータの量とのより良好な比を得るために、ビデオデータの圧縮は、たとえば、ＨＥＶＣフォーマットまたはＨ．２６４／ＡＶＣフォーマットに従ったものとなる。
【0047】
クライアント２０２は送信されたビットストリームを受信し、再構成されたビットストリームを復号して、ビデオ画像を表示装置上で再生し、音声データをスピーカにより再生する。
【0048】
図２の例ではストリーミングシナリオが考慮されるが、本発明のいくつかの実施形態ではエンコーダとデコーダとの間のデータ通信が例えば、光ディスクなどの媒体記憶デバイスを使用して実行され得ることが理解されよう。
【0049】
本発明の１つまたは複数の実施形態では、ビデオ画像は、画像の再構成されたピクセルに適用して最終画像内のフィルタリングされたピクセルを提供するための補償オフセットを表すデータと共に送信される。
【0050】
図３は、本発明の少なくとも１つの実施形態を実施するように構成された処理デバイス３００を概略的に示す。処理デバイス３００は、マイクロコンピュータ、ワークステーション、または軽量の携帯型デバイスなどのデバイスであってもよい。装置３００は、接続される通信バス３１３を備え、この通信バスは以下が接続される。
- ＣＰＵで示されるマイクロプロセッサなどの中央演算処理装置３１１；
- 本発明を実施するためのコンピュータプログラムを記憶するためのＲＯＭと表記される読み出し専用メモリ３０６；
- ＲＡＭと示されるランダムアクセスメモリ３１２は、本発明の実施形態の方法の実行可能コード、ならびに本発明の実施形態によるデジタル画像のシーケンスを符号化する方法、および／またはビットストリームを復号する方法を実施するために必要な変数およびパラメータを記録するように適合されたレジスタを記憶するためのものである、
- 処理されるデジタルデータが送受信される通信ネットワーク３０３に接続された通信インターフェース３０２
- ＣＰＵで示されるマイクロプロセッサなどの中央演算処理装置３１１；
- 本発明を実施するためのコンピュータプログラムを記憶するためのＲＯＭと表記される読み出し専用メモリ３０６；
- ＲＡＭと示されるランダムアクセスメモリ３１２は、本発明の実施形態の方法の実行可能コード、ならびに本発明の実施形態によるデジタル画像のシーケンスを符号化する方法、および／またはビットストリームを復号する方法を実施するために必要な変数およびパラメータを記録するように適合されたレジスタを記憶するためのものである、
- 処理されるデジタルデータが送受信される通信ネットワーク３０３に接続された通信インターフェース３０２
【0051】
オプションで、装置３００は、以下の構成要素も含むことができる：
- 本発明の１つまたは複数の実施形態の方法を実施するためのコンピュータプログラム、および本発明の１つまたは複数の実施形態の実施中に使用または生成されるデータを記憶するための、ハードディスクなどのデータ記憶手段 ３０４；
- ディスク３０６のためのディスクドライブ３０５であり、ディスクドライブは、ディスク３０６からデータを読み取るか、またはディスクにデータを書き込むように構成されている；
- キーボード３１０または他の任意のポインティング手段の手段によって、ユーザーとのグラフィカルインターフェースとして機能するデータを表示するためのスクリーン３０９。
- 本発明の１つまたは複数の実施形態の方法を実施するためのコンピュータプログラム、および本発明の１つまたは複数の実施形態の実施中に使用または生成されるデータを記憶するための、ハードディスクなどのデータ記憶手段 ３０４；
- ディスク３０６のためのディスクドライブ３０５であり、ディスクドライブは、ディスク３０６からデータを読み取るか、またはディスクにデータを書き込むように構成されている；
- キーボード３１０または他の任意のポインティング手段の手段によって、ユーザーとのグラフィカルインターフェースとして機能するデータを表示するためのスクリーン３０９。
【0052】
装置３００は例えば、デジタルカメラ３２０またはマイクロフォン３０８などの様々な周辺機器に接続することができ、それぞれは、装置３００にマルチメディアデータを供給するように入出力カード（図示せず）に接続される。
【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】
ＮＡＬユニットは、ビデオ符号化レイヤ(Video Coding Layer:ＶＣＬ)ＮＡＬユニットと非ＶＣＬ ＮＡＬユニットとに分割される。ＶＣＬ ＮＡＬユニットは、実際の符号化ビデオデータを含む。非ＶＣＬ ＮＡＬユニットには、追加情報が含まれる。この追加情報は、符号化されたビデオデータの復号に必要なパラメータ、または復号されたビデオデータの使い勝手を向上させることができる補足データである。ＮＡＬユニット６０６はスライスに対応し、ビットストリームのＶＣＬ ＮＡＬユニットを構成する。
【0080】
異なるＮＡＬユニット６０１～６０５は異なるパラメータセットに対応し、これらのＮＡＬユニットは非ＶＣＬ ＮＡＬユニットである。デコーダパラメータセット（Decoder Parameter Set:ＤＰＳ） ＮＡＬユニット３０１には、所定の復号処理に対して一定のパラメータが含まれている。ビデオパラメータセット(ＶＰＳ)ＮＡＬユニット６０２は、ビデオ全体、すなわちビットストリーム全体に対して定義されたパラメータを含む。ＤＰＳ ＮＡＬユニットは、ＶＰＳにおけるパラメータよりも静的なパラメータを定義することができる。言い換えれば、ＤＰＳのパラメータは、ＶＰＳのパラメータよりも頻繁に変化しない。
【0081】
シーケンスパラメータセット(ＳＰＳ)ＮＡＬユニット６０３は、ビデオシーケンスのために定義されたパラメータを含む。特に、ＳＰＳ ＮＡＬユニットは、ビデオシーケンスのサブピクチャレイアウトおよび関連するパラメータを定義することができる。各サブピクチャに関連するパラメータは、サブピクチャに適用されるコード制約を特定する。特に、それは、サブピクチャ間の時間的予測が同じサブピクチャから来るデータに制限されることを示すフラグを備える。別のフラグは、サブピクチャ境界を横断するループフィルタを有効または無効にすることができる。
【0082】
ピクチャパラメータセット（Picture Parameter Set: ＰＰＳ) ＮＡＬユニット６０４は、ピクチャまたはピクチャのグループに対して定義されたパラメータを含む。適応パラメータセット(Adaptation Parameter Set: ＡＰＳ) ＮＡＬユニット６０５は、ループフィルタのためのパラメータを含み、典型的には、適応ループフィルタ（Adaptation Loop Filter: ＡＬＦ）または再成形モデル(reshaper model)（又は、クロマスケーリングを有するルママッピング（Luma mapping with chroma scaling:ＬＭＣＳ）モデル）またはスライスレベルで使用されるスケーリングマトリクスを含む。
【0083】
ＶＶＣの現在のバージョンで提案されているＰＰＳのシンタックスは、ルマサンプル中のピクチャのサイズと、タイルおよびスライス中の各ピクチャの区分とを特定するシンタックス要素を備える。
【0084】
ＰＰＳには、フレーム内のスライスの位置を決定できるようにする構文要素が含まれている。サブピクチャはフレーム内に矩形領域を形成するので、パラメータセットＮＡＬユニットから、スライスのセット、タイルの部品、またはサブピクチャに属するタイルを決定することが可能である。ＡＰＳと同様、ＰＰＳは、同じＰＰＳの送信量を制限するＩＤ機構を有する。
【0085】
ＰＰＳとピクチャヘッダ（Picture Header)との間の主な違いは、ＰＰＳが送信されることであり、ＰＰＳは一般に、各ピクチャに対して系統的に送信されるＰＨと比較して、ピクチャのグループに対して送信される。したがって、ＰＨと比較されるＰＰＳは、いくつかのピクチャについて一定であり得るパラメータを含む。
【0086】
ビットストリームはまた、補足拡張情報(Supplemental Enhancement Information: ＳＥＩ) ＮＡＬユニット（図６には示されていないを含み得る。ビットストリーム内で、これらのパラメータセットが発生する周期性は可変である。ビットストリーム全体に対して定義されたＶＰＳは、ビットストリーム内で１ 回のみ発生する可能性がある。これに対して、スライスについて定義されるＡＰＳは、各ピクチャ中の各スライスについて１回発生し得る。実際、異なるスライスは同じＡＰＳに依存し得、したがって、一般に、各ピクチャ中のスライスよりも少ないＡＰＳが存在する。特に、ＡＰＳはピクチャヘッダで定義される。しかし、ＡＬＦ ＡＰＳは、スライスヘッダにおいて洗練されることができる。
【0087】
アクセスユニットデリミタ(Access Unit Delimiter: ＡＵＤ)ＮＡＬユニット６０７は、２つのアクセスユニットを分離する。アクセスユニットは、同じデコードタイムスタンプを持つ１以上の符号化ピクチャを備え得るＮＡＬユニットのセットである。このオプショナルＮＡＬユニットは、現在のＶＶＣ明細書における１つのシンタックス要素、ｐｉｃ＿ｔｙｐｅのみを含む。このシンタックス要素ｐｉｃ＿ｔｙｐｅは、ＡＵにおける符号化ピクチャのすべてのスライスのｓｌｉｃｅ＿ｔｙｐｅ値を示す。ｐｉｃ＿ｔｙｐｅが０に等しく設定される場合、ＡＵはイントラスライスのみを含む。１の場合、ＰスライスとＩスライスが含まれる。２に等しい場合、それはＢ、Ｐまたはイントラスライスを含む。
このＮＡＬユニットは。ｐｉｃ－ｔｙｐｅの構文要素を１つだけ含んでいる。
このＮＡＬユニットは。ｐｉｃ－ｔｙｐｅの構文要素を１つだけ含んでいる。
【0088】
テーブル１ シンタックスＡＵＤ
【0089】
ＪＶＥＴ－Ｑ２００１－ｖＤでは、ｐｉｃ＿ｔｙｐｅは以下のように定義される：
“ｐｉｃ＿ｔｙｐｅは、ＡＵデリミタＮＡＬユニットを含むＡＵ内の符号化ピクチャのすべてのスライスのｓｌｉｃｅ＿ｔｙｐｅ値がｐｉｃ＿ｔｙｐｅの所与の値についてテーブル２に列挙されたセットのメンバであることを示す。ｐｉｃ＿ｔｙｐｅの値は、この明細書のこのバージョンに適合するビットストリームにおいて０、１または２に等しいものとする。ｐｉｃ＿ｔｙｐｅの他の値は、ＩＴＵＴ－Ｔ |ＩＳＯ／ＩＥＣによって将来の使用のために予約される。この明細書のこのバージョンに適合するデコーダは、ｐｉｃ＿ｔｙｐｅの予約値を無視するものとする”
ｒｂｓｐ_ｔｒａｉｌｉｎｇ_ｂｉｔｓ()は、バイトの末尾に整列させるためにビットを追加する関数である。したがって、この関数の後、解析されるビットストリームの量は整数のバイト数になる。
“ｐｉｃ＿ｔｙｐｅは、ＡＵデリミタＮＡＬユニットを含むＡＵ内の符号化ピクチャのすべてのスライスのｓｌｉｃｅ＿ｔｙｐｅ値がｐｉｃ＿ｔｙｐｅの所与の値についてテーブル２に列挙されたセットのメンバであることを示す。ｐｉｃ＿ｔｙｐｅの値は、この明細書のこのバージョンに適合するビットストリームにおいて０、１または２に等しいものとする。ｐｉｃ＿ｔｙｐｅの他の値は、ＩＴＵＴ－Ｔ |ＩＳＯ／ＩＥＣによって将来の使用のために予約される。この明細書のこのバージョンに適合するデコーダは、ｐｉｃ＿ｔｙｐｅの予約値を無視するものとする”
ｒｂｓｐ_ｔｒａｉｌｉｎｇ_ｂｉｔｓ()は、バイトの末尾に整列させるためにビットを追加する関数である。したがって、この関数の後、解析されるビットストリームの量は整数のバイト数になる。
【0090】
テーブル２ ｐｉｃ＿ｔｙｐｅの解釈
【0091】
ＰＨ ＮＡＬユニット６０８は、１つの符号化ピクチャのスライスのセットに共通するパラメータをグループ化するピクチャヘッダＮＡＬユニットである。ピクチャは、ピクチャのスライスによって使用されるＡＦＬパラメータ、再形成(reshaper)モデル、およびスケーリング行列を示すために、１つ以上のＡＰＳを参照することがある。
【0092】
ＶＣＬ ＮＡＬユニット６０６の各々はスライスを含む。スライスは、ピクチャ全体またはサブピクチャ、単一のタイル、または複数のタイル、またはタイルの一部分に対応し得る。例えば、図６のスライスは、いくつかのタイル６２０を含む。スライスは、スライスヘッダ６１０と、符号化ブロック６４０として符号化された符号化画素データを含む生バイトシーケンスペイロード（raw byte sequence payload）ＲＢＳＰ ６１１とから構成される。
【0093】
ＶＶＣの現在のバージョンで提案されているＰＰＳのシンタックスは、ルマサンプル中のピクチャのサイズと、タイルおよびスライス中の各ピクチャの区分とを特定するシンタックス要素を備える。
【0094】
ＰＰＳには、フレーム内のスライスの位置を決定できるようにするシンタックス要素が含まれている。サブピクチャはフレーム内に矩形領域を形成するので、パラメータセットＮＡＬユニットから、スライスのセット、タイルの部品、またはサブピクチャに属するタイルを決定することが可能である。
【0095】
ＮＡＬユニットスライス（NAL Unit Slice)
ＮＡＬユニットスライスレイヤはテーブル３に示すように、スライスヘッダ及びスライスデータを含む。
ＮＡＬユニットスライスレイヤはテーブル３に示すように、スライスヘッダ及びスライスデータを含む。
【0096】
テーブル３ スライスレイヤのシンタックス
【0097】
ＡＰＳ
アダプテーションパラメータセット(ＡＰＳ)ＮＡＬユニット６０５は、シンタックス要素を示すテーブル４において定義される。
テーブル４に示すように、ＡＰＳ＿ｐａｒａｍｓ＿ｔｙｐｅ シンタックス要素で指定できるＡＰＳ には３つのタイプがある：
・ ＡＬＦ＿ＡＰ： ＡＬＦパラメータ用
・ ＬＭＣＳパラメータ用のＬＭＣＳ＿ＡＰＳ
・ Scaling list 相対パラメータ用のＳｃａｌｉｎｇ＿ＡＰＳ
アダプテーションパラメータセット(ＡＰＳ)ＮＡＬユニット６０５は、シンタックス要素を示すテーブル４において定義される。
テーブル４に示すように、ＡＰＳ＿ｐａｒａｍｓ＿ｔｙｐｅ シンタックス要素で指定できるＡＰＳ には３つのタイプがある：
・ ＡＬＦ＿ＡＰ： ＡＬＦパラメータ用
・ ＬＭＣＳパラメータ用のＬＭＣＳ＿ＡＰＳ
・ Scaling list 相対パラメータ用のＳｃａｌｉｎｇ＿ＡＰＳ
【0098】
テーブル４ 適応パラメータセットのシンタックス
【0099】
これらの３つのタイプのＡＰＳパラメータを、以下に順に論じる。
【0100】
ＡＬＰ ＡＰ
ＡＬＦパラメータは、適応ループフィルタデータシンタックス要素（テーブル５）で説明する。第１に、４つのフラグが、ＡＬＦフィルタがルマおよび／またはクロマのために送信されるかどうか、ならびにＣＣ－ＡＬＦ(Cross Component Adaptive Loop Filtering)がＣｂ成分およびＣｒ成分のために有効にされるかどうかを指定するために専用である。ルマフィルタフラグが有効な場合、クリップ値がシグナリングされているかどうかを知るために別のフラグがデコードされる（ａｌｆ＿Ｌｕｍａ＿ｃｌｉｐ＿ｆｌａｇ）。次に、シグナリングされるフィルタの数が、ａｌｆ＿ｌｕｍａ＿ｎｕｍ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１シンタックス要素を使用してデコードされる。必要に応じて、ＡＬＦ係数delta“alf_luma_coeff_delta_idx”を表すシンタックス要素が、有効なフィルタごとに復号される。そして、各フィルタの各係数の絶対値及び符号(sign)が復号される。
ＡＬＦパラメータは、適応ループフィルタデータシンタックス要素（テーブル５）で説明する。第１に、４つのフラグが、ＡＬＦフィルタがルマおよび／またはクロマのために送信されるかどうか、ならびにＣＣ－ＡＬＦ(Cross Component Adaptive Loop Filtering)がＣｂ成分およびＣｒ成分のために有効にされるかどうかを指定するために専用である。ルマフィルタフラグが有効な場合、クリップ値がシグナリングされているかどうかを知るために別のフラグがデコードされる（ａｌｆ＿Ｌｕｍａ＿ｃｌｉｐ＿ｆｌａｇ）。次に、シグナリングされるフィルタの数が、ａｌｆ＿ｌｕｍａ＿ｎｕｍ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１シンタックス要素を使用してデコードされる。必要に応じて、ＡＬＦ係数delta“alf_luma_coeff_delta_idx”を表すシンタックス要素が、有効なフィルタごとに復号される。そして、各フィルタの各係数の絶対値及び符号(sign)が復号される。
【0101】
ａｌｆ＿ｌｕｍａ＿ｃｌｉｐ＿ｆｌａｇ が有効な場合、有効な各フィルタの各係数のクリップインデックスがデコードされる。
同様に、ＡＬＦクロマ係数が、必要に応じて復号される。
同様に、ＡＬＦクロマ係数が、必要に応じて復号される。
【0102】
ＣＣ－ＡＬＦ がＣｒまたはＣｂに対して有効な場合、フィルタの個数がデコードされ（ａｌｆ＿ｃｃ＿ｃｂ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１ 又は ａｌｆ＿ｃｃ＿ｃｒ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１）、関連する係数が復号される（ａｌｆ＿ｃｃ＿ｃｂ＿ｍａｐｐｅｄ＿ｃｏｅｆｆ＿ａｂｓ およびａｌｆ＿ｃｃ＿ｃｂ＿ｃｏｅｆｆ＿ｓｉｇｎ 又は ａｌｆ＿ｃｃ＿ｃｒ＿ｍａｐｐｅｄ＿ｃｏｅｆｆ＿ａｂｓ およびａｌｆ＿ｃｃ＿ｃｒ＿ｃｏｅｆｆ＿ｓｉｇｎそれぞれ）。
【0103】
テーブル５ 適応ループフィルタデータのシンタックス
【0104】
ルママッピングとクロマスケーリングの両方のためのＬＭＣＳシンタックス要素
以下のテーブル６に、ＡＰＳ＿ｐａｒａｍｓ＿ｔｙｐｅ パラメータが１ （ＬＭＣＳ＿ＡＰＳ） に設定されている場合に、適応パラメータセット（ＡＰＳ）シンタックス構造で符号化されるすべてのＬＭＣＳシンタックス要素を示す。符号化ビデオシーケンスでは最大４つのＬＭＣＳ ＡＰＳを使用することができるが、所与のピクチャに対して単一のＬＭＣＳ ＡＰＳのみを使用することができる。
これらのパラメータは、ルマの順方向および逆方向マッピング関数と、クロマのスケーリング関数を構築するために使用される。
以下のテーブル６に、ＡＰＳ＿ｐａｒａｍｓ＿ｔｙｐｅ パラメータが１ （ＬＭＣＳ＿ＡＰＳ） に設定されている場合に、適応パラメータセット（ＡＰＳ）シンタックス構造で符号化されるすべてのＬＭＣＳシンタックス要素を示す。符号化ビデオシーケンスでは最大４つのＬＭＣＳ ＡＰＳを使用することができるが、所与のピクチャに対して単一のＬＭＣＳ ＡＰＳのみを使用することができる。
これらのパラメータは、ルマの順方向および逆方向マッピング関数と、クロマのスケーリング関数を構築するために使用される。
【0105】
テーブル６ クロマスケーリングデータシンタックスを有するルママッピング
【0106】
スケーリングリストＡＰＳ
スケーリングリストは、定量化に使用される量子化行列を更新する可能性を提供する。ＶＶＣにおいては、このスケーリングマトリクスがスケーリングリストデータのシンタックス要素（テーブル７）に記述されているように、ＡＰＳにおいてシグナリングされる。最初のシンタックス要素は、フラグｓｃａｌｉｎｇ＿ｍａｔｒｉｘ＿ｆｏｒ＿ＬＦＮＳＴ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇに基づいてＬＦＮＳＴ(Low Frequency Non-Separable Transform)ツールにスケーリング行列を使用されるかどうかを特定する。２ 番目のものは、スケーリングリストがクロマ成分（ｓｃａｌｉｎｇ＿ｌｉｓｔ＿Ｃｈｒｏｍａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）に使用される場合に特定される。次に、スケーリング行列を構築するために必要なシンタックス要素が復号される（ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｃｏｐｙ＿ｍｏｄｅ＿ｆｌａｇ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｄ＿ｉｄ＿ｄｅｌｔａ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄｃ＿ｃｏｅｆ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄｅｌｔａ＿ｃｏｅｆ）。
スケーリングリストは、定量化に使用される量子化行列を更新する可能性を提供する。ＶＶＣにおいては、このスケーリングマトリクスがスケーリングリストデータのシンタックス要素（テーブル７）に記述されているように、ＡＰＳにおいてシグナリングされる。最初のシンタックス要素は、フラグｓｃａｌｉｎｇ＿ｍａｔｒｉｘ＿ｆｏｒ＿ＬＦＮＳＴ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇに基づいてＬＦＮＳＴ(Low Frequency Non-Separable Transform)ツールにスケーリング行列を使用されるかどうかを特定する。２ 番目のものは、スケーリングリストがクロマ成分（ｓｃａｌｉｎｇ＿ｌｉｓｔ＿Ｃｈｒｏｍａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）に使用される場合に特定される。次に、スケーリング行列を構築するために必要なシンタックス要素が復号される（ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｃｏｐｙ＿ｍｏｄｅ＿ｆｌａｇ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｄ＿ｉｄ＿ｄｅｌｔａ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄｃ＿ｃｏｅｆ、ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｄｅｌｔａ＿ｃｏｅｆ）。
【0107】
テーブル７ スケーリングリストデータのシンタックス
【0108】
ピクチャヘッダ
ピクチャヘッダは、他のスライスデータの前の各ピクチャの先頭で送信される。これは、標準の以前の草案における以前のヘッダと比較して非常に大きい。これら全てのパラメータの完全な説明は、ＪＶＥＴ－Ｑ２００１－ｖＤに記載されている。テーブル１０は、現在のピクチャヘッダの復号シンタックスにおけるこれらのパラメータを示している。
ピクチャヘッダは、他のスライスデータの前の各ピクチャの先頭で送信される。これは、標準の以前の草案における以前のヘッダと比較して非常に大きい。これら全てのパラメータの完全な説明は、ＪＶＥＴ－Ｑ２００１－ｖＤに記載されている。テーブル１０は、現在のピクチャヘッダの復号シンタックスにおけるこれらのパラメータを示している。
【0109】
復号可能な関連するシンタックス要素は以下に関連する：
・ このピクチャの使用、参照フレームかどうか
・ ピクチャのタイプ
・ 出力フレーム
・ ピクチャの個数
・ 必要に応じてサブピクチャの使用
・ 必要に応じて参照ピクチャリスト
・ 必要に応じて色プレーン
・ オーバライドフラグが有効な場合のパーティション更新
・ 必要に応じてデルタＱＰパラメータ
・ 必要に応じて動き情報パラメータ
・ 必要に応じてＡＬＦパラメータ
・ 必要に応じてＳＡＯパラメータ
・ 必要に応じて定量化パラメータ
・ 必要に応じてＬＭＣＳパラメータ
・ 必要に応じてスケーリングリストパラメータ
・ 必要に応じてピクチャヘッダ拡張
・ Ｅｔｃ．．．
・ このピクチャの使用、参照フレームかどうか
・ ピクチャのタイプ
・ 出力フレーム
・ ピクチャの個数
・ 必要に応じてサブピクチャの使用
・ 必要に応じて参照ピクチャリスト
・ 必要に応じて色プレーン
・ オーバライドフラグが有効な場合のパーティション更新
・ 必要に応じてデルタＱＰパラメータ
・ 必要に応じて動き情報パラメータ
・ 必要に応じてＡＬＦパラメータ
・ 必要に応じてＳＡＯパラメータ
・ 必要に応じて定量化パラメータ
・ 必要に応じてＬＭＣＳパラメータ
・ 必要に応じてスケーリングリストパラメータ
・ 必要に応じてピクチャヘッダ拡張
・ Ｅｔｃ．．．
【0110】
ピクチャ「タイプ」
最初のフラグはｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ で、現在のピクチャが再同期ピクチャ（resynchronisation picture)（ＩＲＡＰまたはＧＤＲ）かどうかを示す。このフラグがｔｒｕｅの場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇ は復号され、現在のピクチャがＩＲＡＰかＧＤＲピクチャかを知ることができる。
次に、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ が復号され、インタースライスが許可されていることが識別される。
許可されると、フラグｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ が復号され、現在のピクチャに対してイントラスライスが許可されているかどうかがわかる。
次に、ｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇ、ＰＰＳ ＩＤを示すｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、ピクチャ順序カウントｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが復号される。ピクチャ順序カウントは、現在のピクチャの個数を与える。
ピクチャがＧＤＲまたはＩＲＡＰピクチャの場合、フラグｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ が復号される。
ピクチャがＧＤＲの場合、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔが復号される。その後、必要に応じてｐｈ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇとｐｏｃ＿ｍｓｂ＿ｖａｌが復号される。
最初のフラグはｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇ で、現在のピクチャが再同期ピクチャ（resynchronisation picture)（ＩＲＡＰまたはＧＤＲ）かどうかを示す。このフラグがｔｒｕｅの場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇ は復号され、現在のピクチャがＩＲＡＰかＧＤＲピクチャかを知ることができる。
次に、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ が復号され、インタースライスが許可されていることが識別される。
許可されると、フラグｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇ が復号され、現在のピクチャに対してイントラスライスが許可されているかどうかがわかる。
次に、ｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇ、ＰＰＳ ＩＤを示すｐｈ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、ピクチャ順序カウントｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが復号される。ピクチャ順序カウントは、現在のピクチャの個数を与える。
ピクチャがＧＤＲまたはＩＲＡＰピクチャの場合、フラグｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ が復号される。
ピクチャがＧＤＲの場合、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔが復号される。その後、必要に応じてｐｈ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇとｐｏｃ＿ｍｓｂ＿ｖａｌが復号される。
【0111】
ＡＬＦ
現在のピクチャに関する重要な情報を記述するこれらのパラメータの後、ＡＬＦがＳＰＳレベルで有効になっていて、ＡＬＦがピクチャヘッダレベルで有効になっている場合、ＡＬＦ ＡＰＳ ｉｄシンタックス要素のセットが復号される。ＡＬＦは、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇフラグによってＳＰＳレベルで有効になる。そして、ＡＬＦシグナリングは、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１であることによってピクチャヘッダレベルで有効になる。そうでない場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ＡＬＦはスライスレベルでシグナリングされる。
現在のピクチャに関する重要な情報を記述するこれらのパラメータの後、ＡＬＦがＳＰＳレベルで有効になっていて、ＡＬＦがピクチャヘッダレベルで有効になっている場合、ＡＬＦ ＡＰＳ ｉｄシンタックス要素のセットが復号される。ＡＬＦは、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇフラグによってＳＰＳレベルで有効になる。そして、ＡＬＦシグナリングは、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１であることによってピクチャヘッダレベルで有効になる。そうでない場合（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０）、ＡＬＦはスライスレベルでシグナリングされる。
【0112】
ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ は以下のように定義される：
“ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１ に等しいことは、ＡＬＦ情報がＰＨ シンタックス構造に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを特定する。ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しいことは、ＡＬＦ情報がＰＨシンタックス構造に存在せず、ＰＨシンタックス文構造を含まないＰＰＳを参照するスライスヘッダに存在する可能性があることを特定する。”
“ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１ に等しいことは、ＡＬＦ情報がＰＨ シンタックス構造に存在し、ＰＨシンタックス構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを特定する。ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しいことは、ＡＬＦ情報がＰＨシンタックス構造に存在せず、ＰＨシンタックス文構造を含まないＰＰＳを参照するスライスヘッダに存在する可能性があることを特定する。”
【0113】
まず、ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが復号され、ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号するかどうかを判定する。ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇを有効であると、現在の画像のすべてのスライスに対してＡＬＦが有効になる。
【0114】
ＡＬＦが有効な場合、ルマ用のＡＬＦ ＡＰＳ ｉｄの量が、ｐｉｃ＿ｎｕｍ＿ａｌｆ＿ａｐｓ＿ｉｄｓ＿ｌｕｍａ シンタックス要素を使用して復号される。ＡＰＳ ｉｄごとに、ルマのＡＰＳ ｉｄ値は“ｐｈ＿ａｌｆ＿ＡＰＳ＿ｉｄ＿ｌｕｍａ”に復号される。
【0115】
クロマシンタックス要素の場合、ｐｈ＿ａｌｆ＿ｃｈｒｏｍａ＿ｉｄｃが復号され、クロマ用に、Ｃｒのみ、又は、Ｃｂのみのいずれに対してＡＬＦが有効かどうか判定される。有効であると、クロマ用のＡＰＳ ＩＤ値がｐｈ＿ａｌｆ＿ａｐｓ＿ＩＤ＿Ｃｈｒｏｍａシンタックス要素を使用して復号される。
このようにして、ＣＣ－ＡＬＦ方法のためのＡＰＳ ＩＤが、Ｃｂおよび／またはＣＲ成分のために、必要に応じて復号される
このようにして、ＣＣ－ＡＬＦ方法のためのＡＰＳ ＩＤが、Ｃｂおよび／またはＣＲ成分のために、必要に応じて復号される
【0116】
ＬＭＣＳ
次いで、ＬＭＣＳ ＡＰＳ ＩＤシンタックス要素のセットが、ＬＭＣＳがＳＰＳレベルで有効にされた場合に、復号される。まず、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が復号され、現在のピクチャに対してＬＭＣＳ が有効かどうか判定される。ＬＭＣＳが有効な場合、そのＩＤ値は、復号されたｐｈ＿ｌｍｃｓ＿ａｐｓ＿ＩＤ である。クロマの場合、クロマのメソッドを有効または無効にするため、ｐｈ＿Ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇのみが復号される。
次いで、ＬＭＣＳ ＡＰＳ ＩＤシンタックス要素のセットが、ＬＭＣＳがＳＰＳレベルで有効にされた場合に、復号される。まず、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が復号され、現在のピクチャに対してＬＭＣＳ が有効かどうか判定される。ＬＭＣＳが有効な場合、そのＩＤ値は、復号されたｐｈ＿ｌｍｃｓ＿ａｐｓ＿ＩＤ である。クロマの場合、クロマのメソッドを有効または無効にするため、ｐｈ＿Ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇのみが復号される。
【0117】
スケーリングリスト
次いで、スケーリングリストがＳＰＳレベルで有効にされている場合、スケーリングリストＡＰＳ ＩＤのセットが復号される。ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が復号され、現在のピクチャに対してスケーリングマトリクスが有効かどうかを判定される。そして、ＡＰＳ ＩＤの値ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ａｐｓ＿ｉｄが復号される。
次いで、スケーリングリストがＳＰＳレベルで有効にされている場合、スケーリングリストＡＰＳ ＩＤのセットが復号される。ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が復号され、現在のピクチャに対してスケーリングマトリクスが有効かどうかを判定される。そして、ＡＰＳ ＩＤの値ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ａｐｓ＿ｉｄが復号される。
【0118】
サブピクチャ
サブピクチャパラメータは、ＳＰＳで有効にされたとき、および、サブピクチャｉｄシグナリングが無効にされたときに有効にされる。また、仮想境界に関する情報も含まれている。サブピクチャパラメータに対して、８つのシンタックス要素が定義される：
・ ｐｈ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ_ｐｒｅｓｅｎｔ_ｆｌａｇ
・ ｐｈ_ｎｕｍ_ｖｅｒ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ
・ ｐｈ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ_ｐｏｓ_ｘ[ｉ]
・ ｐｈ_ｎｕｍ_ｈｏｒ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ
・ ｐｈ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ_ｐｏｓ_ｙ[ｉ]
サブピクチャパラメータは、ＳＰＳで有効にされたとき、および、サブピクチャｉｄシグナリングが無効にされたときに有効にされる。また、仮想境界に関する情報も含まれている。サブピクチャパラメータに対して、８つのシンタックス要素が定義される：
・ ｐｈ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ_ｐｒｅｓｅｎｔ_ｆｌａｇ
・ ｐｈ_ｎｕｍ_ｖｅｒ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ
・ ｐｈ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ_ｐｏｓ_ｘ[ｉ]
・ ｐｈ_ｎｕｍ_ｈｏｒ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ
・ ｐｈ_ｖｉｒｔｕａｌ_ｂｏｕｎｄａｒｉｅｓ_ｐｏｓ_ｙ[ｉ]
【0119】
出力フラグ
これらのサブピクチャパラメータの後に、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが続く（存在する場合）。
これらのサブピクチャパラメータの後に、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇが続く（存在する場合）。
【0120】
参照ピクチャリスト
参照ピクチャリストがピクチャヘッダでシグナリングされている場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１のため）、参照ピクチャリストのパラメータは、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ（） に復号され、これは以下のシンタックス要素が含まれる：
・ ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［］
・ ｒｐｌ＿ｉｄｘ［］
・ ｐｏｃ＿ｌｓｂ＿ｌｔ［］［］
・ ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ[][]
・ ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ[][]
また、次のシンタックステーブルが定義される。
参照ピクチャリストがピクチャヘッダでシグナリングされている場合（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１のため）、参照ピクチャリストのパラメータは、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ（） に復号され、これは以下のシンタックス要素が含まれる：
・ ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［］
・ ｒｐｌ＿ｉｄｘ［］
・ ｐｏｃ＿ｌｓｂ＿ｌｔ［］［］
・ ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｐｒｅｓｅｎｔ_ｆｌａｇ[][]
・ ｄｅｌｔａ_ｐｏｃ_ｍｓｂ_ｃｙｃｌｅ_ｌｔ[][]
また、次のシンタックステーブルが定義される。
【0121】
テーブル８ 参照ピクチャリストのシンタックス
【0122】
パーティショニング
パーティショニングパラメータのセットが必要に応じてデコードされ、それには以下のシンタックス要素が含まれる：
・ ｐａｒｔｉｔｉｏｎ_ｃｏｎｓｔｒａｉｎｔｓ_ｏｖｅｒｒｉｄｅ_ｆｌａｇ
・ ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ ｐｈ_ｍａｘ_ｍｔｔ_ｈｉｅｒａｒｃｈｙ_ｄｅｐｔｈ_ｉｎｔｒａ_ｓｌｉｃｅ_ｌｕｍａ
・ ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍｉｎ_ｑｔ_ｍｉｎ_ｃｂ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｍａｘ_ｍｔｔ_ｈｉｅｒａｒｃｈｙ_ｄｅｐｔｈ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｂｔ_ｍｉｎ_ｑｔ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｔｔ_ｍｉｎ_ｑｔ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍｉｎ_ｑｔ_ｍｉｎ_ｃｂ_ｉｎｔｅｒ_ｓｌｉｃｅ
・ ｐｈ_ｍａｘ_ｍｔｔ_ｈｉｅｒａｒｃｈｙ_ｄｅｐｔｈ_ｉｎｔｅｒ_ｓｌｉｃｅ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｂｔ_ｍｉｎ_ｑｔ_ｉｎｔｅｒ_ｓｌｉｃｅ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｔｔ_ｍｉｎ_ｑｔ_ｉｎｔｅｒ_ｓｌｉｃｅ
パーティショニングパラメータのセットが必要に応じてデコードされ、それには以下のシンタックス要素が含まれる：
・ ｐａｒｔｉｔｉｏｎ_ｃｏｎｓｔｒａｉｎｔｓ_ｏｖｅｒｒｉｄｅ_ｆｌａｇ
・ ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ ｐｈ_ｍａｘ_ｍｔｔ_ｈｉｅｒａｒｃｈｙ_ｄｅｐｔｈ_ｉｎｔｒａ_ｓｌｉｃｅ_ｌｕｍａ
・ ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ ｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍｉｎ_ｑｔ_ｍｉｎ_ｃｂ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｍａｘ_ｍｔｔ_ｈｉｅｒａｒｃｈｙ_ｄｅｐｔｈ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｂｔ_ｍｉｎ_ｑｔ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｔｔ_ｍｉｎ_ｑｔ_ｉｎｔｒａ_ｓｌｉｃｅ_ｃｈｒｏｍａ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍｉｎ_ｑｔ_ｍｉｎ_ｃｂ_ｉｎｔｅｒ_ｓｌｉｃｅ
・ ｐｈ_ｍａｘ_ｍｔｔ_ｈｉｅｒａｒｃｈｙ_ｄｅｐｔｈ_ｉｎｔｅｒ_ｓｌｉｃｅ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｂｔ_ｍｉｎ_ｑｔ_ｉｎｔｅｒ_ｓｌｉｃｅ
・ ｐｈ_ｌｏｇ２_ｄｉｆｆ_ｍａｘ_ｔｔ_ｍｉｎ_ｑｔ_ｉｎｔｅｒ_ｓｌｉｃｅ
【0123】
加重予測(Weighted prediction)
加重予測パラメータｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）が、加重予測方法がＰＰＳ レベルで有効になっていて、加重予測パラメータがピクチャヘッダ（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１） でシグナリングされている場合に、復号される。
ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（） は、双予測重み付き予測（bi-prediction weighted prediction）が有効な場合、リストＬ０とリストＬ１の重み付き予測パラメータを含む。加重予測パラメータがピクチャヘッダで送信されると、ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）シンタックステーブル８に示すように、各リストの加重個数が明示的に送信される。
加重予測パラメータｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）が、加重予測方法がＰＰＳ レベルで有効になっていて、加重予測パラメータがピクチャヘッダ（ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１） でシグナリングされている場合に、復号される。
ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（） は、双予測重み付き予測（bi-prediction weighted prediction）が有効な場合、リストＬ０とリストＬ１の重み付き予測パラメータを含む。加重予測パラメータがピクチャヘッダで送信されると、ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）シンタックステーブル８に示すように、各リストの加重個数が明示的に送信される。
【0124】
テーブル９ 重み付け予測パラメータシンタックス
【0125】
デルタＱＰ
ピクチャがイントラの場合、必要に応じて、ｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ とｐｈ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ が復号される。また、インタースライスが許可されている場合、必要に応じてｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅ とｐｈ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅ が復号される。最後に、ピクチャヘッダ拡張シンタックス要素は、必要に応じて復号される。
ピクチャがイントラの場合、必要に応じて、ｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ とｐｈ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ が復号される。また、インタースライスが許可されている場合、必要に応じてｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅ とｐｈ＿ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅ が復号される。最後に、ピクチャヘッダ拡張シンタックス要素は、必要に応じて復号される。
【0126】
すべてのパラメータａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＰＰＳにおいてシグナリングされる。
【0127】
テーブル１０ ピクチャヘッダ構造
【0128】
スライスヘッダ
スライスヘッダは、各スライスの先頭で送信される。スライスヘッダには、約６５個のシンタックス要素が含まれる。これは、以前のビデオコーディング規格における以前のスライスヘッダと比較して非常に大きい。すべてのスライスヘッダパラメータの完全な説明は、ＪＶＥＴ－Ｑ２００１－ｖＤにある。テーブル１１は、現在のスライスヘッダ復号シンタックス文における、これらのパラメータを示している。
スライスヘッダは、各スライスの先頭で送信される。スライスヘッダには、約６５個のシンタックス要素が含まれる。これは、以前のビデオコーディング規格における以前のスライスヘッダと比較して非常に大きい。すべてのスライスヘッダパラメータの完全な説明は、ＪＶＥＴ－Ｑ２００１－ｖＤにある。テーブル１１は、現在のスライスヘッダ復号シンタックス文における、これらのパラメータを示している。
【0129】
テーブル１１ 部分的なスライスヘッダ(Partial Slice Header)
【0130】
まず、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が復号され、ｐｉｃｔｕｒｅ_ｈｅａｄｅｒ_ｓｔｒｕｃｔｕｒｅ()がスライスヘッダ内に存在するかどうかを知る。
ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ は、ＳＰＳ内にてｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく設定されている場合に復号され、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ は現在のスライスのサブピクチャｉｄを与える。ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、現在のＶＶＣ仕様では次のように定義されている：
“１に等しいｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの場合、サブピクチャ情報がＣＬＶＳのために存在すること、及び、ＣＬＶＳの各ピクチャ内に１以上のサブピクチャが存在し得ることを特定する。０に等しいｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャ情報がＣＬＶＳのために存在せず、かつ、ＣＬＶＳの各ピクチャ内には１つのサブピクチャのみが存在することを特定する。”
ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ は、ＳＰＳ内にてｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく設定されている場合に復号され、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ は現在のスライスのサブピクチャｉｄを与える。ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、現在のＶＶＣ仕様では次のように定義されている：
“１に等しいｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの場合、サブピクチャ情報がＣＬＶＳのために存在すること、及び、ＣＬＶＳの各ピクチャ内に１以上のサブピクチャが存在し得ることを特定する。０に等しいｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャ情報がＣＬＶＳのために存在せず、かつ、ＣＬＶＳの各ピクチャ内には１つのサブピクチャのみが存在することを特定する。”
【0131】
次に、ｓｌｉｃｅ＿ａｄｄｒｅｓｓが復号され、現在のスライスのアドレスが判定される。スライスアドレスは、現在のスライスモードが矩形スライスモード（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい）であり、現在のサブピクチャ内のスライスの数が１を超えている場合に、復号される。スライスアドレスは、現在のスライスモードがラスタスキャンモード（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい）であり、現在のピクチャ内のタイル数が、ＰＰＳで定義された変数に基づいて計算された１を超えている場合にも復号できる。
【0132】
次に、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１は、現在のピクチャ内のタイルの数が１より大きく、且つ、現在のスライスモードが矩形スライスモードでない場合に、復号される。現在のＶＶＣドラフト仕様では、ｎｕｍ＿ｔｉｌｅｓ＿Ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１ は次のように定義されている：
“ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１ ＋ １ （存在する場合） は、スライス内のタイルの数を特定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内である。”
“ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１ ＋ １ （存在する場合） は、スライス内のタイルの数を特定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内である。”
【0133】
その後、ｓｌｉｃｅ＿ｔｙｐｅ が復号される。
ＡＬＦがＳＰＳ レベル（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ） で有効になっていて、ＡＬＦがスライスヘッダ（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が０） にシグナリングされている場合、ＡＬＦ情報が復号される。これには、現在のスライスに対してＡＬＦ が有効であることを示すフラグ（ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ） が含まれる。有効であると、ルマ用のＡＰＳ ＡＬＦ ＩＤ(ｓｌｉｃｅ_ｎｕｍ_ａｌｆ_ａｐｓ_ｉｄｓ_ｌｕｍａ)の個数が復号され、ＡＰＳ ＩＤが復号される(ｓｌｉｃｅ_ａｌｆ_ａｐｓ_ｉｄ_ｌｕｍａ[ｉ])。次に、ｓｌｉｃｅ＿ＡＬＦ＿ｃｈｒｏｍａ＿ｉｄｃが復号され、クロマ成分に対してＡＬＦ が有効になっているかどうか、および、いずれのクロマ成分が有効になっているかを知る。次に、クロマのＡＰＳ ＩＤが必要に応じて、ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａに復号される。同様に、ｓｌｉｃｅ＿ｃｃ＿ａｌｆ＿ｃｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、必要に応じて復号され、ＣＣ ＡＬＦ方法が有効かどうかを知る。ＣＣ ＡＬＦが有効である場合、ＣＣ ＡＬＦがＣＲおよび／またはＣＢに対してイネーブルである場合ではＣＲおよび／またはＣＢに対する関連するＡＰＳ ＩＤが復号される。
ＡＬＦがＳＰＳ レベル（ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ） で有効になっていて、ＡＬＦがスライスヘッダ（ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が０） にシグナリングされている場合、ＡＬＦ情報が復号される。これには、現在のスライスに対してＡＬＦ が有効であることを示すフラグ（ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ） が含まれる。有効であると、ルマ用のＡＰＳ ＡＬＦ ＩＤ(ｓｌｉｃｅ_ｎｕｍ_ａｌｆ_ａｐｓ_ｉｄｓ_ｌｕｍａ)の個数が復号され、ＡＰＳ ＩＤが復号される(ｓｌｉｃｅ_ａｌｆ_ａｐｓ_ｉｄ_ｌｕｍａ[ｉ])。次に、ｓｌｉｃｅ＿ＡＬＦ＿ｃｈｒｏｍａ＿ｉｄｃが復号され、クロマ成分に対してＡＬＦ が有効になっているかどうか、および、いずれのクロマ成分が有効になっているかを知る。次に、クロマのＡＰＳ ＩＤが必要に応じて、ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａに復号される。同様に、ｓｌｉｃｅ＿ｃｃ＿ａｌｆ＿ｃｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、必要に応じて復号され、ＣＣ ＡＬＦ方法が有効かどうかを知る。ＣＣ ＡＬＦが有効である場合、ＣＣ ＡＬＦがＣＲおよび／またはＣＢに対してイネーブルである場合ではＣＲおよび／またはＣＢに対する関連するＡＰＳ ＩＤが復号される。
【0134】
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいときにカラープレーンが個別に送信される場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄが復号される。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、現在のＶＶＣドラフト仕様において以下のように定義されている：
“ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい場合、４：４：４ クロマ形式の３つのカラー成分が個別に符号化されることを特定する。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、カラー成分が個別に符号化されないことを特定する。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が存在しない場合は、０に等しいと推測される。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいとき、符号化ピクチャは３つの別個の成分からなり、その各々は１つのカラープレーン（Ｙ、Ｃｂ、またはＣｒ）の符号化サンプルからなり、モノクロ符号化シンタックスを使用する。この場合、各色プレーンは、特定のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ値に関連付けられる。”
“ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい場合、４：４：４ クロマ形式の３つのカラー成分が個別に符号化されることを特定する。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、カラー成分が個別に符号化されないことを特定する。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が存在しない場合は、０に等しいと推測される。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいとき、符号化ピクチャは３つの別個の成分からなり、その各々は１つのカラープレーン（Ｙ、Ｃｂ、またはＣｒ）の符号化サンプルからなり、モノクロ符号化シンタックスを使用する。この場合、各色プレーンは、特定のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ値に関連付けられる。”
【0135】
参照ピクチャリストｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ（）がピクチャヘッダで送信されず（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が０に等しい）、Ｎａｌ ユニットがＩＤＲ でない場合、またはＩＤＲピクチャに対して参照ピクチャリストが送信された場合（ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が１ に等しい）、参照ピクチャリストパラメータが復号される。これらはピクチャヘッダのパラメータと同様である。
【0136】
参照ピクチャリストがピクチャヘッダで送信され（ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が１）、Ｎａｌ ユニットがＩＤＲ でない場合、またはＩＤＲ ピクチャに対して参照ピクチャリストが送信され（ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が１ に等しい）、少なくとも１つのリストの参照数が１を超えている場合、オーバーライドフラグｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが復号される。このフラグは、ＶＶＣドラフト仕様において以下のように定義されている：
“ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが１ に等しい場合、シンタックス要素ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ ０ ］ がＰおよびＢスライスに存在し、シンタックス要素ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ １ ］がＢスライスに存在することを特定する。ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが０に等しい場合、シンタックス要素ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ ０ ］およびｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ １ ］が存在しないことを特定する。存在しない場合、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値は１に等しいと推測される。”
“ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが１ に等しい場合、シンタックス要素ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ ０ ］ がＰおよびＢスライスに存在し、シンタックス要素ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ １ ］がＢスライスに存在することを特定する。ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが０に等しい場合、シンタックス要素ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ ０ ］およびｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ １ ］が存在しないことを特定する。存在しない場合、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇの値は１に等しいと推測される。”
【0137】
ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが有効な場合、各リスト“ｉ”の参照インデックスの数ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１［ｉ］が、必要に応じて復号される。現在のリストの参照インデックスのオーバーライドの数は、ｒｅｆ_ｐｉｃ_ｌｉｓｔｓ()で送信された参照フレームインデックスの数未満か、等しいはずである。したがって、オーバーライドは、各リストの参照フレームの最大数を減らすか、減らさない。
【0138】
スライスタイプがイントラではないとき、及び、必要に応じてｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇが復号される。参照ピクチャリストがスライスヘッダで送信され、他の条件になる場合、ｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｆｒｏｍ＿ｌ０＿ｆｌａｇ とｓｌｉｃｅ＿ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘ が復号される。これらのデータは、ＣＡＢＡＣ符号化および配置された動きベクトルに関連する。
【0139】
同様に、スライスタイプがイントラでない場合、加重予測のパラメータｐｒｅｄ_ｗｅｉｇｈｔ_ｔａｂｌｅ()が復号される。
【0140】
ｄｅｌｔａ ＱＰ情報がスライスヘッダ（ＱＰ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が０に等しい）に送信されていると、ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａが復号される。必要に応じて、シンタックス要素、ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ、ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が復号される。
【0141】
ＳＡＯ情報がスライスヘッダ（ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が０に等しい）に送信され、ＳＰＳレベル（ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）で有効になっている場合、ＳＡＯ の有効なフラグは、ルマとクロマの両方に対して復号される。これらはｓｌｉｃｅ＿ｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓｌｉｃｅ＿ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇである。次に、スライスヘッダ（ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ が０に等しい）でシグナリングされている場合、デブロッキングフィルタパラメータが復号される。
【0142】
フラグｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが、Transform Skip residual coding方法が現在のスライスに対して有効かどうかを知るため、体系的に復号される。
ＬＭＣＳがピクチャヘッダで有効にされていた場合(ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、フラグｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が復号される。現在のＶＶＣ仕様において、ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは以下のように定義されている：
“ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、現在のスライスにたいしてクロマスケーリングを用いるルミナンスマッピングが有効であることを特定する。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が０に等しい場合、現在のスライスに対し、クロマスケーリングを用いるルミナンスマッピングが有効になっていないことを特定する。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が存在しない場合、０に等しいと推測される。”
ＬＭＣＳがピクチャヘッダで有効にされていた場合(ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、フラグｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が復号される。現在のＶＶＣ仕様において、ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは以下のように定義されている：
“ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、現在のスライスにたいしてクロマスケーリングを用いるルミナンスマッピングが有効であることを特定する。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が０に等しい場合、現在のスライスに対し、クロマスケーリングを用いるルミナンスマッピングが有効になっていないことを特定する。ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ が存在しない場合、０に等しいと推測される。”
【0143】
同様に、ピクチャヘッダでスケーリングリストが有効になっている場合(ｐｈｐｉｃ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔｅｎａｂｌｅｄ＿ｆｌａｇ が１に等しい）、フラグｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが復号される。現在のＶＶＣ仕様において、ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは以下のように定義されている：
“ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１ に等しい場合、現在のスライスに使用されているスケーリングリストデータは、
ＳＣＡＬＩＮＧ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅを持つ参照されるスケーリングリストＡＰＳに含まれているスケーリングリストデータ、及び、ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ＡＰＳ＿ｉｄに基づいて導出されることを特定する。ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、現在のピクチャに使用されているスケーリングリストデータは、節７．４．３．２１で指定され、導出されるデフォルトのスケーリングリストデータであることを特定する。派生データであることを指定する。存在しない場合、ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推測される。”
その後、必要に応じて他のパラメータが復号される。
“ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１ に等しい場合、現在のスライスに使用されているスケーリングリストデータは、
ＳＣＡＬＩＮＧ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅを持つ参照されるスケーリングリストＡＰＳに含まれているスケーリングリストデータ、及び、ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ＡＰＳ＿ｉｄに基づいて導出されることを特定する。ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、現在のピクチャに使用されているスケーリングリストデータは、節７．４．３．２１で指定され、導出されるデフォルトのスケーリングリストデータであることを特定する。派生データであることを指定する。存在しない場合、ｓｌｉｃｅ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推測される。”
その後、必要に応じて他のパラメータが復号される。
【0144】
スライスヘッダ内のピクチャヘッダ
特定のシグナリング方法では、図７に示すように、ピクチャヘッダ（７０８）がスライスヘッダ（７１０）内にてシグナリングすることができる。その場合、ピクチャヘッダ（６０８）のみを含むＮＡＬユニットは存在しない。ＮＡＬユニット７０１～７０７は、図６のそれぞれのＮＡＬユニット６０１～６０７に対応する。同様に、コードタイル（coding tile)７２０およびコードブロック(coding block)７４０は図６のブロック６２０および６４０に対応する。したがって、これらのユニットおよびブロックの説明はここでは繰り返さない。これは、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ によってスライスヘッダで有効にできる。さらに、ピクチャヘッダがスライスヘッダの内部でシグナリングされるとき、ピクチャは１つのスライスのみを含む。したがって、ピクチャごとに常に１つのピクチャヘッダのみが存在する。さらに、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＣＬＶＳ(Coded Layer Video Sequence：符号化レイヤビデオシーケンス）の全ての画像に対して同じ値を持つ。これは、第１のＩＲＡＰを含む２つのＩＲＡＰ間の全てのピクチャが、ピクチャ当たり１つのスライスのみを有することを意味する。
特定のシグナリング方法では、図７に示すように、ピクチャヘッダ（７０８）がスライスヘッダ（７１０）内にてシグナリングすることができる。その場合、ピクチャヘッダ（６０８）のみを含むＮＡＬユニットは存在しない。ＮＡＬユニット７０１～７０７は、図６のそれぞれのＮＡＬユニット６０１～６０７に対応する。同様に、コードタイル（coding tile)７２０およびコードブロック(coding block)７４０は図６のブロック６２０および６４０に対応する。したがって、これらのユニットおよびブロックの説明はここでは繰り返さない。これは、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ によってスライスヘッダで有効にできる。さらに、ピクチャヘッダがスライスヘッダの内部でシグナリングされるとき、ピクチャは１つのスライスのみを含む。したがって、ピクチャごとに常に１つのピクチャヘッダのみが存在する。さらに、フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは、ＣＬＶＳ(Coded Layer Video Sequence：符号化レイヤビデオシーケンス）の全ての画像に対して同じ値を持つ。これは、第１のＩＲＡＰを含む２つのＩＲＡＰ間の全てのピクチャが、ピクチャ当たり１つのスライスのみを有することを意味する。
【0145】
フラグｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇは以下のように定義される：
“ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が１ の場合、ＰＨシンタックス構造がスライスヘッダ内に存在することを特定する。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が０ の場合、ＰＨ シンタックス構造がスライスヘッダ内に存在しないことを特定する。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ の値がＣＬＶＳのすべての符号化スライスで同じであることは、ビットストリーム適合性の要件である。
符号化されたスライスに対してｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が１ に等しい場合、ＰＨ＿ＮＵＴ に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つＶＣＬ ＮＡＬユニットがＣＬＶＳに存在しないことが、ビットストリーム適合の要件である。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しいとき、現在のピクチャ内の符号化スライスの全てが、０に等しいｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを持ち、そして現在のＰＵはＰＨ ＮＡＬユニットを持つ。
ｐｉｃｔｕｒｅ_ｈｅａｄｅｒ_ｓｔｒｕｃｔｕｒｅ()は、スタッフィングビットｒｂｓｐ_ｔｒａｉｌｉｎｇ_ｂｉｔｓ()を除き、ｐｉｃｔｕｒｅ＿ｒｂｓｐ（） のシンタックス要素を含む。”
“ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が１ の場合、ＰＨシンタックス構造がスライスヘッダ内に存在することを特定する。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が０ の場合、ＰＨ シンタックス構造がスライスヘッダ内に存在しないことを特定する。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ の値がＣＬＶＳのすべての符号化スライスで同じであることは、ビットストリーム適合性の要件である。
符号化されたスライスに対してｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇ が１ に等しい場合、ＰＨ＿ＮＵＴ に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つＶＣＬ ＮＡＬユニットがＣＬＶＳに存在しないことが、ビットストリーム適合の要件である。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しいとき、現在のピクチャ内の符号化スライスの全てが、０に等しいｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを持ち、そして現在のＰＵはＰＨ ＮＡＬユニットを持つ。
ｐｉｃｔｕｒｅ_ｈｅａｄｅｒ_ｓｔｒｕｃｔｕｒｅ()は、スタッフィングビットｒｂｓｐ_ｔｒａｉｌｉｎｇ_ｂｉｔｓ()を除き、ｐｉｃｔｕｒｅ＿ｒｂｓｐ（） のシンタックス要素を含む。”
【0146】
ストリーミングアプリケーション
一部のストリーミングアプリケーションは、ビットストリームの特定の部分のみを抽出する。これらの抽出は、空間的（サブピクチャとして）または時間的（ビデオシーケンスのサブ部分）であり得る。次いで、これらの抽出された部分は、他のビットストリームとマージされ得る。いくつかの他のものは、いくつかのフレームのみを抽出することによってフレームレートを低減する。一般に、これらのストリーミングアプリケーションの主な目的は、エンドユーザに対して最大品質を示すために、許容帯域幅を最大限に使用することである。
一部のストリーミングアプリケーションは、ビットストリームの特定の部分のみを抽出する。これらの抽出は、空間的（サブピクチャとして）または時間的（ビデオシーケンスのサブ部分）であり得る。次いで、これらの抽出された部分は、他のビットストリームとマージされ得る。いくつかの他のものは、いくつかのフレームのみを抽出することによってフレームレートを低減する。一般に、これらのストリーミングアプリケーションの主な目的は、エンドユーザに対して最大品質を示すために、許容帯域幅を最大限に使用することである。
【0147】
ＶＶＣでは、新しいフレームＡＰＳ ｉｄ数(a new APS id number of a frame)が、時間階層の上位レベルのフレームに使用できないようにするために、ＡＰＳ ＩＤナンバリングがフレームレート低減のための制限されている。しかしながら、ビットストリームの一部を抽出するストリーミングアプリケーションの場合、フレーム（ＩＲＡＰ）がＡＰＳ ＩＤのナンバリング付けをリセットしないので、ＡＰＳ ＩＤを追跡して、どのＡＰＳがビットストリームのサブ部分のために保持されるべきかを決定する必要がある。
【0148】
ＬＭＣＳ（クロマスケーリングを有するルママッピング）
クロマスケーリングを有するルママッピング（Luma Mapping with Chroma scaling；ＬＭＣＳ)技法は、ＶＶＣのようなビデオデコーダにおけるループフィルタを適用する前に、ブロックに適用されるサンプル値変換方法である。
クロマスケーリングを有するルママッピング（Luma Mapping with Chroma scaling；ＬＭＣＳ)技法は、ＶＶＣのようなビデオデコーダにおけるループフィルタを適用する前に、ブロックに適用されるサンプル値変換方法である。
【0149】
ＬＭＣＳは、２つのサブツールに分けることができる。第１のものは、ルマブロック上に適用され、一方、第２のサブツールはクロマブロック上に適用されるもので、次の通りである。
１）第１のサブツールは、適応区分線形モデル（adaptive piecewise linear models）に基づくルマ成分におけるループ内マッピングである。ルマ成分のループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することによって、入力信号のダイナミックレンジを調整する。ルママッピングは、「マッピング済み領域(mapped domain）」への順方向マッピング機能と、「入力領域(input domain)」に戻る、対応の逆方向マッピング機能を利用する。
２）第２のサブツールは、ルマ依存のクロマ残差スケーリングが適用されるクロマ成分に関連する。クロマ残差スケーリングは、ルマ信号と対応するクロマ信号の相互作用を補正するように設計されている。クロマ残差スケーリングは、現在のブロックのトップおよび／または左の再構成された隣接ルマサンプルの平均値に依存する。
１）第１のサブツールは、適応区分線形モデル（adaptive piecewise linear models）に基づくルマ成分におけるループ内マッピングである。ルマ成分のループ内マッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することによって、入力信号のダイナミックレンジを調整する。ルママッピングは、「マッピング済み領域(mapped domain）」への順方向マッピング機能と、「入力領域(input domain)」に戻る、対応の逆方向マッピング機能を利用する。
２）第２のサブツールは、ルマ依存のクロマ残差スケーリングが適用されるクロマ成分に関連する。クロマ残差スケーリングは、ルマ信号と対応するクロマ信号の相互作用を補正するように設計されている。クロマ残差スケーリングは、現在のブロックのトップおよび／または左の再構成された隣接ルマサンプルの平均値に依存する。
【0150】
ＶＶＣのようなビデオコーダの他のほとんどのツールと同様、ＬＭＣＳは、ＳＰＳフラグを使用し、シーケンスレベルで有効／無効にすることができる。クロマ残差スケーリングが有効であるか否かは、スライスレベルでシグナリングされる。ルママッピングがイネーブルとなっている場合、ルマ依存クロマ残差スケーリングが有効となっているかどうか示すために、追加のフラグがシグナリングされる。ルママッピングが使用されないとき、ルマ依存クロマ残差スケーリングは完全に無効にされる。加えて、ルマ依存クロマ残差スケーリングは、サイズが４以下であるクロマブロックに対して常に無効にされる。
【0151】
図８は、ルママッピングサブツールについて上述したＬＭＣＳの原理を示す。図８の斜線ブロックは、ルミナンス信号の順方向および逆方向のマッピングを含む、新しいＬＭＣＳ機能ブロックである。ＬＭＣＳを使用するとき、いくつかの復号動作が「マッピングされた領域」において適用されることに留意することが重要である。これらの動作は、この図８の破線ブロックで表され、通常は、逆量子化、逆変換、ルマイントラ予測、および、ルマ予測をルマ残差に加算する再構成ステップに対応している。逆に、図８の実線ブロックは、復号処理がオリジナル（すなわち、マッピングされていない）領域において適用される場所を示し、これは、デブロッキング、ＡＬＦ、およびＳＡＯなどのループフィルタリング、動き補償予測、および参照ピクチャ（ＤＰＢ）としての復号ピクチャの記憶を含む。
【0152】
図９は図８と同様の図を示すが、今回は、ＬＭＣＳツールのクロマスケーリングサブツールのためのものである。図９の斜線ブロックは、ルマ依存クロマスケーリングプロセスを含む、新しいＬＭＣＳ機能ブロックである。ただし、クロマでは、ルマの場合と比較して、いくつかの重要な違いがある。ここで、破線のブロックによって表される逆量子化および逆変換のみが、クロマサンプルのための「マッピング済み領域」において実行される。イントラクロマ予測、動き補償、ループフィルタの他のステップは、オリジナル領域において実行される。図９に示すように、スケーリングプロセスのみが存在し、ルママッピングの場合と同様の順方向および逆方向の処理は存在しない。
【0153】
区分線形モデルを用いたＬｕｍａマッピング
ルママッピングサブツールは、区分線形モデル(piecewise linear model)を使用する。これは、区分的線形モデルが、入力信号ダイナミックレンジを、１６個の等しいサブレンジにダイナミックレンジを分離することを示し、それぞれのサブレンジについて、その線形マッピングパラメータがそのレンジに割り当てられた符号語の数を用いて表現される。
ルママッピングサブツールは、区分線形モデル(piecewise linear model)を使用する。これは、区分的線形モデルが、入力信号ダイナミックレンジを、１６個の等しいサブレンジにダイナミックレンジを分離することを示し、それぞれのサブレンジについて、その線形マッピングパラメータがそのレンジに割り当てられた符号語の数を用いて表現される。
【0154】
ルママッピングのセマンティクス
シンタックス要素ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、クロマスケーリングを持つルママッピングにおいて使用される最小ビンインデックスを指定する。ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ の値は、０から１５の範囲内である。
シンタックス要素ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、クロマスケーリングを持つルママッピングにおいて使用される最小ビンインデックスを指定する。ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ の値は、０から１５の範囲内である。
【0155】
シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、１５から、クロマスケーリングを持つルママッピングで使用される最大ビンインデックスＬｍｃｓＭａｘＢｉｎＩｄｘまでの、デルタ値を指定する。ｌｍｃｓ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘ の値は、０～１５の範囲内である。ＬｍｃｓＭａｘＢｉｎＩｄｘの値は１５－ｌｍｃｓ_ｄｅｌｔａ_ｍａｘ_ｂｉｎ_ｉｄｘに設定される。ＬｍｃｓＭａｘＢｉｎＩｄｘの値は、ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ以上となる。
【0156】
シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１ ＋１は、シンタックスｌｍｃｓ_ｄｅｌｔａ_ａｂｓ_ｃｗ[ｉ]の表現に使用されるビット数を特定する。
シンタックス要素ｌｍｃｓ_ｄｅｌｔａ_ａｂｓ_ｃｗ[ｉ]は、第ｉ番目のビンの絶対デルタコードワード値を特定する。
シンタックス要素ｌｍｃｓ_ｄｅｌｔａ_ｓｉｇｎ_ｃｗ_ｆｌａｇ[ｉ]は、変数ｌｍｃｓＤｅｌｔａＣＷ[ｉ]の符号(sign)を特定する。ｌｍｃｓ_ｄｅｌｔａ_ｓｉｇｎ_ｃｗ_ｆｌａｇ[ｉ]が存在しない場合、０に等しいと推測される。
シンタックス要素ｌｍｃｓ_ｄｅｌｔａ_ａｂｓ_ｃｗ[ｉ]は、第ｉ番目のビンの絶対デルタコードワード値を特定する。
シンタックス要素ｌｍｃｓ_ｄｅｌｔａ_ｓｉｇｎ_ｃｗ_ｆｌａｇ[ｉ]は、変数ｌｍｃｓＤｅｌｔａＣＷ[ｉ]の符号(sign)を特定する。ｌｍｃｓ_ｄｅｌｔａ_ｓｉｇｎ_ｃｗ_ｆｌａｇ[ｉ]が存在しない場合、０に等しいと推測される。
【0157】
ルママッピングのためのＬＭＣＳ中間変数演算
順方向および逆方法のルママッピングプロセスを適用するために、いくつかの中間変数およびデータ配列が必要とされる。
順方向および逆方法のルママッピングプロセスを適用するために、いくつかの中間変数およびデータ配列が必要とされる。
【0158】
まず、変数ＯｒｇＣＷを以下のように導出される。
OrgCW ＝（1 ＜＜ BitDepth）／16
OrgCW ＝（1 ＜＜ BitDepth）／16
【0159】
次に、変数ｌｍｃｓＤｅｌｔａＣＷ[ｉ]が、i ＝ lmcs_min_bin_idx .. LmcsMaxBinIdxについて、以下のように計算される：
lmcsDeltaCW[i]＝(1 － 2 * lmcs_delta_sign_cw_flag[i]) * lmcs_delta_abs_cw[i]
lmcsDeltaCW[i]＝(1 － 2 * lmcs_delta_sign_cw_flag[i]) * lmcs_delta_abs_cw[i]
【0160】
新しい変数ｌｍｃｓＣＷ[ｉ]は、以下のように導出される：
- For i = 0.. lmcs_min_bin_idx-1, lmcsCW[i]を0に等しくなるようにセットされる.
- For i = lmcs_min_bin_idx.. LmcsMaxBinIdx、以下が適用される：
lmcsCW[i]= OrgCW + lmcsDeltaCW[i]
ｌｍｃｓＣＷ[ｉ]の値は、（ＯｒｇＣＷ＞＞３）～（ＯｒｇＣＷ＜＜３－１）の範囲内である。
- For i = LmcsMaxBinIdx+1 .. 15, lmcsCW[i]を0に等しくなるようにセットする.
- For i = 0.. lmcs_min_bin_idx-1, lmcsCW[i]を0に等しくなるようにセットされる.
- For i = lmcs_min_bin_idx.. LmcsMaxBinIdx、以下が適用される：
lmcsCW[i]= OrgCW + lmcsDeltaCW[i]
ｌｍｃｓＣＷ[ｉ]の値は、（ＯｒｇＣＷ＞＞３）～（ＯｒｇＣＷ＜＜３－１）の範囲内である。
- For i = LmcsMaxBinIdx+1 .. 15, lmcsCW[i]を0に等しくなるようにセットする.
【0161】
変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］を、i = ０．．１６について、次のように計算する。
InputPivot[i] = i * OrgCW
InputPivot[i] = i * OrgCW
【0162】
変数ＬｍｃｓＰｉｖｏｔ［ｉ]をｉ＝０..１６について、変数ＳｃａｌｅＣｏｅｆｆ［ｉ］及びＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］をｉ＝０..１５について以下のように計算する。
LmcsPivot[0]=0;
for(i=0; i ＜＝15; i++){
LmcsPivot[i+1] =LmcsPivot[i] + lmcsCW[i]
ScaleCoeff[i] = (lmcsCW[i] * (1＜＜11) + (1 ＜＜
(Log2(OrgCW)-1))) ＞＞ (Log2(OrgCW))
if (lmcsCW[i] ==0)
InvScaleCoeff[i] = 0
else
InvScaleCoeff[i] = OrgCW * (1 ＜＜ 11)／lmcsCW[i]
LmcsPivot[0]=0;
for(i=0; i ＜＝15; i++){
LmcsPivot[i+1] =LmcsPivot[i] + lmcsCW[i]
ScaleCoeff[i] = (lmcsCW[i] * (1＜＜11) + (1 ＜＜
(Log2(OrgCW)-1))) ＞＞ (Log2(OrgCW))
if (lmcsCW[i] ==0)
InvScaleCoeff[i] = 0
else
InvScaleCoeff[i] = OrgCW * (1 ＜＜ 11)／lmcsCW[i]
【0163】
順方向ルママッピング
図８に示すように、ＬＭＣＳがルマに適用されるとき、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］と呼ばれるルマ再マッピングされたサンプルが、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］から取得される。
ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のように計算される：
先ず、インデックスｉｄｘＹが、位置（ｉ，ｊ）における、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］から算出される。
idxY = preSamples[i][j] ＞＞ log2(OrgCW)
次いで、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］が、セクション０の中間変数ｉｄｘＹ、ＬｍｃｓＰｉｖｏｔ[ｉｄｘＹ]およびＩｎｐｕｔＰｉｖｏｔ[ｉｄｘＹ]を使用して以下のように導出される。
predMapSamples[i][j] = LmcsPivot[idxY]
+ (ScaleCoeff[idxY] * (predSamples[i][j] - InputPivot[idxY])+(1 ＜＜ 10)) ＞＞ 11
図８に示すように、ＬＭＣＳがルマに適用されるとき、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］と呼ばれるルマ再マッピングされたサンプルが、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］から取得される。
ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のように計算される：
先ず、インデックスｉｄｘＹが、位置（ｉ，ｊ）における、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］から算出される。
idxY = preSamples[i][j] ＞＞ log2(OrgCW)
次いで、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］が、セクション０の中間変数ｉｄｘＹ、ＬｍｃｓＰｉｖｏｔ[ｉｄｘＹ]およびＩｎｐｕｔＰｉｖｏｔ[ｉｄｘＹ]を使用して以下のように導出される。
predMapSamples[i][j] = LmcsPivot[idxY]
+ (ScaleCoeff[idxY] * (predSamples[i][j] - InputPivot[idxY])+(1 ＜＜ 10)) ＞＞ 11
【0164】
ルマ再構成サンプル(luma reconstruction samples)
再構成プロセスは、予測されたルマサンプルｐｒｅｄＭａｐＳａｍｐｌｅ［ｉ］［ｊ］および残差ルマサンプルｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］から取得される。
再構成されたルマピクチャサンプルｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のように、ｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］にｐｒｅｄＭａｐＳａｍｐｌｅ［ｉ］［ｊ］を加算するだけで得られる。
recSamples[i][j] = Clip1(predMapSamples[i][j] + resiSamples[i][j]])
上記の関係において、Ｃｌｉｐ１関数は、再構成されたサンプルが、きちんと０と１＜＜BitDepth－１内にあるようにするクリッピング関数である。
再構成プロセスは、予測されたルマサンプルｐｒｅｄＭａｐＳａｍｐｌｅ［ｉ］［ｊ］および残差ルマサンプルｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］から取得される。
再構成されたルマピクチャサンプルｒｅｃＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のように、ｒｅｓｉＳａｍｐｌｅｓ［ｉ］［ｊ］にｐｒｅｄＭａｐＳａｍｐｌｅ［ｉ］［ｊ］を加算するだけで得られる。
recSamples[i][j] = Clip1(predMapSamples[i][j] + resiSamples[i][j]])
上記の関係において、Ｃｌｉｐ１関数は、再構成されたサンプルが、きちんと０と１＜＜BitDepth－１内にあるようにするクリッピング関数である。
【0165】
逆ルママッピング
図８に従って逆ルママッピングを適用するとき、処理対象の現在のブロックの各サンプルｒｅｃＳａｍｐｌｅ［ｉ］［ｊ］に、以下の演算が適用される：
まず、インデックスｉｄｘＹが、位置（ｉ，ｊ）における再構成サンプルｒｅｃＳａｍｐｌｅｓ[ｉ][ｊ]から計算される。
idxY = recSamples[i][j] ＞＞ Log2(OrgCW)
逆マッピングされたルマサンプルｉｎｖＬｕｍａＳａｍｐｌｅ［ｉ］［ｊ］が、次のように導出される。
invLumaSample[i][j] =
InputPivot[idxYInv] + (InvScaleCoeff[idxYInv] *
(recSample[i][j] - LmcsPivot[idxYInv]) + (1 ＜＜ 10)) ＞＞ 11
次いで、最終サンプルを得るためにクリッピング演算が行われる：
finalSample[i][j] = Clip1(invLumaSample[i][j])
図８に従って逆ルママッピングを適用するとき、処理対象の現在のブロックの各サンプルｒｅｃＳａｍｐｌｅ［ｉ］［ｊ］に、以下の演算が適用される：
まず、インデックスｉｄｘＹが、位置（ｉ，ｊ）における再構成サンプルｒｅｃＳａｍｐｌｅｓ[ｉ][ｊ]から計算される。
idxY = recSamples[i][j] ＞＞ Log2(OrgCW)
逆マッピングされたルマサンプルｉｎｖＬｕｍａＳａｍｐｌｅ［ｉ］［ｊ］が、次のように導出される。
invLumaSample[i][j] =
InputPivot[idxYInv] + (InvScaleCoeff[idxYInv] *
(recSample[i][j] - LmcsPivot[idxYInv]) + (1 ＜＜ 10)) ＞＞ 11
次いで、最終サンプルを得るためにクリッピング演算が行われる：
finalSample[i][j] = Clip1(invLumaSample[i][j])
【0166】
クロマスケーリング
クロマスケーリング用のＬＭＣＳセマンティクス
テーブル６のシンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓは、変数ｌｍｃｓＤｅｌｔａＣｒｓ の絶対コードワード値を特定する。ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓの値は、両端値を含む０と７の範囲内にあるものとする。もし存在しない場合、ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓ は０に等しいと推測される。
シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇ は、変数ｌｍｃｓＤｅｌｔａＣｒｓの符号(sign)を特定する。存在しない場合、ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇは０ に等しいと推測される。
クロマスケーリング用のＬＭＣＳセマンティクス
テーブル６のシンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓは、変数ｌｍｃｓＤｅｌｔａＣｒｓ の絶対コードワード値を特定する。ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓの値は、両端値を含む０と７の範囲内にあるものとする。もし存在しない場合、ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｒｓ は０に等しいと推測される。
シンタックス要素ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇ は、変数ｌｍｃｓＤｅｌｔａＣｒｓの符号(sign)を特定する。存在しない場合、ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｒｓ＿ｆｌａｇは０ に等しいと推測される。
【0167】
クロマスケーリングのためのＬＭＣＳ中間変数演算
クロマスケーリングプロセスを適用するには、いくつかの中間変数が必要となる。
変数ｌｍｃｓＤｅｌｔａＣｒｓは以下のように導出される：
lmcsDeltaCrs = (1 － 2 * lmcs_delta_sign_crs_flag) * lmcs_delta_abs_crs
変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ[ｉ]は、i = ０..１５ にて、次のように導出される：
if(lmcsCW[i] == 0）
ChromaScaleCoeff[i] = (1 ＜＜ 11)
else
ChromaScaleCoeff[i] = OrgCW * (1 ＜＜ 11) ／ (lmcsCW[i] + lmcsDeltaCrs)
クロマスケーリングプロセスを適用するには、いくつかの中間変数が必要となる。
変数ｌｍｃｓＤｅｌｔａＣｒｓは以下のように導出される：
lmcsDeltaCrs = (1 － 2 * lmcs_delta_sign_crs_flag) * lmcs_delta_abs_crs
変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆｆ[ｉ]は、i = ０..１５ にて、次のように導出される：
if(lmcsCW[i] == 0）
ChromaScaleCoeff[i] = (1 ＜＜ 11)
else
ChromaScaleCoeff[i] = OrgCW * (1 ＜＜ 11) ／ (lmcsCW[i] + lmcsDeltaCrs)
【0168】
クロマスケーリングプロセス
第１のステップでは、変数ｉｎｖＡｖｇＬｕｍａが、現在の対応するクロマブロックの周りの再構成されたルマサンプルの平均ルマ値を計算するために導出される。平均ルマは、対応するクロマブロックを囲む左および上のルマブロックから計算される。
もしサンプルがない場合、変数ｉｎｖＡｖｇＬｕｍａは次のように設定される：
invAvgLuma = 1 ＜＜ (BitDepth - 1）
第１のステップでは、変数ｉｎｖＡｖｇＬｕｍａが、現在の対応するクロマブロックの周りの再構成されたルマサンプルの平均ルマ値を計算するために導出される。平均ルマは、対応するクロマブロックを囲む左および上のルマブロックから計算される。
もしサンプルがない場合、変数ｉｎｖＡｖｇＬｕｍａは次のように設定される：
invAvgLuma = 1 ＜＜ (BitDepth - 1）
【0169】
次いで、セクション０の中間アレイＬｍｃｓＰｉｖｏｔ[]に基づいて、変数ｉｄｘＹＩｎｖが、以下のように導出される。
For (idxYInv = lmcs_min_bin_idx; idxYInv ＜＝ LmcsMaxBinIdx; idxYInv++) {
if(invAvgLuma ＜ LmcsPivot [idxYInv + 1］） break
}
IdxYInv = Min(idxYInv, 15)
For (idxYInv = lmcs_min_bin_idx; idxYInv ＜＝ LmcsMaxBinIdx; idxYInv++) {
if(invAvgLuma ＜ LmcsPivot [idxYInv + 1］） break
}
IdxYInv = Min(idxYInv, 15)
【0170】
変数ｖａｒＳｃａｌｅは以下のように導出される：
varScale = ChromaScaleCoeff[idxYInv]
varScale = ChromaScaleCoeff[idxYInv]
【0171】
変換が現在のクロマブロックに適用されるとき、再構成されたクロマピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓは、以下のように導出される。
recSamples[i][j] = Clip1(predSamples[i][j] +
Sign(resiSamples[i][j]) * ((Abs(resiSamples[i][j]) * varScale +
(1 ＜＜ 10)) ＞＞ 11))
現在のブロックに変換が適用されない場合は、以下が適用される：
recSamples[i][j]= Clip1(predSamples[i][j])
recSamples[i][j] = Clip1(predSamples[i][j] +
Sign(resiSamples[i][j]) * ((Abs(resiSamples[i][j]) * varScale +
(1 ＜＜ 10)) ＞＞ 11))
現在のブロックに変換が適用されない場合は、以下が適用される：
recSamples[i][j]= Clip1(predSamples[i][j])
【0172】
エンコーダ考慮事項
ＬＭＣＳエンコーダの基本原理は、最初に、より多くのコードワードを、それらのダイナミックレンジセグメントが平均分散よりも低いコードワードを有する範囲に割り当てることである。これの別の定式化では、ＬＭＣＳの主な目標が平均分散よりも高いコードワードを有するダイナミックレンジセグメントに、より少ないコードワードを割り当てることである。このようにして、ピクチャの滑らかなエリアは、平均よりも多くのコードワードでコーディングされ、逆もまた同様である。
ＬＭＣＳエンコーダの基本原理は、最初に、より多くのコードワードを、それらのダイナミックレンジセグメントが平均分散よりも低いコードワードを有する範囲に割り当てることである。これの別の定式化では、ＬＭＣＳの主な目標が平均分散よりも高いコードワードを有するダイナミックレンジセグメントに、より少ないコードワードを割り当てることである。このようにして、ピクチャの滑らかなエリアは、平均よりも多くのコードワードでコーディングされ、逆もまた同様である。
【0173】
ＡＰＳに記憶されるＬＭＣＳツールの全てのパラメータ（テーブル６参照）は、エンコーダ側で決定される。ＬＭＣＳ符号化エンコーダアルゴリズムは、局所ルマ分散の評価に基づいており、前述の基本原理に従ってＬＭＣＳパラメータの判定を最適化する。次いで、最適化は、所与のブロックの最終的な再構成されたサンプルのための最良のＰＳＮＲ指標を得るために行われる。
【0174】
実施形態
１．スライスが１つしかない場合はサブピクチャを避けること
一実施形態では、少なくとも１つのシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示すとき、サブピクチャは許可されない、および／またはシグナリングされない。これは、以下の文を、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのセマンティクスに追加することで実装できる：
“一つ以上のシンタックス要素が現在のピクチャが一つのスライスのみを含むことを特定するとき、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ビットストリーム適合性の必要条件である。”
この実施形態の利点は、ビットストリームの不整合を回避することである。実際、サブピクチャを含むピクチャは、いくつかのスライスを有する。ピクチャが１つのスライスのみを含む場合、それは、１つのサブピクチャのみを含むピクチャである。つまり、ピクチャのサブパートである。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
１．スライスが１つしかない場合はサブピクチャを避けること
一実施形態では、少なくとも１つのシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示すとき、サブピクチャは許可されない、および／またはシグナリングされない。これは、以下の文を、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのセマンティクスに追加することで実装できる：
“一つ以上のシンタックス要素が現在のピクチャが一つのスライスのみを含むことを特定するとき、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ビットストリーム適合性の必要条件である。”
この実施形態の利点は、ビットストリームの不整合を回避することである。実際、サブピクチャを含むピクチャは、いくつかのスライスを有する。ピクチャが１つのスライスのみを含む場合、それは、１つのサブピクチャのみを含むピクチャである。つまり、ピクチャのサブパートである。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
【0175】
１．１ ＰＨがＳＨのときはサブピクチャを避けること
一実施形態では、サブピクチャは、ピクチャヘッダがスライスヘッダで送信されるとき、許可されず、かつ／またはシグナリングされない。実際、ピクチャヘッダがスライスヘッダ内にあるとき、現在のピクチャは１つのスライスのみを含む。したがって、現在のピクチャをいくつかのサブピクチャに分割することは不可能であり、サブピクチャは少なくとも１つのスライスを含むので、いくつかのスライスを暗示する。
一実施形態では、サブピクチャは、ピクチャヘッダがスライスヘッダで送信されるとき、許可されず、かつ／またはシグナリングされない。実際、ピクチャヘッダがスライスヘッダ内にあるとき、現在のピクチャは１つのスライスのみを含む。したがって、現在のピクチャをいくつかのサブピクチャに分割することは不可能であり、サブピクチャは少なくとも１つのスライスを含むので、いくつかのスライスを暗示する。
【0176】
１．１．１ セマンティクスのみ
一実施形態では、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ピクチャヘッダがスライスヘッダで送信されるときは、０に等しくなるように設定される。これは、次の文をｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのセマンティクスに追加することで取得できる：
“ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が０に等しいことはビットストリーム適合性の要件である。”
一実施形態では、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ピクチャヘッダがスライスヘッダで送信されるときは、０に等しくなるように設定される。これは、次の文をｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのセマンティクスに追加することで取得できる：
“ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が０に等しいことはビットストリーム適合性の要件である。”
【0177】
１．１．２ テーブルシンタックス
一実施形態では、テーブル１２に示されるように、ピクチャヘッダがスライスヘッダ内にあるとき、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは復号されない。このシンタックステーブルでは、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が１に等しくなるように設定され、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しくなるように設定されている場合にのみ、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ が復号される。
一実施形態では、テーブル１２に示されるように、ピクチャヘッダがスライスヘッダ内にあるとき、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは復号されない。このシンタックステーブルでは、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ が１に等しくなるように設定され、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しくなるように設定されている場合にのみ、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ が復号される。
【0178】
１．２ スライス内のタイルがピクチャ内のタイルと等しく、ピクチャ内のタイルの数が１より大きい場合は、サブピクチャを避けること
一実施形態では、ラスタスキャンスライスモードが有効になっており、現在のピクチャ内のタイルの数が１を超えており、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、サブピクチャは許可されない、および／またはシグナリングされない。その場合、現在のピクチャが１つのスライスのみを含むので、現在のピクチャはいくつかのサブピクチャを含むことができないことが確かである。
一実施形態では、ラスタスキャンスライスモードが有効になっており、現在のピクチャ内のタイルの数が１を超えており、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、サブピクチャは許可されない、および／またはシグナリングされない。その場合、現在のピクチャが１つのスライスのみを含むので、現在のピクチャはいくつかのサブピクチャを含むことができないことが確かである。
【0179】
１．２．１ セマンティクスのみ
一実施形態では、ラスタスキャンスライスモードが有効であるとき、現在のピクチャ内のタイルの数が１より大きく、およびスライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しくなるように設定される。これは、次の文を、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“ラスタスキャンスライスモードが有効で、現在のピクチャ内のタイルの数が１より大きく、スライスのタイルの数が現在のピクチャ内のタイルの数と等しい場合、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいビットストリーム適合性の要件である。”
一実施形態では、ラスタスキャンスライスモードが有効であるとき、現在のピクチャ内のタイルの数が１より大きく、およびスライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しくなるように設定される。これは、次の文を、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“ラスタスキャンスライスモードが有効で、現在のピクチャ内のタイルの数が１より大きく、スライスのタイルの数が現在のピクチャ内のタイルの数と等しい場合、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいビットストリーム適合性の要件である。”
【0180】
１．２．２ テーブルシンタックス
一実施形態において、ラスタ走査スライスモードが有効になっており、現在のピクチャ内のタイルの数が１を超えており、及び、スライス内のタイルの数が、テーブル１３に示されるように、現在のピクチャ内のタイルの数に等しいとき、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは復号されない。
一実施形態において、ラスタ走査スライスモードが有効になっており、現在のピクチャ内のタイルの数が１を超えており、及び、スライス内のタイルの数が、テーブル１３に示されるように、現在のピクチャ内のタイルの数に等しいとき、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは復号されない。
【0181】
１．３- １．１＋１．２の組合せ
一実施形態では、ピクチャヘッダがスライスヘッダ中で送信されるとき、または、ラスタスキャンスライスモードが有効にされ、現在ピクチャ内のタイルの数が１を超え、スライス内のタイルの数が現在のピクチャ内のタイルの個数に等しいとき、サブピクチャは許可されない、および／またはシグナリングされない。
一実施形態では、ピクチャヘッダがスライスヘッダ中で送信されるとき、または、ラスタスキャンスライスモードが有効にされ、現在ピクチャ内のタイルの数が１を超え、スライス内のタイルの数が現在のピクチャ内のタイルの個数に等しいとき、サブピクチャは許可されない、および／またはシグナリングされない。
【0182】
２． １つのスライスのみの場合は、個別のカラープレーンを避けること
一実施形態では、現在のピクチャのカラープレーンは、現在のピクチャがただ一つのスライスを含むときには分離されない。これは、以下の文をｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“１つ以上のシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを特定するとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しくないことは、ビットストリーム適合性の要件である。”
この実施形態の利点は、矛盾ビットストリームを回避することである。実際、独立して符号化されたカラープレーンを含むピクチャは、いくつかのスライスを有する。したがって、現在のピクチャ内に１つのスライスのみを有することは不可能である。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
一実施形態では、現在のピクチャのカラープレーンは、現在のピクチャがただ一つのスライスを含むときには分離されない。これは、以下の文をｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“１つ以上のシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを特定するとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しくないことは、ビットストリーム適合性の要件である。”
この実施形態の利点は、矛盾ビットストリームを回避することである。実際、独立して符号化されたカラープレーンを含むピクチャは、いくつかのスライスを有する。したがって、現在のピクチャ内に１つのスライスのみを有することは不可能である。さらに、一部の実装ではスライスヘッダの解析が簡素化される。
【0183】
２．１ ＰＨがＳＨの場合、個別のカラープレーンを避けること
一実施形態では、ピクチャヘッダがスライスヘッダ内で送信されるとき、現在のピクチャのカラープレーンは分離されない。実際、ピクチャヘッダがスライスヘッダ内にあるとき、現在のピクチャは１つのスライスのみを含む。
一実施形態では、ピクチャヘッダがスライスヘッダ内で送信されるとき、現在のピクチャのカラープレーンは分離されない。実際、ピクチャヘッダがスライスヘッダ内にあるとき、現在のピクチャは１つのスライスのみを含む。
【0184】
２．１．１ セマンティクスのみ
一実施形態では、ピクチャヘッダがスライスヘッダ内で送信されるとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは０に設定される。これは、以下の文をｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が０に等しいことは、ビットストリーム適合性の要件である。”
一実施形態では、ピクチャヘッダがスライスヘッダ内で送信されるとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは０に設定される。これは、以下の文をｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含む場合、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が０に等しいことは、ビットストリーム適合性の要件である。”
【0185】
２．１．２ テーブル構文
一実施形態では、表１２に示されるように、ピクチャヘッダがスライスヘッダ内にあるとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは復号されない。このシンタックステーブルでは、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が１に設定され、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０ に設定されている場合にのみ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄが復号される。
一実施形態では、表１２に示されるように、ピクチャヘッダがスライスヘッダ内にあるとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは復号されない。このシンタックステーブルでは、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が１に設定され、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０ に設定されている場合にのみ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄが復号される。
【0186】
２．２ スライス内のタイルがピクチャ内のタイルに等しく、ピクチャ内のタイルの数が１より大きい場合は、個別のカラープレーンを避けること
一実施形態では、ラスタスキャンスライスモードが有効にされていて、現在のピクチャ内のタイルの数が１より大きく、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、現在のピクチャのカラープレーンは分離されない。その場合、現在のピクチャが１つのスライスのみを含むことが確実であり、したがって、現在のピクチャは、異なるスライスで符号化されたカラープレーンを含むことができない。
一実施形態では、ラスタスキャンスライスモードが有効にされていて、現在のピクチャ内のタイルの数が１より大きく、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、現在のピクチャのカラープレーンは分離されない。その場合、現在のピクチャが１つのスライスのみを含むことが確実であり、したがって、現在のピクチャは、異なるスライスで符号化されたカラープレーンを含むことができない。
【0187】
２．２．１ セマンティクスのみ
一実施形態では、ラスタスキャンスライスモードが有効にされおり、現在のピクチャ内のタイルの数が１より大きく、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは０に等しく設定される。これは、以下の文をｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“ラスタスキャンスライスモードが有効であり、現在のピクチャ内のタイルの数が１よりも大きいとき、および、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しくなければならないことは、ビットストリーム適合性の要件である。”
一実施形態では、ラスタスキャンスライスモードが有効にされおり、現在のピクチャ内のタイルの数が１より大きく、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは０に等しく設定される。これは、以下の文をｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ のセマンティクスに追加することで取得できる：
“ラスタスキャンスライスモードが有効であり、現在のピクチャ内のタイルの数が１よりも大きいとき、および、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しくなければならないことは、ビットストリーム適合性の要件である。”
【0188】
２．２．２ テーブルシンタックス
一実施形態では、ラスタスキャンスライスモードが有効にされており、現在のピクチャ内のタイルの数が１を超えており、およびスライス内のタイルの個数が、テーブル１３に示すように、現在のピクチャ内のタイルの数に等しいとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは復号されない。
一実施形態では、ラスタスキャンスライスモードが有効にされており、現在のピクチャ内のタイルの数が１を超えており、およびスライス内のタイルの個数が、テーブル１３に示すように、現在のピクチャ内のタイルの数に等しいとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは復号されない。
【0189】
２．３ ２．１＋ ２．２の組合せ
一実施形態では、ピクチャヘッダがスライスヘッダ中で送信されるとき、またはラスタ走査スライスモードが有効にされ、現在のピクチャ内のタイルの数が１より大きく、スライス内のタイルの数が現在のピクチャ中のタイルの数に等しいとき、現在のピクチャのカラープレーンは分離されない。
一実施形態では、ピクチャヘッダがスライスヘッダ中で送信されるとき、またはラスタ走査スライスモードが有効にされ、現在のピクチャ内のタイルの数が１より大きく、スライス内のタイルの数が現在のピクチャ中のタイルの数に等しいとき、現在のピクチャのカラープレーンは分離されない。
【0190】
テーブル１２ 修正を示す部分スライスヘッダ
【0191】
テーブル１３ 修正を示す部分スライスヘッダ
【0192】
３. １と２の組合せ
一実施形態では、少なくとも１つのシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示すとき、サブピクチャは許可されず、および／またはシグナリングされず、現在のピクチャのカラープレーンは分離されない。
一実施形態では、少なくとも１つのシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示すとき、サブピクチャは許可されず、および／またはシグナリングされず、現在のピクチャのカラープレーンは分離されない。
【0193】
４. カラープレーンのみでカラープレーンの分離
一実施形態では、分離されたカラープレーンシンタックス要素は１に等しく設定され、現在のピクチャは同じカラープレーンｉｄのみを有する１以上のスライスを含む。
この実施形態は、いくつかのシンタックス要素を各スライスに変更することなく、３つの色プレーンを含むビットストリームから１つの色プレーンのみを容易に抽出する可能性を提供する。したがって、そのようなアプリケーションの複雑さを軽減する
一実施形態では、分離されたカラープレーンシンタックス要素は１に等しく設定され、現在のピクチャは同じカラープレーンｉｄのみを有する１以上のスライスを含む。
この実施形態は、いくつかのシンタックス要素を各スライスに変更することなく、３つの色プレーンを含むビットストリームから１つの色プレーンのみを容易に抽出する可能性を提供する。したがって、そのようなアプリケーションの複雑さを軽減する
【0194】
４．１ ルマに等しいスライスが１つだけのカラープレーンの分離
一実施形態では、少なくとも１つのシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示すとき、ルマ成分のモノクロが現在のピクチャが、分離されたカラープレーンシンタックス要素のおかげで、シグナリングされ得る。その場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推測される。前の実施形態と比較した場合のこの実施形態の利点は、カラープレーンｉｄを送信する必要がないため、ビットレートの低減である。
これは、次の文をｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄのセマンティクスに追加することで取得できる：
“１つ以上のシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示し、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に設定されている場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推測される。”
一実施形態では、少なくとも１つのシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示すとき、ルマ成分のモノクロが現在のピクチャが、分離されたカラープレーンシンタックス要素のおかげで、シグナリングされ得る。その場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推測される。前の実施形態と比較した場合のこの実施形態の利点は、カラープレーンｉｄを送信する必要がないため、ビットレートの低減である。
これは、次の文をｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄのセマンティクスに追加することで取得できる：
“１つ以上のシンタックス要素が、現在のピクチャが１つのスライスのみを含むことを示し、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に設定されている場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推測される。”
【0195】
４．１．１ ＰＨがＳＨの場合
一実施形態では、ピクチャヘッダがスライスヘッダ内で送信されるとき、分離されたカラープレーンシンタックス要素のおかげで、ルマ成分のモノクロがシグナリングされ得る。その場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ は０ に等しいと推測される。前の実施形態と比較した場合のこの実施形態の利点は、カラープレーンｉｄを送信する必要がないため、ビットレートの低減である。
これは、次の文をｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ のセマンティクスに追加することで取得できる：
“ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含んでいるとき、及び、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が１に設定されているとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ は０に等しいと推測される。”
さらに、テーブル１２に示すように、カラープレーンｉｄを送信する必要はない。
一実施形態では、ピクチャヘッダがスライスヘッダ内で送信されるとき、分離されたカラープレーンシンタックス要素のおかげで、ルマ成分のモノクロがシグナリングされ得る。その場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ は０ に等しいと推測される。前の実施形態と比較した場合のこの実施形態の利点は、カラープレーンｉｄを送信する必要がないため、ビットレートの低減である。
これは、次の文をｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ のセマンティクスに追加することで取得できる：
“ＰＰＳを参照するスライスヘッダがＰＨシンタックス構造を含んでいるとき、及び、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ が１に設定されているとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ は０に等しいと推測される。”
さらに、テーブル１２に示すように、カラープレーンｉｄを送信する必要はない。
【0196】
４．１．２ スライス内のタイルがピクチャ内のタイルに等しく、ピクチャ内のタイルの数が１より大きい場合
一実施形態では、ラスタスキャンスライスモードが有効にされ、現在のピクチャ内のタイルの数が１を超えており、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ルマ成分のモノクロは、分離されたカラープレーンシンタックス要素のおかげでシグナリングされ得る。その場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推測される。この実施形態の利点は、カラープレーンｉｄを送信する必要がないため、ビットレートを低減することである。
これは、次の文をｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ のセマンティクスに追加することで取得できる：
“ラスタスキャンスライスモードが有効であり、現在のピクチャ内のタイルの数が１を超えているとき、及び、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、及び、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しく設定されるとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推論される。”
一実施形態では、ラスタスキャンスライスモードが有効にされ、現在のピクチャ内のタイルの数が１を超えており、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、ルマ成分のモノクロは、分離されたカラープレーンシンタックス要素のおかげでシグナリングされ得る。その場合、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推測される。この実施形態の利点は、カラープレーンｉｄを送信する必要がないため、ビットレートを低減することである。
これは、次の文をｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ のセマンティクスに追加することで取得できる：
“ラスタスキャンスライスモードが有効であり、現在のピクチャ内のタイルの数が１を超えているとき、及び、スライス内のタイルの数が現在のピクチャ内のタイルの数に等しいとき、及び、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しく設定されるとき、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄは０に等しいと推論される。”
【0197】
４．１．３ ４．１．１と４．１．２の組合せ
一実施形態では、ピクチャヘッダがスライスヘッダ中で送信されるとき、または、ラスタスキャンスライスモードが有効にされ、現在のピクチャ内のタイルの数が１を超えているとき、及び、スライス内のタイルの個数が現在のピクチャ内のタイルの数に等しいとき、分離されたカラープレーンシンタックス要素のおかげで、ルマ成分のモノクロがシグナリングされ得る。
一実施形態では、ピクチャヘッダがスライスヘッダ中で送信されるとき、または、ラスタスキャンスライスモードが有効にされ、現在のピクチャ内のタイルの数が１を超えているとき、及び、スライス内のタイルの個数が現在のピクチャ内のタイルの数に等しいとき、分離されたカラープレーンシンタックス要素のおかげで、ルマ成分のモノクロがシグナリングされ得る。
【0198】
実装
図１１は、本発明の実施形態による、エンコーダ１５０またはデコーダ１００および通信ネットワーク１９９のうちの少なくとも１つを備えるシステム１９１、１９５を示す。一実施形態によれば、システム１９５は例えば、デコーダ１００を含むユーザ端末のユーザインターフェースまたはデコーダ１００と通信可能なユーザ端末を介してデコーダ１００にアクセスできるユーザにコンテンツ（例えば、ビデオ／オーディオコンテンツを表示／出力またはストリーミングするためのビデオおよびオーディオコンテンツ）を処理し提供するためのものである。このようなユーザ端末は、コンピュータ、携帯電話、タブレット、または（提供／ストリーミングされた）コンテンツをユーザに提供／表示することができる任意の他のタイプの装置であってもよい。システム１９５は通信ネットワーク１９９を介してビットストリーム１０１（例えば、以前のビデオ／オーディオが表示／出力されている間、連続ストリームまたは信号の形成で）を取得／受信する。一実施形態によれば、システム１９１はコンテンツを処理し、処理されたコンテンツ、例えば、後で表示／出力／ストリーミングするために処理されたビデオおよびオーディオコンテンツを記憶するためのものである。システム１９１は、受信され、エンコーダ１５０によって処理される（本発明によるデブロッキングフィルタによるフィルタリングを含む）オリジナルの画像シーケンス１５１を含むコンテンツを取得／受信し、エンコーダ１５０は、通信ネットワーク１９１を介してデコーダ１００に通信されるビットストリーム１０１を生成する。次に、ビットストリーム１０１はいくつかの方法でデコーダ１００に通信され、例えば、エンコーダ１５０によって事前に生成され、ユーザが記憶装置からコンテンツ（すなわち、ビットストリームデータ）を要求するまで、通信ネットワーク１９９内の記憶装置（例えば、サーバまたはクラウドストレージ）にデータとして記憶装置に記憶され、その時点で、データが記憶装置からデコーダ１００に通信／ストリーミングされる。また、システム１９１はユーザに（例えば、ユーザ端末上に表示されるユーザインターフェースのためのデータを通信することによって）、記憶装置に記憶されたコンテンツのコンテンツ情報（例えば、コンテンツのタイトルや、コンテンツを識別、選択、要求するためのその他のメタ／記憶位置データ）を提供／ストリーミングし、要求されたコンテンツを記憶装置からユーザ端末に配信／ストリーミングできるように、コンテンツに対するユーザ要求を受信して処理するためのコンテンツ提供装置を備えてもよい。あるいは、エンコーダ１５０がビットストリーム１０１を生成し、ユーザがコンテンツを要求するときに、それをデコーダ１００に直接通信／ストリーミングする。デコーダ１００は、次いで、ビットストリーム１０１（または信号）を受信し、本発明によるデブロッキングフィルタを用いてフィルタリングを実行して、ビデオ信号１０９および／またはオーディオ信号を取得／生成し、次いで、ビデオ信号は、ユーザ端末によって使用されて、要求されたコンテンツをユーザに提供する。
図１１は、本発明の実施形態による、エンコーダ１５０またはデコーダ１００および通信ネットワーク１９９のうちの少なくとも１つを備えるシステム１９１、１９５を示す。一実施形態によれば、システム１９５は例えば、デコーダ１００を含むユーザ端末のユーザインターフェースまたはデコーダ１００と通信可能なユーザ端末を介してデコーダ１００にアクセスできるユーザにコンテンツ（例えば、ビデオ／オーディオコンテンツを表示／出力またはストリーミングするためのビデオおよびオーディオコンテンツ）を処理し提供するためのものである。このようなユーザ端末は、コンピュータ、携帯電話、タブレット、または（提供／ストリーミングされた）コンテンツをユーザに提供／表示することができる任意の他のタイプの装置であってもよい。システム１９５は通信ネットワーク１９９を介してビットストリーム１０１（例えば、以前のビデオ／オーディオが表示／出力されている間、連続ストリームまたは信号の形成で）を取得／受信する。一実施形態によれば、システム１９１はコンテンツを処理し、処理されたコンテンツ、例えば、後で表示／出力／ストリーミングするために処理されたビデオおよびオーディオコンテンツを記憶するためのものである。システム１９１は、受信され、エンコーダ１５０によって処理される（本発明によるデブロッキングフィルタによるフィルタリングを含む）オリジナルの画像シーケンス１５１を含むコンテンツを取得／受信し、エンコーダ１５０は、通信ネットワーク１９１を介してデコーダ１００に通信されるビットストリーム１０１を生成する。次に、ビットストリーム１０１はいくつかの方法でデコーダ１００に通信され、例えば、エンコーダ１５０によって事前に生成され、ユーザが記憶装置からコンテンツ（すなわち、ビットストリームデータ）を要求するまで、通信ネットワーク１９９内の記憶装置（例えば、サーバまたはクラウドストレージ）にデータとして記憶装置に記憶され、その時点で、データが記憶装置からデコーダ１００に通信／ストリーミングされる。また、システム１９１はユーザに（例えば、ユーザ端末上に表示されるユーザインターフェースのためのデータを通信することによって）、記憶装置に記憶されたコンテンツのコンテンツ情報（例えば、コンテンツのタイトルや、コンテンツを識別、選択、要求するためのその他のメタ／記憶位置データ）を提供／ストリーミングし、要求されたコンテンツを記憶装置からユーザ端末に配信／ストリーミングできるように、コンテンツに対するユーザ要求を受信して処理するためのコンテンツ提供装置を備えてもよい。あるいは、エンコーダ１５０がビットストリーム１０１を生成し、ユーザがコンテンツを要求するときに、それをデコーダ１００に直接通信／ストリーミングする。デコーダ１００は、次いで、ビットストリーム１０１（または信号）を受信し、本発明によるデブロッキングフィルタを用いてフィルタリングを実行して、ビデオ信号１０９および／またはオーディオ信号を取得／生成し、次いで、ビデオ信号は、ユーザ端末によって使用されて、要求されたコンテンツをユーザに提供する。
【0199】
本発明による方法／プロセスの任意のステップまたは本明細書で説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、ステップ／機能は、１つまたは複数の命令もしくはコードもしくはプログラム、またはコンピュータ可読媒体として、１つまたは複数の命令もしくはコードもしくはプログラムとして記憶され、プログラマブルコンピューティングマシン（「パーソナルコンピュータ」）、ＤＳＰ（「デジタル信号プロセッサ」）、回路、回路、プロセッサおよびメモリ、汎用マイクロプロセッサまたは中央演算処理装置、マイクロコントローラ、ＡＳＩＣ（「特定用途向け集積回路」）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の同等の集積もしくは個別論理回路であり得る、プログラマブルコンピューティングマシンなどの１つまたは複数のハードウェアベースの処理ユニットによって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造のいずれか、または本明細書で説明する技法の実装に適した任意の他の構造を指すことがある。
【0200】
本発明の実施形態はまた、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＪＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置によって実現され得る。本明細書では様々な構成要素、モジュール、またはユニットがそれらの実施形態を実行するように構成されたデバイス／装置の機能的態様を示すために説明されるが、必ずしも異なるハードウェアユニットによる実現を必要としない。むしろ、種々モジュール／ユニットは、コーデックハードウェアユニットで結合されてもよく、または適切なソフトウェア／ファームウェアと共に１つ以上のプロセッサを含む相互運用ハードウェアユニットの集合によって提供されてもよい。
【0201】
本発明の実施形態は記憶媒体に記録されたコンピュータ実行可能命令（例えば、１つ以上のプログラム）を読み出して実行し、１つ以上の上述の実施形態のモジュール／ユニット／機能を実行する、及び／又は１つ以上の上述の実施形態の機能を実行するための１つ以上の中央演算処理装置又は回路を含むシステム又は装置のコンピュータによって、及び、例えば、１つ以上の上述の実施形態の機能を実行するために記憶媒体からコンピュータ実行可能命令を読み出して実行する、及び／又は１つ以上の上述の実施形態の機能を実行するために１つ以上の中央演算処理装置又は回路を制御することによって、システム又は装置のコンピュータによって実行される方法によって、実現することができる。コンピュータはコンピュータ実行可能命令を読み出して実行するために、別個のコンピュータまたは別個の処理ユニットのネットワークを含んでもよい。コンピュータ実行可能命令は例えば、ネットワークまたは実体のある記憶媒体を介して通信媒体のようなコンピュータ可読媒体からコンピュータに提供されてもよい。通信媒体は、信号／ビットストリーム／搬送波であり得る。有形記憶媒体は例えば、ハードディスク、ランダムアクセスメモリ、リードオンリメモリ、分散コンピューティングシステムの記憶装置、光ディスク（コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）、またはBlu-ray Disc(BD)TMなど）、フラッシュ・メモリ・デバイス、メモリ・カードなどの１つ以上を含み得る「一時的でないコンピュータ読み取り可能な記憶媒体」である。ステップ／機能の少なくともいくつかはまた、ＦＰＧＡ（「フィールドプログラマブルゲートアレイ」）またはＡＳＩＣ（「特定用途向け集積回路」）などの機械または専用構成要素によってハードウェアで実装され得る。
【0202】
図１２は、本発明の１つまたは複数の実施形態の実装のためのコンピューティングデバイス２０００の概略ブロック図である。コンピューティングデバイス２０００は、マイクロコンピュータ、ワークステーション、またはライトポータブルデバイスなどのデバイスであり得る。コンピューティングデバイス２０００は、以下に接続された通信バスを備える：－マイクロプロセッサなどの中央処理装置２００１；－本発明の実施形態の実行可能コードを記憶するためのランダムアクセスメモリ２００２；ならびに本発明の実施形態に係る画像の少なくとも一部を符号化または復号化するための方法を実現するために必要な変数およびパラメータを記録するために適合されたレジスタ、およびそれらのメモリ容量は例えば、拡張ポートに接続されたオプションのＲＡＭによって拡張することができる；－本発明の実施形態を実現するためのコンピュータプログラムを記憶するための読み出し専用メモリ２００３；－処理されるデジタルデータが送信または受信される通信ネットワークに典型的に接続されるネットワークインターフェース２００４。ネットワークインターフェース（ＮＥＴ）２００４は、単一のネットワークインターフェースであってもよいし、異なるネットワークインターフェース（例えば、有線および無線インターフェース、または異なる種類の有線または無線インターフェース）のセットで構成されてもよい。データパケットは送信のためにネットワークインターフェースに書き込まれるか、またはＣＰＵ ２００１で実行されるソフトウェアアプリケーションの制御の下で受信のためにネットワークインターフェースから読み出される。－ユーザからの入力を受信したり、ユーザに情報を表示するためにユーザインターフェース（ＵＩ）２００５が使用されてもよい。－大容量記憶装置としてハードディスク（ＨＤ）２００６が提供されてもよい。－入出力モジュール（ＩＯ）２００７が、ビデオソースやディスプレイなどの外部装置との間でデータを送受信するために使用されてもよい。実行可能コードは、ＲＯＭ ２００３、ＨＤ ２００６、または例えばディスクのようなリムーバブルデジタル媒体のいずれかに格納することができる。変形例によれば、プログラムの実行可能符号は実行される前に、ＨＤ２００６などの通信装置２０００の記憶手段の１つに記憶されるために、ＮＥＴ ２００４を介して、通信ネットワークの手段によって受信することができる。ＣＰＵ ２００１は本発明の実施形態によるプログラムの命令またはソフトウェアコードの一部の実行を制御および指示するように適合され、その命令は前述の記憶手段のうちの１つに記憶される。電源投入後、ＣＰＵ ２００１は例えば、プログラムＲＯＭ ２００３またはＨＤ ２００６からこれらの命令がロードされた後に、メインＲＡＭメモリ２００２から、ソフトウェアアプリケーションに関する命令を実行することができる。このようなソフトウェアアプリケーションは、ＣＰＵ ２００１によって実行されると、本発明による方法のステップを実行させる。
【0203】
また、本発明の別の実施形態によれば、上述の実施形態に係るデコーダはコンピュータ、携帯電話（携帯電話）、テーブル、またはユーザにコンテンツを提供／表示することができる任意の他のタイプのデバイス（例えば、ディスプレイ装置）などのユーザ端末において提供されることが理解される。さらに別の実施形態によれば、前述の実施形態によるエンコーダはエンコーダがエンコードするためのコンテンツをキャプチャおよび提供する、カメラ、デジタルビデオカメラ、またはネットワークカメラ（たとえば、閉回路テレビジョンまたはビデオ監視カメラ）も備える画像キャプチャ装置において提供される。２つのそのような例が、図１１および図１２を参照して以下に提供される。
【0204】
ネットワークカメラ
図１３は、ネットワークカメラ２１０２及びクライアント装置２１０４を含むネットワークカメラシステム２１００を示す図である。
ネットワークカメラ２１０２は、撮像部２１０６と、符号化部２１０８と、通信ユニット２１１０と、制御部２１１２とを有する。
ネットワークカメラ２１０２とクライアント装置２１０４は、ネットワーク２００を介して相互に通信可能に接続されている。
図１３は、ネットワークカメラ２１０２及びクライアント装置２１０４を含むネットワークカメラシステム２１００を示す図である。
ネットワークカメラ２１０２は、撮像部２１０６と、符号化部２１０８と、通信ユニット２１１０と、制御部２１１２とを有する。
ネットワークカメラ２１０２とクライアント装置２１０４は、ネットワーク２００を介して相互に通信可能に接続されている。
【0205】
撮像ユニット２１０６はレンズおよび撮像素子（例えば、電荷結合素子（ＣＣＤ）または相補型金属酸化膜半導体（ＣＭＯＳ））を含み、被写体の画像を撮像し、その画像に基づいて画像データを生成する。この画像は、静止画像またはビデオ画像とすることができる。
【0206】
符号化部２１０８は、上述した符号化方法を用いて、画像データを符号化する。
ネットワークカメラ２１０２の通信ユニット２１１０は、符号化部２１０８で符号化された符号化画像データをクライアント装置２１０４に送信する。
また、通信ユニット２１１０は、クライアント装置２１０４からコマンドを受信する。コマンドは、符号化ユニット２１０８の符号化のためのパラメータを設定するコマンドが含まれる。
制御部２１１２は、通信部２１１０が受信したコマンドに従って、ネットワークカメラ２１０２内の他のユニットを制御する。
ネットワークカメラ２１０２の通信ユニット２１１０は、符号化部２１０８で符号化された符号化画像データをクライアント装置２１０４に送信する。
また、通信ユニット２１１０は、クライアント装置２１０４からコマンドを受信する。コマンドは、符号化ユニット２１０８の符号化のためのパラメータを設定するコマンドが含まれる。
制御部２１１２は、通信部２１１０が受信したコマンドに従って、ネットワークカメラ２１０２内の他のユニットを制御する。
【0207】
クライアント装置２１０４は、通信ユニット２１１４と、復号部２１１６と、制御部２１１８とを備える。
クライアント装置２１０４の通信ユニット２１１４は、ネットワークカメラ２１０２にコマンドを送信する。
また、クライアント装置２１０４の通信ユニット２１１４は、ネットワークカメラ２１０２から符号化画像データを受信する。
復号部２１１６は、上述した復号方法を用いて、符号化画像データを復号する。
クライアント装置２１０４の通信ユニット２１１４は、ネットワークカメラ２１０２にコマンドを送信する。
また、クライアント装置２１０４の通信ユニット２１１４は、ネットワークカメラ２１０２から符号化画像データを受信する。
復号部２１１６は、上述した復号方法を用いて、符号化画像データを復号する。
【0208】
クライアント装置２１０４の制御部２１１８は、通信部２１１４が受信したユーザ操作やコマンドに応じて、クライアント装置２１０４内の他のユニットを制御する。
クライアント装置２１０４の制御部２１１８は、復号部２１１６で復号された画像を表示するように表示装置２１２０を制御する。
また、クライアント装置２１０４の制御部２１１８は、ＧＵＩ(Graphical User Interface)を表示するように表示装置２１２０を制御し、符号化部２１０８の符号化のためのパラメータを含むネットワークカメラ２１０２のパラメータの値を指定する。
また、クライアントユニット２１０４の制御部２１１８は、表示ユニット２１２０が表示するＧＵＩに対するユーザ操作入力に応じて、クライアントユニット２１０４内の他の部を制御する。
クライアント装置２１０４の制御部２１１９は、表示装置２１２０が表示するＧＵＩに対するユーザ操作入力に応じて、ネットワークカメラ２１０２のパラメータの値を指定するネットワークカメラ２１０２にコマンドを送信するように、クライアント装置２１０４の通信ユニット２１１４を制御する。
クライアント装置２１０４の制御部２１１８は、復号部２１１６で復号された画像を表示するように表示装置２１２０を制御する。
また、クライアント装置２１０４の制御部２１１８は、ＧＵＩ(Graphical User Interface)を表示するように表示装置２１２０を制御し、符号化部２１０８の符号化のためのパラメータを含むネットワークカメラ２１０２のパラメータの値を指定する。
また、クライアントユニット２１０４の制御部２１１８は、表示ユニット２１２０が表示するＧＵＩに対するユーザ操作入力に応じて、クライアントユニット２１０４内の他の部を制御する。
クライアント装置２１０４の制御部２１１９は、表示装置２１２０が表示するＧＵＩに対するユーザ操作入力に応じて、ネットワークカメラ２１０２のパラメータの値を指定するネットワークカメラ２１０２にコマンドを送信するように、クライアント装置２１０４の通信ユニット２１１４を制御する。
【0209】
スマートフォン
図１４は、スマートフォン２２００を示す図である。
スマートフォン２２００は、通信ユニット２２０２、復号部２２０４、制御部２２０６、表示部２２０８、画像記録装置２２１０およびセンサ２２１２を備える。
通信ユニット２２０２は、ネットワーク２００を介して符号化画像データを受信する。
復号部２２０４は、通信ユニット２２０２により受信された符号化画像データを復号する。
復号部２２０４は、上述した復号方法を用いて、符号化画像データを復号する。
制御部２２０６は、通信部２２０２によって受信されたユーザ操作またはコマンドに従って、スマートフォン２２００内の他のユニットを制御する。
例えば、制御部２２０６は、復号部２２０４により復号された画像を表示するように表示部２２０８を制御する。
図１４は、スマートフォン２２００を示す図である。
スマートフォン２２００は、通信ユニット２２０２、復号部２２０４、制御部２２０６、表示部２２０８、画像記録装置２２１０およびセンサ２２１２を備える。
通信ユニット２２０２は、ネットワーク２００を介して符号化画像データを受信する。
復号部２２０４は、通信ユニット２２０２により受信された符号化画像データを復号する。
復号部２２０４は、上述した復号方法を用いて、符号化画像データを復号する。
制御部２２０６は、通信部２２０２によって受信されたユーザ操作またはコマンドに従って、スマートフォン２２００内の他のユニットを制御する。
例えば、制御部２２０６は、復号部２２０４により復号された画像を表示するように表示部２２０８を制御する。
【0210】
以上、本発明を実施の形態を用いて説明したが、本発明はこれらの実施の形態に限定されるものではない。添付の特許請求の範囲に定義されるように、本発明の範囲から逸脱することなく、様々な変更および修正を行うことができることが、当業者によって理解されるのであろう。明細書（任意の添付の特許請求の範囲、要約、および図面を含む）に開示される特徴のすべて、および／またはそのように開示される任意の方法またはプロセスのステップのすべては、そのような特徴および／またはステップの少なくともいくつかが相互に排他的である組合せを除いて、任意の組合せで組み合わせることができる。明細書（任意の添付の特許請求の範囲、要約、および図面を含む）に開示される各特徴は別段の明示的な記載がない限り、同じ、同等、または類似の目的を果たす代替の特徴によって置き換えられ得る。したがって、特に明記しない限り、開示される各特徴は、一般的な一連の同等または同様の機能の一例に過ぎない。
【0211】
また、上記の比較、決定、評価、選択、実行、実行、または検討の任意の結果、例えば符号化またはフィルタリングプロセス中に行われた選択はビットストリーム内のデータ、例えば結果を示すフラグまたはデータに示されてもよく、またはそれから決定可能／推論可能であってもよく、その結果、示されたまたは決定された／推論された結果は例えばデコード処理中に、比較、決定、評価、選択、実行、実行、または検討を実際に実行する代わりに、処理において使用され得ることが理解される。
【0212】
請求項において、単語「有する（ｃｏｍｐｒｉｓｉｎｇ）」は他の要素又はステップを除外せず、不定冠詞「ａ」又は「ａｎ」は複数を除外しない。異なる特徴が相互に異なる従属請求項に記載されているという単なる事実は、これらの特徴の組合せが有利に使用され得ないことを示すものではない。
【0213】
請求項に記載されている参照符号は例示のみを目的としたものであり、請求項の範囲に限定的な影響を及ぼさない。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】