Salut messieurs-dames,
 
Ma question est donc : la compression ZIP est-elle garantie à 100 % sans perte ?
Si non, comment cette perte se traduit-elle ? (message "archive corrompue" ou archive simplement modifiée sans qu'on le sache ?)
 
Merci    
 
A vous.

la compressiosn zip est100% sans perte.
Si l'archive est corrompue, tu arriveras pas à le décompresser ...

Le ZIP est un algorithme de compression sans perte. C'est à dire que l'information n'est nullement dégradée par la compression.
 
Dans les algorithmes de compression avec perte il faut se tourner vers l'imagerie, le son ou la video numérique (JPEG, MPEG, MP3, ...) où ce type d'algorithmes sont très fréquents.
 
La corruption du fichier n'est pas un problème lié à la compression.

Même pas à 99.9999 % garantie ? vraiment 100 % ?
 
Alors à quoi servent les algo de correction d'erreurs ?

ben à corriger l'archive quand celle-ci est corrompu
 
exemple, tu as fait un zip et tu le transfert à un copain sur disquette et ce copain le file à ta mere qui file le fichier sur un CD à une copine à elle qui elle refile le fichier via msn à son mari aux USA
 
peut etre que dans tout ce tralala le zip aurait pu etre altéré (support disquette), transfert foireux, cd foireux.
 
et donc les algos de correction servent justement à corriger les octets perdus lors de ce transfert
 
Mais c'est un cas Extremement rare, meme quand tu transfert ton zip sur le net tu n'auras pas de telles soucis, puisqu'il y a deja des algos de correction dans la connection TCP entre deux lien (oups je m'écarte)
 
saches aussi que le zip est le format de compression le plus pourri qui puisse exister.
Il y a mieux : RAR, ACE, 7z (7zip totalement gratuit et l'une des compressions les plus performantes en utilisant le LZMA)

bzip2

Oui, bon, le zip c'était un exemple...

Donc il n'y a aucune exception, les algos zip (ou rar ou gzip ou etc) sont absolument sans aucune perte, même pas une fois sur 10^995 ?

NON, l'algo est un algo sans perte, si il se déroule en entier la décompression sera identique au fichier origine. Si il y a perte c'est quand l'algo se coupe au milieur pour une raison externe a lui meme ! coupure de courant, bug de l'implémentation, bug de l'os...

pas même. C'est des mathématiques, tout comme 1+1=2 est toujours vrai (en algèbre classique bien sur), les opérations mathématiques appliquées donnent toujours le même résultat et celui ci est sans perte.
 
PS : 7zip compresse un peu mieux que bzip2 (mais c'est effroyablement plus lent)

Bon ok !
Merci
Je upperais si je trouve un argument imparable du contraire (ce que je ne pense pas)

Ces algo sont absolument sans aucune perte (sinon ils n'auraient aucun intérêt à exister).
Les seules pertes peuvent être causées par le support de l'information (disquette ou CD abimés) ou lors du transfert ou de la décompression après la lecture du support (causés par mémoire, carte-mère, processeurs défectueux).
Mais ces pertes se produiraient de la même manière sur des fichiers non-compressés.

Ces algos ne peuvent être sans perte puisque les données qu'ils compressent sont des données qui ne doivent pas être altérées, d(où le choix de ce type de compression (EXE, TEXTE, Fichiers de données), le le type de fichier ou il peu y avoir de la perte c'est tout ce qui se rapporte au multimedia : photos, videos, sons.
 
Mais meme en compressant des fichiers de ce type il n'y aura aucune perte. Le but des compresseurs de fichiers étant de compresser la donnée sans l'altérer

Ces algos ne peuvent être avec perte tu veux dire ?

Ben oui puisque le but est de compresser des données et de les restituer à l'arrivée dans l'état qu'elles étaient.
 
Va compresser un document texte avec perte toi
et un .exe va le compresser avec de la perte
 
une image, une video, un son oui tu peux, mais avec ces algorithmes de compression là tu n'auras aucune perte, le but étant de restituer tel quel l'élément du départ.

Nan je disais ça paske t'avais oublié un mot :