bevy VS Godot

It's been mentioned a couple of times in this thread, but Bevy also has an implementation of Nanite's ideas (sometimes called Virtual Geometry). I'm the author of that, happy to answer questions :)

As for this project, Scthe did a great job! I've been talking with them about several parts of the process, culminating in some improvements to Bevy's code (https://github.com/bevyengine/bevy/pull/15023). Always happy to see more people working on this, Nanite has a ton of cool ideas.

My recent experiences with Rust and Bevy convinced me to write this blog article to share my newfound learnings of game development.

Not at this time, no. You can read more here: https://github.com/bevyengine/bevy/issues/11969

Bevy. A very young engine where you need to write the game entirely in Rust—that was appealing. But fatal flaws overshadowed everything: no editor, the engine brutally enforces the ECS approach, and the game's architecture must literally bend to fit this paradigm. So, you won't migrate to another engine at all—you just throw away all the code and start from scratch.

Missing one of the best choices as long as "maturity" isn't on the top of your list: Bevy - https://bevyengine.org/

Game engine written in Rust, leveraging ECS in almost every place and way, with a really capable WASM export option. Wrestling ECS for the first time might take you some time, but in my experience helps you keep game code as clean and decoupled as game code could be.

I don't see WASM/WebGPU changing anything when it comes to gaming, as an industry, personally. 3d visualizations and interactive websites? Yeah definitely a nice improvement over WebGL 2, if years late.

WebGPU is pretty far behind what AAA games are using even as of 6 years ago. There's extra overhead and security in the WebGPU spec that AAA games do not want. Browsers do not lend themselves to downloading 300gb of assets.

Additionally, indie devs aren't using Steam for the technical capabilities. It's purely about marketshare. Video games are a highly saturated market. The users are all on Steam, getting their recommendations from Steam, and buying games in Steam sales. Hence all the indie developers publish to Steam. I don't see a web browser being appealing as a platform, because there's no way for developers to advertise to users.

That's also only indie games. AAA games use their own launchers, because they don't _need_ the discoverability from being on Steam. So they don't, and avoid the fees. If anything users _want_ the Steam monopoly, because they like the platform, and hate the walled garden launchers from AAA companies.

(I work on high end rendering features for the Bevy game engine https://bevyengine.org, and have extensive experience with WebGPU)

I was working through an example in the repo for the Bevy game engine recently and came across this code

That's possible. I did spend quite a bit of time tinkering with compiler flags, and followed the recommendations.

Some notes I found just now seems to agree with my results, though: https://github.com/bevyengine/bevy/issues/3978#issuecomment-...

I cannot recommend immediate mode GUI programming based on the limitations I've experienced working with egui.

egui does not support putting two widgets in the center of the screen: https://github.com/emilk/egui/issues/3211

It's really easy to get started with immediate mode, it's really easy to bust out some UI, but the second you start trying to involve dynamically resized context and responsive layouts -- abandon all hope. The fact it has to calculate everything in a single pass makes these things hard/impossible.

... that said, I'm still using it for https://ant.care/ (https://github.com/MeoMix/symbiants) because it's the best thing I've found. I'm crossing my fingers that Bevy's UI story (or Kayak https://github.com/StarArawn/kayak_ui) become significantly more fleshed out sooner rather than later. Bevy 0.13 should have lots more in this area though (https://github.com/bevyengine/bevy/discussions/9538)

What is the difference between "Redot" and Godot?

The README for this GitHub contains the same info as the official Godot repo [1], so it's not clear what this fork does differently or changes.

[1] https://github.com/godotengine/godot

Building some prototypes of games with Godot. Mostly enjoying it.

A few gripes with the GDScript language though. Might switch back to C#.

https://godotengine.org/

Godot is an open source game framework: https://godotengine.org/

You would presumably need to download the Godot framework and open it in the framework.

I think going straight to Switch would likely be a tall order. I’d start him off with something where he can be successful right away, writing something he can play on his own computer or share with friends easily.

Scratch[0] is often used to start kids out with programming. He may already use it in school, I know my nephew does, who is around the same age. I made a silly little game in Scratch about a year ago to share with my nephews[1], to try and inspire them a bit. The oldest one quickly went into the code and started tweaking the variables I had set to control things like speed and randomness to make it more chaotic. It’s a good way to learn the concepts of variables, loops, sprites, hit boxes, etc without getting bogged down with the complexity of syntax or a professional game engine. It’s also in the browser, so he can easily share with friends and have them play it, or fork it.

After that, maybe look to something like Godot[2]. It’s free and open source, so he doesn’t have to worry about licensing and all that nonsense that a 12 year old shouldn’t have to think about. I briefly looked and saw some videos of people running the Godot engine on the Switch, but I don’t know what’s involved in that.

I wouldn’t get too tied to a console when learning. Rumors of the Switch 2 are floating around, and who knows, that could mean a whole different path. Starting on the computer avoids this problem, and other huddles. Then if he likes the act of game dev and learning those things, he can cross the bridge to whatever the current console is, if that’s the direction he wants to head.

[0] https://scratch.mit.edu/

[1] https://scratch.mit.edu/projects/733627274/

[2] https://godotengine.org/

I am building my very first computer game, a VR spaceflight simulator with realistic physics and engineering, inspired by Orbiter, Eagle Lander 3D, and a little bit of Subnautica: https://tungstenmoon.com/

I am using the Godot engine: https://godotengine.org/

The playable demo is already available today on Github: https://github.com/Eccentric-Anomalies/Tungsten-Moon-Demo-Re...

We're releasing the demo on Steam for the first time in a few days, followed by an early access version probably in October: https://store.steampowered.com/app/3104900/Tungsten_Moon/

By trade I'm a C#/.NET dev. Unity made it easy to dabble with gamedev on the side. But I've since moved to Godot. Their approach makes a lot more sense. Unfortunately, the C# experience isn't quite there.

GDScript is just barely OK. You really start to miss a lot of advanced features on bigger projects.

Godot will skyrocket further once they add proper C# Web Export. Unfortunately, they claim to be blocked by this .NET team issue.

https://github.com/godotengine/godot/issues/70796#issuecomme...

The version of Godot Engine that we used for the analysis is 4.2.2.

Godot