after using the shadercross api for all of about 5 minutes i now 100% get the purpose of the pr
after using the shadercross api for all of about 5 minutes i now 100% get the purpose of the pr
Athe type safety is nonexistent
T
Tsurprised it wasn't an enum in the first place
Eit's shocking how much easier it is to write a cross platform gtk gui app in C# than C/C++ as far as dependencies go
Ei spent 4 hours on sunday trying to get a stable hello world building in windows/linux/mac and literally couldn't. but with c# it's just a nuget package
Atrongle
Aonly works under vulkan, d3d11 and d3d12 do not work
no clue why
no clue why
Amy overall opinion of the api: cool but meh. the namespacing is atrocious and it's missing some things i would expect a gpu api to have (i know it has just been released though so hopefully that can be changed). shader compilation is somewhat poor as well. but it works decently (on vulkan anyway...) and is relatively clean
RDoesnt sound very convincing. Maybe ill use it as a second api
Pjust one opinion though
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
