Tiếng Việt

Hình ảnh & hình ảnh · Trình chuyển đổi & nén hình ảnh

Tại sao chất lượng 80 trong WebP và chất lượng 80 trong JPEG không giống nhau

· Cách thức hoạt động

image-formats image-quality webp

Hai vị trí thanh trượt bằng nhau dẫn đến kết quả được mã hóa có hình dạng khác nhau
Hình minh họa vector ToolAcre gốc

Thanh trượt chất lượng có vẻ phổ biến nhưng con số ánh xạ tới lượng tử hóa dành riêng cho bộ mã hóa và có ý nghĩa khác nhau ở mọi định dạng. Bài đăng này giải thích giá trị chất lượng thực sự được đặt ra là gì, tại sao 80 không phải là 80 và cách so sánh các định dạng một cách trung thực.

Hai tệp, cùng một thanh trượt, kết quả khác nhau — các nhà phát triển không khớp xảy ra khi họ hoán đổi định dạng nhưng vẫn giữ nguyên số lượng

Việc chọn 80 cho JPEG và 80 cho WebP sẽ căn chỉnh hai điều khiển chứ không phải hai kết quả trực quan. ToolAcre chuyển cùng một số đã chuẩn hóa sang các chế độ bộ mã hóa trình duyệt khác nhau và mỗi định dạng tạo ra các byte riêng. Nhà phát triển hoán đổi tiện ích mở rộng trong khi vẫn giữ thanh trượt đã thay đổi định dạng và bộ mã hóa đồng thời, do đó, đầu vào bằng nhau không thể tạo ra thiệt hại hoặc kích thước bằng nhau.

Bảng điều khiển tránh giả vờ khác bằng cách đo Blob được mã hóa. Sử dụng các byte trước và sau thực tế đó làm một kết quả và kiểm tra hình ảnh dưới dạng một byte khác. Nếu phải chọn mặc định cho quy trình làm việc của trang web, hãy kiểm tra các bức ảnh, đồ họa và độ trong suốt đại diện thay vì xử lý tỷ lệ chia sẻ dưới dạng hiệu chỉnh định dạng chéo.

Con số chất lượng thực sự kiểm soát điều gì — hệ số tỷ lệ được áp dụng cho bảng lượng tử hóa của bộ mã hóa, không phải tỷ lệ phần trăm của bất kỳ thứ gì có thể đo lường được

Sổ làm việc gọi chất lượng là hệ số tỷ lệ trên các bảng lượng tử hóa. Mức độ chi tiết của bộ mã hóa đó không được kho lưu trữ này triển khai hoặc hiển thị. `clampQuality` chỉ chuyển đổi tỷ lệ phần trăm giao diện người dùng thành một số hữu hạn từ 0.01 đến 1 và `encodeCanvas` cung cấp tỷ lệ phần trăm đó cho trình duyệt. Không có bảng, hệ số hoặc tỷ lệ phần trăm thông tin được giữ lại trả về.

Sự điều chỉnh này ngăn chặn một mô hình tinh thần sai lệch. Tám mươi không có nghĩa là tám mươi phần trăm chi tiết nguồn, tám mươi phần trăm kích thước tệp mục tiêu hoặc điểm số có thể so sánh được giữa các trình duyệt. Đó là một tham số yêu cầu mà hiệu ứng của nó chỉ có thể được học từ tệp được tạo. Do đó, bằng chứng mạnh mẽ nhất của ToolAcre là byte đầu ra cộng với kiểm tra trực quan chứ không phải là công thức xung quanh thanh trượt.

Chất lượng là đầu vào bộ mã hóa trình duyệt mờ, không phải là thang đo bảng do kho lưu trữ xác định

JPEG và WebP có các loại MIME riêng biệt và các mục nhập riêng biệt trong bảng định dạng. Cả hai đều được đánh dấu là mất dữ liệu, đều chấp nhận chất lượng và WebP giữ lại alpha trong khi JPEG thì không. Ngoài những thông tin về sản phẩm đó, các ánh xạ dành riêng cho trình duyệt vẫn bị ẩn. Ứng dụng không xác nhận các đường cong, bảng lượng tử hóa hoặc hành vi nhận thức giống hệt nhau đối với một số nguyên.

Cùng một trình duyệt cũng có thể phát triển bộ mã hóa giữa các bản phát hành, trong khi một nền tảng khác có thể tạo ra một tệp khác nhau vài kilobyte ở cùng một cài đặt. Ghi lại trình duyệt và phiên bản khi đầu ra ổn định là vấn đề quan trọng. Nếu khả năng tái tạo từng byte là một yêu cầu thì bộ mã hóa canvas tích hợp sẵn không có chi tiết triển khai được ghim không phải là hợp đồng thích hợp.

JPEG và WebP là các bộ mã hóa riêng biệt; bản đồ riêng tư của họ không được hiển thị ở đây

API canvas chấp nhận chất lượng trong phạm vi từ 0 đến một danh nghĩa đối với các bộ mã hóa bị suy hao. ToolAcre thu hẹp cài đặt được chấp nhận thành 0.01 đến 1 và bắt đầu ở 0.82. PNG bỏ qua hoàn toàn chất lượng vì bản ghi định dạng của nó cho biết kiểm soát không được áp dụng. Đây là những hành vi ứng dụng được xác minh bằng mã và kiểm tra.

Kho lưu trữ không thiết lập trình duyệt sẽ chọn mặc định nào nếu chất lượng bị bỏ qua cho JPEG hoặc WebP; kế hoạch thường cung cấp một. Nó cũng không bộc lộ nỗ lực mã hóa hoặc cờ điều chỉnh. Do đó, phép so sánh phải nêu rõ giá trị chính xác ToolAcre được sử dụng thay vì ngoại suy từ các giá trị mặc định của trình duyệt không được chỉ định hoặc nhãn “80” của ứng dụng khác.

ToolAcre chuyển giá trị 0.01-to-1 bị kẹp và không xác định giá trị mặc định của trình duyệt

Việc so sánh kết quả bắt đầu bằng việc chọn trục quan trọng. Để có giới hạn tải lên nghiêm ngặt, hãy so sánh các tệp có kích thước được đo tương tự, sau đó ưu tiên kích thước rõ ràng hơn. Đối với mức chất lượng biên tập ở mức sàn, hãy hạ thấp từng định dạng một cách độc lập cho đến khi các thành phần giả trở nên không được chấp nhận và so sánh các byte kết quả. Vị trí thanh trượt bằng nhau không trả lời câu hỏi nào.

Giữ kích thước cố định trong giai đoạn này. Việc thay đổi kích thước có thể chi phối kích thước và đưa ra những thay đổi về việc lấy mẫu lại của chính nó, khiến việc so sánh định dạng trở nên khó diễn giải. Sau khi hiểu được lựa chọn bộ mã hóa, hãy lặp lại ở kích thước hiển thị thực tế. Thứ tự này phân biệt hành vi định dạng với lợi ích và chi phí riêng biệt của việc cung cấp ít pixel hơn.

Ví dụ đã hoạt động: một ảnh được xuất ở một số chất lượng ở cả hai định dạng — ghép nối các tệp có kích thước tương tự nhau và kiểm tra chúng ở 100 phần trăm

Chọn một bức ảnh nguồn có da, tán lá, bầu trời mịn màng và góc cạnh tòa nhà sắc nét. Xuất JPEG và WebP tại 60, 75, 82 và 90 mà không thay đổi kích thước. ToolAcre sẽ báo cáo byte đầu ra thực cho mỗi lần chạy; không bài viết nào có thể điền trước các giá trị đó một cách trung thực vì nội dung hình ảnh và bộ mã hóa trình duyệt xác định chúng.

Ghép nối các đầu ra có kích thước đo được gần nhất, sau đó kiểm tra các vùng giống nhau ở tỷ lệ gốc. Lưu ý độ trong suốt riêng biệt nếu nguồn có nó, vì JPEG sẽ sử dụng màu mờ đã chọn trong khi WebP có thể giữ alpha. Việc so sánh chỉ hoàn tất khi kích thước, hư hỏng nhìn thấy được và các tính năng định dạng bắt buộc đều được ghi lại.

Điều này không bao gồm những gì — số liệu cảm nhận như SSIM, cờ điều chỉnh bộ mã hóa và AVIF hoặc JPEG XL

ToolAcre không tính toán SSIM hoặc số liệu cảm nhận khác, hiển thị cờ bộ mã hóa nâng cao hoặc cung cấp đầu ra AVIF và JPEG XL. Bộ mã hóa được hỗ trợ là PNG, JPEG và WebP. Việc thiếu số liệu có nghĩa là người chỉnh sửa vẫn chịu trách nhiệm về ngưỡng chấp nhận trực quan thay vì nhận được kết quả bằng số mà sản phẩm chưa bao giờ tính toán.

Nó cũng không có tìm kiếm kích thước mục tiêu. Bạn chọn chất lượng và quan sát kết quả; công cụ không lặp lại cho đến khi đạt đến mức trần byte được đặt tên. Đối với giới hạn cứng, hãy thực hiện các đường chuyền có chủ ý từ ban đầu và dừng lại sau khi đạt được kết quả khả quan. Việc nén lại đầu ra trước đó sẽ biến việc tìm kiếm thành mất thế hệ.

Bài học rút ra: so sánh kết quả, không phải con số - cách Trình chuyển đổi & nén hình ảnh cho phép bạn thử cả hai định dạng trên cùng một hình ảnh mà không tải lên gì

So sánh kết quả, không phải nhãn. Giá trị chất lượng chỉ trở nên có ý nghĩa cùng với loại MIME mục tiêu, trình duyệt, kích thước, số byte được đo và kiểm tra trực quan. Bản ghi phong phú hơn này cũng giải thích tại sao trình duyệt sau này hoặc hình ảnh khác có thể cần một số khác mà không ngụ ý rằng bộ mã hóa bị hỏng.

Trình chuyển đổi & nén hình ảnh hỗ trợ thử nghiệm cục bộ: một nguồn, cài đặt JPEG và WebP được chọn độc lập, cảnh báo tổn thất trung thực và số lượt tải xuống được đo lường. Giữ nguyên bản gốc và chọn kết quả nhỏ nhất đáp ứng yêu cầu về khả năng tương thích và hình ảnh thực tế, ngay cả khi số thanh trượt của nó khác với định dạng khác.