gbaman / dragonfruit-game Goto Github PK

See Slack logs

It appears that the game loop continues to run even when the game is stopped.

To reproduce:

• Start the game by pressing "Start game".
• Click the back button
• Observe that the "Current FPS" is still logged, but now much faster (likely the game loop is started again causing two to be running)

I was doing some thinking today about how we handle levels and have an idea to propose.
A single level class from which most of its needed data is grabbed from a few supporting files.

• LevelBackground.png - Background image
• LevelPath.png - Main path file making use of PNG transparency
• LevelForeground.png - Foreground image, bridges etc.
• LevelObjects.xml - Simple XML file with a series of coordinates along with image names, sound effect names (for when hit) and class names. These would be for anything that isn't drawn in the first 3 images, for example powerup boxes etc.
  It would be possible to have more than just physical objects though in the LevelObjects.xml file, could easily also have triggers. So when a user reaches a certain point, a piece of code is run.

When setting up the new level, would have a constructor like
Level(LevelData, LevelObjects, LevelMusic)
Or if wanted to allow each to be defined individually.
Level(LevelBackground, LevelPath, LevelForeground, LevelObjects, LevelMusic)

We could easily build a simple tool to generate the LevelObjects.xml file, I already have a rough thing from a previous project written in Python.

The advantage of this is it allows us to build levels quickly and in theory, supports dynamically built levels later on, given is just some images and an xml file. This is all opposed to a class for each level.

What do we think @dom96 @nmcparland?