On Tue, 15 Jun 2021 at 17:30, Robert Osfield <robert.osfi...@gmail.com> wrote: > My recommendation would be to move your code into it's own osgXR library, but > stick with the osgViewer::ViewConfig approach as this as it should make it > easier for developers to switch between desktop and VR configurations - a > strength of your current implementation. > > Creating a separate osgXR library will allow developers to use it against a > wide range of OSG versions, so won't need to do any updates, just link to > osgXR set up the viewer configuration and away they go. This also decouples > the XR functionality from needing to be integrated within mainly OSG and > being released as part of an official release. I'm spending most of my time > on the VSG project these days so have put the OSG primarily in maintenance > mode, so new stable releases are off the table till I get the VSG to 1.0 > (hopefully later this year.)
Okay, that makes sense. I'll work in that direction and see how it goes. Thanks for the feedback! > Within the VSG community we've been discussing OpenXR integration as well, > Again I see this is type of functionality that a dedicate vsgXR library would > provide, rather than being integrated into the core VSG. While I haven't > personally done any work in this direction I can certainly see that OSG and > VSG XR integration could well follow similar approaches even at the code > level then are entirely separate. Potentially both efforts could draw > experience and knowledge form each other. Yes, I'd be interested in following any equivalent VSG XR library. I'll keep an eye on the vsg mailing list. Cheers -- James Hogan -- You received this message because you are subscribed to the Google Groups "OpenSceneGraph Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to osg-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/osg-users/CAAG0J99pDpJEqDep%3DGp1AyRDongzq1Yh2poO%3DodwpMKXbsPV9g%40mail.gmail.com.
