Mampatkan GIF Dalam Talian — GIF Beranimasi Lebih Kecil, Tiada Muat Naik

GIF beranimasi terkenal besar — beberapa saat animasi boleh mencecah 10 MB. Alat ini menyandikan semula GIF bingkai demi bingkai dalam pelayar anda dengan tiga tuil: kurangkan warna, kecilkan dimensi, dan gugurkan bingkai (pilihan). GIF anda tidak pernah dimuat naik.

Apakah alat ini?

GIF ialah format tahun 1989 yang menyimpan setiap bingkai sebagai imej berasaskan palet penuh — sebab itulah GIF beranimasi menjadi besar. Memampatkan satu bermakna menyerang tiga perkara yang menentukan saiznya: bilangan warna setiap bingkai (GIF membenarkan maksimum 256), dimensi piksel, dan bilangan bingkai.

Alat ini menyahkod setiap bingkai, secara pilihan mengecilkan skalanya, mengkuantumkan semula paletnya kepada bajet warna pilihan anda, dan boleh menggugurkan setiap bingkai kedua sambil mengekalkan masa (animasi bermain pada kelajuan sama, sedikit kurang lancar). Semuanya berjalan secara lokal — penyahkodan menggunakan enjin terbina dalam pelayar anda, penyandian menggunakan penyandi GIF sumber terbuka.

Kenapa guna alat ini?

Tiga tuil sebenar — warna, skala, gugur-bingkai — masing-masing dengan pertukaran jelas, penjimatan gabungan selalunya 60–80%.
Masa dikekalkan apabila menggugurkan bingkai: GIF bermain pada kelajuan sama.
Pemprosesan lokal: GIF (selalunya meme atau rakaman skrin dengan kandungan peribadi) tidak pernah dimuat naik.
Sokongan kumpulan, penjimatan setiap fail ditunjukkan, percuma, tiada tera air.
Sandaran jujur: memberitahu anda jika pelayar anda tidak dapat menyahkod bingkai GIF dan bukannya gagal secara senyap.

Cara menggunakannya

Jatuhkan fail GIF ke dalam kotak (penyandi dimuatkan secara automatik, sekali sahaja).
Tetapkan warna — 128 biasanya tidak kelihatan; 64 untuk penjimatan lebih besar.
Secara pilihan, skala kepada 75%/50% — tuil tunggal terbesar untuk GIF besar.
Tandakan gugur-bingkai untuk rakaman panjang di mana sedikit ketidaklancaran boleh diterima.
Muat turun setiap GIF yang dimampatkan; penjimatan ditunjukkan setiap fail.

Contoh

Input

screen-recording.gif — 8.4 MB, 480 bingkai

Hasil

screen-recording-compressed.gif — 2.1 MB (−75%), skala 50% + 128 warna

Skala ialah tuil paling kuat: separuh dimensi ialah suku piksel setiap bingkai.

Kes penggunaan biasa

Mengecilkan GIF rakaman skrin untuk README GitHub, yang selalunya mempunyai had saiz lampiran yang mudah dilebihi oleh rakaman mentah.
Memampatkan GIF meme atau reaksi sebelum menghantarnya ke tempat dengan had saiz fail yang ketat, seperti aplikasi sembang atau forum tertentu.
Mengurangkan berat GIF demo produk untuk halaman pendaratan, di mana setiap megabait tambahan melambatkan halaman untuk pelawat.
Menyediakan GIF tutorial untuk muat naik Slack atau Discord, kebanyakannya menghadkan saiz lampiran jauh di bawah apa yang dihasilkan rakaman skrin tidak dimampatkan.

Tuil mana yang perlu dicapai dahulu

Ketiga-tiga tuil tidak sama, dan mengetahui susunannya menjimatkan masa: skala (dimensi piksel) mempunyai kesan paling besar setakat ini, kerana menyeparuhkan lebar dan tinggi mengeluarkan 75% piksel dalam setiap bingkai — penjimatan yang bertambah merentasi semua bingkai, bukan hanya satu. Gugur-bingkai ialah tuil kedua terbesar khusus untuk rakaman panjang, kerana GIF 10 saat pada 30fps mempunyai 300 bingkai imej hampir-duplikat berlebihan yang menyeparuhkan kepada 15fps mengeluarkan tanpa banyak kesan kelihatan. Pengurangan warna adalah nyata tetapi paling kecil daripada ketiga-tiganya untuk kandungan fotografik atau rakaman skrin biasa — ia paling penting untuk GIF yang sudah menjadi grafik warna rata mudah, di mana palet warna besar tidak pernah banyak berguna sejak awal.

Soalan lazim

Tetapan mana yang menjimatkan paling banyak?

Skala, jauh sekali — skala 50% memotong piksel sebanyak 75% merentasi setiap bingkai. Kemudian gugur-bingkai (kira-kira separuhkan saiz), kemudian warna. Untuk GIF yang sangat besar, gabungkan ketiga-tiganya.

Adakah menggugurkan bingkai mengubah kelajuan animasi?

Tidak — kelewatan bingkai yang tinggal digandakan supaya jumlah tempoh kekal sama. Pergerakan hanya sedikit kurang lancar, yang untuk rakaman skrin biasanya tidak disedari.

Mengapa pelayar saya kata ia tidak dapat menyahkod GIF?

Penyahkodan bingkai demi bingkai menggunakan API ImageDecoder, yang tersedia dalam Chrome, Edge dan Firefox terkini. Pelayar lama dan sesetengah versi Safari tidak memilikinya — alat ini memberitahu anda dengan jujur dan bukannya menghasilkan fail rosak.

Patutkah saya masih menggunakan GIF pada 2026?

Sejujurnya: selalunya tidak. MP4 atau WebM bagi klip yang sama adalah 5–10× lebih kecil dengan kualiti lebih baik, dan setiap platform boleh memainkannya. GIF masih menang di mana autoplay-tanpa-kawalan penting (fail README, sesetengah aplikasi sembang). Jika GIF diperlukan, alat ini menjadikannya lebih tertanggung.

Adakah GIF saya dimuat naik semasa pemampatan?

Tidak — penyahkodan dan penyandian semula berjalan sepenuhnya dalam pelayar anda. Rakaman skrin dengan kandungan sensitif kekal pada mesin anda.

Adakah menukar kepada MP4 lebih kecil berbanding memampatkan GIF?

Hampir selalu, dan dengan margin yang besar. GIF menyimpan setiap bingkai sebagai imej palet 256 warna penuh tanpa pemampatan gerakan antara-bingkai, jadi kodek video seperti H.264 biasanya menghasilkan fail beberapa kali lebih kecil untuk klip yang sama. Mampatkan GIF apabila destinasi hanya menerima GIF (atau perlu autoplay sebagai imej); tukar kepada MP4/WebM apabila anda mengawal format.

Mampatkan GIF Beranimasi Dalam Talian