VL.Fuse VS Stride Game Engine

Check out Fuse[1/2]. It's an open source library for visually programming on the GPU. It is built for use in the visual programming environment vvvv[3].

VVVV itself is based on .Net and you can extend its functionality by either writing nodes in C# or import just about every existing .Net library just by referencing it or installing it as nuget. No need for wrappers[4]. For rendering vvvv uses the Stride [5] game engine which comes with a really neat shader system / language which is basically a superset of HLSL [6]. In vvvv those shaders are represented as nodes and you can open them in your favorite text editor directly from the vvvv evironment, edit the code, save and the changed result will instantly be loaded in vvvv[7].

[1]https://www.thefuselab.io

[2]https://github.com/TheFuseLab/VL.Fuse

[3]https://visualprogramming.net

[4]https://thegraybook.vvvv.org/reference/extending/overview.ht...

[5]https://www.stride3d.net

[6]https://doc.stride3d.net/latest/en/manual/graphics/effects-a...

[7]https://thegraybook.vvvv.org/reference/libraries/3d/shaders....

We're using it as render engine for our visual live-programming environment vvvv: https://visualprogramming.net It allows you to play around with the engine fairly quickly. To get an impression, here is an intro tutorial that shows it in action: https://youtu.be/Cs60A_pSIy0 Also check out FUSE which builds on top of vvvv/stride: https://www.thefuselab.io/

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