La compression d'un fichier peut-elle le casser?

Je viens de demander à quelqu'un de m'envoyer un psdfichier compressé .

Ils ont décliné l' invitation, affirmant que la compression d'un fichier peut casser les polices .

J'ai supposé que la compression d'un fichier était parfaitement réversible, d'où son utilisation courante. Je pense que l'autre personne est incorrecte.

Existe-t-il une vérité sur la compression du contenu de ses fichiers?

Non, compresser un fichier ne peut pas le casser. Si votre fichier zip n'est pas corrompu, il reproduira le fichier identique lorsqu'il sera décompressé.

Dans ce cas, la différence entre les polices installées sur les deux systèmes peut être source de problèmes, mais cela n’a aucun rapport avec le processus zip / unzip.

En règle générale , zip est sans perte (en supposant une implémentation sans bogue), mais il existe un scénario qui pourrait s'appliquer à la perte de données: les flux de données alternatifs NTFS. Cette fonctionnalité peu utilisée permet à un seul fichier d'avoir plusieurs ensembles de contenus indépendants . La plupart du code ne verra jamais que le flux sans nom , mais d'autres peuvent exister.

Alors; si un programme décide de stocker les données dans un flux de données alternatif NTFS, votre client zip ne verra pas cette partie (il doit le demander explicitement, et RAR est actuellement le seul à le faire ).

Mais soulignons que ceci est utilisé très rarement et pas normalement avec des choses comme le PSD. Je soupçonne que votre ami / associé a tout simplement tort.

Dans certaines circonstances, une police Mac peut ne pas être identique si elle est compressée puis décompressée. Cela peut ne pas le casser, mais contrairement à certaines déclarations ci-dessus, le processus peut ne pas fournir un fichier identique.

Les circonstances sont discutées ici:

http://xahlee.org/UnixResource_dir/macosx.html

http://ask.metafilter.com/59789/How-to-email-my-font

Mais en bref:

1. S'il s'agit de polices beaucoup plus anciennes contenant des ressources et que l'utilisateur dispose d'une version plus ancienne de Mac OS X, généralement 10.4 ou antérieure. Les polices héritées telles que celle-ci fonctionnent sur OS X bien qu'elles aient été conçues à l'origine pour OS 9 et les versions antérieures du système d'exploitation Macintosh. Il est tout à fait probable (et, selon mon expérience, courante) que certaines personnes utilisent encore une bibliothèque de polices qu'elles ont construite il y a 20 ans. Ce sont généralement des artistes et des types de directeurs artistiques. Par exemple, j'ai quelques polices avec des dates de création de 1993 et ​​des centaines avec des dates de création de 1998, la plupart avec des fourchettes de ressources. J'aurais certainement dû les convertir en formats plus modernes ou cesser de les utiliser, mais soyons honnêtes: une fois que vous avez acheté la bibliothèque de polices Adobe, vous ne voulez plus jamais l'acheter. Au cours de mes années de travail avec les directeurs artistiques en publicité,

2. Certaines métadonnées seront supprimées dans certaines versions du système d'exploitation. Les métadonnées peuvent être des éléments ajoutés au champ d'information du fichier. Cela ne cassera pas le fichier, mais encore une fois, ni le zip-unzip aller-retour ne produira un fichier identique.

PS: Je suppose ici que si un fichier PSD est compressé pour être remis à une autre personne, il n’a pas été aplati et la police n’a pas été convertie en contour, ce qui signifie que les fichiers de police doivent également être livrés avec le PSD. afin que le destinataire puisse apporter ses propres modifications au fichier. C'est une pratique courante.

ZIP utilise la somme de contrôle pour vérifier si le fichier décompressé est exactement identique à ce qu'il était avant l'emballage.

Donc, si cela avait été modifié pour une raison quelconque (une archive endommagée, par exemple), il ne serait même pas décompressé.

Seulement s'ils font quelque chose de stupide comme faire une conversion en mode texte dessus, ou s'il y a un zip / unzip cassé quelque part qui est confondu par un zip incorporé. (De tels bugs se sont produits dans le passé - signifiant peut-être il y a 10 ans.)

Zip utilise un algorithme de compression sans perte pour garantir que les données que vous récupérez sont identiques à celles que vous avez entrées.

(BTW, d’autres technologies telles que jpg, mpeg, mp3 utilisent des techniques de perte pour compresser avec la théorie selon laquelle nos yeux et nos oreilles ne sont pas si sensibles)

La seule vérité que je pouvais voir dans la déclaration "zipping breaks fonts" est si le format de fichier PSD a une version "compressée" ou une option que vous pouvez activer dans le programme qui crée ces fichiers et si cette option gère les polices différemment.

L'utilisation de tout programme zip devrait convenir sauf si c'est un buggy.

En réponse à Marc, il existe également des problèmes potentiels de système de fichiers sur les systèmes de fichiers EXT si vous essayez de compresser une structure de répertoires contenant des liens souples et physiques dans un format compressé qui ne les comprend pas (raison pour laquelle je crée toujours un fichier .tar.gz. d'un .zip il). De plus, compresser des liens symboliques avec des chemins relatifs puis les décompresser ailleurs ne fonctionnera évidemment pas, mais ce n'est pas la faute du programme zip.

S'ils ont déjà eu ce problème (compresser un fichier PSD corrompu), leur logiciel de compression est défectueux, ils n'incluent pas tous les fichiers nécessaires sur le fichier PSD et / ou leurs ordinateurs sont infectés par un virus.

Je leur demanderais s'ils ont eu des corruptions similaires en déplaçant des fichiers sur des disques USB, histoire de ne pas utiliser cette dernière option.

Juste pour ajouter une mise en garde supplémentaire: la zipping peut entraîner la perte des métadonnées du fichier, telles que les autorisations ou le dernier accès.

Je ne crois pas que cela soit généralement pertinent pour les fichiers et les polices PSD.

Zip peut corrompre les noms de fichiers. Zip en tant que tel n'utilise pas Unicode. L'encodage des noms de fichiers n'est pas spécifié et l'environnement local actuel de Windows est utilisé.

Par conséquent, lors du transfert vers un autre système, vos noms de fichiers seront déréglés.

Il existe une extension au format Zip que les programmes les plus récents (Winzip depuis la version 11, je pense) utilisent.

Je préfère 7z, car j’ai eu un zip plein de noms japonais, incapable de le décompresser.

Un fichier zip est censé être capable de reproduire le contenu exactement.

Une remarque connexe cependant: il est plus difficile de récupérer les données si un fichier zip est corrompu que si les données étaient au format original. Pourquoi? De nombreux formats de fichiers comportent une redondance intégrée et sont conçus de sorte que les erreurs mineures puissent être corrigées ou que les erreurs mineures ne soient pas critiques.

Imaginez un fichier vidéo. Dans la plupart des formats, si une petite partie est corrompue, vous verrez un scintillement temporaire dans cette petite partie de la vidéo, mais vous pourrez toujours regarder la vidéo. Mais si le fichier vidéo est compressé, la capacité de correction d'erreur est réduite et, en fonction de l'étendue de la corruption, vous ne pourrez peut-être tout simplement pas décompresser le fichier / regarder la vidéo. (Ceci est un exemple artificiel car il est inutile de compresser la plupart des formats vidéo dans tous les cas).

Ceci est vrai pour tous les formats de compression - la compression par définition réduit la redondance et donc les capacités de correction d'erreur et son compromis.