Interet des niveaux de gris... - Page 1

Bon voila, j'ai qqs petites questions...
J'ai quasiment tout termine pour le proget Mk (enfin qui a change de nom... mais surprise) c'ad editeur viewer de textes,images,fontes..

Pour le moment c'est en noir & blanc, mais je pourais facilement le mettre en gray.
Si c'est en gray:
ca fait de beaux textes avec du multifontes gray..
avec de belles images dedans...
Mais les fontes sont 2 fois plus grosse:
pour une fonte de taille 12 ca fait 6151 octet au lieu de 3091(
de plus pour les images ca va etre la meme chose
Et ca va bouffer pas mal de piles..

Donc quel est le mieux, le programme econome et assez laid, ou le programme plutot beau, mais gourment en memoire...?

plus bo

de toute facon ton prgrammes soit c le truc ultime et on s'en sert soit ba on y trouve auccune utilité et on s'en sert pas

dc ds un cas comme ds l'autre le fait ke ce soit gros ne gene pas !!

on peut pas faire les deux au choix? ca serait le mieux: deux types de fontes: une en 2 gray et l'autre en 4.

Bon bein je vais vise le truc ultime, quitte a reporte bomberjack..

le truc ultime c'eest que toupt le monde utilise txtrider parce que c mieux !

et bein moi j'utiliserai mon viewer toc
puis txtrider sux ya rien de bien dans ce viewer

est-ce que ton viewer est compatible avec TxtRider ?
Si oui, et bien, il a de fortes chances d'être apprécié... si non... ça va galère !

moa je dis oui et non pour les niveaux de gris,
non pasque >
ok c beau, mais quand on est en pleine interro, on s'en fou un peu
et par exemple pour tgv, il est super bien, mais trop gros, et c la sont gros pb
et viewer de texte c classe, mais on a aussi d'autre chose plus ou moins importante a avoir sur sa TI
et pis pour coder ses texte, ça risque d'etre encore plus galere et plus long

et oui pasque >
ça changerais un peu, pasque pour le moment ils sont tous en noir et blanc, alors profite en pour te demarquer

Bon pour la compatibilte txtrider.. je rajouterai un plugin au shell..
mais je ne compte pas ajouter la fonction pretty print, que je trouve trop lente.... et peu utile..
donc il n'y aurra pas comptatibilite a 100%
Puis les format d'images sont des format GS compresse avec le compresseur GS; en bref c'est tout ou rien dans ce prog
[edit]Edité par TiMad le 25-07-2001 à 19:35:02[/edit]

leds fontes en multi gray on s'en fout mais pour les images ca peut avoir un interet du moment que ca ralenti pas la caltos ou pire la faire bugger
txtrider.

Sinon est ce que tu t'es decides a utiliser les mlemes symboles que txtrider(&,#)Car au debut je me souviens que tu voulais pas..

je ne veux toujours pas, car cette fois il y a un editeur, donc j'utilise les caracteres de 1 a 12.. et tout ceci est gere automatiquement par l'editeur..
C'est pour cela qu'il faudra un convertisseur pour les fichier txtrider...
Sinon le prog en lui meme sera en nostub ;à)

C vrai que les images sont parfois utiles

il faut absolument pouvoir intégrer des images 89i et 9xi et zippés (avec ziplib) comme les txt

désolé JS mon projet dort beaucoup en ce moment et vu que les études c fini pur moi je suis plus trop motivé

erf((((
perso je vais pas zipe avec ziplib...
pour ce projet, c'est tout nostub...
mais il va y avoir une gallerie impressionnate d'utilitaires..

arf:
GS-C compresse une image vierge de 65536 ko en 13octets...
vous avez compris l'algo
fucking redondance system..

>perso je vais pas zipe avec ziplib...

Utilise ttpack: c'est du _nostub (il suffit d'inclure ttarchive.h et ttunpack.h de la TIGCC Tools Suite) et ça compresse mieux que ziplib, pk92lib, shrinklib ou les compresseurs RLE des convertisseurs d'images (y compris GS-C si ça se limite effectivement à du RLE). (C'est un algorithme combiné LZ77-RLE.)
[edit]Edité par Kevin Kofler le 26-07-2001 à 02:44:05[/edit]

Erf et au niveau temps de decompression?
parce que imaginon que j'ouvre un texte dont les fontes sont compresser, les imgages aussi, et le textes aussi...ainsi que le viever lui meme..
ca me fait decompresse plus de 30Ko...

c clair, faut qd meme que ca aille vite et que ca bouffe pas toute la ram

d'où l'interet de ziplib on peyt zipper deziooer oncalc rapidement sans trop bouffer de ressource vraiment ce serait bien

en grays, sa pete mieux !!!!!!


avec un editeur de .89e on-calc, ou .89i en double pour faire les grays.....

ttunpack.h est rapide! Ça décompresse un programme de 40 KO comme TI-Chess en 2 ou 3 secondes.

faudrait pouvoir choisir n&b ou grays

heu ttpack permet de compresser que sur pc...?

^je confirme rien dans le zip tt;à
[edit]Edité par TiMad le 28-07-2001 à 01:13:31[/edit]