ウルトラ HDR 画像形式 v1.0

はじめに

このドキュメントでは、ファイルをエンコードした新しいファイル形式の 対数範囲ゲイン マップ画像（JPEG 画像ファイル）。従来のリーダーが 新しいフォーマットをサポートし 従来の低ダイナミック 範囲画像が作成されます。このフォーマットに対応しているリーダーは、 メインの画像をゲインマップで示し、上部にハイ ダイナミック レンジ画像を 対応ディスプレイです。

このドキュメントの残りの部分では、 この形式を使用します大まかに言えば、イメージに適合性のあるライフサイクルとは、 次のようになります。

1. エンコード

   1. 地図を生成する
   2. ゲインマップ圧縮
   3. 地図コンテナを生成する

2. デコード

図 1. ファイル レイアウトの例と関連メタデータ。

目的

このファイル形式の目標は、SDR 画像に追加情報をエンコードすることです。 表示技術と併用して使用できるファイルです。 最適な HDR レンダリングを 1 つのファイルにまとめます。

これを実践的に行うには、ファイル形式が次の条件を満たしている必要があります。

• 下位互換性を確保して、単純な視聴者には従来の SDR 映像を 表示されます。
• 余分なスペースを占有しません。

また、表示手法は次の要件を満たす必要があります。

• デコードに大量の処理を必要としない。
• ディスプレイの HDR と SDR のホワイト ポイントの任意の比率に適応できる。 デバイスによって大きく異なる場合があり ダウンロードします

最後に、手法は前述のアクションをすべて実行できる必要があります。 ありません。

• クリップのハイライト。
• 強烈な影。
• ローカル コントラストの変更または圧縮。
• 相対的な色調の関係（シーン内のオブジェクト間の関係）を変更する。

依存関係

この仕様の規範的なリファレンスは次のとおりです。

• Adobe XMP Specification Part 3: ファイルの保存（Adobe XMP Specification Part 3: Storage in Files）
• ISO 16684-1:2019 XMP Specification Part 1（XMP の仕様パート 1）
• ISO/IEC 14496-12 ISO の基本メディア ファイル形式
• T.81 (09/92) Digitalcompress and coding ofContinuous-tone again（連続階調静止画のデジタル圧縮および符号化） 画像
• CIPA DC-x 007-2009 Multi-Picture Format のホワイトペーパー

定義

• SDR ディスプレイ

  • 従来のディスプレイであり、HDR コンテンツの表示用には設計されていません。これらの ディスプレイは通常約 400 の公称ピーク輝度を生成します。 cd/m² 以下。

• HDR ディスプレイ

  • HDR コンテンツ用に設計されたディスプレイ。これらのディスプレイでは通常、 （通常は SDR ディスプレイの公称ピーク輝度よりも高い） 800 cd/m² 以上（通常はコントラストも優れています） 比率になります。

• メイン画像

  • セカンダリ メディアを含む GContainer ファイル内のイメージの最初のインスタンス ファイルが追加されます。プライマリ イメージには GContainer XMP メタデータが含まれている 後続のセカンダリ メディア アイテムの順序とプロパティを定義します 自動的に作成します。

• セカンダリ画像

  • メイン画像に追加される後続のメディア アイテム ファイルは、 GContainer ファイル。

• 範囲圧縮

  • 写真では、現実世界のシーンは多くの場合、 SDR ディスプレイが表すことができます。範囲圧縮などのオペレーションも これは、音声のダイナミック レンジを縮小するために、 説明します。ハイライト部分のクリップやつぶれを避けるため、この削減は必要。 ローカル コントラストをできるだけ維持しながら、シャドウが作成されます。お手数をおかけしますが、 画像の大きな輝度端のサイズを小さくします。これにより、 グローバル コントラストを強くすると同時に、画像のサイズが ディテールを表現しますさまざまな さまざまな実装において、そのような操作は、ほとんどの現代の デジタルカメラを進化させようとしています

• SDR ホワイト ポイント

  • 特定の条件下でディスプレイに表示された SDR コンテンツの最大線形輝度 決定できます

• HDR ホワイト ポイント

  • 特定の条件下でディスプレイに表示された HDR コンテンツの最大線形輝度が、 決定できますこの値は通常、SDR ホワイト ポイントよりも大きくなります。

• ブースト

  • HDR ホワイト ポイントを SDR ホワイト ポイントで割った値。

• コンテンツ ブースト最大化（数式内の max_content_boost）

  • コンテンツ作成者はこの値を使用して、画像の明るさを制限 SDR レンダリングと比べて HDR ディスプレイで表示した場合の再生時間の割合です。
  • この値は、特定の画像の定数です。たとえば、 値が 4 の場合、任意のピクセルに対して、ピクセルの直線輝度が HDR レンディションを表示する場合、リニア輝度の 4 倍以下である必要があります。 変換されますこれは実際には、Google Cloud の 明るさを最大 4 倍に明るくできます。
  • 実際には、この値は通常 1.0 よりも大きくなります。
  • 常にコンテンツの最小ブースト以上です。

• コンテンツの最小ブースト（計算式で min_content_boost）

  • コンテンツ作成者はこの値を使用して、 HDR ディスプレイで表示された場合、SDR より 作成します。この値は、特定の画像の定数です。
  • たとえば、値が 0.5 の場合、どのピクセルに対しても線形は HDR レンダリングを行う際の輝度は、少なくとも 0.5 倍以上であることが必要です。 SDR レンダリングの線形輝度。
  • 実際には、この値は通常 1.0 以下になります。
  • 常に [コンテンツ ブースト最大化] 以下になります。

• ディスプレイの最大ブースト（計算式で max_display_boost）

  • 特定の時点で、ディスプレイがサポートする最大ブースト あります。この値は、デバイスの設定やその他の変更によって 明るさなどの要素に基づいて明るさを調整し 表示されます。
  • たとえば、この値が 4.0 の場合、ディスプレイは SDR の 4 倍以下の明るさのピクセルを表示する できます。この値は常に 1.0 以上になります。これは、ディスプレイに ディスプレイの HDR 白色が SDR 白と同等以上である。

• ディスプレイ ブースト

  • 最大コンテンツ ブーストとディスプレイ ブーストの最大値のいずれか小さい方と同じです。この 常に 1.0 以上になります。
  • たとえば、コンテンツ ブーストの最大値が 4.0、ディスプレイ ブーストの最大値が 3.0 の場合、 ディスプレイブーストは 3.0 ですピクセルの明るさが最大 3 倍に SDR よりもパフォーマンスに優れています。
  • 別の例として、コンテンツ ブーストの最大値が 4.0 でディスプレイ ブーストの最大値が 4.0 の場合に、 が 5.0 の場合、ディスプレイ ブーストは 4.0 です。ピクセルを 4 倍まで表示 コンテンツの意図が制限要因であるため、SDR よりも明るめです。

• HDR レンディションをターゲットにする

  • コンテンツ クリエイターによれば、理想的な HDR 映像と

• 適応型 HDR レンディション

  • ディスプレイに表示される最終的な HDR レンダリングが、 ターゲット HDR レンダリングを現在のディスプレイ ブーストに適応させます。

• ゲインマップ（計算式で recovery(x, y)）

  • SDR レンダリングの各ピクセルをどの程度明るくするかを示すマップ。 ターゲット HDR レンディションを生成します。このマップは、単一チャネルまたは 備えています。マルチチャンネル マップでは、チャンネルごとに個別のゲインが 赤、緑、青などです。このドキュメントでは、 単一チャネルのマップの場合は

• clamp(x, a, b)

  • 値 x を範囲 [a, b] に収める

• exp2(x)

  • 2 を底とするべき乗。2^倍。

• floor(x)

  • x 以下の最も近い整数を返します。

• log2(x)

  • 2 を底とする対数対数₂（x）

• pow(b, x)

  • 指数b^x。

• XMP

  • 拡張可能なメタデータ プラットフォーム。API 呼び出しのメソッドを定義する標準 メタデータを画像コンテナにエンコードするISO により定義 16684-1:2011(E) XMP Specification Part 1

• マルチピクチャフォーマット

  • Multi-Picture Format は、Camera and Imaging が開発した技術です。 Product Association（CIPA）: 複数の JPEG でエンコードされた画像を 1 つの JPEG ファイルとして
  • 詳細については、関連する依存関係、CIPA のホワイトペーパー DC-x 007-2009 Multi-Picture Format。

• GContainer

  • GContainer は複数の画像を 1 つの画像に格納する方法 ここで、1 つのイメージがプライマリ イメージとみなされます。制限なし 追加画像は代替バージョンまたは補助的画像と見なされます。 XMP メタデータは、あらゆるコンテンツの存在と意味を 追加できます詳細については、GContainer 確認できます。

エンコード

このセクションでは、準拠する JPEG ファイルをエンコードする方法について説明します。T.81 (09/92) 連続階調静止画のデジタル圧縮および符号化 依存関係のセクションにあるイメージをご覧ください。 ご覧ください

地図を生成する

カメラの画像処理パイプラインでは通常、範囲圧縮オペレーションが実行され、 高いダイナミック レンジの輝度データを、 SDR ディスプレイ。ゲインマップは、ゲインマップを実行するのに十分なデータを保存するメカニズムを提供します。 元の高ダイナミック レンジ輝度データを復元します。

このセクションの以下の計算では、浮動小数点演算を使用します。

次の関数が SDR イメージを記述します。

• SDR'(x, y): 3 チャネルの非線形（通常はガンマエンコード） 選択します。
• SDR(x, y) は、3 チャンネルのプライマリ画像のリニアバージョンです。 画像のプライマリ カラーを線形バージョンに変換して、 選択します。たとえば、sRGB 伝達関数を持つ色空間から sRGB 色域を保持する線形色空間です。

Ysdr(x, y) 関数は 0.0 ～ 1.0 の範囲で定義され、 標準ダイナミック レンジ プライマリ画像の線形輝度:

Ysdr(x, y) = primary_color_profile_to_luminance(SDR(x, y))

HDR 画像にも同様の定義があります。

• HDR'(x, y): PQ または HLG でエンコードされた 3 チャネルノンリニア 説明します。
• HDR(x, y) は 3 チャンネルのリニア HDR 画像です。

Yhdr(x, y) は HDR 画像の特定のポイントでの輝度です。

Yhdr(x, y) = primary_color_profile_to_luminance(HDR(x, y))

Yhdr(x, y) は、0.0 から最大コンテンツ ブーストの範囲で定義されます。

SDR 画像と HDR 画像の解像度は同じである必要があります。SDR のカラー プロファイル image は HDR 画像の色空間を定義します。

たとえば、SDR プライマリ画像のカラー プロファイルが Display-P3 の場合: HDR 画像は、そのプロファイルのプライマリ カラーを基準に定義されます。この HDR 画像に Display-P3 色域もあります。

ゲイン マップは、目的の HDR 画像を含む 2 つのリニア画像から計算されます。 輝度（Yhdr(x, y)）、標準範囲の輝度画像（Ysdr(x, y)）。

pixel_gain(x, y) 関数は、Yhdr(x, y) と 1 つ目の 関数と Ysdr(x, y) 関数の両方は次のようになります。

pixel_gain(x, y) = (Yhdr(x, y) + offset_hdr) / (Ysdr(x, y) + offset_sdr)

Ysdr(x, y) と offset_sdr の場合の pixel_gain(x, y) 関数の動作 ゼロは実装定義です

たとえば、実装は、Ysdr(x, y) と pixel_gain(x, y) を 1.0 と定義すると、offset_sdr はどちらもゼロになります。または 実装では、ゼロ以外の offset_sdr を使用することで、このシナリオを回避できます。

実装では、offset_sdr と offset_hdr の値が選択されることがあります。

ゲインマップは、pixel_gain(x, y) をエンコードするスカラー関数です。 最大コンテンツ ブーストと最小コンテンツ ブーストに対する対数空間:

map_min_log2 = log2(min_content_boost)
map_max_log2 = log2(max_content_boost)

log_recovery(x, y) = (log2(pixel_gain(x, y)) - map_min_log2)
                   / (map_max_log2 - map_min_log2)
clamped_recovery(x, y) = clamp(log_recovery(x, y), 0.0, 1.0)
recovery(x, y) = pow(clamped_recovery(x, y), map_gamma)

pixel_gain(x, y) が 0 の場合の recovery(x, y) 関数の動作は次のとおりです。 実装が定義されています。log2(0) は定義されていません。

map_gamma は、0.0 より大きい浮動小数点数です。 渡されます。

「コンテンツ ブーストの最大化」と「コンテンツ ブースト」の「最小」の値は次のとおりです。 実装によって定義され、コンテンツ作成者が任意に決定できます。 コンテンツ ブーストの最大値は 1.0 以上である必要があります。コンテンツ ブーストの最小要件 (0.0, 1.0] の範囲内にあること。

recovery(x, y) の値は [0.0, 1.0] の範囲に制限されます。

ゲインマップはセカンダリ画像 JPEG で保存されるため、エンコードする必要があります。 8 ビットの符号なし整数値を使用するため、[0, 255] の範囲になります。それぞれの値 recovery(x, y) 値を表し、セカンダリ 説明します。

8 ビットの符号なし整数ストレージの場合、エンコードされた値は 次のとおりです。

encoded_recovery(x, y) = floor(recovery(x, y) * 255.0 + 0.5)

エンコード関数の計算は浮動小数点数で行われ、 示されているように丸めて、8 ビットの符号なし整数の結果の末尾を丸めます。

このエンコードにより、結果の 8 ビットの符号なし整数表現が生成されます。 recovery(x, y) 値（0.0 ～ 1.0）。エンコードされたゲインマップは、 JPEG としてエクスポートされます実装では、使用するリソースの量と、 使用できます。

ゲインマップはセカンダリ画像に保存された後、プライマリ画像に追加されます。 GContainer XMP メタデータを含むイメージです。プライマリ イメージの GContainer ディレクトリには、ゲインマップ画像のアイテムが含まれている必要があります。

格納されるゲインマップの解像度は実装で定義され、 プライマリ画像の解像度とは異なります。ゲイン レイヤが 地図は、保存のためにプライマリ画像とは異なる解像度に縮小されます。 サンプリング手法はバイリニア以上でなければならず、実装が定義されています。

ゲインマップの向きは、プライマリ画像の向きと一致させる必要があります。条件 EXIF と同様に、格納されているゲインマップ画像内の向きメタデータ。 使用されません。

存在する場合、ゲインマップのカラー プロファイルは使用されません。

ゲインマップ コンテナ

カラー プロファイル

画像のカラー プロファイルは、 選択します。

XMP 属性

プライマリ イメージには、少なくとも 2 つのイメージを定義する XMP メタデータが含まれています。 セマンティック情報が含まれています。

以降のサブセクションには、この形式に固有の詳細情報が含まれます。追加 GContainer への一般的な適合性に関する情報は、 GContainer の詳細セクション。

次の表に示す属性値は、XMP Simple として保存される XMP の基本値の型の値を返します。

アイテムのセマンティック値

Item:Semantic プロパティはアプリケーション固有の意味を定義する 各メディア アイテムのコンテナ ディレクトリに格納されます。

HDR ゲインマップのメタデータ

ゲインマップ メタデータは、ゲインを解釈して適用する方法に関する情報をエンコードします。 プライマリ画像の HDR 表現を生成します。

ゲインマップ メタデータの XMP 拡張機能の XMP 名前空間 URI は次のとおりです。 http://ns.adobe.com/hdr-gain-map/1.0/。デフォルトの名前空間接頭辞は、 hdrgm。

このメタデータは、ゲインマップ画像の XMP パケットに格納され、次の プロパティは、ゲインマップ画像の XMP の rdf:Description 内に表示する必要があります。

ゲインマップの XMP の例

次の有効なゲインマップ XMP パケットの例には、取得したメタデータが含まれています。 概要セクションに示したサンプル ファイルから抜粋しています。

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 5.5.0">
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
    <rdf:Description rdf:about=""
     xmlns:hdrgm="http://ns.adobe.com/hdr-gain-map/1.0/"
     hdrgm:Version="1.0"
     hdrgm:GainMapMin="-0.57609993"
     hdrgm:GainMapMax="4.7090998"
     hdrgm:Gamma="1"
     hdrgm:OffsetSDR="0.015625"
     hdrgm:OffsetHDR="0.015625"
     hdrgm:HDRCapacityMin="0"
     hdrgm:HDRCapacityMax="4.7090998"
     hdrgm:BaseRenditionIsHDR="False"/>
  </rdf:RDF>
</x:xmpmeta>

ゲインマップの MPF ストレージ

ゲインマップ画像は、CIPA で定義されている追加画像として保存する必要があります。 DC-x 007-2009 Multi-Picture Format（ 依存関係セクション。

デコード

このセクションでは、準拠している JPEG ファイルからゲインマップをデコードする方法について説明します。

フォーマットのシグナル

この形式に準拠する JPEG ファイルは、 プライマリ イメージの XMP パケット内の hdrgm:Version="1.0"。ここで、hdrgm は 名前空間 URI http://ns.adobe.com/hdr-gain-map/1.0/。

ゲインマップの画像を見つける

画像の解析とデコードの詳細については、次の GContainer 確認できます。「ゲインマップ」XMP 内のセマンティック アイテムです。 rdf:Directory は、ゲインマップ画像の位置を通知するために使用されます。 あるいは、MPF インデックス IFD とスキャン画像のXMP を使用して ゲインマップの位置です。

無効なメタデータを処理する

必須フィールドが存在しない場合、またはなんらかのフィールドがある場合、メタデータは無効とみなされます フィールドに無効な値が指定されています。値が無効なため、指定されていない可能性があります。 指定された型に解析可能であるか、想定範囲外であるためです。

無効なメタデータが検出された場合は、ゲインマップを無視し、SDR を変更する必要があります。 表示されます。

ディスプレイ

HDR ゲインマップ形式でエンコードされたファイルは、 従来の SDR ディスプレイ、または高輝度 HDR 対応の HDR ディスプレイで 出力です。

ゲインマップを使用して適応させた HDR レンディションを作成する

このセクションの以下の計算では、浮動小数点演算を使用します。

encoded_recovery(x, y) は、単一チャネルの 8 ビットの符号なし整数値です。 ゲインマップの画像から生成します。

ゲインマップの解像度がプライマリ画像と異なる場合は、次のようになります。 一方、encoded_recovery(x, y) は、 プライマリ画像の幅と高さの範囲にわたる x と y のマップ画像を増やす。 できます。フィルタリング方法はバイリニア以上でなければならず、 必要があります。

map_gamma は、hdrgm:Gamma メタデータ フィールドによって決まります。

log_recovery(x, y) は、正規化された浮動小数点ピクセル ゲインです。 対数空間:

recovery(x, y) = encoded_recovery(x, y) / 255.0
log_recovery(x, y) = pow(recovery(x, y), 1.0 / map_gamma)

最大ディスプレイ ブーストは、スカラー浮動小数点値です。 現在の HDR ホワイト ポイントを現在の SDR ホワイト ポイントで割った値です。この 値はディスプレイ システムによって提供され、時間とともに変化する可能性があります。

hdr_capacity_max は、hdrgm:HDRCapacityMax メタデータ フィールドによって決まります。 hdr_capacity_min は、hdrgm:HDRCapacityMin メタデータ フィールドによって決まります。

hdrgm:BaseRenditionIsHDR の場合、weight_factor は次のように決定されます。 "False":

unclamped_weight_factor = (log2(max_display_boost) - hdr_capacity_min)
                        / (hdr_capacity_max - hdr_capacity_min)
weight_factor = clamp(unclamped_weight_factor, 0.0, 1.0)

hdrgm:BaseRenditionIsHDR が「True」の場合、2 番目の式は次のようになります。

weight_factor = 1.0 - clamp(unclamped_weight_factor, 0.0, 1.0)

gain_map_max は、hdrgm:GainMapMax メタデータ フィールドによって決まります。 gain_map_min は、hdrgm:GainMapMin メタデータ フィールドによって決まります。 offset_sdr は、hdrgm:OffsetSDR メタデータ フィールドによって決まります。offset_hdr hdrgm:OffsetHDR メタデータ フィールドによって決まります。

線形適応 HDR レンダリングは次のように計算できます。

log_boost(x, y) = gain_map_min * (1.0f - log_recovery(x, y))
                + gain_map_max * log_recovery(x, y)
HDR(x, y) = (SDR(x, y) + offset_sdr) * exp2(log_boost(x, y) * weight_factor)
          - offset_hdr

必要に応じて、実装は HDR(x, y) に変換を適用して、 ディスプレイが期待するスペースにデータを格納します。そのような変換は 色彩的に正確です

GContainer の詳細

このセクションでは、この形式が準拠するための追加要件を規定します。 GContainer XML メタデータを使用します。メタデータは、ISO に従ってシリアル化されます。 166841:2011(E) XMP Specification Part 1（XMP の仕様パート 1）および埋め込み プライマリ画像ファイル内にあります（Adobe XMP Specification Part 3 を参照）。 Storage in Files」へようこそ。プライマリ画像ファイルには、 RDF/XML 形式の次のアイテム。

XMP パケットの要件

XMP パケットには、パケット キャプチャによるゲインマップ メタデータの XMP 拡張 名前空間 URI http://ns.adobe.com/hdr-gain-map/1.0/。デフォルトの Namespace 接頭辞は hdrgm です。

XMP パケットで hdrgm:Version="1.0" を定義する必要があります。

コンテナ要素

GContainer XMP 拡張機能の XMP 名前空間は、 http://ns.google.com/photos/1.0/container/。デフォルトの名前空間接頭辞は、 Container。

メイン画像の XMP メタデータに Container:Directory 要素が含まれている ファイル内の後続のメディア ファイルの順序とプロパティを されます。コンテナ内の各ファイルには、 Container:Directory。メディア アイテムにはファイル内の場所が記述されています 基本的なプロパティが含まれます。

コンテナ要素はプライマリ画像の XMP メタデータにエンコードされ、 コンテナ内のメディア アイテムのディレクトリを定義します。メディア アイテムは配置する必要があります のメディア アイテム要素と同じ順序で配置する必要があります。 密にパックする必要があります。

ディレクトリに含めることができる「プライマリ」は 1 つのみです。必要があります。これは、最初の画像キャプション ディレクトリにあります。

アイテム要素

アイテム要素は、各メディア アイテムがアプリケーションでどのように使用されるかを示します。

GContainer アイテムの XMP 拡張機能の XMP 名前空間 URI は次のとおりです: http://ns.google.com/photos/1.0/container/item/。デフォルトの名前空間の接頭辞 Item です。

最初のメディア アイテムはメイン画像である必要があります。Item:Semantic = "Primary" と以下に記載されている Item:Mime を指定する必要があります。 アイテムの MIME タイプの値。

メインの画像アイテムの長さは、メインの画像要素を ファイル コンテナの先頭から始まる MIME タイプに基づいて画像が生成されます。

メディア アイテムには、追加の属性を指定する Item:Padding 属性を含めることができます。 メディア アイテムの終わりと次のメディアの先頭までのパディング 表示されます。Container:Directory 内の最後のメディア アイテムにある場合、 Item:Padding は、アイテムの終わりと終わりの間のパディングを示します。 表示されます。

各メディア アイテムには Item:Mime タイプと Item:Semantic 属性を含める必要があります。 サブ画像のメディア アイテムには Item:Length 属性を含める必要があります。

シーケンシャル メディア アイテムでは、ファイル コンテナ内でリソースデータを共有できます。「 最初のメディア アイテムによって、ファイル コンテナ内のリソースの場所が決まります。 後続の共有メディア アイテムでは Item:Length が 0 に設定されます。「 リソースデータ自体がコンテナであるため、Item:URI を使用して判断できる リソース内のメディア アイテム データの場所。

コンテナ内のメディア アイテムのリソースの場所は、 プライマリ画像のエンコードの長さ、画像の Item:Length 値 先行する付随メディア アイテムのリソース、および先行するすべての Item:Padding 使用できます。含まれていないメディア アイテム リソースでは、Item:Padding は 0 とみなされます。 値を指定します。

アイテムの MIME タイプの値

Item:Mime 属性は、各メディア アイテムの MIME タイプを定義します。 できます。

GContainer XMP の例

次の有効な GContainer XMP パケットの例では、メタデータが取得されています。 概要セクションに示されているサンプル ファイル。

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 5.1.2">
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
    <rdf:Description
     xmlns:Container="http://ns.google.com/photos/1.0/container/"
     xmlns:Item="http://ns.google.com/photos/1.0/container/item/"
     xmlns:hdrgm="http://ns.adobe.com/hdr-gain-map/1.0/"
     hdrgm:Version="1.0">
      <Container:Directory>
        <rdf:Seq>
          <rdf:li rdf:parseType="Resource">
            <Container:Item
             Item:Semantic="Primary"
             Item:Mime="image/jpeg"/>
          </rdf:li>
          <rdf:li rdf:parseType="Resource">
            <Container:Item
             Item:Semantic="GainMap"
             Item:Mime="image/jpeg"
             Item:Length="66171"/>
          </rdf:li>
        </rdf:Seq>
      </Container:Directory>
    </rdf:Description>
  </rdf:RDF>
</x:xmpmeta>