<div dir="ltr">it prevents annoying Warnings from Apple GL Headers<div>relevant part of gl3.h :</div><div><br></div><div><div>#if defined __gl_h_ && !(defined GL_DO_NOT_WARN_IF_MULTI_GL_VERSION_HEADERS_INCLUDED)</div><div>#warning gl.h and gl3.h are both included.  Compiler will not invoke errors if using removed OpenGL functionality.</div><div>#endif</div></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">--<br>nǝıɥʇɐ<span style="color:rgb(51,51,51);font-family:'Open Sans','Helvetica Neue',Helvetica,Arial,sans-serif;font-size:14px;line-height:20px;background-color:rgb(249,249,249)">Ɯ</span></div></div></div>
<br><div class="gmail_quote">On 9 June 2016 at 18:36, Robert Osfield <span dir="ltr"><<a href="mailto:robert.osfield@gmail.com" target="_blank">robert.osfield@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Mathieu,<br>
<br>
Changes look like they are close to what will work.  We could stick<br>
with the simple object ID but I'd be inclined towards having a object<br>
for it so you could share objects between osg::Geometry, as we all as<br>
having the ability to store data such as the osg::Array associated<br>
with the VAO.  I haven't really thought enough about the issue yet to<br>
know for sure whether going the Object route is required so take this<br>
as me just mulling things over.<br>
<br>
What is the addition the CMakeLists.txt:<br>
<br>
  add_definitions(-DGL_DO_NOT_WARN_IF_MULTI_GL_VERSION_HEADERS_INCLUDED)<br>
<br>
For?  Is this a hint the the Apple GL headers to do something special?<br>
<br>
Robert.<br>
<span class="HOEnZb"><font color="#888888"><br>
Robert.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 9 June 2016 at 16:40, Mathieu MARACHE <<a href="mailto:mathieu.marache@gmail.com">mathieu.marache@gmail.com</a>> wrote:<br>
> I've finally made my mods against master branch on my clone for the<br>
> OpenSceneGraph repo.<br>
><br>
> <a href="https://github.com/openscenegraph/OpenSceneGraph/compare/master...mathieu:feature/CoreProfileMacOSX?expand=1" rel="noreferrer" target="_blank">https://github.com/openscenegraph/OpenSceneGraph/compare/master...mathieu:feature/CoreProfileMacOSX?expand=1</a><br>
><br>
> I use the example osgsimplegl3 to display files, I've added the<br>
> osgUtil::Optimizer to retessellate since CoreProfile doesn't do QUADS or<br>
> POLYGONS.<br>
><br>
> I've hacked into Geometry only to create a VAO and bind it. If I unbind it I<br>
> don't get anything displayed with the osgsimplegl3 example.<br>
><br>
> However this doesn't look good since only the first geometry gets<br>
> displayed...<br>
><br>
> WIP<br>
><br>
><br>
> --<br>
> nǝıɥʇɐƜ<br>
><br>
> On 9 June 2016 at 11:57, Mathieu MARACHE <<a href="mailto:mathieu.marache@gmail.com">mathieu.marache@gmail.com</a>> wrote:<br>
>><br>
>> Hi Robert,<br>
>><br>
>> Indeed VAO support is needed (in obligatory sense) for Macosx Core Profile<br>
>> targets but would be useful to other platforms also since it would make the<br>
>> system more efficient.<br>
>><br>
>> I'm putting osg-users's mailing list in copy to see if someone has more<br>
>> insight into VAO.<br>
>><br>
>> I've tried to setup VAO inside Geometry and make appropriate calls when<br>
>> needed but fail to show more than one geometry...<br>
>><br>
>> I was on OpenSceneGraph-3.4 branch, I will try to setup a working branch<br>
>> from master to show what I came up with. We can discuss on what would the<br>
>> appropriate route should be to implement this. As you mentioned it would<br>
>> imply osg::Geometry and maybe also osg::State modifications...<br>
>><br>
>> Regards<br>
>><br>
>> --<br>
>> nǝıɥʇɐƜ<br>
>><br>
>> On 9 June 2016 at 09:19, Robert Osfield <<a href="mailto:robert.osfield@gmail.com">robert.osfield@gmail.com</a>> wrote:<br>
>>><br>
>>> Hi Mathieu,<br>
>>><br>
>>> On 9 June 2016 at 07:44, Mathieu MARACHE <<a href="mailto:mathieu.marache@gmail.com">mathieu.marache@gmail.com</a>><br>
>>> wrote:<br>
>>> > I'm struggling to understand what to do. I merely put up a solution<br>
>>> > that was<br>
>>> > explained in a staled thread from 2012 (!), subject was : OpenGL 3.2<br>
>>> > support<br>
>>> > in OS X 10.7 (Lion)<br>
>>><br>
>>> This was clearly just a hack to get things "working" not an actual<br>
>>> solution.<br>
>>><br>
>>><br>
>>> > I see your points, you are right this is not a general solution.<br>
>>> ><br>
>>> > I'll be reading a bit more on VAO and try to add VAO support directly<br>
>>> > in<br>
>>> > Geometry is possible...<br>
>>><br>
>>> I would be worth just moving the discussion about VAO support to<br>
>>> osg-users so we can all discuss the what solution.  I'm happy to pitch<br>
>>> in some time to getting this resolved for 3.6.<br>
>>><br>
>>> Right now from what I've learnt that natural place for binding the VAO<br>
>>> would be in osg::Geometry.  It may be that osg::State would be the<br>
>>> part of the OSG that does the binding as it already manages the vertex<br>
>>> arrays and associated buffer objects.    The VAO essentially wraps up<br>
>>> all the vertex array settings in one place so that once it's set up<br>
>>> one just binds a single VAO object rather than a VBO and then specify<br>
>>> the individual vertex arrays within this.  In theory this should mean<br>
>>> the system is more efficient - as long as we get the design and<br>
>>> implementation right.<br>
>>><br>
>>> Robert.<br>
>>> _______________________________________________<br>
>>> osg-submissions mailing list<br>
>>> <a href="mailto:osg-submissions@lists.openscenegraph.org">osg-submissions@lists.openscenegraph.org</a><br>
>>><br>
>>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org" rel="noreferrer" target="_blank">http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org</a><br>
>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> osg-submissions mailing list<br>
> <a href="mailto:osg-submissions@lists.openscenegraph.org">osg-submissions@lists.openscenegraph.org</a><br>
> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org" rel="noreferrer" target="_blank">http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org</a><br>
><br>
_______________________________________________<br>
osg-submissions mailing list<br>
<a href="mailto:osg-submissions@lists.openscenegraph.org">osg-submissions@lists.openscenegraph.org</a><br>
<a href="http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org" rel="noreferrer" target="_blank">http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org</a><br>
</div></div></blockquote></div><br></div>