Multiplayer Sync for HunterPie

Multiplayer Sync for HunterPie

Refreshes monster part health and supported status buildup when you join a Monster Hunter Wilds quest as a guest. Install it on your PC only — the host does not need this mod.

This independent REFramework helper updates game values read by HunterPie. It does not modify HunterPie or draw its own overlay.

Features

• []Automatic synchronization for guests joining an active quest or departing together on a lobby quest.[/]

  []One-second target interval. Pending responses are completed before another request is sent.[/]

  []Part data and eligible inactive poison, paralysis, sleep, stun, blast, exhaust and mounting buildup.[/]

  []Cleanup of additional responses, including tracked responses arriving after synchronization stops.[/]

  []No additional requests while you are the quest host.[/]

  []Recoverable quest-specific safety stops can restart automatically in a different guest quest after fresh verification and cleanup.[/]

Requirements and installation

Requires REFramework with Lua support. Use HunterPie to display the updated values.

Select Monster Hunter Wilds in Fluffy Mod Manager, drag the ZIP onto its window, and enable the mod. Alternatively, extract the ZIP into the game directory. The ZIP contains only reframework/autorun/HunterPieMultiplayerSync.lua.

Close the game before upgrading. When upgrading from 1. 0. 0 or a test build, remove HunterPiePartSyncProbe.lua before installing. Do not keep both scripts enabled. Version 1. 0. 1 changes the Lua filename and UI title; synchronization behavior is unchanged. Test-build users can remove the optional HunterPieHostMountObserver.lua diagnostic script.

Usage

Join an active quest as a guest, or depart together with other players on a lobby quest as a client. Synchronization starts automatically after the session and monster identities are verified.

REFramework > Script Generated UI > HunterPie Multiplayer Sync:

Enable controls synchronization and is saved between launches. OFF stops synchronization requests, parsing, application and diagnostic sampling. Cleanup of pending owned responses remains active. If you stop an active synchronization and turn it back on, it waits for the next quest. Safety stops are not cleared by toggling Enable. Recoverable stops remain stopped for the current quest and can restart automatically in a different guest quest once old responses are resolved.

Log files is OFF by default and saved between launches. Turn it on only when collecting diagnostic logs. OFF skips detailed diagnostic sampling and histories as well as this mod's diagnostic and timing JSON writes, including at shutdown. Essential synchronization and safety checks remain active. Changing this option does not stop synchronization or response cleanup. Existing log files are not deleted. REFramework's own log is separate. Bounded stop details and identity-recovery events are still retained in memory with logs OFF. Keep Log files OFF for normal play; detailed logging can cause stutter.

Status and Version are informational. A delayed response now shows Waiting for host response without sending overlapping requests. Conflicting monster identities are isolated and rechecked; affected data resumes only from a fresh request after verification. Repeated conflicts keep the affected target paused. Temporary host/member verification changes now pause synchronization and can resume after fresh validation. This does not guarantee recovery from every host migration or unresolved response. Status shows Stopped for this quest - will retry next guest quest for recoverable stops, or waiting for previous response while an old response is unresolved. Ambiguous responses, cleanup failures, native application exceptions and diagnostic/identity faults still require a game restart. No manual request button is needed.

Known limitations

Initial mounting buildup before the first mount may be absent from host snapshots and cannot be recovered by this helper. Only data passing ownership, type and state checks is applied.

The request retrieves the game's full late-join snapshot, but this helper applies selected part/buildup data and does not invoke full snapshot execution.

Requests are at least one second apart. The mod waits for the previous response and its processing to finish, so actual updates can take several seconds depending on the session.

Validation

The development core was tested over three consecutive guest quests with no stale monsters reported and HunterPie updates confirmed. Version 1. 0. 12 passed Lua syntax, package checks and 924 mock/regression checks, inclu