Leonardo E. Reiter [EMAIL PROTECTED] wrote:
Ben,
You can use the patch I posted here recently to get QEMU to fix the BGR
problem internally. It doesn't have to be done at the VNC level - and
in fact, this way, you can use it on the Solaris native X server (or
even SunRays) in 24-bit
Hi,
On Tue, 2 May 2006, Ben Taylor wrote:
Tried it, still didn't come up correctly, with or without the -bgr flag
and using the vnc option.
I guess the problem is that client format and pixel format are different.
The RFB protocol says that the server has to convert to the client format
Johannes Schindelin [EMAIL PROTECTED] wrote:
Hi,
On Tue, 2 May 2006, Ben Taylor wrote:
Tried it, still didn't come up correctly, with or without the -bgr flag
and using the vnc option.
I guess the problem is that client format and pixel format are different.
The RFB protocol
Ben,
You can use the patch I posted here recently to get QEMU to fix the BGR
problem internally. It doesn't have to be done at the VNC level - and
in fact, this way, you can use it on the Solaris native X server (or
even SunRays) in 24-bit color mode. I am attaching a new version of the
patch,
Sorry,
I should add that the automatic detection is only done for SDL. It
should be easy enough to add to the VNC side of things, but I didn't get
around to it yet. You can use the -bgr command-line option to qemu in
the VNC case to set it manually.
- Leo Reiter
Leonardo E. Reiter wrote:
Hi,
I did not accept your patch for two reasons:
1) You changed the guest vga frame buffer format and I don't think this
is what you wanted (it can be useful to emulate VGA on big endian guests
though - the current implementation for ppc guests is a hack). What is
needed is to swap the host
Thanks for the explanation Fabrice... I guess I am not sure how to swap
the host pixel format without taking a performance penalty. So for now
I just offer the patch I made in case anyone else finds it useful for
their own needs. Maybe I'll revisit this in the future when I have more
time and