Discussion :

[~~ Lu ~~]

Bonjour,
je ne sais pas si je pose ma question au bon endroit, j'espère que vous me redirigerez si je fais une erreur.
Voici mon problème.
Je dois faire un flipper en utilisant C++ et OpenGL, mais je ne sais absolument pas comment tout va communiquer.
Avec mon binôme nous avons défini différentes classes telles que bumper, bille, plate-forme, mur (les limites de la fenêtre), ...
Mais je ne vois pas comment tout va se combiner. Comment le C++ et l'OpenGL vont s'entremêler?
Pour l'instant, ce que j'imagine c'est qu'à chaque action, il va falloir réafficher la scène, par exemple, lorsque la bille va toucher un bumper, on va appeler la fonction qui va faire vibrer le bumper, donc il faudra déplacer ses coordonnées, puis le réafficher. Ensuite il va falloir calculer la nouvelle direction de la bille , et donc encore réafficher la scène. Est-ce que cela va réellement se passer comme ça?
Merci de m'aider, car je me sens un peu perdue là.

[shenron666]

Bonjour, en cherchant un peu sur le forum vous pourrez trouver de nombreuses informations en relation avec les questions que vous vous posez.

Comme il est souvent conseillé avant de s'attaquer à la création d'un jeu 3D, faites vous la main sur un petit jeu 2D : pong ou flipper pourquoi pas, afin de comprendre les mécanismes liés à la conception d'un jeu.

Il y a également des articles créés par les rédacteurs bénévoles de developpez.com, par exemple :
Programmation de Jeux 2D: Un pong en SDL/OpenGL
Architecture d'un jeu vidéo 3D
Réalisation d'un moteur 3D en C++

[Mat.M]

Mais je ne vois pas comment tout va se combiner. Comment le C++ et l'OpenGL vont s'entremêler?
Pour l'instant, ce que j'imagine c'est qu'à chaque action, il va falloir réafficher la scène, par exemple, lorsque la bille va toucher un bumper, on va appeler la fonction qui va faire vibrer le bumper, donc il faudra déplacer ses coordonnées, puis le réafficher. Ensuite il va falloir calculer la nouvelle direction de la bille , et donc encore réafficher la scène. Est-ce que cela va réellement se passer comme ça?

Open GL n'est que la couche finalle de rendu graphique c'est tout...
il faut apprendre à créer ou charger des meshes 3d et les afficher...
dans un jeu il y a toujours une boucle de rendu ( même avec Direct 3 d c'est pareil ) ; l'API de rendu s'occupe de calculer les transformations et projections 3D nécessaires pour les afficher à l'écran, ceci pendant x millisecondes ( qui dépendent du matériel ) .

Donc pour un jeu de flipper il y a à déterminer le comportement des entités, la trajectoire de la balle tout cela c'est de l'algorithmie qui n'a pas forcément grand chose à voir avec Open GL...
Open GL cela sert uniquement à dire : affiche moi, le bumper affiche-moi la balle (avec les transformations, calculs sur les matrices nécessaires cela va de soi )
Comme le dit Shenron , voir les tutos ou bien faire des croquis sur papier et élaborer les algos...
on peut très bien concevoir mentalement le jeu en 2d , la représentation en 3D n'est qu'une dimension supplémentaire...

orsque la bille va toucher un bumper, on va appeler la fonction qui va faire vibrer le bumper, donc il faudra déplacer ses coordonnées

gestion de collision ; tu peux prendre Bresenham pour la trajectoire ou s'en inspirer ou adapter l'algorithme de Bresenham....
mais Open GL n'a pas grand chose à voir la dedans...
je conseille toujours de séparer au max les appels à l'API graphique et le reste du code...