Created attachment 162886 [details] Test python script that shows either the capture screen (works) or black window (doesn't work) SUMMARY Getting the `streamID` & `filedescriptor` parameters from the org.freedesktop.portal.ScreenCast portal and then using a gstreamer pipeline with `pipelinesrc` and the aforementioned `streamID` & `filedescriptor` parameters produces a black screen instead of the contents the stream should be capturing. Why I think it is a KDE Plasma issue: I am running an atomic distribution (rpm-ostree based), rebased on Gnome, and the test script works. Everything else besides the DE is the same. STEPS TO REPRODUCE 1. Run test script via `python3 xdp-screen-cast.py` 2. Select which screen/window to share in the Screen share popup 3. Observe the demo window which has opened OBSERVED RESULT Demo window shows all-black EXPECTED RESULT Demo window shows the contents of the capture SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.11 Using NVIDIA GPU, but like I said, the same works on Gnome.
Related to https://github.com/NVIDIA/open-gpu-kernel-modules/issues/467
Update: the black demo window only happens when screencasting a screen. It does not happen when screencasting a window. Both work on gnome though.
Try in telegram desktop. It always black canvas with cursor
Can you confirm other streaming mechanisms, such as: - spectacle - taskmanager thumbnails - visiting this site in Firefox: https://www.webrtc-experiment.com/Pluginfree-Screen-Sharing/
(In reply to David Edmundson from comment #4) > Can you confirm other streaming mechanisms, such as: > - spectacle > - taskmanager thumbnails > - visiting this site in Firefox: > https://www.webrtc-experiment.com/Pluginfree-Screen-Sharing/ webrtc link in firefox: sharing a window works, but sharing a screen produces an all black canvas, only the mouse pointer showing. (Both work well in gnome) taskmanager thumbnails: flaky, most of the time they don't show up at first, but retrying hovering a few times makes them appear spectacle: recording a window and a screen both work well
*** Bug 477130 has been marked as a duplicate of this bug. ***
Fixed in plasma 6 or in plasma 5.27.10?
(In reply to dannkunt from comment #7) > Fixed in plasma 6 or in plasma 5.27.10? 5.27.10, as mentioned in the bug metadata Also simultaneously fixed in an upcoming nvidia driver bugfix release
It looks like it was fixed in the 545 nvidia driver too, since the reproducer script now works correctly in Plasma 5.27.9. Using the wayland session, nvidia driver 545.29.06, released 2023.11.22. I guess it really was a simple fix for them and the report to upstream got it going! Since it was fixed in the driver, this comment can now be acted upon - https://invent.kde.org/plasma/kwin/-/blob/f555c3301e22570f5fb211705f6d95073cd521f8/src/plugins/screencast/screencastutils.h#L63
Just a quick question, will the fix also be in plasma 6 beta 2 ?
(In reply to kodatarule from comment #10) > Just a quick question, will the fix also be in plasma 6 beta 2 ? It is already in beta 1. But there are new issues with screen sharing: https://bugs.kde.org/show_bug.cgi?id=478309
Created attachment 164399 [details] The issue still occuring on plasma 5.27.10 Additionally it also crashes OBS Studio Operating System: EndeavourOS KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Kernel Version: 6.6.8-x64v3-xanmod1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 5800X3D 8-Core Processor Memory: 31,3 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3090/PCIe/SSE2
Apologies, I've had some more time to debug and turns out the explicit sync patches break pipewire on 5.27.10, thank you