Hi Sebastian, I have just tried both files with svn/trunk version of the OSG. I see both have 3.3.4 version and latest SOVersion marked in them so you've made them recently.
When I run the following I get: $ osgviewer e_works.osgt AsciiInputIterator::readProperty(): Unmatched property }, expecting Value AsciiInputIterator::readProperty(): Unmatched property {, expecting UniqueID InputStream::readObject(): Unsupported wrapper class Drawables All I get is blank window, and when I enable the stats by pressing 's' I get odd resulting text suggesting an issue with what looks like a blending issue. When I run the second file I get: $ osgviewer e_works.osgt AsciiInputIterator::readProperty(): Unmatched property }, expecting Value AsciiInputIterator::readProperty(): Unmatched property {, expecting UniqueID InputStream::readObject(): Unsupported wrapper class Drawables robert@bracklin:~/Contributors/SebastianMesserschimdt$ osgviewer cow.osg robert@bracklin:~/Contributors/SebastianMesserschimdt$ osgviewer e_works.osgt AsciiInputIterator::readProperty(): Unmatched property }, expecting Value AsciiInputIterator::readProperty(): Unmatched property {, expecting UniqueID InputStream::readObject(): Unsupported wrapper class Drawables robert@bracklin:~/Contributors/SebastianMesserschimdt$ osgviewer e_works.osgt AsciiInputIterator::readProperty(): Unmatched property }, expecting Value AsciiInputIterator::readProperty(): Unmatched property {, expecting UniqueID InputStream::readObject(): Unsupported wrapper class Drawables robert@bracklin:~/Contributors/SebastianMesserschimdt$ osgviewer e_ e_fails.osgt e_works.osgt robert@bracklin:~/Contributors/SebastianMesserschimdt$ osgviewer e_fails.osgt AsciiInputIterator::readProperty(): Unmatched property }, expecting Value AsciiInputIterator::readProperty(): Unmatched property {, expecting UniqueID InputStream::readObject(): Unsupported wrapper class OVERRIDE|PROTECTED AsciiInputIterator::readProperty(): Unmatched property }, expecting UniqueID InputStream::readObject(): Unsupported wrapper class } AsciiInputIterator::readProperty(): Unmatched property Values, expecting UniqueID AsciiInputIterator::readProperty(): Unmatched property }, expecting UniqueID InputStream::readObject(): Unsupported wrapper class } AsciiInputIterator::readProperty(): Unmatched property , expecting UniqueID AsciiInputIterator::readProperty(): Unmatched property , expecting UniqueID AsciiInputIterator::readProperty(): Unmatched property , expecting UniqueID AsciiInputIterator::readProperty(): Unmatched property , expecting UniqueID InputStream: Failed to read from stream. At osg::Group osg::Group osg::Group osg::Group osg::Geode osg::Geometry osgviewer: No data loaded I haven't begun investigating yet. Do you have an clues to what might be amiss? Do you have the original file in a form that I could load and have it work on screen. For instance exporting via .ive and .osg? Thanks, Robert. On 18 February 2015 at 13:00, Sebastian Messerschmidt < sebastian.messerschm...@gmx.de> wrote: > Hi Robert, can you have look into the issue? > > I've attached two versions of the file. > The working one is created by simply using osgconv. The non-working > version undergone some traversing by visitors, optimizers etc. > Version is the current trunk. > I'll try to chase on my own to pinpoint the problem. > > Cheers > Sebastian > > > I'm too deep in the shader work right now to pop up and take on > another topic, so will have to return to issues once this work is wrapped > up - should be in the next couple of days. > > W.r.t serialization, work most of my testing I used .osgt and .osgb so > for a good range of uses it looks to be working fine but just ran a quick > test with your sign.osgt and it fails. I can't dive into what might be > wrong right now so can't provide an specific suggestions as to what might > be amiss. > > Does the .osg format work OK for this data? If so could you post a .osg > version so that it can be compared. > > W.r.t serializer changes since 3.2.x, the main changes have been to make > the serializers more flexible so that it enables the better introspection > capabilities required by scripting support. In theory this changes > shouldn't affect the reading/writing of .osgt and .osgb files, but perhaps > something has gone amiss here. What it might be I can't say at all at this > stage. > > Robert. > > > > > On 3 February 2015 at 09:53, Sebastian Messerschmidt < > sebastian.messerschm...@gmx.de> wrote: > >> Hi, >> >> I've just created some osgb/osgt files and most of them cannot be loaded >> anymore. They are failing with >> InputStream::readObject(): Unsupported wrapper class ☺ >> for osgb files and >> AsciiInputIterator::readProperty(): Unmatched property Values, expecting >> UniqueID >> for osgt. >> >> I've attached the file in binary and text flavour which are not working >> for me. >> Can someone please check if they are behaving the same on their machines? >> >> @Robert: It seems something got broken with the serialization since the >> 3.2.x versions. >> >> _______________________________________________ >> osg-users mailing list >> osg-users@lists.openscenegraph.org >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> >> > > > _______________________________________________ > osg-users mailing > listosg-users@lists.openscenegraph.orghttp://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > >
_______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org