This site is currently read-only as we are migrating to Oracle Forums for an improved community experience. You will not be able to initiate activity until January 31st, when you will be able to use this site as normal.

    Forum Stats

  • 3,890,899 Users
  • 2,269,649 Discussions
  • 7,916,821 Comments

Discussions

Move ViewPlatform or Scene

843799
843799 Member Posts: 49,999
edited Jan 2, 2002 1:20PM in Java 3D
Java 3D API said: "Move ViewPlatform instead of scene for good performance". On Java3d1.2.1, OrbitBehavior class Moves the View around a point of interest which Includes rotation, translation and zoom actions.
But I did not see the big difference on my project (256*256 big surface).

I can easily rotate the TransformGroup on the top of my scene.

Anyone has suggestion?
Thanks in advance!

Louis

Comments

  • 843799
    843799 Member Posts: 49,999
    i suggest u for a rotation around Y axe to make your scene rotating.

    Now for a X rotation, use the view with its two methods location.
  • 843799
    843799 Member Posts: 49,999
    What exactly is your problem? You don't see any difference in performance between moving the ViewPlatform and moving the scene?
    Basically both methods are equal. But since it may be useful to have multiple Viewplatforms on the same scene (mulitple visitors or immersive enviroments) the rendering of moving Viewplatforms is optimized in Java3D.
  • 843799
    843799 Member Posts: 49,999
    If you set the view transformation, then that simple specifies the point from which the scene is rendered, so only a single transformation is needed.

    If you instead shift/rotate etc. your entire scene via a transform group at the top of your scene graph then every object needs to be transformed by that amount, meaning that the more object you add, the more work is done to render the scene.

    Although you say you are only using a 256*256 surface, you don't say how many polys, texture size etc. You probably won't notice a difference until you start getting a very detailed scene graph...
This discussion has been closed.