Hi Robert,
Robert Osfield wrote:
Hi J.P,
The issue you are hitting up against is a limitation of
osg::AutoTransform in that it only has a single set of state so when
you have two or more views that require different stats you'll get
issues with both views attempting to sets it's value. The only way to
solve this would be to refactor osg::AutoTransform to have multiple
states in some way.
OK, are there any examples of nodes that keep multiple state that I can
maybe look at?
As far as I could see the state was kept to avoid unnecessary updates,
but maybe I can just make one that does not keep state and updates
regardless of view changes.
Also, do you think the disappearing and not coming back in the osgviewer
case (one view) is also related to the internal state?
rgds
jp
Robert.
On Mon, Jan 11, 2010 at 7:37 AM, J.P. Delport <jpdelp...@csir.co.za> wrote:
Hi all,
we've run into a strange interaction between autotransform and small feature
culling when using a compositeviewer in one of our apps. The problem can be
reproduced using the attached icon.osg file. The file contains a cessna with
an autotransformed image (icon) that travels with it.
Open the file using osg's compositeviewer example:
osgcompositeviewer icon.osg
Two identical cessna's with the icon overlayed should be displayed in the
bottom left and bottom right views.
Now zoom in the bottom right view slowly. At some point the icon in the
bottom _left_ view disappears. If one zooms out the right view again, the
left icon appears again [1]. If one zooms the right view so that the right
icon disappears, neither icon comes back when zooming or resetting the view
(space) [2].
We've had problem [1] in our app and it seems to go away when we disable
small feature culling. [2] I've only encountered now when I tried to
reproduce the problem.
Any ideas on where to start searching for a fix for this problem? I started
by looking at AutoTransform's code and it does seem to keep state that might
not cater for multiple cameras, but the thing that baffles me is that
disabling small feature culling fixes [1]. I have not further investigated
[2].
Any help/pointers appreciated.
regards
jp
PS. [1] can be reproduced by swapping procedure left/right also. [2] can
also be reproduced in normal osgviewer.
--
This message is subject to the CSIR's copyright terms and conditions, e-mail
legal notice, and implemented Open Document Format (ODF) standard. The full
disclaimer details can be found at http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean. MailScanner thanks Transtec
Computers for their support.
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by MailScanner,
and is believed to be clean. MailScanner thanks Transtec Computers for their support.
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
