Hi All,
OK to round up the rough discussion so far:
Integration of osgOQ, osgCal and osgAL look doable without too much
effort, contributors to these projects open
to the idea of integration and helping towards this.
Physics would be a nice one too but longer term, need a concrete
implementation first!
Script language integration desirable too, but not clear cut given
the current lack of maturity of the associated NodeKits.
Near term actions as I see it:
1) Paul to consider the possibility of integration of occlusion
support directly with existing NodeKit/core osg.
Wider testing requested. Some debugging required. Although
could happen in core OSG distribution once there.
2) osgCal to be got ready for integration, when it is merge it with
OSG SVN. Next stage look at merging high level
ReplicantBody functionality directly into this library.
Perhaps new library should be called osgAnimation to reflect
potential future generalization of animation types.
3) osgAL to be got read for integration, CMake build with optional
configuration support required.
Mid-Long term actions:
4) Community to experiment with/propose/develop nodekit for physics
integration.
5) Script/introspection experts to make osgLua and osgPython
working slickly and ready for integration.
6) osgEmphermis to be cleaned up/refactored, enhanced and made
ready for integration.
Items not mentioned so far but would also be nice if they just so
happen to pop from the community, I haven't mentioned so far as no
library is quite ready off the shelf as osgAL, osgCal and osgOQ are.
7) osgWidget - native 3D gui NodeKit, perhaps osgHUD to provide the base...
There are also items that will happen next year like osgVolume but not
in the 2.4 time frame.
General improvements to osgViewer and other libraries will happen too
as a mater of course, don't need so much community coordination as the
above items though.
My hope with this thread is to kick off this community coordination
effort, rather than just come up with "oh wouldn't it be loverly"
shopping list of features. For the various items above I suggest that
these topics been split out into separate threads and all the
interested parities chip in on how best to make it happen.
Robert.
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
