[Homebrew] Créer un jeu vidéo Mega Drive assisté par IA

[dandyboh]

Pour éviter de pourrir le topic Mega Drive, je poursuis ici.

Pour le contexte : j'ai décidé de tenter de créer un jeu Mega Drive from scratch, assisté par Claude. Il s'agit d'un tactical-RPG, fortement inspiré par Shining Force II.

Quand je dis assisté, en fait je lui délègue tout. Il écrit le code, les tests, il les fait tourner, les valide, prend des screenshots pour me faire valider un rendu, pour le moment c'est lui qui génère les sprites et les textes (à terme, évidemment, ce sera moi qui cadrera tout ça), l'idée est d'avoir une base solide pour créer ensuite un jeu complet. Je le cadre sur le gameplay, les touches, les règles à appliquer, par exemple les dégâts infligés en fonction des stats / armes / terrain. Je lui donne toutes mes idées de gameplay, comment fonctionne les magies, que se passe-t-il en cas de Game Over, quels comportements appliquer aux ennemies, etc.

J'utilise le SGDK (https://github.com/Stephane-D/sgdk), le code source est en C (C99 précisément : https://fr.wikipedia.org/wiki/C_(langage)#Normalisation), les tests tournent directement sur PC.
La ROM se compile dans l'image Docker officielle de SGDK sous Ubuntu, l'image est figée via un Makefile.
Les tests compilent avec le gcc du PC.

J'ai plusieurs commandes Make qui m'aident :
make test pour lancer les tests
make sim pour lancer une simulation d'équilibrage, qui simule des milliers de combats IA contre IA (IA logicielle : pas Claude) pour mesurer le taux de victoire.
make shot joue un script de touches via Genesis Plus GX et génère des captures d'écran en PNG. Ca permet de vérifier des rendus sans réellement lancer le jeu.
make budget lit la ROM produite et donne la RAM, la ROM et les tuiles VRAM utilisées, pour le moment j'utilise :
21 606 / 65 536 octets de RAM statique.
211 Ko sur 4 Mo de ROM
536 / 1004 tuiles de fond
156 max / 420 tuiles de sprites

Ca me permet de voir si je m'approche des limites techniques de la Mega Drive.

Python sert d'outillage : il m'aide à générer les graphismes et la police et j'ai un outil qui m'aide à convertir les séquences de dialogues en données C.

Tout est versionné dans Git selon le Gitflow, avec les branches develop et main (repo privé), avec une nomenclature maison pour les messages de commit.

Le code est découpé en deux couches :
src/core/ contient les règles : cartes, pathfinding, dégâts, ordre des tours, IA, XP, classes, etc.
src/gfx/ dessine
src/scenes/ enchaîne les écrans (titre, dialogue, combat)

Les réglages sont dans src/core/config.h (seuils, division de chances, durée en image) et les stats des unités dans src/core/units.c

Le texte des scènes est écrit dans des fichiers txt, que l'outil Python transforme en code C, avec des commandes simples : place, move, camera, aria, battle).

Limitation de la MD : tout est en entiers et en tableaux de taille fixe. Les valeurs décimales sont stockées en dixième ou en centième.
Une image dure enrion 16ms, et aucun état ne doit bloquer l'affichage plus d'une ou deux images.

La carte est plus grande que l'écran : j'utilise donc deux plans qui sont alimentés en streaming.
Le texte utilise une police proportionnelle dessinée en logiciel : le CPU écrit les glyphes dans un tampon de tuiles puis les copie en VRAM.
Il y a 4 palettes de 16 couleurs : une pour le terrain, une pour les héros et le HUD, une pour les ennemis, et une pour les effets.
La graine aléatoire vient du nombre d'images écoulées avant l'appui sur START à l'écran titre.

[BeyondOasis]

C'est déjà fou de pouvoir faire ça en si peu de temps. Et joli glow up entre tes 2 versions

[dandyboh]

Voici la v0.2 de mon jeu, vous verrez pas mal d'améliorations par rapport à la version précédente.

Pour rappel, la v0.1 créée en 2 heures :

► Afficher le texte

La v0.2 sur laquelle j'ai passé beaucoup plus de temps à affiner et définir le gameplay :

[Killvan]

Comment tu l'appelleras ? Shining Force GT ? ^^

[dandyboh]

C'est déjà fou de pouvoir faire ça en si peu de temps. Et joli glow up entre tes 2 versions

Ouais clairement. D'autant plus que je travaille à côté, donc je fais ça le soir, dans le train le matin et pendant les pauses de midi. Pour arriver au même résultat sans IA, je pense qu'il aurait fallu que je code H24 et que j'ai déjà une connaissance très solide des langages utilisés, en plus de connaître déjà les astuces permettant de contourner les limitations de la machine, ce qui n'est pas le cas.

L'avantage que j'ai, c'est que je connais bien la programmation, les méthodologies de travail pour écrire du code, et aussi les méthodologies de travail pour écrire du code via IA. Même si je n'avais jamais fait de C, je ne me sens pas du tout perdu ni dépassé, je comprends ce qu'il se cache sous le capot, d'autant plus que Claude m'explique beaucoup de ces choix, je ne veux pas que mon jeu soit une boîte noire. Le code lui même est une boîte noire, je n'en ai pas lu une seule ligne : ce qu'il fait et comment il est organisé non.

Comment tu l'appelleras ? Shining Force GT ? ^^

J'ai pensé à un truc du genre "Fining Horse" ^^' mais je ne sais pas trop encore.

Je n'ai pas encore, du tout, réfléchi au scénario, aux personnages et à la trame scénaristique. Pour le moment je cadre le gameplay, les règles du jeu, l'UI/UX.

La prochaine vidéo que je vous montrerai, probablement en fin de week-end, sera un glow up encore plus gros ^^

[Kek-de-Mars]

Y a pas à dire, faut débrancher Skynet...

[lincruste]

L'avantage que j'ai, c'est que je connais bien la programmation, les méthodologies de travail pour écrire du code, et aussi les méthodologies de travail pour écrire du code via IA. Même si je n'avais jamais fait de C, je ne me sens pas du tout perdu ni dépassé, je comprends ce qu'il se cache sous le capot, d'autant plus que Claude m'explique beaucoup de ces choix, je ne veux pas que mon jeu soit une boîte noire. Le code lui même est une boîte noire, je n'en ai pas lu une seule ligne : ce qu'il fait et comment il est organisé non.

Moi c'est l'inverse, je me démerde un peu en C de base pas trop bas niveau mais je comprends RIEN à git, aux makefile, aux conteneurs Docker et tous ces trucs modernes des années 80 et plus. Bon là ce que tu expliques ça répond à plusieurs questions que je me suis posées dans le topic de l'IA locale que j'ai essayé de monter avec ollama.

[Tryphon]

J'essaie de vibe coder un port en SGDK. Par contre vu que je connais bien le C, SGDK et la MD, je relis le code à chaque itération. Ça m'est quand même arrivé quelques fois de lui faire quelques remarques sur son code.

[BeyondOasis]

Entre IA on se comprend

[Tryphon]

Il est payant le Claude qui code ?

J'utilise chatGPT

[lincruste]

Il est payant le Claude qui code ?

J'utilise chatGPT

Il est carrément payant et contrairement aux autres modèles de son calibre il te fait casquer très très vite. Genre t'as 4/5 prompts et paf à la caisse. Par contre j'ai un jeune collègue qui a pris un abonnement à 20€ par mois et il fait des trucs de ouf avec, donc je pense que c'est assez généreux dès que tu passes le cap de passer à la caisse (ce que je m'interdis).
Pour moi le top du top c'est vraiment le mode on-off, t'as tes modèles offline en local et tu payes que le matériel et l'énergie pour les faire tourner.

[dandyboh]

Il est payant le Claude qui code ?

J'utilise chatGPT

Oui c'est l'abonnement à 100 balles par mois mais c'est pas moi qui paye... je suis en Teams en plus donc j'ai x1,25 par rapport à un abonnement solo.

Je vais pas rentrer dans les détails mais j'ai 2 abonnements Claude à 100 balles par mois et un abonnement Codex/ChatGPT au même prix, payés par 2 boîtes différentes. Autant dire que c'est bien plus que ce dont j'ai besoin pour couvrir travail + perso.
ChatGPT je ne l'utilise quasiment pas sauf pour certains besoins précis.

Avec ça tu peux faire tourner un agent H24 tant que tu le mets pas sur un modèle trop gourmand et que tu le fais marcher en orchestrateur avec des sous-agents sur des modèles plus légers.

Un de mes collègues a automatisé ses agents pour qu'ils codent H24, même la nuit, et il ne dépasse jamais sa limite de tokens.

En bref un gros modèle est utilisé pour la réflexion, tout ce qui est écriture de code passe par un petit modèle, l'orchestrateur vérifie tout ce que font les sous agents et les recadrent si besoin. L'orchestrateur est sous Opus 5.5, soit le modèle le plus performant du marché à l'heure actuelle (ou presque, le dernier Gemini qui vient de sortir - mais pas encore disponible - devrait le surpasser).

Bref, c'est pas du vibe coding mais de l'orchestration agentique, ce qui est bien plus fiable que du vibe coding, surtout quand, comme moi, tu n'as pas les connaissances techniques nécessaires pour relire le code toi-même...

Effectivement quand tu bosses en vibe coding avec des modèles gratuits, donc moins performants, le code généré est moins fiable et mérite relecture.

[dandyboh]

Je commence à écrire le scénario ^^

EDIT : bon ben c'est la première fois de ma vie que j'écris un scénario et la vache, c'est pas simple
Je m'en doutais un peu ceci dit hein, j'ai toujours sur que c'était pas facile.

J'ai l'idée de partir sur un RPG héroïc fantasy très classique dans sa forme (des gentils, des méchants, des monstres, sauver le monde toussa) mais pas si classique que ça dans le fond avec des twists et de éléments qui s'éloignent en fait très nettement des classiques du genre.

[lincruste]

Oublie pas que le héros est le descendant des premiers chevaliers Bagarre et que l'arbre Wana d'où vient toute vie veille sur lui depuis qu'il a été adopté tout bébé dans le village qui vient d'être détruit par l'armée des ombres du seigneur des ténèbres de l'Empire obscur de Kynaseth. Et puis au début de toute façon c'est ta mère adoptive qui te réveille parce que "debout feignant le soleil et déjà haut" dans le ciel d'azur du royaume de Solaria. Et elle te donne 10 gemmes pour acheter des graines chez le père de ta copine d'enfance Vanya qui porte une broche qui scintille. Sa mère la pute je me suis fait un peu vomir dans la bouche merde.