Skip to content

0.5
Compare
Choose a tag to compare
@dcommander dcommander released this 29 Jul 23:56
0.5
dcd77a7

Assets

  • turbovnc-0.5.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.1 and TurboVNC 0.5

Release Notes

This release was historically part of the Sun Shared Visualization v1.1.1 product.

Significant changes relative to 0.4:

  1. The Windows TurboVNC Server now works properly (albeit more slowly) when the host's graphics card is configured for a 16-bit pixel depth.

  2. 0.4[12] was supposed to allow vncserver to work even if xauth was not in the PATH, but unfortunately there was a bug in that patch. This bug has been fixed, so vncserver should now really work if xauth is not in the PATH.

  3. It was discovered that pure JPEG encoding was not the most efficient method of compression for all 3D image workloads. Particularly, CAD applications and other types of applications that generate images with sharp edges and reduced color palettes compress much better with traditional Tight encoding. However, traditional Tight encoding is too slow to stream real-time full-screen 3D images. Thus, a hybrid scheme was developed which uses the fastest elements of Tight encoding with minimal Zlib compression for low-color-depth image tiles and continues to use TurboJPEG for high-color-depth image tiles. The resulting compression scheme should be both tighter and faster than the pure TurboJPEG protocol used by previous versions of TurboVNC.

  4. The Unix TurboVNC Server now executes ~/.vnc/xstartup.turbovnc instead of ~/.vnc/xstartup. This is to avoid conflicts with other VNC flavors.

  5. Shift-Click and Control-Click now work properly when using the X11 TurboVNC Viewer.

  6. Further optimized the Huffman encoder in the mediaLib implementation of TurboJPEG. This should decrease the CPU usage when running TurboVNC on Solaris hosts, particularly Solaris/x86 hosts.

  7. When running in OpenSolaris, the default xstartup.turbovnc file did not launch JDS, since the JDS launch script is in a different location on that platform. This resulted in a TurboVNC session that had no window manager. This has been fixed.

  8. Increased TCP send buffer size to 64k in the Windows TurboVNC Server. This should improve performance significantly.

  9. Generally improved compatibility with TightVNC and RealVNC. This included adding back in the Hextile decoder to the TurboVNC Viewer and adding back in support for 8-bit and 16-bit color depths (in both the viewer and the server.) See the TurboVNC Compatibility Guide for more information.

  10. Changed default pixel format for Solaris TurboVNC sessions to ARGB/BGRA. This should improve performance by a bit on SPARC hosts.

  11. Added 200% scaling option to the Windows TurboVNC Viewer GUI.

  12. The TurboVNC server script now tries to figure out an appropriate font path for the system rather than using the X Font Server, since xfs is not universally available. If the script fails to figure out an appropriate font path, then it will fall back to using xfs.

  13. Changed the scrollbar behavior in the X11 TurboVNC Viewer to more closely match that of "modern" windowing systems, in which the left mouse button is used to scroll in both directions.

  14. Fixed an issue whereby GNOME would fail to start on SuSE 10 TurboVNC hosts if CSh was the default shell. The issue was that /opt/gnome/bin was not being added to the PATH by /etc/csh.cshrc. This was worked around by adding it to the PATH in ~/.vnc/xstartup.turbovnc.

  15. On Solaris machines, the TurboVNC Server will attempt to load the window manager startup script specified in ~/.dt/sessions/lastsession. This caused problems if the home directory was shared among multiple machines and the startup script did not exist on some of the machines (for instance, if the user's default windowing environment was JDS but they attempted to start TurboVNC on an older Solaris machine that had only CDE.) This has been fixed by adding a line to xstartup.turbovnc which checks to make sure that the script specified in ~/.dt/sessions/lastsession exists and is executable before executing it.

  16. Fixed a bug in the color conversion routines of TurboJPEG/mediaLib which caused the Solaris TurboVNC Viewer to display spurious multi-colored vertical lines when 2X or 4X subsampling was used.

  17. When requesting a Lossless Refresh using the TurboVNC Viewer on a Linux or Solaris/x86 client, the pixels obscured by the F8 dialog will be regenerated using lossy compression after the lossless refresh has occurred. This makes the lossless refresh somewhat ineffective. We were not able to find a fix for this in 0.5, but as a workaround, you can now use the hotkey sequence CTRL-ALT-SHIFT-L to request a Lossless Refresh without popping up the F8 dialog.

Assets 4
Loading