un ch'tit tunnel :D - Page 5

J'ai une source mais pas simple et pas diffusable

Bon alors ça sert à koi de le dire si tu peux pas me la passer ?

[sondage=13076]

A mon avis

choix 1 et 2 à la fois

c bien un sondage à la Vark, ça...

au fait, pour ceux qui n'ont jamais utilisé XLib, y'a un tuto qui va pas trop tarde a sortir sous Ti-Fr ... lé en court de finition en ce mmt

nEUrone> il faudrait ke la lib soit en cours de finition elle aussi..

la version actuelement disponible de Xlib permet déjà de faire pas mal de trucs, crois moi !

squale92
a écrit : la version actuelement disponible de Xlib permet déjà de faire pas mal de trucs, crois moi !

C'est la même que celle qui est sortie il y a plusieurs mois ou bien entre temps, une autre est sortie ?
De tout façon, même avec celle d'il y a plusieurs mois, on pouvait faire plein de truc...

celle que j'utilise est celle qui est sortie il a plusisurs mois.
(si y'en a une autre de sortie depuis, je l'ai ratée)

en fait, je crois que toi, Pim et moi somme les trois qui utilisons Xlib, non ?
Et les trois qui l'utilisent disent que ce qui est sorti est suffisant pr pas mal de trucs...
les seuls qui critiquent, pr le moment, sont ceux qui ne l'utilisent pas...

Ouais, enfin, moi je ne l'utilise pas actuellement, mais si jamais j'ai besoin de puissance, je pense que je l'utiliserai.

Puis sinon, c'est clair qu'on peut faire plein de trucs : il y a des fonctions de sprite B&W, sprites GRAY et sprites masqués.... le tout pour 8x8 et 16x16...
Il y a aussi des fonctions du genre putpixel.

Le seul "problème", c'est que les fonctions prennent beaucoup de place. D'après les sources, par souci déconomie de vitesse, TIMad a préféré recopier plusieurs fois (7 fois, je crois) les deux même lignes plutôt que de faire une boucle... Enfin, ça vient peut-être pas de là, si ça se trouve.

ben oué .... mais en c rapide

> squale92, y'a une version quez t'as pas du avoir ... je pourrais te la filer (putpixel plus praide)

nEUrOne> oué, j'ai pas la dernière version
putpixel ne m'interesse pas... mais getpixel, par contre, pourra peut-être m'interesser (je sais pas.. ça dépend si j'arrive ou pas à m'en passer)

-

c bien orion_ ... c bien ...

squal92> le getpixel est pret je crois

nEUrOne> dans la version que j'ai, il y a un getpixel, en effet
mais il teste sur les deux plans du GPlan à la fois...
il serait bon d'avoir un getpixel qui teste sur le plan D, un autre sur le plan L (c'est celui qui me servirai si jamais je choisis finalement l'algo basé sur ça), et un autre qui teste sur les deux

Ah oui, aussi, je ne sais pas si c'est un bug ou non, mais les fonctions XBWSprite[...] n'affichent le sprite que sur un plan, c'est fortement dommage....

c'est pas un bug, c normal :

BW => Black and White => n'affiche que su un plan (le plan noir, ou le plan blanc)

Ah. Moi, je croyais que BW voulait dire que les sprites étaient en Noir et Blanc, donc je pensais qu'à partir du sprite la fonction le dessinerait en noir et blanc (donc sur les deux plans).
Je sais pas si c'est compréhensible, ce que j'ai mis...
Et sinon, SPRITE est un mot féminin ou masculin ?

masculin
un sprite ça passe mieux que une sprite

Erf .. si qqn pouvait me passer la derniere version de Xlib avec transparence, parce que je l'ai perdue

Pour la sortie.. si je suis pas trop depressif dans 2 jours sinons ...

Au fait orion je te comprend...
C'est vrai que parfois on peut ne pas aimer utiliser Xlib, car elle est trop rapide donc on utilise une lib plus lente genre genlib'like...

Je viens de retrouver une version

Squale92:

void XGPlanc(register void *GPlan asm("a0"));
void XBWPlanc(register void *BWPlan asm("a0"));
void XClrGPlan();
void XClrLPlan();
void XClrDPlan();
void XClrBWPlan();
void XCpyGPlanToLCD();
void XCpyGPlanToInvLCD();
void XCpyDPlanToLCD();
void XCpyDPlanToLLCD();
void XCpyLPlanToLCD();
void XCpyLPlanToDLCD();
void XCpyBWPlanToDPlan();
void XCpyBWPlanToLPlan();

void XGPxlPut(register short x asm("d0"),register short y asm("d1"),register short couleur asm("d2"));
void XGPxlWPut(register short x asm("d0"),register short y asm("d1"));
void XGPxlLPut(register short x asm("d0"),register short y asm("d1"));
void XGPxlDPut(register short x asm("d0"),register short y asm("d1"));
void XGPxlBPut(register short x asm("d0"),register short y asm("d1"));
void XGPxlCPut(register short x asm("d0"),register short y asm("d1"));
short XGPxlTest(register int x asm("d0"),register short y asm("d1"));


void XBWPxlPut(register short x asm("d0"),register short y asm("d1"),register short couleur asm("d2"));
void XBWPxlWPut(register short x asm("d0"),register short y asm("d1"));
void XBWPxlBPut(register short x asm("d0"),register short y asm("d1"));
void XBWPxlCPut(register short x asm("d0"),register short y asm("d1"));
short XBWPxlTest(register int x asm("d0"),register short y asm("d1"));



Elles sont deja programmées mais pour le nouveau format de Gplan.. donc pas compatible avec la version que t'as... mais ca va arriver...

Pour ceux qui pensent que Xlib prend trop de place.. il suffit de regarder la taille de genlib pour se rendre compte que c'est faux...

tu devrais aller voir les déclarations de Kevin dans le topic "attention, newbie en vue" ds la partie C, je suis sûr que tu vas rigoler

TiMad
a écrit : Pour ceux qui pensent que Xlib prend trop de place.. il suffit de regarder la taille de genlib pour se rendre compte que c'est faux...

Mouais, t'as raison...

Oué, faut pas dire "Xlib sux" ou "Genlib Sux".

Les 2 sont très biens, et adaptés à une programmation différente !

Genlib == ASM !

Xlib = du C !

l'une et l'autre sont vraiment adaptées pour 2 types de prog différente, et c'est tout !

L'une a été conçue au départ pour la prog en ASM pur, l'autre pour la prog en C pur ! et pis valou !

Oué, faut pas dire "Xlib sux" ou "Genlib Sux".
Les 2 sont très biens, et adaptés à une programmation différente !

je suis d'acord.


TiMad> OK