http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases
-- Contains my client-side performance optimizations
-- Contains numerous Java viewer fixes
-- Windows code is now built with MinGW
-- NLS theoretically works with the 32-bit Windows vncviewer, (if you
were to install the .mo files under
Hi,
here is a new version for my big cut paste patch, allowing to cut
paste more than 256k between the remote server and the client.
Following Pierre's advice (one month ago), I tried to add a parameter to
set the maximum acceptable cut buffer size on vncviewer's side.
Regards,
--
Somewhere between r4754 and r4765 (i.e. DRC's latest optimisations),
the tight decoder got broken. When used with an older Xvnc, it garbles
the data. It's easy to reproduce using just gnome-terminal where most of
the text will get messed up. It does not seem to be in the JPEG
decompressor as
On Tue, 8 Nov 2011 14:33:53 +0100
Pierre Ossman oss...@cendio.se wrote:
Somewhere between r4754 and r4765 (i.e. DRC's latest optimisations),
the tight decoder got broken. When used with an older Xvnc, it garbles
the data. It's easy to reproduce using just gnome-terminal where most of
the text
I knew WinVNC was lower on the list of priorities but I thought it
was higher than I am hearing. I understand the reasoning as it is a
big task and is not as high on my list of priorities as the other
parts of this project. If you are only removing the MSVC support
from
Bug Tracker item #3336716, was opened at 2011-06-27 01:36
Message generated for change (Settings changed) made by dcommander
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1126848aid=3336716group_id=254363
Please note that this message will contain a full copy of
I have re-spun the build to add Pierre's Tight decoder bug fix and other
enhancements from today
On 11/8/11 4:17 AM, DRC wrote:
http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases
-- Contains my client-side performance optimizations
-- Contains numerous Java viewer fixes
-- Windows
