[Public WebGL] Uniform Default Values conformance test

[Benoit Jacob]

On Ubuntu 11.10 64bit, Gallium 0.4 on AMD RV710 / 2.1 Mesa 7.11, I get these results for all types: 

testing: float 

vertex shader 
fragment shader default value should be zero 
PASS should be green 
test test by setting value 
FAIL should be red 
at (0, 0) expected: 255,0,0,255 was 0,255,0,255 
re-linking should reset to defaults 
PASS should be green 
PASS getError was expected value: NO_ERROR : should be no GL errors 

vertex shader 
fragment shader default value should be zero 
PASS should be green 
test test by setting value 
FAIL should be red 
at (0, 0) expected: 255,0,0,255 was 0,255,0,255 
re-linking should reset to defaults 
PASS should be green 
PASS getError was expected value: NO_ERROR : should be no GL errors 

vertex shader 
fragment shader default value should be zero 
PASS should be green 
test test by setting value 
PASS should be red 
re-linking should reset to defaults 
PASS should be green 
PASS getError was expected value: NO_ERROR : should be no GL errors 

vertex shader 
fragment shader default value should be zero 
PASS should be green 
test test by setting value 
PASS should be red 
re-linking should reset to defaults 
PASS should be green 
PASS getError was expected value: NO_ERROR : should be no GL errors 

----- Original Message -----

> I added a new test to check that uniforms get the correct default
> values. Rumor is that some drivers have bugs here. Before browsers
> try to work around this issue it would be nice to have a test case

> Can you please run the test and if it fails then post your OS, GPU an
> Driver info? If you're using Chrome you can get that by going to
> about:gpu, in Firefox it's about:support

> The test is here
> https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/tests/conformance/uniforms/uniform-default-values.html

> Thank you

> -gregg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://khronos.org/pipermail/public_webgl_khronos.org/attachments/20120423/5d78c10d/attachment.html>