Re: [osg-users] Graphics context issues

Hi Ryan, Your code works when my laptop is using Intel graphics, but when I switch to Nvidia graphics, the glGetString calls fail for some reason (maybe the GL context isn't switching?). Strange. Switching the whole app to single-threaded works for both. That's indeed strange. The snippet I

Re: [osg-users] Graphics context issues

SMesserschmidt wrote: > Hi Ryan, > Can you create a minimal _compilable_ example, so more people might > check what is wrong? > Sure - I've attached an osglight-derived example. Compile with: Code: g++ -o osglight osglight.cpp -losg -lOpenThreads -lGL -losgUtil -losgViewer -losgDB Rya

Re: [osg-users] Graphics context issues

Windows tells me: Screen 0: Windows Error #170: [Screen #0] GraphicsWindowWin32::makeCurrentImplementation() - Unable to set current OpenGL rendering context. Reason: The requested resource is in use. If I move your code into the callback it displays the correct information however. Tested o

Re: [osg-users] osgUtil Delaunay and a bit complex intersecting constraints

Hi Nick, I regret merging the osgUtil::DelaunayTriangulator submission all those years back. While it comes close to working OK it just isn't robust enough and making it robust will require support for a robust incircle/same side test that isn't trivial to implement, and require some novel tricks

Re: [osg-users] osgUtil Delaunay and a bit complex intersecting constraints

Hi Robert, thanks for the fast reply. And I agree with you. My call was more for those in the community that have experience with this and are willing to share. In the last couple of years I worked with commercial software (at least two big names, like Oktal, TrianGraphics) and the core for their