qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 1 of 6] [UPDATE] vnc dynamic resolution


From: Stefano Stabellini
Subject: Re: [Qemu-devel] [PATCH 1 of 6] [UPDATE] vnc dynamic resolution
Date: Thu, 11 Sep 2008 11:47:12 +0100
User-agent: Thunderbird 2.0.0.14 (X11/20080505)

Anthony Liguori wrote:

> 
> When testing this patch, gvncviewer hangs when attempting to connect. 
> It's waiting to receive the ServerPixelFormat and it doesn't appear to
> receive it.


I admit I didn't test the patch individually but only the full series at
once.
The reality is that the first patch doesn't make any sense without the
fourth.
Actually now that I split the shared buffer patch into two patches: the
shared buffer in vga.c and the vnc implementation, it would even make
sense to merge the first patch and the fourth.
I'll repost the full series that way, if you agree:

1) shared buffer (vga only and interfaces)
2) shared buffer vnc implementation
3) WMVi implementation in vnc
4) shared buffer sdl implementation
5) opengl rendering implementation

I could even merge 2) and 3) if you prefer.

>> @@ -1318,7 +1440,9 @@ static int protocol_client_init(VncState *vs,
>> uint8_t *data, size_t len)
>>      vnc_write_u16(vs, vs->ds->height);
>>  
>>      vnc_write_u8(vs, vs->depth * 8); /* bits-per-pixel */
>> -    vnc_write_u8(vs, vs->depth * 8); /* depth */
>> +    if (vs->depth == 4) vnc_write_u8(vs, 24); /* depth */
>> +    else vnc_write_u8(vs, vs->depth * 8); /* depth */
>>   
> 
> Why unconditionally change to a depth of 24 instead of 32?  There's no
> savings from a protocol perspective.
> 

I guess this change is not really needed, it is only to better specify
that the format is RGB, 1 byte per channel plus 1 byte for the unused
alpha channel.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]