Hi Stephan, Modifying/creating an example that recreates this issue would be useful.
The handling of event ranges is an awkward one as the code has to handle a range of different usage models. The use of non dimensional coordinates is one of the techniques that osgViewer uses to get round issues of sharing a single view over multiple cameras, as is the reprojection of the mouse coordinates into the eye coordinates of the master camera. Given the complexity of what it's trying to do just hacking code out is mostly likely to fix one case and break half a dozen other cases so I'd be very wary. Robert. On Wed, May 12, 2010 at 5:15 PM, Stephan Maximilian Huber <[email protected]> wrote: > Hi, > > I have some problems with a complex display-configuration utilizing > slave cameras and a composite-viewer. Here's the basic setup: > > 1 compositeviewer handling one view which has only one camera, no > graphicscontexts and 4 slaves. Every slave renders into its own > graphicscontext, representing a window on a screen. (I know I can use a > single viewer for this scenario, but unfortunately i'm bound to > compositeviewer, because i need multiple independent views) > > This setup works, despite the trackballmanipulator isn't usable, only > the scroll-wheel gets handled. After debugging the inners of osgViewer + > osgGA the problem lies in resetting the input range of the current > eventstate to -1..1 (compositeviewer.cpp, around lines 778 and 807), > which results in wrong calculations for getXNormalized() and > getYNormalized(). > > I commented out the two lines in compositeviewer.osg and now my setup > works without problems, but before sending a "fix" to osg-submissions, I > want to ask what's the intent of resetting the inputrange of the event > state? > > Perhaps I should modify the osgcompositeviewer-example to show my > usage-pattern, I'll do that if requested. > > Thanks for any input, > > cheers, > Stephan > _______________________________________________ > 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
