Not surprising. The old PMP didn’t either and aside from updating Qt no effort has been made in this regard. Likely the issue is in Qt’s support for wayland.
I’m sorry what? I guess that’s okay, but considering Wayland is default on Ubuntu since 21.04 and Fedora 36 I believe, Wayland support should be a top priority. In any case it should at least work on XWayand by default (which PMP does).
The XWayland problem seems to be an issue with snap though, not plex. I did some digging, and it seems the fix is already in master for snap. The relevant PR is here: interfaces/seccomp: Add rseq to base seccomp template by alexmurray · Pull Request #11357 · snapcore/snapd · GitHub. This makes sense, considering arch just updated glibc, and I updated my system just a couple days ago, so this issue hasn’t reached other distros yet.
Again, I’m not sure how snap works, do you need to update something to make it work, or is this issue just on snap’s side? I’m pretty sure the relevant fix is in the version of snapd in my system (2.54.3). Sorry, I see now that 2.54.3 was tagged after the relevant commit, but didn’t include it. I guess this will prob be fixed in the next patch version of snapd.
Also, as far as I can tell you’re using Qt5?, which has decent support for Wayland1. X11 is considered legacy and has been for a while. The transition to Wayland is long in the works (and hopefully soon complete). If you have a supported Qt version, it should be plug and play as long as you don’t have any X11 specific code.
I know Qt6 has examples using EGL with the wayland-egl backend, I’m not sure about Qt5 though. Anyways, having the app run at all is better than nothing.
I had not heard of
prime-runbefore and it appears interesting. I’m not surprised that with the env set that it renders the UI on the Intel GPU since it really looks like EGL is broken in Nvidia’s proprietary drivers. So it moving it to the Intel GPU yields something that works.
I think this needs more investigation, but I yeah EGL is still in early stages in the nvidia driver, but I know that firefox uses hardware decoding with EGL on wayland working perfectly fine since firefox-94 and nvidia-495. So I was under the impression that EGL support in the newer nvidia drivers was really starting to mature. In any case, it should hard crash if what you say is true, not just ignore the nvidia GPU. Running the compositor directly on the GPU (instead of render offloading) should show what’s what though.
