SoHeightFieldRender Class Reference
[Nodes]

Heightfield rendering node. More...

#include <VolumeViz/nodes/SoHeightFieldRender.h>

Inheritance diagram for SoHeightFieldRender:

Public Types
enum	BoundaryCells { ALWAYS, SMART, NONE }
Public Member Functions
virtual SoType	getTypeId () const
	SoHeightFieldRender ()
Static Public Member Functions
static SoType	getClassTypeId ()
static SbBool	isSupported (SoState *state=NULL)
Public Attributes
SoSFBool	cellOutline
SoSFFloat	cellOutlineWidth
SoSFColor	cellOutlineColor
SoSFEnum	boundaryCells

Detailed Description

Heightfield rendering node.

SoHeightFieldRender displays a uniform grid in the XY plane whose vertices are height (Z) values stored in 2D LDM format (any LDM data set with the Z dimension equal to 1). Adding the combination of LDM data management with advanced GPU features provides a way to handle extremely large surfaces. Just as with volume data, LDM uses tiles of data and multiple levels of resolution to enable interactive frame rates even for data sets that cannot fit in system memory.

This node is used similarly to other VolumeViz shapes, but instead of an SoVolumeData node, you use an SoHeightFieldGeometry for the data set (height values) and optionally one or more SoHeightFieldProperty nodes for property data sets. When one or more SoHeightFieldProperty nodes are used, because there are multiple data nodes, they must be children of an SoMultiDataSeparator node and the rules for multiple data sets apply (see SoVolumeData the parent class of SoHeightFieldGeometry). Otherwise, if no SoHeightFieldProperty nodes are used and only an SoHeightFieldGeometry node is present, the following rules apply:

If an SoTransferFunction node is on the state, then the SoHeightFieldGeometry node is also used as a property node and the height field is colored according to the height values and the transfer function, just as if an SoHeightFieldProperty node was defined with the same data.
If no SoTransferFunction node is on the state, then the height field is colored using the current material on state.

Note that SoHeightFieldRender is derived from SoSlice and those inherited fields affect the rendering. In particular note that the alphaUse field applies to height field rendering and the default value (since Open Inventor 10.0) is ALPHA_OPAQUE. It means, for example, that the transparency in the color map will not affect rendering of the height map unless alphaUse is set to ALPHA_AS_IS.

Data set values are converted to height values in 3D space in two ways depending on the data type:

Integer values are normalized between [0,1] ([-1,1] for signed types) based on the range of values for the specific data type. For example, for UNSIGNED BYTE values the range 0..255 is mapped to 0..1.

Floating point values are not normalized (are used "as is").

Any height value in the SoHeightFieldGeometry data set that is equal to the "undefined" value will be rendered as a hole in the mesh. The undefined value can be specified during the LDM conversion using the "-u" option to the LDM converter:

      convert -u 127 -b 1 inputFile.lst

Or by setting the undefinedValue field of the SoHeightFieldGeometry node. The default value is NaN (Not a Number).

An SoHeightFieldPropertyMask node can also be used to specify undefined cells in the mesh. An undefined cell effectively removes the four corresponding height values from the mesh. (SoVolumeMask does not apply to height field rendering.)

A lighted heightfield

VolumeViz provides default shaders that conveniently color the surface using a single property, as shown in the images. However, it is also possible to combine multiple properties using a custom shader program, in the same way that you would combine multiple volumes.

The field cellOutline enables drawing the edges of the mesh cells. BoundaryCells are cells close to an undefined value. If the boundaryCells field is set to ALWAYS, these cells must always be considered at all resolution levels to avoid artifacts. In SMART mode, the default, we don't take this into account for distant views.

Normally this node uses the OpenGL tessellation shader extension to speed up rendering and automatically adjust the number of generated triangles depending on the camera position and orientation. In this mode, to change the number of generated triangles, use an SoComplexity node. A value of 1 means a full tessellation with a maximum of 4 triangles per pixel and a value of 0.5 means a maximum of 1 triangle per pixel.

If tessellation shaders are not available, a value of 1 means full resolution data is used to generate triangles (a grid of 10x10 will then generate 10x10 x2 triangles). A value of 0 means the lower resolution will be used.

To check if tessellation shaders are supported, use the method isAvailable( "GL_ARB_tessellation_shader" ) of SoGLExtension class

When no SoHeightFieldProperty nodes are used and only an SoHeightFieldGeometry node is defined, the standard VolumeViz rules apply to the creation of a scene graph using SoHeightFieldRender. A minimal scene graph displaying a height field in this case is:

EXAMPLE

   // Create nodes
   SoHeightFieldGeometry* HFGeom = new SoHeightFieldGeometry;
     HFGeom->fileName = "$OIVHOME/examples/data/VolumeViz/horizon.ldm";

   // Base color
   SoMaterial* material = new SoMaterial;
     material->diffuseColor.setValue( 1, 1, 1 );

   SoTransferFunction* TF = new SoTransferFunction;
     TF->predefColorMap = SoTransferFunction::STANDARD;

   SoHeightFieldRender* HFRend = new SoHeightFieldRender;

   // Limit triangles (optional)
   SoComplexity* complexity = new SoComplexity();
     complexity->value = 0.25;

   // Build scene graph
   SoSeparator* volSep = new SoSeparator;
     volSep->addChild( HFGeom );
     volSep->addChild( material );
     volSep->addChild( complexity );
     volSep->addChild( TF );
     volSep->addChild( HFRend );
   root->addChild( volSep );

When one or more SoHeightFieldProperty nodes are used, multidata rules apply to the creation of a scene graph using SoHeightFieldRender and an SoMultiDataSeparator node must be used instead of SoSeparator. A minimal scene graph displaying a heightfield in this case is:

EXAMPLE

   // Create nodes
   SoHeightFieldGeometry* HFGeom = new SoHeightFieldGeometry;
     HFGeom->fileName = "$OIVHOME/examples/data/VolumeViz/horizon.ldm";
     HFGeom->dataSetId = 1;

   SoHeightFieldProperty* HFProp = new SoHeightFieldProperty;
     HFProp->fileName = "$OIVHOME/examples/data/VolumeViz/property1.ldm";
     HFProp->dataSetId = 2;

   // Base color
   SoMaterial* material = new SoMaterial;
     material->diffuseColor.setValue( 1, 1, 1 );

   SoTransferFunction* TF = new SoTransferFunction;
     TF->predefColorMap = SoTransferFunction::STANDARD;

   SoHeightFieldRender* HFRend = new SoHeightFieldRender;

   // Limit triangles (optional)
   SoComplexity* complexity = new SoComplexity();
     complexity->value = 0.25;

   // Build scene graph
   SoMultiDataSeparator* volSep = new SoMultiDataSeparator;
     volSep->addChild( HFGeom );
     volSep->addChild( HFProp );
     volSep->addChild( material );
     volSep->addChild( complexity );
     volSep->addChild( TF );
     volSep->addChild( HFRend );
   root->addChild( volSep );

Shaders

When used with an SoVolumeShader, a new shader function is available to compute lighting:

vec4 VVizComputeFrontColor(vec3 normal, vec4 color)): Add lighting to the color col.

The following shader code will light a heightfield:






 vec4 VVizComputeFrontColor(vec3 n, vec4 col);

 void main()
 {
   vec3 tCoord0 = VVizComputeCoordinates(OivFragmentTexCoord(0).xyz);
   vec3 normal = normalize(VVizComputeNormal(texCoord));

   float sf = VVizCombineData(tCoord0);
   vec4 col = VVizComputeFragmentColor(vox, texCoord);

   col = VVizComputeFrontColor(normal, col);
   VVizOutputColor(col);
 }

Multiple Data:

Using an SoMultiDataSeparator, it is possible to combine datasets that have different dimensions or tile sizes. For instance, an SoHeightFieldGeometry dataset can be used with an SoHeightFieldProperty even if they don't have the same dimensions or tile sizes.

Composition with VolumeData:

It is possible to color a height field according to the values of a volume data. To do such rendering, the HeightField datasets and the SoVolumeData nodes must be in the same SoMultiDataSeparator. A custom shader must also be defined to fetch values from the right datasets using their dataSetId. This is demonstrated in the HorizonInVolume example.

In addition, texture coordinates conversion functions are provided in the VolumeViz/vvizStructure.h shader include in order to help fetch the correct VolumeData values in custom shaders.
For instance,

 vec3 VVizTextureToTextureVec(in VVizDataSetId datasetSrc, in VVizDataSetId datasetDst, in vec3 texCoord);

can be used to convert texture coordinates related to one dataset to texture coordinates related to another dataset.
The conversion is based solely on the transformations applied to each dataset, which are defined by their model matrix and their extent.
Please note that the model matrix of a dataset is defined by the SoTransformation nodes that are placed before the SoDataSet node in the order of the traversal.

Picking:

Similar to other geometry, SoPickedPoint can return an SoDetail object specific to the SoHeightFieldRender node. The specific class is SoHeightFieldDetail.

Only GPU picking is supported. This means that the SoRayPickAction used for picking must have its scene manager initialized using the method SoAction::setSceneManager(). SoHandleEventAction does this automatically, so it is not necessary for the application to take any action when using (for example) an SoEventCallback node and calling the getPickedPoint() method. However if the application creates its own SoRayPickAction then it must set the scene manager. If no scene manager is specified, a warning message is issued.

Limitations:

At least one SoHeightFieldProperty which defines a property data set associated with the grid must be in the state.
If an SoROI is in the state, SoHeightFieldRender renders only one box of the ROI (ie: correct rendering only if SoROI's flag field is set to SUB_VOLUME)
Only SoHeightFieldGeometry data sets with a depth of 1 (Z dimension = 1) can be rendered.
The SoHeightFieldProperty and SoHeightFieldPropertyMask data sets must have exactly the same dimensions as the SoHeightFieldGeometry.
Triangle orientation after GPU tessellation cannot be controlled. Undefined value rendering is indeterministic.
For low resolution, undefined values can be taken into account in the property but not in the geometry. In such cases, coloring artifacts can appear.
Lighting is limited to directional lights and base color. Other kinds of lights can be implemented manually using a custom shader.
By default, two-sided lighting is not enabled ("back" side of surface will not be lighted). Use an SoShapeHints node to enable two-sided lighting.
The enableBumpMapping field is not supported on this node
SoHeightFieldPropertyMask and cellOutline can be used only if tesselation shaders are supported. Use the SoGLExtension method isAvailable( "GL_ARB_tessellation_shader" ) to check this support.

FILE FORMAT/DEFAULT

alphaUse	ALPHA_OPAQUE
alternateRep	NULL
bumpScale	1.0
cellOutline	FALSE
enableBumpMapping	FALSE
useRGBA	FALSE SoSFBool enableBumpMapping SoSFFloat bumpScale SoSFNode alternateRep SoSFBool useRGBA SoSFBool largeSliceSupport