The-Forge VS bgfx

Oh, I forgot a few major ones:

https://github.com/ConfettiFX/The-Forge was used in No Man's Sky, Hades and Starfield.

https://github.com/jrouwe/JoltPhysics is the physics engine in Horizon Forbidden West.

To my understanding, every source I've read says that this should cause issues, but in practice it doesn't. What gives? Did I miss something? Here are multiple examples using the latter approach.

This is a toy project that I've been working on for the past few months. Essentially, I've rewritten all the rendering code for the engine using BGFX. This means that all the fixed function OpenGL 1.2 code has been removed from the engine. BGFX supports OpenGL 3.3 and DirectX11, but there are still some rendering artifacts with DirectX11, so the engine still uses OpenGL when running on Windows. I've been considering switching to The Forge (https://github.com/ConfettiFX/The-Forge) if I want to have more control over the rendering pipeline. However, this is a complex topic with significant implications for the codebase. I've already done the hard work of eliminating clumsy abstractions in the engine and simplifying the render pipeline, so it's just a matter of deciding what direction I want to take.

The-Forge might fit:

So, I'm not sure if it is widely known, that Starfield is going to be running on a lot of "The Forge." The creators of The Forge says it was added to Creation Kit in 2019. This will open a LOT of new systems for Bethesda games.

I previously integrated bgfx [1], which allows you to write graphics code and shaders once and supports consoles, with SDL2 stack and Swift [2]. It was quite a nice experience, especially for someone who had never worked with any of these tools before. I'm excited for SDL3 as it introduces console abstractions, eliminating the need for additional dependencies for the GPU API, especially for someone who casually experiments with graphics. Moreover, Godot officially supports the Steam Deck, and hopefully, more consoles will be supported in the future. On a related note, Miguel de Icaza is advocating for Swift adoption in Godot, and he is working on porting the editor to SwiftUI on iPad, which is quite interesting to see the progress [3].

[1] https://bkaradzic.github.io/bgfx/overview.html

[2] https://github.com/bgbernovici/myndsmith

[3] https://blog.la-terminal.net/xogot-code-editing/

I'm curious why webgpu is receiving so much attention. There have been many low-level cross-platform graphics abstractions over the years. The bgfx [1] project had its first commit ~12 years ago and it's still going! It's much more mature than webgpu. I'm guessing being W3C backed is what's propelling it?

[1] https://github.com/bkaradzic/bgfx

I don't use orthodox C++, but the author of this is also the author of bgfx, which is a very popular graphics api abstraction. It runs on (and has commercial products on) Android, ios, Playstation, Xbox, PC, Mac, Linux, and wasm. While the coding style might be unpopular, it has successful projects.

https://github.com/bkaradzic/bgfx

Sort of, I'd recommend a modern higher level API. I'm not sure what the current recommended ones are (probably bgfx), but assuming the wrapper is "low level enough", then the concepts you learn are still going to apply.

https://github.com/bkaradzic/bgfx for just that FOSS intermediate rendering library (includes Minecraft)

BGFX: Pretty mature and easy to use with many backends.

bgfx. I have not used it, but I have heard good things about it.