After more 1 000 000 (one million) views on forum for 1.5.0.x development versions... and 1.6.1.0, 1.6.3.0-dev versions A new stable version, UltraVNC 1.6.4.0 and UltraVNC SC 1.6.4.0 have been released: https://forum.uvnc.com/viewtopic.php?t=38095 Feedback is welcome
I agree with both .
The Ultr@VNC team is doing a great job wich is much appreciated.
And i love it when somebody tells how happy he is with the results of al the effort.
Now we can set one password to access the vnc server. ( i believe a view only password is added in te latest version so there are two) Of course there is the MS authentication but not everyone has it or wants it.
I have situations where a group of people opperate a set of computers remotely. I have ...
I had to look at the repeater (and some port forwarding tools like NetworkActiv AUTAPF ). I've found that when connecting directly(viewer to server) everything is working fast and smooth. When using the repeater things becomes slower. In my test i use a generator to make controlled screen updates ...
I only don't understand that the SetDIBitsToDevice doesn't generate an update when the mirror driver is used. When i'm correct this is done using a drvbitblt(). The mirror driver update the mirror surface and add the rectangle used in drvbitblt to a ringbuffer. Vnc read ...
Missed the request which explains the slow response.
It's not completly clear what you wan't to be retested so I performed simular tests and, as expected, the drawing speed of the viewer is still around 250 mSecs (512x512 Noise images etc...). I don't have the posibility to play around with ...
To complete the picture of the test environment. The vmware session runs on a different pc which means that in my test setup there is some real network traffic. In the setup the network connection is 100mb and ping says <1ms. The send time in this case, i assume, is less then the 200+ mSecs
the server was 1.0.5.6 the client tested was 1.0.5.6, 1.0.6.4 and realvnc
The times for 1.0.5.6 and 1.0.6.4 are simular realvnc is way faster.
As you stated this is a viewer problem. I suspect however also a server issue where it takes some time to handle an update request. At the moment i have ...
I measured how long it takes to process rfbFramebufferUpdate update. The measurements are done with UltraVNC viewer 1.0.5.6 and 1.0.6.4. I simply start a timer before ReadscreenUpdate call and stop it when it returns. On the server I have a small program which generates screen changes. This ...
When the server pointer is moved it is shown on the viewer. The customer can show his problem. However when i move the cursor on the viewer the server will get this (absolute) position. I have a case where you push a button on an application and the application positions the cursor. The pointer is ...
Don't know if somebody already requested this. The latest RealVNC supports Relative pointer movements. (part of the gii pseudo encoding?). I would like this also in UltraVNC. We use an application on the server which programmatically postion the cursor, when moving the cursor on the client it ...