Main Content

Virtual World Data Types

Nodes use VRML and X3D virtual world data types to define objects and the types of data that can appear in the node fields and events.

This section explains these field data types and data class types.

Field Data Types

The Simulink® 3D Animation™ product provides an interface between the MATLAB® and Simulink environment and virtual reality scenes. With this interface, you can set and get the scene node field values. Working with these values requires that you understand the relationship between virtual world data types and the corresponding MATLAB data types. The following table illustrates the virtual world data types and how they are converted to and from MATLAB types.

For a detailed description of the VRML fields, refer to the VRML97 Standard.

You can use MATLAB commands to read and save X3D files and to associate X3D files with Simulink models. For additional information about X3D support in Simulink 3D Animation, see X3D Support.

For information about the supported X3D specification, see ISO/IEC 19775-1:2013. For information about supported X3D encoding, see ISO/IEC 19776-1.3:201x and ISO/IEC 19776-2.3:201x.

VRML TypeDescriptionSimulink 3D Animation Type

SFBool

Boolean value true or false.

logical

SFFloat

32–bit, floating-point value.

single

SFInt32

32–bit, signed-integer value.

int32

SFTime

Absolute or relative time value.

double

SFVec2f

Vector of two floating-point values that you usually use for 2-D coordinates. For example, texture coordinates.

Single array (1-by-2)

SFVec3f

Vector of three floating-point values that you usually use for 3-D coordinates.

Single array (1-by-3)

SFColor

Vector of three floating-point values you use for RGB color specification.

Single array (1-by-3)

SFRotation

Vector of four floating-point values you use for specifying rotation coordinates (x, y, z) of an axis plus rotation angle around that axis.

Single array (1-by-4)

SFImage

Two-dimensional array represented by a sequence of floating-point numbers.

uint8 array (n-by-m-by-3)

SFString

String in UTF-8 encoding. Compatible with ASCII, allowing you to use Unicode® characters.

string

SFNode

Container for a node.

vrnode

MFFloat

Array of SFFloat values.

Single array (n-by-1)

MFInt32

Array of SFInt32 values.

int32 array (n-by-1)

MFVec2f

Array of SFVec2f values.

Single array (n-by-2)

MFVec3f

Array of SFvec3f values.

Single array (n-by-3)

MFColor

Array of SFColor values.

Single array (n-by-3)

MFRotation

Array of SFRotation values.

Single array (n-by-4)

MFString

Array of SFString values.

char array (n-by-1)

MFNode

Array of SFNode values.

vrnode

The Simulink 3D Animation software can work with various MATLAB data types, converting them if necessary:

  • The inputs for the setfield function (and its dot notation form) and VR Sink and VR Source blocks, accept all meaningful data types on input. Both convert the data types into natural virtual world types as necessary. The data types include logicals, signed and unsigned integers, singles, and doubles.

  • The getfield function and its dot notation form return their natural data types according to the table above.

To ensure backward compatibility with existing models and applications, use the Simulink 3D Animation vrsetpref function to define the data type support. Their names are as follows:

PropertyDescription

DataTypeBool

Specifies the boolean data type for vrnode/setfield and vrnode/getfield. Valid values are 'logical' and 'char'. If set to 'logical', the virtual world boolean data type is returned as a logical value. If set to 'char', the virtual world boolean data type is returned 'on' or 'off'.

DataTypeInt32

Specifies the int32 data type for vrnode/setfield and vrnode/getfield. Valid values are 'int32' and 'double'. If set to 'int32', the virtual world int32 data type is returned as int32. If set to 'double', the virtual world int32 data type is returned as 'double'.

DataTypeFloat

Specifies the float data type for vrnode/setfield and vrnode/getfield. Valid values are 'single' and 'double'. If set to 'single', the virtual world float and color data types (the types of most virtual world fields) are returned as 'single'. If set to 'double', the virtual world float and color data types are returned as 'double'.

Virtual World Data Class Types

A node can contain four classes of data: field, exposedField, eventIn, and eventOut. These classes define the behavior of the nodes, how nodes are stored in memory, and how they can interact with other nodes and external objects.

VRML Data ClassDescription

eventIn

An event that the node can receive

eventOut

An event that the node can send

field

A private node member, holding node data

exposedField

A public node member, holding node data

eventIn

Usually, eventIn events correspond to a field in the node. Node fields are not accessible from outside the node. The only way you can change them is by having a corresponding eventIn.

Some nodes have eventIn events that do not correspond to any field of that node, but provide additional functionality for it. For example, the Transform node has an addChildren eventIn. When this event is received, the child nodes that are passed are added to the list of children of a given transform.

You use this class type for fields that are exposed to other objects.

eventOut

This event is sent whenever the value of a corresponding node field that allows sending events changes its value.

You use this class type for fields that have this functionality.

field

A field can be set to a particular value in the virtual world 3D file. Generally, the field is private to the node and its value can be changed only if its node receives a corresponding eventIn. It is important to understand that other nodes or the external authoring interface cannot change the field.

You use this class type for fields that are not exposed and do not have the eventOut functionality.

exposedField

This powerful data class serves many purposes. You use this class type for fields that have both eventIn and eventOut functionality. The alternative name of the corresponding eventIn is always the field name with a set_ prefix. The name of the eventOut is always the field name with a _changed suffix.

The exposedField class defines how the corresponding eventIn and eventOut behave. For all exposedField classes, when an event occurs, the field value is changed, with a corresponding change to the scene appearance, and an eventOut is sent with the new field value. These changes allow the chaining of events through many nodes.

The exposedField class is accessible to scripts, whereas the field class is not.

Related Topics