SUMMARY When screencasting a window with pipewire (for OBS or any other application), it tends to cause stuttering for the entire desktop (whole compositor level I suppose). It seems to be most distinguishable with borderless fullscreen applications. STEPS TO REPRODUCE 1. Run a game, either in a large window, borderless fullscreen or fullscreen 2. Using OBS or another software recording/streaming software, capture the window of the application 3. Observe the stuttering, it varies in severity with each application. OBSERVED RESULT Stuttering of the whole desktop, severity has varied across versions since Plasma 5.27 and varies depending on the application. EXPECTED RESULT No stuttering SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION As mentionned before, versions of KDE since 5.27 at least will experience this issues with a varying severity. Some applications may also exhibit this behaviour way worse than others. I have experienced a milder amount of stuttering with Art of Rally in the past and recently have had the compositor nearly freeze while capturing Dolphin Emulator's fullscreen window.
I forgot to report system specifications. Here they are: Operating System: Arch Linux KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.9.0 Qt Version: 6.8.1 Kernel Version: 6.10.9-arch1-2 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7700X 8-Core Processor Memory: 31.0 GiB of RAM Graphics Processor: AMD Radeon RX 6800 XT Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B650 AORUS ELITE AX
Hi - thanks for your bug report! Could I ask you to please check if moving the mouse cursor seems to be connected to the stuttering? I'm wondering if this is driven by the same cause as https://bugs.kde.org/show_bug.cgi?id=489602 . Thanks!
(In reply to John Kizer from comment #2) > Hi - thanks for your bug report! Could I ask you to please check if moving > the mouse cursor seems to be connected to the stuttering? I'm wondering if > this is driven by the same cause as > https://bugs.kde.org/show_bug.cgi?id=489602 . > > Thanks! I would have to trigger it again to be sure. I recall the stuttering happening even without mouse movement though mouse movement did definitely make it worse. I will trigger it again to confirm.
So, I tried it out again with Dolphin Emulator. The system seems to freeze the moment the cursor is hidden when Dophin is focused. If I set my cursor on the Discord stream on my second monitor, then there are no stutters or freezes that are apparent (I did a Mario Kart race without a hitch). Moving the cursor on the window that is being captured seems to prevent stuttering? Not moving the cursor will eventually cause severe stutters and freezes. I did update my system since the report however, so here is the new versions: KDE Plasma : 6.2.5 KDE Frameworks : 6.10.0 Qt : 6.8.1 all else are exactly the same compared to the previous report.
(In reply to John Kizer from comment #2) > Hi - thanks for your bug report! Could I ask you to please check if moving > the mouse cursor seems to be connected to the stuttering? I'm wondering if > this is driven by the same cause as > https://bugs.kde.org/show_bug.cgi?id=489602 . > > Thanks! It's not unlikely that what I'm encountering is related to this issue, I did not look at the stream output very closely. What I can say is what I'm reporting is about the actual desktop/application stuttering rather than the video showing stutters or dropped frames of sorts. It happens specifically with a window capture. No issues with a screen capture.
Thanks for clarifying!