Rozmiar nieskompresowany ZIP (ZIP Uncompressed Size) to liczba bajtów, jaką będzie mieć plik znajdujący się w archiwum ZIP po ponownym rozpakowaniu, w odróżnieniu od zwykle mniejszego rozmiaru skompresowanego (Compressed Size), który zajmuje, dopóki jest wewnątrz archiwum. Czytnik metadanych ExifTool pokazuje go jako ZipUncompressedSize.
Które pliki go zawierają i skąd pochodzi ten numer
Archiwa go zapisują. Robią to pliki ZIP, a także wszystkie codzienne formaty, które w środku są kontenerami ZIP, takie jak dokumenty .docx, .xlsx i .pptx, pliki .odt, e-booki .epub, pakiety .jar i .apk. RAR, 7z i inne formaty archiwów przechowują tę samą wartość w swoim własnym układzie. Raport może jej nie wyświetlać dla plików .odt i .epub, mimo że plik ją zapisuje.
Archiwum zwykle służy do połączenia kilku plików w jeden, choć pojedynczy plik również można zarchiwizować, a program kompresujący zapisuje oryginalny rozmiar każdego elementu w trakcie pakowania. Odbywa się to automatycznie w aplikacji, która utworzyła archiwum, niezależnie od tego, czy jest to 7-Zip, WinRAR, WinZip, Archive Utility w macOS, polecenie skompresowanego folderu w Windows czy narzędzie wiersza poleceń zip.
Warto rozumieć, że ta wartość jest deklaracją. Archiwum podaje, jak duże powinny być dane po rozpakowaniu; nikt tego nie weryfikuje, dopóki faktycznie nie wyodrębnisz plików, a wtedy ich rozmiar i zapisany checksum są porównywane z tym, co zostało uzyskane.
Jak wygląda typowa wartość
Całkowita liczba bajtów, którą aplikacje często przeliczają na KB lub MB do wyświetlania. Tekst krótkiego dokumentu Word może mieć 48219 bajtów nieskompresowanych, zajmując jednocześnie niewielki ułamek tej wartości wewnątrz pliku .docx.
Podziel rozmiar skompresowany przez tę wartość, aby uzyskać współczynnik kompresji. To, jak duża będzie różnica, zależy od zawartości i użytej metody; Deflate jest standardową metodą w plikach ZIP, a BZIP2 i LZMA należą do alternatyw. Warto znać jedną ciekawostkę: oryginalne pola ZIP mają 32 bity i kończą się na 4 294 967 295 bajtach, czyli nieco poniżej 4 GB. Większe dane korzystają z rozszerzenia ZIP64, które zapisuje właściwą wartość w dodatkowym rekordzie, więc bardzo stara aplikacja, która nie obsługuje ZIP64, może podawać obciśniętą lub bezsensowną liczbę dla ogromnego pliku.
Dlaczego ma to znaczenie
Najbardziej praktyczne zastosowanie to planowanie. Ta wartość mówi, czy zawartość zmieści się, zanim ją rozpakujesz, a zaskoczenie może być spore, bo niewielkie archiwum z plikami tekstowymi lub logami może rozrosnąć się do wielu gigabajtów. Porównanie z rozmiarem skompresowanym pokazuje też, czy kompresja w ogóle pomogła: dwie prawie równe liczby oznaczają, że dane były już skompresowane, jak w przypadku plików JPEG, MP3 i MP4, więc ponowne pakowanie nic nie zaoszczędzi.
Pełni też funkcję kontroli poprawności. Archiwum o rozmiarze kilkuset kilobajtów, które deklaruje ogromny nieskompresowany rozmiar, wymaga ostrożności, ponieważ celowo spreparowane archiwa wykorzystują dokładnie ten trik, aby zapełnić dysk po rozpakowaniu. Przy pracy archiwizacyjnej porównanie działa w drugą stronę: sprawdzenie zadeklarowanego rozmiaru z tym, co faktycznie zostało wyodrębnione, to prosty sposób, aby potwierdzić, że stare archiwum jest nadal kompletne.
Ta wartość nie zawiera żadnych danych osobowych. Opisuje jedynie ilość danych, a nie osobę, która je utworzyła.