Backend: SDL3

[Alexander020304]

I would like use the sdl3 window for this. I don't see any official support for it.

(side note do you have any phyx functions?)

thanks your for your time

[almarklein]

I've moved this issue to the rendercanvas repo.

There seems to be a well-maintained Python wrapper nowadays: https://github.com/Aermoss/PySDL3

Any particular reason / use-case? What would be the advantage of SDL3 over the existing backends, e.g. glfw?

[Korijn]

I imagine it's all the other facilities for games and multimedia. Like controller, audio, etc. Everything is there

[Alexander020304]

pretty much for other controller, audio and others and for better 2d controls. also the I want control over Main rendering.

[Alexander020304]

umm if you don't want or can't add support i will just use the off screen rendering.

[Korijn]

It's more a matter of priorities. We also develop pygfx and wgpu-py, and we're only a few people. It's a ton of work!

We really want SDL support but it would most likely mean someone else needs to contribute an implementation.

[Alexander020304]

that is completely understandable. I just want to know something because it effect how I am designing my game. i
want the have input and screen rendering running at different rate to fix the smoothness.

[almarklein]

We really want SDL support but it would most likely mean someone else needs to contribute an implementation.

For those who may want to have a stab at this: https://rendercanvas.readthedocs.io/stable/backendapi.html

[Korijn]

Just want to give a brief update here, I started working on SDL3 support in this branch: pygfx/wgpu-py@main...sdl3-gui

First I will introduce a util function in wgpu-py to get present_info and then we can put a canvas implementation together here based on that.

I don't really like how PySDL3 downloads binaries at runtime - why aren't they just packaged into the wheels? - but it seems to be a decent enough wrapper library. @Alexander020304 is this something that would bother you?

[Alexander020304]

@Korijn
hey thanks for the support.
I did notice the wheels where download at runtime. it did bug me as it sometimes brakes. and I have re run program.
I not going to lay since I didn't know when this going to get support I just built a custom voxel render tachiai for sdl3. :/
also the fact i count not built custom shadder code with using c or c++.

[Alexander020304]

also follow up if this is impended could i still use sdl3 for 2d rendering?

[almarklein]

if this is impended could i still use sdl3 for 2d rendering?

Why would you need rendercanvas if you use the SDL rendering?

To be honest, I am having trouble understanding the role of the SDL3 backend. On one hand, it could be just another backend for ppl that don't care about SDL, so that e.g. if the glfw backend does not work, there is an alternative.

But how would it work for people that actually use SDL3? Would it be mainly to support rendering with wgpu and Pygfx? And then do audio and e.g. controller input with SDL?

[Korijn]

My intention is indeed to be able to integrate pygfx/wgpu-py with all the other SDL3 facilities, such as input and audio.

[almarklein]

If you're also using SDL for user input, which probably makes sense if you're already using the whole framework, then all what rendercanvas is for is to provide a context to render to .... which means that you're probably better of using wgpucanvas directly; what you're doing in the branch at wgpu-py.

So it feels to me like there would not be much value in a backend for rendercanvas.