The interactive file manager requires Javascript. Please enable it or use sftp or scp.
You may still browse the files here.
| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| README.md | 2016-03-14 | 2.0 kB | |
| turbovnc-0.3.2.tar.gz | 2007-01-08 | 3.1 MB | |
| turbovnc-0.3.2.src.rpm | 2007-01-08 | 3.1 MB | |
| turbovnc-0.3.2.i386.rpm | 2007-01-08 | 753.3 kB | |
| TurboVNC-0.3.2.exe | 2007-01-08 | 881.3 kB | |
| TurboVNC-0.3.2.dmg | 2007-01-08 | 288.9 kB | |
| SUNWtvnc-0.3.2.pkg.bz2 | 2007-01-08 | 1.2 MB | |
| SUNWtvnc-0.3.2-x86.pkg.bz2 | 2007-01-08 | 826.7 kB | |
| Totals: 8 Items | 10.1 MB | 0 | |
0.3.2
Significant changes relative to 0.3.1:
-
Incorporated TightVNC 1.3.8 patches (where applicable)
-
Now using a single RPM to support multiple Linux distributions.
-
Fixed a couple of issues in the fallback logic of the default ~/.vnc/xstartup script. It should now properly run fvwm2 or twm if KDE, CDE, or GNOME are not available.
-
First pass at a Mac build of the TurboVNC Viewer. The Mac version is an X11 Unix app and thus needs to be run inside an xterm. It should otherwise behave and perform identically to the Linux version.
-
Increased the size of the TurboJPEG compression holding buffer to account for rare cases in which compressing very high-frequency image tiles (specifically parts of the 3D Studio MAX Viewperf test) with high quality levels (specifically Q99 or above) would produce JPEG images that are larger than the uncompressed input.
Linux users will need to upgrade to the TurboJPEG 1.04 RPM to get this fix. For other platforms, the fix is included in the TurboVNC 0.3.2 packages.
-
Added
-fgswitch to vncserver to make it (optionally) run in the foreground. This allows you to kill the VNC server by pressing CTRL-C in the shell you used to start it. When in foreground mode, you can also kill the VNC server by logging out of the window manager inside the VNC session. -
The /etc/init.d/tvncserver script, which can be used to launch multiple TurboVNC servers at boot time, should now work properly on SuSE systems.
-
Added TurboVNC protocol optimizations to the Java viewer and made its configuration options match the other TurboVNC viewers. The Java viewer still uses a slower codec, so it is about 3X slower in a LAN environment than the native viewer. The Java viewer also lacks double buffering support. But with these new optimizations, the native and Java viewers should now perform similarly over a wide-area network.
-
Added a
-passwordoption to the Windows TurboVNC Viewer to allow one to pass the VNC password as plain text.