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. ~ C. ------------------------------------------------------------------------------ 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
