Calculer la trajectoire d'une balle.

Bonjour à tous,

Je programme actuellement un genre de jeu de plateforme avec tirs intégrés, et je me retrouve confronté à un problème: j'ai une méthode qui utilise un angle pour orienter une balle. Or je veux que cet angle soit dirigé vers le pointeur de la souris de coordonnées M(X;Y). (compte tenu que le point de départ de la balle sont les coordonées (X;Y) du personnage)
J'ai procédé à maintes recherches sur Internet, tout ce que j'ai trouvé était très abstraits ou mal expliqué. Ce que j'ai pu en retenir c'est que la trigonométrie pouvait jouer un rôle ou l'on pouvait aussi utiliser un vecteur : le vecteur personnage;pointeur de souris.

Quelqu'un pourrait m'expliquer plus concrètement comment je puis réaliser cela?

Merci beaucoup par avance.

Salut,

Ceci n'a rien à voir avec Java (même si par la suite, l'implémentation peut faire appel à des méthodes particulières du JDK, ou autre API Java). C'est des mathématiques et en effet, ça a un rapport avec la trigonométrie (qui traite des relations entre distances et angles dans les triangles, avec entre autres utilisations des fonctions sinus, cosinus, tangente, etc.). On peut effectivement traiter ça aussi avec des vecteurs, ou plus précisemment des couples de points orientés, parce qu'au final, un écran étant une matrice 2D de points, on se déplace selon deux axes de pixel en pixel.

Autre notion qui peut entrer en jeu dans ce genre de chose : le Théorème de Thalès (et oui, encore des maths). En résumé, il s'agit de pouvoir utiliser le fait que comme la matrice de l'écran est orthogonale, des lignes de x ou de y différents, sont forcément parallèles, donc qu'on peut utiliser un rapport de distance pour déterminer un pas, lorsqu'on déplace un élément entre deux points.

En ce qui concerne le traitement du problème sans trigonométrie, il ne s'agit que de faire donc des différences entre coordonnées, de calculer des rapports, et de faire des boucles. La différence de 2 nombres étant orienté par la position des nombres (a-b n'est pas égale à b-a, mais à -(b-a) : le signe donc donne l'orientation).

Par exemple, si tu as un point X(x=10,y=10) et un point Y(20,30), si tu calcules dx = 20-10 = 10, et dy = 30-10=20, on peut bien déplacer le point X en Y, en faisant x+dx et y+dy.
Pour Z(0,0), dx = 0-10 = -10, dy = 0-10=-10, tu vois que ça fonctionne aussi x+dx = 10-10 = 0 et y+dy = 10-10 = 0.

Maintenant, s'il faut déplacer le point X vers Y en 10 pas successifs, il faut pouvoir faire une boucle (genre for(int i=0; i<10; i++)) et avancer un petit peu à chaque fois, de manière à ce qu'à la fin de la boucle, X soit en Y. Si on divise par 10 la distance XY, il est évident (enfin ça se démontre facilement) qu'on peut se déplacer de cette subdivision de la distance 10 fois.
Sauf que bien sûr, on doit pouvoir le faire selon les x et les y, et pas par rapport à une distance (qui n'est pas suffisante, puisqu'il y l'angle qui entre en jeu) : c'est là que Thalès intervient.
Si on détermine le rapport entre la différence entre les absisses des 2 points et la distance entre les deux points, on peut diviser cette différence par 10 en conservant le rapport. Idem sur les ordonnées.

En résumé, si on a X(a,b) et Y(c,d), on fait d = distance(X,Y), puis dx=c-a et dy = d-b. Si px = dx/10 et py = dy/10, on peut faire
Code:

1 2 3 4 for(int i=0; i<10; i++) { a+=px; b+=py; }
a vaudra c et b vaudra d en fin de boucle.

A noter, que tout ça est théorique. En pratique, il faut tenir compte :

un int divisé par un int donne un int en java (il faudra donc faire la division en float ou double et reconvertir en int pour l'affichage)
additionner des floats ou des doubles ne donnent pas un résultat exact mathématiquement, et donc il faudra prévoir qu'à la fin il faut forcer la position finale pour éviter une position possiblement légèrement décalée. Et éventuellement, ne pas fonctionner par additions successives, mais par recalcul par rapport à la position de départ.
qu'il faudra faire intervenir le temps pour déterminer le diviseur pour avoir un mouvement fluide et dont le temps ne dépend des temps d'exécution du code.

C'est nettement plus claire dans mon esprit, un énorme merci à vous d'avoir pris votre temps pour m'éclairer la lanterne! J'ai bien fait de venir sur ce Forum (comme d'habitude lorsque je suis très très très embêté).
Le point de vue théorique est très claire par rapport à ce que j'ai vu! Encore merci :D

Bonne journée à vous!