JOODE Development Status

Game Mechanics
#121

Oh, stupid me, it is “Box”, not “Cube”.
The correct code is :


		} else if (geom instanceof Box) {
			Box b = (Box) geom;
			Vector3 side = b.getSide();
			Shape3D shape = new Box(0, 0, 0, side.getX(), side.getY(),
					side.getZ(), true, true, true, 1);
			result.addChild(shape);
		}
#122

Okay. JOODE has been updated to use JSR 231.

#123

Have you committed ? In XithView, the renderer used is still the old JOGL one…


import com.xith3d.render.CanvasPeer;
import com.xith3d.render.RenderPeer;
import com.xith3d.render.jogl.RenderPeerImpl;
#124

Yes, I did commit. I just took a look at the repository, and my changes are comitted there.

http://joode.cvs.sourceforge.net/joode/joode/src/net/java/dev/joode/test/XithView.java?revision=1.5&view=markup

Perhaps CVS isn’t checking out properly for you?

#125

Hum… we’re using SVN, you know ;D

#126

No, I didn’t. I was using a copy of the source that I checked out last year, and the update ran just fine. Why did SF accept it if the repsoitory has changed to SVN? How much has changed in JOODE since SF added SVN support?

#127

Simply because SF always provide two repositories for its projects : CVS and SVN. It is not possible to disable either of them… but you can hide the links in http://sourceforge.net/projects/yourproject But the two repositories will remain open.

Can’t say, ask other devs. (I haven’t worked on it for a few months, but hopefully I’ll soon use it in a school project).

#128

Okay, I’ve put my changes into the SVN repository this time. I’ve also hacked the build.xml file which should make it easier to run from the command line and integrate into NetBeans.

#129

Is there a Java3d binding planed for Joode?

#130

IMO, pre-made binding are useless.
Though you can just adjust the code used for Xith3D… but then why not use Xith3D ? It’s fast, open-source, easy to use…
Anyway, if you really want to stick with Java3D, the only things you have to do is to :

  • Ensure the physical objects (Body(s)) are position and angle-synchronized with their graphical representation
  • Handle forces/motors or whatever in your event handling code (user input)
#131

Hey, just tried JOODE and ported some tests that were using ODE previously. Basic stuff works really well! :slight_smile:
Now I’ve got some questions:
1.) anybody still working on JOODE?
2.) Is the Ray usable? It does not have a direction…
3.) Any plans on supporting trimesh-primitive collisions? Or even trimesh-trimesh?
4.) What about Cylinder?

#132

don’t know

rather complex cause you have to port the external lib used by ODE to do Trimesh collision… can’t remember which. but if you’re motivated you can port one of these : http://www.cs.unc.edu/~geom/collide/

IIRC, cylinders in ODE are always capped by spheres. I think “Capsule” does the same job in JOODE.

Just my 1.5 cent1/2s

#133

That’s not true. Cylinders don’t have caps. Only CappedCylinder (which is now named capsule in ODE, too) has caps. OdeJava did/does not support cylinder, though it was present in ODE.

Subversion activity does not hint on somebody really working on it, btw :frowning:

#134

Another thing: Hinge2Test does not look as if it’s working… something broken, or not yet finished?

…and… what about universal joint :slight_smile: