Kenapa file ZIP saya masih besar setelah dikompres?

Ini adalah penyebab di balik sebagian besar keluhan "ZIP saya tidak mengecil". JPG dan HEIC sudah membuang data gambar yang redundan sejak proses pengambilan; MP4 dan MOV sudah menggunakan codec dengan kompensasi gerak; PDF atau DOCX modern itu sendiri sebenarnya adalah container mirip ZIP dengan XML di dalamnya yang sudah terkompresi. Menerapkan deflate sekali lagi pada file-file ini hampir tidak menemukan apa pun lagi untuk dihilangkan. Solusi: perkecil dulu file sumbernya. Gunakan Compress Image untuk JPG/PNG dengan kualitas 70-80 (secara visual tanpa kehilangan kualitas untuk kebanyakan kebutuhan), atau HEIC to JPG jika sumbernya adalah pustaka foto iPhone. Untuk video, encode ulang lewat Video Converter dengan bitrate lebih rendah - mengompres ke ZIP tidak berpengaruh apa pun pada ukuran video.

Arsip bersarang sering terjadi ketika sebuah folder diunduh, diekstrak, lalu dikemas ulang tanpa memeriksa apakah masih ada file .zip, .rar, atau .7z tersisa di dalamnya. Men-deflate arsip yang sudah pernah di-deflate tidak menghasilkan penghematan apa pun dan hanya menambah sekitar 30 byte header ZIP per file. Buka struktur foldernya dan cari file arsip yang tertinggal sebelum mengompres ulang; hapus atau ekstrak dulu file itu.

Ini hal yang wajar, bukan masalah. Level deflate 9 (maksimum) hanya menambah 1-5% dibanding level standar 6 pada konten yang benar-benar bisa dikompres, dan sekitar 0% pada konten yang sudah terkompresi. Jika Anda menaikkan level dan ukurannya hampir tidak berubah, itu mengonfirmasi bahwa kontennya sendiri yang menjadi pembatas, bukan pengaturannya. Baca How to choose a compression level untuk memahami apa sebenarnya yang didapat dari setiap level.

Mengenkripsi ZIP dengan kata sandi tidak mengubah ukurannya sama sekali - hanya menambah sedikit overhead tetap per file, tidak mengompres apa pun lagi. Jika Anda menambahkan kata sandi dan berharap file juga jadi lebih kecil, ekspektasi itulah yang salah, bukan alatnya.

Ya, dan itu wajar terjadi pada arsip kecil berisi konten yang sudah terkompresi. Setiap file dalam ZIP membawa header tetap yang kecil (sekitar 30-80 byte tergantung panjang nama file dan metadata). Jika file-filenya memang sudah tidak bisa dikompres lagi, overhead per file ini hanya penambahan murni tanpa ada yang dihilangkan sebagai kompensasi - jadi folder berisi beberapa foto JPG kecil bisa menghasilkan ZIP yang beberapa byte lebih besar dari total ukuran aslinya.

Hanya pada konten yang bisa dikompres. Algoritma LZMA2 milik 7z sering mengungguli deflate ZIP hingga 30-50% pada teks biasa, tetapi pada foto, video, atau dokumen yang sudah terkompresi, selisihnya hampir hilang, karena tidak ada lagi yang bisa dimanfaatkan kedua algoritma dari byte-byte tersebut. Baca Online ZIP vs 7z vs RAR - which to pick untuk tahu kapan mengganti format itu sepadan.

Karena keduanya menggunakan algoritma deflate yang sama pada level standar yang serupa. Alatnya bukan variabel di sini - konten filenya yang menjadi variabel. Beralih antara Finder, Windows Explorer, 7-Zip, dan alat ZIP online tidak akan memberi hasil yang jauh berbeda pada file yang sudah terkompresi sama.

Lewati proses kompres ulang dan perkecil langsung file itu sendiri. Untuk satu foto yang terlalu besar, Compress Image dengan kualitas 60-70 biasanya sudah membuatnya jauh di bawah kebanyakan batas email atau formulir dalam satu langkah; mengompres file yang sudah kecil sesudahnya hanya menambah pembungkus tanpa manfaat nyata.