[Qemu-devel] VNC encoding ZLibHex?

[Qemu-devel] VNC encoding ZLibHex?

[Peter Lieven]

Hi,

has someone enough background to say if it was worth implementing 
ZLibHex encoding
to qemu/kvm?

If yes, I would go for that.

BR,
Peter

Re: [Qemu-devel] VNC encoding ZLibHex?

[Corentin Chary]

On Tue, May 18, 2010 at 12:15 PM, Peter Lieven <pl@dlh.net> wrote:
> Hi,
>
> has someone enough background to say if it was worth implementing ZLibHex
> encoding
> to qemu/kvm?
>
> If yes, I would go for that.
>
> BR,
> Peter

The best way to know it would be to setup a vnc server with zlibhex
support (libvncserver and ultravnc seems to support that encoding) and
get some numbers (you can choose the prefered encoding with most of
the vnc clients).

-- 
Corentin Chary
http://xf.iksaif.net

Re: [Qemu-devel] VNC encoding ZLibHex?

[Peter Lieven]

is there any standard tests that can be run for comparing
different encodings? i am not familiar whit that unfortunately.

br,
peter

Corentin Chary wrote:
> The best way to know it would be to setup a vnc server with zlibhex
> support (libvncserver and ultravnc seems to support that encoding) and
> get some numbers (you can choose the prefered encoding with most of
> the vnc clients).
>
>   

Re: [Qemu-devel] VNC encoding ZLibHex?

[Corentin Chary]

On Tue, May 18, 2010 at 2:01 PM, Peter Lieven <pl@dlh.net> wrote:
> is there any standard tests that can be run for comparing
> different encodings? i am not familiar whit that unfortunately.
>
> br,
> peter

I'm not aware of standard tests (and if anyone know some, please let me know).
Here is how I did my tests for zlib, hextile and tight [1].

I installed a kubuntu with qemu and hacked SDL_viewer example from
libvncserver to be able to select an encoding (I can give you the line
to modify if you want).
Then launched (several times) qemu with ./qemu  -m 512 -hda
kubuntu.img -vnc :0 & sleep 0.5; ./SDL_viewer 127.0.0.1

On another term I launch tcpdump -i lo0 -nvv port 5900 | python
tcpstat.py > dump.csv (but you can use wireshark, etc ...)

[1] http://xf.iksaif.net/blog/index.php?post/2010/05/18/QEMU%3A-some-charts-on-tight-zlib-and-hextile


-- 
Corentin Chary
http://xf.iksaif.net

Re: [Qemu-devel] VNC encoding ZLibHex?

[Anthony Liguori]

On 05/18/2010 05:15 AM, Peter Lieven wrote:
> Hi,
>
> has someone enough background to say if it was worth implementing 
> ZLibHex encoding
> to qemu/kvm?

The way I look at it, hextile is capable of a 16x16 tile that can be 
raw, filled, or can contain colored subrects.

Tight allows arbitrary tile size, can be raw, filled, or paletted.  
Paletted is going to be a pretty close approximation to colored subrects 
(probably superior).  Since Tight is compressed, the result should be 
that Tight always does better than compressed hextile.

Not to mention the fact that ZLibHex is not supported very well across 
clients.

Regards,

Anthony Liguori

> If yes, I would go for that.
>
> BR,
> Peter
>
>

Re: [Qemu-devel] VNC encoding ZLibHex?

[Peter Lieven]

Anthony Liguori wrote:
> On 05/18/2010 05:15 AM, Peter Lieven wrote:
>> Hi,
>>
>> has someone enough background to say if it was worth implementing 
>> ZLibHex encoding
>> to qemu/kvm?
>
> The way I look at it, hextile is capable of a 16x16 tile that can be 
> raw, filled, or can contain colored subrects.
>
> Tight allows arbitrary tile size, can be raw, filled, or paletted.  
> Paletted is going to be a pretty close approximation to colored 
> subrects (probably superior).  Since Tight is compressed, the result 
> should be that Tight always does better than compressed hextile.
>
> Not to mention the fact that ZLibHex is not supported very well across 
> clients.
>
> Regards,
>
> Anthony Liguori
i was not aware that tight encoding is currently being integrated into 
qemu. i saw it on the agenda for google summer of code and wanted
to have some intermediate solution. when do you think the tight patches 
will make it into the release branch?

regards,
peter
>
>> If yes, I would go for that.
>>
>> BR,
>> Peter
>>
>>
>
>


-- 
Mit freundlichen Grüßen/Kind Regards

Peter Lieven

..........................................................................................................

   KAMP Netzwerkdienste GmbH
   Vestische Str. 89-91 | 46117 Oberhausen
   Tel: +49 (0) 208.89 402-50 | Fax: +49 (0) 208.89 402-40
   mailto:pl@kamp.de | http://www.kamp.de

   Geschäftsführer: Heiner Lante | Michael Lante
   Amtsgericht Duisburg | HRB Nr. 12154
   USt-Id-Nr.: DE 120607556

......................................................................................................... 

Re: [Qemu-devel] VNC encoding ZLibHex?

[Anthony Liguori]

On 05/18/2010 08:47 AM, Peter Lieven wrote:
> Anthony Liguori wrote:
>> On 05/18/2010 05:15 AM, Peter Lieven wrote:
>>> Hi,
>>>
>>> has someone enough background to say if it was worth implementing 
>>> ZLibHex encoding
>>> to qemu/kvm?
>>
>> The way I look at it, hextile is capable of a 16x16 tile that can be 
>> raw, filled, or can contain colored subrects.
>>
>> Tight allows arbitrary tile size, can be raw, filled, or paletted.  
>> Paletted is going to be a pretty close approximation to colored 
>> subrects (probably superior).  Since Tight is compressed, the result 
>> should be that Tight always does better than compressed hextile.
>>
>> Not to mention the fact that ZLibHex is not supported very well 
>> across clients.
>>
>> Regards,
>>
>> Anthony Liguori
> i was not aware that tight encoding is currently being integrated into 
> qemu. i saw it on the agenda for google summer of code and wanted
> to have some intermediate solution. when do you think the tight 
> patches will make it into the release branch?

Looks like a matter of a few days to make it into git.  That will be in 
time for the 0.13 release which will probably be July 1st.

Regards,

Anthony Liguori

> regards,
> peter
>>
>>> If yes, I would go for that.
>>>
>>> BR,
>>> Peter
>>>
>>>
>>
>>
>
>