Corbin Simpson wrote: > On 07/15/2009 08:04 AM, Brian Paul wrote: >> The attached patch relaxes the error tolerance for the exactRGBA test. >> >> This test fails with many (all?) GL implementations because the most >> signficant M bits of values passed to glColor4us() and glColor4ui() >> don't always match the M bits found in the framebuffer. There's >> typically a 1-bit max error. For example, the GLushort value 0xba00 >> will wind up as the framebuffer value 0xb9. >> >> The GL spec is a bit self-contradictory here. It says how GLushort and >> GLuint colors are converted to floats and it says how float color >> components are converted to framebuffer values (by rounding to nearest >> int). But if you follow those rules, it's not possible to achive the >> "M-bit identity" rule. >> >> The attach patch allows a 1-bit error for the glColor4us() and >> glColor4ui() functions. >> >> Comments? > > Seems fine for now. We really need a language clarification, though.
You (or anyone else) can provide spec feedback at http://www.opengl.org/documentation/specs/feedback/ I've got a little too much on my plate right now to persue this myself. -Brian ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
