Hi Robert,
A few month ago, you solved one of my issues :
http://forum.openscenegraph.org/viewtopic.php?t=11769postdays=0postorder=ascstart=14
Today I've discovered some problems with this approach (I use it for materials,
as you suggested in your post) : the shader composition uniforms seems
Hi Robert and Mathias,
back after the weekend.
I do also wonder about formalizing the extension set up. In essence we are
initializing bool relating to feature supported yes/no, and the function
pointers. Currently it's all rather adhoc how this is all done. The whole
area could do with a
Hello,
I am trying to do some hit tests on a geode that only has one drawable of a
GL_POINT.
It seems my hit test only picks up the very center of the point, no matter how
large I draw the point. Could I get some guidance on how to pick the object
using the actual size?
Here is the picking
Hi,
I'm having problems putting to work eclipse c++ project with osg. I have no
problems compiling the code
Code:
int main (int argc, char* argv[])
{
osgViewer::Viewer viewer;
osg::Node* grp =
osgDB::readNodeFile(./workspace/AvatarPlatform_/data/Models/scene.fbx);
Hi John,
My brain is rather full with thoughts about scripting integration right now
so not much space to ponder other issues so can't provide an in-depth reply
yet, but one question you had was quick to answer so I'll do so below, then
come back to the topic more widely later.
On 23 September
Hi,
thank you for your quick answer. In fact, my project is part of a GIS and these
big transforms are are actually part of such a local origin approach.
However, I still have not understood where the inaccuracies that I see come
from. I have, however, reduced the critical part of my scene
My client who drove the creation of the osgTransparencyToolkit has asked
me to see about adding it to the OSG website so that new users can find and
utilize it and it can grow. (I presume that it doesn't really belong in the
core OSG distribution). What would be the recommended section of the
On Mon, Sep 23, 2013 at 3:55 PM, Aitor Ardanza aitoralt...@hotmail.com wrote:
Eclipse debug error when osgDB::readNodeFile is called:
Can't find a source file at
/home/aitorard/OpenSceneGraph-3.2.0/include/osgDB/Registry
Locate the file or edit the source lookup path to include its location.
Hi Chris,
You may want to add it here
http://www.openscenegraph.org/index.php/community/projects
Cheers
El lunes, 23 de septiembre de 2013, Chris Hanson escribió:
My client who drove the creation of the osgTransparencyToolkit has asked
me to see about adding it to the OSG website so that
And maybe you want to post a community new as well.
El lunes, 23 de septiembre de 2013, Jordi Torres escribió:
Hi Chris,
You may want to add it here
http://www.openscenegraph.org/index.php/community/projects
Cheers
El lunes, 23 de septiembre de 2013, Chris Hanson escribió:
My client
On 23.9.2013 12:51, Aurelien Albert wrote:
I've spotted the problem source : in void State::apply(const StateSet* dstate),
there is this line :
_currentShaderCompositionUniformList.clear();
So all shader composition uniforms are cleared at each StateSet apply. I've
tried to comment
Hi Simon,
I'm afraid I can't spot what might be amiss from your code snippets and
description. All I can say is the local origin scheme used by VPB and
other tools like osgEarth works extremely well. I've explain how it's
structured so don't know what more to add. Perhaps others can provide
Hi rmilh,
If there is some interest I could send all the stuff to the submissions at
the end of this week
Thanks for the sharing offer, I'm interested !
I think I've made some progress in the analysis of my problem, could you just
test the following inside your experimental shader
13 matches
Mail list logo