Chuyển JPG sang AVIF

Vì sao công cụ này mất vài giây

AVIF là một khung hình tĩnh của chuẩn nén video AV1, mà nén video thì tạo ra rất tốn công còn xem thì rất nhẹ. Sự chênh lệch đó giải thích toàn bộ thời gian chờ: bộ mã hóa đang dò tìm trong một không gian cực lớn các cách mô tả bức ảnh của bạn, và chính việc dò tìm ấy làm nên dung lượng nhỏ. Vài giây cho một bức ảnh lớn là bình thường, không phải dấu hiệu có gì trục trặc. Ngược lại, giải mã diễn ra tức thì — đúng là sự đánh đổi hợp lý cho một bức ảnh mã hóa một lần và được xem nhiều lần.

Đổi lại, bạn nhận được dung lượng khoảng một nửa JPEG với chất lượng cảm nhận như nhau, và xử lý tốt hơn đúng ở chỗ JPEG yếu nhất. Các dải chuyển màu mượt — bầu trời, phông nền studio, vùng tối — không bị phân dải màu như JPEG, và hiện tượng vỡ khối 8×8 thường thấy ở JPEG nén mạnh đơn giản là không xảy ra. AVIF còn chứa được nền trong suốt và dải màu rộng, hai thứ JPEG hoàn toàn không có.

Hãy bắt đầu từ bản gốc tốt nhất bạn có. Mã hóa lại một file JPEG nghĩa là bộ mã hóa AVIF thừa hưởng các lỗi nén của JPEG và không phân biệt được chúng với chi tiết thật, nên nó tốn dung lượng thật để giữ lại hư hại do người khác gây ra — kết quả vừa nặng hơn vừa xấu hơn so với mã hóa cùng bức ảnh một lần từ PNG, file xuất từ RAW hay ảnh gốc của máy ảnh. Nếu có bản gốc, hãy dùng nó; nếu chỉ có file JPG, hãy để chất lượng đủ cao để lần nén thứ hai không làm mất thêm gì thấy được.

Mức hỗ trợ giờ đã tốt nhưng chưa phải ở đâu cũng có, và điều đó ảnh hưởng đến cách bạn dùng file. Mọi trình duyệt hiện nay đều giải mã được AVIF, nên với website, đây đơn giản là định dạng tốt hơn. Ngoài trình duyệt thì chưa đồng đều — một số trình xem ảnh, điện thoại đời cũ, ứng dụng email và phần mềm thiết kế vẫn chưa đọc được — nên gửi AVIF qua email cho ai đó là chuyện may rủi theo cách mà JPG không bao giờ gặp. Thông tin máy ảnh và vị trí không được giữ lại.

Khi bạn cần công cụ khác

Bộ mã hóa tham chiếu cho bạn núm vặn mà trang này không có. avifenc -s 4 --min 20 --max 30 in.jpg out.avif đánh đổi rõ ràng giữa thời gian mã hóa và dung lượng — -s 0 chậm nhất và nhỏ nhất, -s 10 gần như tức thì nhưng nặng hơn thấy rõ — còn --jobs all dùng mọi nhân CPU, điều cực kỳ quan trọng với một thư mục hàng trăm ảnh. Không gì chạy trong trình duyệt có thể bỏ ra hai phút cho một bức ảnh, trong khi đôi khi hai phút lại đúng là cái giá xứng đáng cho file đó.

Với website, định dạng mới chỉ là một nửa công việc. Phục vụ AVIF kèm JPEG dự phòng qua thẻ picture, hoặc để CDN tự chọn định dạng cho từng người xem, giúp bạn có được lợi thế về dung lượng mà không gặp rủi ro tương thích — và sharp hoặc libvips trong bước build sẽ tự tạo mọi biến thể, đó là cách làm khi số ảnh vượt quá vài tấm.