KMS capture always streams the portrait monitor even though the correct connector is selected
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- cpp, linux
- Lĩnh vực
- backend, operating-systems
Hướng nghiên cứu
Start by tracing the KMS capture path that uses the selected connector and cursor plane, then compare which CRTC supplies the captured image. The report identifies connectors 80 and 88, with the same portrait monitor appearing for both; use the provided output names and logs to reproduce. Done when selecting output_name 1 streams the ultrawide on DP-2 while output_name 0 still streams the portrait monitor.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Is there an existing issue for this?
- I have searched the existing issues
Is your issue described in the documentation?
- I have read the documentation
Is your issue present in the latest beta/pre-release?
I'm too lazy to test
Describe the Bug
With capture = kms and two monitors on one AMD GPU, the stream always shows the same monitor (the portrait one, as displayed) regardless of output_name. The debug log shows Sunshine choosing the correct, different connector for each output_name value, so connector selection appears correct but the captured image does not come from the chosen connector's CRTC. capture = x11 streams the correct monitor.
Possibly related: #3642 (KMS streams wrong monitor, X11 correct).
Layout (X11, Cinnamon):
| X output | Kernel connector | Connector ID | Mode | Rotation | X CRTC |
|---|---|---|---|---|---|
| DisplayPort-1 (primary) | card2-DP-2 | 80 | 3440x1440+1200+159 | normal | 0 |
| DisplayPort-2 | card2-DP-3 | 88 | 1200x1920+0+0 | left | 1 |
KMS display list order from the debug log: DP-3 DP-2.
output_name |
Log: connector / cursor plane | Streamed image |
|---|---|---|
| 0 | 88 / 64 | portrait monitor (as displayed) |
| 1 | 80 / 61 | portrait monitor (as displayed); expected: ultrawide |
The machine also has an Intel UHD 630 iGPU (card1, i915) with nothing connected; all monitors are on the RX 580 (card2).
Expected Behavior
output_name = 1 (connector 80, DP-2) should stream the 3440x1440 ultrawide.
Additional Context
The streamed image is always the content of the rotated portrait monitor (CRTC 1), whichever connector is selected. The rotation may be relevant, but I haven't tested without it. Happy to run more diagnostics (e.g. modetest -p output) if useful.
Config (~/.config/sunshine/sunshine.conf):
gamepad = xone
capture = kms
output_name = 1
sunshine_name = Magrathea
min_log_level = debug
Host Operating System
Linux
Operating System Version
Linux Mint 22 (Ubuntu 24.04 base), Cinnamon on X11
Architecture
amd64/x86_64
Package
Linux - deb
GPU Type
AMD
GPU Model
AMD Radeon RX 580 (Polaris 10)
GPU Driver/Mesa Version
Mesa 25.2.8-0ubuntu0.24.04.2 (radeonsi, polaris10, ACO, DRM 3.64), kernel 7.0.0-38-generic, amdgpu with Display Core enabled
Capture Method
KMS (Linux)
Apps
Log output
Info: Detected display: DisplayPort-1 (id: 0)DisplayPort-1 connected: true
Info: Detected display: DisplayPort-2 (id: 1)DisplayPort-2 connected: true
Debug: Final KMS display_names return list: DP-3 DP-2
Info: Screencasting with KMS
Info: /dev/dri/card2 -> amdgpu
Info: Found monitor for DRM screencasting
Info: Found connector ID [80]
Info: Found cursor plane [61]
With output_name = 0 the same lines show "Found connector ID [88]" and "Found cursor plane [64]", but the streamed image is identical.
Online logs
No response
- Ngôn ngữ chính
- C++
- Star
- 43k
- Fork
- 2.4k
- Merge trung bình
- 1 ngày 13 giờ
- Pull request đã merge (30 ngày)
- 111
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của LizardByte/Sunshine
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
LizardByte/Sunshine#6051 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
PIN pairing fails with "Missing CSRF token" - web UI never fetches/attaches the tokenCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
LizardByte/Sunshine#5467 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
LizardByte/Sunshine#6048 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
LizardByte/Sunshine#6035 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
KWin + VA-API: Black screen on RX 6700 XT with EGL_BAD_PARAMETER (0x300C); memory-buffer workaround causes high latencyCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
LizardByte/Sunshine#6009 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của LizardByte/Sunshine
Issue tương tự
-
go perft exits when EvalFile is unavailableCó thể đã có người làm @Muawiya-contact đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
official-stockfish/Stockfish#7292 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
arvidn/libtorrent#9149 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Niko1221/Strata#5560 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
hyprwm/xdg-desktop-portal-hyprland#453 · 1 bình luận ·