Ultra HDR 圖片格式 1.0 版

簡介

本文件定義了編碼新檔案格式的 取得對數範圍取得 JPEG 圖片檔中的地圖影像。舊版閱讀器 支援新格式讀取功能，並顯示傳統低動態 範圍內的圖片。支援格式組合的讀者 並產生一張較高動態範圍圖片 相容螢幕

本文件的其餘部分將說明 請使用這個格式大致來說，圖片必須符合 轉換為：

1. 編碼

   1. 產生地圖
   2. 取得地圖壓縮
   3. 取得地圖容器產生功能

2. 解碼中

圖 1. 檔案版面配置和相關中繼資料範例。

動機

這種檔案格式的目標在於將其他資訊編碼成 SDR 圖像 能與顯示技術搭配使用 將最佳 HDR 轉譯結果整合到單一檔案中，

為有效起見，檔案格式必須符合以下規定：

• 回溯相容，這樣對於一般觀眾來說，傳統的 SDR 映像檔 。
• 不會佔用太多額外空間。

此外，多媒體廣告技巧也必須：

• 不需要大量處理即可解碼。
• 能夠適應螢幕 HDR 和 SDR 白點之間的任何比例 在不同裝置上，有時甚至可能在同一部裝置上 裝置。

最後，技巧必須能夠執行上述所有動作 ：

• 正在裁剪亮部。
• 消除陰影。
• 變更或壓縮本機對比。
• 變更相對於情境的相對關係 (情境中物件之間)。

依附元件

以下為這個規格的常態參照：

• Adobe XMP 規格第 3 部分：檔案儲存空間
• ISO 16684-1:2019 XMP 規格第 1 部分
• ISO/IEC 14496-12 ISO 基本媒體檔案格式
• T.81 (09/92) 不間斷的數位壓縮和程式設計 圖片
• CIPA DC-x 007-2009 多圖像格式白皮書

定義

• SDR 螢幕

  • 不用於顯示 HDR 內容的傳統螢幕。這些 螢幕的名峰值通常約為 400 cd/m² 以下。

• HDR 螢幕

  • 專為 HDR 內容設計的螢幕。這類螢幕通常會產生 比 SDR 顯示器的顯著亮度更高 800 cd/m² 以上，而且對比度通常較高 比 SDR 顯示器高出 35%

• 主要圖片

  • 在含有次要媒體的 GContainer 檔案中，圖片的第一個例項 附加檔案主要映像檔包含 GContainer XMP 中繼資料 定義後續次要媒體項目的順序和屬性 儲存於檔案容器中的檔案

• 次要圖片

  • 附加至主要圖片的後續媒體項目檔案 GContainer 檔案。

• 範圍壓縮

  • 攝影棚場景的動態範圍通常比 SDR 螢幕可以呈現。範圍壓縮等作業 稱為局部色調映射) 的用意是減少 圖片。縮減大小必須避免高亮度或撕裂 ，同時盡可能保留局部對比。您嘗試 縮減圖片中大亮度邊緣的大小 相較全球對比，同時試著保留 細小的亮度邊緣，展現細節雖然 不同的實作方式，例如這類作業在大多數現代 數位相機

• SDR 白點

  • 以特定方式螢幕移動的 SDR 內容最大線性亮度 最終點子

• HDR 白點

  • HDR 內容在特定裝置螢幕上的最大線性亮度 最終點子這個值通常會比 SDR 白點高。

• 強化

  • HDR 白點除以 SDR 白點。

• Max 內容增強 (方程式 max_content_boost)

  • 這個值可讓內容創作者限制圖片的亮度 比起 SDR 呈現方式，在 HDR 螢幕上顯示時可以達到的可能。
  • 這個值是特定圖片的常數。舉例來說， 值為四，那麼對於任何指定像素， 顯示的 HDR 圖像不得為 4 倍的線性亮度 定時的做法具體來說，這表示 整個場景的亮度最高可達 4 倍
  • 在實務上，這個值通常會大於 1.0。
  • 一律大於或等於最小化內容增強。

• 最低內容強化 (min_content_boost 方程式)

  • 這個值可讓內容創作者限制 相對於 SDR 技術，在 HDR 螢幕上顯示圖片時可能會取得 。這個值是特定圖片的常數。
  • 例如，如果值為 0.5，那麼對於任何指定的像素，就會是線性 顯示的 HDR 轉譯亮度 (至少) 0.5 倍 SDR 呈現的線性亮度。
  • 在實務上，這個值通常會等於或小於 1.0。
  • 一律小於或等於最大內容提升。

• 最大螢幕增強 (方程式 max_display_boost)

  • 螢幕在特定時間點支援的最大增強效果 讓應用程式從可以最快做出回應的位置 回應使用者要求這個值可能會隨裝置設定和其他項目而變化 例如環境亮度條件，或是有多少明亮像素 。
  • 舉例來說，如果這個值是 4.0，則顯示的畫面 顯示像素比 SDR 高出四倍 空心點。這個值一律會 >= 1.0，因為螢幕始終可以 顯示至少為 SDR 白色的 HDR 白色。

• 螢幕強化

  • 等於內容增強上限和最大螢幕強化項目兩者中較低價格的等值。這個 指定的值一律為 1.0 以上。
  • 舉例來說，如果最高內容強化為 4.0，最高螢幕增強為 3.0， 那麼螢幕強化器就是 3.0像素顯示速度最高可提升 3 倍 而非 SDR，因為顯示功能是限制因素。
  • 再舉一例，如果最高內容強化為 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^x。

• floor(x)

  • 傳回等於或小於 x 的最接近整數。

• log2(x)

  • 以 2 為對數；記錄₂(x)

• pow(b, x)

  • 指數；b^x。

• XMP

  • 可擴充中繼資料平台。定義方法是使用 將中繼資料編碼成映像檔容器由 ISO 定義 16684-1:2011(E) XMP 規格第 1 部分。

• 多圖像格式

  • 多圖像格式是相機和影像製作技術開發的技術 用於儲存多組 JPEG 編碼圖片的產品協會 (CIPA) 單一 JPEG 檔案
  • 詳情請參閱相關依附元件：CIPA 白皮書 DC-x 007-2009 多圖像格式。

• Google 容器

  • GContainer 是將多個映像檔儲存在單一映像檔中的方法 容器中，其中一張圖片視為主要映像檔不限 其他映像檔視為替代版本或輔助版本。 XMP 中繼資料是用來傳達 其他圖片詳情請參閱 GContainer 詳情請參閱部分說明。

編碼

本節說明如何為符合規定的 JPEG 檔案編碼，詳情請參閱 T.81 (09/92) 數位壓縮和連續色調進行數位壓縮 映像檔一文 關於 JPEG 格式

產生地圖

相機成像管道通常會執行範圍壓縮作業， 將高動態範圍亮度資料壓縮到傳統較低的程度 SDR 螢幕。取得對應提供一種機制，可用於儲存足以 復原原始、高動態範圍亮度資料。

本節中下列的計算方式是採用浮點算法。

注意： 為說明下列公式，本文件假設您 就會使用單一管道增值圖如果不是的話，則使用相關的公式 每個色彩頻道可推斷這些屬性你略過 從 SDR(x, y) 和 HDR(x, y) 轉換為 Ysdr(x, y) 和 Yhdr(x, y) 而應分別將 pixel_gain(x, y) 定義為相對的向量函式 傳送至 SDR(x, y) 和 HDR(x, y)。你也可以使用各頻道的中繼資料值 這通常代表交易 不會十分要求關聯語意盡可能使用單一管道取得地圖。

下列函式可說明 SDR 映像檔：

• SDR'(x, y) 是三個非線性 (通常採用 Gamma 編碼) 主要圖片。
• SDR(x, y) 是三通道主要圖片的線性版本， 取得方法是轉換成主要圖片顏色的線性版本 空白鍵。例如從具有 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 編碼格式 圖片。
• HDR(x, y) 為三通道線性 HDR 圖片。

Yhdr(x, y) 是 HDR 圖像特定點的亮度：

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

Yhdr(x, y) 是在內容增強上限的 0.0 範圍內定義。

SDR 和 HDR 圖像的解析度必須相同。SDR 的色彩配置 會定義 HDR 圖片的色域

舉例來說，如果 SDR 主要圖像有 Display-P3 色彩配置， HDR 圖像是根據該設定檔的主要色彩所定義。這個 表示 HDR 圖像也具有 Display-P3 原色

增益圖是根據兩張線性圖像計算而得，當中包含所需 HDR 圖像 亮度、Yhdr(x, y) 和標準範圍亮度圖片 Ysdr(x, y)。

pixel_gain(x, y) 函式的定義為 Yhdr(x, y) 之間的比 函式與 Ysdr(x, y) 函式：

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

pixel_gain(x, y) 函式行為，其中 Ysdr(x, y) 和 offset_sdr 是 都是由實作定義

舉例來說，實作可以處理 Ysdr(x, y) 和 offset_sdr 都是零，方法是將 pixel_gain(x, y) 定義為 1.0。另外 實作項目也可以利用非零的 offset_sdr，避免這種情況。

此實作可能會選擇 offset_sdr 和 offset_hdr 的值。

提示： 請為 offset_sdr 和 0.015625 (1/64) 的值， offset_hdr。這些值的用途是平衡提高 能精確編碼較小的增益值。增加 這類偏移值可使在黑色接近時復原的能力 維持合理的 map_max_log2 值。提高 值過高可能會降低地圖的精確度。

增益對應是純量函式，可將 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)

recovery(x, y) 函式行為，其中 pixel_gain(x, y) 為零 實作已定義，因為 log2(0) 未定義。

提示： 請將 recovery(x, y) 定義為 0.0，其中 pixel_gain(x, y) 為 0。這是 因為 recovery(x, y) 為 0.0，代表最大 都能儲存在增益對應中

map_gamma 是一個必須大於 0.0 的浮點數，且為 並由實作選擇。

提示： 請使用 1.0 的 map_gamma。如果您的增益對應結果，可以使用不同的值 log_recovery(x, y) 值分佈不均。舉例來說 如果取得地圖在 SDR 範圍上方 ( 較小的 log_recovery(x, y) 值)，而針對 map_max_log2 值， HDR 配置所需亮度的頂部 (以大範圍表示) log_recovery(x, y) 值)。在這種情況下，您可以使用較高版本的 map_gamma 1.0，讓 recovery(x, y) 能精確將兩個物件中的細節編碼 例如介於 log_recovery(x, y) 與低端。

內容提升和最低內容增加的價值 可由內容創作者任意決定 最大內容增強必須大於或等於 1.0。最低內容強化作業必須 是否在範圍內 (0.0, 1.0)。

注意： 舉例來說，假設圖片是來自相機，而相機的 影像處理管道會透過執行範圍 換取較高動態範圍的輸入值接著，運用內容提升上限和下限 內容增強可能是對執行範圍壓縮量的函數 以及光線受影響的區域

這類管道如果不想將內容重點放在 1.0，可以 為 SDR 圖像對 HDR 圖像的過熱進行編碼 或者，如果根據 SDR 和 HDR 的呈現方式產生取得地圖 最大內容提升和內容增強 轉換所需的最高和最低增益值。

內容創作者或編輯者也能調整內容升幅上限， 拍攝圖像時，SDR 和 HDR 亮度之間最大的差異 。

recovery(x, y) 中的值不得超過 [0.0, 1.0] 的範圍。

注意： 圖片最亮的區域通常含有 recovery(x, y) 值 將近 1.0 的值，較暗區域的圖片值約為 0.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 格式的次要圖片項目導入方式會選擇 。

提示： 請先從實作定義的 JPEG 演算法品質參數著手 適用於大多數 JPEG 編碼實作的 85 到 90 (或類似 100) 記憶體。

將增補圖儲存在次要映像檔中後，會附加至主要圖像 和 GContainer XMP 中繼資料的映像檔。主要映像檔 GContainer 目錄必須包含取得的地圖圖片的項目。

儲存的增益貼圖的解析度是實作定義，可 與主要圖片的解析度不同如果 地圖縮放成與主要圖片不同的解析度、 取樣方法必須為雙線性或更佳，且已定義實作方式。

提示： 將增益圖取樣至尺寸的 1⁄16 (每尺寸為 1⁄4) 的主要圖像，例如 1920x1080 的 480x270 取得圖 主要圖片。取得圖需採用與主要圖片類似的顯示比例。

取得地圖的方向必須與主要圖片的方向相符。如果 時，儲存的取得地圖影像中的任何方向中繼資料，如 EXIF、 便會被排除在外

如果有，則不會使用取得地圖的色彩設定檔。

取得地圖容器

色彩設定檔

務必透過 ICC 設定檔指明 主要圖片。

提示： 請使用 Display-P3 色彩設定檔。

XMP 屬性

主要影像包含 XMP 中繼資料，定義至少兩張圖片 HDR 增益對應格式的語意資訊。

以下各小節則包含這個格式的詳細資料。其他資訊 如要瞭解 GContainer 的一般遵循情形，請參閱 GContainer details 區段。

下表說明的屬性值會以 XMP 簡易形式儲存 指定 XMP 基本值型別的值。

項目語意值

Item:Semantic 屬性定義應用程式特定含義 建立每個媒體項目的個別項目

值	說明
Primary	表示媒體項目是主要圖片，已可供顯示。 在容器中執行目錄必須包含一個「Primary」項目。
增加地圖	表示媒體項目為增益對應。目錄中可能包含 最多一個「GainMap」項目。

HDR Gain 地圖中繼資料

取得地圖中繼資料編碼的相關資訊，瞭解如何解讀及運用取得 產生主要圖像的 HDR 圖像

取得地圖中繼資料 XMP 擴充功能的 XMP 命名空間 URI 為 http://ns.adobe.com/hdr-gain-map/1.0/。預設命名空間前置字串為 hdrgm。

這些中繼資料儲存在取得地圖影像的 XMP 封包中， 屬性都必須顯示在取得地圖圖像 XMP 的 rdf:Description 中：

名稱	類型	說明
hdrgm:Version	文字	目前使用的取得對應格式版本。這個版本為「1.0」。 必要。
hdrgm:BaseRenditionIsHDR	布林值	表示主要圖片的動態範圍。「False」代表 主要圖像為 SDR，而取得圖和取得圖結合以產生 HDR 模式。「正確」表示主要圖像為 HDR 和增益對應 可能結合在一起來產生 SDR 呈現方式必須是「False」。 選用；預設值為「False」。
hdrgm:GainMapMin	實數或已排序的實境陣列	儲存 map_min_log2 的值。這是 內容重點提升 log2 分鐘 (即允許的最低比率) 目標 HDR 通道的線性亮度 (除以 (分割) 的像素數。可以是單一房地產 已排序的 Reals 陣列。已排序的 Reals 陣列可能包含一個 一項適用於所有頻道或三個紅色、綠色和 藍色頻道。必須小於或等於 hdrgm:GainMapMax。選用；預設值為 0.0。
hdrgm:GainMapMax	實數或已排序的實境陣列	儲存 map_max_log2 的值。這是 log2 的內容提升上限 (即允許的最大比率) 目標 HDR 通道的線性亮度 (除以 (分割) 的像素數。可以是單一房地產 已排序的 Reals 陣列。已排序的 Reals 陣列可能包含一個 一項適用於所有頻道或三個紅色、綠色和 藍色頻道。必須大於或等於 hdrgm:GainMapMin。必要。
hdrgm:伽瑪	實數或已排序的實境陣列	儲存 map_gamma 的值。這是 儲存的地圖值。可以是單一 Real 值，也可以是已排序的 真人。如果某個已排序的 Reals 陣列，可能會包含一個項目 所有頻道或 紅色、綠色和藍色頻道的商品 。必須大於 0.0。選用；預設值為 1.0.
hdrgm:OffsetSDR	實數或已排序的實境陣列	儲存 offset_sdr 的值。這是 會在產生地圖及應用期間套用至 SDR 像素值。 可以是單一 Reals 陣列，也可以是經過排序的 Reals 陣列。如果有已排序的陣列 事實上，這類商品可能含有一個適用於所有頻道或三個商品的商品 紅、綠和藍色頻道分別製作的影片。不得小於 0.0。 選用；預設值為 0.015625 (1/64)。
hdrgm:OffsetHDR	實數或已排序的實境陣列	儲存 offset_hdr 的值。這是 在產生地圖和應用期間套用至 HDR 像素值。 可以是單一 Reals 陣列，也可以是經過排序的 Reals 陣列。如果有已排序的陣列 事實上，這類商品可能含有一個適用於所有頻道或三個商品的商品 紅、綠和藍色頻道分別製作的影片。不得小於 0.0。 選用；預設值為 0.015625 (1/64)。
hdrgm:HDRCapacityMin	真的	儲存 hdr_capacity_min 的值。這是 地圖的最小顯示強化值 log2 已套用。此值也會影響要以多少程度套用增益對應 螢幕上的增強效果不得小於 0.0。選用；預設 值為 0.0。
hdrgm:HDRCapacityMax	真的	儲存 hdr_capacity_max 的值。這是 地圖最大顯示強化值的 log2 而且已經完全套用這個值也會影響套用增益貼圖的程度 。必須大於 hdrgm:HDRCapacityMin。必要。

提示： 請盡可能只針對上述每個屬性使用單一 Real 值 允許一個值或值陣列，且每個色彩通道都有一個值。 將 HDRCapacityMax 等於 GainMapMax，並將 HDRCapacityMin 設為較大值 GainMapMin 或 0.0。本文件的其餘部分假設您使用 所有可能具有 Real 值陣列的所有屬性的單一 Real 值。 您可以推斷出這些屬性的公式 但實際上並非如此。

增益地圖 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 多圖像格式， 「Dependencies」部分。

解碼

本節說明如何從符合標準的 JPEG 檔案解碼取得地圖。

格式的信號

如果 JPEG 檔案符合這種格式， 主要映像檔 XMP 封包中的 hdrgm:Version="1.0"，其中 hdrgm 是 命名空間 URI http://ns.adobe.com/hdr-gain-map/1.0/

找出增益的地圖圖片

如要進一步瞭解如何剖析及解碼映像檔，請參閱下列 GContainer 詳情請參閱部分說明。「GainMap」XMP 中的語意項目 rdf:Directory 的用途是指出取得地圖圖片的位置。 此外，您也能使用 MPF 索引 IFD 及掃描圖片XMP 是用於判斷 增減地圖的位置

處理無效中繼資料

如果缺少必填欄位或有必填欄位，系統會將中繼資料視為無效 欄位出現無效的值。值無效，因為 可剖析為指定類型，或超出預期範圍。

如果遇到無效的中繼資料，應忽略取得圖和 SDR

螢幕

以 HDR 增益對應格式編碼的檔案，可能會顯示在 常見的 SDR 螢幕，或具有較高亮度的 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 「不正確」：

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」時，第二個方程式為：

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) 套用轉換，以將 顯示器在畫面預期的空間內任何這類轉換都必須 色彩上的正確性。

注意： 您必須按照先前步驟 (使用指數) 套用取得對應， 正確產生所需的相對關係 (在 調整畫面亮度如果增益 以任何其他方式套用地圖，例如透過簡易線性內插，然後 圖片中的相對相對關係 內容增強，或是其他增強因素遭到入侵。

上述復原經過調整的 HDR 轉譯的方法，意味著 隨著螢幕的提升最大幅度變化，顯示結果轉換順暢無礙。這個 ，其顯示結果一定會與內容創作者的 該圖片符合所有圖片品質要求 Motivation 一節列舉的要求。

在內容增加幅度較小的情況下套用的注意力量 1.0 的縮放比例也會根據最大多媒體增強功能與 內容最大化舉例來說，如果最高內容強化為 4.0，內容增強下限為 4.0 0.5，最大螢幕增強為 2.0，然後 當最大螢幕強化為 4.0 或

GContainer 詳細資料

本節會說明此格式需符合的其他規定 加上 GContainer XML 中繼資料中繼資料已按照 ISO 進行序列化 166841:2011(E) XMP 規格第 1 部分， 在主要圖片檔中 (如 Adobe XMP 規格第 3 部分所述) 儲存空間。主要圖片檔會包含 格式為 RDF/XML。

XMP 封包需求

XMP 封包應該透過 命名空間 URI http://ns.adobe.com/hdr-gain-map/1.0/預設命名空間 前置字串為 hdrgm，

XMP 封包應定義 hdrgm:Version="1.0"。

容器元素

GContainer XMP 擴充功能的 XMP 命名空間是 http://ns.google.com/photos/1.0/container/。預設命名空間前置字串為 Container。

主要圖片的 XMP 中繼資料包含 Container:Directory 元素 定義檔案中後續媒體檔案的順序和屬性 都會在 Docker 容器中執行容器中的每個檔案都有對應的媒體項目 Container:Directory。媒體項目說明檔案中的位置 容器和每個串連檔案的基本屬性。

容器元素已編碼為主要影像的 XMP 中繼資料， 會定義容器中的媒體項目目錄。媒體項目必須有位置 按媒體項目元素的順序排列 且必須緊密封裝。

目錄只能包含一個「Primary」而且必須是第一個圖片項目 目錄的項目

元素名稱	類型	說明
容器：目錄	已排序的結構陣列	已排序的結構體陣列，每個結構體都包含一個 Container:Item 定義容器版面配置和內容的結構體。

項目元素

項目元素說明應用程式如何使用每個媒體項目。

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	文字	用來表示 都會在 Docker 容器中執行如需定義，請參閱項目 MIME 類型值一節。 必要。
項目：語意	文字	簡易字串，指出應用程式專屬的媒體意義 項目。如需定義，請參閱「商品語意值」一節。 必要。
項目：長度	整數	包含項目位元組正整數長度的簡單字串。 「Length 0」表示媒體項目資源與上一個 媒體項目。次要媒體項目的必要項目。主要屬性則為選用項目 圖片媒體項目
項目：標籤	文字	實作定義字串來區分多個項目 具有相同 Item:Semantic 的元素。選用。
項目：邊框間距	整數	包含正整數長度 (以額外位元組為單位) 的字串 媒體項目結尾和下一個開頭之間的邊框間距 或是檔案結尾用於最後一個媒體項目 Container:Directory。如未顯示，系統會假設值為 0。 選用。
項目：URI	文字	符合 ISO/IEC 14496-12 第 8.11.9 節的 URI 字串，其中包含 媒體項目資源內媒體資料的相對 URI。預設值為 主要映像檔資源ISO 基本媒體檔案格式 ISO/IEC 14496-12 MIME 類型為選填。 不得使用。

項目 MIME 類型值

Item:Mime 屬性定義了每個媒體項目的 MIME 類型 資料。

值	說明
圖片/JPEG	JPEG 圖片。

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>