Hi,
On Tue, 2011-12-13 at 17:35 +0100, "Christoph Fünfzig" wrote:
> Hi Gerrit,
>
> thanks a lot for changing the example. I erroneously assumed
> that explicitly populating aspect 1 is not necessary,
> as the scenegraph data is created BEFORE starting threads.
no with OpenSG you always had to synch changes between aspects.
What changed from 1 to 2 is that for 2 we don't even create the
container copies anymore, they will be created during the initial
sync.
> But it is necessary to get the changed camera data either.
> Is all this information available in one place?
> Especially, also
> OSG::WIN32Window *pLocalWin =
> OSG::convertToCurrentAspect<OSG::WIN32Window *>(win2.get());
unfortunately not in term of documentation, only in term of Code
(CSMDrawer, CSMDrawManager, CSMWindow).
> How about the correct way of stopping and cleaning-up.
> Setting the windows to NULL is enough?
> "
> case 27:
> {
> delete mgr;
> win = NULL;
> win2 = NULL;
> delete ract;
>
> OSG::osgExit();
> exit(0);
> }
> "
unfortunately not, the proper sequence is longer, usually
the sequence is roughly
- the app first takes down its aspect copy
- this is synced to the drawers
- last the drawing threads are stopped and released
in an extended version the app would first take down everything
except the windows so that after synchronizing the structure takedown
the OpenGL resources can still be freed. Than the windows are
destroyed and after another sync the threads are terminated.
Let me think about how this can be better documented / supported,
currently it is hidden somewhere in CSMDrawManager::shutdown and
CSMDrawer::runParallel.
kind regards
gerrit
------------------------------------------------------------------------------
Learn Windows Azure Live! Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
