Corridor Duels by nyxkn
Corridor Duels

No instructions required. Hop in and play!
Controls:
- WASD
- Mouse buttons to Attack and Block
- P or ESC for pause/settings
Any feedback is greatly appreciated. Harsh criticism is welcome.
Prove your worth in the duelist's corridor!
Will you emerge victorious?
Devnotes
Software used:
- Godot 4.2
- JFXR and Chiptone for sound effects
- Reaper for music composition, with Spitfire LABS instruments and SCC Taiko Drums
- Aseprite for the pixel art
- Font is m5x7 by managore
Source code available over at my Gitlab page.
Known issues:
- ~~When playing the web build on chromium browsers, controls might get stuck. This seems to be an issue with Godot. If you come across this issue, maybe try firefox or the non-web builds~~
- On macos: The web build might or might not work. There's an open Godot issue about it. For chromium browsers at least, it seems one has to switch to the metal graphics backend. Either with the command-line flag --use-profile=metal, or switching to metal for the angle graphics backend in chrome://flags. I was unable to provide a native macos build as an alternative.
Post-submission changes
- Fixed a bug that would leave you stuck in the settings screen
- Fixed stuttering caused by unnecessary shaders recompilation
- Workaround for the godot bug where controls get stuck in web builds
Screenshots

| Link | https://nyxkn.itch.io/corridor-duels |
| Link | https://nyxkn.itch.io/corridor-duels |
| Link | https://nyxkn.itch.io/corridor-duels |
| Original URL | https://ldjam.com/events/ludum-dare/54/corridor-duels |
Ratings
| Overall | 196th | 3.511⭐ | 49🧑⚖️ |
| Fun | 167th | 3.532⭐ | 49🧑⚖️ |
| Innovation | 308th | 2.867⭐ | 47🧑⚖️ |
| Theme | 258th | 3.337⭐ | 48🧑⚖️ |
| Graphics | 249th | 3.233⭐ | 47🧑⚖️ |
| Audio | 74th | 3.7⭐ | 47🧑⚖️ |
| Humor | 218th | 2.364⭐ | 35🧑⚖️ |
| Mood | 156th | 3.4⭐ | 42🧑⚖️ |
| Given | 29🗳️ | 76🗨️ |
(as a note i didn't have the controls issue - playing on firefox!)
I have one question though: Is it intended that I can hit an enemy that stopped its attack right after the attack? It feels like they are always vulnerable shortly after ending their attack (which I thought would only happen if I actually blocked the attack).


I did have the controls glitch with Chrome on Windows, but clicking out and back in the HTML5 frame fixed it.
The controls bug should be fixed now! It seems to be an issue with how Godot handles input actions. Fortunately I seem to have found a workaround.
It's really fun, I love that you don't have to block, you can also just hit enemies while they charge at you.
So if you use things like is_action_pressed() you can run into this issue. But the solution is to bypass actions and just check for key presses directly, like with is_key_pressed(). Key-presses get updated correctly. It's just actions that get stuck.
The menus are good too. But I think those are the default Godot skins. :D
The gameplay feels OK, but it got quite repetitive for me; although the game is short enough to not overstay its welcome anyway.
Sometimes it was a bit frustrating to wait an enemy to attack, because we can't do anything to them unless they create an opening for themselves. So in a sense, we can't attack them, we can only retaliate. This decreases the dynamics of the combat and reduces the amount of actions the player can have. That could be an intended route for this game, I dunno. :) Just sharing my view on that.
The music does a little stutter every now and then when playing in browser (I tested it in Firefox and Chrome).

It's always good when there's some sort of score or time at the end, gives you a reason to try again... :)
The mechanics worked pretty well! And it's a complete game in the compo. Great job <3

Music was great and even though the graphics are simple they are very coherent and go well together (something I struggle with a lot =P ). Great job!
Well done! Take a candy! :candy:
Thanks!
Only thing I missed was some variation on enemies and levels, but I think this is just personal preference, the game is great as is.