TOh yeahh
TDidn't they do their function naming "from small to big" instead of from "big to small"?
TLike
TSDL_GPU_thing_doit
vs
SDL_do_thing_on_GPU
vs
SDL_do_thing_on_GPU
RThat is the new sdl3 naming
RSdl_getatomicint
TMhm
TI do admit that is one gripe I have with it
RAye so i can form my own by using it is as a second api instead of nuking my first one 
fair point tho
fair point thoRNo idea why they went with that. Easpecially now sdl has grown
RSdl_atomic_getint and sdl_gpu_getswapchain would have been better imo
RBut if you use the original c then the headers are acting as a kind of namespaces
Ayeah as perksey said don't base yours on my opinion lol
Ai have generally strong opinions about most thing and as a british person love to complain about everything
Ause it for yourself, it's genuinely decent and would serve well as a primary api, my negative points are really pretty minor in the scheme of things
Aaside from d3d11 and d3d12 not working, not sure what that's about, not sure if that's an issue on my side of some kind (incorrect parameter, bad compilation etc) or a genuine bug in sdl_gpu
Ai would suspect the former as i don't see why it would be a bug in sdl gpu, although i can't work out what the problem actually is
Ldoes it just not render or crash
Ad3d11 complains about an incorrect parameter (although i checked the raw d3d code and everything seems correct), d3d12 plain crashes
Lstrange
Aall to do with the pipeline creation, in d3d11 it's the input layout and in d3d12 it's the root signature creation, i suspect the shaders are bad in some way
Acurrently compiling direct from hlsl, might try spir-v instead
Lah i havent tried that, could be bad shaders in that case
TIt also still supports OpenGL, right?
Ayea the dx compiler isn't the best, it assumes a
main
Adoesn't seem to, no
Aimo, good. opengl tends to bring down apis like this nowadays
Athe biggest pain point in GRABS is the opengl backend as well
TFair
TBit sad for older hardware though
Lanything which supports a new enough GL to support the API's features also supported D3D11/12 or VK
Lit was seen as a losing battle to support GL
TI have a friend with a laptop that's not too old (8th gen Intel iirc?) that doesn't support Vulkan rendering
Only OpenGL..
Only OpenGL..
Ayeah, there's generally no reason to support opengl anymore unless you target like 3.3 which means you miss out on a lot of features (assuming you don't target extensions, but even then)
Lyeah i saw that
i use glsl through glslc in my code
i use glsl through glslc in my code
Athe only reason i support it is because i'm literally too lazy to learn vulkan
Ayeah fair enough, think i will try the same
ISounds like I made the right choice diving right into Vulkan based on what I'm seeing here
Lfor beginners gl will be a lot of graceful of a learning experience
Aand literally, my only other gripes with the api are:
- lack of adapter enumeration (that i can see)
- no manual present, it just feels weird although genuinely not a massive deal
- weird namespacing although this is more of an sdl3 thing as a whole, made it a bit of a pain to find functions i needed
other than that it's pretty damn sound
TOpenGL is becoming more and more deprecated
TGood, because it's not good
TSo it's also nice that new GPU wrapper apis are finally starting to sprout a lot now
Li honestly didnt even notice the lack of present until you mentioned it
Ayeah. imo if you want to learn a graphics api that isn't a layer on top of other apis, then d3d11 is by far the best, unless you need cross platform
but otherwise, yeah webgpu or the new sdl api is def the way to go unless you really want to learn vulkan
but otherwise, yeah webgpu or the new sdl api is def the way to go unless you really want to learn vulkan
Afairs, never really considered that you don't actually really need a present function lol
Lgod bindless d3d12 is so nice though
need that on linux please and thank you
need that on linux please and thank you
Almfao
G:copium_truck1::copium_truck2::copium_truck3:
Ai was actually looking into maybe using vkd3d earlier today, any idea how good its support on linux is? i know it supports wine but it seems to have a native version too
