(57)【特許請求の範囲】
【請求項１】
ハイダイナミックレンジ映像データを生成するためのデコーダであって、前記デコーダは１つ以上のプロセッサおよび非一時的メモリを備えており、前記デコーダで出力画像を生成することは、
リファレンス処理データを受信し、前記リファレンス処理データの少なくとも一部を前記非一時的メモリに格納することと、
前記リファレンス処理データから巡回冗長検査（ＣＲＣ）パラメータをパースすることと、
前記リファレンス処理データから、少なくとも、ＲＰＵデータヘッダーおよびＲＰＵデータペイロードデータを抽出することと、
前記デコーダにより、前記ＣＲＣパラメータを除く前記リファレンス処理データの全体について、ＣＲＣ値を算出することと、
前記ＣＲＣ値を前記ＣＲＣパラメータと比較することにより、エラーを検出することと、
前記ＲＰＵデータヘッダーからＲＰＵタイプフラグを抽出することと、
ある既定値に前記ＲＰＵタイプフラグの値が一致する場合に限り、前記リファレンス処理データから更なるデータをパースすることと、を含む、デコーダ。
【請求項２】
前記デコーダで出力画像を生成することは、前記リファレンス処理データからディスプレイマネジメントペイロードデータを抽出することをさらに含む、請求項１に記載のデコーダ。
【請求項３】
前記デコーダで出力画像を生成することは、
ベースレイヤ画像を受信することと、
エンハンスメントレイヤ画像を受信することと、
前記リファレンス処理データに基づいて前記ベースレイヤ画像と前記エンハンスメントレイヤ画像とを結合することにより、前記出力画像を生成することと、
をさらに含む、請求項１に記載のデコーダ。
【請求項４】
前記ＲＰＵペイロードデータは、ＲＰＵ予測マッピングデータおよびＲＰＵ非線形量子化器（ＮＬＱ）データを含む、請求項１に記載のデコーダ。
【請求項５】
前記ＲＰＵタイプフラグは、ＲＰＵ処理のタイプを規定するrpu_typeフラグを含み、かつ前記既定値は２に等しい、請求項１に記載のデコーダ。
【請求項６】
前記デコーダで出力画像を生成することは、
前記ＲＰＵデータヘッダーから、先行ｒｐｕデータ使用フラグ（ｕｓｅ−ｐｒｅｖｉｏｕｓ−ｒｐｕ−ｄａｔａ  ｆｌａｇ）を抽出し、前記先行ｒｐｕデータ使用フラグがゼロに設定されている場合に限り、前記ＲＰＵデータペイロードデータを抽出すること、
をさらに含む、請求項１に記載のデコーダ。
【請求項７】
前記先行ｒｐｕデータ使用フラグはuse_prev_vdr_rpu_flagフラグを含み、前記use_prev_vdr_rpu_flagフラグは、１に設定されている場合には、以前に受信されたＲＰＵデータから現ＲＰＵデータを予測することを規定し、０に設定されている場合には、現ＲＰＵデータを明示的に受信することを規定しかつ前記デコーダに対して新しいＲＰＵデータＩＤを生成するように命令する、請求項６に記載のデコーダ。
【請求項８】
前記ＲＰＵデータヘッダーから抽出されたディスプレイマネジメントデータ存在フラグ・フラグ（ｄｉｓｐｌａｙ−ｍａｎａｇｅｍｅｎｔ−ｄａｔａ−ｐｒｅｓｅｎｔ−ｆｌａｇ  ｆｌａｇ）が１に設定されている場合に限り、ディスプレイマネジメントペイロードデータをパースする、請求項２に記載のデコーダ。
【請求項９】
前記ディスプレイマネジメントデータ存在フラグはvdr_dma_metadata_present_flagフ
ラグを含み、前記vdr_dma_metadata_present_flagフラグは、０に設定されている場合に
は、ディスプレイマネジメントペイロードデータが一切存在しないことを規定し、１に設定されている場合には、vdr_dm_data_payload()構文構造に従うディスプレイマネジメン
トペイロードデータが存在することを規定する、請求項８に記載のデコーダ。
【請求項１０】
前記ＲＰＵ予測マッピングデータはrpu_data_mapping()構文構造に従って抽出され、かつ、前記ＲＰＵ非線形量子化器（ＮＬＱ）データはrpu_data_nlq()構文構造に従って抽出される、請求項４に記載のデコーダ。
【請求項１１】
ある既定値に前記ＲＰＵタイプフラグの値が一致する場合に限り、前記リファレンス処理データから更なるデータをパースすることは、ＲＰＵプロファイルおよびＲＰＵレベルのデータをパースすることを含む、請求項１に記載のデコーダ。
【請求項１２】
デコーダでハイダイナミックレンジ映像データを生成するための方法であって、
前記デコーダを使用して、リファレンス処理データを受信する工程と、
前記リファレンス処理データから、巡回冗長検査（ＣＲＣ）パラメータをパースする工程と、
前記リファレンス処理データから、少なくとも、ＲＰＵデータヘッダーおよびＲＰＵデータペイロードデータを抽出する工程と、
前記デコーダにより、前記ＣＲＣパラメータを除く前記リファレンス処理データの全体について、ＣＲＣ値を算出する工程と、
前記ＣＲＣ値を前記ＣＲＣパラメータと比較することにより、エラーを検出する工程と、
前記ＲＰＵデータヘッダーからＲＰＵタイプフラグを抽出する工程と、
ある既定値に前記ＲＰＵタイプフラグの値が一致する場合に限り、前記リファレンス処理データから更なるデータをパースする工程と、
を含む方法。
【請求項１３】
前記デコーダで出力画像を生成する工程は、前記リファレンス処理データからディスプレイマネジメントペイロードデータをパースする工程をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記デコーダで出力画像を生成する工程は、
ベースレイヤ画像を受信する工程と、
エンハンスメントレイヤ画像を受信する工程と、
前記リファレンス処理データに基づいて前記ベースレイヤ画像と前記エンハンスメントレイヤ画像とを結合することにより、前記出力画像を生成する工程と、
をさらに含む、請求項１２に記載の方法。
【請求項１５】
前記ＲＰＵペイロードデータは、ＲＰＵ予測マッピングデータおよびＲＰＵ非線形量子化器（ＮＬＱ）データを含む、請求項１２に記載の方法。
【請求項１６】
前記ＲＰＵタイプフラグは、ＲＰＵ処理のタイプを規定するrpu_typeフラグを含み、かつ前記既定値は２に等しい、請求項１２に記載の方法。
【請求項１７】
前記デコーダで出力画像を生成する工程は、
前記ＲＰＵデータヘッダーから、先行ｒｐｕデータ使用フラグを抽出し、前記先行ｒｐｕデータ使用フラグがゼロに設定されている場合に限り、前記ＲＰＵデータペイロードデータを抽出する工程、
をさらに含む、請求項１２に記載の方法。
【請求項１８】
前記先行ｒｐｕデータ使用フラグはuse_prev_vdr_rpu_flagフラグを含み、前記use_prev_vdr_rpu_flagフラグは、１に設定されている場合には、以前に受信されたＲＰＵデータから現ＲＰＵデータを予測することを規定し、０に設定されている場合には、現ＲＰＵデータを明示的に受信することを規定しかつ前記デコーダに対して新しいＲＰＵデータＩＤを生成するように命令する、請求項１７に記載の方法。
【請求項１９】
前記ＲＰＵデータヘッダーから抽出されたディスプレイマネジメントデータ存在フラグ・フラグが１に設定されている場合に限り、ディスプレイマネジメントペイロードデータをパースする、請求項１４に記載の方法。
【請求項２０】
前記ディスプレイマネジメントデータ存在フラグはvdr_dma_metadata_present_flagフ
ラグを含み、前記vdr_dma_metadata_present_flagフラグは、０に設定されている場合に
は、ディスプレイマネジメントペイロードデータが一切存在しないことを規定し、１に設定されている場合には、vdr_dm_data_payload()構文構造に従うディスプレイマネジメン
トペイロードデータが存在することを規定する、請求項１９に記載の方法。
【請求項２１】
前記ＲＰＵ予測マッピングデータはrpu_data_mapping()構文構造に従って抽出され、かつ、前記ＲＰＵ非線形量子化器（ＮＬＱ）データはrpu_data_nlq()構文構造に従って抽出される、請求項１５に記載の方法。
【請求項２２】
前記出力画像のダイナミックレンジよりも低いダイナミックレンジにおいて、主グラフィックスプレーン画像および副グラフィックスプレーン画像を受信する工程と、
前記主グラフィックスプレーン画像および前記副グラフィックスプレーン画像に逆ディ
スプレイマネジメント工程を適用することにより、前記出力画像の前記ダイナミックレンジにおいて、対応する第３および第４のグラフィック画像を生成する工程と、
前記出力画像と、前記第３および第４のグラフィック画像とを混合することにより、混合画像を生成する工程と、
をさらに含む、請求項１４に記載の方法。
【請求項２３】
前記出力画像のダイナミックレンジよりも低いダイナミックレンジにおいて、主グラフィックスプレーン画像、背景プレーン画像、および副グラフィックスプレーン画像を受信する工程と、
前記主グラフィックスプレーン画像、前記背景プレーン画像、および前記副グラフィックスプレーン画像に逆ディスプレイマネジメント工程を適用することにより、前記出力画像の前記ダイナミックレンジにおいて、対応する第３、第４、および第５のグラフィック画像を生成する工程と、
前記出力画像と、前記第３、第４、および第５のグラフィック画像とを混合することにより、混合画像を生成する工程と、
をさらに含む、請求項１４に記載の方法。
【請求項２４】
ある既定値に前記ＲＰＵタイプフラグの値が一致する場合に限り、前記リファレンス処理データから更なるデータをパースすることは、ＲＰＵプロファイルおよびＲＰＵレベルのデータをパースすることを含む、請求項１２に記載の方法。
【請求項２５】
請求項１２から２４のいずれか１つによる方法を１つ以上のプロセッサで実行するためのコンピュータ実行可能な命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本願は、２０１５年１１月２日付け出願の米国仮出願第６２／２４９，４７４号に基づく優先権を主張するものであり、この出願の開示内容を全て本願に援用する。
【０００２】
本発明は広く画像に関する。より詳細には、本発明のある実施形態は、ハイダイナミックレンジ映像のレイヤ表現および配信に関する。
【背景技術】
【０００３】
ＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６４および、より最近のものとして、Ｈ．２６５（ＨＥＶＣとしても知られる）などの国際的なオーディオビデオ符号化規格が開発され採用されたことは、規格準拠デバイスおよび通信規格（ＤＶＤプレイヤー、ブルーレイプレイヤー、およびデジタルテレビ放送のＡＴＳＣ規格やＤＶＢ規格など）を急速に発展させ、採用し、普及させることに役立ってきた。
【０００４】
Ｄｏｌｂｙ  Ｌａｂｏｒａｔｏｒｉｅｓ，Ｉｎｃ．らによって開発されているディスプレイ技術においては、ハイダイナミックレンジ（ＨＤＲ）および広い色域を有する画像を再生することが可能である。このようなディスプレイは、スタンダードダイナミックレンジ（ＳＤＲ）を有する従来のディスプレイに比して、現実世界のシーンをより忠実に表現する画像を再生することができる。
【０００５】
本明細書において、用語「ダイナミックレンジ」（ＤＲ）は、人間の視覚システム（ＨＶＳ）が画像においてある範囲の強度（例えば、輝度、ルマ）（例えば、最暗部（黒）から最明部の白（すなわちハイライト）まで）を知覚する能力に関連し得る。この意味では、ＤＲはシーン−リファード（ｓｃｅｎｅ−ｒｅｆｅｒｒｅｄ）の強度に関する。ＤＲはまた、ディスプレイデバイスが特定の幅を有する強度範囲を妥当にまたは近似的に描画する能力にも関連し得る。この意味では、ＤＲは、ディスプレイ−リファード（ｄｉｓｐｌａｙ−ｒｅｆｅｒｒｅｄ）の強度に関する。本明細書中の任意の箇所において、ある特定の意味が特に明示的に指定されている場合を除いて、この用語はどちらの意味としても（例えば、区別なく）使用できるものとする。
【０００６】
本明細書において、ハイダイナミックレンジ（ＨＤＲ）という用語は、人間の視覚システム（ＨＶＳ）において１４〜１５桁ほどにわたるＤＲ幅に関する。実際において、人間が広範囲の強度範囲を同時に知覚し得るＤＲは、ＨＤＲに対して幾分端折られ得る。本明細書において、エンハンストダイナミックレンジ（ＥＤＲ）または視覚ダイナミックレンジ（ＶＤＲ）という用語は、個別にまたは区別なく、人間の視覚システム（ＨＶＳ）（眼球運動を含み、シーンまたは画像にわたってある程度の明順応変化を可能にする）が、あるシーンまたは画像中において知覚可能なＤＲに関する。本明細書において、ＥＤＲは、５〜６桁にわたるＤＲに関連し得る。従って、真のシーンリファードのＨＤＲに対しては幾分狭いものの、ＥＤＲは広いＤＲ幅を表し、ＨＤＲとも呼ばれ得る。
【０００７】
実際において、画像は１つ以上の色成分（例えばルマＹおよびクロマＣｂおよびＣｒ）を有しており、各色成分は、画素あたりｎビットの精度（例えばｎ＝８）で表される。線形輝度符号化（ｌｉｎｅａｒ  ｌｕｍｉｎａｎｃｅ  ｃｏｄｉｎｇ）を用いた場合、ｎ≦８の画像（例えばカラー２４ビットＪＰＥＧ画像）はスタンダードダイナミックレンジとされ、ｎ＞８の画像はエンハンストダイナミックレンジの画像とされる。ＥＤＲおよびＨＤＲ画像はまた、Ｉｎｄｕｓｔｒｉａｌ  Ｌｉｇｈｔ  ａｎｄ  Ｍａｇｉｃが開発したＯｐｅｎＥＸＲファイルフォーマットなどの高精度の（例えば１６ビット）浮動小数点フォーマットを用いて、格納および配信され得る。
【０００８】
あるディスプレイについての基準（ｒｅｆｅｒｅｎｃｅ）電気光学伝達関数（ＥＯＴＦ）は、入力映像信号の明度（ｃｏｌｏｒ  ｖａｌｕｅｓ）（例えば輝度）からそのディスプレイによって生成される出力スクリーン明度（例えばスクリーン輝度）への関係を特徴づける。例えば、その開示内容を全て本願に援用するＩＴＵ  Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．  １８８６、「Ｒｅｆｅｒｅｎｃｅ  ｅｌｅｃｔｒｏ−ｏｐｔｉｃａｌ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ  ｆｏｒ  ｆｌａｔ  ｐａｎｅｌ  ｄｉｓｐｌａｙｓ  ｕｓｅｄ  ｉｎ  ＨＤＴＶ  ｓｔｕｄｉｏ  ｐｒｏｄｕｃｔｉｏｎ」（０３／２０１１）では、陰極線管（ＣＲＴ）の測定された特性に基づいて、フラットパネルディスプレイについての基準ＥＯＴＦを定義している。ある映像ストリームが与えられたとき、そのＥＯＴＦに関する情報は、典型的にはメタデータとしてビットストリーム中に埋め込まれる。本明細書において、「メタデータ」の語は、符号化ビットストリームの一部として送信され、デコーダが復号化画像を描画することを助ける、任意の補助的情報に関する。そのようなメタデータは、本明細書において記載されるような、色空間または色域情報、リファレンスディスプレイパラメータ、および補助的な信号パラメータなどを含むが、これらに限定されない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ほとんどのコンシューマー用デスクトップディスプレイは現在、２００〜３００ｃｄ／ｍ２またはニトの輝度をサポートしている。ほとんどのコンシューマー用ＨＤＴＶは３００〜５００ニトの範囲であるが、新しいモデルは１０００ニト（ｃｄ／ｍ２）に達する。このような従来のディスプレイはしたがって、ＨＤＲやＥＤＲに対し、より低いダイナミックレンジ（ＬＤＲ）（またはスタンダードダイナミックレンジ（ＳＤＲ）とも呼ばれる）の典型例となる。キャプチャ機器（例えばカメラ）およびＨＤＲディスプレイ（例えばＤｏｌｂｙ  ＬａｂｏｒａｔｏｒｉｅｓのＰＲＭ−４２００プロフェッショナルリファレンスモニター）両方の進化によって、ＨＤＲコンテンツの普及率が高まるにつれ、ＨＤＲコンテンツはカラーグレーディングされてより高いダイナミックレンジ（例えば１，０００ニトから５，０００ニト以上）をサポートするＨＤＲディスプレイ上に表示されることがある。そのようなディスプレイは、高輝度能力（例えば０から１０，０００ニトなど）をサポートする代替的なＥＯＴＦを用いて定義され得る。そのようなＥＯＴＦの一例が、その開示内容を全て本願に援用するＳＭＰＴＥ  ＳＴ  ２０８４：２０１４「Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ  ＥＯＴＦ  ｏｆ  Ｍａｓｔｅｒｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｄｉｓｐｌａｙｓ」に定義されている。一般的に、限定しないが、本開示の方法はＳＤＲよりも高い任意のダイナミックレンジに関連する。本発明者らの理解によれば、ハイダイナミックレンジ画像を符号化、配信、および復号化するための改良技術が望まれる。
【００１０】
本節に記載されている手法は、探求し得る手法ではあるが、必ずしもこれまでに着想または探求されてきた手法ではない。従って、別途示唆のない限り、本節に記載された手法のいずれも、本節に記載されているという理由だけで従来技術としての適格性を有すると考えるべきではない。同様に、別途示唆のない限り、１以上の手法に関して特定される問題が、本節に基づいて、いずれかの先行技術において認識されたことがあると考えるべきではない。
【図面の簡単な説明】
【００１１】
同様の部材に同様の参照符号を付した添付図面の各図において、本発明のある実施形態を限定する事なく例示する。
【００１２】
【図１】図１は、本発明のある実施形態による、ＨＤＲ映像を符号化、配信、および表示するためのシステムの一例を表す。
【図２】図２は、本発明のある実施形態による、ＨＤＲ映像をデュアルレイヤ映像復号化するためのプロセスの一例を表す。
【図３】図３は、本発明のある実施形態による、ＨＤＲ映像復号化におけるベースレイヤ処理のためのプロセスの一例を表す。
【図４】図４は、本発明のある実施形態による、ＨＤＲ映像復号化におけるエンハンスメントレイヤ処理のためのプロセスの一例を表す。
【図５Ａ】図５Ａは、本発明のある実施形態による、ＨＤＲ映像におけるグラフィックスオーバーレイのためのプロセスの一例を表す。
【図５Ｂ】図５Ｂは、本発明のある実施形態による、ＨＤＲ映像におけるグラフィックスオーバーレイのためのプロセスの一例を表す。
【発明を実施するための形態】
【００１３】
実施形態例の説明
ハイダイナミックレンジ映像（ＨＤＲ）のレイヤ表現および配信を本明細書に記載する。以下の説明においては、便宜上、本発明を完全に理解できるように、多数の詳細事項を説明する。ただし、これらの詳細事項が無くても本発明を実施可能であることは明白であろう。他方、本発明の説明を不必要に煩雑にしたり、不明瞭にしたり、難読化したりしないように、周知の構造およびデバイスの細かな詳細までは説明しない。
【００１４】
概要
本明細書に記載の実施形態例は、ハイダイナミックレンジ画像のレイヤ表現および配信に関する。デコーダを用いてハイダイナミックレンジ映像データを生成するための方法において、前記デコーダは、
リファレンス処理データを受信し、
前記リファレンス処理データから、巡回冗長検査（ＣＲＣ）パラメータをパース（ｐａｒｓｅ）し、
前記リファレンス処理データから、少なくともＲＰＵデータヘッダーと、ＲＰＵデータペイロードデータと、ＲＰＵアラインメントゼロビットフラグ（ＲＰＵ−ａｌｉｇｎｍｅｎｔ−ｚｅｒｏ−ｂｉｔ  ｆｌａｇ）とを抽出し、
前記ＣＲＣパラメータを除く前記リファレンス処理データの全体について、ＣＲＣ値を算出し、
前記ＣＲＣ値を前記ＣＲＣパラメータと比較することにより、エラーを検出し、
ベースレイヤ画像を受信し、
エンハンスメントレイヤ画像を受信し、
前記リファレンス処理データに基づいて前記ベースレイヤ画像と前記エンハンスメントレイヤ画像とを結合することにより、出力画像を生成する。
用語および略称
【表１】
0006626573.tif 000002
【００１５】
技術概要
民生用アプリケーションのためのＤｏｌｂｙ  ＶｉｓｉｏｎＴＭは、ハイダイナミックレンジと広い色域とを伴ってマスタリングされたコンテンツの制作および配信を可能にする、エンドツーエンドの技術の一式である。Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントは、信号を任意のＤｏｌｂｙ  Ｖｉｓｉｏｎ民生用テレビにマッピングする一連のアルゴリズムを使用することにより、所与のテレビの性能に適合する。これにより、最適かつシームレスな映像体験が、視聴者のために創造される。本明細書で用いるとき、「Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像」という用語は、ＥＤＲまたはＨＤＲ映像を指す。
【００１６】
図１は、本発明のある実施形態による、ＨＤＲ映像を符号化、配信、および表示するためのシステムの一例を表している。図１に示すように、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ民生用アプリケーションのためのシステムの一実施形態において、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像信号（１０７）が、Ｄｏｌｂｙ  Ｖｉｓｉｏｎソース（１０５）（例えば、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ対応のＵｌｔｒａＨＤブルーレイプレイヤーなど）からＤｏｌｂｙ  Ｖｉｓｉｏｎシンク（１１０）（例えば、テレビ、モニタなど）へと、デジタルインターフェース（例えばＨＤＭＩ）を介して送信される。
【００１７】
図２は、ある実施形態による、ＨＤＲ対応のメディアプレイヤー上においてＤｏｌｂｙ  Ｖｉｓｉｏｎコンテンツを復号化および再生するための処理パイプラインの一例を表している。映像エレメンタリストリーム（ＥＬ）分割器ブロック（２０５）において、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＥＬ映像ストリーム（２０２）に含まれたエンハンスメント映像データ（２０７）とメタデータ情報（２０９）とを分離する。Ｄｏｌｂｙ  Ｖｉｓｉｏｎ入力ストリーム（２０２）（［９］を参照）を与えられると、（２０５）からの出力は、ＥＬ映像エレメンタリストリーム（２０７）とＤｏｌｂｙ  Ｖｉｓｉｏｎメタデータビットストリーム（２０９）とで構成される。
【００１８】
メタデータパーサー（２１０）は、ビットストリームからＤｏｌｂｙ  Ｖｉｓｉｏｎメタデータを復号化する。入力メタデータビットストリームは以下を含む。すなわち、
・  Ｄｏｌｂｙ  Ｖｉｓｉｏｎ専用メタデータ（すなわち、コンポーザー（２２０）予測係数）
・  文献［７］のＳＭＰＴＥ２０８６に定義された静的メタデータ
・  動的なシーンベースのメタデータ（例えば、ＷＤ  ＳＭＰＴＥ  ＳＴ  ２０９４に定義され得る）
である。
【００１９】
出力（２１２）は、コンポージングメタデータ構造およびディスプレイマネジメントメタデータ構造を含み、これらについては後で、より詳細に説明する。
【００２０】
バックエンド制御ブロック（２１５）は、コンポーザーおよびディスプレイマネジメント処理ブロックの全てに対する設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）および制御を担当する。入力は、
・  ＢＬ映像デコーダ出力サンプル記述子キュー（２２５）
・  ＥＬ映像デコーダ出力サンプル記述子キュー（２３０）
・  Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータパーサー出力サンプル記述子キュー（２３５）
・  Ｄｏｌｂｙ  Ｖｉｓｉｏｎアプリケーション制御インターフェースパラメータ
である。出力は、
・  コンポーザーハードウェアレジスタの値
・  ルックアップテーブルとディスプレイマネジメントハードウェアレジスタの値
・  Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＨＤＭＩハードウェアブロックの制御信号（２１７）
である。
【００２１】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンポーザー（２２０）は、復号化され同期化されたＢＬ（ＢＤＭＶ  ＨＤＲ）およびＥＬ映像フレームと、メタデータ情報と、バックエンド制御ブロックデータとを受け取り、このメタデータを使用することにより、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームを再構成する。入力は、
・  ＢＬ映像デコーダ（２４０）バッファからのＢＬ１０ビットＹＵＶ４２０信号（２４２）
・  ＥＬ映像デコーダ（２４５）バッファからのＥＬ１０ビットＹＵＶ４２０信号（２４７）
・  コンポージング係数、パラメータなどを含むメタデータ構造
である。出力は、再構成されたＤｏｌｂｙ  Ｖｉｓｉｏｎ信号ＹＵＶ４２０バッファ（２２２）である。Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンポーザーについてのより詳細な情報は、後で提供する。
Ｄｏｌｂｙ  Ｖｉｓｉｏｎエンハンスメントレイヤ定義
【００２２】
Ｄｏｌｂｙ  ＶｉｓｉｏｎＥＬ映像ビットストリーム（２０２）は、埋め込みＤｏｌｂｙ  Ｖｉｓｉｏｎメタデータを有した１つのＭＰＥＧ  ＨＥＶＣ映像ストリームで構成される。このストリームは、文献［３］の付記Ｂに定義されたＮＡＬユニットのバイトストリームである。
【００２３】
映像エレメンタリストリーム分割器への入力は、Ｄｏｌｂｙ  ＶｉｓｉｏｎＥＬ映像ビットストリーム（２０２）である。映像エレメンタリストリーム分割器アプリケーション（２０５）は、ＥＬ映像とメタデータエレメンタリストリームとの結合された入力を、以下の２つの出力ストリームへと分割する。すなわち、
・ＥＬ映像エレメンタリストリーム（２０７）
・メタデータビットストリーム（２０９）
である。
【００２４】
映像エレメンタリストリームにおける各個別ストリームを識別するために、分割器は、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像エレメンタリバイトストリームを検索して、３バイトＮＡＬ開始コード０ｘ０００００１または４バイトＮＡＬ開始コード０ｘ０００００００１を探す。開始コードの直後に続く最初の２バイトにより、表１に記載の、現ＮＡＬユニットが所属するレイヤを識別する。
（表１）：Ｄｏｌｂｙ  ＶｉｓｉｏｎエンハンスメントレイヤＮＡＬユニットタイプ
【表２】
0006626573.tif 000003
注記：ＢＬ映像エレメンタリストリームＮＡＬユニットは、映像エレメンタリストリーム分割器をスキップする。
【００２５】
ＥＬ映像エレメンタリストリームＮＡＬユニットは、一切変更せずにＥＬ映像デコーダへ渡されることが可能である。
【００２６】
Ｄｏｌｂｙ  ＶｉｓｉｏｎメタデータビットストリームＮＡＬユニットにおいて、開始コードの直後に続く最初の２バイト（０ｘ７Ｃ０１）は、Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータパーサーアプリケーションへと送信する前に除去しなければならない。Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータビットストリームの構文（ｓｙｎｔａｘ）と意味（ｓｅｍａｎｔｉｃｓ）についての完全な定義は、付記Ａを参照のこと。
【００２７】
付記Ａに定義され、かつ文献［９］に準拠するＤｏｌｂｙ  Ｖｉｓｉｏｎメタデータは、表２に記載の要件に従う。
（表２）：メタデータ設定
【表３】
0006626573.tif 000004
Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンポーザー定義
【００２８】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンポーザー（２２０）は、復号化されたＢＬおよびＥＬ映像フレームと、メタデータ情報と、バックエンド制御ブロックデータとを受け取り、このメタデータを使用することにより、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームを再構成する。
コンポーザーＩＯ定義
コンポーザー入力
【００２９】
復号化ベースレイヤ映像フレーム
・復号化ＢＬ映像入力は、以下の値に準拠する：
・ＢＬ映像信号はＳｃｍｐと呼ばれる。ここで０≦ｃｍｐ≦２は、３つのカラーチャネルを表す。
・映像フォーマットはＹＣｂＣｒ４：２：０である。
・映像解像度は、３８４０×２１６０または１９２０×１０８０である。
・ビット深度は１０ビットに等しい。
・ＥＯＴＦは、文献［６］のＳＭＰＴＥ  ＳＴ  ２０８４に従う。
【００３０】
復号化エンハンスメントレイヤ映像フレーム
復号化ＥＬ映像入力は、以下の値に準拠する：
・エンハンスメントレイヤ映像信号はＲｃｍｐと呼ばれる。ここで０≦ｃｍｐ≦２は、３つのカラーチャネルを表す。
・映像フォーマットはＹＣｂＣｒ４：２：０である。
・映像解像度は、１９２０×１０８０である。
・ビット深度は１０ビットに等しい。
【００３１】
コンポーザーメタデータ
Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンポーザーのメタデータにおいて使用される係数およびパラメータは、以下の通りである。
Coefficient_log_2_denom
【００３２】
coefficient_data_type=0であるならば、本パラメータは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ復号化係数（ｄｅｃｏｄｉｎｇ  ｃｏｅｆｆｉｃｉｅｎｔｓ）の小数部分のビット数を規定する。
BL_bit_depth
【００３３】
本パラメータは、ＢＬ映像信号のビット深度を規定し、BL_bit_depth = BL_bit_depth_minus8 + 8に従って導出される。但し、BL_bit_depth_minus8は、文献［３］に定義の通りである。ＵｌｔｒａＨＤブルーレイに対しては、BL_bit_depthは１０に等しくなければならない。
EL_bit_depth
【００３４】
本パラメータは、ＥＬ映像信号のビット深度を規定し、EL_bit_depth = EL_bit_depth_minus8 + 8に従って導出される。但し、EL_bit_depth_minus8は、文献［３］に定義の通りである。ＵｌｔｒａＨＤブルーレイに対しては、EL_bit_depthは１０に等しくなければならない。
vdr_bit_depth
【００３５】
本パラメータは、再構成Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像信号のビット深度を規定し、vdr_bit_depth = vdr_bit_depth_minus8 + 8に従って導出される。但し、vdr_bit_depth_minus8は、文献［３］に定義の通りである。
mapping_idc
【００３６】
本パラメータは、ＢＬの各カラーチャネルに対する予測方法を規定する。ルマチャネルに対しては、０のみが許容される。クロマチャネルに対しては、mapping_idcは０から１までの範囲内になければならない。
spatial_resampling_filter_flag
【００３７】
ＵｌｔｒａＨＤブルーレイに対しては、本フラグは０に等しくなければならない。
spatial_resampling_explicit_filter_flag
【００３８】
ＵｌｔｒａＨＤブルーレイに対しては、本フラグは０に等しくなければならない。
ベースレイヤ予測係数
【００３９】
ＵｌｔｒａＨＤブルーレイデコーダのためのＤｏｌｂｙ  Ｖｉｓｉｏｎにおいて、予測方法は、２次までの区分的多項式マッピングである。許容される最大のチャネルセグメント数は８である。
【００４０】
多項式関数係数は｛fpoly_coefc,j,i｝であって、但し、０≦ｃ≦２（ｃはカラーチャネルインデックス）、０≦ｊ≦７（ｊはセグメントインデックス）、かつ０≦ｉ≦２（ｉは係数に対する次数）である。すなわち、
・fpoly_coefc,j,iは各カラーチャネルｃ、各セグメントｊ、および各次数ｉにおける係数である。
・fpoly_coefc,j,i= (poly_coef_int[0][0][c][j][i] << coefficient_log2_denom) | poly_coef[0][0][c][j][i]
である。
【００４１】
各多項式係数は、以下のリストに規定の、ビット深度coefficient_log2_denom+7を有した実数である。すなわち、
・Bit[coefficient_log2_denom+6]：符号（ｓｉｇｎ）ビット
・Bit[coefficient_log2_denom+5:coefficient_log2_denom]：整数部
・Bit[coefficient_log2_denom-1:0]：小数部
である。
【００４２】
あるいは、クロマチャネルは、３次までの重多変量回帰関数（ｍｕｌｔｉｐｌｅ  ｍｕｌｔｉｖａｒｉａｔｅ  ｒｅｇｒｅｓｓｉｏｎ  ｆｕｎｃｔｉｏｎ）を使用して予測することも可能である。多変量重回帰係数（ｍｕｌｔｉ−ｖａｒｉａｔｅ  ｍｕｌｔｉｐｌｅ  ｒｅｇｒｅｓｓｉｏｎ  ｃｏｅｆｆｉｃｉｅｎｔｓ）は｛ｍｃ，ｉ｝であり、但し、１≦ｃ≦２（ｃはカラーチャネルインデックス）かつ０≦ｉ≦２１（ｉは係数番号）である。すなわち、
・ｍｃ，０は多変量回帰定数（ｍｕｌｔｉｖａｒｉａｔｅ  ｒｅｇｒｅｓｓｉｏｎ  ｃｏｎｓｔａｎｔ）である。
・mc,0= (mmr_constant_int[0][0][j][0] << coefficient_log2_denom) | mmr_constant[0][0][j][0]
・ｍｃ，ｉは多変量回帰係数（ｍｕｌｔｉｖａｒｉａｔｅ  ｒｅｇｒｅｓｓｉｏｎ  ｃｏｅｆｆｉｃｉｅｎｔｓ）である。
・mc,i= (mmr_coef_int[0][0][j][0][m][n] << coefficient_log2_denom) | mmr_coef[0][0][j][0][m][n]
・i = 7*(m-1) + n with 1 ≦ m ≦ 3 and 1≦ n ≦ 7.
である。
【００４３】
各多項式係数は、以下のリストに規定の、ビット深度coefficient_log2_denom+17を有した実数である。すなわち、
・Bit[coefficient_log2_denom+16]：符号（ｓｉｇｎ）ビット
・Bit[coefficient_log2_denom+15:coefficient_log2_denom]：整数部
・Bit[coefficient_log2_denom-1:0]：小数部
である。
注記：pivot_value，poly_coef_int，poly_coef，mmr_constant_int，mmr_constant，mmr_coef_int，およびmmr_coefは、文献［１１］に定義された復号化メタデータ構文要素（ｄｅｃｏｄｉｎｇ  ｍｅｔａｄａｔａ  ｓｙｎｔａｘ  ｅｌｅｍｅｎｔｓ）である。
エンハンスメントレイヤ逆量子化係数
【００４４】
ＵｌｔｒａＨＤブルーレイデコーダのためのＤｏｌｂｙ  Ｖｉｓｉｏｎにおいて、逆量子化の方法は、不感域（ｄｅａｄ  ｚｏｎｅ）を有した線形である。許容される最大のセグメント数は１である。
【００４５】
ルマおよびクロマチャネルの、不感域を有した線形関数係数は、
・｛Ｓ［ｊ］，  Ｍ［ｊ］，  Ｔ［ｊ］，  Ｒｍａｘ［ｊ］｝であって、但し、０≦ｊ≦２（ｊはカラーチャネルインデックス）かつｉ＝０（ｉはセグメントインデックス）である：
・Ｓ［ｊ］は、不感域を有した線形関数の傾き係数である。
・S[j] = ((linear_deadzone_slope_int[0][0][i][j] << coefficient_log2_denom) |linear_deadzone_slope[0][0][i][j]).
・Ｍ［ｊ］は、不感域を有した線形関数のオフセット係数である。
・M[j] = nlq_offset[0][0][i][j].
・Ｔ［ｊ］は、不感域を有した線形関数の閾値係数である。
・T[j] = ((linear_deadzone_threshold_int[0][0][i][j] << coefficient_log2_denom) | linear_deadzone_threshold[0][0][i][j]).
・Ｒｍａｘ［ｊ］は、不感域を有した線形関数の最大エンハンスメントレイヤ値係数である。
・Rmax[j] = ((vdr_in_max_int[0][0][i][j] << coefficient_log2_denom) | vdr_in_max[0][0][i][j]).
・Ｍ［ｊ］は、[0, 2EL_bit_depth - 1]の範囲内における値とビット深度EL_bit_depthとを有する整数である。
【００４６】
他の逆量子化係数（ｉｎｖｅｒｓｅ  ｑｕａｎｔｉｚａｔｉｏｎ  ｃｏｅｆｆｉｃｉｅｎｔｓ）は、以下のリストに規定の、ビット深度coefficient_log2_denom+2を有した実数である。すなわち、
・Bit[coefficient_log2_denom+1]：符号（ｓｉｇｎ）ビット
・Bit[coefficient_log2_denom]：整数部
・Bit[coefficient_log2_denom-1:0]：小数部
である。
【００４７】
注記：linear_deadzone_slope_int，linear_deadzone_slope，nlq_offset，linear_deadzone_threshold_int，linear_deadzone_threshold，vdr_in_max_int，およびvdr_in_maxは、文献［１１］に定義された復号化メタデータ構文要素である。
コンポーザー出力
【００４８】
コンポーザー出力は、以下の値に準拠する：
・本出力は、Ｖｃｍｐと呼ばれるＤｏｌｂｙ  Ｖｉｓｉｏｎ信号である。ここで０≦ｃｍｐ≦２は、３つのカラーチャネルを表す。
・映像フォーマットは、ＹＣｂＣｒ４：２：０である。
・解像度は、３８４０×２１６０または１９２０×１０８０である。
・ビット深度は、vdr_bit_depthに等しい。
コンポーザー復号化プロセス
ベースレイヤ復号化プロセス
【００４９】
図３は、ある実施形態による、ベースレイヤ（ＢＬ）の復号化プロセスの一例を表す。ベースライン映像ストリーム（２０３）の復号化プロセス（２４０）において、復号化されたＢＬサンプル（２４２）が得られる。Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータ（２１２）に示されている予め選ばれた予測係数を使用して、復号化ＢＬ信号（２４２）をＥＬ信号ドメインのダイナミックレンジへとマッピングする。予測ＢＬ信号の小数値（ｄｅｃｉｍａｌ  ｖａｌｕｅｓ）は、［０，１）の範囲内にある。予測ＢＬ信号（３１２）を逆量子化ＥＬ信号（３０４）に加えることにより、ＨＤＲ  Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号（２２２）を再構成することになる。
【００５０】
異なる予測方法を適用することが可能である。ＵｌｔｒａＨＤブルーレイデコーダのためのＤｏｌｂｙ  Ｖｉｓｉｏｎにおいて、ルマチャネルの予測方法は、２次までの区分的多項式である。クロマチャネルに対しては、予測方法は、２次までの区分的多項式または３次までの多変量重回帰である。
ベースレイヤ逆マッピング
【００５１】
ＢＬからＥＬへの予測を生成するために、ＢＬ信号範囲からＥＬ信号範囲へのマッピングは、複数のセグメントで構成される予測曲線を用いて行なう。これらのセグメントのピボット（すなわち境界）は、以下のように導出する。
【００５２】
num_pivots_minus2の値は、現ＢＬ映像フレームの成分ｃｍｐに対して何個のピボット点が存在するかを示す。各ピボット点の値は、整列された配列pivot_value[cmp][]に格納される。但し、pivot_value[cmp][0]は、ローエンドポイント値（ｌｏｗ  ｅｎｄ−ｐｏｉｎｔ  ｖａｌｕｅ）であり、pivot_value[cmp][num_pivots_minus2[cmp]+1]は、ハイエンドポイント値（ｈｉｇｈ  ｅｎｄ−ｐｏｉｎｔ  ｖａｌｕｅ）である。
【００５３】
所与のサンプルＳｃｍｐに対するピボット値を発見するために、サンプル値が２つのピボット値の間に納まるまで、pivot_value配列をトラバースする。これによってセグメントを決定する。サンプルは、ロー側およびハイ側のピボット値でキャップされる。
MAPPING_POLYNOMIALメソッド
【００５４】
この方法は、ルマ成分に、あるいはmapping_idcがゼロに等しいときに適用する。成果としてのＢＬからの予測は、区分的に構築される。入力は、現成分のＢＬ信号と、前節において導入されたピボット配列とである。変数poly_order_minus1およびlinear_interp_flagは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータ中に保持されている。
【００５５】
linear_interp_flagが１のとき、ＢＬ画素値Ｓが位置している現セグメントｊの２つのピボット値の間において、線形補間を実行する。それ以外のときには、
【数１】
0006626573.tif 000005
に従って、Ｎ次多項式における完全な多項式予測を算出する。但し、fpoly_coefは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータにおいて示される予測係数である。この計算は、固定小数点または３２ビット浮動小数点で実行することが可能である。
MAPPING_MMRメソッド
【００５６】
本マッピングはクロマのみに適用する。最初のステップにおいて、多変量重回帰予測プロセスを実行する前に、以下の等式で規定されるダウンサンプリングフィルタを使用することにより、ＢＬルマ成分をダウンサンプリングしなければならない。
・水平ダウンサンプリングフィルタ：
〇  r[n] = Clip3( 0, (y[2n-1] + 2 * y[2n] + y[2n+1] + 2) >> 2, 1023 );（２）
・垂直ダウンサンプリングフィルタ：
〇  r[n] = Clip3( 0, (y[2n] + y[2n+1] + 1) >> 1, 1023 );              （３）
【００５７】
水平ダウンサンプリングを先ず適用し、その後に垂直ダウンサンプリングが続く。等式２および３において使用される画素がピクチャ境界の外にあるならば、ピクチャ境界における画素の値に設定する。すなわち、画素複製によって画像の端に対処する。Ｓｃｍｐの値は、最高および最低のピボット値にそれぞれクランプされる。この後、重多変量回帰を以下のように実行する。すなわち、
【数２】
0006626573.tif 000006
である。但し、係数ｍは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータにおいて送信され、現セグメントおよびカラーチャネルに依存する。次数Ｎもまた、Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータにおいて指定される。この計算は、固定小数点または３２ビット浮動小数点で実行することが可能である。
エンハンスメントレイヤ復号化プロセス
【００５８】
各ＢＬ映像フレームにつき、ＥＬ映像デコーダによって再構成される対応するＥＬ映像フレームが存在する。復号化ＢＬ映像フレームおよび復号化ＥＬ映像フレームは両方とも表示可能な状態（ｄｉｓｐｌａｙ  ｏｒｄｅｒ）にあり、互いにフレームを揃えられている（ｆｒａｍｅ  ａｌｉｇｎｅｄ）ことを、Ｄｏｌｂｙ  Ｖｉｓｉｏｎデコーダは保証しなければならない。ＥＬ映像フレームにおいて、サンプル値は、ＹＣｂＣｒ色空間におけるＥＬ信号の３つの量子化成分を携える。あるＥＬ映像フレームが、対応するＢＬ映像フレームにひとたび揃えられたならば、このＥＬ映像フレームにおいて、
１．  ＥＬ解像度がＢＬ解像度よりも低いならば、ＥＬ信号をＢＬと同一の解像度にスケールアップすること
２．  逆量子化を実行して、ＥＬ信号をＤｏｌｂｙ  Ｖｉｓｉｏｎ信号ドメインへと変換すること
を行なわなければならない。すると、逆量子化ＥＬ信号は、予測ＢＬ信号に加算することが可能となっている。ＥＬ復号化処理のためのプロセスの一例を図４に示す。
エンハンスメントレイヤ空間的リサンプリング
【００５９】
el_spatial_resampling_filter_flagが１に等しいならば、Ｄｏｌｂｙ  Ｖｉｓｉｏｎデコーダは、ＥＬ映像デコーダからの再構成信号を水平方向と垂直方向の両方にアップサンプリングしなければならない。el_spatial_resampling_filter_flagが０に等しいならば、ＥＬ空間的リサンプリングをスキップする。
【００６０】
入力は、EL_bit_depthに等しいビット深度を有しかつクロマフォーマットに一切変更のない、ＥＬ映像デコーダからの再構成映像フレームである。本プロセスの出力は、入力信号と同一のビット深度およびクロマフォーマットを有した、空間的にアップサンプリングされた再構成ＥＬ信号である。
【００６１】
垂直アップサンプリングを先ず適用し、その後に水平アップサンプリングが続く。
エンハンスメントレイヤ非線形逆量子化
【００６２】
入力は、１０に等しいビット深度（EL_bit_depth=10）を有した再構成ＥＬ信号である。coefficient_data_typeの値に基づき、最終的な出力は、固定小数点整数または３２ビット単精度浮動小数点値の一方となる。使用されることになるＮＬｄＱ方法は、以下のように決定される：
・nlq_method_idcが０に等しいならば、NLQ_LINEAR_DZを適用する。
・nlq_method_idcが１に等しいならば、NLQ_MU_LAWを適用する。
NLQ_LINEAR_DZ
【００６３】
不感域を有した線形逆量子化においては、区分的線形関数を使用して逆量子化画素値を算出する。線形関数の各々は、傾きＳ、閾値Ｔ、およびオフセットＭによって規定されており、オフセットにおいて定義された不感域を有している。本プロセスは、各画素Ｒの各成分について個々に演算処理され、
【数３】
0006626573.tif 000007
によって与えられる。但し、
【数４】
0006626573.tif 000008
である。逆量子化画素値は、ｄＲによって与えられる。
【００６４】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号再構成においては、予測（あるいはマッピング）ＢＬ信号と逆量子化ＥＬ信号とを受け入れ、再構成画素値はこれらの２入力の和となる。coefficient_data_typeの値に基づき、最終的な出力は、固定小数点整数または３２ビット単精度浮動小数点値の一方となる。各場合に応じて適切なオフセッティング、スケーリング、およびクリッピングを指定することにより、妥当な画素値を保証する。
グラフィックスオーバーレイ適合（Ｇｒａｐｈｉｃ  Ｏｖｅｒｌａｙ  Ａｄａｐｔａｔｉｏｎ）の定義
【００６５】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎのためのグラフィックス処理は、ＢＤＭＶ  ＨＤＲの場合のグラフィックス処理に似ているが、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｉｎｇの内部で取り扱われる。Ｄｏｌｂｙ  Ｖｉｓｉｏｎのためのグラフィックス処理においては、グラフィックスの取り扱いに、逆ディスプレイマネジメントの更なる処理ステップが加わる。この追加的なステップにおいて、グラフィックス信号をＤｏｌｂｙ  Ｖｉｓｉｏｎ信号空間にマッピングする。
【００６６】
図５Ａは、第１の実施形態（例えばＨＤＭＶモード）における映像オーバーレイプロセスの一例を表す。これは、文献［９］に記載のプレゼンテーションプレーン（ｐｒｅｓｅｎｔａｔｉｏｎ  ｐｌａｎｅｓ）の概念モデルに従っている。さらに、ミキシングプロセスに先行して、逆ディスプレイマネジメント（逆ＤＭ）を主（Ｐｒｉｍａｒｙ）および副（Ｓｅｃｏｎｄａｒｙ）グラフィックスプレーン（例えば、プレゼンテーションおよび／または対話的グラフィックスのための）に適用することにより、入力の主および副グラフィックスのダイナミックレンジを、Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンポーザーの出力における信号のダイナミックレンジにマッチさせる。本明細書で用いるとき、「逆ディスプレイマネジメント」という用語は、信号のダイナミックレンジを増大させるプロセスを指す。ダイナミックレンジマッピング関数の一例は、文献［１２］に見出すことができる。
【００６７】
図５Ｂは、第２の実施形態（例えばＢＤ−Ｊモード）における映像オーバーレイプロセスの一例を表す。［９］に記載の、ＢＤ−Ｊモードの現プレゼンテーションプレーンモデルに加え、図示された既存のグラフィックプレーン群に対し、逆ディスプレイマネジメント（逆ＤＭ）を適用することになる。
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＨＤＭＩインターフェースの定義
【００６８】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンテンツは、ＨＤＭＩを介して描画デバイスに送信される。ＨＤＭＩデバイスは、ＨＤ＠６０ｐ、ＵＨＤ＠３０ｐ、およびＵＨＤ＠６０ｐをサポートしなければならない。Ｄｏｌｂｙ  Ｖｉｓｉｏｎ画素フォーマットは、１２ビットＹＣｂＣｒ４：２：２である。
ＨＤＭＩシンク
【００６９】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイ（すなわちＨＤＭＩシンク）は、［８］の第７．５．７節に定義されたＣＥＡ  Ｅｘｔｅｎｓｉｏｎバージョン３に準拠するＤｏｌｂｙ  Ｖｉｓｉｏｎ  Ｖｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ  Ｖｉｄｅｏ  Ｄａｔａ  Ｂｌｏｃｋ（ＶＳＶＤＢ）におけるフラグを設定することにより、Ｄｏｌｂｙ  Ｖｉｓｉｏｎコンテンツへのサポートを、自らのＨＤＭＩ  Ｅ−ＥＤＩＤにおいて示す。さらに、ＹＣｂＣｒ４：２：２へのサポートをも、自らのＥ−ＥＤＩＤにおいて示すことになる。
【００７０】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＶＳＶＤＢはまた、ディスプレイの１２ビット原色ＲＧＢ色度、白色点、および輝度特性をも含む。Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイは、後で定義するメタデータＣＲＣ（巡回冗長検査）の妥当性をチェックすることにより、自らがＤｏｌｂｙ  Ｖｉｓｉｏｎ対応ソースデバイス（すなわちＵｌｔｒａＨＤブルーレイプレイヤー）に接続されていることを確認する。
ＨＤＭＩソース
【００７１】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ対応ＵｌｔｒａＨＤブルーレイプレイヤー（すなわちＨＤＭＩソース）は、埋め込みメタデータストリームを内包するＤｏｌｂｙ  Ｖｉｓｉｏｎベースバンド映像信号を送信する。埋め込みメタデータおよびそのＣＲＣ保護を使用することにより、妥当なＤｏｌｂｙ  Ｖｉｓｉｏｎベースバンド信号が存在していることを示す。ＨＤＭＩソースおよびシンクは、ＨＤＭＩプロトコルによる送信の前に、結果としてのＤｏｌｂｙ  Ｖｉｓｉｏｎフォーマットについて（もしも存在するならば）ネゴシエートする。
Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータ
【００７２】
ディスプレイ特性に対処するために、Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント（ＤＭ）メタデータを、フレーム毎にＤｏｌｂｙ  Ｖｉｓｉｏｎ対応ディスプレイへと送信する。しかしながら、ＤＭメタデータは複数のフレーム間で共有することが可能であり、最良の場合、シーンベースのＤＭメタデータパッケージが生じる。１６個までのＤＭメタデータパッケージが、リファレンスのためにバッファに入れられることになる。
【００７３】
ＤＭメタデータ構造は、自らの識別子についての情報、置換されることになる前フレームのメタデータ、シーンカット情報、およびＹＣｂＣｒからディスプレイＲＧＢへの色変換行列についての情報を保持している。メタデータは、１０２４ビットずつを有した１つ以上のＤＭメタデータ送信パケットへとパケット化される。これらのパケットは、パケットタイプ識別子と、ＤＭメタデータと、３２ビットＣＲＣとで構成される。４種類のＥＤＲメタデータ送信パケットタイプが存在する。すなわち、
・０ｂ００：一個のパケットがＤｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ構造の全体を伝達する
・０ｂ０１：複数のパケットがＤｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ構造を伝達する場合の、最初のパケット
・０ｂ１０：複数のパケットがＤｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ構造を伝達する場合の、中間のパケット（群）
・０ｂ１１：複数のパケットがＤｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ構造を伝達する場合の、最後のパケット
である。
Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータ送信
【００７４】
送信のために、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータパッケージは、ＹＣｂＣｒ４：２：２信号における各１２ビットクロマチャネルの最下位ビットの中に、１ビットずつ入れられる。Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ送信パケットをビットのシーケンスにおいて表現する際、最初のバイトが、そのバイトの最上位ビットを最初にして、最初に来る。例えば、バイト０ｘ０１に対し、７個のゼロが最初に来て、その後に１個の１が続く。Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ送信パケットの第ｉ番目のビットは、ｂｙｔｅ［ｎ］（０≦ｎ≦１２７）のｂｉｔ［ｍ］（０≦ｍ≦７）にある。但し、ｉ＝（ｎ＊８＋（７−ｍ））である。
【００７５】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームはＷ×Ｈの解像度を有するものと仮定すると、画素サンプルは、座標（ｙ，ｘ）を用いて表現することが可能である。但し、０≦ｙ≦Ｈかつ０≦ｘ≦Ｗである。各画素に対し、１つのルマサンプルと、１つのクロミナンスサンプル（偶数番目の画素に対するＣｂ成分または奇数番目の画素に対するＣｒ成分）とが存在する。ラスタ走査順において、第ｉ番目の画素は（ｙ，ｘ）にあり、ｉ＝（Ｗ×ｙ＋ｘ）である。
【００７６】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ送信パケットの第ｉ番目ビットは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームにおいて、ラスタ走査順での第ｉ番目の画素（ｙ，ｘ）に対するクロミナンスサンプルの最下位ビットに配置されることになる。
【００７７】
Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータをＹＣｂＣｒ信号へと埋め込むことの知覚不能性を向上させるために、埋め込みの前に、ビットスクランブリングをメタデータに適用する。
【００７８】
ロバスト性のために、各Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータ送信パケットは、３回連続して送信される。Ｄｏｌｂｙ  Ｖｉｓｉｏｎシンクは、送信パケットのＣＲＣを照合し、１つのＣＲＣが妥当であれば直ちに、後続のコピーを破棄する。パケットタイプが０ｂ００ではないならば、すなわちＤｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータが複数の送信パケット間で分割されているならば、これらのパケットは全て、同一のメタデータ識別子を共有し、全てが単一の映像フレームの中に含まれていることになる。この場合、最初の送信パケットはパケットタイプ０ｂ０１を有し、最後の送信パケットは０ｂ１１、中間の送信パケット群は０ｂ１０を有する。
【００７９】
最初の４つの輝度のサンプルおよび対応クロミナンスサンプルに埋め込まれたメタデータビット群の一例を、入力チェイン（ｉｎｐｕｔ  ｃｈａｉｎ）上の１２ビットにおいて表３に示す。
（表３）：１２ビットＥＤＲ  ＹＣｂＣｒ４：２：２映像データに埋め込まれたＤｏｌｂｙ  Ｖｉｓｉｏｎ  ＤＭメタデータの配置
【表４】
0006626573.tif 000009
付記Ａ
Ａ１．Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータビットストリーム構文
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｍｅｔａｄａｔａ  Ｂｉｔｓｔｒｅａｍ  Ｓｙｎｔａｘ）
【００８０】
本節は、文献［３］におけるＨ．２６５／ＨＥＶＣシステムをリファレンスシステムとして使用するＵｌｔｒａＨＤブルーレイのための、Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータ構文要素についての情報を提供する。本節に規定のエンハンストリファレンス処理ユニットデータ構文は、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号を再構成ＢＬ映像信号から効率的に予測するためと、再構成ＥＬ映像信号を逆量子化するためと、再構成Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像信号を形成するためと、に必要なパラメータを伝達する。
Ａ１．１  リファレンス処理ユニットデータローバイトシーケンスペイロード構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｒａｗ  Ｂｙｔｅ  Ｓｅｑｕｅｎｃｅ  Ｐａｙｌｏａｄ  Ｓｙｎｔａｘ）
（表Ａ−１−１）リファレンス処理ユニットデータローバイトシーケンスペイロード構文
【表５】
0006626573.tif 000010
Ａ１．２  リファレンス処理ユニットデータ構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｓｙｎｔａｘ）
（表Ａ−１−２）リファレンス処理ユニットデータ構文
【表６】
0006626573.tif 000011
Ａ１．３  リファレンス処理ユニットデータヘッダー構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｈｅａｄｅｒ  Ｓｙｎｔａｘ）
（表Ａ−１−３）リファレンス処理ユニットデータヘッダー構文
【表７】
0006626573.tif 000012
0006626573.tif 000013
Ａ１．４  リファレンス処理ユニットデータペイロード構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｐａｙｌｏａｄ  Ｓｙｎｔａｘ）
（表Ａ−１−４）リファレンス処理ユニットデータペイロード構文
【表８】
0006626573.tif 000014
Ａ１．５  リファレンス処理ユニットデータマッピングパラメータ構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｍａｐｐｉｎｇ  Ｐａｒａｍｅｔｅｒｓ  Ｓｙｎｔａｘ）
（表Ａ−１−５）リファレンス処理ユニットデータマッピング構文
【表９】
0006626573.tif 000015
（表Ａ−１−６）リファレンス処理ユニットデータマッピングパラメータ構文
【表１０】
0006626573.tif 000016
0006626573.tif 000017
Ａ１．６  リファレンス処理ユニットデータ非線形量子化および量子化パラメータ構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｎｏｎｌｉｎｅａｒ  Ｑｕａｎｔｉｚａｔｉｏｎ  ａｎｄ  Ｑｕａｎｔｉｚａｔｉｏｎ  Ｐａｒａｍｅｔｅｒｓ  Ｓｙｎｔａｘ）
（表Ａ−１−７）リファレンス処理ユニットデータ非線形量子化構文
【表１１】
0006626573.tif 000018
（表Ａ−１−８）リファレンス処理ユニットデータ非線形量子化パラメータ構文
【表１２】
0006626573.tif 000019
Ａ２．Ｄｏｌｂｙ  Ｖｉｓｉｏｎメタデータの意味
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｍｅｔａｄａｔａ  Ｓｅｍａｎｔｉｃｓ）
【００８１】
本節は、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ民生用符号化システムにおける構文要素に対応付けられた意味を規定する。本節は、Ｈ．２６５／ＨＥＶＣシステムにおける既存の構文要素に対応付けられた意味の規定を含まない。これらの要素についての情報に関しては、文献［３］を参照されたい。表または表の組を使用して構文要素の意味が規定されている場合には、その中で明記されていない値を、ビットストリームは一切含んではならない。
Ａ２．１  リファレンス処理ユニットデータローバイトシーケンスペイロードの意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｒａｗ  Ｂｙｔｅ  Ｓｅｑｕｅｎｃｅ  Ｐａｙｌｏａｄ  Ｓｅｍａｎｔｉｃｓ）
【００８２】
リファレンス処理ユニットローバイトシーケンスペイロードの意味は、リファレンス処理ユニットデータの意味において詳述する。
Ａ２．２  リファレンス処理ユニットデータの意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｓｅｍａｎｔｉｃｓ）
rpu_alignment_zero_bitは、０に等しいことになる。
rpu_data_crc32は、rpu_data()のエラー検出を可能とする３２ビットＣＲＣである。本３２ビットＣＲＣを生成するためのモデルが、［１０］の付記Ａに定義されている。ＣＲＣ値は、rpu_data_crc32を除くrpu_data()全体において、以下の生成多項式を使用して算出する。すなわち、
ｘ３２＋ｘ２６＋ｘ２３＋ｘ２２＋ｘ１６＋ｘ１２＋ｘ１１＋ｘ１０＋ｘ８＋ｘ７＋ｘ５＋ｘ４＋ｘ２＋ｘ＋１
である。
Ａ２．３  リファレンス処理ユニットデータヘッダーの意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｈｅａｄｅｒ  Ｓｅｍａｎｔｉｃｓ）
rpu_typeは、本ＲＰＵのタイプを規定し、ＢＤＡ  ＵｌｔｒａＨＤブルーレイ  Ｏｐｔｉｏｎ−Ａ  ＨＤＲ符号化システムに対しては２でなければならない。
rpu_formatは、rpu_typeを与えられたとき、予測および符号化プロセスに関連した更なる情報を規定する。rpu_formatの値は、シーケンス全体において同一のままでなければならない。ＢＤＡ  ＵｌｔｒａＨＤブルーレイに対し、rpu_formatは０に設定されなければならない。
（表Ａ−２−１）rpu_formatフィールドの定義
【表１３】
0006626573.tif 000020
vdr_rpu_profileおよびvdr_rpu_levelは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理が準拠するプロファイルおよびレベル制約を規定し、ＢＤＡ  Ｏｐｔｉｏｎ−Ａ  ＨＤＲに対しては、それぞれ１および０でなければならない。
vdr_seq_info_present_flagは、現リファレンス処理ユニットにＤｏｌｂｙ  Ｖｉｓｉｏｎシーケンス情報が存在するか否かを示す。Ｄｏｌｂｙ  Ｖｉｓｉｏｎシーケンスレベル情報が存在する場合には、含まれている構文要素の全ての値が当該映像シーケンス全体において同一のままでなければならない。ＢＤＡ  ＵｌｔｒａＨＤブルーレイに対し、vdr_seq_info_present_flagは、０に設定されなければならない。
chroma_resampling_explicit_filter_flag は、ＵｌｔｒａＨＤブルーレイに対しては、０に等しくなければならない。
oefficient_data_typeは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎコーデック処理中に使用されるマッピングパラメータおよびＮＬＱパラメータのデータ型を規定する。coefficient_data_typeの値は、０から３までの範囲内になければならない。許容されるパラメータデータ型は、以下の表に示す通りである。
（表Ａ−２−２）Ｄｏｌｂｙ  Ｖｉｓｉｏｎコーデック係数データ型
【表１４】
0006626573.tif 000021
coefficient_log2_denomは、coefficient_data_typeが０に等しいならば、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ復号化関連の係数における小数部分のビット数を規定する。coefficient_log2_denomは０から３２までの範囲内になければならない。coefficient_data_typeが０に等しくない場合には、coefficient_log2_denomは存在しない。coefficient_log2_denomが存在しない場合には、０であるものと見做される。
vdr_rpu_normalized_idcは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニット階層間予測プロセスの入力および出力データに対し、どのタイプの正規化を適用するかを規定する。ＵｌｔｒａＨＤブルーレイに対しては、vdr_rpu_normalized_idcは１でなければならない。
BL_video_full_range_flagは、１に等しいならば、ルマおよびクロマＢＬ信号の黒レベルおよび範囲がフルレンジにあることを規定する。BL_full_range_flagが０に等しいならば、ルマおよびクロマＢＬ信号の黒レベルおよび範囲は、スタンダードレンジにある。BL_video_full_range_flag構文要素が存在しない場合には、BL_video_full_range_flagの値は０に等しいものと見做される。
BL_bit_depth_minus8は、ＢＬ信号のビット深度BL_bit_depthを導出するために使用される。BL_bit_depthは、BL_bit_depth_minus8 + 8に等しい。ＵｌｔｒａＨＤブルーレイに対し、BL_bit_depth_minus8は２に等しくなければならない。
EL_bit_depth_minus8は、ＥＬ信号のビット深度EL_bit_depthを導出するために使用される。EL_bit_depthは、EL_bit_depth_minus8 + 8に等しい。ＵｌｔｒａＨＤブルーレイに対し、EL_bit_depth_minus8は２に等しくなければならない。
vdr_bit_depth_minus8は、再構成Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号のビット深度vdr_bit_depthを導出するために使用される。vdr_bit_depthは、vdr_bit_depth_minus8 + 8に等しい。vdr_bit_depth_minus8の値は０から６の範囲内になければならない。
spatial_resampling_filter_flagは、ＵｌｔｒａＨＤブルーレイに対しては、０に等しくなければならない。
reserved_zero_3bitsは、０に等しくなければならない。
el_spatial_resampling_filter_flagは、１に等しいならば、ＥＬ空間的リサンプリングフィルタを使用してＥＬ復号化することを規定する。０ならば、ＥＬ復号化中は空間的リサンプリングをスキップすることを意味する。el_spatial_resampling_filter_flagの値は０ないし１の範囲内になければならない。el_spatial_resampling_filter_flagとspatial_resampling_filter_flagとの和は、１以下でなければならない。
disable_residual_flagは、ＵｌｔｒａＨＤブルーレイに対しては、０に等しくなければならない。
vdr_dm_metadata_present_flagは、vdr_dm_data_payload()構文構造が存在しているか否かを規定する。以下の値がサポートされる。すなわち、
・１：付記Ａ．２に定義の構文構造vdr_dm_data_payload()が存在する
・０：vdr_dm_data_payload()構文構造は存在しない
である。vdr_dm_metadata_present_flagが存在しないならば、０であるものと見做される。ＵｌｔｒａＨＤブルーレイに対し、vdr_dm_metadata_present_flagは、１に等しくなければならない。
use_prev_vdr_rpu_flagは、現Ｄｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットを、以前に送信されたリファレンス処理ユニットから予測するか否かを規定する。以下の値がサポートされる。
・１：以前に送信されたＤｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットを使用して、現ピクチャの階層間予測を生成する。
・０：現Ｄｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットを明示的に送信し、あるvdr_rpu_idを現Ｄｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットに割り当てる。ＢＬピクチャが瞬時リフレッシュピクチャ（ｉｎｓｔａｎｔａｎｅｏｕｓ  ｒｅｆｒｅｓｈ  ｐｉｃｔｕｒｅ）である場合には、use_prev_vdr_rpu_flagの値は０でなければならない。
prev_vdr_rpu_idは、現ピクチャを処理するために使用される、以前に送信されたＤｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットのrpu_idを規定する。prev_vdr_rpu_idの値は、０から１５までの範囲内になければならず、前回の瞬時復号化リフレッシュピクチャ（ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ  ｐｉｃｔｕｒｅ）以降に送信されたＤｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットの個数によってさらに制約を受ける。prev_vdr_rpu_idが存在しないならば、これを−１（無効rpu_id）に設定しなければならない。
vdr_rpu_id  vdr_rpu_idは、rpu_data_payload()において明示的に送信される現Ｄｏｌｂｙ  Ｖｉｓｉｏｎリファレンス処理ユニットに対して割り当てられたrpu_idを規定する。vdr_rpu_idの値は、０から１５までの範囲内になければならない。ＢＬピクチャが瞬時復号化リフレッシュピクチャであるならば、vdr_rpu_idは０に等しくなければならない。瞬時復号化リフレッシュピクチャが在ることにより、復号化プロセスにおいて、その瞬時復号化リフレッシュピクチャのリファレンス処理ユニットビットストリーム復号化の直後に、全てのリファレンス処理ユニットに対し、リファレンスのために使用されていないという目印がつけられる。この瞬時復号化リフレッシュピクチャのリファレンス処理ユニットに後続する全てのリファレンス処理ユニットは、この瞬時復号化リフレッシュピクチャのリファレンス処理ユニットに先行する一切のリファレンス処理ユニットからのリファレンス無しで復号化されることが可能である。
mapping_color_spaceは、ＢＤＡ  Ｏｐｔｉｏｎ−Ａに対しては、０に設定されなければならない。
mapping_chroma_format_idcは、ＢＤＡ  Ｏｐｔｉｏｎ−Ａに対しては、０に設定されなければならない。
num_pivots_minus2[ cmp ]は、色成分ｃｍｐに対し区分的マッピングプロセスを実行するために使用されるピボット点の個数から２を減じた数を規定する。例えば、１つのマッピングモデルをＢＬ信号ダイナミックレンジ全体において適用するならば、num_pivots_minus2の値は０に等しい。num_pivots_minus2の値は、０から７までの範囲内（両端含む）になければならない。
pred_pivot_value[ cmp ][ i ]は、成分ｃｍｐに対する第ｉ番目ピボット点の値pivot_value[ cmp ][ i ]を導出するために使用される。これらのピボット点は、ひとまとまりで（ｃｏｌｌｅｃｔｉｖｅｌｙ）、区分的マッピングプロセスの境界群を定義する。pivot_value[ cmp ][ i ]の値は、以下の擬似コードを使用して導出する。配列pred_pivot_value[ ][ ]は入力として使用され、配列pivot_value[ ][ ]は出力として使用される。ｉの値は、０から(num_pivots_minus2 + 1)までの範囲内（両端含む）になければならない。pred_pivot_value[ cmp ][ i ]構文要素を表現するために使用されるビット数は、BL_bit_depthビットである。
assign_pivot_values(pred_pivot_value[ ][ ],num_pivots_minus2 )
{
int pivot_value[ 3 ][ num_pivots_minus_2+2 ];
int pivot_idx, cmp;
for( cmp = 0; cmp < 3; cmp ++ ) {
pivot_value[ cmp ][ 0 ] = pred_pivot_value[ cmp ][ 0 ];
for( pivot_idx = 1; pivot_idx < num_pivots_minus2[ cmp ] + 2; pivot_idx ++)
pivot_value[ cmp ][ pivot_idx ] =
pivot_value[ cmp ][ pivot_idx - 1 ]+pred_pivot_value[ cmp ][ pivot_idx ];
}
return pivot_value;
}
成分順は、ｃｍｐ＝０，１，２に対し、Ｙ，Ｃｂ，Ｃｒである。
nlq_method_idcは、現ＥＬ映像フレームに対するＮＬＱ方法を規定する。nlq_method_idcの値は、ＢＤＡ  Ｏｐｔｉｏｎ−Ａに対しては、０に設定されなければならない。
num_x_partitions_minus1は、ＢＤＡ  Ｏｐｔｉｏｎ−Ａに対しては、０に設定されなければならない。
num_y_partitions_minus1は、ＢＤＡ  Ｏｐｔｉｏｎ−Ａに対しては、０に設定されなければならない。
Ａ２．４  リファレンス処理ユニットデータペイロードの意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｐａｙｌｏａｄ  Ｓｅｍａｎｔｉｃｓ）
本節は、２に等しいrpu_typeに対し、リファレンス処理ユニットデータペイロードの意味に関する詳細を提供する。
Ａ２．４．１  リファレンス処理ユニットデータマッピング構文
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｍａｐｐｉｎｇ  Ｓｙｎｔａｘ）
mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]は、色成分ｃｍｐおよびpivot_idxに従って識別されるダイナミックレンジに対し使用されるマッピング方法を規定する。mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]の値は、０から１までの範囲内（両端含む）になければならない。mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]の値と、これに対応する、ＢＤＡ  Ｏｐｔｉｏｎ−ＡのためのＤｏｌｂｙ  Ｖｉｓｉｏｎシステムにおいて現在サポートされているマッピング方法とを、以下の表に規定する。
（表Ａ−２−３）階層間マッピング方法
【表１５】
0006626573.tif 000022
mapping_param_pred_flag[ y ][ x ][ cmp ][ pivot_idx ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたマッピングパラメータを明示的に送信するのか、または現ピクチャリファレンス処理ユニットにおける以前の区画（ｐａｒｔｉｔｉｏｎ）から予測するのかを規定する。サポートされる値は以下の通りである。すなわち、
・０：mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたマッピングパラメータを明示的に送信する。
・１：現ピクチャに由来する、以前の区画のマッピングパラメータを、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたマッピングパラメータに割り当てる。
構文要素 mapping_param_pred_flag[ y ][ x ][ cmp ][ pivot_idx ]が存在しない場合には、０であるものと考えられることになる。現ピクチャにおける以前の区画に由来するいかなる予測器も利用可能ではないならば（例えば、現ピクチャリファレンス処理ユニットに由来するいかなる以前の区画も、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]によって示されるものと同一のマッピング方法を使用しないならば）、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対するマッピングパラメータを予測するために利用可能な予測器は、一切存在しないことになる。この場合、num_mapping_param_predictors[ y ][ x ][ cmp ][ pivot_idx ]およびmapping_param_pred_flag [ y ][ x ][ cmp ][ pivot_idx ]は、両方とも０に設定される。
注記／num_mapping_param_predictors[ y ][ x ][ cmp ][ pivot_idx ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられた、現ピクチャにおける利用可能なマッピングパラメータ予測器の個数である。この数は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたマッピングパラメータの新しい１組が明示的に送信されるとき、すなわちmapping_param_pred_flag[ y ][ x ][ cmp ][ pivot_idx ]の値が０であるとき、１だけ増加する。
diff_pred_part_idx_mapping_minus1[ y ][ x ][ cmp ][ pivot_idx ]は、現リファレンス処理ユニットにおけるマッピングパラメータ予測器の区画インデックスpred_part_idx_mapping[ y ][ x ][ cmp ][ pivot_idx ]を導出するために使用される差分値を規定する。diff_pred_part_idx_mapping_minus1[ y ][ x ][ cmp ][ pivot_idx ]が存在するかどうかは、num_mapping_param_predictors[ y ][ x ][ cmp ][ pivot_idx ]に依存する。pred_part_idx_mapping[ y ][ x ][ cmp ][ pivot_idx ]の値は、以下のように導出され、制約を受ける。すなわち、
・num_mapping_param_predictors[ y ][ x ][ cmp ][ pivot_idx ]が１より大きいならば、pred_part_idx_mapping[ y ][ x ][ cmp ][ pivot_idx ]の値は、(curr_part_idx - diff_pred_part_idx_mapping_minus1[ y ][ x ][ cmp ][ pivot_idx ] - 1)に設定される。
注記／curr_part_idxは、ラスタ走査順における、現区画のインデックスである。
・そうではなく、num_mapping_param_predictors[ y ][ x ][ cmp ][ pivot_idx ]が１に等しいならば、pred_part_idx_mapping[ y ][ x ][ cmp ][ pivot_idx ]の値は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたマッピングパラメータの予測器としての役割を果たすことが可能な唯一の、現リファレンス処理ユニットにおける、以前の区画の区画インデックスに設定される。
・pred_part_idx_mapping[ y ][ x ][ cmp ][ pivot_idx ]の値は、０から(curr_part_idx - 1)までの範囲内になければならない。
Ａ２．４．２  リファレンス処理ユニットデータマッピングパラメータの意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｍａｐｐｉｎｇ  Ｐａｒａｍｅｔｅｒｓ  Ｓｅｍａｎｔｉｃｓ）
poly_order_minus1[ y ][ x ][ cmp ][ pivot_idx ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に従って識別される多項式マッピング方法の次数を規定する。poly_order_minus1[ y ][ x ][ cmp ][ pivot_idx ]の値は、０または１でなければならない。
linear_interp_flag[ y ][ x ][ cmp ][ pivot_idx ]は、１次多項式マッピングパラメータが線形補間法を使用して示されるものであるか否かを規定する。
・１：１次多項式マッピングパラメータは、線形補間法を使用して示される。
・０：１次多項式マッピングパラメータは、多項式係数を使用して示される。
注記／線形補間は、１次多項式を規定するもう１つの方法である。各区分（ｐｉｅｃｅ）における端点に対する逆マッピング値は明示され、端点間における値は補間される。線形補間を使用してルックアップテーブルを実装することが可能である。
pred_linear_interp_value_int[ y ][ x ][ cmp ][ pivot_idx ]は、coefficient_data_typeが０に等しい場合には、fp_pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、pred_linear_interp_value_int[ y ][ x ][ cmp ][ pivot_idx ]は存在しない。
注記／linear_interp_flag [ y ][ x ][ cmp ][ pivot_idx ]が１に等しく、かつcoefficient_data_typeが０に等しい場合には、fp_pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたlinear_interp_value[ y ] [ x ] [ cmp ][ pivot_idx ]の値を導出するために使用される。
pred_linear_interp_value[ y ][ x ] [ cmp ][ pivot_idx ]は、coefficient_data_typeが０に等しい場合には、fp_pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]は、linear_interp_flag[ y ][ x ][ cmp ][ pivot_idx ]が１に等しい場合に、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]へ対応付けられたlinear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]の値を導出するために使用される。coefficient_data_typeが０に等しいならば、pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]構文要素の長さは、３２ビットである。linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]の値は、以下のように導出され、制約を受ける。すなわち、
・pivot_idxが０に等しいならば、linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]の値は、coefficient_data_typeが１に等しければpred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]に等しい。coefficient_data_typeが０に等しければ、fp_pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ] = (pred_linear_interp_value_int[ y ][ x ][ cmp ][ pivot_idx ] << coefficient_log2_denom) + pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]かつlinear_interp_value[ y ][ x ][ cmp ][ pivot_idx ] = fp_pred_linear_interp_value[ y ] [ x ][ cmp ][ pivot_idx ]である。
・さもなくば、linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]の値は、coefficient_data_typeが１に等しければpred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ] + linear_interp_value[ y ][ x ][ cmp ][ pivot_idx - 1 ]に等しい。coefficient_data_typeが０に等しければ、fp_pred_linear_interp_value[ y ][ x ] [ cmp ][ pivot_idx ] = (pred_linear_interp_value_int[ y ][ x ][ cmp ][ pivot_idx ] << coefficient_log2_denom) + pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ]かつlinear_interp_value[ y ][ x ][ cmp ][ pivot_idx ] = fp_pred_linear_interp_value[ y ][ x ][ cmp ][ pivot_idx ] + linear_interp_value[ y ][ x ][ cmp ][ pivot_idx - 1 ]である。
・vdr_rpu_normalized_idcが０に等しいならば、linear_interp_value[ y ][ x ][ cmp ][ i ]は[0,(2vdr_bit_depth-1)]の範囲内にあることになる。vdr_rpu_normalized_idcが１に等しいならば、linear_interp_value[ y ][ x ][ cmp ][ i ]は［０，１）の小数値範囲内にあることになる。
poly_coef_int[ y ][ x ][ cmp ][ pivot_idx ][ i ]は、coefficient_data_typeが０に等しい場合には、fp_poly_coef[ y ][ x ][ cmp ][ pivot_idx][ i ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、poly_coef_int[ y ][ x ][ cmp ][ pivot_idx ][ i ]は存在しない。
注記／fp_poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]は、coefficient_data_typeが０に等しい場合に、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたｉ次多項式係数の値を導出するために使用される。
poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]は、coefficient_data_typeが０に等しい場合には、fp_poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたｉ次多項式係数の値を導出するために使用される。coefficient_data_typeが０に等しいならば、poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]構文要素の長さは３２ビットである。mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたｉ次多項式係数の値は、以下のように導出する。すなわち、
・coefficient_data_typeが０に等しいならば、ｉ次多項式係数の値は、fp_poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ] = (poly_coef_int[ y ][ x ][ cmp ][ pivot_idx ][ i ] << coefficient_log2_denom) + poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]に等しい。
・coefficient_data_typeが１に等しいならば、ｉ次多項式係数の値は、poly_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ]に等しい。
mmr_order_minus1[ y ][ x ][ cmp ][ pivot_idx ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に従って識別される多変量重回帰マッピング方法の次数を規定する。mmr_order_minus1[ y ][ x ][ cmp ][ pivot_idx ]の値は、０から２までの範囲内になければならない。
mmr_constant_int[ y ][ x ][ cmp ][ pivot_idx ]は、coefficient_data_typeが０に等しい場合には、fp_mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、mmr_constant_int[ y ][ x ][ cmp ][ pivot_idx ]は存在しない。
注記／fp_mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]は、coefficient_data_typeが０に等しい場合に、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられた多変量重回帰定数係数の値を導出するために使用される。
mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]は、coefficient_data_typeが０に等しい場合には、fp_mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられた多変量重回帰定数係数の値を導出するために使用される。coefficient_data_typeが０に等しいならば、mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]構文要素の長さは３２ビットである。mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられた多変量重回帰定数係数の値は、以下のように導出する。すなわち、
・coefficient_data_typeが０に等しいならば、多変量重回帰定数係数の値は、fp_mmr_constant[ y ][ x ][ cmp ][ pivot_idx ] = (mmr_constant_int[ y ][ x ][ cmp ][ pivot_idx ] << coefficient_log2_denom) + mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]に等しい。
・coefficient_data_typeが１に等しいならば、多変量重回帰定数係数の値は、mmr_constant[ y ][ x ][ cmp ][ pivot_idx ]に等しい。
mmr_coef_int[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]は、coefficient_data_typeが０に等しい場合には、fp_mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ] [ j ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、mmr_coef_int[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]は存在しない。
注記／fp_mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]は、coefficient_data_typeが０に等しい場合に、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたｉ次における第ｊ番目の多変量重回帰係数の値を導出するために使用される。
mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]は、coefficient_data_typeが０に等しい場合には、fp_mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]は、mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたｉ次における第ｊ番目の多変量重回帰係数の値を導出するために使用される。coefficient_data_typeが０に等しいならば、mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ] 構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ] 構文要素の長さは３２ビットである。mapping_idc[ y ][ x ][ cmp ][ pivot_idx ]に対応付けられたｉ次における第ｊ番目の多変量重回帰係数の値は、以下のように導出する。すなわち、
・coefficient_data_typeが０に等しいならば、ｉ次における第ｊ番目の多変量重回帰係数の値は、fp_mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ] = (mmr_coef_int[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ] << coefficient_log2_denom) + mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]に等しい。
・coefficient_data_typeが１に等しいならば、ｉ次における第ｊ番目の多変量重回帰係数の値は、mmr_coef[ y ][ x ][ cmp ][ pivot_idx ][ i ][ j ]に等しい。
Ａ２．４．３  リファレンス処理ユニットデータ非線形量子化の意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｎｏｎｌｉｎｅａｒ  Ｑｕａｎｔｉｚａｔｉｏｎ  Ｓｅｍａｎｔｉｃｓ）
nlq_param_pred_flag[ y ][ x ][ pivot_idx ][ cmp ]は、当該区画、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとに対応付けられたＮＬＱパラメータが明示的に送信されるものか、または現ピクチャリファレンス処理ユニットにおける以前の区画から予測されるものかを規定する。２つのサポート値は、以下の通りである。すなわち、
・０：垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとに対応付けられたＮＬＱパラメータを、明示的に送信する。
・１：現ピクチャに由来する当該リファレンス処理ユニットにおける、以前の区画のＮＬＱパラメータを、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとを有する区画に対応付けられたＮＬＱパラメータに割り当てる。
構文要素nlq_param_pred_flag[ y ][ x ][ pivot_idx ][ cmp ]が存在しないならば、０であるものと見做される。時折、現リファレンス処理ユニットにおける以前の区画に由来するいかなる予測器も利用可能ではないことがある。例えば、現ピクチャに由来するいかなる以前の区画リファレンス処理ユニットも、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとを有する区画によって示されるものと同一のＮＬＱ方法を使用しないならば、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとを有する区画に対するＮＬＱパラメータを予測するために利用可能な予測器は一切存在しないことになる。この場合、num_nlq_param_predictors[ y ][ x ][ pivot_idx ][ cmp ]およびnlq_param_pred_flag [ y ][ x ][ pivot_idx ][ cmp ]は、両方とも０に設定される。
注記／num_nlq_param_predictors[ y ][ x ][ pivot_idx ][ cmp ]は、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとを有する現区画に対し、現リファレンス処理ユニットにおいて利用可能なＮＬＱパラメータ予測器の個数である。この数は、ＮＬＱパラメータの新しい１組が明示的に送信されるとき（すなわち、nlq_param_pred_flag [ y ][ x ][ pivot_idx ][ cmp ]の値が０のとき）、１だけ増加する。
diff_pred_part_idx_nlq_minus1[ y ][ x ][ pivot_idx ][ cmp ]は、現ピクチャのリファレンス処理ユニットに由来するＮＬＱパラメータ予測器の区画インデックスpred_part_idx_nlq[ y ][ x ][ pivot_idx ] [ cmp ]を導出するために使用される差分値を規定する。構文要素diff_pred_part_idx_nlq_minus1[ y ][ x ][ pivot_idx ][ cmp ]が存在するかどうかは、num_nlq_param_predictors[ y ][ x ][ pivot_idx ][ cmp ]の値に依存する。pred_part_idx_nlq[ y ][ x ][ pivot_idx ][ cmp ]の値は、以下のように導出され、制約を受ける。すなわち、
・num_nlq_param_predictors[ y ][ x ][ pivot_idx ][ cmp ]が１より大きいならば、pred_part_idx_nlq[ y ][ x ][ pivot_idx ][ cmp ]の値は、(curr_part_idx - diff_pred_part_idx_nlq_minus1[ y ][ x ][ pivot_idx ][ cmp ] - 1)に設定される。
・num_nlq_param_predictors[ y ][ x ][ pivot_idx ][ cmp ]が１に等しいならば、pred_part_idx_nlq[ y ][ x ][ pivot_idx ][ cmp ]の値は、垂直座標ｙと、水平座標ｘと、pivot_idxと、ｃｍｐと、における区画に対応付けられたＮＬＱパラメータの予測器としての役割を果たし得る唯一の、現ピクチャのリファレンス処理ユニットにおける、以前の区画の区画インデックスに設定される。
・pred_part_idx_nlq[ y ][ x ][ pivot_idx ][ cmp ]の値は、０ないし(curr_part_idx - 1)の範囲内になければならない。
Ａ２．４．４  リファレンス処理ユニットデータ非線形量子化パラメータの意味
（Ｒｅｆｅｒｅｎｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ｎｏｎｌｉｎｅａｒ  Ｑｕａｎｔｉｚａｔｉｏｎ  Ｐａｒａｍｅｔｅｒ  Ｓｅｍａｎｔｉｃｓ）
nlq_offset[ y ][ x ][ pivot_idx ][ cmp ]は、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとにおける区画に対応付けられた、ＮＬＱオフセット係数を規定する。nlq_offset[ y ][ x ][ pivot_idx ][ cmp ] 構文要素を表現するために使用されるビット数は、EL_bit_depthである。nlq_offset[ y ][ x ][ pivot_idx ][ cmp ]の値は、[0, 2EL_bit_depth - 1]の範囲内にある。
vdr_in_max_int[ y ][ x ][ pivot_idx ][ cmp ]は、coefficient_data_typeが０に等しい場合には、fp_vdr_in_max[ y ][ x ][ pivot_idx ][ cmp ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、vdr_in_max_int[ y ][ x ][ pivot_idx ][ cmp ]は存在しない。
注記／fp_vdr_in_max[ y ][ x ][pivot_idx][ cmp ] は、coefficient_data_typeが０に等しい場合に、垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐとを有する区画に対応付けられた、非線形量子化（ｎｏｎ−ｌｉｎｅａｒ  ｑｕａｎｔｉｚａｔｉｏｎ）最大ＥＬ信号値係数の値を導出するために使用される。
vdr_in_max[ y ][ x ][ pivot_idx ][ cmp ]は、coefficient_data_typeが０に等しい場合には、fp_vdr_in_max[ y ][ x ][ pivot_idx ][ cmp ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、vdr_in_max[ y ][ x ][ pivot_idx ][ cmp ]は、垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとにおける区画に対応付けられた、ＮＬＱ最大ＥＬ信号値係数の値を導出するために使用される。coefficient_data_typeが０に等しいならば、vdr_in_max[ y ][ x ] [ pivot_idx ][ cmp ] 構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、vdr_in_max[ y ][ x ] [ pivot_idx ][ cmp ] 構文要素の長さは３２ビットである。
垂直座標ｙと水平座標ｘとpivot_idxとｃｍｐとにおける区画に対応付けられたＮＬＱ最大ＥＬ信号値係数の値は、以下のように導出する。すなわち、
・coefficient_data_typeが０に等しいならば、ＮＬＱ最大ＥＬ信号値係数の値は、fp_vdr_in_max[ y ][ x ][ pivot_idx ][ cmp ]に等しい。但し、fp_vdr_in_max[ y ][ x ][ pivot_idx ] [ cmp ] = (vdr_in_max_int[ y ][ x ][ pivot_idx ][ cmp ] << coefficient_log2_denom) + vdr_in_max[ y ][ x ][ pivot_idx ][ cmp ]である。
・coefficient_data_typeが１に等しいならば、ＮＬＱ最大ＥＬ信号値係数の値は、vdr_in_max[ y ] [ x ][ pivot_idx ][ cmp ]に等しい。
linear_deadzone_slope_int[ y ][ x ][ pivot_idx ][ cmp ]は、coefficient_data_typeが０に等しい場合には、fp_linear_deadzone_slope [ y ][ x ][ pivot_idx ][ cmp ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、linear_deadzone_slope _int[ y ][ x ][ pivot_idx ][ cmp ]は存在しない。
注記／fp_linear_deadzone_slope [ y ][ x ][pivot_idx][ cmp ]は、coefficient_data_typeが０に等しい場合に、垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐとを有する区画に対応付けられた、線形不感域傾き係数の値を導出するために使用される。
linear_deadzone_slope[ y ][ x ][ pivot_idx ][ cmp ]は、coefficient_data_typeが０に等しい場合には、fp_linear_deadzone_slope[ y ][ x ][ pivot_idx ][ cmp ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、linear_deadzone_slope [ y ][ x ][ pivot_idx ][ cmp ]は、垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐとを有する区画に対応付けられた、線形不感域傾き係数の値を導出するために使用される。coefficient_data_typeが０に等しいならば、linear_deadzone_slope [ y ][ x ][ pivot_idx ][ cmp ]構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、linear_deadzone_slope[ y ][ x ][ pivot_idx ][ cmp ] 構文要素の長さは３２ビットである。垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐと、を有する区画に対応付けられた線形不感域傾き係数の値は、以下のように導出する。すなわち、
・coefficient_data_typeが０に等しいならば、線形不感域傾き係数の値は、fp_linear_deadzone_slope[ y ][ x ][ pivot_idx ][ cmp ] = (linear_deadzone_slope_int[ y ][ x ][ pivot_idx ][ cmp ] << coefficient_log2_denom) + linear_deadzone_slope[ y ][ x ][ pivot_idx ][ cmp ]に等しい。
・coefficient_data_typeが１に等しいならば、線形不感域傾き係数の値は、linear_deadzone_slope[ y ][ x ][ pivot_idx ][ cmp ]に等しい。
linear_deadzone_threshold_int[ y ][ x ][ pivot_idx ][ cmp ]は、coefficient_data_typeが０に等しい場合には、fp_linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]の整数部分を規定する。coefficient_data_typeが１に等しいならば、linear_deadzone_threshold_int[ y ][ x ][ pivot_idx ][ cmp ]は存在しない。
注記／fp_linear_deadzone_threshold[ y ][ x ][pivot_idx][ cmp ]は、coefficient_data_typeが０に等しい場合に、垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐとを有する区画に対応付けられた、線形不感域閾値係数の値を導出するために使用される。
linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]は、coefficient_data_typeが０に等しい場合には、fp_linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]の小数部分を規定する。coefficient_data_typeが１に等しいならば、linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]は、垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐとを有する区画に対応付けられた、線形不感域閾値係数の値を導出するために使用される。coefficient_data_typeが０に等しいならば、linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]構文要素の長さは、coefficient_log2_denomビットである。coefficient_data_typeが１に等しいならば、linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]の長さは３２ビットである。垂直座標ｙおよび水平座標ｘと、ピボットインデックスpivot_idxと、成分ｃｍｐと、を有する区画に対応付けられた線形不感域閾値係数の値は、以下のように導出する。すなわち、
・coefficient_data_typeが０に等しいならば、線形不感域閾値係数の値は、fp_linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ] = (linear_deadzone_threshold_int[ y ][ x ][ pivot_idx ][ cmp ] << coefficient_log2_denom) + linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]に等しい。
・coefficient_data_typeが１に等しいならば、線形不感域閾値係数の値は、linear_deadzone_threshold[ y ][ x ][ pivot_idx ][ cmp ]に等しい。
注記／線形不感域閾値係数の値は、ゼロ以上であることになる。線形不感域最大Ｄｏｌｂｙ  ＶｉｓｉｏｎＥＬ信号値係数の値は、線形不感域閾値係数の値以上であることになる。
Ａ３．Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータビットストリーム構文
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａｄａｔａ  Ｂｉｔｓｔｒｅａｍ  Ｓｙｎｔａｘ）
【００８３】
本節は、Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータビットストリームの構文および意味を規定する。Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータは、復号化プロセスにおいてＤｏｌｂｙ  Ｖｉｓｉｏｎ信号を再構成するためには必要でない。準拠デコーダ（ｃｏｎｆｏｒｍｉｎｇ  ｄｅｃｏｄｅｒｓ）に対し、この情報を処理することは要請されない。Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータは、ビットストリーム中に存在する場合には、Ａ．３．１およびＡ４に規定する構文および意味に従わなければならない。ビットストリーム中に存在すること以外の何らかの手段によってＤｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータがアプリケーションのために伝達される場合には、Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータの表現において、本節に規定のものと同一の構文を使用する必要はない。
Ａ３．１  Ｄｏｌｂｙ  ＶｉｓｉｏｎディスプレイマネジメントメタデータＢｉｓｔｒｅａｍ構文
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａｄａｔａ  Ｂｉｓｔｒｅａｍ  Ｓｙｎｔａｘ）
（表Ａ−３−１）Ｄｏｌｂｙ  ＶｉｓｉｏｎディスプレイマネジメントメタデータＢｉｓｔｒｅａｍ構文
【表１６】
0006626573.tif 000023
0006626573.tif 000024
Ａ３．２  Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント拡張メタデータＢｉｓｔｒｅａｍ構文
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｘｔｅｎｄｅｄ  Ｍｅｔａｄａｔａ  Ｂｉｓｔｒｅａｍ  Ｓｙｎｔａｘ）
（表Ａ−３−２）Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント拡張メタデータＢｉｓｔｒｅａｍ構文
【表１７】
0006626573.tif 000025
Ａ３．３  Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント拡張メタデータペイロードＢｉｓｔｒｅａｍ構文
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｘｔｅｎｄｅｄ  Ｍｅｔａｄａｔａ  Ｐａｙｌｏａｄ  Ｂｉｓｔｒｅａｍ  Ｓｙｎｔａｘ）
（表Ａ−３−３）Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント拡張メタデータペイロードＢｉｓｔｒｅａｍ構文
【表１８】
0006626573.tif 000026
Ａ４．Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメントメタデータの意味
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａｄａｔａ  Ｓｅｍａｎｔｉｃｓ）
Ａ４．１  Ｄｏｌｂｙ  ＶｉｓｉｏｎディスプレイマネジメントメタデータＢｉｓｔｒｅａｍの意味
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｍｅｔａｄａｔａ  Ｂｉｓｔｒｅａｍ  Ｓｅｍａｎｔｉｃｓ）
affected_dm_metadata_idは、本ｄｍメタデータに関係するＤｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームの識別番号（ｉｄ  ｎｕｍｂｅｒ）を示す。この値は、０ないし１５の範囲内（両端含む）にあることになる。affected_dm_metadata_idが存在しないならば、０であるものと考えられることになる。
current_dm_metadata_idは、現Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームの識別番号（ｉｄ  ｎｕｍｂｅｒ）を示す。この値は、０ないし１５の範囲内（両端含む）にあることになる。current_dm_metadata_idが存在しないならば、０であるものと考えられることになる。
注記：ＤＭメタデータが現Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームに関係するならば、affected_dm_metadata_idは、current_dm_metadata_idに設定されることになる。ＤＭメタデータが次の（ｕｐｃｏｍｉｎｇ）Ｄｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームに関係するならば、affected_dm_metadata_idは、(current_dm_metadata_id + 1) (mod 16)に設定される。affected_dm_metadata_idは、current_dm_metadata_idまたは(current_dm_metadata_id + 1) (mod 16)のいずれかに設定されることになる。従って、現在および次のＤｏｌｂｙ  Ｖｉｓｉｏｎ映像フレームのメタデータのみを記述し得る。
scene_refresh_flagは、１に等しいならば、「ＤＭメタデータが影響を及ぼす映像フレームはシーンリフレッシュポイント（ｓｃｅｎｅ  ｒｅｆｒｅｓｈ  ｐｏｉｎｔ）である」ということを規定する。シーンリフレッシュポイントの定義については、ＤＭ設計書類を参照されたい。この値は、０ないし１の範囲内（両端含む）にあることになる。scene_refresh_flagが存在しないならば、０であるものと考えられることになる。
YCCtoRGB_coef0は、ＹＣＣｔｏＲＧＢ変換行列の１番目の係数を規定する。
この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef0が存在しないならば、８１９２であるものと考えられることになる。
YCCtoRGB_coef1は、ＹＣＣｔｏＲＧＢ変換行列の２番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef1が存在しないならば、０であるものと考えられることになる。
YCCtoRGB_coef2は、ＹＣＣｔｏＲＧＢ変換行列の３番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef2が存在しないならば、１２９００であるものと考えられることになる。
YCCtoRGB_coef3は、ＹＣＣｔｏＲＧＢ変換行列の４番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef3が存在しないならば、８１９２であるものと考えられることになる。
YCCtoRGB_coef4は、ＹＣＣｔｏＲＧＢ変換行列の５番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef4が存在しないならば、−１５３４であるものと考えられることになる。
YCCtoRGB_coef5は、ＹＣＣｔｏＲＧＢ変換行列の６番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef5が存在しないならば、−３８３６であるものと考えられることになる。
YCCtoRGB_coef6は、ＹＣＣｔｏＲＧＢ変換行列の７番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef6が存在しないならば、８１９２であるものと考えられることになる。
YCCtoRGB_coef7は、ＹＣＣｔｏＲＧＢ変換行列の８番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef7が存在しないならば、１５２０１であるものと考えられることになる。
YCCtoRGB_coef8は、ＹＣＣｔｏＲＧＢ変換行列の９番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。YCCtoRGB_coef8が 存在しないならば、０であるものと考えられることになる。
YCCtoRGB_offset0は、ＹＣＣｔｏＲＧＢ変換行列の１番目のオフセットを規定する。この値は、０から４２９４９６７２９５までの範囲内（両端含む）にあることになる。YCCtoRGB_offset0が存在しないならば、０であるものと考えられることになる。
YCCtoRGB_offset1は、ＹＣＣｔｏＲＧＢ変換行列の２番目のオフセットを規定する。この値は、０から４２９４９６７２９５までの範囲内（両端含む）にあることになる。YCCtoRGB_offset1が存在しないならば、５３６８７０９１２であるものと考えられることになる。
YCCtoRGB_offset2は、ＹＣＣｔｏＲＧＢ変換行列の３番目のオフセットを規定する。この値は、０から４２９４９６７２９５までの範囲内（両端含む）にあることになる。YCCtoRGB_offset2が存在しないならば、５３６８７０９１２であるものと考えられることになる。
RGBtoLMS_coef0は、ＲＧＢｔｏＬＭＳ変換行列の１番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef0が存在しないならば、５８４５であるものと考えられることになる。
RGBtoLMS_coef1は、ＲＧＢｔｏＬＭＳ変換行列の２番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef1が存在しないならば、９７０２であるものと考えられることになる。
RGBtoLMS_coef2は、ＲＧＢｔｏＬＭＳ変換行列の３番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef2が存在しないならば、８３７であるものと考えられることになる。
RGBtoLMS_coef3は、ＲＧＢｔｏＬＭＳ変換行列の４番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef3が存在しないならば、２５６８であるものと考えられることになる。
RGBtoLMS_coef4は、ＲＧＢｔｏＬＭＳ変換行列の５番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef4が存在しないならば、１２２５６であるものと考えられることになる。
RGBtoLMS_coef5は、ＲＧＢｔｏＬＭＳ変換行列の６番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef5が存在しないならば、１５６１であるものと考えられることになる。
RGBtoLMS_coef6は、ＲＧＢｔｏＬＭＳ変換行列の７番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef6が存在しないならば、０であるものと考えられることになる。
RGBtoLMS_coef7は、ＲＧＢｔｏＬＭＳ変換行列の８番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef7が存在しないならば、６７９であるものと考えられることになる。
RGBtoLMS_coef8は、ＲＧＢｔｏＬＭＳ変換行列の９番目の係数を規定する。この値は、−３２７６８から３２７６７までの範囲内（両端含む）にあることになる。RGBtoLMS_coef8が存在しないならば、１５７０５であるものと考えられることになる。
signal_eotfは、ＵｌｔｒａＨＤブルーレイに対しては、６５５３５に設定されることになる。
signal_eotf_param0は、ＵｌｔｒａＨＤブルーレイに対しては、０に設定されることになる。
signal_eotf_param1は、ＵｌｔｒａＨＤブルーレイに対しては、０に設定されることになる。
signal_eotf_param2は、ＵｌｔｒａＨＤブルーレイに対しては、０に設定されることになる。
signal_bit_depthは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号のビット深度を示す。この値は、８から１６までの範囲内（両端含む）にあることになる。signal_bit_depthが存在しないならば、１４であるものと考えられることになる。
signal_color_spaceは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号色空間を規定する。この値は、０から３までの範囲内（両端含む）にあることになる。signal_color_spaceが存在しないならば、０であるものと考えられることになる。対応する色空間は、以下の表に定義する。すなわち、
（表Ａ−４−１）Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号色空間Ｄｏｌｂｙの定義
【表１９】
0006626573.tif 000027
である。
signal_chroma_formatは、signal_color_spaceが０に等しいならば、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号クロマフォーマットを規定する。この値は、０から２までの範囲内（両端含む）にあることになる。signal_color_spaceが０より大きいならば、signal_chroma_formatは２に設定されることになる。signal_chroma_formatが存在しないならば、０であるものと考えられることになる。対応するクロマフォーマットは、以下の表に規定する。すなわち、
（表Ａ−４−２）Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号クロマフォーマットの定義
【表２０】
0006626573.tif 000028
である。
signal_full_range_flagは、Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号範囲を規定する。この値は、０から３までの範囲内（両端含む）にあることになる。signal_eotfが６５５３５に等しいならば、signal_full_range_flagは１に設定されることになる。signal_full_range_flagが存在しないならば、１であるものと考えられることになる。信号範囲の命名規則については、［６］を参照されたい。対応する信号範囲は、以下の表に規定する。すなわち、
（表Ａ−４−３）Ｄｏｌｂｙ  Ｖｉｓｉｏｎ信号完全範囲フラグの定義
【表２１】
0006626573.tif 000029
である。
source_min_PQは、１２ビットＰＱ符号化におけるソースディスプレイの最小輝度値を規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。source_min_PQが存在しないならば、６２であるものと考えられることになる。
注記：１２ビットＰＱ符号化輝度値は、以下のように算出する。すなわち、
【数５】
0006626573.tif 000030
である。但し、
Ｃは、光学値（ｏｐｔｉｃａｌ  ｖａｌｕｅ）をｃｄ／ｍ２で表し、
Ｌは、対応する正規化線形値を表し、
Ｎは、対応する非線形値を表し、
ｍ１は、数
【数６】
0006626573.tif 000031
であり、
ｍ２は、数２５２３／４０９６×１２８＝７８．８４３７５であり、
ｃ１は、数３４２４／４０９６＝０．８３５９３７５＝ｃ３−ｃ２＋１であり、
ｃ２は、数２４１３／４０９６×３２＝１８．８５１５６２５であり、
ｃ３は、数２３９２／４０９６×３２＝１８．６８７５であり、
ｂは、数１２である。
一変数関数（ｕｎａｒｙ  ｆｕｎｃｔｉｏｎ）Ｆｌｏｏｒは、その引数以下の最大の整数を返す。
ＰＱは、結果としてのデジタル表現である。
source_max_PQは、１２ビットＰＱ符号化におけるソースディスプレイの最大輝度値を規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。source_max_PQが存在しないならば、３６９６であるものと考えられることになる。
source_diagonalは、ソースディスプレイの対角サイズをインチで示す。この値は、０から１０２３までの範囲内（両端含む）にあることになる。source_diagonalが存在しないならば、４２であるものと考えられることになる。
num_ext_blocksは、拡張メタデータブロックの個数を規定する。この値は、０から２５４までの範囲内（両端含む）にあることになる。num_ext_blocksが存在しないならば、０であるものと考えられることになる。
dm_alignment_zero_bitは、０に等しいことになる。num_ext_blocksが０に等しいならば、dm_alignment_zero_bitは存在しない。
Ａ４．２  Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント拡張メタデータＢｉｓｔｒｅａｍの意味
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｘｔｅｎｄｅｄ  Ｍｅｔａｄａｔａ  Ｂｉｓｔｒｅａｍ  Ｓｅｍａｎｔｉｃｓ）
ext_block_lengthは、現拡張メタデータブロックペイロードのバイトサイズを導出するために使用される。この値は、０から４２９４９６７２９５までの範囲内（両端含む）にあることになる。num_ext_blocksが０に等しいならば、ext_block_lengthは存在しない。ext_block_lengthが存在しないならば、０であるものと考えられることになる。
ext_block_levelは、現拡張メタデータブロックに含まれたペイロードのレベルを規定する。この値は、０から２５５までの範囲内（両端含む）にあることになる。対応するブロックレベルは、以下の表に定義する。ext_block_levelが存在しないならば、０であるものと考えられることになる。
（表Ａ−４−４）拡張メタデータブロックタイプの定義
【表２２】
0006626573.tif 000032
注記：１に等しいext_block_levelを有した拡張ブロックの個数が１よりも多いならば、デコーダは、現フレームにおいて送信される最新のレベル１拡張ブロックのみを使用することになる。２に等しいext_block_levelを有した拡張ブロックの個数が１６よりも多いならば、デコーダは、現フレームにおいて送信される最初の１６個のレベル２拡張ブロックのみを使用することになる。未使用の値（ｒｅｓｅｒｖｅｄ  ｖａｌｕｅｓ）に等しいext_block_levelを有した拡張ブロックが存在するならば、デコーダは、その拡張ブロックを無視することになる。現フレームにおいて送信される拡張ブロックが一切存在しないならば、デコーダは、Ａ４．３に規定のレベル１およびレベル２拡張メタデータの値へと後退（ｆａｌｌ  ｂａｃｋ）することになる。
Ａ４．３  Ｄｏｌｂｙ  Ｖｉｓｉｏｎディスプレイマネジメント拡張メタデータペイロードの意味
（Ｄｏｌｂｙ  Ｖｉｓｉｏｎ  Ｄｉｓｐｌａｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｘｔｅｎｄｅｄ  Ｍｅｔａｄａｔａ  Ｐａｙｌｏａｄ  Ｓｅｍａｎｔｉｃｓ）
min_PQは、１２ビットＰＱ符号化における現シーンの最小輝度値を規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。min_PQが存在しないならば、source_min_PQの値に等しいものと考えられることになる。
max_PQは、１２ビットＰＱ符号化における現シーンの最大輝度値を規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。max_PQが存在しないならば、source_max_PQの値に等しいものと考えられることになる。
avg_PQは、１２ビットＰＱ符号化における現シーンの中間（ｍｉｄｐｏｉｎｔ）輝度値を規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。avg_PQが存在しないならば、(source_min_PQ + source_max_PQ)/2の値に等しいものと考えられることになる。
target_max_PQは、１２ビットＰＱ符号化におけるターゲットディスプレイの最大輝度値を規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。target_max_PQが存在しないならば、source_max_PQの値に等しいものと考えられることになる。
注記：２に等しいext_block_levelを有した拡張ブロックの個数が１よりも多いとしても、これらのブロックは、重複した（ｄｕｐｌｉｃａｔｅｄ）target_max_PQを有しない。
trim_slopeは、傾きメタデータを規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。trim_slopeが存在しないならば、２０４８であるものと考えられることになる。１２ビット傾き値は、以下のように算出することに留意されたい。すなわち、
trim_slope = (S+0.5) × 4096
である。
trim_offsetは、オフセットメタデータを規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。trim_offsetが存在しないならば、２０４８であるものと考えられることになる。１２ビットオフセット値は、以下のように算出することに留意されたい。すなわち、
trim_offset = (O+0.5) × 4096
である。
trim_powerは、パワー（ｐｏｗｅｒ）メタデータを規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。trim_powerが存在しないならば、２０４８であるものと考えられることになる。１２ビットパワー値は、以下のように算出することに留意されたい。すなわち、
trim_power = (P+0.5) × 4096
である。
trim_chroma_weightは、クロマ重みメタデータを規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。trim_chroma_weightが存在しないならば、２０４８であるものと考えられることになる。１２ビットクロマ重み値は、以下のように算出することに留意されたい。
trim_chroma_weight = (CW+0.5) × 4096
trim_saturation_gainは、彩度（ｓａｔｕｒａｔｉｏｎ）利得メタデータを規定する。この値は、０から４０９５までの範囲内（両端含む）にあることになる。trim_saturatioin_gainが存在しないならば、２０４８であるものと考えられることになる。１２ビット彩度利得値は、以下のように算出することに留意されたい。すなわち、
trim_saturation_gain= (SG+0.5) × 4096
である。
ms_weightは、マルチスケール（ｍｕｌｔｉｓｃａｌｅ）重みメタデータを規定する。この値は、−１から４０９５までの範囲内（両端含む）にあることになる。ms_weightが存在しないならば、２０４８であるものと考えられることになる。１２ビットマルチスケール重み値は、以下のように算出することに留意されたい。すなわち、
ms_weight = (MS+1.0) × 2048
である。
注記：ms_weightが−１に等しいならば、「マルチスケール重み値はローカル設定によってオーバーライドされる」ことを意味する。
ext_dm_alignment_zero_bitは、０に等しいことになる。
文献
以下の文献は、本文書の情報を補うものであり、これらの文献の各々の開示内容を、あらゆる目的において全て本願に援用する。すなわち、
［１］ITU-R Recommendation BT.709, Parameter Values for the HDTV Standards for Production and International Program Exchange, available from http://www.itu.int
［２］ITU-R Recommendation BT.2020, Parameter Values for Ultra-High-Definition Television Systems for Production and International Program Exchange, available from http://www.itu.int
［３］ITU-T H.265 (10/2014), High-Efficiency Video Coding, available at http://www.itu.int
［４］High-Definition Multimedia InterfaceTM Specification, version 1.4b, available from http://www.hdmi.org
［５］High-Definition Multimedia InterfaceTM Specification, version 2.0, available from http://www.hdmi.org
［６］SMPTE ST 2084:2014, High Dynamic Range Electro-Optical Transfer Function of Mastering Reference Displays, August 16, 2014
［７］SMPTE ST 2086:2014, Mastering Display Color Volume Metadata Supporting High Luminance and Wide Color Gamut Images, October 13, 2014
［８］CEA-861-F, A DTV Profile for Uncompressed High Speed Digital Interfaces.
［９］Audio Visual Application Format Specifications for BD-ROM Version 3.0, White paper Blu-Ray Disc Read-only Format (Ultra HD Blu-ray),  Blu-Ray Disc Association, July 2015
［１０］ISO/IEC 13818-1:2013, Information Technology-Generic Coding of Moving Pictures and Associated Audio Information: Systems, available from www.iso.org
［１１］U.S. Patent Application Ser. No. 14/364,979, filed on June 12, 1014, “Specifying Visual Dynamic Range Coding Operations and Parameters,” by S. Qu et al., published as U.S. Patent Application Pub. No. 2014/0341305.
［１２］A. Ballestad and A. Kostin, “Method and Apparatus for Image Data Transformation,” US. Patent 8,593,480.
である。
【００８４】
コンピュータシステム実装例
本発明の実施形態は、コンピュータシステム、電子回路およびコンポーネントで構成されたシステム、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のコンフィギュラブルまたはプログラマブルロジックデバイス（ＰＬＤ）、離散時間またはデジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）などの集積回路（ＩＣ）デバイス、および／または、このようなシステム、デバイスまたはコンポーネントを１つ以上含む装置、を用いて実施し得る。このコンピュータおよび／またはＩＣは、本明細書に記載のようなエンハンストダイナミックレンジを備えた画像のレイヤ表現および復号化に関する命令を行い、制御し、または実行し得る。このコンピュータおよび／またはＩＣは、本明細書に記載のエンハンストダイナミックレンジを備えた画像のレイヤ表現および復号化に関する様々なパラメータまたは値のいずれを演算してもよい。画像およびビデオ実施形態は、ハードウェア、ソフトウェア、ファームウェア、および、その様々な組み合わせで実施され得る。
【００８５】
本発明の特定の態様は、本発明の方法をプロセッサに行わせるためのソフトウェア命令を実行するコンピュータプロセッサを含む。例えば、ディスプレイ、エンコーダ、セットトップボックス、トランスコーダなどの中の１つ以上のプロセッサは、そのプロセッサがアクセス可能なプログラムメモリ内にあるソフトウェア命令を実行することによって、上記のようなエンハンストダイナミックレンジを備えた画像のレイヤ表現および復号化に関する方法を実装し得る。本発明は、プログラム製品形態で提供されてもよい。このプログラム製品は、データプロセッサによって実行された時に本発明の方法をデータプロセッサに実行させるための命令を含む１セットの、コンピュータ読み取り可能な信号を格納する任意の非一時的媒体を含み得る。本発明によるプログラム製品は、様々な形態をとり得る。例えば、このプログラム製品は、フロッピーディスク、ハードディスクドライブを含む磁気データ記憶媒体、ＣＤ  ＲＯＭ、ＤＶＤを含む光学データ記憶媒体、ＲＯＭ、フラッシュＲＡＭなどを含む電子データ記憶媒体、などの物理的媒体を含み得る。このプログラム製品上のコンピュータ可読信号は、任意に、圧縮または暗号化されていてもよい。
【００８６】
上記においてあるコンポーネント（例えば、ソフトウェアモジュール、プロセッサ、アセンブリ、デバイス、回路など）に言及している場合、そのコンポーネントへの言及（「手段」への言及を含む）は、そうでないと明記されている場合を除いて、当該コンポーネントの機能を果たす（例えば、機能的に均等である）あらゆるコンポーネント（上記した本発明の実施形態例に出てくる機能を果たす開示構造に対して構造的に均等ではないコンポーネントも含む）を、当該コンポーネントの均等物として、含むものと解釈されるべきである。
【００８７】
均等物、拡張物、代替物、その他
エンハンストダイナミックレンジを備えた画像の効率的なレイヤ表現および復号化に関する実施形態例を上述した。この明細書中において、各実装毎に異なり得る多数の具体的な詳細に言及しながら本発明の実施形態を説明した。従って、本発明が如何なるものかおよび出願人は本発明が如何なるものであると意図しているかについての唯一且つ排他的な指標は、後の訂正を含む、これら請求項が生じる具体的な形態の、本願から生じる１組の請求項である。当該請求項に含まれる用語に対して本明細書中に明示したあらゆる定義が、請求項内で使用される当該用語の意味を決定するものとする。よって、請求項に明示的に記載されていない限定事項、構成要素、特性、特徴、利点または属性は、いかなる形であれ請求の範囲を限定するものではない。従って、本明細書および図面は、限定的ではなく、例示的であると認識されるべきものである。
【図１】
0006626573.tif 000033
【図２】
0006626573.tif 000034
【図３】
0006626573.tif 000035
【図４】
0006626573.tif 000036
【図５Ａ】
0006626573.tif 000037
【図５Ｂ】
0006626573.tif 000038