Discussion :

[RomiH37]

Bonjour à tous,

Cela ne doit pas être le premier sujet sur ce thème. Je me lance dans la création d'un petit jeu sans prétention en C++ pour appliquer mes prémisses de connaissance dans ce langage.

Je lis pas mal de choses sur le sujet un peu partout, mais n'arrive pas à commencer le projet... J'ai fait les graphismes du personnage et des monstres. Et ai rédigé une sorte de feuille de route.

Maintenant il faut que je code et je ne sais pas par ou prendre la bête !

J'aimerai que vous indiquiez un peu la marche à suivre. Si vous le voulez bien !

Merci de m'avoir lu.

[gerald3d]

Commences peut être par dessiner un petit UML à propos des capacités de ton personnage et de tes monstres. Ca devrait déjà d'occuper un petit moment avant d'écrire une première ligne de code

[RomiH37]

Merci de ta réponse. J'ai déjà fait les graphismes du personnage, des monstres (ils sont 4) et les objets à ramasser ! Ce sont des pixel arts 10*10, certes pas énormes mais je trouve qu'on reconnait bien les choses.

Un UML serait bien vide pour mon jeu Je souhaite pour le moment que le joueur puisse se déplacer, sauter, et ... ce sera déjà un début ! L'interaction avec les ennemis je pourrais toujours la rajouter derrière.

Ce que je voudrais c'est commencer à coder. Mais je ne sais pas par où commencer vraiment (là je fais qqles lignes pour la fonction "coeur" qui ôte ou qui rajoute un coeur selon l'action qui s'est déroulée)...

Mais je ne sais pas où cela va me mener !

[Bousk]

Bonjour,

au risque de paraître rabat-joie, le simple fait de poser cette question indique que tu n'es pas prêt.
Faire un jeu, ce n'est pas beaucoup plus compliqué que tout autre logiciel. Il s'agit de bien architecturer son code, savoir quelles méthodes créer et quand les appeler.

L'aspect graphique n'est qu'anecdotique à côté du reste, et pour ça il suffit de lire les docs de la lib choisie. SFML est un excellent choix pour débuter dans la 2D.

Concrètement, il n'y a pas de solution miracles et pas vraiment de "tuto : faire un jeu" possible (et en tous cas aucun de crédible que j'ai vu).

La base est cependant la même que pour toute autre application
- on affiche une fenêtre
- on dessine dans la fenêtre
-> on gère des intéractions utilisateur (clavier, souris, joystick, ...) pour modifier l'état de l'application

[Astraya]

Apres C++ avec un jeu n'est pas du tout une bonne idée.
Tu vas te retrouver face à beaucoup de difficulté qu'il te faudra résoudre.
Les mathématiques, le système de rendu temps réel, gestion des ressources système etc...
Si c'est pour apprendre le C++ ne commence pas comme ça.
Quand tu veux apprendre à piloté je doute qu'on te donne un A380 en premier essai...
Pour apprendre le c++, fais une calculatrice, apprend comment sérialiser les objets, les singletons et divers pattern...

Mais surtout reste sur des cas simples au début ou sinon tu n'arriveras jamais au bout...

[ManusDei]

Un UML serait bien vide pour mon jeu Je souhaite pour le moment que le joueur puisse se déplacer, sauter, et ... ce sera déjà un début !

Pourtant c'est un bon début. Si tu as une classe "Personnage" (ou équivalent), il va te falloir les méthodes "déplacer" et "sauter".

Sauf que ça implique de créer une classe "Terrain de jeu" avec laquelle le "Personnage" va communiquer, qui au début sera très vide.
Quoique, il va te falloir réfléchir à comment tu gères le terrain (au niveau interaction, je parle même pas de l'affichage), et comment terrain et personnages communiquent.