ModuleEffect Prototype: A prototype to add new module effects evaluated for entities.

[MeteorSwarm]

There are several methods that one could currently use to write new module effects in the current API without needing a ModuleEffect prototype, though doing so requires heavy use of mod-data and custom tooltips:

1. As Rigor Module does, by creating recipe copies for all recipes that support the Rigor effect, and hotswapping recipes in machines based on the machine's rigor.
2. With recipe events, calculating a machine's module effect value, then doing something to the machine based on the effect value.

ModuleEffect would simplify the codebase of custom module mods by eliminating the need to store module effect values in mod-data or to calculate module effects in machines. It does not need to support anything other than the ability to calculate, display and read custom module effects in machines, as well as the ability to assign custom module effects to modules and machines via Effect. All effects of these custom module effects can be executed via other parts of the Lua API.

08-15-2026, 13-35-14.png (54.2 KiB) Viewed 481 times

[micromario]

This would be a blessing for https://mods.factorio.com/mod/parallel-module

[MrSmoothieHuman]

+1

[EmilyTheWitchh]

+1 to this one too

[protocol_1903]

+1, would be nice for a few pY effects i have in mind that are similar to some mods on the portal

[Rseding91]

Current module effects are cached and fully inlined on a given entity that supports them - for the best possible performance (no need to read dynamic allocated memory to determine the effect value when the entity runs its update logic).

So i don’t see this happening.