Gerer des collisions avec genlib - Page 2

T'inquiete pa pour ca, je m'amuse deja beaucoup!!!!!

Mise en situation: je creer mon tableau (table ds.w 32*32) , je creer la routine qui va se charger de le remplir (avec tout plein de moveq) et là je me di que ca va me prendre plus de place de le remplir que de le creer (deja kil prend assez de place), donc je epnse kil seré raisonnable d'abandonner l'idé du tableau, a moin bien sur que je ne my soi mal pri. Mais bon, je pense avoir deja trouvé une alternative: je v dreer une suite qui contiendra en fait deja toute les valeur necessaire comme ca ca me fera un gain de place enorme comparé a ce que j'avé ft au debut. Bon km dhab, je teste et je vou tien au courant

pkoi veux-tu remplir ton tableau?
mets-y des valeurs constantes définies au moment de la création du coed.

a moins que je n'ai pas compris ce que tu voulais dire?

Pourkoi une routine?? Il est statique le tableau??

Je ne comprends pas tout

Ximoon> Oui, je met des valeur constantes, mais au debut je créer un tableau avec table ds.w 32*32, tandis que mntnt je definie une variable qui contient deja tout les element.
nmatrice>oui, oui, mais je laisse tombé l'idée de la routine qui rempli le tableau...

Tu travaille avec une lib ? (si oui laquelle?)

moi je fonctionne comme ça:
-je créé un tableau de collision avec par exemple la valeur 0 pour avancer et 1 pour obstacle.
-à chaque fois je test les coordonnées du personnage par rapport à la map et je regarde dans le tbl de collision si le personnage peut avancer ou pas...

J'utilise Genlib.

Bon sinon j'ai repris une methode enoncé un peu plu haut: j'utilise un tableau dans lekel je met kom ta di des 0 pour une case libre et un 1 (ou un autre chiffre, suivant si il y a une interaction possible avec le tile) pour une case "interdite". Chaque case correspond a un tile de la map. Bon ensuitesuivant ou le joueur se deplace, je calcule les coordonnées absolues des coins (de son sprite) qui sont du coté de la direction (je m'explique: si le perso va a droite, les coins sont haut-droit et bas-droit, si il va en bas, c'est bas-gauche et bas-droite, s'il va a gauche, c'est bas-gauche et haut-gauche, et s'il va en haut, c'est haut-gauche et haut-droit). En suite je calcule les coordonné par raport au tiles du decor (j'avais des coordonnées en pixel que je transforme en tiles, en gros je change de "vecteur unitaire" pour savoir sur kel tile vont etre les coins du perso). Ensuite je regarde le le tableau aux coordonnés que j'ai obtenu, et si c'est 1 pour les deux coins, le perso avances, par contre si c'est 1 pour un des deux coins ou 0 pour les deux, le perso n'avance pas.

J'espere que vous allez me comprendre, car g tjs du mal a bien expliquer ce que je veux dire, alor que c clair comme de l'eau de roche pour moi. Si jamais y'a encore un point que vous n'avez pa compri, ou que vou voulez plus de précision ou que je reformule kke chose, n'hésité pa a ma le dire.

C bon, g enfin reussi. En fait j'avai un petit probleme qui faisait qu'il n'y avai en fait aucune collision. tout ca parce que je considéré que les cases de mon tableau été des mots, alors que ct des octets ...
Mais bon mntnt le pb est réglé. Tout fonctionne a merveille.

Ca na peut-etre plus trop rapport avec le topic (koike y'a un lien),mais une fois qu'il y a eu collision, est-il possible de changer un tile du plan? Par exemple un coffre qui s'ouvre, ou l'entré d'une caverne qui s'ouvre, ou une pierre qui bouge?

bon, pour la pierre kon bouge g peut-etre mal choisi car il fodré juste que j'utilise une sprite. En fait ce que je veu savoir c si il est possible de changer un tile du plan? Merci

oué (gl_refresh_plane est la pour ca).

gl_refresh_plane c juste pour la mise à jour non?
Il faut modifier le tableau de la map en mettant de numéro de sprite voulu dedans??