Re: [osg-users] Infinite loop at osgt loading

Some additional information: in_avail() just returns 4096 when unget() fails. Is it possible that the stream buffer is full? 2011/6/30 Wang Rui : > Hi J-S and all, > > I've put some marks in the matchString() method and now I've collected > some information. While unget() command is executed in th

Re: [osg-users] Infinite loop at osgt loading

Hi J-S and all, I've put some marks in the matchString() method and now I've collected some information. While unget() command is executed in the loop, the rdbuf()->sungetc() returns 'eof' somehow, and the istream is thus set to badbit. The reading process will then halt because the entire stream

Re: [osg-users] Infinite loop at osgt loading

Hi J-S 2011/6/29 Jean-Sébastien Guay : > > But you never say what exactly the problem is that unget() causes... Since > cow.osgt seems to work, what is different in these files? > Don't mind. I'm a little curious about the problem, too, as cow, cessna and glider all work fine. I'll try to do some

Re: [osg-users] Infinite loop at osgt loading

Hello Wang Rui, The bug seems to be caused because of the modification in rev 12669, which uses unget() instead of seekg() to solve the problem of unix file endings. Roll back and convert the .osg file to .osgt under Windows and you may view it smoothly. But the trunk version could neither view

Re: [osg-users] Infinite loop at osgt loading

Hi Andreas, The bug seems to be caused because of the modification in rev 12669, which uses unget() instead of seekg() to solve the problem of unix file endings. Roll back and convert the .osg file to .osgt under Windows and you may view it smoothly. But the trunk version could neither view these

Re: [osg-users] Infinite loop at osgt loading

Hi J-S, Thanks for the confirmation. I'm also on Windows 7 64 bit, VC++ 2008 Express. It hangs in both x86 and x64 builds. It seems readString( passString ) always returns the empty string for the osg::Geometry with UniqueID 8 and that the readObjectFields for this geometry didn't manage to

Re: [osg-users] Infinite loop at osgt loading

Hi Andreas, With OpenSceneGraph-3.0.0, loading OpenSceneGraph-Data-3.0.0/spaceship.osgt in osgviewer hangs in an infinite loop in AsciiInputIterator::advanceToCurrentEndBracket. I haven't been able to find the cause for this, maybe someone more knowledgeable in these new formats understands what

[osg-users] Infinite loop at osgt loading

Hi, With OpenSceneGraph-3.0.0, loading OpenSceneGraph-Data-3.0.0/spaceship.osgt in osgviewer hangs in an infinite loop in AsciiInputIterator::advanceToCurrentEndBracket. I haven't been able to find the cause for this, maybe someone more knowledgeable in these new formats understands what's go

Re: [osg-users] infinite loop

Hi Jonathan, The way I'd recommend doing what you are after is the move to OSG-2.x and try out the embedded window support in the new osgVIewer library. This will allow you to create the graphics context which is suitable for mesa and then get the OSG to do its renderering with setting up any wind

Re: [osg-users] infinite loop

Hi Robert, its because I link with mesa3d instead of opengl and mesa3d does not support the WGL_ARB_PIXEL_FORMAT. When I link with opengl the osgProducer::Viewer is working properly because the WGL_ARB_PIXEL_FORNAT is supported. But I need to link with mesa3d in order to perform 16 bits per channel

Re: [osg-users] infinite loop

Hi Jonathan, Have you tried the 2.x series of the OSG at all? It has a new window set up path that may well solve the issues you are seeing. Curiously I don't recall any reports of inifinite loops under 1.2. What hardware are you working on? Have you tried updating the OpenGL drivers? Robert.

[osg-users] infinite loop

Hi, does the osgProducer::Viewer (I use osg 1.2) is suppose to work if the WGL_ARB_PIXEL_FORNAT is not supported? It seems fall in an infinite loop ( in the method VisualChooser::choose( Display *dpy, int screen, bool strict_adherence) ) when this extension is not supported. The variable "failed"