-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Couldn't find monitor #3538
Comments
I have this same error it seems :
I receive black screen when connecting and the only real changes which I have made are I updated moonlight and sunshine. I am on linux. UPDATE: If I change the capture method to X11, it will work, so this makes me think there is some issue with NVIDIA drivers. I will update them shortly. UPDATE: I updated my drivers to no success. I will revert back to older version. UPDATE: rolling back failed for some reason. I just downloaded one of the pre releases and it seems to be resolved there. |
Facing the same issue. Sunshine now streams the default primary display instead of the one (a dummy hdmi plug ) I specificed with device name (something like //.//Display2)in the previous version. In the latest version, it's asking for display device ID but I can't find it in the log.
|
I'm seeing something similar. It just changed in the past few days, because everything was working fine as of 4 days ago. Today, Sunshine only works if I have monitors on. Fedora 41, KDE, Wayland.
|
@techdregs last version that works for you? docker? |
I'm on Fedora 41. I was using the beta version from Lizardbyte's COPR repo. I think it updated this week and then stopped working. I moved over to the production repo on COPR, but had the same problem. I also think some KDE/Wayland packages updated this week, so it could also be an issue with something changing there. Unfortunately, DNF history only shows what I installed, not what was updated. Haven't found a good way to audit what changed. I literally made a video 5 days ago of it working, showing people how to install it. LOL. https://youtu.be/dTOYT-H1noE |
Updated from what version? |
What's shown in the GUI is an example, I'm pretty sure that's indicated. |
Looks like it was 2025.117.10037-1.fc41.x86_64. |
2025.117.10037 was this PR: #3539 I don't see anything merged after that, which could cause this problem. Between that version, and the stable release, this is all there is. |
Well, if it's an issue with something that changed on Fedora, KDE, and Wayland, I'm sure other people will pop up with issues. If not, it is likely just something specific to my machine. But I didn't change any configurations or install anything on my end, so IDK. |
Sunshine has been streaming the default primary display instead of the one specified with device name since at least the november 2024 pre-release. |
device name is no longer used |
Not sure if it's helpful, but I found what changed on my end (I think). I had been testing several remote desktop systems. Sunshine/Moonlight was the best, so I uninstalled the rest of them. Thinking perhaps one of them included a dependency or config change that mattered, I reinstalled the RustDesk flatpak, and boom, I can use Sunshine headlessly again. I'm not sure what that flatpak installs or changes, but it seems that it's presence allows Sunshine to work without my monitors being on, even though I'm not actually using RustDesk. |
I wrote "device name," but the field is actually called "Output Name" when read from "Sunshine\Tools\dxgi-info.exe." In version v0.23.1, it was possible to use the "Output Name" value from "Sunshine\Tools\dxgi-info.exe" as the value for the "Output Name" field in the Audio/Video configuration of Sunshine. However, in the newer version, Sunshine now asks for a "Display Device Id" instead. Using the "Display Device Id" from "Sunshine\Tools\dxgi-info.exe" makes it impossible to distinguish between different dummy or other displays attached to the same device. These displays can only(?) be distinguished using the "Output Name" field in "Sunshine\Tools\dxgi-info.exe." |
The device ID is in the logs, no longer from dxgi. That is clearly indicated in the text/description for the field and in the docs: https://docs.lizardbyte.dev/projects/sunshine/latest/md_docs_2configuration.html#output_name |
Yes, but in my case, there's no device ID in the log. Actually, there's no "Info: Currently available display devices:" part of logs. |
@ReenigneArcher it's unrelated to Windows. @orangex please create a separate issue will all of the template filled (+ verbose logs) please |
Is there an existing issue for this?
Is your issue described in the documentation?
Is your issue present in the latest beta/pre-release?
This issue is present in the latest pre-release
Describe the Bug
cant find monitor but in GUI it's available
Expected Behavior
monitor should be found
Additional Context
latest docker compose image
Host Operating System
Docker
Operating System Version
Linux archlinux 6.6.70-1-lts #1 SMP PREEMPT_DYNAMIC Thu, 09 Jan 2025 13:22:24 +0000 x86_64 GNU/Linux
Architecture
amd64/x86_64
Sunshine commit or version
v2025.115.154312-archlinux
Package
Linux - Docker
GPU Type
AMD
GPU Model
7900 gre
GPU Driver/Mesa Version
lastest stable in arch linux
Capture Method
KMS (Linux)
Config
Apps
Relevant log output
The text was updated successfully, but these errors were encountered: