You are viewing a potentially older version of this package. View all versions.
Botaniclas-TooManyLags_FGN_Addon-1.0.4 icon

TooManyLags FGN Addon

FiresGhettoNetworking addon for near-zero latency on locally owned interactions. Shared areas use the server, aiming to make players feel their own ping instead of others'. Includes Hostile Mobs ownership.

Date uploaded 3 days ago
Version 1.0.4
Download link Botaniclas-TooManyLags_FGN_Addon-1.0.4.zip
Downloads 17
Dependency string Botaniclas-TooManyLags_FGN_Addon-1.0.4

This mod requires the following mods to function

denikson-BepInExPack_Valheim-5.4.2351 icon
denikson-BepInExPack_Valheim

BepInEx pack for Valheim. Preconfigured with the correct entry point for mods and preferred defaults for the community.

Preferred version: 5.4.2351
VerdantsAscent-FiresGhettoNetworking-1.5.36 icon
VerdantsAscent-FiresGhettoNetworking

Comprehensive networking + server-authority mod with ZDO delta compression, WearNTear server/client CPU skips for invulnerable pieces, AoI-filtered RPC broadcasts, and a built-in per-client config auto-tuner.

Preferred version: 1.5.36

README

TooManyLags - FGN Addon

A FiresGhettoNetworking extension designed to make nearby interactions feel almost latency-free: locally owned objects are processed directly on your client, without waiting for another player's connection. In shared areas, the server takes over so each player primarily feels their own latency instead of someone else's lag. Includes ownership improvements for Hostile Mobs.

Why it helps

Valheim distributes simulation between object owners. A door or creature owned by another player can feel delayed when that player's connection is slow, even if yours is fast.

TooManyLags assigns nearby interactive objects to you, allowing supported interactions to run locally without a network round trip. Where players' fields overlap, the server becomes the owner. If your connection is poor while you are close to other players, you can still feel that delay when using server-owned objects; other players' interactions no longer depend on your client processing those objects.

Hostile Mobs prefer their current player target as owner. A high-ping target can use the server when another eligible player is nearby. The aim is to keep each player's experience responsive and prevent one slow connection from becoming everyone's lag.

This shares client workload more fairly, especially in large bases. Server ownership can increase server CPU usage. Server overload and protected ownership transitions can still cause delays; this is not a guarantee of zero lag.

How it works

  • A camera-directed grid covers nearby interactive objects and idle tamed animals. One player's fields go to that player; overlapping fields go to the server. Stationary players still count.
  • Cell or camera-sector changes request updates. Transfer delays, completed-field caching and unloading cleanup avoid repeated work. Isolated players use vanilla ownership by default.
  • Hostile Mobs use AI target ownership with attack protection, consent, retries and safe server fallback. Hostile summons follow the same rules. Friendly magic summons, including skeletons, spirit animals and roots, stay outside both the grid and mob ownership policy. Ordinary tamed animals still use the grid; bosses and active controls retain their safeguards.
  • Open inventories, active users and refilling remain protected. Local PUP collision/stability guards remain a separate feature.

Configuration

Edit BepInEx/config/botanic.toomanylags.fgnaddon.cfg; restart after changes. Sections explain each feature briefly.

Use BotanicOwnerDebug as an optional client-side debugging tool to see object and mob owners, check ownership transfers and tune your configuration.

Feature Defaults and options
Grid 4-metre cells, rounded 7x7. Also 8/16 metres and square 3x3/rounded 5x5. 4 metres requires a rounded grid.
Direction and delays Camera direction; inner 0s, forward 0.2s, outer 3s. Full-grid mode uses 2s. Missing camera data uses character heading.
Checks Movement and camera each default to 0.1s. Camera checks support 0.05–5s, allowing up to 20 checks per second. Unchanged sectors create no new field requests or camera writes. Network delivery can add delay.
Leaving fields Keep ownership: on. In directional mode, when only one player remains, red fields transfer automatically; forward/outer fields keep their owner until that player's next cell or heading-sector change. Fully vacated fields retain ownership. Native release still applies.
Categories and overrides 24 object groups; separate static, default-interactive and permanent-refill server ownership. All three overrides default off.
Hostile Mobs AI ownership on; server fallback target ping 200ms, other-player distance 6 metres. Requires FiresGhettoNetworking creature balancing.

Requirements and installation

  1. Install BepInEx, FiresGhettoNetworking and the same mod version on the dedicated server and every client. Copy TooManyLags.dll into BepInEx/plugins/TooManyLags/.
  2. Copy the supplied config into BepInEx/config/, or let first startup generate it. Keep EnableAIOwnership consistent across server and clients.
  3. In the server's FiresGhettoNetworking config enable Server-Side Simulation, Fix Lost Station Inserts and Balance Creature Ownership. Disable both Server ZDO Ownership Transfer options. Restart.

PUP FPS is optional.

The imported PUP readiness check supports the verified PUP FPS 1.0.34 build. Other PUP builds block AI server fallback; target-player ownership still works. Without PUP, native loading readiness is checked instead.

CHANGELOG

Changelog

1.0.17

- Restores camera-directed grid updates when initial server camera settings are missed; clients retry until synchronization succeeds.
- Fixes ownership handoffs leaving door and harvesting interactions waiting. Verifies source results and recipient readiness, with per-object processing and extra checks limited to actual transfers or delivery failures. Preserves inventory/refill and pending item-stand protection. Update server and clients together.
- Adds ServerOverlapCooldownSeconds (default 1s, 0 disables) to reduce rapid ownership changes when nearby players turn their cameras. Shared fields stay server-owned during the cooldown; a later movement or direction update can request another change. Supports live tuning.

1.0.12

- Adds admin-only in-game tuning of ownership check intervals, transition delays and Hostile Mob fallback thresholds without restarting. Preserves pending handoffs and usage safeguards. Other settings can be saved for the next restart, with pending and active values shown in the console.
- Camera timing is controlled by the server; camera and movement checks default to 0.05s. Directions cover +/-37.5 degrees with 30 degrees of overlap. Changed directions get native send priority and wake the next server pass without another interval wait; duplicate field work is avoided.
- Moves object categories to the final config section, 10 - Object Categories. Use the supplied config and reapply custom category values; saved check intervals are retained.

1.0.9

- Fixes Hostile Mob ownership being disabled by another installed target-ownership feature. Keeps collision protection active and restores the previous target policy if startup fails.

1.0.8

- Adds NoServerSideSimulation for weak dedicated servers: overlapping fields and high-ping Hostile Mobs prefer a better-connected player. Server ownership is disabled in this mode.

1.0.6

- Automatically applies required FiresGhettoNetworking settings, including Server-Side Simulation, without editing the saved config. Server CPU usage may increase.

1.0.4

- With KeepOwnershipOnCellExit enabled in directional mode, only inner/red fields transfer after an overlap ends. Other fields wait for the remaining player's next cell or direction-sector change.

1.0.3

- CameraHeadingCheckIntervalSeconds now accepts 0.05–5 seconds, allowing up to 20 camera-direction checks per second. The default remains 0.1 seconds.