Gerer des collisions avec genlib - Page 1

G enfin reussi à créer des maps avec snesconv. C bien joli tout ça mais les collisions avec les plans comment vous les gérez vous?
Dans les autres topics sur la collision g entendu parler de PxlTest() et de test de coordonnés...
Il y a une autre methode sinon ça?

Ca dépend du type de jeu que tu veux faire.

Le probleme ne vient pas de genlib. Le probleme est comment gerer les collisions
Est-ce que ca marche a l'heure actuelle ?
Dis-toi que le pxttest, ce n'est pas tres bien.

Si c'est le decor, tu peux utiliser une matrice de collision en plus de la matrice des tiles.
Si c'est les persos, tu peux faire des tests de recouvrement des rectangles.

Je voulais juste dire que s'il programme un shhot'em up, ou un rts ou un rpg ou un jeu de platte-formes il ne va pas forcément utiliser les mêmes méthodes.

De toute façon, la map est sous forme de tiles, non ?

Qu'appelle-tu "plan" dans "les collisions avec les plans" ?

Dans la doc de Genlib ils disent que l'ensemble Tiles Map c un plan.
PpHd>C pour les décors... Mais que veux tu dire par matrice de collision???
On fait une map avec les objet de collision et tu test les coordonnés?

y a pas un algorithme rapide et pas barbare??
le matrice de collision c koi en faite?

une matrice de collision c un tableau qui contient des 0 pour rien, des 1 pour un mur des 2 pour un teleporteur ou autre etc....

En gros, c'est un tableau en plus de la matrice des tiles.

Et le perso il va pas là ou y a des 1 et 2 ect...
Mais après pour empêcher le perso d'aller sur les 1 par exemple, on test les coordonnés? et si c un endroit ou il y a un 1 ben il y va pas?...

voici comment je fais:
j'associe le perso à un rectangle, s'il va vers le bas je regarde les 2 angles inferieurs du rectangle et je verifie s'ils ne vont pas sur une case Mur, si non ben il descend pas

Quand tu parles de "rectangles" : c les rectangles de la map de collision???
Tu regardes si le prochain rectangle de "destinon" est 1(collison) et si c le cas le perso n'y va pas?

Tu assimiles le perso a un rectangle, et tu testes les collisions de ce rectangle avec la matrice de collision du decor.

Ou tu vas faire un tour sur notre forum.

Ce n'est pas les memes types de collisions : collision entre boules, et collision perso-decors.

On peut tout faire avec la même routine (par exemple celle de Thomas Nussbaumer). Dans le premier cas, on passe les masques respectifs de chacun des 2 sprites (les masques inversés par rapport à ceux utilisés par ExtGraph: il faut qu'il y ait 1 là où le sprite est opaque; ou alors, dans le cas des sprites sans masque de genlib, le OR des 2 plans du sprite). Dans le deuxième cas, on passe le masque du sprite et le résultat du OR des 2 plans du décor (ou alors un masque de décor spécialement conçu pour le test de collision). Je n'ai pas dit que c'est la manière la plus efficace, mais c'est une manière de ne pas se fatiguer (bon, d'accord, il faut quand-même calculer des trucs comme par exemple l'inverse du masque ou le OR des 2 plans du décor).
[edit]Edité par Kevin Kofler le 05-04-2002 à 16:20:46[/edit]

C'est lourd. Et c'est pas tres utile. Enfin, ca reste uniquement mon avis.
Je n'ai jamais fait ce genre de collisions, surtout que c'ets pas exploitable en 3D.

oui et puis mm sur des jeux de baston comme sf2 je pense pas que se soit utilisé donc .........

tu peux utiliser une matrice de collision en plus de la matrice des tiles.


> moi aussi je pensais faire ça, un map pour les tiles, et une autre pour toute l'autre gestion (changement de map, collision, panneau de dialogue, position d'autre perso que la map)

Mais on m'a dit que 2 matrices pour 1 niveau était bcp trop lourd, et qu'il fallait se débrouiller avec une seule matrice ... le truc c'est que ça m'arrangeait pas du tout, avec 2 matrices c'est bcp + simple !!!

Donc quelle méthode prendre ??

liquid et PpHd, sans Seiken et CF, vous prenez 2 matrices (tile + gestion du niveau_colision) pour 1 seul niveau ????

Au fait, la routine de collisions de Thomas Nussbaumer est aussi dans ExtGraph 1.00.

kevin> erf faut l'annoncer officiellement ça !


pim> moi je fais comme ça, PpHd fait différemment mais ça revient au mm

ok ....

Moi dans CF, c'est plus complique. C'est une matrice de chnagement d'etats. Masi ca revient un peu au meme.
C'est ce qui me permet d'avoir du multi-niveau sur une meme case, sans multiplier les matrices.

ok, mais je vais rester simple, je prend 2 matrices, 1 pour les collisions, une pour les tiles.

j'ai bien compris le principe de la map de collision mais 1 question subsiste: es cde que chaque case du tableau correspond a un tail ou a un pixel?

c'est toi qui choisit la précision dont tu as besoin
pour un jeu platte-forme du style Mario un tile 16*16 ou 8*8 suffit
pour un jeu de voiture tu dois chercher au pixel près
...
faut voir quoi

Ouais, mais bon plu on veu de précision et plus c lour. Et pui si je me base sur des tile de 16*16, il me faudra encore faire des tests complémentaire pour les tile sur leskels on peu deborder de quelque pixel (du styl un mur qui occupe une moitié de tile). Mais bon, vu que pour l'instant ca va encore assez vite, je vai essayer comme ca, merci.

au fait tu fais quoi comme jeu?

Devine.......un RPG (et oui, un de plus qui va etre laché ds la nature...)

eh bien amuse-toi bien