ZIP Uncompressed Size adalah jumlah byte yang akan dimiliki sebuah file di dalam arsip ZIP setelah diekstrak kembali, berbeda dengan Compressed Size yang biasanya lebih kecil dan digunakan saat file masih berada di dalam arsip. Pembaca metadata ExifTool menampilkannya sebagai ZipUncompressedSize.
File mana yang menyimpannya, dan dari mana asal angka tersebut
Arsip mencatat nilai ini. File ZIP melakukannya, begitu juga semua format umum yang sebenarnya adalah container ZIP, seperti dokumen .docx, .xlsx dan .pptx, file .odt, e-book .epub, paket .jar dan .apk. RAR, 7z dan format arsip lain menyimpan angka yang sama dengan tata letak masing-masing. Sebuah laporan mungkin tidak menampilkannya untuk file .odt dan .epub, meskipun file tersebut menyimpannya.
Sebuah arsip biasanya digunakan untuk menggabungkan beberapa file menjadi satu, meskipun satu file saja juga bisa diarsipkan, dan program kompresi akan mencatat ukuran asli setiap anggota saat dikemas. Hal ini dilakukan secara otomatis oleh apa pun yang membuat arsip tersebut, baik itu 7-Zip, WinRAR, WinZip, Archive Utility di macOS, perintah compressed folder di Windows atau perintah baris perintah zip.
Perlu dipahami bahwa angka ini adalah sebuah deklarasi. Arsip menyatakan seberapa besar konten seharusnya ketika dibongkar; tidak ada yang memverifikasinya sampai Anda benar-benar mengekstrak, saat itulah ukuran dan checksum yang disimpan dibandingkan dengan hasil ekstraksi.
Seperti apa tampilan nilai yang khas
Bilangan bulat dalam byte, yang sering dikonversi oleh aplikasi menjadi KB atau MB untuk tampilan. Teks dokumen Word yang pendek bisa saja menunjukkan 48219 byte tidak terkompresi, sementara hanya menggunakan sebagian kecil dari itu di dalam file .docx.
Bagi ukuran terkompresi dengan angka ini untuk mendapatkan rasio kompresi. Besarnya selisih bergantung pada konten dan metode yang digunakan; Deflate adalah metode standar dalam file ZIP, dengan BZIP2 dan LZMA sebagai alternatif. Ada satu keunikan yang perlu diketahui: field ZIP asli berukuran 32-bit dan karena itu berhenti pada 4.294.967.295 byte, sedikit di bawah 4 GB. Konten yang lebih besar mengandalkan ekstensi ZIP64, yang menyimpan angka sebenarnya di catatan tambahan, sehingga aplikasi yang sangat lama yang tidak mengenali ZIP64 dapat melaporkan angka yang dibatasi atau tidak masuk akal untuk file yang sangat besar.
Mengapa ini penting
Penggunaan paling praktis adalah untuk perencanaan. Ini adalah angka yang memberi tahu apakah konten akan muat sebelum Anda membongkarnya, dan kadang cukup mengejutkan, karena arsip teks atau file log yang tampaknya kecil dapat mengembang menjadi banyak gigabyte. Membandingkannya dengan ukuran terkompresi juga menunjukkan apakah kompresi benar-benar membantu: dua angka yang hampir sama berarti konten sudah terkompresi, seperti pada file JPEG, MP3 dan MP4, dan mengemas ulang tidak akan menghemat apa pun.
Angka ini juga berfungsi sebagai pemeriksaan kewarasan. Arsip berukuran beberapa ratus kilobyte yang menyatakan ukuran tidak terkompresi sangat besar patut diwaspadai, karena arsip yang dibuat dengan sengaja dapat menggunakan trik ini untuk memenuhi disk ketika seseorang membongkarnya. Untuk pekerjaan pengarsipan, perbandingan berjalan sebaliknya: memeriksa ukuran yang dinyatakan terhadap hasil ekstraksi adalah cara sederhana untuk memastikan bahwa arsip lama masih lengkap.
Angka ini tidak memuat informasi pribadi. Angka ini hanya menjelaskan volume data dan tidak mengatakan apa pun tentang orang yang membuatnya.