<div dir="ltr">On 8 September 2017 at 17:13, Antoine Rennuit <span dir="ltr"><<a href="mailto:antoinerennuit@hotmail.com" target="_blank">antoinerennuit@hotmail.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">Robert,<br>
<br>
Thanks a lot for you answer.<br>
<br>
Your positions makes sense. As for the overheads in relation to optimizations and default behaviors, my position is that OSG should be as standard as possible (i.e. look like default GL), so as to ease the learning curve - but leave the possibility to optimize. Now, it is only my opinion and you and your 15 years of experience are final judges ;)<br></blockquote><div><br></div><div>15 years of experience.... I wish I was so young!<br></div><div><br></div><div>I've actually being using IrisGL then OpenGL since 1992, so 25 years!! :-)<br></div><div> </div></div>As to default GL, well it's a bit of open book.  Which version of default GL? GL1.x, GL2.x, 3.x, 4.x?  GLES 1.x. 2.x, 3.x?  What hardware? What OS?</div><div class="gmail_extra"><br></div><div class="gmail_extra">With middleware like the OSG we're stuck trying to weave out a way through all this variations as they evolve over time, it's not a static or unified platform we are trying to track.   The OSG can try to hide some of the complexities but in the end it's something application developers need to be aware of as well.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Robert.<br></div></div>