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
Hi Paul,
Thanks for the note about the out of data comments. I've updated this
comment and checked it into svn/trunk and the OSG-3.0. The ContextID
is set by the osgViewer::GraphicsWindow intialization, calling
GraphicsContext::createContextID() that manages the unique ID's.
Robert.
On Sun,
Robert,
The unices built fine.
Thanks!
Mathias
--
Dr. Mathias Fröhlich, science + computing ag, Software Solutions
Hagellocher Weg 71-75, D-72070 Tuebingen, Germany
Phone: +49 7071 9457-268, Fax: +49 7071 9457-511
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier,
Hi Robert,
Yeah its 3.1.0
Let me take a look at a few bits and check my paths etc...
Cheers
Martin
-Original Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 27 June 2011 11:11
To:
Hi Emmanuel,
I has occurred to me that perhaps your build of the latest OSG is
linking to the mesa driver at runtime rather than the NVidia driver.
The OSG itself just links to libGL.so so should pick up any GL driver
that this linked to, and it could be that on your install of the GL
drivers
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
Hi Robert,
Yeah the same results, attached is the converted osg file just in case you
spot some oddities..
Certainly a small file, let me know if you need any debug output or anything
you want me to try.
Not sure if it will convert ok being on remotedesktop...
Cheers
Martin.
-Original
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.
The curious thing is that other windows users have been use the new
serializers for a while now without any problems.
As
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
HI Robert,
That works fine!
Is it the files that are naff that are downloaded from Openscenegraph-data,
or need updating?
Cheers
Martin
-Original Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Hi Robert,
Using .osg works fine, but .osgt is still coming up blank...
Converted cessnafire to osgt and it works ok..
Cheers
Martin
-Original Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent:
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
Hi Robert,
I just sent you the cow.osgt I was using, but its stuck in the list manager
approval...
Also I have downloaded and replaced the dataset with the same results.
Anything else you want me to try just shout...
Cheers
Martin
-Original Message-
From:
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
Hi All,
Any more feedback on the OSG-3.0 branch or OSG-3.0.0-rc6?? I'm ready
to tag the release now. All I need to do is type make tag-run and
then update the website... but first I'd like to see some more
feedback on how things are looking.
I'm particularily keen to get feedback from Windows
Hi Robert,
I just did a diff on the files, it's the old chestnut of carriage returns at
the end of the files(unix style), when comparing against the one using
osgconv.
Believe you have a tool for updating the mass unix carriage returns...does
that make sense?
Cheers
Martin
-Original
Hi Robert,
I'll be at home in some hours, I'll give you feedback as soon as possible, I
think in 4 hours from now.
Would it be possible to include a collada example file into the OSG example
data?
Thank you!
Cheers,
Torben
--
Read this topic online here:
Hi Torben,
On Mon, Jun 27, 2011 at 1:49 PM, Torben Dannhauer tor...@dannhauer.info wrote:
I'll be at home in some hours, I'll give you feedback as soon as possible, I
think in 4 hours from now.
All testing is useful, but I'd like to tag 3.0.0 as soon as possible
as I have lots on stuff to do
Hi Robert,
ok, thanks!
Cheers,
Torben
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=40916#40916
___
osg-users mailing list
osg-users@lists.openscenegraph.org
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,
I would like to render the depth buffer of my scene instead of the color buffer.
I would also like to be able to save the depth buffer and the colorbuffer to a
file (i.e. bmp or jpg or whatever).
How can I do this?
Cheers,
aaron
--
Read this topic online here:
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
Hi loveRiceee
Did you manage to get this working?
Aaron
loveRiceee wrote:
Hi,all
I was trying to save a render-to-texture image file many ways, however,
failed each time.
when i attach texture to camera.it works fine.
but i attach image to camera. it doesn't work right.
I saved the
Hi,
I've been looking at this without any progress. Any ideas on how to debug this
from my application or is there a way to ensure that the animation gets
advanced?
Thank you!
Cheers,
John
--
Read this topic online here:
Hi All,
Cheers all for looking into it, glad it was not my system...
Let me know if I can be of anymore assistance on the matter.
The good news is I have not found anything else that is causing me issues
under VS2008x64 and Windows 7 x64, with Nvidia 480gtx and latest drivers.
Robert -Enjoy the
well, i install OSG like say in this page:
http://dwightdesign.com/2009/05/installing-openscenegraph-280/
a friend that install OSG with this metod can run the proyect, i instal OSG
same way but mark the error mentioned above
--
Read this topic online here:
Hi all,
I am experiencing a weird problem with a custom osg-project (osg 2.9.x)
on windows xp and an Intel GMA 965 (I know, the intel-driver are crappy
as hell, but unfortunately I have to stick with them)
My scene consists basically of a textured quad, playing a video via a
HI Stephan,
I don't have any idea what might be up with the driver, it's rather
counter-intuitive that doing the on screen stats would improve things.
My own suggestion would be to add a final draw callback to the
viewer's Camera that calls glFlush or glFinish to see if either of
these has an
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
SOLUTION
For anyone who struggled with this here is my solution.
I really have no idea how correct it is but it works for me
Code:
//Setup of the viewer and scenedata here
osg::ref_ptrosg::Camera osgCam = viewer.getCamera();
osg::ref_ptrosg::Image colorImage= new osg::Image;
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,
thanks for your suggestion. Meanwhile I found a hack to fix my problem:
I added some GL_ALPHA-textured quads to the scene with alpha 0 (mimicing
osgText). Don't ask me why.
thanks again,
Stephan
Am 27.06.11 17:52, schrieb Robert Osfield:
HI Stephan,
I don't have any idea what
On 6/27/2011 10:47 AM, Stephan Maximilian Huber wrote:
Hi Robert,
thanks for your suggestion. Meanwhile I found a hack to fix my problem:
I added some GL_ALPHA-textured quads to the scene with alpha 0 (mimicing
osgText). Don't ask me why.
I don't have an answer, but I wonder if gDebugger
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 Robert,
rc6 builds fine in release mode on Debian Tesing x86_64, g++ 4.6.
Running osgviewer with the .osgt examples that you mentioned also works ok.
Greetings
Stephan
On 27.06.2011 14:43, Robert Osfield wrote:
Hi All,
Any more feedback on the OSG-3.0 branch or OSG-3.0.0-rc6?? I'm
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 Robert,
OSG3.0 RC6 works find in 32 bit and 64 bit on Win x64, MSVC 9.0 (2008) Sp1 ,
BUT...
the osgt models of OpenSceneGraph-Data-3.0.0 do not work, only empty viewer ist
shown.
Cheers,
Torben
--
Read this topic online here:
Hi, Aaron
If you set singlethreaded mode and stop threading on viewer you can skip
Sleep() step.
Used same thing couple of times :)
Cheers, Sergey.
27.06.2011, 20:11, aaron wetzler aaronwetz...@gmail.com:
SOLUTION
For anyone who struggled with this here is my solution.
I really have no
Hi Aaron,
Is there any reason why an osg::Camera FinalDrawCallback wouldn't work
fine for handling the writes when required? This would work fine for
multi-threaded usage and any length of time the the rendering would
take.
Robert.
On Mon, Jun 27, 2011 at 5:11 PM, aaron wetzler
Hi, John
By default calling viewer::frame updates simulation time. My best bet in this
situation is that update traversal dont get to animation path callback on your
model. Check nodepath from your model to scene root, and check all update
callbacks on nodes in path, they must call
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 Torben,
On Mon, Jun 27, 2011 at 8:40 PM, Torben Dannhauer tor...@dannhauer.info wrote:
OSG3.0 RC6 works find in 32 bit and 64 bit on Win x64, MSVC 9.0 (2008) Sp1 ,
BUT...
the osgt models of OpenSceneGraph-Data-3.0.0 do not work, only empty viewer
ist shown.
The .osgt issue was picked
Hi, All
This may be unrelated, because seen on other osg builds, but i've seen similar
behavior on two machines under ubuntu with nvidia cards. In my case this was
some kind of driver failure, in some conditions driver would just go crazy and
throw errors or even segfaults (with proper gl
Thanks hybr and robertosfield for your comments. Both useful and I will use
those tips.
Although my solution does work its not enough and Im now stuck on a couple of
things. If you could point me in the right direction or to the right links that
would be great
1)How do I render the depth
Hi Alessandro,
Both the .ive and .osgb formats support reading/writing images that
are externally loaded so this is probably the best workaround. If you
run:
osgconv --format ive
OR
osgconv --format osgb
You'll get a list of the options avaiable to pass in to the plugin to
make them use
Hi, Aaron.
1) You can render scene depth to texture(using additional camera), then render
screen aligned quad with this texture on screen. Or you can use osgPPU nodekit
to do this, in this case you will need to make pipeline of two units:
UnitDepthBufferBypass and UnitOut (iirc)
2) You have
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
[quote=hybr]check all update callbacks on nodes in path, they must call
traverse(osg::Node*, osg::NodeVisitor*) inside operator()(osg::Node*,
osg::NodeVisitor*) to continue traversal on graph downwards.
[quote]
That was the problem. One of my NodeCallback classes was not calling traverse.
Hi Robert,
Compiles well with Windows XP and VisualStudio 8 SP1. The sample osgt
files work render properly.
Wang Rui
2011/6/28 Robert Osfield robert.osfi...@gmail.com:
Hi All,
The bug report of problems reading .osgt in the OpenSceneGraph-Data
under Windows rather set us back a number of
62 matches
Mail list logo