[Date Index] [Thread Index] [Author Index]

Re: Livegraphics3D

• To: mathgroup at smc.vnet.net
• Subject: [mg18627] Re: Livegraphics3D
• From: Martin Kraus <Martin.Kraus at informatik.uni-stuttgart.de>
• Date: Tue, 13 Jul 1999 01:01:41 -0400
• Organization: University of Stuttgart
• References: <7kpb8d$4am@smc.vnet.net> <7lcebc$1iv@smc.vnet.net> <7lugo8$kao@smc.vnet.net> <7m6jlm$2m2@smc.vnet.net>
• Sender: owner-wri-mathgroup at wolfram.com

Hi!

Dan Truong wrote:
> 
> When I look at my graphics, it seems that there doesn't need to be
> an intersection for the graphic engine to generate (light) overlapping
> bugs.

That's right.
 
> If polygons are close to each other (maybe in the same cube space?)
> they may be drawned overlapped the wrong way.

Actually the bounding boxes do not need to overlap in order to produce
this problem. As mentioned this is a problem of the painter's algorithm
and I do not know how to solve it.
 
> BTW, with Intel machines with Direct3D or others with OpenGL engines,
> doesn't Java provide fast drawing methods? Zbuffer access, hw or sw?
> Myabe it needs hardware specific plugins like Shockwave?

Java3D allows to access OpenGL engines but--as you mention--this 
requires special platform specific plug-ins. Therefore, I am not using
Java3D currently. (Actually I would recommend VRML in order to use
OpenGL with 3d graphics in the WWW.)
 
> I've noted a serious difference in loading time between my UltraSparc
> and a PC based machine (PC much faster :( ). It seems that loading
> time is deendant of file size, but is not related to connection
> bandwidth (even local it's slow on >100KB g3d)

Interesting. I guess it depends on the Java implementation.
However, IMHO for file sizes > 100 KB you should use zipped files
anyway which should reduce the size dramatically. :)
 
> Sorry Mar...tin ;))
> 
> Dan-

Greetings

Martin :)