JP2020174358A - ビットストリーム内で、ｌｄｒピクチャのピクチャ／ビデオ・フォーマットと、このｌｄｒピクチャおよびイルミネーション・ピクチャから取得された復号済みのｈｄｒピクチャのピクチャ／ビデオ・フォーマットとをシグナリングする方法および装置 - Google Patents

Abstract

【課題】ＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリーム内において、ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする方法、符号化／復号方法／装置、コンピュータ・プログラム・プロダクト、プロセッサ可読媒体並びに非一時的記憶媒体および信号を提供する。【解決手段】方法は、ビットストリーム内において、出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化することを含み、ビットストリーム内において、第１のシンタックス要素とは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化することをさらに含む。【選択図】図１

Description

本開示内容は、概ね、デュアル変調符号化／復号スキームを含む配信フレームワーク内で出力ピクチャ／ビデオ・フォーマットをシグナリングすることに関する。

また、本開示内容は、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを生成する符号化方法、ならびに、ビットストリームによってシグナリングされた出力ピクチャ／ビデオ・フォーマットに従ってＬＤＲピクチャまたはＨＤＲピクチャのいずれかを復号する復号方法および装置に関する。

本項は、読者に対し、以下に説明し、さらに／または、請求項に記載する本開示内容の様々な態様に関連すると考えられる様々な技術態様を読者に紹介することを意図している。この説明が本発明の様々な態様をより良好に理解しやすいようにするための背景情報を読者に提供するのに役立つものと確信する。したがって、それぞれの記載は、この点に鑑みて読まれるべきものであり、先行技術を自認するものではないことを理解すべきである。

以下において、ピクチャ（時折、従来技術において、画像（イメージ）またはフレームと呼ばれる）は、特定のピクチャ／ビデオ・フォーマットのサンプル（画素値）の１つまたは幾つかのアレイを含む。このピクチャ／ビデオ・フォーマットは、ピクチャ（またはビデオ）の画素値に関連する全ての情報およびピクチャ（またはビデオ）を視覚化および／または復号するためにディスプレイおよび／または復号装置によって使用される可能性のある全ての情報を規定する。ピクチャは、通常はルマ（または輝度）成分である、サンプルの第１のアレイの形状の少なくとも１つの成分、さらに場合によっては、通常は色成分である、サンプルの少なくとも１つの別のアレイの形状の少なくとも１つの別の成分を含む。

低ダイナミックレンジ・ピクチャ（ＬＤＲピクチャ）は、そのルマ（輝度）・サンプルが限られた数のビット（８または１０であることが最も多い）で表現されたピクチャである。この限定された表現は、特に暗輝度領域や明輝度領域内で小さな変化を有する信号のレンダリングを正確に補正できるようにするものではない。高ダイナミックレンジ・ピクチャ（ＨＤＲピクチャ）においては、全体のレンジにわたって信号の高精度を維持するために、信号表現が拡張される。ＨＤＲピクチャにおいては、ルマ・サンプルは、通常、最も人気があるフォーマットがｏｐｅｎＥＸＲ半精度浮動小数点フォーマット（ＲＧＢ成分毎に１６ビット、すなわち、サンプル毎に４８ビット）である、浮動小数点フォーマット（各成分に対し、３２ビットまたは１６ビットのいずれか、すなわち、単精度浮動小数点（ｆｌｏａｔ）または半精度浮動小数点（ｈａｌｆ−ｆｌｏａｔ））で、または、通常は少なくとも１６ビットの“ｌｏｎｇ”型表現の整数値で表現される。

デュアル変調スキームは、ビットストリーム内に入力ＨＤＲピクチャを符号化し、ビットストリームを少なくとも部分的に復号することによって入力ＨＤＲピクチャの復号されたバージョンを取得するための通常のアプローチである。その原理は、入力ＨＤＲピクチャからイルミネーション・ピクチャ（イルミネーション・マップまたはバックライト・ピクチャとも呼ばれる）を取得することである。そして、残差ピクチャは、入力ＨＤＲピクチャをイルミネーション・ピクチャで除算することによって取得され、イルミネーション・ピクチャ（またはイルミネーション・ピクチャを表すイルミネーション・データ）および残差ピクチャの双方が直接符号化される。

このアプローチを使用して入力ＨＤＲピクチャを符号化すると、２つの成分を符号化することとなる。これらの成分は、視認可能なピクチャとなる可能性のある、残差ピクチャ（以下、ＬＤＲピクチャと呼ぶ）と、イルミネーション・ピクチャ（または、イルミネーション・ピクチャを表すイルミネーション・データ）とである。そして、ＬＤＲピクチャの復号されたバージョンは、ビットストリームを少なくとも部分的に直接復号することによって取得することができ、入力ＨＤＲピクチャの復号されたバージョンもまた、ＬＤＲピクチャの復号されたバージョンをビットストリームを少なくとも部分的に復号することによって（またはビットストリームを少なくとも部分的に復号することによって取得されたイルミネーション・データから）取得された、イルミネーション・ピクチャの復号されたバージョンで乗算することによって取得することができる。

ＬＤＲピクチャおよびイルミネーション・ピクチャは、異なる入力ピクチャ／ビデオ・フォーマット（ＹＵＶ，ＲＧＢ，ＸＹＺ・・・）を有することがあり、必ずしも同一のフォーマットを有していない。例えば、イルミネーション・ピクチャは、モノクロであり、ＬＤＲピクチャ・フォーマットは、ＹＵＶまたはＲＧＢである。

入力ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットは、以下、出力ＬＤＲフォーマットと呼ばれ、入力ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットは、以下、出力ＨＤＲフォーマットと呼ばれ、これらは、入力ＬＤＲピクチャおよび入力ＨＤＲピクチャのフォーマットと同一とすることができる。以下、これの入力ＬＤＲピクチャおよび入力ＨＤＲピクチャのフォーマットは、それぞれ、入力ＬＤＲフォーマットおよび入力ＨＤＲフォーマットと呼ばれる。

しかしながら、出力フォーマットは、特定の状態に適応化されていると有益であるため、入力フォーマットおよび出力フォーマットは、通常、同一ではない。例えば、出力ＬＤＲまたはＨＤＲフォーマットは、何らかの対象となる特定のディスプレイ、復号されたピクチャの表示のための周囲環境、または、ユーザの嗜好に適応化されていることがある。出力フォーマットをこのように適応化しておくことによって、上記対象の特定のディスプレイ上でのピクチャの復号されたバージョンの視覚的な品質が向上する。なぜならば、符号化／復号スキームは、上記対象の特定のディスプレイでの視覚品質がより良好なものとなるように、所与のビットレートでの配信を最適化するからである。

本開示内容によって解決されるべき課題は、同一のビットストリームから復号されるであろうＬＤＲピクチャまたはＨＤＲピクチャの双方が入力ＬＤＲまたはＨＤＲフォーマットとは異なる特定の出力ＬＤＲフォーマットまたはＨＤＲフォーマットに対応できるようにすることである。

単一のピクチャ（または単一のビデオ）を符号化するように構成された従来の符号化／復号スキームにおいては、入力ピクチャのピクチャ／ビデオ・フォーマットは、シンタックス要素を使用してビットストリーム内でシグナリングされる。このシンタックス要素は、例えば、ＨＥＶＣ勧告（「高効率ビデオ符号化(Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ)」シリーズＨ：オーディオビジュアルおよびマルチメディア・システム（ＡＵＤＩＯＶＩＳＵＡＬ ＡＮＤ ＭＵＬＴＩＭＥＤＩＡ ＳＹＳＴＥＭＳ）、ＩＴＵ−Ｔ Ｈ．２６５勧告、ＩＴＵの電気通信標準化部門、２０１３年４月）またはＨ２６４／ＡＶＣ勧告（「ジェネリックなオーディオビジュアル・サービスのための高効率ビデオ符号化（Ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏｖｉｓｕａｌ Ｓｅｒｖｉｃｅｓ）」シリーズＨ：オーディオビジュアルおよびマルチメディア・システム（ＡＵＤＩＯＶＩＳＵＡＬ ＡＮＤ ＭＵＬＴＩＭＥＤＩＡ ＳＹＳＴＥＭＳ）、ＩＴＵ−Ｔ Ｈ．２６４勧告、ＩＴＵの電気通信標準化部門、２０１４年２月）で規定されているような、いわゆる「ビデオ・ユーザビリティ情報」（ＶＵＩ）である。

入力ピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットは、ひいては、ＶＵＩによって規定されたピクチャ／ビデオ・フォーマットであり、すなわち、入力ピクチャのピクチャ／ビデオ・フォーマットと同一である。

さらに、このような従来の符号化／復号スキームは、ピクチャの入力／ビデオ・フォーマットをシグナリングするために、単一のＶＵＩのみを符号化できるようにするものであるため、同一のビットストリーム内で、各々がビットストリームから復号されるピクチャに関連する２つのピクチャ／ビデオ出力フォーマットをシグナリングするように良好に適応化されたものではない。

上述した内容に鑑み、本開示内容の態様は、コンピュータ・システム上のデータ・オブジェクトの間のセマンティクス関係の構築および維持に関する。以下において、本開示内容の幾らかの態様についての基本的な理解が得られるように、本開示内容を簡略化した要約を提供する。本要約は、開示内容を網羅するような概要ではない。開示内容のキー要素、または決定的要素を特定することは意図されていない。以下の要約は、単に、以下に提供するより詳細な説明の前置きとして、開示内容の幾つかの態様を簡略化して示しているものにすぎない。

開示内容の記載は、従来技術の欠点のうちの幾つかを、ＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと呼ばれる、ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと呼ばれる、ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする方法によって解消するものである。この方法は、ビットストリーム内において、出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化することを含み、さらに、ビットストリーム内において、第１のシンタックス要素とは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化することを含むことを特徴とする。

本開示内容は、さらに、符号化／復号方法／装置、コンピュータ・プログラム・プロダクト、プロセッサ可読媒体、非一時的記憶媒体、および信号に関する。

本開示内容の特定の性質、さらに、本開示内容の他の目的、利点、特徴、および使用は、添付図面と以下の実施の形態の説明とを併せ鑑みることによって明らかになるであろう。

図面において、本発明の実施形態が例示されている。

ＨＤＲピクチャＩをビットストリームＦ１内に符号化する方法のステップのブロック図であり、ＬＤＲピクチャおよびイルミネーション・ピクチャは、本開示内容の一実施形態に従ってＨＤＲピクチャから取得される。 本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームからＨＤＲピクチャまたはＬＤＲピクチャを復号する方法のブロック図である。 本開示内容の一実施形態による、ＨＥＶＣ勧告に準拠したシンタックスを有する出力ＬＤＲフォーマットを表すＶＵＩメッセージの例を示す図である。 新たなＳＥＩメッセージの存在をシグナリングするＨＥＶＣ仕様の高レベルシンタックスにおける変更を示す図である。 本開示内容の一実施形態による、出力ＨＤＲフォーマットを表すＳＥＩメッセージの例を示す図である。 図５のＳＥＩメッセージの変形例を示す図である。 イルミネーション・ピクチャのデータを埋め込むために使用される追加的なＳＥＩメッセージの例を示す図である。 図５に示されているＨＤＲ出力フォーマットを表すＳＥＩメッセージのシンタックスの変形例を示す図である。 本開示内容の一実施形態によりＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを符号化するステップ１１のサブステップのブロック図である。 本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを復号するステップ２１のサブステップのブロック図である。 本開示内容の一実施形態による、フレーム・パッキング配置に関連するＳＥＩメッセージのシンタックスの例を示す図である。 図１０のフラグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」の説明が与えられているテーブルである。 図１０のフラグ“ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ”の説明が与えられているテーブルである。 本開示内容の一実施形態によるフレーム・パッキング配置スキームの例を示す図である。 本開示内容の一実施形態によるフレーム・パッキング配置スキームの例を示す図である。 本開示内容の一実施形態の変形例によるフレーム・パッキング配置スキームの例を示す図である。 本開示内容の一実施形態によるステップ１０のサブステップのブロック図である。 本発明の一実施形態によるステップ１６２のサブステップのブロック図である。 本発明の一実施形態によるステップ１６２のサブステップのブロック図である。 本発明の一実施形態によるステップ１６２のサブステップのブロック図である。 図１に記載された方法の変形例による方法のステップのブロック図である。 図２に記載された方法の変形例による方法のステップのブロック図である。 本開示内容の一実施形態による、出力ＬＤＲフォーマットを表すＳＥＩメッセージの例および出力ＨＤＲフォーマットを表すＶＵＩメッセージの例を示す図である。 本開示内容の一実施形態による、出力ＬＤＲフォーマットを表すＳＥＩメッセージの例および出力ＨＤＲフォーマットを表すＶＵＩメッセージの例を示す図である。 本開示内容の一実施形態による装置のアーキテクチャの例を示す図である。 本開示内容の一施形態による、通信ネットワークを介して通信する２つの遠隔装置を示す図である。

同様または同一の要素には同一の参照符号が付与されている。

以下、本開示内容の実施形態を示している添付図面を参照して、本開示内容をより完全に説明する。しかしながら、本開示内容を多くの代替的な形態で実施することもでき、本開示内容の実施形態に限定されるように解釈されるべきではない。したがって、本開示内容は、様々な改変例や代替的な形態で実施することができる。本開示内容の特定の実施形態を図面において例示し、本明細書中で詳細に説明する。しかしながら、本開示内容を開示する特定の形態に限定することは意図されておらず、むしろ、開示内容には、請求の範囲によって規定された開示内容の精神および範囲の中で、全ての改変例、均等物、変形例が包含されることが理解できよう。

本明細書中で使用されている用語は、特定の実施形態を説明することを目的としており、本開示内容を限定するようには意図されていない。本明細書において、文脈上、他の明示的な記載がなければ、単数として記載されている表現「或る」、「一つ」、「この（その）」は、複数の表現を含むように意図されている。さらに、用語「からなる」、「含む」、および／または、「備える」が本明細書中で使用されている場合、これは、記載されている特徴事項、整数値、ステップ、処理、要素、および／またはコンポーネント（構成部品、成分）が存在することを示しているが、１つ以上の他の特徴事項、整数値、ステップ、処理、要素、コンポーネント（構成部品、成分）、および／またはそのグループが存在するすること、または、追加されることを排除するものではない。さらに、要素が他の要素に「応答する」、または、「接続されている」と記載されている場合、他の要素に直接的に応答する、または、接続されることもあれば、介在する要素が存在することもある。これに対し、要素が他の要素に「直接応答する」、または、「直接接続された」と記載されている場合、介在する要素は存在しない。本明細書において使用されている用語「および／または」は、１つ以上の関連して列挙された項目の任意の全ての組み合わせを含み、「／」と省略されることがある。

本明細書中において、様々な要素について記載するために、第１、第２などの用語が使用されているが、これらの要素は、これらの用語によって限定されるべきものではない。これらの用語は、或る用語と別の用語とを区別する目的のみで使用されている。例えば、本開示内容の教示を逸脱することなく、第１の要素を第２の要素と定義してもよいし、同様に、第２の要素を第１の要素として定義してもよい。

図面の中には、通信の主方向を示す通信経路上に矢印を含むものがあるが、通信は、描かれている矢印とは逆の方向に行なわれる場合があることが理解できよう。

実施形態の中には、ブロック図および動作フローチャートに関して説明されているものがあり、各ブロックは、特定の論理的な機能を実施するための、回路要素、モジュール、または、１つ以上の実行可能な命令を含むコードの部分を表す。なお、他の実施態様では、ブロック内で示される機能は、示しているものとは異なる順番となることがある。例えば、２つのブロックが連続して示されている場合であっても、関連する機能によっては、実際には、ブロックが、実質的に並列して実行されることがあり、または、ブロックが、逆の順番で実行されることがある。

本明細書において、「一実施形態」または「実施形態」と言及されている場合、これは、実施形態との関連で説明されている特定の特徴事項、構造、または特性が開示内容の少な
くとも１つの実施態様に含まれる場合があることを意味する。明細書中の様々な箇所に存在する「一実施形態において」または「実施形態に従って（実施形態によれば）」という表現は、必ずしも、全てが同一の実施形態について言及するものではなく、別個の実施形態または代替的な実施形態が相互に他の実施形態に対して排他的となるものではない。

請求の範囲に存在する参照符号は、例示的な目的のみのものであり、請求の範囲に対して限定的な影響を及ぼすものではない。

明示的に記載していないが、本実施形態および変形例を、任意に組み合わせて、または部分的に組み合わせて使用することができる。

以下に記載する方法は、１つのＨＤＲピクチャを符号化するように構成されているが、シーケンスを構成する複数のピクチャが互いに独立して符号化されるため、複数のＨＤＲピクチャ（ビデオ）からなるシーケンスを符号化するように拡張されてもよい。

一般的にいえば、本開示内容は、ビットストリーム内で、出力ＬＤＲフォーマットと呼ばれる、ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットおよび出力ＨＤＲフォーマットと呼ばれる、ＨＤＲピクチャＩの復号されたバージョンのピクチャ／ビデオ・フォーマットの双方をシグナリングする方法に関する。

本方法は、出力ＬＤＲフォーマットを規定する第１のシンタックス要素と、第１のシンタックス要素とは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素とを、ビットストリーム内に符号化することを含む。

図１は、ＨＤＲピクチャＩをビットストリームＦ１内に符号化する方法のステップのブロック図であり、ここで、ＬＤＲピクチャおよびイルミネーション・ピクチャは、本開示内容の実施形態に従ってＨＤＲピクチャから取得される。

この方法は、出力ＬＤＲフォーマットを規定する第１のシンタックス要素ＳＥ１と、第１のシンタックス要素ＳＥＩとは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素ＳＥ２とをビットストリームＦ２内に符号化（ステップ１２）するように構成されるモジュールＦＥＮＣを含む。

ＬＤＲピクチャおよびイルミネーション・ピクチャＩＦを符号化されるべき入力ＨＤＲピクチャから判定する方法が良く知られている。（「高ダイナミックレンジ・ビデオ符号化（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）」、ＪＣＴＶＣ−Ｐ０１５９、サンノゼ、米国、２０１４年１月９〜１７日）

例えば、イルミネーション・ピクチャＩＦは、入力ＨＤＲピクチャＩの各サンプルに対するイルミネーション値のトリプレットからなり、トリプレットの各値がサンプルの色成分値に対するイルミネーション値である。イルミネーション・ピクチャＩＦは、形状関数の重み付け線形結合によって表されることもあれば、ＨＤＲピクチャＩの輝度成分の低周波数バージョンによって表されることもあるが、本開示内容は、符号化しようとするＨＤＲピクチャに関連するイルミネーション・ピクチャＩＦを取得または表すどのような特定な手段にも限定されるものではない。

ＬＤＲピクチャＲＦは、通常、ＨＤＲピクチャおよびイルミネーション・ピクチャＩＦから取得される残差ピクチャである。通常、残差ピクチャは、ＨＤＲピクチャＩをイルミネーション・ピクチャＩＦで除算することによって取得される。

ステップ１０において、スプリッタＳＰＬＭは、ＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦを取得するように構成される。

一実施形態によれば、モジュールＳＰＬＭは、ＬＤＲピクチャＲＦまたはイルミネーション・ピクチャＩＦのいずれか、もしくは双方を、ローカル・メモリ／遠隔メモリおよび通信ネットワークのいずれかから、もしくは双方から取得するように構成される。

一実施形態によれば、モジュールＳＰＬＭは、ＨＤＲピクチャＩをＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦに分割するように構成される。

ステップ１１において、ＬＤＲおよびイルミネーション・ピクチャ（または、代替的には、イルミネーション・ピクチャＩＦを表すイルミネーション・データ）は、符号化器ＥＮＣによって符号化される。

変形例によれば、モジュールＦＥＮＣは、さらに、符号化器ＥＮＣによって使用される幾つかのパラメータＰａｒａｍを符号化するように構成される。

一実施形態によれば、パラメータＰａｒａｍは、ビットストリームＦ２内に符号化される。

一実施形態によれば、少なくとも幾つかのパラメータＰａｒａｍおよびビットストリームＦ１（および／またはＦ２の場合もある）が非同期的に送信される。

パラメータＰａｒａｍの幾つかについて、以下、詳細に説明する。

図２は、本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームからＨＤＲピクチャまたはＬＤＲピクチャを復号する方法のブロック図を示す。

ステップ２０において、モジュールＦＤＥＣは、ビットストリームＦ２を少なくとも部分的に復号することによって、出力ＬＤＲフォーマットを規定する第１のシンタックス要素ＳＥ１と出力ＨＤＲフォーマットを規定する第２のシンタックス要素ＳＥ２とを取得するように構成される。

変形例によれば、モジュールＦＤＥＣは、さらに、ローカル・メモリから、または、ビットストリームＦ２を少なくとも部分的に復号することによって、幾つかのパラメータＰａｒａｍを取得するように構成される。

変形例によれば、少なくとも幾つかのパラメータＰａｒａｍおよびビットストリームＦ１（および／または場合によってはＦ２）は、非同期的に受信される。

ステップ２１において、復号器ＤＥＣは、少なくとも部分的にビットストリームＦ１を復号することによって、ＬＤＲピクチャＲＦの復号されたバージョン

およびイルミネーション・ピクチャＩＦの復号されたバージョン

を取得するように構成される。

ステップ２１の一実施形態によれば、イルミネーション・ピクチャＩＦの復号されたバージョン

は、イルミネーション・データから取得することができる。

変形例によれば、ＬＤＲピクチャＲＦの復号されたバージョン

および／またはイルミネーション・ピクチャＩＦの復号されたバージョン

は、ローカル・メモリから取得される。

変形例によれば、ＬＤＲピクチャＲＦの復号されたバージョン

は、さらに、幾つかのパラメータＰａｒａｍに従って取得される。

ＬＤＲピクチャＲＦの復号されたバージョン

は、第１のシンタックス要素ＳＥ１の出力ＬＤＲフォーマットによって規定されるフォーマットを有する。

ステップ２２において、モジュールＩＳＰＬＭは、ＬＤＲピクチャＲＦの復号されたバージョン

およびイルミネーション・ピクチャＩＦの復号されたバージョン

からＨＤＲピクチャＩの復号されたバージョン

を取得するように構成される。

ＨＤＲピクチャＩの復号されたバージョン

は、第２のシンタックス要素ＳＥ２の出力ＨＤＲフォーマットによって規定されるフォーマットを有する。

変形例によれば、ＨＤＲピクチャＩの復号されたバージョン

は、幾つかのパラメータＰａｒａｍに従って取得される。

この方法の第１の実施形態によれば、第１のシンタックス要素ＳＥ１は、例えば、「ｖｕｉ−ｐａｒａｍｅｔｅｒ（）」と呼ばれるＶＵＩ（Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ：ビデオ・ユーザビリティ情報）であり、第２のシンタックス要素ＳＥ２は、例えば、「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」と呼ばれるＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ：付加拡張情報）である。

図３は、本開示内容の一実施形態による、ＨＥＶＣ勧告に準拠したシンタックスを有する出力ＬＤＲフォーマットを表すＶＵＩメッセージ「ｖｕｉ−ｐａｒａｍｅｔｅｒ（）」の例を示す。

ＶＵＩメッセージは、以下のような、出力ＬＤＲフォーマットを実際に規定するタグを含む。
・ ｖｉｄｅｏ＿ｆｏｒｍａｔは、ＬＤＲピクチャのフォーマット（例えば、ＰＡＬまたはＳＥＣＡＭ）を示す。
・ ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、ＬＤＲピクチャが、符号化された値の利用可能な範囲全体を占めるかどうかを示す。
・ ｃｏｌｏｕｒ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、１であるフラグであり、これは、色を正確にレンダリングして表示可能にするために、３つの要素ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓおよびｍａｔｒｉｘ＿ｃｏｅｆｆｓが使用されるかどうかを示す。
・ ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ソース原色の色度座標を示す。
・ ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＬＤＲピクチャの光電子工学伝達特性を示す。
・ ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、緑、青および赤の原色から輝度成分および色度成分を導出する際に使用される行列係数を記述している。

図５は、本開示内容の一実施形態による出力ＨＤＲフォーマットを表すＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」の例を示している。

ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」は、
ＨＤＲピクチャＩの復号されたバージョン

の出力ＨＤＲフォーマットについての情報を提供する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇが１であるとき、これは、ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」が、出力順において前に存在するＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」の持続性をキャンセルすることを示す。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇが０であるとき、これは、イルミネーション・ピクチャ情報が次に続くことを示す。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔは、ＨＤＲピクチャＩの復号されたバージョン

の輝度および色度サンプル・アレイのサンプルのフォーマットを規定する。

一実施形態によれば、タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが０であるとき、これは、サンプルが整数フォーマットであることを意味する。０を超える値のｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔは、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保されている。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔの値は、０であると推定される。

一実施形態によれば、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが１であるとき、これは、１６ビットの半精度浮動フォーマットをサポートしている。

一実施形態によれば、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが２であるとき、これは、３２ビットの全精度浮動フォーマットをサポートしている。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが、符号化されたビデオ・シーケンス（ＣＶＳ）に対して使用される色度フォーマットではなく、ＨＤＲピクチャＩの復号されたバージョン

の色度フォーマットを規定する点を除いて、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項７．４．３．２に規定されているものと同一のセマンティクスを有する。

ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」にｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値は、（ＬＤＲピクチャに関連する）ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃと等しいと推定される。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８ ｐｌｕｓ８は、ＨＤＲピクチャＩの復号されたバージョン

の輝度サンプル・アレイのサンプルのビット深度を規定する。

タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８は、０〜８の範囲にある（０の値と８の値を含む）。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８がＳＥＩメッセージｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８の値は、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８と等しいと推定される。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８ ｐｌｕｓ８は、ＨＤＲピクチャＩの復号されたバージョン

の色度サンプル・アレイのサンプルのビット深度を規定する。

タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、０〜８の範囲にある（０の値と８の値を含む）。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８がＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８と等しいと推定される。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定する点を除いて、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。

タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇがＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇの値は、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇと等しいと推定される。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定する点を除いて、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」にｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値は、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓと等しいと推定される。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定する点を除いて、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。

ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓがＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの値は、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓと等しいと推定される。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定する点を除いて、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。

ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓがＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、ｍａｔｒｉｘ＿ｃｏｅｆｆｓと等しいと推定される。

ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」は、さらに、ＨＤＲピクチャＩの復号されたバージョン

を取得するために使用されるイルミネーション・ピクチャＩＦの復号されたバージョン

を取得するための情報を提供する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅは、ＨＤＲピクチャＩの復号されたバージョン

を生成するために使用されるモードを示す。タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが０である場合、これは、場合によっては、二次的なピクチャが一次的な符号化されたピクチャよりも小さい幅および／または高さを有していれば、アップサンプリングの後、イルミネーション・ピクチャＩＦの復号されたバージョン

が補助的に符号化されたピクチャのサンプル値に対応することを示す。なお、二次的なピクチャおよび一次的なピクチャは、上記に引用したＨＥＶＣ勧告によって規定されている。

図５に示された実施形態によれば、タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが１である場合、これは、イルミネーション・ピクチャＩＦの復号されたバージョン

が形状関数の重み付けされた線形結合（以下に詳細に説明するようなＰＳＦ）によって表されていることを示している。

この場合、パラメータ「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿Ｘ＿ｓｐａｃｉｎｇ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿Ｙ＿ｓｐａｃｉｎｇ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｗｉｄｔｈ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｈｅｉｇｈｔ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１」、および「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｃｏｅｆｓ」は、ＰＳＦの記述に関連している。

ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが１を超える値である場合、これは、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保されている。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅの値は、０であると推定される。

一実施形態によれば、イルミネーション・ピクチャＩＦの復号されたバージョン

を取得するためにＰＳＦに適用されている重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する二次的なピクチャに埋め込まれている。

図６に例示されている実施形態によれば、追加的なＳＥＩメッセージ「ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｉｎｆｏ（）」がＳＥＩメッセージ「ｄｕａｌ＿ｍｏｄｕｌａｔｉｏｎ＿ｉｎｆｏ（）」に追加して規定される。

イルミネーション・ピクチャＩＦの復号されたバージョン

を取得するためにＰＳＦに適用される重み係数は、ＳＥＩメッセージ「ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｉｎｆｏ（）」内に埋め込まれる（コーディングされる）。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｗｉｄｔｈは、（例えば、輝度成分またはＹ成分となる）第１の色成分の重み係数行列の行毎のサンプル数に対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｈｅｉｇｈｔは、（例えば、輝度成分またはＹ成分となる）第１の色成分の重み係数行列の列毎のサンプル数に対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｗｉｄｔｈ＿ＣｂＣｒは、（例えば、色度成分またはＸもしくはＺ成分となる）第１および／または第３の色成分の重み係数行列の列毎のサンプル数に対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｈｅｉｇｈｔ＿ＣｂＣｒは、（例えば、色度成分またはＸもしくはＺ成分となる）第２および／または第３の色成分の重み係数行列の列毎のサンプル数に対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｓａｍｐｌｅ［ｃ］［ｃｙ］［ｃｘ］は、重み係数行列内の水平方向の位置ｃｘおよび垂直方向の位置ｃｙでの色成分ｃのサンプルのサンプル値である。

ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」は、さらに、イルミネーション・ピクチャＩＦの復号されたバージョンを用いて乗算する前に、ＬＤＲピクチャＲＦの復号されたバージョンに適用されるように意図された後処理のパラメータについての情報を提供する。
・ 「ｍｏｄｕｌａｔｉｏｎ＿ｌｄｒ＿ｍａｐｐｉｎｇ＿ｔｙｐｅ」は、ＬＤＲピクチャＲＦの復号されたバージョン

に適用されるべき処理のタイプに関する。このタグは、ＬＤＲピクチャがＬａｂ色空間で表現されるか、ＹＣｂＣｒ（またはＹｕｖ）色空間で表現されるかを示す。

変形例によれば、ＬＤＲピクチャがＹＣｂＣｒ色空間で表現される場合には、幾つかの追加的なパラメータ（「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ａ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｂ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｃ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ」、「ｍｏｄｕｌａｔｉｏｎ＿ＲＧＢ＿ｆａｃｔｏｒ」）が、図５内のＳＥＩメッセージ「ｄｕａｌ＿ｍｏｄｕｌａｔｉｏｎ＿ｉｎｆｏ（）」に埋め込まれる。これらのパラメータは、乗算の前にＬＤＲピクチャＲＦの復号されたバージョン

に適用されるように意図された後処理によって使用される。

代替的な変形例によれば、後処理が、個々のサンプル値に対する複数の単射演算に関わる場合、さらに、これらの連続的な演算を単一の演算に連結可能である場合に、追加的なパラメータをＳＥＩメッセージ内に符号化するのではなく、ルックアップ・テーブルがＳＥＩメッセージに埋め込まれる。

例えば、各サンプル値に対し、単純な数学的演算のカスケード化は、以下のようなものがある。
ｓ ＝ ｓ＊Ｓ／６５５３６
ｓ ＝ ｅｘｐ（（ｓ−ｃ０）／ａ０）−ｂ０
ｓ ＝ ｓ＊ＲＧＢ＿ｆａｃｔｏｒ／１０２４
ここで、Ｓ、ａ０、ｂ０、０、ＲＧＢ＿ｆａｃｔｏｒは、通常、上述の変形例に従ってＳＥＩメッセージに埋め込まれるパラメータである。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｃｏｅｆｓのサイズを示す。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｃｏｅｆｓは、イルミネーション・ピクチャの第１の成分のアレイのサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｓｉｚｅのアレイに対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｃｏｅｆｓのサイズを示す。
・ ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｃｏｅｆｓは、イルミネーション・ピクチャの第少なくとも第２の成分のアレイのサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｓｉｚｅのアレイに対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｃｏｅｆｓのサイズを示す。
・ ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｃｏｅｆｓは、ＬＤＲピクチャの第１の成分のサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｓｉｚｅのアレイに対応する。
・ ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１のサイズを示す。
・ ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１＿ｃｏｅｆｓは、ＬＤＲピクチャの少なくとも第２成分のアレイのサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１＿ｓｉｚｅのアレイに対応する。

この代替の変形例は、サンプル値を後処理する前に、パラメータ（例えば、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ａ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｂ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｃ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ」、「ｍｏｄｕｌａｔｉｏｎ＿ＲＧＢ＿ｆａｃｔｏｒ」）をＳＥＩメッセージ内に符号化して、これらのパラメータからルックアップ・テーブルを構築する。

本方法の変形例によれば、ビットストリームが複数のピクチャからなるシーケンスを表す場合、各ピクチャに対し、重み係数行列がビットストリーム内に符号化されるようにすることができ、第１のシンタックス要素および第２のシンタックス要素が変更されないことがある。

変形例によれば、ＬＤＲピクチャに対するＬａｂ色空間（ここでは、０であるｍｏｄｕｌａｔｉｏｎ＿ｌｄｒ＿ｍａｐｐｉｎｇ＿ｔｙｐｅに対応する（図５））が使用される場合には、ＶＵＩメッセージ（図３）における幾つかのパラメータは、ＬＤＲピクチャＲＦの復号されたバージョン

が処理されることなくディスプレイまたはレンダリング装置によって直接解釈できないことを示すように、「規定されていない」に対応する値に固定されなければならない。
・ ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ ＝ ２（規定されていない）
・ ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＝ ２（規定されていない）
・ ｍａｔｒｉｘ＿ｃｏｅｆｆｓ ＝ ２（規定されていない）

図６に示されているような追加的なＳＥＩメッセージ「ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｉｎｆｏ」内でイルミネーション・ピクチャＩＦがシグナリングされる場合には、重み係数の小さなアレイのシグナリングに対応する変調モードのみがイルミネーション・ピクチャの再構築のために局所化されたＰＳＦに適用されるようにすることによって、ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」を簡略化することができる。実際、本変形例は、イルミネーション・ピクチャのサンプルの通常の数と比較して、ＳＥＩメッセージにおける符号化された値（サンプル）の数を大幅に削減できるようにする（例えば、ＨＤピクチャに対して、数千サンプルを２、３千のサンプルにする）。これは、したがって、縮小されたサイズのままとするＳＥＩメッセージのコンセプトにより適している。しかしながら、簡略化は、フレーム・パッキング、または、追加的なＳＥＩメッセージである、イルミネーション・ピクチャのどのようなタイプのシグナリングにも適用することができる。

図７は、図５に示されているＨＤＲ出力フォーマットを表す簡略化されたＳＥＩメッセージの例を示している。

ＨＥＶＣ勧告に従って、いかなるＳＥＩメッセージのペイロードもビットストリーム内に示される。

図４は、ＳＥＩメッセージを「ＳＥＩ＿ｐａｙｌｏａｄ」と呼ばれるシンタックス構造にシグナリングする例を示している。これは、ビットストリームＦ２において、図５（または図７）との関連で説明される特定のＳＥＩメッセージのシグナリングを行うために使用される。ＳＥＩペイロード「ｓｅｉ−ｐａｙｌｏａｄ（）」は、ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」をシグナリングするために追加されている太字のテキストを除き、ＨＥＶＣ勧告に準拠したシンタックスを有する。なお、「ＸＸＸ」は、ＨＥＶＣ勧告において既に使用されている値に基づいて規定される所与の固定値である。

図８は、本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャＩＦを符号化するステップ１１のサブステップのブロック図を示している。

図８との関連において以下に説明する実施形態の変形例によれば、ＨＤＲピクチャＩからＬＤＲピクチャＲＦの復号されたバージョン

を減算することによって、第２の残差ピクチャが取得される。第２の残差ピクチャもまた、以下において、第２のＬＤＲピクチャと呼ばれる。第２の残差ピクチャは、ＨＤＲピクチャＩをＬＤＲピクチャＲＦで除算することによって取得することもできる。よって、第２の残差ピクチャは、ＨＤＲピクチャＩとＬＤＲピクチャＲＦとの間の比率残差情報からなる。

サブステップ８０において、モジュールＰＡＣＫＭは、ＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦ（さらに、場合によっては第２の残差ピクチャのような少なくとも別のピクチャ）を、特定のフレーム・パッキング配置スキーム（ＦＰＡＳ）に従って、単一のフレームＳＦ内にパッキングするように構成される。

以下において、ＬＤＲピクチャおよびイルミネーション・ピクチャが開示されている場合のみが示されているが、以下の開示内容を拡張して２つを超えるピクチャを単一のフレームＳＦ内にパッキングすることも自明である。

サブステップ８１において、符号化器ＶＥＮＣは、フレームＳＦをビットストリームＦ１内に符号化する。

一実施形態によれば、特定のフレーム・パッキング配置スキームに依存する符号化パラメータに従って単一のフレームＳＦが符号化される。これらのパラメータは、幾つかのパラメータＰａｒａｍであるとみなすことができる。

本実施形態の変形例によれば、単一のフレームが２つの別個のスライス内に符号化されるように符号化パラメータが規定される。ここで、一方のスライスは、ＬＤＲピクチャＲＦを含み、他方のスライスは、イルミネーション・ピクチャＩＦを含む。これらのスライスは、使用される標準的な符号化スキーム（Ｈ．２６４／ＡＶＣ、ＨＥＶＣ、ＪＰＥＧ２０００）に従って、スライス・グループ、タイル、タイル・グループ、プリシンクトの形態をとることができる。

本変形例には、特定の符号化などの特定の処理を、ＬＤＲピクチャＲＦに対してではなく、イルミネーション・ピクチャＩＦに対し、または、イルミネーション・ピクチャＩＦに対してではなく、ＬＤＲピクチャＲＦに対して適用可能にするという利点がある。

ビットストリームＦ１は、したがって、フレームＳＦからなり、このフレームＳＦは、２つの別個のパッキングされた構成ピクチャ、すなわち、ＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦのサンプルを含む。

サブステップ８２において、モジュールＩＤＭは、フレームＳＦが、特定のフレーム・パッキング配置スキームＦＰＡＳに従って少なくとも２つの別個のパッキングされた構成ピクチャのサンプルを含むことを示す情報データＩＤを処理する。

情報データＩＤは、少なくとも１つのフラグを含み、幾つかのパラメータＰａｒａｍとすることができる。

モジュールＩＤＭは、情報データが、さらに、少なくとも２つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャＲＦに対応し、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つが、上記ＬＤＲピクチャＲＦに関連付けられたイルミネーション・ピクチャＩＦに対応することを示すことを規定するように構成されている。

一実施形態によれば、情報データＩＤは、さらに、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つが、例えば、第２の残差ピクチャ、すなわち、ＬＤＲピクチャからＬＤＲピクチャの符号化された／復号されたバージョンを減算することによって取得された残差ピクチャのような別のピクチャに対応することを示す。

一実施形態によれば、情報データＩＤは、特定のフレーム・パッキング配置スキームを識別する。そして、符号化パラメータは、特定のフレーム・パッキング配置スキームによって制約されることがある。

サブステップ８２の実施形態によれば、モジュールＩＤＭは、さらに、情報データＩＤが、ＬＤＲピクチャおよびイルミネーション・ピクチャが同一のサイズを有していない（同一の行の数または同一の列の数、またはこの両方）か、且つ／またはフレームＳＦにおける特定の位置を有するを示すことを規定するように構成される。

サブステップ８２の実施形態によれば、モジュールＩＤＭは、さらに、情報データＩＤが、ＬＤＲピクチャのサイズ（行の数および列の数）および／または位置、ならびに／もしくは、イルミネーション・ピクチャのサイズおよび／または位置を示すことを規定するように構成される。

サブステップ８２の実施形態によれば、特定のフレーム・パッキング配置スキームは、ＬＤＲピクチャおよび／またはイルミネーション・ピクチャのいずれかが幾つかのピースに分割されることを示し、そして、モジュールＩＤＭが、情報データＩＤ内に、フレームＳＦ内の各ピースの位置を示す少なくとも１つのパラメータを追加するように構成される。

実施形態によれば、特定のフレーム・パッキング配置スキームＦＰＡＳ、さらに、場合によっては、相対的な符号化パラメータは、幾つかのパラメータＰａｒａｍである。

本開示内容の一実施形態によれば、情報データＩＤをローカル・メモリまたは遠隔メモリ上に記憶すること、且つ／または、通信インタフェースを通じて（例えば、バスに対し、または、通信ネットワークまたはブロードキャスト・ネットワークを介して）送信することができる。

本開示内容の一実施形態によれば、ビットストリームＦ１および情報データＩＤが異なる通信インタフェースを介して（異なるバスに対して、または、異なる通信ネットワークまたはブロードキャスト・ネットワークを介して）送信される。

本開示内容の一実施形態によれば、情報データおよびビットストリームＦ１が非同期の方法で送信される。

図９は、本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを復号するステップ２１のサブステップのブロック図を示す。

サブステップ９０において、復号器ＶＤＥＣは、ビットストリームＦ１を少なくとも部分的に復号することによって復号されたフレームＳＦを取得する。

サブステップ８１において、モジュールＩＤＤは、場合によっては、パラメータＰａｒａｍおよび／またはローカル／遠隔メモリから、情報データＩＤを取得する。情報データＩＤは、復号されたフレームＳＦが特定のフレーム・パッキング配置スキームＦＰＡＳに従った少なくとも２つの別個のパッキングされた構成ピクチャのサンプルを含むことを示す。

一実施形態によれば、特定のフレーム・パッキング配置スキームＦＰＡＳは、情報データＩＤによって規定されるか、メモリから取得される。

サブステップ８２において、モジュールＣＨは、情報データＩＤが少なくとも２つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャに対応し、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つがイルミネーション・ピクチャに対応するを示すかどうかをチェックする。

情報データが少なくとも１つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャに対応し、少なくとも１つの別個のパッキングされた構成ピクチャのうちのもう１つがイルミネーション・ピクチャに対応することを示す場合には、サブステップ８３において、モジュールＵＰＡＣＫＭは、復号された単一のフレームＳＦから、特定のフレーム・パッキング配置スキームＦＰＡＳに従ってＬＤＲピクチャおよびイルミネーション・ピクチャの双方を取得する。

そして、ＬＤＲピクチャおよびイルミネーション・ピクチャは、例えば、情報データＩＤによって規定された方法に従って、例えば、ＨＤＲピクチャを取得するために使用される。

一実施形態によれば、復号されたピクチャは、特定のフレーム・パッキング配置スキームＦＰＡＳに依存する復号パラメータに従って復号される。

開示内容の一実施形態によれば、情報データは、ＳＥＩメッセージ（補助拡張情報メッセージ）である。

図１０は、本開示内容の実施形態による、フレーム・パッキング配置に関連するこのようなＳＥＩメッセージのシンタックスの例を示している。

ＳＥＩメッセージのシンタックスは、上記に引用されたＨ．２６４勧告によって規定されているようなフレーム・パッキング配置ＳＥＩメッセージのシンタックスの拡張である。拡張の代わりに、既存のものに加えて、新たなフレーム・パッキング配置ＳＥＩメッセージをＨＤＲピクチャ復号処理のために具体的に規定することもできる。複数の異なるＳＥＩメッセージが存在することを避けるために、フレーム・パッキングＳＥＩメッセージは、出力ＨＤＲフォーマットと、ＬＤＲピクチャの復号されたバージョン

およびイルミネーション・ピクチャＩＦの復号されたバージョン

からＨＤＲピクチャＩの復号されたバージョン

を生成するモジュールＩＳＰＬＭとに関連するパラメータを含めることもできる。したがって、この新たなフレーム・パッキングＳＥＩメッセージは、フレーム・パッキングに関連するパラメータと図５または図７に記載されたパラメータとを組み合わせたものとなるであろう。

簡潔にいえば、フレーム・パッキング配置ＳＥＩメッセージは、復号器に対し、示されているフレーム・パッキング配置スキームに従って、出力された復号されたピクチャが複数の別個の空間的にパッキングされた構成ピクチャのサンプルを含むことを知らせるものである。この情報を復号器によって使用して、サンプルを適切に再配置し、表示またはその他の目的のために適切に構成ピクチャのサンプルを処理することができる。

図１０におけるＳＥＩメッセージのシンタックスは、上記に引用したＨ．２６４勧告のセクションＤ．１．２５のテーブル（さらに、ＨＥＶＣ勧告）によって与えられたシンタックスと同様である。

図１１は、図１０のフラグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」の説明が与えられたテーブルを示している。

タグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」は、上記に引用されたＩＴＵ−Ｔ Ｈ．２６４勧告（テーブルＤ−１０）に規定された３つの値（０〜２）と同じものにすることができる。

本開示内容の一実施形態によれば、このタグは、少なくとも２つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャに対応し、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つが上記ＬＤＲピクチャに関連するＨＤＲイルミネーション・ピクチャに対応することを示す特定の値（ここでは、３）を有することができる。

変形例によれば、タグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」のこの特定の値は、例えば、復号されたＬＤＲピクチャおよびイルミネーション・ピクチャからＨＤＲピクチャを取得するために、フレームＳＦの復号後に適用されるべき後処理をさらに示すことがある。

図１２は、図１０のフラグ「ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ」の説明が与えられたテーブルである。

フラグの各値は、特定のフレーム・パッキング配置スキームを規定する。タグは、上記Ｈ．２６４勧告（テーブルＤ−９）に規定されたような高さ値（０−７）を有することができる。

本開示内容の一実施形態によれば、このタグは、ＬＤＲピクチャおよびイルミネーション・ピクチャが同一のサイズを有していない、且つ／または、フレームＳＦ内の特定の位置を有することを示す特定の値（ここでは８）を有することができる。

このタグは、さらに、異なるサイズおよび／または位置が少なくとも１つの追加的なフラグによって規定されることを示すことができる。

変形例によれば、ＬＤＲピクチャのサイズは、ＳＥＩメッセージ内の追加的なパラメータによって規定され、その一方で、イルミネーション・ピクチャのサイズは、ＳＰＳ（シーケンス・パラメータ・セット）から導出することができ、または、イルミネーション・ピクチャのサイズは、ＳＥＩメッセージ内の追加的なパラメータによって規定され、その一方で、ＬＤＲピクチャのサイズは、ＳＰＳ（シーケンス・パラメータ・セット）から導出することができる。なお、ＳＰＳは、ピクチャＳＦのサイズを含む。

「ｄｉｆｆｅｒｅｎｔ＿ｖｉｅｗｓ＿ｓｉｚｅ＿ｆｌａｇ」と称する第１の追加的なフラグ１は、ＬＤＲピクチャおよびイルミネーション・ピクチャが同一のサイズを有していない、且つ／または、フレームＳＦ内の特定の位置を有することを示すためにＳＥＩメッセージのシンタックスに追加される。

一組の追加的なパラメータ２がＳＥＩメッセージのシンタックスに追加され、ＬＤＲピクチャのサイズ（幅および高さ）およびイルミネーション・ピクチャのサイズを示す。「ｐｉｃｔｕｒｅ０＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ０の列の数を示し、「ｐｉｃｔｕｒｅ０＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ０の行の数を示し、「ｐｉｃｔｕｒｅ１＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ１の列の数を示し、「ｐｉｃｔｕｒｅ１＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ１の行の数を示す。

一組の追加的なパラメータ３がＳＥＩメッセージのシンタックスに追加され、フレームＳＦ内のＬＤＲピクチャの位置およびイルミネーション・ピクチャの位置を示す。値「ｐｉｃｔｕｒｅ０＿ｏｆｆｓｅｔ＿ｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の行からのオフセットを示し、値「ｐｉｃｔｕｒｅ０＿ｏｆｆｓｅｔ＿ｙ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の列からのオフセットを示し、値「ｐｉｃｔｕｒｅ１＿ｏｆｆｓｅｔ＿ｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の行からのオフセットを示し、値「ｐｉｃｔｕｒｅ１＿ｏｆｆｓｅｔ＿ｙ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の列からのオフセットを示す。

図１０において、ピクチャ０は、ＬＤＲピクチャを指し、ピクチャ１は、イルミネーション・ピクチャＩＦを指す。または、図１０において、ピクチャ０は、イルミネーション・ピクチャＩＦを指し、ピクチャ１は、ＬＤＲピクチャを指す。

別の実施形態によれば、フラグ「ｐｉｃｔｕｒｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ」は、特定のフレーム・パッキング配置ＦＰＡＳに従って、フレームＳＦを符号化するように符号化器を制約するための特定の値とすることができる。

例えば、符号化器は、（例えば、図１３，１４または図１５に示されているような）スライス毎のフレームＳＦの符号化を行う、または、図１４および図１５に示されているようなフレームＳＦに一致するタイル境界を有するように制約される。

一実施形態によれば、フラグ「ｐｉｃｔｕｒｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ」は、ＬＤＲピクチャおよび／またはイルミネーション・ピクチャのいずれも、幾つかのピースに分割される特定のフレーム・パッキング配置スキームＦＰＡＳを示す。特定のフレーム・パッキング配置スキームＦＰＡＳは、さらに、フレームＳＦ内の各ピースの位置を示す。

図１３は、本実施形態によるこのようなフレーム・パッキング配置スキームの例を示している。

このフレーム・パッキング配置スキームによれば、ピクチャ１（ＬＤＲピクチャまたはイルミネーション・ピクチャ）は、４つのスライス（ピース）に分割され、スライスは、ピクチャＳＦの底部に位置する。

図１５は、図１４のフレーム・パッキング配置スキームの変形例を示している。

ここでは、２つの方向に沿ってピクチャ１をダウンサンプリングすることによって４つのサブピクチャが取得される。

本開示内容の範囲は、開示されたフレーム・パッキング配置スキームに限定されるものではないが、単一のピクチャ内に２つのピクチャをパッキングするためのどのようなフレーム・パッキング配置スキームにも拡張することができる。

図１６は、本開示内容の一実施形態によるステップ１０のサブステップのブロック図を示している。

ステップ１６１において、モジュールＩＣは、輝度成分Ｌを取得し、場合によっては、符号化すべきＨＤＲピクチャＩの少なくとも１つの色成分Ｃ（ｉ）を取得する。

例えば、ＨＤＲピクチャＩが色空間（Ｘ，Ｙ，Ｚ）に属する場合、輝度成分Ｌは、成分Ｙの変換ｆ（．）例えば、Ｌ＝ｆ（Ｙ）によって取得される。

ＨＤＲピクチャＩが色空間（Ｒ，Ｇ，Ｂ）に属する場合には、輝度成分Ｌは、例えば、７０９個の色域で、以下に与えられた線形結合によって取得される。
L＝０．２１２７.Ｒ＋０．７１５２.Ｇ＋０．０７２２.Ｂ

ステップ１６２において、モジュールＢＡＭは、ＨＤＲピクチャＩの輝度成分Ｌからイルミネーション・ピクチャＩＦを特定する。

図１７に例示されているステップ１６２の実施形態によれば、モジュールＢＩは、バックライト・ピクチャＢａを以下に与えられる形状関数

の重み付けされた線形結合として特定する。

ここで、ａｉは、重み係数である。

従って、輝度成分Ｌからバックライト・ピクチャＢａを特定することは、バックライト・ピクチャＢａが輝度成分Ｌに適するものとなるような最適な重み係数を見つけること（そして、場合によっては、既知でなければ、最適な形状関数をさらに見つけること）からなる。

重み係数ａｉを見つけるための多くの公知の方法が存在する。例えば、バックライト・ピクチャＢａと輝度成分Ｌとの間の平均二乗誤差を最小にするために、最小二乗平均を使用することができる。

なお、形状関数は、（例えば、ＬＥＤを用いて製造され、各形状関数が１つのＬＥＤの応答に対応する）ディスプレイのバックライトの真の物理的な応答であってもよいし、せいぜい、輝度成分に適応する程度の、純粋な数学的な構成であってもよい。

本実施形態によれば、ステップ１６２から出力されたイルミネーション・ピクチャＩＦは、式（１）によって与えられるバックライト・ピクチャＢａである。

図１８に例示されているステップ１６２の実施形態によれば、モジュールＢＭは、モジュールＨＬによって取得された入力ＨＤＲピクチャＩの平均輝度値Ｌ_ｍｅａｎを用いて（式（１）によって与えられた）バックライト・ピクチャＢａを変調する。

この実施形態によれば、ステップ１６２から出力されたイルミネーション・ピクチャＩＦは、変調されたバックライト・ピクチャである。

実施形態によれば、モジュールＨＬは、輝度成分Ｌ全体にわたって平均輝度値Ｌ_ｍｅａｎを計算するように構成される。

実施形態によれば、モジュールＨＬは、平均輝度値Ｌ_ｍｅａｎを以下の式によって計算するように構成される。

ここで、βは、１未満の係数であり、Ｅ（Ｘ）は、輝度成分Ｌの数学的な期待値（平均）である。

この最後の実施形態には、極端に高い値を有する少数の画素によって平均輝度値Ｌ_ｍｅａｎに影響が及ぼされ、ＨＤＲピクチャＩが複数の画像からなるシーケンスに属する場合に、通常、非常に悩ましい時間的な平均輝度の不安定さが生ずるということを回避できるという利点がある。

本発明は、平均輝度値Ｌ_ｍｅａｎを算出するための特定の実施形態に限定されない。

図１９に例示されているこの実施形態の変形例によれば、ＨＤＲピクチャに対し、（または、ＨＤＲピクチャＩが複数のピクチャからなるシーケンスに属する場合には、全てのＨＤＲピクチャに対し、）ミッド・グレイ・アット・ワン（ｍｉｄ−ｇｒａｙ−ａｔ−ｏｎｅ）バックライト画像Ｂａ_ｇｒａｙを取得するように、モジュールＮは、（式（１）で与えられる）バックライト画像Ｂａをその平均値Ｅ（Ｂａ）によって正規化する。

そして、モジュールＢＭは、ミッドグレーアトワン・バックライト画像Ｂａ_ｇｒａｙを、以下の関係式を使用して、ＨＤＲピクチャＩの平均輝度値Ｌ_ｍｅａｎで変調するように構成される。

ここで、ｃｓｔ_ｍｏｄは、変調係数であり、αは１未満、典型的には、１／３の別の変調係数である。

変形例によれば、ステップ１６２から出力されるイルミネーション・ピクチャＩＦは、式（２）によって与えられる変調されたバックライト画像Ｂａ_ｍｏｄである。

なお、変調係数ｃｓｔ_ｍｏｄは、残差ピクチャに対し、良好な見た目を有する輝度を得るように調整され、バックライト・ピクチャを取得するための処理に大きく依存している。例えば、最小二乗平均によって取得されるバックライト・ピクチャでは、ｃｓｔ_ｍｏｄ≒１．７である。

実際には、線形性により、バックライト画像を変調するための全ての処理は、補正係数としての、バックライト係数ａｉに適用される。これにより、以下のものを得るように、係数ａｉを新たな係数

に変換する、

ステップ１６３において、残差ピクチャＲｅｓは、ＨＤＲピクチャをイルミネーション・ピクチャＩＦの復号されたバージョン

で除算することによって算出される。

符号化器側と復号器側との両方でイルミネーション・データが同一となるように、ＨＤＲイルミネーション・ピクチャＩＦの復号されたバージョン

を使用して、ＨＤＲピクチャＩの復号されたバージョン

の精度を向上させるとよい。

より厳密には、輝度成分Ｌ、且つ、場合によっては、モジュールＩＣから取得されたＨＤＲピクチャＩの各色成分Ｃ（ｉ）は、イルミネーション・ピクチャＩＦの復号されたバージョン

によって分割される。この除算は、ピクセル毎に行われる。

例えば、入力ＨＤＲピクチャＩの成分Ｒ，Ｇ，またはＢが色空間（Ｒ，Ｇ，Ｂ）で表現される場合、成分Ｒ_Ｒｅｓ、Ｇ_Ｒｅｓ、およびＢ_Ｒｅｓが以下のように取得される。

例えば、ＨＤＲピクチャＩのＸ、Ｙ、またはＺ成分は、色空間（Ｙ，Ｙ，Ｚ）で表現される場合、Ｘ_Ｒｅｓ、Ｙ_Ｒｅｓ、およびＺ_Ｒｅｓは、以下のように取得される。

本方法の実施形態によれば、イルミネーション・ピクチャＩＦの復号されたバージョン

は、図２との関連で説明されているように、復号器ＤＥＣ（ステップ２１）によって、ビットストリームＦ１を少なくとも部分的に復号することによって取得される。

図２０は、図１に記載された方法の変形例による方法のステップのブロック図を示している。

サブステップ２０１において、モジュールＴＭＯは、視認可能なＬＤＲピクチャＲｅｓ_ｖを取得するために、残差ピクチャＲｅｓ、ステップ１０の出力をトーン・マッピングする。

残差画像Ｒｅｓは、その動的範囲が高すぎるため、さらに、この残差画像Ｒｅｓの復号されたバージョンが過度の視認可能なアーティファクトを示すため、視認可能でない場合があるように見受けられる。残差画像をトーン・マッピングすることにより、これらの欠点のうちの少なくとも１つが解消される。

本発明は、特定のトーン・マッピング演算子に限定されるものではない。ここでの唯一つの条件は、トーン・マッピング演算子が可逆なものという点である。

例えば、Ｒｅｉｎｈａｒｄ氏によって定義されたトーン・マッピング演算子を使用することができる（Ｒｅｉｎｈａｒｄ，Ｅ．、Ｓｔａｒｋ，Ｍ．、Ｓｈｉｒｌｅｙ，Ｐ．、およびＦｅｒｗｅｒｄａ，Ｊ．、「ディジタル画像のためのフォトグラフィック・トーン再現（Ｐｈｏｔｏｇｒａｐｈｉｃ ｔｏｎｅ ｒｅｐｒｏｄｕｃｔｉｏｎ ｆｏｒ ｄｉｇｉｔａｌ ｉｍａｇｅｓ）」グラフィックス２１についてのＡＣＭ論文誌（２００２年７月））、または、Ｂｏｉｔａｒｄ，Ｒ．、Ｂｏｕａｔｏｕｃｈ，Ｋ．、Ｃｏｚｏｔ，Ｒ．、Ｔｈｏｒｅａｕ，Ｄ．、およびＧｒｕｓｏｎ，Ａ.（２０１２年）、「ビデオ・トーン・マッピングのための時間干渉性（Ｔｅｍｐｏｒａｌ ｃｏｈｅｒｅｎｃｙ ｆｏｒ ｖｉｄｅｏ ｔｏｎｅ ｍａｐｐｉｎｇ）」、または、Ａ．Ｍ．Ｊ．ｖａｎ Ｅｉｊｋ、Ｃ． Ｃ． Ｄａｖｉｓ、Ｓ. Ｍ. Ｈａｍｍｅｌ、およびＡ．Ｋ．Ｍａｊｕｍｄａｒ （編者）、ＳＰＩＥ８４９９議事録、ディジタル画像処理のアプリケーション（Ａｐｐｌｉｃａｔｉｏｎｓ ｏｆ Ｄｉｇｉｔａｌ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ）（ｐ．８４９９０Ｄ−８４９９０Ｄ−１０））。

ステップ２０１の実施形態によれば、残差ピクチャＲｅｓをトーン・マッピングすることは、残差ピクチャの画素値に従ってガンマ補正またはＳＬｏｇ補正のいずいれかを行うステップを含む。

視認可能なＬＤＲピクチャＲｅｓ_ｖは、そして、例えば、

によって与えられる。ここで、Ａは定数値であり、γは、ガンマ曲線の係数であり、例えば、１／２．４である。

代替的には、視認可能なＬＤＲピクチャＲｅｓ_ｖは、そして、例えば、

によって与えられる。ここで、ａ、ｂ、およびｃは、０および１が不変条件であり、ＳＬｏｇ曲線の導関数が１未満のガンマ曲線によって延長される場合に、１において連続するように決められるＳＬｏｇの係数である。したがって、ａ、ｂ、およびｃは、パラメータγの関数である。

実施形態によれば、ガンマＳｌｏｇ曲線のパラメータγは、パラメータＰａｒａｍとして符号化される。

ガンマ補正を残差ピクチャＲｅｓに適用すると、暗領域の明るさが引き上げられるが、明画素の焼き付きを回避するほどには十分にハイライトを低下するものではない。

ＳＬｏｇ補正を残差ピクチャＲｅｓに適用すると、十分にハイライトが低下するが、暗領域の明るさを引き上げるものではない。

したがって、ステップ２０１の好ましい実施形態によれば、モジュールＴＭＯは、残差ピクチャＲｅｓの画素値に従って、ガンマ補正またはＳＬｏｇ補正を適用する。

残差ピクチャＲｅｓの画素値が（例えば、１である）閾値未満である場合、ガンマ補正が適用され、そうでない場合には、ＳＬｏｇ補正が適用される。

構成上、視認可能なＬＤＲピクチャＲｅｓ_ｖは、通常、ＨＤＲピクチャＩの輝度に依存して、多かれ少なかれ１に近い平均値を有し、上述したガンマ−Ｓｌｏｇの組み合わせを利用すると特に効率的になる。

本方法の実施形態によれば、ステップ２０２において、モジュールＳＣＡは、符号化（ステップ１１）の前に、残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチャＲｅｓ_ｖの各成分をスケーリング係数ｃｓｔ_{ｓｃａｌｉｎｇ}で乗算することによって、残差ピクチャＲｅｓまたは視認可能な残差ピクチャＲｅｓｖをスケーリングする。結果として得られるＬＤＲピクチャＲｅｓｓは、以下によって与えられる。
Ｒｅｓｓ＝ｃｓｔ_{ｓｃａｌｉｎｇ}Ｒｅｓ、または
Ｒｅｓｓ＝ｃｓｔ_{ｓｃａｌｉｎｇ}Ｒｅｓ_ｖ

特定の実施形態によれば、スケーリング係数ｃｓｔ_{ｓｃａｌｉｎｇ}は、０〜最大値２Ｎ−１までの間の、残差ピクチャＲｅｓの値、または視認可能なＬＤＲピクチャＲｅｓ_ｖの値をマッピングするように規定される。ここで、Ｎは、残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチャＲｅｓ_ｖを符号化するために使用される符号化器による符号化のための入力として認められるビット数である。

これは、当然に、（残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチャＲｅｓ_ｖの概ね平均値である）値１をミッドグレイ値２^Ｎ−１にマッピングすることによって取得される。したがって、標準的なビット数Ｎ＝８を用いて、残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチＲｅｓ_ｖに対し、スケーリング係数が１２０である場合には、２^７＝１２８でニュートラルグレイに近くなるため、極めて一貫した値となる。

本方法の実施形態によれば、ステップ２０３において、モジュールＣＬＩは、符号化の前に残差ピクチャＲｅｓ、Ｒｅｓ_ｖ、またはＲｅｓ_ｓをクリッピングして、そのダイナミック・レンジを目標ダイナミック・レンジＴＤＲに制限する。目標ダイナミック・レンジＴＤＲは、例えば、残差ピクチャの符号化に使用される符号化器の機能に従って規定される。

この最後の実施形態によれば、結果として得られるＬＤＲピクチャＲｅｓｃは、例えば、本方法の実施形態に従って、以下のように与えられる。
Ｒｅｓ_ｃ＝ｍａｘ（２^Ｎ，Ｒｅｓ）
Ｒｅｓ_ｃ＝ｍａｘ（２^Ｎ，Ｒｅｓ_ｖ）、または
Ｒｅｓ_ｃ＝ｍａｘ（２^Ｎ，Ｒｅｓ_ｓ）

本発明は、このようなクリッピング（ｍａｘ（．））に限定されるものではないが、どのような種類のクリッピングにも拡張される。

スケーリングの実施形態とクリッピングの実施形態とを組み合わせることによって、本方法の実施形態により、以下によって与えられるＬＤＲピクチャ画像Ｒｅｓ_ｓｃが得られる。
Ｒｅｓ_ｓｃ＝ｍａｘ（２^Ｎ，ｃｓｔ_{ｓｃａｌｉｎｇ}＊Ｒｅｓ）、または、
Ｒｅｓ_ｓｃ＝ ｍａｘ（２^Ｎ，ｃｓｔ_{ｓｃａｌｉｎｇ}＊Ｒｅｓ_ｖ）

本方法の実施形態によれば、残差ピクチャＲＦは、残差ピクチャＲｅｓ、Ｒｅｓ_ｖ、Ｒｅｓ_ｓ、または、Ｒｅｓ_ｃのうちの１つである。

そして、イルミネーション・ピクチャＩＦおよび残差ピクチャＲＦは、図１との関連で説明された符号化器ＥＮＣ（ステップ１１）によって符号化される。

残差ピクチャのトーン・マッピングおよびスケーリングは、パラメトリックな処理である。なお、パラメータ

は、後処理およびカラー・グレーディングにおける専門家の嗜好に合わせてコンテンツに最適なものとなるようにされる。さらに、これらのパラメータは、固定されている場合もあれば固定されていない場合もあり、固定されていない場合には、幾つかのパラメータＰａｒａｍとみなされる。

その一方で、様々なピクチャの全ての場合に許容されるように、ユニバーサル・パラメータが規定されることがある。

図２１は、図２に記載した方法の変形例による方法のステップのブロック図を示している。

上述したように、ＬＤＲピクチャＲＦの復号されたバージョン

およびイルミネーション・ピクチャＩＦの復号されたバージョン

は、ステップ２１から取得される。

ステップ２１３において、ＨＤＲピクチャＩの復号されたバージョン

は、
ＬＤＲピクチャＲＦの復号されたバージョン

に
イルミネーション・ピクチャＩＦの復号されたバージョン

を乗算することによって取得される。

一実施形態によれば、パラメータ

および／または

もまた、ローカル・メモリから、または、モジュールＦＤＥＣから取得される（ステップ２０）。

本方法の実施形態によれば、ステップ２１１において、モジュールＩＳＣＡは、ＬＤＲピクチャＲＦの復号されたバージョン

をパラメータ

で除算することによって、ＬＤＲピクチャＲＦの復号されたバージョン

に逆スケーリングを適用する。

一実施形態によれば、ステップ２１２において、モジュールＩＴＭＯは、パラメータ

によってＬＤＲピクチャＲＦの復号されたバージョン

に逆トーン・マッピングを適用する。

例えば、パラメータ

は、ガンマ曲線を規定し、逆トーン・マッピングは、単に、ガンマ曲線から、ＬＤＲピクチャＲＦの復号されたバージョン

の画素値に対応する値を単に見つけるものである。

ステップ２１３で使用されているＬＤＲピクチャＲＦの復号されたバージョン

は、よって、本方法の幾つかの実施形態に従った、ＬＤＲピクチャＲＦの復号されたバージョン

、ステップ２１の出力、または、ＬＤＲピクチャＲＦの逆スケーリングされたバージョン（ステップ２１１の出力）、または、ＬＤＲピクチャＲＦの逆トーン・マッピングされたバージョン（ステップ２１１を行わないステップ２１２の出力）、または、ＬＤＲピクチャＲＦの逆スケーリングおよび逆トーン・マッピングされたバージョン（ステップ２１１を行ったステップ２１２の出力）である。

ビットストリームＦ１は、ローカル・メモリまたは遠隔メモリに記憶され、且つ／または、通信インタフェースを通じて（例えば、バスに対して、または、通信ネットワークまたはブロードキャスト・ネットワークを介して）送信される。

ビットストリームＦ２は、ローカル・メモリまたは遠隔メモリに記憶され、且つ／または、通信インタフェースを通じて（例えば、バスに対して、または、通信ネットワークまたはブロードキャスト・ネットワークを介して）送信される。

ビットストリームＦ１およびビットストリームＦ２は、非同期的に送信することができる。

ビットストリームＦ１とビットストリームＦ２とを一緒に合わせて、本開示内容の変形例による単一のビットストリームを表すことができる。

復号器ＤＥＣ、ＦＤＥＣ、およびＶＤＥＣは、符号化器ＥＮＣ、ＦＥＮＣ、およびＶＥＮＣのそれぞれによって符号化されたデータを復号するように構成される。

符号化器ＥＮＣ、ＦＥＮＣ、およびＶＥＮＣ（および復号器ＤＥＣ、ＦＤＥＣ、およびＶＤＥＣ）は、特定の符号化器（復号器）に限定されるものではないが、エントロピー符号化器（復号器）が必要な場合、Ｈ２６４／ＡＶＣやＨＥＶＣで使用される、ハフマン符号化器、算術符号化器、または、Ｃａｂａｃのようなコンテキスト適応符号化器などのエントロピー符号化器を有益に使用することができる。

符号器ＥＮＣ、ＦＥＮＣ、およびＶＥＮＣ（そして、復号器ＤＥＣ、ＦＤＥＣ、およびＶＤＥＣ）は、例えば、ＪＰＥＧ、ＪＰＥＧ２０００、ＭＰＥＧ２、Ｈ２６４／ＡＶＣまたはＨＥＶＣのような損失を有するイメージ（画像）／ビデオ（映像）符号化器のような特定の符号化器に限定されるものではない。

変形例によれば、出力ＬＤＲフォーマットは、ＳＥＩメッセージ（第１のメッセージＳＥ１）内に符号化され、出力ＨＤＲフォーマットは、ＶＵＩメッセージ（第２のシンタックス要素ＳＥ２）内に符号化される。

これらの変形例は、復号されたＬＤＲピクチャがいずれにしても任意のレンダリングＬＤＲ装置上で視認可能でない場合には、例えば、既存のレンダリングＬＤＲ装置（例えば、Ｌａｂ色空間）によってサポートされていない色空間に対応するため、関連性がある。このような場合、出力ＨＤＲフォーマットをシグナリングするためにＶＵＩを保持することが好ましいことがある。

図２２および図２３は、出力ＬＤＲフォーマットを表す、例えば、「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」と呼ばれるＳＥＩメッセージの例と、本開示内容の一実施形態に従って、ＨＥＶＣ勧告に準拠しているシンタックを有する、出力ＨＤＲフォーマットを表す、例えば、「ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）」と呼ばれるＶＵＩメッセージの例と、を示す。

ＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」は、以下の出力ＬＤＲフォーマットを実際に規定するタグを含む。
ＬＤＲ＿ｖｉｄｅｏ＿ｃａｎｃｅｌ＿ｆｌａｇ、
ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、
ＬＤＲ＿ｖｉｄｅｏ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、
ＬＤＲ＿ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、および
ＬＤＲ＿ｖｉｄｅｏ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓ

これらのタグのセマンティクスは、シンタックス要素がＬＤＲピクチャに関連していることを除き、図３との関連で説明したＳＥＩメッセージについてのセマンティクスと同様である。例えば、
ＬＤＲ＿ｖｉｄｅｏ＿ｃａｎｃｅｌ＿ｆｌａｇが１である場合、これは、ＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」が出力順で前に存在するＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」の永続性をキャンセルすることを示す。
ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、以下の点を除き、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定している。タグＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇの値は、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇと等しいと推定される。
ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、以下の点を除き、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定している。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値は、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓと等しいと推定される。
ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、以下の点を除き、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定している。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの値は、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓと等しいと推定される。
ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、以下の点を除き、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン

に対して使用される色空間を規定している。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存
在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、ｍａｔｒｉｘ＿ｃｏｅｆｆｓと等しいと推定される。

ＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」の他のタグは、ＨＤＲピクチャＩの復号されたバージョン

を取得するために使用されるイルミネーション・ピクチャＩＦの復号されたバージョン

を取得するモジュールＩＳＰＬＭによって使用されるパラメータについての情報を提供する。これらのタグのセマンティクスは、図５との関連で説明したＳＥＩメッセージに対して述べたセマンティクスと同様である。

図２３は、ＶＵＩメッセージ「ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）」の例を示している。

これらのタグのセマンティクスは、ＨＤＲピクチャに関連するシンタックス要素を除き、図３との関連で説明したＶＵＩメッセージに対して述べたセマンティクスと同様である。

変形例によれば、特定のシンタックス要素「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が非整数フォーマット（浮動小数点フォーマット）をサポートできるようにするために、ＶＵＩに追加される。例として、ＨＤＲピクチャＩの復号されたバージョン

の輝度および色度のサンプル・アレイのサンプルのフォーマットを規定するために、シンタックス要素「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」のセマンティクスが提案される。そして、図２３のタグ「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が０の場合は、サンプルが整数フォーマットであることを示す。０を超える値のフラグ「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約されている。「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が存在しない場合には、「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」の値は、０であると推定される。

例えば、変形例によれば、タグ「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が１の場合は、サンプルが半精度浮動小数点フォーマットであることを示す。

図１〜図２３において、モジュールは、機能ユニットであり、物理的に区別可能なユニットに関連することもあれば、そうでないこともある。例えば、これらのモジュール、または、これらのモジュールのうちの幾らかは、ユニークなコンポーネントまたは回路に一体的に集められることもあれば、ソフトウェアの機能に寄与することもある。その一方で、幾らかのモジュールが物理的に別体に構成されることもある。本発明に対応可能な装置は、純粋なハードウェア、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＶＬＳＩ（Ｖｅｒｙ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）などの専用ハードウェアを用いて実施することもできるし、装置に埋め込まれた幾つかの集積された電子コンポーネントで実施してもよいし、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを組み合わせて実施してもよい。

図２４は、図１〜図２３との関連で説明した方法を実施するように構成された装置２４０の例示的なアーキテクチャを表している。

装置２４０は、データおよびアドレス・バス２４１によって互いにリンクされた要素として、
例えば、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）である、マイクロプロセッサ２４２（またはＣＰＵ）と、
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２４３と、
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２４４と、
アプリケーションに対してを送受信するためのＩ／Ｏインタフェース２４５と、
バッテリ２４６と、を含む。

変形例によれば、バッテリ２４６は、装置の外部に存在する。図２４のこれらの要素の各々は、当業者によって良く知られたものであるため、さらなる説明を行わない。上述したメモリの各々において、明細書において「レジスタ」という用語が使用されている場合には、これは、小さな容量の領域（幾らかのビット）に対応することもあれば、非常に大きな容量の領域（例えば、プログラム全体または大容量の受信または復号されたデータ）に対応することもある。ＲＯＭ２４３は、少なくともプログラムおよびパラメータを含む。本発明に従った方法のアルゴリズムは、ＲＯＭ２４３に記憶される。スイッチがオンになると、ＣＰＵ２４２は、ＲＡＭ内のプログラムをアップロードし、対応する命令を実行する。

ＲＡＭ２４４は、レジスタ内のＣＰＵ２４２によって実行され、装置２４０の電源が投入された後にアップロードされたプログラム、レジスタ内の入力データ、レジスタ内の本方法の様々な状態での中間データ、さらに、レジスタ内の本方法の実行のために使用される様々な変数を含む。

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

符号化処理または符号化器の特定の実施形態によれば、入力ＨＤＲピクチャがソースから取得される。例えば、ソースは、
ローカル・メモリ（２４３または２４４）、例えば、ビデオ・メモリまたはＲＡＭ（またはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュ・メモリ、ＲＯＭ（またはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ハードディスクと、
ストレージ・インタフェース（２４５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光学ディスクまたは磁気サポートとのインタフェースと、
通信インタフェース（２４５）、例えば、有線インタフェース（例えば、バス・インタフェース、広域ネットワーク・インタフェース、ローカルエリア・ネットワーク・インタフェース）または無線インタフェース（ＩＥＥＥ８０２．１１インタフェースまたはＢｌｕｒｔｏｏｔｈ（商標）インタフェース）と、
ピクチャ取り込み回路（例えば、ＣＣＤ（Ｃｈａｒｇｅ−Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ−Ｏｘｉｄｅ−Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などのセンサ）と、
を含む要素を組み合わせたものである。

復号処理または復号器の別の実施形態によれば、復号されたピクチャ

および／またはＩＦは、送信対象に対して送信され、具体的には、この送信対象は、
ローカル・メモリ（２４３または２４４）、例えば、ビデオ・メモリまたはＲＡＭ、フラッシュ・メモリ、ハードディスクと、
ストレージ・インタフェース（２４５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光学ディスクまたは磁気サポートとのインタフェースと、
通信インタフェース（２４５）、例えば、有線インタフェース（例えば、バス・インタフェース（例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ））、広域ネットワーク・インタフェース、ローカルエリア・ネットワーク、ＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）インタフェース、または無線インタフェース（ＩＥＥＥ８０２．１１インタフェース、ＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）インタフェース）と、
ディスプレイと、
を含む要素を組み合わせたものである。

符号化処理または符号化器の異なる実施形態によれば、ビットストリームＦおよび情報データＩＤは、送信対象に対して送信される。例として、ビットストリームＦおよび情報データＩＤ、またはこれらの双方がローカル・メモリまたは遠隔メモリ、例えば、ビデオ・メモリ（２４４）またはＲＡＭ（２４４）、ハードディスク（２４３）に記憶される。変形例においては、ビットストリームＦまたは情報ＩＤ、もしくはこれらの双方がストレージ・インタフェース（２４５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光学ディスクまたは磁気サポートとのインタフェースに送信され、且つ／または通信インタフェース（２４５）、例えば、ポイントトゥポイント・リンク、通信バス、ポイントトゥマルチポイント・リンク、またはブロードキャスト・ネットワークを介して送信される。

復号処理または復号器の別の実施形態によれば、ビットストリームＦおよび／または情報データＩＤは、ソースから取得される。例示的には、ビットストリームおよび／または情報データＩＤは、ローカル・メモリ、例えば、ビデオ・メモリ（２４４）、ＲＡＭ（２４４）、ＲＯＭ（２４３）、フラッシュ・メモリ（２４３）、またはハードディスク（２４３）から読み出される。変形例においては、ビットストリームおよび／または情報データＩＤがストレージ・インタフェース（１４０５）、例えば、大容量ストレージ、ＲＡＭ、ＲＯＭ，フラッシュ・メモリ、光学ディスク、または、磁気サポートから受信され、且つ／または、通信インタフェース（２４５）、例えば、ポイントトゥポイント・リンク、バス、ポイントトゥマルチポイント・リンク、またはブロードキャスト・ネットワークから受信される。

別の実施形態によれば、装置２４０は、図１との関連で説明した装置を実施するように構成され、
モバイル・デバイスと、
通信デバイスと、
ゲーム装置と、
タブレット（またはタブレット・コンピュータ）と、
ラップトップと、
静止画像カメラと、
ビデオ・カメラと、
符号化クリップと、
静止画像サーバと、
ビデオ・サーバ（例えば、ブロードキャスト・サーバ、ビデオオンデマンド・サーバ、または、ウェブサーバ）と、
を含む要素を組み合わせたものである。

別の実施形態によれば、装置２４０は、図２との関連で説明される方法を実施するように構成され、
モバイル・デバイスと、
通信デバイスと、
ゲーム・デバイスと、
ＴＶセットと、
タブレット（またはタブレット・コンピュータ）と、
ラップトップと、
ディスプレイと、
復号チップと、
を含む要素を組み合わせたものである。

図２５に例示されている実施形態によれば、通信ネットワークＮＥＴを介して２つの遠隔装置ＡおよびＢの間で送信を行う状況において、デバイスＡは、図１との関連で説明される方法を実施するように構成された手段を含み、デバイスＢは、図２との関連で説明される方法を実施するように構成される手段を含む。

本発明の変形例によれば、ネットワークは、ブロードキャスト・ネットワークであり、静止ピクチャまたは映像ピクチャを、装置Ａから装置Ｂを含む復号装置にブロードキャストするように構成されている。

本明細書中で記載された様々な処理の実施態様は、様々な異なる機器やアプリケーション、特に、例えば、機器またはアプリケーションで実施することができる。このような機器の例は、符号化器、復号器、復号器からの出力を処理するポストプロセッサ、符号化器に入力を提供するプリプロセッサ、ビデオ符号化器、ビデオ復号器、ビデオコーデック、ウェブサーバ、セットトップ・ボックス、ラップトップ、パーソナル・コンピュータ、携帯電話、ＰＤＡ、そして他の通信装置を含む。機器は、携帯機器でもよく、移動車両に据え付けられるものでさえよいことは明らかであろう。

さらに、方法は、プロセッサによって実行される命令によって実施されていてもよく、このような命令（および／または実施態様によって生成されるデータ）は、コンピュータ可読記憶媒体に記憶することができる。コンピュータ可読記憶媒体は、１つ以上のコンピュータ可読媒体上で実施され、コンピュータによって実行可能な、コンピュータ可読プログラム・コードが実装されたコンピュータ可読プログラム・プロダクトの形態をとることができる。本明細書中で使用されるコンピュータ可読記憶媒体は、情報を記憶する固有の機能とともに、記憶した情報を取得する固有の機能を与えられた非一時的記憶媒体であると考えられる。コンピュータ可読記憶媒体は、例えば、限定するものではないが、電子的、磁気的、光学的、電磁的、赤外線、または、半導体システム、装置、デバイスとすることができ、上記に挙げたものを任意に組み合わせることができる。本発明を適用可能なコンピュータ可読記憶媒体のより具体的な例を以下に提供するが、列挙されている例は、例示的なものに過ぎず、網羅的なものではないことが、当業者であれば容易に理解できるであろう。
ポータブル・コンピュータ・ディスク、ハードディスク、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光学記憶装置、磁気記憶装置、または、上記に挙げたものを任意に組み合わせたもの。

命令は、プロセッサ可読媒体上に現実的に実装されるアプリケーション・プログラムの形態を取ることができる。

例えば、命令は、ハードウェア、ファームウェア、ソフトウェア、またはこれらを組み合わせたものとすることができる。命令は、例えば、オペレーティング・システム、別個のアプリケーション、またはこの２つを組み合わせたものに存在させることができる。よって、プロセッサを、例えば、処理を実行するように構成された装置と、処理を実行する命令を有する（記憶装置などの）プロセッサ可読媒体を含む装置の両方として特徴付けられる。さらに、プロセッサ可読媒体は、命令に追加して、または、命令の代わりに、実施態様により生成されるデータ値を記憶することができる。

実施態様により、例えば、記憶、送信可能な情報を保持するようにフォーマットされた様々な信号を生成できることは当業者によって自明であろう。情報は、例えば、方法を実行する命令、または、上記の実施態様のうちの１つによって生成されたデータを含む。例えば、信号は、データとして、記載した実施形態のシンタックスの読み書きのためのルールを保持するように、または、記載した実施形態によって記述された実際のシンタックス値をデータとして保持するようにフォーマットすることができる。このような信号は、例えば、（例えば、スペクトルの無線周波数部分を使用した）電磁波として、または、ベースバンド信号としてフォーマットすることができる。フォーマット化には、例えば、データストリームを符号化することおよび符号化されたデータストリームを用いてキャリアを変調することを含めることができる。信号が保持する情報は、例えば、アナログ情報またはディジタル情報である。信号は、公知である様々な有線リンクまたは無線リンクを介して送信することができる。信号は、プロセッサ可読媒体に記憶することができる。

幾つかの実施態様について説明を行った。しかしながら、様々な改変を施すことができることが理解できよう。例えば、複数の異なる実施態様を組み合わせたり、補ったり、変更したり、除去したりすることで他の実施態様を生み出すことができる。さらに、当業者であれば、開示した内容を他の構造や処理で置き換えることができ、結果として得られる実施態様が、少なくとも実質的に同一の方法で、少なくとも実質的に同一の機能を実行し、少なくとも開示した実施態様と実質的に同一の効果を生み出すことが理解できよう。したがって、本出願によってこれらの実施態様およびその他の実施態様が企図される。

幾つかの実施態様について説明を行った。しかしながら、様々な改変を施すことができることが理解できよう。例えば、複数の異なる実施態様を組み合わせたり、補ったり、変更したり、除去したりすることで他の実施態様を生み出すことができる。さらに、当業者であれば、開示した内容を他の構造や処理で置き換えることができ、結果として得られる実施態様が、少なくとも実質的に同一の方法で、少なくとも実質的に同一の機能を実行し、少なくとも開示した実施態様と実質的に同一の効果を生み出すことが理解できよう。したがって、本出願によってこれらの実施態様およびその他の実施態様が企図される。
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限定されない。
（付記１）
ＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと呼ばれる、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと呼ばれる、前記ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする方法であって、当該方法は、前記ビットストリーム内において、前記出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化することを含んでおり、
前記ビットストリーム内において、前記第１のシンタックス要素とは異なる、前記出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化することをさらに含むことを特徴とする、前記方法。
（付記２）
前記第１のシンタックス要素は、ＨＥＶＣ勧告に準拠したシンタックスを有するＶＵＩメッセージであり、前記第２のシンタックス要素は、ＳＥＩメッセージである、付記１に記載の方法。
（付記３）
前記第２のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの復号されたバージョンを取得するための情報データをさらに提供する、付記２に記載の方法。
（付記４）
前記第２のシンタックス要素は、前記イルミネーション・ピクチャの前記復号されたバージョンが形状関数の重み付けされた線形結合によって表されることをさらに示す、付記２または３に記載の方法。
（付記５）
前記イルミネーション・ピクチャの前記復号されたバージョンを取得するために前記形状関数に適用される重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する補助ピクチャ内に埋め込まれるか、追加的なＳＥＩメッセージ内に埋め込まれる、付記４に記載の方法。
（付記６）
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算することによって取得され、前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算する前に前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理のパラメータについての情報をさらに提供する、付記２〜６のいずれかに記載の方法。
（付記７）
前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理の前記パラメータについての情報を集めるルックアップ・テーブルを含む、付記６に記載の方法。
（付記８）
前記第１のシンタックス要素は、ＳＥＩメッセージであり、前記第２のシンタックス要素は、ＶＵＩメッセージである、付記１に記載の方法。
（付記９）
前記第１のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの復号されたバージョンを取得するための情報をさらに提供する、付記８に記載の方法。
（付記１０）
オリジナルのＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと呼ばれる、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと呼ばれる、前記オリジナルのＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする装置であって、当該装置は、前記ビットストリーム内において、前記出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化するように構成された符号化器を有しており、
前記符号化器は、前記ビットストリーム内において、前記第１のシンタックス要素とは異なる、前記出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化するようにさらに構成されていることを特徴とする、前記装置。
（付記１１）
前記第１のシンタックス要素は、ＨＥＶＣ勧告に準拠したシンタックスを有するＶＵＩメッセージであり、前記第２のシンタックス要素は、ＳＥＩメッセージである、付記１０に記載の装置。
（付記１２）
前記第２のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの前記復号されたバージョンを取得するための情報データをさらに提供する、付記１１に記載の装置。
（付記１３）
前記第２のシンタックス要素は、前記イルミネーション・ピクチャの前記復号されたバージョンが形状関数の重み付けされた線形結合によって表されることをさらに示す、付記１１または１２に記載の装置。
（付記１４）
前記イルミネーション・ピクチャの前記復号されたバージョンを取得するために前記形状関数に適用される重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する補助ピクチャ内に埋め込まれるか、追加的なＳＥＩメッセージ内に埋め込まれる、付記１３に記載の装置。
（付記１５）
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算することによって取得され、前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算する前に前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理のパラメータについての情報をさらに提供する、付記１１〜１４のいずれかに記載の装置。
（付記１６）
前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理の前記パラメータについての情報を集めるルックアップ・テーブルを含む、付記１５に記載の装置。
（付記１７）
前記第１のシンタックス要素は、ＳＥＩメッセージであり、前記第２のシンタックス要素は、ＶＵＩメッセージである、付記１０に記載の装置。
（付記１８）
前記第１のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの復号されたバージョンを取得するためのデータをさらに提供する、付記１７に記載の装置。
（付記１９）
コンピュータ上でプログラムが実行されたときに付記１〜９のいずれかに記載の方法のステップを実行するためのプログラム・コードの命令を含むコンピュータ・プログラム製品。
（付記２０）
プロセッサに少なくとも付記１〜９のいずれかに記載の方法のステップを実行させるための命令が記憶されたプロセッサ可読媒体。
（付記２１）
計算装置上でプログラムが実行されたときに付記１〜９のいずれかに記載の方法のステップを実行するためのプログラム・コードの命令を保持する非一時的記憶媒体。
（付記２２）
付記１〜９のいずれかに記載の方法によって処理される第１のシンタックス要素および第２のシンタックス要素を保持することを特徴とする、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを保持する信号。

Claims (22)

1. ＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと呼ばれる、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと呼ばれる、前記ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする方法であって、当該方法は、前記ビットストリーム内において、前記出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化することを含んでおり、
   前記ビットストリーム内において、前記第１のシンタックス要素とは異なる、前記出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化することをさらに含むことを特徴とする、前記方法。
2. 前記第１のシンタックス要素は、ＨＥＶＣ勧告に準拠したシンタックスを有するＶＵＩメッセージであり、前記第２のシンタックス要素は、ＳＥＩメッセージである、請求項１に記載の方法。
3. 前記第２のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの復号されたバージョンを取得するための情報データをさらに提供する、請求項２に記載の方法。
4. 前記第２のシンタックス要素は、前記イルミネーション・ピクチャの前記復号されたバージョンが形状関数の重み付けされた線形結合によって表されることをさらに示す、請求項２または３に記載の方法。
5. 前記イルミネーション・ピクチャの前記復号されたバージョンを取得するために前記形状関数に適用される重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する補助ピクチャ内に埋め込まれるか、追加的なＳＥＩメッセージ内に埋め込まれる、請求項４に記載の方法。
6. 前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算することによって取得され、前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算する前に前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理のパラメータについての情報をさらに提供する、請求項２〜６のいずれか１項に記載の方法。
7. 前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理の前記パラメータについての情報を集めるルックアップ・テーブルを含む、請求項６に記載の方法。
8. 前記第１のシンタックス要素は、ＳＥＩメッセージであり、前記第２のシンタックス要素は、ＶＵＩメッセージである、請求項１に記載の方法。
9. 前記第１のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの復号されたバージョンを取得するための情報をさらに提供する、請求項８に記載の方法。
10. オリジナルのＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと呼ばれる、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと呼ばれる、前記オリジナルのＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする装置であって、当該装置は、前記ビットストリーム内において、前記出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化するように構成された符号化器を有しており、
    前記符号化器は、前記ビットストリーム内において、前記第１のシンタックス要素とは異なる、前記出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化するようにさらに構成されていることを特徴とする、前記装置。
11. 前記第１のシンタックス要素は、ＨＥＶＣ勧告に準拠したシンタックスを有するＶＵＩメッセージであり、前記第２のシンタックス要素は、ＳＥＩメッセージである、請求項１０に記載の装置。
12. 前記第２のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの前記復号されたバージョンを取得するための情報データをさらに提供する、請求項１１に記載の装置。
13. 前記第２のシンタックス要素は、前記イルミネーション・ピクチャの前記復号されたバージョンが形状関数の重み付けされた線形結合によって表されることをさらに示す、請求項１１または１２に記載の装置。
14. 前記イルミネーション・ピクチャの前記復号されたバージョンを取得するために前記形状関数に適用される重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する補助ピクチャ内に埋め込まれるか、追加的なＳＥＩメッセージ内に埋め込まれる、請求項１３に記載の装置。
15. 前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算することによって取得され、前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算する前に前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理のパラメータについての情報をさらに提供する、請求項１１〜１４のいずれか１項に記載の装置。
16. 前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理の前記パラメータについての情報を集めるルックアップ・テーブルを含む、請求項１５に記載の装置。
17. 前記第１のシンタックス要素は、ＳＥＩメッセージであり、前記第２のシンタックス要素は、ＶＵＩメッセージである、請求項１０に記載の装置。
18. 前記第１のシンタックスは、前記ＨＤＲピクチャの前記復号されたバージョンを取得するために使用される、前記イルミネーション・ピクチャの復号されたバージョンを取得するためのデータをさらに提供する、請求項１７に記載の装置。
19. コンピュータ上でプログラムが実行されたときに請求項１〜９のいずれか１項に記載の方法のステップを実行するためのプログラム・コードの命令を含むコンピュータ・プログラム製品。
20. プロセッサに少なくとも請求項１〜９のいずれか１項に記載の方法のステップを実行させるための命令が記憶されたプロセッサ可読媒体。
21. 計算装置上でプログラムが実行されたときに請求項１〜９のいずれか１項に記載の方法のステップを実行するためのプログラム・コードの命令を保持する非一時的記憶媒体。
22. 請求項１〜９のいずれか１項に記載の方法によって処理される第１のシンタックス要素および第２のシンタックス要素を保持することを特徴とする、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを保持する信号。

Images