Hello,
I'm glad to inform you that TightVNC 1.2.0 has been released. The only
problem is that I'm not able to update pages at www.tightvnc.com right
now, so please use the following URL at this moment:
http://vnc-tight.sourceforge.net/
This release includes all new features that have been available in
recent development versions, WinVNC local cursor updates, and a number
of minor bugfixes. Here is the list of new features since previous
_stable_ version, VNC Tight Encoder 1.1:
* TightVNC 1.2.0
- Tight encoding is now configurable and can operate at different
compression levels where low compression levels are very fast in terms of
CPU usage. New "-compresslevel N" option implemented in vncviewer to set
compression levels for Tight encoding (1 - fast, 9 - best).
- Enhanced techniques to split large rectangles in Tight encoder; now it
tries to find large solid-color areas and send them in separate
rectangles.
- Lossy JPEG compression in Tight encoding has been implemented, new
"-quality N" vncviewer option should be used to enable this feature (0 -
low image quality and best compression, 9 - best image quality). JPEG
compression is used only for screen areas that seem to be suitable for
JPEG compression (although algorithms to detect such areas are not
perfect, of course).
- New "XCursor" and "RichCursor" encodings implemented. They are used to
transmit cursor shape updates from server to clients ("local cursor"
feature requested by many users). Mouse movement no longer causes
framebuffer updates to happen, vncviewer processes mouse locally when
this feature is active. New -nocursorshape vncviewer option turns this
feature off.
- A number of recent changes from both TridiaVNC and AT&T's releases merged
into the sourse, now the code is based on version 3.3.3r2 for Unix part,
and on 3.3.3r9 for Win32.
- Unix vncviewer: When -tunnel option is specified in the command line,
special rules are now used to choose preferred encoding. Now viewer does
not think that server is running on the same machine when tunneling is on
and the preferred encoding is now "tight" with default compression
instead of raw.
- Xvnc: Rules to set default pixel formats have been changed: now they are
RGB565 instead of BGR556 for color depth 16, and RGB888 instead of BGR888
for depth 24. This makes Xvnc compatible with Imlib renderer used in
Gnome and also helps to avoid unnecessary pixel format translations in
many cases.
- Xvnc: X11 modifier mapped to META key is now Mod4 instead of Mod1. New
-compatiblekbd option implemented in Xvnc to force META and ALT keys
behave the same way as they do in the original AT&T's version.
- A number of bugs fixed: viewer crashes after inflate() call, Xvnc CoRRE
encoding problems, etc.
- Java viewer now supports Tight encoding and cursor shape updates. Drawing
techniques were changed, settings "Raw pixel drawing: Fast/Reliable" and
"CopyRect: Fast/Reliable" removed from the Options panel since they do
not make sense in new drawing model.
- Other new features, optimizations, fixes and cleanups, see ChangeLog
files.
--
With Best Wishes,
Constantin
---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to majordomo "at" uk.research.att.com
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------