Protocol Changes (was: Zoom / Scaling in VNC)

[rich@annexia.org]

On Fri, Mar 17, 2000 at 07:45:33AM -0000, John Wilson wrote:
> >    No, you don't need a message length, if you're going to decode the
> > message (talking just about framebuffer updates here, as those are th=
e
> > only variable-length message types, I believe), but you do if you jus=
t
> > want to read the entire message in, such as in the case of a proxy
> > that just passes the updates through without needing to decode and
> > reencode them. :)
>=20
> One of the programs I have written is VncProxy - that's how I found the
> protocol race condition. Having a length marginally simplifies the prox=
y
> code but it would not make much difference to the performance of a prox=
y -
> threading and IP buffer management are the things that seem to make the=
 real
> difference.

I originally proposed adding the length field so that
I could add extra fields to messages. An older server (or client)
could safely ignore the extra fields in a message, but
would need a length field in order to keep synchronization
with the message stream.

Rich.

--=20
rich "at" annexia.org | Is your school part of http://www.schoolmaster.net ?
BiblioTech Ltd, Unit 2 Piper Centre, 50 Carnwath Road, London, SW6 3EG.
+44 20 7384 6917 | Click here to play XRacer: http://xracer.annexia.org
Copyright =A9 2000 Richard Jones | GnuPG/PGP key from www.annexia.org

---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to majordomo "at" uk.research.att.com
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------