Morning all,
I have been doing some testing and have updated a fresh copy from SVN of
openscenegraph-data and the latest SVN.
After running examples.bat I get a blank screen on a lot of the examples...
If I run osgviewer cow.osg it works, but cow.osgt does not, it looks like
its WIP but just to
Hi Martin,
On Mon, Jun 27, 2011 at 11:00 AM, Martin Naylor
martinnay...@virginmedia.com wrote:
I have been doing some testing and have updated a fresh copy from SVN of
openscenegraph-data and the latest SVN.
After running examples.bat I get a blank screen on a lot of the examples...
If I run
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
On Mon, Jun 27, 2011 at 11:00 AM, Martin Naylor
martinnay...@virginmedia.com wrote:
I have been doing some testing and have updated a fresh copy from SVN of
openscenegraph-data and the latest SVN.
After running
Hi Martin,
On Mon, Jun 27, 2011 at 12:03 PM, Martin Naylor
martinnay...@virginmedia.com wrote:
I have had a look around and can come up with no problems.
Not sure where to look at the moment, running via remote desktop at present
so ignore the GL errors...it did happen when running on my
Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 27 June 2011 12:12
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
On Mon, Jun 27, 2011 at 12:03 PM
] On Behalf Of Robert
Osfield
Sent: 27 June 2011 12:12
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
On Mon, Jun 27, 2011 at 12:03 PM, Martin Naylor
martinnay...@virginmedia.com wrote:
I have had a look around and can come up with no problems
Hi Martin,
I've had another thought, the old .osg plugin explictly preloads the
core osg class wrappers to retain backwards compatibility with how
they worked bofore, while the new serailizers load an the serializer
dll's on demand. It could be this secondary dll loading that is at
fault.
Could
Osfield
Sent: 27 June 2011 12:23
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
The test.osg you have is missing all the contents of the scene graph
save for the root group. I would suspect that loading of the
serializers is amiss somewhere
: 27 June 2011 12:43
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
I've had another thought, the old .osg plugin explictly preloads the
core osg class wrappers to retain backwards compatibility with how
they worked bofore, while the new serailizers
Hi Martin,
On Mon, Jun 27, 2011 at 12:56 PM, Martin Naylor
martinnay...@virginmedia.com wrote:
Is it the files that are naff that are downloaded from Openscenegraph-data,
or need updating?
As far as I'm aware the .osgt files in OpenSceneGraph-Data are all
correct, I have now tagged
and posted
...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 27 June 2011 13:14
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
On Mon, Jun 27, 2011 at 12:56 PM, Martin Naylor
martinnay...@virginmedia.com wrote
Hi Martin,
On Mon, Jun 27, 2011 at 1:18 PM, Martin Naylor
martinnay...@virginmedia.com wrote:
Hi Robert,
Here is the osgt cow...
I will check out 3.0.0 dataset and give that a go..
I've just done a diff and uour cow.osgt is identical with the one
OpenSceneGaph-Data-3.0.0.
The problem at you
Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 27 June 2011 13:31
To: OpenSceneGraph Users
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi Martin,
On Mon, Jun 27, 2011 at 1:18 PM, Martin
Hi Robert,
From your previous emails you reported sucsess, but you weren't
specific in which test this was. So just for cariity what happens
when you do:
osgconv cow.osg test.osgt
osgviewer test.osgt
If this works could you compare the cow.osgt in OpenSceneGraph-Data
and the test.osgt.
Hi J-S,
On Mon, Jun 27, 2011 at 2:20 PM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com wrote:
If I change cow.osgt (from OSG-Data) to Windows line endings, then it loads
correctly in osgviewer. So the question is, why does the line ending style
make any difference? Perhaps the osgt
Hi J-S,
On Mon, Jun 27, 2011 at 2:41 PM, Robert Osfield
robert.osfi...@gmail.com wrote:
I'll convert line endings to dos on my system to see if I can recreate
the problem under Linux.
I've just done a test and .osgt with dos line endings works fine under Linux.
Robert.
On 27/06/11 15:46 , Robert Osfield wrote:
I'll convert line endings to dos on my system to see if I can recreate
the problem under Linux.
I've just done a test and .osgt with dos line endings works fine under Linux.
I ran the same test on OS X and it works fine here as well (line endings
Hi Robert,
I can have a go at debugging this if you have no ideas. Clearly changing
all the files in OSG-Data to have Windows line endings is not a solution.
OK, debugging into this, it gets into InputStream::readObjectFields()
(src/osgDB/InputStream.cpp line 632 on trunk). Here as I
Hi Robert,
Thanks for the testing. It confirms that it isn't a problem specific
problem to Martin's system, and show's that we all haven't done enough
testing of all the different combinations of usage of the new
serializers.
Yeah, well this is the first time I've tried using .osgt files
Hi J-S,
Thanks for looking into this issue. I will need to dig into the code
itself to have a go at understanding it so can't yet provide any
suggestions, the difference in behaviour between Windows and Unices
seems to be the key, so I'd suspect there is something probably
happening when reading
Subject: Re: [osg-users] problem with openscenegraph-data?
Hi J-S,
Thanks for looking into this issue. I will need to dig into the code
itself to have a go at understanding it so can't yet provide any
suggestions, the difference in behaviour between Windows and Unices
seems to be the key, so I'd
Hi J-S,
I'm back online once more. Have you looked into this topic any
further? Unfortunately as I don't have a Windows box at it's a window
specific problem I'm rather stuck in debugging it.
Robert.
___
osg-users mailing list
Hi Window dev's,
I'm currently investigation the problem under Windows with the unix
line endings, which is a bit awkward as I only have a Linux system so
can't test it directly... So will need Windows users to test stuff out
for me.
One thing I'd like to test is whether the addition of the new
Hi Robert,
I'm back online once more. Have you looked into this topic any
further? Unfortunately as I don't have a Windows box at it's a window
specific problem I'm rather stuck in debugging it.
Looking at it some more, the problem seems to be here:
virtual bool matchString( const
Hi Robert,
Could copy the cow.osgt to cow_76.osgt and then you ammend this files
so the top few lines read read
#Ascii Scene
#Version 76
#Generator OpenSceneGraph 2.9.17
And then attempt to run :
osgviewer cow_76.osgt
This didn't make any difference. The result is the same, only the
Hi J-S,
Thanks for digging into the problem. I find it difficult to believe
that tell, seek istream implementations are broken. It might be worth
putting a tellg before and after the seek to see what values it's
using.
As for moving to binary mode, this is possible, nor sure of the
fallout
Hi J-S and all other Window dev's
I have just re-implemented the possibly offending matchString method
with a seekp that uses absolute positions. The code looks like - the
#if 0 is the original implementation, and the #else implementation is
my new version based on absolute file positions.
The
Hi Robert,
Thanks for digging into the problem. I find it difficult to believe
that tell, seek istream implementations are broken. It might be worth
putting a tellg before and after the seek to see what values it's
using.
I did this:
virtual bool matchString( const std::string str )
Hi Robert,
_in-seekg( filePos, std::ios::beg );
Still doesn't work for me, same effect... See my other message, and in
particular the fact that the tellg() calls returned the same values in
both the working and non-working cases makes me think this is not
reliable, so even
Hi J-S,
On Mon, Jun 27, 2011 at 7:34 PM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com wrote:
Still doesn't work for me, same effect... See my other message, and in
particular the fact that the tellg() calls returned the same values in both
the working and non-working cases makes me
Hi Robert,
Argghghg unget it is. Could you send me the whole modified file
and I'll merge it with svn/trunk, do some testing and if it looks OK
check it into the OSG-3.0 branch for the release.
Argghghg is exactly the term I would use to describe this situation ;-)
Here is the file
Hi J-S,
On Mon, Jun 27, 2011 at 8:29 PM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com wrote:
Here is the file (src/osgPlugins/osg/AsciiStreamOperator.h), and you might
want to put a descriptive comment so people know why this was done... After
all, my instinct would be to replace a loop
Hi, all,
Sorry I'm late to the thread, but I can confirm that seeking doesn't work for
files open in text mode in VC++. I ran into this with some of my software in
the past. It's rather unbelievable, but it's true.
The docs at msdn.microsoft.com confirm it (search for seekg and look at the
Hi Robert, Jason,
Thanks for the checkin Robert, looks good though I would have been a bit
less familiar in the comment but that's fine :-)
Sorry I'm late to the thread, but I can confirm that seeking doesn't work for
files open in text mode in VC++. I ran into this with some of my
34 matches
Mail list logo