Micro View & XZip - Page 1

Voilà, je suis en train de dépoussiérer mes vieux cartons (virtuels), donc je vais releaser mon viewer de texte et mon compresseur on-calc.

Je cherche des volontaires pour tester les progs, a priori il n'y a pas de gros bug puisque je les ai utilisés (et une partie de ma classe de l'année dernière ) pendant les concours sans jamais trouver un bug, mais plutôt pour me dire ce qui va pas dans le readme, voir si j'ai pas oublié un fichier et que donc ça marche pas, etc... (j'y ai pas touché depuis qques temps donc c'est possible que je fasse des gros oublis parce que je me souviens plus d'un truc, par exemple là je m'apprêtais à mettre uniquement la version française de MicroView dans le zip )

Mini-msg avec votre adresse mail si vous voulez tester, avec votre config (89/92, HW, AMS). Ce soir je ne vous passe que MicroView, et puis XZip un peu plus tard... (demain ou après-demain)

PS : je précise que les noms étaient les noms originaux des projets et que donc ils risquent de changer (surtout parce que je ne pensais pas les releaser à l'époque où je les ai commencés).

Pourquoi tu ne les diffuses pas publiquement ?
Le viwer de textes est compatible txtrider ?

Sasume :
Pourquoi tu ne les diffuses pas publiquement ?

Si, bien sûr. Sauf que j'ai pas envie de les uploader 2x à cause d'un oubli bête (du genre, je ne me souviens plus si j'ai utilisé des ROM_CALLs d'AMS 2.0x, donc si je ne le mets pas dans le readme je vais me faire spammer).
Je pense le releaser lundi ou mardi s'il n'y a pas de problème majeur.

Le viwer de textes est compatible txtrider ?

Oui, enfin presque.

Pollux :
Si, bien sûr. Sauf que j'ai pas envie de les uploader 2x à cause d'un oubli bête (du genre, je ne me souviens plus si j'ai utilisé des ROM_CALLs d'AMS 2.0x, donc si je ne le mets pas dans le readme je vais me faire spammer). Je pense le releaser lundi ou mardi s'il n'y a pas de problème majeur.

Attends, c'est quoi ce vieil argument : je ne veux pas uploader 2x.
C'est vrai que c'est trop contraignant d'uploader un fichier !
Et puis n'importe quoi, tu ne te feras pas spammer si tu oublies un truc dans le readme puisque tu nous demandes de te dire ce que tu as oublié justement.
Ça m'énerve, les gens qui font des releases privées pour leur plaisir personnel.

Le viwer de textes est compatible txtrider ?

Oui, enfin presque.

C'est-à-dire ?
Pourquoi tu n'as pas développé tout de suite, sachant que j'allais obligatoirement te poser cette question ?
Ça m'énerve, les gens chiants.

Tu sais, moi, mes programmes, je les ai uploadés une dizaine de fois chacun, donc...

Attends, c'est quoi ce vieil argument : je ne veux pas uploader 2x.
C'est vrai que c'est trop contraignant d'uploader un fichier !
Et puis n'importe quoi, tu ne te feras pas spammer si tu oublies un truc dans le readme puisque tu nous demandes de te dire ce que tu as oublié justement. Ça m'énerve, les gens qui font des releases privées pour leur plaisir personnel.

Je t'emmerde. Je me fais chier à releaser ce truc (auquel j'ai pas touché depuis des mois ) et à faire un readme correct alors que j'ai un peu autre chose à faire, et tout ce que tu trouves à dire c'est me critiquer alors que j'ai pas envie de perdre mon temps avec 100 versions différentes. Et accessoirement, j'ai pas le mot de passe de mon FTP ici, donc si je l'uploade, c'est sur ticalc.org, donc de toute façon ça aura certainement bien plus de retard qu'ici (et, pour répondre à ta question, oui, ça me fait chier d'uploader 2x sur ticalc.org, même si ça pourrait faire augmenter mes stats d'auteur sur ticalc ) Bon, j'aurais pu demander à qqun d'uploader, mais c tout aussi simple de l'envoyer par mini-msg.

C'est-à-dire ? Pourquoi tu n'as pas développé tout de suite, sachant que j'allais obligatoirement te poser cette question ?

Attends que j'ai fini le readme, alors, si tu veux que je développe Je ne me souviens plus exactement de ce qui est compatible ou pas avec txtrider, mais en tout cas il n'y a pas le pretty print.

Ça m'énerve, les gens chiants.

Ca m'énerve, les gens qui se plaignent alors que justement j'aurais très bien pu ne pas releaser MicroView. Comme je l'ai dit, je ne me souviens plus très bien de ce qui manque ou pas, donc je ne peux pas encore détailler sur ce genre de questions.

lol

Moi ça me fait chier aussi d'uploder 2x sur ticalc, là je doit uploader 3 mo environ mais je m'y oblige.

Putain, sasume, t'as t règles ou koi

Pollux> Bon, ok, je pensais que tu pouvais uploader sur ton compte lycos. C'est vrai que c'est chiant d'uploader sur ticalc...
Pour le reste, je suis déçu.

MacIntoc> Pourquoi je suis chiant avec tout le monde ?

sur ce topic particulier, en fait.
c un peu abusé^^

Pollux, ton compresseur, c'est le format surpuissant de GTC ?

Pas exactement, le "format surpuissant de GTC" utilise quasiment le même codec (euh en fait le compresseur de GTC on-PC c'est le même que TTPack, évidemment retouché, qui utilise un algo de compression beaucoup plus gourmand que celui de XPak; et le décompresseur est quasiment le même), mais il rajoute plein d'autres fonctions spécifiques à la compression d'EXE.

Tu as repris le code de la TICT ?
bouhhhh

Comment ça?
- déjà, TTPack n'est pas un truc de la TICT, mais c'est un clone d'un algo de compression (PuCrunch) de Pasi "Albert" Ojala, avec le code d'auto-décompression retiré
- ensuite, XPak n'a pas une seule ligne de code en commun avec TTPack. J'ai simplement regardé comment fonctionnait PuCrunch, puis j'ai viré tout ce qui était manifestement inutile (et y en a plein, des trucs inutiles ), puis j'ai fait un format à partir de ça. Il compresse exactement aussi bien que TTPack.
- Pour XPak, je ne pouvais pas avoir un gros truc de barbare comme l'algo utilisé dans PuCrunch (je n'ai jamais regardé en détail comment fonctionnait l'algo, mais vu le temps que ça met sur PC, ça doit être assez affreux ). J'ai donc utilisé d'abord une méthode approximative pour optimiser le codage, mais qui se fait en une seule passe (contrairement à PuCrunch qui fait plein de passes différentes et qui donc a besoin d'une RAM hallucinante), et puis j'ai limité la taille du buffer (distance maximale entre deux détections de similarités) à 6 ko. Donc XPak (on-calc) est totalement indépendant de TTPack, ce qui lui permet d'être plutôt rapide. Idem pour le décompresseur, écrit entièrement en ASM, mais pour le décompresseur pas besoin de faire de sacrifices
- Et enfin, oui, GTC utilise le compresseur de PuCrunch (modifié, évidemment) pour pouvoir avoir des résultats optimaux (on a de la RAM dispo, autant en profiter ).

Bon voilà je pense que la pre-release que je viens d'envoyer va être la dernière...

Mais je manque de beta-testeurs pour 92+/V200 Engagez-vous, rengagez-vous...

je veux bien tester, mais je garantis pas les résultats (je me sers plus trop de ma TI)

-> mini-msg avec ton mail et ta plate-forme

Tu voudrais pas collaborer pour qu'Einstein utilise ton format ?
C'est le rêve de tout le monde, d'avoir une compression aussi efficace que ttpack on-calc T'as réalisé un truc qui semblait impossible à beaucoup de monde, dont T.N. !
Alalahhh... Kevin qui est toujours convaincu que tu es un rigolo et que son idole Thomas N. est ZE boss

Tu vas blesser Kévichou en disant ça ....

Thibaut> attend que ce soit fait (disons releasé quoi) avant de lancer des provocation stupides

bah pourquoi son compresseur existe. Tu peux demander la bêta si tu veux.

moi aussi je veux bien testé.j'ai une 92+ OS 2.09 et mon adresse mail est:touns_junior@yahoo.fr

Thibaut>
Si tu veux l'intégrer à Einstein pas de pb Mais le compresseur on-calc n'est pas tout à fait aussi efficace que TTPack (par contre, le format l'est). Il y a en gros une perte de 1 ou 2%, mais ça varie bcp selon la taille et la nature du fichier, donc avec des gros fichiers assez bizarres, la perte pourrait tout aussi bien être de 5% (cela dit, je ne crois pas avoir vu ça dans les tests que j'ai faits).

Sasume>
Ha tiens j'ai trouvé le pourquoi de ton caca nerveux en lisant le topic sur Bomberman ( topics/29422-moved-bomberman-world/4#92 jusqu'à topics/29422-moved-bomberman-world/5#129 )
Bon c pas grave


Euh sinon voilà j'attends les rapports de beta-test avant de releaser. Et j'ai retrouvé le pass de mon FTP sur Lycos (au fait c quoi l'adresse du FTP de Lycos? je me loggue sur ftp.multimania.com mais il doit bien y avoir un équivalent Lycos ), mais il a l'air down : le 'ls' s'arrête à

230 Welcome to Multimania FR.
ftp> ls
200 PORT command successful

Donc si qqun connaît Lycos...

PS: après des tests plus poussés toutes les commandes ont l'air de marcher (mkdir, cd, rmdir en particulier) mais pas ls. Je n'ai pas encore essayé l'upload, mais il y a aussi des chances que ça foire.

PS(2): effectivement l'upload foire

ftp.membres.lycos.fr sur le port 21
Je viens de tester ça marche, mais pas en utilisant ftp de cmd.exe.
Mais ça marche en utilisant FlashFXP (c'est un shareware).

> Si tu veux l'intégrer à Einstein pas de pb


Mais pour releaser Einstein 3.1 j'ai d'abord besoin que tu corriges le petit problème dont je t'avais parlé dans GTC (ainsi que l'histoire des auto-extractibles archivés)

voui, qd j'aurai le temps

Thibaut B :
Mais pour releaser Einstein 3.1 j'ai d'abord besoin que tu corriges le petit problème dont je t'avais parlé dans GTC (ainsi que l'histoire des auto-extractibles archivés)

Et pourquoi pas utiliser un compilateur qui fonctionne déjà (TIGCC 0.95 bêta 4) tout simplement?

Parcequ'il veut en profiter pour faire plaisir à Pollux en utilisant GTC ? Peu importe la raison en fait, mais en quoi ça te regarde ?

BiHi :
ftp.membres.lycos.fr sur le port 21
Je viens de tester ça marche, mais pas en utilisant ftp de cmd.exe. Mais ça marche en utilisant FlashFXP (c'est un shareware).

On peut aussi utiliser WebFTP sur www.multimania.com pour naviguer dans son compte Lycos si on ne veut pas s'embêter à installer un client.