Download TurboVNC Download Free – 3.1.1

Download TurboVNC Download Free – 3.1.1

Download Free TurboVNC Download Free – 3.1.1

TurboVNC is a high-speed version of VNC derived from TightVNC. It contains a variant of Tight encoding that is tuned to maximize performance for image-intensive applications (such as VirtualGL, video applications, and image editors) while providing excellent performance for other types of applications.

TurboVNC, in combination with VirtualGL, provides a complete solution for remote viewing of 3D applications with interactive performance.

TurboVNC is the product of extensive research, in which many different permutations of the TightVNC encoder were benchmarked at a low level against a number of captured RFB sessions simulating real-world application workloads, both 2D and 3D. TurboVNC’s coding methods have been adopted by TigerVNC, libvncserver and others.

Characteristics

  • Fine-grained control over JPEG image quality and the level of chrominance subsampling
  • Client-side double buffering to reduce tearing artifacts in 3D and video applications
  • Flexible and configurable full-screen/multi-screen support
  • Full support for IPv6
  • Advanced flow control and continuous updates. This allows clients to receive frame buffer updates without specifically requesting them, which can dramatically improve performance on high-latency connections.
  • Authentication with one-time passwords or Unix credentials. Access control lists can be used to share VNC sessions with only certain users.
  • TurboVNC allows security/authentication policies to be set globally for a particular server machine.
  • Multithreaded Tight coding
  • “Lossless Refresh” allows a viewer to request a lossless copy of the current screenshot. This is useful in situations where image quality is critical, but the network is too slow to support sending a high-quality image for each image. Lossless updates can be performed manually when a specific hotkey is pressed, or TurboVNC Server can be configured to send a lossless update automatically if the user stops interacting with the application for a certain period of time.
  • A high-performance Java viewer that can be deployed using Java Web Start. This viewer is based on the TigerVNC Java viewer, but has a number of additional features, the most notable of which is the ability to accelerate JPEG decompression by calling libjpeg-turbo through JNI. This gives the Java TurboVNC Viewer similar performance levels to the original TurboVNC Viewer.

On “modern” hardware, TurboVNC is capable of streaming 50+ megapixels/second over a 100 megabit/second local area network with perceptually lossless image quality. TurboVNC can stream between 10 and 12 megapixels/second over a 5 megabit/second broadband connection with reduced (but usable) image quality.

TurboVNC is compatible with other VNC distributions, especially those that also support Tight encoding (such as TigerVNC, TightVNC, and UltraVNC.)

What is new

Significant changes compared to 3.1:

  • By default, each instance of Linux TurboVNC Server now listens on the abstract Unix domain contact, in addition to the pathname Unix domain contact (under /tmp/.X11-unix), associated with the X display number. This prevents newer versions of GDM, when configured with WaylandEnable=false, from attempting to use Display :1 for the local session if a TurboVNC session is already using Display :1. The previous behavior can be restored by passing -nolisten local to vncserver or adding -nolisten local to the $serverArgs variable in turbovncserver.conf.
  • The vncserver script now checks whether the abstract Unix domain contact associated with an X display number is in use before assuming that the display number is available.
  • Fixed an issue in the Windows TurboVNC Viewer where an F10 key press, followed by an F10 key release, caused the keyboard focus to be redirected to the system menu, and subsequent key presses were consumed by the system menu until F10, left Alt or Esc was pressed to close the menu.
  • Fixed an issue where GTK applications (including the GNOME window manager) running in a TurboVNC session attempted to point to a local Wayland session if one was active.