Wake host display(s) on connect instead of erroring out

[drws]

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 nightly release?

• This issue is present in the nightly release

Describe the Bug

Sunshine currently fails to initialize a session when host display is turned off. This is easy to solve for a great majority of cases by issuing a DPMS turn on command such as xset dpms force on. This could and should be automatic and built-in, possibly configurable (if there are use cases) in Sunshine and/or Moonlight.

Expected Behavior

Sunshine should know the simple operation of turning on display instead of relying on the user to manually ensure for the display to be turned on when a remote session is wanted. Especially since Moonlight also supports Wake-on-LAN and turning on display seems an even more frequent case

Additional Context

No response

Host Operating System

Linux

Operating System Version

Debian 12

Architecture

64 bit

Sunshine commit or version

0.23.1

Package

Linux - deb

GPU Type

none (software encoding)

GPU Model

Intel

GPU Driver/Mesa Version

i915

Capture Method (Linux Only)

No response

Config

Default configuration.

Apps

No response

Relevant log output

Moonlight reports the following error on connection try:

Host returned error. Failed to initialize video capture/encoding. Is a display connected and turned on? (Error 503)

[vvuk]

This would be great; took me a while to figure out what was happening and also how to recover. In my case at least (i915), I have to both xset dpms force on and restart the sunshine service. Then I'm able to connect. So beyond just kicking a monitor on, sunshine may need to also reinitialize capture.

[t184256]

What's even worse, I can't seem to bind waking up the display to a global_prep_cmd or an app one, because it errors out before triggering the command =(