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
> -- Windo
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=detail&atid=1126848&aid=3336716&group_id=254363
Please note that this message will contain a full copy of
On 11/8/11 9:15 AM, Pierre Ossman wrote:
> Some bad pointer management. Fixed in trunk now.
Odd that valgrind didn't trap it. Perhaps the low-level datasets aren't
ever exercising the Tight Copy filter.
--
RSA(R) Confere
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 (Comment added) made by ragoley
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3336716&group_id=254363
Please note that this message will contain a full copy of the c
On Tue, 8 Nov 2011 14:38:22 +0100
Pierre Ossman wrote:
> On Tue, 8 Nov 2011 14:33:53 +0100
> Pierre Ossman 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 repr
On Tue, 8 Nov 2011 14:33:53 +0100
Pierre Ossman 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 will get mes
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 turnin
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,
--
Mat
Bug Tracker item #2725133, was opened at 2009-04-01 07:06
Message generated for change (Comment added) made by cendossm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=2725133&group_id=254363
Please note that this message will contain a full copy of the
On Tue, 08 Nov 2011 04:17:57 -0600
DRC wrote:
> -- Contains Pierre's latest optimizations for high-latency networks
>
Which so far are mild. The big stuff is still being worked on. I hope
to have a (massive) patch available here on the list this week.
Rgds
--
Pierre OssmanOpenSour
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 c
12 matches
Mail list logo
