From: mentalg@geocities.com
  To  : GGI Mailing List <ggi-develop@eskimo.com>
  Date: Fri, 18 Sep 1998 16:01:26 -0400 (EDT)

Re: display-tele suggestion...

On Fri, 18 Sep 1998, Steve Cheng wrote:

> I've looked at it, great work Andrew!
> 
> I have an ambitious suggestion :-)
> 
> Option to use UDP sockets, non-blocking, at least in ASYNC mode.  So when
> the app calls ggiDrawPixel, it would try to send the (queued) event data
> immediately, if not it will just queue it up and a ggiFlush() would wait
> until all data has been sent.  
> 
> The problem is that the packets may be out of order,

Or they may just drop out of existence, and the other end never see them.
This is UDP, remember.

> and if you got overlapping operations the results will be incorrect.  
> The LibGGI doc states that reordering accel operations may be done in
> ASYNC mode, but doesn't say it is the responsibility of the application
> to ensure operations don't overlap and cause glitches.  Any ideas?  Or a
> new flag like GGIFLAG_REORDER_POSSIBLE ?

> Anyway, if we need correct order, we can make use of the sequence number in
> each event packet.  We need this anyway if the get/put buffer data, etc.
> exceeds the size of one packet. 

Also need the sequence number to catch dropped packets.

-=MenTaLguY=-