特許 7368496 クロマ量子化パラメータのマッピング関数のシグナリングのための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-16

(45)【発行日】2023-10-24

(54)【発明の名称】クロマ量子化パラメータのマッピング関数のシグナリングのための方法及び装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20231017BHJP

   H04N 19/124 20140101ALI20231017BHJP

   H04N 19/176 20140101ALI20231017BHJP

   H04N 19/186 20140101ALI20231017BHJP

【ＦＩ】

H04N19/70

H04N19/124

H04N19/176

H04N19/186

【請求項の数】 13

(21)【出願番号】P 2021563407

(86)(22)【出願日】2020-04-26

(65)【公表番号】

(43)【公表日】2022-06-29

(86)【国際出願番号】 CN2020086933

(87)【国際公開番号】W WO2020216376

(87)【国際公開日】2020-10-29

【審査請求日】2021-11-30

(31)【優先権主張番号】PCT/RU2019/000444

(32)【優先日】2019-06-21

(33)【優先権主張国・地域又は機関】RU

(31)【優先権主張番号】62/839,607

(32)【優先日】2019-04-26

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/871,197

(32)【優先日】2019-07-07

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/872,238

(32)【優先日】2019-07-09

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】イコーニン，セルゲイ ユリエヴィッチ

(72)【発明者】

【氏名】チェルニャーク，ロマン イゴレヴィッチ

(72)【発明者】

【氏名】ソロヴィエフ，ティモフェイ ミハイロヴィッチ

(72)【発明者】

【氏名】カラブトフ，アレクサンドル アレクサンドロヴィッチ

(72)【発明者】

【氏名】アルシーナ，エレーナ アレクサンドロワ

(72)【発明者】

【氏名】チェン，ジエンローァ

【審査官】岩井 健二

(56)【参考文献】

【文献】特表２０１６－５１８７６２（ＪＰ，Ａ）

【文献】特表２０１５－５２６９７１（ＪＰ，Ａ）

【文献】Benjamin Bross, Jianle Chen, and Shan Liu，Versatile Video Coding (Draft 6)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-O2001 (version 14)，15th Meeting: Gothenburg, SE，2019年07月31日，pp.37-40,50-54,73-76,87-97,120-129,149-151,280-282

【文献】Taoran Lu, et al.，Chroma Quantization Parameter QpC Table for HDR Signal，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-N0221，14th Meeting: Geneva, CH，2019年03月，pp.1-6

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １９／００ － １９／９８

(57)【特許請求の範囲】

【請求項1】

デコーダによって実行される方法であって、
ビットストリームを受信し、
前記ビットストリームを構文解析して、ルミナンス量子化パラメータ（ＱＰ）と、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるクロマＱＰマッピングテーブルについての情報と、を取得し、
取得した前記ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得し、
取得した前記情報に基づいて前記クロマＱＰマッピングテーブルを取得し、
取得した前記クロマＱＰマッピングテーブルと、取得した前記ＱＰｉとに基づいて、第１のＱＰｃを取得する、
ことを有し、
前記クロマＱＰマッピングテーブルの値はマッピング関数を満たし、前記マッピング関数は、区分マッピング関数であり、前記クロマＱＰマッピングテーブルの前記情報は、前記区分マッピング関数の区切り点、変化点、又はピボット点の情報を有する、
方法。

【請求項2】

前記クロマＱＰマッピングテーブルは、前記デコーダによってサポートされる許容ＱＰｉ範囲内のＱＰｉに対応する集合Ｘの各要素ｘを、又は前記集合Ｘの何らかの部分集合を、前記デコーダによってサポートされる許容ＱＰｃ範囲内のＱＰｃに対応する集合Ｙの１つの要素ｙに関連付ける、請求項１に記載の方法。

【請求項3】

前記区切り点、前記変化点、若しくは前記ピボット点の数、及びそのそれぞれのｘ座標及びｙ座標が、直接、又は現在のピボット点の座標と先行するピボット点の座標との間のデルタ値に基づいて、のいずれかで、前記ビットストリーム内でシグナリングされる、請求項１又は２に記載の方法。

【請求項4】

前記マッピング関数は、
線形方程式、
指数方程式、
対数方程式、又は
上記の方程式の組み合わせ、
に基づく区分関数である、請求項１乃至３のいずれか一項に記載の方法。

【請求項5】

前記区分関数の区分のパラメータが、
ｙ＝ｓｌｏｐｅ＊ｘ＋ｂ
によって与えられる線形方程式を用いて、ピボット点に基づいて取得され、
ｓｌｏｐｅ及びｂは、前記線形方程式のパラメータであり、
ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、
ｂ＝Ｄｙ－ｓｌｏｐｅ＊Ｄｘ、
であり、ここで、Ｄ及びＥは、それぞれ、座標Ｄｘ、Ｄｙ及びＥｘ、Ｅｙを有するピボット点である、請求項４に記載の方法。

【請求項6】

前記クロマＱＰマッピングテーブルの前記情報は、全てのクロミナンス成分に対してまとめてシグナリングされる、請求項１乃至５のいずれか一項に記載の方法。

【請求項7】

前記クロマＱＰマッピングテーブルの前記情報は、前記マッピング関数がクロミナンス成分に対して、別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有する、請求項１乃至５のいずれか一項に記載の方法。

【請求項8】

前記クロマＱＰマッピングテーブルの前記情報は、
シーケンスパラメータセット内でシーケンスレベルで、又は
ピクチャパラメータセット内でピクチャレベルで、又は
タイルグループパラメータセット内でタイルグループレベルで、又は
適応パラメータセット内で、又は
補足拡張情報（ＳＥＩ）メッセージ内で、
シグナリングされる、請求項１乃至７のいずれか一項に記載の方法。

【請求項9】

請求項１乃至８のいずれか一項に記載の方法を実行する処理回路を有するデコーダ。

【請求項10】

コンピュータに請求項１乃至８のいずれか一項に記載の方法を実行させるように構成されたコンピュータプログラム。

【請求項11】

デコーダであって、
１つ以上のプロセッサと、
前記プロセッサに結合され、前記プロセッサによる実行のためのプログラミングを格納した非一時的なコンピュータ読み取り可能記憶媒体であり、前記プログラミングは、前記プロセッサによって実行されるときに、請求項１乃至８のいずれか一項に記載の方法を実行するように当該デコーダを構成する、コンピュータ読み取り可能記憶媒体と、
を有するデコーダ。

【請求項12】

コンピュータプログラムコードを有体に具現化するコンピュータ読み取り可能記憶媒体であって、前記コンピュータプログラムコードは、コンピュータユニットによって実行されるときに、該コンピュータユニットに請求項１乃至８のいずれか一項に記載の方法を実行させる、コンピュータ読み取り可能記憶媒体。

【請求項13】

映像データをビットストリームの形態で格納するように構成された非一時的なメモリストレージと、
請求項１乃至８のいずれか一項に記載の方法を実行するように構成されたビデオデコーダと、
を有する映像データ復号装置。

【発明の詳細な説明】

【技術分野】

【0001】

この特許出願は、２０１９年４月２６日に出願された米国仮特許出願第６２／８３９，６０７６号と、２０１９年６月２１日に出願された国際特許出願第ＰＣＴ／ＲＵ２０１９／０００４４４号と、２０１９年７月７日に出願された米国仮特許出願第６２／８７１，１９７号と、２０１９年７月９日に出願された米国仮特許出願第６２／８７２，２３８号との優先権を主張する。

【0002】

本出願（開示）の実施形態は、概して画像及び／又は映像復号の分野に関し、より具体的にはクロマ量子化パラメータシグナリングのための装置及び方法に関する。

【背景技術】

【0003】

映像コーディング（映像符号化及び復号）は、例えば、放送デジタルＴＶ、インターネット及びモバイルネットワーク上での映像伝送、例えばビデオチャットなどのリアルタイム会話アプリケーション、ビデオ会議、ＤＶＤ及びＢｌｕ－ｒａｙディスク、ビデオコンテンツ収集・編集システム、並びにセキュリティ用途のビデオカメラといった、広範囲のデジタル映像アプリケーションで使用されている。

【0004】

比較的短い映像であってもそれを描写するために必要とされる映像データの量はかなりになり得るものであり、それが、限られた帯域幅容量を持つ通信ネットワークを介してデータをストリーミングする又はその他の方法で通信するときに困難をもたらし得る。従って、映像データは一般に、今日の遠隔通信ネットワークを介して通信される前に圧縮される。映像のサイズはまた、メモリリソースが限られ得るために、映像がストレージ装置に格納されるときにも問題となり得る。映像圧縮装置は、しばしば、伝送又は記憶に先立って、ソースにてソフトウェア及び／又はハードウェアを用いて映像データをコーディングし、それにより、デジタル映像画像を表すのに必要なデータの量を減少させる。そして、圧縮されたデータが、送り先で、映像データを復号する映像解凍装置によって受信される。限られたネットワークリソースと、増加の一途をたどるいっそう高い映像品質の要求とに伴い、ピクチャ品質の犠牲を殆ど乃至は全く払わずに圧縮比を向上させる改良された圧縮及び解凍技術が望ましい。

【発明の概要】

【0005】

本出願の実施形態は、独立請求項に従った符号化及び復号のための装置及び方法を提供する。

【0006】

上述の目的及び他の目的が、独立請求項に係る事項によって達成される。更なる実装形態が、従属請求項、明細書及び図面から明らかである。

【0007】

本開示は、クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得する方法を開示し、当該方法は、デコーダによって実行され、当該方法は、
ビットストリームを受信し、
前記ビットストリームを構文解析して、前記ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）を前記クロミナンスＱＰ（ＱＰｃ）に関連付けるクロマＱＰマッピングテーブルについての情報と、を取得し、
前記ルミナンスＱＰに少なくとも部分的に基づいて前記ＱＰｉを取得し、
取得した前記情報に基づいて前記クロマＱＰマッピングテーブルを取得し、
取得した前記クロマＱＰマッピングテーブルと、取得した前記ＱＰｉとに基づいて、ＱＰｃを取得し、
取得した前記ＱＰｃに基づいてクロミナンス量子化パラメータを取得する、
ことを有する。

【0008】

従って、ビットストリーム内でシグナリングされる情報に基づいてクロマＱＰマッピングテーブルが取得される。

【0009】

上述の方法において、
ｑＰ_Ｃｂ、ｑＰ_Ｃｒ及びｑＰ_ＣｂＣｒが、
ｑＰ_{Ｃｈｒｏｍａ}＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，Ｑｐ_Ｙ）、
ｑＰ_Ｃｂ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｑＰ_{Ｃｈｒｏｍａ}］、
ｑＰ_Ｃｒ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｑＰ_{Ｃｈｒｏｍａ}］、
ｑＰ_ＣｂＣｒ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［２］［ｑＰ_{Ｃｈｒｏｍａ}］、
として導出されることができ、
Ｃｂ成分及びＣｒ成分用のクロマ量子化パラメータＱｐ’_Ｃｂ及びＱｐ’_Ｃｒ、並びにジョイントＣｂ－ＣｒコーディングＱｐ’_ＣｂＣｒが、
Ｑｐ’_Ｃｂ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ｑＰ_Ｃｂ＋ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ＣｕＱｐＯｆｆｓｅｔ_Ｃｂ）＋ＱｐＢｄＯｆｆｓｅｔ、
Ｑｐ’_Ｃｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ｑＰ_Ｃｒ＋ｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ＣｕＱｐＯｆｆｓｅｔ_Ｃｒ）＋ＱｐＢｄＯｆｆｓｅｔ、
Ｑｐ’_ＣｂＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ｑＰ_ＣｂＣｒ＋ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｖａｌｕｅ＋ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ＣｕＱｐＯｆｆｓｅｔ_ＣｂＣｒ）＋ＱｐＢｄＯｆｆｓｅｔ、
として導出されることができ、
ＣｈｒｏｍａＱｐＴａｂｌｅは、前記クロマＱＰマッピングテーブルであり、
ＱＰｉは、ｑＰ_{Ｃｈｒｏｍａ}に対応し、
ＱＰｃは、ｑＰ_Ｃｂ、ｑＰ_Ｃｒ及びｑＰ_ＣｂＣｒに対応し、
ＱｐＢｄＯｆｆｓｅｔは、式：
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８
を用いてルマアレイ及びクロマアレイのサンプルのビット深度に基づいて計算されるビット深度オフセットであり、
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、両端を含めて０から８の範囲内とされ、
ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ及びｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、それぞれ、Ｑｐ’_Ｃｂ及びＱｐ’_Ｃｒを導出するのに使用される、ルマ量子化パラメータＱｐ’_Ｙに対するオフセットを規定し、
ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｖａｌｕｅは、Ｑｐ’_ＣｂＣｒを導出するのに使用される、ルマ量子化パラメータＱｐ’_Ｙに対するオフセットを規定し、
ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’_Ｃｒ量子化パラメータの値を決定するときにｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値に加算される差分を規定し、
ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’_Ｃｂ量子化パラメータの値を決定するときにｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔの値に加算される差分を規定し、
ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’_ＣｂＣｒの値を決定するときにｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｖａｌｕｅに加算される差分を規定し、
変数ＣｕＱｐＯｆｆｓｅｔ_Ｃｂ、ＣｕＱｐＯｆｆｓｅｔ_Ｃｒ、及びＣｕＱｐＯｆｆｓｅｔ_ＣｂＣｒは、前記デコーダ用のＱｐ’_Ｃｂ、Ｑｐ’_Ｃｒ、及びＱｐ’_ＣｂＣｒ量子化パラメータのそれぞれの値を決定するときに使用される値を規定する。

【0010】

上述の方法において、前記クロマＱＰマッピングテーブルは、前記デコーダによってサポートされる許容ＱＰｉ範囲内のＱＰｉに対応し得る集合Ｘの各要素ｘを、又は前記集合Ｘの何らかの部分集合を、前記デコーダによってサポートされる許容ＱＰｃ範囲内のＱＰｃに対応し得る集合Ｙの１つの要素ｙに関連付け得る。

【0011】

上述の方法において、前記クロマＱＰマッピングテーブルの値はマッピング関数を満たし得る。

【0012】

上述の方法において、前記マッピング関数は、区分マッピング関数であることができ、該区分マッピング関数の情報が、該区分マッピング関数の区切り点、変化点、又はピボット点を有し得る。

【0013】

上述の方法において、区切り点、変化点、若しくはピボット点の数、及びそのそれぞれのｘ座標及びｙ座標が、直接、又は現在のピボット点の座標と先行するピボット点の座標との間のデルタ値に基づいて、のいずれかで、前記ビットストリーム内でシグナリングされ得る。

【0014】

従って、シグナリングオーバーヘッドを更に減少させるために、現在のピボット点の対応するｘ及びｙ座標と先行するピボット点の対応するｘ及びｙ座標との間の差が、ビットストリーム内でシグナリングされ得る。特に、最初のポイントで、何らかのｓｔａｒｔｉｎｇ＿ｐｏｉｎｔからの差がシグナリングされ得る。ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔは、何らかの予め定められた点であるか、ビットストリーム内でシグナリングされるか、のいずれかであり。一部の実装において、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔは、一対一であるように制約されることができ、その場合、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔを定めるのに１つの座標で十分である。

【0015】

上述の方法において、前記マッピング関数は、
線形方程式、
指数方程式、
対数方程式、又は
上記の方程式の組み合わせ、
に基づく区分関数とし得る。

【0016】

上述の方法において、前記区分関数の区分のパラメータが、
ｙ＝ｓｌｏｐｅ＊ｘ＋ｂ
によって与えられる線形方程式を用いて、ピボット点に基づいて取得されることができ、
ｓｌｏｐｅ及びｂは、前記線形方程式のパラメータであり、
ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、
ｂ＝Ｄｙ－ｓｌｏｐｅ＊Ｄｘ、
であり、ここで、Ｄ及びＥは、それぞれ、座標Ｄｘ、Ｄｙ及びＥｘ、Ｅｙを有するピボット点である。

【0017】

上述の方法において、前記クロマＱＰマッピングテーブルの前記情報は、全てのクロミナンス成分に対してまとめてシグナリングされ得る。

【0018】

上述の方法において、前記クロマＱＰマッピングテーブルの前記情報は、前記マッピング関数がクロミナンス成分に対して、別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有し得る。

【0019】

上述の方法において、前記クロマＱＰマッピングテーブルの前記情報は、
シーケンスパラメータセット内でシーケンスレベルで、又は
ピクチャパラメータセット内でピクチャレベルで、又は
タイルグループパラメータセット内でタイルグループレベルで、又は
適応パラメータセット内で、又は
補足拡張情報（ＳＥＩ）メッセージ内で、
シグナリングされ得る。

【0020】

上述の方法において、前記クロマＱＰマッピングテーブルについての情報であるクロマＱＰマッピング情報の構文解析は、クロマサンプリングフォーマットの仕様に依存し得る。

【0021】

上述の方法において、前記クロマサンプリングフォーマットの前記仕様は、以下の表：

【表1】

に従って与えられることができ、
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、前記クロマサンプリングフォーマットのインデックスを差し示し、
モノクロサンプリングでは、名目上ルマアレイとみなされる１つのみのサンプルアレイが存在し、
４：２：０サンプリングでは、２つのクロマアレイの各々がルマアレイの半分の高さ及び半分の幅を有し、
４：２：２サンプリングでは、２つのクロマアレイの各々がルマアレイと同じ高さ及び半分の幅を有し、
４：４：４サンプリングでは、フラグｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に応じて、以下が適用されることができ：
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、２つのクロマアレイの各々がルマアレイと同じ高さ及び幅を有する；
そうでなく、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい場合、３つのカラープレーンが別々にモノクロサンプリングされたピクチャとして処理される；
１に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、４：４：４クロマフォーマットの３つのカラー成分が別々にコーディングされることを規定し、０に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、カラー成分が別々にコーディングされるのでないことを規定し、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいとき、コーディングされたピクチャは３つの別々の成分で構成され、それらの各々が、１つのカラープレーン（Ｙ、Ｃｂ、又はＣｒ）のコーディングされたサンプルで構成され、且つモノクロコーディング構文を使用し、この場合、各カラープレーンが特定のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ値に関連付けられ、
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に応じて、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅの値が次のように割り当てられ得る：
－ ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅはｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃに等しく設定される、
－ そうでない（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）場合、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは０に等しく設定される。

【0022】

従って、クロマＱＰマッピング情報の条件付きシグナリングは、クロマサンプリングフォーマットに依存し得る。例えば、クロマフォーマットがモノクロ（サンプリングフォーマットは４：０：０である）である場合、マッピングテーブルはシグナリングされない。別々にコーディングされたカラー成分を持つ（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）ことは、クロママッピングテーブルがシグナリングされない場合の他の一例である。これは、クロマ成分が存在しない又は別々にコーディングされるときにクロマＱＰマッピングテーブルのシグナリングのビットを節約することを可能にする。

【0023】

上述の方法において、フラグｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇ及び／又はクロマＱｐマッピング情報の存在は、以下の表のうちの１つに規定されるクロマフォーマットサンプリングに依存することができ：

【表2】

又は

【表3】

又は

【表4】

又は

【表5】

３に等しいｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、クロマサンプリングフォーマットが４：２：０であることを指し示し、
ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）は、シーケンスパラメータセットローバイトシーケンスペイロードを指し示し、
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、クロマサンプリングフォーマットのインデックスを差し示し、
１に等しいｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは、クロマＱｐマッピング関数がシグナリングされて、Ｑｐ_Ｃを導出するのに使用されるｑＰｉの関数として、Ｑｐ_Ｃ（クロマＱｐ）のデフォルト仕様に優先することを規定し、
０に等しいｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは、Ｑｐ_Ｃを導出するのにデフォルトのクロマＱｐマッピングテーブルが使用しされることを規定し、ｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇが存在しない場合、ｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは０に等しいと推定され、
０に等しいｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、クロマ残差のジョイントコーディングが無効にされることを規定し、１に等しいｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、クロマ残差のジョイントコーディングが有効にされることを規定し、
１に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａは、１つのみのクロマＱＰマッピングテーブルがシグナリングされ、そのテーブルが、Ｃｂ残差及びＣｒ残差に適用され、且つｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいときには更にジョイントＣｂ－Ｃｒ残差に適用されることを規定し、０に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａは、Ｃｂ及びＣｒ用の２つ、並びにｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいときにはジョイントＣｂ－Ｃｒ用の追加の１つ、であるクロマＱＰマッピングテーブルがＳＰＳ内でシグナリングされることを規定し、
１に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ユーザが定めたクロマＱＰマッピングテーブルであるＣｈｒｏｍａＱｐＴａｂｌｅがシグナリングされることを規定し、０に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ユーザが定めたクロマＱＰマッピングテーブルがシグナリングされずに、予め定められたクロマＱＰマッピングテーブルが使用されることを規定し、
ｃｑｐ＿ｍａｐｐｉｎｇ＿ｄａｔａ（）は、前記クロマＱｐマッピング情報を指し示す、
請求項１２又は１３に記載の方法。

【0024】

上述の方法において、前記マッピング関数は単調増加関数とし得る。

【0025】

従って、これは、マッピング関数を単調増加（非減少）関数であるように制約する。

【0026】

上述の方法において、前記マッピング関数のピボット点が、符号なし整数コードを用いてデルタ値に基づいて前記ビットストリーム内でシグナリングされ得る。

【0027】

従って、単調増加関数は、ピボット点のｄｘ及びｄｆ（ｘ）をコーディングするのに符号なしｕｅ（ｖ）コードを用いることによって達成され得る。

【0028】

上述の方法において、符号なし整数コードは、符号なし整数０次Ｅｘｐ－Ｇｏｌｏｍｂコードである。

【0029】

上述の方法において、前記マッピング関数の前記情報は、第１の値ａ_０とｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの間の差（ｄｅｌｔａ＿ａ_０）を有することができ、部分集合Ａのうちの前記第１の値ａ０が、前記差（ｄｅｌｔａ＿ａ_０）に基づいて、
ａ_０＝ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅ＋ｄｅｌｔａ＿ａ_０
のように取得され、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、前記ビットストリーム内でシグナリングされるか又は予め定められた値であるかのいずれかである。

【0030】

マッピング関数の点が、２つのクラスの定められた挙動に分類され、マッピング関数が増加しない点の数が制限されるので、シグナリングオーバーヘッドが、マッピング関数の各値の直接的なシグナリングと比較して減少される。

【0031】

上述の方法において、開始点の値ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、０、２１、３０、ｍａｘＱＰｉ＞＞１のうちの１つとすることができ、ｍａｘＱＰｉは、前記デコーダによってサポートされる最大ＱＰｉ値である。

【0032】

上述の方法において、第１のピボット点が、
ｑｐＩｎＶａｌ［ｉ］［０］＝ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６、
ｑｐＯｕｔＶａｌ［ｉ］［０］＝ｑｐＩｎＶａｌ［ｉ］［０］、
によって与えられることができ、
ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６は、ｉ番目のクロマＱＰマッピングテーブルを記述するのに使用される開始ルマ及びクロマＱＰを規定する。

【0033】

上述の方法において、
ｉ＝０．．ｎｕｍＱｐＴａｂｌｅｓ－１について、ｉ番目のクロマＱＰマッピングテーブルＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］は、次のように導出され得る：
ｑｐＩｎＶａｌ［ｉ］［０］＝ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６
ｑｐＯｕｔＶａｌ［ｉ］［０］＝ｑｐＩｎＶａｌ［ｉ］［０］
ｆｏｒ（ｊ＝０；ｊ＜＝ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｑｐＩｎＶａｌ［ｉ］［ｊ＋１］＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］＝ｑｐＯｕｔＶａｌ［ｉ］［ｊ］＋（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＾ｄｅｌｔａ＿ｑｐ＿ｄｉｆｆ＿ｖａｌ［ｉ］［ｊ］）
｝
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［０］］＝ｑｐＯｕｔＶａｌ［ｉ］［０］
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［０］－１；ｋ＞＝－ＱｐＢｄＯｆｆｓｅｔ；ｋ－－）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ＋１］－１）
ｆｏｒ（ｊ＝０；ｊ＜＝ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｓｈ＝（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）＞＞１
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋１，ｍ＝１；ｋ＜＝ｑｐＩｎｖａｌ［ｉ］［ｊ＋１］；ｋ＋＋，ｍ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［ｊ］］＋（（ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］－ｑｐＯｕｔＶａｌ［ｉ］［ｊ］）＊ｍ＋ｓｈ）／（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）
｝
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１］＋１；ｋ＜＝６３；ｋ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ－－１］＋１）。

【0034】

上述の方法は、予め定められたクロマＱＰマッピングテーブルを更に有し、前記ビットストリームは、前記予め定められたクロマＱＰマッピングテーブルを使用するか、それとも前記ビットストリーム内でシグナリングされるクロマＱＰマッピングテーブルを使用するか、を指し示すインジケータを有し得る。

【0035】

上述の方法において、前記予め定められたクロマＱＰマッピングテーブルは、

【表6】

として表され得る。

【0036】

上述の方法において、前記予め定められたクロマＱＰマッピングテーブルは、

【表7】

として表され得る。

【0037】

上述の方法において、前記クロマＱＰマッピングテーブルの前記情報は直接的又は間接的に前記ビットストリーム内でシグナリングされ得る。

【0038】

本開示は更に、上述の方法を実行する処理回路を有するデコーダを提供する。

【0039】

本開示は更に、上述の方法を実行するためのプログラムコードを有するコンピュータプログラムプロダクトを提供する。

【0040】

本開示は更に、デコーダを提供し、当該デコーダは、１つ以上のプロセッサと、前記プロセッサに結合され、前記プロセッサによる実行のためのプログラミングを格納した非一時的なコンピュータ読み取り可能記憶媒体とを有し、前記プログラミングは、前記プロセッサによって実行されるときに、上述の方法を実行するように当該デコーダを構成する。

【0041】

本開示は更に、クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得するデコーダを提供し、当該デコーダは、ビットストリームを受信するように構成された受信ユニットと、前記ビットストリームを構文解析して、前記ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）を前記クロミナンスＱＰ（ＱＰｃ）に関連付けるクロマＱＰマッピングテーブルについての情報と、を取得するように構成された構文解析ユニットと、前記ルミナンスＱＰに少なくとも部分的に基づいて前記ＱＰｉを取得するように構成された第１取得ユニットと、取得した前記情報に基づいて前記クロマＱＰマッピングテーブルを取得するように構成された第２取得ユニットと、取得した前記クロマＱＰマッピングテーブルと、取得した前記ＱＰｉとに基づいて、ＱＰｃを取得するように構成された第３取得ユニットと、取得した前記ＱＰｃに基づいてクロミナンス量子化パラメータを取得するように構成された第４取得ユニットとを有する。

【0042】

クロマＱＰマッピングテーブルについての情報をビットストリーム内に有することは、例えばＳＤＲ若しくはＨＤＲなどの入力映像信号の特定の特性又はルミナンス及びクロミナンスチャネル上の異なる強度及び分布への調整を可能にし、それ故に、圧縮効率を向上させるとともに、再構成映像信号におけるクロマ成分とルマ成分との間のバランスを向上させる。

【0043】

上述のデコーダにおいて、
ｑＰ_Ｃｂ、ｑＰ_Ｃｒ及びｑＰ_ＣｂＣｒが、
ｑＰ_{Ｃｈｒｏｍａ}＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，Ｑｐ_Ｙ）、
ｑＰ_Ｃｂ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［０］［ｑＰ_{Ｃｈｒｏｍａ}］、
ｑＰ_Ｃｒ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［１］［ｑＰ_{Ｃｈｒｏｍａ}］、
ｑＰ_ＣｂＣｒ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［２］［ｑＰ_{Ｃｈｒｏｍａ}］、
として導出されることができ、
Ｃｂ成分及びＣｒ成分用のクロマ量子化パラメータＱｐ’_Ｃｂ及びＱｐ’_Ｃｒ、並びにジョイントＣｂ－ＣｒコーディングＱｐ’_ＣｂＣｒが、
Ｑｐ’_Ｃｂ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ｑＰ_Ｃｂ＋ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ＣｕＱｐＯｆｆｓｅｔ_Ｃｂ）＋ＱｐＢｄＯｆｆｓｅｔ、
Ｑｐ’_Ｃｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ｑＰ_Ｃｒ＋ｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ＣｕＱｐＯｆｆｓｅｔ_Ｃｒ）＋ＱｐＢｄＯｆｆｓｅｔ、
Ｑｐ’_ＣｂＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ｑＰ_ＣｂＣｒ＋ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｖａｌｕｅ＋ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ＣｕＱｐＯｆｆｓｅｔ_ＣｂＣｒ）＋ＱｐＢｄＯｆｆｓｅｔ、
として導出され、
ＣｈｒｏｍａＱｐＴａｂｌｅは、前記クロマＱＰマッピングテーブルであり、
ＱＰｉは、ｑＰ_{Ｃｈｒｏｍａ}に対応し、
ＱＰｃは、ｑＰ_Ｃｂ、ｑＰ_Ｃｒ及びｑＰ_ＣｂＣｒに対応し、
ＱｐＢｄＯｆｆｓｅｔは、式：
ＱｐＢｄＯｆｆｓｅｔ＝６＊ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８
を用いてルマアレイ及びクロマアレイのサンプルのビット深度に基づいて計算されるビット深度オフセットであり、
ｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、両端を含めて０から８の範囲内とされ、
ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ及びｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、それぞれ、Ｑｐ’_Ｃｂ及びＱｐ’_Ｃｒを導出するのに使用される、ルマ量子化パラメータＱｐ’_Ｙに対するオフセットを規定し、
ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｖａｌｕｅは、Ｑｐ’_ＣｂＣｒを導出するのに使用される、ルマ量子化パラメータＱｐ’_Ｙに対するオフセットを規定し、
ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’_Ｃｒ量子化パラメータの値を決定するときにｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値に加算される差分を規定し、
ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’_Ｃｂ量子化パラメータの値を決定するときにｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔの値に加算される差分を規定し、
ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、Ｑｐ’_ＣｂＣｒの値を決定するときにｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＿ｖａｌｕｅに加算される差分を規定し、
変数ＣｕＱｐＯｆｆｓｅｔ_Ｃｂ、ＣｕＱｐＯｆｆｓｅｔ_Ｃｒ、及びＣｕＱｐＯｆｆｓｅｔ_ＣｂＣｒは、前記デコーダ用のＱｐ’_Ｃｂ、Ｑｐ’_Ｃｒ、及びＱｐ’_ＣｂＣｒ量子化パラメータのそれぞれの値を決定するときに使用される値を規定する。

【0044】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルは、前記デコーダによってサポートされる許容ＱＰｉ範囲内のＱＰｉに対応し得る集合Ｘの各要素ｘを、又は前記集合Ｘの何らかの部分集合を、前記デコーダによってサポートされる許容ＱＰｃ範囲内のＱＰｃに対応し得る集合Ｙの１つの要素ｙに関連付け得る。

【0045】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルの値はマッピング関数を満たし得る。

【0046】

上述のデコーダにおいて、前記マッピング関数は、区分マッピング関数とすることができ、該区分マッピング関数の情報が、該区分マッピング関数の区切り点、変化点、又はピボット点を有し得る。

【0047】

この態様は、関数がその挙動（例えば、線の傾き）を変化させる点のみをシグナリングすることによって、デコーダによってサポートされるＱＰの完全な範囲の関数挙動を限られたシグナリングオーバーヘッドで記述することを可能にし、そして、変化点又はピボット点の間の区分関数として関数を記述することを可能にする。

【0048】

上述のデコーダにおいて、区切り点、変化点、若しくはピボット点の数、及びそのそれぞれのｘ座標及びｙ座標が、直接、又は現在のピボット点の座標と先行するピボット点の座標との間のデルタ値に基づいて、のいずれかで、前記ビットストリーム内でシグナリングされ得る。

【0049】

上述のデコーダにおいて、前記マッピング関数は、
線形方程式、
指数方程式、
対数方程式、又は
上記の方程式の組み合わせ、
に基づく区分関数とし得る。

【0050】

予め定められた方程式フォーム（例えば、線形方程式）を区分関数に使用することは、明示的なシグナリングなしにピボット点間の関数値を得ることを可能にし、これは有益なことに、マッピング関数を記述することのシグナリングオーバーヘッドを減少させる。

【0051】

上述のデコーダにおいて、前記区分関数の区分のパラメータが、
ｙ＝ｓｌｏｐｅ＊ｘ＋ｂ
によって与えられる線形方程式を用いて、ピボット点に基づいて取得されることができ、
ｓｌｏｐｅ及びｂは、前記線形方程式のパラメータであり、
ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、
ｂ＝Ｄｙ－ｓｌｏｐｅ＊Ｄｘ、
であり、ここで、Ｄ及びＥは、それぞれ、座標Ｄｘ、Ｄｙ及びＥｘ、Ｅｙを有するピボット点である。

【0052】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルの前記情報は、全てのクロミナンス成分に対してまとめてシグナリングされ得る。

【0053】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルの前記情報は、前記クロマＱＰマッピングテーブルがクロミナンス成分に対して、別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有し得る。

【0054】

この態様は、異なるクロマチャネル（例えば、Ｃｂ及びＣｒチャネル）が異なる信号特性を持つ場合に、異なるクロマチャネルに対して異なるクロマＱＰマッピングテーブルを有することによって、量子化プロセスを制御することの柔軟性を更に増加させることを可能にし、そしてそれが、圧縮効率を更に高めることを可能にする。

【0055】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルの前記情報は、
シーケンスパラメータセット内でシーケンスレベルで、又は
ピクチャパラメータセット内でピクチャレベルで、又は
タイルグループパラメータセット内でタイルグループレベルで、又は
適応パラメータセット内で、又は
補足拡張情報（ＳＥＩ）メッセージ内で、
シグナリングされ得る。

【0056】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルについての情報であるクロマＱＰマッピング情報の構文解析は、クロマサンプリングフォーマットの仕様に依存し得る。

【0057】

上述のデコーダにおいて、前記クロマサンプリングフォーマットの前記仕様は、以下の表：

【表8】

に従って与えられることができ、
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、前記クロマサンプリングフォーマットのインデックスを差し示し、
モノクロサンプリングでは、名目上ルマアレイとみなされる１つのみのサンプルアレイが存在し、
４：２：０サンプリングでは、２つのクロマアレイの各々がルマアレイの半分の高さ及び半分の幅を有し、
４：２：２サンプリングでは、２つのクロマアレイの各々がルマアレイと同じ高さ及び半分の幅を有し、
４：４：４サンプリングでは、フラグｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に応じて、以下が適用されることができ：
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、２つのクロマアレイの各々がルマアレイと同じ高さ及び幅を有する；
そうでなく、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい場合、３つのカラープレーンが別々にモノクロサンプリングされたピクチャとして処理される；
１に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、４：４：４クロマフォーマットの３つのカラー成分が別々にコーディングされることを規定し、０に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、カラー成分が別々にコーディングされるのでないことを規定し、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいとき、コーディングされたピクチャは３つの別々の成分で構成され、それらの各々が、１つのカラープレーン（Ｙ、Ｃｂ、又はＣｒ）のコーディングされたサンプルで構成され、且つモノクロコーディング構文を使用し、この場合、各カラープレーンが特定のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ値に関連付けられ、
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に応じて、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅの値が次のように割り当てられる：
－ ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅはｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃに等しく設定される、
－ そうでない（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）場合、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは０に等しく設定される。

【0058】

クロマサンプリングフォーマットに依存したクロマＱＰマッピング情報の条件付きシグナリングは、シグナリングオーバーヘッドを更に減少させる。例えば、クロマフォーマットがモノクロ（サンプリングフォーマットは４：０：０である）である場合、マッピングテーブルはシグナリングされない。別々にコーディングされたカラー成分を持つ（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）ことは、クロママッピングテーブルがシグナリングされない場合の他の一例である。これは、クロマ成分が存在しない又は別々にコーディングされるときにクロマＱＰマッピングテーブルのシグナリングのビットを節約することを可能にする。

【0059】

上述のデコーダにおいて、フラグｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇ及び／又はクロマＱｐマッピング情報の存在は、以下の表のうちの１つに規定されるクロマフォーマットサンプリングに依存することができ：

【表9】

又は

【表10】

又は

【表11】

又は

【表12】

３に等しいｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、クロマサンプリングフォーマットが４：２：０であることを指し示し、
ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）は、シーケンスパラメータセットローバイトシーケンスペイロードを指し示し、
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、クロマサンプリングフォーマットのインデックスを差し示し、
１に等しいｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは、クロマＱｐマッピング関数がシグナリングされて、Ｑｐ_Ｃを導出するのに使用されるｑＰｉの関数として、Ｑｐ_Ｃ（クロマＱｐ）のデフォルト仕様に優先することを規定し、
０に等しいｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは、Ｑｐ_Ｃを導出するのにデフォルトのクロマＱｐマッピングテーブルが使用しされることを規定し、ｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇが存在しない場合、ｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは０に等しいと推定され、
０に等しいｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、クロマ残差のジョイントコーディングが無効にされることを規定し、１に等しいｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、クロマ残差のジョイントコーディングが有効にされることを規定し、
１に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａは、１つのみのクロマＱＰマッピングテーブルがシグナリングされ、そのテーブルが、Ｃｂ残差及びＣｒ残差に適用され、且つｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいときには更にジョイントＣｂ－Ｃｒ残差に適用されることを規定し、０に等しいｓａｍｅ＿ｑｐ＿ｔａｂｌｅ＿ｆｏｒ＿ｃｈｒｏｍａは、Ｃｂ及びＣｒ用の２つ、並びにｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいときにはジョイントＣｂ－Ｃｒ用の追加の１つ、であるクロマＱＰマッピングテーブルがＳＰＳ内でシグナリングされることを規定し、
１に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ユーザが定めたクロマＱＰマッピングテーブルであるＣｈｒｏｍａＱｐＴａｂｌｅがシグナリングされることを規定し、０に等しいｃｈｒｏｍａ＿ｑｐ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ユーザが定めたクロマＱＰマッピングテーブルがシグナリングされずに、予め定められたクロマＱＰマッピングテーブルが使用されることを規定し、
ｃｑｐ＿ｍａｐｐｉｎｇ＿ｄａｔａ（）は、前記クロマＱｐマッピング情報を指し示す。

【0060】

上述のデコーダにおいて、前記マッピング関数は単調増加関数とし得る。

【0061】

この制約をマッピング関数に課すことは、ルマＱＰの増加に伴ってクロマＱＰが減少するときの、例えば予期せぬ望ましくない、“奇妙な”挙動を有するマッピング関数の設定を回避することを可能にし、換言すれば、ルマの品質低下に伴ってクロマ品質が上昇するケースを回避することを可能にする。単調増加制約があることは、ルマ及びクロマの品質が同期されることを可能にする。更なる利点として、この制約は、関数の負の増分を記述する必要を排除することによって、マッピング関数情報のシグナリングのビットを節約することを可能にする。

【0062】

上述のデコーダにおいて、前記マッピング関数のピボット点が、符号なし整数コードを用いてデルタ値に基づいて前記ビットストリーム内でシグナリングされ得る。

【0063】

直接的な値の代わりに差分をシグナリングすることは、ビットを更に節約することを可能にする。マッピング関数に単調増加制約があることは、デルタ値が常に負でないことを保証し、これは更に、符号なし整数コードを使用することにより、ピボット点デルタについての符号ビットをシグナリングする必要を排除することによってビットを節約することを可能にする。

【0064】

上述のデコーダにおいて、符号なし整数コードは、符号なし整数０次Ｅｘｐ－Ｇｏｌｏｍｂコードとし得る。

【0065】

上述のデコーダにおいて、前記マッピング関数の前記情報は、第１の値ａ_０とｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの間の差（ｄｅｌｔａ＿ａ_０）をすることができ、部分集合Ａのうちの前記第１の値ａ０が、前記差（ｄｅｌｔａ＿ａ_０）に基づいて、
ａ_０＝ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅ＋ｄｅｌｔａ＿ａ_０
のように取得され、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、前記ビットストリーム内でシグナリングされるか又は予め定められた値であるかのいずれかである。

【0066】

上述のデコーダにおいて、開始点の値ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、０、２１、３０、ｍａｘＱＰｉ＞＞１のうちの１つとすることができ、ｍａｘＱＰｉは、前記デコーダによってサポートされる最大ＱＰｉ値である。適切なｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅを選択することは、最初の値のシグナリングのビットを更に節約することを可能にする。

【0067】

上述のデコーダにおいて、第１のピボット点が、
ｑｐＩｎＶａｌ［ｉ］［０］＝ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６、
ｑｐＯｕｔＶａｌ［ｉ］［０］＝ｑｐＩｎＶａｌ［ｉ］［０］、
によって与えられることができ、
ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６は、ｉ番目のクロマＱＰマッピングテーブルを記述するのに使用される開始ルマ及びクロマＱＰを規定する。

【0068】

上述のデコーダにおいて、ｉ＝０．．ｎｕｍＱｐＴａｂｌｅｓ－１について、ｉ番目のクロマＱＰマッピングテーブルＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］は、次のように導出され得る：
ｑｐＩｎＶａｌ［ｉ］［０］＝ｑｐ＿ｔａｂｌｅ＿ｓｔａｒｔ＿ｍｉｎｕｓ２６［ｉ］＋２６
ｑｐＯｕｔＶａｌ［ｉ］［０］＝ｑｐＩｎＶａｌ［ｉ］［０］
ｆｏｒ（ｊ＝０；ｊ＜＝ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｑｐＩｎＶａｌ［ｉ］［ｊ＋１］＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］＝ｑｐＯｕｔＶａｌ［ｉ］［ｊ］＋（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＾ｄｅｌｔａ＿ｑｐ＿ｄｉｆｆ＿ｖａｌ［ｉ］［ｊ］）
｝
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［０］］＝ｑｐＯｕｔＶａｌ［ｉ］［０］
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［０］－１；ｋ＞＝－ＱｐＢｄＯｆｆｓｅｔ；ｋ－－）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ＋１］－１）
ｆｏｒ（ｊ＝０；ｊ＜＝ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｓｈ＝（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）＞＞１
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｊ］＋１，ｍ＝１；ｋ＜＝ｑｐＩｎｖａｌ［ｉ］［ｊ＋１］；ｋ＋＋，ｍ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｑｐＩｎＶａｌ［ｉ］［ｊ］］＋（（ｑｐＯｕｔＶａｌ［ｉ］［ｊ＋１］－ｑｐＯｕｔＶａｌ［ｉ］［ｊ］）＊ｍ＋ｓｈ）／（ｄｅｌｔａ＿ｑｐ＿ｉｎ＿ｖａｌ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１）
｝
ｆｏｒ（ｋ＝ｑｐＩｎＶａｌ［ｉ］［ｎｕｍ＿ｐｏｉｎｔｓ＿ｉｎ＿ｑｐ＿ｔａｂｌｅ＿ｍｉｎｕｓ１［ｉ］＋１］＋１；ｋ＜＝６３；ｋ＋＋）
ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ］＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ，６３，ＣｈｒｏｍａＱｐＴａｂｌｅ［ｉ］［ｋ－－１］＋１）。

【0069】

上述のデコーダは更に、予め定められたクロマＱＰマッピングテーブルを有することができ、前記ビットストリームは、前記予め定められたクロマＱＰマッピングテーブルを使用するか、それとも前記ビットストリーム内でシグナリングされるクロマＱＰマッピングテーブルを使用するか、を指し示すインジケータを有し得る。

【0070】

これは、マッピングテーブルについての情報を、それが有益である場合にのみ、すなわち、ルマ及びクロマチャネルの特性が、ＨＤＲ信号の場合のように、一般的なケースとは著しく異なる場合にのみ、シグナリングすることを可能にし、一般的なケースに適したものである予め定められたマッピングテーブルを使用することを可能にする。これは、予め定められたマッピングテーブルが最適化されているものである大抵の一般的なケースでシグナリングオーバーヘッドを節約することを可能にする。

【0071】

上述のデコーダにおいて、前記予め定められたクロマＱＰマッピングテーブルは、

【表13】

として表され得る。

【0072】

上述のデコーダにおいて、前記予め定められたクロマＱＰマッピングテーブルは、

【表14】

として表され得る。

【0073】

上述のデコーダにおいて、前記クロマＱＰマッピングテーブルの前記情報は直接的又は間接的に前記ビットストリーム内でシグナリングされ得る。

【0074】

発明の第１の態様に従った方法は、発明の第３の態様に従った装置によって実行されることができる。発明の第３の態様に従った装置の更なる特徴及び実装形態は、発明の第１の態様に従った方法の特徴及び実装形態に対応する。

【0075】

発明の第２の態様に従った方法は、発明の第４の態様に従った装置によって実行されることができる。発明の第４の態様に従った装置の更なる特徴及び実装形態は、発明の第２の態様に従った方法の特徴及び実装形態に対応する。

【0076】

第５の態様によれば、発明は、プロセッサ及びメモリを含んだ、映像ストリームを復号する装置に関する。メモリは、プロセッサに第１の態様に従った方法を実行させる命令を格納している。

【0077】

第６の態様によれば、発明は、プロセッサ及びメモリを含んだ、映像ストリームを符号化する装置に関する。メモリは、プロセッサに第２の態様に従った方法を実行させる命令を格納している。

【0078】

第７の態様によれば、実行されるときに１つ以上のプロセッサに映像データを符号化するように構成させる命令を格納したコンピュータ読み取り可能記憶媒体が提案される。命令は、１つ以上のプロセッサに、第１の態様若しくは第２の態様に従った方法又は第１の態様若しくは第２の態様の任意の取り得る実施形態に従った方法を実行させる。

【0079】

第８の態様によれば、発明は、コンピュータ上で実行されるときに第１の態様若しくは第２の態様に従った方法又は第１の態様若しくは第２の態様の任意の取り得る実施形態に従った方法を実行するためのプログラムコードを有するコンピュータプログラムに関する。

【0080】

１つ以上の実施形態の詳細が、添付の図面及び以下の説明に記載される。他の特徴、目的、及び利点が、明細書、図面、及び特許請求の範囲から明らかになる。

【図面の簡単な説明】

【0081】

以下、添付の図及び図面を参照して、出願の実施形態をより詳細に説明する。

【図1A】発明の実施形態を実装するように構成された映像コーディングシステムの一例を示すブロック図である。

【図1B】発明の実施形態を実装するように構成された映像コーディングシステムの他の一例を示すブロック図である。

【図2】発明の実施形態を実装するように構成されたビデオエンコーダの一例を示すブロック図である。

【図3】発明の実施形態を実装するように構成されたビデオデコーダの一構成例を示すブロック図である。

【図4】符号化装置又は復号装置の一例を示すブロック図である。

【図5】符号化装置又は復号装置の他の一例を示すブロック図である。

【図6】［２］に従った、ＨＥＶＣ（黒色、６１）及びＨ．２６４｜ＡＶＣ（灰色、６２）についての、量子化パラメータインデックスＱＰ_ｉのクロマ量子化パラメータＱＰ_ｃへのマッピング関数を概略的に表した図である。

【図7】サポートされるＱＰ範囲についての、量子化パラメータインデックスＱＰ_ｉのクロマ量子化パラメータＱＰ_ｃへのＨＥＶＣマッピング関数を概略的に表した図であり、７２はＨＥＶＣマッピング関数であり、７１は一対一マッピング関数である。

【図8】ＨＥＶＣ（８２）及び修正マッピング関数（８３）について、量子化パラメータインデックスＱＰ_ｉのクロマ量子化パラメータＱＰ_ｃへの関数をテーブル表示した図であり、テーブル８１は、単調増加の一対一関数を表し、テーブル８４、８５、８６は、対応した、一対一関数（８１）、ＨＥＶＣマッピング関数（８２）及び修正マッピング関数（８３）の、現在値と先行値との間の差を表し、８７は、差がゼロである例示的な点を表している。

【図9】二つのピボット点Ｄ（９４）及びＥ（９５）を用いたマッピング関数９２の区分線形表現９３の一例である。

【図10】サポートされるＱＰ範囲についての、量子化パラメータインデックスＱＰ_ｉのクロマ量子化パラメータＱＰ_ｃへのＨＥＶＣマッピング関数を概略的に表した図であり、１０２は、１に等しいクロマＱｐオフセットでのＨＥＶＣマッピング関数であり、１０１は一対一マッピング関数である。

【図11】ＶＶＣクロマＱｐマッピングテーブルを実際にｑＰｉの関数として示してみたものである。

【図12】本開示に従った調整マッピング関数を示している。

【図13】本開示に従ったクロミナンス量子化パラメータを取得する方法を示している。

【図14】本開示に従ったデコーダを示している。

【0082】

以下において、明示的に別段の定めがない限り、同じ参照符号は、同じ機構又は少なくとも機能的に等価な機構を指す。

【発明を実施するための形態】

【0083】

以下の説明では、開示の一部を形成するものであるとともに、発明の実施形態の特定の態様又は本発明の実施形態が使用され得る特定の態様を例示によって示すものである添付図面を参照する。理解されることには、発明の実施形態は、他の態様で使用されることができ、また、図に示されない構造的又は論理的な変更を含むことができる。従って、以下の詳細な説明は、限定的な意味で解釈されるべきでなく、本発明の範囲は、添付の特許請求の範囲によって定められる。

【0084】

例えば、理解されることには、記載される方法に関する開示は、その方法を実行するように構成される対応する装置又はシステムにも当てはまり得るものであり、その逆もまた然りである。例えば、１つ又は複数の特定の方法ステップが記載される場合、対応する装置は、たとえそのような１つ又は複数のユニットが明示的に記載されたり図に示されたりしていなくても、記載された１つ又は複数の方法ステップを実行するための例えば機能ユニットといった１つ又は複数のユニット（例えば、該１つ又は複数のステップを実行する１つのユニット、又は各々がそれら複数のステップのうちの１つ以上を実行する複数のユニット）を含み得る。その一方で、例えば、特定の装置が、例えば機能ユニットといった１つ又は複数のユニットに基づいて記載される場合、対応する方法は、たとえそのような１つ又は複数のステップが明示的に記載されたり図に示されたりしていなくても、該１つ又は複数のユニットの機能を実行するためのステップ（例えば、該１つ又は複数のユニットの機能を実行する１つのステップ、又は各々がそれら複数のユニットのうちの１つ以上の機能を実行する複数のステップ）を含み得る。さらに、理解されることには、ここに記載される様々な例示的な実施形態及び／又は態様の特徴は、具体的に別段の断りがない限り、互いに組み合わされてもよい。

【0085】

映像コーディングは、典型的に、映像又は映像シーケンスを形成するものである一連のピクチャの処理を指す。“ピクチャ”という用語の代わりに、“フレーム”又は“画像”という用語が、映像コーディングの分野における同義語として使用されることがある。映像コーディング（又は、一般に、コーディング）は、映像符号化及び映像復号という２つの部分を有する。映像符号化は、ソース側で実行され、典型的に、（より効率的な保管及び／又は伝送のために）映像ピクチャを表現するのに必要なデータ量を削減するように、元の映像ピクチャを（例えば圧縮によって）処理することを有する。映像復号は、デスティネーション側で実行され、典型的に、映像ピクチャを再構成するためにエンコーダに対して逆の処理を有する。映像ピクチャ（又は、一般に、ピクチャ）の“コーディング”を参照する実施形態は、映像ピクチャ又はそれぞれの映像シーケンスの“符号化”又は“復号”に関係するように理解されるものとする。符号化部分と復号部分との組み合わせは、ＣＯＤＥＣ（Coding and Decoding）とも呼ばれている。

【0086】

可逆映像コーディングの場合、元の映像ピクチャを再構成することができ、すなわち、再構成された映像ピクチャは、（保管又は伝送の間に伝送損失又は他のデータ損失がないと仮定して）元の映像ピクチャと同じ品質を有する。非可逆映像コーディングの場合には、映像ピクチャを表現するデータの量を減らすために、例えば量子化によって、更なる圧縮が行われ、デコーダで映像ピクチャを完全に再構成することはできず、すなわち、再構成された映像ピクチャの品質が、元の映像ピクチャの品質と比較して低い又は悪いものとなる。

【0087】

幾つかの映像コーディング標準は、“非可逆ハイブリッド映像コーデック”のグループに属する（すなわち、サンプルドメインにおける空間及び時間予測と、変換ドメインにおいて量子化を適用する２Ｄ変換コーディングとを組み合わせる）。映像シーケンスの各ピクチャは典型的に一組の重なり合わないブロックに分割され、コーディングは典型的にブロックレベルで実行される。換言すれば、エンコーダで、映像は典型的にブロック（映像ブロック）レベルで、例えば、空間（イントラピクチャ）予測及び／又は時間（インターピクチャ）予測を用いて予測ブロックを生成し、予測ブロックを現在ブロック（現在処理されている／処理対象のブロック）から減算して残差ブロックを取得し、残差ブロックを変換し且つ変換ドメインで残差ブロックを量子化して、伝送されるデータの量を削減すること（圧縮）によって、処理すなわち符号化され、一方、デコーダでは、表現用に現在ブロックを再構成するために、符号化又は圧縮されたブロックに、エンコーダに対して逆の処理が適用される。さらに、エンコーダはデコーダ処理ループを複製しており、それにより、後続ブロックを処理すなわちコーディングするために両者が同じ予測（例えば、イントラ予測及びインター予測）及び／又は再構成を生成することになる。

【0088】

映像コーディングシステム１０の以下の実施形態にて、ビデオエンコーダ２０及びビデオデコーダ３０を図１－図３に基づいて説明する。

【0089】

図１Ａは、本出願の技術を利用し得るコーディングシステム１０の一例、例えば映像コーディングシステム１０（又は略してコーディングシステム１０）、を示す概略ブロック図である。映像コーディングシステム１０のビデオエンコーダ２０（又は略してエンコーダ２０）及びビデオデコーダ３０（又は略してデコーダ３０）は、本出願に記載される様々な例に従った技術を実行するように構成され得る装置の例を表す。

【0090】

図１Ａに示すように、コーディングシステム１０は、符号化ピクチャデータ２１を、例えば符号化ピクチャデータ１３を復号するデスティネーション装置１４に、提供するように構成されたソース装置１２を有している。

【0091】

ソース装置１２は、エンコーダ２０を有しており、付加的に、すなわち、オプションで、ピクチャ源１６、例えばピクチャプリプロセッサ１８といったプリプロセッサ（又は前処理ユニット）１８、及び通信インタフェース若しくは通信ユニット２２を有してもよい。

【0092】

ピクチャ源１６は、例えば実世界ピクチャをキャプチャするためのカメラといった任意の種類のピクチャキャプチャ装置、及び／又は、例えばコンピュータアニメーションピクチャを生成するためのコンピュータグラフィックスプロセッサといった任意の種類のピクチャ生成装置、又は、実世界ピクチャ、コンピュータ生成ピクチャ（例えば、スクリーンコンテンツ、仮想現実（ＶＲ）ピクチャ）及び／又はそれらの任意の組み合わせ（例えば、拡張現実（ＡＲ）ピクチャ）を取得及び／又は提供するための任意の種類の他の装置を有することができ、あるいはそれであることができる。ピクチャ源は、上述のピクチャのうちのいずれかを格納する任意の種類のメモリ又はストレージとし得る。

【0093】

プリプロセッサ１８、及び前処理ユニット１８によって実行される処理とは区別して、ピクチャ又はピクチャデータ１７をロー（raw）ピクチャ又はローピクチャデータ１７としても参照され得る。

【0094】

プリプロセッサ１８は、（ロー）ピクチャデータ１７を受け取り、ピクチャデータ１７上で前処理を行って、前処理済みピクチャ１９又は前処理済みピクチャデータ１９を得るように構成される。プリプロセッサ１８によって実行される前処理は、例えば、トリミング、カラーフォーマット変換（例えば、ＲＧＢからＹＣｂＣｒへ）、カラー補正、又はノイズ除去を有し得る。理解され得ることには、前処理ユニット１８はオプションコンポーネントとし得る。

【0095】

ビデオエンコーダ２０は、前処理済みピクチャデータ１９を受け取り、符号化ピクチャデータ２１を提供するように構成される（更なる詳細については、例えば図２に基づいて後述する）。ソース装置１２の通信インタフェース２２は、符号化ピクチャデータ２１を受け取り、符号化ピクチャデータ２１（又はその更に処理した任意のバージョン）を、保管又は直接的な再構成のために、通信チャネル１３上で、例えばデスティネーション装置１４又は任意の他の装置といった他の装置に送信するように構成され得る。

【0096】

デスティネーション装置１４は、デコーダ３０（例えば、ビデオデコーダ３０）を有しており、付加的に、すなわち、オプションで、通信インタフェース若しくは通信ユニット２８、ポストプロセッサ３２（又は後処理ユニット３２）、及び表示装置３４を有してもよい。

【0097】

デスティネーション装置１４の通信インタフェース２８は、符号化ピクチャデータ２１（又はその更に処理した任意のバージョン）を、例えば、ソース装置１２から直接的に、あるいは例えば符号化ピクチャデータストレージ装置などのストレージ装置といった任意の他のソースから、受信して、符号化ピクチャデータ２１をデコーダ３０に提供するように構成される。

【0098】

通信インタフェース２２及び通信インタフェース２８は、ソース装置１２とデスティネーション装置１４との間の、例えば直接的な有線若しくは無線接続といった直接的な通信リンクを介して、あるいは、例えば、有線若しくは無線ネットワーク又はこれらの任意の組み合わせ、又は任意の種類の私的及び公的ネットワーク、又はこれらの任意の種類の組み合わせといった任意の種類のネットワークを介して、符号化ピクチャデータ２１又は符号化データ１３を送信又は受信するように構成され得る。

【0099】

通信インタフェース２２は、例えば、符号化ピクチャデータ２１を例えばパケットといった適切なフォーマットにパッケージ化し、且つ／或いは任意の種類の伝送符号化又は通信リンク若しくは通信ネットワーク上での伝送のための処理を用いて符号化ピクチャデータを処理するように構成され得る。

【0100】

通信インタフェース２８は、通信インタフェース２２に対応する物を形成し、例えば、伝送されたデータを受信し、任意の種類の対応する伝送復号若しくは処理及び／又は脱パッケージ化を用いて伝送データを処理して、符号化ピクチャデータ２１を得るように構成され得る。

【0101】

通信インタフェース２２及び通信インタフェース２８はどちらも、ソース装置１２からデスティネーション装置１４を指す図１Ａの通信チャネル１３の矢印によって示される単方向通信インタフェースとして構成されてもよいし、あるいは双方向通信インタフェースとして構成されてもよく、例えば、通信リンク及び／又は例えば符号化ピクチャデータ伝送といったデータ伝送に関係する他の情報を受信確認及び交換するために接続をセットアップするためなどで、メッセージを送受信するように構成され得る。

【0102】

デコーダ３０は、符号化ピクチャデータ２１を受け取り、復号ピクチャデータ３１又は復号ピクチャ３１を提供するように構成される（更なる詳細については、例えば図３又は図５に基づいて後述する）。

【0103】

デスティネーション装置１４のポストプロセッサ３２は、例えば復号ピクチャ３１といった復号ピクチャデータ３１（再構成された映像データとも呼ばれる）を後処理して、例えば後処理済みピクチャ３３といった後処理済みのピクチャデータ３３を得るように構成される。後処理ユニット３２によって実行される後処理は、例えば、カラーフォーマット変換（例えば、ＹＣｂＣｒからＲＧＢへ）、カラー補正、トリミング、若しくは再サンプリング、又は、例えば表示装置３４による表示のために復号ピクチャデータ３１を準備するためなどの任意の他の処理を有し得る。

【0104】

デスティネーション装置１４の表示装置３４は、ピクチャを例えばユーザ又はビューアに表示するために、後処理済みピクチャデータ３３を受け取るように構成される。表示装置３４は、例えば一体化された又は外付けのディスプレイ又はモニタといった、再構成ピクチャを表現するための任意の種類のディスプレイである又はそれを有するとし得る。ディスプレイは、例えば、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プラズマディスプレイ、プロジェクタ、マイクロＬＥＤディスプレイ、液晶・オン・シリコン（ＬＣｏＳ）、デジタルライトプロセッサ（ＤＬＰ）、又は任意の種類の他のディスプレイを有し得る。

【0105】

図１Ａは、ソース装置１２及びデスティネーション装置１４を別々の装置として描いているが、装置の実施形態はまた、ソース装置１２又は対応する機能と、デスティネーション装置１４又は対応する機能との、両方又は両方の機能を有してもよい。そのような実施形態では、ソース装置１２又は対応する機能と、デスティネーション装置１４又は対応する機能とが、同一のハードウェア及び／又はソフトウェアを用いて、又は別々のハードウェア及び／又はソフトウェアによって、又はこれらの任意の組み合わせにて実装され得る。

【0106】

説明に基づいて当業者に明らかなになるように、図１Ａに示したようなソース装置１２及び／又はデスティネーション装置１４内の複数の異なるユニット又は機能の存在及び（正確な）機能分割は、実際の装置及び用途に応じて変わり得る。

【0107】

エンコーダ２０（例えば、ビデオエンコーダ２０）若しくはデコーダ３０（例えば、ビデオデコーダ３０）、又はエンコーダ２０とデコーダ３０との両方は、例えば、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ハードウェア、映像コーディング専用、又はこれらの任意の組み合わせなどの、図１Ｂに示すような処理回路によって実装され得る。エンコーダ２０は、図２のエンコーダ２０及び／又はここに記載されるいずれかの他のエンコーダシステム若しくはサブシステムに関して説明されるような様々なモジュールを具体化するように、処理回路４６によって実装され得る。デコーダ３０は、図３のデコーダ３０及び／又はここに記載されるいずれかの他のデコーダシステム若しくはサブシステムに関して説明されるような様々なモジュールを具体化するように、処理回路４６によって実装され得る。処理回路は、後述する様々な演算を実行するように構成され得る。図５に示すように、当該技術が部分的にソフトウェアで実装される場合、装置が、好適な非一時的なコンピュータ読み取り可能記憶媒体にソフトウェアの命令を格納し、それらの命令を、１つ以上のプロセッサを用いてハードウェアにて実行することで、この開示の技術を実行することができる。ビデオエンコーダ２０及びビデオデコーダ３０のいずれかが、例えば図１Ｂに示すように、単一の装置内の結合されたエンコーダ／デコーダ（ＣＯＤＥＣ）の部分として一体化されてもよい。

【0108】

ソース装置１２及びデスティネーション装置１４は、例えば、ノートブック若しくはラップトップコンピュータ、携帯電話、スマートフォン、タブレット若しくはタブレットコンピュータ、カメラ、デスクトップコンピュータ、セットトップボックス、テレビジョン、ディスプレイ装置、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミング装置（例えばコンテンツサービスサーバ又はコンテンツ配信サーバなど）、放送受信器装置、放送送信器装置など、又はこれらに類するものといった、任意の種類のハンドヘルド装置又は固定装置を含め、広範囲の装置うちのいずれかを有することができ、また、オペレーティングシステムを使用しなくてもよいし、あるいは任意の種類のオペレーティングシステムを使用してもよい。一部のケースにおいて、ソース装置１２及びデスティネーション装置１４は無線通信向けに装備されてもよい。従って、ソース装置１２及びデスティネーション装置１４は無線通信装置であってもよい。

【0109】

一部のケースにおいて、図１Ａに示した映像コーディングシステム１０は、単に一例に過ぎず、本出願の技術は、必ずしも符号化装置と復号装置との間で如何なるデータ通信も含まない映像コーディング設定（例えば、映像符号化又は映像復号）に適用されてもよい。他の例において、データがローカルメモリから取り出されてネットワーク上でストリーミングされるなどする。映像符号化装置が、データを符号化してメモリに格納することができ、且つ／或いは映像復号装置が、メモリからデータを取り出して復号することができる。一部の例において、符号化及び復号は、互いに通信せずに単にデータをメモリにエンコードする及び／又はメモリからデータを取り出して復号する装置によって実行される。

【0110】

説明の便宜のため、発明の実施形態は、ここでは、例えば、ハイエフィシェンシビデオコーディング（ＨＥＶＣ）、又はＩＴＵ－Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）とのジョイントコラボレーションチーム・オン・ビデオコーディング（ＪＣＴ－ＶＣ）によって開発された次世代映像コーディング標準であるバーサタイルビデオコーディング（ＶＶＣ）のリファレンスソフトウェアを参照して説明される。当業者が理解することには、発明の実施形態はＨＥＶＣ又はＶＶＣに限定されるものではない。

【0111】

エンコーダ及び符号化方法
図２は、本出願の技術を実装するように構成されたビデオエンコーダ２０の一例の概略ブロック図を示している。図２の例において、ビデオエンコーダ２０は、入力２０１（又は入力インタフェース２０１）、残差計算ユニット２０４、変換処理ユニット２０６、量子化ユニット２０８、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループフィルタユニット２２０、復号ピクチャバッファ（decoded picture buffer；ＤＰＢ）２３０、モード選択ユニット２６０、エントロピー符号化ユニット２７０、及び出力２７２（又は出力インタフェース２７２）を有している。モード選択ユニット２６０は、インター予測ユニット２４４、イントラ予測ユニット２５４、及び分割ユニット２６２を含み得る。インター予測ユニット２４４は、動き推定ユニット及び動き補償ユニット（図示せず）を含み得る。図２に示すビデオエンコーダ２０は、ハイブリッドビデオエンコーダ、又はハイブリッドビデオコーデックに従ったビデオエンコーダとしても参照され得る。

【0112】

残差計算ユニット２０４、変換処理ユニット２０６、量子化ユニット２０８、モード選択ユニット２６０は、エンコーダ２０の前方信号経路を形成するとして参照され得るものであるのに対し、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、バッファ２１６、ループフィルタ２２０、復号ピクチャバッファ（ＤＰＢ）２３０、インター予測ユニット２４４、及びイントラ予測ユニット２５４は、ビデオエンコーダ２０の後方信号経路を形成するとして参照され得るものであり、ビデオエンコーダ２０の後方信号経路は、デコーダ（図３のビデオデコーダ３０を参照）の信号経路に一致する。逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループフィルタ２２０、復号ピクチャバッファ（ＤＰＢ）２３０、インター予測ユニット２４４、及びイントラ予測ユニット２５４はまた、ビデオエンコーダ２０の“内蔵デコーダ”を形成するとしても参照される。

【0113】

ピクチャ＆ピクチャ分割（ピクチャ＆ブロック）
エンコーダ２０は、例えば入力２０１を介して、例えば映像又は映像シーケンスを形成する一連のピクチャのうちのピクチャといった、ピクチャ１７（又はピクチャデータ１７）を受信するように構成され得る。受信されるピクチャ又はピクチャデータはまた、前処理済みピクチャ１９（又は前処理済みピクチャデータ１９）であってもよい。単純にするため、以下の説明はピクチャ１７を参照する。ピクチャ１７はまた、現在ピクチャ又はコーディング対象のピクチャとしても参照され得る（特に、映像コーディングでは、現在ピクチャを、例えば同一の映像シーケンスすなわち現在ピクチャをも含む映像シーケンスのうち先行して符号化及び／又は復号されたピクチャといった他のピクチャから区別するため）。

【0114】

（デジタル）ピクチャは、強度値を有するサンプルの二次元アレイ又はマトリクスとみなされ、あるいはそうみなされることができる。アレイ内のサンプルは、ピクセル（ピクチャエレメントの短縮形）又はペルとしても参照され得る。アレイ又はピクチャの水平及び垂直方向（又は軸）のサンプルの数が、ピクチャのサイズ及び／又は解像度を定める。色の表現のため、典型的に３つの色成分が使用され、すなわち、ピクチャは、３つのサンプルアレイで表現され、あるいはそれらを含み得る。ＲＧＢフォーマット又は色空間では、ピクチャは、対応する赤、緑及び青のサンプルアレイを有する。しかしながら、映像コーディングにおいて、各ピクセルは典型的に、例えば、Ｙによって示されるルミナンス成分（代わりにＬが使用されることもある）と、Ｃｂ及びＣｒによって示される２つのクロミナンス成分とを有するものであるＹＣｂＣｒといった、ルミナンス及びクロミナンスのフォーマット又は色空間で表現される。ルミナンス（又は略してルマ）成分Ｙは輝度又は（例えば、グレースケールピクチャにおいてのような）グレーレベル強度を表し、２つのクロミナンス（又は略してクロマ）成分Ｃｂ及びＣｒは色度又は色情報成分を表す。従って、ＹＣｂＣｒフォーマットのピクチャは、ルミナンスサンプル値（Ｙ）のルミナンスサンプルアレイと、クロミナンス値（Ｃｂ及びＣｒ）の２つのクロミナンスサンプルアレイとを有する。ＲＧＢフォーマットのピクチャはＹＣｂＣｒフォーマットに変換される（converted又はtransformed）ことができ、その逆もまた然りであり、このプロセスは、カラー変換（transformation又はconversion）としても知られている。ピクチャがモノクロである場合、そのピクチャはルミナンスサンプルアレイのみを有し得る。従って、ピクチャは、例えば、モノクロフォーマットにおいてはルマサンプルのアレイであることができ、あるいは４：２：０、４：２：２、及び４：４：４カラーフォーマットにおいてはルマサンプルのアレイとクロマサンプルの２つの対応するアレイとであることができる。

【0115】

ビデオエンコーダ２０の実施形態は、ピクチャ１７を複数の（典型的には重なり合わない）ピクチャブロック２０３に分割するように構成されたピクチャ分割ユニット（図２には示さず）を有し得る。これらのブロックは、ルートブロック、マクロブロック（Ｈ．２６４／ＡＶＣ）、又はコーディングツリーブロック（ＣＴＢ）若しくはコーディングツリーユニット（ＣＴＵ）（Ｈ．２６５／ＨＥＶＣ及びＶＶＣ）として参照されることもある。ピクチャ分割ユニットは、映像シーケンスの全てのピクチャ及びブロックサイズを定める対応するグリッドに対して同じブロックサイズを使用して、又はピクチャ間で、又はピクチャのサブセット若しくはグループ間でブロックサイズを変更して、各ピクチャを対応するブロックに分割するように構成され得る。

【0116】

更なる実施形態において、ビデオエンコーダは、例えばピクチャ１７を形成する１つの、幾つかの、又は全てのブロックといった、ピクチャ１７のブロック２０３を直接受信するように構成され得る。ピクチャブロック２０３は、現在ピクチャブロック又はコーディング対象のピクチャブロックとして参照されることもある。

【0117】

ピクチャ１７と同様に、ピクチャブロック２０３もやはり、強度値（サンプル値）を有するサンプルの二次元アレイ又はマトリクスとみなされ、あるいはそうみなされることができるが、ピクチャ１７よりも小さい寸法のものである。換言すれば、ブロック２０３は、例えば、１つのサンプルアレイ（例えば、モノクロピクチャ１７の場合のルマアレイ、又はカラーピクチャの場合のルマアレイ若しくはクロマアレイ）、又は３つのサンプルアレイ（例えば、カラーピクチャ１７の場合のルマアレイ及び２つのクロマアレイ）、又は適用されるカラーフォーマットに応じた何らかの他の数及び／又は種類のアレイを有し得る。ブロック２０３の水平及び垂直方向（又は軸）のサンプルの数が、ブロック２０３のサイズを定める。従って、ブロックは、例えば、サンプルのＭ×Ｎ（Ｍ列×Ｎ行）アレイ、又は変換係数のＭ×Ｎアレイとし得る。

【0118】

図２に示すビデオエンコーダ２０の実施形態は、ブロック毎にピクチャ１７を符号化するように構成されることができ、例えば、符号化及び予測がブロック２０３毎に実行される。

【0119】

図２に示すビデオエンコーダ２０の実施形態は更に、スライス（映像スライスとしても参照される）を使用することによってピクチャを分割及び／又は符号化するように構成されることができ、ピクチャが、１つ以上のスライス（典型的に重なり合わない）に分割され又は１つ以上のスライス（典型的に重なり合わない）を用いて符号化され得るとともに、各スライスが、１つ以上のブロック（例えば、ＣＴＵ）を有し得る。

【0120】

図２に示すビデオエンコーダ２０の実施形態は更に、タイルグループ（映像タイルグループとしても参照される）及び／又はタイル（映像タイルとしても参照される）を使用することによってピクチャを分割及び／又は符号化するように構成されることができ、ピクチャが、１つ以上のタイルグループ（典型的に重なり合わない）に分割され又は１つ以上のタイルグループ（典型的に重なり合わない）を用いて符号化され得るとともに、各タイルグループが、例えば、１つ以上のブロック（例えば、ＣＴＵ）又は１つ以上のタイルを有することができ、各タイルは、例えば、矩形の形状のものとし得るとともに、例えば完全なるブロック又は部分的なブロックといった、１つ以上のブロック（例えば、ＣＴＵ）を有し得る。

【0121】

残差計算
残差計算ユニット２０４は、ピクチャブロック２０３及び予測ブロック２６５（予測ブロック２６５に関する更なる詳細については後に提供する）に基づいて、例えば、予測ブロック２６５のサンプル値をピクチャブロック２０３のサンプル値からサンプル毎（ピクセル毎）に差し引くことにより、残差ブロック２０５（残差２０５としても参照される）を計算して、サンプルドメインにおける残差ブロック２０５を得るように構成され得る。

【0122】

変換
変換処理ユニット２０６は、残差ブロック２０５のサンプル値に対して例えば離散コサイン変換（ＤＣＴ）又は離散サイン変換（ＤＳＴ）といった変換を適用して、変換ドメインにおける変換係数２０７を得るように構成され得る。変換係数２０７は、変換残差係数として参照されることもあり、変換ドメインでの残差ブロック２０５を表し得る。

【0123】

変換処理ユニット２０６は、例えばＨ．２６５／ＨＥＶＣに対して規定された変換など、ＤＣＴ／ＤＳＴの整数近似を適用するように構成されてもよい。直交ＤＣＴ変換と比較して、そのような整数近似は、典型的に、ある特定の係数によってスケーリングされる。順変換及び逆変換によって処理される残差ブロックのノルムを保存するために、変換プロセスの一部として追加のスケーリング係数が適用される。スケーリング係数は、典型的に、スケーリング係数はシフト演算のために２のべき乗であること、変換係数のビット深度、精度と実装コストとの間のトレードオフなどのような、特定の制約に基づいて選択される。特定のスケーリング係数が、例えば逆変換処理ユニット２１２による逆変換に関して（及び、ビデオデコーダ３０における例えば逆変換処理ユニット３１２による対応する逆変換に関して）指定され、また、それに従って、エンコーダ２０における例えば変換処理ユニット２０６による順変換に関する対応するスケーリング係数が指定され得る。

【0124】

ビデオエンコーダ２０（それぞれ変換処理ユニット２０６）の実施形態は、エントロピー符号化ユニット２７０を介して、例えば１つ以上の変換のタイプといった変換パラメータを、例えば直接又は符号化若しくは圧縮して出力するように構成されることができ、その結果、例えば、ビデオデコーダ３０が復号のために変換パラメータを受信して使用し得る。

【0125】

量子化
量子化ユニット２０８は、例えばスカラー量子化又はベクトル量子化を適用することによって、変換係数２０７を量子化して、量子化された係数２０９を得るように構成され得る。量子化された係数２０９は、量子化された変換係数２０９又は量子化された残差係数２０９として参照されることもある。

【0126】

量子化プロセスは、変換係数２０７の一部又は全てに関連するビット深度を減少させ得る。例えば、ｎはｍより大きいとして、ｎビットの変換係数が量子化の間にｍビットの変換係数に丸められ得る。量子化の程度は、量子化パラメータ（ＱＰ）を調節することによって変更され得る。例えば、スカラー量子化の場合、より細かい又はより粗い量子化を達成するために、異なるスケーリングが適用され得る。より小さい量子化ステップサイズは、より細かい量子化に対応し、より大きい量子化ステップサイズは、より粗い量子化に対応する。適用可能な量子化ステップサイズは、量子化パラメータ（ＱＰ）によって指し示され得る。量子化パラメータは、例えば、予め定められた一組の適用可能な量子化ステップサイズに対するインデックスとし得る。例えば、小さい量子化パラメータが細かい量子化（小さい量子化ステップサイズ）に対応することができるとともに、大きい量子化パラメータが粗い量子化（大きい量子化ステップサイズ）に対応するとすることができ、その逆もまた然りである。量子化は、量子化ステップサイズによる除算を含むことができ、例えば逆量子化ユニット２１０による、対応する且つ／或いは逆の、量子化解除は、量子化ステップサイズによる乗算を含むことができる。例えばＨＥＶＣといった一部の標準に従った実施形態は、量子化パラメータを用いて量子化ステップサイズを決定するように構成され得る。一般に、量子化ステップサイズは、除算を含む式の固定小数点近似を用いて、量子化パラメータに基づいて計算され得る。残差ブロックのノルムを復元するために追加のスケーリング係数を量子化及び量子化解除に対して導入してもよく、量子化ステップサイズ及び量子化パラメータについての式の固定小数点近似に使用されるスケーリングに起因して、残差ブロックのノルムが変更され得る。一実装例において、逆変換及び量子化解除のスケーリングを組み合わせてもよい。あるいは、カスタマイズされた量子化テーブルを使用し、それをエンコーダからデコーダへ例えばビットストリーム内でシグナリングしてもよい。量子化は、非可逆演算であり、量子化ステップサイズを大きくするのに伴って損失が増加する。

【0127】

ピクチャ圧縮レベルは、ピクチャ全体に対して固定され得る（例えば、同一の量子化パラメータ値を使用することによって）又はピクチャの異なる領域に対して異なる量子化パラメータ値を有し得る量子化パラメータによって制御される。ＹＣｂＣｒ ４：２：０及び４：２：２映像では、ルマ成分の信号特性とクロマ成分の信号特性とがかなり異なる。具体的には、クロマは強いローパス特性を示すことが多い。強い量子化が適用されると、クロマ情報が完全にゼロに量子化されてしまうことがあり、これは、色の完全なる喪失につながることになる。従って、これを抑制するために、クロマ用の量子化器ステップサイズは、高いＱＰ値に対するクロマ量子化器ステップサイズを小さくすることによって適応される［２］。

【0128】

［１］で規定されるハイエフィシェンシビデオコーディング（ＨＥＶＣ）標準では、クロマ量子化パラメータＱＰｃは表１によって導出され、ここで、ｑＰｉは、関連するルマ量子化パラメータに、ピクチャパラメータセット（ＰＰＳ）及び／又はスライスヘッダ内でシグナリングされるクロマＱＰオフセット値を加えたものに等しい。関連するルマＱＰ値からのクロマＱＰ値の導出は、異なるクロマＱＰオフセット値をシグナリングすることによって調整されることができる。正のクロマＱＰオフセット値は、関連するクロマ成分に対して、より粗い量子化器をもたらすことになる。

【表15】

【0129】

［２］に従った、ＨＥＶＣ（黒色）及びＨ．２６４｜ＡＶＣ（灰色）についての、量子化パラメータインデックスＱＰ_ｉのクロマ量子化パラメータＱＰ_ｃへのマッピングを概略的に表したものを、図６に提示する。

【0130】

ＨＥＶＣ標準では、ルミナンス（又はルマ）コーディングブロック（ＣＢ）用のＱＰ値は、予測ＱＰ（ｑＰＹ＿ＰＲＥＤ）に基づいて導出され、そして、予測ＱＰ（ｑＰＹ＿ＰＲＥＤ）はフレーム／スライス／タイル内でのＣＢ位置に依存する。次いで、Ｑｐ_Ｙ変数が、次の式１によって導出される：
Ｑｐ_Ｙ＝（（ｑＰＹ_ＰＲＥＤ＋ＣｕＱｐＤｅｌｔａＶａｌ＋６４＋２＊ＱｐＢｄＯｆｆｓｅｔＹ）％（６４＋ＱｐＢｄＯｆｆｓｅｔＹ））－ＱｐＢｄＯｆｆｓｅｔＹ （式１）
ここで、ＣｕＱｐＤｅｌｔａＶａｌは、コーディングユニット（ＣＵ）に対してシグナリング又は導出されるデルタＱＰ値であり、ＱｐＢｄＯｆｆｓｅｔＹは、ルマビット深度（ＨＥＶＣ標準から、この用語は“ルマアレイのサンプルのビット深度”に対応する）に依存した一定のオフセットである。最後に、ルミナンス（又はルマ）成分の量子化パラメータＱｐ_Ｙ’が、次の式２によって計算され得る：
Ｑｐ_Ｙ’＝Ｑｐ_Ｙ＋ＱｐＢｄＯｆｆｓｅｔＹ （式２）
変数ｑＰＣｂ及びｑＰＣｒは、それぞれｑＰｉＣｂ又はｑＰｉＣｒに等しいインデックスｑＰｉに基づいて、マッピングテーブル（例えば、表１）に規定されるＱｐＣの値に等しく設定され、ｑＰｉＣｂ及びｑＰｉＣｒは、式３によって以下のように導出される：
ｑＰｉＣｂ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ）
ｑＰｉＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔＣ，６９，ＱｐＹ＋ｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ）
（式３）
ここで、ＱｐＢｄＯｆｆｓｅｔＣは、クロマビット深度（ＨＥＶＣ標準から、この用語は“クロマアレイのサンプルのビット深度”に対応する）に依存した一定のオフセットであり、ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ又はｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、ピクチャパラメータセット（ＰＰＳ）によってシグナリングされるＣｂ成分又はＣｒ成分用の固定のオフセットであり、ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ又はｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、スライスヘッダ内でシグナリングされるＣｂ成分又はＣｒ成分用の固定のオフセットであり、

【数1】

である。

【0131】

Ｃｂ及びＣｒ成分用のクロマ量子化パラメータ（Ｑｐ_Ｃｂ’及びＱｐ_Ｃｒ’）は、次の式５のように導出される：
Ｑｐ_Ｃｂ’＝ｑＰ_Ｃｂ＋ＱｐＢｄＯｆｆｓｅｔＣ
Ｑｐ_Ｃｒ’＝ｑＰ_Ｃｒ＋ＱｐＢｄＯｆｆｓｅｔＣ
（式５）
変数ｑＰ_Ｃｂ及びｑＰ_Ｃｒは、それぞれｑＰｉ_Ｃｂ及びｑＰｉ_Ｃｒに等しいインデックスｑＰｉに基づいて、表１に規定されるＱｐ_Ｃの値に等しく設定される。

【0132】

ＶＶＣは、新たに開発中の標準であり、仕様書ドラフト第５版［］にて、クロマ量子化パラメータを導出するための以下の手順を含んでいる：
－ ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しいとき、変数Ｑｐ_Ｙは、ルマ位置（ｘＣｂ＋ｃｂＷｉｄｔｈ／２，ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２）をカバーするルマコーディングユニットのルマ量子化パラメータＱｐ_Ｙに等しく設定される。
－ 変数ｑＰ_Ｃｂ、ｑＰ_Ｃｒ及びｑＰ_ＣｂＣｒは、次のように導出される：
ｑＰｉ_Ｃｂ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ_Ｃ，６９，Ｑｐ_Ｙ＋ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ） （８－９２６）
ｑＰｉ_Ｃｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ_Ｃ，６９，Ｑｐ_Ｙ＋ｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔ） （８－９２７）
ｑＰｉ_ＣｂＣｒ＝Ｃｌｉｐ３（－ＱｐＢｄＯｆｆｓｅｔ_Ｃ，６９，Ｑｐ_Ｙ＋ｐｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ＋ｓｌｉｃｅ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｑｐ＿ｏｆｆｓｅｔ） （８－９２８）
－ ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが１に等しい場合、変数ｑＰ_Ｃｂ、ｑＰ_Ｃｒ、及びｑＰ_ＣｂＣｒは、それぞれｑＰｉ_Ｃｂ、ｑＰｉ_Ｃｒ及びｑＰｉ_ＣｂＣｒに等しいインデックスｑＰｉに基づいて、Ｑｐ’_ＣｂＣｒ＝ｑＰ_ＣｂＣｒ＋ＱｐＢｄＯｆｆｓｅｔＣ （８－９３１）表２に規定されるＱｐ_Ｃの値に等しく設定される。
－ それ以外の場合、変数ｑＰ_Ｃｂ、ｑＰ_Ｃｒ及びｑＰ_ＣｂＣｒは、それぞれｑＰｉ_Ｃｂ、ｑＰｉ_Ｃｒ及びｑＰｉ_ＣｂＣｒに等しいインデックスｑＰｉに基づいて、Ｍｉｎ（ｑＰｉ，６３）に等しく設定される。
－ Ｃｂ及びＣｒ成分用のクロマ量子化パラメータＱｐ’_Ｃｂ及びＱｐ’_Ｃｒ、並びにジョイントＣｂ－ＣｒコーディングＱｐ’_ＣｂＣｒは、以下のように導出される：
Ｑｐ’_Ｃｂ＝ｑＰ_Ｃｂ＋ＱｐＢｄＯｆｆｓｅｔ_Ｃ （８－９２９）
Ｑｐ’_Ｃｒ＝ｑＰ_Ｃｒ＋ＱｐＢｄＯｆｆｓｅｔ_Ｃ （８－９３０）
Ｑｐ’_ＣｂＣｒ＝ｑＰ_ＣｂＣｒ＋ＱｐＢｄＯｆｆｓｅｔ_Ｃ （８－９３１）

【表16】

ここで、ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔ及びｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔは、対応してピクチャパラメータセット（ＰＰＳ）及び／又はスライスヘッダ内でシグナリングされるピクチャレベル及びスライスレベルのクロマＱＰオフセット値である。

【0133】

クロマ圧縮効率は、クロマ分離ツリー及びＣＣＬＭのようなクロマ専用コーディングツールを含めることにより、ＶＶＣで大幅に改善されているので、クロマＱｐマッピング関数は調整を必要とし得る。

【0134】

ＨＥＶＣ標準（表１）においてと同じクロマＱｐマッピングテーブル（表２）が使用されることが分かる。ＨＥＶＣとは対照的に、ブロックに対する量子化パラメータを導出するために、Ｑｐ’_Ｃｂ及びＱｐ’_Ｃｒの他にＱｐ’_ＣｂＣｒが導入され、Ｃｂ及びＣｒカラー成分がまとめて量子化される。このＱｐ’_ＣｂＣｒパラメータも、表２に規定されるクロマＱｐマッピング関数に基づいて導出される。

【0135】

上述のように、関連するルマＱＰ値からのクロマＱＰ値の導出は、異なるクロマＱＰオフセット値をシグナリングすることによって調整されることができる。正のクロマＱＰオフセット値は、関連するクロマ成分に対して、より粗い量子化器をもたらすことになる。図１０は、１に等しいクロマＱｐオフセットでのＨＥＶＣ／ＶＶＣクロマＱｐマッピング関数の例を示している。

【0136】

ビデオエンコーダ２０の実施形態（それぞれ量子化ユニット２０８）は、エントロピー符号化ユニット２７０を介して、量子化パラメータ（ＱＰ）を、例えば直接又は符号化して出力するように構成されることができ、その結果、例えば、ビデオデコーダ３０が復号のために量子化パラメータを受信して適用し得る。

【0137】

逆量子化
逆量子化ユニット２１０は、例えば、量子化ユニット２０８と同じ量子化ステップサイズに基づいて又はそれを用いて、量子化ユニット２０８によって適用された量子化スキームの逆を適用することによって、量子化された係数に対して量子化ユニット２０８の逆量子化を適用して、量子化解除された係数２１１を得るように構成される。量子化解除された係数２１１は、量子化解除された残差係数２１１として参照されることもあり、変換係数２０７に対応するが、典型的には量子化による損失のために変換係数と同じではない。

【0138】

逆変換
逆変換処理ユニット２１２は、例えば、逆の離散コサイン変換（ＤＣＴ）、逆の離散サイン変換（ＤＳＴ）、又は他の逆変換といった、変換処理ユニット２０６によって適用された変換の逆変換を適用して、サンプルドメインにおける再構成残差ブロック２１３（又は対応する量子化解除された係数２１３）を得るように構成される。再構成残差ブロック２１３は、変換ブロック２１３として参照されることもある。

【0139】

再構成
再構成ユニット２１４（例えば、加算器（adder又はsummer）２１４）は、例えば再構成残差ブロック２１３のサンプル値と予測ブロック２６５のサンプル値とをサンプル毎に足し合わせることによって、変換ブロック２１３（すなわち、再構成残差ブロック２１３）を予測ブロック２６５に足し合わせて、サンプルドメインにおける再構成ブロック２１５を得るように構成される。

【0140】

フィルタリング
ループフィルタユニット２２０（又は略して“ループフィルタ”２２０）は、再構成ブロック２１５をフィルタリングして、フィルタリングされたブロック２２１を得るように構成され、又は一般に、再構成サンプルをフィルタリングして、フィルタリングされたサンプルを得るように構成される。ループフィルタユニットは、例えば、ピクセル遷移を平滑化するように構成され、又はその他の方法で映像品質を向上させるように構成される。ループフィルタユニット２２０は、例えば、デブロッキングフィルタ、サンプル適応オフセット（sample-adaptive offset；ＳＡＯ）フィルタ、又は例えばバイラテラルフィルタ、適応ループフィルタ（adaptive loop filter；ＡＬＦ）、鮮鋭化、平滑化フィルタ、若しくはコラボティブフィルタ、又はこれらの任意の組み合わせといった１つ以上の他のフィルタなどの、１つ以上のループフィルタを有し得る。ループフィルタユニット２２０は、図２ではインループフィルタとして示されているが、他の構成では、ループフィルタユニット２２０は、ポストループフィルタとして実装されてもよい。フィルタリングされたブロック２２１は、フィルタリングされた再構成ブロック２２１として参照されることもある。

【0141】

ビデオエンコーダ２０の実施形態（それぞれループフィルタユニット２２０）は、エントロピー符号化ユニット２７０を介して、ループフィルタパラメータ（例えば、サンプル適応オフセット情報など）を、例えば直接又は符号化して出力するように構成されることができ、その結果、例えば、デコーダ３０が復号のために同じループフィルタパラメータ又はそれぞれのループフィルタを受信して適用使用し得る。

【0142】

復号ピクチャバッファ
復号ピクチャバッファ（ＤＰＢ）２３０は、ビデオエンコーダ２０によって映像データを符号化するための参照ピクチャ又は一般に参照ピクチャデータを格納するメモリとし得る。ＤＰＢ２３０は、例えば、同期ＤＲＡＭ（ＳＤＲＡＭ）を含めたダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、又は他のタイプのメモリデバイスなどの、多様なメモリデバイスのうちのいずれかによって形成され得る。復号ピクチャバッファ（ＤＰＢ）２３０は、フィルタリングされた１つ以上のブロック２２１を格納するように構成され得る。復号ピクチャバッファ２３０は更に、同じ現在ピクチャの又は例えば先行再構成ピクチャなどの異なるピクチャの、先行して再構成されてフィルタリングされたブロック２２１といった、他の先行したフィルタリングされたブロックを格納するように構成されてもよく、また、例えばインター予測のために、完全な先行した再構成すなわち復号されたピクチャ（並びに対応する参照ブロック及びサンプル）、及び／又は部分的に再構成された現在ピクチャ（並びに対応する参照ブロック及びサンプル）を提供し得る。復号ピクチャバッファ（ＤＰＢ）２３０はまた、例えば再構成ブロック２１５がループフィルタユニット２２０によってフィルタリングされない場合に、１つ以上のフィルタリングされていない再構成ブロック２１５、又は一般に、フィルタリングされていない再構成サンプルを格納するように構成されてもよく、あるいは、再構成ブロック又は再構成サンプルの任意の他の更に処理されたバージョンを格納するように構成されてもよい。

【0143】

モード選択（分割＆予測）
モード選択ユニット２６０は、分割ユニット２６２、インター予測ユニット２４４、及びイントラ予測ユニット２５４を有し、例えば元のブロック２０３（現在ピクチャ１７の現在ブロック２０３）といった、元のピクチャデータと、例えば復号ピクチャバッファ２３０又は他のバッファ（例えば、ラインバッファ、図示せず）からの、例えば同一（現在）ピクチャの及び／又は１つ若しくは複数の先行復号ピクチャからのフィルタリングされた及び／又はフィルタリングされていない再構成サンプル若しくはブロックといった、再構成ピクチャデータと、を受信又は取得するように構成される。再構成ピクチャデータは、予測ブロック２６５又は予測子２６５を得るために、例えばインター予測又はイントラ予測である予測のための参照ピクチャデータとして使用される。

【0144】

モード選択ユニット２６０は、現在ブロック予測モードについての分割（分割なしを含む）及び予測モード（例えば、イントラ又はインター予測モード）を決定又は選択し、対応する予測ブロック２６５を生成するように構成されることができ、該予測ブロック２６５が、残差ブロック２０５の計算のため及び再構成ブロック２１５の再構成のために使用される。

【0145】

モード選択ユニット２６０の実施形態は、最良の一致若しくは換言して最小の残差（最小の残差は、伝送又は保管のためにより良い圧縮を意味する）又は最小のシグナリングオーバーヘッド（最小のシグナリングオーバーヘッドは、伝送又は保管のためにより良い圧縮を意味する）を提供するものである、あるいは両方を考慮するかバランスさせるかするものである分割及び予測モードを（例えば、モード選択ユニット２６０によってサポートされているもの又はモード選択ユニット２６０に利用可能なものから）選択するように構成され得る。モード選択ユニット２６０は、レート歪み最適化（rate distortion optimization；ＲＤＯ）に基づいて分割及び予測モードを決定するように、すなわち、最小のレート歪みを提供する予測モードを選択するように構成されてもよい。この文脈における“最良”、“最小”、“最適”のような用語は、必ずしも全体的な“最良”、“最小”、“最適”などを意味するわけではなく、値が閾値又は他の制約を上回るか下回るかして、“準最適な選択”ではあるが複雑さ及び処理時間を減少させることにつながる可能性があるといったような、終了基準又は選択基準の達成をも意味し得る。

【0146】

換言すれば、分割ユニット２６２は、例えば、四分木分割（ＱＴ）、二分木分割（ＢＴ）若しくは三分木分割（ＴＴ）、又はこれらの任意の組み合わせを繰り返し用いて、ブロック２０３を、より小さいブロックパーティション又はサブブロック（これらもやはりブロックを形成する）へと分割し、例えば、ブロックパーティション又はサブブロックの各々について予測を実行するように構成されることができ、モード選択は、分割されるブロック２０３のツリー構造の選択を有し、予測モードは、ブロックパーティション又はサブブロックの各々に適用される。

【0147】

以下、ビデオエンコーダ２０の一例によって行われる分割（例えば、分割ユニット２６０による）及び予測処理（インター予測ユニット２４４及びイントラ予測ユニット２５４による）を更に詳細に説明する。

【0148】

分割
分割ユニット２６２は、現在ブロック２０３を、例えば正方形又は長方形のいっそう小さいサイズのブロックといった、より小さいパーティションに分割する（又はスプリットする）ことができる。より小さいこれらのブロック（これらはサブブロックとして参照されることもある）が、さらに小さいパーティションへと更に分割されてもよい。これは、ツリー分割又は階層ツリー分割とも呼ばれ、例えばルートツリーレベル０（階層レベル０、深さ０）にあるルートブロックを再帰的に分割することができ、例えば、ツリーレベル１（階層レベル１、深さ１）にあるノードといった次の下位ツリーレベルの２つ以上のブロックに分割され、これらのブロックが再び、例えばツリーレベル２（階層レベル２、深さ２）といった次の下位レベルの２つ以上のブロックに分割される等々、例えば最大ツリー深さ又は最小ブロックサイズに到達するといった終了基準が満たされるなどによって分割が終了するまで続けられ得る。それ以上分割されないブロックは、ツリーのリーフブロック又はリーフノードとも呼ばれる。２つのパーティションへの分割を用いるツリーは二分木（ＢＴ）と呼ばれ、３つのパーティションへの分割を用いるツリーは三分木（ＴＴ）と呼ばれ、そして、４つのパーティションへの分割を用いるツリーは四分木（ＱＴ）と呼ばれる。

【0149】

前述したように、用語“ブロック”は、ここで使用されるとき、特に正方形又は長方形の部分である、ピクチャの一部である。例えばＨＥＶＣ及びＶＶＣを参照すれば、ブロックは、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、及び変換ユニット（ＴＵ）である又はそれらに相当することができ、及び／又は例えばコーディングツリーブロック（ＣＴＢ）、コーディングブロック（ＣＢ）、変換ブロック（ＴＢ）又は予測ブロック（ＰＢ）といった、対応するブロックに相当することができる。

【0150】

例えば、コーディングツリーユニット（ＣＴＵ）は、３つのサンプルアレイを有するピクチャの、ルマサンプルのＣＴＢ、２つの対応するクロマサンプルのＣＴＢ、又はモノクロピクチャの若しくは３つの別々のカラープレーンを用いてコーディングされるピクチャのサンプルのＣＴＢと、サンプルをコーディングするのに使用される構文構造、であるとすることができ、あるいはそれらを有することができる。対応して、コーディングツリーブロック（ＣＴＢ）は、何らかの値ＮでのサンプルのＮ×Ｎブロックとすることができ、ある成分を複数のＣＴＢへと分けることが分割である。コーディングユニット（ＣＵ）は、３つのサンプルアレイを有するピクチャの、ルマサンプルのコーディングブロック、２つの対応するクロマサンプルのコーディングブロック、又はモノクロピクチャの若しくは３つの別々のカラープレーンを用いてコーディングされるピクチャのサンプルのコーディングブロックと、サンプルをコーディングするのに使用される構文構造、であるとすることができ、あるいはそれらを有することができる。対応して、コーディングブロック（ＣＢ）は、何らかの値Ｍ及びＮでのサンプルのＭ×Ｎブロックとすることができ、ＣＴＢを複数のコーディングブロックへと分けることが分割である。

【0151】

実施形態において、例えばＨＥＶＣによれば、コーディングツリーユニット（ＣＴＵ）は、コーディングツリーと表記される四分木構造を用いることによってＣＵにスプリットされ得る。ピクチャ領域をインターピクチャ（時間）予測を用いてコーディングするか、それともイントラピクチャ（空間）予測を用いてコーディングするかの決定が、ＣＵレベルで為される。各ＣＵは更に、ＰＵスプリットタイプに従って、１つ、２つ、又は４つのＰＵにスプリットされることができる。１つのＰＵ内では、同じ予測プロセスが適用され、関連情報がＰＵベースでデコーダに伝送される。ＰＵスプリット型に基づいて予測プロセスを適用することによって残差ブロックを得た後に、ＣＵを、ＣＵに対するコーディングツリーと同様の別の四分木構造に従って変換ユニット（ＴＵ）に分割することができる。

【0152】

実施形態において、例えばバーサタイルビデオコーディング（ＶＶＣ）と称される現在開発中の最新の映像コーディング標準によれば、コーディングブロックを分割するのに例えばコンバインド四分木・二分木（ＱＴＢＴ）分割が使用される。ＱＴＢＴブロック構造において、ＣＵは正方形又は長方形のいずれかの形状を持つことができる。例えば、コーディングツリーユニット（ＣＴＵ）は先ず四分木構造によって分割される。四分木リーフノードが更に、二分木構造又は三分木（ternary tree又はtriple tree）構造によって分割される。分割木リーフノードはコーディングユニット（ＣＵ）と呼ばれ、そのセグメンテーションが、更なる分割なしで予測及び変換処理に使用される。これが意味することは、ＣＵ、ＰＵ、及びＴＵは、ＱＴＢＴコーディングブロック構造において同じブロックサイズを持つということである。並列に、ＱＴＢＴブロック構造とともに例えば三分木分割などの多重分割が使用されてもよい。

【0153】

一例において、ビデオエンコーダ２０のモード選択ユニット２６０は、ここに記載される分割技術の任意の組み合わせを実行するように構成されてもよい。

【0154】

上述のように、ビデオエンコーダ２０は、（例えば、所定の）予測モードのセットから最良又は最適な予測モードを決定又は選択するように構成される。予測モードのセットは、例えば、複数のイントラ予測モード及び／又は複数のインター予測モードを有し得る。

【0155】

イントラ予測
イントラ予測モードのセットは、例えばＨＥＶＣで規定されるように、３５個の異なるイントラ予測モード、例えば、ＤＣ（又は平均）モード及びプレーナモードのような非方向モード、又は方向モード、を有することができ、あるいは、ＶＶＣ向けに規定されるように、６７個の異なるイントラ予測モード、例えば、ＤＣ（又は平均）モード及びプレーナモードのような非方向モード、又は方向モード、を有することができる。

【0156】

イントラ予測ユニット２５４は、同じ現在ピクチャの隣接ブロックの再構成サンプルを用いて、イントラ予測モードのセットのうちのあるイントラ予測モードに従ってイントラ予測ブロック２６５を生成するように構成される。

【0157】

イントラ予測ユニット２５４（又は、一般に、モード選択ユニット２６０）は更に、イントラ予測パラメータ（又は、一般に、そのブロックに対して選択されたイントラ予測モードを指し示す情報）を、符号化ピクチャデータ２１に含める構文要素２６６の形態で、エントロピー符号化ユニット２７０に出力するように構成され、その結果、例えば、ビデオデコーダ３０が復号のために予測パラメータを受信して使用し得る。

【0158】

インター予測
インター予測モード（又は取り得るインター予測モード）のセットは、利用可能な参照ピクチャ（すなわち、先行する少なくとも部分的に復号されたピクチャ、例えば、ＤＢＰ２３０に格納されている）、及び他のインター予測パラメータ、例えば、最良一致の参照ブロックを探索するために使用されるのが、参照ピクチャのうち、参照ピクチャ全体であるのか、それとも、例えば現在ブロックの領域の周りのサーチウィンドウ領域といった一部のみであるのか、及び／又は、例えば、例えば二分の一／半ペル及び／又は四分の一ペル補間といったピクセル補間が適用されるか否か、に依存する。

【0159】

上の予測モードに加えて、スキップモード及び／又は直接モードが適用されてもよい。

【0160】

インター予測ユニット２４４は、動き推定（ＭＥ）ユニット及び動き補償（ＭＣ）ユニット（どちらも図２には示さず）を含み得る。動き推定ユニットは、動き推定のために、ピクチャブロック２０３（現在ピクチャ１７の現在ピクチャブロック２０３）と、復号ピクチャ２３１、又は例えば１つ又は複数の他の／異なる先行復号ピクチャ２３１の再構成ブロックといった少なくとも１つ又は複数の先行再構成ブロックと、を受信又は取得するように構成され得る。例えば、映像シーケンスは現在ピクチャと先行復号ピクチャ２３１とを有することができ、すなわち換言すれば、現在ピクチャ及び先行復号ピクチャ２３１は、映像シーケンスを形成する一連のピクチャの一部であることができ、あるいはそれを形成することができる。

【0161】

エンコーダ２０は、例えば、複数の他のピクチャの中の同一ピクチャ又は複数の異なるピクチャの複数の参照ブロックから参照ブロックを選択し、参照ピクチャ（又は参照ピクチャインデックス）及び／又は参照ブロックの位置（ｘ，ｙ座標）と現在ブロックの位置との間のオフセット（空間オフセット）を、インター予測パラメータとして、動き推定ユニットに提供するように構成され得る。このオフセットは、動きベクトル（ＭＶ）とも呼ばれる。

【0162】

動き補償ユニットは、インター予測パラメータを例えば受信するなどして取得し、インター予測パラメータに基づいて又はそれを用いてインター予測を実行して、インター予測ブロック２６５を得るように構成される。動き補償ユニットによって実行される動き補償は、動き推定によって決定された動き／ブロックベクトルに基づいて、予測ブロックをフェッチ又は生成することを含むことができ、場合により、サブピクセル精度への補間を実行する。補間フィルタリングは、既知のピクセルサンプルから追加のピクセルサンプルを生成することができ、それ故に、ピクチャブロックをコーディングするのに使用され得る候補予測ブロックの数を増やせる可能性がある。現在ピクチャブロックのＰＵに関する動きベクトルを受信すると、動き補償ユニットは、動きベクトルが指す予測ブロックを参照ピクチャリストのうちの１つ内で位置特定し得る。

【0163】

動き補償ユニットはまた、映像スライスのピクチャブロックを復号する際にビデオデコーダ３０によって使用される、ブロック及び映像スライスに関連する構文要素を生成し得る。スライス及びそれぞれの構文要素に加えて、又はこれらの代わりとして、タイルグループ及び／又はタイル並びにそれぞれの構文要素が生成されるか使用されるかしてもよい。

【0164】

エントロピーコーディング
エントロピー符号化ユニット２７０は、例えば、量子化された係数２０９、インター予測パラメータ、イントラ予測パラメータ、ループフィルタパラメータ、及び／又は他の構文要素に対して、エントロピー符号化アルゴリズム若しくはスキーム（例えば、可変長コーディング（variable length coding；ＶＬＣ）スキーム、コンテキスト適応ＶＬＣスキーム（context adaptive VLC；ＣＡＶＬＣ）、算術コーディングスキーム、二値化、コンテキスト適応バイナリ算術コーディング（context adaptive binary arithmetic coding；ＣＡＢＡＣ）、構文スベースコンテキスト適応バイナリ算術コーディング（syntax-based context-adaptive binary arithmetic coding；ＳＢＡＣ）、確率インターバルパーティショニングエントロピー（probability interval partitioning entropy；ＰＩＰＥ）コーディング、又は他のエントロピー符号化方法若しくは技術）又はバイパス（圧縮なし）を適用して、出力２７２を用いて出力することができる符号化ピクチャデータ２１を例えば符号化ビットストリーム２１の形態で得るように構成され、その結果、例えば、ビデオデコーダ３０が復号のためにこれらのパラメータを受信して使用し得る。符号化ビットストリーム２１は、ビデオデコーダ３０に送信されてもよいし、あるいは、後の送信又はビデオデコーダ３０による取り出しのためにメモリに格納されてもよい。

【0165】

映像ストリームを符号化するために、ビデオエンコーダ２０の他の構成バリエーションを使用することができる。例えば、非変換ベースのエンコーダ２０は、特定のブロック又はフレームに対して、変換処理ユニット２０６を用いずに直接的に残差信号を量子化することができる。他の一実装において、エンコーダ２０は、単一のユニットへと組み合わされた量子化ユニット２０８及び逆量子化ユニット２１０を有することができる。

【0166】

デコーダ及び復号方法
図３は、この本出願の技術を実装するように構成されたビデオデコーダ３０の一例を示している。ビデオデコーダ３０は、例えばエンコーダ２０によって符号化された、符号化ピクチャデータ２１（例えば、符号化ビットストリーム２１）を受信して、復号ピクチャ３３１を得るように構成される。符号化ピクチャデータ又はビットストリームは、例えば、符号化映像スライス（及び／又はタイルグループ若しくはタイル）のピクチャブロックを表すデータ及び付随する構文要素といった、符号化ピクチャデータを復号するための情報を有する。

【0167】

図３の例において、デコーダ３０は、エントロピー復号ユニット３０４、逆量子化ユニット３１０、逆変換処理ユニット３１２、再構成ユニット３１４（例えば、加算器３１４）、ループフィルタ３２０、復号ピクチャバッファ（ＤＢＰ）３３０、モード適用ユニット３６０、インター予測ユニット３４４、及びイントラ予測ユニット３５４を有している。インター予測ユニット３４４は、動き補償ユニットとすることができ、あるいはそれを含むことができる。ビデオデコーダ３０は、一部の例において、図２からのビデオエンコーダ１００に関して説明した符号化パスに対して概して逆の復号パスを実行し得る。

【0168】

エンコーダ２０に関して説明したように、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループフィルタ２２０、復号ピクチャバッファ（ＤＰＢ）２３０、インター予測ユニット３４４、及びイントラ予測ユニット３５４はまた、ビデオエンコーダ２０の“内蔵デコーダ”を形成するとしても参照される。従って、逆量子化ユニット３１０は、機能において逆量子化ユニット１１０に同じであるとすることができ、逆変換処理ユニット３１２は、機能において逆変換処理ユニット２１２に同じであるとすることができ、再構成ユニット３１４は、機能において再構成ユニット２１４に同じであるとすることができ、ループフィルタ３２０は、機能においてループフィルタ２２０に同じであるとすることができ、復号ピクチャバッファ３３０は、機能において復号ピクチャバッファ２３０に同じであるとすることができる。従って、ビデオエンコーダ２０のそれぞれのユニット及び機能についての説明は、対応して、ビデオデコーダ３０のそれぞれのユニット及び機能に当てはまる。

【0169】

エントロピー復号
エントロピー復号ユニット３０４は、ビットストリーム２１（又は、一般に、符号化ピクチャデータ２１）を構文解析し、例えば、符号化ピクチャデータ２１に対してエントロピー復号を実行して、例えば、量子化された係数３０９、及び／又は復号されたコーディングパラメータ（図３には示さず）、例えば、インター予測パラメータ（例えば、参照ピクチャインデックス及び動きベクトル）、イントラ予測パラメータ（例えば、イントラ予測モード又はインデックス）、変換パラメータ、量子化パラメータ、ループフィルタパラメータ、及び／又は他の構文要素のうちのいずれか又は全て、を得るように構成される。エントロピー復号ユニット３０４は、エンコーダ２０のエントロピー符号化ユニット２７０に関して説明した符号化スキームに対応する復号アルゴリズム又はスキームを適用するように構成され得る。エントロピー復号ユニット３０４は更に、インター予測パラメータ、イントラ予測パラメータ及び／又は他の構文要素をモード適用ユニット３６０に提供するとともに、他のパラメータをデコーダ３０の他のユニットに提供するように構成され得る。ビデオデコーダ３０は、映像スライスレベル及び／又は映像ブロックレベルで構文要素を受信し得る。スライス及びそれぞれの構文要素に加えて、又はこれらの代わりとして、タイルグループ及び／又はタイル並びにそれぞれの構文要素が受信及び／又は使用されてもよい。

【0170】

逆量子化
逆量子化ユニット３１０は、符号化ピクチャデータ２１から量子化パラメータ（ＱＰ）（又は、一般に、逆量子化に関する情報）及び量子化された係数を受け取り（例えばエントロピー復号ユニット３０４により、例えば構文解析及び／又は復号することによって）、復号した量子化された係数３０９に対して量子化パラメータに基づいて逆量子化を適用して、変換係数３１１としても参照され得るものである量子化解除された係数３１１を得るように構成され得る。逆量子化プロセスは、量子化の程度、及び同様に、適用されるべき逆量子化の程度を決定するために、映像スライス（又はタイル若しくはタイルグループ）内の各映像ブロックに対してビデオエンコーダ２０によって決定された量子化パラメータを使用することを含み得る。

【0171】

逆変換
逆変換処理ユニット３１２は、変換係数３１１とも称される量子化解除された係数３１１を受け取り、そして、サンプルドメインにおける再構成残差ブロック２１３を得るために、量子化解除された係数３１１に変換を適用するように構成され得る。再構成残差ブロック２１３は、変換ブロック３１３として参照されることもある。この変換は、例えば逆ＤＣＴ、逆ＤＳＴ、逆整数変換、又は概念的に類似した逆変換プロセスといった、逆変換とし得る。逆変換処理ユニット３１２は更に、符号化ピクチャデータ２１から変換パラメータ又は対応する情報を受け取り（例えばエントロピー復号ユニット３０４により、例えば構文解析及び／又は復号することによって）、量子化解除された係数３１１に適用すべき変換を決定するように構成され得る。

【0172】

再構成
再構成ユニット３１４（例えば、加算器（adder又はsummer）３１４）は、例えば再構成残差ブロック３１３のサンプル値と予測ブロック３６５のサンプル値とを足し合わせることによって、再構成残差ブロック３１３を予測ブロック３６５に足し合わせて、サンプルドメインにおける再構成ブロック３１５を得るように構成され得る。

【0173】

フィルタリング
ループフィルタユニット３２０（コーディングループ内又はコーディングループ後のいずれか）は、例えば、ピクセル遷移を平滑化するために、又はその他の方法で映像品質を向上させるために、再構成ブロック３１５をフィルタリングして、フィルタリングされたブロック３２１を得るように構成される。ループフィルタユニット３２０は、例えば、デブロッキングフィルタ、サンプル適応オフセット（sample-adaptive offset；ＳＡＯ）フィルタ、又は例えばバイラテラルフィルタ、適応ループフィルタ（adaptive loop filter；ＡＬＦ）、鮮鋭化、平滑化フィルタ、若しくはコラボティブフィルタ、又はこれらの任意の組み合わせといった１つ以上の他のフィルタなどの、１つ以上のループフィルタを有し得る。ループフィルタユニット３２０は、図３ではインループフィルタとして示されているが、他の構成では、ループフィルタユニット３２０は、ポストループフィルタとして実装されてもよい。

【0174】

復号ピクチャバッファ
そして、ピクチャの復号映像ブロック３２１は、他のピクチャの後の動き補償のための参照ピクチャとして及び／又はそれぞれの表示の出力のために復号ピクチャ３３１を格納するものである復号ピクチャバッファ３３０に格納される。

【0175】

デコーダ３０は、復号ピクチャ３１１を、ユーザへの提示又は表示のために例えば出力３１２を介して出力するように構成される。

【0176】

予測
機能において、インター予測ユニット３４４はインター予測ユニット２４４（特に、動き補償ユニット）に同じであるとすることができ、イントラ予測ユニット３５４はイントラ予測ユニット２５４と同じであるとすることができ、符号化ピクチャデータ２１から受信した（例えばエントロピー復号ユニット３０４により、構文解析及び／又は復号することによって）分割及び／又は予測パラメータ若しくはそれぞれの情報に基づいて、スプリット若しくは分割の決定及び予測を実行する。モード適用ユニット３６０は、再構成ピクチャ、ブロック又はそれぞれのサンプル（フィルタリングされた又はフィルタリングされていない）に基づいてブロック毎に予測（イントラ予測又はインター予測）を実行して、予測ブロック３６５を得るように構成され得る。

【0177】

映像スライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされるとき、モード適用ユニット３６０のイントラ予測ユニット３５４は、シグナリングされたイントラ予測モードと、現在ピクチャの先行復号ブロックからのデータとに基づいて、現在映像スライスのピクチャブロックについての予測ブロック３６５を生成するように構成される。映像ピクチャが、インターコーディングされた（すなわち、Ｂ又はＰ）スライスとしてコーディングされるとき、モード適用ユニット３６０のインター予測ユニット３４４（例えば、動き補償ユニット）は、エントロピー復号ユニット３０４から受信した動きベクトル及び他の構文要素に基づいて、現在映像スライスの映像ブロックについての予測ブロック３６５を生成するように構成される。インター予測では、参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つから予測ブロックが生成され得る。ビデオデコーダ３０は、ＤＰＢ３３０に格納された参照ピクチャに基づいて、デフォルトの構築技術を使用して、リスト０及びリスト１なる参照フレームリストを構築し得る。スライス（例えば、映像スライス）に加えて又は代えてタイルグループ（例えば、映像タイルグループ）及び／又はタイル（例えば、映像タイル）を使用する実施形態に対しても、又はそのような実施形態によっても、同じ又は同様のものを適用することができ、例えば、Ｉ、Ｐ又はＢタイルグループ及び／又はタイルを用いて映像がコーディングされ得る。

【0178】

モード適用ユニット３６０は、動きベクトル又は関連情報と他の構文要素とを構文解析することによって、現在映像スライスの映像ブロックについての予測情報を決定するように構成され、該予測情報を使用して、復号している現在映像ブロックについての予測ブロックを生成する。例えば、モード適用ユニット３６０は、受け取った構文要素の一部を用いて、映像スライスの映像ブロックをコーディングするのに使用された予測モード（例えば、イントラ予測又はインター予測）、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）、スライスに関する参照ピクチャリストのうちの１つ以上の構築情報、スライスの各インター符号化映像ブロックについての動きベクトル、スライスの各インターコーディングされた映像ブロックについてのインター予測ステータス、及び現在映像スライス内の映像ブロックを復号するための他の情報を決定する。スライス（例えば、映像スライス）に加えて又は代えてタイルグループ（例えば、映像タイルグループ）及び／又はタイル（例えば、映像タイル）を使用する実施形態に対しても、又はそのような実施形態によっても、同じ又は同様のものを適用することができ、例えば、Ｉ、Ｐ又はＢタイルグループ及び／又はタイルを用いて映像がコーディングされ得る。

【0179】

図３に示すビデオデコーダ３０の実施形態は、スライス（映像スライスとしても参照される）を使用することによってピクチャを分割及び／又は復号するように構成されることができ、ピクチャが、１つ以上のスライス（典型的に重なり合わない）に分割され又は１つ以上のスライス（典型的に重なり合わない）を用いて復号され得るとともに、各スライスが、１つ以上のブロック（例えば、ＣＴＵ）を有し得る。

【0180】

図３に示すビデオデコーダ３０の実施形態は更に、タイルグループ（映像タイルグループとしても参照される）及び／又はタイル（映像タイルとしても参照される）を使用することによってピクチャを分割及び／又は復号するように構成されることができ、ピクチャが、１つ以上のタイルグループ（典型的に重なり合わない）に分割され又は１つ以上のタイルグループ（典型的に重なり合わない）を用いて復号され得るとともに、各タイルグループが、例えば、１つ以上のブロック（例えば、ＣＴＵ）又は１つ以上のタイルを有することができ、各タイルは、例えば、矩形の形状のものとし得るとともに、例えば完全なるブロック又は部分的なブロックといった、１つ以上のブロック（例えば、ＣＴＵ）を有し得る。

【0181】

符号化ピクチャデータ２１を復号するために、ビデオデコーダ３０の他のバリエーションを使用することができる。例えば、デコーダ３０は、ループフィルタリングユニット３２０を用いずに出力映像ストリームを生成することができる。例えば、非変換ベースのデコーダ３０は、特定のブロック又はフレームに対して、逆変換処理ユニット３１２を用いずに直接的に残差信号を逆量子化することができる。他の一実装において、ビデオデコーダ３０は、単一のユニットへと組み合わされた逆量子化ユニット３１０及び逆変換処理ユニット３１２を有することができる。

【0182】

理解されるべきことには、エンコーダ２０及びデコーダ３０において、現在ステップの処理結果が更に処理されてから次ステップに出力されてもよい。例えば、補間フィルタリング、動きベクトル導出、又はループフィルタリングの後に、その補間フィルタリング、動きベクトル導出、又はループフィルタリングの処理結果に対して、例えばクリップ又はシフトなどの更なる操作が実行されてもよい。

【0183】

なお、現在ブロックの導出される動きベクトル（以下に限られないが、アフィンモードの制御点動きベクトル、アフィン、プレーナ、ＡＴＭＶＰモードにおけるサブブロック動きベクトル、時間動きベクトルなどを含む）に対して、更なる操作が適用されてもよい。例えば、動きベクトルの値は、その表現ビットに従った予め定められた範囲に制約される。動きベクトルの表現ビットがｂｉｔＤｅｐｔｈである場合、範囲は、－２＾（ｂｉｔＤｅｐｔｈ－１）～２＾（ｂｉｔＤｅｐｔｈ－１）－１であり、ここで“＾”は指数を意味する。例えば、ｂｉｔＤｅｐｔｈが１６に等しく設定される場合、範囲は、－３２７６８～３２７６７であり、ｂｉｔＤｅｐｔｈが１８に等しく設定される場合には、範囲は、－１３１０７２～１３１０７１である。例えば、導出される動きベクトル（例えば、１つの８×８ブロック内の４つの４×４サブブロックのＭＶ）の値は、それら４つの４×４サブブロックのＭＶの整数部の間の最大の差が、例えば１ピクセル以下など、Ｎピクセル以下であるように制約される。ここでは、ｂｉｔＤｅｐｔｈに従って動きベクトルを制約する２つの方法を提供する。

【0184】

方法１：フロー演算によりオーバーフローＭＳＢ（最上位ビット）を除去する
ｕｘ＝（ｍｖｘ＋２^{ｂｉｔＤｅｐｔｈ}）％２^{ｂｉｔＤｅｐｔｈ} （１）
ｍｖｘ＝（ｕｘ＞＝２^{ｂｉｔＤｅｐｔｈ－１}）？（ｕｘ－２^{ｂｉｔＤｅｐｔｈ}）：ｕｘ （２）
ｕｙ＝（ｍｖｙ＋２^{ｂｉｔＤｅｐｔｈ}）％２^{ｂｉｔＤｅｐｔｈ} （３）
ｍｖｙ＝（ｕｙ＞＝２^{ｂｉｔＤｅｐｔｈ－１}）？（ｕｙ－２^{ｂｉｔＤｅｐｔｈ}）：ｕｙ （４）
ここで、ｍｖｘは、画像ブロック又はサブブロックの動きベクトルの水平成分であり、ｍｖｙは、画像ブロック又はサブブロックの動きベクトルの垂直成分であり、ｕｘ及びｕｙは、中間値を示し、
例えば、ｍｖｘの値が－３２７６９である場合、式（１）及び（２）を適用した後に、得られる値は３２７６７である。コンピュータシステムでは、１０進数は２の補数として格納される。－３２７６９の２つの補数は１，０１１１，１１１１，１１１１（１７ビット）であり、次いでＭＳＢが破棄され、そうして得られる２の補数は０１１１，１１１１，１１１１，１１１１（１０進数は３２７６７である）であり、これは、式（１）及び（２）を適用することによる出力と同じである。

【0185】

ｕｘ＝（ｍｖｐｘ＋ｍｖｄｘ＋２^{ｂｉｔＤｅｐｔｈ}）％２^{ｂｉｔＤｅｐｔｈ} （５）
ｍｖｘ＝（ｕｘ＞＝２^{ｂｉｔＤｅｐｔｈ－１}）？（ｕｘ－２^{ｂｉｔＤｅｐｔｈ}）：ｕｘ （６）
ｕｙ＝（ｍｖｐｙ＋ｍｖｄｙ＋２^{ｂｉｔＤｅｐｔｈ}）％２^{ｂｉｔＤｅｐｔｈ} （７）
ｍｖｙ＝（ｕｙ＞＝２^{ｂｉｔＤｅｐｔｈ－１}）？（ｕｙ－２^{ｂｉｔＤｅｐｔｈ}）：ｕｙ （８）
これらの演算は、式（５）－（８）に示されるように、ｍｖｐとｍｖｄとの和の間に適用され得る。

【0186】

方法２：値をクリッピングすることによりオーバーフローＭＳＢを除去する
ｖｘ＝Ｃｌｉｐ３（－２^{ｂｉｔＤｅｐｔｈ－１}，２^{ｂｉｔＤｅｐｔｈ－１}－１，ｖｘ）
ｖｙ＝Ｃｌｉｐ３（－２^{ｂｉｔＤｅｐｔｈ－１}，２^{ｂｉｔＤｅｐｔｈ－１}－１，ｖｙ）
ここで、ｖｘは、画像ブロック又はサブブロックの動きベクトルの水平成分であり、ｖｙは、画像ブロック又はサブブロックの動きベクトルの垂直成分であり、ｘ、ｙ及びｚは、それぞれ、ＭＶクリッピングプロセスの３つの入力値に対応し、関数Ｃｌｉｐ３の定義は次の通りである：

【数2】

【0187】

図４は、開示の一実施形態に従った映像コーディング装置４００の概略図である。映像コーディング装置４００は、ここに記載される開示実施形態を実装するのに適している。一実施形態において、映像コーディング装置４００は、例えば図１Ａのビデオデコーダ３０などのデコーダ又は例えば図１Ａのビデオエンコーダ２０などのエンコーダとし得る。

【0188】

映像コーディング装置４００は、データを受信するための入口ポート４１０（又は入力ポート４１０）及び受信器ユニット（Ｒｘ）４２０と、データを処理するプロセッサ、論理ユニット、又は中央演算処理ユニット（ＣＰＵ）４３０と、データを送信するための送信器ユニット（Ｔｘ）４４０及び出口ポート４５０（又は出力ポート４５０）と、データを格納するためのメモリ４６０とを含んでいる。映像コーディング装置４００はまた、光信号又は電気信号の出口又は入口のために、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、及び出口ポート４５０に結合された、光－電気（ＯＥ）コンポーネント及び電気－光（ＥＯ）コンポーネントを有し得る。

【0189】

プロセッサ４３０は、ハードウェア及びソフトウェアによって実装される。プロセッサ４３０は、１つ以上の、ＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、ＦＰＧＡ、ＡＳＩＣ、及びＤＳＰとして実装され得る。プロセッサ４３０は、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、出口ポート４５０、及びメモリ４６０と連通している。プロセッサ４３０は、コーディングモジュール４７０を有する。コーディングモジュール４７０は、上述の開示実施形態を実装する。例えば、コーディングモジュール４７０は、様々なコーディング演算を実装し、処理し、準備し、又は提供する。コーディングモジュール４７０を含むことは、それ故に、映像コーディング装置４００の機能への実質的な改良を提供し、異なる状態への映像コーディング装置４００の変換を実現する。あるいは、コーディングモジュール４７０は、メモリ４６０に格納されてプロセッサ４３０によって実行される命令として実装される。

【0190】

メモリ４６０は、１つ以上のディスク、テープドライブ、及びソリッドステートドライブを有することができ、また、オーバーフローデータ記憶デバイスとして使用されて、プログラムが実行のために選択されるときにそのようなプログラムを格納するとともに、プログラム実行中に読み出される命令及びデータを格納し得る。メモリ４６０は、例えば、揮発性及び／又は不揮発性とすることができ、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、三値連想メモリ（ternary content-addressable memory、ＴＣＡＭ）、及び／又はスタティックランダムアクセスメモリ（ＳＲＡＭ）とし得る。

【0191】

図５は、例示的な一実施形態に従った、図１からのソース装置１２及びデスティネーション装置１４のいずれか又は双方として使用され得る装置５００の簡略ブロック図である。

【0192】

装置５００内のプロセッサ５０２は、中央演算処理ユニットととすることができる。あるいは、プロセッサ５０２は、現存の又は今後開発される情報を操作又は処理することが可能な任意の他のタイプのデバイス又は複数のデバイスであってもよい。開示される実装は、例えばプロセッサ５０２といった、図示のような単一のプロセッサで実施され得るものの、２つ以上のプロセッサを使用して速度及び効率における利点を達成してもよい。

【0193】

装置５００内のメモリ５０４は、一実装において、読み出し専用メモリ（ＲＯＭ）デバイス又はランダムアクセスメモリ（ＲＡＭ）デバイスとすることができる。何らかの他の好適タイプの記憶デバイスがメモリ５０４として使用されてもよい。メモリ５０４は、バス５１２を用いてプロセッサ５０２によってアクセスされるコード及びデータ５０６を含むことができる。メモリ５０４は更に、オペレーティングシステム５０８及びアプリケーションプログラム５１０を含むことができ、アプリケーションプログラム５１０は、ここに記載される方法をプロセッサ５０２が実行することを可能にする少なくとも１つのプログラムを含む。例えば、アプリケーションプログラム５１０はアプリケーション１乃至Ｎを含むことができ、それらは更に、ここに記載される方法を実行する映像コーディングアプリケーションを含む。

【0194】

装置５００はまた、例えばディスプレイ５１８などの１つ以上の出力装置を含むことができる。ディスプレイ５１８は、一例において、タッチ入力をセンシングするように動作可能なタッチ感知素子とディスプレイを組み合わせたタッチ感知ディスプレイとし得る。ディスプレイ５１８は、バス５１２を介してプロセッサ５０２に結合されることができる。

【0195】

ここでは単一のバスとして描かれているが、装置５００のバス５１２は複数のバスで構成されてもよい。さらに、二次ストレージ５１４が、装置５００の他のコンポーネントに直接的に結合されてもよいし、あるいは、ネットワークを介してアクセスされてもよく、また、例えばメモリカードなどの単一の集積ユニット、又は例えば複数のメモリカードなどの複数のユニットを有することができる。装置５００は、従って、広範な多様な構成で実装されることができる。

【0196】

バーサタイルビデオコーディング（ＶＶＣ）ＶＶＣは、標準ダイナミックレンジ及び高ダイナミックレンジの双方の映像コンテンツをコーディングする新たに開発中の標準である。高ダイナミックレンジ映像（ＨＤＲ映像）は、標準ダイナミックレンジ映像（ＳＤＲ映像）のダイナミックレンジよりも高いダイナミックレンジを持つ映像を言い表す。ＨＤＲ映像のキーとなる特徴は、より明るい白、より深い黒、及びこの拡張されたレンジにわたって精度を維持するための少なくとも１０ビットの色深度である（ＳＤＲ映像での８ビットと対比）。技術的には異なるが、用語“ＨＤＲ映像”は広い色域をも意味すると一般的に理解される。

【0197】

現在、ＳＤＲ及びＨＤＲは商業的に展開されており、長期にわたって共存するであろう。ＳＤＲコンテンツは典型的に、ＢＴ．７０９又はＢＴ．２０２０コンテナにて非一定ルミナンス（Non-Constant Luminance；ＮＣＬ）Ｙ’ＣｂＣｒガンマとしてコーディングされる。ＨＤＲコンテンツは典型的に、ＢＴ．２０２０／ＢＴ．２１００コンテナにて、ＮＣＬ Ｙ’ＣｂＣｒ ＰＱ、一定ルミナンスＩＣｔＣｐ ＰＱ、又はＮＣＬ Ｙ’ＣｂＣｒ ＨＬＧとしてコーディングされる。現行のＶＶＣ仕様では、ルマをクロマ量子化パラメータにマッピングするためのマッピングテーブルが１つだけ規定されている（表１）。該テーブルは、ＨＥＶＣから継承されたものであり、ＳＤＲコンテンツ用に設計されただけのものである。［３］にて報告されているように、デフォルトＱｐＣテーブルを使用することは、特に無彩色の領域で、低ビットレートにおいてクロマアーチファクトを生じさせる。この文書は、ＨＤＲコンテンツに固有の（１つ以上の）クロママッピングテーブルを追加することを提案する。

【0198】

新たに開発された標準は数年かけて展開されること、及び処理される信号タイプの多様性が増大され得ることを考えると、マッピングテーブル仕様に柔軟性を持たせることが望ましくあり得る。また、コンテンツ固有のクロマＱＰマッピングテーブルを使用することは、エンコーダ最適化に関するいっそう多くのオプションをもたらし得る。単純なソリューションは、ピクチャ／スライス／タイルグループレベルでマッピングテーブルを規定することである。しかしながら、コーデックによってサポートされるＱＰ範囲が十分に広くなり得ること（例えば、ＶＶＣにおいて、それは０から６３の範囲内である）を考えると、直接的なテーブル規定はかなりの量のビットを消費してしまい得る。ビット消費を減らすことを可能にするクロマＱＰマッピングテーブルのシグナリングのための方法を更に説明する。更に理解されるべきことには、ルマＱＰとクロマＱＰとの間の関係は、関数として又はテーブル表現としてのいずれで表現されてもよく、ここで及び以降では、マッピングテーブルとマッピング関数とを同義語として使用する。

【0199】

図７は、サポートされるＱＰ範囲についての、量子化パラメータインデックスＱＰｉのクロマ量子化パラメータＱＰｃへのＨＥＶＣマッピング関数を概略的に表した図であり、７２はＨＥＶＣマッピング関数であり、７１は一対一マッピング関数である。

【0200】

本開示をより良く理解するためにこの時点で思い出しておくべきことには、ｘ＜＝ｙである全てのｘ及びｙについてｆ（ｘ）＜＝ｆ（ｙ）であり、従ってｆが順序を維持する場合に、関数は単調増加と呼ばれ、すなわち、増加又は非減少とも呼ばれる。ここで理解されるべきことには、ｘ及びｙは、それに対して関数が定義される集合からのものである。

【0201】

線形関数の場合、傾きがｄｆ（ｘ）／ｄｘとして定義される。上記を参照されたいことには、非減少関数の定義によれば、ｄｘ及びｄｆ（ｘ）は常に同じ符号をもつ。従って、代わってｄｆ（ｘ）／ｄｘ及び傾きは常に非負である。これは、下記を参照されたいことには、ピボット点のｄｘ及びｄｆ（ｘ）を符号化するのに符号なしｕｅ（ｖ）コードを使用することによって達成され得る。

【0202】

発明の第１実施形態によれば、ルマ・ツー・クロママッピング関数は、２つのクラスの領域に分割される単調増加（非減少）関数である。クラスＡは、関数が増加しない（すなわちフラットである）、すなわち、ｆ（ｘ）－ｆ（ｘ－１）＝０であるフラット領域（７３２）であり、クラスＢ領域は、関数が増加する領域（７３１）、すなわち、ｆ（ｘ）－ｆ（ｘ－１）＝ｃである領域であり、ここで、ｃはｘの関数であり且つｃ（ｘ）＞＝１であり、より具体的なケースでは、クラスＢ領域において、関数は、連続した入力引数ごとに増分１を有し、すなわち、ｆ（ｘ）－ｆ（ｘ－１）＝１である。入力引数値ｘの集合Ｘが、２つの重なり合わない集合に分割される。集合Ａが、非増加領域（クラスＡ）からの関数値に対応し、集合Ｂが、増加領域（クラスＢ）からの関数値に対応する。なお、Ｘ＝Ａ＋Ｂである。

【0203】

図８は、ゼロに等しい、すなわち、フラット領域の、関数デルタ値（８７）、及び対応する引数値ｘ（８８）の例を指す例示的なマッピングテーブルを表している。例えば、ＨＥＶＣマッピングテーブル８２では、集合Ａは、値３０、３５、３７、３９、４１及び４３からなる。別の例示的な修正マッピングテーブル８３では、集合Ａは、値３０、３９、４３（又は３５、３９、４３）からなる。第１実施形態によれば、集合Ａがビットストリーム内でシグナリングされ、デコーダが、ビットストリームから得られる集合Ａについての情報に従って、マッピング関数を例えばテーブル形式で構築する。Ｘは例えば、デコーダによってサポートされるＱＰ範囲（例えば、０から６３）の集合であるとして、Ｂは、Ｂ＝Ｘ－Ａとして導出されることができ、且つ集合Ａ及びＢの入力引数に対してマッピング関数挙動が定められているので、マッピング関数は、ｘ＝０に対応するマッピング関数の最初の値が０であるという仮定を用いる以下の例示的な擬似コードを用いて、例えばテーブル形式で構築されることができる：
chroma_qp_mapping_table[0]=0; // 初期化
for(i=1;i<=maxQP;i++) // maxQPはデコーダによってサポートされる最大QP
{
int incStep=1; // 集合Bに対する関数増分
for(j=0;j<cQpFlatSize;j++) // cQpFlatSizeは集合Aのサイズ
{
if(i==cQpFlat[j]) // cQpFlatは、集合Aの要素を有するアレイ
{
incStep=0; // 集合Aに対するゼロ関数増分（フラット）
break;
}
}
chroma_qp_mapping_table[i]=chroma_qp_mapping_table[i-1]+incStep;
}

【0204】

以下は、所与のＱＰインデックスＱＰｉに基づいて１つのＱＰｃをどのように計算することができるのかを例証する別の例示的な擬似コードである：
int getQPc(int QPi)
{
int QPi=i;
int sum=0;
for(int j=0;j<cQpFlatSize;j++)
{
sum=sum+(cQpFlat[j]<=QPi?1:0);
}
int QPc=QPi-sum;
return QPc
}

【0205】

なお、一部の実装セットにおいて、集合Ｘは、デコーダによってサポートされるＱＰ範囲のうちの何らかの部分集合であってもよい。その部分集合は、予め定められることができ、あるいはビットストリーム内でシグナリングされることができる。

【0206】

なお、マッピング関数のフラット（非増加）領域の定義はまた、現在及び次の入力引数値を用いる、すなわち、ｆ（ｘ＋１）－ｆ（ｘ）＝０を用いる形式で与えられることもできる。理解されることには、このような定義は、マッピング関数をシグナリング及び取得することのロジックを変えるものではない。例えば、値ｘ＋１を集合Ａに入れることによって、同様の効果を達成することができる。

【0207】

マッピング関数の点が、２つのクラスの定められた挙動に分類され、マッピング関数が増加しない点の数が制限されるので、シグナリングオーバーヘッドが、マッピング関数の各値の直接的なシグナリングと比較して減少される。

【0208】

デコーダに側で集合Ａを得るために、ビットストリームは、該集合のサイズ（要素の数）及び要素値についての情報を有する。

【0209】

実施形態の第１の態様によれば、集合Ａのサイズ（ｓｉｚｅＡ）が直接、例えばバイナリ、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードといった、適切なコードのうちの１つを用いてビットストリーム内でシグナリングされる。集合Ａが非ゼロのサイズを持つという制約を有する一部の実装では、値ｓｉｚｅＡ－１がビットストリーム内でシグナリングされる。これは、１ビット分のシグナリングを節約することを可能にする。

【0210】

実施形態の第２の態様によれば、集合Ａの要素の値（例えば、３０、３９、４３）が直接、例えばバイナリ、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードといった、適切なコードのうちの１つを用いてビットストリーム内でシグナリングされる。対応するマッピング関数は、以下の例示的な形式でテーブルとして表されることができる：

【表17】

【0211】

理解されるべきことには、この上述のテーブルは、ビットストリームを介したマッピングテーブルのシグナリングが有効にされないとき、又はエンコーダ／デコーダによってサポートされない場合に、デフォルトマッピング関数を規定するのに使用されることができる。

【0212】

第２の態様に従った他の例示的な一実施形態において、集合Ａの要素の値は（３５，３９，４３）に等しい。対応するマッピング関数は、以下の例示的な形式でテーブルとして表されることができる：

【表18】

【0213】

理解されるべきことには、この上述のテーブルは、ビットストリームを介したマッピングテーブルのシグナリングが有効にされないとき、又はエンコーダ／デコーダによってサポートされない場合に、デフォルトマッピング関数を規定するのに使用されることができる。

【0214】

第３の態様によれば、現在の要素の値（ａ_ｉ）と先行する要素の値（ａ_ｉ－１）との間の差（ｄｅｌｔａ＿ａ_ｉ）が、最初の要素を除く各要素（例えば、ｉ＞０での、ｄｅｌｔａ＿ａ_ｉ＝ａ_ｉ－ａ_ｉ－１）についてシグナリングされる。順になった集合Ａを有することは、負の差を排除して符号ビットのシグナリングを節約することを可能にする。また、集合Ａ内の要素値が唯一無二（非反復）であることを知っていることは、ｄｅｌｔａ＿ａ_ｉが常にゼロより大きいことを保証し、これは、ビットストリーム内でｄｅｌｔａ＿ａ_ｉ－１をシグナリングすることを可能にして、シグナリングオーバーヘッドの更なる減少を提供する。

【0215】

集合Ａの最初の値ａ_０は、何らかのｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの差としてシグナリングされ、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、ビットストリーム内でシグナリングされるか、あるいは、例えば０、２１、３０、ｍａｘＱＰ＞＞１といった、何らかの予め定められた値であるかのいずれかであり、ｍａｘＱＰは、例えば６３といった、デコーダによってサポートされる最大ＱＰ値であり、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅはコンテンツタイプ（例えば、ＳＤＲ又はＨＤＲ）にも依存し得る。差ｄｅｌｔａ＿ａ_０は、上述の方法に従ってシグナリングされる。適切なｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅを選択することは、最初の値のシグナリングのビットを節約することを可能にする。

【0216】

以下は、上述のシグナリング方法についての構文テーブル及び対応するセマンティクスの一例である。

【0217】

クロマＱＰマッピングデータ構文：

【表19】

【0218】

クロマＱＰマッピングデータセマンティクス：
cqp_flat_points_minus1に１を足したものは、マッピング関数が増加しない点の数を規定する；
cqp_delta_fp0は、マッピング関数が増加しない点の集合の最初の要素とstarting_point_valueとの間のデルタ値を規定し、starting_point_valueは２１に等しく（別の取り得る実装では、starting_point_valueは、０、又は２６、又は３２であることができ、あるいは、例えばmaxQP／２としてなど、サポートされるＱＰ範囲に基づいて定められることができる）。cqp_delta_fp_minus1[i]に１を足したものは、マッピング関数が増加しない点の集合のｉ番目の要素と（ｉ－１）番目の要素との間のデルタ値を規定する；
変数cQpFlatSizeは次のように導出される：
cQpFlatSize=cqp_flat_points_minus1+1
変数cQpFlat[]は次のように導出される：
cQpFlat[0]=cqp_delta_fp0+starting_point_value;
for(i=1;i<cQpFlatSize;i++){
cQpFlat[i]=cqp_delta_fp_minus1[i]+1+cQpFlat[i-1]
}
クロマＱＰマッピングテーブルcqpMappingTable[]は次のように導出され：
cqpMappingTable[0]=0;
for(i=1;i<=maxQP;i++){
incStep=1
for(j=0;j<cQpFlatSize;j++)
{
if(i==cQpFlat[j])
{
incStep=0
}
}
cqpMappingTable[i]=cqpMappingTable[i-1]+incStep;
}
ここで、maxQPは、サポートされる最大ＱＰである。

【0219】

starting_point_valueが０である場合の取り得る一実装において、cqp_delta_fp0は、マッピング関数が増加しない点の集合の最初の要素の値を規定する。

【0220】

同じ結果を得て、ある特定のＱＰインデックスＱＰｉに基づいてＱＰｃを取得することを可能にするための代わりセマンティクスは、次の通りである：
sum=0
for(j=0;j<cQpFlatSize;j++){
sum=sum+(cQpFlat[j]<=QPi?1:0)
}
QPc=QPi-sum

【0221】

starting_point_valueが０である場合の取り得る実装は、以下の構文及びセマンティクスを有し得る：

【表20】

又は、代わりの一例として：

【表21】

【0222】

１に等しいchroma_qp_mapping_flagは、クロマＱｐマッピングテーブルがシグナリングされ、ＱｐＣを導出するのに使用される表２に優先することを規定する。０に等しいchroma_qp_mapping_flagは、表２に規定されるデフォルトのクロマＱｐマッピングテーブルが、ＱｐＣを導出するのに使用されることを規定する。chroma_qp_mapping_flagが存在しないとき、それは０に等しいと推定される；
cqp_flat_points_minus1に１を足したものは、マッピング関数が増加しない点の数を規定する；
cqp_fp0は、マッピング関数が増加しない点の集合の最初の要素を規定する；
cqp_delta_fp_minus1[i]に１を足したものは、マッピング関数が増加しない点の集合のｉ番目の要素と（ｉ－１）番目の要素との間のデルタ値を規定する。

【0223】

変数cQpFlatSizeは次のように導出される：
cQpFlatSize=cqp_flat_points_minus1+1
変数cQpFlat[]は次のように導出される：
cQpFlat[0]=cqp_fp0;
for(i=1;i<cQpFlatSize;i++){
cQpFlat[i]=cqp_delta_fp_minus1[i]+1+cQpFlat[i-1]
}
クロマＱＰマッピングテーブルcqpMappingTable[]は次のように導出され：
cqpMappingTable[0]=0;
for(i=1;i<=maxQP;i++){
incStep=1
for(j=0;j<cQpFlatSize;j++)
{
if(i==cQpFlat[j])
incStep=0
}
cqpMappingTable[i]=cqpMappingTable[i-1]+incStep;
}
ここで、maxQPは、サポートされる最大ＱＰである。

【0224】

一例において、qP_Cb、qP_Cr及びqP_CbCrが次のように導出され：
qP_Chroma=Clip3(－QpBdOffset,63,Qp_Y)；
qP_Cb=ChromaQpTable[0][qP_Chroma]；
qP_Cr=ChromaQpTable[1][qP_Chroma]；
ｑＰ_ＣｂＣｒ＝ＣｈｒｏｍａＱｐＴａｂｌｅ［２］［ｑＰ_{Ｃｈｒｏｍａ}］；
Ｃｂ成分及びＣｒ成分用のクロマ量子化パラメータQp’_Cb及びQp’_Cr、並びにジョイントＣｂ－ＣｒコーディングQp’_CbCrが、次のように導出され：
Qp’_Cb=Clip3(－QpBdOffset,63,qP_Cb+pps_cb_qp_offset+slice_cb_qp_offset+CuQpOffset_Cb)+QpBdOffset；
Qp’_Cr=Clip3(－QpBdOffset,63,qP_Cr+pps_cr_qp_offset+slice_cr_qp_offset+CuQpOffset_Cr)+QpBdOffset；
Qp’_CbCr=Clip3(－QpBdOffset,63,qP_CbCr+pps_joint_cbcr_qp_offset_value+slice_joint_cbcr_qp_offset+CuQpOffset_CbCr)+QpBdOffset；
ChromaQpTableは、前記クロマＱＰマッピングテーブルであり；
QPiは、qP_Chromaに対応し；
QPcは、qP_Cb、qP_Cr及びqP_CbCrに対応し；
QpBdOffsetは、式：
QpBdOffset=6*bit_depth_minus8
を用いてルマアレイ及びクロマアレイのサンプルのビット深度に基づいて計算されるビット深度オフセットであり；
bit_depth_minus8は、両端を含めて０から８の範囲内とされ；
pps_cb_qp_offset及びpps_cr_qp_offsetは、それぞれ、Qp’_Cb及びQp’_Crを導出するのに使用される、ルマ量子化パラメータQp’_Yに対するオフセットを規定し；
pps_joint_cbcr_qp_offset_valueは、Qp’_CbCrを導出するのに使用される、ルマ量子化パラメータQp’_Yに対するオフセットを規定し；
slice_cr_qp_offsetは、Qp’_Cr量子化パラメータの値を決定するときにpps_cr_qp_offsetの値に加算される差分を規定し；
slice_cb_qp_offsetは、Qp’_Cb量子化パラメータの値を決定するときにpps_cb_qp_offsetの値に加算される差分を規定し；
slice_joint_cbcr_qp_offsetは、Qp’_CbCrの値を決定するときにpps_joint_cbcr_qp_offset_valueに加算される差分を規定し；
変数CuQpOffset_Cb、CuQpOffset_Cr、及びCuQpOffset_CbCrは、前記デコーダ用のQp’_Cb、Qp’_Cr、及びQp’_CbCr量子化パラメータのそれぞれの値を決定するときに使用される値を規定する。

【0225】

一部の実装において、非増加点のアレイcQpFlatの導出において、ピクチャレベル及びスライスレベルのクロマＱＰオフセット（pps_cr_qp_offset、slice_cr_qp_offset）を利用することができる：
変数cQpFlat[]は次のように導出される：
cQpFlat[0]=cqp_fp0;
for(i=1;i<cQpFlatSize;i++){
cQpFlat[i]=cqp_delta_fp_minus1[i]+1+cQpFlat[i-1]-pps_cr_qp_offset-pps_cr_qp_offset
}

【0226】

以下は、クロミナンスＱＰ導出プロセスに統合される、ビットストリームから構文解析された情報に基づいて得られる非増加点のアレイcQpFlatを使用する例である：
ChromaArrayTypeが０に等しくなく、且つtreeTypeがSINGLE_TREE又はDUAL_TREE_CHROMAに等しいとき、以下が適用される：
－ treeTypeがDUAL_TREE_CHROMAに等しいとき、変数Qp_Yは、ルマ位置（xCb+cbWidth/2，yCb+cbHeight/2）をカバーするルマコーディングユニットのルマ量子化パラメータQp_Yに等しく設定される。
－ 変数qP_Cb、qP_Cr及びqP_CbCrは、次のように導出される：
qPi_Cb=Clip3(－QpBdOffsetC,69,Qp_Y+pps_cb_qp_offset+slice_cb_qp_offset) (8-928)
qPi_Cr=Clip3(－QpBdOffsetC,69,Qp_Y+pps_cr_qp_offset+slice_cr_qp_offset) (8-929)
qPi_CbCr=Clip3(－QpBdOffsetC,69,Qp_Y+pps_joint_cbcr_qp_offset+slice_joint_cbcr_qp_offset) (8-930)
－ ChromaArrayTypeが１に等しい場合、変数qP_Cb、qP_Cr及びqP_CbCrは、次のように、Qp_Cの値に等しく設定され：
Qp_C=qPi-QpShift,
ここで、変数QpShiftは、次のように導出される：
QpShift=0
for(j=0;j<cQpFlatSize;j++){
QpShift=QpShift+(cQpFlat[j]<=qPi?1:0)
}

【0227】

上に与えられた例における変数cQpFlatは、デフォルトのマッピングテーブルの定義及び初期化に使用されることができる。以下は、デフォルトとして使用されることができるcQpFlatの例である：
cQpFlat={30,35,37,39,41,43}
cQpFlat={30,39,43}
cQpFlat={35,39,43}cQpFlat={35,39,41,43}
cQpFlat={22,23,25,27,29,31,33,35,39,40,41,43,47,49,51,53,55}
cQpFlat={21,22,24,25,26,27,29,30,31,32,33,35,42,47,49,51,53,55}

【0228】

cQpFlat[0]の値がstarting_point_valueより低いことを可能にするため、cqp_delta_fp0は負であることができ、このパラメータのシグナリングは、符号ビットを含むことができ、あるいは、以下の例に規定されるように、符号付きＥｘｐ－Ｇｏｌｏｍｂコードを使用することができる：

【表22】

【0229】

あるいは、一部の例示的な実装において、集合Ａのサイズ及び値が、以下の方式でシグナリングされる：
１． 以下のビットストリーム情報が集合Ａの要素を含んでいるかのインジケータを読み取る；
２． インジケータが正（ＴＲＵＥ）である場合、例えば、態様２又は態様３に記載される方法に従って、要素値を読み取る。ステップ１を繰り返す；
３． インジケータが負（ＦＡＬＳＥ）である場合、集合Ａに関係する情報を読み取ることを中止する。

【0230】

この実装では、集合Ａのサイズは、正の値を持つインジケータの数である。

【0231】

集合Ａがエンプティではないという制約を持つことは、集合Ａのサイズ及び値のシグナリングを以下の方式で実装することを可能にする：
１． 例えば態様２又は態様３に記載される方法に従って要素値を読み取る；
２． 後続のビットストリーム情報が、集合Ａの別の要素を含むかのインジケータを読み取る；
３． インジケータが正（ＴＲＵＥ）である場合、ステップ１及び次いでステップ２を繰り返す；
４． インジケータが負（ＦＡＬＳＥ）である場合、集合Ａに関係する情報を読み取ることを中止する。

【0232】

この実装では、集合Ａのサイズは、正の値を持つインジケータの数に１を加えたものである。集合Ａがエンプティではないという制約を持つことは、１つの追加インジケータのシグナリングを排除することを可能にし、これは、シグナリングオーバーヘッドを更に減少させる。

【0233】

言及しておくべきことには、上述の集合Ａのサイズ及び要素の値のシグナリングは、適切なコード、例えばバイナリ、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードといった、適切なコードのうちのいずれかを用いて実装されることができる。

【0234】

マッピング関数の一部の実現において、フラット領域（集合Ａ）の要素の数は、増加領域（集合Ｂ）の要素の数よりも多いことができる。その場合、上述の方法を用いる代わりに、集合Ｂの要素をシグナリングすることが有益である。

【0235】

発明の第２実施形態によれば、ルマ・ツー・クロママッピング関数のクラスＢ領域が、Ｂ_ｋという部分集合のセットに分割され、各部分集合Ｂ_ｋが、そこでマッピング関数が同じ増分ｃ_ｋを持つ要素ｘを含む：
ｆ（ｘ）－ｆ（ｘ－１）＝ｃ_ｋである場合、ｘ∈Ｂ_ｋ、ここで、ｃ_ｋは自然数（例えば、０，１，２，３，４，…）のうちの１つである。

【0236】

換言すれば、部分集合Ｂが、部分集合Ｂ_ｋの点ｘにおけるマッピング関数増分の量に応じて複数の異なる部分集合に分割される。

【0237】

図１０に示す例において、１０３１によって指し示される領域は、１に等しいマッピング関数増分（ｃ_ｋ＝１）を有する。１０３２によって指し示される領域は、２に等しい関数増分（ｃ_ｋ＝２）を有する。１０３２によって指し示される領域は、０に等しい関数増分（ｃ_ｋ＝０）を有する。下の表は、図１０に示した例示的な関数に対応する部分集合Ｂｋの分割を説明するものである。

【表23】

ここで、maxQPは、デコーダによってサポートされる最大ＱＰ値（例えば、０から６３）である。

【0238】

第３実施形態によれば、ビットストリームは、ビットストリーム内でシグナリングされた部分集合Ｂｋの数、ビットストリーム内でシグナリングされる各部分集合に関する関数増分ｃｋ、ビットストリーム内でシグナリングされる各部分集合Ｂｋのサイズ、及びビットストリーム内でシグナリングされる各部分集合Ｂｋの点、についての情報を有する。

【0239】

以下はｉｆ構文及びセマンティクスの例である：

【表24】

cqp_set_numは、クロマＱｐマッピングテーブルが非デフォルト挙動を持つ点の集合の数である（デフォルト挙動関数の下では関数増分が１に等しいことが理解され、一般に、デフォルト挙動は、例えば、前にシグナリングされたマッピング関数又はデフォルトマッピング関数としてなど、他の方式で定義されることができる）；
cqp_set_inc[k]は、ｋ番目の集合の点における関数増分を規定する；
cqp_set_size[k]は、ｋ番目の集合の点の数を規定する；
cqp_fp0は、マッピング関数が増加しない点の集合の最初の要素を規定する；
cqp_set_point[k][i]は、ｋ番目の集合のｉ番目の要素を規定する（ここでは、上の例においてのように、ｉ＝０以外の要素について、ｉ番目と（ｉ－１）番目との間のデルタのコーディングを用いることができる）；
変数cQpFlatSizeは次のように導出される：
cQpFlatSize=cqp_flat_points_minus1+1
変数cQpFlat[]は次のように導出される：
cQpFlat[0]=cqp_fp0;
for(i=1;i<cQpFlatSize;i++){
cQpFlat[i]=cqp_delta_fp_minus1[i]+1+cQpFlat[i-1]
}
クロマＱＰマッピングテーブルcqpMappingTable[]は次のように導出され：
cqpMappingTable[0]=0;
for(i=1;i<=maxQP;i++){
incStep=1 //(デフォルト挙動をセット)
for(k=0;k<cqp_set_num;k++){
for(j=0;j<cqp_set_size[k];j++){
if(i==cqp_set_point[k][i])
incStep=cqp_set_inc[k]
}
}
cqpMappingTable[i]=cqpMappingTable[i-1]+incStep;
}
ここで、maxQPは、サポートされる最大ＱＰである。

【0240】

特定のＱＰインデックス（qPi）に基づく特定のＱｐ_Ｃ値の導出は、以下のように記述され得る：
Qp_C=qPi+QpShift,
ここで、変数QpShiftは次のように導出され：
QpShift=0
defInc=1
for(k=0;k<cqp_set_num;k++){
for(j=0;j<cqp_set_size[k];j++){
if(qPi<=cqp_set_point[k][i])
QpShift=QpShift+cqp_set_inc[k]-defInc
}
}
ここで、変数defInc=1はデフォルト関数増分を定める（例えば、与えられた例では１に等しい）。

【0241】

あるいは代わりに：
Qp_C=qPi+QpShift,
ここで、変数QpShiftは次のように導出される：
QpShift=0
defInc=1
for(k=0;k<cqp_set_num;k++){
for(j=0;j<cqp_set_size[k];j++){
QpShift=QpShift+(cqp_set_point[k][i]<=qPi?cqp_set_inc[k]-defInc:0)
}
}

【0242】

なお、変数cqp_set_inc[k]に関する値がシグナリングされることは（例えば、符号付きＥｘｐ－Ｇｏｌｏｍｂコード（ｓｅ（ｖ））を使用してシグナリングされる）、関数の負の増分を持つすなわち、マッピング関数減少が同じセマンティクスを維持する、という更なる柔軟性を可能にする。

【0243】

第２実施形態の第２の態様として、クロマＱＰマッピングテーブル情報は、デフォルトマッピング関数又は前にシグナリングされたマッピング関数の変更に使用されることができる。これは、変化する映像信号特性をより良く利用することによって圧縮効率を高めるために、映像シーケンスの特定の部分に対するマッピング関数の適応に使用されることができる。この態様によれば、上述のデフォルト関数挙動（又は増分）が、既存のマッピング関数増分によって置き換えられる。例示的なセマンティクスは、以下の通りとし得る：
クロマＱＰマッピングテーブルcqpMappingTable[]は次のように導出され：
cqpMappingTable[0]=0;
for(i=1;i<=maxQP;i++){
incStep=cqpMappingTablePrev[i]-cqpMappingTablePrev[i-1]//(前のマッピング関数増分)
for(k=0;k<cqp_set_num;k++){
for(j=0;j<cqp_set_size[k];j++){
if(i==cqp_set_point[k][j])
incStep=cqp_set_inc[k]
}
}
cqpMappingTable[i]=cqpMappingTable[i-1]+incStep;
}
ここで、maxQPはサポートされる最大ＱＰであり、cqpMappingTablePrevは、前にシグナリングされた、又はデフォルトの、マッピングテーブルである。

【0244】

特定のＱＰインデックス（qPi）に基づく特定のＱｐ_Ｃ値の導出は、以下のように記述され得る：
Qp_C=qPi+QpShift,
ここで、変数QpShiftは次のように導出され：
QpShift=0
defInc=cqpMappingTablePrev[qPi]-cqpMappingTablePrev[qPi-1]
for(k=0;k<cqp_set_num;k++){
for(j=0;j<cqp_set_size[k];j++){
if(qPi<=cqp_set_point[k][i])
QpShift=QpShift+cqp_set_inc[k]-defInc
}
}
ここで、変数defIncは前のマッピング関数（cqpMappingTablePrev）の増分を定める。

【0245】

あるいは代わりに：
Qp_C=qPi+QpShift,
ここで、変数QpShiftは次のように導出され：
QpShift=0
defInc=cqpMappingTablePrev[qPi]-cqpMappingTablePrev[qPi-1]
for(k=0;k<cqp_set_num;k++){
for(j=0;j<cqp_set_size[k];j++){
QpShift=QpShift+(cqp_set_point[k][i]<=qPi?cqp_set_inc[k]-defInc:0)
}
}
ここで、変数defIncは前のマッピング関数（cqpMappingTablePrev）の増分を定める。

【0246】

第２実施形態で説明した使用方法は、pps_cr_qp_offset及びslice_cr_qp_offsetパラメータをＱＰインデックス（ｑＰｉ）計算から除外し、ルマＱＰをマッピング関数の入力引数として使用することを可能にする。これは、クロマＱＰパラメータ導出公式を単純化し、ビットストリーム内でクロマＱＰオフセットパラメータpps_cr_qp_offset及びslice_cr_qp_offsetをシグナリングする必要を排除する。

【0247】

pps_cr_qp_offset及びslice_cr_qp_offsetパラメータは、マッピング関数を適用した後に適用されることができる。

【0248】

以下は、各点でのマッピング関数の増加がどれだけ大きいかの制限を持たない、他の一例の構文及びセマンティクスである。マッピング関数は依然として非減少であるという制限を持つ。

【0249】

シーケンスパラメータセット構文

【表25】

【0250】

セマンティクス：オプション２、テーブルベース
シグナリングされるパラメータに基づいてクロマＱｐマッピングテーブルを導出するために、以下のセマンティクスが提案される：
１に等しいsame_сqp_tableは、１つのクロマＱＰマッピングテーブルのみがシグナリングされて、Ｃｂ及びＣｒ成分の両方並びにジョイントＣｂ－Ｃｒコーディングに適用されることを規定する。０に等しいsame_сqp_tableは、３つのクロマＱＰマッピングテーブルがＳＰＳ内でシグナリングされることを規定する；
cqp_set_num_m1[n]に１を足したものは、ｎ番目のクロマＱｐマッピング関数が１以外のデルタ値を持つ点の集合の数を規定する；
cqp_set_inc[n][k]は、ｋ番目の集合の点におけるクロマＱｐマッピング関数増分を規定し、１ではないことに制約される；
cqp_set_size_m1[n][k]に１を足したものは、その集合の点の数を規定する；
cqp_set_delta_m1[n][k][i]に１を足したものは、ｉが０に等しい場合には集合のｉ番目の要素を規定し、それ以外の場合にはｉ番目の要素と（ｉ－１）番目の要素との間のデルタ値を規定する；
アレイcqp_set_point[n][k][i]は、ｎ番目のクロマＱｐマッピングテーブルが１以外のデルタ値を持つ点の集合を規定し、次のように導出される：
cqp_set_point[n][k][i]=cqp_set_delta_m1[n][k][i]+1+(i>0?:cqp_set_point[n][k][i-1]:0)
n=0..same_qp_table_for_chroma?0:2でのｎ番目のクロマＱＰマッピングテーブルcqpMappingTable[i]が、次のように導出され：
cqpMappingTable[n][0]=0
cqpMappingTable[n][i]=cqpMappingTable[n][i-1]+incStep,withi=1..63
ここで、incStepは１に初期化され、次のように変更される：
for k=0..cqp_set_num_m1[n]、及びj=0..cqp_set_size_m1[n][k]：
－ If(i==cqp_set_point[n][k][j]) incStep=cqp_set_inc[n][k]

【0251】

一部の実装では、メモリを節約するためにマッピングテーブル全体を格納することを避けることが有益であり得る。それを達成するために、特定のクロマＱｐ値に対する導出プロセスが提供される。それに関する構文要素及びセマンティクスはオプション１と同じであるが、cqpMappingTableの維持管理は必要ない：
１に等しいsame_сqp_tableは、１つのクロマＱＰマッピングテーブルのみがシグナリングされて、Ｃｂ及びＣｒ成分の両方並びにジョイントＣｂ－Ｃｒコーディングに適用されることを規定する。０に等しいsame_сqp_tableは、３つのクロマＱＰマッピングテーブルがＳＰＳ内でシグナリングされることを規定する；
cqp_set_num_m1[n]に１を足したものは、ｎ番目のクロマＱｐマッピング関数が１以外のデルタ値を持つ点の集合の数を規定する；
cqp_set_inc[n][k]は、ｋ番目の集合の点におけるクロマＱｐマッピング関数増分を規定し、１ではないことに制約される；
cqp_set_size_m1[n][k]に１を足したものは、その集合の点の数を規定する；
cqp_set_delta_m1[n][k][i]に１を足したものは、ｉが０に等しい場合には集合のｉ番目の要素を規定し、それ以外の場合にはｉ番目の要素と（ｉ－１）番目の要素との間のデルタ値を規定する；
アレイcqp_set_point[n][k][i]は、ｎ番目のクロマＱｐマッピングテーブルが１以外のデルタ値を持つ点の集合を規定し、次のように導出される：
cqp_set_point[n][k][i]=cqp_set_delta_m1[n][k][i]+1+(i>0?:cqp_set_point[n][k][i-1]:0)

【0252】

セマンティクス：オプション２、テーブルレス
一部の実装では、メモリを節約するためにマッピングテーブル全体を格納することを避けることが有益であり得る。それを達成するために、特定のクロマＱｐ値に対する導出プロセスが提供される。それに関する構文要素及びセマンティクスはオプション１と同じであるが、cqpMappingTableの維持管理は必要ない：
１に等しいsame_сqp_tableは、１つのクロマＱＰマッピングテーブルのみがシグナリングされて、Ｃｂ及びＣｒ成分の両方並びにジョイントＣｂ－Ｃｒコーディングに適用されることを規定する。０に等しいsame_сqp_tableは、３つのクロマＱＰマッピングテーブルがＳＰＳ内でシグナリングされることを規定する；
cqp_set_num_m1[n]に１を足したものは、ｎ番目のクロマＱｐマッピング関数が１以外のデルタ値を持つ点の集合の数を規定する；
cqp_set_inc[n][k]は、ｋ番目の集合の点におけるクロマＱｐマッピング関数増分を規定し、１ではないことに制約される；
cqp_set_size_m1[n][k]に１を足したものは、その集合の点の数を規定する；
cqp_set_delta_m1[n][k][i]に１を足したものは、ｉが０に等しい場合には集合のｉ番目の要素を規定し、それ以外の場合にはｉ番目の要素と（ｉ－１）番目の要素との間のデルタ値を規定する；
アレイcqp_set_point[n][k][i]は、ｎ番目のクロマＱｐマッピングテーブルが１以外のデルタ値を持つ点の集合を規定し、次のように導出される：
cqp_set_point[n][k][i]=cqp_set_delta_m1[n][k][i]+1+(i>0?:cqp_set_point[n][k][i-1]:0)

【0253】

導出プロセス
treeTypeがDUAL_TREE_CHROMAに等しいとき、変数Qp_Yは、ルマ位置（xCb+cbWidth/2，yCb+cbHeight/2）をカバーするルマコーディングユニットのルマ量子化パラメータQp_Yに等しく設定される。
－ n=0..2で、アレイQpMapOffset[n]が０で初期化される。ChromaArrayTypeが１に等しい場合、QpMapOffsetが次のように変更される：k=0..cqp_set_num_m1[n]及びi=0..cqp_set_size_m1[n][k]で：
－ QpMapOffset[n]=QpMapOffset[n]+(cqp_set_point[n][k][i]<=Qp_Y?cqp_set_inc[n][k]-1:0).
－ 変数QpOffset_Cb、QpOffset_Cr、及びQpOffset_CbCrは、次のように導出される：
QpOffset_Cb=QpMapOffset[0]+pps_cb_qp_offset+slice_cb_qp_offset
QpOffset_Cr=QpMapOffset[1]+pps_cr_qp_offset+slice_cr_qp_offset
QpOffset_CbCr=QpMapOffset[2]+pps_cbcr_qp_offset+slice_cbcr_qp_offset
－ Ｃｂ及びＣｒ成分並びにジョイントＣｂ－Ｃｒコーディング用のクロマ量子化パラメータQp’_Cb及びQp’_Cr並びにQp’_CbCrは、次のように導出される：
Qp′_Cb=Clip3(－QpBdOffset_C,63,Qp_Y+QpOffset_Cb)+QpBdOffset_C (8-931)
Qp′_Cr=Clip3(－QpBdOffset_C,63,Qp_Y+QpOffset_Cr)+QpBdOffset_C (8-932)
Qp′_CbCr=Clip3(－QpBdOffset_C,63,Qp_Y+QpOffset_CbCr)+QpBdOffset_C
(8-933)

【0254】

なお、ＣｂとＣｒとについて別々のマッピングテーブルが使用されることができ、すなわち、Ｃｂ用のマッピングテーブルの情報がビットストリームに基づいて取得され得るとともに、Ｃｒ用のマッピングテーブルの情報がビットストリームに基づいて取得され得る。

【0255】

第３実施形態によれば、マッピング関数は区分関数として表現され、ビットストリーム内でシグナリングされる情報は、例えば図９に示される９４、９５といった、区分関数の区切り点（又は変化点、又はピボット点）である。

【0256】

最も単純な方式では、マッピング関数を得るための情報として、ピボット点の数とそのｘ及びｙ座標がビットストリーム内でシグナリングされる。第１実施形態の態様１で説明したのと同様にして、ピボット点を有する集合のサイズを、ゼロより大きいサイズを持つように制約することができ、その場合、値size－１がビットストリーム内でシグナリングされる。なお、“マッピング関数を得るための情報”は“マッピング関数の情報”と記載されてもよく、“・・・を得るための情報”は“・・・の情報”と記載されてもよい。

【0257】

第３実施形態の第１の態様において、マッピング関数を表すために区分線形関数が使用される。

【0258】

更なる実装では、集合内の最初の点（点Ｄ９４）が単調一対一関数９１に属し、例えばＤｘといった１つの座標をシグナリングすることで十分であり、ＤｙはＤｙ＝Ｄｘとして導出されると制約することができる。さらに、区分線形関数の最後のセグメント（又はピース）が一対一関数に平行であると仮定すると、点Ｆ９６はシグナリングされる必要がなく、最後のセグメントのパラメータは、最後のセグメントが一対一関数に平行であるという知識と点Ｅ９５とに基づいて導出される。

【0259】

シグナリングオーバーヘッドを更に減少させるために、現在のピボット点（例えば、Ｅ９５）と先行するピボット点（例えば、Ｄ９４）との対応するｘ及びｙ座標の間の差がビットストリーム内でシグナリングされる。最初の点については、何らかのstarting_pointからの差分がシグナリングされる。starting_pointは、何らかの予め定められた点であるか、ビットストリーム内でシグナリングされるかのいずれかである。一部の実装では、starting_pointが一対一ライン上にあると制約することができ、その場合、starting_pointを定めるのに１つの座標で十分である。

【0260】

マッピング関数の単調増加を達成するために、現在の及び先行するピボット点の対応するｘ及びｙ座標の間の差は、例えば０以上など、負でないように制約される。差分をシグナリングするために、例えば符号なし整数０次Ｅｘｐ－Ｇｏｌｏｍｂコードといった符号なしコードを使用することができる。

【0261】

指摘しておくべきことには、上述の実施形態１及び実施形態２は、デコーダの１つの実装において共存することができる。例えば、より少ないビットをシグナリングに関して有するといった、最も適切な方法がエンコーダによって選択され、対応するインジケータによってビットストリーム内でシグナリングされる。一部の実装において、デコーダは、予め定められたマッピング関数と、ビットストリームから得られたマッピング関数を用いるオプションとを使用することができる。その場合、オプションは、対応するインジケータによってビットストリーム内でシグナリングされる。適切なマッピング関数は、シーケンス又はその一部の特定の信号特性に依存し得るので、エンコーダは、より良い圧縮効率、及び再構成映像におけるバランスのとれたルマ及びクロマ品質を達成するために、予め定められたマッピング関数を使用すべきか、それとも、ビットストリーム内でマッピング関数をシグナリングすることに幾らかの追加ビットを費やすべきかを決定し得る。

【0262】

シーケンスの異なる部分は、異なる信号特性を有し得るものであり、対応して異なる最適マッピング関数を有し得る。シーケンスの異なる部分に対してマッピング関数を変更する能力を提供するために、ビットストリームは、マッピング関数を変更するかを指し示すインジケータを、例えば、ピクチャ、スライス、若しくはタイルグループレベルにて、又は適応パラメータセットにて含む。これは、シーケンスの一部の特定の信号特性に合わせて、より良好に調整することによって、圧縮効率を高めることを可能にする。

【0263】

以下は、シーケンスパラメータセット内でマッピング関数情報をシグナリングすることに対応する構文テーブルの一例である：

【表26】

上の構文テーブルに関する例示的なセマンティクスは以下の通りである：
１に等しいchroma_qp_mapping_flagは、クロマＱｐマッピング関数がシグナリングされて、Ｑｐ_Ｃを導出するのに使用されるｑＰｉの関数（ルマＱｐに基づいて導出される）として、Ｑｐ_Ｃ（クロマＱｐ）のデフォルト仕様に優先することを規定する。０に等しいchroma_qp_mapping_flagは、Ｑｐ_Ｃを導出するのにデフォルトのクロマＱｐマッピングテーブルが使用しされることを規定する。chroma_qp_mapping_flagが存在しないとき、chroma_qp_mapping_flagは０に等しいと推定される。

【0264】

なお、一部の実装において、chroma_qp_mapping_flagは省略されて、系統的に１にされることができる。これが意味することは、クロマＱｐマッピング情報（cqp_mapping_data()）が常にビットストリーム内に存在するということである。

【0265】

ビットストリームにて伝送される映像信号は、異なるクロマフォーマットサンプリング構造を有し得る。以下は、クロマサンプリングフォーマット仕様の一例である：

【表27】

モノクロサンプリングでは、名目上ルマアレイとみなされる１つのみのサンプルアレイが存在する；
４：２：０サンプリングでは、２つのクロマアレイの各々がルマアレイの半分の高さ及び半分の幅を有する；
４：２：２サンプリングでは、２つのクロマアレイの各々がルマアレイと同じ高さ及び半分の幅を有する；
４：４：４サンプリングでは、separate_colour_plane_flagの値に応じて、以下が適用される：
separate_colour_plane_flagが０に等しい場合、２つのクロマアレイの各々がルマアレイと同じ高さ及び幅を有する；
そうでない（separate_colour_plane_flagが１に等しい）場合、３つのカラープレーンが別々にモノクロサンプリングされたピクチャとして処理される。

【0266】

一部の実装において、chroma_qp_mapping_flag及び／又はクロマＱｐマッピング情報（ｃｑｐ＿ｍａｐｐｉｎｇ＿ｄａｔａ（））は、下の表に例示的に規定されるようにクロマサンプリングフォーマットに依存することができ、ここで、chroma_format_idcが３に等しいことは、クロマサンプリングフォーマットが４：２：０であることを指し示している：

【表28】

【0267】

他の一例は以下である：

【表29】

【0268】

この時点で留意すべきことには、ピクチャがモノクロである場合、ピクチャはルミナンスサンプルアレイのみを有し得る。従って、ピクチャは、例えば、モノクロフォーマットにおけるルマサンプルのアレイ、又は４：２：０、４：２：２、及び４：４：４カラーフォーマットにおける、ルマサンプルのアレイ及び２つの対応するクロマサンプルのアレイであり得る。

【0269】

以下は、適応パラメータセット内でマッピング関数情報をシグナリングすることに対応する構文テーブルの一例であり：

【表30】

ここで、CQP_APSがクロマＱＰマッピングテーブル情報の識別子である。

【0270】

好適なマッピング関数は、カラー成分の圧縮におけるコーデック効率及び特定のシーケンスの信号特性に依存し得る。このことは、ＨＤＲコンテンツにとって、よりいっそう考慮すべきことであり得る。何故なら、このタイプのコンテンツではカラー情報が非常に重要であるからである。また、Ｃｂ及びＣｒ成分は、異なる特性を有し得るものであり、ひいては異なる最適マッピング関数を有し得る。コンテンツのタイプ及び特性によりよく適合するために、Ｃｂ成分とＣｒ成分とで異なるマッピング関数を持つことが有益であり得る。この能力を提供するために、一部の有利な実装において、ビットストリームは、Ｃｂ及びＣｒ成分の両方についてマッピング関数を得るための情報を有する。

【0271】

柔軟性を有することを可能にする更なる有利な実装において、ビットストリームは、Ｃｂ及びＣｒ成分の両方についてマッピング関数がシグナリングされるかを指し示すインジケータを有する。インジケータが正（ＴＲＵＥ）である場合、デコーダは、Ｃｂ及びＣｒ成分に対応する２つのマッピング関数をビットストリームから取得し、それを再構成プロセスにおいて使用する。さうでない場合、単一マッピング関数がＣｂ及びＣｒ成分の再構成に使用される。

【0272】

図１１は、ＶＶＣクロマＱｐマッピングテーブルを実際にｑＰｉの関数として示してみたものである。見て取れるように、ルマ・ツー・クロママッピング関数は、２つのクラスの領域で分割されることができる単調増加（非減少）関数である。クラスＡ領域では、関数が非増加（又はフラット）であり、すなわち、ｆ（ｘ）－ｆ（ｘ－１）＝０であり、クラスＢ領域では、関数が増加している、すなわち、ｆ（ｘ）－ｆ（ｘ－１）＝１である。

【0273】

シグナリングの方法において、我々は、クラスＡ（フラット領域）の点を、ビットストリーム内で、差分表現（例えば、cqp_delta_fpi＝Ａ［ｉ］－Ａ［ｉ－１］）を用いてシグナリングすることを提案する。提案する方法によれば、デコーダは、集合Ａの点についての情報を用いてマッピング関数を構築する。許されるＱｐ範囲の残りの点に関しては、マッピング関数が刻み幅１で単調増加されると仮定される。例えば、現行ＶＶＣマッピング関数を再現するためには、以下の点：３０、３５、３７、３９、４１、及び４３がシグナリングされる必要がある。

【0274】

ＳＰＳに、新たな構文要素chroma_qp_mapping_flagが追加される。chroma_qp_mapping_flagの値が０に等しいとき、デフォルトのクロマＱｐマッピングテーブルが使用される。chroma_qp_mapping_flagの値が１に等しいとき、クロマＱｐマッピングテーブルがシグナリングされる。

【0275】

例示的なシーケンスパラメータセット構文

【表31】

シグナリングされるパラメータに基づいてクロマＱｐマッピングテーブルを導出するために、以下のセマンティクスが提案される：
１に等しいｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは、クロマＱｐマッピングテーブルがシグナリングされ、Ｑｐ_Ｃを導出するために使用されるｑＰｉの関数としてのＱｐＣの仕様である表８ １５に優先することを規定する。０に等しいｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇは、Ｑｐ_Ｃを導出するために使用されるｑＰｉの関数としてのＱｐＣの仕様である表８ １５に規定されるデフォルトのクロマＱｐマッピングテーブルが使用されることを規定する。ｃｈｒｏｍａ＿ｑｐ＿ｍａｐｐｉｎｇ＿ｆｌａｇが存在しないとき、それは０に等しいと推定される；
cqp_flat_points_minus1に１を足したものは、マッピング関数が増加しない点の数を規定する；
cqp_fp0は、マッピング関数が増加しない点の集合の最初の要素を規定する；
cqp_delta_fp_minus1[i]に１を足したものは、マッピング関数が増加しない点の集合のｉ番目の要素と（ｉ－１）番目の要素との間のデルタ値を規定する。

【0276】

変数cQpFlatSizeは次のように導出される：
cQpFlatSize=cqp_flat_points_minus1+1
変数cQpFlat[]は次のように導出される：
cQpFlat[0]=cqp_fp0;
for(i=1;i<cQpFlatSize;i++){
cQpFlat[i]=cqp_delta_fp_minus1[i]+1+cQpFlat[i-1]
}
クロマＱＰマッピングテーブルcqpMappingTable[]は次のように導出される：
cqpMappingTable[0]=0;
for(i=1;i<=maxQP;i++){
incStep=1
for(j=0;j<cQpFlatSize;j++)
{
if(i==cQpFlat[j])
incStep=0
}
cqpMappingTable[i]=cqpMappingTable[i-1]+incStep;
}

【0277】

当該提案の第２の態様として、我々は、点３５、３９、４３に非増加領域を持つ調整マッピング関数を評価した。その調整マッピング関数を図１２に示す。
点３５、３９及び４３にフラット領域を有する調整クロマＱｐマッピング関数を用いて、以下の結果を得た。マッピングテーブルを、提案するシグナリング機構を用いるテスト構成ファイルを用いて調整した。この実験において、我々は、ＡＩ構成のみに関してクロマＱＰオフセットを１に等しく保っている。構成ＲＡ、ＬＤＢ及びＬＤＰに関しては、クロマＱＰオフセットが０に設定されている。

【0278】

表Ａ ＶＴＭ５．０に対する調整マッピングテーブルのコーディング性能

【表32】

【0279】

気付いたことには、アンカーとしてのＶＴＭ５．０の使用は、一部のシーケンスについてＲＤ曲線の交差をもたらす。これは、ＢＤレート数値を関連ないものにし得る。正しい数値を得るために、我々は、ＨＭに対するＶＴＭ５．０及び調整マッピングテーブルでの試験の性能の差をとることにより、ＶＴＭ５．０に対する性能を見積もっている。下の表Ｂで、左側の部分は、ＶＴＭ５．０とのＢＤレート差を表しており、真ん中の部分は、ＨＭ１６．２０に対する調整テーブルのコーディング性能を報告しており、右側の部分は、ＨＭに対するＶＴＭ５．０のコーディング性能を比較のために与えている。

【0280】

表Ｂ ＨＭをアンカーとした、ＶＴＭ５．０に対する調整マッピングテーブルのコーディング性能の差

【表33】

【0281】

さらに、図１３は、本開示に従ったクロミナンス量子化パラメータを取得する方法を示している。図１３は、クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得する方法を示しており、当該方法は、デコーダによって実行される。図１３の方法は、ビットストリームを受信するステップ１６０１と、ビットストリームを構文解析して、ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるクロマＱＰマッピングテーブルについての情報と、を取得するステップ１６０３と、ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得するステップ１６０５と、取得した上記情報に基づいてクロマＱＰマッピングテーブルを取得するステップ１６０７と、取得したクロマＱＰマッピングテーブルと、取得したＱＰｉとに基づいて、ＱＰｃを取得するステップ１６０９と、取得したＱＰｃに基づいてクロミナンス量子化パラメータを取得するステップ１６１１と、を有する。

【0282】

さらに、図１４は、本開示に従ったデコーダ３０を示している。図１３は、クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得するデコーダ３０を示している。図１３のデコーダは、ビットストリームを受信するように構成された受信ユニット３００１と、ビットストリームを構文解析して、ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるクロマＱＰマッピングテーブルについての情報と、を取得するように構成された構文解析ユニット３００３と、ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得するように構成された第１取得ユニット３００５と、取得した上記情報に基づいてクロマＱＰマッピングテーブルを取得するように構成された第２取得ユニット３００７と、取得したクロマＱＰマッピングテーブルと、取得したＱＰｉとに基づいて、ＱＰｃを取得するように構成された第３取得ユニット３００９と、取得したＱＰｃに基づいてクロミナンス量子化パラメータを取得するように構成された第４取得ユニット３０１１と、を有する。

【0283】

理解されるべきことには、第１、第２、第３及び第４取得ユニット３００５、３００７、３００９、３０１１は、別々のユニットとして示されているが、これらのユニットの２つ以上又は全てが実効的に、それぞれ、共通の１つの取得ユニット又は共通の複数の取得ユニットによって実現されてもよい。

【0284】

数学演算子
この出願で使用される数学演算子は、Ｃプログラミング言語で使用されるものと同様である。しかし、整数除算及び算術シフト演算の結果をいっそう正確に定義し、例えば指数化及び実数値除算などの更なる演算を定義する。番号付ける及びカウントすることの慣習は一般に０から始まり、例えば、“１番目（the first）”は０番（0-th）、“２番目（the second）”は１番（1-th）、等々である。

【0285】

算術演算子
以下の算術演算子は、次のように定義される：

【数3】

【0286】

論理演算子
以下の論理演算子は次のように定義される：
ｘ＆＆ｙ ｘ及びｙのブール論理“ａｎｄ”
ｘ｜｜ｙ ｘ及びｙのブール論理“ｏｒ”
！ ブール論理“ｎｏｔ”
ｘ？ ｙ：ｚ ｘがＴＲＵＥである又は０に等しくない場合、ｙの値の方を評価し、そうでない場合、ｚの値の方を評価する。

【0287】

関係演算子
以下の関係演算子は次のように定義される：
＞ より大きい
＞＝ 以上
＜ より小さい
＜＝ 以下
＝＝ 等しい
！＝ 等しくない。

【0288】

関係演算子が、値“ｎａ”（非該当）が割り当てられた構文要素又は変数に適用される場合、値“ｎａ”は、その構文要素又は変数に関する独特な値として扱われる。値“ｎａ”は、他の値とは等しくないとみなされる。

【0289】

ビット単位演算子
以下のビット単位演算子は次のように定義される：
＆ ビット単位の“ａｎｄ”。整数の引数について演算するとき、整数値の２の補数表現について演算する。別の引数よりも少ないビットを含むバイナリ引数について演算するとき、短い方の引数が、０に等しい上位ビットを付加することによって延ばされる。
｜ ビット単位の“ｏｒ”。整数の引数について演算するとき、整数値の２の補数表現について演算する。別の引数よりも少ないビットを含むバイナリ引数について演算するとき、短い方の引数が、０に等しい上位ビットを付加することによって延ばされる。
＾ ビット単位の“排他的ｏｒ”。整数の引数について演算するとき、整数値の２の補数表現について演算する。別の引数よりも少ないビットを含むバイナリ引数について演算するとき、短い方の引数が、０に等しい上位ビットを付加することによって延ばされる。
ｘ＞＞ｙ ｘの２の補数の整数表現の、バイナリでｙ桁の算術右シフト。この関数は、負でない整数値のｙに対してのみ定義される。右シフトの結果として最上位ビット（ＭＳＢ）にシフトされたビットは、シフト演算前のｘのＭＳＢに等しい値を持つ。
ｘ＜＜ｙ ｘの２の補数の整数表現の、バイナリでｙ桁の算術左シフト。この関数は、負でない整数値のｙに対してのみ定義される。左シフトの結果として最下位ビット（ＬＳＢ）にシフトされたビットは、０に等しい値を持つ。

【0290】

割当て演算子
以下の算術演算子は次のように定義される：
＝ 割当て演算子
＋＋ インクリメント、すなわち、ｘ＋＋は、ｘ＝ｘ＋１と等価である；アレイインデックスで使用される場合、インクリメント演算前の変数の値の方を評価する。
－－ デクリメント、すなわち、ｘ－－は、ｘ＝ｘ－１と等価である；アレイインデックスで使用される場合、デクリメント演算前の変数の値の方を評価する。
＋＝ 指定量分のインクリメント、すなわち、ｘ＋＝３は、ｘ＝ｘ＋３と等価であり、ｘ＋＝（－３）は、ｘ＝ｘ＋（－３）と等価である。
－＝ 指定量分のデクリメント、すなわち、ｘ－＝３は、ｘ＝ｘ－３と等価であり、ｘ－＝（－３）は、ｘ＝ｘ－（－３）と等価である。

【0291】

範囲表記
値の範囲を規定するために以下の表記が使用される：
ｘ＝ｙ．．ｚ ｘは、ｙから始まってｚまでの整数値を、ｙ、ｚを含めてとり、ｘ、ｙ、及びｚは整数であり、且つｚはｙより大きい。

【0292】

数学関数
以下の数学関数が定義される：

【数4】

【0293】

演算優先順位の序列
式の中で優先順位の序列が括弧を用いて明示的に示されない場合、次の規則が適用される：
－ より高い優先順位の演算が、任意のより低い優先順位の演算の前に評価される。
－ 同じ優先順位の演算が、左から右に順に評価される。

【0294】

下の表は、最高から最低までの演算の優先順位を規定しており、表中の高い位置ほど高い優先順位を指し示す。

【0295】

Ｃプログラミング言語でも使用される演算子については、この明細書で使用される優先順位の序列は、Ｃプログラミング言語で使用されるものと同じである。

【表34】

【0296】

論理演算のテキスト記述
テキストにおいて、次の形式で数学的に記述される論理演算のステートメント：
if(condition 0)
statement 0
else if(condition 1)
statement 1
...
else /* 残りの条件についての情報の言及 */
Statement n
は、以下のように記述され得る：
...以下のとおりである／...以下が適用される：
－ If condition 0, statement 0
－ Otherwise, if condition 1, statement 1
－ ...
－ Otherwise (残りの条件についての情報の言及), statement n。

【0297】

テキスト内の各“If．．．otherwise, if...otherwise, ．．．”ステートメントが直後に“If...”が続く“...以下のとおりである”又は“...以下が適用される”を用いて導入される。“If...otherwise, if...otherwise, ．．．”の最後の条件は、常に“Otherwise, ．．．”である。インターリーブされる“If...otherwise, if...otherwise, ．．．”ステートメントは、“...以下のとおりである”又は“...以下が適用される”を終わりとなる“Otherwise, ．．．”と合わせることによって識別され得る。

【0298】

テキストにおいて、次の形式で数学的に記述される論理演算のステートメント：
if(condition 0a && condition 0b)
statement 0
else if(condition 1a || condition 1b)
statement 1
...
else
statement n
は、以下のように記述され得る：
...以下のとおりである／...以下が適用される：
－ If 以下の条件の全てがtrueである, statement 0:
－ condition 0a
－ condition 0b
－ Otherwise, if 以下の条件のうち１つ以上がtrueである, statement 1:
－ condition 1a
－ condition 1b
－ ...
－ Otherwise, statement n。

【0299】

テキストにおいて、次の形式で数学的に記述される論理演算のステートメント：
if(condition 0)
statement 0
if(condition 1)
statement 1
は、以下のように記述され得る：
Condition 0である場合, statement 0
Condition 1である場合, statement 1。

【0300】

発明の実施形態を、主に映像コーディングに基づいて説明してきたが、留意すべきことには、コーディングシステム１０、エンコーダ２０及びデコーダ３０（及び対応するシステム１０）の実施形態並びにここに記載された他の実施形態はまた、静止ピクチャ処理又はコーディング、すなわち、映像コーディングにおいてのような先行する又は連続するピクチャとは独立した、個々のピクチャの処理又はコーディング向けに構成されてもよい。一般に、ピクチャ処理コーディングが単一のピクチャ１７に限られる場合、インター予測ユニット２４４（エンコーダ）及び３４４（デコーダ）のみ利用可能でないとし得る。例えば、残差計算２０４／３０４、変換２０６、量子化２０８、逆量子化２１０／３１０、（逆）変換２１２／３１２、分割２６２／３６２、イントラ予測２５４／３５４、及び／又はループフィルタリング２２０、３２０、並びにエントロピーコーディング２７０及びエントロピー復号３０４といった、ビデオエンコーダ２０及びビデオデコーダ３０の他の全ての機能（ツール又は技術としても参照される）は、静止ピクチャ処理に等しく使用され得る。

【0301】

例えばエンコーダ２０及びデコーダ３０の実施形態、並びに、例えばエンコーダ２０及びデコーダ３０を参照してここに記載された機能は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの任意の組み合わせで実装され得る。ソフトウェアで実装される場合、機能は、１つ以上の命令又はコードとして、コンピュータ読み取り可能媒体に記憶され、又は通信媒体上で伝送され、そして、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ読み取り可能媒体は、例えばデータ記憶媒体などの有形媒体に対応するコンピュータ読み取り可能記憶媒体、又は、例えば通信プロトコルに従って１つの場所から別の場所へのコンピュータプログラムの転送を支援する任意の媒体を含む通信媒体を含み得る。斯くして、コンピュータ読み取り可能媒体は、一般に、（１）非一時的である有形のコンピュータ読み取り可能記憶媒体、又は（２）例えば信号又は搬送波などの通信媒体に対応し得る。データ記憶媒体は、この開示に記載された技術の実装のための命令、コード及び／又はデータ構造を取り出すために１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスされることができる任意の利用可能な媒体とし得る。コンピュータプログラムプロダクトがコンピュータ読み取り可能媒体を含み得る。

【0302】

例として、限定することなく、そのようなコンピュータ読み取り可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶装置、フラッシュメモリ、又は、命令若しくはデータ構造の形態で所望のプログラムコードを格納するために使用され且つコンピュータによってアクセスされることができる任意の他の媒体を有することができる。また、任意の接続が適切にコンピュータ読み取り可能媒体と呼ばれる。例えば、命令が、ウェブサイト、サーバ、又は他のリモートソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は例えば赤外線、無線、及びマイクロ波などの無線技術を用いて伝送される場合、その同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は例えば赤外線、無線、及びマイクロ波などの無線技術は、媒体の定義に含まれる。しかしながら、理解されるべきことには、コンピュータ読み取り可能記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時的媒体を含まず、代わりに非一時的で有形の記憶媒体に向けられる。ディスク（ｄｉｓｋ及びｄｉｓｃ）は、ここで使用されるとき、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク及びＢｌｕ－ｒａｙディスクを含み、ｄｉｓｋは、通常、磁気的にデータを再生し、ｄｉｓｃはレーザを用いて光学的にデータを再生する。上述のものの組み合わせも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。

【0303】

命令は、例えば１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又は他の同等の集積論理回路若しくはディスクリート論理回路などの、１つ以上のプロセッサによって実行され得る。従って、用語“プロセッサ”は、ここで使用されるとき、上述の構造のいずれか、又はここに記載された技術の実装に適した任意の他の構造を指し得る。さらに、一部の態様において、ここに記載された機能は、符号化及び復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内で提供されてもよいし、あるいは、組み合わされたコーデックに組み込まれてもよい。また、これらの技術は、１つ以上の回路又は論理素子にて完全に実装されてもよい。

【0304】

この開示の技術は、無線ハンドセット、集積回路（ＩＣ）、又は一組のＩＣ（例えば、チップセット）を含め、広範で多様なデバイス又は装置にて実装され得る。この開示においては、開示された技術を実行するように構成されたデバイスの機能的側面を強調するために、様々なコンポーネント、モジュール、又はユニットが説明されているが、必ずしも、複数の異なるハードウェアユニットによる実現を必要とするわけではない。むしろ、上述のように、様々なユニットが、コーデックハードウェアユニットに組み合わされてもよいし、あるいは、上述の１つ以上のプロセッサを含め、好適なソフトウェア及び／又はファームウェアと併せられた相互動作ハードウェアユニットの集合によって提供されてもよい。

【0305】

クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得する方法であって、当該方法は、デコーダによって実行され、当該方法は、
受信したビットストリームを構文解析して、ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるマッピング関数（ｆ）の情報と、を取得し、
ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得し、
取得した上記情報に基づいてマッピング関数を取得し、そして、
取得したマッピング関数と、取得したＱＰｉとに基づいて、ＱＰｃを取得する、
ことを有する。

【0306】

クロマＱＰマッピングテーブルについての情報をビットストリーム内に有することは、例えばＳＤＲ若しくはＨＤＲなどの入力映像信号の特定の特性又はルミナンス及びクロミナンスチャネル上の異なる強度及び分布への調整を可能にし、それ故に、圧縮効率を向上させるとともに、再構成映像におけるクロマ成分とルマ成分との間のバランスを向上させる。

【0307】

上の方法において、マッピング関数は、デコーダによってサポートされる許容ＱＰｉ範囲（例えば、０から６３、又は例えば２０から５０といった、サポートされる範囲の他の部分）内のＱＰｉに対応する集合Ｘの各要素ｘを、又は集合Ｘの何らかの部分集合を、デコーダによってサポートされる許容ＱＰｃ範囲（例えば、０から６３、又は例えば０から５９若しくは１８から４６といった、サポートされる範囲の他の部分）内のＱＰｃに対応する集合Ｙの１つの要素ｙに関連付ける。

【0308】

例えば、ＱＰｉ範囲及びＱＰｃ範囲は同じであってもよいし、あるいは異なってもよい。

【0309】

上の方法において、マッピング関数は単調増加（非減少）関数である。

【0310】

この制約をマッピング関数に課すことは、ルマＱＰの増加に伴ってクロマＱＰが減少するときの、例えば予期せぬ望ましくない、“奇妙な”挙動を有するマッピング関数の設定を回避することを可能にし、換言すれば、ルマの品質低下に伴ってクロマ品質が上昇するケースを回避することを可能にする。単調増加制約があることは、ルマ及びクロマの品質が同期されることを可能にする。更なる利点として、この制約は、関数の負の増分を記述する必要を排除することによって、マッピング関数情報のシグナリングのビットを節約することを可能にする。

【0311】

上の方法において、集合Ｘは、そこでマッピング関数ｆが増加しない部分集合Ａを含み、例えば：
部分集合Ａの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝０
である。

【0312】

例えば、Ａ＝｛３０，３９，４３｝、ｆ（３０）－ｆ（２９）＝０、ｆ（３９）－ｆ（３８）＝０、又はｆ（４３）－ｆ（４２）＝０；又は
Ａ＝｛３５，３９，４３｝、ｆ（３５）－ｆ（３４）＝０、ｆ（３９）－ｆ（３８）＝０、又はｆ（４３）－ｆ（４２）＝０である。

【0313】

上の方法において、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち：
部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、Ａ＋Ｂ＝Ｘであり、ｃは１以上の自然数である。

【0314】

例えば、ｃ＝１又は２などであり、あるいは、ｃはｘの関数であってもよく、ｃ（ｘ）＞＝１である。

【0315】

上のいずれか１つの方法において、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち：
部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、ｃは１以上の自然数である。

【0316】

例えば、ｃ＝１又は２などであり、あるいは、ｃはｘの関数であってもよく、ｃ（ｘ）＞＝１である。

【0317】

本開示は、以下の更なる４１態様を開示し、第１態様から第４１態様まで以下の通り列挙する。

【0318】

クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得する方法の第１態様であって、当該方法は、デコーダによって実行され、当該方法は、受信したビットストリームを構文解析して、ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるマッピング関数（ｆ）の情報と、を取得し、ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得し、取得した上記情報に基づいてマッピング関数を取得し、そして、取得したマッピング関数と、取得したＱＰｉとに基づいて、ＱＰｃを取得する、ことを有する。

【0319】

第１態様の方法の第２態様であって、マッピング関数は、デコーダによってサポートされる許容ＱＰｉ範囲内のＱＰｉに対応する集合Ｘの各要素ｘを、又は集合Ｘの何らかの部分集合を、デコーダによってサポートされる許容ＱＰｃ範囲内のＱＰｃに対応する集合Ｙの１つの要素ｙに関連付ける。

【0320】

第２態様に従った、方法の第３態様であって、マッピング関数は単調増加（非減少）関数である。

【0321】

第２又は第３態様に従った、方法の第４態様であって、集合Ｘは、そこでマッピング関数ｆが増加しない部分集合Ａを含み、例えば：
部分集合Ａの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝０
である。

【0322】

第４態様に従った、方法の第５態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、Ａ＋Ｂ＝Ｘであり、ｃは１以上の自然数である。

【0323】

第２乃至第４態様のいずれか一に従った、方法の第６態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、ｃは１以上の自然数である。

【0324】

第５又は第６態様に従った、方法の第７態様であって、部分集合Ｂについてのマッピング関数は次のように定められる：部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝１。

【0325】

第１乃至第７態様のいずれか一に従った、方法の第８態様であって、マッピング関数の情報は、部分集合Ａのサイズ（ｓｉｚｅＡ）及び部分集合Ａの要素ａ_ｉの情報を有する。

【0326】

これは有益なことに、関数挙動が通常の予め定められた挙動（部分集合Ｂ）とは異なる点（部分集合Ａ）のみをシグナリングすることによって、ビットを節約することを可能にする。

【0327】

第１乃至第８態様のいずれか一に従った、方法の第９態様であって、マッピング関数の情報は部分集合Ａのサイズを有する。

【0328】

第１乃至第９態様のいずれか一に従った、方法の第１０態様であって、マッピング関数の情報は、部分集合Ａの要素ａ_ｉの直接的な値を有する。

【0329】

第８乃至第１０態様のいずれか一に従った、方法の第１１態様であって、マッピング関数の情報は、要素ａ_ｉの現在値と要素ａ_ｉ－１の先行値との間の差（ｄｅｌｔａ＿ａ_ｉ）を有し、値ａ_ｉは次のように得られる：任意のｉ＞０に対して、ａ_ｉ＝ａ_ｉ－１＋ｄｅｌｔａ＿ａ_ｉ。

【0330】

直接的な値の代わりに差分をシグナリングすることは、ビットを更に節約することを可能にする。

【0331】

第８乃至第１０態様のいずれか一に従った、方法の第１２態様であって、マッピング関数の情報は、最初の値ａ_０とｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの間の差（ｄｅｌｔａ＿ａ_０）を有し、部分集合Ａの最初の値ａ_０が、差（ｄｅｌｔａ＿ａ_０）に基づいて、ａ_０＝ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅ＋ｄｅｌｔａ＿ａ_０のように取得され、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、ビットストリーム内でシグナリングされるか、あるいは、例えば０、２１、３０、ｍａｘＱＰｉ＞＞１といった、予め定められた値であるかのいずれかであり、ｍａｘＱＰｉは、例えば６３といった、デコーダによってサポートされる最大ＱＰｉ値である。

【0332】

第１乃至第１２態様のいずれか一に従った、方法の第１３態様であって、マッピング関数の情報は、以下のコード：バイナリ、固定長、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードのうちのいずれかを用いて、ビットストリーム内でシグナリングされる。

【0333】

第１乃至第１３態様のいずれか一に従った、方法の第１４態様であって、マッピング関数は、部分集合Ａ及びＢの定められた関数挙動を用いて取得され、すなわち、例えばｆ（ｘ）－ｆ（ｘ－１）＝１など、部分集合Ｂからの任意の入力引数ｘについて、関数が例えば１だけ増加し、及び、例えばｆ（ｘ）－ｆ（ｘ－１）＝０など、部分集合Ａからの任意の入力引数ｘについて、関数がフラットであることを用して取得され、ｘ＝０に対応するマッピング関数の最初の値が０であると仮定して、例えば、以下の擬似コードを繰り返し用いて実装されることができる：
chroma_qp_mapping_table[0]=0; // 初期化
for(i=1;i<=maxQP;i++) // maxQPはデコーダによってサポートされる最大QP
{
int incStep=1; // 集合Bに対する関数増分
for(j=0;j<cQpFlatSize;j++) // cQpFlatSizeは集合Aのサイズ
{
if(i==cQpFlat[j]) // cQpFlatは、集合Aの要素を有するアレイ
{
incStep=0; // 集合Aに対するゼロ関数増分（フラット）
break;
}
}
chroma_qp_mapping_table[i]=chroma_qp_mapping_table[i-1]+incStep;
}

【0334】

第４乃至第１４態様のいずれか一に従った、方法の第１５態様であって、マッピング関数の情報は、部分集合Ｂの値ｂの情報を有し、部分集合Ａは、Ａ＝Ｘ－Ｂとして得られる。

【0335】

これは、予め定められた挙動とは関数挙動が異なる点のみをシグナリングすることによって、最小化されたシグナリングオーバーヘッドで、サポートされるＱＰｉの値の集合Ｘ全体についての関数挙動を取得することを可能にする。

【0336】

第４乃至第１４態様のいずれか一に従った、方法の第１６態様であって、部分集合Ｂはサブ部分集合Ｂ_ｋを含み、サブ部分集合Ｂ_ｋは、そこでマッピング関数が同じ増分ｃ_ｋを持つ要素ｘを含み：ｘ∈Ｂ_ｋであ場合、ｆ（ｘ）－ｆ（ｘ－１）＝ｃ_ｋであり、ここで、ｃ_ｋは自然数であり、例えば、ｃ_ｋは０、１、２、３、４、…に等しい。換言すれば、部分集合Ｂが、サブ部分集合Ｂｋの点ｘにおけるマッピング関数増分の量に応じて異なるサブ部分集合にスプリットされ得る。

【0337】

これは、関数が異なる増加速さ（ｃ_ｋ）を持ち得る点を追加することによって、マッピング関数定義の柔軟性を高めることを可能にする。

【0338】

第１６態様に従った、方法の第１７態様であって、マッピング関数の情報は、サブ部分集合Ｂ_ｋのうちの少なくとも１つのサイズ（サイズＢ_ｋ）と、サブ部分集合Ｂ_ｋのうちの少なくとも１つの要素ｂ_ｉとの情報を有する。

【0339】

第１６又は第１７態様に従った、方法の第１８態様であって、マッピング関数の情報は、サブ部分集合Ｂ_ｋの点におけるマッピング関数の増分の値の情報を有する。

【0340】

第１６又は第１７態様に従った、方法の第１９態様であって、マッピング関数の情報は、サブ部分集合Ｂ_ｋの数の情報を有する。

【0341】

第１６乃至第１９態様のいずれか一に従った、方法の第２０態様であって、マッピング関数の情報の少なくとも一部（例えば、サブ部分集合Ｂ_ｋの情報）は、次の構文を用いて取得される：

【表35】

【0342】

第１６乃至第１９態様のいずれか一に従った、方法の第２１態様であって、マッピング関数の情報の少なくとも一部（例えば、サブ部分集合Ｂ_ｋの情報）は、次の構文を用いて取得される：

【表36】

【0343】

第２又は第３態様に従った、方法の第２２態様であって、マッピング関数は区分関数であり、マッピング関数の情報は、区分関数の区切り点、変化点、又はピボット点を有する。

【0344】

この態様は、関数がその挙動（例えば、直線の傾き）を変化させる点のみをシグナリングすることによって、限られたシグナリングオーバーヘッドで関数挙動を記述することを可能にし、そして、変化点又はピボット点の間の区分関数として関数を記述することを可能にする。

【0345】

第２２態様に従った、方法の第２３態様であって、区切り点、又は変化点、又はピボット点の数、及びそのｘ及びｙ座標が、直接的な形式で、又は現在点座標と先行点座標との間の差を用いて、ビットストリーム内でシグナリングされる。

【0346】

差分をシグナリングすることは、ピボット点座標の直接値のシグナリングとは対照的に、ビットを更に節約することを可能にする。

【0347】

第２２又は第２３態様に従った、方法の第２４態様であって、前記マッピング関数は、線形方程式、指数方程式、対数方程式、又は上記の方程式の組み合わせ、に基づく区分関数である。

【0348】

予め定められた方程式フォーム（例えば、線形方程式）を区分関数に使用することは、明示的なシグナリングなしにピボット点間の関数値を得ることを可能にし、これは有益なことに、マッピング関数を記述することのシグナリングオーバーヘッドを減少させる。

【0349】

第２４態様に従った、方法の第２５態様であって、区分関数のパラメータがピボット点に基づいて取得され、例えば、線形方程式の場合の例として：ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、ｂ＝Ｄｙ＋ｓｌｏｐｅ＊Ｄｘであり、ここで、Ｄ（９４）及びＥ（９５）は、対応して座標Ｄｘ、Ｄｙ、及びＥｘ、Ｅｙを有する例示的な変化点であり、ｓｌｏｐｅ及びｂは、例えばｙ＝ｓｌｏｐｅ＊ｘ＋ｂなどの線形方程式のパラメータである。

【0350】

マッピング関数の単調増加を達成するためには、ｓｌｏｐｅは非負であるべきであり、これは、例えば０以上など、特に非負であるように、同じ符号を持つという制約をデルタ（Ｅｙ－Ｄｙ）及び（Ｅｘ－Ｄｘ）に適用することによって達成されることができる。これを達成するために、例えば符号なし整数０次Ｅｘｐ－Ｇｏｌｏｍｂコードといった符号なしコードを、差分をシグナリングすることに使用することができる。更なる技術的利益として、単調増加制約を有することは、符号なし符号を用いてデルタをシグナリングすることを可能にし、これは、デルタの符号のビットを節約することを可能にする。

【0351】

第２又は第３態様に従った、方法の第２６態様であって、集合Ｘは部分集合Ｃを含み、マッピング関数の情報は、部分集合Ｃの開始インデックス（ｘ＿ｓｔａｒｔ）及び部分集合Ｃの終了インデックス（ｘ＿ｅｎｄ）の情報を有する。

【0352】

第２５又は第２６態様に従った、方法の第２７態様であって、マッピング関数の情報は、部分集合Ｃの任意のｘについてのマッピング関数ｆ（ｘ）－ｆ（ｘ－１）のデルタ値の情報を有する。

【0353】

第２７態様に従った、方法の第２８態様であって、デルタ値は、次の構文を用いて取得され：

【表37】

ここで、sps_qpc_cb_delta[i]がデルタ値を表している。

【0354】

第２７態様に従った、方法の第２９態様であって、デルタ値は０から１の範囲内である。

【0355】

第２９態様に従った、方法の第３０態様であって、デルタ値は、次の構文を用いて取得され：

【表38】

ここで、sps_qpc_cb_delta[i]がデルタ値を表している。

【0356】

第２６乃至第３０態様のいずれか一に従った、方法の第３１態様であって、マッピング関数の情報は、以下のコード：バイナリ、固定長、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードのうちのいずれかを用いてシグナリングされる。

【0357】

第１乃至第３１態様のいずれか一に従った、方法の第３２態様であって、デコーダは更に、予め定められたマッピング関数を有し、ビットストリームは、予め定められたマッピング関数を使用すべきか、それとも、ビットストリーム内でマッピング関数をシグナリングすべきかを指し示すインジケータを有する。

【0358】

この態様は、マッピング関数についての情報を、それが有益である場合にのみ、すなわち、ルマ及びクロマチャネルの特性が、ＨＤＲ信号の場合のように、一般的なケースとは著しく異なるときにのみ、シグナリングすることを可能にし、一般的なケースに適したものである予め定められたマッピング関数を使用することを可能にする。これは、大抵の一般的なケースでシグナリングオーバーヘッドを節約することを可能にする。

【0359】

第１乃至第３２態様のいずれか一に従った、方法の第３３態様であって、マッピング関数の情報は、Ｃｂ及びＣｒ成分（クロミナンス成分）の両方についてシグナリングされる。

【0360】

第１乃至第３３態様のいずれか一に従った、方法の第３４態様であって、マッピング関数の情報は、マッピング関数がＣｂ及びＣｒ成分について別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有する。

【0361】

この態様は、異なるクロマチャネル（Ｃｂ及びＣｒ）が異なる信号特性を有する場合に量子化プロセスを制御することの柔軟性を更に高めることを可能にし、ひいては、圧縮効率を更に高めることを可能にする。

【0362】

第１乃至第３４態様のいずれか一に従った、方法の第３５態様であって、マッピング関数の情報は、シーケンスパラメータセット内でシーケンスレベルで、又はピクチャパラメータセット内でピクチャレベルで、又はタイルグループパラメータセット内でタイルグループレベルで、又は適応パラメータセット内で、又は補足拡張情報（ＳＥＩ）メッセージ内でシグナリングされる。

【0363】

第１乃至第３５態様のいずれか一に従った、方法の第３６態様であって、マッピング関数は、次のテーブルとして表現される：

【表39】

【0364】

第１乃至第３５態様のいずれか一に従った、方法の第３７態様であって、マッピング関数は、次のテーブルとして表現される：

【表40】

【0365】

第１乃至第３６態様のいずれか一に従った、方法の第３８態様であって、マッピング関数の情報は、直接的に又は間接的にビットストリーム内でシグナリングされる。

【0366】

デコーダ（３０）の第３９態様は、第１乃至第３８態様のいずれか一に従った方法を実行する処理回路を有する。

【0367】

コンピュータプログラムプロダクトの第４０態様は、第１乃至第３８態様のいずれか一に従った方法を実行するためのプログラムコードを有する。

【0368】

デコーダの第４０態様は、１つ以上のプロセッサと、プロセッサに結合され、プロセッサによる実行のためのプログラミングを格納した非一時的なコンピュータ読み取り可能記憶媒体と、を有し、プログラミングは、プロセッサによって実行されるときに、第１乃至第３８態様のいずれか一に従った方法を実行するように当該デコーダを構成する。

【0369】

さらに、本開示は、以下の更なる２５態様を開示し、第１態様から第２５態様まで以下の通り列挙する。

【0370】

クロミナンス成分用の量子化パラメータ（ＱＰ）をルミナンス成分用のＱＰに基づいて取得する方法の第１態様であって、当該方法は、デコーダによって実行され、当該方法は、
ルミナンスＱＰを取得し、
受信したビットストリームを構文解析することにより、ルミナンスＱＰをクロミナンスＱＰに関連付けるマッピング関数（ｆ）を取得するための情報を取得し、
取得した上記情報に基づいてマッピング関数を取得し、
マッピング関数に基づいてクロミナンスＱＰを取得する、
ことを有する。

【0371】

第１態様の方法の第２態様であって、マッピング関数は、デコーダによってサポートされる許容ルミナンスＱＰ範囲（例えば、０から６３、又は例えば２０から５０といった、サポートされる範囲の他の部分）内のルミナンスＱＰに対応する集合Ｘの各要素ｘを、又は集合Ｘの何らかの部分集合を、デコーダによってサポートされる許容クロミナンスＱＰ範囲（例えば、０から６３、又は例えば０から５９若しくは１８から４６といった、サポートされる範囲の他の部分）内のクロミナンスＱＰに対応する集合Ｙの１つの要素ｙに関連付ける。例えば、ルミナンスＱＰ範囲及びクロミナンスＱＰ範囲は同じであってもよいし、あるいは異なってもよい。

【0372】

第２態様に従った、方法の第３態様であって、マッピング関数は単調増加（非減少）関数である。

【0373】

第２態様に従った、方法の第４態様であって、集合Ｘは、そこでマッピング関数ｆが増加しない部分集合Ａを含み、例えば、集合Ａ（例えば、Ａ＝｛３０，３９，４３｝）の任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝０である。例えば、ｆ（３０）－ｆ（２９）＝０、ｆ（３９）－ｆ（３８）＝０、又はｆ（４３）－ｆ（４２）＝０である。

【0374】

第２態様に従った、方法の第５態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、ｃはｘの関数であり、部分集合Ｂの任意のｘに対して、ｃ（ｘ）＞＝１である。例えば、部分集合Ｂは、Ｘ－Ａに等しいとすることができ、換言すれば、部分集合Ａ及び部分集合Ｂは、例えばＡ＋Ｂ＝Ｘなど、Ｘの重なり合わない２つの部分集合である。

【0375】

第５態様に従った、方法の第６態様であって、部分集合Ｂについてのマッピング関数は次のように定められる：部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝１。

【0376】

第１乃至第６態様のいずれか一に従った、方法の第７態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、部分集合Ａのサイズ（ｓｉｚｅＡ）及び部分集合Ａの要素ａ_ｉを取得するための情報を有する。

【0377】

第７態様に従った、方法の第８態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、部分集合Ａのサイズを有する。

【0378】

第７態様に従った、方法の第９態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、要素ａ_ｉの直接的な値を有する。

【0379】

第７態様に従った、方法の第１０態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、要素ａ_ｉの現在値と要素ａ_ｉ－１の先行値との間の差（ｄｅｌｔａ＿ａ_ｉ）を有し、値ａ_ｉは次のように得られる：任意のｉ＞０に対して、ａ_ｉ＝ａ_ｉ－１＋ｄｅｌｔａ＿ａ_ｉ。

【0380】

第７態様に従った、方法の第１１態様であって、部分集合Ａの最初の値ａ_０は、ａ_０とｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの間の差（ｄｅｌｔａ＿ａ_０）に基づいて取得され、該差（ｄｅｌｔａ＿ａ_０）がビットストリーム内でシグナリングされ、最初の値ａ_０は、ａ_０＝ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅ＋ｄｅｌｔａ＿ａ_０のように取得され、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、ビットストリーム内でシグナリングされるか、あるいは、例えば０、２１、３０、ｍａｘＱＰ＞＞１といった、予め定められた値であるかのいずれかであり、ｍａｘＱＰは、例えば６３といった、デコーダによってサポートされる最大ＱＰ値である。

【0381】

第７乃至第１１態様のいずれか一に従った、方法の第１２態様であって、ビットストリームからのマッピング関数を取得するための情報は、以下のコード：バイナリ、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードのうちのいずれかを用いてシグナリングされる。

【0382】

第１乃至第１１態様のいずれか一に従った、方法の第１３態様であって、マッピング関数は、部分集合Ａ及びＢの定められた関数挙動を用いて取得され、すなわち、例えばｆ（ｘ）－ｆ（ｘ－１）＝１など、部分集合Ｂからの任意の入力引数ｘについて、関数が例えば１だけ増加し、及び、例えばｆ（ｘ）－ｆ（ｘ－１）＝０など、部分集合Ａからの任意の入力引数ｘについて、関数がフラットであることを用して取得され、ｘ＝０に対応するマッピング関数の最初の値が０であると仮定して、例えば、以下の擬似コードを繰り返し用いて実装されることができる：
chroma_qp_mapping_table[0]=0; // 初期化
for(i=1;i<=maxQP;i++) // maxQPはデコーダによってサポートされる最大QP
{
int incStep=1; // 集合Bに対する関数増分
for(j=0;j<cQpFlatSize;j++) // cQpFlatSizeは集合Aのサイズ
{
if(i==cQpFlat[j]) // cQpFlatは、集合Aの要素を有するアレイ
{
incStep=0; // 集合Aに対するゼロ関数増分（フラット）
break;
}
}
chroma_qp_mapping_table[i]=chroma_qp_mapping_table[i-1]+incStep;
}

【0383】

第４乃至第１２態様のいずれか一に従った、方法の第１４態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、部分集合Ｂの値ｂを取得するための情報を有し、部分集合Ａは、Ａ＝Ｘ－Ｂとして得られる。

【0384】

第２態様に従った、方法の第１５態様であって、マッピング関数は区分関数であり、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、区分関数の区切り点（又は変化点、又はピボット点）を有する。

【0385】

第１５態様に従った、方法の第１６態様であって、区切り点（又は変化点、又はピボット点）の数、及びそのｘ及びｙ座標が、直接的な形式で、又は現在点座標と先行点座標との間の差を用いて、ビットストリーム内でシグナリングされる。

【0386】

第１５又は第１６態様に従った、方法の第１７態様であって、前記マッピング関数は、線形方程式、指数方程式、対数方程式、又は上記の方程式の組み合わせ、に基づく区分関数である。

【0387】

第１７態様に従った、方法の第１８態様であって、区分関数のパラメータがピボット点に基づいて取得され、例えば、線形方程式の場合の例として：ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、ｂ＝Ｄｙ＋ｓｌｏｐｅ＊Ｄｘであり、ここで、Ｄ（９４）及びＥ（９５）は、対応して座標Ｄｘ、Ｄｙ、及びＥｘ、Ｅｙを有する例示的な変化点であり、ｓｌｏｐｅ及びｂは、例えばｙ＝ｓｌｏｐｅ＊ｘ＋ｂなどの線形方程式のパラメータである。

【0388】

マッピング関数の単調増加を達成するためには、ｓｌｏｐｅは非負であるべきであり、これは、例えば０以上など、特に非負であるように、同じ符号を持つという制約をデルタ（Ｅｙ－Ｄｙ）及び（Ｅｘ－Ｄｘ）に適用することによって達成されることができる。これを達成するために、例えば符号なし整数０次Ｅｘｐ－Ｇｏｌｏｍｂコードといった符号なしコードを、差分をシグナリングすることに使用することができる。

【0389】

第１乃至第１８態様のいずれか一に従った、方法の第１９態様であって、デコーダは更に、予め定められたマッピング関数を有し、ビットストリームは、予め定められたマッピング関数を使用すべきか、それとも、ビットストリーム内でマッピング関数をシグナリングすべきかを指し示すインジケータを有する。

【0390】

第１乃至第１９態様のいずれか一に従った、方法の第２０態様であって、マッピング関数を取得するための情報は、Ｃｂ及びＣｒ成分（クロミナンス成分）の両方についてシグナリングされる。

【0391】

第１乃至第２０態様のいずれか一に従った、方法の第２１態様であって、マッピング関数を取得するための情報は、マッピング関数がＣｂ及びＣｒ成分について別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有する。

【0392】

第１乃至第２１態様のいずれか一に従った、方法の第２２態様であって、マッピング関数を取得するための情報は、シーケンスパラメータセット内でシーケンスレベルで、ピクチャパラメータセット内でピクチャレベルで、又は適応パラメータセット内のタイルグループパラメータセット内でタイルグループレベルでシグナリングされる。

【0393】

デコーダ（３０）の第２３態様は、第１乃至第２２態様のいずれか一に従った方法を実行する処理回路を有する。

【0394】

コンピュータプログラムプロダクトの第２４態様は、第１乃至第２２態様のいずれか一に従った方法を実行するためのプログラムコードを有する。

【0395】

デコーダの第２５態様は、１つ以上のプロセッサと、プロセッサに結合され、プロセッサによる実行のためのプログラミングを格納した非一時的なコンピュータ読み取り可能記憶媒体と、を有し、プログラミングは、プロセッサによって実行されるときに、第１乃至第２２態様のいずれか一に従った方法を実行するように当該デコーダを構成する。

【0396】

さらに、本開示は、以下の更なる３２態様を開示し、第１態様から第３２態様まで以下の通り列挙する。

【0397】

クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得する方法の第１態様であって、当該方法は、デコーダによって実行され、当該方法は、受信したビットストリームを構文解析して、ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるマッピング関数（ｆ）の情報と、を取得し、ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得し、取得した上記情報に基づいてマッピング関数を取得し、そして、取得したマッピング関数と、取得したＱＰｉとに基づいて、ＱＰｃを取得する、ことを有する。

【0398】

第１態様の方法の第２態様であって、マッピング関数は、デコーダによってサポートされる許容ＱＰｉ範囲内のＱＰｉに対応する集合Ｘの各要素ｘを、又は集合Ｘの何らかの部分集合を、デコーダによってサポートされる許容ＱＰｃ範囲内のＱＰｃに対応する集合Ｙの１つの要素ｙに関連付ける。

【0399】

第２態様に従った、方法の第３態様であって、マッピング関数は単調増加（非減少）関数である。

【0400】

第２態様に従った、方法の第４態様であって、集合Ｘは、そこでマッピング関数ｆが増加しない部分集合Ａを含み、例えば、部分集合Ａの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝０である。

【0401】

第４態様に従った、方法の第５態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、Ａ＋Ｂ＝Ｘであり、ｃは１以上の自然数である。

【0402】

第２乃至第４態様のいずれか一に従った、方法の第６態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、ｃは１以上の自然数である。

【0403】

第５又は第６態様に従った、方法の第７態様であって、部分集合Ｂについてのマッピング関数は次のように定められる：部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝１。

【0404】

第１乃至第７態様のいずれか一に従った、方法の第８態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、部分集合Ａのサイズ（ｓｉｚｅＡ）及び部分集合Ａの要素ａ_ｉを取得するための情報を有する。

【0405】

第８態様に従った、方法の第９態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、部分集合Ａのサイズを有する。

【0406】

第８態様に従った、方法の第１０態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、要素ａ_ｉの直接的な値を有する。

【0407】

第８態様に従った、方法の第１１態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、要素ａ_ｉの現在値と要素ａ_ｉ－１の先行値との間の差（ｄｅｌｔａ＿ａ_ｉ）を有し、値ａ_ｉは次のように得られる：任意のｉ＞０に対して、ａ_ｉ＝ａ_ｉ－１＋ｄｅｌｔａ＿ａ_ｉ。

【0408】

第８態様に従った、方法の第１２態様であって、部分集合Ａの最初の値ａ_０は、ａ_０とｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの間の差（ｄｅｌｔａ＿ａ_０）に基づいて取得され、該差（ｄｅｌｔａ＿ａ_０）がビットストリーム内でシグナリングされ、最初の値ａ_０は、ａ_０＝ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅ＋ｄｅｌｔａ＿ａ_０のように取得され、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、ビットストリーム内でシグナリングされるか、あるいは、例えば０、２１、３０、ｍａｘＱＰｉ＞＞１といった、予め定められた値であるかのいずれかであり、ｍａｘＱＰｉは、例えば６３といった、デコーダによってサポートされる最大ＱＰｉ値である。

【0409】

第８乃至第１２態様のいずれか一に従った、方法の第１３態様であって、ビットストリームからのマッピング関数を取得するための情報は、以下のコード：バイナリ、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードのうちのいずれかを用いてシグナリングされる。

【0410】

第１乃至第１１態様のいずれか一に従った、方法の第１４態様であって、マッピング関数は、部分集合Ａ及びＢの定められた関数挙動を用いて取得され、すなわち、例えばｆ（ｘ）－ｆ（ｘ－１）＝１など、部分集合Ｂからの任意の入力引数ｘについて、関数が例えば１だけ増加し、及び、例えばｆ（ｘ）－ｆ（ｘ－１）＝０など、部分集合Ａからの任意の入力引数ｘについて、関数がフラットであることを用して取得され、ｘ＝０に対応するマッピング関数の最初の値が０であると仮定して、例えば、以下の擬似コードを繰り返し用いて実装されることができる：
chroma_qp_mapping_table[0]=0; // 初期化
for(i=1;i<=maxQP;i++) // maxQPはデコーダによってサポートされる最大QP
{
int incStep=1; // 集合Bに対する関数増分
for(j=0;j<cQpFlatSize;j++) // cQpFlatSizeは集合Aのサイズ
{
if(i==cQpFlat[j]) // cQpFlatは、集合Aの要素を有するアレイ
{
incStep=0; // 集合Aに対するゼロ関数増分（フラット）
break;
}
}
chroma_qp_mapping_table[i]=chroma_qp_mapping_table[i-1]+incStep;
}

【0411】

第４乃至第１３態様のいずれか一に従った、方法の第１５態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、部分集合Ｂの値ｂを取得するための情報を有し、部分集合Ａは、Ａ＝Ｘ－Ｂとして得られる。

【0412】

第４乃至第１３態様のいずれか一に従った、方法の第１６態様であって、部分集合Ｂはサブ部分集合Ｂ_ｋを含み、サブ部分集合Ｂ_ｋは、そこでマッピング関数が同じ増分ｃ_ｋを持つ要素ｘを含み：ｘ∈Ｂ_ｋであ場合、ｆ（ｘ）－ｆ（ｘ－１）＝ｃ_ｋであり、ここで、ｃ_ｋは自然数であり、例えば、ｃ_ｋは０、１、２、３、４、…に等しい。換言すれば、部分集合Ｂが、サブ部分集合Ｂｋの点ｘにおけるマッピング関数増分の量に応じて異なるサブ部分集合にスプリットされ得る。

【0413】

第１６態様に従った、方法の第１７態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、サブ部分集合Ｂ_ｋのうちの少なくとも１つのサイズ（サイズＢ_ｋ）と、サブ部分集合Ｂ_ｋのうちの少なくとも１つの要素ｂ_ｉとを取得するための情報を有する。

【0414】

第１６又は第１７態様に従った、方法の第１８態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、サブ部分集合Ｂ_ｋの点におけるマッピング関数の増分の値を取得するための情報を有する。

【0415】

第１６又は第１７態様に従った、方法の第１９態様であって、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、サブ部分集合Ｂ_ｋの数を取得するための情報を有する。

【0416】

第２態様に従った、方法の第２０態様であって、マッピング関数は区分関数であり、ビットストリーム内でシグナリングされる、マッピング関数を取得するための情報は、区分関数の区切り点（又は変化点、又はピボット点）を有する。

【0417】

第２０態様に従った、方法の第２１態様であって、区切り点（又は変化点、又はピボット点）の数、及びそのｘ及びｙ座標が、直接的な形式で、又は現在点座標と先行点座標との間の差を用いて、ビットストリーム内でシグナリングされる。

【0418】

第２０又は第２１態様に従った、方法の第２２態様であって、前記マッピング関数は、線形方程式、指数方程式、対数方程式、又は上記の方程式の組み合わせ、に基づく区分関数である。

【0419】

第２２態様に従った、方法の第２３態様であって、区分関数のパラメータがピボット点に基づいて取得され、例えば、線形方程式の場合の例として：ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、ｂ＝Ｄｙ＋ｓｌｏｐｅ＊Ｄｘであり、ここで、Ｄ（９４）及びＥ（９５）は、対応して座標Ｄｘ、Ｄｙ、及びＥｘ、Ｅｙを有する例示的な変化点であり、ｓｌｏｐｅ及びｂは、例えばｙ＝ｓｌｏｐｅ＊ｘ＋ｂなどの線形方程式のパラメータである。

【0420】

第１乃至第２３態様のいずれか一に従った、方法の第２４態様であって、デコーダは更に、予め定められたマッピング関数を有し、ビットストリームは、予め定められたマッピング関数を使用すべきか、それとも、ビットストリーム内でマッピング関数をシグナリングすべきかを指し示すインジケータを有する。

【0421】

第１乃至第２４態様のいずれか一に従った、方法の第２５態様であって、マッピング関数を取得するための情報は、Ｃｂ及びＣｒ成分（クロミナンス成分）の両方についてシグナリングされる。

【0422】

第１乃至第２５態様のいずれか一に従った、方法の第２６態様であって、マッピング関数を取得するための情報は、マッピング関数がＣｂ及びＣｒ成分について別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有する。

【0423】

第１乃至第２６態様のいずれか一に従った、方法の第２７態様であって、マッピング関数の情報は、シーケンスパラメータセット内でシーケンスレベルで、又はピクチャパラメータセット内でピクチャレベルで、又はタイルグループパラメータセット内でタイルグループレベルで、又は適応パラメータセット内で、又は補足拡張情報（ＳＥＩ）メッセージ内でシグナリングされる。

【0424】

第１乃至第２７態様のいずれか一に従った、方法の第２８態様であって、マッピング関数は、次のテーブルとして表現される：

【表41】

【0425】

第１乃至第２７態様のいずれか一に従った、方法の第２９態様であって、マッピング関数は、次のテーブルとして表現される：

【表42】

【0426】

デコーダ（３０）の第３０態様は、第１乃至第２９態様のいずれか一に従った方法を実行する処理回路を有する。

【0427】

コンピュータプログラムプロダクトの第３１態様は、第１乃至第２９態様のいずれか一に従った方法を実行するためのプログラムコードを有する。

【0428】

デコーダの第３２態様は、１つ以上のプロセッサと、プロセッサに結合され、プロセッサによる実行のためのプログラミングを格納した非一時的なコンピュータ読み取り可能記憶媒体と、を有し、プログラミングは、プロセッサによって実行されるときに、第１乃至第２９態様のいずれか一に従った方法を実行するように当該デコーダを構成する。

【0429】

本開示は、以下の更なる４１態様を開示し、第１態様から第４１態様まで以下の通り列挙する。

【0430】

クロミナンス成分用のクロミナンス量子化パラメータ（ＱＰ）をルミナンス成分用のルミナンスＱＰに基づいて取得する方法の第１態様であって、当該方法は、デコーダによって実行され、当該方法は、受信したビットストリームを構文解析して、ルミナンスＱＰと、ＱＰインデックス（ＱＰｉ）をクロミナンスＱＰ（ＱＰｃ）に関連付けるマッピング関数（ｆ）の情報と、を取得し、ルミナンスＱＰに少なくとも部分的に基づいてＱＰｉを取得し、取得した上記情報に基づいてマッピング関数を取得し、そして、取得したマッピング関数と、取得したＱＰｉとに基づいて、ＱＰｃを取得する、ことを有する。

【0431】

第１態様の方法の第２態様であって、マッピング関数は、デコーダによってサポートされる許容ＱＰｉ範囲内のＱＰｉに対応する集合Ｘの各要素ｘを、又は集合Ｘの何らかの部分集合を、デコーダによってサポートされる許容ＱＰｃ範囲内のＱＰｃに対応する集合Ｙの１つの要素ｙに関連付ける。

【0432】

第２態様に従った、方法の第３態様であって、マッピング関数は単調増加（非減少）関数である。

【0433】

第２又は第３態様に従った、方法の第４態様であって、集合Ｘは、そこでマッピング関数ｆが増加しない部分集合Ａを含み、例えば：
部分集合Ａの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝０
である。

【0434】

第４態様に従った、方法の第５態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、Ａ＋Ｂ＝Ｘであり、ｃは１以上の自然数である。

【0435】

第２乃至第４態様のいずれか一に従った、方法の第６態様であって、集合Ｘは、そこでマッピング関数ｆが増加する部分集合Ｂを含み、すなわち、部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝ｃであり、ｃは１以上の自然数である。

【0436】

第５又は第６態様に従った、方法の第７態様であって、部分集合Ｂについてのマッピング関数は次のように定められる：部分集合Ｂの任意のｘに対して、ｆ（ｘ）－ｆ（ｘ－１）＝１。

【0437】

第１乃至第７態様のいずれか一に従った、方法の第８態様であって、マッピング関数の情報は、部分集合Ａのサイズ（ｓｉｚｅＡ）及び部分集合Ａの要素ａ_ｉの情報を有する。

【0438】

第１乃至第８態様のいずれか一に従った、方法の第９態様であって、マッピング関数の情報は部分集合Ａのサイズを有する。

【0439】

第１乃至第９態様のいずれか一に従った、方法の第１０態様であって、マッピング関数の情報は、部分集合Ａの要素ａ_ｉの直接的な値を有する。

【0440】

第８乃至第１０態様のいずれか一に従った、方法の第１１態様であって、マッピング関数の情報は、要素ａ_ｉの現在値と要素ａ_ｉ－１の先行値との間の差（ｄｅｌｔａ＿ａ_ｉ）を有し、値ａ_ｉは次のように得られる：任意のｉ＞０に対して、ａ_ｉ＝ａ_ｉ－１＋ｄｅｌｔａ＿ａ_ｉ。

【0441】

第８乃至第１０態様のいずれか一に従った、方法の第１２態様であって、マッピング関数の情報は、最初の値ａ_０とｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅとの間の差（ｄｅｌｔａ＿ａ_０）を有し、部分集合Ａの最初の値ａ_０が、差（ｄｅｌｔａ＿ａ_０）に基づいて、ａ_０＝ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅ＋ｄｅｌｔａ＿ａ_０のように取得され、ｓｔａｒｔｉｎｇ＿ｐｏｉｎｔ＿ｖａｌｕｅは、ビットストリーム内でシグナリングされるか、あるいは、例えば０、２１、３０、ｍａｘＱＰｉ＞＞１といった、予め定められた値であるかのいずれかであり、ｍａｘＱＰｉは、例えば６３といった、デコーダによってサポートされる最大ＱＰｉ値である。

【0442】

第１乃至第１２態様のいずれか一に従った、方法の第１３態様であって、マッピング関数の情報は、以下のコード：バイナリ、固定長、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードのうちのいずれかを用いて、ビットストリーム内でシグナリングされる。

【0443】

第１乃至第１３態様のいずれか一に従った、方法の第１４態様であって、マッピング関数は、部分集合Ａ及びＢの定められた関数挙動を用いて取得され、すなわち、例えばｆ（ｘ）－ｆ（ｘ－１）＝１など、部分集合Ｂからの任意の入力引数ｘについて、関数が例えば１だけ増加し、及び、例えばｆ（ｘ）－ｆ（ｘ－１）＝０など、部分集合Ａからの任意の入力引数ｘについて、関数がフラットであることを用して取得され、ｘ＝０に対応するマッピング関数の最初の値が０であると仮定して、例えば、以下の擬似コードを繰り返し用いて実装されることができる：
chroma_qp_mapping_table[0]=0; // 初期化
for(i=1;i<=maxQP;i++) // maxQPはデコーダによってサポートされる最大QP
{
int incStep=1; // 集合Bに対する関数増分
for(j=0;j<cQpFlatSize;j++) // cQpFlatSizeは集合Aのサイズ
{
if(i==cQpFlat[j]) // cQpFlatは、集合Aの要素を有するアレイ
{
incStep=0; // 集合Aに対するゼロ関数増分（フラット）
break;
}
}
chroma_qp_mapping_table[i]=chroma_qp_mapping_table[i-1]+incStep;
}

【0444】

第４乃至第１４態様のいずれか一に従った、方法の第１５態様であって、マッピング関数の情報は、部分集合Ｂの値ｂの情報を有し、部分集合Ａは、Ａ＝Ｘ－Ｂとして得られる。

【0445】

第４乃至第１４態様のいずれか一に従った、方法の第１６態様であって、部分集合Ｂはサブ部分集合Ｂ_ｋを含み、サブ部分集合Ｂ_ｋは、そこでマッピング関数が同じ増分ｃ_ｋを持つ要素ｘを含み：ｘ∈Ｂ_ｋであ場合、ｆ（ｘ）－ｆ（ｘ－１）＝ｃ_ｋであり、ここで、ｃ_ｋは自然数であり、例えば、ｃ_ｋは０、１、２、３、４、…に等しい。換言すれば、部分集合Ｂが、サブ部分集合Ｂｋの点ｘにおけるマッピング関数増分の量に応じて異なるサブ部分集合にスプリットされ得る。

【0446】

第１６態様に従った、方法の第１７態様であって、マッピング関数の情報は、サブ部分集合Ｂ_ｋのうちの少なくとも１つのサイズ（サイズＢ_ｋ）と、サブ部分集合Ｂ_ｋのうちの少なくとも１つの要素ｂ_ｉとの情報を有する。

【0447】

第１６又は第１７態様に従った、方法の第１８態様であって、マッピング関数の情報は、サブ部分集合Ｂ_ｋの点におけるマッピング関数の増分の値の情報を有する。

【0448】

第１６又は第１７態様に従った、方法の第１９態様であって、マッピング関数の情報は、サブ部分集合Ｂ_ｋの数の情報を有する。

【0449】

第１６乃至第１９態様のいずれか一に従った、方法の第２０態様であって、マッピング関数の情報の少なくとも一部（例えば、サブ部分集合Ｂ_ｋの情報）は、次の構文を用いて取得される：

【表43】

【0450】

第１６乃至第１９態様のいずれか一に従った、方法の第２１態様であって、マッピング関数の情報の少なくとも一部（例えば、サブ部分集合Ｂ_ｋの情報）は、次の構文を用いて取得される：

【表44】

【0451】

第２又は第３態様に従った、方法の第２２態様であって、マッピング関数は区分関数であり、マッピング関数の情報は、区分関数の区切り点、変化点、又はピボット点を有する。

【0452】

第２又は第３態様に従った、方法の第２３態様であって、区切り点、又は変化点、又はピボット点の数、及びそのｘ及びｙ座標が、直接的な形式で、又は現在点座標と先行点座標との間の差を用いて、ビットストリーム内でシグナリングされる。

【0453】

第２２又は第２３態様に従った、方法の第２４態様であって、前記マッピング関数は、線形方程式、指数方程式、対数方程式、又は上記の方程式の組み合わせ、に基づく区分関数である。

【0454】

第２４態様に従った、方法の第２５態様であって、区分関数のパラメータがピボット点に基づいて取得され、例えば、線形方程式の場合の例として：ｓｌｏｐｅ＝（Ｅｙ－Ｄｙ）／（Ｅｘ－Ｄｘ）、ｂ＝Ｄｙ＋ｓｌｏｐｅ＊Ｄｘであり、ここで、Ｄ（９４）及びＥ（９５）は、対応して座標Ｄｘ、Ｄｙ、及びＥｘ、Ｅｙを有する例示的な変化点であり、ｓｌｏｐｅ及びｂは、例えばｙ＝ｓｌｏｐｅ＊ｘ＋ｂなどの線形方程式のパラメータである。

【0455】

第２又は第３態様に従った、方法の第２６態様であって、集合Ｘは部分集合Ｃを含み、マッピング関数の情報は、部分集合Ｃの開始インデックス（ｘ＿ｓｔａｒｔ）及び部分集合Ｃの終了インデックス（ｘ＿ｅｎｄ）の情報を有する。

【0456】

第２５又は第２６態様に従った、方法の第２７態様であって、マッピング関数の情報は、部分集合Ｃの任意のｘについてのマッピング関数ｆ（ｘ）－ｆ（ｘ－１）のデルタ値の情報を有する。

【0457】

第２７態様に従った、方法の第２８態様であって、デルタ値は、次の構文を用いて取得され：

【表45】

ここで、sps_qpc_cb_delta[i]がデルタ値を表している。

【0458】

第２７態様に従った、方法の第２９態様であって、デルタ値は０から１の範囲内である。

【0459】

第２９態様に従った、方法の第３０態様であって、デルタ値は、次の構文を用いて取得され：

【表46】

ここで、sps_qpc_cb_delta[i]がデルタ値を表している。

【0460】

第２６乃至第３０態様のいずれか一に従った、方法の第３１態様であって、マッピング関数の情報は、以下のコード：バイナリ、固定長、ユナリ、トランケートユナリ、トランケートバイナリ、Ｇｏｌｏｍｂ、又はＥｘｐ－Ｇｏｌｏｍｂコードのうちのいずれかを用いてシグナリングされる。

【0461】

第１乃至第３１態様のいずれか一に従った、方法の第３２態様であって、デコーダは更に、予め定められたマッピング関数を有し、ビットストリームは、予め定められたマッピング関数を使用すべきか、それとも、ビットストリーム内でマッピング関数をシグナリングすべきかを指し示すインジケータを有する。

【0462】

第１乃至第３２態様のいずれか一に従った、方法の第３３態様であって、マッピング関数の情報は、Ｃｂ及びＣｒ成分（クロミナンス成分）の両方についてシグナリングされる。

【0463】

第１乃至第３３態様のいずれか一に従った、方法の第３４態様であって、マッピング関数の情報は、マッピング関数がＣｂ及びＣｒ成分について別々にシグナリングされるのか、それともまとめてシグナリングされるのかを指し示すインジケータを有する。

【0464】

第１乃至第３４態様のいずれか一に従った、方法の第３５態様であって、マッピング関数の情報は、シーケンスパラメータセット内でシーケンスレベルで、又はピクチャパラメータセット内でピクチャレベルで、又はタイルグループパラメータセット内でタイルグループレベルで、又は適応パラメータセット内で、又は補足拡張情報（ＳＥＩ）メッセージ内でシグナリングされる。

【0465】

第１乃至第３５態様のいずれか一に従った、方法の第３６態様であって、マッピング関数は、次のテーブルとして表現される：

【表47】

【0466】

第１乃至第３５態様のいずれか一に従った、方法の第３７態様であって、マッピング関数は、次のテーブルとして表現される：

【表48】

【0467】

第１乃至第３６態様のいずれか一に従った、方法の第３８態様であって、マッピング関数の情報は、直接的に又は間接的にビットストリーム内でシグナリングされる。

【0468】

デコーダ（３０）の第３９態様は、第１乃至第３８態様のいずれか一に従った方法を実行する処理回路を有する。

【0469】

コンピュータプログラムプロダクトの第４０態様は、第１乃至第３８態様のいずれか一に従った方法を実行するためのプログラムコードを有する。

【0470】

デコーダの第４０態様は、１つ以上のプロセッサと、プロセッサに結合され、プロセッサによる実行のためのプログラミングを格納した非一時的なコンピュータ読み取り可能記憶媒体と、を有し、プログラミングは、プロセッサによって実行されるときに、第１乃至第３８態様のいずれか一に従った方法を実行するように当該デコーダを構成する。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】