Request installation option to turn-off hardware acceleration completely

[mirillis]

"3. No prompt for installing without UAC (in win srv) -- from earlier, without UAC, booter process is not enabled. Even with UAC, it took me a couple of attempts and login/logout to somehow got it enabled."

FIXED

4. Not related to hyper-v. In the hyper-v host itself (win 11), virtual display driver causes crash in 1.33. not in 1.32. (possible 1.32 did not crash because of using old AMD driver). the crash happens during remotely session, and seems to be random, but once 3D intensive application runs for example 3D benchmark, always crashes.

Cannot replicate

 

[mirillis]

1. reboot, and connect to VM via remotely client and login, the remotely UI does not load at all. no UI, no taskbar icon, nothing. can see remotly.exe process in task manager, and everything else works, including hardware acceleration.
now, disconnect remotely client, open hyper-v terminal and login, two remotely icons show up in taskbar and two processes are in task manager, and two identical instance in list of active devices.

It looks like Remotly.exe is running for a different user than booter. That's why there is no UI.
I can replicate this following these steps:

1. Have three user accounts: Administrator, User1, User2
2. Booter service is running
3. Switch to User2 and run full version there
4. Reboot from User2 still logged in (has Start with windows enabled)
5. After reboot connect to booter in login/user selection view
6. Login to User1 (User2 logs in automatically in the background since it was not logged out before reboot)
7. On User1 can see Remotly.exe that is running in User2 account

 

[hhspiny]

In my case, only admin account was used in the VM. the remotly.exe process (w/o UI) runs under admin account
via remotely client connection, logout/login still not loading UI.
Re-install without the virtual display driver, the same outcome. Remotely in VM runs fine without the virtual display driver. I did install the virtual audio driver otherwise no sound.

1. without virtual display driver installed, in remotely session (no UI), disable the GPU-P video device, remotely session ends itself. reconnect remotely client, UI shows up (icon in taskbar), double-clicking the icon brings up the full UI. next re-enable the GPU-P video device, session ends itself, reconnect, UI works fine.
2. disable GPU-P video device, reboot VM, connect remotely, no UI. enable GPU-P video device, no difference, disable GPU-P video device, no difference.
3. repeat 1. above, but disable hyper-v video device instead of GPU-P video device, does not do anything (i.e. no UI). session does not get interrupted at all.

looks like caused by UI using GPU-P device to render.

 

[hhspiny]

A separate observation on hardware acceleration (encoding) in VM (w/o virtual display). this option in UI does not have effect. hardware acceleration is used with it disabled or not. confirmed with the same 3D benchmark score. however, I do feel heavy 3D session (benchmark) runs smoother and less little pauses visually with hardware acceleration enabled.

 

[hhspiny]

A separate observation on booter process in VM/Win Server and v1.33. all in administrator account and hyper-v terminal. install with "run as admin", select "start with windows", no booter process, after reboot, no booter process. close remotely UI and re-run with "run as admin", still no booter process. logout, and login, finally booter process shows up in task manager.

 

[hhspiny]

end of day, it is super cool to remote to hyper-v host AND VM at the same time and run hardware accelerated 3D apps in both. congrs.

have not tried to have multiple VM up at the same time, and if it runs, a vGPU host machine in your normal laptop !!

 

[mirillis]

In my case, only admin account was used in the VM. the remotly.exe process (w/o UI) runs under admin account
via remotely client connection, logout/login still not loading UI.
Re-install without the virtual display driver, the same outcome. Remotely in VM runs fine without the virtual display driver. I did install the virtual audio driver otherwise no sound.

1. without virtual display driver installed, in remotely session (no UI), disable the GPU-P video device, remotely session ends itself. reconnect remotely client, UI shows up (icon in taskbar), double-clicking the icon brings up the full UI. next re-enable the GPU-P video device, session ends itself, reconnect, UI works fine.
2. disable GPU-P video device, reboot VM, connect remotely, no UI. enable GPU-P video device, no difference, disable GPU-P video device, no difference.
3. repeat 1. above, but disable hyper-v video device instead of GPU-P video device, does not do anything (i.e. no UI). session does not get interrupted at all.

looks like caused by UI using GPU-P device to render.

Can you try forcing Remotly.exe to be run using Hyper-V Video (using Settings-Display-Graphics). This way the UI will be rendered using Hyper-V Video adapter but other stuff will be using GPU-P.

 

[mirillis]

A separate observation on hardware acceleration (encoding) in VM (w/o virtual display). this option in UI does not have effect. hardware acceleration is used with it disabled or not. confirmed with the same 3D benchmark score. however, I do feel heavy 3D session (benchmark) runs smoother and less little pauses visually with hardware acceleration enabled.

It works. You can check it in task manager (performance tab). In the GPU graphs please select Decode or Decode 1 (it's a system bug, shows encoding part in decode section). If you disable hardware acceleration these graphs do not show anything. After enabling hw acceleration graphs show gpu load.

 

[mirillis]

A separate observation on booter process in VM/Win Server and v1.33. all in administrator account and hyper-v terminal. install with "run as admin", select "start with windows", no booter process, after reboot, no booter process. close remotely UI and re-run with "run as admin", still no booter process. logout, and login, finally booter process shows up in task manager.

It's a bug. Thank you for reporting this. It's already fixed. We will upload an updated 1.33 installer soon.

 

[mirillis]

end of day, it is super cool to remote to hyper-v host AND VM at the same time and run hardware accelerated 3D apps in both. congrs.

have not tried to have multiple VM up at the same time, and if it runs, a vGPU host machine in your normal laptop !!

My test setup:
Two GPUs: Nvidia RTX4060 + AMD installed in one PC. Two VMs running at the same time, one VM using Nvidia and the other AMD.
BTW. This allows big cost reduction as one PC can serve multiple users at the same time.

One observation on my side. The best performance is achieved rendering only using virtual display (Show only on 2nd selected in display settings). It looks like having the Hyper-V active (it always renders on 1st display) introduces a performance hit. One drawback is that you cannot control the VM locally as the video freezes after disabling primary display.
But after connecting remotely you get best performance a no Hyper-V adapter usage.

 

[hhspiny]

Can you try forcing Remotly.exe to be run using Hyper-V Video (using Settings-Display-Graphics). This way the UI will be rendered using Hyper-V Video adapter but other stuff will be using GPU-P.

I thought so too, but hyper-v video is not in the list.

 

[hhspiny]

It's a bug. Thank you for reporting this. It's already fixed. We will upload an updated 1.33 installer soon.

not sure if it is related. for the 1.33, in win 11, UAC promote results in blank screen if it is the first time like happened in previous version. but it seems to recover either after a while or reconnection. after that, 2nd time UAC promote works fine

 

[hhspiny]

It works. You can check it in task manager (performance tab). In the GPU graphs please select Decode or Decode 1 (it's a system bug, shows encoding part in decode section). If you disable hardware acceleration these graphs do not show anything. After enabling hw acceleration graphs show gpu load.

what I meant by this is for remotely host inside VM. setting hardware encoding disabled or GPU-P, produce the same 3D benchmark score and hyper-v host's physical GPU is fully occupied in both cases. .

 

[mirillis]

I thought so too, but hyper-v video is not in the list.

This time it's a bug in the OS itself. You will not see Hyper-V Video but instead duplicated AMD entires.

The list looks like this:
1. Let Windows decide (can give random results)
2. AMD: Low power (should use hyper-v)
3. AMD: High power (should use AMD vGPU)
4. AMD: Specific 1 (should use hyper-v)
5. AMD: Specific 2 (should use AMD vGPU)

 

[hhspiny]

Can the installer/program set it automatically? I would think UI does not need hardware acceleration.

 

[mirillis]

Can the installer/program set it automatically? I would think UI does not need hardware acceleration.

We will check it. Good idea. We will try to initialize 3D device used for rendering to the one which is AMD but in fact is Hyper-V.
UI uses vGPU hardware for rendering itself (not hardware acceleration like for video but rather 3D part of GPU like games).

 

[mirillis]

Can you confirm that setting the gpu used for remotly.exe (using display-settings-graphics) to low performance or specific 1 fixes the UI problem for you?

 

[hhspiny]

repeat what reported earlier on UAC prompt screen (asking for admin right) results in blank screen in 1.33. in win 11, not related to hyper-v.

it does recover itself if wait for a minute or so and reconnect (but reconnecting before that also blank screen).

 

[hhspiny]

On the problem of no UI in VM.

probably not a video device problem alone. set remotly.exe to either of the two GPU list in graphic result in the same, no UI. (remotely session to VM)

notice that when login to admin account within remotely session, there is no interruption has it should. as if the booter to remotly.exe hand-over never happens. to confirm, once login, use task manager to kill remotly.exe process, no interruptions. start remotly.exe (also tried start "with admin"), no interruption.

remotly.exe did not actually start within the remote session to take over booter at all. therefore, no UI. but login from hyper-v terminal session works fine.

 

[mirillis]

On the problem of no UI in VM.

probably not a video device problem alone. set remotly.exe to either of the two GPU list in graphic result in the same, no UI. (remotely session to VM)

notice that when login to admin account within remotely session, there is no interruption has it should. as if the booter to remotly.exe hand-over never happens. to confirm, once login, use task manager to kill remotly.exe process, no interruptions. start remotly.exe (also tried start "with admin"), no interruption.

remotly.exe did not actually start within the remote session to take over booter at all. therefore, no UI. but login from hyper-v terminal session works fine.

Is this the same user as admin user? There is no hand-over from booter to full version if the active user account is different from booter user (admin user that started the booter service).

Maybe we are investigating something that is done so by design (at least currently).