Hi,
On Mon, 1 May 2006, Brad Campbell wrote:
> I need to look at the protocol and see if there is a way to instruct the
> client to change its size on the fly also.. at the moment booting win2k
> I have three different client sizes and need to close/reopen the client
> for each change.
rfbEnc
Brad Campbell wrote:
Also I can't access the monitor (which I can with the other vnc patch)
... again, when I get a chance.
Oh how I wish I'd read the todo carefully..
--
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
fo
Anthony Liguori wrote:
Hi,
The attach patch adds VNC display support for QEMU. It does not use
libvncserver but was rather written from scratch. libvncserver is a
really neat project and I've used it in a number of other projects but I
think QEMU really requires a custom implementation.
> 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
> calibratio
On Sun, Apr 30, 2006 at 03:03:55AM +0200, 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
neat! it is working on windows 3.0 guest (no acceleration) on a winXP host.
Fabrice fixed it live while I was trying it (he's fast!).
old mouse sync problem is still here, as you mentionned no
calibration is done. You mention "absolute mouse". how to do it ?
On 5/1/06, Christian MICHON <[EMAIL P
just a quick note: your patch breaks the mingw32 build on winXP.
Christian
for d in i386-softmmu; do \
make -C $d all || exit 1 ; \
done
make[1]: Entering directory `/home/root/qemu/i386-softmmu'
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. -I..
-I/home/root/qemu/target-i
Johannes Schindelin wrote:
Hi,
On Sat, 29 Apr 2006, Anthony Liguori wrote:
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.
AFAICT it does not. In vnc_r
Hi,
On Sat, 29 Apr 2006, Anthony Liguori wrote:
> 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.
AFAICT it does not. In vnc_refresh(), there is a call to rfb
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
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
Hi,
The attach patch adds VNC display support for QEMU. It does not use
libvncserver but was rather written from scratch. libvncserver is a
really neat project and I've used it in a number of other projects but I
think QEMU really requires a custom implementation.
First, to enable vnc supp
12 matches
Mail list logo
