Bart, I believe in the OSG threading model CullThreadPerCameraDrawThreadPerContext produced some inherit threading at some level for each camera and context.
Is there a specific reason you need a separate context? Can the agents be in their own threads with a sync' or rendezvous mechanism to set up the viewing parameters for their cameras and get the imagery from their camera? -B -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Chris 'Xenon' Hanson Sent: Tuesday, December 06, 2011 1:36 PM To: [email protected] Subject: Re: [osg-users] Running a viewer in a thread other than main thread On 12/6/2011 2:15 PM, bart gallet wrote: > thanks Chris > I almost don't dare to ask, but I'll do it anyways, so then I will have come > to a full circle :) > I'd like to run a viewer for rendering to an FBO in a separate thread, so > that it is in the background since it's not for displaying. Will I get into > trouble doing this? This is not recommended. What are you trying to do simultaneously with the Viewer::frame() operation? Could you launch a new thread and do the secondary operation in THAT thread so that Viewer can keep running in its original thread like it wants to? -- Chris 'Xenon' Hanson, omo sanza lettere. [email protected] http://www.alphapixel.com/ Digital Imaging. OpenGL. Scene Graphs. GIS. GPS. Training. Consulting. Contracting. "There is no Truth. There is only Perception. To Perceive is to Exist." - Xen _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
