Kompres GIF

Kecilkan GIF animasi dengan mencoba tiap tingkat kompresi secara nyata, lalu pilih yang pas

Alat kompres GIF ini menulis ulang GIF yang bergerak agar ukuran filenya lebih kecil. Kelima tingkat kompresi, dari Lossless sampai Maksimal, benar-benar dibuat, dan ukuran hasil tiap tingkat ditampilkan sebagai batang. Misalnya, contoh GIF animasi dari video (360 × 240, 32 frame, 1,70 MB) menjadi 947 KB (−44,1%) pada tingkat Sedang. Contoh rekaman layar (400 KB) menjadi 87 KB (−78,4%) hanya dengan tingkat Lossless, yang tidak mengubah satu piksel pun.

Versi asli dan hasil dibandingkan dalam satu layar dengan menggeser garis pembagi pada posisi yang sama, lalu Anda bisa menjeda dan berpindah satu frame demi satu frame. Peta frame di bawah menunjukkan jumlah byte yang dipakai tiap frame, sehingga terlihat adegan mana yang berat. Jika Anda memilih target ukuran, alat ini memilih tingkat teringan yang masih memenuhi target, dan bila masih terlewati, lebar gambar dikecilkan sampai pas. GIF tidak dikirim ke server dan hanya diproses di dalam browser ini. Alat ini dibuat untuk Anda yang mencari cara kompres GIF atau perkecil ukuran GIF tanpa mengunggah file.

Kapan alat ini berguna

• Saat mengirim ke tempat yang membatasi ukuran unggahan: Menurut dokumentasi GitHub, gambar dan GIF yang dilampirkan pada komentar issue dan pull request dibatasi hingga 10MB. Jika rekaman layar yang ingin dilampirkan ke issue lebih besar dari itu, pilih target ukuran 10 MB. Aplikasi chat, forum, dan email juga punya batas lampiran masing-masing. Periksa panduan tempat Anda mengunggah, lalu atur sedikit lebih kecil dari batas itu.
• Saat halaman blog atau halaman produk toko online lambat: GIF animasi dari video, misalnya adegan pemakaian produk, mudah mencapai beberapa MB per file, dan jika ada banyak di satu halaman, halaman terbuka lambat di ponsel. Tingkat Ringan dan Sedang, yang nyaris tidak mengubah kualitas, sering sudah cukup untuk memangkas ukuran dengan besar.
• Saat memasukkan GIF rekaman layar ke dokumen: Pada rekaman layar untuk panduan atau tutorial, sebagian besar area diam dan hanya sebagian kecil yang bergerak. GIF seperti ini mengecil banyak pada tingkat Lossless, yang hanya menulis ulang bagian yang berubah, tanpa kehilangan kualitas.
• Saat mengunggah ulang GIF animasi yang Anda terima: GIF yang sudah disimpan berkali-kali sering menyimpan ulang layar penuh dan tabel warna di setiap frame. Jika hasilnya lebih besar dari aslinya, alat ini mengembalikan file asli, jadi tidak ada ruginya untuk dicoba sekali.

Cara memakai

1. Letakkan GIF di area kerja atau tekan "Pilih GIF". GIF yang disalin juga bisa ditempel dengan Ctrl+V. Yang bisa dibuka adalah satu GIF, hingga 50 MB.
2. Begitu dibuka, hasil dengan tingkat Sedang langsung dibuat, lalu keempat tingkat lainnya dibuat berurutan dan ukuran sebenarnya mengisi batang tingkat kompresi. Tekan tingkat yang Anda inginkan untuk beralih ke hasilnya.
3. Jika tempat tujuan punya batas ukuran, pilih target ukuran (1 sampai 15 MB atau manual). Tingkat teringan yang masuk target dipilih, dan bila tingkat Kuat pun masih melewati target, lebar dikecilkan sampai pas.
4. Jika perlu, ubah lebar (asli, 75%, 50%, manual) dan frame (semua, 1 dari 2 sampai 1 dari 4). Buka "Atur sendiri" untuk menentukan jumlah warna dan tingkat kehilangan secara terpisah.
5. Geser garis pembagi di panggung untuk membandingkan versi asli dan hasil. Tekan "Jeda" atau tekan peta frame untuk berhenti di frame itu, lalu pindah satu frame dengan tombol sebelumnya/berikutnya atau tombol panah.
6. Tekan "Simpan GIF". Ukuran ditambahkan di akhir nama file (contoh: contoh-947kb.gif).

Perbedaan kelima tingkat kompresi

Makin tinggi tingkatnya, makin banyak piksel yang boleh berbeda dari aslinya. Ukuran pada tabel di bawah adalah hasil pengukuran setelah kedua contoh benar-benar dikecilkan dengan alat ini. PSNR menyatakan selisih piksel antara versi asli dan hasil dalam desibel: makin tinggi, makin dekat ke aslinya. Pada contoh GIF animasi, tingkat "Sedang" (sekitar 35 dB) hampir tidak bisa dibedakan meski diperbesar 2× dan dibandingkan berdampingan, sedangkan "Kuat" dan "Maksimal" (di bawah 30 dB) memunculkan bintik-bintik di latar putih dan membuat permukaan halus seperti apel dan pir menjadi kasar. Angka yang sama bisa terlihat berbeda pada GIF lain, jadi gunakan hanya sebagai patokan.

• GIF animasi dari video tidak mengecil dengan Lossless: Contoh ini memperbesar gambar secara perlahan dan tiap piksel punya noise, sehingga semua piksel di semua frame berubah. Tidak ada bagian yang bisa ditulis ulang lebih hemat, jadi hasil Lossless tidak lebih kecil dari aslinya, dan alat ini mengembalikan file asli.
• Pada rekaman layar, Lossless melakukan hampir semuanya: File aslinya menyimpan ulang layar penuh di setiap frame, padahal yang benar-benar berubah hanya angka, grafik, dan kursor. Setelah hanya bagian itu yang ditulis, ukurannya menjadi −78,4%, dan tingkat yang kehilangan detail hanya menambah selisih beberapa KB.
• Mulai tingkat Kuat, warna berkurang: Dengan 128 atau 64 warna, bidang yang warnanya berlanjut seperti langit atau kain gelap mulai tampak berundak (banding), dan garis horizontal dari LZW lossy mulai terlihat. Karena itu batangnya diberi garis miring sebagai pembeda, dan saat mencocokkan target ukuran, tingkat Maksimal tidak dipilih secara otomatis.

Mengapa ukuran bisa turun tanpa kehilangan kualitas

Spesifikasi GIF (GIF89a) meminta setiap frame mencantumkan, dalam blok deskripsi gambar, posisi dari kiri dan atas layar serta lebar dan tinggi gambarnya. Jadi satu frame boleh berupa persegi panjang kecil di dalam layar, bukan layar penuh. Setiap frame juga boleh menetapkan satu nomor warna transparan, dan menurut spesifikasi, piksel dengan nomor itu tidak mengubah layar sehingga adegan sebelumnya tetap terlihat. Alat ini memakai kedua hal tersebut untuk mengecilkan ukuran tanpa mengubah piksel.

1. Hanya persegi panjang yang membungkus bagian yang berubah: Yang disimpan hanyalah persegi panjang terkecil yang membungkus semua piksel yang berbeda dari frame sebelumnya. Pada rekaman layar yang hanya kursornya bergerak, satu frame menjadi persegi panjang sebesar kuku.
2. Piksel yang sama di dalam persegi panjang diberi nomor transparan: Di dalam persegi panjang itu pun, piksel yang tidak berubah dikosongkan dengan nomor transparan. Jika nomor yang sama berderet panjang, kompresi LZW bekerja sangat baik. Namun pada adegan yang pikselnya berubah sedikit-sedikit dan tersebar, memakai warna asli kadang lebih kecil. Karena itu, setiap frame dikompres dengan dua atau tiga cara, lalu yang terkecil dipakai.
3. Adegan yang sama hanya digabung waktunya: Frame yang pikselnya persis sama dengan frame sebelumnya tidak disimpan, dan waktu tampilnya ditambahkan ke frame sebelumnya. Total durasi putar tidak berubah.
4. Warna tetap seperti aslinya: Jika seluruh warna di semua frame berjumlah 255 atau kurang, dipakai satu tabel warna global. Jika lebih, tiap frame menulis warna aslinya dalam tabel warna yang hanya berisi warna yang terpakai di persegi panjangnya.

Pada GIF yang bagian transparannya harus kembali transparan (gambar bergerak berlatar transparan seperti stiker), frame sebelumnya diubah menjadi "hapus ke latar" (metode pembuangan 2) untuk mengosongkan bagian itu sebelum frame berikutnya digambar. Dalam pengujian alat ini, hasil yang dibuat dengan cara tersebut dicocokkan dengan aslinya per piksel di setiap frame.

Apa yang dibuang oleh kompresi lossy

GIF mengompres nomor piksel dengan LZW (Welch 1984). Urutan nomor yang sudah muncul dikumpulkan dalam kamus, dan bila urutan yang sama muncul lagi, cukup ditulis dengan satu nomor kamus. Nomor kamus paling banyak 12 bit, sehingga kamus memuat hingga 4.096 entri. LZW lossy, saat mencari urutan di kamus, menganggap piksel yang warnanya hanya sedikit berbeda sebagai sama, sehingga urutan yang disambung lebih panjang. Idenya sama dengan opsi --lossy pada gifsicle: makin panjang urutannya, makin sedikit nomor yang perlu ditulis, dan file makin kecil.

• Apa yang berubah: Setiap piksel diganti dengan warna yang mirip dan sedikit berbeda dari warna aslinya. Selisihnya diteruskan ke piksel berikutnya agar warna rata-rata tetap terjaga, tetapi pada tingkat tinggi tampak garis horizontal yang panjang. Efeknya besar pada GIF animasi dari video yang mirip foto, dan kecil pada rekaman layar yang banyak berisi bidang satu warna.
• Piksel yang mirip dibiarkan apa adanya: Pada GIF animasi dari video, latar yang diam pun pikselnya sedikit berubah di tiap frame karena noise. Pada tingkat lossy, piksel yang selisih warnanya sangat kecil dari layar sebelumnya dianggap tidak berubah dan dikosongkan dengan nomor transparan. Pembandingan selalu memakai warna asli frame saat ini, sehingga selisih tidak menumpuk seiring bertambahnya frame.
• Bagian transparan tidak disentuh: Piksel transparan dan buram tidak pernah dipertukarkan, bahkan pada tingkat lossy. GIF berlatar transparan seperti stiker tetap mempertahankan kontur gambarnya.

Apa yang terjadi jika jumlah warna dikurangi

Tabel warna GIF berukuran pangkat dua, yaitu 2, 4, 8, hingga 256, dan satu tabel warna memuat paling banyak 256 warna. Jika warna dikurangi menjadi 128 atau 64, bit yang dibutuhkan untuk nomor piksel berkurang dan file mengecil. Alat ini memilih warna dengan median cut (Heckbert 1982) dari piksel yang diambil merata dari semua frame, dan semua frame memakai tabel warna global yang sama. Karena warna tidak berubah antarframe, kedipan lebih sedikit, dan tabel warna tidak perlu ditulis di setiap frame.

• Ilustrasi berwarna dasar, ikon, dan rekaman layar dari awal sudah sedikit warnanya, sehingga selisihnya kecil bahkan pada 64 warna.
• Foto yang warnanya berlanjut seperti langit, kulit, dan bayangan bisa mulai menampakkan banding sejak 128 warna. Difusi galat (dithering) tidak dipakai, karena dithering membuat pola titik berbeda di tiap frame, sehingga piksel yang berubah bertambah dan file justru membesar.
• GIF animasi panjang dengan banyak pergantian adegan memiliki warna berbeda di tiap adegan, sehingga bila dikurangi ke satu tabel warna global, warna sebagian adegan bisa menjadi kasar. Untuk GIF seperti ini, batasi sampai tingkat Sedang atau kecilkan lebarnya.

Jika lebar dan frame dikurangi

Jika lebar dikecilkan, tinggi mengecil dengan rasio yang sama, sehingga jumlah piksel berkurang sesuai kuadratnya. Lebar 75% menyisakan 56% piksel, dan 50% menyisakan 25%. Saat frame dikurangi, hanya 1 dari 2 frame yang dipertahankan, dan waktu adegan yang hilang ditambahkan ke frame yang tersisa sehingga panjang total tidak berubah. Berikut hasil ketika tingkat Sedang dibiarkan dan hanya ukuran serta frame yang diubah. Angka dalam kurung adalah persentase penurunan dari aslinya.

Pada GIF animasi dari video, makin kecil lebarnya dan makin banyak frame yang dikurangi, ukuran turun hampir sebanding dengan jumlah piksel. Pada rekaman layar, bagian yang berubah kecil, sehingga walau lebar dipangkas setengah, penurunannya lebih kecil daripada video. Rekaman layar yang berisi tulisan kecil mudah menjadi tidak terbaca bila lebarnya dikecilkan, jadi sebaiknya ganti tingkat kompresi lebih dulu sebelum mengubah ukuran.

Waktu tunda GIF dihitung dalam satuan 1/100 detik. Dalam kode sumber WebKit, yang dipakai Safari, ada komentar bahwa frame dengan tunda 0,01 detik atau kurang ditampilkan selama 0,1 detik seperti pada Firefox. Karena itu, saat menggabungkan frame, alat ini menghitung frame bertunda 0 atau 0,01 detik sebagai 0,1 detik lalu menjumlahkannya. Nilai tunda frame yang tidak digabung dibiarkan seperti aslinya.

Urutan pencocokan target ukuran

1. Dengan pengaturan lebar dan frame saat ini, alat ini benar-benar membuat hasil berurutan dari Lossless sampai Kuat, lalu memilih tingkat pertama yang berukuran di bawah target (tingkat teringan). Jika versi asli sudah di bawah target dan Lossless pun tidak mengecilkannya, file asli dikembalikan apa adanya.
2. Jika tingkat Kuat pun masih melewati target, lebar dikecilkan dengan tingkat Kuat dipertahankan. Lebar berikutnya diperkirakan dengan memanfaatkan fakta bahwa ukuran kira-kira sebanding dengan jumlah piksel, lalu dibuat dan diukur sungguhan beberapa kali untuk menemukan lebar terbesar yang masuk target.
3. Pada lebar yang ditemukan, kelima tingkat diukur ulang, dan tingkat teringan yang masuk target pada lebar itu ditampilkan. Kolom hasil menuliskan apa yang diubah, misalnya "lebar dikecilkan dari 360 menjadi 300px".
4. Jika Anda menekan sebuah tingkat sendiri, tingkat itu dipakai apa adanya, dan bila melewati target, Anda diberi tahu dengan tulisan merah.

Ukuran dihitung dengan 1 KB = 1.000 byte dan 1 MB = 1.000.000 byte (awalan Sistem Satuan Internasional). Angka di layar dibulatkan ke atas, jadi bila tertulis "di bawah 2 MB", jumlah byte sebenarnya juga 2.000.000 atau kurang. Jika tempat tujuan menghitung dalam MiB (1.048.576 byte), angka yang sama memberi sedikit kelonggaran.

Cara membaca peta frame

Sumbu horizontal peta frame adalah waktu, dan satu kotak mewakili satu frame asli. Lebar kotak adalah lama frame itu tampil, sehingga adegan terakhir yang lama diam tampak lebar. Batang abu-abu adalah byte yang dipakai frame itu pada versi asli, dan batang oranye adalah byte yang dipakai pada hasil. Tingginya memakai skala akar kuadrat, sehingga frame kecil pun terlihat.

• Frame pertama paling besar: Frame pertama harus menggambar seluruh layar, sehingga selalu besar. Pada contoh rekaman layar, batang oranye menjadi sangat rendah setelah frame pertama, karena hanya bagian yang berubah yang disimpan.
• Kotak bergaris miring adalah frame yang tidak berdiri sendiri di hasil: Frame itu sama dengan frame sebelumnya sehingga hanya waktunya yang digabung, atau frame yang hilang karena pengurangan frame. Selama waktu itu, frame sebelumnya yang terlihat.
• Batang yang menjulang menandai pergantian adegan: Pada GIF animasi dari video, kotak yang batangnya tiba-tiba tinggi adalah adegan ketika seluruh layar berubah. Jika bagian itu panjang, pengurangan frame sangat berpengaruh.

Jika peta ditekan, pemutaran berhenti di frame itu dan panggung menampilkan frame versi asli dan hasil pada waktu yang sama. Dengan tombol panah, Anda bisa berpindah satu frame demi satu frame untuk mencari adegan yang kehilangan detailnya terlihat jelas.

Kesalahan yang sering terjadi

• File yang hanya diganti ekstensinya menjadi .gif: File PNG, JPG, atau WebP yang hanya diganti namanya bukan GIF dan tidak bisa dibuka. Untuk membuat GIF animasi dari beberapa foto, gunakan pembuat GIF, dan untuk mengubah video menjadi GIF animasi, gunakan pengonversi video ke GIF.
• Mengira lebar separuh berarti file separuh: Pikselnya menjadi seperempat, tetapi ukuran file bergantung pada seberapa banyak adegan berubah. Seperti pada tabel di atas, video dan rekaman layar mengecil dengan cara berbeda.
• Mengira mengurangi frame membuat gerakan lebih cepat: Waktu frame yang hilang ditambahkan ke frame yang tersisa, sehingga durasi putar tidak berubah. Gerakannya hanya menjadi kurang halus.
• Mengecilkan lagi GIF yang sudah dikecilkan: Jika GIF yang sudah dikecilkan dengan tingkat lossy dikecilkan lagi, kehilangan detail menumpuk. Jika file asli masih ada, hasilnya lebih bersih bila dikecilkan sekali saja dari file asli ke tingkat yang diinginkan.
• Mengharapkan Lossless selalu memperkecil: GIF yang sudah dikompres dengan baik tidak mengecil walau ditulis ulang. Dalam kasus itu alat ini mengembalikan file asli dan menuliskannya di kolom hasil.
• Mencampuradukkan MB dan MiB: Meski batasnya tertulis "10MB", bergantung pada layanannya bisa berarti 10.000.000 byte atau 10.485.760 byte. Menetapkan target sedikit di bawah batas lebih aman.

Keterbatasan

• Yang bisa dibuka adalah satu GIF, 50 MB, 1.000 frame, dan lebar × tinggi × jumlah frame hingga 150 juta piksel. Lebar dan tinggi masing-masing hingga 8.000px. Angka-angka ini bukan batas format GIF, melainkan rentang yang ditetapkan alat ini agar browser tidak macet.
• Ukuran pada tabel adalah hasil pengukuran dengan mesin alat ini pada 2026-10-21. Selama mesinnya sama, ukurannya sama di browser mana pun, tetapi bisa berubah bila mesinnya diperbaiki.
• Kualitas tiap tingkat tidak ditentukan hanya oleh angka seperti PSNR. Seberapa terlihat perbedaannya berbeda untuk tiap GIF walau tingkatnya sama, jadi periksa langsung di panggung.
• Hasilnya selalu GIF. GIF animasi video yang panjang jauh lebih kecil sebagai video MP4 atau WebM, atau WebP animasi, dengan kualitas yang sama. web.dev menyarankan mengganti GIF besar di halaman web dengan video. Jika tempat tujuan menerima video, itu pilihan yang lebih baik.
• Informasi tambahan seperti komentar dan XMP, serta penyimpanan interlaced, tidak dipertahankan di hasil. Jumlah pengulangan (diulang terus, diputar sekali, n kali) dibiarkan seperti aslinya.
• Pemutaran di panggung memutar dua GIF secara terpisah oleh browser, sehingga pada GIF yang sangat panjang, versi asli dan hasil bisa sedikit bergeser. Untuk membandingkan waktu yang sama secara tepat, jeda lalu pindah frame satu per satu.

Acuan: kalimat terkait pada dokumen di bawah dicek pada 2026-10-21. Angka ukuran adalah hasil pengukuran setelah contoh GIF dikecilkan dengan mesin alat ini.

Sumber

• 01W3C — Graphics Interchange Format Version 89aPosisi dan ukuran pada blok deskripsi gambar, ukuran tabel warna 2^N+1, metode pembuangan 0 sampai 3, waktu tunda (1/100 detik), nomor warna transparan, kode LZW maksimal 12 bit
• 02Manual gifsicle — --lossy, --optimizeOpsi yang mengecilkan ukuran dengan mengubah warna piksel melalui LZW lossy, dan tahap optimasi frame
• 03Welch, T. A. (1984). A Technique for High-Performance Data Compression. Computer, 17(6), 8–19Kompresi LZW
• 04Heckbert, P. (1982). Color image quantization for frame buffer display. SIGGRAPH '82, 297–307Pengurangan warna dengan median cut
• 05GitHub Docs — Attaching filesGambar dan GIF hingga 10MB
• 06web.dev — Replace animated GIFs with video for faster page loadsMengganti GIF besar dengan video mengecilkan ukuran secara signifikan
• 07WebKit — ScalableImageDecoder.cppKomentar bahwa frame dengan tunda 0,01 detik (10 ms) atau kurang ditampilkan selama 0,1 detik seperti pada Firefox
• 08NIST — Prefixes for binary multipleskilo = 10³, kibi = 2¹⁰

Pertanyaan yang sering diajukan

Alat yang sering dipakai bersama