All committers have signed the CLA.

Does UAC elevation and service mode work as expected? I've read many microsoft sources that pretty much told that this capture approach is not compatible with unattended use cases

Source: robmikh/Win32CaptureSample#24 and robmikh/Win32CaptureSample#54

Thanks for the quick reviews! I'll be addressing code and GitHub actions issue in, uh, a bit.

One other thing that WGC apparently provides is support for cross-adapter capture (capturing outputs attached to GPU 1 to a texture on GPU 2 for encoding).

@cgutman: I have not tried this scenario and while I did see this somewhere, I figured it was a little out of scope considering that, as far as I can tell, Sunshine is consumer software.

Does UAC elevation and service mode work as expected? I've read many microsoft sources that pretty much told that this capture approach is not compatible with unattended use cases

@TheElixZammuto: I think the headless scenario will work, but I need to test it after I make requested changes. Privilege elevation probably won't, but the existing API supports it. I designed this feature to be opt-in-only and to fall back if unsupported, so I hope that there's sufficient insurance for this.

In no way do I advocate replacing the existing display capture code with Windows.Graphics.Capture. I quite like the idea of it being a beta feature that can be enabled in sunshine.conf but not the user interface. I also hope its presence lowers the bar for more knowledgeable contributors to improve this capture backend.

Does UAC elevation and service mode work as expected? I've read many microsoft sources that pretty much told that this capture approach is not compatible with unattended use cases

WGC actually can capture the UAC secure desktop, even from an unelevated Sunshine.exe process, so it's actually better than DXGI DDA in that regard. It can even capture the login screen after locking the PC.

However, you are correct that it doesn't work with our service model, at least not without additional changes. WGC works using per-user services which are activated via COM. The specific user service that runs the capture backend is CaptureService which is implemented in %SystemRoot%\system32\CaptureService.dll. The use of a per-user service is probably why the 0x80070424 error is thrown from a service context, because the service indeed doesn't exist for LocalSystem's LUID (which is how per-user services are identified).

Fortunately, the fact that elevation doesn't seem to actually provide any benefit to WGC (unlike DDA) means we do have some options here to support WGC from a service context.

The first and simplest is to try impersonating using the user token from WTSQueryUserToken() (same as we do to start apps). We might just need this for our first activation of WGC (which is the call to winrt::GraphicsCaptureSession::IsSupported()) or we could also need it across other WGC API calls.

If impersonation doesn't work out, we'd need to use a WGC helper process that we would spawn into the user session and share textures with. This is definitely much more complex than the impersonation solution, but it may not be too horrible since we're already using shared textures between capture and encoding today.

I have not tried this scenario and while I did see this somewhere, I figured it was a little out of scope considering that, as far as I can tell, Sunshine is consumer software.

Cross-adapter encoding is good to have on hybrid graphics systems, which are quite typical these days (most CPUs include an iGPU and basically all laptops do). Cross-adapter encoding lets users encoding on the dGPU even when the display is physically connected to the iGPU. We have to use a bunch of hacks (ddprobe.exe manually setting our graphics preference) to work around the cross-adapter encoding limitation for DDA on hybrid graphics systems to even be able to stream at all.

In no way do I advocate replacing the existing display capture code with Windows.Graphics.Capture. I quite like the idea of it being a beta feature that can be enabled in sunshine.conf but not the user interface. I also hope its presence lowers the bar for more knowledgeable contributors to improve this capture backend.

I actually would like to move to WGC as the default on OSes where support is good (Win11/2022+). It has a ton of advantages over the DXGI solution, including:

• Ability to capture the Game Bar
• Fixed frame rate capture
• Cross-adapter capture (untested but claimed by OBS folks)
• Avoids all the mess of having to blend the cursor into the frame
• Non-blocking API that doesn't hold critical locks for long periods of time like IDXGIOutputDuplication::AcquireNextFrame() does
• Could potentially work around the Nvidia driver bug that causes hangs with high VRAM usage (the deadlock in the capture thread is on the keyed mutex inside IDXGIOutputDuplication::AcquireNextFrame())
• Potential for much better frame pacing and lower latency by avoiding sleeps in our capture loop (we can instead look at the current time in on_frame_arrived() and decide to encode a frame or not based on how long it's been since the last frame)

Obviously it could still have massive Achilles heel that sinks it for our usecase, but it looks quite compelling on the surface.

In any case, none of this aspirational stuff matters for right now. I'm mainly just writing it down somewhere to not forget any of it. You should leave it as opt-in for this PR as you have it now and don't worry about the impersonation stuff.

I finally tested this, and notice a fairly substantial performance regression on your updated branch vs the first commit (b843c12) tested on its own; my guess is the SRWLOCK changes are related.

Testing 60fps client and server with the server rendering content at 60fps, the client can only runs at ~40fps maximum. My system is not too ancient (Ryzen 5700X and RX 6600), and I'm only testing at 768p, but this system usually has no trouble keeping 60fps at 4K with the standard capture path.

Added some quick debug:

diff --git a/src/platform/windows/display_wgc.cpp b/src/platform/windows/display_wgc.cpp
index c1390136..1ccd9cb0 100644
--- a/src/platform/windows/display_wgc.cpp
+++ b/src/platform/windows/display_wgc.cpp
@@ -147,9 +147,10 @@ namespace platf::dxgi {
     AcquireSRWLockExclusive(&frame_lock);
     if (SleepConditionVariableSRW(&frame_present_cv, &frame_lock, timeout.count(), 0) == FALSE) {
       ReleaseSRWLockExclusive(&frame_lock);
-      if (GetLastError() == ERROR_TIMEOUT)
+      if (GetLastError() == ERROR_TIMEOUT) {^M
+        BOOST_LOG(error) << "timeout: " << timeout.count();^M
         return capture_e::timeout;
-      else
+      } else^M
         return capture_e::error;
     }
     if (produced_frame) {

This shows a LOT of zero count timeouts on the latest branch (and the host is definitely rendering content at 60fps, so the volume of timeouts I'm seeing should not be happening).

I can raise the capture to 60fps via one of the following steps (performed separately):

• Using only the original commit (and capture = uwp).
• Hardcoding the default timeout from 0ms to 16ms to correspond to a 60fps frame interval.
• Increasing the client framerate to >60fps (such as 120fps), even though my host and client client screens only supports 60fps.

@psyke83 Thank you for reporting this. I noticed it too, but I thought it might be a personal problem (i.e. "It only doesn't work on my machine")

The issue no longer appears for me after applying the commit "When the frame timeout is zero, use the most recently produced frame instead of waiting for a new one." If you get a chance, I'd be curious to hear your thoughts on the actual change and if it works for you too!

@tez011

Capture is now running at 60fps on my system - nice work!

Unfortunately, whilst the incoming framerate stays at ~60, there is some noticeable periodic stuttering in games running at 60fps that isn't present in the regular capture path... but I may have discovered the solution already. My GPU/driver combo doesn't support HAGS, meaning that Sunshine is using realtime gpu scheduling on my system. This normally works well (especially to prevent stuttering when the GPU is heavily loaded), but it seems to conversly cause stuttering with your new WGC capture path. Manually setting the priority to high seems to result in capture as smooth as the DDAPI path (but I need to test more thoroughly to say that the stuttering is 100% alleviated).

I would recommend you and any other testers to check realtime vs high gpu scheduling with this capture path, just in case the issue is not unique to my specific setup. Thanks, and again - great work!

@roob0 thank you for sharing the script. But i want to stream lock screen , at least the screen when windows is shutting down without disconnection. I hope there is a way.

@Kobain-Seo Yes, It perfectly streams the lockscreen! I made this script for this purpouse. You can unlock PC from the client with moonlight, then reconnect (always in moonlight) after the pc is unlocked.

@Kobain-Seo I usually put my pc in hybrid sleep (and cutting off power when I want to close it, so I don't press "Shutdown"). However, if you want to shutdown your pc in the "classic" way , in switch ddx's scheduler activity you can add the Event in Activator with System, User32, ID 1074. I'm testing the scripts in several scenario (lock-on, lockon and sleep, shutdown) and always work ;)

@cgutman I find this simple solution for swicthing from service to the exe and from ddx to wgc (and viceversa). Perhaps a reconnection could be added in Moonlight (avoiding the disconnection) but, of course, a more sophisticated solution would be better. This is only a temporary "solution", waiting for the service to be "fixed".

Does UAC elevation and service mode work as expected? I've read many microsoft sources that pretty much told that this capture approach is not compatible with unattended use cases

WGC actually can capture the UAC secure desktop, even from an unelevated Sunshine.exe process, so it's actually better than DXGI DDA in that regard. It can even capture the login screen after locking the PC.
However, you are correct that it doesn't work with our service model, at least not without additional changes. WGC works using per-user services which are activated via COM. The specific user service that runs the capture backend is CaptureService which is implemented in %SystemRoot%\system32\CaptureService.dll. The use of a per-user service is probably why the 0x80070424 error is thrown from a service context, because the service indeed doesn't exist for LocalSystem's LUID (which is how per-user services are identified).
Fortunately, the fact that elevation doesn't seem to actually provide any benefit to WGC (unlike DDA) means we do have some options here to support WGC from a service context.
The first and simplest is to try impersonating using the user token from WTSQueryUserToken() (same as we do to start apps). We might just need this for our first activation of WGC (which is the call to winrt::GraphicsCaptureSession::IsSupported()) or we could also need it across other WGC API calls.
If impersonation doesn't work out, we'd need to use a WGC helper process that we would spawn into the user session and share textures with. This is definitely much more complex than the impersonation solution, but it may not be too horrible since we're already using shared textures between capture and encoding today.

I have not tried this scenario and while I did see this somewhere, I figured it was a little out of scope considering that, as far as I can tell, Sunshine is consumer software.

Cross-adapter encoding is good to have on hybrid graphics systems, which are quite typical these days (most CPUs include an iGPU and basically all laptops do). Cross-adapter encoding lets users encoding on the dGPU even when the display is physically connected to the iGPU. We have to use a bunch of hacks (ddprobe.exe manually setting our graphics preference) to work around the cross-adapter encoding limitation for DDA on hybrid graphics systems to even be able to stream at all.

In no way do I advocate replacing the existing display capture code with Windows.Graphics.Capture. I quite like the idea of it being a beta feature that can be enabled in sunshine.conf but not the user interface. I also hope its presence lowers the bar for more knowledgeable contributors to improve this capture backend.

I actually would like to move to WGC as the default on OSes where support is good (Win11/2022+). It has a ton of advantages over the DXGI solution, including:

• Ability to capture the Game Bar
• Fixed frame rate capture
• Cross-adapter capture (untested but claimed by OBS folks)
• Avoids all the mess of having to blend the cursor into the frame
• Non-blocking API that doesn't hold critical locks for long periods of time like IDXGIOutputDuplication::AcquireNextFrame() does
• Could potentially work around the Nvidia driver bug that causes hangs with high VRAM usage (the deadlock in the capture thread is on the keyed mutex inside IDXGIOutputDuplication::AcquireNextFrame())
• Potential for much better frame pacing and lower latency by avoiding sleeps in our capture loop (we can instead look at the current time in on_frame_arrived() and decide to encode a frame or not based on how long it's been since the last frame)

Obviously it could still have massive Achilles heel that sinks it for our usecase, but it looks quite compelling on the surface.
In any case, none of this aspirational stuff matters for right now. I'm mainly just writing it down somewhere to not forget any of it. You should leave it as opt-in for this PR as you have it now and don't worry about the impersonation stuff.

Hi, I found a simple "temporary" solution, changing from ddx to wgc (and vice versa) on the fly, starting and stopping the service and Sunshine exe automatically, with two autoit exe scripts launched from windows scheduler when pc is locked (and also suspended) and unlocked (and also awaked). However, on client device you must "enter" two times...

Sunshine switch wgc au3 file:

sleep (3000) Global $file = FileOpen("C:\Program Files\Sunshine\config\Sunshine.conf", 0)

Global $contenuto = FileRead($file)

FileClose($file)

Global $contenutoModificato = StringReplace($contenuto, "ddx", "wgc")

$file = FileOpen("C:\Program Files\Sunshine\config\Sunshine.conf", 2) FileWrite($file, $contenutoModificato) FileClose($file)

ProcessClose("sunshine.exe") ProcessClose("sunshine.exe") RunWait(@comspec & ' /c net stop "' & "Sunshine Service" & '"', "", @SW_HIDE) sleep(1500) ShellExecute("C:\Program Files\Sunshine\Sunshine.exe","","C:\Program Files\Sunshine","",@SW_HIDE)

Sunshine Switch ddx:

; Apre il file Global $file = FileOpen("C:\Program Files\Sunshine\config\Sunshine.conf", 0)

; Legge il contenuto del file Global $contenuto = FileRead($file)

; Chiude il file FileClose($file)

Global $contenutoModificato = StringReplace($contenuto, "wgc", "ddx")

; Riapre il file per sovrascrivere il contenuto modificato $file = FileOpen("C:\Program Files\Sunshine\config\Sunshine.conf", 2) FileWrite($file, $contenutoModificato) FileClose($file)

ProcessClose("sunshine.exe") ProcessClose("sunshine.exe") sleep (500) Run(@comspec & ' /c net start "' & "Sunshine Service" & '"', "", @SW_HIDE)

Can't make it work, i've never used autoit + task scheduler so I don't know if I didi it correctly, can you help me here? maybe making a tutorial, or via DM

Also hoping for an improvement on that part. :)

Can i use the same settings and configfile with that script.
Never used Autoit.
Is there a way to publish an better in depth tutorial to set it up ontop of an existing installation as a service?
Best without the use of different configfiles.

@Vaskyy don't use AutoIt, just create 2 config files, one with wgc setting like sunshine.conf.bak and the other with dxgi sunshine.conf which is the original. Create a batch file to do the following one step at a time:
Note: run the batch as admin.

• stop the sunshine service (it has to be done from command prompt, not services gui services.msc which won't work)
  net stop sunshineservice
• rename the backup sunshine config sunshine.conf.bak to temp.conf
• rename the current sunshine.conf file, to sunshine.conf.bak
• rename temp.conf config file to sunshine.conf
• start sunshine.exe

Run the batch file again to reverse the settings 😊, if you want to use dxgi, don't forget to net start sunshineservice
No need to complicate things using some 3rd party tools 😉

Damn that took me alot of time, bc im absolutely not advanced in any cmd/ps stuff.

i did create an dxgi.bat:

@echo off
cd C:\Program Files\Sunshine\config
taskkill /im sunshine.exe /f
ren sunshine.conf sunshine-temp.conf
ren sunshine-dxgi.conf sunshine.conf
ren sunshine-temp.conf sunshine-wgc.conf
net start sunshineservice

and also an wgc.bat:

@echo off
cd C:\Program Files\Sunshine\config
net stop sunshineservice
ren sunshine.conf sunshine-temp.conf
ren sunshine-wgc.conf sunshine.conf
ren sunshine-temp.conf sunshine-dxgi.conf
cd C:\Program Files\sunshine
.\sunshine.exe > NUL

But now the wgc.bat is opening a cmd prompt, that if i close it, will terminate the thing of course.
Dont know how to get rid of it.

Also isnt it possible to autostart the sunshine.exe (not the service) to be able to use WGC always?

Damn that took me alot of time, bc im absolutely not advanced in any cmd/ps stuff.

i did create an dxgi.bat:

@echo off
cd C:\Program Files\Sunshine\config
taskkill /im sunshine.exe /f
ren sunshine.conf sunshine-temp.conf
ren sunshine-dxgi.conf sunshine.conf
ren sunshine-temp.conf sunshine-wgc.conf
net start sunshineservice

and also an wgc.bat:

@echo off
cd C:\Program Files\Sunshine\config
net stop sunshineservice
ren sunshine.conf sunshine-temp.conf
ren sunshine-wgc.conf sunshine.conf
ren sunshine-temp.conf sunshine-dxgi.conf
cd C:\Program Files\sunshine
.\sunshine.exe > NUL

But now the wgc.bat is opening a cmd prompt, that if i close it, will terminate the thing of course. Dont know how to get rid of it.

Also isnt it possible to autostart the sunshine.exe (not the service) to be able to use WGC always?

I actually managed to do this BUT, and is a big BUT, you have to give up some home privacy, if you set sunshine.exe on the start forlder on windows Start Menu sunshine will autostart at widnows LOGON, (not boot up), although you cant set it up before it would be useless on WGC since you can't unlock the pc on WGC, so, my solution? autologon, pc boots and goes staight into windows with sunshine auto starting and letting you use always WGC...

another workaround is to unlock the pc with parsec and then change to sunshine, I actually do this with another decive I have at home to turn my pc ON

Damn that took me alot of time, bc im absolutely not advanced in any cmd/ps stuff.
i did create an dxgi.bat:

@echo off
cd C:\Program Files\Sunshine\config
taskkill /im sunshine.exe /f
ren sunshine.conf sunshine-temp.conf
ren sunshine-dxgi.conf sunshine.conf
ren sunshine-temp.conf sunshine-wgc.conf
net start sunshineservice

and also an wgc.bat:

@echo off
cd C:\Program Files\Sunshine\config
net stop sunshineservice
ren sunshine.conf sunshine-temp.conf
ren sunshine-wgc.conf sunshine.conf
ren sunshine-temp.conf sunshine-dxgi.conf
cd C:\Program Files\sunshine
.\sunshine.exe > NUL

But now the wgc.bat is opening a cmd prompt, that if i close it, will terminate the thing of course. Dont know how to get rid of it.

Also isnt it possible to autostart the sunshine.exe (not the service) to be able to use WGC always?

I actually managed to do this BUT, and is a big BUT, you have to give up some home privacy, if you set sunshine.exe on the start forlder on windows Start Menu sunshine will autostart at widnows LOGON, (not boot up), although you cant set it up before it would be useless on WGC since you can't unlock the pc on WGC, so, my solution? autologon, pc boots and goes staight into windows with sunshine auto starting and letting you use always WGC...

another workaround is to unlock the pc with parsec and then change to sunshine, I actually do this with another decive I have at home to turn my pc ON

Funny because since I use virtual display driver, no one see my PC will know my PC was on unlocked haha they just think display is always off, you need change the cableing OS might output to it or you need to adjust in Moonlight remotely.

Damn that took me alot of time, bc im absolutely not advanced in any cmd/ps stuff.
i did create an dxgi.bat:

@echo off
cd C:\Program Files\Sunshine\config
taskkill /im sunshine.exe /f
ren sunshine.conf sunshine-temp.conf
ren sunshine-dxgi.conf sunshine.conf
ren sunshine-temp.conf sunshine-wgc.conf
net start sunshineservice

and also an wgc.bat:

@echo off
cd C:\Program Files\Sunshine\config
net stop sunshineservice
ren sunshine.conf sunshine-temp.conf
ren sunshine-wgc.conf sunshine.conf
ren sunshine-temp.conf sunshine-dxgi.conf
cd C:\Program Files\sunshine
.\sunshine.exe > NUL

But now the wgc.bat is opening a cmd prompt, that if i close it, will terminate the thing of course. Dont know how to get rid of it.

Also isnt it possible to autostart the sunshine.exe (not the service) to be able to use WGC always?

I actually managed to do this BUT, and is a big BUT, you have to give up some home privacy, if you set sunshine.exe on the start forlder on windows Start Menu sunshine will autostart at widnows LOGON, (not boot up), although you cant set it up before it would be useless on WGC since you can't unlock the pc on WGC, so, my solution? autologon, pc boots and goes staight into windows with sunshine auto starting and letting you use always WGC...
another workaround is to unlock the pc with parsec and then change to sunshine, I actually do this with another decive I have at home to turn my pc ON

Funny because since I use virtual display driver, no one see my PC will know my PC was on unlocked haha they just think display is always off, you need change the cableing OS might output to it or you need to adjust in Moonlight remotely.

there you go, try my workaround, is not ideal as a service, but in practice it does the job.
Actually this setting is perfect fot a VDD setup since the the only way to access is through moonlite or, as you said, cabling to a monitor. I had a similar setup with just the tower as a server and al my peripherals connected to an intel NUC working as my desktop gaming pc

@Crasthiff , @Vaskyy, @Kobain-Seo

Hi, I decided to make this simply utility: https://github.com/roob-p/SunshineCaptureSwitcher

@roob-p you don't need to modify the sunshine.conf file. You can pass flags for any config option via CLI arguments.

@roob-p you don't need to modify the sunshine.conf file. You can pass flags for any config option via CLI arguments.

Ah, got it, thanks for the tip.

@ReenigneArcher I updated the utility so now it uses capture=wgc without modifying Sunshine.conf.
(I also added an option to disable automatic task execution when the PC is locked or unlocked, so Sunshine DDX and Sunshine WGC can now be launched manually via shortcuts.)
Quick question: is it possible to quit a session via CLI arguments, with something like sunshine --quit or sunshine --forceclose?
Also, is it possible to force auto-reconnections from the client when a session is stopped? Thanks in advance! 😊

@roob-p

is it possible to quit a session via CLI arguments

No, that's not possible right now. It could be possible, but not much value since you can terminate Sunshine using options that Windows (or whatever OS) provides though.

is it possible to force auto-reconnections from the client when a session is stopped?

If I understand the question, no that's also not possible right now.

@ReenigneArcher

No, that's not possible right now. It could be possible, but not much value since you can terminate Sunshine using options that Windows (or whatever OS) provides though.

Ok, thanks!
I was asking about the CLI quit option because killing the Sunshine process causes the image to freeze on the client, while quitting it properly ends the session and returns the client to the main screen.

If I understand the question, no that's also not possible right now...

Yes, I meant that, about forcing auto-reconnection when a session is stopped. Would be a neat feature!

Probably everything in your tool, and any features required to make it a better experience, should just be integrated into Sunshine (or the WGC method just made to work with the service).

I did have a PR that attempted to remedy the situation (similar to your tool). #3344

If you (or anyone else) want to make an attempt, I've made a roadmap entry about this issue here: LizardByte/roadmap#65

@ReenigneArcher
Thanks for mentioning my utility in the roadmap entry, I really appreciate it!
I don’t think I currently have the skills to contribute directly to Sunshine’s codebase, but I’ll be following the issue and your PR with interest.

awesome ♥ but now I should ask, is this working with apollo too? I would assume yes, since is just a sunshine fork, but just in case... also, any way to solve the UAC thingy? Idk if it's possible to add a 3rd scenario where it switches to DXGI whenever a UAC is prompted.

I tried with the manual switcher, is not changing the capture api, for now I'll keep it uninstalled, but the idea is there, maybe and if on the code to check for sushine or apollo and apply the settings accordingly?

@Crasthiff Hi, thanks for the support and your idea. I had already been thinking about it, but your comment pushed me to give it a shot at handling the UAC problem. I already tried detecting the UAC prompt and switching to DDX. It works, but it’s a bit inconvenient: it requires disconnecting and reconnecting the stream. And going back to WGC after switching to DDX to handle the UAC prompt means reconnecting twice. However, it works, so maybe I’ll upload a new release in the next few days.

Regarding Apollo, I just did some testing without changing the code, and I know it can work the same way. I think the service name also needs to be updated (Apollo Service instead of Sunshine Service in the AU3/EXE files), which is probably why it didn’t switch correctly for you.

I’ll either release a version for Apollo, or an installer that supports both Sunshine and Apollo, with an option to choose which one to use (it’s better not to have both installed at the same time).

@Crasthiff Hi, thanks for the support and your idea. I had already been thinking about it, but your comment pushed me to give it a shot at handling the UAC problem. I already tried detecting the UAC prompt and switching to DDX. It works, but it’s a bit inconvenient: it requires disconnecting and reconnecting the stream. And going back to WGC after switching to DDX to handle the UAC prompt means reconnecting twice. However, it works, so maybe I’ll upload a new release in the next few days.

Regarding Apollo, I just did some testing without changing the code, and I know it can work the same way. I think the service name also needs to be updated (Apollo Service instead of Sunshine Service in the AU3/EXE files), which is probably why it didn’t switch correctly for you.

I’ll either release a version for Apollo, or an installer that supports both Sunshine and Apollo, with an option to choose which one to use (it’s better not to have both installed at the same time).

dude, you're awesome, it'd be neat to be able to cheange api on the fly, but that's up to the devs of sun/apollo, meanwhile, keep it up, you just kick *ss.
(for some reason my previous comment has been flagged as spam, weird)

@Crasthiff Hi, I just uploaded the new release. It now supports Apollo (just set ProgToUse = Apollo in config.ini) and I added the automatic UAC management system (however, like I said, it requires reconnecting from the client).
There are also WGC and DDX icons to make it easier to check the current capture mode for Apollo/Sunshine (which can also be disabled), and the scripts can now remain active in the system tray.
Please check the README, the Reswitch options, and more for details.

@roob-p I am currently working on making Windows Game Capture work while Sunshine is running as a service. Right now it needs more polish but it has already reached the point of being able to handle UAC and Logins without forcing a reconnect to the stream.

#4066

@Nonary Nice to hear, following with interest!

Damn that took me alot of time, bc im absolutely not advanced in any cmd/ps stuff.

i did create an dxgi.bat:

@echo off
cd C:\Program Files\Sunshine\config
taskkill /im sunshine.exe /f
ren sunshine.conf sunshine-temp.conf
ren sunshine-dxgi.conf sunshine.conf
ren sunshine-temp.conf sunshine-wgc.conf
net start sunshineservice

and also an wgc.bat:

@echo off
cd C:\Program Files\Sunshine\config
net stop sunshineservice
ren sunshine.conf sunshine-temp.conf
ren sunshine-wgc.conf sunshine.conf
ren sunshine-temp.conf sunshine-dxgi.conf
cd C:\Program Files\sunshine
.\sunshine.exe > NUL

But now the wgc.bat is opening a cmd prompt, that if i close it, will terminate the thing of course. Dont know how to get rid of it.

Also isnt it possible to autostart the sunshine.exe (not the service) to be able to use WGC always?

I found a way to run sunshine via bat without the console popping up, it will appear as if it is run via a service.

startSunshine.bat

powershell.exe -command "cd 'C:\Program Files\Sunshine';Start-Process -WindowStyle hidden -FilePath Sunshine.exe -Verb RunAs"

Add this to your bat file and sunshine can run in the background.

@Earchaut You can run Sunshine in WGC mode by launching sunshine.exe with the capture=wgc flag (e.g. via cmd: C:\Program Files\Sunshine\Sunshine.exe capture=wgc)
However, just use this utility:
https://github.com/roob-p/SunshineCaptureSwitcher
It automatically switches between capture modes.

@Crasthiff Hi, I just uploaded the new release. It now supports Apollo (just set ProgToUse = Apollo in config.ini) and I added the automatic UAC management system (however, like I said, it requires reconnecting from the client). There are also WGC and DDX icons to make it easier to check the current capture mode for Apollo/Sunshine (which can also be disabled), and the scripts can now remain active in the system tray. Please check the README, the Reswitch options, and more for details.

@roob-p Bro, I just read this... YOU ROCK SO MUCH!!!! it took you only 5 days to solve this. You're just amaing, keep it up!

also...

@roob-p I am currently working on making Windows Game Capture work while Sunshine is running as a service. Right now it needs more polish but it has already reached the point of being able to handle UAC and Logins without forcing a reconnect to the stream.

#4066

@Nonary this is awesome new too, you guys are what the doctor prescribed ♥