Nota daripada pasukan tentang kraf, format, dan keputusan kecil di sebalik hasil yang baik.
Mengapa banyak aplikasi masih menolak WebP pada 2026
Walaupun WebP sudah lebih sedekad usianya, satu bahagian sebenar perisian pengguna masih tidak menerimanya untuk muat naik atau paparan. Sebabnya bukan keupayaan teknikal, kerana kodeknya tersedia luas, tetapi inersia produk dan penyeragaman format. Instagram dan keluarga Meta yang lebih luas menyeragamkan JPEG untuk muat naik kerana ia paling mudah dibawa untuk pangkalan pengguna sedunia, dan mengubah pengesahan muat naik bermakna menguji semula merentas beratus-ratus persediaan peranti. Pemapar gambar Microsoft pada Windows 10 memerlukan pemasangan Store berasingan untuk mengendalikan WebP. Kebanyakan pengurus kandungan perusahaan yang dibina sebelum 2018 mengesahkan muat naik terhadap senarai MIME tetap yang lebih tua daripada WebP. Pembekal cetak, agensi stok, dan portal kerajaan kerap membakukan syarat format ke dalam spesifikasi undang-undang atau perolehan. Setiap satu ini ialah halangan tulen yang menuntut format serasi, dan JPEG kekal jawapan sejagat kepadanya.
Masalah lutsinar: mengapa putih, dan bagaimana menukarnya
Pemampatan JPEG bekerja pada saluran luma dan kroma yang ditarik daripada nilai merah, hijau, dan biru. Tiada saluran keempat untuk alfa. Apabila pelayar menulis sebuah JPEG daripada WebP yang membawa piksel lutsinar, ia perlu menetapkan warna sebenar kepada setiap tompok lutsinar. Isian lalai ialah putih, heksa FFFFFF, RGB 255 darab 255 darab 255. Itu lalai pelayar, bukan tetapan yang alat ini dedahkan. Jika WebP anda mempunyai latar lutsinar dan anda perlukan warna tertentu dalam JPG, katakan kelabu gelap untuk sebuah logo pada halaman gelap, buka WebP dalam mana-mana penyunting yang menyokong lapisan, letakkan satu lapisan latar warna sasaran anda di bawah imej, ratakan timbunan itu, kemudian jalankan fail yang diratakan itu melalui penukar ini. Hasilnya sebuah JPG yang membawa warna pilihan anda tepat di tempat kelutsinaran dahulu berada.
Kualiti, PSNR, dan apa erti boleh diabaikan dari segi visual
PSNR, Nisbah Isyarat-ke-Hingar Puncak, ialah penanda aras kejuruteraan piawai untuk sejauh mana sebuah imej yang ditulis semula menyimpang daripada sumbernya, dinyatakan dalam desibel. Angka yang lebih tinggi bermaksud padanan lebih hampir. Dalam ujian hujung-ke-hujung kami, penulis JPEG yang digunakan di sini menghasilkan 43.66 dB PSNR pada sebuah gambar 1024 darab 768 pada kualiti lalai. Sebagai konteks, 36 dB ialah ambang kasar yang di bawahnya perbezaan menjadi jelas kelihatan kepada kebanyakan penonton, manakala 40 dB ke atas biasanya disebut lutsinar dari segi persepsi untuk kandungan gambar. Pada 43.66 dB, penukaran itu, untuk mana-mana tujuan web atau cetak praktikal, secara visual serupa dengan sumber. Kualiti ditetapkan dalam versi ini tanpa peluncur. Jika anda perlukan paras kualiti yang tepat untuk satu aliran kerja tertentu, alat yang lebih boleh ditala lebih sesuai untuk tugas itu.
Saiz fail selepas penukaran: WebP ke JPG biasanya lebih besar
WebP memampatkan gambar dengan lebih cekap daripada JPEG. Apabila anda menukar ke arah sebaliknya, dari WebP ke JPG, anda berpindah ke format yang kurang cekap, jadi keluaran biasanya berakhir lebih besar daripada input. Dalam ukuran kami, sebuah gambar WebP pada 1024 darab 768 menghasilkan JPEG , sedikit lebih kecil dalam satu kes itu kerana JPEG kebetulan mengekod imej itu dengan baik. Tetapi pada gambar yang lebih besar pengembangan itu konsisten. Sekeping gambar yang tiba sebagai WebP boleh pergi sebagai JPEG kira-kira pada kualiti visual setara. Ini bukan pepijat atau tanda penukar berkelakuan tidak betul. Ia harga yang dijangka bagi berpindah dari format yang lebih cekap ke yang kurang cekap, dan pertumbuhan itu sekadar kos keserasian sejagat.
Metadata: EXIF, GPS, dan apa yang digugurkan
Fail WebP boleh membawa metadata EXIF, termasuk koordinat GPS, model kamera, kelajuan pengatup, bukaan, dan orientasi. Fail JPEG boleh membawa EXIF juga. Saluran penukaran di sini, walau bagaimanapun, melucutkan semua metadata daripada keluaran. JPEG yang terhasil memegang hanya data piksel, tanpa EXIF, tanpa medan hak cipta IPTC, tanpa sejarah suntingan XMP, dan tanpa profil ICC dalam Firefox atau WebKit, manakala Chrome dan Edge mengekalkan profil ICC. Ini berlaku pada peringkat lukisan pelayar dan tidak boleh diatasi. Untuk kebanyakan penerbitan web, metadata yang dilucutkan ialah hasil yang lebih disukai: ia memangkas beberapa kilobait, membuang koordinat GPS yang mungkin menentukan di mana sebuah gambar diambil, dan mengelak kebocoran butiran kamera atau suntingan. Untuk kerja arkib atau undang-undang yang metadatanya mesti kekal, gunakan penyunting pemelihara EXIF khusus dan bukan penukar ini.
Berapa lama penukaran WebP ke JPG mengambil masa
Dalam ujian hujung-ke-hujung kami merentas Chromium, Firefox, dan WebKit, langkah pengekodan JPEG bagi sebuah gambar 1024 darab 768 mengambil 16 milisaat pada Chromium, 12 pada Firefox, dan 17 pada WebKit. Untuk sebuah gambar besar pada 3840 darab 2160, langkah pengekodan menambah kira-kira 1.5 saat pada Chromium. Jumlah masa yang anda benar-benar rasa turut melipat masuk pelayar membaca fail dari cakera, langkah nyahkod WebP, dan lukisan permukaan sebelum pengekodan. Untuk gambar telefon bawah 4 megapiksel, pusingan itu kekal bawah sesaat. Untuk gambar DSLR besar melebihi 8 megapiksel, jangkakan 2 hingga 5 saat pada pelayar desktop. Peranti mudah alih berjalan kira-kira 3 hingga 5 kali lebih perlahan daripada desktop bagi pengekodan sahaja, yang sejajar dengan jurang dalam prestasi CPU mudah alih.
