TODO list

[Rudi De Vos]

Just added to keep track of what need to be verified.

I'm having a problem with freezing. When the host performs an action that demands a lot of CPU time (like opening or closing an application), the viewer freezes and does not recover unless minimised&restored or with the Request Screen Refresh command. No amount of waiting will make the viewer recover on its own.

Exactly:
•Viewer stops updating
•Host CPU fan briefly spins up (often, but not always)
•Host still receives input from viewer connection - even after several minutes of the viewer being frozen. If I'm looking at the host monitor, I can still interact with the mouse, for example.

My versions are 1.2.1.0 (downloaded 31 Jan 2016). My previous versions were 1.2.0.5. Both host and viewer are running Windows 7 64-bit and are connected by an ethernet cable. The earlier version did not have this problem.

Changing the following settings does not fix the problem:
•(viewer) Reconnection attempts
•(viewer) Timeout
•(host) mirror driver
•(host) SChook
•(host) multiple connections
•(host) RDPmode

**Viewer scale has a problem.....
UltraVNC v.1.2.1.0
Connection Options -> Viewer Scale now defaults to checked (new behavior), when unchecked UltraVNC will cause a windows GPF.
UltraVNC 1.9.0
Connection Options -> Viewer Scale can be checked and unchecked and behaves properly.

**SC update
+detect new servers OS's
+sha2 cert needed

**screen rotation win10

**ipv6 support

[OSXFeatureRequest]

I checked my event viewer log after a freeze event and saw this:

Event ID 9010
A request to disable the Desktop Window Manager was made by process (2840)

Event ID 9013
The Desktop Window Manager was unable to start because composition was disabled by a running application

2840 was winvnc.exe

Unfortunately, I do not know if this event was logged just before or just after the viewer froze.

If unchecking "Remove Aero" fixes this problem, I will post here again.

Interestingly, I had the mirror driver installed, but it was not until later did I see 9011

Event ID 9011
The Desktop Window Manager was unable to start because a mirroring driver is in use

[OSXFeatureRequest]

Manually disabling the Desktop compositing didn't help.

It's probably happening whenever the host starts something resource intensive, but it's just not possible to reproduce at will.

[Rudi De Vos]

Aero/DWM has a performance monitor.
As soon as an application, in this case vnc start using to high cpu/gpu DWM auto disable AERO and switch to basic mode.
VNC need to capture video memory and copy it to system memory several times a second... this has a big impact on slow
video cards.

Do you realy need the aero stuff, all the special graphical effects have a huge impact on vnc.

If you select the standard theme ( non aero) you system don't have the fancy effects and look like XP, but
vnc handle it 2 to 3 faster the aero.

A mirror driver don't function with aero and place the video in basic mode on start.

Try with a non aero theme, this prevent that the mode change while vnc is working.

[OSXFeatureRequest]

What I'd like to know is why can't the viewer recover the connection after the host has a momentary CPU spike, since earlier versions didn't have this problem? (It could be a change in Windows or uVNC.)

Is there any way I can get a log file from the viewer?

[Rudi De Vos]

If would know what caused it insite the server or viewer, i would have fixed it.
I can't repeat it on one of me servers.

First we need to know if it is a serve or viewer issue.
Did you upgraded the server or viewer ?

[OSXFeatureRequest]

I've got the About windows open in the screenshot below.

• Viewer: 1.2.1.0 19/1/2016
• Server: 1.2.1.0 24/1/2016

I'm going to download the viewer again to see if I can make them match dates.

Edit: I downloaded and installed it again but the viewer build date stays the same.

[OSXFeatureRequest]

I tried turning off all windows display options. It seemed to take longer for the problem to occur the first time, but it still eventually happened within two hours. I was doing a drag-fill in Excel at the time.

[Rudi De Vos]

Did you try using a non aero theme instead of setting best performance.
Vista without aero run as fast as xp for vnc.

[OSXFeatureRequest]

Edit: never mind, this is still happening.

[s]Good news!

I may have narrowed this down.
Today I did not enable SCROLL-LOCK for sending Ctrl/Alt/Shift/Windows keys through, and the problem hasn't appeared yet.

I will now test the newest version 1.2.1.1 to see if it still has this problem.[/s]

[Rudi De Vos]

Done sha-2 certificat for online creators

[OSXFeatureRequest]

Did you try using a non aero theme instead of setting best performance.
Vista without aero run as fast as xp for vnc.

I found where the non-aero themes are and I the host to Windows Classic. The problem still occurs, and this time there's nothing of interest in the windows Event Viewer of either system to indicate the cause.