Hi All, In order to provide the guidance for the others and since I discovered it recently I 'd like to point out that there is example for creating 2D ad-hoc manipulator in OSG cookbook which provide paning zooming (scaling) in Chapter 4 Designing a 2D camera manipulator. Regards,Date: Sat, 19 Jul 2014 11:57:50 +0100 From: [email protected] To: [email protected] Subject: Re: [osg-users] Disabling cameramanipulator in CompositeViewer On 19 July 2014 11:46, Sonya Blade <[email protected]> wrote: Ok Thank you Robert, >The viewer.run() method is a convenience method that is only applicable for straight forward usage I should have catched that one my bad sorry, I would like to know also whether from that point onward, can I achieve the effect of ortho pan/zooming with view matrix on my own ? I'd like to emphasize also that it's a bit intimidating for me to ask that question to you after I've seen all of your responses on net about that topic, Please bear with us. For zooming with an ortho view you will need to modify the projection matrix. I find it best to see the projection matrix as the lens of the Camera. For panning of an ortho view you can also modify the projection matrix as you have done, however, conceptually it starts of mix the concept of view (position of world relative to the camera) and projection matrix (the lens of the camera.) I would generally recommend keeping concepts coherent with implementation to avoid tangling oneself in knots about what one is trying to achieve, so I'd implement zooming as changing the lens via the projection matrix, and panning via setting the view matrix. One little question, you know there is scribe that can be applied to the selected in composite viewer example objects which does an overlay of edge lines + smooth shading on model. When I select a cow there is slight flickering in the scene, not on total view but on the model only is this normal if there are ways to avoid I'd like to know. This is a different topic best addressed in a different thread, so I'll let you kick off another thread for this. Keeping separate threads for separate topics makes it much easier for others to follow and contribute and for other developers that follow along afterwards to find answers to their problems. Robert. _______________________________________________ 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
