21–30 of 187 posts
> After an unsatisfactory attempt at using Bullet, Godot 4.0 returns to its own physics engine which, despite not being a high end physics engine like PhysX, aims to offer a lot more flexibility and “just works” capabilities to users. This is a bit of a red flag if one of their goals is for the engine to be used on AAA games.
> After an unsatisfactory attempt at using Bullet, Godot 4.0 returns to its own physics engine which, despite not being a high end physics engine like PhysX, aims to offer a lot more flexibility and “just works” capabilities to users. This is a bit of a red flag if one of their goals is for the engine to be used on AAA games.
I was about to say "they can't, the project is supposed to be fully open-source." Because, you know, Nvidia. But I looked it up just to double-check, and wow, that's like one of the only open-source projects Nvidia has ever published. At least that I've seen.
Would Godot be a decent engine for kids around 12-14 years old? I don't know a lot about it, but would like to suggest something for a person I know. I'd also be curious what the Godot support is like in terms of maintaining older releases. I think it would be a mistake to tell a young person to use a beta version since they could hit a lot of bugs and get discouraged, but having them use an existing version that doe…
Maybe check out PhaserJS. By using a web engine, it can be easier for them to share their games. It’s also a more forgiving language and environment. PyGame is also a good starting place. If these two seem too elementary for their needs, consider Unity and Godot.
Godot and Unity allow exporting into web projects.
I really don't like the RenderingDevice abstraction they've ended up with. It's strongly reminiscent of OpenGL, doesn't expose command buffers or queues (no async compute). Barriers are too coarse. There's also no support for a bindless approach, no GPU driven rendering or even just GPU culling.
Godot is a nice engine. I did a 3D project in it during the 3.0.x era and it was by far the friendliest and easiest engine I have used to-date. I think it gets a lot of love from people (myself included) because of that. The node system is absolutely wonderful to work with and GDScript is not bad as well. It's the most productive I've been in a game engine and I regularly contemplate going all-in on Godot for the fut…
Godot is a nice engine. I did a 3D project in it during the 3.0.x era and it was by far the friendliest and easiest engine I have used to-date. I think it gets a lot of love from people (myself included) because of that. The node system is absolutely wonderful to work with and GDScript is not bad as well. It's the most productive I've been in a game engine and I regularly contemplate going all-in on Godot for the fut…
I'm curious if the best solution would be to expose more optional knobs and switches for KinematicBody, or to have a bigger ecosystem of open-source variants.
Earlier quoted context omitted.
Maybe check out PhaserJS. By using a web engine, it can be easier for them to share their games. It’s also a more forgiving language and environment. PyGame is also a good starting place. If these two seem too elementary for their needs, consider Unity and Godot.
> By using a web engine, it can be easier for them to share their games Godot and Unity allow exporting into web projects.
Earlier quoted context omitted.
Maybe check out PhaserJS. By using a web engine, it can be easier for them to share their games. It’s also a more forgiving language and environment. PyGame is also a good starting place. If these two seem too elementary for their needs, consider Unity and Godot.
> By using a web engine, it can be easier for them to share their games Godot and Unity allow exporting into web projects.
Do you prefer Godot or Unity for 2D games these days? I did a simple game in Unity and it went pretty well. I'd prefer to use C# if possible. Unity is a very nice environment but IIRC it really seems to chug when reloading user scripts from disk after updates.