Expand description
Extended Environment (EEP) value types: the colour, glow, and cloud parameters carried by a region’s or parcel’s sky and water settings.
These are distinct named types (rather than bare [f32; N]) so a colour
cannot be transposed with a position, a direction, a scale, or a rotation —
all of which are also arrays of f32.
Structs§
- Cloud
PosDensity - A windlight cloud layer’s scroll position (X, Y) packed with its
density (Z) in one wire 3-vector (the viewer’s
cloud_pos_density*). The three components are semantically distinct — two are a 2-D scroll offset, one is a density — so they get named accessors rather thanx/y/z, and this type cannot be confused with a position or direction. - Color
- An RGB colour — three
f32channels (normally0.0..=1.0, but HDR environment colours can exceed1.0). A named type so a colour cannot be transposed with a position, direction, or scale. - Color
Alpha - An RGBA colour — four
f32channels (RGB plus an alpha channel). The alpha-carrying sibling ofColor; a distinct type so it can’t be transposed with a 3-channel colour, a position, or a rotation quaternion (all of which are also arrays off32). Its one wire user is the windlightsunlight_color. Channels are normally0.0..=1.0but HDR values can exceed1.0. - Glow
- A windlight sun/moon glow parameter. The wire packs it as a 3-vector
(size, reserved, focus)whose middle component is unused/reserved (the viewer always sends0); it is preserved verbatim so a decode/encode round trip is byte-identical. The meaningful channels aresizeandfocus.