Yes i know. I talked with terry this week, also he is not able to work on PSSM for the next few days/week. So i (we) ask the comunity to help us. :-)
My plan is to get a high level framework together to hang off the various shadow techniques from, and my hope is that this will include PSSM in some form. I have been comissioned to implement stencil shadow volumes so on the implmenetation side this will be focus, but will certainly being reviewing the PSSM code bases as well, and will be happy to help the Terry, yourself and others get PSSM working efficiently.
To get the public interface of osgShadow right it also needs testing with a range of shadow techniques, I may kick things off with reimplementing osgdepthshadow and osgshadowtexture as techniques implemented in osgShadow. This will help flesh things out in terms of the API and how to go about implementing different techniques. Stencil shadow volumes and PSSM are both more complex techniques so I'm inclined to bite off the simple stuff first then advance to trying to encompass more complex techniques.
Amoung the requirements for osgShadow I see as key is support for multi-threaded, multi-context, multi-view usage, this certainly makes implenting some of the techniques more complicated - it will require us to buffer some data structures, and this will be on a per technique basis. If I get the class structure right this might be will hopefully be realitively straight forward to manage, at least that's my hope :-)
Robert.
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
