Format des images - Page 1

Pour graphlib, il faut définir une image comme suit:
pic:
dc.w 2.5
dc.b %010000000001 etc

Donc après avoir fait
lea ship, A0
j'ai à A0 la longueur du sprite, à A0+2 sa largeur, à A0+4 le premier byte, à A0+5 le second, etc

C'est bien comme ça que ça marche ?
Merci d'avance

euh si tu entends par "longueur" hauteur, oui. Mais c'est dc.w 2,5
et ton label n'as pas le bon nom par rapport au lea
sinon pourquoi ne pas tout simplement tester pour voir ?

euh si tu entends par "longueur" hauteur, oui. Mais c'est dc.w 2,5
et ton label n'as pas le bon nom par rapport au lea sinon pourquoi ne pas tout simplement tester pour voir ?

oui, c'est vrai, ce sont des petites fautes de syntaxe, mais j'ai tapé ça à la boite, donc assez aà la bourre , donc pour les fautes c'est normal!
sinon, merci pour la réponse!

Autre question :
Pourquoi, dans la déclaration des sprites pour graphlib, il faut spécifier les dimensions du sprite, alors qu'on les passe en argument quand on dessine l'image? Peut-être une question de compaptibilité avec une ancienne version?

Les fonctions d'affichage de sprites de Graphlib ne demandent pas les dimensions du sprite à afficher

Tu dois confondre avec BitmapPut??

il doit plutot confondre avec les coordonnées du sprites...
(ce sont les coordonnées qu'on passe en argument, pas les dimensions, qui, elles, sont inclues dans le sprite)
(du moins, si je me rappelle bien de ce que j'avais lu dans le temps dans la doc)

oui dsl je disais ça de mémoire (encore une fois au boulot, donc pas moyen de dl preos pour regarder graphlib.h)

Autre question qui n'a rien à voir:
include "tios.h"
ne marche pas avec tigcc, il faut que je mette tios.h dans le répertoire include de tigcc (ce qui va faire hurler KK )
Comment faire de manière plus conventionnelle??

bah, il n'y a pas un kernel.h, ou doorsos.h, ou dans le genre, avec TIGCC ?
(sachaut que tios.h == doorsos.h == kernel.h... enfin, c tout pareil (à part peut-être que plus c récent, plus il y a de trucs rajoutés... genre les infos pr PreOS dans celui de preOS...))

voilà, il ya des choses dans preos qu'il n'y a pas dans les autres. D'ailleurs il me semble (je m'avance peut-être) que PpHd garde volontairement des différences

include "os.h"

Le header pour le mode kernel s'appelle doorsos.h, donc:
include "doorsos.h"

Sinon, il y a en effet os.h pour le mode _nostub.

Quelles sont alors les différences entre le doorsos.h et le tios.h de PpHd ?

La différence, c'est surtout le nom.

k merci!

C'est aussi que j'ai rajoute des defines utilisant les dernieres ramcalls actuelles. doorsos.h est depasse.

c'est bien dommage

Au contraire, c'est cool.

arf ! mon troll n'a pas march" :'(

Peux-tu être plus explicite, stp, je ne comprends pas trop.
Je ne connais pas non plus le format de graphlib, tu peux l'expliquer également ?

Martial Demolins > Paske (sisi, je te jure)
Sinon, t'as qu'a essayer, tu verras ce que ça donne...

Martial Demolins
: toujours à propos de sprites, pourquoi faut-il que les masques (format graphlib, qui me semble assez courant, voir universel)

Le format graphlib est loin d'être universel! Il n'y a que graphlib qui l'utilise. Le format de TIGCCLIB et ExtGraph est beaucoup plus "universel" que celui de graphlib.

Bon, en cherchant des infos sur le format des sprites de graphlib, j'ai fini par regarder la source, et je pense avoir compris ta question, la réponse est simple : c'est du à sa façon d'afficher le masque (ça simplifie les choses qu'il soit déjà inversé).

Tu dois faire un not sur le mask avant de faire le and avec la destination ?