Scott's example does raise an important issue. OpenInventor supports a
particular graphics paradigm - local rendering of surface data. There
are lots of data-sets out there that do not fit nicely into this
paradigm. For instance, Scott's cubes example fits more nicely in a
volume rendering paradigm.
If VRML supported volumes as a primitive, the data could be represented
more compactly, and an implementation, perhaps using inventor, could
also take advantage of all sorts of rendering tricks to speed up
performance (such as those described in Brian Kabral's work.)
Due to the difficulty of the undertaking, I do not propose that VRML
takes on volume rendering, but it is important to acknowledge the fact
that the primitives supported by VRML are not optimal for everybody's
data.
Len Wanger -- [email protected]
Project Sequoia 2000
San Diego Supercomputer Center