I would derive from StandardShadowMap to gain access to _stateset variable.
Then, osg::StateSet::getAttribute can return osg::Program it contains.
2014-04-14 22:44 GMT+07:00 Trajce Nikolov NICK <
trajce.nikolov.n...@gmail.com>:
> I looked at the code of StandardShadowMap.cpp and I think this obj
Hi Nicolas,
OSG has really good support for windowing, but It should be pretty
straightforward looking at the osgviewer(GLUT|FLTK|...) examples from the
source code:
For instance:
http://trac.openscenegraph.org/projects/osg/browser/OpenSceneGraph/trunk/examples/osgviewerGLUT/osgviewerGLUT.cpp
R
Hi,
I think I found a bug in osg 3.2.0
I needed to use osgUtil::SmoothingVisitor. For some reason my compiler couldn't
find some of the functions so I just added SmoothingVisitor.cpp to my project
(I may have taken that file from 3.2.1 rc2), and I got a big bug:
in the function normalize I got
Hi,
I found a workaroud:
Code:
osg::Geometry* geom =
meshNode_->asGroup()->getChild(0)->asGeode()->getDrawable(0)->asGeometry();
osgUtil::SmoothingVisitor sv;
sv.smooth(*geom);
Thank you!
Cheers,
alexis
--
Read this topic online here:
http://forum.opensceneg
bump
> Hi,
> is it possible to bind a GLFW3 window and OSG ? I didn't see anything
> like "osgviewerGLFW"...
>
> ...I'm not using SFML2 but there is an example
> [ http://en.sfml-dev.org/forums/index.php?topic=6651.0 ]
> where they are using "osgUtil::SceneView" to bind SFML2 and OSG, but
> "Scen
To at least partially answer my own question, everything seems fine if I
manually apply the scale to the radius. So essentially, if you have a scale
transform, it will affect the radius, center point, ranges, and vertex
positions during the cull and draw. However if you flatten the scale, it see
Hi Robert,
I am not sure if you are familiar with this code ( I bet You are ;-) ). I
have a case where I want to mix shaders with the one that are provided to
this class and I need access through the interface to the osg::Program
which holds these shaders and it is instantiated locally in the scop
I have run across an issue related to scaled flattening over an LOD. I have a
Matrix transform with a static scale in it over an LOD node. For the LOD, I
have exact ranges that I want it to change at, regardless of scale, i.e. always
switch LOD at 1000ft, 2000ft etc. If I leave the matrix transf
On 14 April 2014 17:24, Chris Hanson wrote:
> This is a known shakedown scam. Typically Ross Investments won't exist, and
> it's a ploy by hk-ip.org to try to get you to buy domains from them.
>
> If you ignore it, what will typically happen is the mysteriously, Ross
> Investments will turn out no
This is a known shakedown scam. Typically Ross Investments won't exist, and
it's a ploy by hk-ip.org to try to get you to buy domains from them.
If you ignore it, what will typically happen is the mysteriously, Ross
Investments will turn out not to buy those domains for some reason! ;)
Ignore it.
Hi All,
On 9 April 2014 10:05, Alberto Luaces wrote:
>> Indeed, whatever is not pure .com or .org is always preceived as
> "secondary", so IMHO it's not a real danger.
>
> Take into consideration that anybody can register any OSG-related
> domain, as osg-tricks.com or osg-official.org, but just t
Thanks for spotting this Tianlan, I've changed the comment and check
it into svn/trunk and the OSG-3.2 branch.
On 14 April 2014 10:29, Tianlan Shao wrote:
> Hi all,
> I just found that the document of osgManipulator::TranslatePlaneDragger
> seems uncorrect. The introduction "Tab plane dragger con
Also it seems that older version of osg (osg111) cannot read these files
even without vertex attributes.
Has there been a breaking change in the serialization format?
cheers
Sebastian
Hi,
I've just found some curious bug in the osg(t/b) serializers.
Currently I'm using a more or less up2date t
I looked at the code of StandardShadowMap.cpp and I think this object at
line: 544 osg::Program has to be exposed to the interface as well. Robert,
will You accept such a change, it is minor but will change the interface
with one getProgram() method and will not brake anything. This case is good
ex
Hi,
I've just found some curious bug in the osg(t/b) serializers.
Currently I'm using a more or less up2date trunk.
When I add vertex-attributes for tangent space to a node and write out
the file, it is no longer readable by osg. I'll try to provide a
minimal example demonstrating the issue.
H
Knowing the problem a bit I think the question is how to access the
osg::Program of the shader technique for binding vertex attributes like the
binormal and tangents arrays.
Nick
On Mon, Apr 14, 2014 at 11:07 AM, Jaime wrote:
> Thanks kornerr.
>
> I was checking your code, but the problem is t
So, the problem related to the "NaN" dump of "CullVisitor::apply(Geode&)" is
solved in OSG 3.2.0.
On the other side there is still a problem related to the 3d graphics
disappearing. This can be easily reproduced with osgviewerQt example.
Basically, resizing the viewer to have 0 height then expand
Hi all,
I just found that the document of osgManipulator::TranslatePlaneDragger
seems uncorrect. The introduction "Tab plane dragger consists of a plane
with tabs on it's corners and edges for scaling." is identical with
TabBoxDragger.
I hope here is the right place to report this (minor) bug.
Be
Thanks for the helpful hints. I think it's a great idea, that the new OSG
release offers a "default" way how to deal with these projection transform
changes.
2014-04-11 18:00 GMT+02:00 Rafa Gaitan :
> Oh! that's new! I need to upgrade now to osg-3.2 :)
>
> Rafa.
>
>
> 2014-04-11 16:39 GMT+02:00
Thanks kornerr.
I was checking your code, but the problem is that I don't want deferred
shading, because I need transparency too.
I think I should use LightSpacePerspectiveShadowMap because there I can use
setShadowVertex/FragementeShader.
Nick helped me with his code (thanks again Nick!), bu
20 matches
Mail list logo
