Sunday, August 18, 2019

Starting a new world/level

Starting to work on a new level should be a trivial task in a game making tool. Unfortunately, this is far from being the case in Game Editors for DS, and especially in LEDS. I got this sorted out with text editing on the PC in almost every previous iteration, but now I'd like to have the tools level-up and be able to assist the game designer through this task

Bon, j'ai voulu me faire un p'tit niveau de test avec mes nouveaux graphismes pour la zone de la pyramide. Le genre de chose qui devrait être triviale dans un éditeur de jeu qui veut afficher l'étiquette "game maker". Malheureusement, on en est encore loin avec mes Games Editors for DS en général -- et dans l'éditeur de niveaux LEDS en particulier.

C'est le genre de choses que j'ai corrigées avec un peu d'édition texte sur PC dans tous les projets précédents, mais là, j'aimerais bien que mes p'tits outils passent à la vitesse supérieure et puisse permettre de prototyper plus librement, les orteils en éventail dans un transat, sans wifi et sans lecteur de carte SD sous la main.

Je n'ai pas encore de "Behaviour Editor" succeptible de créer de nouvelles machines d'état depuis le transat+DS, donc pas de "add .cmd file" à l'ordre du jour ...


  • [done] the level editor seems unable to change the tileset of the level. At best, it is replaced by ".spr", which fails to load in the game engine, obviously.
  • [todo] there is no way to indicate that the spriteset used for monsters should be changed
  • [done] there is no way to indicate that some state machine description files should be dropped, or that new ones should be used. That should be the job of ImportsWindow, a secondary window to WelcomeWindow.
  • [done]: make it know that WelcomeWindow has loaded something.
  • [done]: think about widgets and cursor to manipulate the list of imports.
  • [todo] make it easier to produce a set of *EDS tool that call each other (e.g. "cube" for those produced by the NUC)
The goal for the last item would be to use the upper screen in "welcome" mode to list all the baddies, now with the file names and the number of states used for them. At least, the blocking bug is now fixed, although I could have pushed the refactoring deeper 

1 comment:

PypeBros said...

there is a weird way 'dirname' is used to modify the path used in the level, which makes small filenames dropped because we try to skip the dirname no matter whether it is used as prefix or not.