Dave Patrick

`videoflip` apparently doesn't support dmabufs. Decided to add `videoconvert` before it instead of removing `videoflip` for now at the cost of performance. This should hopefully fix it: https://github.com/SeaDve/Kooha/actions/runs/10039530586/artifacts/1725438968

> I think some kind of pipeline involving `glupload` + `glvideoflip` should support them? Looking around here: https://gitlab.gnome.org/GNOME/gnome-shell/-/blob/9569239ec5e774f59bb973adb34196b984c50e85/js/dbusServices/screencast/screencastService.js#L50 That should indeed work, but I prospect that it may not work...

> Same problem on that build. Btw, did the error message remains the same?

I'll create a build without `videoflip` to rule out that branch. Also is there some way to test it without having to install niri?

Here's the version without `videoflip`: https://github.com/SeaDve/Kooha/actions/runs/10040587098/artifacts/1725689451 I doubt it will fix the issue given https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/1405, but maybe it is worth the try. I also recommend using VA H264 profile which...

> That's so weird, that will make this harder to debug. > > In my case the only indication that something went wrong before it pauses is this message in...

Getting the dconf values (where the issue is reproducible) would be helpful in providing insights on what is causing the issue. I'm not sure how to get it outside flatpak,...

Hi, thanks for the PR! It would be nice to also get this added on the README, on the features table. I think it would also be needed to fix...

Ah, I thought it would since `--all-features` should conflict tokio and async-std

Also, I think it would make sense to have a compile time error when both features are active at the same time.