Ryan C. Gordon

The test application. I wrote a simple thing from scratch so it can thread any specific part of the work (SDL_Init, Create window and renderer, upload texture, draw a frame,...

@slime73 is correct, OpenGL works if _everything_ (including SDL_Init) are on a background thread. In other cases it will fail. GPU (vulkan+x11) works with `--threaded draw --threaded present`. It'll also...

Fixed some bugs in the test program (updated above) and OpenGL works on wayland with _only_ `--threaded draw` ... present and texture upload, etc, have to happen on the main...

So I'm thinking the answer at this point is our attitude toward multithreaded rendering with the 2D API hasn't changed, which is to say: don't do it. Also, we now...

> Please consider making SW renderer an exception from that rule. It isn't, because it still has all the same problems once you have to render to the screen, including...

No, let's make it a property. The name strings probably shouldn't be messed with like that.

I don't know more at the moment, but we can probably add some logging to see why it opens the camera but never gets any frames.

> Seems like the desktop is never getting its camera permission approved The v4l2 code does not have a concept of permission, so it approves everything immediately. ...is it possible...

(I'm asking this on all the open bugs about this.) If you're still having this problem, try forcing the v4l2 backend: ```bash SDL_CAMERA_DRIVER=v4l2 ./MyCameraProgram ``` It defaults to PipeWire (and,...

I think (for the time being) we're just going to favor v4l2 over pipewire. My guess is this is causing all the camera problems.