This is a cool set of tests so I&#39;ve pushed this. If there happens to be anything wrong with it, we&#39;ll fix it.<br><br>Marek<br><br><div class="gmail_quote">On Thu, Aug 26, 2010 at 5:19 PM, Luca Barbieri <span dir="ltr">&lt;<a href="mailto:luca@luca-barbieri.com">luca@luca-barbieri.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">This in an updated version of the test I posted, now split into 8 tests<br>
sharing a common header file.<br>
<br>
It now features testing of multiple render targets and fog.<br>
<br>
Test output logs and results on GeForce 8xxx, GTX 2xx or ideally GTX 4xx<br>
with the proprietary drivers would be really welcome.<br>
<br>
The files are put in &quot;spec/arb_color_buffer_float&quot; with the idea of<br>
starting a convention of writing testsuites for each new extension<br>
to be implemented in Mesa, putting it in &quot;spec/&lt;extension_name&gt;&quot;.<br>
<br>
The tests now fail on any bugs in the default mode.<br>
If &quot;-xfail&quot; is passed, then known bugs on ATI and nVidia will be ignored,<br>
and all tests will then succeed.<br>
<br>
The driver bugs don&#39;t seem due (solely) to hardware limitations, but may<br>
be due to software fallbacks being improperly implemented.<br>
<br>
There are two areas where the specification seems unclear, as far as I<br>
understand it.<br>
<br>
I&#39;m not sure what the process to ask for clarification is, and suggestions<br>
would be welcome here.<br>
<br>
This first issue is whether, when fragment clamping is set to FIXED_ONLY<br>
and the FBO has some fixed-point and some floating-point buffers attached,<br>
gl_FragData[n] is never clamped, or is clamped only for the fixed point<br>
buffers.<br>
<br>
Note that while blending on fixed-point clamps the color anyway, alpha<br>
test and polygon smoothing happen before blending, and should be affected<br>
by whether gl_FragData[n] is clamped or not.<br>
<br>