Mobo: Micro-Star model: MS-17E2 v: REV:1.0 serial: Type: Laptop System: Micro-Star product: GE75 Raider 8SE v: REV:1.0 Iommu=1 intel_iommu=on kvm.ignore_msrs=1 rd.driver.pre=vfio-pciĭefault_hugepagesz=1G hugepagesz=1G hugepages=0 transparent_hugepage=neverĭesktop: KDE Plasma 5.22.5 tk: Qt 5.15.2 wm: kwin_x11 vt: 1 dm: SDDM "acpi_osi=Windows 2009" nogpumanager i915.enable_gvt=1 pcie_port_pm=off Security=apparmor udev.log_priority=3 acpi_osi=! acpi_osi=Linux Nowatchdog pci=noaer fault_governor=performance apparmor=1 If I want to use Looking Glass, I need Spice to listen to localhost. If I want to make spice display the GVT-G output, I have to tell it not to listen to any addresses/ports or I will get errors and the VM won’t run. I couldn’t get it to work with GVT-G, more here: Level1Techs Forums – 5 Oct 21 Can't figure out how to get looking glass to work with gvt-g Also certain 3D applications refuse to run for unknown reasons (errors like: Your video hardware is not supported) on RDP, but most have no issues. The resulting experience is, usable, but not very enjoyable. I tried various compression settings but even setting compression level to 0 is worse than entirely disabling it this way. The codec cache command: /codec-cache:įor which rfx seems to provide by far the best resultĪnd also disabling compression -compression I tried all 3 settings, RFX had the most stuttering, AVC420 had less stuttering, AVC444 had even less stuttering. The most impactful settings were the gfx (encode) command: /gfx,mask:]] This is the command I’m using: xfreerdp /d:"WORKGROUP"/u:"$USER" /v:192.168.122.2:3389 /w:1920 /h:1015 /bpp:32 +clipboard +fonts /gdi:hw /rfx /rfx-mode:video /sound:sys:pulse +menu-anims +window-drag /gfx:avc444 /codec-cache:rfx -compression I get a smooth 60fps cursor in xfreerdp however the rendering experience is considerably downgraded, I get what I believe are frame delays (stuttering) extremely frequently, I also tried to use alternatives to spice as well to see if I could get a better experience, but no dice there either… xfreerdp var/lib/libvirt/qemu/nvram/Windoze_GVT_VARS.fd I thought maybe since the rendering results are so good, if I’d fully passthrough the mouse I could work around the issue that way, but no dice, cursor still behaved the same. But for some unknown reason, the cursor seems to be locked to low framerates, it might be 30fps but it’s possibly even lower than that. The fact that you are experiencing such severe weird cursor movement under directx and not opengl makes me think that some configuration of your machine is aggravating the problem, which in normal situations can hardly be noticed.Īlthough the latter is speculative since I would need to do several more tests.I set up a vm with gvt-g in virt-manager and it works fantastic, I’m getting 60fps rendering output when I playback video and even games. The delay that it has, which is small, is really a problem in games like shooters where it is especially noticeable if there is a loss of precision. In any case, while the operating system cursor is not activated, the user should not notice any strange behavior in the movement of the cursor. Apparently depending on the configuration of the machine can vary the response of the input. The mouse is rendered using the engine apis and it's something trivial, the issue has to do with how unity processes the inputs. If compared with hardware mouse movement, a bit delayed when you move the cursor very fast, but not like what you describe. The problem here is that both in linux and windows the movement of the cursor is normal in several computers that I have for testing. Maybe there is something wrong with the way the cursor is rendered?ĮDIT: Have you checked the game under linux? My linux machines are unfortunately mostly terminal-based, as they are from the coal age of computing and I can't do it myself to help. I have tested this and I can tell that there is much less lag when forcing game to run under opengl. Originally posted by Coyote:I've read on the net that the issue with mouse lag can be prevented by using -force -opengl switch.
0 Comments
Leave a Reply. |