10 poin oleh lifthrasiir 2022-12-15 | 2 komentar | Bagikan ke WhatsApp

Kabar bahwa Chrome menghentikan eksperimen JPEG XL (https://id.news.hada.io/topic?id=7709) membuat issue tracker dibanjiri pertanyaan tentang alasan penghapusannya. Sebagai tanggapan, pihak AVIF pernah mengunggah materi benchmark hasil perbandingan mereka untuk membela posisinya (https://storage.googleapis.com/avif-comparison/index.html). Tulisan ini berisi analisis terhadap materi tersebut sekaligus sanggahan dari pihak JPEG XL.

Terlepas dari sekadar mendukung atau menolak JPEG XL, tulisan ini layak dibaca karena menyoroti poin-poin penting dalam membandingkan format gambar. Jika diringkas, beberapa intinya adalah:

  • Kecepatan decoding yang diajukan pihak AVIF didasarkan pada Chrome dan libjxl versi lama, sehingga hasilnya terkesan berlebihan. Berdasarkan versi terbaru, JPEG XL (pengaturan dasar) ~= AVIF 12-bit < JPEG XL (pengaturan decoding cepat) ~= AVIF 8-bit < JPEG XL yang dikompresi ulang dari JPEG, dan tiap pertidaksamaan itu hanya berbeda sekitar 10%.

  • Dibanding total kecepatan decoding, yang lebih penting adalah pada titik mana gambar yang dapat digunakan mulai muncul. JPEG XL mendukung decoding progresif (progressive), sehingga punya keunggulan besar di sini. (Konteksnya sama seperti pembahasan Largest Contentful Paint di web.)

  • Kinerja encoding dan kualitas gambar hasil encoding dibandingkan secara terpisah, tetapi libjxl dapat mengatur performa encoding dan kualitas encoding secara sepenuhnya independen, sedangkan kebanyakan encoder lain termasuk AVIF tidak bisa melakukan hal ini, sehingga perbandingan seperti itu tidak dapat diterapkan secara adil.

  • Rentang kualitas target saat encoding yang diajukan terlalu lebar dan tidak mempertimbangkan distribusi probabilitas. Kualitas terendah yang disebut sebagai "On the fly" sangat rendah hingga praktis tidak bisa dipakai siapa pun untuk tujuan apa pun. Selain itu, AVIF rata-rata kuat pada gambar berkualitas rendah, tetapi begitu ukuran file sedikit membesar, JPEG XL sering jauh lebih unggul. Namun hasil-hasil itu dirata-ratakan dengan cara yang kurang tepat sehingga keunggulan JPEG XL menjadi tersamarkan.

  • Kumpulan data yang digunakan dalam pengujian tidak tepat. Untuk kompresi lossless digunakan himpunan Kodak yang merupakan hasil pemindaian gambar majalah, sedangkan untuk kompresi lossy dimasukkan himpunan Noto Emoji yang biasanya berupa grafik vektor atau memakai kompresi lossless. Keduanya bukan contoh penggunaan umum untuk kompresi lossless maupun lossy.

  • Jika pembahasan performa kompresi gambar adalah soal kebutuhan saat ini, maka fitur yang didukung format gambar adalah soal masa depan. Jika format gambar yang sudah masuk ke browser tidak bisa lagi dihapus, maka penilaiannya justru harus semakin menitikberatkan pada fitur-fitur tersebut.

2 komentar

 
lifthrasiir 2022-12-15

Karena saya menulisnya terburu-buru sebelum berangkat kerja, ada beberapa bagian kecil yang keliru (...), on the fly secara teknis bukan kualitas terendah melainkan kecepatan tertinggi (meski pada sebagian besar encoder selain JPEG XL, ini memiliki korelasi terbalik dengan kualitas). Selain itu, untuk dataset Kodak, entah saya sedang berpikir apa sampai menulisnya sebagai majalah, padahal sebenarnya itu dipindai dari film.