Perdebatan soal format biasanya berangkat dari codec lalu bergerak ke luar. Itu terbalik. Format yang tepat ditentukan oleh apa yang ada di dalam gambarnya, dan baru sesudah itu oleh apa yang diterima sistem penerimanya.
Foto: JPEG atau WebP
Gambar bernada kontinu — wajah, pemandangan, apa saja yang penuh gradasi dan derau — terkompresi dengan baik oleh codec lossy, karena mata kita memaafkan kesalahan kecil di area yang ramai. JPEG adalah pilihan bawaan yang aman karena semua sistem menerimanya. WebP lossy mencapai kualitas yang terasa sama dengan jumlah byte yang jelas lebih sedikit, jadi ia menang setiap kali tujuannya mengizinkan.
Satu catatan kalau kamu memakai ToolZool untuk ini: pengompres kami hanya menulis WebP dalam mode lossless, dan pada sebuah foto mode itu menghasilkan file beberapa kali lipat lebih besar daripada JPEG-nya. Untuk foto yang punya batas ukuran, pilih JPEG di sini. Alasan di balik jarak itu ada di halaman pengompresnya sendiri — tidak ada encoder WebP lossy yang bisa kami kirimkan tanpa terbentur lisensi yang tidak cocok atau toolchain C.
Grafik datar dan teks: PNG
Logo, ikon, diagram, dan tangkapan layar antarmuka terbuat dari tepi yang tajam dan bidang warna seragam yang luas. Codec lossy menangani tepi tajam dengan buruk: kamu akan melihat bayangan berdengung di sekitar teks, dan karena derau yang mereka masukkan itu sendiri mahal untuk dikodekan, filenya sering justru berakhir lebih besar daripada PNG lossless dari gambar yang sama.
Transparansi memaksa pilihannya
JPEG tidak punya kanal alfa. Konversi PNG transparan ke JPEG dan area transparannya berubah jadi padat — biasanya hitam, kadang putih, jarang sekali seperti yang kamu mau. PNG dan WebP sama-sama mendukung alfa, jadi kalau gambarnya punya transparansi, daftar pendeknya tinggal dua itu.
Di mana posisi AVIF
AVIF mengalahkan WebP dari sisi ukuran file pada kualitas yang setara, terutama pada bitrate rendah, dan semua browser masa kini bisa menampilkannya. Masalahnya ada di pengodean: prosesnya jauh lebih lambat dan jauh lebih berat dijalankan dibanding JPEG atau WebP, dan itu terasa ketika pengodeannya terjadi di sebuah ponsel, bukan di server build.
Hari ini ToolZool tidak membaca maupun menulis AVIF. Kedua arah itu butuh codec AV1, dan setiap codec yang masih dirawat adalah pustaka C yang tidak bisa dibangun untuk WebAssembly — jadi file AVIF harus dikonversi lebih dulu di tempat lain. Hal yang sama berlaku untuk HEIC, format yang dihasilkan sebagian besar iPhone secara bawaan.
Pertanyaan yang mengalahkan semua ini
Format apa yang diterima formulirnya? Format yang lebih baik tapi ditolak bukanlah format yang lebih baik. Baca dulu daftar format yang diterima, lalu optimalkan di dalam batas itu — dan kalau sebuah file yang tampaknya sudah memenuhi syarat tetap ditolak, kenapa formulir unggah menolak filemu membahas empat pemeriksaan yang sebenarnya dijalankan sebuah formulir. Kalau kamu perlu berpindah antarformat, pengompres gambar membaca JPG, PNG, dan WebP serta menulis JPEG, PNG, atau WebP lossless, jadi ia sekaligus berfungsi sebagai pengonversi di dalam kelompok itu.
