nice implementation of Dokibird’s sharpshooting!
Play game
Dokibird's Dragoon Getaway's itch.io pageResults
| Criteria | Rank | Score* | Raw Score |
| Theme | #4 | 4.433 | 4.433 |
| Overall | #16 | 3.847 | 3.847 |
| Creativity | #24 | 4.000 | 4.000 |
| Gameplay | #33 | 3.633 | 3.633 |
| Ambience | #34 | 3.833 | 3.833 |
| References / Humor | #52 | 3.333 | 3.333 |
Ranked from 30 ratings. Score is adjusted from raw score by the median number of ratings per game in the jam.
How does your game fit into the theme?
A chain reaction of explosions is the core gameplay. The ending scene also has some relation to the jam theme.
Showcase / Streaming Opt-In
Yes!
I give consent.
Comments
242 days ago(+1)
Thank you for playing!
That wisp did exactly what I was hoping it would do to a player: Be a nuisance and disrupt their plan! XD
Hmm... I think I know how that bug is happening. I didn't account for that situation when testing. :P
243 days ago(+1)
Hmm... I don't think enough people would pay for the game to make back the money I would have to pay to publish there. XD
The web saving is handled by Godot. I'm just saving a text file to the local storage and Godot internally maps it to the browser's internal database or, if running the desktop build, to a folder in the local PC.
There could be some conditions that cause some achievements not to trigger, such as the Crowki vision one. There was not enough time to thorougly test all possible situations so it is expected some small bugs made it to the published build.
I'm glad you enjoyed the game! :)
243 days ago(+1)
Yeah, it is stated in the Godot docs.
"On HTML5 exports, user:// will refer to a virtual filesystem stored on the device via IndexedDB. (Interaction with the main filesystem can still be performed through the JavaScriptBridge singleton.)"
https://docs.godotengine.org/en/stable/tutorials/io/data_paths.html#accessing-pe...
Thank you for the detailed feedback!
Don't worry about the wisps! They are already dead, you're just helping them pass on. XD
They were added to the game as an element to throw the player off and as an unpredictable obstacle. I had to add some chaos in there because the game felt slow and boring without them.
Of course, having a large number of play testers would've helped figure out ways to tune the game so that it hits the right spot.
Oh and about the death cry... the original plan was to add a silly Mint spooky voice going like "wooo~" to make it sound funny and playful but I didn't have time to go hunt for it so I ended up using the next best I could find during the limited time of the jam.
I'm glad you managed to see the ending scene! I put it together almost in the last day of the jam. I would've loved to have someone voice act Doki's lines but unfortunately there wasn't enough time to do it.
Once again, thank you for playing! :)
245 days ago(+1)
Wow! Thank you for the lengthy and detailed feedback!
Was the Crowki view too small even after playing in full screen? Hmm... maybe I should've considered some kind of accessibility setting that allowed the player to resize it to their preferred dimensions.
This is one of those things you can't notice unless there's other people playing your game but unfortunately I was pretty tight on the dev time to have any chance of getting playtesters to try the game, let alone incorporate their feedback into the final product.
Thank you for playing! :D
You're so welcome!
Yeah, I think the issue for me is size + position of the window combined with the activity. I think my best comparisons are to film/TV. It feels kind of like a movie violating the 180-degree rule and jumping across the axis of action, or a TV show using a bunch of quick cuts in an action scene where the intended focus leaps around the screen.
I have a possibly bonkers suggestion which might be terrible, but might be interesting to try. It occurs to me that if the window were somehow linked to the cursor position, it might feel a bit better? As is, the flow is: eyes on cursor -> flick to Crowki View to time -> flick back to screen and locate cursor and change position -> flick back to Crowki view. The Crowki View having a consistent relationship to the cursor might help? I agree that in lieu of that (or some other approach) an accessibility feature might be a welcome addition.
Thank you so much for the kind words!
I personally think my game is not up there with the best I've seen in this jam, but I'll take your compliments. :)
About the UI bug, it happened to me once while testing but I could never replicate it so I unfortunately haven't figured out why it happens.
I suspect it has to do with multiple dragoons getting hit at the same time not being counted properly in the game logic and the game thinks there are still dragoons running even though all of them were either captured or escaped. It could probably be fixed with additional status check logic but since it's not a very frequent bug, I'll leave it as is for now.
Thank you for playing! I'm glad you enjoyed the wisps and the tutorial.
Good job on getting all the achievements! Wow!
About the timing for the chain explosions, I was debating if I should add a text exposing the exact timings and relation between the bombs and the dragoon running speed or letting the player learn it through trial and error while playing the game. In the end I didn't have time to go back to this and just left it as is.
You already cleared the game, but if you want to know: the time it takes a dragoon to move through a grid square is the same as two chained explosions, or said in the other way, you get 2 explosions per square walked. With this information, you can count how many squares the dragoon will need to walk to reach the interception explosion point and then count how many explosions are in your chain. Then use both numbers to calculate how much you need to wait before lighting up the first dynamite in the chain.
247 days ago(+1)
Thank you for playing! I'm glad you enjoyed the little animations I made! I only learned how to make them in the last 2-3 days of the jam. XD
247 days ago(+1)
Oh, I had plans to add a visual representation of the path each dragoon would take to the exit (it's always in the same spot at the top right of the map) but ended up not having time to research how to do it and implement it so it was cut from the final game.
I also forgot to add the Skip button to the capture animation. At least that one is shorter than the escape animation that does have the skip button. XD
Thank you for playing! :D
247 days ago(+1)
I'm glad the tutorials helped! I wasn't sure if the players would understand the game with just written instructions on the game page so I tried my best to include tutorials in the game itself.
I describe the game as a puzzle-shooter, an unusual genre combo that I went for to try new things instead of going for the same I already knew. The wisps were not in my original idea but the game felt too simple without the additional challenge. I felt the game needed that adrenaline surge moment and something to hinder the player while they're trying to time their shot to make things more interesting.
I agree that it would've been better to show the objectives at the beginning of the level, so that the player can plan their moves accordingly and avoid doing replays. Hopefully by the second or third level most players understand that they need to be smart with their bomb placement and aim for using as little as possible of the dynamite stock.
Thank you very much for playing!
Leave a comment
Log in with itch.io to leave a comment.