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.
Robert. On Mon, Jan 11, 2010 at 7:37 AM, J.P. Delport <[email protected]> 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 > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
