Dave Airlie wrote:
efficiently done by using DrawBuffer (GL_FRONT) and CopyPixels.
I've got a first attempt at accelerating copy pixels on r200 using bitblt,
http://www.skynet.ie/~airlied/patches/dri/r200_copy_pixels_bitblt.diff
Same code would be useful in radeon and r300 so I'd like to merge it ..
However I was hitting a bad case with stencil or scissors enabled or
something (memory is a abit hazy...) not allowing my fast path to be
called.. it was probably simple to resolve,
I had to drop it that point as I moved to working on 2D stuff on i915,
and I've got all my radeons sitting in anti-static bags on my desk..
A few comments on your patch.
1. I take it the fprintf()s are temporary.
2. Another fall-back test to do is:
if (ctx->DrawBuffer->_NumColorDrawBuffers[0] != 1)
That would detect the GL_FRONT_AND_BACK cases.
3. I'd like to see a re-usable CopyPixels clipping routine (for the
simple case when X/Y Zoom == 1). It seems we should also have a
re-usable function for inside the cliprect loop too.
-Brian
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
