PristineRepair
Tested on [1.10] Repairing Items will always result in them being Pristine/Max Health. Also enables it to repair Worn Items. Check out "WornRepair" which just enables Worn Item repairing.
No file I/O on hot paths, no timers created per event, no per-player-per-frame hooks.
1 chain break, all on specific classes the mod replaces wholesale — matters only if another mod patches the same classes.
No server-side script overrides. Counts hook dispatch and timers only, not what the hooks do inside. Methodology.
Chain breaks, by consequence
1 override that skip super(), ranked by how much they can affect. On any server a break replaces vanilla's behaviour on that method and silences every earlier-loaded mod hooking it.
CalculateHealth
Only this class is affected. Matters only if another mod in your stack patches the same class.
1 class
PluginRepairing1 location
PristineRepair.pbo::4_World\Plugins\PluginBase\PluginRepairing.c:19Other findings
Checks answered without super() · 2 · warning
- PluginRepairing.CanRepair returns its own answer without consulting super.CanRepair() — vanilla's conditions on this check, and those of every earlier-loaded mod, no longer apply. Intended when a mod owns the rule outright; otherwise it is how another mod's restriction quietly stops working.
PristineRepair.pbo::4_World\Plugins\PluginBase\PluginRepairing.c:61 - PluginRepairing.Repair returns its own answer without consulting super.Repair() — vanilla's conditions on this check, and those of every earlier-loaded mod, no longer apply. Intended when a mod owns the rule outright; otherwise it is how another mod's restriction quietly stops working.
PristineRepair.pbo::4_World\Plugins\PluginBase\PluginRepairing.c:3
- PluginRepairing.CanRepair returns its own answer without consulting super.CanRepair() — vanilla's conditions on this check, and those of every earlier-loaded mod, no longer apply. Intended when a mod owns the rule outright; otherwise it is how another mod's restriction quietly stops working.
Which vanilla methods the mod hooks, which of them drop the chain, how often each hook fires, and which risky calls sit inside hot hooks.
How long hook bodies take, network cost, or engine-side load. Measured across live fleets, most server lag comes from the engine and world state, not mod script chains — a light footprint does not clear a mod of lag, and a heavy one does not convict it. Methodology.
Everything else
All 3 overrides
Surface is the dispatch tier the rubric can price (— = unpriced); server is whether the override exists on a dedicated server; super() shows whether the vanilla chain is preserved on a server.
| method | surface | server | super() | where |
|---|---|---|---|---|
PluginRepairing.Repair |
— | yes | ✗ none | PristineRepair.pbo::4_World\Plugins\PluginBase\PluginRepairing.c:3 |
PluginRepairing.CalculateHealth |
— | yes | ✗ none | PristineRepair.pbo::4_World\Plugins\PluginBase\PluginRepairing.c:19 |
PluginRepairing.CanRepair |
— | yes | ✗ none | PristineRepair.pbo::4_World\Plugins\PluginBase\PluginRepairing.c:61 |
Load-order constraints (CfgPatches)
What each PBO declares: its addon identity and the addons it requires to be loaded first (requiredAddons). A partial load-order signal from the mod's own metadata.
PristineRepair.pbo
PristineRepairrequiredVersion 0.1 — no requiredAddons
census 1.1 · findings 1.1 · hash 758cc607061424d0