Hi Sebastian, I'm currently working on wrapping up the shader composition usage in osgTerrain and not yet in place where I can down tools and take on another potentially complicated subject. Once I've wrapped up my current work I'll have a look. Others are welcome to dive in and have a look.
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