Jean-Sébastien Guay wrote:
Still, your visitor is interesting, extending it would be good, and
testing it by having OSG create a GL3 context (perhaps even GL3.1 so
that it errors out when using deprecated functionality) would be even
better.
I've given this some thought, and tried to write this "GL3-safe OSG" app
in such a way that, even if OSG does issue deprecated GL1/2 commands
(which it certainly does: glMatrixMode and glLight are always called at
least once per frame in current osgViewer apps), that it would not
affect the execution of the app. GL calls that generate errors have no
effect on OpenGL state, so if the app doesn't depend on those functions
working, I'd think that the app should still function on a 3.1 context
in spite of OSG continuing to issue GL 1/2 calls.
But the 3.1 context would help us track down all OSG code that issues GL
1/2 commands.
I am meeting with my client next week, the one who is really interested
in future-proofing all their new OSG development from this point
forward, and it'll be interesting to discuss the road forward with them.
I'm looking forward to getting additional funding from this client to
pursue this work, such as GL 3.1 context creation in OSG. But this work
needs to be prioritized against other work the client has lined up for me,
Cheers,
-Paul
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
