0.4
Assets
- turbovnc-0.4.tar.gz is the official source tarball for this release. The automatically generated "Source code" assets are not supported.
- Refer to https://TurboVNC.org/Downloads/DigitalSignatures for information regarding the methods used to sign the files in this release and instructions for verifying the signatures.
Documentation
User’s Guide for VirtualGL 2.1 and TurboVNC 0.4
Release Notes
This release was historically part of the Sun Shared Visualization v1.1 product.
Significant changes relative to 0.3.3:
-
Added relevant patches from TightVNC 1.3.9
-
Added lossless refresh feature, which instructs the server to send a mathematically lossless (Zlib-encoded RGB) copy of the current screen. This feature does not currently work with the Windows TurboVNC Server, because the Windows TurboVNC Server processes framebuffer update requests asynchronously.
-
Modified
/opt/TurboVNC/bin/vncserverso that it invokesXvncwith the arguments-deferupdate 1. This sets the deferred update timer to 1 ms rather than its default value of 40 ms, which has two effects:- It improves the performance of Solaris TurboVNC sessions dramatically when connecting to them over a high-speed network.
- It eliminates the need for the "High-Latency Network" switch in the TurboVNC Viewer. In prior versions of TurboVNC, leaving this switch on when connecting over a high-speed network incurred a severe performance penalty. Since this is no longer the case, the switch is left on all the time and is no longer configurable.
NOTE: The aforementioned performance penalty will still be incurred when connecting a TurboVNC 0.4 viewer to an older (pre-0.4) TurboVNC server over a high-speed network. Start the server with
/opt/TurboVNC/bin/vncserver -deferupdate 1to avoid this, or simply upgrade the server to 0.4. -
Added an option for lossless (uncompressed RGB) image encoding. This is useful for reducing CPU usage on the host and client (at the expense of increased network usage) when connecting over a gigabit (or faster) network.
-
Added a "Medium Quality" connection profile to the Windows, X11, and Java TurboVNC Viewers (and subsequently removed the "Broadband (favor image quality)" profile, which is no longer necessary due to [3].) The "Medium Quality" profile sets the JPEG quality to 80 with 2X chrominance subsampling, which (on average) should use about half the bandwidth of the "High Quality" profile (quality=95, no subsampling) and twice the bandwidth of the "Low Quality" profile (quality=30, 4x subsampling.)
-
Added an additional subsampling option to enable grayscale JPEG encoding. This provides additional bandwidth savings over and above chrominance subsampling, since grayscale throws away all chrominance pixels. It is potentially useful when working with applications that already render grayscale images (medical imaging, etc.)
-
Fixed embedded Java viewer in the Windows TurboVNC Server (.jar file did not include all of the necessary classes)
-
Created symlink from /opt/TurboVNC to /opt/SUNWtvnc in the Solaris packages so that Solaris and Linux would have a consistent interface.
-
Removed unnecessary pixel format translation when sending JPEG from a big endian server to a little endian client (or vice versa.) This improves performance a bit when connecting x86 clients to Sparc hosts or vice versa.
-
Included mediaLib Huffman encoding optimizations contributed by Sun. This boosts the performance of the Solaris TurboVNC Server and Viewer by as much as 30%.
-
Changed default geometry to 1240x900, an appropriate size for most 1280x1024 displays.
-
vncservernow looks forxauthin /usr/X11R6/bin and /usr/openwin/bin before searching thePATH. Those directories are sometimes not in thePATHon Linux and Solaris systems. -
Modified Mac package such that
/opt/TurboVNC/bin/vncviewerlinks to /opt/TurboVNC/lib/libturbojpeg.dylib rather than to /opt/VirtualGL/lib/libturbojpeg.dylib (oops.) This was causing the Mac TurboVNC Viewer to fail unless VirtualGL was also installed. -
Included an optimized version of PuTTY 0.60 in the Windows build (and viewer package.) It is recommended that this version be used when tunneling TurboVNC connections over SSH, as it will perform as much as 4X as fast as the stock version of PuTTY 0.60.
-
Fixed bug in
vncserverscript which was uncovered by running it with recent versions of Perl. -
Changed name of options registry key to avoid conflict with TightVNC
-
Open Java viewer in a new window (edit /opt/TurboVNC/vnc/classes/index.vnc to change this back.)