Complete.Org: Mailing Lists: Archives: freeciv-dev: February 2003:
[Freeciv-Dev] Re: (PR#3513) GUI is unresponsive while handling network e

[Freeciv-Dev] Re: (PR#3513) GUI is unresponsive while handling network e

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: jdorje@xxxxxxxxxxxxxxxxxxxxx
Subject: [Freeciv-Dev] Re: (PR#3513) GUI is unresponsive while handling network events
From: "Raimar Falke" <rf13@xxxxxxxxxxxxxxxxx>
Date: Mon, 24 Feb 2003 07:46:31 -0800
Reply-to: rt@xxxxxxxxxxxxxx

On Mon, Feb 24, 2003 at 06:58:42AM -0800, Arnstein Lindgard wrote:
> On Mon, 24 Feb 2003 02:34:30 -0800
> "Jason Short" <jdorje@xxxxxxxxxxxxxxxxxxxxx> wrote:
> > If the network code only handled one (or a small number of) packet at a 
> > time, then when it returned the GUI would handle events before 
> > re-entering the network code.  The drawback is it would make the drawing 
> > code hideously slow.
> I always wondered, what does it take to sync screen drawing with the
> vertical raster under X-windows? Say you want the real screen update
> to happen at fixed intervals only, and intermediate changes go to a
> buffer. Maybe this is what Rafal does with the SDL client.. but isn't
> there a way directly under X? If I were to write some kind of
> graphical client from scratch, this would be the first thing to look
> for.

IMHO this isn't possible. Two reasons: the network between the client
and the server with unknown latency. Second: who says that there is a
VBI? There is for example xvfb (virtual framebuffer X server)


 email: rf13@xxxxxxxxxxxxxxxxx
 "Using only the operating-system that came with your computer is just
  like only playing the demo-disc that came with your CD-player."

[Prev in Thread] Current Thread [Next in Thread]