Catatan dari tim tentang keahlian, format, dan keputusan kecil di balik hasil yang baik.
Mengapa masukan AVIF cepat tapi keluaran AVIF lambat
Salah satu salah baca paling umum tentang AVIF adalah bahwa ia selalu lambat. Membaca AVIF itu cepat. Pembaca AVIF native browser, hadir di Chrome sejak versi 85, Firefox sejak 93, dan Safari sejak 16.4, berjalan dalam kode native terkompilasi tanpa beban JavaScript. Untuk AVIF 1024 kali 768, pembacaan native memakan puluhan milidetik. Menulis AVIF adalah pekerjaan yang sama sekali berbeda. Kompresi codec codec AVIF menguji banyak mode prediksi per blok dan menjalankan proses rate-distortion yang mahal. Saat situs ini menghasilkan AVIF, di halaman JPG ke AVIF, ia memakai jalur perangkat lunak yang berat. Saat ia menerima AVIF, di halaman ini, ia memakai pembaca native yang cepat, tanpa modul untuk diunduh, tanpa pemanasan, dan tanpa inisialisasi beberapa ratus milidetik. Itulah persisnya mengapa konversi AVIF ke JPG terasa cepat meski JPG ke AVIF memakan beberapa detik.
Masalah transparansi secara rinci, alpha, compositing, dan isian putih
lapisan transparansi AVIF menyimpan opasitas per piksel dari 0, sepenuhnya transparan, hingga 255, sepenuhnya padat. Saat browser menggambar AVIF ke permukaan kerja lalu menuliskan permukaan itu sebagai JPEG, langkah compositing harus menentukan warna akhir tiap piksel. Permukaan mulai sebagai hitam transparan, R 0 G 0 B 0 A 0, secara bawaan. Jalur keluaran JPEG lalu mengisi latar permukaan dengan putih sebelum penulisan, karena JPEG tidak punya lapisan transparansi dan harus menghasilkan keluaran padat. Jadi setiap wilayah transparan pada AVIF Anda menjadi putih di JPG. Piksel setengah transparan disusun di atas putih, jadi piksel pada opasitas 50 persen di atas putih jatuh di tengah antara warnanya sendiri dan putih. Tidak ada pengaturan untuk mengubah isian ini tanpa menggambar compositing sendiri ke permukaan dengan latar khusus, sebuah pekerjaan untuk editor, bukan konverter.
Kualitas terukur, apa arti 43.66 dB PSNR dalam praktik
PSNR, Peak Signal-to-Noise Ratio, diukur dalam desibel dan menunjukkan seberapa dekat gambar yang ditulis ulang menyamai sumbernya. Lebih tinggi lebih baik. Dalam uji menyeluruh kami, penulis JPEG yang dipakai di sini menghasilkan 43.66 dB PSNR pada fixture foto standar 1024 kali 768 pada kualitas bawaan. Sebagai acuan, 36 dB biasanya digambarkan sebagai ambang di mana perbedaan menjadi jelas terlihat oleh sebagian besar pemirsa dalam kondisi normal, dan 40 dB umumnya dinilai transparan secara persepsi untuk konten foto. Pada 43.66 dB keluaran tampak identik dengan sumber untuk foto yang dilihat di layar pada ukuran biasa. Untuk grafik dengan tepi tajam, teks halus, atau area kontras ekstrem, artefak JPEG samar mungkin muncul, karena kompresi DCT berbasis blok pada JPEG memperlakukan wilayah itu berbeda dari gradien foto yang halus.
Kompatibilitas AVIF, di mana ia bekerja dan di mana masih gagal
Pada pertengahan 2026, AVIF dibaca di semua browser utama, tapi kompatibilitas dengan perangkat lunak non-browser masih tidak merata. Di Windows, AVIF Image Extension dari Microsoft Store menambah dukungan ke Photos dan File Explorer di Windows 10 dan 11, dan tanpa itu file AVIF tampil sebagai ikon kosong. Adobe menambahkan dukungan AVIF di Lightroom 13.3 pada 2024 dan Photoshop 23.2 pada 2022, jadi versi lebih lama tidak bisa membukanya. Affinity Photo 2.3 dari 2023 mendukung impor dan ekspor AVIF. Paint.net membutuhkan plugin AVIF gratis. Di macOS, Preview membaca AVIF sejak Monterey. Di ponsel, penampil foto sistem mendukung AVIF di iOS 16 dan Android 12 ke atas. Celahnya nyata dan terpusat di alat perusahaan, formulir unggah, dan alur cetak, yang persis situasi di mana konversi ke JPG adalah jawaban praktis.
AVIF versus HEIF, perbedaan dan mengapa itu penting
AVIF dan HEIF, High Efficiency Image File Format, keduanya menyimpan gambar memakai kompresi codec video modern. HEIF biasanya memakai mesin kompresinya sendiri, sementara AVIF memakai sistem berbeda yang bebas royalti. Pembeda utama untuk penggunaan web adalah lisensi. Sistem HEIF membebankan royalti per perangkat yang enggan dibayar oleh produsen peramban, sehingga Safari mendukung HEIF tetapi Chrome tidak. Sistem AVIF dibangun oleh konsorsium industri yang mencakup Google, Mozilla, dan Apple, itulah mengapa AVIF memiliki dukungan peramban yang lebih luas dari HEIF meskipun HEIF adalah format yang lebih lama. iPhone mengambil foto sebagai HEIF sejak iPhone 7, dan file-file tersebut memiliki ekstensi .heic. Mengonversi HEIC ke JPG adalah kategori alat yang berbeda dari AVIF ke JPG. Konverter ini hanya menangani input AVIF, jadi jika Anda memiliki file .heic dari iPhone, Anda perlu konverter HEIC ke JPG.
Kapan menyimpan AVIF dan kapan konversi ke JPG
Aturan yang berguna, simpan AVIF saat Anda mengendalikan kedua ujung alur kerja, dan konversi ke JPG saat file harus melewati sistem yang tidak Anda kendalikan. Jika Anda mengirim gambar di situs yang Anda bangun, dengan CDN yang mendukung negosiasi format, AVIF adalah pilihan yang lebih baik, lebih ringan, setara secara visual, dan kini mencakup 94 persen lalu lintas browser. Jika gambar menuju buletin email, unggahan sosial, kiriman formulir, templat cetak dari klien, folder Dropbox bersama yang dibuka orang lain di perangkat lunak lebih lama, atau CMS lawas yang memeriksa tipe MIME, JPG adalah pilihan yang lebih aman. Pola praktis untuk sebagian besar proyek web adalah menyimpan AVIF asli dan menghasilkan ekspor JPG sesuai permintaan untuk setiap situasi yang butuh kompatibilitas universal.