1 / 24

Projet Informatique (CSC 3502)

Projet Informatique (CSC 3502). Développement d’un jeu de combat 2D de type arcade. Étudiants : Valérie BRANCHE Jacqueline TAN Tian Sheng TAN Muqiu ZHENG. Encadrant : Sébastien LERICHE du département informatique. Lundi 02 Juin 2008. Plan de présentation. 1. Présentation du sujet

albert
Download Presentation

Projet Informatique (CSC 3502)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Projet Informatique (CSC 3502) Développement d’un jeu de combat 2D de type arcade Étudiants : Valérie BRANCHE Jacqueline TAN Tian Sheng TAN Muqiu ZHENG Encadrant : Sébastien LERICHE du département informatique Lundi 02 Juin 2008

  2. Plan de présentation 1. Présentation du sujet 2.1 Le site web : Son contenu et son codage 2.2 Le site web : Aperçu 3. Installation et appréhension de la SDL 4. Principe du chargement d’image 5. Gestion du temps 6. Règles d’animations et de mouvements

  3. Plan de présentation 7. Boucle locale 8. Algorithme général 9. Esthétique du jeu 10. Critiques du résultat 11. Propositions d’évolution 12. Conclusion

  4. 1. Présentation du sujet • Concevoir un jeu de combat 2D de type arcade dans l’esprit d’un Street Fighter • 2 joueurs contrôlent chacun un personnage par l’intermédiaire du clavier et de l’écran • Le programme doit respecter des règles d’animations et de mouvements bien définies

  5. 1. Présentation du sujet • Contraintes de réalisations • Jeu portable sur tout système d’exploitation • Langage C • Code sous licence GNU/GPL • Exigences de qualité requises • Documentation • Cycle en V • Site Web

  6. 2.1 Le site Web : son contenu et son codage 6 Contient les documents relatifs au projet (planning, cahier des charges, …), les comptes-rendus des réunions, les codes sources, uneprésentation de l’équipe. Codage manuel en utilisant le langage HTML Utilisation de frames pour un menu fixe sur la gauche http://site.voila.fr/piarcade/index.html

  7. 2.2 Le site web : Aperçu 7

  8. 3. Installation et apprentissage de la SDL • Nécessité d’installer un compilateur(Microsoft Visual C++ 2008 Express Edition) • Téléchargement de la bibliothèque sur un site consacré à la SDL www.libsdl.org • Apprentissage de la SDL grâce aux tutoriaux sur le site du zéro : • Ouvrir une fenêtre • Manipuler des surfaces • Charger une image • …

  9. 4. Principe de chargement d’une image SDL_Surface *ecran = NULL, *imageDeFond = NULL; SDL_Rect positionFond; positionFond.x = 0; // pour positionner notre image positionFond.y = 0; SDL_Init(SDL_INIT_VIDEO); // Chargement du système vidéo /* Ouverture d’une fenêtre en mémoire vidéo */ ecran = SDL_SetVideoMode(800, 600, 32, SDL_HWSURFACE); /* Chargement d'une image dans une surface */ imageDeFond = IMG_Load("image.png");

  10. 4. Principe de chargement d’une image /* On copie par-dessus l'écran */ SDL_BlitSurface(imageDeFond, NULL, ecran, &positionFond); /* Mise à jour de l’écran */ SDL_Flip(ecran); /* Libération de la surface */ SDL_FreeSurface(imageDeFond);  Utilisation de ce principe sur nos sprites avec des tableaux d’images et des compteurs d’images

  11. 5. Gestion du temps • SDL_Delay (40) : permet d’attendre 40 millisecondes avant de renvoyer l’image.  On obtient alors 25 images par secondes • SDL_GetTicks ( ) : permet d’obtenir le nombre de millisecondes depuis le début du jeu  Utile pour définir une durée maximale de partie à 100 sec au moyen de timers timeStart = SDL_GetTicks () timeGoing = (SDL_GetTicks () – timeStart)/1000

  12. 6. Règles d’animations et de mouvements • Importance de définir les propriétés et règles sur : les coups de pied/poing, les sauts, l’accroupissement, la défense… • Exemples • 3 niveaux de coups de pied/poing • Un mouvement est intégralement exécuté avant de pouvoir en exécuter un nouveau • Impossibilité de se déplacer en position accroupie

  13. 7. Boucle locale • Forme initiale while( ) { switch ( ) case( touche “ ” enfoncée ) for ( ) // on parcourt les sprites affichage SDL_Flip( ) ; SDL_Delay( ) ; }  Problème : nécessite d’étudier tous les sous-cas en fonction des combinaisons de touches

  14. 7. Boucle locale • Solution apportée • Définir une variable « état du personnage » au sein de la structure de donnée associée au personnage typedef enum {STILL, JUMPING, CROUCH, MIDKICK…} states • Définir une variable « état du clavier » keystate = SDL_GetKeyState( NULL );

  15. 7. Boucle locale while ( ) { /* Obtenir l’état courant du clavier */ SDL_GetKeyState ( ) /* Calcul du nouvel état du personnage */ stateChangeCharacter ( ) /* Mise à jour de l’état du personnage */ updateCharacter (personnage & clavier) … /* Mise à jour de l’affichage écran */ refreshScreen ( ) }

  16. getkeystate stateChangePlayerOne stateChangePlayerTwo updateCharacter if 0 result updateCharacterCombat printCharacter if 1 if 0 restartGame refreshScreen 8. Algorithme général • Vérifier l’état du clavier • Calculs du nouvel état du personnage • Mise à jour du nouvel état du personnage • Application des règles d’arbitrage • Quelques cas particuliers • Chargement des sprites après mises à jour • Mise à jour de l’écran ou reprise/fin de jeu

  17. 9. Esthétique du jeu • Page d’accueil • Demande au personnage s’il veut commencer ou quitter le programme • Demande de rentrer les nom des personnages • Module : welcome.h, welcome.c • Fonction : int welcomePage ()

  18. 9. Esthétique du jeu • Fin de partie • Vainqueur euphorique et perdant à terre • Demande aux joueurs de continuer ou quitter le jeu • Module : restart.h, restart.c • Fonction : int restartGame ( )

  19. 10. Critiques du résultat • Les sauts Prise en compte prévue de la pesanteur • Implémentation non aboutie • Solution proposée : sauts linéaires • Les rebonds Gestion prévue des rebonds • Implémentation compliquée • Uniquement gestion des collisions entre personnages

  20. 10. Critiques du résultat • Programme non portable • SDL_enableKeyRepeat ne fonctionne pas sous Windows  une de nos règles initiales d’animation n’a pas pu être appliquée • Quelques problèmes d’arbitrage notamment dans le cas des sauts • Jeubasique mais possibilités de l’améliorer pour le rendre plus attractif et ludique

  21. 11. Propositions d’évolutions • Rendre le jeu portable • Ajout de personnages supplémentaires afin de laisser le choix du personnage aux joueurs • Définir des règles de jeu plus évoluées comme des parties en plusieurs tours, dans des univers différents • Implémenter des « coups spéciaux » pour donner un aspect encore plus fun au jeu • Définir une conception dynamique des règles d’arbitrage

  22. 12. Conclusion • Développement : • Application du C avec une nouvelle bibliothèque • Familiarisation avec la manière d’écrire les codes pour faire des jeux vidéos • Partie conception détaillée essentielle dans notre projet, autant dans sa définition que dans son implémentation.

  23. 12. Conclusion • Gestion de projet : [--] Problème de communication au sein de l’équipe pendant le première moitié du projet : communication indirecte via MSN ou par mails [--] Incompatibilité d’exécution du programme sur nos différents ordinateurs : nécessité de déplacer des sous-dossiers, bugs de l’exécutable…

  24. 12. Conclusion [++]Bonne répartition des tâches selon nos aptitudes (site web, gestion de projet, programmation) [++]Respect du planning, efficacité dans la détection de problèmes et la recherche de solutions • Bon avancement du projet : pas de retard pénalisant, objectifs initiaux généralement atteints et obtention d’un programme fonctionnel

More Related