On 5/4/05, Brian Paul <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
Can you touch up driver/dri/fb too? I was working on it as a potential way to test the egl code.
The fixes are checked in.
I fixed up the issues with fbOrigin that you made comments on. It is drawing the right shapes to the screen now except everything is in black and white. Any ideas about what is wrong?
Weird. Have you tried different pixel formats? Maybe one of the span routines is wrong (duplicating R or G or B across all components). Though I don't see anything wrong after a quick look.
Actually, I think the fb driver could be made smaller/simpler still. The latest Mesa has the ability to allocate software-based color buffers and render the front/back images without any driver code. The fb driver would only have to implement SwapBuffers() - it would copy the software-based back color buffer to the hardware framebuffer (doing pixel format conversion as needed). Frontbuffer -> hw framebuffer updates should similarly be done upon glFlush/Finish.
I could take a stab at that if you're interested.
-Brian
------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
