Hi Christoph,
Christoph Schäfer wrote:
>
> First of all thank you very much for the great support provided here!
We're trying to make sure all of you users are happy. ;) Well, we in the
general term, Carsten and Gerrit take the brunt of the load.
> I finally nailed down the problem. It was not the sync, I switch all
> OpenSG operations exactly according to the order provided in Carsten's
> example and the problem persists. I then tried gDEbugger very hard.
> Finally I was able to get some results and compared them with debug
> results from the last example Carsten provided. It turned out I have 5GL
> contexts created during app startup. 4 get deleted and the last one
> would contain the model data. Strang enough it has shared display lists
> with context 3 which is deleted....
>
> Okay now that I knew whats going wrong I had to remember back the days I
> started to test OpenSG2 with Qt4 and the real bad bad bad fast solution
> I used with a subclassed QGLWidget. What I need now is something like
> the OSGQ4GLWidget available in OpenSG 1.8 to separate render and
> interface thread and have the right contexts in place. Is that right?
> And if, well, is the porting of the QT4 parts on the short term roadmap?
It's not at the top of the list, as there are other things burning. But
it's really pretty simple. Pretty much the only thing the base
OSGQtGLWidget does is make sure that the context is left alone.
I'll check with Carsten what' son his plate on Monday, but if you want
to give a try yourself feel free to do so.
Yours
Dirk
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
