Robert Mader

Opened https://github.com/obsproject/obs-studio/pull/8467

> Kernel 6.2.7 is in the testing repository for days now, I'll move it to main later as there's not yet a problem reported on the kernel. Thanks, just updated...

> megapixel is broken for me with this kernel… Note: this discussion here is not about Megapixels. It's about the proper libcamera + pipewire (+ gstreamer + xdg-camera-portal) stack, which...

@Danct12 gentle ping here :) With the recent linux 6.4 update there's finally proper rotation and location support, plus the number of apps making use of Pipewire cameras is increasing...

Small heads up that this is now one of the last big issues blocking wider camera portal adoption (i.e. enabling it in Firefox and Chromium by default). Edit: as in:...

Hi, I wanted to shortly outline that there's an increasing number of apps/platforms where the original requests would be beneficial. One simple example is gnome-camera / snapshot on ARM devices...

> due to lack of plug&play scenario support While that's certainly important for USB, it's AFAIK a practically non-existent scenario for V4L2 en-/decoders - much less even than for VA-API,...

> This https://github.com/flatpak/flatpak/issues/4405#issuecomment-917650757 specifically uses /dev/video* example. I guess plugging in/out usb webcam isn't something unthinkable. Right, but while runtime plugging of webcams is something that we would want to...

> Before adding a new device we need support for backward compatibility, otherwise, like device=input (added for https://github.com/flatpak/flatpak/pull/5481), it will be useless since the only way to support flatpak <...

@smcv @alexlarsson When you have time, can I ask you to shortly state whether you would have strong objections against this getting implemented? TL;DL is: v4l2 video en-/decoders are persistent/non-hotplugable...