Re: an experimental KGI repository along the mainstream one?

Hi guys, On Mon, 18 Mar 2002, Bernhard Fischer wrote: What do you think about importing the current kgi-0.9 (and tools) module to the GGI cvs repository _now_ and tag a (lets say wip) branch to provide a place where the Work In Progress could be collected? I agree that this is a good idea.

Re: [ANNOUNCE] First release candidates of libgii 0.8.2 and libggi2.0.2 available!

and it probably isn't that trivial.) Feedback on anything else would be much appreciated. Paul Redmond

Re: ggi_gc and plane_mask

Hi, On Sun, 15 Dec 2002, Rodolphe Ortalo wrote: Hello, is the plane_mask entry of the ggi_gc struct really used (see ggi/internal/structs.h)? There is not update mask associated with this field of the struct (on the contrary of the foreground/background color or clip coordinates), so I'm

Re: World-Domination

Hi Jos, On Tue, 17 Dec 2002, Jos Hulzink wrote: On Tue, 17 Dec 2002, Christoph Egger wrote: What we need is something other do NOT have. libggigl and XGGI are a good examples. See Brian's mail and my next one for more details. What you need is what you got __finished__. The focus

Re: libggigl

Hi, On Tue, 17 Dec 2002, Andreas Beck wrote: The problem is LINKING! Is it? Why not solve it in the same way LibGGI and its extension solve it? Just dynamically load a renderer lib and link that one to the lib in question. That was my first thought too. However, there's a catch; If you

Re: ggibench output

Hi, Here are the results I get on a Radeon 7500 with KGI and the Radeon sublib: 1024x768 (1024x768) // 16bit ggiDrawPixel: 481517 pixels/second ggiDrawLine:89335 lines/second ggiDrawHLine: 308350 lines/second ggiDrawVLine: 115966 lines/second ggiDrawBox: 21009 boxes/second

Re: ggibench output

Hi, On Fri, 20 Dec 2002, Andreas Beck wrote: Who. Assuming from the CopyBox value, that Paul's machine is rather slow processor-wise, I'd say KGI proves that is pretty much rocks already. It sure does rock! :) My test box is a celeron 466 so it certainly is not the speediest of processors.

Re: User space background process blocking

Hi, On Mon, 20 Jan 2003, Jos Hulzink wrote: On Mon, 20 Jan 2003, Fabio Alemagna wrote: On Mon, 20 Jan 2003, Brian S. Julin wrote: Stupid question from an outsider: couldn't it be possible to make the application still run by making it use an offscreen buffer while not visible

RE: User space background process blocking

Hi, That's stuff that can be done in the GGI target, which means this is transparently to the GGI application. :) Which is what I'm saying: let do it to the kgi target, not to the application. That has been the intention the entire time. Nobody expected users to handle these signals

RE: User space background process blocking

Hi, Rodolphe, I think you sum things up nicely! This is simply because there is usually no MMU-like features (page tables, memory protection) wrt the graphic board memory; so nearly none of the VM mechanisms used for ... IMHO, KGI should only worry about managing the features of the