Quand est-ce qu'il sera possible... - Page 1

...de développer un projet avec XLib sans piquer une crise toutes les 3 minutes ?
Après l'éditeur de PIC foireux, voilà ma dernière découverte : Les XGTB Sprites.

Ça affiche un sprite en considérant la couleur noir comme transparente, démonstration :

Ah oui c'est puissant
...

la reponse commence par G et finit par B

Non, elle commence par E et finit par h.

Sinon, il y a toujours une autre solution: tu écris ta propre routine de sprites. Ce n'est pas si dur que ça. (C'est ce que j'ai fait pour Backgammon.)

je soutiendrais plus ta deuxième solution que la première (c'est ce que j'ai fait pour MM)

t'en est où d'ailleurs de MM ?

Kevin Kofler a écrit :
Non, elle commence par E et finit par h.

Elle est bonne celle là, ça faisait au moins 24h que tu ne me l'avais pas faite

Kevin Kofler a aussi écrit :
Sinon, il y a toujours une autre solution: tu écris ta propre routine de sprites. Ce n'est pas si dur que ça. (C'est ce que j'ai fait pour Backgammon.)

Ça par contre j'aimerais bien... Mais pour avoir qqchose de vraiment rapide fo le faire en ASM, or j'y connais rien

Non, Extgraph de la TICT écrite par Thomas Nussbaumer a ses propres routines dont une majorité écrites en C et pourtant elle est très rapide !

Ca me rappelle quelqu'un ce post... je sais pas qui pourtant...

Ma routine de sprites est également écrite en C et elle marche très bien.

C'est pas marcher bien le problème, c'est marcher vite (et puis on dit "fonctionner", pas "marcher" ).

Pour un backgammon, t'as pas besoin de vitesse... Mais moi je trouve déjà GraphX très limite, Extgraph n'en parlons même pas. Ta routine peut rivaliser de vitesse avec une des 3 "grosses" libs disponibles en ce moment (Genlib, GraphX et XLib) ?

mais, bob, utilise Xlib de TiMad qui est en _nostub.
ton bug ne vient certainement pas de cette lib !

Vertyos
a écrit : Ta routine peut rivaliser de vitesse avec une des 3 "grosses" libs disponibles en ce moment (Genlib, GraphX et XLib) ?

Probablement pas.

Bon bah alors ça va pas aller

Et puis pour Extgraph j'avais oublié mais c'est un des principaux problèmes : Elle ne gere pas le clipping ! Pour un jeu avec bcp de graphismes qui se veut ressembler à un jeu de Game Boy, c'est indispensable, donc Extgraph n'est absolument pas adaptée.

soit tu modifie les fonctions
soit tu regarde dans le GKD (ou quelque chose dans ce style, je sais jamais), ou GDK de la TICT
=> y'a une routine de sprite16 clippée
d'ailleurs, il me semble que je te l'avais envoyée

Conclusion : passe à GraphX

Ouais mais elle ne sera pas en transparence...

XLib propose LA fonction idéale, simplement elle marche pas. En fait j'ai vérifié : XGTB se comporte exactement comme XGTW, donc TiMad a probablement fait un copier-coller et il a oublié de changer la couleur transparente pour XGTB

Modifier les fonctions -> J'aimerais bien, surtout que ça doit être 3 fois rien, mais je ne connais rien en ASM, et je n'ai pas la moindre idée de comment modifier un .a...

faire un *.a ? LIS LA FAQ sale newbie

Vertyos a écrit :
modifier un .a

Autrement dit "décompiler", ou je sais pas koi, j'ai aucune idée du format, mais en tout cas ça s'ouvre pas comme ça...

heu demande les sources du *.a de xlib et recompile tout

ouep mais bon ça irai plus vite si TiMad le faisait... Simplement il est jamais là

oué, parce que décompiler un .a, tu vas bien t'amuser

(dans le fond, un .a ne dois pas être gd chose de plus qu'un .o contenant plusieurs .o...)

On peut toujours extraire les fichiers .o avec ar et utiliser ttdasm sur les fichiers .o (ou sur des 89z obtenu à partir des .o).