Pygame ou pas pygame ?

Bonjour à tous.tes,

Je suis actuellement sur un des exercices du "Swinnen", un jeux avec des balles.
Pour le moment j'ai réussit à faire déplacer 3 balles sur le Canevas et qui rebondissent aléatoirement sur les bords.
Mais je doit faire en sorte qu'elles rebondissent également les unes contre les autres. :weird:

Avant de commencer à chercher, je voudrais juste savoir si je doit utiliser obligatoirement "Pygame" ou si je peu trouver la solution avec les modules à ma disposition dans la distribution d'origine.

Citation:

---

Envoyé par scalpel

Avant de commencer à chercher, je voudrais juste savoir si je doit utiliser obligatoirement "Pygame" ou si je peu trouver la solution avec les modules à ma disposition dans la distribution d'origine.

---

La trajectoire d'une balle est une droite.
On sait calculer l'intersection de 2 droites.
Donc on peut "calculer" les collisions entre "disques" qu'ils soient réalisés avec des "oval" du Canvas tkinter ou avec les équivalents d'une autre bibliothèque graphique.
Là ou une bibliothèque deviendra intéressante, c'est si elle proposait de faire une détection de collision.
pygame et le canvas tkinter le font de façon limité ('collisions de rectangles) à affiner ensuite.... mais on doit pouvoir s'en sortir par le calcul: la bibliothèque permettra juste d'optimiser (aller plus vite).

- W

Merci beaucoup pour m'avoir mis sur la piste.

Le Swinnen est un bon tuto. dans le sens où les concepts nécessaires à la résolution d'un exercice ont été présenté dans les chapitres précédents. Donc déjà, se demander si pygame ne serait pas mieux, c'est passez à côté de quelque chose. De même que utiliser autre chose que le calcul pour faire sa détection de collision supposerait ouvrir la documentation du Canvas. Ce qui serait bien mais de toutes façon vous allez devoir calculer quand même, moins souvent. Ce qui consommera moins de ressources sans y changer grand chose.

- W

Citation:

---

Envoyé par wiztricks

... se demander si pygame ne serait pas mieux, c'est passez à côté de quelque chose ...

---

C'était justement ma crainte, c'est pour cela que j'ai posé la question.
Je n'ai pas encore assez d'expérience pour me sentir capable de trouver la bonne solution. Au vu du temps que j'ai mis à intégrer (par le calcul) les rebonds aléatoires contre les bords du canevas, je me suis dit qu'avec des objets qui se déplacent, ce serait pour moi une mission impossible.

Mais en deux lignes,

Citation:

---

Envoyé par wiztricks

... La trajectoire d'une balle est une droite.
On sait calculer l'intersection de 2 droites ...

---

tu m'a directement mis sur la piste d'un calcul que je doit être en mesure de mettre en oeuvre.

C'est quoi le rapport entre la logique et le rendu ? On peut faire rebondir une balle sans Gui.

Bonjour josmiley,

C'est sympa de t'intéresser à mon post, mais je ne comprends pas ta question. 8O

Tout ce que je peu te répondre, c'est que le rendu de mes rebonds actuels n'est vraiment pas terrible.
Et que j'ai utilisé find_overlapping() pour simuler les rebonds entre balles.

Bonjour,
Pour plus de précision, tu pourrais tester (calculer) si la distance entre les centres de deux balles est inférieure ou égale à leur diamètre (je pars sur le principe que les balles sont identiques )

Merci pour l'astuce, je vais essayer ça.
Mais ce que je n'arrive pas à gérer correctement, c'est le sens des rebonds.
Comme leurs directions sont élévatoires, parfois ils traversent la balle.

Le plus simple serait de multiplier le vecteur de déplacement par -1

Merci pour la piste :ccool: