<div dir="ltr">HI Rick,<br><div class="gmail_extra"><br><div class="gmail_quote">On 19 July 2016 at 16:33, Rick Irons <span dir="ltr"><<a href="mailto:Rick.Irons@mathworks.com" target="_blank">Rick.Irons@mathworks.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div link="blue" vlink="purple" lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Hi Robert,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Sorry for the delay in responding.  Thanks for the info below.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I will investigate if the GL_MAX_3D_TEXTURE_SIZE and GL_MAX_ARRAY_TEXTURE_LAYERS_EXT enumerations have GLES counterparts that need to be considered.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">In regards to the fallback, wouldn’t the existing initialization of the two values to zero be sufficient?</span></p></div></div></blockquote><div><br></div><div>If the driver/hardware doesn't support the actual feature that these settings are related to then the actual values above won't ever be needed so the value of 0 should be just fine, any value in theory would not affect the outcome of the application.<br><br></div><div>As a general principle setting the values to 0 is probably a pretty decent fallback as users doing debugging would be able to spot this value and hopefully trace it back.<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">We encountered this issue of unexpected GL errors in some tests that exercise Microsoft’s OpenGL 1.1 software implementation.  We use this version of OpenGL as a fallback when
 issues with hardware graphics OpenGL are encountered.</span>
</p></div></div></blockquote><div><br></div><div>It's a wonder anything works with MS's OpenGL implementation....  they've done almost all they could have done to sabotage OpenGL over the years.<br><br></div><div>For the OSG we just need to provide more elegant fallbacks, things shouldn't crash.  So for this particular case GL type and a version check would be appropriate.<br></div><div><br></div><div>Robert.<br></div><div> </div><div><br><br><br> </div><div> </div></div><br></div></div>