osu-framework VS Stride Game Engine

Related to your vision, you should definitely take a look at osu!framework. It's an open-source C# game engine, focused on 2D rendering and UIs. You can see the biggest example of it being used is, of course, osu! itself (osu!lazer, next iteration of osu!). It is so good that it has become my standard in terms of visual design and UI features.

An API I particularly like for this is how osu!framework does it.

Almost unrelated, but for game development (in C#), you might wanna look into the osu!framework, if at least just out of curiosity. It is a free and open-source game engine developed by peppy, the developer of osu!. You would also be able to develop on Linux (where programming tools really shine if you ask me) using VSCode and have neat things like visual tests and other stuff I haven't looked into.

it seems that despite using SDL, if you have "raw input" checked, it still uses the osuTK mouse input handler (https://github.com/ppy/osu-framework/blob/b97c26a684dc8ded5a349d24f8664a4f4b8c42a4/osu.Framework/Platform/DesktopGameHost.cs#L133, that's good)

My Favourite Graphics Engine at the moment is defnitly osu.Framework, you can find it here: https://github.com/ppy/osu-framework It can compile to .NET 5 and .NET 5 is cross platform now and the osu-framework makes smooth looking UIs with fancy transitions really really easy, it has some Audio Stuff in there aswell if you are looking to do something like that

In general it took me less time to rewrite the code-base then implementing some of the workarounds for missing features in Unity (e.g. HTTP2) in the first place.

[0] https://github.com/stride3d/stride/issues/2069

I don't know where you have all these GC problems. There must be a problem with your design. I run real time automation stuff in C#, GC doesn't caused any problem yet. Stride3D docs says, that's if you put a lot of big objects in the heap without reusing them, you will hit big GC pause: https://github.com/stride3d/stride/wiki/On-Garbage-Collection But most of the time it's trivial to reuses those.

This could be set as a prominent link somewhere, it is the official stride forums: https://github.com/stride3d/stride/discussions

If you like to develop in C#, the free and open-source game engine Stride is a good alternative. But it really depends on your needs and skill level: https://github.com/stride3d/stride

> ...you are requested to delete The Machinery source code and binaries.

This is pretty weird.

Then again, in regards to the engine itself dying, I feel like this is inevitable for many of the projects out there. For example, there was the Xenko engine which was later renamed to Stride: https://www.stride3d.net/

It's actually a nice project, has lots of great features and feels like it should be a more open alternative to Unity, whilst being similarly easy to use. However, compare the attention it is getting in comparison to something like Godot:

  - https://github.com/stride3d/stride

I leave this little thing: https://stride3d.net