We are not using a windowing toolkit. We are using straight Win32 to accomplish this.
Ryan Kawicki Software Engineer The Boeing Company Training Systems and Services (314) 777 - 6863 -----Original Message----- From: Gian Lorenzetto [mailto:[EMAIL PROTECTED] Sent: Monday, August 21, 2006 5:49 PM To: osg users Subject: RE: [osg-users] Producer and Win32 BTW are you using wxWidgets, or have you had this problem with another widget toolkit? I'm still suspicious of the window creation in wxGLCanvas ... > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:osg-users- > [EMAIL PROTECTED] On Behalf Of Kawicki, Ryan H > Sent: Tuesday, 22 August 2006 12:44 AM > To: osg users > Subject: RE: [osg-users] Producer and Win32 > > We had the same problem and this is what we did to correct the problem. > Actually, some of the machines that we ran on would produce the black > screen while others would crash when trying to call glGenTextures. We > tracked to problem down the Init function and display lists. If any > drawable was using a display list, the problem would happen. > > What we did to correct the problem was this. > > Call the default and then call the init on the scene view and then > attach any nodes to the scene. > m_SceneView->setDefaults(); > m_SceneView->init(); > > As for the reason this is happening. I am not quite sure. I can tell > you that it only happened for us on our Nvidia based cards. Non of the > ATI cards we had was experiencing this same problem. > > > Ryan Kawicki > Software Engineer > The Boeing Company > Training Systems and Services > (314) 777 - 6863 > > -----Original Message----- > From: J.P. Delport [mailto:[EMAIL PROTECTED] > Sent: Monday, August 21, 2006 2:02 AM > To: osg users > Subject: Re: [osg-users] Producer and Win32 > > Hi Gian, > > I'm afraid I'm at a loss as what could be your problem and cannot > reproduce it as I'm not using OSG 1.1.1 on win32 at the moment. > > I think it might be useful to create the simplest example of the problem > using GLUT. It might then be possible for more people to test it and we > might also learn if the problem is with wx or with Sceneview init. > > rgds > jp > > Gian Lorenzetto wrote: > > Hi, > > > > I've tried modifying the pixelbuffer, but still no joy. > > > > I've since taken the cube opengl sample from the wxWidgets 2.6.3 > distribution and converted it to load a model and use SceneView for > rendering. Compiled against 1.0rc4 this works fine, with both models > using display lists and models not using display lists. > > > > Compiled against 1.1.1rc1 models using display lists result in a black > screen. > > > > This is what my init looks like: > > > > SetCurrent(); > > > > loadedModel = osgDB::readNodeFile("cow.osg"); > > > > sceneView = new osgUtil::SceneView; > > > > sceneView->setDefaults(); > > > > sceneView->setSceneData(loadedModel); > > > > > > The render loop looks like: > > > > wxPaintDC dc(this); > > > > #ifndef __WXMOTIF__ > > > > if (!GetContext()) return; > > > > #endif > > > > SetCurrent(); > > > > // Init OpenGL once, but after SetCurrent > > > > if (!m_init) > > > > { > > > > InitGL(); > > > > m_init = true; > > > > start_tick = osg::Timer::instance()->tick(); > > > > } > > > > // set up the frame stamp for current frame to record the current time > > > and frame number so that animtion code can advance correctly > > > > osg::ref_ptr<osg::FrameStamp> frameStamp = new osg::FrameStamp; > > > > frameStamp->setReferenceTime(osg::Timer::instance()->delta_s(start_tic > > frameStamp->k,osg::Timer::instance()->tick())); > > > > frameStamp->setFrameNumber(frameNum++); > > > > // pass frame stamp to the SceneView so that the update, cull and draw > > > traversals all use the same FrameStamp > > > > sceneView->setFrameStamp(frameStamp.get()); > > > > sceneView->setViewport(0, 0, width, height); > > > > const osg::BoundingSphere& bs = loadedModel->getBound(); > > > > osg::Matrix viewMatrix; > > > > viewMatrix.makeLookAt(bs.center()-osg::Vec3(0.0,2.0f*bs.radius(),0.0), > > bs.center(),osg::Vec3(0.0f,0.0f,1.0f)); > > > > sceneView->setViewMatrix(viewMatrix); > > > > // do the update traversal the scene graph - such as updating > > animations > > > > sceneView->update(); > > > > // do the cull traversal, collect all objects in the view frustum into > > > a sorted set of rendering bins > > > > sceneView->cull(); > > > > // draw the rendering bins. > > > > sceneView->draw(); > > > > SwapBuffers(); > > > > There's no other OSG code really. > > > > BTW Apologies for the formatting, but I'm using a web based email > client and I can't seem to change the weird line spacing on the pasted > code. > > > > Cheers, > > Gian > > > > ________________________________ > > > > From: [EMAIL PROTECTED] on behalf of J.P. Delport > > Sent: Sat 19/08/2006 12:05 AM > > To: osg users > > Subject: Re: [osg-users] Producer and Win32 > > > > > > > > Hi, > > > > I create my class derived from wxGLCanvas like so: > > > > // Canvas > > int attribList[] = {WX_GL_RGBA, WX_GL_DOUBLEBUFFER, > > WX_GL_DEPTH_SIZE, 32, > > WX_GL_MIN_RED, 8, > > WX_GL_MIN_GREEN, 8, > > WX_GL_MIN_BLUE, 8, > > WX_GL_MIN_ALPHA, 8, > > WX_GL_AUX_BUFFERS, 1, > > 0}; > > > > m_CViewGLCanvas = new CViewGLCanvas(this, > > -1, > > wxPoint(0, 0), > > wxSize(512, 512), > > wxNO_BORDER, > > wxT("CViewGLCanvas"), > > attribList); > > > > jp > > > > > > Gian Lorenzetto wrote: > >> Tried rearranging a few things but to no avail ... one thing I did > notice is that the default visual for wxGLCanvas is 16bit - do you > change the pixel format at all? > >> > >> I'm also down to a pretty trivial example case, with only a single > window, so it's got to be something with my class derived from > wxGLCanvas or my build env ... > >> > >> > >> -----Original Message----- > >> From: [EMAIL PROTECTED] on behalf of J.P. Delport > >> Sent: Fri 8/18/2006 11:20 PM > >> To: osg users > >> Subject: Re: [osg-users] Producer and Win32 > >> > >> Hi, > >> > >> according to grep, that is indeed the only place I call it. I am only > > >> using a single context, so I'm not sure if the usage would change for > > >> multiple contexts. > >> > >> rgds > >> jp > >> > >> Gian Lorenzetto wrote: > >>> Thanks for that. So is that the only time you call SetCurrent()? I'm > calling it in my render method (called from OnIdle), as well as before > my initialisation code (which is actually not required now ...), but not > in the OnPaint handler. > >>> > >>> To be honest I never really worried too much about it as it has > always worked, but perhaps I'm misusing SetCurrent in some way. > >>> > >>> -----Original Message----- > >>> From: [EMAIL PROTECTED] on behalf of J.P. Delport > >>> Sent: Fri 8/18/2006 11:00 PM > >>> To: osg users > >>> Subject: Re: [osg-users] Producer and Win32 > >>> > >>> Hi, > >>> > >>> my update/cull/draw is all inside onIdle. > >>> > >>> In onPaint there is only the following: > >>> > >>> --8<--- > >>> onPaint(wxPaintEvent& e) > >>> { > >>> wxPaintDC dc(this); > >>> > >>> #ifndef __WXMOTIF__ > >>> if (!GetContext()) return; > >>> #endif > >>> > >>> SetCurrent(); > >>> > >>> } > >>> --8<--- > >>> > >>> rgds > >>> jp > >>> > >>> Gian Lorenzetto wrote: > >>>> Hey, > >>>> > >>>> Hmm ... do you actually perform the update/call/draw inside the > handler or request a paint event and then perform the draw there? I ask > because I don't really use the OnPaint handler for much, other than to > create a wxPaintDC. > >>>> > >>>> I also had to make some updates due to osgGA changing and perhaps > I've created some strange timing issue with the rendering ... > >>>> > >> > >> --------------------------------------------------------------------- > >> --- > >> > >> _______________________________________________ > >> osg-users mailing list > >> [email protected] > >> http://openscenegraph.net/mailman/listinfo/osg-users > >> http://www.openscenegraph.org/ > > > > -- > > This message is subject to the CSIR's copyright, terms and conditions > > and e-mail legal notice. Views expressed herein do not necessarily > > represent the views of the CSIR. > > > > CSIR E-mail Legal Notice > > http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html > > > > CSIR Copyright, Terms and Conditions > > http://mail.csir.co.za/CSIR_Copyright.html > > > > For electronic copies of the CSIR Copyright, Terms and Conditions and > > the CSIR Legal Notice send a blank message with REQUEST LEGAL in the > > subject line to [EMAIL PROTECTED] > > > > > > This message has been scanned for viruses and dangerous content by > > MailScanner, and is believed to be clean. MailScanner thanks Transtec > Computers for their support. > > > > _______________________________________________ > > osg-users mailing list > > [email protected] > > http://openscenegraph.net/mailman/listinfo/osg-users > > http://www.openscenegraph.org/ > > > > > > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > osg-users mailing list > > [email protected] > > http://openscenegraph.net/mailman/listinfo/osg-users > > http://www.openscenegraph.org/ > > -- > This message is subject to the CSIR's copyright, terms and conditions > and e-mail legal notice. Views expressed herein do not necessarily > represent the views of the CSIR. > > CSIR E-mail Legal Notice > http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html > > CSIR Copyright, Terms and Conditions > http://mail.csir.co.za/CSIR_Copyright.html > > For electronic copies of the CSIR Copyright, Terms and Conditions and > the CSIR Legal Notice send a blank message with REQUEST LEGAL in the > subject line to [EMAIL PROTECTED] > > > This message has been scanned for viruses and dangerous content by > MailScanner, and is believed to be clean. MailScanner thanks Transtec > Computers for their support. > > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/ _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
