Kapan alat ini berguna
Membuat fallback GIF untuk WebP animasi sederhana ketika aplikasi penerima tidak dapat memutar WebP animasi tetapi menerima GIF.
Bagaimana pemrosesan lokal bekerja
Saat ImageDecoder melaporkan frame WebP animasi yang didukung, browser mendekode kanvas RGBA penuh dan durasi, mengonversi waktu ke sentidetik GIF, mengkuantisasi warna di bawah palet dan pengaturan dithering yang dipilih, dan menulis loop GIF.
Cara menggunakannya
- Siapkan sumber: Membuat fallback GIF untuk WebP animasi sederhana ketika aplikasi penerima tidak dapat memutar WebP animasi tetapi menerima GIF.
- Proses secara lokal: Saat ImageDecoder melaporkan frame WebP animasi yang didukung, browser mendekode kanvas RGBA penuh dan durasi, mengonversi waktu ke sentidetik GIF, mengkuantisasi warna di bawah palet dan pengaturan dithering yang dipilih, dan menulis loop GIF.
- Unduh dan verifikasi: Bandingkan beberapa loop WebP dan GIF berdampingan di browser target, konfirmasi jumlah frame, durasi dan perilaku loop, periksa gradasi dan tepi tembus pandang, dan verifikasi ukuran byte GIF yang sebenarnya sebelum mengganti aset pengiriman apapun.
Batasan penting
Input WebP animasi hanya berfungsi di tempat browser ImageDecoder mengekspos codec dan frame yang diperlukan; tidak ada fallback universal. GIF memiliki maksimal 256 entri palet per tabel warna, transparansi biner dan delay sentidetik, sehingga warna, alpha, timing, ukuran file, dan efisiensi kompresi bisa jauh lebih buruk. Konversi bersifat lossy dan tidak mempertahankan metadata WebP.
Verifikasi hasil yang diunduh
Bandingkan beberapa loop WebP dan GIF berdampingan di browser target, konfirmasi jumlah frame, durasi dan perilaku loop, periksa gradasi dan tepi tembus pandang, dan verifikasi ukuran byte GIF yang sebenarnya sebelum mengganti aset pengiriman apapun.
Privat secara desain
File Anda tetap di browser ini. Alat ini tidak mengunggah sumber atau output ke server kami.
Pertanyaan dan jawaban
Kapan alat ini berguna?
Membuat fallback GIF untuk WebP animasi sederhana ketika aplikasi penerima tidak dapat memutar WebP animasi tetapi menerima GIF.
Apa yang sebenarnya dilakukan peramban?
Saat ImageDecoder melaporkan frame WebP animasi yang didukung, browser mendekode kanvas RGBA penuh dan durasi, mengonversi waktu ke sentidetik GIF, mengkuantisasi warna di bawah palet dan pengaturan dithering yang dipilih, dan menulis loop GIF.
Batasan apa yang harus saya pahami?
Input WebP animasi hanya berfungsi di tempat browser ImageDecoder mengekspos codec dan frame yang diperlukan; tidak ada fallback universal. GIF memiliki maksimal 256 entri palet per tabel warna, transparansi biner dan delay sentidetik, sehingga warna, alpha, timing, ukuran file, dan efisiensi kompresi bisa jauh lebih buruk. Konversi bersifat lossy dan tidak mempertahankan metadata WebP.
Bagaimana seharusnya saya memverifikasi hasil?
Bandingkan beberapa loop WebP dan GIF berdampingan di browser target, konfirmasi jumlah frame, durasi dan perilaku loop, periksa gradasi dan tepi tembus pandang, dan verifikasi ukuran byte GIF yang sebenarnya sebelum mengganti aset pengiriman apapun.