Trang này được dịch bởi Cloud Translation API.

Thông số kỹ thuật của vùng chứa WebP

Giới thiệu

WebP là định dạng hình ảnh sử dụng (i) phương thức mã hoá khung chính VP8 để nén dữ liệu hình ảnh theo cách có tổn hao hoặc (ii) mã hoá WebP không tổn hao. Các nên hiệu quả hơn so với các định dạng cũ như JPEG, GIF và PNG. Giao diện này được tối ưu hoá để truyền hình ảnh nhanh qua mạng (cho ví dụ: đối với trang web). Định dạng WebP có tính năng tương đương (hồ sơ màu sắc, siêu dữ liệu, ảnh động, v.v.) với các định dạng khác. Tài liệu này mô tả cấu trúc của tệp WebP.

Vùng chứa WebP (tức là vùng chứa RIFF dành cho WebP) cho phép hỗ trợ tính năng và cao hơn trường hợp sử dụng cơ bản của WebP (tức là tệp chứa một hình ảnh được mã hoá dưới dạng khung chính VP8). Vùng chứa WebP cung cấp thêm hỗ trợ các tính năng sau:

Nén không tổn hao: Có thể nén hình ảnh không tổn hao bằng cách sử dụng Định dạng WebP không tổn hao.
Siêu dữ liệu: Một hình ảnh có thể đã lưu trữ siêu dữ liệu trong Tệp hình ảnh có thể trao đổi Định dạng (Exif) hoặc Nền tảng siêu dữ liệu có thể mở rộng (XMP).
Độ trong suốt: Hình ảnh có thể có trong suốt, tức là kênh alpha.
Cấu hình màu: Hình ảnh có thể nhúng cấu hình ICC như mô tả do National Color Consortium (Hiệp hội màu sắc quốc tế) thực hiện.
Ảnh động: Một hình ảnh có thể có nhiều khung hình với các điểm tạm dừng giữa các khung hình đó, biến video thành hoạt ảnh.

Đặt tên

Bạn NÊN sử dụng các loại sau khi tham chiếu đến WebP vùng chứa:

Tên định dạng vùng chứa	WebP
Phần mở rộng tên tệp	.webp
Loại MIME	image/webp
Mã nhận dạng loại thống nhất	org.webmproject.webp

Thuật ngữ và Thông tin cơ bản

Các từ khóa "PHẢI", "KHÔNG ĐƯỢC", "BẮT BUỘC", "SÁNG", "KHÔNG ĐƯỢC", "NÊN", "KHÔNG NÊN", "NÊN DÙNG", "KHÔNG NÊN DÙNG", "CÓ THỂ" và "KHÔNG BẮT BUỘC" trong nội dung này tài liệu được diễn giải theo mô tả trong BCP 14 RFC 2119 RFC 8174 khi nào và chỉ khi nào chúng xuất hiện ở tất cả các chữ viết hoa, như được trình bày ở đây.

Tệp WebP chứa hình ảnh tĩnh (tức là ma trận được mã hoá gồm các pixel) hoặc ảnh động. Nếu muốn, tệp này cũng có thể chứa độ trong suốt , hồ sơ màu và siêu dữ liệu. Chúng tôi gọi ma trận pixel là canvas của hình ảnh.

Việc đánh số bit trong sơ đồ phân đoạn bắt đầu từ 0 cho bit quan trọng nhất ('MSB 0'), theo mô tả trong RFC 1166.

Dưới đây là các thuật ngữ bổ sung được sử dụng trong toàn bộ tài liệu này:

Người đọc/Người viết: Mã đọc tệp WebP được gọi là trình đọc, trong khi mã viết chúng được gọi là người viết.
uint16: Một số nguyên 16 bit có đuôi nhỏ, chưa ký.
uint24: Một số nguyên 24 bit có đuôi nhỏ và chưa ký.
uint32: Một số nguyên 32 bit có đuôi nhỏ và chưa ký.
FourCC: Mã gồm bốn ký tự (FourCC) là một uint32 được tạo bằng cách nối bốn ký tự Ký tự ASCII theo thứ tự Little-endian. Điều này có nghĩa là "aaaa" (0x61616161) và "AAAA" (0x41414141) được coi là FourCCs khác nhau.
Dựa trên 1: Một trường số nguyên không dấu lưu trữ các giá trị bù trừ bằng -1, chẳng hạn như trường sẽ lưu trữ giá trị 25 thành 24.
ChunkHeader('ABCD'): Dùng để mô tả tiêu đề FourCC và Chunk size của từng phần, trong đó "ABCD" là FourCC cho phân đoạn. Kích thước của phần tử này là 8 byte.

Định dạng tệp RIFF

Định dạng tệp WebP dựa trên RIFF (Định dạng tệp trao đổi tài nguyên) định dạng tài liệu.

Phần tử cơ bản của tệp RIFF là một đoạn. Bộ công cụ này bao gồm:

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

Phân đoạn FourCC: 32 bit: Mã gồm 4 ký tự ASCII dùng để xác định đoạn.
Kích thước phân đoạn: 32 bit (uint32): Kích thước của phân đoạn tính bằng byte, không bao gồm trường này, phân đoạn giá trị nhận dạng hoặc khoảng đệm.
Tải trọng phân đoạn: Kích thước phân đoạn byte: Tải trọng dữ liệu. Nếu Phân đoạn Kích thước là số lẻ, một byte khoảng đệm duy nhất – PHẢI là 0 để tuân thủ RIFF -- sẽ được thêm vào.

Lưu ý: RIFF có quy ước rằng FourCC được viết hoa toàn bộ là tiêu chuẩn phân đoạn áp dụng cho bất kỳ định dạng tệp RIFF nào, trong khi FourCC dành riêng cho một tệp đều là chữ thường. WebP không tuân theo quy ước này.

Tiêu đề tệp 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 bit: Các ký tự ASCII như "R", "I", "F", "F".
Kích thước tệp: 32 bit (uint32): Kích thước của tệp tính bằng byte, bắt đầu từ giá trị bù 8. Giá trị lớn nhất của trường này là 2^32 trừ đi 10 byte và do đó kích thước của toàn bộ tệp là ở mức tối đa 4 GiB trừ đi 2 byte.
"WEBP": 32 bit: Các ký tự ASCII "W", "E", "B", "P".

Tệp WebP PHẢI bắt đầu bằng tiêu đề RIFF có mã FourCC "WEBP". Kích thước tệp trong tiêu đề là tổng kích thước của các phân đoạn theo sau cộng với 4 byte cho 'WEBP' FourCC. Tệp KHÔNG ĐƯỢC chứa bất kỳ dữ liệu nào sau dữ liệu được chỉ định bởi Kích thước tệp. Người đọc CÓ THỂ phân tích cú pháp các tệp này, bỏ qua phần đuôi tệp . Vì kích thước của bất kỳ đoạn nào đều bằng nhau, nên kích thước do tiêu đề RIFF cung cấp là đồng đều. Phần sau đây mô tả nội dung của từng phần riêng lẻ .

Định dạng tệp đơn giản (Mất)

Bạn NÊN sử dụng bố cục này nếu hình ảnh yêu cầu phương thức mã hoá yếu và không yêu cầu tính minh bạch hoặc các tính năng nâng cao khác được cung cấp theo định dạng mở rộng. Các tệp có bố cục này sẽ nhỏ hơn và được phần mềm cũ hỗ trợ.

Định dạng tệp WebP (bị mất) đơn giản:

 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" Phân đoạn:

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

Dữ liệu VP8: Kích thước phân đoạn byte: Dữ liệu luồng bit của VPN.

Lưu ý rằng ký tự thứ tư trong 'VP8' FourCC là không gian ASCII (0x20).

Thông số kỹ thuật của định dạng luồng bit VP8 được mô tả trong phần Định dạng dữ liệu VP8 và Hướng dẫn giải mã. Xin lưu ý rằng tiêu đề khung VP8 chứa khung VP8 chiều rộng và chiều cao. Giá trị này được giả định là chiều rộng và chiều cao của canvas.

Quy cách VP8 mô tả cách giải mã hình ảnh sang định dạng Y'CbCr. Người nhận chuyển đổi thành RGB, thì bạn NÊN sử dụng Đề xuất BT.601. Ứng dụng CÓ THỂ sử dụng một phương thức chuyển đổi khác, nhưng kết quả trực quan có thể khác nhau giữa các bộ giải mã.

Định dạng tệp đơn giản (Không tổn hao)

Lưu ý: Người đọc lớn tuổi có thể không hỗ trợ các tệp ở định dạng không tổn hao.

Bạn NÊN sử dụng bố cục này nếu hình ảnh yêu cầu phương thức mã hoá không mất dữ liệu (với kênh minh bạch không bắt buộc) và không bắt buộc phải cung cấp tính năng nâng cao theo định dạng mở rộng.

Định dạng tệp WebP (không mất dữ liệu) đơn giản:

 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" Phân đoạn:

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

Dữ liệu VP8L: Kích thước phân đoạn byte: Dữ liệu luồng bit VP8L.

Bạn có thể tìm thấy thông số kỹ thuật hiện tại của luồng bit VP8L tại Định dạng luồng bit không tổn hao trên WebP. Lưu ý rằng tiêu đề VP8L chứa thông số chiều rộng và chiều cao của hình ảnh là VP8L. Giả định là chiều rộng và chiều cao của canvas.

Định dạng tệp mở rộng

Lưu ý: Người đọc lớn tuổi có thể không hỗ trợ các tệp sử dụng định dạng mở rộng.

Tệp định dạng mở rộng bao gồm:

"VP8X" Phân đoạn có thông tin về các tính năng được sử dụng trong tệp.
"ICCP" không bắt buộc Phân đoạn có cấu hình màu.
'ANIM' không bắt buộc Phân đoạn có dữ liệu điều khiển ảnh động.
Dữ liệu hình ảnh.
Giá trị 'EXIF' không bắt buộc Phân đoạn bằng siêu dữ liệu Exif.
"XMP" tuỳ chọn Phân đoạn bằng siêu dữ liệu XMP.
Danh sách đoạn không xác định (không bắt buộc).

Đối với ảnh tĩnh, dữ liệu hình ảnh chỉ bao gồm một khung duy nhất được tạo lên trong số:

Phân đoạn phụ alpha không bắt buộc.
Một phân đoạn dòng bit.

Đối với hình ảnh động, dữ liệu hình ảnh bao gồm nhiều khung. Xem thêm Bạn có thể xem thông tin chi tiết về khung trong phần Ảnh động.

Tất cả các đoạn cần thiết cho việc tái cấu trúc và chỉnh màu, đó là "VP8X", "ICCP", "ANIM", "ANMF", "ALPH", "VP8" và "VP8L", PHẢI xuất hiện theo thứ tự được mô tả trước đó. Trình đọc PHẢI không thành công khi các đoạn cần thiết để tái tạo và chỉnh màu không đúng thứ tự.

Siêu dữ liệu và phân đoạn không xác định CÓ THỂ xuất hiện từ đơn đặt hàng.

Rationale: Các đoạn cần thiết để tái tạo sẽ xuất hiện đầu tiên trong tệp để cho phép người đọc bắt đầu giải mã hình ảnh trước khi nhận được tất cả dữ liệu. Một ứng dụng có thể hưởng lợi từ việc thay đổi thứ tự của siêu dữ liệu và các đoạn tuỳ chỉnh để phù hợp với việc triển khai.

Tiêu đề tệp WebP mở rộng:

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

Dành riêng (Rsv): 2 bit: PHẢI 0. Độc giả PHẢI bỏ qua trường này.
Cấu hình ICC (I): 1 bit: Đặt nếu tệp chứa "ICCP" Phân đoạn.
Alpha (L): 1 bit: Đặt xem có khung nào của hình ảnh chứa thông tin trong suốt "alpha").
Siêu dữ liệu Exif (E): 1 bit: Đặt xem tệp có chứa siêu dữ liệu Exif hay không.
Siêu dữ liệu XMP (X): 1 bit: Đặt xem tệp có chứa siêu dữ liệu XMP hay không.
Ảnh động (A): 1 bit: Đặt nếu đây là ảnh động. Dữ liệu trong "ANIM" và "ANMF" Đoạn nên là dùng để điều khiển ảnh động.
Dành riêng (R): 1 bit: PHẢI 0. Độc giả PHẢI bỏ qua trường này.
Đã đặt trước: 24 bit: PHẢI 0. Độc giả PHẢI bỏ qua trường này.
Chiều rộng canvas trừ 1: 24 bit: Chiều rộng dựa trên 1 của canvas tính bằng pixel. Chiều rộng thực tế của canvas là 1 + Canvas Width Minus One.
Chiều cao canvas trừ 1: 24 bit: Chiều cao dựa trên 1 của canvas tính bằng pixel. Chiều cao thực tế của canvas là 1 + Canvas Height Minus One.

Sản phẩm của Chiều rộng canvas và Chiều cao canvas PHẢI tối đa là 2^32 - 1.

Các thông số kỹ thuật trong tương lai có thể thêm nhiều trường hơn. Bạn PHẢI bỏ qua các trường không xác định.

Hoạt ảnh

Ảnh động do "ANIM" kiểm soát và "ANMF" Viên nhỏ.

"ANIM" Phân đoạn:

Đối với hình ảnh động, phân đoạn này chứa các tham số chung của ảnh động.

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

Màu nền: 32 bit (uint32): Màu nền mặc định của canvas là [Xanh dương, Xanh lục, Đỏ, Alpha] thứ tự byte. Màu này CÓ THỂ dùng để lấp đầy không gian không sử dụng trên canvas xung quanh khung cũng như các pixel trong suốt của khung đầu tiên. Màu nền cũng được dùng khi phương thức Loại bỏ là 1.

Lưu ý:

Màu nền CÓ THỂ chứa giá trị alpha không mờ, ngay cả khi giá trị Cờ Alpha trong 'VP8X' Đã huỷ đặt phân đoạn.
Ứng dụng của trình xem PHẢI coi giá trị màu nền là gợi ý và thì bạn không bắt buộc phải sử dụng mã này.
Canvas sẽ bị xoá ở đầu mỗi vòng lặp. Màu nền CÓ THỂ là dùng để đạt được mục tiêu này.

Số vòng lặp: 16 bit (uint16): Số lần lặp lại ảnh động. Nếu giá trị là 0, điều này có nghĩa là vô hạn.

Phân đoạn này PHẢI xuất hiện nếu cờ Animation (Ảnh động) trong "VP8X" Đã đặt phân đoạn. Nếu cờ Ảnh động chưa được đặt và đoạn này có mặt, thì đoạn đó PHẢI là đã bỏ qua.

"ANMF" Phân đoạn:

Đối với ảnh động, phân đoạn này chứa thông tin về một khung duy nhất. Nếu Cờ ảnh động chưa được đặt, thì phân đoạn này KHÔNG NÊN hiển thị.

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

Khung hình X: 24 bit (uint24)

Tọa độ X của góc trên bên trái khung hình là Frame X * 2.

Khung hình Y: 24 bit (uint24)

Tọa độ Y của góc trên bên trái khung hình là Frame Y * 2.

Chiều rộng khung hình trừ đi 1: 24 bit (uint24)

Chiều rộng dựa trên 1 của khung. Chiều rộng khung hình là 1 + Frame Width Minus One.

Chiều cao khung hình Trừ một: 24 bit (uint24)

Chiều cao dựa trên 1 của khung. Chiều cao khung hình là 1 + Frame Height Minus One.

Thời lượng khung hình: 24 bit (uint24)

Thời gian để chờ trước khi hiển thị khung hình tiếp theo, tính bằng đơn vị 1 mili giây. Lưu ý rằng việc diễn giải Thời lượng khung hình là 0 (và thường <= 10) là được xác định bởi quá trình triển khai. Nhiều công cụ và trình duyệt quy định giá trị tối thiểu tương tự như ảnh GIF.

Đã đặt trước: 6 bit

PHẢI 0. Độc giả PHẢI bỏ qua trường này.

Phương pháp trộn (B): 1 bit

Cho biết cách pha trộn các pixel trong suốt của khung hình hiện tại bằng pixel tương ứng của canvas trước đó:

0: Sử dụng kỹ thuật trộn alpha. Sau khi loại bỏ khung trước, hãy kết xuất khung hiện tại trên canvas bằng kỹ thuật kết hợp alpha (xem bên dưới). Nếu khung hiện tại không có kênh alpha, giả sử giá trị alpha là 255, thay thế hình chữ nhật một cách hiệu quả.
1: Không kết hợp. Sau khi loại bỏ khung trước, hãy kết xuất khung hiện tại trên canvas bằng cách ghi đè hình chữ nhật được phủ bởi khung hiện tại.

Phương pháp thải bỏ (D): 1 bit

Cho biết cách xử lý khung hình hiện tại sau khi được hiển thị (trước khi hiển thị khung tiếp theo) trên canvas:

0: Đừng vứt bỏ. Giữ nguyên ảnh in trên vải canvas.
1: Chuyển sang màu nền. Điền thông tin vào hình chữ nhật trên canvas được phủ bởi khung hiện tại bằng màu nền được chỉ định trong "ANIM" Phân đoạn.

Lưu ý:

Thao tác loại bỏ khung chỉ áp dụng cho hình chữ nhật khung, tức là hình chữ nhật được xác định bằng Khung X, Khung Y, chiều rộng khung và khung chiều cao. Ảnh này có thể che phủ toàn bộ ảnh in trên vải canvas hoặc không.

Kết hợp alpha:

Giả sử mỗi kênh R, G, B và A là 8 bit và RGB các kênh không được nhân trước với alpha, công thức để kết hợp "dst" vào 'src' là:

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

Phối hợp alpha PHẢI được thực hiện trong hệ màu tuyến tính, có tính đến hồ sơ màu của hình ảnh. Nếu cấu hình màu là không có, RGB (sRGB) chuẩn sẽ được giả định. (Xin lưu ý rằng sRGB cũng cần được tuyến tính hóa do gamma ~ 2.2.)

Dữ liệu khung: Kích thước phân đoạn – 16 byte

Bao gồm:

Phân đoạn phụ alpha không bắt buộc cho khung.
Một phân đoạn dòng bit cho khung.
Danh sách đoạn không xác định (không bắt buộc).

Lưu ý: "ANMF" tải trọng, Dữ liệu khung, bao gồm phân đoạn được đệm, theo mô tả theo định dạng tệp 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...                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Dành riêng (Rsv): 2 bit

PHẢI 0. Độc giả PHẢI bỏ qua trường này.

Tiền xử lý (P): 2 bit

Các bit thông tin này được dùng để báo hiệu quá trình xử lý trước được thực hiện trong quá trình nén. Bộ giải mã có thể sử dụng thông tin này để ví dụ: hoà màu các giá trị hoặc làm mịn các gradient trước khi hiển thị.

0: Không xử lý trước.
1: Giảm cấp.

Bộ giải mã không bắt buộc phải sử dụng thông tin này theo bất kỳ cách nào được chỉ định.

Phương pháp lọc (F): 2 bit

Sau đây là các phương pháp lọc được sử dụng:

0: Không có.
1: Bộ lọc ngang.
2: Bộ lọc dọc.
3: Bộ lọc độ dốc.

Đối với mỗi pixel, quá trình lọc được thực hiện bằng các phép tính sau. Giả sử các giá trị alpha xung quanh vị trí X hiện tại được gắn nhãn là:

 C | B |
---+---+
 A | X |

Chúng ta tìm cách tính toán giá trị alpha tại vị trí X. Đầu tiên, một cụm từ gợi ý là được thực hiện tùy thuộc vào phương pháp lọc:

Phương thức 0: công cụ dự đoán = 0
Phương thức 1: công cụ dự đoán = A
Phương thức 2: công cụ dự đoán = B
Phương thức 3: công cụ dự đoán = clip(A + B - C)

trong đó clip(v) bằng:

0 nếu v < 0,
255 nếu v > 255 hoặc
so với ngược lại

Giá trị cuối cùng được tính bằng cách thêm giá trị đã giải nén X vào dự đoán và sử dụng số học modulo-256 để gói phạm vi [256..511] vào một [0..255]:

alpha = (predictor + X) % 256

Có những trường hợp đặc biệt đối với vị trí pixel xa nhất bên trái và trên cùng. Cho ví dụ: giá trị trên cùng bên trái tại vị trí (0, 0) sử dụng 0 làm giá trị dự đoán. Nếu không thì:

Đối với phương pháp lọc theo chiều ngang hoặc độ dốc, pixel ngoài cùng bên trái tại vị trí (0, y) được dự đoán bằng cách sử dụng vị trí (0, y-1) ngay ở trên.
Đối với phương pháp lọc dọc hoặc chuyển màu, pixel trên cùng tại vị trí (x, 0) được dự đoán bằng vị trí (x-1, 0) ở bên trái.

Phương pháp nén (C): 2 bit

Phương thức nén được sử dụng:

0: Không nén.
1: Được nén bằng định dạng WebP không tổn hao.

Luồng bit alpha: Kích thước phân đoạn – 1 byte

Luồng bit alpha đã mã hoá.

Phân đoạn không bắt buộc này chứa dữ liệu alpha được mã hoá cho khung này. Một khung có chứa "VP8L" Phân đoạn KHÔNG ĐƯỢC chứa phân đoạn này.

Rationale: Thông tin về tính minh bạch đã có trong "VP8L" Phân đoạn.

Dữ liệu kênh alpha được lưu trữ dưới dạng dữ liệu thô chưa nén (khi phương thức nén là "0") hoặc được nén bằng định dạng không tổn hao (khi phương thức nén là "1").

Dữ liệu thô: Dữ liệu này bao gồm một chuỗi byte dài = chiều rộng * chiều cao, chứa tất cả giá trị độ trong suốt 8 bit theo thứ tự quét.
Nén định dạng không tổn hao: Chuỗi byte là một chuỗi nén luồng hình ảnh (như mô tả trong "Định dạng luồng bit không tổn hao WebP") của kích thước ngầm ẩn: chiều rộng x chiều cao. Tức là, image-stream KHÔNG chứa bất kỳ tiêu đề nào mô tả kích thước hình ảnh.

Rationale: Phương diện đã được xác định từ các nguồn khác, vì vậy, việc lưu trữ chúng lần nữa sẽ dư thừa và dễ bị lỗi.

Sau khi luồng hình ảnh được giải mã thành màu Alpha, Đỏ, Xanh lục, Xanh dương (ARGB) theo quy trình được mô tả ở định dạng không tổn hao thì thông tin về tính minh bạch phải được trích xuất từ màu xanh lục của bộ bốn ARGB.

Rationale: Kênh màu xanh lục được phép biến đổi thêm các bước trong thông số kỹ thuật -- không giống như các kênh khác -- có thể cải thiện độ nén.

Luồng Bit (VP8/VP8L)

Phân đoạn này chứa dữ liệu luồng bit được nén cho một khung.

Một đoạn bit có thể là (i) một 'VP8' Phân đoạn, sử dụng 'VP8' (lưu ý rằng khoảng ký tự thứ tư đáng kể) làm FourCC, hoặc (ii) "VP8L" Phân đoạn, sử dụng 'VP8L' với tên FourCC.

Các định dạng của "VP8" và "VP8L" Các đoạn được mô tả trong các phần Định dạng tệp đơn giản (Mất) và Định dạng tệp đơn giản (Không tổn hao).

Cấu hình màu

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

Cấu hình màu: Kích thước phân đoạn byte: Hồ sơ ICC.

Phân đoạn này PHẢI xuất hiện trước dữ liệu hình ảnh.

PHẢI có tối đa một đoạn như vậy. Nếu có nhiều phân đoạn như vậy, độc giả CÓ THỂ bỏ qua tất cả, ngoại trừ mục đầu tiên. Xem Thông số kỹ thuật ICC để biết chi tiết.

Nếu không có phân đoạn này, thì PHẢI giả định giá trị sRGB.

Metadata

Siêu dữ liệu có thể được lưu trữ trong "EXIF" hoặc 'XMP' Viên nhỏ.

PHẢI có tối đa một phân đoạn thuộc mỗi loại ("EXIF" và "XMP"). Nếu có có nhiều phần như vậy hơn, nên người đọc CÓ THỂ bỏ qua tất cả ngoại trừ phần đầu tiên.

Các đoạn được xác định như sau:

"EXIF" Phân đoạn:

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

Siêu dữ liệu Exif: Kích thước phân đoạn byte: Siêu dữ liệu hình ảnh ở định dạng Exif.

"XMP" Phân đoạn:

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

Siêu dữ liệu XMP: Kích thước phân đoạn byte: Siêu dữ liệu hình ảnh ở định dạng XMP.

Lưu ý rằng ký tự thứ tư trong "XMP" FourCC là không gian ASCII (0x20).

Bạn có thể xem thêm hướng dẫn về cách xử lý siêu dữ liệu trong "Nguyên tắc xử lý siêu dữ liệu" của Nhóm làm việc về siêu dữ liệu.

Đoạn không xác định

Phân đoạn RIFF (được mô tả trong phần Định dạng tệp RIFF) có FourCC khác với bất kỳ đoạn nào được mô tả trong tài liệu này, là được coi là đoạn không xác định.

Rationale: Việc cho phép các đoạn không xác định sẽ cấp quyền mở rộng trong tương lai của định dạng đó đồng thời cho phép lưu trữ mọi dữ liệu dành riêng cho ứng dụng.

Tệp CÓ THỂ chứa các đoạn không xác định:

ở cuối tệp, như mô tả trong tệp WebP mở rộng tiêu đề hoặc
ở cuối 'ANMF' Đoạn, như được mô tả trong Ảnh động.

Người đọc NÊN bỏ qua các phần này. Người viết NÊN lưu giữ chúng trong đơn đặt hàng ban đầu (trừ phi họ có ý định cụ thể sửa đổi các đoạn này).

Lắp ráp Canvas từ khung

Ở đây, chúng tôi cung cấp thông tin tổng quan về cách độc giả PHẢI tập hợp canvas trong trường hợp của một hình ảnh động.

Quy trình này bắt đầu bằng việc tạo một canvas sử dụng các kích thước có sẵn trong "VP8X" Phân đoạn, rộng Canvas Width Minus One + 1 pixel, cao Canvas Height Minus One + 1 pixel. Trường Loop Count trong trường "ANIM" Phân đoạn kiểm soát cách nhiều lần quá trình tạo ảnh động lặp lại. Đây là Loop Count - 1 cho các giá trị Loop Count khác 0 hoặc vô hạn nếu Loop Count bằng 0.

Ở đầu mỗi vòng lặp, canvas được lấp đầy bằng cách sử dụng màu nền từ 'ANIM' Phân đoạn hoặc màu do ứng dụng xác định.

"ANMF" Các phân đoạn chứa từng khung hình được đưa ra theo thứ tự trưng bày. Trước khi kết xuất mỗi khung hình, Disposal method của khung trước đó sẽ được áp dụng.

Quá trình hiển thị khung được giải mã bắt đầu tại toạ độ Descartes (2 * Frame X, 2 * Frame Y), sử dụng góc trên cùng bên trái của canvas làm điểm gốc. rộng Frame Width Minus One + 1 pixel x Frame Height Minus One + 1 pixel cao sẽ được hiển thị trên canvas bằng Blending method.

Canvas sẽ hiển thị trong Frame Duration mili giây. Hoạt động này sẽ tiếp tục cho đến tất cả khung hình do 'ANMF' cung cấp Đã hiển thị các phân đoạn. Một vòng lặp mới là sau đó bắt đầu hoặc canvas sẽ ở trạng thái cuối cùng nếu tất cả các lần lặp đã hoàn tất.

Mã giả sau minh hoạ quá trình kết xuất. Ký hiệu VP8X.field nghĩa là trường trong "VP8X" Phân đoạn có cùng nội dung mô tả.

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

Bố cục tệp mẫu

Hình ảnh được mã hoá có tổn hao với alpha có thể có dạng như sau:

RIFF/WEBP
+- VP8X (descriptions of features used)
+- ALPH (alpha bitstream)
+- VP8 (bitstream)

Hình ảnh được mã hoá không tổn hao có thể có dạng như sau:

RIFF/WEBP
+- VP8X (descriptions of features used)
+- VP8L (lossless bitstream)
+- XYZW (unknown chunk)

Một hình ảnh không tổn hao có cấu hình ICC và siêu dữ liệu XMP có thể có dạng như sau:

RIFF/WEBP
+- VP8X (descriptions of features used)
+- ICCP (color profile)
+- VP8L (lossless bitstream)
+- XMP  (metadata)

Hình ảnh động với siêu dữ liệu Exif có thể có dạng như sau:

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)