La taille non compressée ZIP correspond au nombre d'octets qu'un fichier contenu dans une archive ZIP aura une fois qu'il sera à nouveau décompressé, par opposition à la taille compressée, généralement plus petite, qu'il occupe tant qu'il reste dans l'archive. Le lecteur de métadonnées ExifTool l'affiche sous la forme ZipUncompressedSize.
Quels fichiers le contiennent et d'où vient le numéro
Les archives l'enregistrent. Les fichiers ZIP le font, tout comme tous les formats courants qui sont en réalité des conteneurs ZIP, par exemple les documents .docx, .xlsx et .pptx, les fichiers .odt, les livres numériques .epub, les paquets .jar et .apk. Les formats d'archive RAR, 7z et autres stockent la même information dans leur propre structure. Un rapport peut ne pas l'indiquer pour les fichiers .odt et .epub, même si le fichier la contient.
Une archive sert généralement à regrouper plusieurs fichiers en un seul, même si un fichier unique peut tout aussi bien être archivé seul, et le programme de compression note la taille d'origine de chaque élément au moment où il le compresse. Cela est fait automatiquement par l'outil qui a créé l'archive, qu'il s'agisse de 7-Zip, WinRAR, WinZip, de l'Utilitaire d’archive sur macOS, de la commande de dossier compressé de Windows ou de l'outil en ligne de commande zip.
Il est utile de comprendre qu'il s'agit d'une déclaration. L'archive indique la taille que le contenu devrait avoir une fois décompressé ; rien ne la vérifie tant que vous n'extrayez pas réellement, moment où la taille et la somme de contrôle stockée sont comparées à ce qui a été obtenu.
À quoi ressemble une valeur typique
Un nombre entier d'octets, que les apps convertissent souvent en Ko ou Mo pour l'affichage. Le texte d'un court document Word peut indiquer 48219 octets non compressés tout en n'occupant qu'une petite fraction de cela dans le fichier .docx.
Divisez la taille compressée par celle-ci et vous obtenez le taux de compression. L'ampleur de l'écart dépend du contenu et de la méthode utilisée ; Deflate est la méthode standard dans les fichiers ZIP, BZIP2 et LZMA faisant partie des alternatives. Un détail utile à connaître : les champs ZIP d'origine sont sur 32 bits et s'arrêtent donc à 4 294 967 295 octets, juste en dessous de 4 Go. Les contenus plus volumineux s'appuient sur l'extension ZIP64, qui conserve la véritable valeur dans un enregistrement supplémentaire, de sorte qu'une app très ancienne qui ne comprend pas ZIP64 peut afficher un nombre plafonné ou incohérent pour un fichier énorme.
Pourquoi c'est important
L'usage le plus pratique est la planification. C'est la valeur qui vous indique si le contenu tiendra avant que vous ne le décompressiez, et la surprise peut être grande, car une archive modeste de fichiers texte ou de journaux peut se déployer en plusieurs gigaoctets. La comparer à la taille compressée vous indique aussi si la compression a été utile : deux valeurs presque égales signifient que le contenu était déjà compressé, comme pour les fichiers JPEG, MP3 et MP4, et le recompresser ne fera rien gagner.
Elle sert aussi de contrôle de cohérence. Une archive de quelques centaines de kilo-octets qui annonce une taille non compressée énorme doit inciter à la prudence, car des archives volontairement conçues utilisent précisément cette astuce pour remplir un disque lorsqu'on les décompresse. Pour les travaux d'archivage, la comparaison se fait dans l'autre sens : vérifier la taille déclarée par rapport à ce qui est réellement extrait est un moyen simple de confirmer qu'une ancienne archive est toujours complète.
Cette valeur ne contient aucune information personnelle. Elle décrit le volume de données, sans rien dire sur la personne qui l'a créée.