Re: [JAVA3D] good tool for visualize my scenegraph

2003-08-25 Thread "Fábio R. de Miranda"
Take a look here: http://java3d.netbeans.org/j3deditor_intro.html []s Fábio Ralf Bednarz wrote: hi is there a good ( and simple if possible) and specific tool that can draw the symbols of the java3d components? circle for branchgroupand oval for geometry/appearance and so on thanks Ralf ==

[JAVA3D] good tool for visualize my scenegraph

2003-08-25 Thread Ralf Bednarz
hi is there a good ( and simple if possible) and specific tool that can draw the symbols of the java3d components? circle for branchgroupand oval for geometry/appearance and so on thanks Ralf === To unsubscribe, send email

[JAVA3D] Java 3D FAQ Weekly Posting (25 Aug 2003)

2003-08-25 Thread The Java 3D FAQ
The Java 3D Frequently Asked Questions list for Monday August 25 2003 This is a posting of topics covered in the Java 3D FAQ. The answers to these questions are kept at: http://www.j3d.org/faq Please consult this list and the web site before asking questions on the mailing list. If the

Re: [JAVA3D] how to wake up?

2003-08-25 Thread Alessandro Borges
Just a tip. Maybe fit your need. Matrix3D is used to store rotational component in a Transform3D. Get a Matrix3D from your transform and store it. In the next processStimulus runs, compare the new matrix3D values with the old one value. If they are the same there is no rotation. If they are difer

Re: [JAVA3D] Thread vs Behavior

2003-08-25 Thread Lewis Walker
Also - shouldn't it be ElapsedFrames(0) to wakeup on the next frame? Wouldn't ElapsedFrames(1) wakeup every other frame? Lewis. -Original Message- From: Discussion list for Java 3D API [mailto:[EMAIL PROTECTED] On Behalf Of John Wright Sent: 25 August 2003 15:26 To: [EMAIL PROTECTED] Subj

Re: [JAVA3D] Thread vs Behavior

2003-08-25 Thread John Wright
Ralf, In using the behavior you are tying yourself to the frame rate your machine is able to achieve. With a thread you might slow down rendering (by keeping the machine busy in your thread) but your thread could process potentially thousands of times per frame. - John Wright Starfire Research

Re: [JAVA3D] marching cube

2003-08-25 Thread N. Vaidya
>On Sun, 24 Aug 2003 16:31:33 +0200, Auguste Genovesio ><[EMAIL PROTECTED]> wrote: >Hi all, > >Does anyone know if Java3D implements The Marching Cube algorithm ? > Java 3D is simply a Scenegraph layer on top of OpenGL/DirectX and in that sense doesn't provide any off-the-shelf domain specific

[JAVA3D] Thread vs Behavior

2003-08-25 Thread Ralf Bednarz
hello Why is a behavior that wakes up every frame and do some setTransform() slower than a thread that does almost the same? I read information of a transfrom3d and want to update the positon of an object in my scene. But when I use abehavior that wakes up on ElapsedFrame(1) my whole application

[JAVA3D] ScaleInterpolators & Textures

2003-08-25 Thread Sebastian Senge
Hey. I use a ScaleInterpolator to change the size of a sphere. It works great if the appearance of the sphere has no textures. With textures the size still changes but the color of appearance is grey and has no textures. I use code like this : ... TransformGroup objTrans = new TransformGroup()

Re: [JAVA3D] fast SceneGraph update?

2003-08-25 Thread Lewis Walker
You just want to perform animation by moving the particle, is that correct? That's what TransformGroups are for. A TransformGroup specifies the position, rotation etc. of its children. So just parent your particle with a TransformGroup, and for every frame, set the translation component of the Tran

[JAVA3D] fast SceneGraph update?

2003-08-25 Thread Mika Kastenholz
what is the fastest way to update a SceneGraph? imagine reading in particle position frames from a coordinate file and displaying them as balls or connected lines so as to obtain a continuous trajectory. the scene itself should be able to allow for rotation and translation while updating the posit

[JAVA3D] Geometry vs Performance

2003-08-25 Thread Alessandro borges
Hi, I am playing some high polygon count models and seens some Geometry formats renders faster than others. I am not sure if I doing it right or wrong, but I note this: - non updatables geometries renders faster when in TriangleArray format; - uptadable geometries renders faster when in Index