Single Button Maze
Source code available: https://github.com/bfreis/trijam-304
This is a simple Maze game created mainly to try out the capabilities of Cursor (IDE): how fast could I create a very simple game using Go and Ebitengine?
Created for Trijam #304, with theme "One button adventure".
One button adventure
You only need to press "The Button" to interact with the game. "The Button" is either the "Enter" key on a keyboard, or a Left mouse button click, or a Touch on the screen.
When using a keyboard, you can always go back to the Title screen by pressing "Escape".
How to play?
When selecting Start, you'll be placed inside a randomly generated maze, that contains exactly 1 exit. It is guaranteed that there's a path to the exit.
Wait for the player to be facing the desired movement direction, and press "The Button" as many times as desired (or possible!) to make movements in that direction. If you miss the opportunity, or need a different direction, just wait.
You can change game options (maze size, player rotation speed) by ...wait for it... pressing "The Button" while focus is on the corresponding option in the Title screen. Want to change a different option? Wait until it gains focus, then be quick!
Troubleshooting
If pressing "The Button" doesn't seem to do anything when playing on Itch.io, please click the game to ensure it has focus and can process keys.
Development log
- Minor bugfix, timing on initialization90 days ago
- Mouse and Touch support91 days ago
Comments
Log in with itch.io to leave a comment.
Amazing little experience, the mazes look okay, although it would be interesting to see a few with loops in them. IIRC those are much harder to create, but also solve because there is not a clear one route solution.
Gameplay wise I kinda wish there was a small delay reset on the direction change, because my poor keyboard got mashed to bits! Some audio also would have been cool!
Nice little game!
Very good concept, would be great if you add some kinda of time high score to see who can beat the game faster
Sounds interesting! I need to think what to do about different runs where the player can start very close or very far from the exit. Alternatively, I could always put the player on one corner and the exit on the opposite corner. What do you think?