Jeremy Booth wrote:
If it has support for transparent objects, textured objects etc etc,
then I'd be interested in having a play at least, maybe you fancy
> porting/having it ported to jogl? :),
Porting it will not be an issue. In fact, we've planned from Day 1 to
shift it to a formal OpenGL binding when one becomes available. Whether
than be jogl or something else that is formally supported by the ARB is
still open for debate.
Right now, we don't handle more advanced stuff like transparency
sorting, state sorting or culling. It's basically a framework waiting
for stuff to be filled in. Textures and lower-level capabilities are
supported. The only thing I can think of right now is that there's a bug
in the transform matrix handling that is causing odd visual effects on
some occasions.
All the skeletons for the various items of support are there, but it's
mainly pass-through right now - except the renderer pipeline that is
already constructed and running in multi-channel/pipe configurations.
We've built the architecture around the best principles that we could
find from Performer, OpenSG and OpenSceneGraph.
The reason for the lack of advanced support is that we (yumetech) have
been searching for funding to do so. Most of our funding has been to
continue to work on either the Java3D section or stuff completely
unrelated to 3D (core VRML/X3D support issues like scripting, binary
formats etc etc). However, with J3D looking very much like a dead end,
we're seriously thinking about just not doing any further development
and heading down the OpenGL path from now on - particularly as we're
picking up more and more work for runnning Xj3D on high-end devices
where J3D is failing miserably to cope - in particular stereo support,
non-CAVE projections and audio.
Xj3D actually happens to have two different OpenGL scene graphs inside
it. One is optimised for big systems, the other for mobile devices. The
mobile device always runs on a single thread architecture, and if that
was to be broken out, we'd probably port that straight to OpenGL ES, or
maybe JSR184 (ES is winning out right now because JSR184 is incapable of
supporting the scenegraph structural requirements of X3D).
--
Justin Couch http://www.vlc.com.au/~justin/
Java Architect & Bit Twiddler http://www.yumetech.com/
Author, Java 3D FAQ Maintainer http://www.j3d.org/
-------------------------------------------------------------------
"Humanism is dead. Animals think, feel; so do machines now.
Neither man nor woman is the measure of all things. Every organism
processes data according to its domain, its environment; you, with
all your brains, would be useless in a mouse's universe..."
- Greg Bear, Slant
-------------------------------------------------------------------
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
