WebP 容器規格

簡介

WebP 是一種圖片格式，採用 (i) VP8 主要影格編碼， 以失真的方式壓縮圖片資料，或 (ii) WebP 無損編碼。這些編碼方案應比 JPEG、GIF 和 PNG 等舊格式更有效率。這項功能經過最佳化，可透過網路快速傳輸圖片 (例如網站)。WebP 格式與其他格式具有相同的功能 (色彩設定檔、中繼資料、動畫等)。本文說明 WebP 檔案的結構。

WebP 容器 (即 WebP 的 RIFF 容器) 允許功能支援 可能大幅提高 WebP 基本用法 (也就是含有 編碼為 VP8 主要影格的圖片)。WebP 容器可為下列項目提供額外支援：

• 無損壓縮：使用 WebP 無損格式，可對圖片進行無損壓縮。

• 中繼資料：圖片可能含有儲存在可交換影像檔案中的中繼資料 格式 (Exif) 或可擴充中繼資料平台 (XMP) 格式。

• 透明度：圖片可能具有透明度，也就是 Alpha 色版。

• 色彩設定檔：圖片可能會嵌入 國際色彩聯盟所述的 ICC 設定檔。

• 動畫：圖片可能含有多個影格之間出現暫停點 製作成動畫

命名

建議在提及 WebP 時使用以下類型 container:

容器格式名稱	WebP
副檔名	.webp
MIME 類型	圖片/WebP
統一類型 ID	org.webmproject.webp

術語和基本概念

本文件中的關鍵字「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」和「OPTIONAL」應按照 BCP 14 RFC 2119 RFC 8174 的說明解讀，前提是這些關鍵字必須以大寫顯示，如本文所示。

WebP 檔案包含靜態圖片 (也就是像素的編碼矩陣) 或動畫。或者也可以提供透明度 資訊、色彩設定檔和中繼資料。我們將像素的矩陣稱為 圖片的畫布。

如 RFC 1166 所述，區塊圖表中的位元編號從 0 開始，代表最高位元 (MSB 0)。

以下是本文件中使用的附加條款：

Reader/Writer

讀取 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 (Resource Interchange File Format) 文件格式為基礎。

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)

區塊大小 (以位元組為單位)，不含這個欄位、區塊 ID 或填充資料。

區塊酬載：區塊大小位元組

資料酬載。如果「Chunk Size」為奇數，則為單一填充位元組 (務必採用) 為符合 RIFF 的規範，系統會新增 0。

注意：RIFF 的慣例是全部大寫的 FourCCs 都是標準格式 適用於所有 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 檔案開頭必須是 RIFF 標頭，且 FourCC 為「WEBP」。標頭中的檔案大小是後續區塊的總大小，加上 'WEBP' FourCC 的 4 位元組。檔案「不可」包含資料後的任何資料 檔案大小。讀者可以剖析這類檔案，並忽略結尾 資料。由於任何區塊的大小都是偶數，因此 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 資料：區塊大小位元組

VP8 位元串流資料。

請注意，「VP8」中的第四個字元FourCC 是 ASCII 空格 (0x20)。

如要瞭解 VP8 位元格式規格，請參閱 VP8 資料格式和 解碼指南。請注意，VP8 頁框標題包含 VP8 頁框 寬度和高度也就是畫布的寬度和高度。

VP8 規格說明如何將圖片解碼為 Y'CbCr 格式。目的地： 轉換為 RGB，建議使用 Recommendation 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 無損 Bitstream 格式。請注意，VP8L 標頭包含 VP8L 圖片的寬度和高度。假設為寬度的 以及畫布的高度

擴充檔案格式

注意：舊版閱讀器可能無法支援使用擴充格式的檔案。

擴充格式檔案包含：

• 「VP8X」查看檔案所用功能的相關資訊，

• 選用的「ICCP」區塊顯示顏色剖析檔。

• 可選用的「ANIM」區塊含有動畫控制資料。

• 圖片資料。

• 選用的「EXIF」含有 EXIF 中繼資料的區塊。

• 選用的「XMP」區塊，其中包含 XMP 中繼資料。

• 選用的不明區塊清單。

如為靜態圖片，圖片資料是由一個影格組成 最多：

• 選用的 alpha 子區塊。

• 位元組串流子區塊。

如果是動畫圖片，圖片資料由多個影格組成。更多內容 如要進一步瞭解影格，請參閱「Animation」一節。

重建和校正顏色所需的所有片段 (也就是「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 色彩描述檔：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。

Canvas Width 和 Canvas Height 的產品不得超過 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 版旗標未設定 Chunk。

• 檢視器應用程式應將背景顏色值視為提示，但不一定要使用該值。

• 畫布會在每次開始循環開始時清除。您可以使用背景顏色來達成這項目標。

迴圈計數：16 位元 (uint16)

循環播放動畫的次數。如果值為 0，則代表 沒有限制

如果「VP8X」區塊中設定了「Animation」旗標，則必須顯示這個區塊。如果未設定 Animation 旗標，且此區塊存在，則必須忽略該區塊。

「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。

Frame 寬度減一：24 位元 (uint24)

以從 1 開始的影格寬度。 框架寬度為 1 + Frame Width Minus One。

框架高度減一：24 位元 (uint24)

影格高度的以 1 為單位。 框架高度為 1 + Frame Height Minus One。

影格持續時間：24 位元 (uint24)

顯示下一個影格前的等待時間，單位為 1 毫秒。 請注意，實作方式會定義 0 (通常 <= 10) 的 Frame Duration 解讀方式。許多工具和瀏覽器會為 時間長度與 GIF 相近

保留：6 位元

必須為 0。讀者必須忽略這個欄位。

混合方法 (B)：1 位元

指出如何將目前影格的透明像素與前一個畫布的對應像素混合：

• 0：使用 Alpha 混合。處理上一個影格後，請算繪 動畫效果會呈現在畫布目前的畫格上 (如下方所示)。如果目前的框架沒有 Alpha 通道，則假設 Alpha 值為 255，實際上會取代矩形。

• 1：請勿混合。處置上一個影格後，請覆寫目前影格所覆蓋的矩形，在畫布上算繪目前影格。

處理方法 (D)：1 位元

指出如何處理在畫布上顯示目前的框架後 (在算繪下一個框架之前)：

• 0：請勿丟棄。將畫布維持原樣。

• 1：Dispose 至背景顏色。使用 'ANIM' 區塊中指定的背景顏色，填滿畫布上由目前影格覆蓋的矩形。

注意事項：

• 影格處理動作僅適用於「頁框矩形」，也就是 由Frame X、Frame Y、頁框寬度和頁框 高度。但不一定會覆蓋整個無框畫。

• Alpha 混合：

  由於 R、G、B 和 A 管道均為 8 位元，且 RGB 管道不會被 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)。(請注意，由於伽瑪值約為 2.2，因此 sRGB 也需要線性化)。

影格資料：區塊大小位元組 - 16

組成元素包括：

• 影格可選的 alpha 子區塊。

• 影格的位元串流子區塊。

• 選用的不明區塊清單。

注意：如RIFF 檔案格式所述，'ANMF' 酬載 (影格資料) 包含個別填充區塊。

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：Predictor = A
• 方法 2：預測者 = B
• 方法 3：預測器 = 截斷 (A + B - C)

其中 clip(v) 等於：

• 0 如果 v < 0，
• 如果 V > 為 255255 或
• v 否則

最終值是透過將解壓縮值 X 加進預測器，並使用模數-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 位元串流：Chunk Size 個位元組 - 1

經過編碼的 Alpha 位元串流。

這個選用區塊含有這個影格的已編碼 Alpha 資料。影格 包含「VP8L」區塊「不應」包含這個區塊。

原因：透明度資訊已是「VP8L」區塊的一部分。

Alpha 管道資料會儲存為未壓縮的原始資料 (當 是「0」) 或以無損格式壓縮 (當壓縮方法為「1」時)。

• 原始資料：此資料由長度 = 寬度 * 高度的位元組序列組成，其中包含掃描順序中的所有 8 位元透明度值。

• 無損格式壓縮：位元組序列為壓縮後的內容 圖片串流 (如 WebP Lossless Bitstream 格式 中所述) 的隱含尺寸 x 高。也就是說，這個圖片串流不含任何描述圖片尺寸的標頭。

  原因：維度已從其他來源得知 因此再次儲存這些資料，是多餘且容易出錯的。

  一旦圖片串流經過解碼，並轉換為 Alpha、紅、綠、藍 (ARGB) 顏色值，就必須按照無損格式規格所述的程序，從 ARGB 四元組的綠頻道擷取透明度資訊。

  理由：綠色通道有助於推動額外轉型 與其他管道不同， 來改善壓縮品質

Bitstream (VP8/VP8L)

這個區塊包含單一影格的壓縮位元流資料。

位元流區塊可以是 (i)「VP8」區塊，使用「VP8」(請注意第四個字元的空格) 做為 FourCC，或 (ii)「VP8L」區塊，使用「VP8L」做為 FourCC。

「VP8」的格式和「VP8L」分為多個章節 簡易檔案格式 (Lossy) 和簡易檔案格式 (遺失檔案) 等格式。

色彩設定檔

 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                           :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

色彩設定檔：區塊大小位元組

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 中繼資料：區塊大小位元組

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 中繼資料：區塊大小位元組

XMP 格式的圖片中繼資料。

請注意，「XMP」的第四個字元FourCC 是 ASCII 空格 (0x20)。

如需處理中繼資料的其他指引，請參閱中繼資料工作小組的「處理中繼資料指南」。

不明區塊

如果 RIFF 區塊 (請參閱「RIFF 檔案格式」一節) 的 FourCC 與本文件所述的任何區塊不同，就會視為不明區塊。

原因：允許不明區塊可讓格式日後擴充，也能儲存任何應用程式專屬資料。

一個檔案可能包含未知區塊：

• 檔案結尾，如「擴充的 WebP 檔案標頭」一節所述，或
• 在「ANMF」區塊結尾處，如動畫一節所述。

讀者應忽略這些區塊。編寫程式碼時，應以原始順序保留這些區塊 (除非您特別想修改這些區塊)。

從框架組合無框畫

以下概略說明讀者必須如何組裝畫布 動畫圖片

這個程序會先使用 'VP8X' 區塊中指定的尺寸建立畫布，寬度為 Canvas Width Minus One + 1 像素，高度為 Canvas Height Minus One + 1 像素。來自「ANIM」區塊的 Loop Count 欄位會控管動畫程序重複的次數。如果 Loop Count 值不為零，則為 Loop Count - 1；如果 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)