简介
本文档定义了一种新文件格式的行为,这种格式可对 JPEG 图片文件中的对数范围增益地图图片进行编码。不支持新格式的旧版读取器可以从图片文件中读取并显示传统的低动态范围图片。支持该格式的读取器会将主要图像与增益图相结合,并在兼容屏幕上渲染高动态范围图像。
本文档的其余部分将介绍利用此格式所需的进程方法。概括来讲,符合此格式的映像的生命周期为:
编码
- 生成地图
- 进行地图压缩
- 获得地图容器生成功能
解码
设计初衷
此文件格式旨在对 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/m2 或更小的标称峰值亮度。
HDR 显示屏
- 专为 HDR 内容设计的显示屏。这类屏幕产生的标称峰值亮度通常高于 SDR 屏幕的峰值亮度(通常为 800 cd/m2 或更高),并且通常具有比 SDR 屏幕更好的对比度。
主要图片
- GContainer 文件中图片的第一个实例,附加了次要媒体文件。主图片包含 GContainer XMP 元数据,这些元数据用于定义文件容器中后续次要媒体内容文件的顺序和属性。
次要图片
- 附加到 GContainer 文件中主图片的后续媒体内容文件。
范围压缩
- 在摄影中,真实场景的动态范围通常比 SD 显示屏所呈现的动态范围要大。为了减小图片的动态范围,需要进行范围压缩(也称为局部色调映射)等操作。这种减少需要避免裁剪高光或挤压阴影,同时尽可能保持局部对比度。您要尝试减小图片中较大的亮度边缘的大小,这些边缘有助于提高其全局对比度,同时尝试保持小亮度边缘的大小(这些边缘是细节)。虽然有许多不同的实现,但如今大多数现代数码相机都采用标准操作。
SDR 白点
- 在特定时间点,屏幕上 SDR 内容的最大线性亮度。
HDR 白点
- 在特定时间点,屏幕上 HDR 内容的最大线性亮度。该值通常高于 SDR 白点。
增强
- HDR 白点除以 SDR 白点。
最大内容提升(方程式为
max_content_boost
)- 通过此值,内容创作者可以限制图片在 HDR 显示屏上显示的亮度相对于 SDR 呈现的程度。
- 该值是特定图片的常量。例如,如果值为 4,则对于任何给定像素,所显示 HDR 呈现的线性亮度最多只能是 SDR 呈现线性亮度的 4 倍。在实践中,这意味着场景较亮部分的最高亮度可以提高到 4 倍。
- 实际上,此值通常大于 1.0。
- 始终大于或等于内容提升下限。
最低内容提升(方程式中为
min_content_boost
)- 通过此值,内容创作者可以限制图片在 HDR 显示屏上显示的暗度(相对于 SDR 呈现)。该值是特定图片的常量。
- 例如,如果值为 0.5,则对于任何给定像素,所显示 HDR 呈现的线性亮度必须至少为 SDR 呈现线性亮度的 0.5 倍。
- 在实践中,此值通常等于或小于 1.0。
- 始终小于或等于内容提升上限。
最大显示增强(方程式中为
max_display_boost
)- 显示屏在给定时间点支持的最大可用增强。此值可能会随时间而变化,具体取决于设备设置和其他因素,例如环境光条件或屏幕上的亮度像素数。
- 例如,如果此值为 4.0,则屏幕能够显示的像素最多比 SDR 白点亮四倍。此值始终大于等于 1.0,因为屏幕始终可以显示至少与 SDR 白色一样亮的 HDR 白色。
显示增强
- 等于内容提升上限和最大显示提升值中的较小者。此值始终为 >= 1.0。
- 例如,如果最大内容提升为 4.0,最大显示提升为 3.0,则显示提升为 3.0。显示的像素亮度是 SDR 的 3 倍,因为显示功能是限制因素。
- 再举一例,如果最大内容提升为 4.0,最大显示提升为 5.0,则显示提升为 4.0。像素显示的亮度是 SDR 的 4 倍,因为内容的意图是限制因素。
目标 HDR 呈现
- 内容创作者认为理想的 HDR 呈现效果。
经过调整的 HDR 呈现
- 在针对当前显示增强调整目标 HDR 呈现后,屏幕上显示的最终 HDR 呈现效果。
增益图(方程中的
recovery(x, y)
)- 指示 SDR 呈现中每个像素要调高多少才能生成目标 HDR 呈现的地图。此映射可以是单渠道的,也可以是多渠道的。多通道映射指示每个颜色通道(如红色、绿色和蓝色)的单独增益。本文档介绍了单渠道映射的情况。
clamp(x, a, b)
- 将值 x 限制在 [a, b] 范围内。
exp2(x)
- 以 2 为底的指数;2x。
floor(x)
- 返回等于或小于 x 的最接近整数。
log2(x)
- 以 2 为底的对数;log2(x)
pow(b, x)
- 指数;bx。
XMP
- 可扩展的元数据平台。一种标准,用于定义将元数据编码到图片容器中的方法;由 ISO 16684-1:2011(E) XMP 规范第 1 部分定义。
多画面格式
- 多图片格式是相机与成像产品协会 (CIPA) 开发的一项技术,用于将多张 JPEG 编码的图片存储在单个 JPEG 文件中。
- 如需了解详情,请参阅相关依赖项 CIPA DC-x 007-2009 多画面格式白皮书。
GContainer
- GContainer 是在一个映像容器中存储多个映像的方法,其中一个映像被视为主映像。所有其他映像均被视为备用版本或辅助映像。 XMP 元数据用于传达任何其他图片是否存在及其含义。如需了解详情,请参阅 GContainer 详细信息部分。
编码
本部分介绍如何对合规的 JPEG 文件进行编码。如需详细了解 JPEG 格式,请参阅“依赖项”部分中的 T.81 (09/92) 连续色调静态图片的数字压缩和编码。
生成地图
相机成像管道通常会执行范围压缩操作,以将较高动态范围亮度数据压缩到传统 SD 显示屏的较低范围。增益映射提供了一种存储数据,足以恢复更高动态范围的原始亮度数据的机制。
本部分中的以下计算假定浮点运算。
以下函数描述了 SDR 图片:
SDR'(x, y)
是三通道非线性(通常是伽马编码)主图像。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)
当 Ysdr(x, y)
和 offset_sdr
均为零时,pixel_gain(x, y)
函数的行为是由实现定义的。
例如,通过将 pixel_gain(x, y)
定义为 1.0,实现可以处理 Ysdr(x, y)
和 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)
为零的 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 位无符号整数结果。
此编码会生成 recovery(x, y)
值的 8 位无符号整数表示法(介于 0.0 到 1.0 之间)。编码后的增益映射必须以 JPEG 格式存储在次要图片项中。该实现会选择在 JPEG 编码期间使用的压缩量。
将增益映射存储在辅助图片中后,系统会将其附加到包含 MPF 和 GContainer XMP 元数据的主图片。主图片 GContainer 目录必须包含增益映射图片项。
存储的增益映射的分辨率由实现定义,可以与主图像的分辨率不同。如果增益图被缩放为与主图像不同的分辨率以便存储,则采样方法必须是双线性或更好的,并且是实现定义的。
增益映射的方向必须与主图像的方向一致。如果存在,则不使用存储的增益映射图像中的任何方向元数据(如 EXIF)。
如果存在,则不使用增益映射的颜色配置文件。
增益地图容器
颜色配置文件
图片的颜色配置文件必须通过主要图片的 ICC 配置文件进行指定。
XMP 属性
主要图片包含 XMP 元数据,可用于为 HDR 增益映射格式定义至少两张图片,并提供额外的语义信息。
以下子部分包含专门针对此格式的详细信息。GContainer 详细信息部分指定了有关与 GContainer 基本符合性的更多信息。
下表中所述的属性值会存储为指定 XMP 基本值类型的 XMP 简单值。
商品语义值
Item:Semantic
属性定义容器目录中每项媒体内容对于应用的特定含义。
值 | 说明 |
---|---|
主要 | 表示媒体内容是容器中已准备好显示的主要图片。目录必须包含一项“主要”内容。 |
收益图 | 表示媒体项是增益图。该目录最多只能包含一项“ReachMap”项。 |
HDR 增益图元数据
增益图元数据对有关如何解释和应用增益映射的信息进行编码,以生成主要图片的 HDR 表示法。
增益映射元数据 XMP 扩展的 XMP 命名空间 URI 为 http://ns.adobe.com/hdr-gain-map/1.0/
。默认命名空间前缀为 hdrgm
。
该元数据存储在增益图图像的 XMP 数据包中,并且以下属性必须出现在增益图图像 XMP 的 rdf:Description
中:
名称 | 类型 | 说明 |
---|---|---|
hdrgm:版本 | 文本 | 正在使用的增益映射格式版本。此版本为“1.0”。 必需。 |
hdrgm:BaseRenditionIsHDR | 布尔值 | 表示主图片的动态范围。“False”表示主要图像是 SDR,增益映射可以与其结合来生成 HDR 呈现。“True”表示主要图像是 HDR,增益映射可以与其结合来生成 SDR 呈现。必须为“False”。 可选;默认值为“False”。 |
hdrgm:ReachMapMin | 实数或有序实数数组 | 存储 map_min_log2 的值。这是最小内容提升的 log2 ,即在给定像素下,目标 HDR 呈现的线性亮度相对于 SDR 图片线性亮度比率的最小允许比率。可以是单个 Real,也可以是有序的 Real 数组。当 Reals 有序数组时,它可能包含一项适用于所有通道的项,或分别适用于红色、绿色和蓝色通道的项。必须小于或等于 hdrgm:GainMapMax 。可选;默认值为 0.0。 |
hdrgm:GrowMapMax | 实数或有序实数数组 | 存储 map_max_log2 的值。这是最大内容提升的 log2 ,即在给定像素下,目标 HDR 呈现相对于 SDR 图片呈现的最大线性亮度比率允许的最大比率。可以是单个 Real,也可以是有序的 Real 数组。当 Reals 有序数组时,它可能包含一项适用于所有通道的项,或分别适用于红色、绿色和蓝色通道的项。必须大于或等于 hdrgm:GainMapMin 。必需。 |
hdrgm:Gamma | 实数或有序实数数组 | 存储 map_gamma 的值。这是要应用于存储的映射值的灰度系数。可以是单个 Real,也可以是有序的 Real 数组。当 Reals 有序数组时,它可能包含一项适用于所有通道的项,或分别适用于红色、绿色和蓝色通道的项。必须大于 0.0。可选;默认值为 1.0。 |
hdrgm:OffsetSDR | 实数或有序实数数组 | 存储 offset_sdr 的值。这是在增益映射生成和应用期间应用于 SDR 像素值的偏移量。
可以是单个 Real,也可以是有序的 Real 数组。当 Reals 有序数组时,它可能包含一项适用于所有通道的项,或分别适用于红色、绿色和蓝色通道的项。必须大于或等于 0.0。
可选;默认值为 0.015625 (1/64)。 |
hdrgm:OffsetHDR | 实数或有序实数数组 | 存储 offset_hdr 的值。这是在增益映射生成和应用期间应用于 HDR 像素值的偏移量。
可以是单个 Real,也可以是有序的 Real 数组。当 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 。必需。 |
增益地图 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 多画面格式中所定义(如依赖项部分所述),增益映射图像必须存储为附加图像。
解码
本部分介绍了如何从合规的 JPEG 文件解码增益映射。
格式的信号
符合此格式的 JPEG 文件可通过主图片的 XMP 数据包中存在的 hdrgm:Version="1.0"
进行标识,其中 hdrgm
是命名空间 URI http://ns.adobe.com/hdr-gain-map/1.0/
。
找到增益映射图像
如需详细了解如何解析和解码图片,请参阅以下 GContainer 详细信息部分。XMP rdf:Directory
中的“GrowMap”语义项用于指明增益地图图片的位置。或者,也可以使用 MPF Index 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
为“False”时,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)
应用转换,以便将数据放在显示屏预期的空间中。任何此类转换在色彩上都必须正确无误。
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/
包含增益映射元数据 XMP 扩展。默认命名空间前缀为 hdrgm
。
XMP 数据包应定义 hdrgm:Version="1.0"
。
容器元素
GContainer XMP 扩展程序的 XMP 命名空间为 http://ns.google.com/photos/1.0/container/
。默认命名空间前缀为 Container
。
主图片在 XMP 元数据中包含 Container:Directory
元素,用于定义文件容器中后续媒体文件的顺序和属性。容器中的每个文件在 Container:Directory
中都有一个对应的媒体内容。媒体内容说明每个串联文件在文件容器中的位置以及基本属性。
容器元素以编码方式编入主图片的 XMP 元数据,并定义容器中的媒体内容目录。媒体内容必须位于容器文件中,且与目录中的媒体内容元素顺序相同,同时必须要紧凑封装。
目录只能包含一个“主”图片内容,且该内容必须是目录中的第一项。
元素名称 | 类型 | 说明 |
---|---|---|
容器:目录 | 有序结构数组 | 有序的结构体数组,每个结构体包含一个 Container:Item 结构体,用于定义容器的布局和内容。 |
内容元素
Item 元素描述应用如何使用每项媒体项。
GContainer Item XMP 扩展程序的 XMP 命名空间 URI 为 http://ns.google.com/photos/1.0/container/item/
。默认命名空间前缀为 Item
。
第一项媒体内容必须是主图片,它必须指定内容 MIME 类型值中列出的 Item:Semantic
= "Primary"
和 Item: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 | 文本 | 指示容器中媒体内容 MIME 类型的简单字符串。有关定义,请参阅“内容 MIME 类型值”部分。 必需。 |
商品:语义 | 文本 | 指示媒体内容对于应用的特定含义的简单字符串。如需了解定义,请参阅“项语义值”部分。 必需。 |
商品:长度 | 整数 | 包含内容长度(以字节为单位的正整数)的简单字符串。 长度为 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>