Send me the code if you want. I will take a look.
If the size of data would be larger, use my email address only.
Thx,
John
Trajce (Nick) Nikolov wrote:
it is using some sample with osgviewer., I can post you the code if
you are interested.
-Nick
On Sat, Jun 12, 2010 at 2:53 PM, PCJohn
Hi Nick,
there are two major changes to CameraManipulator::computeHomePosition():
- the computation uses bounding box by default (the model center is
located more precisely)
- the computation considers the camera fov to make sure that the model
nicely fits to the screen (small fov may make the
Hi JP,
the zoom update submission was sent to Robert and it waits for commit.
It reverts the zoom to use original behaviour by default.
Concerning 4 manipulator, which one do you mean? I am expecting it is
TerrainManipulator. It avoids you to go over +/- 90 degrees in vertical
direction. It
Hi John,
I just ran an old code. In the older version, the model was centered on the
screen. with the new manipulators it is not. I use the default behavior
-Nick
On Sat, Jun 12, 2010 at 2:28 PM, PCJohn pec...@fit.vutbr.cz wrote:
Hi Nick,
there are two major changes to
Strange. Unfortunately, all my models gets centered on the screen, so I
can not reproduce the problem on my side. Can you investigate further
what is happening and whether the problem is not in your code?
Is the problem happening with osgviewer as well?
John
Trajce (Nick) Nikolov wrote:
Hi
it is using some sample with osgviewer., I can post you the code if you are
interested.
-Nick
On Sat, Jun 12, 2010 at 2:53 PM, PCJohn pec...@fit.vutbr.cz wrote:
Strange. Unfortunately, all my models gets centered on the screen, so I
can not reproduce the problem on my side. Can you
Hi community,
I updated osg from the trunk today (after a month) and I am seeing different
behavior on the trackball manipulator - the scene starts far away from my
model. I was following the thread of the reengineering of this piece of the
code which happened lately. Anyone experiencing the
7 matches
Mail list logo
