<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 7, 2018 at 8:17 AM, Nicolai Hähnle <span dir="ltr"><<a href="mailto:nhaehnle@gmail.com" target="_blank">nhaehnle@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01.05.2018 22:48, Marek Olšák wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
        +**nr_color_samples**: This is the number of color samples for<br>
        EQAA, while<br>
        +``nr_samples`` is the number of coverage samples. If the format<br>
        is Z/S,<br>
        +``nr_color_samples`` is ignored. Constraints:<br>
        +* ``nr_color_samples`` must not be greater than ``nr_samples``.<br>
        +* If ``nr_color_samples`` is equal to ``nr_samples``, it is<br>
        called MSAA.<br>
        +* If ``nr_color_samples`` is less than ``nr_samples``, it is<br>
        called EQAA.<br>
        +* If ``nr_color_samples`` is equal to 1, the behavior of the<br>
        resolve blit is<br>
        +driver-dependent.<br>
<br>
<br>
    Why the last buller?<br>
<br>
<br>
Because we can support N >= 2 coverage samples and 1 color sample.<br>
</blockquote>
<br></span>
Okay, but for EQAA the behavior of the resolve blit is driver-dependent also when there are >= 2 color samples, because you can still have samples whose color fragment was discarded.<span class=""><br></span></blockquote><div><br></div><div>Yes.<br><br></div><div>Marek<br></div></div></div></div>