Re: [osg-users] Complete garbage in OSG / XP / multi monitor /multithreaded / NVidia

2008-05-10 Thread Robert Osfield
Hi Wojtek, This morning I awoke and had an idea about why the compile bit be running currently with the update traversal, so I got up and reviewed the code and your test example. First up I can reproduce the problem of the red then green flag on my linux box so when I/we do come up with a

Re: [osg-users] Complete garbage in OSG / XP / multi monitor/multithreaded / NVidia

2008-05-10 Thread Wojciech Lewandowski
Hi Robert, The solution is either to add a block that prevents the first frame from commencing till all the CompileOperations have been complete, or to move the compile into the osgViewer::Renderer::draw() implementation, so the compile is done after cull, but before the first draw(). The

Re: [osg-users] Complete garbage in OSG / XP / multi monitor/multithreaded / NVidia

2008-05-10 Thread Robert Osfield
Hi Wojciech, On Sat, May 10, 2008 at 4:23 PM, Wojciech Lewandowski [EMAIL PROTECTED] wrote: Realize in Producer::Viewer was usually explicitly called before entering update/event/cull/render loop. osgViewer::Viewer::Realize can still be called by user before main loop. I believe this makes

Re: [osg-users] Complete garbage in OSG / XP / multi monitor/multithreaded / NVidia

2008-05-10 Thread Wojciech Lewandowski
+ 0xf bytes Thanks again, Wojtek -Original Message- From: Robert Osfield [mailto:[EMAIL PROTECTED] Sent: Saturday, May 10, 2008 6:18 PM To: [EMAIL PROTECTED]; OpenSceneGraph Users Subject: Re: [osg-users] Complete garbage in OSG / XP / multi monitor/multithreaded / NVidia Hi Wojciech