Yeah, we're considering making a full game off of this base. Thank you! ^^
Recent community posts
Wow, thanks a lot! Lots of insightful feedback, we liked the one about a phantom line before the lightning bolts especially. You're also right that this's just a base - we've got a lot of work ahead, but when we do finish it and release the game, we'll be glad to invite you to try it out! :3
Thanks a lot! Yup, we figured we need a checkpoint system an hour or so before the jam end, but unfortunately didn't manage to implement it bug-free that fast. One of those things that are hard to notice when you know your game in and out and it's a lot easier for you than it'd ever be for your players. :D
A fun implementation of a runner game, like the ability to dash. Quiet hard due to the mushrooms being so abundant, they become more of an obstacle than I initially expected despite the warning, haha. Well done!
It felt weird but also rewarding once I figured out what's the deal here. I appreciate the fact that some modern developers don't explain every tiny detail even though that's the norm now. :P The graphics were simple but nice, and the (occasional?) sounds were fitting. Good job!
Neat gameplay and graphics, though the learning curve is a tad too steep imo. Save slots and several missions gave the game a special feel as if it were closer to the finished product than usual jam games are, haha. Good job!
Ha, funny how we both came up with the robot vampire idea and ended up with the implementations being so different. I like this stealthy gameplay, it's also reasonably hard which's a feat for a jam game. Good job!
Neat idea, although a bit unclear in the beginning. Had to watch the video tutorial for a bit to understand it. Also, once there was a case of me getting stuck, then the camera went up, I was left out of the screen and couldn't do anything, yet the game continued, probably some rare case of a game over not accounted for? Well done!
Pretty fun, although I'd agree with Sergey that the player character is a bit too slow. Those stealthy guys are cool, haha. I'd suggest showing some post-death moments instead of an instant game over screen though, first time I was like "wut, what killed me just now?". :D Nicely done!
Yeah, I had a guess of the collision being calculated before the rendering occurs, but wasn't sure even after additional testing. All good though, LD39 and this one was my first time coding a game like that, so was figuring out lots of stuff on the go as well, can easily relate.
As for the controls, I didn't mean the actual response time, my bad; I tried fiddling around with the game a bit more to pinpoint the little details that made me feel a tad less comfortable than it could be, here's what I could find:
1. When you're shooting, the function's apparently fired on the key "up" state, not "down" like with jumping/movement (where it'd be hard to implement differently considering the game's mechanics, but still), which's fine in some cases but probably was causing some discomfort just due to the inconsistency with the overall control scheme. Don't remember how Mario did it with the fireflower, but, for example, Megaman was using the "down" state iirc.
2. Consider this scenario: you press left, then press right while still holding left, then stop pressing right while left is still pressed. An expected (at least by me) behavior would be that the character'd start moving to the left again, but instead he stands still, probably due to the logic of a "if the key corresponding to the current running direction isn't pressed anymore, halt the movement" kind. It doesn't come up that often, but I'm used to some twitchy platformers where that'd happen relatively more often and be an additional "meta" annoyance to deal with, basically. Hard to say how it'd be implemented in the older console games due to how D-pads worked, so maybe it's just a gripe other people wouldn't share, dunno. :P
Pretty much my favorite entry tbh, I can see the effort and love towards the genre (which I share) you put in. :)
An interesting approach to a maze game with the additional darkness layer, props for it actually mattering (lots of games like that are actually easy to complete in the dark for one reason or another). I'd look into the movement code, bumping into a corner results in a rather unexpected "ricocheting" movement, you could just use a tile-based movement scheme instead since the level design is already fully tile-based anyways. But that's not that important and easy to get used to, just a suggestion of making it feel even better. :P Also, some sounds apparently didn't load for me (I doubt you've used some strange gray noise intentionally), windows build. Good job with your entry, I enjoyed it!
Ha, one of the more original concepts out here, haven't seen this mechanic used before. I'd probably add some variety to enemies' "playstyles", maybe even give them different weapons and use some kind of an arena setting, then with some well thought-out monetization system it could even reap some profits on mobile. Good job!
This felt oldschoolish and nice, I'd create some additional enemy variations plus maybe tighten the controls up a bit (acceleration and especially deceleration were a bit too much for me, but I guess that could just be my personal taste), then proceed to publishing to the app stores, it's simple yet charmingly so. :) Well done!
Same problem as Dener had, I guess that's just an unmentioned limit on moves you can make? I liked the concept though, and I'd also suggest using transitions instead of straight .x/.y assignments for the blocks' movement to feel smooth. Good job!
A cool mobile game, can see it getting published by Ketchapp and the likes, haha. Especially liked how you included several alternative modes, out of those "Invisible" and "Control" stood out to me. Well done, and keep up the good stuff, hoping to see your games featured someday!
Great job at getting that SNES feel! Some things I'd suggest:
1. Check the hitboxes, especially while gliding after the jump and shooting, they felt really big and punishing.
2. Make the invulnerability window after getting damaged bigger, several times it was real hard to avoid additional damage, specifically in air.
I'd also make controls more responsive, but that's a design choice you might've went for intentionally, since the older games did have it the way you do. The gameplay is fun, and graphics contribute to the overall game feeling nicely, I'd consider continuing the project if I were you. :P Well done!
Neat, I enjoyed trying it out. It's pretty hard considering the crabs' speed, but if you're good at defending during the first half you can pretty much just rest towards the rest, since the damage starts ramping up rather slowly. I also missed the point at which my HP stopped recovering automatically, but still made it to the end, with a score of, uh, 45 I think. Though I was just using 1 of each building type all along, I'd suggest having their descriptions on at all times, not just in the tutorial. All in all, I liked the gameplay concept, several difficulty settings and the simple yet pleasant to look at graphics. Nicely done!
Nice infinite runner for mobile, with some additional mechanics and especially obstacles it could be a good-to-publish project. :P With just one obstacle I got to a highscore of 35 and kinda got bored, but the potential is there. Also, got a bug with the game ignoring "start the game" touch events, apparently the game over "let's fall" frame was swiped over high enough for it to become non-interactable, yet not high enough to trigger the touch to start event. Love the sounds btw, they were disturbing but fitting somehow. :D Good job, and keep it up!