Hi,
is there a reason why View::setCameraManipulator method also sets the
manipulator node? It seems that this method does more than what it states. In
particular if I already set a node into the manipulator calling setManipulator
erases the previous node.
Regards,
Gianni
--
Hi all,
I found that OSG has display lists enabled by default on Geometry objects and
it remains enabled even if instancing is enabled. This made for a fairly long
and non-intuitive debug session as I was trying to figure out why my geometry
failed to be drawn. Ultimately, I just had to
Hello,
When using a composite viewer, views will not change focus correctly if the
associated camera per view has render target implementation as
FRAME_BUFFER_OBJECT. The function is generatePointerData in
CompositeViewer.cpp. It only checks for target implementation FRAME_BUFFER
I brought
How would you propose this work? Instancing is a property of the
PrimitiveSet, and display list usage is a property of the Geometry object.
Would you modify Geometry::addPrimitiveSet() to look for use of instancing,
and if detected, disable display lists? What if the instanced PrimitiveSets
are
Sorry to dig this back up,
What's the best way to flip the coord system for osgWidgets. Top Left
(0,0). Is there an easy way in osg? Or do I need calculate widget position with
resize events?
--
Read this topic online here:
5 matches
Mail list logo