OpenSceneGraph VS bgfx

I started in 2001 with OpenSceneGraph which made extensive use of intrusive pointers. This was 10 years before C++11 note. That codebase continues to be relevant and as performing as ever.

I have been using OpenSceneGraph for over 20 years. It is used in the military a lot and I myself have seen it used to simulate war scenarios with realtime data aboard of a command-and-control center of a battleship.

Does http://www.openscenegraph.org/ fit?

Speed Dreams: It is a fork of TORCS, and was born as the need to include many more functions to the latter. In Speed Dreams the menus would be completely redesigned, adding many more options and making them much more intuitive; the game acquired dynamic time, improvements in reflections, career mode, a new simulation mode and multi threading. Over time many more options were implemented, such as local multiplayer mode, Force Feedback, and of course more and better cars and tracks, a new and more powerfull graphic engine (OpenSceneGraph) among other things, making it a much more complete game than its predecessor. They recently they have presented version 2.2.3. You can also install it in AppImage and Flatpak format.

openscenegraph (mainly focuses on graphics, used by openmw for example)

I love Godot for a complete game engine. For just the renderer you could consider http://www.openscenegraph.org

-Finish the implementation of the new OpenSceneGraph rendering engine: The game allows to replace the default renderer (ssggraph) with OpenSceneGraph, but it still needs to implement many features to be completed, as well as further optimisation.

I think if you're not going to use an existing game engine, it makes sense to learn OpenGL and implement things yourself, or use something with the explicit goal of being a rendering abstraction like bgfx. It's more of a time commitment though, and sfml is much simpler and easier to get started with.

The "engine" is built on top of amazing https://www.lwjgl.org/ and https://github.com/bkaradzic/bgfx/, and UI system is baked by https://github.com/memononen/nanovg and https://github.com/facebook/yoga

If you want juste a renderer, you can use BGFX, there is a zig binding that is not a third party.

Take a look at BGFX, sounds like its what you want. Its a cross platform graphics API that is low level like metal or opengl, however it treats opengl, metal, vulkan, etc as backends that u can compile to so you can write your code once and then compile to macos using metal as the backend, compile to web using webgl as the backend, compile for windows using directx as the backend etc etc. Its written in C++ but it has officially supported C bindings so you can use it with C no problem.

bgfx:https://github.com/bkaradzic/bgfx

BGFX

You can have a look at https://github.com/bkaradzic/bgfx

There are still things like BGFX in active development and use. I think the bigger issue is that folks can never really agree on how things should be abstracted for a higher level API.

u/LtJax already mentioned the Sokol library, another somewhat popular cross-platform rendering library is bgfx.

Maybe this