DFX4xxx — Values, types and expressions

32 codes in this family (32 error). The message is the format string as the compiler holds it: %s, %d and %c are substituted at runtime.

DFX4001

Cause. A bare number was written where the input wants a vector, colour or other structured type.

Fix. Write all the components: (0, 0, -980).

DFX4002

Cause. Niagara vector types are 2, 3 or 4 components.

Fix. Check the component count.

DFX4003

Cause. L7: float -> int is never implicit. A silently truncated spawn count is among the hardest effect bugs to find.

Fix. Write int(...) if truncation is what you meant, or make the source an int.

DFX4004

Cause. The input's type could not be resolved from the module schema.

Fix. Usually the input is hidden behind a static switch that has not been written yet -- write the switch first; source order is write order.

DFX4005

Cause. A vector or box() component is not a number.

Fix. Components are literals; a parameter reference cannot appear inside one.

DFX4006

Cause. The enum has no entry by that name. Niagara's user-defined enums store NewEnumerator0 internally and keep the real name in display text, so the names here are not guessable from the asset -- they are read live.

Fix. Use one of the entries listed. Spaces and hyphens are normalised away, so Direct Set is written DirectSet.

DFX4007

Cause. The value is neither a literal of the expected type nor a namespace-qualified parameter.

Fix. Qualify the parameter (User.Speed, Particles.Velocity), or write a literal.

DFX4010

Cause. The same input was given twice on one dynamic input call.

Fix. Delete one.

DFX4020

Cause. DI names no class on its own.

Fix. Write the inner type: DI<SkeletalMesh>.

DFX4021

Cause. The declared type is not one DreamFX knows.

Fix. Use one of the types listed in the message.

DFX4022

Cause. L2 types a new attribute from its first value, and this value carries no type -- an hlsl block, a dynamic input and an inline expression all have none of their own.

Fix. Write the type: Color Particles.Moon.Tint = hlsl { ... };

DFX4023

Cause. box() is minX, minY, minZ, maxX, maxY, maxZ.

Fix. Write six numbers.

DFX4024

Cause. The right-hand side references a parameter whose type is not known at this point.

Fix. Declare it in Properties, or assign it a literal earlier in the same stack -- L2's first write is what declares an attribute.

DFX4025

Cause. An unqualified assignment target has no namespace to live in, and guessing one would put the value somewhere never named.

Fix. Qualify it: Particles.MyValue, Emitter.MyValue, System.MyValue.

DFX4026

Cause. A renderer binding target is a parameter, not a bare name.

Fix. Write Bind Color -> Particles.Color;

DFX4027

Cause. L7 across a link. A linked value binds the parameter directly -- there is no conversion step to truncate or widen in -- so the two types have to match exactly.

Fix. Declare the source parameter with the target's type. This is the one L7 case that cannot be fixed with an explicit cast, because there is nowhere to put one.

DFX4028

Cause. A Defaults entry was written without a type. Elsewhere the type can come from the value or from the module signature the input belongs to; a default belongs to no module and its value may be an hlsl block or a link, so there is nothing to infer from.

Fix. Write the type: float Particles.MySize = 1.0;.

DFX4029

Cause. A Defaults entry was given a dynamic input. A default is one value stored on the parameter, and a dynamic input is a graph that runs per particle -- there is nowhere to run it.

Fix. Use a literal, an enum, or a link to another parameter. If the value really has to be computed, write it as an assignment in ParticleSpawn instead, which runs.

DFX4030

Cause. A stack input's hlsl block lowers to a node with one typed output pin and no body, so it cannot hold statements.

Fix. Fold it into one expression, or move the logic into a .dfm Module, whose body is emitted verbatim. This is the gap .dfm generation exists to close.

DFX4031

Cause. L6's whitelist. Widening it is the slide into re-implementing a 13k-line expression backend, so it is deliberately short.

Fix. Use one of the listed functions, a .dfm dynamic input, or an hlsl { } block -- inside which any HLSL is allowed.

DFX4032

Cause. Inline expressions see parameters, not locals. A bare name has nothing to bind to.

Fix. Qualify it, or move the expression into an hlsl { } block where locals exist.

DFX4033

Cause. An L6 builtin is positional. Named arguments read as a dynamic input call and would silently resolve to something else.

Fix. Write saturate(x), not saturate(Value = x).

DFX4034

Cause. Arity is the only thing separating lerp(a, b) from lerp(a, b, t).

Fix. Check the argument count.

DFX4035

Cause. Part of the expression has no HLSL form -- a curve literal or a data interface inside arithmetic, for instance.

Fix. Move that part to its own input.

DFX4036

Cause. An empty hlsl block lowers to an expression with no text in it.

Fix. Write the expression, or delete the block.

DFX4037

Cause. A curve { } literal fills a curve data interface, and this input is not one.

Fix. Feed the curve to the input that takes it -- usually a dynamic input such as FloatFromCurve(FloatCurve = curve { ... }).

DFX4038

Cause. An empty curve evaluates to nothing, which reads at runtime as a value stuck at zero.

Fix. Add keys.

DFX4039

Cause. Curve tangents are data (plan 3.5); an unrecognised mode would fall back to Auto and drop a hand-tuned shape without saying so.

Fix. Use Auto, Cubic, Linear or Constant.

DFX4040

Cause. An Object<T> parameter was given an asset path and nothing is at that path. Usually the asset moved or was renamed after the source was written, or the path is a content-browser display name rather than an object path.

Fix. Copy the path from the asset's right-click Copy Reference and paste it whole: Object<Texture> _Tex = "/Game/FX/T_Spark.T_Spark";. The part after the dot is the object name inside the package and is not optional.

DFX4041

Cause. The asset at that path exists but is not the class the parameter declares. Object<Texture> = ".../M_Fire" names a material, and Niagara would refuse the binding at runtime rather than at build time.

Fix. Either point at an asset of the declared class, or widen the declaration to the class you actually mean --- Object<Texture>, Object<StaticMesh>, Object<MaterialInterface> and so on match what the module's input expects.

DFX4042

Cause. A curve key's Tangent= attribute named something that is not one of Unreal's four tangent modes. Refused rather than defaulted for the same reason as DFX4039: falling back to Auto would silently discard the tangents written beside it, and a curve whose corners have been rounded off is a different curve.

Fix. Use Auto, User, Break or None --- or leave Tangent out entirely, in which case a key with a tangent means User and a key without means Auto, which is what every source written before the attribute existed meant.

DFX4091

Cause. A Phase 2 build met a Phase 3 value mode. Historical -- it should not appear on a current build.

Fix. Rebuild the plugin. If it persists, the source is being compiled by an old binary.