450

-

451

Oui mais il y a:
- pack archive oncalc => ziplib
- pack archive on PC => shrinklib
avatar

452

-

453

La je vois pas la différence
avatar

454

-

455

euh...
sh`L Packer 1 4nvg >> 4.3 s
sh`L Packer 2 4nvg >> 295.7 s
sh`L Packer 1 data >> 2.8 s
sh`L Packer 2 45940 >> 19.4 s
si sa c pas de la differencetriso
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

456

oki y'avais en effet un pb de cache internet.
J'aimerais surtout avoir les temps de décompression car un temps long de compression est acceptable(meme si 295 c'est trop) mais pas en décompression
avatar

457

On peut remarquer qu'Einstein est carrément plus rapide que SHL.
Sinon, bravo ton format est très intéressant ! mais c'est dommage pour la lenteur insupportable tant à la compression qu'à la décompression sad
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

458

Uther>décompression=compression, en gros, je croissad
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

459

Très interessant d'avoir un Packer qui fait presque aussi bien que TTPack mais c'est sur qu'il faudrait revoir l'algo pour travailler sur la vitesse.
Car seuls les cons ne reconnaissent pas leurs erreurs.
=========================================
Avis aux newbies, avant de poster, essayez ça ->[http://databob.free.fr/IFAQ/FAQ]

Membre de la [V4pOR T34m]
EvaSDK's Homepage > et c'est reparti

460

Mac: nan ... s'il utilise un algo à dictionnaire, alors la décompression est tres rapide (exemple: LZx)

461

Le huiffman est rapide aussi (encore plus que le LZxx) mais compresse moins bien...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

462

nEUrOne
a écrit : Mac: nan ... s'il utilise un algo à dictionnaire, alors la décompression est tres rapide (exemple: LZx)


bah... je crois pas qu'il a utiliser de dictionnaire, le problème.
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

463

Il a adapté un algo trouvé sur le net, donc si c'est un LZ il y a un dictionnaire, il faut simplement lui demander...
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

464

bah... si la décompression était différente, il l'aurait indiquer, je pense.
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

465

Je voi pas vraiment pourquoi le fait qu'il y ait un dictionnaire accélère la décompression a mois de le coder pour ne pas le recalculer mais dans ce cas la je doute que la compression soit efficace
avatar

466

Quand tu compresse tu crée le dictionnaire, c'est ça qui prend du temps. À la décompression tu n'as qu'à le lire.
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

467

Ça dépend de la méthode exacte employée. En LZSS, le dictionnaire est créé à la compression et lu à la décompression. En LZW, il est crée à la compression et recréé à la décompression à partir des données compressées.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

468

-

469

fait plutot un lanceur de txtrider ou hibtxt (si ca n'y est pas déja) pke faire un viewer de texte actuellement .. ce n'est pas tres interessant s'il n'a pas les fonctionnalités qu'ont les deux cités plus haut ...

C'est bien d'utiliser TinyX (lol)

470

Orion_ a écrit :
bon, j'ai decider de finir tout mes projets sur TI pour passer a autre chose
parceque bon, la TI c bien, mais la GBA ou le PC c mieux grin

rage
et j'ai plein d'idée mais peu de temps, or la TI me prend presque tout mon temps.

Moi, aussi, mais je ne vois pas le problème!
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

471

nEUrOne
a écrit : C'est bien d'utiliser TinyX (lol)

XDanger, dépeche-toi de mettre tes routines dans TIGCCLIB, sinon tout le monde va partir chez la concurrence. sad
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

472

héhé grin
Tekken Punch !!!

Tome 9 de Love Hina dispo le 20 Mai !!!

473

KK: si j'arrive a faire ce que je veux faire ... et si j'ai le temps ... vous pourrez toujours mettre les routines de EXTgraph ... devil

474

Kevin Kofler a écrit :
XDanger, dépeche-toi de mettre tes routines dans TIGCCLIB, sinon tout le monde va partir chez la concurrence. sad
Et alors ?
de toute façon, si les routines de XDanger sont mieux, Orion les utilisera quand même.
Et puis si XDanger les avait déjà mises dans tigcclib mais que les routines de TiniX étaient mieux, Orion aurait quand même choisi celles de TiniX.

Et puis ce n'est pas important si tout le monde n'utilise pas les fonctions de XDanger, l'important c'est qu'il se soit fait plaisir en les programmant, c'est tout.

475

Tout à fait ... c pour ca qu'il n'y a pas de grande médiation autous de TinyX ... (bon, c vrai aussi que c des béta)

476

-

477

Je suis assez d'accord, une intégration à TIGCCLib serait déloyale pour les projets concurrents.

478

Orion_ a écrit :
bon, j'ai decider de finir tout mes projets sur TI pour passer a autre chose
parceque bon, la TI c bien, mais la GBA ou le PC c mieux grin


et la GP32 encore mieux grin

479

-

480

> si TIGCC inclus TOUS, et qu'on a plus besoin de la "concurrence" sa va devenir comme Microsoft avec Windows XP
rotfl
La concurrence va rester, ne vous en faites pas...

Et alors ?
de toute façon, si les routines de XDanger sont mieux, Orion les utilisera quand même.
Et puis si XDanger les avait déjà mises dans tigcclib mais que les routines de TiniX étaient mieux, Orion aurait quand même choisi celles de TiniX. Et puis ce n'est pas important si tout le monde n'utilise pas les fonctions de XDanger, l'important c'est qu'il se soit fait plaisir en les programmant, c'est tout.

C'est clair et je suis d'accord.


> Je suis assez d'accord, une intégration à TIGCCLib serait déloyale pour les projets concurrents.
Eventuellement, mais il fallait râler avant. Ca fait longtemps que c'est prévu (depuis le début il y a plus d'un an...). Il faut lire les readme et se renseigner sur les forums de référence (note bien que ça n'est pas pour toi, ExtendeD, que je dis ça, puisque tu es un de ceux qui viennent sur le forum de TIGCC/TICT; c'est pour les autres).
N'est-ce pas de la concurrence déloyale, que de calomnier la lib des autres comme le font Vark, TiMad... ? OK, elle est moins performante que d'autres (elle n'est pas programmée dans le même langage, elle utilise le mode __stkparm__ alors que d'autres, utilisent le mode __regparm__; ceci est bien entendu vrai pour les versions actuellement publiques d'ExtGraph). Mais ça n'est pas une raison pour dire tout ce que ces deux **********************, entre autres, ont dit (encore récemment, 'le seul truc qui soit dépassé sur TI c'est extgraphlib', TiMad bien entendu)...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.