As someone who has dealt with Nvidia messing up resource transitions on AMD cards, I'm not sure how much I would trust a library made by them to also handle that. But besides that point, this seems to do the same stuff that other libraries have done in the past.

Additionally from what I've heard most of those aren't used since if you're doing Vulkan or DX12 you're doing so for the increased control and better potential performance. Throwing in a library to track everything without any understanding of the application just reduces that performance unnecessarily.

The only thing I can pull as evidence for that (anecdotal of course), is this is the first time I've heard of this and I work in the DX12 field on the GPU side. But it's also possible that the library doesn't present itself in any way on the debugging side of things.

Anyone know how well / if this compares with BGFX?

https://github.com/bkaradzic/bgfx

I wonder what the over/under on a Metal backend are? Or WebGPU?

There is now also SDL_gpu with a more open source character and support for Metal

How useful is yet another API abstraction layer that omits the rest of the fucking owl (shaders)?