Hi Joshua,
On 28 May 2015 at 19:48, Joshua Robinson shooki.robin...@gmail.com wrote:
We are heavily research group we use openXXX source stuff that works. Since
we can't use it in our research, we decided to drop OSG and evaluate some
else.
FYI, the OSG is used widely in the thousands of
I have a Linux Mint box here that I think I've built OSG on.
You can't find a more descriptive error with the ccmake command, I could
try replicating the situation, but it will probably be a few days until I
can get to it.
On Thu, May 28, 2015 at 6:09 AM, Alberto Luaces alua...@udc.es wrote:
Howdy,
I don't have much time debugging this, need to work on my research.
Hope this helps :
g++ --version
g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even
Howdy,
Thank you all.
We are heavily research group we use openXXX source stuff that works.
Since we can't use it in our research, we decided to drop OSG and evaluate
some else.
Cheers,
-Joshua
On Thu, May 28, 2015 at 2:34 PM, Chris Hanson xe...@alphapixel.com wrote:
Well, you probably need
Well great then. Move on and stop wasting everyones time...
--
Joshua Robinson shooki.robinson@gmail.comschrieb:
I did do a diff between 3.2.1 in Texture and Texture2D, but there are so many
changes it got muddy. I have a lot to do before next week, so unless someone
else finds it before then, I'll just have to stick with what I have until then.
Thank you all for the quick replies.
David
Well, you probably need to try the ccmake recommendation. If it's not
something you have time for, then we probably can't help you much.
On Thu, May 28, 2015 at 12:32 PM, Joshua Robinson shooki.robin...@gmail.com
wrote:
Howdy,
I don't have much time debugging this, need to work on my
Thanks for the guidance on this Robert, it is great to know!
Do you or anyone else here know if the view dependent shadow map in the OSG is
based on the method of the following master thesis? Understanding the
methodology of the technique will help me better understand the code in order
to
Amen. These aren't the droids you're looking for.
On Thu, May 28, 2015 at 2:34 PM, Robert Osfield robert.osfi...@gmail.com
wrote:
Hi Joshua,
On 28 May 2015 at 19:48, Joshua Robinson shooki.robin...@gmail.com
wrote:
We are heavily research group we use openXXX source stuff that works.
Hi all!
I am finishing up some work which involves modifying nodes as they are
loaded via the database pager - I want to edit the data after it is loaded,
but before it is added to the scenegraph. I also need to know the
destination (future parent) node in the scenegraph where the edited node
Hi Mike,
you can add an
osgDB::Registry::ReadFileCallback
and implement the readImage member function.
For registering it to the registry use:
osgDB::Registry::instance()-setReadFileCallback(myCloneReadFileCallback);
This will be triggered by the database-pager when loading the image.
It won't
Hi Mike,
The ReadFileCallback is an ideal place to modify the loaded scene
graph as it's called from the database thread so won't impact the
rendering performance. The only problem is that you are wanting to
know where the loaded subgraph will be attached to the scene graph.
The only info
Hi Karl,
I haven't heard of this specific problem before, but then most users won't
be subclassing from GraphicsWindowX11. In principle I can't see any reason
why it wouldn't work. Without code in front of me that fails to compile I
can only provides guesses as to what is amiss - my best guess
Thanks Sebastian!
The ReadFileCallback is how I'm doing it now: we take an observer_ptr of
nodes loaded in the RFC, then in the main thread before rendering we can
see if the node is still valid and if is inserted in the scenegraph. If we
can find it, then we can perform the edit.
The problem is
Hi Karl,
Did you find the GraphicsContext-setSwapCallback() call? It seems to me
you are taking a very difficult route to get a custom
swapBuffersImplementation.
Regards, Laurens.
On Thu, May 28, 2015 at 9:56 AM, Robert Osfield robert.osfi...@gmail.com
wrote:
Hi Karl,
I haven't heard of this
Hi Joshua,
The Cmake reports of not finding certain libraries or features look to
be all associated with optional components of the OSG that aren't
required to build, unless you want that specific component, for
instance if you want to use osgQt then you'll need Qt headers and libs
installed, but
I will look in to this. I was unaware that would allow me to do what I wanted.
Aside from the GraphicsWindowX11, I was able to do what I want another way too.
We were already subclassing osgViewer so I added a custom renderingTraversals
function. I copied the original one and then changed the
Howdy,
cmake version 2.8.11.2
So far no problem with cmake. Built lots of project with it, no problems.
Cheers,
-Joshua
On Thu, May 28, 2015 at 6:03 AM, Robert Osfield robert.osfi...@gmail.com
wrote:
Hi Joshua,
On 28 May 2015 at 10:46, Joshua Robinson shooki.robin...@gmail.com
wrote:
Howdy Robert,
Linux Mint 16.
Cheers,
-Joshua
On Thu, May 28, 2015 at 4:32 AM, Robert Osfield robert.osfi...@gmail.com
wrote:
Hi Joshua,
The Cmake reports of not finding certain libraries or features look to
be all associated with optional components of the OSG that aren't
required to
Hi Joshua,
On 28 May 2015 at 10:46, Joshua Robinson shooki.robin...@gmail.com wrote:
Linux Mint 16.
I've not used Linix Mint, and it's not one that gets mentioned on the
mailing list/forum, so I don't know if usually users don't have
problems, or perhaps it's just not tried that often, build
Hi Joshua,
On 28 May 2015 at 11:15, Joshua Robinson shooki.robin...@gmail.com wrote:
cmake version 2.8.11.2
So far no problem with cmake. Built lots of project with it, no problems.
There isn't anything else I can suggest as the output from cmake
doesn't provide any clues to what might be
Joshua Robinson writes:
Howdy,
cmake version 2.8.11.2
So far no problem with cmake. Built lots of project with it, no
problems.
Try the ccmake executable instead of cmake. Errors there are usually
more apparent.
--
Alberto
___
osg-users
Hello everyone,
I started upgrading delta3d to use osg 3.3.x, but I ran into a strange problem
that that seems like it must be something that changed in the osg::Texture
code, thought it only manifests on OS X. The texture is setting compressed
mode, I think it turns on mip mapping correctly,
Hi David,
we faced the same issues on Mac, and my colleague found a fast work
around, not the fix though. If this is with dds textures, then in
ReaderWriterDDS.cpp put the following line into comment:
// if (mipmap_offsets.size()0) osgImage-setMipmapLevels(mipmap_offsets);
We are investigating
Hey,
You are a lifesaver. I took it out in the ive plugin as well, and between the
two, all my textures came back.
Thank you!
Cheers,
David
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=63867#63867
Thanks Robert,
these are good hints !
Nick
On Thu, May 28, 2015 at 5:32 PM, Robert Osfield robert.osfi...@gmail.com
wrote:
Hi Guys,
On 28 May 2015 at 16:17, David Guthrie dguth...@alionscience.com wrote:
You are a lifesaver. I took it out in the ive plugin as well, and
between the two,
Hi Guys,
On 28 May 2015 at 16:17, David Guthrie dguth...@alionscience.com wrote:
You are a lifesaver. I took it out in the ive plugin as well, and between the
two, all my textures came back.
Reading this exchange, it sounds like provision of mipmaps is somehow
broken with OSX OSG svn/trunk.
27 matches
Mail list logo