> Where 1 is the first display (port 5901). This syntax may change in the > near future to support binding to a particular interface. It's very > useful to use an absolute mouse with VNC as the relative support is > quite poor. It may be useful to adapt the libvncserver patch's > calibration code here but I've not attempted to do that yet. > > This patch is still experimental. I've tested it with RealVNC and > TightVNC under a variety of depths but I won't be suprised if there are > still problems. I only implement Raw, CopyRect, and Hextile encodings > too. Any sort of palette color mode or pixel format that QEMU doesn't > support will not work either. > > 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. > > A short near-term TODO list is: > > 1) More testing > 2) Support switching between monitor/serial > 3) Support a better encoding (like TightEncoding or ZRLE) > 4) Support a vnc password (and perhaps stuff like TLS) > > Any feedback is greatly appreciated (especially with how it works with > clients I've not tested).
realvnc on debian-ppc (xvncviewer-3.3.7) has endian issues (the colors are wrong). However, mouse tracking and dragging windows actually *works*. (This is with the version currently in cvs) _______________________________________________ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
