[x3d-public] Color constraint wrong length X3DJSAIL? SFColorRGBA can be 4 floats I think. NOT set in code, AFAICT
Don Brutzman
brutzman at nps.edu
Fri Mar 31 08:41:31 PDT 2017
On 3/30/2017 10:13 PM, yottzumm at gmail.com wrote:
> JS file not included, but others are attached.
good diagnostics, thanks
> org.web3d.x3d.sai.InvalidFieldValueException: ToneMappedVolumeStyle coolColor newValue=0 0 1 0 has length=4 instead of required length 3
found and fixed error in tupleSize computation for S/MFColorRGBA when generating the X3DJSAIL code. Correction will deployed later today.
> None of them have “cool” in them as far as I can tell.
Eye of the beholder I think! The fields coolColor and warmColor are part of this node and visualization technique.
41.4.12 ToneMappedVolumeStyle
http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/volume.html#ToneMappedVolumeStyle
X3D Tooltips: ToneMappedVolumeStyle
http://www.web3d.org/x3d/content/X3dTooltips.html#ToneMappedVolumeStyle
> ToneMappedVolumeStyle : X3DComposableVolumeRenderStyleNode {
> SFColorRGBA [in,out] coolColor 0 0 1 0 [0,1]
> SFBool [in,out] enabled TRUE
> SFNode [in,out] metadata NULL [X3DMetadataObject]
> SFNode [in,out] surfaceNormals NULL [X3DTexture3DNode]
> SFColorRGBA [in,out] warmColor 1 1 0 0 [0,1]
> }
>
> The ToneMappedVolumeStyle node specifies that the associated volumetric data is to be rendered using the Gooch shading model of two-toned warm/cool colouring (see [GOOCH1], [GOOCH2]). Two colours are defined, a warm colour and a cool colour. The renderer shades between them based on the orientation of the voxel relative to the user. This is not the same as the basic isosurface shading and lighting.
all the best, Don
--
Don Brutzman Naval Postgraduate School, Code USW/Br brutzman at nps.edu
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149
X3D graphics, virtual worlds, navy robotics http://faculty.nps.edu/brutzman
More information about the x3d-public
mailing list