-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Osfield wrote: > Hi Jan, > > Thanks for the stack traces, this gives us much more of an idea what > might be up. These are just standard blocks/mutexes so not > directly related to OpenGL, and also by the same token unlikely to be > related directly to the model being rendered.
Yes, I do not believe that this is caused by the model neither. Joan's models were just "unlucky" to trigger this, but I have seen the deadlock with other models as well. > The nature of the lock suggests that the double buffering mechanism > has got out of sequence in Renderer, if this just happened always on > the first frame I'd suggest that this was an uninitialized variable > problem, but the fact that it happens later suggests some else amiss > in the mechanism. Indeed. Sometimes it took almost a minute of "spinning" the model around with the mouse for this to happen. However, with CullThreadPerCameraDrawThreadPerContext I get it usually right away at the first frame. > Since I can reproduce the problem > CullThreadPerCameraDrawThreadPerContext on my quad core machine I > will have a bash at fixing this and hope that the > DrawThreadPerContext issue might drop out too, but first I 2.1.6 to > do, some admin work, and some work for clients... Cool, thanks. I will run the viewer in another mode for the moment, it is not a blocker for now. Regards, Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGyZ4Gn11XseNj94gRAjDTAJ9Mmz+dh0HbnWeo/O2eR2PCUwDHEgCdG/di rei13fQgkSEjDeyw7vac/3s= =ICpI -----END PGP SIGNATURE----- _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
