111–120 of 130 posts
Earlier quoted context omitted.
There is a trick in level 7. You have to do something counterintuitive.
Ok, I'll bite, what? I just do the obvious, drop fast from left to right. That way you can cross without being forced off the top of the screen.
Very cool and great use of webassembly. Bug report: if you get low enough in the last level and thrust upwards, the black smoke somehow mixes with the purple smoke outputs and they start instead covering the screen in black smoke. https://i.imgur.com/vHOrBWm.png
I also had problem with the last level - on the several attempts I had left, after about 10 seconds the sim would seem to bug out and it looked like there was a very, very strong wind along the bottom, which looked like it was friction-pulling the rest of the play area so that everything was blowing fast to the left, leaving it (apparently) unplayable. Good fun, otherwise.
Earlier quoted context omitted.
Thanks stared. I forked the repository and will make a pull request. Also I have seen your quantum game project.
Added! Nice to hear that, BTW. For this game - any idea to expand it? I finished 8 levels in one go, and it seems that there is a lot of potential for even more challenging currents, whirlpools, floating pieces, etc. (Side note: mechanic-wise this game reminds me of UGH!: https://classicreload.com/ugh.html )
So at the moment my motivation for this game is to add more realistic physics for the ship (turns instead of right and left) and a level editor to learn Vue. Then just look at the other comments. You see a lot of great ideas.
But building a 13k game next year based on the Voxel Space Engine is also in my head :-)
Am I the only one experiencing a game-breaking bug/behavior? The D thrust gets stuck on if you press it once, and randomly the W comes on and gets stuck too. Also, after the first ship, every additional ship starts with W and D thrusts on, permanently.
No issues in Chrome.
Awesome! Couldn't win yet, but I'll keep trying :) On a more technical note, I wonder if you could use a Lattice-Boltzman-based flow simulation instead of classical CFD. Could be faster depending on "grid" size. Great, great job!
Regarding usability: I keep getting confused by the controls: indicating where you want to go vs which thruster to use. Back in yonder days I used to play Lunar Lander on Windows (https://en.wikipedia.org/wiki/Lunar_Lander_(video_game_genre...) but there the controls indicate which rocket you're firing: down for going up, left for going right, etc.
Similar but to be solved programmatically is the codingame.com marslander.
https://www.codingame.com/training/expert/mars-lander-episod...
Good luck on the 2018 js13kgames competition!
Earlier quoted context omitted.
I remember a DOS (or early Windows) game like this. A top-down, 2D game for two players or 1 + CPU. There were no obstacles, but every time you moved through the background fluid, more fluid was created in your colour (purple / pink), and you could envelop the enemy player by 'swooshing' it around over them. Can't remember the name...
Was it Ichor[1][2]? A bit later than the "early Windows" days I think (I remember hearing about it around 2007), but it also matches your description and it was the first thing I thought of after playing the game in the post [1] https://www.youtube.com/watch?v=9MGoyAiPQog [2] https://www.fun-motion.com/physics-games/ichor/
Back in 2013 I e-mailed the original developers with some WebGL fluid dynamics demos, and asked if they'd be interested in porting Ichor to WebGL, and they were, but it died down soon after.
The Ichor source is on GitHub as well, although it doesn't have a license.
https://github.com/luqui/ichor
It would be so awesome to have this game ported to WebGL, or even just to GPU in general.