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: "Rafa≥ Bursig" <bursig@xxxxxxxxx>
Date: Mon, 24 Feb 2003 08:17:45 -0800
Reply-to: rt@xxxxxxxxxxxxxx

Dnia 2003.02.24 16:46 Raimar Falke napisa³(a):
> 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)
> <>.
As I know dirrect access to Video Memory under X is posibleo only via :
- DGA if you are root and have card with support it.
- OpenGL if you have card with support it (NVIDIA,ATI)


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