幻兽帕鲁存档迁移如何不丢角色palworld-host-save-fix 完整操作指南【免费下载链接】palworld-host-save-fixFixes the bug which forces a player to create a new character when they already have a save. Useful for migrating maps from co-op to dedicated servers and from one dedicated server to another.项目地址: https://gitcode.com/gh_mirrors/pa/palworld-host-save-fixpalworld-host-save-fix 是一款开源免费、专门用于幻兽帕鲁存档迁移的修复工具核心解决换服后玩家被强制新建角色、旧角色无法继承的问题。它不改游戏本体、不需要图形界面用一条命令即可完成合作模式与专用服务器之间、以及专用服务器与专用服务器之间的存档迁移。问题速览palworld-host-save-fix 解决什么、适合谁、何时不该用核心痛点幻兽帕鲁的合作模式、Windows 专用服务器、Linux/SteamCMD 专用服务器对玩家身份 GUID 的生成规则各不相同。存档从一种环境迁到另一种环境后服务器生成的新 GUID 与旧存档里的 GUID 对不上于是判定玩家没有旧存档强制新建角色旧角色连同等级、帕鲁、基地全部无法使用。适用情况合作模式存档 → Windows 专用服务器Windows 专用服务器 ↔ Linux 专用服务器专用服务器存档 → 合作模式不该指望它的情况存档文件本身缺失或损坏时工具只做身份关联修复不做数据恢复工具不能代替备份它被作者明确标注为实验性脚本存在已知 bug30-40 级以上的中后期大档个别字段可能修复不完整作者正在收集此类存档完善逻辑工具速览一个开箱即用的存档修复脚本以及它与替代方案的差异项目定位palworld-host-save-fix 是基于 palworld-save-tools 解析库的单机脚本仓库包含三个文件fix_host_save.py核心命令行脚本、gui.py可视化界面、extract_byte_data.py存档字节排查探针。核心能力清单把 .sav 二进制存档解压成可读的 JSON 结构在玩家存档与Level.sav中全量替换旧 GUID 引用可选开启公会数据修复将改好的 JSON 压缩写回 .sav并把旧存档改名为新 GUID运行前做 4 项参数校验GUID 是否误带 .sav 后缀、长度是否为 32 位、新旧 GUID 是否相同、guild_fix 取值是否合法GUI 模式自动扫描Players目录把每个角色解析成角色名等级供下拉选择与同类方案的差异对照表方案操作门槛自动修复 GUID 关联内置参数校验公会修复palworld-host-save-fix低一条命令或 GUI 选人是是可选开关直接用 palworld-save-tools 库高需自行编写解析脚本否需手动定位字段否否手动编辑存档 JSON高需理解 GVAS 结构与字段含义否极易漏改引用否否快速开始装好依赖、克隆仓库三分钟验证环境可用先确认 Python 版本不低于 3.10再依次执行以下命令# 1. 安装解析 .sav 存档的核心依赖版本必须锁定 0.17.1 python -m pip install palworld-save-tools0.17.1 # 2. 获取工具源码 git clone https://gitcode.com/gh_mirrors/pa/palworld-host-save-fix cd palworld-host-save-fix命令行入口的固定格式是四个参数顺序不能换# 语法修复存档并指定新服务器身份与旧服务器身份 python fix_host_save.py 存档文件夹路径 新GUID 旧GUID True/False # 不想手抄 GUIDGUI 模式会自动把角色解析成角色名等级下拉框 python gui.py运行修复命令时会先弹出数据风险警告并要求回车确认这是工具内置的最后一道确认关卡属于正常流程。此处建议插入GUI 模式扫描存档后显示角色名与等级下拉框的界面截图核心原理把新 GUID 写进旧存档服务器按文件名认领身份先给结论工具只做一件事——把新服务器分配给玩家的 GUID写进旧存档的每一处引用再把旧存档文件改名为新 GUID。服务器启动时按文件名找存档文件名对上了就认为这个玩家本来就有角色。机制说明帕鲁的 .sav 是压缩过的二进制容器palworld-save-tools 负责把它解压成 GVAS 结构的 JSON。GUID 在 JSON 里分布在三个位置玩家存档内的PlayerUId与IndividualId、Level.sav的角色参数映射表CharacterSaveParameterMap、以及公会数据GroupSaveDataMap。工具逐一替换后重新压缩写回覆盖点齐全这也是它比手动改 JSON 更可靠的原因。工作流程旧玩家存档.sav ──解压──▶ JSON ──替换PlayerUId/IndividualId──▶ 压缩写回──▶ 改名为 新GUID.sav Level.sav ──解压──▶ JSON ──替换角色映射与公会引用──────▶ 压缩写回──▶ 覆盖 Level.sav执行前拦截工具会先校验四个最容易出错的地方——GUID 误带 .sav 后缀、长度不是 32 位、新旧 GUID 相同、guild_fix 取值不合法任一不满足都会直接报错终止不会碰存档。场景一合作模式转专用服务器单人修复并关闭公会选项适用前提只迁移合作模式存档要保住的只有主机一个角色。第 1 步把存档送进服务器并绑定世界名。目标让服务器加载你指定的那份世界地图。做法把合作存档文件夹整体复制到PalServer\Pal\Saved\SaveGames\0再把GameUserSettings.ini里的DedicatedServerName改成该文件夹名。 最坏情况改错名字服务器会开一张全新地图等于白搬。这一步做错可随时改回不影响数据。第 2 步删除 WorldOption.sav。目标解锁PalWorldSettings.ini的修改权限让服务器设置生效。副作用玩家需要重新选择重生点其余数据不受影响。第 3 步主机在服务器上创建新角色。目标让服务器生成主机的新 GUID。新角色的 .sav 会出现在存档的Players文件夹里文件名就是新 GUID。 最坏情况跳过这一步脚本会报玩家存档不存在并终止不会损坏任何数据。第 4 步关服、整体复制到临时目录、备份。目标把待修改的存档与正在运行的服务器隔离同时留一份可回退的副本。最坏情况直接改原目录一旦出错无法回退。第 5 步运行修复命令合作主机旧 GUID 固定guild_fix 填 False。# 合作模式主机的旧 GUID 永远是 00000000000000000000000000000001 python fix_host_save.py 临时目录\存档文件夹名 主机新GUID 00000000000000000000000000000001 False目标只替换主机一个人的身份引用合作模式迁移不需要公会修复。命令跑完会打印Fix has been applied! Have fun!。此处建议插入fix_host_save.py 执行完成、输出成功提示的命令行截图第 6 步把临时目录改好的存档拷回服务器启动并让主机登录验证。正常登录后先玩满 5 分钟重点观察帕鲁是否正常工作异常处理见文末 FAQ。场景二专用服务器互迁全员逐人修复并开启公会选项适用前提Windows 服与 Linux 服之间整体迁移所有玩家的 GUID 都变了无人能幸免。第 1 步新服启动后让每个玩家登录一次创建新角色。目标为每个人生成对应的新 GUID。务必把玩家名—旧 GUID—新 GUID的对应关系逐条记录下来这一步的疏漏会在后续排查时成倍放大。第 2 步关服把带全部新角色的存档复制到临时目录并备份。第 3 步对每个玩家逐条运行命令guild_fix 填 True。# 玩家一新GUID在前旧GUID在后顺序不能反 python fix_host_save.py 临时目录\存档文件夹名 玩家一新GUID 玩家一旧GUID True # 玩家二 python fix_host_save.py 临时目录\存档文件夹名 玩家二新GUID 玩家二旧GUID True目标全员身份替换。guild_fix 必须为 True因为这种迁移里每个玩家都丢了角色没有完好角色可以替其他人托管公会数据只能靠工具修改公会表。 最坏情况某条命令的 GUID 对不上时只有那一个玩家修复失败其余玩家不受影响——这正是逐人执行的价值出错范围被限制在单条记录内。第 4 步改好的存档拷回服务器启动后逐个验证。同样观察 5 分钟内的帕鲁状态。场景三专用服务器迁回合作模式把参数方向反过来适用前提从专用服务器把存档搬回本地和朋友继续用合作模式玩。第 1 步把专用服务器的存档复制到临时目录。第 2 步开一局新合作游戏并创建新角色把生成的00000000000000000000000000000001.sav复制到临时目录存档的Players文件夹里。目标为合作模式准备新身份占位文件。第 3 步运行命令new_guid 用固定的合作主机 GUIDold_guid 用你希望在本地当主机的那个人。# 方向与场景一相反new_guid 与 old_guid 的位置互换 python fix_host_save.py 临时目录\存档文件夹名 00000000000000000000000000000001 原主机旧GUID False第 4 步把改好的存档放回SaveGames目录并启动游戏。其他联机玩家的 GUID 未变化不需要修复。三种迁移场景的参数对照表迁移方向修复对象old_guid旧身份new_guid新身份guild_fix独有前提合作模式 → 专用服务器仅合作主机固定 0000…0001主机新角色 GUIDFalse提前转让公会、拆除观赏笼专用服务器 → 专用服务器全体玩家各人旧 GUID各人新 GUIDTrue逐个记录新旧对应关系专用服务器 → 合作模式未来的主机被选中角色旧 GUID固定 0000…0001False先把新合作档角色文件放入 Players常见问题 FAQ修复后帕鲁不动、左键失灵、GUID 对不上怎么处理修复后帕鲁在基地不工作、也不攻击正常吗这是官方标注的已知帕鲁 bug属于可修复状态。让对应玩家进入自己的基地把队伍里的帕鲁和基地工作帕鲁全部丢到地上再捡起归属关系会被重新登记问题即解除。修复后按住左键无法连续攻击已知问题且多发生在未做公会处理的情况下。让该玩家退出公会再重新加入即可恢复。合作模式迁移后公会成员关系异常怎么绕开官方头号已知问题。最佳做法是在合作模式搬档之前先把公会所有权转让给另一个角色并让主机角色退出公会再开始迁移可整体绕开该 bug。注意这一招只适用于合作模式全员换服场景没有托管人只能靠 guild_fix 修复。怎么快速把玩家和 GUID 对应起来在旧服务器配置管理员密码后进游戏聊天框输入/adminpassword 密码再输入/showplayers列表里的playeruid就是十进制身份编号转成 8 位十六进制即可匹配Players目录文件名前缀# 把 playeruid 数字转成 8 位十六进制 GUID 前缀 python -c print(format(playeruid数字, 08x))工具运行前反复要求确认是卡住了吗不是。工具被作者标注为实验性脚本已知存在 bug回车确认是它强制执行的最后一道关卡前提是你已经完成了备份。中后期大档修复不完整怎么办作者在 README 中说明30-40 级以上的存档需要更多边界数据来完善修复逻辑并明确欢迎提交存档帮助改进。遇到这类情况建议先保留备份再按文档中的联系方式提交存档。合作模式里的观赏笼会影响迁移吗会。观赏笼在专用服务器上不受官方支持迁移前需在合作模式内拆除否则后续会出问题。总结与延伸工具的价值边界与下一步行动palworld-host-save-fix 的价值在于把换服丢角色这个由 GUID 机制差异引发的问题收敛成一条可重复、带校验、可回退的命令行操作并用 GUI 把 GUID 对应关系这种最容易出错的环节自动化。它的边界同样清晰不是数据恢复工具、不替代备份、对中后期大档仍需谨慎。下一步建议按此顺序执行先备份 → 按上文场景选定参数 → 在临时目录里跑修复 → 拷回服务器验证。完整迁移示例与已知 bug 的持续更新都维护在项目根目录的 README.md只想查角色与 GUID 对应关系时可以先跑gui.py怀疑存档内部字节异常时再用extract_byte_data.py导出原始数据排查。【免费下载链接】palworld-host-save-fixFixes the bug which forces a player to create a new character when they already have a save. Useful for migrating maps from co-op to dedicated servers and from one dedicated server to another.项目地址: https://gitcode.com/gh_mirrors/pa/palworld-host-save-fix创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考