I'm running the server on Window 8.1 Home edition.
My client is Debian 10 with Cinnamon desktop
I am experiencing high latency when connected... as in I move the mouse and it takes a second or two for me to see it move to where I intend for it to go kind of latency. I have a 150 Mbs internet connection to the client and a 24 Mbs connection to the server as well so it shouldn't be caused by slow internet. Lowering the quality to "low" in the performance options seems to help a little but things are still choppy and some latency going on.
Any idea what I can do to improve the performance?
Hello
Just one thing to check first and foremost - you mention changing the quality setting on your client, but in that same section, what do you have configured for codec? If it's auto or GFWX, please try changing it to JPEG and tell us if you notice a difference.
Thanks and kind regards,
Richard Markievicz
Changing to JPEG seemed to make things worse actually... but at best it did not improve the situation. Neither did GFWX.
Am I supposed to change these settings on the server or the client... or both?
Hello
Thanks for the update. Codec settings should be configured on the client, and then they are negotiated with the server automatically (specifically, "Automatic" will be GFWX if the server supports it).
Can you confirm that's where you set it? To rule out a codec related issue, try JPEG and low quality - that should be the most performant.
A few more things:
On supported systems, we use hardware accelerated video capture. I just checked my Windows 8.1 home VM, and on that machine the hardware accelerated capture is falling back to a slower, software only path for some reason. I'm not sure if that's a Windows 8.1 issue, a "Home Edition" issue, or an artifact of being run in this particular VM. Can you check on the remote machine for the file %systemroot%\temp\NowSession.log. I'd expect that file to be empty (if it exists) but, if not, please share its contents with us.
Does the server have a high-DPI display? Do you know what resolution it uses?
Which region of the world are you located in?
If you don't mind to spend a little more time, on your connecting client you can change the log level to "Debug" under Options > Advanced > Logging Level, then close and reopen Wayk Now. Then try your connection again and afterwards, share with us the file ~/.config/Wayk/logs/WaykNow.log (either by PM or to wayk@devolutions.net).
Your connection is clearly fast enough so there is something else going on here. I appreciate your assistance in troubleshooting the problem.
Thanks and kind regards,
Richard Markievicz
A) I made sure to set my client to Low - JPEG and it still has the high latency issue.
B) There is a %systemroot%\temp\NowSession.log whose sole contents are a bunch of lines with the error "common::logging [ERROR] - DXGI capture failed (it will be deactivated)"
C) The resolution of the server is 166x768... I don't see any indication that it is high DPI but I also am not sure where to look.
D) I will follow up with the requested log file
Hello
DXGI capture failed (it will be deactivated)
This indicates that we are falling back to a slower, software based capture. Some research shows that may be a limitation specific to Windows 8.1 with the technologies we are using (semi-confirmed by testing on my side). Do you know any details about the graphics card on that machine?
Regardless, I'm not convinced that the capturer alone can account for the kind of latency you are talking about. I did send a reply to your PM requesting some further information on your physical (regional) location and that of the remote system so I hope you can get back to me on that.
Thanks and kind regards,
Richard Markievicz
Both machines are in Oklahoma within probably 10 miles of each other. In fact, both machines use the same ISP.
Hello again
Thanks for the update.
We've identified an issue that can cause the unattended service to fallback to the slower, software based path I described above. I'd like to know if this is the cause of the lag: performance here is highly dependent on the software and hardware configuration, and the hardware accelerated capture should *always* be faster.
What is the status of your remote machine? Do you have access to modify or update the Wayk installation? I ask because in your other thread, you were worried about losing access to the machine. A simple test you can try is to uninstall Wayk Now using the "Programs and Features" control panel; then run the standalone executable from our website. Note that in this mode, there will be a new target ID to connect to. Try to connect to the machine and let us know if performance is improved.
Thanks and kind regards,
Richard Markievicz
Hello again
Wayk Now 2020.1.6 is now available, and contains a fix for the above issue (Windows display capture falling back to slower, software path incorrectly).
I encourage you to try the new version and let us know if it improves the latency problem.
Thanks and kind regards,
Richard Markievicz