<div dir="ltr">On 14 September 2013 09:25, Henri Verbeet <span dir="ltr"><<a href="mailto:hverbeet@gmail.com" target="_blank">hverbeet@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 13 September 2013 23:40, Paul Berry <<a href="mailto:stereotype441@gmail.com">stereotype441@gmail.com</a>> wrote:<br>

> Looking at the specs yesterday, I *thought* the call is necessary in order<br>
> to ensure framebuffer completeness, since there's no color attachment to the<br>
> framebuffer.  In GL 3.2 (section 4.4.4 Framebuffer Completeness, under the<br>
> "Whole Framebuffer Completeness" section), the following is listed as a<br>
> criterion for framebuffer completeness:<br>
><br>
> The value of FRAMEBUFFER_ATTACHMENT_OBJECT_TYPE must not be<br>
> NONE for any color attachment point(s) named by DRAW_BUFFERi.<br>
><br>
> { FRAMEBUFFER_INCOMPLETE_DRAW_BUFFER }<br>
><br>
><br>
> However, maybe I'm interpreting the spec wrong, because neither Mesa nor the<br>
> NVIDIA proprietary driver requires the glDrawBuffer() call in order for the<br>
> framebuffer to be complete.<br>
><br>
</div>ARB_ES2_compatibility / GL 4.1 remove those completeness requirements,<br>
and make the behaviour as if the READ/DRAW buffer is NONE for missing<br>
attachments.<br>
</blockquote></div><br></div><div class="gmail_extra">Ah, ok.  In that case I think we should go ahead and keep the glDrawBuffer() call, just to make sure that the test works on implementations that use the pre-GL-4.1 completeness rules.<br>
</div></div>