All those prerequisites were not documented at all. As I was planning to develop on a new computer, I needed to setup my new dev environment with everything.<\/p>\n
The first step was therefore to retrieve all those prerequisites on Internet and to document all the steps needed to install them and configure the dev environment.<\/p>\n
Of course, some versions of those libraries were outdated. Therefore each project also needed to be adapted to the new versions.<\/p>\n
Game design document<\/h2>\n
After so many years, it was hard for me to remember all the game mechanics and all the level design technics that were available. I spent some time documenting as many technics as possible in the Game Design Document (<\/em>The Game Design Document (GDD) is a Markdown file that I can access direcly on Github).<\/em><\/p>\n This was achieved by making video captures of those mechanics during gameplay and by adding animated gifs of those mechanics in the GDD. The GDD also reminds how to implement the mechanics in the Level editor.<\/p>\n The next step was to dig existing levels looking for the elements and patterns that could be reused in new levels. The Level Editor allows to import and export level subsets; called level subgraphs. Making a library of level subgraphs<\/em> will allow me later to\u00a0 more easily create coherent levels.<\/p>\n All the subgraphs were also documented in the GDD so that I can later remember all the available subgraphs.<\/p>\n Finally, I wanted to improve level design iterations . The legacy workflow was :<\/p>\n This workflow works but it is quite long.\u00a0A more efficient workflow is to remove the need to update and rebuild the Android application. This is achieved by :<\/p>\n As a result, whenever the level is modified, I simply need to launch the HTTP debug level from the unmodified application<\/p>\n <\/p>\n I first added a debug HTTP level in the game level list<\/p>\n HTTP server serving the assets<\/i><\/p>\n <\/p>\n That\u2019s it for today!<\/p>\n Stay tunned, Hi, I’m back working on Papy Stampy after more than 3 years. After so much time, it’s not so easy to be efficient again.\u00a0Today I’ll tell you all the methods used to start again with a clean slate. Reproducible dev environment Papy Stampy and the game editors are stored in Github. But they do not<\/p>\n
\n![\"level_mechanics\"](\"http:\/\/www.papystampy.com\/wp-content\/uploads\/2020\/04\/level_mechanics.gif\")
<\/a>
\nLevel mechanics in the GDD<\/i><\/center><\/p>\nReusable level subsets<\/h2>\n
\n<\/a>
\nLevel subgraphs in the GDD<\/i><\/center><\/p>\nPrepare for fast iteration on game levels<\/h2>\n
\n
\n
\n<\/a>
\nDebug HTTP level in the Android game<\/i><\/center>The Debug level is available in the application<\/p>\n
\n<\/a>
\nDebug HTTP level that loads assets from the web server running on the dev computer<\/i><\/center>When launching the level, the assets are loaded from the HTTP server running on the dev PC<\/p>\n
\n<\/a><\/center><\/p>\n
\nNoxis<\/p>\n","protected":false},"excerpt":{"rendered":"