[RPG-MAKER.FR] Oniromancie: tout l'univers de RPG Maker en français - Jeux

C'est bien chouette : ) Je l'ai enfin terminé. A force de se manger en pleine figure les ennemis volants (..)

Et gloire à toi, car il me semble, du fait d'avoir poncé le jeu d'origine pour relever précisément les positions des ennemis.. Que du coups le level-design que j'ai reproduisest celui du Hard-mode (+ d'ennemis).
Normalement sur GB il faudrait traverser tout le jeu 2 fois d'affilée pour arriver là.

Je n'ai pas utilisé Ruffle pour produire l’exécutable (qui est en téléchargement ici).
J'ai essayé son émulateur standalone de Ruffle, c'était un peu décevant, je n'arrivais pas à le configurer exactement comme je voulais.
Par contre l'émulateur js pour les page web est très bien.

Pour la programmation, j'ai pas utilisé Flixel mais Haxepunk (dérivée de Flashpunk).

Je ne sais plus trop la différence, il me semble que Flashpunk était un peu plus simple et facile pour apprendre. Avant ça j'avais appris à programmer du PHP (faire des sites programmés coté serveur). Donc j'avais aucune idée de comment un jeu fonctionne.

Je crois que tu pouvais importer et utiliser des ressources Flash (des fichiers FLA, ou SWF) avec FlashDevelop, j'ai pas atteint ce niveau de compétence. Mais pouvoir s'en passer c'était un gros avantage et confort.

Pour dessiner les niveaux j'ai utilisé Ogmo-editor. C'est à peu de choses près comme l'éditeur de map de RPG Maker + datamap de tileset, sauf que tu configure (ou pas) toi même tout en détail. Cette version là me pondait un fichier XML (aujourd'hui on utiliserait JSON). J'avais vraiment pris soin de tout configurer, don mon fichier de Level contenait vraiment toutes les infos : N°level, N° monde, musique intro / loop, plusieurs layers pour distinguer block, blocs destructibles, background, entités (mobs)... Ainsi que 2 layer de hitbox du décors : obstacles et pièces.

J'ai fait un post avec un outil (gratuit) du même genre qu'ogmo et encore plus abouti/performant :
LDtk - Level Designer Toolkit

Après c'est un peu la même chose dans le principe. T'importe les données et les par 2 boucles imbriquées, si c'est pas toi même qui le fait c'est que t'as une lib qui le fait à ta place. Je le fais même plusieurs fois : 2 boucles imbriqués pour chaque layer, pour prioriser la bonne lisibilité du code, sur une improbable micro-optimisation de faire une seule grosses double-boucle, plutôt qu'en faire 8 très simples.
C'est une tâche qui peut être faite d'emblée au chargement du niveau.

Le jeu d'origine ne faisait pas ça (limitation de mémoire ?) Le niveau est dessiné progressivement en fonction du déplacement, sur 1,5 ou 2x la largeur de l'écran. Et je crois aussi qu'il n'y a pas un dessin complet du niveau en mémoire dure de la cartouche, un niveau est constitué de plusieurs pièces, et certaines sont répétés plusieurs fois comme un motif.

En tout cas, merci à toi de m'avoir replongé là dedans.
En théorie mon code source est toujours exploitable, mais j'ai jamais compris comment le réorienter pour publier en JS. J'avais fait l'impasse sur le javascript à l'époque, entre autres choses que j'ignorais.

Bon moi va falloir que j'apprenne aussi à comprendre comment utiliser le code de balise de script pour intégrer Ruffle

Ceux actuellement mis en ligne sur mon site sont configurés à l'arrache complète. J'en suis resté là, car ça implique aussi de revoir mon vieux modèle de site custom et css.
Mais j'ai épluché la doc de Ruffle, et je pense avoir capté à peu près 80%. En gros c'est les paramètres que tu indique dans Flash quand tu publie. Il y en a d'autres en plus qui concernent l'émulateur lui-même. C'est pas bien compliqué, sauf si le code html/js te pique les yeux.

Mais si tu veux un coups de main hésite pas. ça me motiverai en même temps à finir le taf sur les miens.