public class SoVolumeSkin extends SoSlice
SoVolumeData node. This skin is a set of textured polygons similar to ortho slices.
For a non-RGBA (scalar valued) volume, each voxel's RGBA value is determined by the current SoDataRange and SoTransferFunction. The current diffuse color and transparency (set, for example, with an SoMaterial node) modify the appearance of the voxels. This means that, for example, the current transparency can be used as a
global alpha value to modulate the overall opacity. For an RGBA volume each voxel's RGBA value comes directly from the volume data.
When using an opaque transfer function (no alpha values < 1), this node generates the same image as SoVolumeRender, but with much higher performance, because only slices are rendered. A common pattern is to put an SoVolumeRender node and an SoVolumeSkin node under an SoSwitch node. This makes it easy to switch between skin rendering and volume rendering.
The interpolation field controls how the texture is interpolated.
Optionally a bump mapping effect may be applied. Normal vectors are automatically computed from the data value gradient. The enableBumpMapping and bumpScale fields control whether bump mapping is active and the intensity of the effect.
The entire skin is pickable, even where it is transparent as a result of the current transfer function. The SoVolumeSkinDetail class allows you to get the voxel position and value after picking.
Notes:
SoVolumeSkin is approximately the same as six ortho slices, but not exactly. The difference is that each face of the skin is drawn at the outer edge of the voxel slice it intersects. So if there is no SoROI, or the ROI is identical to the volume dimensions, the volume skin faces will be drawn at the limits of the volume extent (bounding box). For SoOrthoSlice, the geometry passes through the
center of the voxels in the specified slice. So an ortho slice with sliceNumber = 0 will be drawn one-half voxel size (on the slice axis) in from the bounding box of the volume.
SoVolumeSkin. However the same transformation must be applied to the volume data node and all volume rendering nodes associated with that volume. So effectively any transformation nodes that affect the volume must be placed before the volume data node.
SoVolumeSkinDetail class allows you to get the voxel position and value after picking.
SoROI), geometry (SoVolumeClippingGroup) and/or height fields (SoUniformGridClipping). They are also clipped by OpenGL clipping planes (SoClipPlane), but we recommend using the VolumeViz clipping nodes instead. SoVolumeSkin because the clipped portions of the skin are not "closed", allowing the user to see inside the skin. However the SoROI node's EXCLUSION_BOX mode does work well and can be used to exclude a sub-region from the skin, forming what is sometimes called a "chair cut".
SoTabBoxDragger, to adjust an SoROI node. This is such a common operation that Open Inventor provides the SoROIManip node.
interpolation field. The default (LINEAR) does bi-linear interpolation between voxel values. The NEAREST value can be used to display individual voxels. For best image quality we recommend using the TRILINEAR or MULTISAMPLE_12 value.
SoMaterial node before the skin and setting its diffuseColor field to full white (1,1,1).
SoTransferFunction) used for volume rendering (SoVolumeRender) assigns transparency (alpha < 1) to some voxel values. If you want to use the same color map for skin rendering, but render the slice completely opaque, set the alphaUse field to ALPHA_OPAQUE. This overrides the alpha values in the color map (or an RGBA volume). However it does not affect transparency assigned using an SoMaterial node.
SoVolumeRenderingQuality node.
SoVolumeShader node, if any, allows custom shaders to be defined for special computation or rendering effects, including blending multiple volumes.
SoSlice.largeSliceSupport), if all the required full resolution tiles have already been loaded, then the slice data is taken from LDM system memory cache as usual. But if some required tiles are not currently in memory, the required slice data will be loaded directly from the volume reader
without loading the complete tiles. This reduces disk I/O and reduces the amount of system memory required to display the slice at full resolution, so larger (or more) slices can be displayed. The required tiles are then scheduled to be loaded asynchronously in case adjacent slices are displayed later. For example, loading a 1024x1024 SoOrthoSlice from an 8-bit dataset with 128x128x128 tiles would normally require loading 1024x1024x128 bytes of data (as complete tiles). With largeSliceSupport enabled, only 1024x1024 bytes (maximum) of data need to be loaded (in the worst case where no high resolution data is currently in memory).
SoDataRange). For smaller volumes, like 512^3, it can be efficient to set the tile size large enough to contain the entire volume. For very large volumes, larger tile sizes are efficient for SoVolumeRender but somewhat inefficient for slice rendering because complete tiles must be loaded even though the slice only uses part of the data. Applications should experiment. SoConverter and the "-t" option). For other data data formats the tile size can be specified using the SoVolumeData node's
ldmResourceParameters field, but only after setting the
filename field or calling the setReader() method. SoDataRange). We recommend setting this variable to false (see SoPreferences) unless saving CPU memory is critical.
SoVolumeSkin accumulates small textures into a bigger one. When using compressed RGBA textures (via SoDataSet's field useCompressedTexture), this optimization cannot be done. If you want to favor performance rather than memory usage, you should disable compression (enabled by default if supported by the graphic card)
For simple data sets, a basic VolumeViz rendering could be achieved with only a few nodes: minimally an SoVolumeData node to identify the data set and one rendering node. However most data sets need at least some of the additional nodes shown here in order to get a correct and useful rendering. Most applications will need additional nodes to take advantage of region of interest, interaction, clipping and other VolumeViz features. Please consider the code shown here as simply a guideline and a starting point for exploring the many powerful features available in Open Inventor.
Note that some of the property nodes (data, material, color map, etc) will typically be shared by multiple rendering nodes. In other words the volume usually only needs to be loaded once, using a single SoVolumeData node, then multiple slices and/or regions can be rendered using that data node.
Also note that this example is for a data volume, where each voxel can be considered a discrete sample from a continuous data field and interpolation should be used to compute values between voxel centers. If you are rendering a label volume, then each voxel is an "id" assigning that voxel to a specific material, object, etc. In this case, set the interpolation field to NEAREST to disable interpolation.
// Default setting can be a performance bottleneck SoPreferences.setValue( "LDM_USE_IN_MEM_COMPRESSION", "0" ); // Default setting can be a performance bottleneck SoPreferences.setValue( "LDM_USE_IN_MEM_COMPRESSION", "0" ); // Keep volume viz separate from geometry SoSeparator volSep = new SoSeparator(); root.addChild(volSep); // Load volume data SoVolumeData volData = new SoVolumeData(); volData.fileName.setValue( "$OIVJHOME/data/VolumeViz/Colt.vol" ); volData.ldmResourceParameters.getValue().tileDimension.setValue(128,128,128); volSep.addChild( volData ); // Set range of data values to visualize. // Not required for 8-bit voxels, critical for larger data types. // The getMinMax() call may be expensive for non-LDM file formats. SoDataRange volRange = new SoDataRange(); if (volData.getDatumSize() > 1) { double[] minmax; minmax = volData.getDoubleMinMax(); volRange.min.setValue( minmax[0] ); volRange.max.setValue( minmax[1] ); } volSep.addChild( volRange ); // Load opaque seismic color map SoTransferFunction volTF = new SoTransferFunction(); volTF.predefColorMap.setValue( SoTransferFunction.PredefColorMaps.BLUE_WHITE_RED ); volSep.addChild( volTF ); // Display volume at full intensity SoMaterial volMat = new SoMaterial(); volMat.diffuseColor.setValue( 1, 1, 1 ); volSep.addChild( volMat ); // Remove tile boundary artifacts while moving. SoVolumeShader volShader = new SoVolumeShader(); volShader.interpolateOnMove.setValue( true ); volSep.addChild( volShader ); // Display volume skin SoVolumeSkin volSkin = new SoVolumeSkin(); volSep.addChild( volSkin );
File format/default:
VolumeSkin {
| interpolation | LINEAR |
| alphaUse | ALPHA_AS_IS |
| useRGBA | false |
| enableBumpMapping | false |
| bumpScale | 1.0 |
| faceMode | FRONT |
Action behavior:
SoGLRenderAction
Draws a volume-rendered image based on current SoVolumeData.
SoGetBoundingBoxAction
Computes the bounding box that encloses the volume.
See also:
| Modifier and Type | Class and Description |
|---|---|
static class |
SoVolumeSkin.FaceModes
Use this enum with the
faceMode field. |
SoSlice.AlphaUsesSoVolumeShape.Compositions, SoVolumeShape.InterpolationsSoShape.ShapeTypesInventor.ConstructorCommand| Modifier and Type | Field and Description |
|---|---|
static int |
BACK
Deprecated.
Use
SoVolumeSkin.FaceModes.BACK instead. |
SoSFEnum<SoVolumeSkin.FaceModes> |
faceMode
Display front (facing the camera) faces or back faces.
|
static int |
FRONT
Deprecated.
Use
SoVolumeSkin.FaceModes.FRONT instead. |
static int |
FRONT_AND_BACK
Deprecated.
Use
SoVolumeSkin.FaceModes.FRONT_AND_BACK instead. |
ALPHA_AS_IS, ALPHA_BINARY, ALPHA_OPAQUE, alphaUse, alternateRep, bumpScale, enableBumpMapping, largeSliceSupport, useRGBAALPHA_BLENDING, composition, COMPOSITION_LAST, CUBIC, interpolation, LINEAR, MAX_INTENSITY, MIN_INTENSITY, MULTISAMPLE_12, NEAREST, SUM_INTENSITY, TRILINEARboundingBoxIgnoring, LINES, POINTS, POLYGONS, TEXTVERBOSE_LEVEL, ZeroHandle| Constructor and Description |
|---|
SoVolumeSkin()
Constructor.
|
intersectgetShapeType, isPrimitiveRestartAvailable, isPrimitiveRestartAvailableaffectsState, callback, copy, copy, distribute, doAction, getAlternateRep, getBoundingBox, getByName, getMatrix, getPrimitiveCount, getRenderUnitID, GLRender, GLRenderBelowPath, GLRenderInPath, GLRenderOffPath, grabEventsCleanup, grabEventsSetup, handleEvent, isBoundingBoxIgnoring, isOverride, pick, rayPick, search, setOverride, touch, writecopyFieldValues, copyFieldValues, enableNotify, fieldsAreEqual, get, getAllFields, getEventIn, getEventOut, getField, getFieldName, hasDefaultValues, isNotifyEnabled, set, setToDefaultsdispose, getEXTERNPROTO, getName, getPROTO, isDisposable, isSynchronizable, setName, setSynchronizablegetAddress, getNativeResourceHandle, startInternalThreads, stopInternalThreads@Deprecated public static final int FRONT
SoVolumeSkin.FaceModes.FRONT instead.@Deprecated public static final int BACK
SoVolumeSkin.FaceModes.BACK instead.@Deprecated public static final int FRONT_AND_BACK
SoVolumeSkin.FaceModes.FRONT_AND_BACK instead.public final SoSFEnum<SoVolumeSkin.FaceModes> faceMode
Generated on January 23, 2025, Copyright © Thermo Fisher Scientific. All rights reserved. http://www.openinventor.com