Hi Glenn and Robert, I added a call setting up the projection matrix to the FAQ for embedding a viewer in a .NET control. I was having an issue that the perspective on my camera was squished when I started with a tall and skilly control. Setting the initial projection matrix with the following line of code caused everything to work correctly.
viewer->getCamera()->setProjectionMatrixAsPerspective(30.0f, static_cast<double>(traits->width)/static_cast<double>(traits->height), 1.0f, 10000.0f); Thanks! Jason On Wed, May 28, 2008 at 4:00 PM, Jason Beverage <[EMAIL PROTECTED]> wrote: > Hi Glenn and Robert, > > Glenn, your code worked great, thanks alot, I really appreciate it. The > posts from you and Hesicong over the last few months about using OSG via > C++/CLI have made using OSG in a .NET environment much nicer than what we > were previously doing. > > Robert, I'm in no major hurry to get that issues fixed since I'm just using > osgViewer::Viewer and things seem to be working as expected correctly now. > > Thanks for all your help! > > Jason > > > On Wed, May 28, 2008 at 3:12 PM, Robert Osfield <[EMAIL PROTECTED]> > wrote: > >> Hi Jason, >> >> On Wed, May 28, 2008 at 5:48 PM, Jason Beverage <[EMAIL PROTECTED]> >> wrote: >> > Did you ever find a fix for this issue? I believe I might be running >> into >> > the same problem. >> >> There is still a problem with the set up of events within >> CompositeViewer with certainly window/camera combinations, it almost >> works, but not quite precisely as it should. One can see an artefact >> in when running: >> >> osgcompositeviewer cow.osg >> >> Try using the trackball manipulator in the lower right cow view. The >> mouse interactive doesn't quite behave as it should suggesting that >> the x,y projected into the local view aren't correct. I haven't >> looked at this issue recently, but the last time I looked I couldn't >> spot the cause. I really need to just spend a day going through the >> code with a fine tooth comb to spot what is happening to the mouse >> events as they are processed. Events needs to be processed by the >> CompositeViewer as it has to decide event focus to the correct view, >> then handle slave cameras etc, to projected the mouse coords into a >> consistent coordinate frame for a single view - it's a lot more >> complex that one would at first expect, the internal complexity comes >> from hiding the actual complexity of the setup. >> >> I can't tackle this bug hunt right away as I've already spent most of >> this week on submissions/bug fixing and need to get on with other >> work... I'll try to make time to resolve this next week. Ping me >> next week if I haven't started work on it. >> >> Robert. >> _______________________________________________ >> 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