Hello Robert,
thank you for answering my question.
To add such general thread safe GL object sharing support into the OSG
would be complex to design, implement and maintain and would
compromise performance. If it were easy and lightweight to support
the OSG would already do it.
I see, I had in mind that I will hit some threading issues, but now I
need to think about alternative implementation strategy.
My goal is only to use/share data in GPU memory , having some straight
running threads for computing the data and some renderthreads for
visualisation. Avoiding data transfers...
thanks, and best regards, Markus
Den 13.11.2014 17:12, skrev Robert Osfield:
HI Markus,
I'm afraid the OSG has built in thread protection for sharing GL
objects whilst multi-threading the graphics contexts that share those
GL objects. You will very likely hit up against threading issues.
When multi-threading contexts by default the OSG manages seperate GL
objects per context to avoid threading issues that would otherwise be
associated with sharing objects between threads. To add such general
thread safe GL object sharing support into the OSG would be complex to
design, implement and maintain and would compromise performance.
Robert.
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
