MiniPNG

Kompres Gambar GIF Online

Kompres gambar GIF dan lihat mengapa ukurannya bisa sangat bervariasi

Tunggu sebentar...(/)

Kami sedang mengoptimalkan gambar Anda. Harap tunggu sebentar saat kami memastikan hasil kualitas terbaik untuk Anda.

Hebat, kami berhasil mengompresi gambar Anda.

Gambar Dioptimalkan.

Kompres gambar GIF, dan lihat mengapa hasilnya bisa sangat bervariasi

Masukkan dua GIF ke halaman ini dan Anda bisa mendapatkan pengurangan 40 persen pada satu file dan tidak ada pengurangan sama sekali pada file lainnya. Itu bukan berarti alatnya tidak konsisten, dan penting untuk memahaminya sebelum Anda mengunggah, karena inilah hal yang paling membingungkan tentang GIF. GIF tidak memiliki pengaturan kualitas. Tidak ada bagian di dalamnya yang bisa "ditukar" untuk mengurangi ukuran seperti pada JPEG. Satu-satunya yang bisa dilakukan kompresor GIF adalah menghapus pengulangan, jadi hasil akhirnya hampir sepenuhnya tergantung pada seberapa banyak pengulangan yang sudah ada di file Anda saat diunggah.

Di mana sebenarnya byte dalam GIF berada

Di dua tempat, dan tidak ada yang benar-benar berupa gambar seperti yang dipikirkan seorang fotografer. Pertama adalah tabel warna: setiap GIF membawa palet hingga 256 warna, dan GIF animasi boleh membawa palet terpisah untuk setiap frame. Kedua adalah frame-nya. GIF yang dibuat sembarangan akan menyimpan setiap frame secara penuh, melukis ulang seluruh kanvas tiga puluh kali hanya untuk menggerakkan satu kotak kecil di layar.

Jadi tugasnya adalah menggabungkan palet per-frame menjadi satu tabel bersama dan berhenti menyimpan ulang bagian yang tidak berubah. Kedua langkah ini tidak mengubah warna Anda. Pada uji coba pertama di bawah ini, 29 palet frame terpisah digabungkan menjadi satu tabel global, file kehilangan 40 persen bobotnya, dan empat warna yang kami ambil sampelnya kembali persis seperti nilai aslinya.

Apa yang kami ukur

Kami menguji enam file melalui halaman ini dan mencatat jumlah byte hasil akhirnya.

FileAsliHasilPerubahan
Animasi rekaman layar, 30 frame, 640 x 40041,699 byte24,994-40.1%
Satu frame dengan latar transparan1,990 byte1,861-6.5%
Animasi sudah terkompresi rapat, 24 frame334,312 byte334,027-0.1%
Satu frame sudah pada satu palet rapat56,676 byte56,6760%
Animasi delapan frame dengan komentar, XMP, GPS, dan profil warna15,850 byte9,953-37.2%
Sebuah PNG diunggah ke halaman ini703,830 byte74,379-89.4%

File 40 persen dan file 0 persen diproses dengan alat yang sama

Baris pertama adalah rekaman layar: tiga puluh frame, sebagian besar kanvas identik dari satu frame ke frame berikutnya, dan hampir setiap frame punya palet terpisah. Ada banyak pengulangan yang bisa dihapus. Baris kelima adalah satu frame diam yang sudah berada pada satu palet 256 warna yang rapat, jadi tidak ada lagi yang bisa diambil, dan hasilnya kembali persis di 56,676 byte, sama seperti saat diunggah.

Inilah versi jujur dari janji yang sering dibuat banyak halaman di hasil pencarian. Jika GIF Anda berasal dari konverter video, perekam layar, atau preset ekspor lama, harapkan penghematan nyata. Jika sudah pernah dioptimalkan sebelumnya, jangan harap banyak, dan anggap angka nol sebagai tanda alat ini berkata jujur, bukan mengorbankan kualitas hanya demi persentase.

Animasi Anda tetap kembali sebagai animasi

Kami memeriksanya pada level byte, bukan hanya dengan melihat tampilannya. File tiga puluh frame yang terkompresi tetap berisi tiga puluh frame, tiga puluh blok waktu dengan jeda 80 milidetik asli, dan ekstensi loop yang memberi tahu browser untuk terus mengulang. Kanvas tetap 640 x 400. Tidak ada yang diubah menjadi gambar diam dan tidak ada frame yang dihapus hanya agar angka penghematan terlihat lebih besar.

Transparansi tetap ada, begitu juga warna persis Anda

GIF transparan kembali 6,5 persen lebih kecil. Kami menggambar hasilnya ke kanvas dan membaca empat piksel: sudutnya tetap sepenuhnya transparan, merahnya tetap 220, 40, 60, dan putihnya tetap putih murni. Pemeriksaan yang sama pada animasi tiga puluh frame mengembalikan biru header, abu-abu halaman, abu-abu baris, dan kotak merahnya tetap sama setelah pengurangan 40 persen. Karena penghematan berasal dari menghapus pengulangan, bukan dari mendekati warna, itulah yang seharusnya Anda harapkan.

Jika file masih terlalu besar setelah dikompres

Kompresor hanya bisa menghapus bagian yang berulang. Ia tidak bisa memutuskan bahwa animasi Anda terlalu panjang empat detik atau tidak perlu selebar 800 piksel. Keputusan itu dibuat sebelum file sampai ke halaman ini, dan itu yang menentukan batas minimum. Hitungannya sederhana: ukuran GIF kira-kira adalah luas kanvas dikali jumlah frame, jadi membagi dua lebar dan tinggi akan memangkas sekitar tiga perempat ukuran, dan menurunkan frame rate dari tiga puluh per detik ke dua belas biasanya tidak terlihat pada klip pendek. Jika GIF yang sudah dikompres masih lebih berat dari yang Anda inginkan, dua pengaturan itu akan memberi pengaruh jauh lebih besar daripada alat optimasi mana pun.

Semua teks tersembunyi di file ikut terhapus

GIF bisa membawa banyak tulisan yang tidak pernah Anda lihat, dan tidak semuanya di satu tempat. Ada blok komentar, yang pada animasi bisa ada di setiap frame. Ada paket XMP, tempat Photoshop dan alat Adobe lainnya menyimpan merek dan model kamera, nama pembuat dan hak cipta, serta koordinat GPS. Ada ekstensi teks biasa dan profil warna. Semuanya tidak terlihat saat Anda melihat gambarnya.

Kami membuat satu file dengan semua itu: sepuluh blok komentar, satu paket XMP lengkap dengan lintang, bujur, ketinggian, dan tanggal pengambilan, merek dan model kamera, perangkat lunak yang menulisnya, baris kredit dan pemberitahuan hak cipta, profil warna, dan ekstensi teks biasa. Lalu kami jalankan melalui halaman ini dan membaca hasilnya dengan alat metadata. Semuanya hilang. Delapan frame tetap delapan frame, dan animasinya tetap berulang selamanya.

Ini terjadi bersamaan dengan proses kompresi, jadi Anda tidak perlu mengunggah dua kali dan tidak ada biaya tambahan. Ini juga menjelaskan hasil yang mungkin Anda anggap aneh: file bisa kembali lebih kecil meski kompresor tidak menemukan pengulangan untuk dihapus, karena teks yang menumpang di dalamnya sudah hilang.

Jenis gambar lain juga diterima di halaman ini

Uploader juga menerima PNG, JPG, JPEG, WEBP, AVIF, SVG, TIFF, BMP, dan JFIF, dan setiap file akan kembali dalam format aslinya. PNG pada tabel di atas masuk sebagai PNG dan keluar sebagai PNG, tetap 1400 x 900 saat kami baca header-nya. Membuka halaman GIF tidak mengubah gambar Anda ke format lain.

Apa yang Anda dapatkan

  • Setiap frame, setiap jeda frame, dan pengaturan loop tetap terjaga
  • Transparansi tetap, dengan nilai warna yang sama seperti awal
  • Ukuran kanvas asli Anda, tidak berubah
  • Palet per-frame digabungkan menjadi satu tabel bersama, yang menjadi sumber utama penghematan
  • Komentar, XMP, koordinat GPS, detail kamera dan pembuat, serta profil warna semuanya dihapus dalam satu proses
  • Data gambar Anda tidak disentuh jika tidak ada pengulangan yang bisa dihapus
  • Tidak perlu daftar, tidak ada watermark, tidak perlu email

Selanjutnya apa?

Untuk foto (bukan animasi), Hapus Metadata Foto akan membersihkan EXIF dan GPS tanpa mengubah gambar sama sekali. Jika GIF Anda hanya satu frame diam, Kompres PNG biasanya lebih cocok. Dan untuk konten yang sama dalam format yang jauh lebih baru dari tahun 1987, Kompres WebP mendukung gambar diam maupun animasi.

Pertanyaan yang Sering Diajukan

Karena tidak banyak pengulangan yang tersisa di dalamnya. GIF tidak memiliki pengaturan kualitas, jadi kompresor tidak bisa menukar ketajaman dengan ukuran seperti alat JPEG. Ia hanya bisa menggabungkan tabel warna per-frame menjadi satu dan berhenti menyimpan ulang bagian kanvas yang tidak pernah berubah. Rekaman layar yang kami uji berkurang 40,1 persen karena penuh pengulangan, dari 41.699 byte menjadi 24.994. Satu frame yang sudah pada satu palet rapat tidak berkurang sama sekali dan kembali persis di 56.676 byte, sama seperti saat masuk. Kedua file diproses dengan alat yang sama pada hari yang sama.

Ya, dan kami memeriksanya pada level byte, bukan hanya dengan melihat tampilannya. File tiga puluh frame yang terkompresi tetap berisi tiga puluh frame, tiga puluh blok waktu dengan jeda 80 milidetik asli, dan ekstensi loop yang memberi tahu browser untuk terus mengulang. Kanvas tetap 640 x 400. Tidak ada yang diubah menjadi gambar diam dan tidak ada frame yang dihapus hanya agar angka penghematan terlihat lebih besar.

Tidak pada apa pun yang kami ukur. Penghematan berasal dari menghapus pengulangan, bukan dari mendekati gambar. Setelah pengurangan 40 persen, kami menggambar hasilnya ke kanvas dan membaca kembali pikselnya: biru header, abu-abu halaman, abu-abu baris, dan kotak merah semuanya identik dengan aslinya. Pada GIF transparan, sudutnya tetap sepenuhnya transparan, merahnya tetap 220, 40, 60, dan putihnya tetap putih murni.

Ya, semuanya, dalam proses yang sama dengan kompresi. GIF menyembunyikan data di beberapa tempat sekaligus: blok komentar yang bisa berulang di setiap frame, paket XMP yang membawa merek dan model kamera, nama pembuat dan hak cipta, serta koordinat GPS, ditambah ekstensi teks biasa dan profil warna. Kami membuat satu file dengan semua itu, menjalankannya di halaman ini, dan membaca hasilnya dengan alat metadata. Sepuluh blok komentar kembali menjadi nol. Lintang, bujur, ketinggian, tanggal pengambilan, model kamera, pembuat, kredit, dan hak cipta semuanya kosong, dan paket XMP benar-benar hilang. Delapan frame tetap delapan frame dan animasinya tetap berulang.

Ubah dua hal yang tidak boleh diubah oleh kompresor: ukuran kanvas dan jumlah frame. Ukuran GIF kira-kira adalah luasnya dikali jumlah frame, jadi membagi dua lebar dan tinggi akan memangkas sekitar tiga perempat ukuran file, dan menurunkan dari tiga puluh frame per detik ke dua belas biasanya tidak terlihat pada klip pendek. Memotong satu detik di akhir lebih efektif daripada alat optimasi mana pun. Jika GIF Anda sebenarnya hanya satu gambar diam, sebetulnya tidak perlu menggunakan GIF.

Bisa. Uploader menerima PNG, JPG, JPEG, WEBP, AVIF, SVG, TIFF, BMP, dan JFIF selain GIF, dan setiap file akan kembali dalam format aslinya. Sebuah PNG yang kami unggah di sini berubah dari 703.830 byte menjadi 74.379 dan kembali sebagai PNG, tetap 1400 x 900 saat kami baca header-nya. Tidak ada yang diubah ke format lain hanya karena Anda membuka halaman tertentu.