You can “complete” the game now!

While skewering a single boar isn’t the most challenging or fun way to complete a level, what’s relevant is under the hood.

The way the “victory” condition triggers is through signals, where the level signals the player it has won and after a simple victory pose and tune, the player character signals back to the level to show the victory screen, to avoid stopping the pose short. While it might seem convoluted at first, this means that the victory condition is level-dependent, so in one level it might be killing all enemies while in others it might be clearing an obstacle course, the only constant thing is that it is the level that knows how and when the player wins.

Changelog

Victory Conditions

“Victory” logic is now implemented in the game and is currently rigged to killing the sole enemy of the test level.

Control Scheme HUD

Another new addition is a contextual control guide on the top-right corner, which tracks which state the player currently is in to show adequate controls for what you can do next.

Bugfixes

• Fixed the credits so now you should be able to click on the links.
• Player death didn’t deactivate attack hit boxes, allowing for post-mortem revenge

Also while not directly related to this project, I manage to find a fix to the Godot Tilemap crash.

Trimmed File Size

So funny thing, I didn’t know Godot packages every file in the project directory, so the .exe got bloated with unused assets. I’ve cleared those files and also used the opportunity to reorganize the file structure.

To Do

Actual level design.

The test level is all fine and dandy for testing, but it’s not interesting by any means except how pretty the assets are.

Level Selection & Change logic.

With proper levels, you’ll need to be able to go through them and select them from the main menu.

Game Options.

Volume for one, blasting 8-bit music at full volume isn’t for everyone. Besides that, the game isn’t complex enough for many more but wouldn’t hurt to have in mind.