Hello.

Voilà, aujourd'hui j'expérimente la collision, j'tente de trouver des cours simple, qui mettrait deux objets simples (un carré, un rectangle ?) qui serait bloqués par la gestion de collision. Je ne trouve que des tutos qui relatent des cours précédents, on qui ne disent pas c'que je veux.
Ce serait donc un tuto pour apprendre tout simplement la base de la collision.

A moins que quelqu'un souhaite m'aider dans mes démarches directement.

J'avais écrit ça sur un autre topic si ça peut t'aider.

"Bon je vais expliquer à ma façon. Peut-être que ça aidera une autre personne par la suite.

Le truc que tous les programmeurs font, c'est de penser à l'envers. En gros on ne va pas chercher quand la AABB1 est en collision avec la AABB2 mais quand elle ne l'est pas

Donc pour le calcul sur l'axe x ça donne :

if(!(AABB1.x > (AABB2.x + AABB2.w) ||( AABB1.x + AABB1.w) < AABB2.x)
{
//Si AABB1 n'est pas totalement à droite OU totalement à gauche de AABB2, c'est que forcement il y a collision.
}

Si tu as compris le principe, tu peux l'appliquer facilement pour l'axe y.

C'est ce qui est utilisé pour calculer si la souris se trouve dans la zone d'un bouton. Pour les menus par exemple. "

Salut !

J'avais lu ça, "il faut penser à l'envers", mais ça ne m'aide.

Déjà, AABB représente quoi exactement dans le code ?

+ j'avais lu les topics sur la SDL et collisions, j'ai lu ton post, j'ai à peu près compris mais j'ai du mal à m'y lancer. ^^

J'ai lu attentivement, j'vais expérimenter ça et tenter de mieux comprendre !

Désolé pour triple post !

Je vois souvent les gens parler de "collisions SDL" mais ce type de calcul de collisions n'est aucunement spécifique à la SDL, dans la mesure du possible il faut essayer de ne pas tout mélanger lorsque l'on débute.

Quand on débute on peut avoir du mal à comprendre un code écrit dans une bibliothèque/langage qu'on ne connait pas. JE pense qu'il voulait qu'on l'aide en prenant des exemples avec SDL.

En fait, j'apprends à exploiter la SDL, à travers le C uniquement. J'connais pas grand chose d'autre. Mais oui, le code qu'il m'a filé c'est un généraliste, je vois le genre, faut juste le mettre en œuvre dans le langage quoi.

Donne ton code en privé je t'ai répondu.

" JE pense qu'il voulait qu'on l'aide en prenant des exemples avec SDL. "

Non mais le truc c'est justement que ce genre de calcul de collision est le même partout, ce sont juste 8 chiffres que l'on compare.

Pocolo J'ai vu des systèmes rien qu'en 2D SDL trè complexe. C'que je veux faire, c'un truc tout bido,.

Bonjour !

Pour ne pas refaire un topic, j'espère qu'on viendra voir ici.

Mon souci : J'ai un carré blanc que je déplace avec les flèches du clavier. J'ai un rectangle rouge que j'ai mis sur l'écran. Par un système simple de collision, je fais en sorte que lorsque je ne touche pas le rectangle, je peux me déplacer, lorsqu'il y a collision, le carré est stoppé par le rectangle.
MAIS, ici, le carré reste collé, ou est coincé dans le rectangle. J'ai du mal à comprendre pourquoi.

http://pastebin.com/MgPJ9E3r

Le code est très simpliste, vous pouvez le test à condition d'avoir bien évidemment la SDL de chargée

C'est simple, prenons la première condition par exemple "carre.x + carre.w <= positionmur.x", tant que le carré est entièrement à gauche du rectangle cette condition est vraie mais imaginons que "carre.x + carre.w" soit égal à "positionmur.x" (qui selon ton code est de 600) la condition est toujours vraie (puisque inférieur ou égal) et donc tu ajoutes 1 à "carre.x", suite à quoi carre.x + carre.w est égal à 601 et la condition (qui était la seule à être vraie) devient fausse, ton carré ne peut plus bouger nul part.

Hey Pocolo !

Merci de ton aide, j'ai enfin trouvé. En fait, il fallait prendre toute la condition que j'ai mis avant le switch, et la mettre juste après chaque déplacement. Et de suite après la condition, je mets le déplacement contraire pour "l'éjecter" du rectangle, pour qu'il ne soit plus dans le rectangle !

En gros, j'te montre pour un déplacement :

case SDLK_RIGHT:
carre.x++;

if(!(carre.x + carre.w <= positionmur.x || carre.x >= positionmur.x + positionmur.w || carre.y + carre.h <= positionmur.y || carre.y >= positionmur.y + positionmur.h))

carre.x--;
break;

J'ai donc fait ça pour les 4 déplacements, tout simplement. Le fait d'ajouter 1 rejoint ton explication, lorsque je mets le déplacement contraire lorsqu'il y a collision.

Mais je te remercie !

" je mets le déplacement contraire pour "l'éjecter" du rectangle "

C'est ce que la plupart des gens font en général. Autrement même si ton code marche il n'est pas bien optimisé et pas assez propre, tu devrais songer a utiliser des fonctions.

D'accord, j'me remets dans le bain tout à l'heure et j'tente de le rendre plus clean !

Ton langage n'est pas objet ? sa serait plus simple..

méthode getPosition()
méthode de test()

et c'est good

Il programme qu'en C je crois...

En C exact.

non, avoir un langage objet ne serait pas plus simple. Surtout pour une fonctionnalite si trivial a obtenir en C... Le probleme n'est pas d'avoir un langage objet ou non. le probleme est d'avoir l'idee d'abstraire les problemes dans des fonctions dediees.