141–150 of 191 posts
Earlier quoted context omitted.
"Especially since it looks this game could easily be programmed with WASM and/or vanilla JavaScript." Looking forward for you doing and sharing it. Because then I could complain, why you did not use WebGPU, as it is so much more powerful ...
uh, vr port anyone? it is 2023 ffs
Earlier quoted context omitted.
It’s shipping for Windows and Linux. Neither of these uses that kind of sandbox by default (or makes it at all easy to achieve). It could trash the user’s home directory, for example.
I beg to differ. $ firejail ./bin Even the very limited default profile hides things like ~/.ssh and makes the rest read-only (with the exception of ~/.cache and such).
Why doesn't this run in the browser? :( It's 2023 - and no offence intended - but I would rather not download a binary blob from a random Internet page to execute it outside the browser's sandbox. Especially since it looks this game could easily be programmed with WASM and/or vanilla JavaScript.
I'm alternately impressed that I can port C++ in this way at all, and sad at the state of the tooling still after so long. When something goes wrong with the web assembly version of the project, I can't debug it from first principles. This could be because, as an embedded and C++ programmer, I'm unfamiliar with Javascript debugging tools, but it's still unfortunate I can't single step through at the C++ source code level when debugging the web assembly build. I just want gdb for web assembly.
I've also run into silly/stupid bugs like keyboard input not working only in fullscreen, except if you leave it on overnight in which case 1 out of N tries the keyboard input comes back. I spent days trying to debug this, only to have someone on a forum answer it in about 2 seconds that it's because a Firefox change now causes keyboard input to be captured by the awesome bar during fullscreen (which of course you can't see). I could have tried this for a million years to figure out what was wrong and not had that insight. It doesn't bode well for my game engine project if things are this fragile; no other C++ compilation target is this janky.
This is nutty, I love it. One word of caution, I wouldn't mention the word Tetris anywhere, just use "falling block classic game" or whatever else, as it's one of the most trigger happy IP I know of after Nintendo. That said it's so far detached from the original you might be fine.
Bricks of Dune is a silly name I just thought up. On second thought, it reminds me of sand art in glass jars, just more dynamic.
Super cool! One thing that looks a bit off is that part of the physics engine runs in reverse - When a piece touch the high part of a pile, the sand is going UP from the bottom of the valley to the top, instead of from the top DOWN to the bottom When the process finishes the end result is the same, it's just a bit strange :) Example in https://youtu.be/Hp4nV4EjLgM?t=133
Earlier quoted context omitted.
Or as the Chinese seem to like to call it, "Russia block".
Yeah block stacking, physics based line assembling, all sorts of names. Everyone is very careful not to say the word Tetris. Same with the Zelda word...
This is nutty, I love it. One word of caution, I wouldn't mention the word Tetris anywhere, just use "falling block classic game" or whatever else, as it's one of the most trigger happy IP I know of after Nintendo. That said it's so far detached from the original you might be fine.
Why doesn't this run in the browser? :( It's 2023 - and no offence intended - but I would rather not download a binary blob from a random Internet page to execute it outside the browser's sandbox. Especially since it looks this game could easily be programmed with WASM and/or vanilla JavaScript.
Because the developer didn't want to. Instead they coded it in Java and ran with it. Personally, I love it. It's probably 10x more efficient than a possible JS implementation, tho.
And you make that claim based on what?