- Brightness check [y]

- Audio on/off switch [y]

- Mouse axis inversion switch [x]

My brain hursts using the mouse to look around that way, I'm too old to learn new tricks!

Great game and proof of concept w/ CSS/HTML, you get 10/10 xD

This is super cool! Love it.

Love that the layout is responsive and has mobile, tablet and desktop versions in good web UI style. (FYI, if you close the sidebar and resize to desktop, it's missing.)

Very nice! Reminds me of the work of Keith Clark (https://keithclark.co.uk/labs/css-fps/)

I also experimented with 3d rendering with just CSS a few years ago. The result came out pretty nice (desktop only I'm afraid): https://www.michaelbromley.co.uk/experiments/css-space-shoot...

I've played it to the end, good times !

I'll be 'at' cascadiajs. I really look forward to this.

I just looked up the topics for cascadiajs and it looks awesome! I was disappointed to find out that all the tickets are sold out even though it's a virtual conference. I know you are just a speaker, but do you have any insight into why there's a hard cap on attendees? Is it simply to avoid potential infrastructure problems that could occur from delivering live video content to an unforseen number of attendees?

Great game sir!! However i am not able to complete the first level itself I ate the food but still not able to lift the sewer in dark as it shows i am weak

To be really pedantic, keycodes only help when the layout is being remapped in software by the operating system. There are dozens of us that use hardware Dvorak mapping. Dozens! :p

So to be clear, the ideal thing to do is to allow the player to define in-game which keys should do what. But realistically speaking, I’m not going to complain because I brought this on myself when I chose to use a hardware controlled Dvorak layout. Still worth it btw ^^

I do note however, that the project is open source on GitHub, so if any of my fellow hardware controlled alternate keyboard layout peoples want to take a stab at submitting a PR for a keyboard binding config menu for the game I say go for it :)

Given that WASD is a standard in gaming I'm surprised by this approach. Do many games / game engines use key position? Isn't it easier to just add key remapping so outliers can configure freely?

> ESDF is fine, as are RDFG, TFGH, or the traditional IJKL (see https://en.wikipedia.org/wiki/Arrow_keys for more).

Ugh, no. FPS has standardized on WASD over the last 20 years and people trying to reinterpret this are the bane of a positive experience.

Positional keys? Sure. Whatever's in WASD's place is fine. But splitting hairs for the <1% of users using nonstandard stuff (like a dvorak keyboard, which after a lifetime of computer nerditry I still have never seen in-the-wild) will lose you a huge chunk of your audience.

WASD or die

Woaah.. this never occurred to me. Thank you, for the suggestion. Didn't know about "KeyboardEvent.code". And of course.. arrowkeys, kinda ashamed I didn't think of that!

...or just install the US keyboard layout as an alternative to the one you typically use.

"Alternatively, use keys that are stable across most common Latin keyboards layout, which means no AMQWYZ."

No no no no no this is a terrible idea. Don't make 99% of peoples experience non standard just so that people with non qwerty keyboards (who are probably expecting to need to remap controls anyway) have automagic defaults. Just default to the most common thing (WASD) and let people remap keybinds to whatever they want in case that doesn't fit.

I'm a pretty avid gamer and I've literally never opened a PC first person/third person shooter (or other real time genres with a similar perspective) released in the last 15 years or so that didn't have movement mapped to WASD by default. Not doing so would make your game feel very unpolished.

If you care about accessibility at all you need to allow button remapping anyway, even if you go with positional keybinding.

Funny. I had to look for WASD on my Dvorak keyboard, but that said, we are a minority. My bigger recommendation would just be to quickly mention which keys are relevant as I was left wondering if I was missing something.

I did not know about key codes and physical position! Thank you!

Pretty sure that is on purpose for the theme of the game.

I would probably give up if the game had OSHA approved flood lightning in a medieval dungeon prison cell.

I agree, it could be brighter. SUPER DARK.

Performance for simple things is adequate, but relying on 2-point rectangles (origin(x,y), dimensions(width,height)) for geometry is extremely cumbersome. Also everything is hack piled on top of hack (for example there is no concept of a camera, the whole world moves around you instead to simulate the camera effect!).

So... webgl is still the way! This is meant to be an experiment to show what css/html is capable of!

It won't be faster than WebGL in most cases. Browser CSS rendering stacks have gotten pretty fast but are not really optimized for this. In practice WebGL gives you more chances for optimization, because CSS rendering has to handle lots of edge cases that games don't. For example, a CSS renderer must split self-intersecting partially-transparent 3D polygons on CPU to render correctly, whereas a game engine just tells the artists "don't do that".

I think it's pretty hard to get more performant than webgl, especially as the number of vertices increases/geometry complexity increases.

I was having trouble with keys mid-game, full-screened, and I couldn't exit either. But I was able to hit CTRL-W to close the tab, then I could F11 back to sanity.

it should be possible - you can check how it is rendered on mobile portrait and landscape modes (which is basically fullscreen). However, more intricate sizing might be hard to achieve since I 'm using pixel values so some things will probably look terrible in higher res. (this isn't the same as upscaling res let's say in canvas or webgl - it would be more like viewing an old website in a newer bigger monitor! But in theory it can be improved :) )