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 :)