DisfiguredEnemies

Makes monsters look wrong, at runtime, with no new models or textures.

Built and compiled against game build v0.4.4 (runs on v0.4.4.x).

What this is and isn't

This is a code-only pass, not new art. It can't give an enemy a different silhouette, extra limbs, or a genuinely different model — that needs actual 3D/texture work, which is outside what a Harmony patch can do. What it CAN do generically, on every enemy type without needing per-type knowledge of their rig or shaders:

• Non-uniform scale — random height stretch and width squash per spawn. Gaunt, elongated, top-heavy — proportions that read as wrong without needing new geometry.
• Colour tint — every renderer nudged toward a configurable colour (sickly dark red by default) via a MaterialPropertyBlock, never the shared material asset.
• Eye glow — a small point light placed near the top of the enemy's render bounds. An approximation of glowing eyes, not literal eye geometry.

The multiplayer problem this had to solve

Each client renders its own copy of an enemy's visuals — only position and state are network-synced, not the renderer graph. So if the distortion were randomized independently per client, every player would see a DIFFERENT disfigurement on the same monster, which would look like a bug, not a feature.

Fixed by seeding the randomness from Enemy.PhotonView.ViewID — a value Photon guarantees is identical for a given enemy on every machine. Same seed in, same stretch/tint/glow out, everywhere, with no custom networking needed. Works with the rest of this suite unmodified.

Config

BepInEx/config/benjamin.disfiguredenemies.cfg

Set MinStretch = MaxStretch = 1.0 (etc.) to disable a specific effect's variance while leaving the others on.

Worth knowing

• Every renderer on every enemy gets a real Light component if EyeGlow is on. Shadows are forced off specifically to keep this cheap — a level with many enemies means many small lights, and shadow-casting lights are the expensive part.
• The tint touches _Color and _BaseColor — the two names covering the vast majority of built-in and URP/Standard-derived shaders. An enemy using neither simply ignores the unused property; this doesn't error, it just won't visibly tint that specific one.
• Distortion is deterministic per enemy per level (same ViewID = same look every time within that spawn), not per-frame — an enemy doesn't wobble or change shape while alive, only differs from other enemies of the same type.

Building

Requires .NET SDK 8.0+. Add the NuGet feeds in nuget.config, then:

dotnet build -c Release

Output lands in bin/Release/netstandard2.1/DisfiguredEnemies.dll. Drop it in BepInEx/plugins/.