Discussion :

[Y.CODE]

Bonjour à tous,
J'ai pour l'intention de programmer un moteur de jeu en 2D (pas isométrique) avec la SDL, avec une vue du dessus et permettant la mise en place d'un scénario, mais plusieurs problèmes se posent:
Je compte le programmer en C, donc sans OO, or toutes mes recherches ne menaient qu'à cela, mais je suppose que ce n'est pas impossible si ? (Je n'ai pas prévu d'apprendre le C++ juste pour ça )

Et surtout: Comment se présente un moteur de jeu concrètement ? Dois-je créer un bibliothèque qui servira de base pour coder mon jeu (mon premier objectif) ou faire un code directement compilé et apporter les spécificités des différents jeux uniquement avec des fichier à côtés ?

Je pense avoir assez d'expérience en codage pour ce projet, mais j'avoue être un peu perdu avec la notion de moteur de jeu ^^'

Dites-moi si vous avez besoin d'autres précisions, je vous remercie d'avance.

[yahiko]

Question toute bête : as-tu déjà programmé simplement un jeu (genre Tetris ou un mario-like) ?
Parce que si la réponse est non, il vaut mieux déjà que tu commences par ça avant de t'attaquer au développement d'un "moteur", qui est a minima deux fois plus complexe et plus long en terme de réalisation.

Pour ce qui est du langage C et de la POO, il faut savoir que tout est programmable sans POO (parce de toute façon tout est ramené à de l'assembleur qui est tout sauf de la POO ^^)
La POO étant juste une facilité d'écriture.

[Y.CODE]

Oui, j'ai déjà programmé un snake (que je viens de faire passer en SDL2), donc je suis conscient de la difficulté et du temps que peut prendre un jeu, et j'ai tout mon temps (d'ailleurs si ça ne prends que deux fois le temps que m'a pris le snake je suis plutôt rassuré). Si je veux programmer ce moteur, c'est avant tout dans un objectif d'apprentissage (j'aurais cherché un moteur déjà fait sinon).

Je me doutais bien que la POO n'était qu'un moyen "d'organiser son code", ma question était plutôt "est-ce trop difficile de faire un moteur sans la POO ?" mais j'ai ma réponse du coup ^^ .

[yahiko]

Si tu as déjà programmer un Snake, c'est déjà un début. Tu peux continuer à programmer d'autres jeux et tu finiras par voir des "patterns" qui pourront in fine te conduire à la réalisation d'un moteur de jeu, mais pas avant.

[Y.CODE]

0k, j'ai d'autres idées de projets plus simples. Mais je pense qu'il y a une différence entre les jeux type snake/tetris/casse-brique/bomberman/etc. qui ont un gameplay basique, et un jeu nécessitant un scénario, une interaction avec l'environnement et donc des données externes au simple code compilé. Je veux dire que même si coder ces jeux m'aideront à m'améliorer en prog, je ne pense pas que cela résoudra mon problème qui concerne la manière dont se présente un moteur, et comment s'organiser au moment de le coder.

Enfin, je me trompe peut-être et je comprend bien que je manque d'expérience, mais si tu pouvais me donner ne serait-ce qu'une piste de réponse, je t'en serais reconnaissant.

[Bousk]

Salut,

je vais te donner la réponse que je donne habituellement à ce genre de questions : si tu poses la question, c'est que t'es pas prêt.
Coder un snake, Tetris, Mario ou Zelda, c'est kif-kif : tu as des inputs, modifies l'état du programme/jeu, et affiches l'état actuel de tout ça.

Les données, le gameplay ou autre scénar, n'ont strictement rien à voir avec le moteur justement, ce sont des éléments "neutres" vis-à-vis du moteur qui sont propres à chaque projet - et donc pas dans le moteur à proprement parler.

Le moteur est de loin l'exercice le plus difficile, et c'est pas par hasard.

mais si tu pouvais me donner ne serait-ce qu'une piste de réponse, je t'en serais reconnaissant.

Ta question n'en est pas une. Il n'y a pas de réponse à "comment faire un moteur".

[Y.CODE]

Très bien, dans ce cas, je vais m'attaquer à des objectifs moins imposants, pour y revenir plus tard.

Merci pour vos conseils !