Thanks for the in-depth feedback! You can rotate with the mouse-wheel or with Q/E while building. I think we were missing some polishing of the build-phase. This includes the "can't place item" sound and restarting from the already built car. Both good points which we wanted to implement but didn't manage time-wise.
Regarding the Physics-Engine, we switched to Rapier2D in the middle of the jam, because we noticed that physics joints are not handled correctly in the default engine. And we wanted the car to be a little bit flimsy. We could have just added all objects to a single rigid body, which worked, but that wasn't the flair we were going for.
You can try it easily to see what happens without Rapier2D, if you leave out the rapier_<something>.so / .dll file, and start the exe without it adjacent, then godot will use the default engine. And despite no other changes, car just falls apart. The pieces are only held together by the pinjoints, the parent is a Node2D which doesn't move with the car.
In godot physics the alternative was to have a rigid body as the parent of all of them, and the other parts be a child rigid bodies. But this caused some issues as well, as this isn't how Rigid bodies should be connected. So we spent a lot of time tweaking the initial approach, but the car kept exploding, and then we switched to Rapier2D. which worked much better.
Oh no! Apparently the .dll / .so files for the Rapier2D physics addon were missing, but when we tested it locally it always worked, because after building the addon files were adjacent to the executable... Sorry for that :(. Here are the updated files: LINUX and WINDOWS. We'd be happy if you can try again.
Oh no! Apparently the .dll / .so files for the Rapier2D physics addon were missing, but when we tested it locally it always worked, because after building the addon files were adjacent to the executable... Sorry for that :(. Here are the updated files: LINUX and WINDOWS. We'd be happy if you can try again.
Yeah, it turned out quite difficult in the end. Fun fact the first level we made ended up being the last one, i.e. the hardest one. We appropriately named it "Frustration" haha :D
Nice game, interesting idea with the virus/T-Cells! Impressive animations you were able to make in a week! I got stuck at the "disable virus door" though, bullet+sword combination didn't work, or did they have to be in short-succession?.
Well, crap now the aliens have the earth! I have been mislead!
Great short game, nice design clear goal :).
Bit of feedback: would be nice if you could play with one hand (arrows including up arrow) or WASD. Also found a bug on the level where you have the elevator and the 2 guys side by side, if you go with the right one too far to the right you fall off the level. Otherwise great game :)
Solid game, love the details on the walls explaining what to do! Although the controls were very familiar as we have TAB and Q for the same stuff in our game.
I wonder how you made the slime ball behave like that? It's physics look very nice!
I played the browser version in chromium (87) on Linux. I think I bug-finished the previous level, and then this one had some wrong state.
Now I tried it in firefox and it worked very well. Completed 12 levels. By far the best game so far! Love the details (like when you step on a box in water, beautiful!) Only criticism I have is that controlling with WASD is very confusing, died numerous times to that, but controlling with mouse was fine. Great game!
I had to laugh when starting the game, great concept controlling a box! Nice idea throwing them as well, wish you could steer a bit in the air, wouldn't have missed so many times then. Although I guess it might be intentional.
Lovely art and music! Absolutely gorgeous! Unfortunately I think have a bug where I cannot play further: https://imgur.com/nW7OjAv? If I go north-west here the block immediately falls down, is this normal?
