Versatil Archives auto-extractibles - Page 3

squale92
a écrit : Vertyos> il me semble que je te l'avais envoyé, d'ailleurs

Ah heu... oui c possible

juste av que tu partes en vacances, pdt les gdes vacs, je crois

Vi mais j'ai du le perdre, donc a mon avis j'ai essayé et ct pas terrible

ben, c du extgraph... clippé

ça retire pas les 2 autres problèmes

a ma connaissance extgraph n a pas ete mis a jour depuis un certain temps non ?

et Genlib? C du 100% kernel?

Non, c'est utilisable en nostub aussi.

pas bcp apparament..

Ce n'est pas du _nostub, c'est de l'émulation kernel. Il y a un loader de librairies au format kernel dans gennlib.a, et genlib est toujours la même librairie kernel.

Ximoon
a écrit : Non, c'est utilisable en nostub aussi.

Personne n'a dit que c'était du nostub

_nostub = pas de stub! Or, il y a toujours le même stub dans genlib, donc ce n'est pas du _nostub!

J'ai dit que c'était utilisable en nostub, pas que c'en était, puisque c'est du mi-stub.

Sous entendu, par opposition au mode kernel.
Ne jouons pas sur les mots...

Enfin peu importe, ça n'est pas le sujet.

Ben c'est pas très grave, du moment qu'il n'y a pas besoin d'installer de kernel...

Ben ça nécessite quand même une DLL... Or la raison pour laquelle tout à coup j'ai prit XLib, c'est parcequ'elle est passée en statique. Sinon je serais resté à GraphX ()

la dll etait interessante au debut de la sortie de XLib, mais tout le monde a gueuller, donc elle est presque entièrement passée en archive ... elle sera en archive maintenant

et c'est tant mieux

P.S : Elle sera en archive maintenant -> Peut on esperer une nouvelle version ??? Qui marche bien comme il faut ???

on peu espérer oui (rien ne l'empeche koi)

Vertyos : j'ai la flemme de me taper les 3 pages. Est-ce que ton programme compresse les fichiers ?

Non
Je n'ai jamais apprit comment faire de la compression.

GRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR

c'est du foutage de gueule ou quoi!!!

quand je lit des truc de ce genre:
- Format stupide "16*8" qui prend plein de place pour rien


faut arreter de sortir des connerie.. c'est une methode qui permet de gagner beaucoup plus de place qu'avec des format 8x8 ca gagne un peut pret: 1.7*4 Ko dans un prog utilisant toutes les fonctions!!!! alors faut pas faire chier et faut reflechir!

Pour XSPriteEditor, il gere tous les formats de sprites...
quand au soit disant bug, quand j'ai tester avec ma version ca buguais pas !

voila... bon je me calme et bon voyage!

faut arreter de sortir des connerie.. c'est une methode qui permet de gagner beaucoup plus de place qu'avec des format 8x8 ca gagne un peut pret: 1.7*4 Ko dans un prog utilisant toutes les fonctions!!!! alors faut pas faire chier et faut reflechir!

Ouais t'es en train de nous expliquer que des 16*8 c'est plus économique que des 8*8... Logique... Tu devrais faire des 64*64 on gagnerais peut être encore plus de place

Pour XSPriteEditor, il gere tous les formats de sprites...

Alors essaye ça c'est drole : tu fais un XGTB, et tu l'affiche sur un fond blanc avec XGTBSprite...

quand au soit disant bug, quand j'ai tester avec ma version ca buguais pas !

Le bug c'est dans XPic... Fais un pic de 32*32 et essaye de l'afficher...

Vertyos : Ca te dirait qu'on s'associe ?
J'ai programmé mon propre compresseur pour Einstein, et si tu es d'accord...

Pour la première version publique d'Einstein, c'est un simple Huffman adaptatif. On se retrouve avec un taux comparable à celui de ZipLib.

Au début j'avais codé un Huffman progressif (càd qui n'a pas besoin de stocker la table d'occurences dans le fichier, on la "devine" à la décompression) à fréquences pondérées (les derniers octets lus "comptent plus" que les autres) qui compressait beaucoup mieux... mais beaucoup beaucoup plus lentement
J'espère trouver un moyen d'augmenter le taux tout en gardant un vitesse raisonnable.

Hum... Je sais pas si je vais pvoir te servir à grand chose...
À la limite, modifier mon truc en ajoutant la compression, je devrais pvoir le faire si j'ai l'algo. Pour le reste, le mieux c'est encore que je te file les sources.

> Hum... Je sais pas si je vais pvoir te servir à grand chose...

J'ai dû mal m'exprimer
Je disais :
- que je peux te passer mes fonctions de compression/décompression si tu veux.
- que j'espère un jour trouver un moyen d'améliorer mon format tout en gardant un temps de compression raisonnable.

<nEUrOO> Vertyos fait ta compression toi même avec un LZ tu seras au dessus de son code
<nEUrOO> y'a plein de tutos dessus sur internet
<Motoko> je me suis documenter sur la LZ77, c pas con du tout comme technique de compression
<nEUrOO> Vertyos> les avantages avec un LZ c que tu auras une décompression bien plus rapide qu'avaec un HUFFMAN <nEUrOO> mais une compression un poil plus lente en contre partie

Bon ben faudra que j'aille jetter un coup d'oeil la dessus avant tout

Si tu trouves des bons tutos, tu me passes les URLs STP

Vertyos> je peux t'avoir du code sur LZ, j'en ai un qui marche presque correctement

Il faudra que tu m'expliques ton comportement, nEUrOne.

Tu es toujours à croire que je suis un copieur, que j'ai repris les idées de TiMad pour GraphX ?
T'es pas très aware () alors. Figure-toi que il y a un bon moment de cela, il a eu la preuve qu'il se trompait, que j'étais entièrement de bonne foi. Il s'est excusé.

nEUrOne a écrit :
Vertyos> je peux t'avoir du code sur LZ, j'en ai un qui marche presque correctement

Comme Thibaut, si t'as des url vers des tuto, des infos, des sources ou n'importe koi, ça m'interesse