Hi Johannes,
Johannes Schindelin wrote:
Hi,
On Sat, 29 Apr 2006, Anthony Liguori wrote:
One thing you may notice is that RealVNC has some issues with being
disconnected. This is because it likes to switch from 8bit to 32bit depths
automatically at startup. Unfortunately, there is a race condition in the VNC
protocol and since this implementation is asynchronous, we seem to be much
more prone to exposing this.
This, along with other problems, has been solved with LibVNCServer. But of
course, you are welcome to solve them again.
I should mention, the majority of the "smarts" of this patch are QEMU
specific optimizations. The first one maintains a separate copy of the
client's framebuffer to use to reduce the size of the updates generated
by the VGA code. The second one hooks the Cirrus 2d video-to-video copy
to generate VNC CopyRect updates.
The actual VNC side of the code is pretty trivial.
I would have been more inclined to use LibVNCServer if it wasn't based
on threading. I really wanted an asynchronous implementation of a VNC
server that didn't depend on threads.
Regards,
Anthony Liguori
Ciao,
Dscho
_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
