- Partie Graphique
Nous avons tout d'abord decide d'abandonner la possibilite d'utiliser des textures : Malgre des resultats visuels attrayants, la vitesse d'execution du jeu etait trop ralentie pour pouvoir se permettre un tel luxe.
Nous avons donc choisi d'utiliser des jeux de lumieres.
Les lumieres "ambient", "diffuse" ainsi que la positon de l'eclairage sont tout d'abord initialisees dans la fonction myinit(). Il s'agit d'un eclairage neutre ("ambient" en noir et "diffuse" en blanc), place du cote du joueur a droite et dirige en direction du centre de la table de jeu.
De plus, chaque objet se voit attribuer des lumieres "ambient", "specular", "diffuse" et "shininess" afin de definir pour chacun d'eux, une couleur, des parametres de reflexion de la lumiere...etc.
Nous avons egalement choisi de definir la table en tant que quadrillage (a l'aide de GL_LINE_STRIP) afin de rendre plus visible les effets de lumieres.
Voici donc les resultats que nous obtenons :
- Modelisation
- La gestion de
la balle et de la raquette sont menées simultanément :
- La fonction glutPassiveMotionFunc() defini la fonction qui s'occupe de gérer la souris et de répercuter ses mouvement sur la raquette. Cette fonction s'appelle raquetteMouvement(int x, int y). Elle est appelée dés que la souris bouge et met à jour les varables globales myRaquetteX et myRaquetteZ qui décrivent la position de la raquette sur la table.
- La fonction glutIdleFunc() defini la procédure appelée en tâche de fond. A chaque fois qu'elle est appelée (on espère que ce soit à intervalle fixe) elle :
- Calcule la prochaine position de la balle (position actuelle + vitesse)
- Lance la fonction de test des collisions avec les murs.
- Si la prochaine position est au-delà de la table, on met à jour les scores.
- Si la prochaine position est au-delà d'un des murs latéral, il y a collision. On calcul les coordonnées du point d'intersection entre le mur et la trajectoire. On inverse la vitesse suivant l'axe des x et on recalcule la nouvelle position de la balle en tenant compte du rebond.
- Lance la procédure de test de collision avec les raquettes. On commence par calculer tous les points d'intersections entre la trajectoire et les faces des raquettes (vu comme des droites). On utilise des produits scalaires pour trouver les points qui sont contenus à la fois dans le segment [Pos(t), Pos(t+1)] et sur une des faces de la raquette (segment). Ces points sont de bons candidats pour les collisions. S'il y en a plusieurs, on garde celui qui a la distance la plus proche du palet à l'instant t.
Pour rendre réaliste la réaction
de la balle aux impacts, on fait en sorte que le palet lui communique une
partie de sa vitesse avec des coefficients différents suivant qu'il
s'agisse de la normale ou de la tangente à la face qui subit la
collision (90% pour la normale et 25% pour la tangente).
On peut donc communiquer à
la balle différents effets (Accélération, ralentissement,
gauche, droite) suivant la vitesse de la raquette au moment de la frappe.
Différents problèmes
apparaissent qui sont dù au fait que le mouvement de la raquette
est géré indépendemment.
En effet, si la balle est lente,
ses positions aux instants t et t+1 sont proches; et si dans le meme temps,
on bouge la raquette vers l'avant pour intercepter et donner de la vitesse
à la balle, ces position peuvent être toutes les deux à
l'intérieur du palet; on ne détectera pas de collision. On
peut aussi avoir la position t à l'interieur de la raquette et la
position t+1 à l'extérieur, on detecte alors un impact avec
la mauvaise face de la raquette.
La correction de ces erreurs aux
cas par cas produit d'autres effets tout aussi indésirables.