Palworld Save Doctor co-op → dedicated · runs entirely in this tab

idle

What this checks

Converting a co-op world to a dedicated server remaps your host UID from 000…0001 to your real one. Every converter does that part. Two things routinely go wrong afterwards, and neither is obvious from inside the game.

Fault 1 — base Pals stand idle

Base work assignments keep their own copy of the owner handle:

worldSaveData.WorkSaveData[].WorkAssignMap[].RawData
  .assigned_individual_id = { player_uid, instance_id }

Converters remap the OwnerPlayerUId family but not this one, so the handle names an identity that no longer exists and the Pal bound to it will not work.

The fingerprint: base Pals refuse work, but a facility with no pre-existing assignment accepts one normally — that creates a fresh record under the live identity. If new assignments work and inherited ones don't, this is your bug.

Drop your Level.sav above to count them, and repair it in-browser if found.

Fault 2 — the map opens pitch black

LocalData.sav is not a server file. It is per-player and per-server, it lives on each player's own PC, and the server never serves it. It holds the fog-of-war mask, custom map pins, tutorial flags and the tracked quest.

Skip it and your map opens black with unlocked fast-travel points invisible — map icons don't render under unrevealed fog. Only base camps show, because those come from Level.sav. It looks exactly like total progress loss.

It isn't. Waypoints, bosses, quests and Paldeck all ride in Players/*.sav and convert fine. Drop one above and see for yourself before you panic.

To restore the map, each player does this on their own machine:

Join the server once, then fully quit Palworld.
Copy the old world's LocalData.sav over the one in the folder that join just created:
%LOCALAPPDATA%\Pal\Saved\SaveGames\<SteamID64>\<newest folder>\LocalData.sav
Relaunch.

Copy the bytes — don't re-encode. compress_gvas_to_sav() cannot tell PlM from PlZ single-zlib (both report save type 0x31) and will silently change the file's format.

Also worth knowing

Never import a co-op WorldOption.sav. On a dedicated server it silently overrides PalWorldSettings.ini and your rates, difficulty and player cap stop applying.
stage_instance_id_belong_to also holds …0001 on hundreds of map objects. It is a stage sentinel, not a stale player reference — a blind "replace every old-host UID" sweep corrupts the world. This tool never touches it.

Limits

PlM (Oodle) saves are not supported. An untouched save straight from the game is PlM, and decoding it needs a native codec that doesn't exist in the browser. Run it through a co-op converter first — they emit PlZ2, which this reads. That step is also what remaps your host UID, which you need anyway.
Repair requires exactly one guild in the world; the live host UID is read from the guild admin record and this page will not guess between several.
Parsing a large world takes a few seconds and the tab will be busy while it runs.
Repairs are verified by re-reading the written file — counts that had to move must have moved, counts that had to hold must be identical, and the format must be unchanged. If any gate fails you get an error instead of a download.