Search results

Dear All, We have uploaded a new version that adds TLS packaging of AES256 encrypted stream. This is only used for QuickSupport tool to improve interoperability with various hardware firewalls (when the host/server is located behind a firewall like this). Additionally this version should...

请检查 v1.18.1。抱歉出现此问题 :(

We are seeing problems with Amsterdam instance of Connect Anywhere cloud. If this instance is selected there might be problems during connections. We are going to reinstall it tomorrow.

v1.18.0 现已推出。该问题应该已经修复。

是的，GUI 在 1280x720 分辨率以下无法显示，这是一个问题。我们将在明天发布的 v1.18.0 中修复此问题。

我们正在检查这一点。

Thank you for the GIF! Can you let us know what is the resolution/DPI of this desktop. I think there is a small part of the window in the top right corner of the screen.

Hi ccxxww. Do you start 2 Remotly instances at the same time? We do not understand what exactly is happening or what is wrong.

Hi Everyone, Sorry for recent frequent updates but we are fixing some issues reported by Remotly users in real-time mode. Changelog for v1.17.5: - Fixed problems with multiple network adapters when one adapter loses connection to WAN (auto switch to other network adapter) - Fixed problems with...

No false alert here. If video is ok than input must also work. The input (mouse/keyboard/gamepads etc.) is only a fraction of the video data. UDP is not buffered. If it's dropped than there is no lag, just stuttering as the input is not "smooth" after losing some packets (dropping 50% would make...

There is a big difference between normal/desktop mode and game mode. In game mode the framerate is constant (even for desktop). Since the framerate is constant the bitrate will be higher all the time. If it is a lag the packets are delivered but many of them are "out of order". When packets are...

Yes. It works and is used by at least 10k+ people. Are you testing in full-screen exclusive mode or borderless windowed full-screen mode? Are you connecting from a > 60Hz display (client runs on 120/144Hz display). The test is done using P2P?

The bug was even more serious. The remotly_svc.exe leaked system handles (one every second) and after the weekend it showed 180000 opened handles for this process :/

Is this happening only on this one specific machine? It might be related with this service. In the next update it will have lower priority and will be optimized by a factor of 4-5x in terms of CPU usage.

This was a bug. After improvements CPU consumption of winlogon service is now reduced to near zero. Fix will be available in v1.18.0 (Monday).

Made some quick tests on this old PC. 1. Low-level capture mode 1080p@60Hz 10Mbps GPU clock runs at 320Mhz 1. Standard capture mode 1080p@60Hz 10Mbps GPU clock runs at 1050Mhz I can feel that when the GPU clock runs at 320Mhz there is 1 frame more lag. After starting something that stresses...

Another funny thing. On Window 8.1 with and old Nvidia GTX 745 and an old Core i5 CPU performance is better than on newer machines. Everything runs smoothly (no sluggishness) and CPU runs at 0.8Ghz during connection in 1080p at 60fps 10Mbps. No idea what is going on on newer PCs and new Windows...

You can monitor these clocks with GPU-Z in both cases.

Can you make the same test running Remotly.exe from the installation folder (starting without admin rights). I think I know where this "sluggishness" feel might be coming from. As Remotly is very light on GPU the clock is running lower than it should. I've seen this on Nvidia (not on Intel)...

Thanks for reporting this. In v1.18.0 next week the background processes (services) will be either suspended or run in efficiency mode when there is no connection to the host.