Bug 476385 - Substantially reduced stream performance with XWayland video bridge
Summary: Substantially reduced stream performance with XWayland video bridge
Status: REPORTED
Alias: None
Product: XWaylandVideoBridge
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 481049 (view as bug list)
Depends on:
Blocks:
 
Reported: 2023-10-31 19:54 UTC by Dirk Sesterhenn
Modified: 2024-03-14 15:26 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Video demonstration of the issue compared to the expected performance (3.44 MB, video/mp4)
2023-10-31 19:54 UTC, Dirk Sesterhenn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Sesterhenn 2023-10-31 19:54:50 UTC
Created attachment 162776 [details]
Video demonstration of the issue compared to the expected performance

SUMMARY
***
Streaming via XWayland video bridge has both very low refresh rate (less than once per second) and severe latency (~5 seconds delay until it reaches the stream)
***


STEPS TO REPRODUCE
1. Launch XWayland video bridge
2. Attempt to stream (Discord Canary from Flathub-Beta in my case, same symptoms with Discord from Flathub)
3. Select a desktop in the portal, and the video bridge in the application

OBSERVED RESULT
Extremely degraded stream performance/quality, as described above

EXPECTED RESULT
Comparable stream performance/quality to directly streaming an X11 client

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora Kinoite 39 (XWayland video bridge now included by default)
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
Kernel: 6.5.6-300.fc39
GPU: 6900XT
Comment 1 Dirk Sesterhenn 2023-10-31 20:02:22 UTC
Another user was able to reproduce the issue on Gnome Wayland when using desktop capture, but not during window capture.
The issue occurs uniformly for desktop and window capture on my end.
Comment 2 Adi Efendic 2024-01-16 00:33:41 UTC
I can confirm that I'm facing the same issue with the following setup:

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora Linux 39 (KDE Edition)
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.111.0
Qt Version: 5.15.11

ADDITIONAL INFORMATION
Kernel: 6.6.9-200.fc39.x86_64
GPU: RX 6660
Comment 3 syllamodder 2024-01-29 19:50:34 UTC
I can also confirm that issue, seem depending the resolution in use, If we use 2560x1440, it will be laggy
If we use 1920x1080 instead, it will be fine
Comment 4 Adi Efendic 2024-02-04 13:07:30 UTC
(In reply to syllamodder from comment #3)
> I can also confirm that issue, seem depending the resolution in use, If we
> use 2560x1440, it will be laggy
> If we use 1920x1080 instead, it will be fine

Yeah I noticed the same. On my 2K monitor it's very very laggy
Comment 5 Patrick Auernig 2024-02-29 16:58:09 UTC
Experiencing the same problem in Plasma 6.0 (also in Plasma 5 before that), with xwaylandvideobridge version 0.4.0.

For me it's laggy even on 1080p, but only most of the time.
I do have two monitors connected though, so maybe it's making a difference, haven't tested that yet though.
One weird thing that I noticed is that I get about one second of normal framerate when I switch between virtual desktops.

System:
NixOS 24.05 (unstable)
GPU: AMD Radeon RX 6950 XT
CPU: AMD Ryzen 5 7600X
Comment 6 David Edmundson 2024-03-04 09:52:43 UTC
*** Bug 481049 has been marked as a duplicate of this bug. ***