I really like how you interpreted "musical fruit", it's a very fun way to have a song about music without being a rhythm game :)
I had an issue with controls though, as I'm using an AZERTY keyboard (from France), it seems Q and W are not recorded correctly!
I think what's happening is your engine is recognizing the right key (by position) but your character check makes it wrong, which means I can't play in normal or hard mode! :(
Thank you for taking the time to play my game and to leave a comment.
Funnily enough, I was extremely tempted to change it to a rhythm game towards the end of development so that the fruit sounds were more in rhythm to the backing track. So your comment makes me feel glad about sticking to my initial idea where the player ends up creating their own result screen fanfare.
I think your the only person I know of that uses an AZERTY keyboard! I am sorry that I didn't account for this. I will try to keep this type of thing in mind when it comes to key checks. It sounds like a very curious issue as the W key isn't working :/ After a bit of mulling over as I wrote this comment, I looked at my code and realised what the issue was:
I was getting and using the key code instead of the physical_key code when doing the checks. The input mapping was using the physical key (which corresponds to your observations), but I wasn't getting the physical_key for the checks. This is my fault, and I am sorry for that mistake.
I've uploaded a new version where it should work base off of the key's position. In theory, you can now use Z and Q in place of W and A.
