Child Geometry Output Data

Whether a child geometry produces output is determined by the family it belongs to and how it is used in the simulation. Some child geometries represent physical surfaces that are written to output, while others define internal regions used by the solver that do not generate output files.

Children in Static Body and Moving Body Families

When a child geometry belongs to a Static Body or Moving Body family, it represents a physical surface in the simulation. The child geometry is written to a binary .vtp file associated with that family for visualization and analysis within M-Star Post. Output is synchronized with both the Plane/Probe Write Interval and the Volume Write Interval, ensuring frame-consistent output for visualization and animation in both 2D and 3D renderings. As part of this child geometry output, surface variables may also be defined on these geometries. These include Static Body Variables and Moving Body Variables, which are evaluated on the surface and written to the same output at each output interval.

The quality of the surface-variable output is directly related to the resolution and quality of the underlying computational mesh. Surface variables are evaluated from the fluid cells adjacent to the geometry, so finer meshes generally produce smoother and more accurate surface fields. For Surface file types, the exported mesh resolution can be adjusted using the Edit Mesh command. For Mesh file types, the exported surface cannot be modified; the solver uses the tessellation provided by the input mesh.

Children in Other Families

Child geometries associated with other families are used internally by the solver and do not produce output files that can be visualized in M-Star Post. These include child geometries associated with massless tracers, inertial particles, liquid droplets, gas bubbles, and scalar fields. Within these families, the child geometry specifies where particles, species, or energy are introduced into the domain. It serves only as an internal region used for spatial mapping, and the geometry itself is not exported.

Similarly, child geometries attached to Global Variable families can define regions for localized reductions or evaluations. These geometries also serve only as internal spatial maps and are not exported. The same logic applies to Porous Media, where child geometries may define local porosity used within the solver. In these cases, the geometry again functions only as an internal mapping region and is not exported as an output file.

In all of these cases, the effects of the geometry appear through the physics of the simulation, but the geometry itself is not written to output. The geometry defines a region where solver operations occur rather than a surface that is exported.

Children in Scalar and Particle Injection Regions

The same rules apply to geometries used for scalar regions, particle regions, and heat-transfer initialization regions. These geometries specify the portion of the domain where quantities are initialized or introduced during the simulation. In these cases, the geometry functions purely as a spatial region definition used internally by the solver and does not generate output files.