JPEG, PNG, WebP hay AVIF: nên giữ định dạng nào?
Tôi có cùng một tấm ảnh ở bốn định dạng. Nên giữ cái nào và xoá cái nào?
Hãy bắt đầu từ bức ảnh, không phải từ định dạng
Tranh luận về định dạng gần như luôn là cuộc tranh luận sai để mở màn. Thứ quyết định kết quả là nội dung của tấm ảnh. Ảnh chụp được tạo thành từ những vùng chuyển màu mượt, có nhiễu, không có chuỗi pixel lặp lại. Ảnh chụp màn hình, logo, sơ đồ và pixel art thì tạo thành từ các mảng phẳng, đường biên sắc nét và một số ít màu chính xác. Hai loại ảnh đó nén theo những cơ chế hoàn toàn khác nhau, và một định dạng xuất sắc với loại này thường chỉ tầm thường với loại kia.
Vậy nên câu hỏi đầu tiên không phải là “AVIF có tốt hơn JPEG không”. Nó là “đây là ảnh chụp hay đồ hoạ, và có cần nền trong suốt không”. Trả lời xong câu đó thì danh sách rút gọn thường chỉ còn một hoặc hai định dạng.
Mỗi định dạng thực sự làm được gì
| Định dạng | Kiểu nén | Nền trong suốt | Ảnh động | Hợp nhất với |
|---|---|---|---|---|
| JPEG | Chỉ nén mất dữ liệu | Không | Không | Ảnh chụp cần mở được ở mọi nơi |
| PNG | Chỉ nén không mất dữ liệu | Có, kênh alpha 8-bit | Không (APNG là một tính năng riêng) | Ảnh chụp màn hình, logo, đồ hoạ phẳng, pixel chính xác |
| WebP | Mất dữ liệu hoặc không mất dữ liệu | Có, ở cả hai chế độ | Có | Bản thay thế chung cho cả JPEG lẫn PNG |
| AVIF | Mất dữ liệu hoặc không mất dữ liệu | Có, kể cả 10-bit | Có | Ảnh chụp, khi thời gian mã hoá chấp nhận được |
Bảng này giấu đi một điều đáng nói thẳng: không thể làm PNG nhỏ lại bằng cách hạ thanh trượt chất lượng, vì nó không có thanh trượt chất lượng nào cả. Một trình tối ưu PNG thu nhỏ tệp bằng cách tìm bộ lọc dự đoán tốt hơn và bảng màu tốt hơn, chứ không phải bằng cách vứt bỏ chi tiết. Đó là lý do một tấm ảnh chụp lưu dưới dạng PNG vẫn khổng lồ dù bạn chạy công cụ nào lên nó — trong bản thân định dạng không có gì cho phép nó ném thông tin đi.
Mất dữ liệu và không mất dữ liệu không phải là hạng chất lượng
Rất dễ đọc “không mất dữ liệu” thành “tốt” và “mất dữ liệu” thành “dở”. Chúng không phải hạng chất lượng, chúng là hai công việc khác nhau. Không mất dữ liệu nghĩa là pixel giải mã ra giống hệt đến từng bit với thứ đưa vào; đó là lựa chọn đúng khi bản thân pixel mới là điều quan trọng, chẳng hạn một ảnh chụp màn hình giao diện mà ai đó sẽ phải đọc chữ trên đấy. Mất dữ liệu nghĩa là bộ mã hoá được phép vứt bỏ những chi tiết mắt người khó nhận ra, và đó là lý do duy nhất khiến một tấm ảnh mười hai megapixel có thể nằm gọn trong vài trăm kilobyte.
Một quy tắc hữu ích: nếu bạn sẽ nhận ra một pixel bị sai, hãy dùng định dạng không mất dữ liệu. Nếu bạn không nhận ra, một định dạng mất dữ liệu ở mức chất lượng hợp lý sẽ cho tệp nhỏ hơn rất nhiều mà bạn không thể thấy khác biệt ở kích thước xem thông thường.
WebP và AVIF xứng đáng ở đâu
Cả hai định dạng mới hơn đều dùng các công cụ dự đoán và biến đổi mà JPEG, chuẩn hoá năm 1992, không có. Trên thực tế nghĩa là chúng đạt được chất lượng thị giác tương đương ở dung lượng nhỏ hơn, và cả hai đều xử lý được nền trong suốt, thứ JPEG hoàn toàn không làm được. WebP là lựa chọn thực dụng: nó mã hoá nhanh và thay thế được cả JPEG lẫn PNG bằng một định dạng duy nhất. AVIF là lựa chọn tham vọng: nó dùng các công cụ nén trong khung hình của codec video AV1, hỗ trợ độ sâu bit cao hơn, và nhìn chung cho tệp nhỏ nhất trong bốn định dạng với nội dung ảnh chụp.
Cái giá là thời gian mã hoá. Mã hoá AVIF là một bài toán tìm kiếm, và bộ mã hoá tiêu tốn thời gian CPU thật sự cho nó. Trong một tab trình duyệt, trên điện thoại, thời gian đó là của bạn — đó là lý do FileSlimmer hiển thị tiến độ theo từng tệp cho AVIF thay vì làm như thể không có khoảng chờ nào. Nếu bạn chuyển đổi một tấm ảnh bìa duy nhất thì đánh đổi đó rõ ràng là đáng. Nếu bạn chuyển đổi bốn trăm tấm, hãy cân nhắc WebP.
Chuyển đổi một tệp cũ không xoá được hư hại cũ
Đây là nỗi thất vọng phổ biến nhất. Nếu bạn lấy một tệp JPEG đã lưu ở chất lượng thấp từ nhiều năm trước rồi chuyển sang PNG hoặc WebP không mất dữ liệu, các vệt vỡ khối và quầng viền sẽ được chép lại y nguyên vào tệp mới. Không mất dữ liệu nghĩa là “giống hệt đầu vào”, mà đầu vào thì đã có sẵn hư hại nướng chặt trong pixel của nó rồi. Bạn nhận được một tệp lớn hơn chứa đúng những khiếm khuyết cũ.
Chuyển một tệp mất dữ liệu sang một định dạng mất dữ liệu khác là một lượt nén thứ hai, tách biệt, nên nó có thể chồng thêm nhiễu của chính nó lên trên. Khi có lựa chọn, hãy chuyển đổi từ tệp gốc nhất mà bạn còn giữ — ảnh gốc từ camera, bản xuất từ phần mềm thiết kế — thay vì từ một bản sao đã đi qua một trình nén.
Một danh sách rút gọn dùng được ngay
- Ảnh chụp, cần mở được ở mọi thứ, kể cả phần mềm cũ: giữ JPEG.
- Ảnh chụp, dùng cho trang web hoặc ứng dụng của riêng bạn, và bạn kiểm soát được thứ sẽ đọc nó: WebP, hoặc AVIF nếu bạn chịu được thời gian mã hoá.
- Ảnh chụp màn hình, logo, sơ đồ, biểu đồ, hay bất cứ thứ gì có chữ nằm trong pixel: PNG, hoặc WebP không mất dữ liệu nếu dung lượng quan trọng hơn khả năng tương thích rộng.
- Bất cứ thứ gì cần nền trong suốt: PNG, WebP hoặc AVIF. Không phải JPEG.
- Một bản lưu trữ mà bạn có thể chỉnh sửa lại sau này: giữ tệp gốc, dù nó là gì, và coi mọi bản đã nén là thứ dùng xong bỏ đi được.
Điều mà so sánh này không nói cho bạn biết
Ở đây không có bảng xếp hạng dung lượng, và đó là chủ ý. Các so sánh đã công bố đều được đo trên một bộ ảnh cụ thể, với những phiên bản và thiết lập bộ mã hoá cụ thể, và kết quả sẽ đổi khi bất kỳ yếu tố nào trong đó thay đổi. Chỉ chính tấm ảnh của bạn mới mô tả được chính tấm ảnh của bạn. Hãy chuyển cùng một tệp nguồn một lần sang mỗi ứng viên ở mức chất lượng bạn thấy chấp nhận được, rồi đặt hai con số và hai tấm ảnh cạnh nhau mà so.
Mức độ hỗ trợ cũng thay đổi theo thời gian. Trước khi giao cả một thư viện ảnh cho một định dạng mới hơn, hãy kiểm tra xem những gì phải mở được các tệp đó: một trình duyệt, thư viện ảnh trên điện thoại, một máy in, phần mềm máy tính để bàn mười năm tuổi của một khách hàng. Định dạng tốt nhất là định dạng nhỏ nhất mà mọi thứ trong danh sách đó thực sự đọc được.
Công cụ cho việc này
Nguồn tham khảo
- ITU-T T.81 — the JPEG standard
- W3C — Portable Network Graphics (PNG) Specification (Third Edition)
- Google — WebP container and bitstream documentation
- Alliance for Open Media — AV1 Image File Format (AVIF)