VolumeViz is an Open Inventor extension. More...
Modules | |
Converters | |
Details | |
Draggers | |
Nodes | |
Readers | |
Shaders |
VolumeViz is an Open Inventor extension.
| |
| |
With the ongoing increases in desktop computing power, volume rendering is now more accessible than ever before. Volume rendering is used in a large variety of applications such as medical imaging, meteorology, molecular modeling, nondestructive testing, failure analysis, fluid dynamics, electronics, oil exploration, magnetism, and more.
The VolumeViz module allows you to visualize 3D sampled data efficiently by providing the key features of volume rendering. The main concepts such as classification, compositing, interpolating, lighting, slicing, and clipping are supported in this module as a set of nodes that are fully integrated with Open Inventor. The application programming interface is intentionally compact in order to make the programmer's task as easy as possible.
As proof of its simplicity, rendering a 3D data set minimally requires instantiation of only two classes: one for describing the data and one for drawing the volume. In this case, the volume would be rendered using the default gray color map.
Because the VolumeViz module is integrated with Open Inventor, you can mix volume rendering and conventional 3D geometry (subject to possible limitations of the hardware) to make a more meaningful image.
This module has been designed to take advantage of 3D graphics or specialized volume rendering hardware, while at the same time providing the highest possible image quality.
We assume you are already somewhat familiar with Open Inventor programming. Using the Volume Rendering nodes is basically the same as using any Open Inventor nodes. Just as the SoCoordinate node must be traversed before the SoIndexedFaceSet node, the SoVolumeData node must be traversed before the SoVolumeRender node, and so on. A simple program/scene graph structure might look something like the following code. An ellipsis ("...") indicates other (typical Open Inventor application) code omitted for clarity.
Note: In this simple example, the entire volume is read into a contigous block of system memory. This is only appropriate for small volumes. See SoVolumeData for other methods of loading data in VolumeViz.
... #include <VolumeViz/nodes/SoVolumeRendering.h> #include <VolumeViz/nodes/SoVolumeData.h> #include <VolumeViz/nodes/SoVolumeRender.h> #include <VolumeViz/nodes/SoTransferFunction.h> ... // Scene root SoSeparator *pRoot = new SoSeparator; // Initialize Volume Rendering nodes SoVolumeRendering::init(); // Read the data (application supplied function) int Xdim, Ydim, Zdim; unsigned char *pData = LoadMyVolumeData( Xdim, Ydim, Zdim ); // Add VolumeData to scene graph SoVolumeData *pVolData = new SoVolumeData(); pVolData->setVolumeData( SbVec3s(Xdim,Ydim,Zdim), pData ); pVolData->setVolumeSize(-Xdim/2,-Ydim/2,-Zdim/2, Xdim, Ydim, Zdim); pRoot->addChild( pVolData ); // Add TransferFunction (color map) to scene graph SoTransferFunction *pTransFunc = new SoTransferFunction(); pRoot->addChild( pTransFunc ); // Add VolumeRender to scene graph SoVolumeRender *pVolRend = new SoVolumeRender(); pRoot->addChild( pVolRend ); ...
Following are some notes on specific characteristics of the various rendering techniques. This is not intended to be a comprehensive evaluation of the tradeoffs between rendering techniques. Which technique is really the "best" depends heavily on the hardware you have, the size and type of data, and on the specific requirements of your application.
Note that lights in the Open Inventor scene graph do not affect rendering of SoVolumeRender. Only the single light specified on the SoVolumeRender node (optionally) affects this node.
Generally, volumes and slices should be placed after other (opaque) geometry in the scene graph so they will be drawn last and produce the correct image for transparency. However, the method SoVolumeRendering::setDelayedRendering can be used to request that partially transparent volumes and slices be automatically delayed, similar to other transparent geometry. It is not necessary to explicitly enable blended transparency when rendering volumes and slices.