RealVNC slowness (WinVNC)
Thu Jun 12 16:44:12 2003
Hi, James and ViNCe,
My response follows, below.
> From: "ViNCe" <firstname.lastname@example.org>
> To: "James ''Wez'' Weatherall" <email@example.com>, <firstname.lastname@example.org>
> Subject: RealVNC slowness (WinVNC)
> Date: Wed, 11 Jun 2003 23:10:55 +0200
> i've got some strange problem here;
> when i'm working via the internet (from WinXP on ISDN => various Win (XP)
> this connection is already slow (with some systems, they 'freeze' for a min
> or 2)
> however, when i try to work on a PC (Win98) on my LAN (100mbit full duplex)
> i cannot do ANYthing without having to wait
> AT LEAST 15 seconds until the mouse responds !!
> does anyone have a solution, or a tip to get this working as fast as, for
> example (hey, don't shoot me) PCAnywhere or Windows Remote desktop?
> i don't care about more than 16 colors (256 would be nice), but it should be
> -----Oorspronkelijk bericht-----
> Van: email@example.com
> [mailto:firstname.lastname@example.org]Namens James ''Wez'' Weatherall
> Verzonden: woensdag 11 juni 2003 19:49
> Aan: email@example.com
> Onderwerp: Re: Another question about Cadence slowness
> The Tight encoding was superceded in VNC release 3.3.4, which introduced
> automatic encoding selection and the new ZRLE encoding. ZRLE provides
> similar compression ratios to Tight (better in many cases) with less
> processing overhead.
> Dr. James Weatherall
> RealVNC Ltd. - http://www.realvnc.com
Hmmm. Thanks for pointing that out, James. When I'm
at a braindead point in my proposal writing, I will
certainly check it out. But I wonder if ViNCe or
anyone else can provide personal accounts of how well
ZRLE encoding works relative to TightVNC. Reason being
it takes alot of twiddling to compile TightVNC on
solaris, as well as customizing the startup script. I
will probably have to remove it to avoid confusion in
testing RealVNC. It'd be nice to get some encouraging
testimonies before doing that.
It would be really great if in fact it improves
response time over slow networks. I recently got rid
of highspeed DSL and am relying on the university's
28Kbps lines. Tight encoding with maximum compression
is barely usable.
Also, it's a real pity that Tight and Real did not
merge. So many possibilities for cooperation and
shared credit and legacy. But I guess it all depends
on how much time people have to get involved to the
degree that's necessary for collaboration.
Fred Ma, firstname.lastname@example.org
Carleton University, Dept. of Electronics
1125 Colonel By Drive, Ottawa, Ontario
Canada, K1S 5B6