On Tue, 09 Mar 2004 09:40:07 -0800
Tim Roberts [EMAIL PROTECTED] wrote:
James Wright wrote:
It doesn't seem all that long ago that DGA V2 was added, why was it ever
introduced if it causes
grief for the driver writers? What where the original intentions of including the
DGA extension
On Wed, 10 Mar 2004 17:48:24 +0900
Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote:
no - i haven't measured it... BUT it isn't great. memory bandwidth isn't a big
positive of these devices. i'm almost certain it is the memcpy and context
switch as that really is the ONLY difference in
On Mon, 15 Mar 2004 18:50:18 + James Wright [EMAIL PROTECTED]
I agree... Using our own code to write diirect to the framebuffer is by far
the fastest method for our application. "shmputimage" is no replacement for
that.. Its like saying a double decker bus is an adequate
CH we are missing a point here. you do know Xfree is used on handheld
CH devices like pda's etc. ? i have measured a full 20% speedup in
CH rendering with direct fb access compared to going via a
CH shmputimage pipeline on my ipaq,
Good point. The same will be true of older machines (a 68K mac
On 10 Mar 2004 09:32:46 +0100 Juliusz Chroboczek [EMAIL PROTECTED] babbled:
CH we are missing a point here. you do know Xfree is used on handheld
CH devices like pda's etc. ? i have measured a full 20% speedup in
CH rendering with direct fb access compared to going via a
CH
James Wright wrote:
It doesn't seem all that long ago that DGA V2 was added, why was it ever introduced if it causes
grief for the driver writers? What where the original intentions of including the DGA extension into
Xfree86?
Same as DirectDraw in Windows. Some app writers want to own the
On Mon, 8 Mar 2004, James Wright wrote:
It doesn't seem all that long ago that DGA V2 was added, why was it ever
introduced if it causes
grief for the driver writers? What where the original intentions of including the
DGA extension into
Xfree86?
DGA2 was added five years ago, and
JWI'm just concerned that the DGA extension will be removed with
JW no adequete replacement. The main issue with DGA seems to be the
JW way it requires root privs and can write to other parts of
JW memory. Can we not have some sort of /dev/dga device or is this
JW not the place to ask ;) is
On Sun, 7 Mar 2004, James Wright wrote:
We are concentrating on developing games which utilise polished 2d graphics
engines,
rather than 3d. I know it sounds crazy but its what we want to do...
With most 2d engines the number of pixels drawn is usually kept to a minimum,
unless
Hello,
Apologies if this is the incorrect list to post to but i couldn't decide between
the general forum
list or this one. My question concerns the DGA extension in XFree86, whether it will
be removed from
future versions, and the alternatives. We are currently in the process of developing
I expect it will go away eventually. It's still the case for
most access patterns that rendering in system memory and then
copying the result to the framebuffer is faster than CPU rendering
directly to the framebuffer. Only the most simple game engines (write-
only SW scanline renderers) can
11 matches
Mail list logo
