MathGroup Archive 1999

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

Search the Archive

Re: Livegraphics3D

  • To: mathgroup at
  • Subject: [mg18627] Re: Livegraphics3D
  • From: Martin Kraus <Martin.Kraus at>
  • Date: Tue, 13 Jul 1999 01:01:41 -0400
  • Organization: University of Stuttgart
  • References: <7kpb8d$> <7lcebc$> <7lugo8$> <7m6jlm$>
  • Sender: owner-wri-mathgroup at


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-


Martin :)

  • Prev by Date: Re: "At long last, Sir, have you no shame?"
  • Next by Date: Re: Re: Simplifying constants...bug?
  • Previous by thread: Re: Livegraphics3D
  • Next by thread: How to import 3D STL or IGES File to Mathematica