Java3D ist kein einfaches OpenGL-Interface, wie JOGL, LWJGL und GL4Java (die anderen kenn ich nicht), das verwendet einen Scenegraph, der dann gerendert wird.

Aber grundsätzlich hab ich mir die Frage auch schon gestellt, is irgendwie ziemlich chaotisch.

Ich bin eigentlich die volle Java-Null, aber hab jetzt mit Java3D zu tun. Was ich schön find, ist, dass es gar nicht unbedingt OpenGL ist. Wenn der User die DirectX Runtime installiert, läuft das Prog unter DirectX, ohne dass ich in der Anwendung weiter rumpfusch.
Das ganze is zwar ein bisschen High-Level, allerdings haben da die Java3D Entwicker mehr Möglichkeiten zur Optimierung, und alle Anwendungen profitieren davon.

Zitat von Wolfibolfi

allerdings haben da die Java3D Entwicker mehr Möglichkeiten zur Optimierung, und alle Anwendungen profitieren davon.

Auf der anderen Seite hast du als Anwendungsentwickler dann weniger Möglichkeiten zur Optimierung (die man hier nat. viel besser machen könnte, weil man ja viel mehr Informationen hat als die Java3D-Entwickler -- nicht, dass es einfach waere).

Jop, ich sag ja nicht, dass es das Allheilmittel ist. Drum gibts ja auch andere Wrapper. Aber wenn jedes zweite Programm so ca. die gleichen Optimierungen einbaut, is es ja auch nicht das Optimale. Das ist ja das schöne bei Java, dass man sich an dicke Bibliotheken hält, und das eigene Programm wenig neuen Code enthält.

Xith3D ist ein wrapper um JOGL, er Java3D nachbildet. Dieser sortiert automatisch nach transparent/nicht transparent und rendert in der richtigen Reihenfolge, das ist schon sehr praktisch, wenn mans net selber machen muss