|
|
|
Junior Member
      
Group: Forum Members
Last Login: 1/17/2006 5:01:08 AM
Posts: 21,
Visits: 8
|
|
We are findinf the built in VNC viewer very slow, compared to using VNC Viewer 3.3.7 or 4.0. All our VNC servers are either of these 2 versions, and most of the connections are made over the internet or through VPNs over the internet. For instance, the Please Wait initial screen loading bit takes about 5 seconds vs 1 second, and the lag on the mouse and keyboard is noticeable using the manager, s instant using VNC viewer. Is there anything that can be done about this? The problem is especially bad if the XP skin is used rather than Windows classic, and often you cannot see the whole screen, just some of it. I can post screenshots if needed Thanks
|
|
|
|
|
Forum Guru
      
Group: Forum Members
Last Login: 2/12/2009 8:16:06 AM
Posts: 53,
Visits: 54
|
|
I'll try to explain what is causing our viewer to be a bit slower than a native one. Comparing with RealVNC viewers (especially with a RealVNC v4.0). In RealVNC v4.0 the developers did a good job and rewritten a rendering code. And if you compare RealVNC v4 viewer speed with pre-v4 versions or with TightVNC/UltraVNC viewers you will notice that RealVNC viewer is faster (this is especially noticable on a large screens. We had a customer who had 10000x2000 pixels screen and TightVNC viewer was way slower on such screen).
So the first reason for slowes is a fact that our viewer is based on TightVNC 1.3dev6 code base, which is slower than RealVNC v4 viewer. Another reason, which is a bit mystery for us, is that when you place an ActiveX control inside .Net based application, it starts to work a bit slower. I guess due to additional layer of proxy code generated by .Net runtime. Ok. Now what we are going to do about it. At the moment we are considering two possible solutions: 1) TightVNC has plans to port their viewer to RealVNC code base and hence increase rendering speed. As soon as they port their viewer, we are going to port our ViewerX on a new code base, which should take more than a week. The problem is that TightVNC is very slow with releasing new version and it's unclear when they release a new build. 2) So another idea just to port our ViewerX to RealVNC code base. We actually already have such version, which we created for the customer with 10000x2000 screen problem. It just needs some polishing and bug fixing. We are not going to update Viewer control in v3.0 release. But that's what we will be doing right after the release. So I guess VNC Manager v3.0.X will include a new Viewer control. You just have to wait a couple more months till it happens.
Regards, ---- Alex Morozov Chief Software Engineer SmartCode Solutions
|
|
|
|
|
Junior Member
      
Group: Forum Members
Last Login: 1/17/2006 5:01:08 AM
Posts: 21,
Visits: 8
|
|
That is reassuring - thanks. If it could just use Real VNCviewer, that would be cool. Or even have the option to choose which viewer it uses... The RDP connections within the manager seem as fast as using the RDP client, which is good.
|
|
|
|
|
Junior Member
      
Group: Forum Members
Last Login: 1/17/2006 5:01:08 AM
Posts: 21,
Visits: 8
|
|
| Incidentally, we change the colours to 8bit for all connections, and that has helped a lot.
|
|
|
|