AVIF vs JPEG XL: Định dạng nào thắng thế?

Hãy sử dụng AVIF, vì nó được hỗ trợ trên mọi trình duyệt lớn trong khi JPEG XL thì không. Về hầu hết các tiêu chuẩn kỹ thuật, JPEG XL là định dạng mạnh mẽ hơn, cung cấp khả năng chuyển mã JPEG không hao hụt (lossless), giải mã lũy tiến và chất lượng tuyệt vời trên mỗi byte. Tuy nhiên, trên thực tế, nó không thể triển khai trên web mở.

Chrome đã loại bỏ hỗ trợ JPEG XL vào năm 2023, với lý do hệ sinh thái không đủ quan tâm, và nếu không có Chrome thì một định dạng hình ảnh web không thể tồn tại. Định dạng tệp hình ảnh AV1 (AVIF) có lợi thế là dựa trên AV1, một codec video mà các nhà cung cấp trình duyệt đã đầu tư sẵn. Công nghệ tốt hơn đã thua công nghệ có câu chuyện phân phối mạnh mẽ hơn, đây không phải là một kịch bản mới.

So sánh 2 định dạng

JPEG XL chiến thắng về tốc độ mã hóa, tải lũy tiến và chuyển đổi JPEG không hao hụt, trong khi AVIF chiến thắng ở thước đo duy nhất quyết định việc triển khai, đó là hỗ trợ của trình duyệt.

Hàng chuyển mã JPEG không hao hụt là khả năng mà web đã đánh mất. JPEG XL có thể đóng gói lại một JPEG hiện có nhỏ hơn khoảng 20 phần trăm và chuyển đổi nó trở lại tệp gốc giống hệt, điều này cho phép các kho lưu trữ thu nhỏ dung lượng mà không gặp bất kỳ rủi ro nào.

Tại sao Chrome loại bỏ JPEG XL

Chrome đưa ra lý do là hệ sinh thái không đủ quan tâm, lợi ích hạn chế so với các định dạng hiện có và chi phí bảo trì cho một bộ giải mã khác. Quyết định được công bố vào năm 2022 và có hiệu lực vào năm 2023.

Lập luận này đã bị tranh cãi vào thời điểm đó và vẫn tiếp diễn cho đến nay. Những người ủng hộ đã chỉ ra những lợi thế nén có thể đo lường được và sự ủng hộ từ một số nhà xuất bản hình ảnh lớn. Lập luận ngược lại là AVIF đã mang lại hầu hết lợi ích bằng cách sử dụng bộ giải mã mà các trình duyệt đã tích hợp sẵn cho video. Dù quan điểm nào đúng, một định dạng không có Chrome thì không thể phục vụ cho phần lớn lưu lượng truy cập web.

Nơi JPEG XL vẫn được sử dụng

JPEG XL vẫn tồn tại trong nhiếp ảnh chuyên nghiệp, lưu trữ lưu trữ và phần mềm của Apple, nơi một nhà cung cấp duy nhất kiểm soát toàn bộ quy trình. Safari đã thêm hỗ trợ vào năm 2023, giúp định dạng này tiếp tục tồn tại trên các nền tảng của Apple.

• Các kho lưu trữ ảnh sử dụng chuyển mã JPEG không hao hụt để giảm dung lượng lưu trữ mà không có rủi ro mất mát dữ liệu.
• Quy trình làm việc của máy ảnh chuyên nghiệp được hưởng lợi từ độ sâu bit cao và hỗ trợ không gian màu rộng.
• Các nền tảng của Apple có thể giải mã nó, giúp nó khả thi bên trong các hệ sinh thái khép kín.
• Hình ảnh y tế và khoa học đánh giá cao chế độ không hao hụt và giải mã lũy tiến.
• Không phải web mở, nơi một định dạng phải hoạt động trên mọi trình duyệt mới có thể sử dụng được.

Khi nào nên sử dụng AVIF trên một trang web

Hãy sử dụng AVIF cho các bức ảnh lớn nhất của bạn, nơi nó tiết kiệm từ 20 đến 30 phần trăm dung lượng so với WebP. Lợi thế này tăng lên theo kích thước hình ảnh và biến mất trên các đồ họa nhỏ.

Ảnh hero, banner rộng toàn màn hình và thư viện ảnh là những trường hợp rõ ràng nhất. Dưới khoảng 10 KB, tệp AVIF thường lớn hơn tệp WebP tương đương, vì dung lượng phần đầu của container lớn hơn mức tiết kiệm được từ việc nén. Việc chia nhỏ thư viện theo kích thước, sử dụng AVIF cho các hình ảnh nặng và WebP cho mọi thứ khác, sẽ tận dụng được hầu hết lợi ích mà không tốn chi phí mã hóa.

Chi phí mã hóa AVIF

AVIF mã hóa chậm hơn vài lần so với WebP, điều này chỉ thực sự quan trọng khi xử lý hàng loạt lớn thay vì trên từng hình ảnh đơn lẻ. Một bức ảnh chuyển đổi sang WebP trong chưa đầy một giây có thể mất vài giây khi chuyển sang AVIF.

Trên một loạt 500 hình ảnh, sự khác biệt được tính bằng phút. Chi phí đó chỉ phải trả một lần cho mỗi hình ảnh và không bao giờ lặp lại, vì việc giải mã diễn ra nhanh chóng trên mọi trình duyệt hỗ trợ. Hãy lên kế hoạch chuyển đổi lớn khi máy tính đang rảnh rỗi và giữ tab trình duyệt ở chế độ hiển thị, vì các trình duyệt sẽ hạn chế tài nguyên của các tab chạy nền và làm chậm công việc đáng kể.

Cách phân phối AVIF an toàn

Để sử dụng AVIF mà không làm lỗi hiển thị trên các trình duyệt cũ hơn, hãy làm theo 5 bước sau.

1. Xác định các hình ảnh lớn nhất trên mỗi trang, thường là các banner hero và ảnh chụp chính.
2. Giảm kích thước mỗi hình ảnh về đúng chiều rộng hiển thị trên trang, nhân đôi cho màn hình có mật độ điểm ảnh cao.
3. Chuyển đổi sang AVIF ở mức chất lượng 60 đến 70, vì AVIF giữ chi tiết ở các mức thông số thấp tốt hơn so với JPEG.
4. Chuyển đổi cùng một nguồn đó sang WebP làm tùy chọn thứ hai và giữ JPEG gốc làm phương án dự phòng cuối cùng.
5. Phân phối cả 3 định dạng thông qua thẻ picture với AVIF đầu tiên, WebP thứ hai và JPEG trong thẻ img.

Trình duyệt sẽ lấy định dạng đầu tiên mà nó hiểu, vì vậy không có gì bị lỗi ở bất kỳ đâu. Việc viết mã markup thường mất nhiều thời gian hơn là chuyển đổi các tệp.

Thiết lập chất lượng AVIF hoạt động khác biệt

Chất lượng AVIF 60 trông tương đương với chất lượng JPEG 85, vì vậy các con số quen thuộc không thể áp dụng tương đương. Việc áp dụng thói quen của JPEG cho AVIF sẽ tạo ra các tệp lớn hơn nhiều so với mức cần thiết.

Bắt đầu ở mức 60 cho ảnh chụp và điều chỉnh từ đó. Hãy chú ý đến một lỗi cụ thể, vì AVIF ở các thiết lập nén mạnh có xu hướng làm mịn các chi tiết nhỏ thay vì tạo ra các khối pixel, điều này có thể làm cho cỏ, tóc và vải trông như được vẽ bằng màu nước. Lỗi nén này ít gây khó chịu hơn lỗi vỡ khối của JPEG và dễ bị bỏ qua cho đến khi có ai đó chỉ ra.

Cách một định dạng chiến thắng hoặc thất bại

Khả năng phân phối quyết định định dạng hình ảnh, chứ không phải ưu thế kỹ thuật, và các nhà cung cấp trình duyệt kiểm soát việc phân phối đó. Kịch bản tương tự đã tạo ra kết quả cho WebP, định dạng thành công vì Chrome đã tích hợp nó, và cho JPEG 2000, định dạng thất bại mặc dù có khả năng kỹ thuật tốt.

AVIF được hưởng lợi từ một quyết định dành cho video hơn là dành cho hình ảnh. Các nhà cung cấp trình duyệt đã đầu tư vào AV1 để giảm chi phí truyền phát, vì vậy một định dạng hình ảnh được xây dựng trên cùng một bộ giải mã tốn rất ít chi phí để họ tích hợp thêm. JPEG XL yêu cầu một bộ giải mã mới, bảo trì mới và một bề mặt bảo mật mới, với lợi ích mà các trình duyệt đánh giá là không đáng kể so với những gì họ đã có.

Điều này có ảnh hưởng đến người dùng bình thường không

Không, hầu hết mọi người không bao giờ trực tiếp chọn một định dạng hình ảnh, và quyết định này được đưa ra bởi nền tảng mà họ đăng tải. Cuộc tranh luận này chỉ quan trọng đối với chủ sở hữu trang web, nhiếp ảnh gia và nhà phát triển, những người kiểm soát việc phân phối nội dung của riêng họ.

Bất kỳ ai đăng tải thông qua một chợ trực tuyến, mạng xã hội hoặc trình tạo trang web được lưu trữ đều đang tải lên JPG hoặc PNG và để nền tảng tự động mã hóa lại. Tranh luận về định dạng chỉ tiếp cận bạn khi bạn kiểm soát các tệp mà khách truy cập tải xuống, đó là lý do tại sao nó thống trị các cuộc thảo luận về hiệu suất web và vô hình ở mọi nơi khác.

Điều này có ý nghĩa gì đối với thư viện của bạn

Hãy giữ các tệp gốc không hao hụt, xuất bản AVIF và WebP, và bỏ qua cuộc tranh luận về định dạng. Các định dạng phân phối thay đổi sau mỗi vài năm trong khi một tệp gốc vẫn hữu ích vô thời hạn.

Bất kỳ ai từng chuyển đổi toàn bộ thư viện sang một định dạng phân phối và xóa các tệp gốc đều đã phải đối mặt với vấn đề này trước đây. Chi phí lưu trữ là không đáng kể so với việc phải chụp lại một danh mục sản phẩm, vì vậy chiến lược thực tế là lưu trữ phiên bản tốt nhất bạn có và tạo các bản sao phân phối thường xuyên mỗi khi web thay đổi xu hướng.

Liệu JPEG XL có quay trở lại

Sự quay trở lại sẽ đòi hỏi Chrome phải đảo ngược quyết định của mình, và không có thông báo nào cho thấy điều đó đã được lên kế hoạch. Sự hỗ trợ của Safari và sự quan tâm liên tục từ các phần mềm nhiếp ảnh giúp định dạng này không bị biến mất hoàn toàn.

Các định dạng từng quay trở lại từ những vị thế tồi tệ hơn trước đây, vì vậy câu hỏi này vẫn còn bỏ ngỏ chứ chưa khép lại. Việc xây dựng một trang web dựa trên khả năng đó sẽ là không khôn ngoan. Hãy sử dụng AVIF và WebP để phân phối hiện tại, giữ các tệp gốc ở định dạng không hao hụt, và việc áp dụng bất kỳ định dạng nào trong tương lai sẽ chỉ là một đợt chuyển đổi hàng loạt chứ không phải là xây dựng lại từ đầu.

Chuyển đổi một thư viện sang AVIF

Hãy chuyển đổi từ tệp gốc thay vì từ một JPEG hiện có, vì nguồn nén hao hụt sẽ mang những lỗi ảnh hưởng vào tệp mới. Bộ mã hóa AVIF sẽ tốn dung lượng để mô tả các lỗi nén JPEG mà nó không thể phân biệt được với chi tiết thực tế.

Thêm tối đa 500 tệp cùng lúc hoặc tải lên một tệp lưu trữ ZIP, và toàn bộ thư mục sẽ được mã hóa trong một lượt chạy. Mọi thứ đều chạy bên trong trình duyệt trên bộ xử lý của riêng bạn, vì vậy các thư viện ảnh, sản phẩm của khách hàng và các tài nguyên chiến dịch chưa xuất bản không bao giờ được gửi lên máy chủ. Việc mã hóa cục bộ cũng có nghĩa là một loạt lớn sẽ chạy theo tốc độ của máy tính của bạn thay vì tốc độ tải lên.