特表2024-503971 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ インターデジタル　シーイー　パテント　ホールディングスの特許一覧

特表2024-503971成分間スケーリングを伴うルママッピングのための方法及びデバイス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4A
4B
5
6
7
8
9
10A
10B

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-30

(54)【発明の名称】成分間スケーリングを伴うルママッピングのための方法及びデバイス

(51)【国際特許分類】

H04N 19/70 20140101AFI20240123BHJP

【ＦＩ】

H04N19/70

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023531582

(86)(22)【出願日】2021-12-03

(85)【翻訳文提出日】2023-07-04

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

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

(87)【国際公開日】2022-06-30

(31)【優先権主張番号】20306679.0

(32)【優先日】2020-12-23

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＨＤＭＩ

２．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】518341334

【氏名又は名称】インターディジタル・シーイー・パテント・ホールディングス・ソシエテ・パ・アクシオンス・シンプリフィエ

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部豊隆

(72)【発明者】

【氏名】フランソワ，エドワール

(72)【発明者】

【氏名】ボルデ，フィリップ

(72)【発明者】

【氏名】アンドリヴォン，ピエール

(72)【発明者】

【氏名】ドラグランジュ，フィリップ

(72)【発明者】

【氏名】マーティン－コッヘル，ガエル

(72)【発明者】

【氏名】グドゥマス，シュリーニバス

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159RC12

(57)【要約】

ビデオデータに関連付けられたシンタックス要素を取得すること（６０１）を含み、当該シンタックス要素は、少なくとも１つの第２の色成分が第２の色成分とは異なる少なくとも１つの第１の色成分に基づいて変換される色成分間変換プロセスが、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されるべきであることを指定する、方法。
【選択図】図６

【特許請求の範囲】

【請求項1】

方法であって、
ビデオデータに関連付けられたシンタックス要素を取得すること（５０１、６０１、７０１）を含み、前記シンタックス要素は、第１の色成分の関数が前記第１の色成分とは異なる少なくとも１つの第２の色成分に適用される色成分間変換プロセスが、前記ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとして前記ビデオデータに適用されるべきであることを指定する、方法。

【請求項2】

前記シンタックス要素が、前記色成分間変換プロセスが前記ビデオデータに適用されるべき前記復号プロセスに続く後処理プロセスとして前記ビデオデータに適用されること（６０３、７０３）を第１の値で指定し、前記シンタックス要素が、前記色成分間変換プロセスが前記復号プロセスに含まれる予測ループにおいて前記ビデオデータに適用されること（６０２、７０２）を第２の値で指定する、請求項１に記載の方法。

【請求項3】

前記シンタックス要素が、成分内変換前の前記第１の色成分のサンプルが、前記少なくとも１つの第２の成分の前記色成分間変換プロセスのために使用されなければならないことを第３の値で更に指定し、前記成分内変換後の前記第１の色成分の前記サンプルが、前記少なくとも１つの第２の成分の前記成分間変換のために使用されなければならないことを第４の値で更に指定する、請求項１又は２に記載の方法。

【請求項4】

前記色成分間変換プロセスが、少なくとも１つの変換を表すパラメータによって、前記シンタックス要素において指定される、請求項１、２又は３に記載の方法。

【請求項5】

前記少なくとも１つの第２の色成分のうちの１つに適用されることが意図される変換が、前記シンタックス要素において指定された前記少なくとも１つの第２の色成分のうちの別の１つに適用されるべき変換を表すパラメータから、又は前記シンタックス要素において指定された前記第１の色成分に適用されるべき変換を表すパラメータから導出される、請求項４に記載の方法。

【請求項6】

前記シンタックス要素が、前記色成分間変換プロセスを表すパラメータが、別のシンタックス要素から取得されたクロマスケーリングプロセスを伴うルママッピングを指定するパラメータから導出されることを指定する、請求項１～５のいずれか一項に記載の方法。

【請求項7】

前記色成分間変換プロセスが、クロマスケーリングプロセスを伴うルママッピングである、請求項１～５のいずれか一項に記載の方法。

【請求項8】

前記色成分間変換プロセスが、前記復号プロセスの予測ループにおいて適用されるべき第２の色成分間変換プロセスの非アクティブ化に応答して、前記ビデオデータに適用されるべき前記復号プロセスに続く後処理プロセスとして前記ビデオデータに適用される（６０３、７０３）、請求項１～７のいずれか一項に記載の方法。

【請求項9】

デバイスであって、
ビデオデータに関連付けられたシンタックス要素を取得するための手段（５０１、６０１、７０１）を含み、前記シンタックス要素は、第１の色成分の関数が前記第１の色成分とは異なる少なくとも１つの第２の色成分に適用される色成分間変換プロセスが、前記ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとして前記ビデオデータに適用されるべきであることを指定する、デバイス。

【請求項10】

【請求項11】

【請求項12】

前記色成分間変換プロセスが、少なくとも１つの変換を表すパラメータによって、前記シンタックス要素において指定される、請求項９、１０又は１１に記載のデバイス。

【請求項13】

前記少なくとも１つの第２の色成分のうちの１つに適用されることが意図される変換が、前記シンタックス要素において指定された前記少なくとも１つの第２の色成分のうちの別の１つに適用される変換を表すパラメータから、又は前記シンタックス要素において指定された前記第１の色成分に適用される変換を表すパラメータから導出される、請求項１２に記載のデバイス。

【請求項14】

前記シンタックス要素が、前記色成分間変換プロセスを表すパラメータが、別のシンタックス要素から取得されたクロマスケーリングプロセスを伴うルママッピングを指定するパラメータから導出されることを指定する、請求項９～１３のいずれか一項に記載のデバイス。

【請求項15】

前記色成分間変換プロセスが、クロマスケーリングプロセスを伴うルママッピングである、請求項９～１３のいずれか一項に記載のデバイス。

【請求項16】

前記デバイスが、前記色成分間変換プロセスを、前記復号プロセスの予測ループにおいて適用されるべき第２の色成分間変換プロセスの非アクティブ化に応答して、前記ビデオデータに適用されるべき前記復号プロセスに続く後処理プロセスとして前記ビデオデータに適用する（６０３、７０３）ための手段を備える、請求項９～１５のいずれか一項に記載のデバイス。

【請求項17】

ビデオデータに関連付けられたシンタックス要素を備える信号であって、前記シンタックス要素は、第１の色成分の関数が前記第１の色成分とは異なる少なくとも１つの第２の色成分に適用される色成分間変換プロセスが、前記ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとして前記ビデオデータに適用されるべきであることを指定する、信号。

【請求項18】

【請求項19】

【請求項20】

前記色成分間変換プロセスが、少なくとも１つの変換を表すパラメータによって、前記シンタックス要素において指定される、請求項１７、１８又は１９に記載の信号。

【請求項21】

【請求項22】

前記シンタックス要素が、前記色成分間変換プロセスを表すパラメータが、別のシンタックス要素から取得されたクロマスケーリングプロセスを伴うルママッピングを指定するパラメータから導出されることを指定する、請求項１７～２１のいずれか一項に記載の信号。

【請求項23】

前記色成分間変換プロセスが、クロマスケーリングプロセスを伴うルママッピングである、請求項１７～２１のいずれか一項に記載の信号。

【請求項24】

方法であって、
ビデオデータに関連付けられたシンタックス要素をシグナリングすることを含み、前記シンタックス要素は、第１の色成分の関数が前記第１の色成分とは異なる少なくとも１つの第２の色成分に適用される色成分間変換プロセスが、前記ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとして前記ビデオデータに適用されるべきであることを指定する、方法。

【請求項25】

【請求項26】

【請求項27】

前記色成分間変換プロセスが、少なくとも１つの変換を表すパラメータによって、前記シンタックス要素において指定される、請求項２４、２５又は２６に記載の方法。

【請求項28】

【請求項29】

前記シンタックス要素が、前記色成分間変換プロセスを表すパラメータが、別のシンタックス要素から取得されたクロマスケーリングプロセスを伴うルママッピングを指定するパラメータから導出されることを指定する、請求項２４～２８のいずれか一項に記載の方法。

【請求項30】

前記色成分間変換プロセスが、クロマスケーリングプロセスを伴うルママッピングである、請求項２４～２８のいずれか一項に記載の方法。

【請求項31】

デバイスであって、
ビデオデータに関連付けられたシンタックス要素をシグナリングするための手段を含み、前記シンタックス要素は、第１の色成分の関数が前記第１の色成分とは異なる少なくとも１つの第２の色成分に適用される色成分間変換プロセスが、前記ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとして前記ビデオデータに適用されるべきであることを指定する、デバイス。

【請求項32】

【請求項33】

【請求項34】

前記色成分間変換プロセスが、少なくとも１つの変換を表すパラメータによって、前記シンタックス要素において指定される、請求項３１、３２又は３３に記載のデバイス。

【請求項35】

【請求項36】

前記シンタックス要素が、前記色成分間変換プロセスを表すパラメータが、別のシンタックス要素から取得されたクロマスケーリングプロセスを伴うルママッピングを指定するパラメータから導出されることを指定する、請求項３１～３６のいずれか一項に記載のデバイス。

【請求項37】

前記色成分間変換プロセスが、クロマスケーリングプロセスを伴うルママッピングである、請求項３１～３６のいずれか一項に記載のデバイス。

【請求項38】

請求項１～８又は請求項２４～３０のいずれか一項に記載の方法を実装するためのプログラムコード命令を含む、コンピュータプログラム。

【請求項39】

請求項１～８又は請求項２４～３０のいずれか一項に記載の方法を実装するためのプログラムコード命令を記憶する、情報記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態のうちの少なくとも１つは、概して、画像符号化及び復号のための方法及びデバイスに関し、より詳細には、成分間スケーリングプロセスを伴うルママッピングの適用を制御するための方法、装置及び信号に関する。

【背景技術】

【0002】

高い圧縮効率を実現するために、ビデオのコーディング方式は、通常、ビデオコンテンツの空間的冗長性及び時間的冗長性を活用した予測及び変換を採用している。符号化中、ビデオコンテンツの画像はサンプル（すなわち、ピクセル）のブロックに等分され、これらのブロックは次いで、以下で元のサブブロックと呼ばれる１つ以上のサブブロックに分割される。次いで、イントラ予測又はインター予測を各サブブロックに適用して、画像内又は画像間相関を利用する。使用される予測方法（イントラ又はインター）が何であれ、元のサブブロックごとに予測子サブブロックが決定される。次いで、元のサブブロックと予測子サブブロックとの間の差を表すサブブロックは、多くの場合、予測誤差サブブロック、予測残差サブブロック、又は単に残差ブロックとして示され、符号化されたビデオストリームを生成するために、変換され、量子化され、エントロピコード化される。ビデオを再構成するには、変換、量子化、及びエントロピコーディングに対応する逆の処理によって、圧縮データを復号する。

【0003】

符号化すべき元のビデオ信号は、一般にビット数（「０」～「２５５」のダイナミックレンジに対して「８」ビット、「０」～「１０２３」のダイナミックレンジに対して１０ビット）によって表される値の元のダイナミックレンジに含まれる元の値のセットからなる。量子化の１つの効果は、同じ量子化値によっていくつかの異なる値を表すことである。したがって、量子化後のビデオ信号は、元のビデオ信号と比較して低減された粒度を有する。しかしながら、いくつかのビデオ信号では、元の値の大部分が、元のダイナミックレンジの限られたサブレンジ（又は、限られたサブレンジ）に集中している。ダイナミックレンジに対して定義された量子化を、ダイナミックレンジの限られたサブレンジのみを占有する信号に適用することは、ビデオ信号の粒度に強く影響を及ぼすであろう。ルママッピング（すなわち、ルミナンス値のマッピング）は、ターゲットダイナミックレンジをより良く使用することによってビデオ信号のコード化効率を改善するために提案された（すなわち、ルマ値は、全てのターゲットダイナミックレンジを占有するようにターゲットダイナミックレンジにわたって再分配される）。ターゲットダイナミックレンジは、元のダイナミックレンジと等しくても異なっていてもよい。

【0004】

ビデオ信号において、ルマ信号は、概してクロマ信号と関連付けられる。いったん量子化されたルマ信号の粒度を改善するためにこのルマ信号に対して処理が適用される場合、粒度の同様の改善を得るために、関連するクロマ信号に対して処理が適用されるべきである。クロマ信号にマッピングを適用することは、可能ではあるがビデオ符号化及び復号プロセスの複雑さを著しく増大させる。符号化／復号の複雑さを低減するために、いくつかの方法は、ルマ信号のみにマッピングを適用し、マッピングされたルマ信号に応じてクロマ信号にスケーリングプロセスを適用することを提案している。このスケーリングプロセスは、成分間スケーリングプロセスという用語で知られている。

【0005】

ルママッピングを成分間スケーリングと組み合わせる、クロマスケーリングを伴うルママッピング（Luma Mapping with Chroma Scaling、ＬＭＣＳ）と呼ばれる新たな圧縮ツールが、以下ＶＶＣと称する、ＪｏｉｎｔＶｉｄｅｏＥｘｐｅｒｔｓＴｅａｍ（ＪＶＥＴ）として知られるＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ専門家の共同協力チームによって開発中のＶｅｒｓａｔｉｌｅＶｉｄｅｏＣｏｄｉｎｇ（ＶＶＣ）と題される国際規格に導入された。ループフィルタの前の新たな処理ブロックとして、ＬＭＣＳが追加された。したがって、ＬＭＣＳは、符号化／復号プロセスの予測ループにおいて適用される。

【0006】

予測ループ内で成分間スケーリングを伴うルママッピングを適用することは、圧縮効率の観点から最適でない場合がある。予測ループからの前処理又は後処理として成分間スケーリングを伴うルママッピングを適用することなどの他の構成は、より良好な圧縮効率をもたらす可能性がある。

【0007】

予測ループの内又は予測ループの外において、成分間スケーリングを伴うルママッピング又はより一般的には色成分間変換を適用することを可能にする解決策を提案することが望まれる。

【発明の概要】

【0008】

第１の態様では、本実施形態のうちの１つ以上は、ビデオデータに関連付けられたシンタックス要素を取得することを含む方法を提供し、当該シンタックス要素は、少なくとも１つの第２の色成分が第２の色成分とは異なる少なくとも１つの第１の色成分に基づいて変換される色成分間変換プロセスが、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されるべきであることを指定する。

【0009】

一実施形態では、シンタックス要素は、色成分間変換プロセスがビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されることを第１の値で指定し、シンタックス要素は、色成分間変換プロセスが復号プロセスに含まれる予測ループにおいてビデオデータに適用されることを第２の値で指定する。

【0010】

一実施形態では、シンタックス要素は、成分内変換前の第１の色成分のサンプルが少なくとも１つの第２の成分の色成分間変換プロセスのために使用されなければならないことを第３の値で更に指定し、成分内変換後の第１の色成分のサンプルが少なくとも１つの第２の成分の成分間変換のために使用されなければならないことを第４の値で更に指定する。

【0011】

一実施形態では、色成分間変換プロセスは、少なくとも１つの変換を表すパラメータによって、シンタックス要素において指定される。

【0012】

一実施形態では、少なくとも１つの第２の色成分のうちの１つに適用されることが意図される変換は、シンタックス要素において指定された少なくとも１つの第２の色成分のうちの別の１つに適用される変換を表すパラメータから、又はシンタックス要素において指定された第１の色成分に適用される変換を表すパラメータから導出される。

【0013】

一実施形態では、シンタックス要素は、色成分間変換プロセスを表すパラメータが、別のシンタックス要素から取得されたクロマスケーリングプロセスを伴うルママッピングを指定するパラメータから導出されることを指定する。

【0014】

一実施形態では、色成分間変換プロセスは、クロマスケーリングプロセスを伴うルママッピングである。

【0015】

一実施形態では、色成分間変換プロセスは、復号プロセスの予測ループにおいて適用されるべき第２の色成分間変換プロセスの非アクティブ化に応答して、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用される。

【0016】

第２の態様では、本実施形態のうちの１つ以上はデバイスを提供し、デバイスは、
ビデオデータに関連付けられたシンタックス要素を取得するための手段を提供し、当該シンタックス要素は、少なくとも１つの第２の色成分が第２の色成分とは異なる少なくとも１つの第１の色成分に基づいて変換される色成分間変換プロセスが、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されるべきであることを指定する。

【0017】

【0018】

【0019】

一実施形態では、色成分間変換プロセスは、少なくとも１つの変換を表すパラメータによって、シンタックス要素において指定される。

【0020】

【0021】

【0022】

一実施形態では、色成分間変換プロセスは、クロマスケーリングプロセスを伴うルママッピングである。

【0023】

一実施形態では、デバイスは、色成分間変換プロセスを、復号プロセスの予測ループにおいて適用されるべき第２の色成分間変換プロセスの非アクティブ化に応答して、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用するための手段を備える。

【0024】

第３の態様では、本実施形態のうちの１つ以上は、ビデオデータに関連付けられたシンタックス要素を含む信号を提供し、該シンタックス要素は、少なくとも１つの第２の色成分が第２の色成分とは異なる少なくとも１つの第１の色成分に基づいて変換される色成分間変換プロセスが、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されるべきであることを指定する。

【0025】

【0026】

一実施形態では、シンタックス要素は、成分内変換前の第１の色成分のサンプルが、少なくとも１つの第２の成分の色成分間変換プロセスのために使用されなければならないことを第３の値で更に指定し、成分内変換後の第１の色成分のサンプルが少なくとも１つの第２の成分の成分間変換のために使用されなければならないことを第４の値で更に指定する。

【0027】

一実施形態では、色成分間変換プロセスは、少なくとも１つの変換を表すパラメータによって、シンタックス要素において指定される。

【0028】

【0029】

【0030】

一実施形態では、色成分間変換プロセスは、クロマスケーリングプロセスを伴うルママッピングである。

【0031】

第４の態様では、本実施形態のうちの１つ以上は方法を提供し、方法は、
ビデオデータに関連付けられたシンタックス要素をシグナリングすることを含み、当該シンタックス要素は、少なくとも１つの第２の色成分が第２の色成分とは異なる少なくとも１つの第１の色成分に基づいて変換される色成分間変換プロセスが、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されるべきであることを指定する。

【0032】

【0033】

【0034】

一実施形態では、色成分間変換プロセスは、少なくとも１つの変換を表すパラメータによって、シンタックス要素において指定される。

【0035】

【0036】

【0037】

一実施形態では、色成分間変換プロセスは、クロマスケーリングプロセスを伴うルママッピングである。

【0038】

第５の態様では、本実施形態のうちの１つ以上はデバイスを提供し、デバイスは、
ビデオデータに関連付けられたシンタックス要素をシグナリングするための手段を含み、当該シンタックス要素は、少なくとも１つの第２の色成分が第２の色成分とは異なる少なくとも１つの第１の色成分に基づいて変換される色成分間変換プロセスが、ビデオデータに適用されるべき復号プロセスに続く後処理プロセスとしてビデオデータに適用されるべきであることを指定する。

【0039】

【0040】

【0041】

一実施形態では、色成分間変換プロセスは、少なくとも１つの変換を表すパラメータによって、シンタックス要素において指定される。

【0042】

【0043】

【0044】

一実施形態では、色成分間変換プロセスは、クロマスケーリングプロセスを伴うルママッピングである。

【0045】

第６の態様では、本実施形態のうちの１つ以上は、第１の態様又は第４の態様による方法を実装するためのプログラムコード命令を含む、コンピュータプログラムを提供する。

【0046】

第７の態様では、本実施形態のうちの１つ以上は、第１の態様又は第４の態様による方法を実装するためのプログラムコード命令を記憶する、情報記憶媒体を提供する。

【図面の簡単な説明】

【0047】

【図1】元のビデオのピクセルの画像による分割の例を示す。

【図2】符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。

【図3】符号化されたビデオストリーム（すなわち、ビットストリーム）を復号モジュールによって復号するための方法を概略的に示す。

【図4A】様々な態様及び実施形態が実装される、符号化モジュール又は復号モジュールを実装することができる処理モジュールのハードウェアアーキテクチャの例を概略的に示す。

【図4B】様々な態様及び実施形態が実装されているシステムの一例のブロック図を示す。

【図5】修正された色再マッピング情報（Color Remapping Information、ＣＲＩ）ＳＥＩメッセージの解析を概略的に示す。

【図6】復号モジュールによるＣＲＩＳＥＩメッセージの解析を概略的に示す。

【図7】復号モジュールによるＬＭＣＳ＿ＡＰＳタイプのＡＰＳの解析を概略的に示す。

【図8】成分間クロマスケーリング関数を示す。

【図9】ＬＭＣＳのループ外適用を改善することを可能にする実施形態を示す。

【図10A】８個のセグメントを使用するＬＭＣＳ順マッピング関数の構成を示す。

【図10B】ＬＭＣＳパラメータからの成分間変換のパラメータの導出を示す。

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

【0048】

以下の説明において、いくつかの実施形態は、ＶＶＣのコンテキスト又はＨＥＶＣ（（ＩＳＯ／ＩＥＣ２３００８－２－ＭＰＥＧ－ＨＰａｒｔ２、ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ／ＩＴＵ－ＴＨ．２６５））のコンテキストにおいて開発されたツールを使用する。しかしながら、これらの実施形態は、ＶＶＣ又はＨＥＶＣに対応するビデオコード化／復号方法に限定されず、ＡＶＣ（Ｈ．２６４／ＭＰＥＧ－４ｐａｒｔ１０）、ＥＶＣ（ＥｓｓｅｎｔｉａｌＶｉｄｅｏＣｏｄｉｎｇ／ＭＰＥＧ－５）、ＡＶ１、及びＶＰ９などの他のビデオコード化／復号方法に適用され、画像コード化／復号方法にも適用される。

【0049】

図１、図２及び図３に関連して、ビデオ圧縮方法を説明する。

【0050】

図１は、元のビデオ１０のサンプル１１の画像が受ける分割の例を示している。ここで、サンプルは、３つの成分、すなわちルミナンス（又はルマ）成分と２つのクロミナンス（又はクロマ）成分とからなると考えられる。その場合、サンプルはピクセルに対応している。ただし、以下の実施形態は、別の数の成分を含むサンプル、例えば、サンプルが１つの成分を含むグレーレベルサンプルから構成される画像、又は３つの色成分と透明度成分及び／又は深度成分を含むサンプルから構成される画像に適応される。

【0051】

画像は、複数のコード化エンティティに等分される。まず、図１の参照番号１３で示すように、画像がコード化ツリーユニット（coding tree unit、ＣＴＵ）と呼ばれるブロックのグリッドに等分される。ＣＴＵは、ルミナンスサンプルのＮ×Ｎブロックと、クロミナンスサンプルの２つの対応するブロックとからなる。Ｎは、概して、例えば、「１２８」の最大値を有する２のべき乗である。第二に、画像は、ＣＴＵの１つ以上のグループに等分される。例えば、それは１つ以上のタイル行及びタイル列に等分することができ、タイルは画像の矩形区域をカバーするＣＴＵのシーケンスである。いくつかの場合では、タイルを１つ以上のブリックに等分することができ、ブリックの各々はタイル内の少なくとも１つのＣＴＵ行からなる。タイル及びブリックの概念の上には、スライスと呼ばれる別の符号化エンティティが存在し、符号化エンティティは、画像の少なくとも１つのタイル又はタイルの少なくとも１つのブリックを組み込むことができる。

【0052】

図１の例では、参照番号１２で示すように、画像１１は、３つのスライスＳ１、Ｓ２、及びＳ３に等分され、各スライスは複数のタイル（図示せず）を含む。

【0053】

図１の参照番号１４で示すように、ＣＴＵは、コード化ユニット（coding unit、ＣＵ）と呼ばれる１つ以上のサブブロックの階層ツリーの形態に分割され得る。ＣＴＵは、階層ツリーのルート（すなわち、親ノード）であり、複数のＣＵ（すなわち、子ノード）に分割することができる。各ＣＵは、より小さいＣＵに更に分割されていない場合は階層ツリーの葉になり、更に分割されている場合はより小さいＣＵ（すなわち、子ノード）の親ノードになる。例えば、四分木、二分木、及び三分木を含む、いくつかのタイプの階層ツリーを適用することができる。四分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「４」つの方形ＣＵに分割することができる（すなわち、その親ノードであることができる）。二分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「２」つの矩形ＣＵに水平又は垂直に分割することができる。三分木では、ＣＴＵ（それぞれＣＵ）は、「３」つの矩形ＣＵに水平又は垂直に分割することができる。例えば、高さＮ及び幅ＭのＣＵは、高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第１のＣＵ、高さＮ（それぞれＮ／２）及び幅Ｍ／２（それぞれＭ）の第２のＣＵ、並びに高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第３のＣＵに垂直に（それぞれ水平に）分割される。

【0054】

図１の例では、ＣＴＵ１４は、四分木タイプの分割を使用して、最初に「４」つの方形ＣＵに分割される。左上のＣＵは、更に分割されていないため、階層ツリーの葉であり、すなわち、他のＣＵの親ノードではない。右上のＣＵは、やはり四分木タイプの分割を使用して、「４」つのより小さい正方形ＣＵに更に分割される。右下のＣＵは、二分木タイプの分割を使用して「２」つの矩形ＣＵに垂直に分割される。左下のＣＵは、三分木タイプの分割を使用して「３」つの矩形ＣＵに垂直に分割される。

【0055】

二分木と三分木の組み合わせは、Ｍｕｌｔｉ－ｔｙｐｅｔｒｅｅ（ＭＴＴ）として知られている。

【0056】

画像のコード化中、分割はアダプティブであり、各ＣＴＵは、ＣＴＵ基準の圧縮効率を最適化するために分割される。

【0057】

いくつかのビデオ圧縮スキームでは、予測ユニット（prediction unit、ＰＵ）及び変換ユニット（transform unit、ＴＵ）の概念が登場した。その場合、予測（すなわち、ＰＵ）及び変換（すなわち、ＴＵ）に使用されるコード化エンティティは、ＣＵの細目とすることができる。例えば、図１に示すように、サイズ２Ｎ×２ＮのＣＵは、サイズＮ×２Ｎ又はサイズ２Ｎ×ＮのＰＵ１４１１に等分することができる。更に、当該ＣＵは、サイズＮ×Ｎの「４」つのＴＵ１４１２又はサイズ（Ｎ／２）×（Ｎ／２）の「１６」個のＴＵに等分することができる。

【0058】

本出願では、「ブロック」又は「画像ブロック」又は「サブブロック」という用語は、ＣＴＵ、ＣＵ、ＰＵ、及びＴＵのうちのいずれか１つを指すために使用することができる。更に、「ブロック」又は「画像ブロック」という用語は、ＭＰＥＧ－４／ＡＶＣ又は他のビデオコーディング規格において指定されるようなマクロブロック、パーティション、及びサブブロックを指すために、より一般的には、多数のサイズのサンプルのアレイを指すために使用することができる。

【0059】

本出願では、「再構成された」及び「復号された」という用語は互換的に使用することができ、「ピクセル」及び「サンプル」という用語は互換的に使用することができ、「画像」、「ピクチャ」、「サブピクチャ」、「スライス」、及び「フレーム」という用語は互換的に使用することができる。

【0060】

図２は、符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。符号化のためのこの方法の変形形態が企図されるが、以下では、明確さを目的として、予想される全ての変形形態について説明することなく、図２の符号化のための方法について説明する。

【0061】

現在の元の画像２００を符号化することは、図１に関連して記載したように、ステップ２０２中に現在の元の画像２００を分割することから始まる。これにより、現在の画像２００は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵなどに分割される。各ブロックについて、符号化モジュールは、イントラ予測とインター予測との間のコード化モードを判定する。

【0062】

イントラ予測は、ステップ２０３によって示されるが、イントラ予測方法に従って、コード化される現在のブロックの因果的近傍に位置する再構成ブロックのサンプルから導出された予測ブロックから現在のブロックのサンプルを予測することからなる。イントラ予測の結果は、近傍ブロックのどのサンプルを使用するかを示す予測方向と、現在のブロックと予測ブロックとの差の計算から生じる残差ブロックである。

【0063】

インター予測は、現在の画像の先行する又は後続の画像の、基準ブロックと呼ばれる、サンプルのブロックから現在のブロックのサンプルを予測することからなり、この画像は基準画像と称される。

【0064】

インター予測方法による現在のブロックのコード化中に、類似性基準に従って現在のブロックに最も近い基準画像のブロックが、動き推定ステップ２０４によって判定される。ステップ２０４中に、基準画像内の基準ブロックの位置を示す動きベクトルが決定される。当該動きベクトルは、動き補償ステップ２０５中に使用され、その間に残差ブロックは、現在のブロックと基準ブロックとの間の差の形態で計算される。

【0065】

第１のビデオ圧縮規格では、上述した一方向インター予測モードが利用可能な唯一のインターモードであった。ビデオ圧縮規格が進化するにつれて、インターモードのファミリーは著しく成長しており、現在は多くの異なるインターモードを含む。

【0066】

選択ステップ２０６中に、レート／歪み基準（すなわち、ＲＤＯ基準）に従って、試験された予測モード（イントラ予測モード、インター予測モード）の中から圧縮性能を最適化する予測モードが符号化モジュールによって選択される。

【0067】

予測モードが選択されると、ステップ２０７において、選択された予測モードに対応する残差ブロックが（例えば、ステップ２０３及び２０５において算出された残差ブロックから）取得され、ステップ２０９中に変換され、ステップ２１０中に量子化される。量子化中、変換された領域において、変換された係数は、量子化パラメータに加えてスケーリング行列によって重み付けされる。スケーリング行列は、他の周波数を犠牲にしていくつかの周波数を優先することを可能にするコード化ツールである。概して、低頻度が好ましい。

【0068】

符号化モジュールは、変換をスキップして、変換されていない残差信号に量子化を直接適用することができることに留意されたい。

【0069】

現在のブロックがイントラ予測モードに従ってコーディングされると、予測方向と、変換され量子化された残差ブロックとは、ステップ２１２中にエントロピエンコーダによって符号化される。

【0070】

現在のブロックがインター予測モードに従って符号化されると、このインター予測モードに関連付けられた動きデータは、ステップ２１１においてコード化される。

【0071】

概して、２つのモードを使用して、それぞれ、ＡＭＶＰ（ＡｄａｐｔｉｖｅＭｏｔｉｏｎＶｅｃｔｏｒＰｒｅｄｉｃｔｉｏｎ、アダプティブ動きベクトル予測）及びマージと呼ばれる動きデータを符号化することができる。

【0072】

ＡＭＶＰは基本的に、現在のブロックを予測するために使用される基準画像、動きベクトル予測子インデックス、及び動きベクトル差（動きベクトル残差とも呼ばれる）をシグナリングすることにある。

【0073】

マージモードは、動きデータ予測子のリストに収集されたいくつかの動きデータのインデックスをシグナリングすることにある。リストは、「５」つ又は「７」つの候補からなり、デコーダ及びエンコーダ側で同じように構成される。したがって、マージモードは、マージリストから取り出されるいくつかの動きデータを導出することを目的とする。マージリストは、典型的には、いくつかの空間的及び時間的に隣接するブロックに関連付けられた動きデータを含み、これらブロックは再構成された状態で、現在のブロックが処理されているときに、利用可能である。

【0074】

予測されると、動き情報は、次に、変換され量子化された残差ブロックと共に、ステップ２１２中にエントロピエンコーダによって符号化される。符号化モジュールは、変換及び量子化の両方をバイパスすることができる、すなわちエントロピ符号化は、変換処理又は量子化処理を適用することなく残差に適用されることに留意されたい。エントロピ符号化の結果は、符号化されたビデオストリーム（すなわち、ビットストリーム）２１３に挿入される。

【0075】

エントロピエンコーダは、コンテキストアダプティブバイナリアリスマティックコーダ（context adaptive binary arithmetic coder、ＣＡＢＡＣ）の形態で実装することができることに留意されたい。ＣＡＢＡＣは、バイナリシンボルを符号化し、複雑さを低く保ち、任意の記号のより頻繁に使用されるビットの確率モデリングを可能にする。

【0076】

量子化ステップ２１０の後、現在のブロックは、そのブロックに対応するピクセルが将来の予測に使用され得るように再構成される。この再構成段階は、予測ループとも呼ばれる。したがって、逆量子化は、ステップ２１４中に変換され量子化された残差ブロックに適用され、ステップ２１５中に逆変換が適用される。ステップ２１７中に取得された現在のブロックに使用される予測モードによって、現在のブロックの予測ブロックが再構成される。現在のブロックがインター予測モードに従って符号化される場合、符号化モジュールは、適切なときには、ステップ２１８中に、現在のブロックの動き情報を使用して基準ブロックに動き補償を適用する。現在のブロックがイントラ予測モードに従って符号化される場合、ステップ２２０中に、現在のブロックに対応する予測方向が、現在のブロックの基準ブロックを再構成するために使用される。

【0077】

ステップ２２１において、再構成された現在のブロックを取得するために、基準ブロック及び再構成された残差ブロックが追加される。

【0078】

再構成後、ステップ２２３中に、符号化アーチファクトを低減することを意図したインループポストフィルタリングが、再構成ブロックに適用される。このポストフィルタリングは、エンコーダにおいてデコーダと同じ基準画像を取得し、これにより、符号化プロセスと復号プロセスとの間のドリフトを回避するために予測ループで行われるので、インループポストフィルタリングと呼ばれる。例えば、インループポストフィルタリングは、デブロッキングフィルタリング、ＳＡＯ（ｓａｍｐｌｅａｄａｐｔｉｖｅｏｆｆｓｅｔ、サンプルアダプティブオフセット）フィルタリング、及びブロックベースのフィルタ適応を伴うアダプティブループフィルタリング（Adaptive Loop Filtering、ＡＬＦ）を含む。

【0079】

インループデブロッキングフィルタのアクティブ化又は非アクティブ化を表すパラメータ、及びアクティブ化されると、当該インループデブロッキングフィルタの特性は、エントロピコード化ステップ２１２中に、符号化されたビデオストリーム２１３に導入される。

【0080】

ブロックが再構成されると、ブロックは、ステップ２２４中に、復号ピクチャバッファ（decoded picture buffer、ＤＰＢ）２２５に記憶された再構成画像に挿入される。そのように記憶された再構成画像は、コーディングされる他の画像の参照画像として機能することができる。

【0081】

図３は、図２に関連して記載された方法に従って符号化された、符号化されたビデオストリーム（すなわち、ビットストリーム）２１３を復号するための方法を概略的に示している。復号のための当該方法は、復号モジュールによって実行される。復号するためのこの方法の変形形態が企図されるが、明確さを目的として、以下では予想される全ての変形形態を記載することなく、図３の復号するための方法について記載する。

【0082】

復号はブロックごとに行われる。現在のブロックの場合、復号はステップ３１２中に現在のブロックをエントロピ復号することから始まる。エントロピ復号は、ブロックの予測モードを取得することを可能にする。

【0083】

現在のブロックがイントラ予測モードに従って符号化されている場合、エントロピ復号は、予測方向及び残差ブロックを表す情報を取得することを可能にする。

【0084】

現在のブロックがインター予測モードに従って符号化されている場合、エントロピ復号は、動きデータ及び残差ブロックを表すデータを取得することを可能にする。適切な場合、ステップ３１１中に、動きデータは、ＡＭＶＰ又はマージモードに従って現在のブロックに対して再構成される。マージモードでは、エントロピ復号によって取得された動きデータは、動きベクトル予測子候補のリストにおけるインデックスを含む。復号モジュールは、通常のマージモード及びサブブロックマージモードの候補のリストを構築するために、符号化モジュールと同じプロセスを適用する。再構成されたリスト及びインデックスを用いて、復号モジュールは、ブロックの動きベクトルを予測するために使用される動きベクトルを取り出すことができる。

【0085】

復号のための本方法は、符号化のための方法のステップ２１２、２１４、２１５、２１７、２１８、２１９、２２０、２２１、及び２２３と全ての点でそれぞれ同一のステップ３１２、３１４、３１５、３１７、３１８、３１９、３２０、３２１、及び３２３を含む。ステップ３２４において、復号されたブロックは、復号された画像に保存され、復号された画像は、ＤＰＢ３２５に記憶される。復号モジュールが所与の画像を復号すると、ＤＰＢ３２５に記憶された画像は、当該所与の画像の符号化中に符号化モジュールによってＤＰＢ２２５に記憶された画像と同一である。復号された画像はまた、例えば表示のために復号モジュールによって出力され得る。

【0086】

上述したように、図２の符号化及び図３の復号方法の変形形態が企図され、特に、成分間スケーリングプロセス又はより一般的には色成分間変換を伴うルママッピングを含む変形形態が企図される。以下では、成分間スケーリングを伴うルママッピング及び色成分間変換が区別なく使用される。実際、成分間スケーリングを用いたルママッピングでは、クロマ成分はルマ成分に基づいて変換される。色成分間変換では、少なくとも１つの第１の色成分が、第１の色成分とは異なる少なくとも１つの第２の色成分に基づいて変換される。したがって、色成分間変換の概念は、成分間スケーリングを伴うルママッピングの概念よりも広範である。しかしながら、後述する様々な実施形態は、成分間スケーリングを用いた色成分間変換及びルママッピングに適用される。

【0087】

符号化及び復号方法における成分間スケーリングプロセスを伴うルママッピングの導入は、異なる形態をとることができる。

【0088】

第１の実施形態では、成分間スケーリングプロセスを伴うルママッピング（ＬＭＣＣＳ）が、予測ループにおいて実装される。

【0089】

予測ループ内のＬＭＣＣＳプロセスの実装例（第１の実施形態の例）は、ＬＭＣＳである
ＬＭＣＳは、２つの主要な成分、すなわち
・適応区分線形モデルに基づくルマ成分のインループマッピングと、
・クロマ成分に対して適用される、ルマ依存残差スケーリングと、を有する。

【0090】

ルマのインループマッピングは、順ルママッピング関数ＦｗｄＭａｐ、及び対応する逆ルママッピング関数ＩｎｖＭａｐを使用する。順ルママッピング関数ＦｗｄＭａｐは、「１６」個の等しい部分を有する区分線形モデルを使用してシグナリングされる。逆ルママッピング関数ＩｎｖＭａｐは、シグナリングされる必要はなく、代わりに順ルママッピング関数ＦｗｄＭａｐから導出される。

【0091】

ルママッピング関数は、区分線形モデルを使用して適応パラメータセット（adaptation parameter set、ＡＰＳ）と呼ばれるコンテナ内でシグナリングされる。区分線形モデルは、入力信号のダイナミックレンジを「１６」個の等しい部分に分割し、各部分について、その線形マッピングパラメータは、その部分に割り当てられたいくつかのコードワードを使用して表現される。１０ビット入力信号を例にとる。「１６」個のピースの各々は、デフォルトで割り当てられた「６４」個のコードワードを有する。コードワードのシグナリングされた数は、スケーリング係数を計算し、それに応じてその部分について順ルママッピング関数を調整するために使用される。区分線形モデルの各部分は、２つの入力ピボット点及び２つの出力（マッピングされた）ピボット点によって定義される。

【0092】

復号側では、図３に表されるように、ステップ３１９中に順ルママッピング関数が適用される。ステップ３２２において、逆ルママッピング関数が適用される。図３に見られるように、インター予測されたブロックに対して、動き補償は元の領域で実行される。動き補償された予測ブロックＹ＿ｐｒｅｄがＤＰＢ３２５内の基準画像に基づいて計算された後、順マッピング関数ＦｗｄＭａｐが適用されて、予測ブロックＹ＿ｐｒｅｄのルマ成分を元の領域（すなわち、元のダイナミックレンジ）からマッピングされた領域（すなわち、ターゲットダイナミックレンジ）にマッピングする：Ｙ’＿ｐｒｅｄ＝ＦｗｄＭａｐ（Ｙ＿ｐｒｅｄ）。イントラ符号化されたブロックに対して、順マッピング関数ＦｗｄＭａｐ関数は、マッピングされた領域においてイントラ予測が実行されるため、適用されない。

【0093】

ステップ３２１において、予測ブロックＹ＿ｐｒｅｄと残差ブロックＹ＿ｒｅｓとから再構成されたブロックＹ＿ｒが計算された後、ステップ３２２において、再構成されたルマ値をマッピングされた領域から元の領域に変換し戻すために、逆マッピング関数ＩｎｖＭａｐが適用される：Ｙ＿ｉ＝ＩｎｖＭａｐ（Ｙ＿ｒ）。逆マッピング関数ＩｎｖＭａｐは、イントラ符号化されたルマブロック及びインター符号化されたルマブロックの両方に適用される。

【0094】

ルママッピングプロセス（順マッピング及び／又は逆マッピング）は、ルックアップテーブル（look-up-table、ＬＵＴ）を使用して、又はオンザフライ計算を使用して実装することができる。

【0095】

ルマ依存のクロマ残差スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。ルママッピングが有効化されている場合、ルマ依存のクロマ残差スケーリングが有効化されているか否かを示すために、追加のフラグがシグナリングされる。

【0096】

ルマ依存のクロマ残差スケーリングは、上部及び／又は左側の再構成された隣接ルマサンプルの平均値に依存する。再構成された隣接ルマサンプルの平均としてａｖｇＹｒを示す。スケーリング係数Ｃ＿ＳｃａｌｅＩｎｖの値は、以下のステップにおいて算出される。
１．ＩｎｖＭａｐ関数に基づいて、ａｖｇＹｒが属する区分線形モデルのインデックスＹ＿Ｉｄｘを見つける。
２．Ｃ＿ＳｃａｌｅＩｎｖ＝ｃＳｃａｌｅＩｎｖ［Ｙ＿Ｉｄｘ］であり、式中、ｃＳｃａｌｅＩｎｖ［］は、ＡＰＳ中でシグナリングされた値に基づいて事前算出された１６個のＬＵＴである。

【0097】

サンプルベースで実行されるルママッピング及び逆ルママッピングとは異なり、スケーリング係数Ｃ＿ＳｃａｌｅＩｎｖは、クロマブロック全体について一定の値である。

【0098】

復号側では、ステップ３１６において、現在のクロマブロックの再構成の前に、ルマ依存のクロマ残差スケーリングプロセスが、スケーリングされたクロマ残差ブロックに適用される。クロマ残差ブロックＣ＿Ｒｅｓは、スケーリング係数Ｃ＿ＳｃａｌｅＩｎｖを使用してスケーリングされたクロマ残差ブロックをスケーリングすることによって取得される。
Ｃ＿Ｒｅｓ＝Ｃ＿ＲｅｓＳｃａｌｅ^＊Ｃ＿ＳｃａｌｅＩｎｖ

【0099】

次いで、ステップ３２１において、残差ブロックＣ＿ｒｅｓがクロマ予測子ブロックＣ＿ｐｒｅｄに加算されて、現在のクロマブロックＣ＿ｒが再構成される。
Ｃ＿ｒ＝Ｃ＿Ｒｅｓ＋Ｃ＿ｐｒｅｄ

【0100】

見られるように、クロマについては、インループフィルタリングの前の逆マッピングも、動き補償の後の順マッピングも実行されない。

【0101】

符号化側では、ＬＭＣＳの導入は、図２の符号化方法におけるステップ２０１及び２０８、２１６、２１９及び２２２の導入によって表される。ステップ２１６、２１９及び２２２は、それぞれステップ３１６、３１９及び３２２と同一である。ステップ２０１はステップ２１９と同一であるが、ＬＭＣＣＳプロセスが元の画像に適用される一方、ステップ２１９においては再構成された画像に適用される場合を除く。

【0102】

ステップ２０８において、ルマ依存のクロマ残差スケーリングプロセスがクロマ残差ブロックに適用される。スケーリングされたクロマ残差ブロックＣ＿ＲｅｓＳｃａｌｅは、スケーリング係数Ｃ＿ＳｃａｌｅＩｎｖを使用してクロマ残差ブロックをスケーリングすることによって取得される。
Ｃ＿ＲｅｓＳｃａｌｅ＝Ｃ＿Ｒｅｓ／Ｃ＿ＳｃａｌｅＩｎｖ

【0103】

前述のように、いくつかの実装形態では、ＬＭＣＳパラメータは、タイプＬＭＣＳ＿ＡＰＳのＡＰＳコンテナ内に記憶される。ＬＭＣＳパラメータは、ｌｍｃｓ＿ｄａｔａと呼ばれるシンタックス要素に記憶される。

【0104】

【表1】

【0105】

表ＴＡＢ１は、シンタックス要素ｌｍｃｓ＿ｄａｔａを表す。シンタックス要素ｌｍｃｓ＿ｄａｔａのシンタックス要素のセマンティックは、文書ＪＶＥＴ－Ｓ２００１ｖＨ、ＶｅｒｓａｔｉｌｅＶｉｄｅｏＣｏｄｉｎｇ（Ｄｒａｆｔ１０）、ＩＴＵ－ＴＳＧ１６ＷＰ３及びＩＳＯ／ＩＥＣＪＴＣ１／ＳＣ２９／ＷＧ１１のＪｏｉｎｔＶｉｄｅｏＥｘｐｅｒｔｓＴｅａｍ（ＪＶＥＴ）、第１９回会議：遠隔会議、２０２０年６月２２日～７月１日のセクション７．４．３．１９に見出すことができる。

【0106】

いくつかの実装形態によれば、順ルママッピング関数は、以下のように導出されるｉ＝０～「１５」又は「１６」について、パラメータｌｍｃｓＣＷ［ｉ］（ｉ^ｅｓｔ部分のコードワードの数を表す）、ＩｎｐｕｔＰｉｖｏｔ［ｉ］（ｉ^ｅｓｔ部分の入力ピボット点を表す）、ｌｍｃｓＰｉｖｏｔ［ｉ］（ｉ^ｅｓｔ部分の出力ピボット点を表す）によって定義される（式番号は、ＶＶＣ規格、文書ＩＴＵ－ＴＨ．２６６、ＳＥＲＩＥＳＨ：ＡＵＤＩＯＶＩＳＵＡＬＡＮＤＭＵＬＴＩＭＥＤＩＡＳＹＳＴＥＭＳ、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅｏｆａｕｄｉｏｖｉｓｕａｌｓｅｒｖｉｃｅｓ－Ｃｏｄｉｎｇｏｆｍｏｖｉｎｇｖｉｄｅｏ、Ｖｅｒｓａｔｉｌｅｖｉｄｅｏｃｏｄｉｎｇ、０８／２０２０の式番号である）。

【0107】

パラメータＬｍｃｓＭａｘＢｉｎＩｄｘは、（「１５」－ｌｍｃｓ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘ）に等しく設定される。以下のイタリック体のテキストは、ＶＶＣ規格からコピーされたものである。

【0108】

変数ＯｒｇＣＷは、下記のように導出される。
ＯｒｇＣＷ＝（１＜＜ＢｉｔＤｅｐｔｈ）／１６（９３）

【0109】

変数ｌｍｃｓＤｅｌｔａＣＷ［ｉ］（ｉ＝ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ～ＬｍｃｓＭａｘＢｉｎＩｄｘ）は、以下のように導出される。
ｌｍｃｓＤｅｌｔａＣＷ［ｉ］＝（１－２^＊ｌｍｃｓ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｃｗ＿ｆｌａｇ［ｉ］）^＊ｌｍｃｓ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ［ｉ］（９４）

【0110】

変数ｌｍｃｓＣＷ［ｉ］は、以下のように導出される。
－ｉ＝０～ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ－１の場合、ｌｍｃｓＣＷ［ｉ］は０に等しく設定される。
－ｉ＝ｌｍｃｓ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ～ＬｍｃｓＭａｘＢｉｎＩｄｘの場合、以下が適用される。
ｌｍｃｓＣＷ［ｉ］＝ＯｒｇＣＷ＋ｌｍｃｓＤｅｌｔａＣＷ［ｉ］（９５）

【0111】

ｌｍｃｓＣＷ［ｉ］の値は、ＯｒｇＣＷ＞＞３～（ＯｒｇＣＷ＜＜３）－１の両端を含む範囲内になければならない。
－ｉ＝ＬｍｃｓＭａｘＢｉｎＩｄｘ＋１～１５の場合、ｌｍｃｓＣＷ［ｉ］は０に等しく設定される。

【0112】

以下の条件が真であることが、ビットストリーム適合の要件である。

【0113】

【数1】

【0114】

変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］（ｉ＝０～１５）は、次のように導出される。
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ^＊ＯｒｇＣＷ（９７）

【0115】

変数ＬｍｃｓＰｉｖｏｔ［ｉ］（ｉ＝０～１６）、変数ＳｃａｌｅＣｏｅｆｆ［ｉ］及びＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］（ｉ＝０～１５）は、以下のように導出される。
ＬｍｃｓＰｉｖｏｔ［０］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝１５；ｉ＋＋）｛
ＬｍｃｓＰｉｖｏｔ［ｉ＋１］＝ＬｍｃｓＰｉｖｏｔ［ｉ］＋ｌｍｃｓＣＷ［ｉ］
ＳｃａｌｅＣｏｅｆｆ［ｉ］＝（ｌｍｃｓＣＷ［ｉ］^＊（１＜＜１１）＋（１＜＜
（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ｌｍｃｓＣＷ［ｉ］＝＝０）（９８）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
ｅｌｓｅ
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ^＊（１＜＜１１）／ｌｍｃｓＣＷ［ｉ］
｝

【0116】

ＬＭＣＳ順マッピング関数構成の（１６個の代わりに）８個のセグメントを使用する図が、図１０Ａに提供されている。上で見たように、予測ループ内でＬＭＣＣＳプロセスを適用することは１つの可能な実施形態であるが、他の実施形態も存在する。

【0117】

第２の実施形態では、ＬＭＣＳＳプロセスは予測ループの外で適用される。

【0118】

復号側では、第１の実施形態と比較して、ステップ３１６、３１９、及び３２２が、図３の復号のための方法から除去される。新たな後処理ステップ３２６が導入される。ＬＭＣＳＳプロセスがＬＭＣＳであるとき、再構成された画像の再構成されたルマ値をマッピングされた領域から元の領域に変換するために、逆マッピング関数ＩｎｖＭａｐが適用される。上述のプロセスを使用して決定されたスケーリング係数Ｃ＿ＳｃａｌｅＩｎｖは、再構成された画像のクロマ値に適用される。

【0119】

符号化側では、第１の実施形態と比較して、ステップ２０８、２１６、２１９、及び２２２が、図２の符号化のための方法から除去される。ステップ２０１は同一のままである。

【0120】

第１及び第２の実施形態は、特に、量子化されたルマ信号及びクロマ信号の粒度を制御するように適合される。しかしながら、ＬＭＣＳＳプロセスは、他の目的のために使用され得る。

【0121】

第３の実施形態では、復号プロセスの出力を元のダイナミックレンジからターゲットダイナミックレンジにマッピングするために、ＬＭＣＳＳプロセスを使用する。例えば、ＬＭＣＳＳプロセスは、ディスプレイがそのような拡張されたデータを表示することが可能である場合、コード化されたビデオを（例えば、ＵＨＤＴＶＲｅｃ．２０２０のようなより高品質のグレーディングされたコンテンツを用いて）拡張するために使用される。それはまた、広色域グレーディングされたコンテンツ（例えば、Ｒｅｃ．７０９カラリストグレード）をグレースフルデグレード（例えば、Ｒｅｃ．２０２０カラリストグレード）することを可能にする。

【0122】

第３の実施形態では、第２の実施形態と比較して、ステップ２０１、２０８、２１６、２１９、２２２、３１６、３１９及び３２２が符号化のための方法及び復号のための方法から除去される。ステップ３２６は維持されるが、逆マッピング関数の代わりに順マッピング関数を適用することからなる。ＬＭＣＳＳプロセスがＬＭＣＳである場合、ステップ３２６中に、再構成された画像の再構成されたルマ値を元の領域からマッピングされた領域に変換するために、順マッピング関数ｆｗｄＭａｐが適用される。スケーリング係数１／（Ｃ＿ＳｃａｌｅＩｎｖ）は、再構成された画像のクロマ値に適用される。

【0123】

第４の実施形態では、第１及び第３の実施形態、又は第２及び第３の実施形態が組み合わされている。

【0124】

前世代のビデオ圧縮規格では、色マッピングに関連するデータを輸送することを可能にするための、２つのシンタックス要素が知られている。
・ＬＭＣＳパラメータを輸送するための上述のＡＰＳ。
・色再マッピング情報（ＣＲＩ）と呼ばれるＳＥＩメッセージ。

【0125】

例えば、ＡＶＣ、ＨＥＶＣ、又はＶＶＣなどの規格において定義されるＳＥＩ（補足拡張情報）メッセージは、ビデオストリームに関連付けられ、ビデオストリームに対する情報を提供するメタデータを含むデータコンテナである。

【0126】

【表2】

【0127】

表ＴＡＢ２は、ＨＥＶＣ規格のセクションＤ．２．２３において定義されるようなＣＲＩＳＥＩメッセージのシンタックスを提供している。ＣＲＩＳＥＩメッセージに含まれるシンタックス要素のセマンティックは、ＨＥＶＣのセクションＤ．３．３３において提供されている。ＣＲＩＳＥＩメッセージは、出力画像を代替ディスプレイにより適した表現に変換するなどの目的で、デコーダによって出力された画像の再構成された色サンプルのマッピングを可能にする情報を提供する。

【0128】

ＣＲＩＳＥＩは、３つの変換を定義する。
・第１の変換（以下では「ｐｒｅ＿ｌｕｔ」と呼ぶ）は、各色成分に適用される３つの１Ｄ－ＬＵＴに基づき、
・第２の変換は、３×３行列に基づき、かつ
・第３の変換（以下では「ｐｏｓｔ＿ｌｕｔ」と呼ぶ）は、各色成分に適用される３つの１Ｄ－ＬＵＴに基づく。

【0129】

３つの変換はカスケードで行うことができる。３×３行列変換が有効化されると、色成分は４：４：４フォーマットで処理されなければならず、これは、ピクセルごとに３つの色サンプルがあることを意味する。１Ｄ－ＬＵＴ変換のみが使用されるとき、各色サンプルが他から独立して処理されるので、プロセスは、４：２：０、４：２：２、又は４：４：４色フォーマットで適用することができる。カスケード変換は、それぞれＣ０、Ｃ１、Ｃ２で示される３つの色成分について以下の式で示される。ピクチャ内の相対位置ｐにおける入力サンプルＣ０＿ｉｎ（ｐ）、Ｃ１＿ｉｎ（ｐ）、Ｃ２＿ｉｎ（ｐ）は、以下のように処理されて、出力サンプルＣ０＿ｏｕｔ（ｐ）、Ｃ１＿ｏｕｔ（ｐ）、Ｃ２＿ｏｕｔ（ｐ）を生成する。

【0130】

第１の変換アプリケーション：
Ｃ０’＝ｐｒｅ＿ｌｕｔ［０］［Ｃ０＿ｉｎ（ｐ）］
Ｃ１’＝ｐｒｅ＿ｌｕｔ［１］［Ｃ１＿ｉｎ（ｐ）］（式１）
Ｃ２’＝ｐｒｅ＿ｌｕｔ［２］［Ｃ２＿ｉｎ（ｐ）］
式中、ｐｒｅ＿ｌｕｔ［０］［］は、第１の成分に適用される第１の変換を表し、ｐｒｅ＿ｌｕｔ［１］［］は、第２の成分に適用される第１の変換を表し、ｐｒｅ＿ｌｕｔ［２］［］は、第３の成分に適用される第１の変換を表す。

【0131】

３×３行列アプリケーション（適用される場合）：
（Ｃ０”，Ｃ１”，Ｃ２”）^Ｔ＝Ｍ３×３．（Ｃ０’，Ｃ１’，Ｃ２’）^Ｔ（式２）

【0132】

式中、Ｍ３×３は、３×３行列（シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｃｏｅｆｆｓ［ｃ］［ｉ］）であり、（）^Ｔは、転置演算子である。

【0133】

第２の変換アプリケーション：
Ｃ０＿ｏｕｔ（ｐ）＝ｐｏｓｔ＿ｌｕｔ［０］［Ｃ０”］
Ｃ１＿ｏｕｔ（ｐ）＝ｐｏｓｔ＿ｌｕｔ［１］［Ｃ１”］（式３）
Ｃ２＿ｏｕｔ（ｐ）＝ｐｏｓｔ＿ｌｕｔ［２］［Ｃ２”］
式中、ｐｏｓｔ＿ｌｕｔ［０］［］は、第１の成分に適用される第２の変換を表し、ｐｏｓｔ＿ｌｕｔ［１］［］は、第２の成分に適用される第２の変換を表し、ｐｏｓｔ＿ｌｕｔ［２］［］は、第３の成分に適用される第２の変換を表す。

【0134】

１Ｄ－ＬＵＴは、成分内変換に対応する各色成分に独立して適用されることに留意されたい。

【0135】

見られるように、ＣＲＩＳＥＩメッセージは、ＬＭＣＣＳプロセス、より一般的には色成分間変換のパラメータを提供するようには適合されていない。更に、ＣＲＩＳＥＩメッセージは、後処理プロセスのための色マッピングパラメータを提供する。その側では、タイプＬＭＣＳ＿ＡＰＳのＡＰＳコンテナは、ＬＭＣＣＳプロセス（ここではＬＭＣＳ）のためのパラメータを提供するように設計され、ＬＭＣＣＳプロセスは予測ループにおいて適用される。したがって、ＣＲＩＳＥＩメッセージ及びタイプＬＭＣＳ＿ＡＰＳのＡＰＳコンテナは、上で喚起された各実施形態に準拠しない。

【0136】

したがって、ＬＭＣＣＳプロセスをサポートし、より一般的には色成分間変換をサポートするための解決策が必要とされる。

【0137】

第５の実施形態によれば、色成分間変換を可能にするために、新たな変換がＣＲＩＳＥＩメッセージに追加される。新たな変換は、１Ｄ－ＬＵＴに基づき、以下のように適用される（第１の変換（ｐｒｅ＿ｌｕｔ）を使用して以下に示される）。変形形態では、これは第２の変換事例（ｐｏｓｔ＿ｌｕｔ）に拡張することができる。

【0138】

第１の色成分の入力サンプルＣ０＿ｉｎは、成分内変換ｐｒｅ＿ｌｕｔを使用して、相対位置ｐにおける各ピクセルについて第１の成分の出力サンプルＣ０＿ｏｕｔにマッピングされる。
Ｃ０＿ｏｕｔ（ｐ）＝ｐｒｅ＿ｌｕｔ［０］［Ｃ０＿ｉｎ（ｐ）］（式４）

【0139】

第２及び第３の色成分の入力サンプルＣ１＿ｉｎ（ｐ）及びＣ２＿ｉｎ（ｐ）は、以下のように、成分間変換を使用して、第２及び第３の成分の出力サンプルＣ１＿ｏｕｔ（ｐ）及びＣ２＿ｏｕｔ（ｐ）にそれぞれマッピングされる。
Ｃ１＿ｏｕｔ（ｐ）＝ｐｒｅ＿ｌｕｔ［１］［Ｃ０ｃｏｌｏｃ（ｐ）］^＊Ｃ１＿ｉｎ（ｐ）－２^＊Ｂ１－１）＋２^＊Ｂ１－１
Ｃ２＿ｏｕｔ（ｐ）＝ｐｒｅ＿ｌｕｔ［２］［Ｃ０ｃｏｌｏｃ（ｐ）］^＊Ｃ２＿ｉｎ（ｐ）－２^＊Ｂ２－１）＋２^＊Ｂ２－１
（式５）
式中、Ｂ１及びＢ２は、それぞれ第２及び第３の色成分サンプルのビット深度であり、Ｃ０ｃｏｌｏｃ（ｐ）は、相対位置ｐに又はその近くに位置する第１の成分サンプルから算出された値である。

【0140】

第５の実施形態によれば、第２及び第３の成分のための第１の変換ｐｒｅ＿ｌｕｔを表す１ＤＬＵＴが成分内変換として使用されるか、又は成分間変換として使用されるかを示すために、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇがＣＲＩＳＥＩメッセージに追加される。

【0141】

第１の実施形態の変形形態では、同様のシンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｏｓｔ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇが、第２の変換ｐｏｓｔ＿ｌｕｔのためのＣＲＩＳＥＩメッセージに追加される。

【0142】

表ＴＡＢ３は、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇ及びｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｏｓｔ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇのＣＲＩＳＥＩメッセージへの挿入を示す。新たなシンタックス要素は太字で表されている。

【0143】

変形形態では、シンタックス要素は、成分間変換で使用される第１の成分からのサンプルが、第１の変換によって変換される前に使用されるか、又は変換された後に使用されるかを示すために挿入することもできる。

【0144】

新たなシンタックス要素のセマンティクスの例は、以下の通りである。
・「１」に等しいｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇは、シンタックス要素ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［１］［ｉ］及びｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［２］［ｉ］（すなわち、それぞれ変換ｐｒｅ＿ｌｕｔ［１］［ｉ］及びｐｒｅ＿ｌｕｔ［２］［ｉ］を表す）が、第１の色成分サンプルに応じた値によってインデックス付けされ、かつそれぞれ第２及び第３の色成分サンプルに適用される区分線形スケーリング関数を定義することを示している。「０」に等しい。ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇは、シンタックス要素ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［１］［ｉ］及びｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［２］［ｉ］（すなわち、それぞれ変換ｐｒｅ＿ｌｕｔ［１］［ｉ］及びｐｒｅ＿ｌｕｔ［２］［ｉ］を表す）が、それぞれ第２及び第３の色成分サンプルに適用される区分線形関数を定義することを示している。
・ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅは、それぞれシンタックス要素ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［１］［ｉ］及びｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［２］［ｉ］によって定義される、第２及び第３の色成分サンプルの変換が、それらがシンタックス要素ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［０］［ｉ］（すなわち変換ｐｒｅ＿ｌｕｔ［０］［ｉ］を表す）によって定義される変換によって処理される前（ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅが「０」に等しい）又は処理された後（ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅが「１」に等しい）の第１の色成分サンプルに依存することを示す。
・ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｏｓｔ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇは、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇと同じセマンティクスを有し、「ｐｒｅ」が「ｐｏｓｔ」に置き換えられる。
・ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｏｓｔ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅは、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅと同じセマンティクスを有し、「ｐｒｅ」が「ｐｏｓｔ」に置き換えられる。

【0145】

【表3】

【0146】

図５は、修正されたＣＲＩＳＥＩメッセージの解析を概略的に示す。図５は、表ＴＡＢ３に表されているように、ＣＲＩＳＥＩメッセージに導入された新たなシンタックス要素に焦点を当てている。

【0147】

図５のプロセスは、ＣＲＩＳＥＩメッセージの解析中に、図４Ａ及び図４Ｂに関連して後述する処理モジュール４０によって実行される。

【0148】

ステップ５０１において、処理モジュール４０は、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇを取得し、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇがゼロに等しいかどうかを判定する。シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇがゼロに等しい場合、処理モジュール４０は、ステップ５０２において、式１、２及び３を使用して、各色成分に成分内変換を適用する。

【0149】

ゼロでない場合、ステップ５０３において、処理モジュール４０は、式４を使用して、第１の色成分に成分内変換を適用する。したがって、「１」に等しいシンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇは、色成分間変換プロセスが適用されるべきであることを指定する。デフォルトで（すなわち、更なる情報なしで）、この色成分間変換プロセスは、復号プロセスに続く後処理プロセスとして適用されるべきである。

【0150】

ステップ５０４において、処理モジュール４０は、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅがゼロに等しいかどうかを判定する。シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐ＿ｍｏｄｅがゼロに等しい場合、処理モジュール４０は、成分内変換前の第１の成分のサンプルが、第２及び第３の成分の色成分間変換のために使用されなければならないと決定する。

【0151】

ゼロでない場合、処理モジュール４０は、ステップ５０６において、成分内変換後の第１の成分の変換されたサンプルが、第２及び第３の成分の成分間変換のために使用されなければならないと決定する。

【0152】

ステップ５０５及び５０６の後にステップ５０７が続き、このステップ５０７の間、処理モジュール４０は、式５と、ステップ５０５及び５０６で決定された第１の成分の変換された若しくは未変換のサンプルとを使用して、第２及び第３の成分に成分間変換を適用する。

【0153】

変形形態では、色成分間変換がビデオ復号プロセスの予測ループ内で達成されるか又は後処理として復号プロセスの後で達成されるかを示すために、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが、（表ＴＡＢ４において太字で表されているように）ＣＲＩＳＥＩメッセージに追加される。

【0154】

【表4】

【0155】

図６は、復号モジュールによるＣＲＩＳＥＩメッセージの解析を概略的に示す。

【0156】

図６のプロセスは、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇの解析に焦点を当てている。

【0157】

ステップ６０１において、復号モジュールの処理モジュール４０は、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「１」に等しいかどうかを判定する。

【0158】

シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「１」に等しい場合、ステップ６０２において、第１の実施形態で説明したように、予測ループ内で色成分間変換（例えばＬＭＣＳ）が適用される。シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「０」に等しい場合、ステップ６０３において、第２及び第３の実施形態で説明したように、復号プロセスの後に後処理として色成分間変換（例えばＬＭＣＳ）が適用される。

【0159】

表ＴＡＢ５に表される変形形態では、成分間変換が有効化されると、第２及び第３の色成分の成分間変換のために１つ又は２つのＬＵＴがシグナリングされるかどうかを示すために、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｎｕｍｂｅｒ＿ｍｉｎｕｓ１が追加される。例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｎｕｍｂｅｒ＿ｍｉｎｕｓ１が「０」に等しい場合、変換ｐｒｅ＿ｌｕｔ［１］［ｉ］（シンタックス要素ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［１］［ｉ］によって表される）のみがシグナリングされ、変換ｐｒｅ＿ｌｕｔ［２］［ｉ］（シンタックス要素ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［２］［ｉ］によって表される）は、変換ｐｒｅ＿ｌｕｔ［１］［ｉ］に等しく設定される。ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｎｕｍｂｅｒ＿ｍｉｎｕｓ１が「１」に等しい場合、両方の変換がシグナリングされる。

【0160】

表ＴＡＢ５に表される変形形態では、成分間変換が有効化されると、第２及び第３の色成分の成分間変換に使用される変換ｐｒｅ＿ｌｕｔ［１］［ｉ］及びｐｒｅ＿ｌｕｔ［２］［ｉ］が明示的にシグナリングされるか、又は第１の色成分に関連する変換から推論されるかどうかを示すために、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｅｒｒｅｄ＿ｆｌａｇが追加される。例えば、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｅｒｒｅｄ＿ｆｌａｇが「０」に等しい場合、変換がシグナリングされる。ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｅｒｒｅｄ＿ｆｌａｇが「１」に等しい場合、変換ｐｒｅ＿ｌｕｔ［１］［ｉ］及びｐｒｅ＿ｌｕｔ［２］［ｉ］は、変換ｐｒｅ＿ｌｕｔ［０］［ｉ］から推測される。例えば、変換ｐｒｅ＿ｌｕｔ［１］［ｉ］及びｐｒｅ＿ｌｕｔ［２］［ｉ］は、傾きとして、又は変換ｐｒｅ＿ｌｕｔ［０］［ｉ］の傾き値のフィルタリングされたバージョンとして算出される。

【0161】

【表5】

【0162】

第６の実施形態では、メタデータを伝達するためにＳＥＩメッセージを使用する代わりに、メタデータは適応パラメータセット（ＡＰＳ）で伝達される。

【0163】

成分間マッピングのためのパラメータは、タイプＬＭＣＳ＿ＡＰＳのＡＰＳに含まれるＶＶＣＬＭＣＳシンタックスに埋め込まれる。

【0164】

第６の実施形態では、シンタックス要素ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇがタイプＬＭＣＳ＿ＡＰＳのＡＰＳに追加されて、式４及び式５で説明したように、ＬＭＣＳプロセスがビデオ復号プロセスの予測ループ内で達成されるか、又はビデオ復号プロセスの後で後処理として達成されるかを示す。

【0165】

【表6】

【0166】

表ＴＡＢ６は、シンタックス要素ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇのタイプＬＭＣＳ＿ＡＰＳのＡＰＳのシンタックス要素ｌｍｃｓ＿ｄａｔａへの挿入を（太字で）示している。

【0167】

図７は、復号モジュールによるＬＭＣＳ＿ＡＰＳタイプのＡＰＳの解析を概略的に示す。

【0168】

図７のプロセスは、シンタックス要素ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇの解析に焦点を当てている。

【0169】

ステップ７０１において、復号モジュールの処理モジュール４０は、シンタックス要素ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「１」に等しいかどうかを判定する。

【0170】

シンタックス要素ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「１」に等しい場合、ステップ７０２において、第１の実施形態で説明したように、予測ループ内でＬＭＣＳプロセスが適用される。シンタックス要素ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「０」に等しい場合、ステップ７０３において、第２及び第３の実施形態で説明したように、復号化プロセスの後に後処理としてＬＭＣＳプロセスが適用される。

【0171】

第６の実施形態の変形形態では、ＣＲＩＳＥＩメッセージにおいて成分間変換が選択されると、成分間変換のパラメータがビットストリームのＡＰＳに埋め込まれたＬＭＣＳパラメータから継承される（すなわち導出される）ことを示すために、フラグｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｆｒｏｍ＿ＡＰＳ＿ｆｌａｇがＣＲＩＳＥＩメッセージに挿入される。

【0172】

ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｆｒｏｍ＿ＡＰＳ＿ｆｌａｇフラグが真の場合、参照すべきＡＰＳの識別子を示すパラメータｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｆｒｏｍ＿ＡＰＳ＿ｉｄが追加される。ＡＰＳの識別子は、例えば、シンタックス要素ａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄである。シンタックス要素ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅは、ＡＰＳでシグナリングされたシンタックス要素ｌｍｃｓ＿ｄａｔａから推論される。

【0173】

推論プロセスの例を以下に説明する。
ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］は、ＬＭＣＳにおけるように「１６」に設定され、色成分を表すｃ＝０～２に対して「１６」個のセグメントが使用される。
ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［０］［ｉ］は、ｉ＝０～「１６」に対してｌｍｃｓＰｉｖｏｔ［ｉ］に設定される。
ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［０］［ｉ］は、ｉ＝０～「１６」に対してＩｎｐｕｔＰｉｖｏｔ［ｉ］に設定される。

【0174】

ＬＵＴｐｒｅ＿ｌｕｔ［１］［ｉ］及びｐｒｅ＿ｌｕｔ［２］［ｉ］によって表される成分「１」及び「２」の変換について、ｃ＝１及び「２」、並びにｉ＝０～「１５」に対して、以下を適用することができる。
ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］＝ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［０］［ｉ］
ｓｌｏｐｅ＝ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［０］［ｉ＋１］－ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［０］［ｉ］
ｓｌｏｐｅ＝０の場合、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］＝２０４８
そうでない場合、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］＝ＯｒｇＣＷ^＊２０４８／ｓｌｏｐｅ

【0175】

値「２０４８」は、中立成分間スケーリングに対応し、すなわち、浮動小数点表現で「１．０」に等しい。

【0176】

図１０Ａに図示された関数を使用した図が図１０Ｂに提供されている。

【0177】

【表7】

【0178】

表ＴＡＢ７は、シンタックス要素ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｆｒｏｍ＿ＡＰＳ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｐｒｅ＿ｌｕｔ＿ｆｒｏｍ＿ＡＰＳ＿ｉｄのＣＲＩＳＥＩメッセージへの挿入を（太字で）示している。

【0179】

同じ原理が、（「ｐｒｅ」を「ｐｏｓｔ」で置き換えることによって）変換ｐｏｓｔ＿ｌｕｔにも適用される。

【0180】

代替的に、ＬＭＣＳプロセスがビデオ復号プロセスの予測ループ内で達成されるか、又はビデオ復号プロセスの後に後処理として達成されるかを示すシンタックス要素は、ＳＰＳ（シーケンスパラメータセット）、ＰＰＳ（ピクチャパラメータセット）、ピクチャヘッダ、スライスヘッダ、タイルヘッダ、サブピクチャヘッダなどの他の高レベルシンタックス構造に挿入することもできる。好ましくは、このシンタックス要素は、ＳＰＳ、ＰＰＳ、又はピクチャヘッダに挿入されるべきである。なぜなら、このシンタックス要素はピクチャ全体に適用され、１つのイントラ期間に含まれるピクチャのセットにも適用される（言い換えれば、ＩＤＲピクチャと共に挿入される）ことが予想されるからである。

【0181】

【表8】

【0182】

表ＴＡＢ８は、シンタックス要素ｓｐｓ＿ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが追加されたＳＰＳシンタックスの修正（太字で表される）を示している。シンタックス要素ｓｐｓ＿ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「１」に等しい場合、第１の実施形態で説明したように、予測ループ内でＬＭＣＳプロセスが適用される。シンタックス要素ｓｐｓ＿ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「０」に等しい場合、ＬＭＣＳプロセスは、第２及び第３の実施形態で説明されたように、復号プロセスの後に後処理として適用される。

【0183】

代替的に、ｇｃｉ＿ｎｏ＿ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇのための制約フラグは、表ＴＡＢ９に示されるように定義され得る。

【0184】

【表9】

【0185】

定義は以下の通りである。
・「１」に等しいｇｃｉ＿ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ＯｌｓＩｎＳｃｏｐｅ内の全てのピクチャに対してｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが「０」に等しくなければならないことを指定する。「０」に等しいｇｃｉ＿ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのような制約は課さない。
・「１」に等しいｇｃｉ＿ｎｏ＿ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ＯｌｓＩｎＳｃｏｐｅ内の全てのピクチャに対してｓｐｓ＿ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが「０」に等しく、かつ受信した場合はｃｏｌｏｕｒ＿ｒｅｍａｐ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇが０に等しくなければならないことを指定する。「０」に等しいｇｃｉ＿ｎｏ＿ｌｍｃｓ＿ｉｎｌｏｏｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのような制約は課さない。

【0186】

代替的に、これらのパラメータのシグナリングは、ＳＥＩメッセージ内ではなくシステムレベルで、又は高レベルシンタックス内のシンタックス要素に加えて行われ得る。利益のいくつかは、いくつかのエンコーダがＳＥＩメッセージをサポートしないこと、及びセッション全体のために使用される情報が、シグナリング／ペイロードネゴシエーションレベルにおいて容易に利用可能にされ得ることであり得る。

【0187】

例えば、これらのパラメータは、以下においてシグナリングされ得る。
・ＳＤＰ（セッション記述プロトコル（session description protocol））、例えば、ＲＦＣに説明され、ＲＴＰ（リアルタイム輸送プロトコル（Real-time Transport Protocol））送信と連動して使用されるような、セッション告知及びセッション招待の目的のためのマルチメディア通信セッションを記述するためのフォーマット。例えば、以下のように定義することができる。
ａ＝ｆｍｔｐ：ｘｘｘｐｒｏｆｉｌｅ－ｉｄ＝ｘｘｘ；ｌｍｃｓ＿ｉｎｌｏｏｐ＿ｆｌａｇ＝１；Ｃｏｌｏｒ＿Ｍａｐｐｉｎｇ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇ＝１；
・ＤＡＳＨ（ＤｙｎａｍｉｃＡｄａｐｔｉｖｅＳｔｒｅａｍｉｎｇｏｖｅｒＨＴＴＰ）ＭＰＤ（Media Presentation Description）記述子。例えば、ＤＡＳＨにおいて使用され、ＨＴＴＰを介して送信されるように、記述子は、コンテンツ表現（コンテンツとは、例えばビデオストリームである）に追加の特性を提供するために、表現又は表現の集合に関連付けられる。
・例えば、ＲＴＰストリーミング中に使用されるような、ＲＦＣ８２８５で規定されたＲＴＰヘッダ拡張子。例えば、以下のように定義することができる。
ａ＝ｅｘｔｍａｐ：ｘｘｘＵＲＩ－ｌｍｃｓ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇ
ａ＝ｅｘｔｍａｐ：ｘｘｘＵＲＩ－ｃｏｌｏｒ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｌｏｏｐ＿ｆｌａｇ
ｍ＝ｖｉｄｅｏ
ａ＝ｓｅｎｄｒｅｃｖ；
・あるいは、例えばＯＭＡＦ（ＯｍｎｉｄｉｒｅｃｔｉｏｎａｌＭｅｄｉＡＦｏｒｍａｔ）で使用され、いくつかの仕様では「ａｔｏｍ」としても既知である一意のタイプ識別子及び長さによって画定されるオブジェクト配向構築ブロックであるボックスを使用するような、ＩＳＯベースメディアファイルフォーマット（ISO Base Media File Format）。

【0188】

古典的なＬＭＣＳ設計では、成分間クロマスケーリング関数は、間隔ごとの連続する固定値として定義され、図８に示すように、非連続関数となる。ループ外で適用されると、これらの不連続性は、コード化効率損失につながり得る。実際に、ルマ値のわずかな変動は、クロマスケーリング値における大きい差につながり得る。ルマ信号は圧縮エラーを受けやすいため、これらの差が頻繁に発生し得る。そのような不連続関数の例が図９に示されており、マッピングされた領域内のルマ成分Ｙで定義されている（図８及び図９ではＹｍａｐと記されている）。

【0189】

したがって、この欠点を回避するために、成分間関数のためのクロマスケーリング関数の平滑化されたバージョン又はより連続的なバージョンを使用することが提案される。例えば、図９に破線で示されるように、ＬＭＣＳクロマスケーリング関数のクロマスケーリング値から定義される区分線形関数を使用することができる。

【0190】

以上、第１（又は第２）の実施形態と第３の実施形態とが組み合わされた第４の実施形態を見てきた。例えば、この第４の実施形態では、第１の実施形態におけるような予測ループ内の（又は第２の実施形態におけるような予測ループ外の）ＬＭＣＳが、ＣＲＩＳＥＩメッセージにおいて定義された色成分間変換と組み合わされる。例えば、ＣＲＩは、イントラ期間ごとに静的関数を用いて成分間変換を実行するために使用され、ＬＭＣＳは、フレームごとに変換を調整又は精緻化するために使用される。これは、ＣＲＩのみを使用すること、又はＬＭＣＳのみを使用すること、又はそれらのいずれも使用しないことと比較して、コード化利得を有利に提供することができる。

【0191】

第７の実施形態では、ループ内ＬＭＣＳとＣＲＩＳＥＩメッセージからの成分間変換とは排他的である。成分間変換は、ＬＭＣＳが無効化された場合にのみ適用することができる。

【0192】

第８の実施形態では、ループ内ＬＭＣＳとＣＲＩＳＥＩメッセージからの成分間変換とは非排他的である。これは、エンドユーザによるビットレート低減及びエネルギー消費制御を可能にするために有利に活用され得る。例えば、入力ビデオは、ＨＤＲＰＱフォーマット（ＢＴ．２０２０ＰＱ）である。これは、ＳＥＩでシグナリングされるループ外マッピングによって、よりＳＤＲに類似したビデオにマッピングされる。マッピングされたビデオは、符号化されたビデオがＳＤＲであることを示すＶＵＩ（ＩＴＵ－Ｔ勧告Ｈ．２７４ＩＳＯ／ＩＥＣ２３００２－７において規定されるＶｉｄｅｏＵｓａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）におけるシグナリングを用いて符号化及び復号される。ループ内のＬＭＣＳは、（ループ外マッピング関数とは異なる、ＡＰＳにおいてシグナリングされるマッピング関数を用いて）より高いコード化性能を達成するために、ループ外マッピングを補完して使用され得る。デコーダでは、圧縮されたビデオが復号される。ＨＤＲバージョンよりもピクチャ輝度が低いため、それはそのまま、すなわち、ディスプレイによるエネルギー消費がより少なくなる可能性のあるＳＤＲのようなビデオとして表示され得る。エンドユーザがＨＤＲバージョンを表示したい場合、エンドユーザは、ターゲットビデオがＨＤＲＰＱフォーマットであることを示す、ＳＥＩでシグナリングされたループ外逆マッピングを適用することができる。利点は３つある。
１．ビットレート低減：ループ外マッピングは、ＨＤＲＰＱ（例えば、勧告ＢＴ．２１００において規定される）ビデオに対してインループＬＭＣＳよりも良好なコード化圧縮を提供し、また、ＬＭＣＳは、追加のコード化利得を得るために、マッピングされたビデオに対して、ループ外マッピングの上に適用され得る。実際、ＬＭＣＳは、ＳＤＲビデオをコード化するのにも有益である。
２．配信におけるエネルギー消費の低減：圧縮の向上、ひいてはビットレートの向上によって、ビデオを配信するためのエネルギー消費が低減される。
３．レンダリングにおけるエネルギー消費の低減：レンダリング側では、クライアント／エンドユーザによって選択されたエネルギー使用量に応じて、復号されマッピングされたビデオをそのまま、より低い輝度、ひいてはより低い表示エネルギー消費で選択するか、又は復号されマッピングされたビデオをループ外逆マッピングによって処理し、より高い輝度、ひいてはより高い表示エネルギー消費で選択することが可能である。

【0193】

修正されたＣＲＩＳＥＩメッセージの変形形態では、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］はコード化されないが、信号ビット深度及びコード化された値の数に依存してデフォルト値に設定される（ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］＋１）。例えば、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［０］は「０」に設定され、ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ＋１］＝ｐｒｅ＿ｌｕｔ＿ｃｏｄｅｄ＿ｖａｌｕｅ［ｃ］［ｉ］＋ｐｒｅＬｕｔＤｅｌｔａであり、式中、ｐｒｅＬｕｔＤｅｌｔａ＝２^{ｂｉｔｄｅｐｔｈ}／（ｐｒｅ＿ｌｕｔ＿ｎｕｍ＿ｖａｌ＿ｍｉｎｕｓ１［ｃ］＋１）である。更に、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ］を絶対値としてコード化する代わりに、ｐｒｅ＿ｌｕｔ＿ｔａｒｇｅｔ＿ｖａｌｕｅ［ｃ］［ｉ－１］に相対する差分値としてコード化することもできる。この変形形態を適用することにより、実際には、ＬＭＣＳＡＰＳシグナリングに類似したシグナリングに対応する。同様に、これは、変換ｐｏｓｔ＿ｌｕｔに関連付けられたシンタックスに適用することができる。対応するシンタックスの一例が表ＴＡＢ１０に提供されており、この表ＴＡＢ１０では、本明細書で説明する修正されたＣＲＩＳＥＩメッセージの異なる変形形態を連結している。加えて、ＳＥＩメッセージは、ＣＲＩＳＥＩメッセージの一般化されたバージョンであるため、改名されたＣｏｌｏｕｒＴｒａｎｓｆｏｒｍＩｎｆｏｒｍａｔｉｏｎＳＥＩｍｅｓｓａｇｅである。

【0194】

【表10-1】

【0195】

【表10-2】

【0196】

ｃｏｌｏｕｒ＿ｔｒａｎｓｆｏｒｍ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇが「０」に等しいとき、変数ｃｏｌｏｕｒＴｒａｎｓｆｏｒｍＰｒｅＬｕｔＮｕｍｂｅｒは「３」に等しい（「３」個の変換ｐｒｅ＿ｌｕｔが成分ｃ＝０～２についてシグナリングされる）。ｃｏｌｏｕｒ＿ｔｒａｎｓｆｏｒｍ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｆｌａｇが「１」に等しいときに、ｏｌｏｕｒ＿ｔｒａｎｓｆｏｒｍ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｅｒｒｅｄ＿ｆｌａｇが「１」に等しいと（「１」の単一変換ｐｒｅ＿ｌｕｔが成分ｃ＝０についてシグナリングされ、成分ｃ＝１のための変換ｐｒｅ＿ｌｕｔ及び「２」は、シグナリングされたこの単一の変換ｐｒｅ＿ｌｕｔから推測される）、ｃｏｌｏｕｒＴｒａｎｓｆｏｒｍＰｒｅＬｕｔＮｕｍｂｅｒは、「１」に等しく、又はｃｏｌｏｕｒ＿ｔｒａｎｓｆｏｒｍ＿ｐｒｅ＿ｌｕｔ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｉｎｆｅｒｒｅｄ＿ｆｌａｇが「０」に等しいと（「１」の変換ｐｒｅ＿ｌｕｔが成分ｃ＝０についてシグナリングされ、成分ｃ＝１のための（ｃｏｌｏｕｒ＿ｔｒａｎｓｆｏｒｍ＿ｐｒｅ＿ｌｕｔ＿ｎｕｍｂｅｒ＿ｍｉｎｕｓ１＋１）変換ｐｒｅ＿ｌｕｔ及び「２」がシグナリングされる）、（２＋ｃｏｌｏｕｒ＿ｔｒａｎｓｆｏｒｍ＿ｐｒｅ＿ｌｕｔ＿ｎｕｍｂｅｒ＿ｍｉｎｕｓ１）に等しい。同じことが、「ｐｒｅｄ」を「ｐｏｓｔ」で置き換えることによって変換ｐｏｓｔ＿ｌｕｔにも適用される。

【0197】

第５、第６及び第７の実施形態は、主に図３の復号モジュール及び復号方法に関連して説明された。しかしながら、符号化されたビデオストリーム２１１と共に復号モジュールによって取得された第５、第６、及び第７の実施形態に関連して説明された全てのシンタックス要素（すなわち、修正されたＣＲＩＳＥＩメッセージ及びタイプＬＭＣＳ＿ＡＰＳの修正されたＡＰＳ）が、符号化モジュールによって、符号化されたビデオストリーム２１１に関連付けられたことは明らかである。

【0198】

図４Ａは、上述した異なる態様及び実施形態に従って修正された図２の符号化方法及び図３の復号方法をそれぞれ実施することができる符号化モジュール又は復号モジュールを実施することができる処理モジュール４０のハードウェアアーキテクチャの一例を概略的に示す。処理モジュール４０は、非限定的な例として、通信バス４０５によって接続された、１つ以上のマイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサを包含するプロセッサ又はＣＰＵ（中央処理ユニット）４００と、ランダムアクセスメモリ（random access memory、ＲＡＭ）４０１と、リードオンリーメモリ（ＲＯＭ）４０２と、電気的消去可能プログラマブルリードオンリーメモリ（Electrically Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、リードオンリーメモリ（ＲＯＭ）、プログラマブルリードオンリーメモリ（Programmable Read-Only Memory、ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（Dynamic Random Access Memory、ＤＲＡＭ）、スタティックランダムアクセスメモリ（Static Random Access Memory、ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、並びに／又は光ディスクドライブ、又は、ＳＤ（secure digital）（セキュアデジタル）カードリーダ及び／若しくはハードディスクドライブ（hard disc drive、ＨＤＤ）などの記憶媒体リーダ及び／若しくはネットワークアクセス可能な記憶デバイスを含むがこれらに限定されない不揮発性メモリ及び／若しくは揮発性メモリを含むことができる記憶ユニット４０３と、データを他のモジュール、デバイス、又は機器と交換するための少なくとも１つの通信インターフェース４０４と、を備える。通信インターフェース４０４は、通信チャネルを介してデータを送信及び受信するように構成された送受信機を含むことができるが、これらに限定されない。通信インターフェース４０４は、モデム又はネットワークカードを含むことができるが、これらに限定されない。

【0199】

処理モジュール４０が復号モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が、符号化されたビデオストリームを受信し、復号されたビデオストリームを提供することを可能にする。処理モジュール４０が符号化モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が元の画像データを受信して、符号化し、符号化されたビデオストリームを提供することを可能にする。

【0200】

プロセッサ４００は、ＲＯＭ４０２、外部メモリ（図示せず）、記憶媒体、又は通信ネットワークからＲＡＭ４０１にロードされた命令を実行することができる。処理モジュール４０の電源が投入されると、プロセッサ４００は、ＲＡＭ４０１から命令を読み出し、それらを実行することができる。これらの命令は、例えば、図３に関連して説明した復号方法又は図２に関連して説明した符号化方法のプロセッサ４００によって実施させるコンピュータプログラムを形成し、復号方法及び符号化方法は、本明細書において後述する様々な態様及び実施形態を含む。

【0201】

符号化又は復号方法のアルゴリズム及びステップの全て又は一部は、ＤＳＰ（digital signal processor）（デジタル信号プロセッサ）又はマイクロコントローラなどのプログラマブルマシンによる命令セットの実行によってソフトウェア形式で実装されてもよく、又はＦＰＧＡ（field-programmable gate array）（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（application-specific integrated circuit）（特定用途向け集積回路）などのマシン又は専用コンポーネントによってハードウェア形式で実装されてもよい。

【0202】

図４Ｂは、様々な態様及び実施形態が実装されているシステム４の一例のブロック図を示す。システム４は、後述する様々な構成要素を含むデバイスとして具現化することができ、本明細書に記載の態様及び実施形態のうちの１つ以上を実行するように構成される。このようなデバイスの例としては、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続型家電、カメラ、及びサーバなどの様々な電子デバイスが挙げられるが、これらに限定されない。システム４の要素は、単独で又は組み合わせて、１つの集積回路（integrated circuit、ＩＣ）、複数のＩＣ、及び／又は別個の構成要素において具体化することができる。例えば、少なくとも１つの実施形態では、システム４は、復号モジュール又は符号化モジュールを実装する１つの処理モジュール４０を備える。しかし、別の実施形態では、システム４は、復号モジュールを実装する第１の処理モジュール４０と復号モジュールを実装する第２の処理モジュール４０、又は復号モジュール及び符号化モジュールを実装する１つの処理モジュール４０を備えることができる。様々な実施形態では、システム４０は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム４は、本明細書に記載される態様のうちの１つ以上を実装するように構成されている。

【0203】

システム４は、符号化モジュール又は復号モジュールのうちの１つ又はその両方を実装することができる少なくとも１つの処理モジュール４０を含む。

【0204】

処理モジュール４０への入力は、ブロック４２に示すように様々な入力モジュールを介して提供することができる。そのような入力モジュールとしては、（ｉ）例えば、放送局から無線で送信される無線周波数（radio frequency、ＲＦ）信号を受信するＲＦモジュール、（ｉｉ）構成要素（ＣＯＭＰ）入力モジュール（又は一組のＣＯＭＰ入力モジュール）、（ｉｉｉ）ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）入力モジュール、及び／又は（ｉｖ）高精細度マルチメディアインターフェース（High Definition Multimedia Interface、ＨＤＭＩ）入力モジュールが挙げられるが、これらに限定されない。図４Ｂに示されていない他の例としては、複合ビデオが挙げられる。

【0205】

様々な実施形態では、ブロック４２の入力モジュールは、当技術分野で知られているように、関連するそれぞれの入力処理要素を有する。例えば、ＲＦモジュールは、（ｉ）所望の周波数を選択する（信号を選択する、又は信号を周波数帯域に帯域制限するとも称される）、（ｉｉ）選択された信号をダウンコンバートする、（ｉｉｉ）特定の実施形態で、（例えば）チャネルと称され得る信号周波数帯域を選択するために、再びより狭い周波数帯域に帯域制限する、（ｉｖ）ダウンコンバート及び帯域制限された信号を復調する、（ｖ）誤り訂正を実施する、及び（ｖｉ）データパケットの所望のストリームを選択するために多重分離する、ために適切な要素と関連付けられ得る。様々な実施形態のＲＦモジュールは、これらの機能を実行する１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、バンドリミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、エラー訂正器、及びデマルチプレクサを含む。ＲＦ部分は、例えば、受信信号をより低い周波数（例えば、中間周波数又はベースバンドに近い周波数）又はベースバンドにダウンコンバートすることを含む、これらの機能のうちの様々な機能を実行するチューナを含むことができる。セットトップボックスの一実施形態では、ＲＦモジュール及びその関連する入力処理要素は、有線（例えば、ケーブル）媒体を介して送信されるＲＦ信号を受信し、所望の周波数帯域にフィルタリング、ダウンコンバート、及び再フィルタリングすることによって周波数選択を実行する。様々な実施形態では、上で説明される（及び他の）要素の順序を並べ替える、これらの要素の一部を削除する、並びに／又は、類似若しくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含み得る。様々な実施形態において、ＲＦモジュールは、アンテナを含む。

【0206】

追加的に、ＵＳＢモジュール及び／又はＨＤＭＩモジュールは、システム４をＵＳＢ接続及び／又はＨＤＭＩ接続を介して他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理、例えばリード・ソロモン誤り訂正の様々な態様は、例えば、別個の入力処理ＩＣ内又は必要に応じて処理モジュール４０内で実施することができることを理解すべきである。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の態様は、必要に応じて別個のインターフェースＩＣ内又は処理モジュール４０内で実施され得る。復調され、誤り訂正され、逆多重化されたストリームは、処理モジュール４０に提供される。

【0207】

システム４の様々な要素は、一体型ハウジング内に設けることができる。一体型ハウジング内で、様々な要素は、適切な接続配置、例えば、ＩＣ間（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む、当該技術分野で既知の内部バスを使用して、相互接続され、それらの間でデータを送信し得る。例えば、システム４において、処理モジュール４０は、バス４０５によってシステム４の他の要素に相互接続される。

【0208】

処理モジュール４０の通信インターフェース４０４は、システム４が通信チャネル４１上で通信することを可能にする。通信チャネル４１は、例えば、有線及び／又は無線媒体内に実装することができる。

【0209】

データは、様々な実施形態では、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、米国電気電子技術者協会（Institute of Electrical and Electronics Engineers）を指す）などの無線ネットワークを使用して、システム４にストリーミングされるか、又は別様に提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に適合されている通信チャネル４１及び通信インターフェース４０４上で受信される。これらの実施形態の通信チャネル４１は、典型的に、ストリーミングアプリケーション及び他のオーバザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態では、入力ブロック４２のＨＤＭＩ接続を介してデータを配信するセットトップボックスを使用して、システム４にストリーミングデータを提供する。更に他の実施形態では、入力ブロック４２のＲＦ接続を使用して、システム４にストリーミングデータを提供する。上で示されるように、様々な実施形態は、データを非ストリーミングの様式で提供する。追加的に、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。

【0210】

システム４は、ディスプレイ４６、スピーカ４７、及び他の周辺デバイス４８を含む様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ４６は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み可能なディスプレイのうちの１つ以上を含む。ディスプレイ４６は、テレビジョン、タブレット、ラップトップ、携帯電話（移動電話）、又は他のデバイス用とすることができる。ディスプレイ４６はまた、他のコンポーネントと統合され得るか（例えば、スマートフォンのように）、又は別個に（例えば、ラップトップのための外部モニタ）され得る。他の周辺デバイス４６としては、実施形態の様々な実施例において、スタンドアロンデジタルビデオディスク（又はデジタル多用途ディスク）（両方の用語について、digital versatile disc、ＤＶＲ）、ディスクプレーヤ、ステレオシステム、及び／又は照明システム、のうちの１つ以上が挙げられる。様々な実施形態は、システム４の出力に基づいて機能を提供する１つ以上の周辺デバイス４８を使用する。例えば、ディスクプレーヤは、システム４の出力を再生する機能を実行する。

【0211】

様々な実施形態では、制御信号が、システム４と、ディスプレイ４６、スピーカ４７、又は他の周辺デバイス４８との間で、ＡＶ．Ｌｉｎｋ、家庭用電子制御（Consumer Electronics Control、ＣＥＣ）、又はユーザ介入の有無にかかわらずデバイス間の制御を可能にする他の通信プロトコルなどのシグナリングを使用して通信される。出力デバイスは、それぞれのインターフェース４３、４４、及び４５を通した専用接続を介してシステム４に通信可能に結合することができる。代替的に、出力デバイスは、通信インターフェース４０４を介して、通信チャネル４１を使用してシステム４に接続することができる。ディスプレイ４６及びスピーカ４７は、例えば、テレビなどの電子デバイスにおいてシステム４の他の構成要素と１つの単位に一体化され得る。様々な実施形態において、ディスプレイインターフェース４３は、例えば、タイミングコントローラ（timing controller、ＴＣｏｎ）チップなどのディスプレイドライバを含む。

【0212】

あるいは、ディスプレイ４６及びスピーカ４７は、例えば入力４２のＲＦモジュールが別個のセットトップボックスの一部である場合、他の構成要素のうちの１つ以上から分離することができる。ディスプレイ４６及びスピーカ４７が外部構成要素である様々な実施形態では、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用の出力接続を介して出力信号を提供することができる。

【0213】

様々な実装形態は、復号化することを含む。本出願で使用される場合、「復号」は、例えば、ディスプレイに適した最終出力を生成するために、受信された符号化されたビデオストリームに対して実行されるプロセスの全て又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、エントロピ復号、逆量子化、逆変換、及び予測など、デコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態では、そのようなプロセスは、更に、又は代替的に、例えば、ループ内又はループ外の色成分間変換プロセス、ＬＭＣＣＳプロセス、又はＬＭＣＳプロセスを適用するために、本出願で説明する様々な実装形態又は実施形態のデコーダによって実行されるプロセスを含む。

【0214】

「復号プロセス」という句が、具体的に作業部分集合を指すことを目的とするものであるか、又は全体としてより広範な復号プロセスを指すことを目的とするものであるかは、具体的な説明の背景に基づいて明らかになり、当業者によって十分に理解されると考えられる。

【0215】

様々な実装形態は、符号化を伴う。「復号」に関する上記の考察と同様に、本出願で使用される場合、「符号化」は、例えば、符号化されたビデオストリームを生成するために入力ビデオシーケンスで実行されるプロセスの全部又は一部を包含し得る。様々な実施形態において、そのようなプロセスは、例えば、分割、予測、変換、量子化、インループポストフィルタリング及びエントロピ符号化など、エンコーダによって典型的に実行されるプロセスのうちの１つ以上を含む。様々な実施形態では、そのようなプロセスは、更に、又は代替的に、例えば、ループ内又はループ外の色成分間変換プロセス、ＬＭＣＣＳプロセス、又はＬＭＣＳプロセスを適用するために、本出願で説明する様々な実装形態又は実施形態のエンコーダによって実行されるプロセスを含む。

【0216】

「符号化プロセス」という句が、具体的に作業部分集合を指すことを目的とするものであるか、又は全体としてより広範な符号化プロセスを指すことを目的とするものであるかは、具体的な説明の背景に基づいて明らかになり、当業者によって十分に理解されると考えられる。

【0217】

本明細書で使用される構文要素名、フラグ名、コンテナ名、コード化ツール名は、記述用語であることに留意されたい。したがって、それらは、他の構文要素名、フラッグ名、コンテナ名、又はコード化ツール名の使用を排除するものではない。

【0218】

図がフローチャートとして提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／プロセスのフローチャートも提供するものと理解されたい。

【0219】

様々な実施形態は、速度歪み最適化を指す。特に、符号化プロセス中に、レートと歪みとの間のバランス又はトレードオフが通常考慮される。レート歪み最適化は、通常、レートと歪みの加重和であるレート歪み関数を最小化するように定式化される。レート歪み最適化問題を解くには、異なるアプローチがある。例えば、これらのアプローチは、全ての考慮されるモード又はコーディングパラメータ値を含む全ての符号化オプションの広範なテストに基づき得、それらのコーディングコスト、並びにコーディング及び復号後の再構成された信号の関連する歪みの完全な評価を伴う。また、符号化の複雑度を軽減するために、より高速なアプローチ、特に、再構成された信号ではなく、予測又は予測残差信号に基づく近似歪みの計算を使用することもできる。考えられる符号化選択肢の一部のみに対して近似歪みを使用し、他の符号化選択肢に対しては完全な歪みを使用することなどによって、これらの２つの手法の混合を使用することもできる。他の手法では、考えられる符号化選択肢部分集合のみを評価する。より一般的には、多くのアプローチは、最適化を実行するために様々な技術のいずれかを採用するが、最適化は、必ずしもコーディングコスト及び関連する歪みの両方の完全な評価ではない。

【0220】

本明細書に記載の実装形態及び態様は、例えば、方法若しくはプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装することができる。たとえ単一の形態の実装形態の文脈でのみ考察される場合でも（例えば、方法としてのみ考察される）、考察された特徴の実装形態は、他の形態（例えば、装置又はプログラム）でも実装することができる。例えば、適切なハードウェア、ソフトウェア、及びファームウェアにおいて装置を実装することができる。方法は、例えば、プロセッサにおいて実装することができ、プロセッサは、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブルロジックデバイスを含む一般的な処理デバイスを指す。プロセッサには、例えば、エンドユーザ間の情報の通信を容易にする、コンピュータ、携帯電話、ポータブル／携帯情報端末（「Personal Digital Assistant、ＰＤＡ」）などのデバイスなどの通信デバイスも含まれる。

【0221】

「一実施形態」若しくは「ある実施形態」又は「一実装形態」若しくは「ある実装形態」、またそれらの他の変形形態への言及は、その実施形態に関連して説明する特定の特徴、構造、特性などが、少なくとも１つの実施形態に含まれることを意味する。したがって、本出願全体を通して様々な場所に現れる「一実施形態では」若しくは「ある実施形態では」又は「一実装形態では」若しくは「ある実装形態では」、また他の変形形態という句が現れるとき、必ずしも全てが同じ実施形態を指しているのではない。

【0222】

加えて、本出願は、様々な情報を「判定する」ことに言及し得る。情報を判定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、他の情報から情報を推測すること、メモリから情報を取り出すこと、又は、例えば、別のデバイス、モジュール若しくはユーザから情報を取得すること、のうちの１つ以上を含むことができる。

【0223】

更に、本出願は、様々な情報に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を判定すること、情報を予測すること、情報を推測すること、又は情報を推定することのうちの１つ以上を含むことができる。

【0224】

加えて、本出願は、様々な情報を「受信すること」に言及する場合がある。受信することは、「アクセスすること」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信すること」は、典型的には、例えば、情報を記憶すること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を判定すること、情報を予測すること、情報を推測すること、又は情報を推定することなどの動作中に、何らかの形で含まれる。

【0225】

「／」、「及び／又は」、「のうちの少なくとも１つ」、「１つ以上」のいずれかの使用、例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、「Ａ及びＢのうちの少なくとも１つ」、「Ａ及びＢの１つ以上」の場合、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することを意図しているものと理解されたい。更なる例として、「Ａ、Ｂ、及び／又はＣ」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ及びＣのうちの１つ以上」の場合、このような句は、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は３番目にリストされた選択肢（Ｃ）のみの選択、又は、最初及び２番目にリストされた選択肢（Ａ及びＢ）のみの選択、又は、最初及び３番目にリストされた選択肢（Ａ及びＣ）のみの選択、又は、２番目及び３番目にリストされた選択肢（Ｂ及びＣ）のみの選択、又は３つの選択肢（Ａ及びＢ及びＣ）全ての選択を包含するように意図されている。このことは、当該技術分野及び関連技術分野の当業者に明らかであるように、リストされたアイテムの数だけ拡張され得る。

【0226】

また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。例えば、いくつかの実施形態では、エンコーダは、ＡＰＳ又はＳＥＩメッセージ中で色成分間変換、ＬＭＣＣＳ又はＬＭＣＳに関連する情報をシグナリングする。このように、ある実施形態では、同じパラメータがエンコーダ側とデコーダ側の両方で使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信することができる（明確なシグナリング）。これに対し、デコーダがすでにその特定のパラメータと共に他のパラメータも有する場合は、単にデコーダがその特定のパラメータを知ること、及びそれを選択することを可能にするように、送信を行わないシグナリング（暗黙的なシグナリング）を使用することができる。いかなる実際の機能の送信も回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方法で達成することができることが理解されよう。例えば、１つ以上のシンタックス要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。上記は、「信号」という語の動詞形に関連し、「信号」という語は、本明細書では名詞としても使用されることがある。

【0227】

当業者には明白であるように、実装形態は、例えば、格納され得る、又は送信され得る情報を搬送するようにフォーマットされた様々な信号をもたらすことができる。情報は、例えば、方法を実行するための命令、又は説明されている実装形態の１つによって生成されるデータを含むことができる。例えば、説明されている実施形態の符号化されたビデオストリームを伝えるように信号をフォーマットすることができる。例えば、電磁波として（例えば、スペクトルの無線周波数部分を使用して）、又はベースバンド信号として、このような信号をフォーマットすることができる。フォーマットすることは、例えば、符号化されたビデオストリームを符号化すること、及び符号化ビデオストリームで搬送波を変調することを含むことができる。信号が搬送する情報は、例えば、アナログ情報又はデジタル情報とすることができる。既知であるように、様々な異なる有線リンク又は無線リンク上で信号を送信することができる。信号は、プロセッサ可読媒体に格納することができる。

【0228】

更に、実施形態は、様々な特許請求の範疇及びタイプにわたって、以下の特徴、デバイス、又は態様のうちの１つ以上を、単独で、又は任意の組み合わせにおいて、含むことができる。
・説明される実施形態のうちのいずれかにより生成された情報を搬送するシンタックス要素を含むビットストリーム又は信号、
・エンコーダによって使用される方法に対応する方法で復号プロセスをデコーダが適応させることを可能にする構文要素をシグナリングに挿入すること、
・説明されるシンタックス要素又はそのバリエーションのうちの１つ以上を含むビットストリーム又は信号を作成及び／又は送信及び／又は受信及び／又は復号すること、
・説明される実施形態のいずれかにより、作成及び／又は送信及び／又は受信及び／又は復号すること、
・説明される実施形態のいずれかによる、方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、又は信号、
・説明される実施形態のいずれかに従って符号化又は復号プロセスの適応を実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・説明される実施形態のいずれかに従って符号化又は復号プロセスの適応を実行し、結果として生じる画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・符号化された画像を含む信号を受信するために（例えば、チューナを使用して）チャネルを選択し、説明される実施形態のいずれかに従って復号プロセスの適応を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・符号化された画像を含む無線上の信号を（例えば、アンテナを使用して）受信し、説明される実施形態のうちのいずれかに従って符号化プロセスの適応を実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

【図1】