All
I found an old copy of J3dTree on my machine and have converted it to Xith. Given a VirtualUniverse, J3dTree display a swing tree of the scenegraph as shown in this image
http://home.mindspring.com/~hawkwind/tree.jpg
I invoke it using
Java3dTree tree = new Java3dTree();
tree.updateNodes(virtualUniverse);;
tree.setVisible(true);
zip of source is at
http://home.mindspring.com/~hawkwind/xith-tree.zip
Enjoy
Great ! seems to be a step toward what I call “real-time debugging” (see dev plan for Xith 2).
Cool ;D. I had something like that in mind. Good to know it already done so far. Thank you very much :).
We should see if we can extend that to a generic object observer.
Thanks dude , .it can become a handy tool for debugging purpose if we can make it dynamic ,
say it gets updated when we make any change to the sceneGraph.
Are you maybe interested in doing this?
Yaa i am planning to extend this and use as a debugging tool as presently i have to
rely on Eclipse debuging for itrataing through the Scene .
Also in our project we modify scenegraph preety much and it can certainly help us in
keeping track of sceneGraph .
Infact we already have a panel which shows properties of
scene and any action on that panel updates the scenegraph .
So scene can be rendered interactly ,say we can switch On -Off Shapes rendered
according to rules.
The SG tree has been committed to Xith-tk : org.xith3d.sgtree package, but it’s still somewhat buggy (see if you can fix it).
When I’ve finished the rendering optimizations there will (or could) be the possibility to add scenegraph change listeners. Maybe you want to make use of them ;).
I think org.xith3d.util.scenegraph would be a nice place to put it intto. Creating a separate package would flatten the hierarchy too much and make it unoverseeable (strange word ;)). Do you agree?
Marvin
Yaa that will give more control on SceneGraph behaviour , and would be a cleaner way to do things .
As of now i set one Flag when i modify scenegraph and my rendering thread keeps track of that Flag
and if thier is any change it again renders the scene ,Not a very good way to do things but i dont want to
keep rendering even if thier is no change to scene.
With this approach i have to ask the rendering thread to render in case of any resize or system triggred
paint method, Again not a very clean way to do things.
Moved.