STREAMZIP stream, compresser, zlib, Source N°38338

Information sur la source

Catégorie :Compression & Split Classé sous : stream, compresser, zlib Niveau : Débutant Date de création : 27/06/2006 Date de mise à jour : 30/06/2006 10:33:59 Vu / téléchargé: 4 601 / 1 023

Auteur : simonpelloquin

Ecrire un message privé

Note :
Aucune note

Commentaire sur cette source (8)

Ajouter un commentaire et/ou une note

Description

Compression / Décompression de fichiers via memorystream (en utilisant la bibliothèque zlib)

Conclusion

Je voudrais comprendre pourquoi je dois transférer mon stream compressé dans un autre avant de l'ajouter à mon stream de sauvegarde ? Je n'ai pas eu le temps (et le courage) de me plonger dans le code de la zLib, peut être qu'effectivement la compression passe par des accès fichiers. Je n'arrive pas à dire si c'est vraiment plus rapide (mais il me semble quand même)...

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

zlib
- adler32.c 4 708 octets
- adler32.obj977 octets
- Compile.bat 65 octets
- compress.c 2 568 octets
- compress.obj502 octets
- crc32.c 13 616 octets
- crc32.h 31 009 octets
- crc32.obj10 586 octets
- deflate.c 65 899 octets
- deflate.h 12 445 octets
- deflate.obj8 769 octets
- example.c 16 963 octets
- gzio.c 32 129 octets
- gzio.obj5 124 octets
- infback.c 22 787 octets
- infback.obj6 913 octets
- inffast.c 12 886 octets
- inffast.h 418 octets
- inffast.obj1 568 octets
- inffixed.h 6 437 octets
- inflate.c 50 345 octets
- inflate.h 6 031 octets
- inflate.obj10 546 octets
- inftrees.c 14 085 octets
- inftrees.h 2 428 octets
- inftrees.obj1 681 octets
- minigzip.c 8 340 octets
- trees.c 45 246 octets
- trees.h 8 572 octets
- trees.obj10 932 octets
- uncompr.c 2 148 octets
- uncompr.obj440 octets
- zconf.h 9 876 octets
- zconf.in.h 9 876 octets
- zlib.h 67 545 octets
- zutil.c 7 454 octets
- zutil.h 7 128 octets
- zutil.obj747 octets
license.txt 1 106 octets
ReadMeV1.2.3.txt 2 113 octets
StreamZip.cfg 399 octets
StreamZip.dof 1 708 octets
StreamZip.dpr 216 octets
StreamZip.res876 octets
Unit1.~dfm4 582 octets
Unit1.~pas9 344 octets
Unit1.dcu12 488 octets
Unit1.dfm4 806 octets
Unit1.pas 13 244 octets
ZLIBEX.dcu60 629 octets
ZLIBEX.PAS 29 341 octets

Télécharger le zip

Historique

30 juin 2006 10:33:59 :: J'ai ajouté un bouton "Compresser2" qui n'utilise que des memorystream. Mais, bien que travaillant en mémoire, ça semble moins performant

Sources du même auteur

Toutes les sources de simonpelloquin

Sources de la même categorie

Toutes les sources de la catégorie Compression & Split

Sources en rapport avec celle ci

Commentaires

Commentaire de hafou le 29/06/2006 19:52:17

Je viens de l'essayer il est facile et bien.une remarque: le fichier compressé par exemple est donné sans icone.Pourquoi?
Commentaire de cirec le 29/06/2006 19:59:01 administrateur CS

Salut,

j'ai essayé et :

le fichier de sortie est plus gros que le même compressé avec WinRar (en Zip)

Impossible d'ouvrir l'archive avec WinZip où WinRar
Et impossible d'ouvrir une archive faite avec WinZip où WinRar

donc dans l'état la source ne sert à rien (où pas grand chose)

@+
Cirec
Commentaire de shining le 29/06/2006 21:19:24

Salut,
j'ai pas testé mais je tiens à signaler qu'il existe un composant avec Algo BZip2 donc plus performant que la zlib

prends celui-là
"BZip2 Compression Component v.1.0"
http://www.torry.net/quicksearchd.php?String=bzip2&Title=Yes
@+
Commentaire de simonpelloquin le 30/06/2006 01:02:02

-> Hafou : pas eu le temps de peaufinner

-> cirec : Le but n'est pas de faire un fichier plus petit que celui que peut faire winrar, ni de faire un fichier compatible avec les autres outils de compression, mais de tester une compression avec un memorystream. Elle fait suite à mes remarques sur la source des sauvegardes binaires de Caribensila.
Sinon, effectivement, dans l'absolu cette source ne sert à rien ;)

-> shining : merci pour l'info, je vais voir... mais il m'a déjà été reproché d'utiliser des composants autres que les natifs...
Commentaire de Francky23012301 le 30/06/2006 06:03:00

Salut Simon,

Tu as posté ce source dans le but que l'on puisse t'aider à répondre à des interrogations que tu te posais sur les streams. Tu aurais du faire un source un peu moins copieux : perso vu la taille j'hésite un peu à me lancer dedans. En plus cet exemple ne me semble pas judicieux pour répondre à tes interrogations dans la mesure ou tu fais un mixage de streams et de buffer (j'ai lu en diagonale quand meme ^^).

Tu arrives pas à comprendre (ou à admettre) qu'un stream n'est pas une donnée mais un Flux. Pose toi juste une question : qu'est ce que l'on sait compresser ?? des variables, des classes, des objets, des streams, des données ??

Je vais simplement te prendre un exemple : un TFileStream qui a été crée n'utilise pas de "ressources mémoire.". Si un stream était une donnée ca ne serait pas le cas.

Si on pouvait compresser des streams à la volée tu penses bien que tout le monde ferait ca. Tiens je te pose une question : image un bitmap compressé. Penses tu pouvoir l'afficher dans un TImage via un stream directement ou es tu obligé de le décompresser préalablement ?? Conclusion ??

Voila A+
Commentaire de simonpelloquin le 30/06/2006 10:29:30

Francky,

Merci pour ta réponse. Malheureusement, il reste des zones d'ombre... (aaaaaaaaaaaaarrrrrrgghhhhhhhhhhh)
1) Voilà ce que j'ai trouvé dans l'aide Delphi : "TMemoryStream permet de stocker des données dans un tampon de mémoire vive disposant de possibilités similaires à celles d'un fichier." . Et si on regarde l'exemple fournit, le programme enregistre les données d'une listbox dans un memorystream, revient en position 0 et recharge les données du memorystream dans la listbox. La question que je me pose donc est : Est-ce que, par abus de langage, le memorystream serait équivalent aux données stockées en mémoire ? Sinon, comment atteindre ces données ?

2) Dans la source, j'ai légèrement modifié la méthode de compression, en laissant tomber le FileStream qui ne travaille effectivement pas en mémoire (-> ça c'est admis, un point pour toi... :) ). Je le remplace par des memorystream ... Or, surprise ! la compression est moins rapide ! Une explication ? (je publie le code dès que possible)
Commentaire de Francky23012301 le 30/06/2006 13:08:52

Pour la question de rapidité, j'ai peut etre une explication. Ta compression utilise un algorithme donc de la ressource Memoire. Si tu utilise un TMemorystream tu utilises de la mémoire aussi : tu en consommes plus sans parler du fait qu'il faut la gérer. Donc ca pourrait etre une explication.

Quand on reste je prendrai le soin de le lire mais quand j'aurais un peu de temps donc c'est pas vraiment pour tout de suite.
Commentaire de florenth le 02/08/2006 13:35:05

Salut à tous,
Un flux, delphiment parlant ^^ (TStream) est un moyen d'accéder à une ressource.
Après, un stream pointe vers les données que l'on veut lire (ou écrire).
Donc, si on a un flux fichier (TFileStream), on consomme de l'espace disque car les données seront stockées sur le disque dur.
Si on a un flux mémoire (TMemoryStream mais aussi TStringStream), on consomme de l'espace mémoire (de la RAM) !

En gros, dans tous les cas, tu consomme de l'espace (logique). Après, ce qu'il faut voir, c'est l'utilisation que tu veux en faire. Pour des traitements, on préfère le TMemoryStream car les temps d'accès et de lecture/écriture de la RAM sont très faibles : gain de performance.
Pour des données persistantes, on utilise un TFileStream.

Dans tous les cas, le flux se manipule de la même façon (merci l'abstraction et le polymorphisme des classes de Delphi ^^)

Ajouter un commentaire

Discussions en rapport avec ce code source

Zlib Et Delphi par sebastienbro

[Stream][Reseau] Transmettre une image par stream par Cyrille2

Dessiner sur un stream video par zanesco

Transfert images par Stream par mattsprings

Invalide Stream !!!! Help :) par norton

Compression dossier Zlib par lupra

Un programe de stream audio par Xtazy

Lire stream par Joleroy

WAV -> MP3 : Utiliser LAME Encoder (lame_enc.dll) avec Delphi par emmanuelgo

Stream, ServerSocket, Comment envoyer et recevoir ??! par TheBOdybOarDMaN