Hi Robert,

I tried to narrow it down by removing parts of the file. The first culprit seems to be in the TextureAttribute. Removing it, will move the error towards the end of the file. I also counted the curly braces to see if the number of opening and closing tags matches, which is true. Unfortunately the non-working files are produced by some bigger infrastructor (with a lot of visitors and an optimizer running over it) so it is hard to reproduce.
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.
Yes, the working version is built with osgconv, while the non-working processed a bit more. This should not affect serialization IMHO, it simply adds some more nodes.
Interestingly the error also occurs with the osgb format.

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?
I will try to export to osg and ive if this helps.

Sorry, that I cannot give more insight since I'm not familiar with serialization approach. The only thing I can do is to narrow it down to the nodes which cause the problems.

Cheers
Sebastian


Thanks,
Robert.



On 18 February 2015 at 13:00, Sebastian Messerschmidt <sebastian.messerschm...@gmx.de <mailto: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
    <mailto: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
        <mailto:osg-users@lists.openscenegraph.org>
        
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org




    _______________________________________________
    osg-users mailing list
    osg-users@lists.openscenegraph.org  
<mailto:osg-users@lists.openscenegraph.org>
    http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


    _______________________________________________
    osg-users mailing list
    osg-users@lists.openscenegraph.org
    <mailto: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

_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to