Congrats on your submission! I had a few issues with lag on the browser, but it was when there was more enemies on the screen. The interface, transitions and everything else felt pretty polished. A few times in combat the enemies did seem to teleport a bit. I'm not sure if that was knock back or what happened there.
Play in 4 color mode
Game Boy Goes 2 Space's itch.io pageResults
| Criteria | Rank | Score* | Raw Score |
| Soundtrack/SFX | #213 | 2.846 | 3.000 |
| Gameboy Soul | #214 | 3.268 | 3.444 |
| Graphics | #270 | 2.741 | 2.889 |
| Gameplay | #296 | 2.214 | 2.333 |
| Overall | #298 | 2.551 | 2.689 |
| Interpretation of the Secondary Theme | #376 | 1.687 | 1.778 |
Ranked from 9 ratings. Score is adjusted from raw score by the median number of ratings per game in the jam.
How does your game match the theme?
The player is a young boy who dreams of going to space, and spends the game raising money so he can afford to do so.
Comments
Great feedback!
I had some ideas similar to what you are suggesting, but the time constraints of the game jam prevented me from adding too many unique mechanics. GB Studio is a very clunky, clearly work-in-progress piece of software that is honestly a bit of a puzzle to work with, and I was learning how to use it as I worked on this.
My enemy movement code is pretty inefficient, and enabling collision on their pathfinding makes it unplayably laggy (even in GBC mode). Allowing them to walk through walls was a necessary sacrifice because I didn't have time to fix this. With more time I probably could have optimized my enemy scripts and made it work with collision.
The sprite garbling most likely happens because I am close to the sprite limit in the scene. Technically there are 6 enemy actors, and each one redundantly loads a copy of the spritesheet for BOTH enemy types - this is actually gbstudio's fault, I'm not quite sure how to do things dynamically and efficiently within gbstudio's clunk. Might require some mixture of GBVM and ASM.
I'm still debating whether or not I would like to keep working on this and polish it into a complete project, but I had tons of fun working on it & the feedback I have gotten does seem to imply people see potential in it.
Yeah, my game suffered greatly due to time limitations, along with thinking I could learn Godot 4 and GDScript at the same time. LOL That and I had no idea how to do music (mine had none) and sound (it was terrible but wanted to add at least something there) so while I don't think my game did well, I at least learned a lot and have that so was a success there. :)
I did very much like where it started, I can see it has a lot of Gameboy Soul. I can see how hitting the limits of an actual Gameboy engine would make things difficult to do and get to be performant. So great job on getting past that as it was definitely a good entry.
226 days ago(+1)
Yeah, my enemy code is pretty inefficient and causes quite a bit of lag - it also runs a lot better in GBC mode.
Unless you mean the thing where the left half of an enemy sprite sometimes gets garbled with a speech bubble or something. I think that happens because I am close to the sprite limit in the scene.
There's a lot of issues with the enemies, that is easily the most complex and also the most buggy part of the game.
Thanks for playing!!
Leave a comment
Log in with itch.io to leave a comment.