Nota daripada pasukan tentang kraf, format, dan keputusan kecil di sebalik hasil yang baik.
Mengapa AVIF masuk pantas tetapi AVIF keluar perlahan
Salah satu salah tafsir paling lazim tentang AVIF ialah ia sentiasa perlahan. Menyahkod AVIF adalah pantas. Penyahkod AVIF asli pelayar, hadir dalam Chrome sejak versi 85, Firefox sejak 93, dan Safari sejak 16.4, berjalan dalam kod asli terkompil tanpa beban JavaScript. Bagi AVIF 1024 kali 768, nyahkod asli mengambil puluhan milisaat. Menulis AVIF ialah kerja yang sama sekali berbeza. Pemampatan kodek codec AVIF menguji banyak mod ramalan setiap blok dan menjalankan pusingan kadar lawan herotan yang mahal. Apabila tapak ini mengeluarkan AVIF, pada halaman JPG ke AVIF, ia menggunakan penulis perisian yang berat. Apabila ia menerima AVIF masuk, pada halaman ini, ia menggunakan penyahkod asli yang pantas, tanpa modul untuk dimuat turun, tanpa pemanasan, dan tanpa permulaan beratus milisaat. Itulah sebabnya penukaran AVIF ke JPG terasa pantas walaupun JPG ke AVIF mengambil beberapa saat.
Masalah kelutsinaran secara terperinci: alfa, gubahan, dan isian putih
Saluran alfa AVIF menyimpan kelegapan setiap piksel daripada 0, lutsinar sepenuhnya, hingga 255, legap sepenuhnya. Apabila pelayar melukis AVIF pada permukaan lukisan dan kemudian mengekod permukaan itu sebagai JPEG, langkah gubahan terpaksa menyelesaikan warna akhir setiap piksel. Permukaan bermula sebagai hitam lutsinar, R 0 G 0 B 0 A 0, secara lalai. Laluan keluaran JPEG kemudian mengisi latar permukaan dengan putih sebelum mengekod, kerana JPEG tiada saluran alfa dan mesti menghasilkan keputusan legap. Jadi setiap kawasan lutsinar dalam AVIF anda menjadi putih dalam JPG. Piksel separa lut digubah pada putih, jadi piksel pada kelegapan 50 peratus di atas putih mendarat di tengah antara warnanya sendiri dan putih. Tiada tetapan untuk menukar isian ini melainkan anda melukis gubahan itu sendiri pada permukaan dengan latar tersuai, iaitu kerja editor, bukan penukar.
Kualiti diukur: apa maksud 43.66 dB PSNR dalam amalan
PSNR, Nisbah Isyarat Puncak kepada Hingar, diukur dalam desibel dan menunjukkan betapa rapat imej gambar yang dikod semula sepadan dengan sumbernya. Lebih tinggi lebih baik. Dalam larian ujian hujung ke hujung kami, penulis JPEG yang digunakan di sini menghasilkan 43.66 dB PSNR pada lengkapan gambar fotografik piawai 1024 kali 768 pada kualiti lalai. Sebagai rujukan, 36 dB biasanya digambarkan sebagai ambang yang di bawahnya perbezaan menjadi jelas kelihatan kepada kebanyakan penonton dalam keadaan biasa, dan 40 dB umumnya dinilai lutsinar secara persepsi untuk kandungan fotografik. Pada 43.66 dB keluaran kelihatan serupa dengan sumber bagi gambar yang dilihat pada skrin pada saiz biasa. Bagi grafik dengan tepi tajam, teks halus, atau kawasan kontras melampau, kesan JPEG samar mungkin muncul, kerana pemampatan DCT berasaskan blok JPEG mengendalikan kawasan itu berbeza daripada kecerunan fotografik yang licin.
Keserasian AVIF: di mana ia berfungsi dan di mana ia masih gagal
Setakat pertengahan 2026, AVIF menyahkod dalam semua pelayar utama, tetapi keserasian dengan perisian bukan pelayar masih bertompok. Pada Windows, AVIF Image Extension daripada Microsoft Store menambah sokongan kepada Photos dan File Explorer pada Windows 10 dan 11, dan tanpanya fail AVIF muncul sebagai ikon kosong. Adobe menambah sokongan AVIF dalam Lightroom 13.3 pada 2024 dan Photoshop 23.2 pada 2022, jadi versi terdahulu tidak dapat membukanya. Affinity Photo 2.3 dari 2023 menyokong import dan eksport AVIF. Paint.net memerlukan pemalam AVIF percuma. Pada macOS, Preview telah membaca AVIF sejak Monterey. Pada telefon, pemapar gambar sistem menyokong AVIF pada iOS 16 dan Android 12 ke atas. Jurang itu nyata dan tertumpu dalam alat perusahaan, borang muat naik, dan aliran kerja cetakan, iaitu situasi tepat tempat menukar ke JPG menjadi jawapan praktikal.
AVIF lawan HEIF: perbezaan dan mengapa ia penting
Kedua-dua AVIF dan HEIF, iaitu High Efficiency Image File Format, menyimpan imej gambar menggunakan pemampatan kodek video moden. HEIF biasanya menggunakan enjin pemampatan sendiri, manakala AVIF menggunakan sistem berbeza yang bebas royalti. Perbezaan utama untuk kegunaan web ialah pelesenan. Sistem HEIF membawa royalti setiap peranti yang pembuat pelayar enggan membayar, itulah sebabnya Safari menyokong HEIF tetapi Chrome tidak. Sistem AVIF dibina oleh konsortium industri yang merangkumi Google, Mozilla dan Apple, itulah sebabnya AVIF menikmati sokongan pelayar yang lebih luas berbanding HEIF walaupun HEIF adalah format yang lebih lama. iPhone mengambil foto sebagai HEIF sejak iPhone 7, dan fail-fail tersebut membawa sambungan .heic. Menukar HEIC ke JPG adalah kategori alat berbeza daripada AVIF ke JPG. Penukar ini hanya mengendalikan input AVIF, jadi jika anda mempunyai fail .heic daripada iPhone, anda memerlukan penukar HEIC ke JPG.
Bila kekalkan AVIF dan bila tukar ke JPG
Satu peraturan berguna: kekalkan AVIF apabila anda mengawal kedua-dua hujung aliran kerja, dan tukar ke JPG apabila fail terpaksa melalui sistem yang anda tidak kawal. Jika anda menyampaikan imej gambar pada tapak yang anda bina, dengan CDN yang menyokong rundingan format, AVIF ialah pilihan lebih baik, lebih ringan, sama dari segi penglihatan, dan kini meliputi 94 peratus trafik pelayar. Jika imej gambar menuju ke surat berita e-mel, muat naik sosial, penghantaran borang, templat cetakan yang dibekalkan pelanggan, folder Dropbox dikongsi yang orang lain buka pada perisian lama, atau mana-mana CMS lama yang menyemak jenis MIME, JPG ialah pilihan lebih selamat. Corak praktikal bagi kebanyakan projek web ialah menyimpan asal AVIF dan menghasilkan eksport JPG atas permintaan bagi sebarang situasi yang memerlukan keserasian sejagat.
