unix vncviewer: strange behaviour

[Jens Wagner]

Jonathan Morton wrote:

> >Hi there!
> >
> >I think I just discovered a little bug in unix vncviewer:
> >
> >While testing a new server (x0rfbserver), I discovered that the unix
> >vncviewer does not behave like the win vncviewer or xrfbviewer. When
> >transfering a large framebuffer (e.g. 1280x1024x16) the viewer splits
> >the framebuffer into 5 pieces. Then it sends 5 non incremental
> >framebuffer update requests to get the different pieces. It's ok so far.
> >The problem is that it requests a complete incremental framebuffer
> >update after each update received, so it requests five incremental
> >updates at once. This can get the protocol out of sync.
>
> This is certainly odd behaviour, but a server should be made capable of
> handling multiple update-requests like that (simply coalescing them into a
> single large update, for example).  Most viewers are capable of creating a
> "stream" of incremental update-requests, most commonly while scrolling a
> small window across a large desktop.

I don't think that a server can simply combine them into a single update,
especially when running over a slow connection. A non incremental update that
requests only a part of the screen doesn't imply more requests to come.

- jens
---------------------------------------------------------------------
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
---------------------------------------------------------------------