Stride 4.3 brings .NET 10 and C# 14, Bepu Physics, Vulkan compute shaders, custom assets, cross-platform build strides, mesh buffer helpers, Rider/VSCode support, and performance and stability fixes.

Table of Contents:

Download and Upgrade 🔗

You can download the Stride 4.3 Installer today. Release notes are available here.

Make sure you read the guide to update Stride and projects properly.

What's new in this release 🔗

Stride 4.3 includes numerous enhancements and improvements. Here’s what to expect:

• .NET 10 Integration: Stride 4.3 is now fully aligned with .NET 10, harnessing its performance improvements and efficiency gains for game development. This means faster execution times, reduced memory footprint, and access to the latest C# features, making your development smoother and more efficient. Learn more

• C# 14 Features: With C# 14, Stride users can write cleaner, more concise code thanks to new language features. These improvements reduce boilerplate and enhance readability. Introducing C# 14

What has changed since Stride 4.2 🔗

Bepu physics integration 🔗

Adding support for Bepu Physics, a ridiculously fast physics engine written entirely in C#.

Having both a game and physics engine in the same ecosystem reduces the cost of maintaining and improving it, the overhead that we may incur when communicating between the two APIs, and the barrier to entry for contributors.

Bullet is still the default physics engine, and we welcome any contribution towards it, but our efforts will be focused on Bepu from now.

The integration is effectively done, with Bepu's feature set now being slightly ahead of Bullet's. Have a look at this page if you want to migrate to Bepu.

Vulkan compute shader support 🔗

The Vulkan graphics backend has been modified to support compute shaders, and the shader compiler has also been modified to support compute shader generation for GLSL.

User-defined Assets 🔗

Introducing Custom Assets, a way to define and store data which can be referenced across multiple components, scenes and through other assets.

The asset compiler also gives you the ability to build more complex systems like custom file importers.

Ongoing efforts to build projects from Linux and Apple desktops 🔗

Stride can build games on Windows targeting the different devices we support, but building directly on those platforms was not supported until now.

We've introduced a couple of changes to improve on that front:

• Replacing our custom C++/CLI FBX importer with Assimp
• Fixing the asset compiler to run on all desktop OSes
• Many build-system refactors to move toward fully cross-platform development
• Building VHACD for Linux
• Adjust FreeImage and DirectXTex for all platforms

Some work is still required on this front, but simpler projects can now be built on those platforms.

Efficient API to manipulate meshes 🔗

Vertex buffers do not have a standardized layout, each mesh may have its own specific layout and data type it uses for its vertices. Some have blend weights, or tangents, while others only have positions - they may also use different data types, for example Half4 positions, 4byte color ...

We added in two helpers in VertexBufferHelper and IndexBufferHelper to provide a standardized way to read and write to those buffers.

Open project with Rider and VSCode from the GameStudio 🔗

While any IDE can open and build Stride projects, the editor button to open said project only had special handling for Visual Studio. Jklawreszuk added support for Rider and VSCode.

Interface processor 🔗

Stride has a component processors, a user-defined class which can collect and process all components of a given type in the running game. It is also known as the System part of the ECS acronym.

The new flexible processing system provides more type safety, and the ability to process components by their interfaces. You could, for example, implement a custom update callback any component could receive through this API.

And more minor changes 🔗

Fixes 🔗

Although there have been many fixes, we'd like to point some of them out:

• Major performance improvements, particularly for graphics and UI
• Multiple fixes improving Vulkan, OpenGL, games under Linux and OpenXR stability
• And fixes for edge cases when reloading assemblies in the game studio

Also good to know 🔗

We are already hard at work on a bunch of ongoing projects for version 4.4 and beyond:

• Continuing work to allow for building games from other platforms
• Converting our Windows-only GameStudio to cross-platform through Avalonia
  We welcome anyone willing to contribute to this project over Here - just have to make sure to add a comment to one of the unassigned issues you want to work on
• Improvements to shader compilation, reducing in-game hangs while building shader permutations. Here
• More work on D3d12 and Vulkan as we slowly transition away from D3d11

Funding and Resource Allocation 🔗

Call for Skilled Developers 🔗

We are actively seeking skilled developers with experience in C#, the .NET ecosystem, mobile, XR, rendering, and game development. If you have these skills or know someone who does, we encourage you to get involved. There are opportunities to contribute to critical areas of Stride's development, supported by available funds.

Join Us on This Journey 🔗

We’re always excited to welcome new contributors to the Stride family. Whether it’s through code contributions, spreading the word, or donations, every bit helps us grow stronger. If you’ve got skills in .NET, Android, and iOS development, there’s a special place for you here. Support us on OpenCollective.

Acknowledgements 🔗

We extend our heartfelt gratitude for all the hard work and donations we have received. Your generous contributions significantly aid in the continuous development and enhancement of the Stride community and projects. Thank you for your support and belief in our collective efforts.

In particular, we want to thank these donors:

Long-time Stride supporters 🔗

Gold Striders 🔗

This article was co-authored by Eideren.