From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JyoUJ-0003aj-3R for qemu-devel@nongnu.org; Wed, 21 May 2008 09:36:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JyoUI-0003aH-F3 for qemu-devel@nongnu.org; Wed, 21 May 2008 09:36:14 -0400 Received: from [199.232.76.173] (port=56935 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JyoUI-0003aC-AQ for qemu-devel@nongnu.org; Wed, 21 May 2008 09:36:14 -0400 Received: from py-out-1112.google.com ([64.233.166.181]:23811) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JyoUH-0003vq-Sg for qemu-devel@nongnu.org; Wed, 21 May 2008 09:36:14 -0400 Received: by py-out-1112.google.com with SMTP id p76so157654pyb.10 for ; Wed, 21 May 2008 06:36:10 -0700 (PDT) Message-ID: <48342542.4070205@codemonkey.ws> Date: Wed, 21 May 2008 08:36:02 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Sensible VNC encodings References: <4833845C.9000603@codemonkey.ws> <48341E3D.70102@codemonkey.ws> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Johannes Schindelin Cc: qemu-devel@nongnu.org Johannes Schindelin wrote: > Hi, > > On Wed, 21 May 2008, Anthony Liguori wrote: > > >> Johannes Schindelin wrote: >> >> >>> On Tue, 20 May 2008, Anthony Liguori wrote: >>> >>> Clearly, you have never waited one minute for a full screen update >>> from a machine half around the planet. >>> >>> That is what happens here with hextile + an compressed SSH tunnel, >>> just in case you thought this was pure speculation. >>> >>> It is pretty obvious why, too: generic compression, such as SSH's, >>> will never outperform specialized compression, such as tight >>> compression. >>> >> Tight uses zlib compression in combination with a palette mechanism. >> Hextile is a palette mechanism so adding zlib compression to it (via >> ssh) makes it pretty comparable to Tight. >> > > I'm awfully short on time, so this is only a hint to the explanation: > > Tight compression can fall back to a Jpeg scheme which is lossy. You > obviously did not know that, and obviously this is what I have to use to > make VNC usable. > I clearly did seeing that I implemented Tight compression support in gtk-vnc. The jpeg compression is optional and requires the use of additional pseudo-encodings to activate it. I really don't like the idea of using a lossy encoding though. I think you would find that the builtin VNC + compression over SSH does better than Tight + jpeg because of the fact that in the builtin VNC server, we reduce the size of the update regions before encoding. libvncserver always has to operate at scanline granularities so it's update regions are much larger. Regards, Anthony Liguori > Hth, > Dscho > >