Je suis en train de faire un petit jeu de plateforme sur ma ti 89 ( ne me parlez pas de direct X donc ) et je voudrais savoir comment faire des test de collisions pour mes sprites ( qui se présentent sous la forme d´un tableau pour ceux qui connaissent ) .
Le monde est basé sur des tiles, mais je ne veux pas de if( monde[y][x] == 1 ) . .. car cela m´empêche de faire des tiles en pente, etc.
Je pense pouvoir utiliser la fonction GetPix(els) ou encore peek_bit, mais j´aimerai votre avis.
Je n´attend pas en réponse un code source complet près à fonctionner mais plutôt la manière de procéder. Merci.

Bin je crois pas qu´il y ait 36 méthodes, une dizaine peut etre lol

Déjà tu peux creuser cette idée pour l´adapter à ton système :

1- Test de base if ( monde[y][x] == 1), si c´est faux bin tu zappes, sinon tu affines le test :

2- Suivant la direction de déplacement de ton sprite :

Direction droite : tu testes pixel par pixel en commencant par la colonne de droite ( width) de ton sprite et la colonne gauche du sprite qui bloque ( en l´occurrence 0)

Direction gauche : tu testes pixel par pixel en commencant par la colonne gauche ( 0) de ton sprite et la colonne droite ( width) du sprite qui bloque

Direction haut : tu testes pixel par pixel en commencant par la ligne du haut ( 0) de ton sprite et la ligne du bas ( height) du sprite qui bloque

Direction bas : tu testes pixel par pixel en commencant par la ligne du bas ( height) de ton sprite et la ligne du haut du sprite qui bloque ( height)

En supposant que ta couleur " transparente" est 0, tu peux faire tes tests avec :

if ( MonSprite[x][y] & SpriteBloquant[x][y])

et tu sors de la boucle dés qu´il y a un pixel en commun -> collision

etc . ..

3- Une autre solution + efficace :

Tu calcules la zone d´interesection ( le cadre quoi) en gros tu as :

MonSprite : Xmin1,Ymin1,Xmin1+Width1,Ymin1+Height1
SpriteBloquant : Xmin2,Ymin2,Xmin2+Width2,Ymin2+Height2

Tu calcules l´intersection de ces 2 zones, soit :

XminIntersection,YminIntersection,XmaxIntersection
,YmaxIntersection

et tu testes quels sont les pixels ( de chacun des sprites) qui se superposent..

voilà

euh quand je dis " quels sont les pixels qui se surperposent" tu sors dés qu´il y en a un bien sur : )

Merci pour ta réponse rapide.
C´est vrai, je vais faire ca par affinage.

Choisi plutôt le calcul de l´intersection c le + rapide... et puis ca te permet de gérer facilement les déplacements en diagonale : )

int get_pixel(int x,int y)
{
return ! !(peek(0x4c00+30*y+(x>>3))&(1<<(~x&7)));
}

voila une fonction rapide de detection de la couleur d´un pixel.
je l´ai chopé dans le projet Cave Blaster.

MOi je te conseille la solution numéro 3 de Aitonfrere : la boit englobante. C bien plus facile et moins couteux de calculer les collisions ainsi.

autres astuces bien sympas :

Surcharge chaque sprite, qui, normalmeent, sont juste un x, un y et une bitmap de :
LE POINT CHAUD & le POINT D´ACTION

POINT CHAUD :
quand tu affiches un pixel, le point d´affichage que tu définis est souvent le point supérieur gauche du sprite.
Avec une simple addition tu peux définir le point chaud de chaque sprite qq part. Genre pour un gars, tu le définis dans les pieds :
avantage certain : si le mec tombe raide, tu n´as pas a faire boger le sprite, le point chaud étant statique dans les pieds, tout s´accorde.

POINT d´ACTION :
pour le test de collision : au lieu de tester le chevauchement de 2 boites englobantes, teste la présence du point d´action d´un sprite dans la boite englobante de l´autre:
avantages : moins de calculs,
ET :
Surtout ! !
définir les points de collisions principaux : genre un exemple : un mec qui tape : tu lui fous le point d´action dans le poing :
et comme ça, la collision est valide si le POING touche l´autre. et non pas si une partie quelconque de son corps ( sa boite englobante) touche l´autre.
--> dans cet ex: tu n´as pas a tester si le mec est de face ou de dos a son adv du coup : )

C un concept bien sympa : )

Merci à tous pour ces réponses, je vois comment procéder paintenat ; )
Lightness, toi qui programme sur ti, t´as déjà fait des trucs bien ?

je pense que envahisseurs de l´espace est un projet pas trop mal : )

http://ti89clairnet.free.fr/jeux/envesp.zip
ou
http://membres.tripod.fr/Lightness1024/EnvEsp.zip

sinon j´ai fait un worms aussi ( en tibasic et j´ai galéré)

http://membres.tripod.fr/Lightness1024/Xworms1.zip

Worms je l´avais déjà essayé : )
Sinon envhisseur c´est un phoenix like cool.

la fonction donnée par Lightness
int get_pixel(int x,int y)
{
return ! ! (peek(0x4c00+30*y+(x>>3))&(1<<(~x&7)));
}
filée dans Cave Blaster est beaucoup, beaucoup plus efficace... c´est pour ça qu´elle est dans ce jeu à titre d´exemple!

Ouai, je verrais.