(57)【特許請求の範囲】
【請求項１】
ＨＤＲピクチャから取得されるＬＤＲピクチャ及びイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと表記される、当該ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと表記される、当該ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする方法であって、当該方法は、前記ビットストリーム内において、前記出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化することを含んでおり、
前記ビットストリーム内において、前記第１のシンタックス要素とはフォーマットが異なる、前記出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化することをさらに含み、
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの復号されたバージョンを乗算することによって取得される、ことを特徴とする、前記方法。
【請求項２】
ビットストリーム内においてＨＤＲピクチャを符号化する方法であって、ＬＤＲピクチャ及びイルミネーション・ピクチャが前記ＨＤＲピクチャから取得される、前記方法は、出力ＬＤＲフォーマットと表記される、当該ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第１のシンタックス要素を前記ビットストリーム内において符号化することを含んでおり、前記方法は、
前記ビットストリーム内において、前記第１のシンタックス要素とはフォーマットが異なる、出力ＨＤＲフォーマットと表記される、当該ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第２のシンタックス要素を符号化することをさらに含み、
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの復号されたバージョンを乗算することによって取得される、ことを特徴とする、前記方法。
【請求項３】
ＬＤＲピクチャ及びイルミネーション・ピクチャを表すビットストリームからＨＤＲピクチャを復号し、または、ＬＤＲピクチャを表すビットストリームからＬＤＲピクチャを復号する方法であって、当該方法は、
ビットストリームを少なくとも部分的に復号することによって、出力ＬＤＲフォーマットと表記される、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第１のシンタックス要素を取得することを含んでおり、当該方法は、
ビットストリームを少なくとも部分的に復号することによって、前記第１のシンタックス要素とはフォーマットが異なる、出力ＨＤＲフォーマットと表記される、当該ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第２のシンタックス要素を取得することをさらに含み、
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの復号されたバージョンを乗算することによって取得される、ことを特徴とする、前記方法。
【請求項４】
当該第１のシンタックス要素は、ＶＵＩにおいてシグナリングされた前記ＬＤＲピクチャの光電子工学伝達特性を示し、当該第２のシンタックス要素は、ＳＥＩメッセージにおいてシグナリングされた前記ＨＤＲピクチャの前記復号されたバージョンに使用される色空間を示す、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記第１のシンタックス要素は、ＨＥＶＣ勧告に準拠したシンタックスを有するＶＵＩメッセージに含まれ、前記第２のシンタックス要素は、ＳＥＩメッセージに含まれる、請求項４に記載の方法。
【請求項６】
前記第２のシンタックス要素は、当該イルミネーション・ピクチャの復号されたバージョンを取得するためのデータをさらに提供する、請求項５に記載の方法。
【請求項７】
前記第２のシンタックス要素は、前記イルミネーション・ピクチャの前記復号されたバージョンが形状関数の重み付けされた線形結合によって表されることをさらに示す、請求項６に記載の方法。
【請求項８】
前記イルミネーション・ピクチャの前記復号されたバージョンを取得するために前記形状関数に適用される重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する補助ピクチャ内に埋め込まれるか、追加的なＳＥＩメッセージ内に埋め込まれる、請求項７に記載の方法。
【請求項９】
前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算する前に前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理のパラメータについての情報をさらに提供する、請求項６〜８のいずれか１項に記載の方法。
【請求項１０】
前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理の前記パラメータについての情報を集めるルックアップ・テーブルを含む、請求項９に記載の方法。
【請求項１１】
前記第１のシンタックス要素は、ＳＥＩメッセージであり、前記第２のシンタックス要素は、ＶＵＩメッセージである、請求項１〜３のいずれか１項に記載の方法。
【請求項１２】
イルミネーション・ピクチャが当該ＨＤＲピクチャから取得されており、前記第１のシンタックス要素は、前記イルミネーション・ピクチャの復号されたバージョンを取得するための情報をさらに提供する、請求項１１に記載の方法。
【請求項１３】
オリジナルのＨＤＲピクチャから取得されるＬＤＲピクチャ及びイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと表記される、当該ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと表記される、当該オリジナルのＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする装置であって、当該装置は、前記ビットストリーム内において、前記出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化するように構成された符号化器を有しており、
前記符号化器は、前記ビットストリーム内において、前記第１のシンタックス要素とはフォーマットが異なる、前記出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化するようにさらに構成され、
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの復号されたバージョンを乗算することによって取得される、ことを特徴とする、前記装置。
【請求項１４】
ビットストリーム内においてＨＤＲピクチャを符号化する装置であって、
当該装置は、
ＬＤＲピクチャおよびイルミネーション・ピクチャを当該ＨＤＲピクチャから取得し、
出力ＬＤＲフォーマットと表記される、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第１のシンタックス要素を前記ビットストリーム内において符号化するように構成されたプロセッサを含んでおり、
前記プロセッサは、前記第１のシンタックス要素とはフォーマットが異なる、出力ＨＤＲフォーマットと表記される、当該ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第２のシンタックス要素を前記ビットストリーム内において符号化するようにさらに構成され、
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの復号されたバージョンを乗算することによって取得される、ことを特徴とする、前記装置。
【請求項１５】
ＬＤＲピクチャ及びイルミネーション・ピクチャを表すビットストリームからＨＤＲピクチャを復号し、または、ＬＤＲピクチャを表すビットストリームからＬＤＲピクチャを復号する装置であって、
当該装置は、
ビットストリームを少なくとも部分的に復号することによって、出力ＬＤＲフォーマットと表記される、前記ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第１のシンタックス要素を取得するように構成されたプロセッサを含んでおり、
前記プロセッサは、ビットストリームを少なくとも部分的に復号することによって、前記第１のシンタックス要素とはフォーマットが異なる、出力ＨＤＲフォーマットと表記される、当該ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットを規定する第２のシンタックス要素を取得するようにさらに構成され、
前記ＨＤＲピクチャの前記復号されたバージョンは、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの復号されたバージョンを乗算することによって取得される、ことを特徴とする、前記装置。
【請求項１６】
当該第１のシンタックス要素は、ＶＵＩにおいてシグナリングされた前記ＬＤＲピクチャの光電子工学伝達特性を示し、当該第２のシンタックス要素は、ＳＥＩメッセージにおいてシグナリングされた前記ＨＤＲピクチャの前記復号されたバージョンに使用される色空間を示す、請求項１３〜１５のいずれか１項に記載の装置。
【請求項１７】
前記第１のシンタックス要素は、ＨＥＶＣ勧告に準拠したシンタックスを有するＶＵＩメッセージに含まれ、前記第２のシンタックス要素は、ＳＥＩメッセージに含まれる、請求項１６に記載の装置。
【請求項１８】
前記第２のシンタックス要素は、当該イルミネーション・ピクチャの前記復号されたバージョンを取得するための情報データをさらに提供する、請求項１７に記載の装置。
【請求項１９】
前記第２のシンタックス要素は、前記イルミネーション・ピクチャの前記復号されたバージョンが形状関数の重み付けされた線形結合によって表されることをさらに示す、請求項１８に記載の装置。
【請求項２０】
前記イルミネーション・ピクチャの前記復号されたバージョンを取得するために前記形状関数に適用される重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する補助ピクチャ内に埋め込まれるか、追加的なＳＥＩメッセージ内に埋め込まれる、請求項１９に記載の装置。
【請求項２１】
前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに前記イルミネーション・ピクチャの前記復号されたバージョンを乗算する前に前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理のパラメータについての情報をさらに提供する、請求項１８〜２０のいずれか１項に記載の装置。
【請求項２２】
前記第２のシンタックス要素は、前記ＬＤＲピクチャの前記復号されたバージョンに適用されるように意図された後処理の前記パラメータについての情報を集めるルックアップ・テーブルを含む、請求項２１に記載の装置。
【請求項２３】
前記第１のシンタックス要素は、ＳＥＩメッセージであり、前記第２のシンタックス要素は、ＶＵＩメッセージである、請求項１３〜１５のいずれか１項に記載の装置。
【請求項２４】
イルミネーション・ピクチャが当該ＨＤＲピクチャから取得されており、前記第１のシンタックス要素は、前記イルミネーション・ピクチャの復号されたバージョンを取得するためのデータをさらに提供する、請求項２３に記載の装置。
【請求項２５】
コンピュータ上でプログラムが実行されたときに請求項１〜１２のいずれか１項に記載の方法のステップを実行するためのプログラム・コードの命令を含むコンピュータ・プログラム。
【請求項２６】
プロセッサに少なくとも請求項１〜１２のいずれか１項に記載の方法のステップを実行させるための命令が記憶されたプロセッサ可読媒体。
【請求項２７】
計算装置上でプログラムが実行されたときに請求項１〜１２のいずれか１項に記載の方法のステップを実行するためのプログラム・コードの命令を保持する非一時的記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示内容は、概ね、デュアル変調符号化／復号スキームを含む配信フレームワーク内で出力ピクチャ／ビデオ・フォーマットをシグナリングすることに関する。
【０００２】
また、本開示内容は、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを生成する符号化方法、ならびに、ビットストリームによってシグナリングされた出力ピクチャ／ビデオ・フォーマットに従ってＬＤＲピクチャまたはＨＤＲピクチャのいずれかを復号する復号方法および装置に関する。
【背景技術】
【０００３】
本項は、読者に対し、以下に説明し、さらに／または、請求項に記載する本開示内容の様々な態様に関連すると考えられる様々な技術態様を読者に紹介することを意図している。この説明が本発明の様々な態様をより良好に理解しやすいようにするための背景情報を読者に提供するのに役立つものと確信する。したがって、それぞれの記載は、この点に鑑みて読まれるべきものであり、先行技術を自認するものではないことを理解すべきである。
【０００４】
以下において、ピクチャ（時折、従来技術において、画像（イメージ）またはフレームと呼ばれる）は、特定のピクチャ／ビデオ・フォーマットのサンプル（画素値）の１つまたは幾つかのアレイを含む。このピクチャ／ビデオ・フォーマットは、ピクチャ（またはビデオ）の画素値に関連する全ての情報およびピクチャ（またはビデオ）を視覚化および／または復号するためにディスプレイおよび／または復号装置によって使用される可能性のある全ての情報を規定する。ピクチャは、通常はルマ（または輝度）成分である、サンプルの第１のアレイの形状の少なくとも１つの成分、さらに場合によっては、通常は色成分である、サンプルの少なくとも１つの別のアレイの形状の少なくとも１つの別の成分を含む。
【０００５】
低ダイナミックレンジ・ピクチャ（ＬＤＲピクチャ）は、そのルマ（輝度）・サンプルが限られた数のビット（８または１０であることが最も多い）で表現されたピクチャである。この限定された表現は、特に暗輝度領域や明輝度領域内で小さな変化を有する信号のレンダリングを正確に補正できるようにするものではない。高ダイナミックレンジ・ピクチャ（ＨＤＲピクチャ）においては、全体のレンジにわたって信号の高精度を維持するために、信号表現が拡張される。ＨＤＲピクチャにおいては、ルマ・サンプルは、通常、最も人気があるフォーマットがｏｐｅｎＥＸＲ半精度浮動小数点フォーマット（ＲＧＢ成分毎に１６ビット、すなわち、サンプル毎に４８ビット）である、浮動小数点フォーマット（各成分に対し、３２ビットまたは１６ビットのいずれか、すなわち、単精度浮動小数点（ｆｌｏａｔ）または半精度浮動小数点（ｈａｌｆ−ｆｌｏａｔ））で、または、通常は少なくとも１６ビットの“ｌｏｎｇ”型表現の整数値で表現される。
【０００６】
デュアル変調スキームは、ビットストリーム内に入力ＨＤＲピクチャを符号化し、ビットストリームを少なくとも部分的に復号することによって入力ＨＤＲピクチャの復号されたバージョンを取得するための通常のアプローチである。その原理は、入力ＨＤＲピクチャからイルミネーション・ピクチャ（イルミネーション・マップまたはバックライト・ピクチャとも呼ばれる）を取得することである。そして、残差ピクチャは、入力ＨＤＲピクチャをイルミネーション・ピクチャで除算することによって取得され、イルミネーション・ピクチャ（またはイルミネーション・ピクチャを表すイルミネーション・データ）および残差ピクチャの双方が直接符号化される。
【０００７】
このアプローチを使用して入力ＨＤＲピクチャを符号化すると、２つの成分を符号化することとなる。これらの成分は、視認可能なピクチャとなる可能性のある、残差ピクチャ（以下、ＬＤＲピクチャと呼ぶ）と、イルミネーション・ピクチャ（または、イルミネーション・ピクチャを表すイルミネーション・データ）とである。そして、ＬＤＲピクチャの復号されたバージョンは、ビットストリームを少なくとも部分的に直接復号することによって取得することができ、入力ＨＤＲピクチャの復号されたバージョンもまた、ＬＤＲピクチャの復号されたバージョンをビットストリームを少なくとも部分的に復号することによって（またはビットストリームを少なくとも部分的に復号することによって取得されたイルミネーション・データから）取得された、イルミネーション・ピクチャの復号されたバージョンで乗算することによって取得することができる。
【０００８】
ＬＤＲピクチャおよびイルミネーション・ピクチャは、異なる入力ピクチャ／ビデオ・フォーマット（ＹＵＶ，ＲＧＢ，ＸＹＺ・・・）を有することがあり、必ずしも同一のフォーマットを有していない。例えば、イルミネーション・ピクチャは、モノクロであり、ＬＤＲピクチャ・フォーマットは、ＹＵＶまたはＲＧＢである。
【０００９】
入力ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットは、以下、出力ＬＤＲフォーマットと呼ばれ、入力ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットは、以下、出力ＨＤＲフォーマットと呼ばれ、これらは、入力ＬＤＲピクチャおよび入力ＨＤＲピクチャのフォーマットと同一とすることができる。以下、これの入力ＬＤＲピクチャおよび入力ＨＤＲピクチャのフォーマットは、それぞれ、入力ＬＤＲフォーマットおよび入力ＨＤＲフォーマットと呼ばれる。
【００１０】
しかしながら、出力フォーマットは、特定の状態に適応化されていると有益であるため、入力フォーマットおよび出力フォーマットは、通常、同一ではない。例えば、出力ＬＤＲまたはＨＤＲフォーマットは、何らかの対象となる特定のディスプレイ、復号されたピクチャの表示のための周囲環境、または、ユーザの嗜好に適応化されていることがある。出力フォーマットをこのように適応化しておくことによって、上記対象の特定のディスプレイ上でのピクチャの復号されたバージョンの視覚的な品質が向上する。なぜならば、符号化／復号スキームは、上記対象の特定のディスプレイでの視覚品質がより良好なものとなるように、所与のビットレートでの配信を最適化するからである。
【００１１】
本開示内容によって解決されるべき課題は、同一のビットストリームから復号されるであろうＬＤＲピクチャまたはＨＤＲピクチャの双方が入力ＬＤＲまたはＨＤＲフォーマットとは異なる特定の出力ＬＤＲフォーマットまたはＨＤＲフォーマットに対応できるようにすることである。
【００１２】
単一のピクチャ（または単一のビデオ）を符号化するように構成された従来の符号化／復号スキームにおいては、入力ピクチャのピクチャ／ビデオ・フォーマットは、シンタックス要素を使用してビットストリーム内でシグナリングされる。このシンタックス要素は、例えば、ＨＥＶＣ勧告（「高効率ビデオ符号化(Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ)」シリーズＨ：オーディオビジュアルおよびマルチメディア・システム（ＡＵＤＩＯＶＩＳＵＡＬ  ＡＮＤ  ＭＵＬＴＩＭＥＤＩＡ  ＳＹＳＴＥＭＳ）、ＩＴＵ−Ｔ  Ｈ．２６５勧告、ＩＴＵの電気通信標準化部門、２０１３年４月）またはＨ２６４／ＡＶＣ勧告（「ジェネリックなオーディオビジュアル・サービスのための高効率ビデオ符号化（Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  Ｓｅｒｖｉｃｅｓ）」シリーズＨ：オーディオビジュアルおよびマルチメディア・システム（ＡＵＤＩＯＶＩＳＵＡＬ  ＡＮＤ  ＭＵＬＴＩＭＥＤＩＡ  ＳＹＳＴＥＭＳ）、ＩＴＵ−Ｔ  Ｈ．２６４勧告、ＩＴＵの電気通信標準化部門、２０１４年２月）で規定されているような、いわゆる「ビデオ・ユーザビリティ情報」（ＶＵＩ）である。
【００１３】
入力ピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットは、ひいては、ＶＵＩによって規定されたピクチャ／ビデオ・フォーマットであり、すなわち、入力ピクチャのピクチャ／ビデオ・フォーマットと同一である。
【００１４】
さらに、このような従来の符号化／復号スキームは、ピクチャの入力／ビデオ・フォーマットをシグナリングするために、単一のＶＵＩのみを符号化できるようにするものであるため、同一のビットストリーム内で、各々がビットストリームから復号されるピクチャに関連する２つのピクチャ／ビデオ出力フォーマットをシグナリングするように良好に適応化されたものではない。
【発明の概要】
【００１５】
上述した内容に鑑み、本開示内容の態様は、コンピュータ・システム上のデータ・オブジェクトの間のセマンティクス関係の構築および維持に関する。以下において、本開示内容の幾らかの態様についての基本的な理解が得られるように、本開示内容を簡略化した要約を提供する。本要約は、開示内容を網羅するような概要ではない。開示内容のキー要素、または決定的要素を特定することは意図されていない。以下の要約は、単に、以下に提供するより詳細な説明の前置きとして、開示内容の幾つかの態様を簡略化して示しているものにすぎない。
【００１６】
開示内容の記載は、従来技術の欠点のうちの幾つかを、ＨＤＲピクチャから取得されるＬＤＲピクチャ及びイルミネーション・ピクチャを表すビットストリーム内において、出力ＬＤＲフォーマットと表記される、ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットと、出力ＨＤＲフォーマットと表記される、ＨＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットとの双方をシグナリングする方法によって解消するものであり、この方法は、ビットストリーム内において、出力ＬＤＲフォーマットを規定する第１のシンタックス要素を符号化することを含む。この方法は、ビットストリーム内において、第１のシンタックス要素とは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素を符号化することをさらに含むことを特徴とする。
【００１７】
本開示内容は、さらに、符号化／復号方法／装置、コンピュータ・プログラム・プロダクト、プロセッサ可読媒体、非一時的記憶媒体、および信号に関する。
【００１８】
本開示内容の特定の性質、さらに、本開示内容の他の目的、利点、特徴、および使用は、添付図面と以下の実施の形態の説明とを併せ鑑みることによって明らかになるであろう。
【００１９】
図面において、本発明の実施形態が例示されている。
【図面の簡単な説明】
【００２０】
【図１】ＨＤＲピクチャＩをビットストリームＦ１内に符号化する方法のステップのブロック図であり、ＬＤＲピクチャおよびイルミネーション・ピクチャは、本開示内容の一実施形態に従ってＨＤＲピクチャから取得される。
【図２】本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームからＨＤＲピクチャまたはＬＤＲピクチャを復号する方法のブロック図である。
【図３】本開示内容の一実施形態による、ＨＥＶＣ勧告に準拠したシンタックスを有する出力ＬＤＲフォーマットを表すＶＵＩメッセージの例を示す図である。
【図４】新たなＳＥＩメッセージの存在をシグナリングするＨＥＶＣ仕様の高レベルシンタックスにおける変更を示す図である。
【図５】本開示内容の一実施形態による、出力ＨＤＲフォーマットを表すＳＥＩメッセージの例を示す図である。
【図５ａ】図５のＳＥＩメッセージの変形例を示す図である。
【図６】イルミネーション・ピクチャのデータを埋め込むために使用される追加的なＳＥＩメッセージの例を示す図である。
【図７】図５に示されているＨＤＲ出力フォーマットを表すＳＥＩメッセージのシンタックスの変形例を示す図である。
【図８】本開示内容の一実施形態によりＨＤＲピクチャから双方が取得されるＬＤＲピクチャおよびイルミネーション・ピクチャを符号化するステップ１１のサブステップのブロック図である。
【図９】本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを復号するステップ２１のサブステップのブロック図である。
【図１０】本開示内容の一実施形態による、フレーム・パッキング配置に関連するＳＥＩメッセージのシンタックスの例を示す図である。
【図１１】図１０のフラグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」の説明が与えられているテーブルである。
【図１２】図１０のフラグ“ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ”の説明が与えられているテーブルである。
【図１３】本開示内容の一実施形態によるフレーム・パッキング配置スキームの例を示す図である。
【図１４】本開示内容の一実施形態によるフレーム・パッキング配置スキームの例を示す図である。
【図１５】本開示内容の一実施形態の変形例によるフレーム・パッキング配置スキームの例を示す図である。
【図１６】本開示内容の一実施形態によるステップ１０のサブステップのブロック図である。
【図１７】本発明の一実施形態によるステップ１６２のサブステップのブロック図である。
【図１８】本発明の一実施形態によるステップ１６２のサブステップのブロック図である。
【図１９】本発明の一実施形態によるステップ１６２のサブステップのブロック図である。
【図２０】図１に記載された方法の変形例による方法のステップのブロック図である。
【図２１】図２に記載された方法の変形例による方法のステップのブロック図である。
【図２２】本開示内容の一実施形態による、出力ＬＤＲフォーマットを表すＳＥＩメッセージの例および出力ＨＤＲフォーマットを表すＶＵＩメッセージの例を示す図である。
【図２３】本開示内容の一実施形態による、出力ＬＤＲフォーマットを表すＳＥＩメッセージの例および出力ＨＤＲフォーマットを表すＶＵＩメッセージの例を示す図である。
【図２４】本開示内容の一実施形態による装置のアーキテクチャの例を示す図である。
【図２５】本開示内容の一施形態による、通信ネットワークを介して通信する２つの遠隔装置を示す図である。
【発明を実施するための最良の形態】
【００２１】
同様または同一の要素には同一の参照符号が付与されている。
【００２２】
以下、本開示内容の実施形態を示している添付図面を参照して、本開示内容をより完全に説明する。しかしながら、本開示内容を多くの代替的な形態で実施することもでき、本開示内容の実施形態に限定されるように解釈されるべきではない。したがって、本開示内容は、様々な改変例や代替的な形態で実施することができる。本開示内容の特定の実施形態を図面において例示し、本明細書中で詳細に説明する。しかしながら、本開示内容を開示する特定の形態に限定することは意図されておらず、むしろ、開示内容には、請求の範囲によって規定された開示内容の精神および範囲の中で、全ての改変例、均等物、変形例が包含されることが理解できよう。
【００２３】
本明細書中で使用されている用語は、特定の実施形態を説明することを目的としており、本開示内容を限定するようには意図されていない。本明細書において、文脈上、他の明示的な記載がなければ、単数として記載されている表現「或る」、「一つ」、「この（その）」は、複数の表現を含むように意図されている。さらに、用語「からなる」、「含む」、および／または、「備える」が本明細書中で使用されている場合、これは、記載されている特徴事項、整数値、ステップ、処理、要素、および／またはコンポーネント（構成部品、成分）が存在することを示しているが、１つ以上の他の特徴事項、整数値、ステップ、処理、要素、コンポーネント（構成部品、成分）、および／またはそのグループが存在するすること、または、追加されることを排除するものではない。さらに、要素が他の要素に「応答する」、または、「接続されている」と記載されている場合、他の要素に直接的に応答する、または、接続されることもあれば、介在する要素が存在することもある。これに対し、要素が他の要素に「直接応答する」、または、「直接接続された」と記載されている場合、介在する要素は存在しない。本明細書において使用されている用語「および／または」は、１つ以上の関連して列挙された項目の任意の全ての組み合わせを含み、「／」と省略されることがある。
【００２４】
本明細書中において、様々な要素について記載するために、第１、第２などの用語が使用されているが、これらの要素は、これらの用語によって限定されるべきものではない。これらの用語は、或る用語と別の用語とを区別する目的のみで使用されている。例えば、本開示内容の教示を逸脱することなく、第１の要素を第２の要素と定義してもよいし、同様に、第２の要素を第１の要素として定義してもよい。
【００２５】
図面の中には、通信の主方向を示す通信経路上に矢印を含むものがあるが、通信は、描かれている矢印とは逆の方向に行なわれる場合があることが理解できよう。
【００２６】
実施形態の中には、ブロック図および動作フローチャートに関して説明されているものがあり、各ブロックは、特定の論理的な機能を実施するための、回路要素、モジュール、または、１つ以上の実行可能な命令を含むコードの部分を表す。なお、他の実施態様では、ブロック内で示される機能は、示しているものとは異なる順番となることがある。例えば、２つのブロックが連続して示されている場合であっても、関連する機能によっては、実際には、ブロックが、実質的に並列して実行されることがあり、または、ブロックが、逆の順番で実行されることがある。
【００２７】
本明細書において、「一実施形態」または「実施形態」と言及されている場合、これは、実施形態との関連で説明されている特定の特徴事項、構造、または特性が開示内容の少なくとも１つの実施態様に含まれる場合があることを意味する。明細書中の様々な箇所に存在する「一実施形態において」または「実施形態に従って（実施形態によれば）」という表現は、必ずしも、全てが同一の実施形態について言及するものではなく、別個の実施形態または代替的な実施形態が相互に他の実施形態に対して排他的となるものではない。
【００２８】
請求の範囲に存在する参照符号は、例示的な目的のみのものであり、請求の範囲に対して限定的な影響を及ぼすものではない。
【００２９】
明示的に記載していないが、本実施形態および変形例を、任意に組み合わせて、または部分的に組み合わせて使用することができる。
【００３０】
以下に記載する方法は、１つのＨＤＲピクチャを符号化するように構成されているが、シーケンスを構成する複数のピクチャが互いに独立して符号化されるため、複数のＨＤＲピクチャ（ビデオ）からなるシーケンスを符号化するように拡張されてもよい。
【００３１】
一般的にいえば、本開示内容は、ビットストリーム内で、出力ＬＤＲフォーマットと呼ばれる、ＬＤＲピクチャの復号されたバージョンのピクチャ／ビデオ・フォーマットおよび出力ＨＤＲフォーマットと呼ばれる、ＨＤＲピクチャＩの復号されたバージョンのピクチャ／ビデオ・フォーマットの双方をシグナリングする方法に関する。
【００３２】
本方法は、出力ＬＤＲフォーマットを規定する第１のシンタックス要素と、第１のシンタックス要素とは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素とを、ビットストリーム内に符号化することを含む。
【００３３】
図１は、ＨＤＲピクチャＩをビットストリームＦ１内に符号化する方法のステップのブロック図であり、ここで、ＬＤＲピクチャおよびイルミネーション・ピクチャは、本開示内容の実施形態に従ってＨＤＲピクチャから取得される。
【００３４】
この方法は、出力ＬＤＲフォーマットを規定する第１のシンタックス要素ＳＥ１と、第１のシンタックス要素ＳＥＩとは異なる、出力ＨＤＲフォーマットを規定する第２のシンタックス要素ＳＥ２とをビットストリームＦ２内に符号化（ステップ１２）するように構成されるモジュールＦＥＮＣを含む。
【００３５】
ＬＤＲピクチャおよびイルミネーション・ピクチャＩＦを符号化されるべき入力ＨＤＲピクチャから判定する方法が良く知られている。（「高ダイナミックレンジ・ビデオ符号化（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）」、ＪＣＴＶＣ−Ｐ０１５９、サンノゼ、米国、２０１４年１月９〜１７日）
【００３６】
例えば、イルミネーション・ピクチャＩＦは、入力ＨＤＲピクチャＩの各サンプルに対するイルミネーション値のトリプレットからなり、トリプレットの各値がサンプルの色成分値に対するイルミネーション値である。イルミネーション・ピクチャＩＦは、形状関数の重み付け線形結合によって表されることもあれば、ＨＤＲピクチャＩの輝度成分の低周波数バージョンによって表されることもあるが、本開示内容は、符号化しようとするＨＤＲピクチャに関連するイルミネーション・ピクチャＩＦを取得または表すどのような特定な手段にも限定されるものではない。
【００３７】
ＬＤＲピクチャＲＦは、通常、ＨＤＲピクチャおよびイルミネーション・ピクチャＩＦから取得される残差ピクチャである。通常、残差ピクチャは、ＨＤＲピクチャＩをイルミネーション・ピクチャＩＦで除算することによって取得される。
【００３８】
ステップ１０において、スプリッタＳＰＬＭは、ＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦを取得するように構成される。
【００３９】
一実施形態によれば、モジュールＳＰＬＭは、ＬＤＲピクチャＲＦまたはイルミネーション・ピクチャＩＦのいずれか、もしくは双方を、ローカル・メモリ／遠隔メモリおよび通信ネットワークのいずれかから、もしくは双方から取得するように構成される。
【００４０】
一実施形態によれば、モジュールＳＰＬＭは、ＨＤＲピクチャＩをＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦに分割するように構成される。
【００４１】
ステップ１１において、ＬＤＲおよびイルミネーション・ピクチャ（または、代替的には、イルミネーション・ピクチャＩＦを表すイルミネーション・データ）は、符号化器ＥＮＣによって符号化される。
【００４２】
変形例によれば、モジュールＦＥＮＣは、さらに、符号化器ＥＮＣによって使用される幾つかのパラメータＰａｒａｍを符号化するように構成される。
【００４３】
一実施形態によれば、パラメータＰａｒａｍは、ビットストリームＦ２内に符号化される。
【００４４】
一実施形態によれば、少なくとも幾つかのパラメータＰａｒａｍおよびビットストリームＦ１（および／またはＦ２の場合もある）が非同期的に送信される。
【００４５】
パラメータＰａｒａｍの幾つかについて、以下、詳細に説明する。
【００４６】
図２は、本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームからＨＤＲピクチャまたはＬＤＲピクチャを復号する方法のブロック図を示す。
【００４７】
ステップ２０において、モジュールＦＤＥＣは、ビットストリームＦ２を少なくとも部分的に復号することによって、出力ＬＤＲフォーマットを規定する第１のシンタックス要素ＳＥ１と出力ＨＤＲフォーマットを規定する第２のシンタックス要素ＳＥ２とを取得するように構成される。
【００４８】
変形例によれば、モジュールＦＤＥＣは、さらに、ローカル・メモリから、または、ビットストリームＦ２を少なくとも部分的に復号することによって、幾つかのパラメータＰａｒａｍを取得するように構成される。
【００４９】
変形例によれば、少なくとも幾つかのパラメータＰａｒａｍおよびビットストリームＦ１（および／または場合によってはＦ２）は、非同期的に受信される。
【００５０】
ステップ２１において、復号器ＤＥＣは、少なくとも部分的にビットストリームＦ１を復号することによって、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000002
およびイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000003
を取得するように構成される。
【００５１】
ステップ２１の一実施形態によれば、イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000004
は、イルミネーション・データから取得することができる。
【００５２】
変形例によれば、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000005
および／またはイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000006
は、ローカル・メモリから取得される。
【００５３】
変形例によれば、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000007
は、さらに、幾つかのパラメータＰａｒａｍに従って取得される。
【００５４】
ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000008
は、第１のシンタックス要素ＳＥ１の出力ＬＤＲフォーマットによって規定されるフォーマットを有する。
【００５５】
ステップ２２において、モジュールＩＳＰＬＭは、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000009
およびイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000010
からＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000011
を取得するように構成される。
【００５６】
ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000012
は、第２のシンタックス要素ＳＥ２の出力ＨＤＲフォーマットによって規定されるフォーマットを有する。
【００５７】
変形例によれば、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000013
は、幾つかのパラメータＰａｒａｍに従って取得される。
【００５８】
この方法の第１の実施形態によれば、第１のシンタックス要素ＳＥ１は、例えば、「ｖｕｉ−ｐａｒａｍｅｔｅｒ（）」と呼ばれるＶＵＩ（Ｖｉｄｅｏ  Ｕｓａｂｉｌｉｔｙ
Ｉｎｆｏｒｍａｔｉｏｎ：ビデオ・ユーザビリティ情報）であり、第２のシンタックス要素ＳＥ２は、例えば、「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」と呼ばれるＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ
Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ：付加拡張情報）である。
【００５９】
図３は、本開示内容の一実施形態による、ＨＥＶＣ勧告に準拠したシンタックスを有する出力ＬＤＲフォーマットを表すＶＵＩメッセージ「ｖｕｉ−ｐａｒａｍｅｔｅｒ（）」の例を示す。
【００６０】
ＶＵＩメッセージは、以下のような、出力ＬＤＲフォーマットを実際に規定するタグを含む。
・  ｖｉｄｅｏ＿ｆｏｒｍａｔは、ＬＤＲピクチャのフォーマット（例えば、ＰＡＬまたはＳＥＣＡＭ）を示す。
・  ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、ＬＤＲピクチャが、符号化された値の利用可能な範囲全体を占めるかどうかを示す。
・  ｃｏｌｏｕｒ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、１であるフラグであり、これは、色を正確にレンダリングして表示可能にするために、３つの要素ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓおよびｍａｔｒｉｘ＿ｃｏｅｆｆｓが使用されるかどうかを示す。
・  ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ソース原色の色度座標を示す。
・  ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＬＤＲピクチャの光電子工学伝達特性を示す。
・  ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、緑、青および赤の原色から輝度成分および色度成分を導出する際に使用される行列係数を記述している。
【００６１】
図５は、本開示内容の一実施形態による出力ＨＤＲフォーマットを表すＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」の例を示している。
【００６２】
ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」は、
ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000014
の出力ＨＤＲフォーマットについての情報を提供する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇが１であるとき、これは、ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」が、出力順において前に存在するＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」の持続性をキャンセルすることを示す。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇが０であるとき、これは、イルミネーション・ピクチャ情報が次に続くことを示す。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔは、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000015
の輝度および色度サンプル・アレイのサンプルのフォーマットを規定する。
【００６３】
一実施形態によれば、タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが０であるとき、これは、サンプルが整数フォーマットであることを意味する。０を超える値のｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔは、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保されている。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔの値は、０であると推定される。
【００６４】
一実施形態によれば、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが１であるとき、これは、１６ビットの半精度浮動フォーマットをサポートしている。
【００６５】
一実施形態によれば、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｓａｍｐｌｅ＿ｆｏｒｍａｔが２であるとき、これは、３２ビットの全精度浮動フォーマットをサポートしている。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが、符号化されたビデオ・シーケンス（ＣＶＳ）に対して使用される色度フォーマットではなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000016
の色度フォーマットを規定する点を除いて、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項７．４．３．２に規定されているものと同一のセマンティクスを有する。
【００６６】
ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」にｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値は、（ＬＤＲピクチャに関連する）ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃと等しいと推定される。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８  ｐｌｕｓ８は、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000017
の輝度サンプル・アレイのサンプルのビット深度を規定する。
【００６７】
タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８は、０〜８の範囲にある（０の値と８の値を含む）。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８がＳＥＩメッセージｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８の値は、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８と等しいと推定される。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８  ｐｌｕｓ８は、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000018
の色度サンプル・アレイのサンプルのビット深度を規定する。
【００６８】
タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、０〜８の範囲にある（０の値と８の値を含む）。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８がＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８と等しいと推定される。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000019
に対して使用される色空間を規定する点を除いて、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。
【００６９】
タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇがＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇの値は、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇと等しいと推定される。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000020
に対して使用される色空間を規定する点を除いて、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」にｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値は、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓと等しいと推定される。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000021
に対して使用される色空間を規定する点を除いて、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。
【００７０】
ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓがＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの値は、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓと等しいと推定される。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓが、ＣＶＳに対して使用される色空間ではなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000022
に対して使用される色空間を規定する点を除いて、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１に規定されているものと同一のセマンティクスを有する。
【００７１】
ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓがＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」に存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、ｍａｔｒｉｘ＿ｃｏｅｆｆｓと等しいと推定される。
【００７２】
ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」は、さらに、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000023
を取得するために使用されるイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000024
を取得するための情報を提供する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅは、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000025
を生成するために使用されるモードを示す。タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが０である場合、これは、場合によっては、二次的なピクチャが一次的な符号化されたピクチャよりも小さい幅および／または高さを有していれば、アップサンプリングの後、イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000026
が補助的に符号化されたピクチャのサンプル値に対応することを示す。なお、二次的なピクチャおよび一次的なピクチャは、上記に引用したＨＥＶＣ勧告によって規定されている。
【００７３】
図５に示された実施形態によれば、タグｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが１である場合、これは、イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000027
が形状関数の重み付けされた線形結合（以下に詳細に説明するようなＰＳＦ）によって表されていることを示している。
【００７４】
この場合、パラメータ「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿Ｘ＿ｓｐａｃｉｎｇ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿Ｙ＿ｓｐａｃｉｎｇ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｗｉｄｔｈ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｈｅｉｇｈｔ」、「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１」、および「ｍｏｄｕｌａｔｉｏｎ＿ＰＳＦ＿ｃｏｅｆｓ」は、ＰＳＦの記述に関連している。
【００７５】
ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが１を超える値である場合、これは、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保されている。ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅが存在しない場合には、ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｔｙｐｅの値は、０であると推定される。
【００７６】
一実施形態によれば、イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000028
を取得するためにＰＳＦに適用されている重み係数は、ＨＥＶＣ勧告に準拠したシンタックスを有する二次的なピクチャに埋め込まれている。
【００７７】
図６に例示されている実施形態によれば、追加的なＳＥＩメッセージ「ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｉｎｆｏ（）」がＳＥＩメッセージ「ｄｕａｌ＿ｍｏｄｕｌａｔｉｏｎ＿ｉｎｆｏ（）」に追加して規定される。
【００７８】
イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000029
を取得するためにＰＳＦに適用される重み係数は、ＳＥＩメッセージ「ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｉｎｆｏ（）」内に埋め込まれる（コーディングされる）。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｗｉｄｔｈは、（例えば、輝度成分またはＹ成分となる）第１の色成分の重み係数行列の行毎のサンプル数に対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｈｅｉｇｈｔは、（例えば、輝度成分またはＹ成分となる）第１の色成分の重み係数行列の列毎のサンプル数に対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｗｉｄｔｈ＿ＣｂＣｒは、（例えば、色度成分またはＸもしくはＺ成分となる）第１および／または第３の色成分の重み係数行列の列毎のサンプル数に対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｈｅｉｇｈｔ＿ＣｂＣｒは、（例えば、色度成分またはＸもしくはＺ成分となる）第２および／または第３の色成分の重み係数行列の列毎のサンプル数に対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｓａｍｐｌｅ［ｃ］［ｃｙ］［ｃｘ］は、重み係数行列内の水平方向の位置ｃｘおよび垂直方向の位置ｃｙでの色成分ｃのサンプルのサンプル値である。
【００７９】
ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」は、さらに、イルミネーション・ピクチャＩＦの復号されたバージョンを用いて乗算する前に、ＬＤＲピクチャＲＦの復号されたバージョンに適用されるように意図された後処理のパラメータについての情報を提供する。
・  「ｍｏｄｕｌａｔｉｏｎ＿ｌｄｒ＿ｍａｐｐｉｎｇ＿ｔｙｐｅ」は、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000030
に適用されるべき処理のタイプに関する。このタグは、ＬＤＲピクチャがＬａｂ色空間で表現されるか、ＹＣｂＣｒ（またはＹｕｖ）色空間で表現されるかを示す。
【００８０】
変形例によれば、ＬＤＲピクチャがＹＣｂＣｒ色空間で表現される場合には、幾つかの追加的なパラメータ（「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ａ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｂ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｃ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ」、「ｍｏｄｕｌａｔｉｏｎ＿ＲＧＢ＿ｆａｃｔｏｒ」）が、図５内のＳＥＩメッセージ「ｄｕａｌ＿ｍｏｄｕｌａｔｉｏｎ＿ｉｎｆｏ（）」に埋め込まれる。これらのパラメータは、乗算の前にＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000031
に適用されるように意図された後処理によって使用される。
【００８１】
代替的な変形例によれば、後処理が、個々のサンプル値に対する複数の単射演算に関わる場合、さらに、これらの連続的な演算を単一の演算に連結可能である場合に、追加的なパラメータをＳＥＩメッセージ内に符号化するのではなく、ルックアップ・テーブルがＳＥＩメッセージに埋め込まれる。
【００８２】
例えば、各サンプル値に対し、単純な数学的演算のカスケード化は、以下のようなものがある。
ｓ  ＝  ｓ＊Ｓ／６５５３６
ｓ  ＝  ｅｘｐ（（ｓ−ｃ０）／ａ０）−ｂ０
ｓ  ＝  ｓ＊ＲＧＢ＿ｆａｃｔｏｒ／１０２４
ここで、Ｓ、ａ０、ｂ０、０、ＲＧＢ＿ｆａｃｔｏｒは、通常、上述の変形例に従ってＳＥＩメッセージに埋め込まれるパラメータである。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｃｏｅｆｓのサイズを示す。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｃｏｅｆｓは、イルミネーション・ピクチャの第１の成分のアレイのサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ０＿ｓｉｚｅのアレイに対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｃｏｅｆｓのサイズを示す。
・  ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｃｏｅｆｓは、イルミネーション・ピクチャの第少なくとも第２の成分のアレイのサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ＬＵＴ１＿ｓｉｚｅのアレイに対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｃｏｅｆｓのサイズを示す。
・  ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｃｏｅｆｓは、ＬＤＲピクチャの第１の成分のサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ０＿ｓｉｚｅのアレイに対応する。
・  ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１＿ｓｉｚｅは、アレイｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１のサイズを示す。
・  ｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１＿ｃｏｅｆｓは、ＬＤＲピクチャの少なくとも第２成分のアレイのサンプルに適用される、サイズｍｏｄｕｌａｔｉｏｎ＿ＬＤＲ＿ＬＵＴ１＿ｓｉｚｅのアレイに対応する。
【００８３】
この代替の変形例は、サンプル値を後処理する前に、パラメータ（例えば、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ａ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｂ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｌｏｇ＿ｃ０」、「ｍｏｄｕｌａｔｉｏｎ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ」、「ｍｏｄｕｌａｔｉｏｎ＿ＲＧＢ＿ｆａｃｔｏｒ」）をＳＥＩメッセージ内に符号化して、これらのパラメータからルックアップ・テーブルを構築する。
【００８４】
本方法の変形例によれば、ビットストリームが複数のピクチャからなるシーケンスを表す場合、各ピクチャに対し、重み係数行列がビットストリーム内に符号化されるようにすることができ、第１のシンタックス要素および第２のシンタックス要素が変更されないことがある。
【００８５】
変形例によれば、ＬＤＲピクチャに対するＬａｂ色空間（ここでは、０であるｍｏｄｕｌａｔｉｏｎ＿ｌｄｒ＿ｍａｐｐｉｎｇ＿ｔｙｐｅに対応する（図５））が使用される場合には、ＶＵＩメッセージ（図３）における幾つかのパラメータは、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000032
が処理されることなくディスプレイまたはレンダリング装置によって直接解釈できないことを示すように、「規定されていない」に対応する値に固定されなければならない。
・  ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ  ＝  ２（規定されていない）
・  ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ＝  ２（規定されていない）
・  ｍａｔｒｉｘ＿ｃｏｅｆｆｓ  ＝  ２（規定されていない）
【００８６】
図６に示されているような追加的なＳＥＩメッセージ「ｍｏｄｕｌａｔｉｏｎ＿ｃｈａｎｎｅｌ＿ｉｎｆｏ」内でイルミネーション・ピクチャＩＦがシグナリングされる場合には、重み係数の小さなアレイのシグナリングに対応する変調モードのみがイルミネーション・ピクチャの再構築のために局所化されたＰＳＦに適用されるようにすることによって、ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」を簡略化することができる。実際、本変形例は、イルミネーション・ピクチャのサンプルの通常の数と比較して、ＳＥＩメッセージにおける符号化された値（サンプル）の数を大幅に削減できるようにする（例えば、ＨＤピクチャに対して、数千サンプルを２、３千のサンプルにする）。これは、したがって、縮小されたサイズのままとするＳＥＩメッセージのコンセプトにより適している。しかしながら、簡略化は、フレーム・パッキング、または、追加的なＳＥＩメッセージである、イルミネーション・ピクチャのどのようなタイプのシグナリングにも適用することができる。
【００８７】
図７は、図５に示されているＨＤＲ出力フォーマットを表す簡略化されたＳＥＩメッセージの例を示している。
【００８８】
ＨＥＶＣ勧告に従って、いかなるＳＥＩメッセージのペイロードもビットストリーム内に示される。
【００８９】
図４は、ＳＥＩメッセージを「ＳＥＩ＿ｐａｙｌｏａｄ」と呼ばれるシンタックス構造にシグナリングする例を示している。これは、ビットストリームＦ２において、図５（または図７）との関連で説明される特定のＳＥＩメッセージのシグナリングを行うために使用される。ＳＥＩペイロード「ｓｅｉ−ｐａｙｌｏａｄ（）」は、ＳＥＩメッセージ「ｄｕａｌ−ｍｏｄｕｌａｔｉｏｎ−ｉｎｆｏ（）」をシグナリングするために追加されている太字のテキストを除き、ＨＥＶＣ勧告に準拠したシンタックスを有する。なお、「ＸＸＸ」は、ＨＥＶＣ勧告において既に使用されている値に基づいて規定される所与の固定値である。
【００９０】
図８は、本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャＩＦを符号化するステップ１１のサブステップのブロック図を示している。
【００９１】
図８との関連において以下に説明する実施形態の変形例によれば、ＨＤＲピクチャＩからＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000033
を減算することによって、第２の残差ピクチャが取得される。第２の残差ピクチャもまた、以下において、第２のＬＤＲピクチャと呼ばれる。第２の残差ピクチャは、ＨＤＲピクチャＩをＬＤＲピクチャＲＦで除算することによって取得することもできる。よって、第２の残差ピクチャは、ＨＤＲピクチャＩとＬＤＲピクチャＲＦとの間の比率残差情報からなる。
【００９２】
サブステップ８０において、モジュールＰＡＣＫＭは、ＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦ（さらに、場合によっては第２の残差ピクチャのような少なくとも別のピクチャ）を、特定のフレーム・パッキング配置スキーム（ＦＰＡＳ）に従って、単一のフレームＳＦ内にパッキングするように構成される。
【００９３】
以下において、ＬＤＲピクチャおよびイルミネーション・ピクチャが開示されている場合のみが示されているが、以下の開示内容を拡張して２つを超えるピクチャを単一のフレームＳＦ内にパッキングすることも自明である。
【００９４】
サブステップ８１において、符号化器ＶＥＮＣは、フレームＳＦをビットストリームＦ１内に符号化する。
【００９５】
一実施形態によれば、特定のフレーム・パッキング配置スキームに依存する符号化パラメータに従って単一のフレームＳＦが符号化される。これらのパラメータは、幾つかのパラメータＰａｒａｍであるとみなすことができる。
【００９６】
本実施形態の変形例によれば、単一のフレームが２つの別個のスライス内に符号化されるように符号化パラメータが規定される。ここで、一方のスライスは、ＬＤＲピクチャＲＦを含み、他方のスライスは、イルミネーション・ピクチャＩＦを含む。これらのスライスは、使用される標準的な符号化スキーム（Ｈ．２６４／ＡＶＣ、ＨＥＶＣ、ＪＰＥＧ２０００）に従って、スライス・グループ、タイル、タイル・グループ、プリシンクトの形態をとることができる。
【００９７】
本変形例には、特定の符号化などの特定の処理を、ＬＤＲピクチャＲＦに対してではなく、イルミネーション・ピクチャＩＦに対し、または、イルミネーション・ピクチャＩＦに対してではなく、ＬＤＲピクチャＲＦに対して適用可能にするという利点がある。
【００９８】
ビットストリームＦ１は、したがって、フレームＳＦからなり、このフレームＳＦは、２つの別個のパッキングされた構成ピクチャ、すなわち、ＬＤＲピクチャＲＦおよびイルミネーション・ピクチャＩＦのサンプルを含む。
【００９９】
サブステップ８２において、モジュールＩＤＭは、フレームＳＦが、特定のフレーム・パッキング配置スキームＦＰＡＳに従って少なくとも２つの別個のパッキングされた構成ピクチャのサンプルを含むことを示す情報データＩＤを処理する。
【０１００】
情報データＩＤは、少なくとも１つのフラグを含み、幾つかのパラメータＰａｒａｍとすることができる。
【０１０１】
モジュールＩＤＭは、情報データが、さらに、少なくとも２つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャＲＦに対応し、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つが、上記ＬＤＲピクチャＲＦに関連付けられたイルミネーション・ピクチャＩＦに対応することを示すことを規定するように構成されている。
【０１０２】
一実施形態によれば、情報データＩＤは、さらに、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つが、例えば、第２の残差ピクチャ、すなわち、ＬＤＲピクチャからＬＤＲピクチャの符号化された／復号されたバージョンを減算することによって取得された残差ピクチャのような別のピクチャに対応することを示す。
【０１０３】
一実施形態によれば、情報データＩＤは、特定のフレーム・パッキング配置スキームを識別する。そして、符号化パラメータは、特定のフレーム・パッキング配置スキームによって制約されることがある。
【０１０４】
サブステップ８２の実施形態によれば、モジュールＩＤＭは、さらに、情報データＩＤが、ＬＤＲピクチャおよびイルミネーション・ピクチャが同一のサイズを有していない（同一の行の数または同一の列の数、またはこの両方）か、且つ／またはフレームＳＦにおける特定の位置を有するを示すことを規定するように構成される。
【０１０５】
サブステップ８２の実施形態によれば、モジュールＩＤＭは、さらに、情報データＩＤが、ＬＤＲピクチャのサイズ（行の数および列の数）および／または位置、ならびに／もしくは、イルミネーション・ピクチャのサイズおよび／または位置を示すことを規定するように構成される。
【０１０６】
サブステップ８２の実施形態によれば、特定のフレーム・パッキング配置スキームは、ＬＤＲピクチャおよび／またはイルミネーション・ピクチャのいずれかが幾つかのピースに分割されることを示し、そして、モジュールＩＤＭが、情報データＩＤ内に、フレームＳＦ内の各ピースの位置を示す少なくとも１つのパラメータを追加するように構成される。
【０１０７】
実施形態によれば、特定のフレーム・パッキング配置スキームＦＰＡＳ、さらに、場合によっては、相対的な符号化パラメータは、幾つかのパラメータＰａｒａｍである。
【０１０８】
本開示内容の一実施形態によれば、情報データＩＤをローカル・メモリまたは遠隔メモリ上に記憶すること、且つ／または、通信インタフェースを通じて（例えば、バスに対し、または、通信ネットワークまたはブロードキャスト・ネットワークを介して）送信することができる。
【０１０９】
本開示内容の一実施形態によれば、ビットストリームＦ１および情報データＩＤが異なる通信インタフェースを介して（異なるバスに対して、または、異なる通信ネットワークまたはブロードキャスト・ネットワークを介して）送信される。
【０１１０】
本開示内容の一実施形態によれば、情報データおよびビットストリームＦ１が非同期の方法で送信される。
【０１１１】
図９は、本開示内容の一実施形態による、ＬＤＲピクチャおよびイルミネーション・ピクチャを表すビットストリームを復号するステップ２１のサブステップのブロック図を示す。
【０１１２】
サブステップ９０において、復号器ＶＤＥＣは、ビットストリームＦ１を少なくとも部分的に復号することによって復号されたフレームＳＦを取得する。
【０１１３】
サブステップ８１において、モジュールＩＤＤは、場合によっては、パラメータＰａｒａｍおよび／またはローカル／遠隔メモリから、情報データＩＤを取得する。情報データＩＤは、復号されたフレームＳＦが特定のフレーム・パッキング配置スキームＦＰＡＳに従った少なくとも２つの別個のパッキングされた構成ピクチャのサンプルを含むことを示す。
【０１１４】
一実施形態によれば、特定のフレーム・パッキング配置スキームＦＰＡＳは、情報データＩＤによって規定されるか、メモリから取得される。
【０１１５】
サブステップ８２において、モジュールＣＨは、情報データＩＤが少なくとも２つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャに対応し、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つがイルミネーション・ピクチャに対応するを示すかどうかをチェックする。
【０１１６】
情報データが少なくとも１つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャに対応し、少なくとも１つの別個のパッキングされた構成ピクチャのうちのもう１つがイルミネーション・ピクチャに対応することを示す場合には、サブステップ８３において、モジュールＵＰＡＣＫＭは、復号された単一のフレームＳＦから、特定のフレーム・パッキング配置スキームＦＰＡＳに従ってＬＤＲピクチャおよびイルミネーション・ピクチャの双方を取得する。
【０１１７】
そして、ＬＤＲピクチャおよびイルミネーション・ピクチャは、例えば、情報データＩＤによって規定された方法に従って、例えば、ＨＤＲピクチャを取得するために使用される。
【０１１８】
一実施形態によれば、復号されたピクチャは、特定のフレーム・パッキング配置スキームＦＰＡＳに依存する復号パラメータに従って復号される。
【０１１９】
開示内容の一実施形態によれば、情報データは、ＳＥＩメッセージ（補助拡張情報メッセージ）である。
【０１２０】
図１０は、本開示内容の実施形態による、フレーム・パッキング配置に関連するこのようなＳＥＩメッセージのシンタックスの例を示している。
【０１２１】
ＳＥＩメッセージのシンタックスは、上記に引用されたＨ．２６４勧告によって規定されているようなフレーム・パッキング配置ＳＥＩメッセージのシンタックスの拡張である。拡張の代わりに、既存のものに加えて、新たなフレーム・パッキング配置ＳＥＩメッセージをＨＤＲピクチャ復号処理のために具体的に規定することもできる。複数の異なるＳＥＩメッセージが存在することを避けるために、フレーム・パッキングＳＥＩメッセージは、出力ＨＤＲフォーマットと、ＬＤＲピクチャの復号されたバージョン
0006719391.tif 000034
およびイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000035
からＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000036
を生成するモジュールＩＳＰＬＭとに関連するパラメータを含めることもできる。したがって、この新たなフレーム・パッキングＳＥＩメッセージは、フレーム・パッキングに関連するパラメータと図５または図７に記載されたパラメータとを組み合わせたものとなるであろう。
【０１２２】
簡潔にいえば、フレーム・パッキング配置ＳＥＩメッセージは、復号器に対し、示されているフレーム・パッキング配置スキームに従って、出力された復号されたピクチャが複数の別個の空間的にパッキングされた構成ピクチャのサンプルを含むことを知らせるものである。この情報を復号器によって使用して、サンプルを適切に再配置し、表示またはその他の目的のために適切に構成ピクチャのサンプルを処理することができる。
【０１２３】
図１０におけるＳＥＩメッセージのシンタックスは、上記に引用したＨ．２６４勧告のセクションＤ．１．２５のテーブル（さらに、ＨＥＶＣ勧告）によって与えられたシンタックスと同様である。
【０１２４】
図１１は、図１０のフラグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」の説明が与えられたテーブルを示している。
【０１２５】
タグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」は、上記に引用されたＩＴＵ−Ｔ  Ｈ．２６４勧告（テーブルＤ−１０）に規定された３つの値（０〜２）と同じものにすることができる。
【０１２６】
本開示内容の一実施形態によれば、このタグは、少なくとも２つの別個のパッキングされた構成ピクチャのうちの１つがＬＤＲピクチャに対応し、少なくとも２つの別個のパッキングされた構成ピクチャのうちのもう１つが上記ＬＤＲピクチャに関連するＨＤＲイルミネーション・ピクチャに対応することを示す特定の値（ここでは、３）を有することができる。
【０１２７】
変形例によれば、タグ「ｃｏｎｔｅｎｔ＿ｉｎｔｅｒｐｒｅｔａｔｉｏｎ＿ｔｙｐｅ」のこの特定の値は、例えば、復号されたＬＤＲピクチャおよびイルミネーション・ピクチャからＨＤＲピクチャを取得するために、フレームＳＦの復号後に適用されるべき後処理をさらに示すことがある。
【０１２８】
図１２は、図１０のフラグ「ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ」の説明が与えられたテーブルである。
【０１２９】
フラグの各値は、特定のフレーム・パッキング配置スキームを規定する。タグは、上記Ｈ．２６４勧告（テーブルＤ−９）に規定されたような高さ値（０−７）を有することができる。
【０１３０】
本開示内容の一実施形態によれば、このタグは、ＬＤＲピクチャおよびイルミネーション・ピクチャが同一のサイズを有していない、且つ／または、フレームＳＦ内の特定の位置を有することを示す特定の値（ここでは８）を有することができる。
【０１３１】
このタグは、さらに、異なるサイズおよび／または位置が少なくとも１つの追加的なフラグによって規定されることを示すことができる。
【０１３２】
変形例によれば、ＬＤＲピクチャのサイズは、ＳＥＩメッセージ内の追加的なパラメータによって規定され、その一方で、イルミネーション・ピクチャのサイズは、ＳＰＳ（シーケンス・パラメータ・セット）から導出することができ、または、イルミネーション・ピクチャのサイズは、ＳＥＩメッセージ内の追加的なパラメータによって規定され、その一方で、ＬＤＲピクチャのサイズは、ＳＰＳ（シーケンス・パラメータ・セット）から導出することができる。なお、ＳＰＳは、ピクチャＳＦのサイズを含む。
【０１３３】
「ｄｉｆｆｅｒｅｎｔ＿ｖｉｅｗｓ＿ｓｉｚｅ＿ｆｌａｇ」と称する第１の追加的なフラグ１は、ＬＤＲピクチャおよびイルミネーション・ピクチャが同一のサイズを有していない、且つ／または、フレームＳＦ内の特定の位置を有することを示すためにＳＥＩメッセージのシンタックスに追加される。
【０１３４】
一組の追加的なパラメータ２がＳＥＩメッセージのシンタックスに追加され、ＬＤＲピクチャのサイズ（幅および高さ）およびイルミネーション・ピクチャのサイズを示す。「ｐｉｃｔｕｒｅ０＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ０の列の数を示し、「ｐｉｃｔｕｒｅ０＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ０の行の数を示し、「ｐｉｃｔｕｒｅ１＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ１の列の数を示し、「ｐｉｃｔｕｒｅ１＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値は、左上隅からのピクチャ１の行の数を示す。
【０１３５】
一組の追加的なパラメータ３がＳＥＩメッセージのシンタックスに追加され、フレームＳＦ内のＬＤＲピクチャの位置およびイルミネーション・ピクチャの位置を示す。値「ｐｉｃｔｕｒｅ０＿ｏｆｆｓｅｔ＿ｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の行からのオフセットを示し、値「ｐｉｃｔｕｒｅ０＿ｏｆｆｓｅｔ＿ｙ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の列からのオフセットを示し、値「ｐｉｃｔｕｒｅ１＿ｏｆｆｓｅｔ＿ｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の行からのオフセットを示し、値「ｐｉｃｔｕｒｅ１＿ｏｆｆｓｅｔ＿ｙ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、フレームＳＦの最初の列からのオフセットを示す。
【０１３６】
図１０において、ピクチャ０は、ＬＤＲピクチャを指し、ピクチャ１は、イルミネーション・ピクチャＩＦを指す。または、図１０において、ピクチャ０は、イルミネーション・ピクチャＩＦを指し、ピクチャ１は、ＬＤＲピクチャを指す。
【０１３７】
別の実施形態によれば、フラグ「ｐｉｃｔｕｒｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ」は、特定のフレーム・パッキング配置ＦＰＡＳに従って、フレームＳＦを符号化するように符号化器を制約するための特定の値とすることができる。
【０１３８】
例えば、符号化器は、（例えば、図１３，１４または図１５に示されているような）スライス毎のフレームＳＦの符号化を行う、または、図１４および図１５に示されているようなフレームＳＦに一致するタイル境界を有するように制約される。
【０１３９】
一実施形態によれば、フラグ「ｐｉｃｔｕｒｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅ」は、ＬＤＲピクチャおよび／またはイルミネーション・ピクチャのいずれも、幾つかのピースに分割される特定のフレーム・パッキング配置スキームＦＰＡＳを示す。特定のフレーム・パッキング配置スキームＦＰＡＳは、さらに、フレームＳＦ内の各ピースの位置を示す。
【０１４０】
図１３は、本実施形態によるこのようなフレーム・パッキング配置スキームの例を示している。
【０１４１】
このフレーム・パッキング配置スキームによれば、ピクチャ１（ＬＤＲピクチャまたはイルミネーション・ピクチャ）は、４つのスライス（ピース）に分割され、スライスは、ピクチャＳＦの底部に位置する。
【０１４２】
図１５は、図１４のフレーム・パッキング配置スキームの変形例を示している。
【０１４３】
ここでは、２つの方向に沿ってピクチャ１をダウンサンプリングすることによって４つのサブピクチャが取得される。
【０１４４】
本開示内容の範囲は、開示されたフレーム・パッキング配置スキームに限定されるものではないが、単一のピクチャ内に２つのピクチャをパッキングするためのどのようなフレーム・パッキング配置スキームにも拡張することができる。
【０１４５】
図１６は、本開示内容の一実施形態によるステップ１０のサブステップのブロック図を示している。
【０１４６】
ステップ１６１において、モジュールＩＣは、輝度成分Ｌを取得し、場合によっては、符号化すべきＨＤＲピクチャＩの少なくとも１つの色成分Ｃ（ｉ）を取得する。
【０１４７】
例えば、ＨＤＲピクチャＩが色空間（Ｘ，Ｙ，Ｚ）に属する場合、輝度成分Ｌは、成分Ｙの変換ｆ（．）例えば、Ｌ＝ｆ（Ｙ）によって取得される。
【０１４８】
ＨＤＲピクチャＩが色空間（Ｒ，Ｇ，Ｂ）に属する場合には、輝度成分Ｌは、例えば、７０９個の色域で、以下に与えられた線形結合によって取得される。
L＝０．２１２７.Ｒ＋０．７１５２.Ｇ＋０．０７２２.Ｂ
【０１４９】
ステップ１６２において、モジュールＢＡＭは、ＨＤＲピクチャＩの輝度成分Ｌからイルミネーション・ピクチャＩＦを特定する。
【０１５０】
図１７に例示されているステップ１６２の実施形態によれば、モジュールＢＩは、バックライト・ピクチャＢａを以下に与えられる形状関数
0006719391.tif 000037
の重み付けされた線形結合として特定する。
【数１】
0006719391.tif 000038
ここで、ａｉは、重み係数である。
【０１５１】
従って、輝度成分Ｌからバックライト・ピクチャＢａを特定することは、バックライト・ピクチャＢａが輝度成分Ｌに適するものとなるような最適な重み係数を見つけること（そして、場合によっては、既知でなければ、最適な形状関数をさらに見つけること）からなる。
【０１５２】
重み係数ａｉを見つけるための多くの公知の方法が存在する。例えば、バックライト・ピクチャＢａと輝度成分Ｌとの間の平均二乗誤差を最小にするために、最小二乗平均を使用することができる。
【０１５３】
なお、形状関数は、（例えば、ＬＥＤを用いて製造され、各形状関数が１つのＬＥＤの応答に対応する）ディスプレイのバックライトの真の物理的な応答であってもよいし、せいぜい、輝度成分に適応する程度の、純粋な数学的な構成であってもよい。
【０１５４】
本実施形態によれば、ステップ１６２から出力されたイルミネーション・ピクチャＩＦは、式（１）によって与えられるバックライト・ピクチャＢａである。
【０１５５】
図１８に例示されているステップ１６２の実施形態によれば、モジュールＢＭは、モジュールＨＬによって取得された入力ＨＤＲピクチャＩの平均輝度値Ｌｍｅａｎを用いて（式（１）によって与えられた）バックライト・ピクチャＢａを変調する。
【０１５６】
この実施形態によれば、ステップ１６２から出力されたイルミネーション・ピクチャＩＦは、変調されたバックライト・ピクチャである。
【０１５７】
実施形態によれば、モジュールＨＬは、輝度成分Ｌ全体にわたって平均輝度値Ｌｍｅａｎを計算するように構成される。
【０１５８】
実施形態によれば、モジュールＨＬは、平均輝度値Ｌｍｅａｎを以下の式によって計算するように構成される。
【数２】
0006719391.tif 000039
ここで、βは、１未満の係数であり、Ｅ（Ｘ）は、輝度成分Ｌの数学的な期待値（平均）である。
【０１５９】
この最後の実施形態には、極端に高い値を有する少数の画素によって平均輝度値Ｌｍｅａｎに影響が及ぼされ、ＨＤＲピクチャＩが複数の画像からなるシーケンスに属する場合に、通常、非常に悩ましい時間的な平均輝度の不安定さが生ずるということを回避できるという利点がある。
【０１６０】
本発明は、平均輝度値Ｌｍｅａｎを算出するための特定の実施形態に限定されない。
【０１６１】
図１９に例示されているこの実施形態の変形例によれば、ＨＤＲピクチャに対し、（または、ＨＤＲピクチャＩが複数のピクチャからなるシーケンスに属する場合には、全てのＨＤＲピクチャに対し、）ミッド・グレイ・アット・ワン（ｍｉｄ−ｇｒａｙ−ａｔ−ｏｎｅ）バックライト画像Ｂａｇｒａｙを取得するように、モジュールＮは、（式（１）で与えられる）バックライト画像Ｂａをその平均値Ｅ（Ｂａ）によって正規化する。
【数３】
0006719391.tif 000040
【０１６２】
そして、モジュールＢＭは、ミッドグレーアトワン・バックライト画像Ｂａｇｒａｙを、以下の関係式を使用して、ＨＤＲピクチャＩの平均輝度値Ｌｍｅａｎで変調するように構成される。
【数４】
0006719391.tif 000041
ここで、ｃｓｔｍｏｄは、変調係数であり、αは１未満、典型的には、１／３の別の変調係数である。
【０１６３】
変形例によれば、ステップ１６２から出力されるイルミネーション・ピクチャＩＦは、式（２）によって与えられる変調されたバックライト画像Ｂａｍｏｄである。
【０１６４】
なお、変調係数ｃｓｔｍｏｄは、残差ピクチャに対し、良好な見た目を有する輝度を得るように調整され、バックライト・ピクチャを取得するための処理に大きく依存している。例えば、最小二乗平均によって取得されるバックライト・ピクチャでは、ｃｓｔｍｏｄ≒１．７である。
【０１６５】
実際には、線形性により、バックライト画像を変調するための全ての処理は、補正係数としての、バックライト係数ａｉに適用される。これにより、以下のものを得るように、係数ａｉを新たな係数
0006719391.tif 000042
に変換する、
【数５】
0006719391.tif 000043
【０１６６】
ステップ１６３において、残差ピクチャＲｅｓは、ＨＤＲピクチャをイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000044
で除算することによって算出される。
【０１６７】
符号化器側と復号器側との両方でイルミネーション・データが同一となるように、ＨＤＲイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000045
を使用して、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000046
の精度を向上させるとよい。
【０１６８】
より厳密には、輝度成分Ｌ、且つ、場合によっては、モジュールＩＣから取得されたＨＤＲピクチャＩの各色成分Ｃ（ｉ）は、イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000047
によって分割される。この除算は、ピクセル毎に行われる。
【０１６９】
例えば、入力ＨＤＲピクチャＩの成分Ｒ，Ｇ，またはＢが色空間（Ｒ，Ｇ，Ｂ）で表現される場合、成分ＲＲｅｓ、ＧＲｅｓ、およびＢＲｅｓが以下のように取得される。
【数６】
0006719391.tif 000048
【０１７０】
例えば、ＨＤＲピクチャＩのＸ、Ｙ、またはＺ成分は、色空間（Ｙ，Ｙ，Ｚ）で表現される場合、ＸＲｅｓ、ＹＲｅｓ、およびＺＲｅｓは、以下のように取得される。
【数７】
0006719391.tif 000049
【０１７１】
本方法の実施形態によれば、イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000050
は、図２との関連で説明されているように、復号器ＤＥＣ（ステップ２１）によって、ビットストリームＦ１を少なくとも部分的に復号することによって取得される。
【０１７２】
図２０は、図１に記載された方法の変形例による方法のステップのブロック図を示している。
【０１７３】
サブステップ２０１において、モジュールＴＭＯは、視認可能なＬＤＲピクチャＲｅｓｖを取得するために、残差ピクチャＲｅｓ、ステップ１０の出力をトーン・マッピングする。
【０１７４】
残差画像Ｒｅｓは、その動的範囲が高すぎるため、さらに、この残差画像Ｒｅｓの復号されたバージョンが過度の視認可能なアーティファクトを示すため、視認可能でない場合があるように見受けられる。残差画像をトーン・マッピングすることにより、これらの欠点のうちの少なくとも１つが解消される。
【０１７５】
本発明は、特定のトーン・マッピング演算子に限定されるものではない。ここでの唯一つの条件は、トーン・マッピング演算子が可逆なものという点である。
【０１７６】
例えば、Ｒｅｉｎｈａｒｄ氏によって定義されたトーン・マッピング演算子を使用することができる（Ｒｅｉｎｈａｒｄ，Ｅ．、Ｓｔａｒｋ，Ｍ．、Ｓｈｉｒｌｅｙ，Ｐ．、およびＦｅｒｗｅｒｄａ，Ｊ．、「ディジタル画像のためのフォトグラフィック・トーン再現（Ｐｈｏｔｏｇｒａｐｈｉｃ  ｔｏｎｅ  ｒｅｐｒｏｄｕｃｔｉｏｎ  ｆｏｒ  ｄｉｇｉｔａｌ  ｉｍａｇｅｓ）」グラフィックス２１についてのＡＣＭ論文誌（２００２年７月））、または、Ｂｏｉｔａｒｄ，Ｒ．、Ｂｏｕａｔｏｕｃｈ，Ｋ．、Ｃｏｚｏｔ，Ｒ．、Ｔｈｏｒｅａｕ，Ｄ．、およびＧｒｕｓｏｎ，Ａ.（２０１２年）、「ビデオ・トーン・マッピングのための時間干渉性（Ｔｅｍｐｏｒａｌ  ｃｏｈｅｒｅｎｃｙ  ｆｏｒ  ｖｉｄｅｏ  ｔｏｎｅ  ｍａｐｐｉｎｇ）」、または、Ａ．Ｍ．Ｊ．ｖａｎ  Ｅｉｊｋ、Ｃ．  Ｃ．  Ｄａｖｉｓ、Ｓ.  Ｍ.  Ｈａｍｍｅｌ、およびＡ．Ｋ．Ｍａｊｕｍｄａｒ  （編者）、ＳＰＩＥ８４９９議事録、ディジタル画像処理のアプリケーション（Ａｐｐｌｉｃａｔｉｏｎｓ  ｏｆ  Ｄｉｇｉｔａｌ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｉｎｇ）（ｐ．８４９９０Ｄ−８４９９０Ｄ−１０））。
【０１７７】
ステップ２０１の実施形態によれば、残差ピクチャＲｅｓをトーン・マッピングすることは、残差ピクチャの画素値に従ってガンマ補正またはＳＬｏｇ補正のいずいれかを行うステップを含む。
【０１７８】
視認可能なＬＤＲピクチャＲｅｓｖは、そして、例えば、
【数８】
0006719391.tif 000051
によって与えられる。ここで、Ａは定数値であり、γは、ガンマ曲線の係数であり、例えば、１／２．４である。
【０１７９】
代替的には、視認可能なＬＤＲピクチャＲｅｓｖは、そして、例えば、
【数９】
0006719391.tif 000052
によって与えられる。ここで、ａ、ｂ、およびｃは、０および１が不変条件であり、ＳＬｏｇ曲線の導関数が１未満のガンマ曲線によって延長される場合に、１において連続するように決められるＳＬｏｇの係数である。したがって、ａ、ｂ、およびｃは、パラメータγの関数である。 
【０１８０】
実施形態によれば、ガンマＳｌｏｇ曲線のパラメータγは、パラメータＰａｒａｍとして符号化される。
【０１８１】
ガンマ補正を残差ピクチャＲｅｓに適用すると、暗領域の明るさが引き上げられるが、
明画素の焼き付きを回避するほどには十分にハイライトを低下するものではない。
【０１８２】
ＳＬｏｇ補正を残差ピクチャＲｅｓに適用すると、十分にハイライトが低下するが、暗領域の明るさを引き上げるものではない。
【０１８３】
したがって、ステップ２０１の好ましい実施形態によれば、モジュールＴＭＯは、残差ピクチャＲｅｓの画素値に従って、ガンマ補正またはＳＬｏｇ補正を適用する。
【０１８４】
残差ピクチャＲｅｓの画素値が（例えば、１である）閾値未満である場合、ガンマ補正が適用され、そうでない場合には、ＳＬｏｇ補正が適用される。
【０１８５】
構成上、視認可能なＬＤＲピクチャＲｅｓｖは、通常、ＨＤＲピクチャＩの輝度に依存して、多かれ少なかれ１に近い平均値を有し、上述したガンマ−Ｓｌｏｇの組み合わせを利用すると特に効率的になる。
【０１８６】
本方法の実施形態によれば、ステップ２０２において、モジュールＳＣＡは、符号化（ステップ１１）の前に、残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチャＲｅｓｖの各成分をスケーリング係数ｃｓｔｓｃａｌｉｎｇで乗算することによって、残差ピクチャＲｅｓまたは視認可能な残差ピクチャＲｅｓｖをスケーリングする。結果として得られるＬＤＲピクチャＲｅｓｓは、以下によって与えられる。
Ｒｅｓｓ＝ｃｓｔｓｃａｌｉｎｇＲｅｓ、または
Ｒｅｓｓ＝ｃｓｔｓｃａｌｉｎｇＲｅｓｖ
【０１８７】
特定の実施形態によれば、スケーリング係数ｃｓｔｓｃａｌｉｎｇは、０〜最大値２Ｎ−１までの間の、残差ピクチャＲｅｓの値、または視認可能なＬＤＲピクチャＲｅｓｖの値をマッピングするように規定される。ここで、Ｎは、残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチャＲｅｓｖを符号化するために使用される符号化器による符号化のための入力として認められるビット数である。
【０１８８】
これは、当然に、（残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチャＲｅｓｖの概ね平均値である）値１をミッドグレイ値２Ｎ−１にマッピングすることによって取得される。したがって、標準的なビット数Ｎ＝８を用いて、残差ピクチャＲｅｓまたは視認可能なＬＤＲピクチＲｅｓｖに対し、スケーリング係数が１２０である場合には、２７＝１２８でニュートラルグレイに近くなるため、極めて一貫した値となる。
【０１８９】
本方法の実施形態によれば、ステップ２０３において、モジュールＣＬＩは、符号化の前に残差ピクチャＲｅｓ、Ｒｅｓｖ、またはＲｅｓｓをクリッピングして、そのダイナミック・レンジを目標ダイナミック・レンジＴＤＲに制限する。目標ダイナミック・レンジＴＤＲは、例えば、残差ピクチャの符号化に使用される符号化器の機能に従って規定される。
【０１９０】
この最後の実施形態によれば、結果として得られるＬＤＲピクチャＲｅｓｃは、例えば、本方法の実施形態に従って、以下のように与えられる。
Ｒｅｓｃ＝ｍａｘ（２Ｎ，Ｒｅｓ）
Ｒｅｓｃ＝ｍａｘ（２Ｎ，Ｒｅｓｖ）、または
Ｒｅｓｃ＝ｍａｘ（２Ｎ，Ｒｅｓｓ）
【０１９１】
本発明は、このようなクリッピング（ｍａｘ（．））に限定されるものではないが、どのような種類のクリッピングにも拡張される。
【０１９２】
スケーリングの実施形態とクリッピングの実施形態とを組み合わせることによって、本方法の実施形態により、以下によって与えられるＬＤＲピクチャ画像Ｒｅｓｓｃが得られる。
Ｒｅｓｓｃ＝ｍａｘ（２Ｎ，ｃｓｔｓｃａｌｉｎｇ＊Ｒｅｓ）、または、
Ｒｅｓｓｃ＝ ｍａｘ（２Ｎ，ｃｓｔｓｃａｌｉｎｇ＊Ｒｅｓｖ）
【０１９３】
本方法の実施形態によれば、残差ピクチャＲＦは、残差ピクチャＲｅｓ、Ｒｅｓｖ、Ｒｅｓｓ、または、Ｒｅｓｃのうちの１つである。
【０１９４】
そして、イルミネーション・ピクチャＩＦおよび残差ピクチャＲＦは、図１との関連で説明された符号化器ＥＮＣ（ステップ１１）によって符号化される。
【０１９５】
残差ピクチャのトーン・マッピングおよびスケーリングは、パラメトリックな処理である。なお、パラメータ
0006719391.tif 000053
は、後処理およびカラー・グレーディングにおける専門家の嗜好に合わせてコンテンツに最適なものとなるようにされる。さらに、これらのパラメータは、固定されている場合もあれば固定されていない場合もあり、固定されていない場合には、幾つかのパラメータＰａｒａｍとみなされる。
【０１９６】
その一方で、様々なピクチャの全ての場合に許容されるように、ユニバーサル・パラメータが規定されることがある。
【０１９７】
図２１は、図２に記載した方法の変形例による方法のステップのブロック図を示している。
【０１９８】
上述したように、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000054
およびイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000055
は、ステップ２１から取得される。
【０１９９】
ステップ２１３において、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000056
は、
ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000057
に
イルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000058
を乗算することによって取得される。
【０２００】
一実施形態によれば、パラメータ
0006719391.tif 000059
および／または
0006719391.tif 000060
もまた、ローカル・メモリから、または、モジュールＦＤＥＣから取得される（ステップ２０）。
【０２０１】
本方法の実施形態によれば、ステップ２１１において、モジュールＩＳＣＡは、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000061
をパラメータ
0006719391.tif 000062
で除算することによって、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000063
に逆スケーリングを適用する。
【０２０２】
一実施形態によれば、ステップ２１２において、モジュールＩＴＭＯは、パラメータ
0006719391.tif 000064
によってＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000065
に逆トーン・マッピングを適用する。 
【０２０３】
例えば、パラメータ
0006719391.tif 000066
は、ガンマ曲線を規定し、逆トーン・マッピングは、単に、ガンマ曲線から、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000067
の画素値に対応する値を単に見つけるものである。
【０２０４】
ステップ２１３で使用されているＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000068
は、よって、本方法の幾つかの実施形態に従った、ＬＤＲピクチャＲＦの復号されたバージョン
0006719391.tif 000069
、ステップ２１の出力、または、ＬＤＲピクチャＲＦの逆スケーリングされたバージョン（ステップ２１１の出力）、または、ＬＤＲピクチャＲＦの逆トーン・マッピングされたバージョン（ステップ２１１を行わないステップ２１２の出力）、または、ＬＤＲピクチャＲＦの逆スケーリングおよび逆トーン・マッピングされたバージョン（ステップ２１１を行ったステップ２１２の出力）である。
【０２０５】
ビットストリームＦ１は、ローカル・メモリまたは遠隔メモリに記憶され、且つ／または、通信インタフェースを通じて（例えば、バスに対して、または、通信ネットワークまたはブロードキャスト・ネットワークを介して）送信される。
【０２０６】
ビットストリームＦ２は、ローカル・メモリまたは遠隔メモリに記憶され、且つ／または、通信インタフェースを通じて（例えば、バスに対して、または、通信ネットワークまたはブロードキャスト・ネットワークを介して）送信される。
【０２０７】
ビットストリームＦ１およびビットストリームＦ２は、非同期的に送信することができる。
【０２０８】
ビットストリームＦ１とビットストリームＦ２とを一緒に合わせて、本開示内容の変形例による単一のビットストリームを表すことができる。
【０２０９】
復号器ＤＥＣ、ＦＤＥＣ、およびＶＤＥＣは、符号化器ＥＮＣ、ＦＥＮＣ、およびＶＥＮＣのそれぞれによって符号化されたデータを復号するように構成される。
【０２１０】
符号化器ＥＮＣ、ＦＥＮＣ、およびＶＥＮＣ（および復号器ＤＥＣ、ＦＤＥＣ、およびＶＤＥＣ）は、特定の符号化器（復号器）に限定されるものではないが、エントロピー符号化器（復号器）が必要な場合、Ｈ２６４／ＡＶＣやＨＥＶＣで使用される、ハフマン符号化器、算術符号化器、または、Ｃａｂａｃのようなコンテキスト適応符号化器などのエントロピー符号化器を有益に使用することができる。
【０２１１】
符号器ＥＮＣ、ＦＥＮＣ、およびＶＥＮＣ（そして、復号器ＤＥＣ、ＦＤＥＣ、およびＶＤＥＣ）は、例えば、ＪＰＥＧ、ＪＰＥＧ２０００、ＭＰＥＧ２、Ｈ２６４／ＡＶＣまたはＨＥＶＣのような損失を有するイメージ（画像）／ビデオ（映像）符号化器のような特定の符号化器に限定されるものではない。
【０２１２】
変形例によれば、出力ＬＤＲフォーマットは、ＳＥＩメッセージ（第１のメッセージＳＥ１）内に符号化され、出力ＨＤＲフォーマットは、ＶＵＩメッセージ（第２のシンタックス要素ＳＥ２）内に符号化される。
【０２１３】
これらの変形例は、復号されたＬＤＲピクチャがいずれにしても任意のレンダリングＬＤＲ装置上で視認可能でない場合には、例えば、既存のレンダリングＬＤＲ装置（例えば、Ｌａｂ色空間）によってサポートされていない色空間に対応するため、関連性がある。このような場合、出力ＨＤＲフォーマットをシグナリングするためにＶＵＩを保持することが好ましいことがある。
【０２１４】
図２２および図２３は、出力ＬＤＲフォーマットを表す、例えば、「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」と呼ばれるＳＥＩメッセージの例と、本開示内容の一実施形態に従って、ＨＥＶＣ勧告に準拠しているシンタックを有する、出力ＨＤＲフォーマットを表す、例えば、「ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）」と呼ばれるＶＵＩメッセージの例と、を示す。
【０２１５】
ＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」は、以下の出力ＬＤＲフォーマットを実際に規定するタグを含む。
ＬＤＲ＿ｖｉｄｅｏ＿ｃａｎｃｅｌ＿ｆｌａｇ、
ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、
ＬＤＲ＿ｖｉｄｅｏ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、
ＬＤＲ＿ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、および
ＬＤＲ＿ｖｉｄｅｏ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓ
【０２１６】
これらのタグのセマンティクスは、シンタックス要素がＬＤＲピクチャに関連していることを除き、図３との関連で説明したＳＥＩメッセージについてのセマンティクスと同様である。例えば、
ＬＤＲ＿ｖｉｄｅｏ＿ｃａｎｃｅｌ＿ｆｌａｇが１である場合、これは、ＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」が出力順で前に存在するＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」の永続性をキャンセルすることを示す。
ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、以下の点を除き、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000070
に対して使用される色空間を規定している。タグＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇの値は、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇと等しいと推定される。
ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、以下の点を除き、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000071
に対して使用される色空間を規定している。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値は、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓと等しいと推定される。
ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、以下の点を除き、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000072
に対して使用される色空間を規定している。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの値は、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓと等しいと推定される。
ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、以下の点を除き、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素に対して上記で引用したＨＥＶＣ勧告の項Ｅ．２．１で規定したものと同一のセマンティクスを有する。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、ＣＶＳに対して使用される色空間でなく、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000073
に対して使用される色空間を規定している。ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓがＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」内に存在しない場合には、ＬＤＲ＿ｖｉｄｅｏ＿ｔａｒｇｅｔ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、ｍａｔｒｉｘ＿ｃｏｅｆｆｓと等しいと推定される。
【０２１７】
ＳＥＩメッセージ「ＬＤＲ＿ｖｉｄｅｏ＿ｉｎｆｏ（）」の他のタグは、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000074
を取得するために使用されるイルミネーション・ピクチャＩＦの復号されたバージョン
0006719391.tif 000075
を取得するモジュールＩＳＰＬＭによって使用されるパラメータについての情報を提供する。これらのタグのセマンティクスは、図５との関連で説明したＳＥＩメッセージに対して述べたセマンティクスと同様である。
【０２１８】
図２３は、ＶＵＩメッセージ「ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）」の例を示している。
【０２１９】
これらのタグのセマンティクスは、ＨＤＲピクチャに関連するシンタックス要素を除き、図３との関連で説明したＶＵＩメッセージに対して述べたセマンティクスと同様である。 
【０２２０】
変形例によれば、特定のシンタックス要素「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が非整数フォーマット（浮動小数点フォーマット）をサポートできるようにするために、ＶＵＩに追加される。例として、ＨＤＲピクチャＩの復号されたバージョン
0006719391.tif 000076
の輝度および色度のサンプル・アレイのサンプルのフォーマットを規定するために、シンタックス要素「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」のセマンティクスが提案される。そして、図２３のタグ「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が０の場合は、サンプルが整数フォーマットであることを示す。０を超える値のフラグ「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約されている。「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が存在しない場合には、「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」の値は、０であると推定される。
【０２２１】
例えば、変形例によれば、タグ「ｓａｍｐｌｅ＿ｆｏｒｍａｔ」が１の場合は、サンプルが半精度浮動小数点フォーマットであることを示す。
【０２２２】
図１〜図２３において、モジュールは、機能ユニットであり、物理的に区別可能なユニットに関連することもあれば、そうでないこともある。例えば、これらのモジュール、または、これらのモジュールのうちの幾らかは、ユニークなコンポーネントまたは回路に一体的に集められることもあれば、ソフトウェアの機能に寄与することもある。その一方で、幾らかのモジュールが物理的に別体に構成されることもある。本発明に対応可能な装置は、純粋なハードウェア、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、ＶＬＳＩ（Ｖｅｒｙ  Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）などの専用ハードウェアを用いて実施することもできるし、装置に埋め込まれた幾つかの集積された電子コンポーネントで実施してもよいし、ハードウェア・コンポーネントおよびソフトウェア・コンポーネントを組み合わせて実施してもよい。
【０２２３】
図２４は、図１〜図２３との関連で説明した方法を実施するように構成された装置２４０の例示的なアーキテクチャを表している。
【０２２４】
装置２４０は、データおよびアドレス・バス２４１によって互いにリンクされた要素として、
例えば、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）である、マイクロプロセッサ２４２（またはＣＰＵ）と、
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２４３と、
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２４４と、
アプリケーションに対してを送受信するためのＩ／Ｏインタフェース２４５と、
バッテリ２４６と、を含む。
【０２２５】
変形例によれば、バッテリ２４６は、装置の外部に存在する。図２４のこれらの要素の各々は、当業者によって良く知られたものであるため、さらなる説明を行わない。上述したメモリの各々において、明細書において「レジスタ」という用語が使用されている場合には、これは、小さな容量の領域（幾らかのビット）に対応することもあれば、非常に大きな容量の領域（例えば、プログラム全体または大容量の受信または復号されたデータ）に対応することもある。ＲＯＭ２４３は、少なくともプログラムおよびパラメータを含む。本発明に従った方法のアルゴリズムは、ＲＯＭ２４３に記憶される。スイッチがオンになると、ＣＰＵ２４２は、ＲＡＭ内のプログラムをアップロードし、対応する命令を実行する。
【０２２６】
ＲＡＭ２４４は、レジスタ内のＣＰＵ２４２によって実行され、装置２４０の電源が投入された後にアップロードされたプログラム、レジスタ内の入力データ、レジスタ内の本方法の様々な状態での中間データ、さらに、レジスタ内の本方法の実行のために使用される様々な変数を含む。
【０２２７】
本明細書中で記載されている実施態様は、例えば、方法またはプロセス、装置、ソフトウェア・プログラム、データストリーム、または信号の形態で実施することができる。実施態様が単数形の文脈でのみ説明されている場合であっても（例えば、方法または装置としてのみ説明されている場合であっても）、説明した特徴事項を他の形態（例えば、プログラム）で実施することもできる。装置は、例えば、適切なハードウェア、ソフトウェア、およびファームウェアで実施することができる。本方法は、例えば、一般的には、例えば、コンピュータ、マイクロプロセッサ、集積回路、または、プログラマブル・ロジック・デバイスを含む、処理装置と呼ばれる、例えば、プロセッサなどの、装置で実施される。プロセッサは、さらに、例えば、コンピュータ、携帯電話、ポータブル／パーソナル・ディジタル・アシスタント（「ＰＤＡ」）、および、エンドユーザ間の情報の通信を容易にする他の装置などの、通信装置を含む。 
【０２２８】
符号化処理または符号化器の特定の実施形態によれば、入力ＨＤＲピクチャがソースから取得される。例えば、ソースは、
ローカル・メモリ（２４３または２４４）、例えば、ビデオ・メモリまたはＲＡＭ（またはＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、フラッシュ・メモリ、ＲＯＭ（またはＲｅａｄ Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ハードディスクと、
ストレージ・インタフェース（２４５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光学ディスクまたは磁気サポートとのインタフェースと、
通信インタフェース（２４５）、例えば、有線インタフェース（例えば、バス・インタフェース、広域ネットワーク・インタフェース、ローカルエリア・ネットワーク・インタフェース）または無線インタフェース（ＩＥＥＥ８０２．１１インタフェースまたはＢｌｕｒｔｏｏｔｈ（商標）インタフェース）と、
ピクチャ取り込み回路（例えば、ＣＣＤ（Ｃｈａｒｇｅ−Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ−Ｏｘｉｄｅ−Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などのセンサ）と、
を含む要素を組み合わせたものである。
【０２２９】
復号処理または復号器の別の実施形態によれば、復号されたピクチャ
0006719391.tif 000077
および／またはＩＦは、送信対象に対して送信され、具体的には、この送信対象は、
ローカル・メモリ（２４３または２４４）、例えば、ビデオ・メモリまたはＲＡＭ、フラッシュ・メモリ、ハードディスクと、
ストレージ・インタフェース（２４５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光学ディスクまたは磁気サポートとのインタフェースと、
通信インタフェース（２４５）、例えば、有線インタフェース（例えば、バス・インタフェース（例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ））、広域ネットワーク・インタフェース、ローカルエリア・ネットワーク、ＨＤＭＩ（登録商標）（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）インタフェース、または無線インタフェース（ＩＥＥＥ８０２．１１インタフェース、ＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）インタフェース）と、
ディスプレイと、
を含む要素を組み合わせたものである。 
【０２３０】
符号化処理または符号化器の異なる実施形態によれば、ビットストリームＦおよび情報データＩＤは、送信対象に対して送信される。例として、ビットストリームＦおよび情報データＩＤ、またはこれらの双方がローカル・メモリまたは遠隔メモリ、例えば、ビデオ・メモリ（２４４）またはＲＡＭ（２４４）、ハードディスク（２４３）に記憶される。変形例においては、ビットストリームＦまたは情報ＩＤ、もしくはこれらの双方がストレージ・インタフェース（２４５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュ・メモリ、ＲＯＭ、光学ディスクまたは磁気サポートとのインタフェースに送信され、且つ／または通信インタフェース（２４５）、例えば、ポイントトゥポイント・リンク、通信バス、ポイントトゥマルチポイント・リンク、またはブロードキャスト・ネットワークを介して送信される。
【０２３１】
復号処理または復号器の別の実施形態によれば、ビットストリームＦおよび／または情報データＩＤは、ソースから取得される。例示的には、ビットストリームおよび／または情報データＩＤは、ローカル・メモリ、例えば、ビデオ・メモリ（２４４）、ＲＡＭ（２４４）、ＲＯＭ（２４３）、フラッシュ・メモリ（２４３）、またはハードディスク（２４３）から読み出される。変形例においては、ビットストリームおよび／または情報データＩＤがストレージ・インタフェース（１４０５）、例えば、大容量ストレージ、ＲＡＭ、ＲＯＭ，フラッシュ・メモリ、光学ディスク、または、磁気サポートから受信され、且つ／または、通信インタフェース（２４５）、例えば、ポイントトゥポイント・リンク、バス、ポイントトゥマルチポイント・リンク、またはブロードキャスト・ネットワークから受信される。
【０２３２】
別の実施形態によれば、装置２４０は、図１との関連で説明した装置を実施するように構成され、
モバイル・デバイスと、
通信デバイスと、
ゲーム装置と、
タブレット（またはタブレット・コンピュータ）と、
ラップトップと、
静止画像カメラと、
ビデオ・カメラと、
符号化クリップと、
静止画像サーバと、
ビデオ・サーバ（例えば、ブロードキャスト・サーバ、ビデオオンデマンド・サーバ、または、ウェブサーバ）と、
を含む要素を組み合わせたものである。
【０２３３】
別の実施形態によれば、装置２４０は、図２との関連で説明される方法を実施するように構成され、
モバイル・デバイスと、
通信デバイスと、
ゲーム・デバイスと、
ＴＶセットと、
タブレット（またはタブレット・コンピュータ）と、
ラップトップと、
ディスプレイと、
復号チップと、
を含む要素を組み合わせたものである。
【０２３４】
図２５に例示されている実施形態によれば、通信ネットワークＮＥＴを介して２つの遠隔装置ＡおよびＢの間で送信を行う状況において、デバイスＡは、図１との関連で説明される方法を実施するように構成された手段を含み、デバイスＢは、図２との関連で説明される方法を実施するように構成される手段を含む。
【０２３５】
本発明の変形例によれば、ネットワークは、ブロードキャスト・ネットワークであり、静止ピクチャまたは映像ピクチャを、装置Ａから装置Ｂを含む復号装置にブロードキャストするように構成されている。
【０２３６】
本明細書中で記載された様々な処理の実施態様は、様々な異なる機器やアプリケーション、特に、例えば、機器またはアプリケーションで実施することができる。このような機器の例は、符号化器、復号器、復号器からの出力を処理するポストプロセッサ、符号化器に入力を提供するプリプロセッサ、ビデオ符号化器、ビデオ復号器、ビデオコーデック、ウェブサーバ、セットトップ・ボックス、ラップトップ、パーソナル・コンピュータ、携帯電話、ＰＤＡ、そして他の通信装置を含む。機器は、携帯機器でもよく、移動車両に据え付けられるものでさえよいことは明らかであろう。
【０２３７】
さらに、方法は、プロセッサによって実行される命令によって実施されていてもよく、このような命令（および／または実施態様によって生成されるデータ）は、コンピュータ可読記憶媒体に記憶することができる。コンピュータ可読記憶媒体は、１つ以上のコンピュータ可読媒体上で実施され、コンピュータによって実行可能な、コンピュータ可読プログラム・コードが実装されたコンピュータ可読プログラム・プロダクトの形態をとることができる。本明細書中で使用されるコンピュータ可読記憶媒体は、情報を記憶する固有の機能とともに、記憶した情報を取得する固有の機能を与えられた非一時的記憶媒体であると考えられる。コンピュータ可読記憶媒体は、例えば、限定するものではないが、電子的、磁気的、光学的、電磁的、赤外線、または、半導体システム、装置、デバイスとすることができ、上記に挙げたものを任意に組み合わせることができる。本発明を適用可能なコンピュータ可読記憶媒体のより具体的な例を以下に提供するが、列挙されている例は、例示的なものに過ぎず、網羅的なものではないことが、当業者であれば容易に理解できるであろう。
ポータブル・コンピュータ・ディスク、ハードディスク、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光学記憶装置、磁気記憶装置、または、上記に挙げたものを任意に組み合わせたもの。
【０２３８】
命令は、プロセッサ可読媒体上に現実的に実装されるアプリケーション・プログラムの形態を取ることができる。 
【０２３９】
例えば、命令は、ハードウェア、ファームウェア、ソフトウェア、またはこれらを組み合わせたものとすることができる。命令は、例えば、オペレーティング・システム、別個のアプリケーション、またはこの２つを組み合わせたものに存在させることができる。よって、プロセッサを、例えば、処理を実行するように構成された装置と、処理を実行する命令を有する（記憶装置などの）プロセッサ可読媒体を含む装置の両方として特徴付けられる。さらに、プロセッサ可読媒体は、命令に追加して、または、命令の代わりに、実施態様により生成されるデータ値を記憶することができる。
【０２４０】
実施態様により、例えば、記憶、送信可能な情報を保持するようにフォーマットされた様々な信号を生成できることは当業者によって自明であろう。情報は、例えば、方法を実行する命令、または、上記の実施態様のうちの１つによって生成されたデータを含む。例えば、信号は、データとして、記載した実施形態のシンタックスの読み書きのためのルールを保持するように、または、記載した実施形態によって記述された実際のシンタックス値をデータとして保持するようにフォーマットすることができる。このような信号は、例えば、（例えば、スペクトルの無線周波数部分を使用した）電磁波として、または、ベースバンド信号としてフォーマットすることができる。フォーマット化には、例えば、データストリームを符号化することおよび符号化されたデータストリームを用いてキャリアを変調することを含めることができる。信号が保持する情報は、例えば、アナログ情報またはディジタル情報である。信号は、公知である様々な有線リンクまたは無線リンクを介して送信することができる。信号は、プロセッサ可読媒体に記憶することができる。
【０２４１】
幾つかの実施態様について説明を行った。しかしながら、様々な改変を施すことができることが理解できよう。例えば、複数の異なる実施態様を組み合わせたり、補ったり、変更したり、除去したりすることで他の実施態様を生み出すことができる。さらに、当業者であれば、開示した内容を他の構造や処理で置き換えることができ、結果として得られる実施態様が、少なくとも実質的に同一の方法で、少なくとも実質的に同一の機能を実行し、少なくとも開示した実施態様と実質的に同一の効果を生み出すことが理解できよう。したがって、本出願によってこれらの実施態様およびその他の実施態様が企図される。
【図１】
0006719391.tif 000078
【図２】
0006719391.tif 000079
【図３】
0006719391.tif 000080
【図４】
0006719391.tif 000081
【図５】
0006719391.tif 000082
【図５ａ】
0006719391.tif 000083
【図６】
0006719391.tif 000084
【図７】
0006719391.tif 000085
【図８】
0006719391.tif 000086
【図９】
0006719391.tif 000087
【図１０】
0006719391.tif 000088
【図１１】
0006719391.tif 000089
【図１２】
0006719391.tif 000090
【図１３】
0006719391.tif 000091
【図１４】
0006719391.tif 000092
【図１５】
0006719391.tif 000093
【図１６】
0006719391.tif 000094
【図１７】
0006719391.tif 000095
【図１８】
0006719391.tif 000096
【図１９】
0006719391.tif 000097
【図２０】
0006719391.tif 000098
【図２１】
0006719391.tif 000099
【図２２】
0006719391.tif 000100
【図２３】
0006719391.tif 000101
【図２４】
0006719391.tif 000102
【図２５】
0006719391.tif 000103