简介
WebP 是一种图片格式,它使用 (i) VP8 关键帧编码, 以有损方式压缩图像数据或 (ii) WebP 无损编码。这些 应能比 JPEG 等旧格式更加高效。 GIF 和 PNG。它针对通过网络快速传输图像进行了优化( (例如,用于网站)。WebP 格式具有同等功能 元数据、动画等)以及其他格式。本文档介绍了 WebP 文件的结构。
WebP 容器(即 WebP 的 RIFF 容器)支持功能 基本用例(即包含 编码为 VP8 关键帧的图片)。WebP 容器提供 对以下各项的支持:
无损压缩:可以使用 WebP 无损格式。
元数据:图片中可能有存储于可交换图片文件中的元数据 格式 (Exif) 或可扩展元数据平台 (XMP) 格式。
透明度:图片可以具有透明度,即 Alpha 通道。
颜色配置文件:图片可能具有如所述的嵌入式 ICC 配置文件 由国际颜色联盟 (International Color Consortium) 提供。
动画:一张图片可能包含多个帧,帧之间会暂停播放; 使其成为动画
命名
建议在引用 WebP 时使用以下类型 容器:
容器格式名称 | WebP |
文件扩展名 | .webp |
MIME 类型 | image/webp |
统一类型标识符 | org.webmproject.webp |
术语和基本信息
关键字“必须”“不得”“必需”“会”“不会”“应” “不应该”“推荐”“不推荐”“可以”和“可选”在此 文档将按照 BCP 14 RFC 2119 RFC 8174 中的描述进行解释 以及所有字母均以大写形式显示的时间和时间,如此处所示。
WebP 文件包含静态图片(即经过编码的像素矩阵) 或动画。您还可以选择包含透明度 颜色配置文件和元数据。我们将像素矩阵称为 图片的画布。
分块图中的位编号从 0
开始作为最高有效位
(“MSB 0”)(如 RFC 1166 中所述)。
以下是本文档中使用的其他术语:
- 读取者/写入者
- 读取 WebP 文件的代码称为读取器,而读取 WebP 文件的代码则称为读取器 写入它们称为写入器。
- uint16
- 一个 16 位,小端字节序,无符号整数。
- uint24
- 一个 24 位,小端字节序,无符号整数。
- uint32
- 一个 32 位、小端字节序、无符号整数。
- FourCC
- 由四个字符组成的代码 (FourCC) 是将四个字符串联起来创建的 uint32 采用小端字节序的 ASCII 字符。这表示“aaaa”(0x61616161) 和 “AAAA”(0x41414141) 会被视为不同的 FourCCs。
- 1 起
- 一个无符号整数字段,用于存储按
-1
偏移的值,例如 字段会将值 25 存储为 24。 - ChunkHeader('ABCD')
- 用于描述各个分块的 FourCC 和 Chunk Size 标头, 这里的“ABCD”是数据块的 FourCC。该元素的大小为 8 个字节。
RIFF 文件格式
WebP 文件格式基于 RIFF(资源交换文件格式) 文档格式。
RIFF 文件的基本元素是块。其中包括:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Chunk FourCC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Chunk Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: Chunk Payload :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- Chunk FourCC:32 位
- 用于分块识别的四个字符的 ASCII 码。
- 分块大小:32 位 (uint32)
- 数据块的大小(以字节为单位,不包括此字段),即数据块的大小 标识符或内边距。
- 分块载荷:Chunk Size 字节
- 数据载荷。如果分块大小为奇数,则为单个填充字节 - 必须
为
0
以符合 RIFF 的要求。
注意:RIFF 有一个惯例,即全大写的分块 FourCC 是标准数据块 适用于所有 RIFF 文件格式的块,而特定于文件的 FourCC 格式全部为小写字母。WebP 并不遵循此惯例。
WebP 文件标头
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 'R' | 'I' | 'F' | 'F' |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| File Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 'W' | 'E' | 'B' | 'P' |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- “RIFF”:32 位
- ASCII 字符“R”、“I”、“F”、“F”。
- 文件大小:32 位 (uint32)
- 文件的大小(以字节为单位),从偏移量 8 开始。该值的最大值 此字段为 2^32 减去 10 个字节,因此整个文件的大小为 最多 4 GiB 减去 2 个字节。
- “WEBP”:32 位
- ASCII 字符“W”、“E”、“B”、“P”。
WebP 文件必须以 FourCC“WEBP”的 RIFF 标头开头。文件大小
是后续数据块的总大小加上 4
个字节,
“WEBP”FourCC。该文件不应在数据之后包含任何数据
File Size 指定的大小。读者可以解析此类文件,并忽略末尾
数据。由于任何块的大小都是偶数,因此 RIFF 标头给出的大小
均匀。下面介绍了各个分块的内容
部分。
简单文件格式(有损)
如果图片需要进行有损编码,并且不采用 需要扩展格式提供的透明度或其他高级功能。 采用这种布局的文件比较小,并且受旧版软件支持。
简单的 WebP(有损)文件格式:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| WebP file header (12 bytes) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: 'VP8 ' Chunk :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
“VP8 ”文本块:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('VP8 ') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: VP8 data :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- VP8 数据:Chunk Size 字节
- VP8 比特流数据。
请注意,“VP8 ”中的FourCC 是一个 ASCII 空间 (0x20)。
VP8 数据格式和 解码指南。请注意,VP8 帧头包含 VP8 帧 宽度和高度。它假定为画布的宽度和高度。
VP8 规范介绍了如何将图片解码为 Y'CbCr 格式。接收者 转换为 RGB,应使用建议 BT.601。应用可以 使用其他转换方法,但不同解码器的视觉效果可能会有所不同。
简单文件格式(无损)
注意:成人读者可能不支持采用无损格式的文件。
如果图像需要无损编码(采用 可选的透明度渠道)且不需要提供的高级功能 扩展格式。
简单的 WebP(无损)文件格式:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| WebP file header (12 bytes) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: 'VP8L' Chunk :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
“VP8L”文本块:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('VP8L') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: VP8L data :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- VP8L 数据:Chunk Size 字节数
- VP8L 比特流数据。
有关 VP8L 比特流的当前规范,请参阅 WebP 无损比特流格式。请注意,VP8L 标头 包含 VP8L 图片宽度和高度。这里假设宽度为 画布的高度和高度
扩展文件格式
注意:成人读者可能不支持使用扩展格式的文件。
扩展格式文件包含以下内容:
“VP8X”通过有关文件中使用的特征的信息进行分块。
可选的“ICCP”具有颜色配置文件的分块。
可选的“ANIM”包含动画控件数据的数据块。
图片数据。
可选的“EXIF”使用 Exif 元数据进行分块。
一个可选的“XMP”使用 XMP 元数据进行分块。
未知分块的可选列表。
对于静态图片,图片数据由单个帧组成, 最多:
可选的 Alpha 子块。
对于动画图片,图片数据包含多个帧。更多 您可以在动画部分中找到有关帧的详细信息。
重构和色彩校正所需的所有分块,即“VP8X”, “ICCP”“ANIM”“ANMF”“ALPH”“VP8”和“VP8L” 。当重建所需的数据块时,读取器应失败 和色彩校正功能的顺序错误。
说明:重建所需的数据块应在 以便读者在接收所有图片之前 数据。更改元数据和 自定义数据块。
扩展的 WebP 文件标头:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| WebP file header (12 bytes) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('VP8X') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Rsv|I|L|E|X|A|R| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Canvas Width Minus One | ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... Canvas Height Minus One |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- 预留 (Rsv):2 位
- 必须为
0
。读者必须忽略此字段。 - ICC 配置文件 (I):1 位
- 在文件包含“ICCP”时设置文本块。
- Alpha (L):1 位
- 设置图片中是否有任何帧包含透明度信息 (“alpha”)。
- Exif 元数据 (E):1 位
- 设置文件是否包含 Exif 元数据。
- XMP 元数据 (X):1 位
- 在文件包含 XMP 元数据时设置。
- 动画 (A):1 位
- 设置该图片是否为动画图片。“ANIM”中的数据和“ANMF”数据块应 用于控制动画。
- 预留 (R):1 位
- 必须为
0
。读者必须忽略此字段。 - 预留:24 位
- 必须为
0
。读者必须忽略此字段。 - 画布宽度减一:24 位
- 画布宽度,从 1 开始,以像素为单位。
实际画布宽度为
1 + Canvas Width Minus One
。 - 画布高度减一:24 位
- 画布高度,从 1 开始,以像素为单位。
实际画布高度为
1 + Canvas Height Minus One
。
画布宽度和画布高度的乘积不得超过 2^32 - 1
。
未来的规范可能会添加更多字段。必须忽略未知字段。
动画
动画由“ANIM”控制和“ANMF”块。
“ANIM”文本块:
对于动画图片,此数据块包含 动画。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('ANIM') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Background Color |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Loop Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- 背景颜色:32 位 (uint32)
- 画布的默认背景颜色,以 [蓝色、绿色、红色、Alpha] 表示
字节顺序。此颜色可用于填充画布上未使用的空间
以及第一帧的透明像素。
当处理方法为
1
时,也会使用背景颜色。
注意:
背景颜色可以包含非不透明 Alpha 值,即使 “VP8X”中的 Alpha 标志未设置分块。
查看器应用应将背景颜色值视为提示, 并非必须使用它
系统会在每个循环开始时清空画布。背景颜色可以是 来实现此目标的方法。
- 循环计数:16 位 (uint16)
- 循环播放动画的次数。如果值为
0
,则表示 无限可能。
如果“VP8X”中有动画标志,则必须显示此分块文本块已设置。 如果未设置动画标记,且此分块存在,则必须为 已忽略。
“ANMF”文本块:
对于动画图片,此数据块包含有关单个帧的信息。 如果未设置动画标志,则不应存在此分块。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('ANMF') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Frame X | ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... Frame Y | Frame Width Minus One ...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
... | Frame Height Minus One |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Frame Duration | Reserved |B|D|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: Frame Data :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- 帧 X:24 位 (uint24)
- 帧左上角的 X 坐标为
Frame X * 2
。 - 帧 Y:24 位 (uint24)
- 帧左上角的 Y 坐标为
Frame Y * 2
。 - 帧宽度减一:24 位 (uint24)
- 帧的宽度(从 1 开始)。
帧宽度为
1 + Frame Width Minus One
。 - 帧高度减 1:24 位 (uint24)
- 帧的高度(从 1 开始)。
帧高度为
1 + Frame Height Minus One
。 - 帧时长:24 位 (uint24)
- 在显示下一帧之前等待的时间,以 1 毫秒为单位。 请注意,帧持续时间为 0(通常小于或等于 10)的解释为 由实现定义的变量许多工具和浏览器都会指定 时长与 GIF 相似。
- 预留:6 位
- 必须为
0
。读者必须忽略此字段。 - 混合方法 (B):1 位
指示当前帧的透明像素如何混合 替换为上一个画布的对应像素:
0
:使用 alpha 混合。在处置上一帧之后, 使用 alpha 混合处理画布的当前帧(见下文)。如果 当前帧没有 alpha 通道,则假设 alpha 值为 255,相当于替换了矩形。1
:不混合。在处置上一帧之后, 来覆盖画布上的当前帧 帧。
- 处理方法 (D):1 位
指示在播放完当前帧后应如何处理该帧。 在画布上显示(渲染下一帧之前):
0
:请勿处置。保持画布不变。1
:处理为背景颜色。在画布上填充矩形 被当前框架覆盖,且其背景色为 “ANIM”分块。
注意:
框架处理仅适用于框架矩形,即 由 Frame X、Frame Y、frame width 和 frame 高度。可能会覆盖整个画布,也可能不会。
Alpha 混合:
假设 R、G、B 和 A 通道都是 8 位, 通道不预乘 alpha,后者是混合公式 “dst”输入“src”:
blend.A = src.A + dst.A * (1 - src.A / 255) if blend.A = 0 then blend.RGB = 0 else blend.RGB = (src.RGB * src.A + dst.RGB * dst.A * (1 - src.A / 255)) / blend.A
应该在线性颜色空间中完成 Alpha 混合,同时要考虑到 图片的颜色配置文件。如果颜色配置文件 不存在,则假定为标准 RGB (sRGB)。(请注意,sRGB 也 需要进行线性化处理,因为 gamma 约为 2.2。)
注意:“ANMF”即有效负载,即帧数据 填充的数据块,如 RIFF 文件格式中所述。
Alpha 版
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('ALPH') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Rsv| P | F | C | Alpha Bitstream... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- 预留 (Rsv):2 位
- 必须为
0
。读者必须忽略此字段。 - 预处理 (P):2 位
这些信息性位用于指示 执行了某项操作解码器可以使用这些信息 例如,在显示之前,对值进行抖动或平滑处理。
0
:不进行预处理。1
:降低级别。
解码器并非必须要以任何指定方式使用这些信息。
- 过滤方法 (F):2 位
所使用的过滤方法如下所述:
0
:无。1
:横向滤镜。2
:纵向过滤条件。3
:渐变过滤器。
对于每个像素,使用以下计算执行过滤。
假设当前 X
位置周围的 Alpha 值标记为:
C | B |
---+---+
A | X |
我们尝试计算位置 X
处的 alpha 值。首先,预测结果是
具体取决于过滤方法:
- 方法
0
:预测器 = 0 - 方法
1
:预测器 = A - 方法
2
:预测器 = B 3
方法:预测器 = 剪辑(A + B - C)
其中,clip(v)
等于:
- 如果 v <,则为 00、
- 255,如果 v >255 或
- 否则为 v
最终值是通过将解压缩后的值 X
添加到
预测器并使用 modulo-256 算术将 [256..511] 范围括起来
[0..255] 中:
alpha = (predictor + X) % 256
最左侧和最顶部的像素位置存在特殊情况。对于 位置 (0, 0) 处的左上角值将 0 用作预测器值。 否则:
- 对于水平或渐变过滤方法,最左侧的像素在 位置 (0, y) 是使用上面位置 (0, y-1) 预测的。
- 对于垂直或渐变过滤方法, 位置 (x, 0) 是使用左侧位置 (x-1, 0) 预测的。
- 压缩方法 (C):2 位
使用的压缩方法:
0
:不压缩。1
:使用 WebP 无损格式进行压缩。
- Alpha 版比特流:分块大小 -
1
个字节 编码的 Alpha 比特流。
此可选数据块包含此帧的已编码 Alpha 数据。框架 包含“VP8L”的数据块不应包含此数据块。
说明:透明度信息已包含在“VP8L”中 文本块。
Alpha 渠道数据被存储为未压缩的原始数据(当 压缩方法为“0”)或使用无损格式进行压缩 (压缩方法为“1”)。
原始数据:由长度 = 宽度 * 高度的字节序列组成, 包含扫描顺序中的所有 8 位透明度值。
无损格式压缩:字节序列是经过压缩的 隐式尺寸“宽 x 高”的图片流(如“WebP 无损比特流格式”中所述)。也就是说, image-stream 不包含任何描述图片尺寸的标头。
依据:其他来源已经知道这些维度, 因此再次存储它们是多余的,并且容易出错。
将图片流解码为 Alpha、红、绿、蓝 (ARGB) 颜色后, 遵循无损格式中描述的过程, 透明度信息必须从 ARGB 四元组的绿色通道。
说明:绿色通道可以进行额外转换 (与其他渠道不同), 提高压缩率
比特流 (VP8/VP8L)
此区块包含单个帧的压缩比特流数据。
比特流块可以是 (i) “VP8 ”文本块,使用“VP8”(请注意, 明显的第四字符空格)作为其 FourCC,或 (ii)“VP8L”文本块 使用“VP8L”作为其 FourCC。
“VP8 ”的格式和“VP8L”数据块按照各部分的说明 简单文件格式(有损) 和简单文件格式(无损)。
颜色配置文件
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('ICCP') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: Color Profile :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- 颜色配置文件:Chunk Size 字节
- ICC 配置文件。
该数据块必须显示在图片数据之前。
此类分块最多只能有一个。如果有更多这样的分块,读者 可以忽略除第一个以外的所有项。 有关详情,请参阅 ICC 规范。
如果该数据块不存在,应假定为 sRGB。
元数据
元数据可以存储在“EXIF”中或“XMP”块。
每种类型(“EXIF”和“XMP”)最多应有一个分块。如果有 读取器可以忽略除第一个区块以外的所有区块。
这些块的定义如下:
“EXIF”文本块:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('EXIF') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: Exif Metadata :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- Exif 元数据:Chunk Size 字节
- Exif 格式的图片元数据。
“XMP”文本块:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ChunkHeader('XMP ') |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: XMP Metadata :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
- XMP 元数据:Chunk Size 字节
- XMP 格式的图片元数据。
请注意,“XMP”中的第四个字符FourCC 是一个 ASCII 空间 (0x20)。
有关处理元数据的其他指南,请参阅 元数据工作组的“处理元数据的准则”。
未知数据块
RIFF 数据块(如 RIFF 文件格式部分所述) 且其 FourCC 与本文档中描述的任何块均不同, 被视为未知数据块。
说明:允许未知分块可预留用于未来的扩展 而且支持存储任何应用特定数据。
文件可以包含未知数据块:
- ,如扩展 WebP 文件 header 部分,或
- “ANMF”结尾数据块,如 动画部分。
读取器应忽略这些区块。写入者应将其保留在 原始顺序(除非他们特别打算修改这些分块)。
框架画布组装
我们在这里简要介绍读者必须在充电盒中组装画布 动画图像。
该流程从使用
“VP8X”文本块,宽 Canvas Width Minus One + 1
像素,高 Canvas Height Minus
One + 1
像素。“ANIM”中的 Loop Count
字段数据块控制方式
会多次重复执行动画过程这是针对以下用户的Loop Count - 1
:
非零 Loop Count
值;如果 Loop Count
为零,则为无穷大。
在每次循环迭代开始时,使用 “ANIM”的背景颜色数据块或应用定义的颜色。
“ANMF”数据块包含按显示顺序指定的各个帧。呈现之前
系统会应用上一帧的 Disposal method
。
以画布的左上角为原点,从笛卡尔坐标(2 *
Frame X
、2 * Frame Y
)开始渲染已解码帧。
Frame Width Minus One + 1
像素宽 x Frame Height Minus One + 1
像素
并使用 Blending method
渲染到画布上。
画布会显示 Frame Duration
毫秒。这种情况会一直持续到
由“ANMF”指定的所有帧已显示文本块。新的循环迭代
或此时画布处于最终状态(如果所有迭代均已完成)
已完成。
以下伪代码说明了呈现过程。表示法 VP8X.field 是指“VP8X”具有相同说明的分块。
VP8X.flags.hasAnimation MUST be TRUE
canvas ← new image of size VP8X.canvasWidth x VP8X.canvasHeight with
background color ANIM.background_color or
application-defined color.
loop_count ← ANIM.loopCount
dispose_method ← Dispose to background color
if loop_count == 0:
loop_count = ∞
frame_params ← nil
next chunk in image_data is ANMF MUST be TRUE
for loop = 0..loop_count - 1
clear canvas to ANIM.background_color or application-defined color
until eof or non-ANMF chunk
frame_params.frameX = Frame X
frame_params.frameY = Frame Y
frame_params.frameWidth = Frame Width Minus One + 1
frame_params.frameHeight = Frame Height Minus One + 1
frame_params.frameDuration = Frame Duration
frame_right = frame_params.frameX + frame_params.frameWidth
frame_bottom = frame_params.frameY + frame_params.frameHeight
VP8X.canvasWidth >= frame_right MUST be TRUE
VP8X.canvasHeight >= frame_bottom MUST be TRUE
for subchunk in 'Frame Data':
if subchunk.tag == "ALPH":
alpha subchunks not found in 'Frame Data' earlier MUST be
TRUE
frame_params.alpha = alpha_data
else if subchunk.tag == "VP8 " OR subchunk.tag == "VP8L":
bitstream subchunks not found in 'Frame Data' earlier MUST
be TRUE
frame_params.bitstream = bitstream_data
apply dispose_method.
render frame with frame_params.alpha and frame_params.bitstream
on canvas with top-left corner at (frame_params.frameX,
frame_params.frameY), using Blending method
frame_params.blendingMethod.
canvas contains the decoded image.
Show the contents of the canvas for
frame_params.frameDuration * 1 ms.
dispose_method = frame_params.disposeMethod
文件布局示例
采用 alpha 通道的有损编码图片可能如下所示:
RIFF/WEBP
+- VP8X (descriptions of features used)
+- ALPH (alpha bitstream)
+- VP8 (bitstream)
无损编码图片可能如下所示:
RIFF/WEBP
+- VP8X (descriptions of features used)
+- VP8L (lossless bitstream)
+- XYZW (unknown chunk)
具有 ICC 配置文件和 XMP 元数据的无损图像 如下所示:
RIFF/WEBP
+- VP8X (descriptions of features used)
+- ICCP (color profile)
+- VP8L (lossless bitstream)
+- XMP (metadata)
带有 Exif 元数据的动画图片可能如下所示:
RIFF/WEBP
+- VP8X (descriptions of features used)
+- ANIM (global animation parameters)
+- ANMF (frame1 parameters + data)
+- ANMF (frame2 parameters + data)
+- ANMF (frame3 parameters + data)
+- ANMF (frame4 parameters + data)
+- EXIF (metadata)