Lorenzo Fiorini lorenzo.fiorini@... writes:
What version of TigerVNC Viewer produced those artifacts?
I used tigervnc-viewer-1.0.90-r4387.i386.deb that I got from the homepage
link.
I tried again Tight on a single PC today but the artifacts are still there.
No idea what would be
On 11/30/11 4:21 PM, Lou Berger wrote:
So just did the same upgrade and found the same performance issue. There is
*definitely* something very wrong with tight encoding in tigervnc. (Worked
great pre-upgrade, post-upgrade was just awful on same
hardware/network/client.) Changing to Hextile
Please disregard my initial benchmarks. It turns out that my RHEL 6
server was dialing down the network speed to 100 Mbps (long story as to
why.) I did a more apples-to-apples comparison using the CentOS 5.6
server in both cases, as well as the latest greatest TigerVNC server code:
CentOS 5.6
What version of TigerVNC Viewer produced those artifacts?
I used tigervnc-viewer-1.0.90-r4387.i386.deb that I got from the homepage link.
I tried again Tight on a single PC today but the artifacts are still there.
No idea what would be causing the lost keys or the slow screen updates,
but we
On 6/19/11 1:01 AM, Lorenzo Fiorini wrote:
I have started leaving the xvnc4viewer but it didn't work at full color.
Then I installed the tigerviewer without any new parameter but I got
some artifacts
like white backgrounds with some gray bands.
What version of TigerVNC Viewer produced those
YMMV, but some quick dirty benchmarks from my systems are below. I'm
using a Mac as the client in both cases:
Many thanks for your interest.
Can you verify that the connection is not using session encryption
(GnuTLS)? That's the only thing I could imagine that could be causing a
