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?