vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 2010
-
16 août 2006 à 22:22
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019
-
27 juil. 2007 à 18:22
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 27 juil. 2007 à 18:22
Qu'y a-t-il d'incompatible avec VC6 ?
rompelstilchen
Messages postés14Date d'inscriptionlundi 10 juillet 2006StatutMembreDernière intervention27 juillet 2007 27 juil. 2007 à 17:58
d'ommage que c pas compatible vc6
y'a deja pas bcp d'exemples fonctionnels pour cette lib de m...
enfin, bel effort mais j'ai pas vc200kekchose
tant pis
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 17 août 2006 à 11:40
NENNI, pas de fonction gérant des archives multi fichiers etc...
Il n'y a que les fonctions purement de compression
int __stdcall compress2(unsigned char *dest, unsigned int *destLen, const unsigned char *source, unsigned int sourceLen);
int __stdcall uncompress(unsigned char *dest, unsigned int *destLen, const unsigned char *source, unsigned int sourceLen);
accompagnées d'un exemple d'utilisation.
JE REPETE:
Le but est de faciliter l'ajout de la compression dans un prog mais pas de refaire un des très nombreux utilitaires de compression existants.
Suffirait de modifier qlq peu l'exemple d'utilisation pour rendre le format indéchiffrable par qlq autre prog, peut servir.
magic_Nono
Messages postés1878Date d'inscriptionjeudi 16 octobre 2003StatutMembreDernière intervention16 mars 2011 17 août 2006 à 11:18
Bonjour, me suis récup le truc, mais pas encore jeté un oeil au code.
a priori via l'interface, un seul fichier était mettable dans le bnzip
j'ai pris un fichier mpeg
de 1 456 132 o à 1 426 521 o
avec winrar, la meilleur compression en zip donne un réusltat similaire
1 426 646
un poil moins bon même...
bon parfait tout ça,
mais du coup, on a rendu notre format indécompressible via les utilitaires classiques. (winzip & winrar)
pourquoi pas ;)
précisons le. c'est en effet un point qui peut être intéressant.
Je n'ai pas du tt regardé ce qui causait cette incompatibilité,
mais d'expérience, je sais que pour les cab par exemple, modifier une lettre au début du fichier suffit.
autre remarque au passage, peut etre que j'ai un pc un peu ancien,
mais le multitache presque emptif de windows a du mal lors de la compression
(XP, SP2,AMD3000+,1 Go de RAM pourtant)
(test avec un gros fichier à comprimer)
winamp a crachoté pendant toute la compression,
mais pas pdt la décompression par contre.
voici une nouvelle source de notre BN nationnal qui va être fortement sympatique à utiliser.
PS : comme dit plus haut je n'ai pas regarder la possibilité d'avoir plusieurs fichiers, j'espere que tu l'as évidemment laissée, tout comme la possibilité d'avoir une arboressence de source (noms & emplacements)
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 16 août 2006 à 22:44
Une fois lancé dans les modifs, je ne sais plus m'arrêter avant d'entendre "à table, c'est chaud".
Plus sérieux, j'ai préféré gagner en vitesse plutôt que maintenir une compatibilité dont on n'a que faire vu que le but n'est pas de reproduire winzip ou autre du même genre.
vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 201014 16 août 2006 à 22:22
Si j'ai bien compris, le but est de régler les pb de dépendances à LIBC (que j'ai déja rencontrées en effet en voulant utiliser zlib)
Dans ce cas pourquoi modifier d'autres choses, et nous donner un format incompatible?
Beau boulot quand même! J'ai déja utilisé plusieurs fois zlib, mais jamais allé voir comment c''était dedans. Je dois pas être assez curieux...
27 juil. 2007 à 18:22
27 juil. 2007 à 17:58
y'a deja pas bcp d'exemples fonctionnels pour cette lib de m...
enfin, bel effort mais j'ai pas vc200kekchose
tant pis
17 août 2006 à 11:40
Il n'y a que les fonctions purement de compression
int __stdcall compress2(unsigned char *dest, unsigned int *destLen, const unsigned char *source, unsigned int sourceLen);
int __stdcall uncompress(unsigned char *dest, unsigned int *destLen, const unsigned char *source, unsigned int sourceLen);
accompagnées d'un exemple d'utilisation.
JE REPETE:
Le but est de faciliter l'ajout de la compression dans un prog mais pas de refaire un des très nombreux utilitaires de compression existants.
Suffirait de modifier qlq peu l'exemple d'utilisation pour rendre le format indéchiffrable par qlq autre prog, peut servir.
17 août 2006 à 11:18
a priori via l'interface, un seul fichier était mettable dans le bnzip
j'ai pris un fichier mpeg
de 1 456 132 o à 1 426 521 o
avec winrar, la meilleur compression en zip donne un réusltat similaire
1 426 646
un poil moins bon même...
bon parfait tout ça,
mais du coup, on a rendu notre format indécompressible via les utilitaires classiques. (winzip & winrar)
pourquoi pas ;)
précisons le. c'est en effet un point qui peut être intéressant.
Je n'ai pas du tt regardé ce qui causait cette incompatibilité,
mais d'expérience, je sais que pour les cab par exemple, modifier une lettre au début du fichier suffit.
autre remarque au passage, peut etre que j'ai un pc un peu ancien,
mais le multitache presque emptif de windows a du mal lors de la compression
(XP, SP2,AMD3000+,1 Go de RAM pourtant)
(test avec un gros fichier à comprimer)
winamp a crachoté pendant toute la compression,
mais pas pdt la décompression par contre.
voici une nouvelle source de notre BN nationnal qui va être fortement sympatique à utiliser.
PS : comme dit plus haut je n'ai pas regarder la possibilité d'avoir plusieurs fichiers, j'espere que tu l'as évidemment laissée, tout comme la possibilité d'avoir une arboressence de source (noms & emplacements)
16 août 2006 à 22:44
Plus sérieux, j'ai préféré gagner en vitesse plutôt que maintenir une compatibilité dont on n'a que faire vu que le but n'est pas de reproduire winzip ou autre du même genre.
16 août 2006 à 22:22
Dans ce cas pourquoi modifier d'autres choses, et nous donner un format incompatible?
Beau boulot quand même! J'ai déja utilisé plusieurs fois zlib, mais jamais allé voir comment c''était dedans. Je dois pas être assez curieux...