简要答案
简要答案
为了进行最可靠的Continue Run测试,让原来的主机加载篝火保存,保持同一主机,并在任何人重新连接之前检查行李和附近的物体。补丁 2.5.a 和 2.6.a 修复了玩家死亡返回、加载为骷髅、丢失物品或无法保存基于运行的成就进度的几种情况。当非主机接管保存时,它们不保证相同的世界状态,并且跨区域连接仍然可以是版本敏感的。
PEAK 篝火救援需要保留什么
将保存视为多个相关记录:路线和世界、篝火和附近的行李、每个玩家的库存和状况以及基于运行的进度(例如食物需求)。当这些记录中只有一项不同时,返回的玩家可以报告“我的保存已消失”。在尝试另一台主机或另一次重新连接之前,记下更改的记录。
Patch 2.6.a 表示 Citadel 篝火保存应该正确跟踪篝火周围的行李和其他物体。它还表示非主机游戏保存变得更加一致,但原始主机以外的玩家无法获得完整的世界状态,并且如果他们从保存中托管,可能会看到物品生成的奇怪现象。该警告属于答案,而不是脚注。
| 状态 | 官方注释支持什么 | 最安全的第一检查 |
|---|---|---|
| 篝火对象 | Patch 2.6.a 改进了 Citadel 行李和附近物体的跟踪。 | 原始主机在移动之前加载保存并检查篝火。 |
| 主机身份 | 非主机保存更加一致,但不是完整的世界状态副本。 | 在诊断丢失的物品或改变的世界时保留原始主机。 |
| 玩家存活状态 | 补丁 2.5.a 和 2.6.a 修复了名为重新连接和 Continue Run 死亡情况的问题。 | 将新的运行与加载的运行进行比较,并记录玩家是否重新连接。 |
| 成果进展 | Patch 2.6.a 修复了营火中基于主机运行的进度,包括类似 Gourmand 的食物进度。 | 使用正常的探险并在更换主机之前确认进度。 |
Continue Run:受控过程
在选择Continue Run之前,请让原宿主确认补丁、保存位置以及加入者。加载后,等待世界稳定下来,将篝火区域与保存时所做的注释进行比较。简短的库存清单比记忆更有用,尤其是当几个玩家在附近掉落行李或食物时。
如果控制器无法选择 Continue Run,请在不更改保存的情况下测试菜单焦点和键盘输入。该输入报告与世界状态报告不同。将两个问题分开,以便以后的修复可以找到正确的路径。多人游戏故障排除页面包括控制器和语音检查。

- 1.保留原主机 在第一次重新测试期间,请勿将加载的保存交给不同的主机。
- 2. 记录篝火 列出行李、附近的物体、玩家库存以及活着或死亡状态。
- 3.加载一次 当第一个状态仍在诊断中时,避免重复连接。
- 4. 比较列表 标记哪个对象或玩家状态与保存注释不同。
- 5.检查后重新连接 仅在主机确认加载状态后才测试受影响的播放器。
死亡、骷髅和失踪物品报告
Patch 2.5.a 修复了重新连接玩家在应该活着的时候返回死亡、骨架重新连接或保存加载立即杀死玩家以及几个房间和跨区域的情况。 Patch 2.6.a 添加了玩家在保存后重新连接的修复。然后,Patch 2.6.b 在游戏中期连接时处理 t 姿势骨架。这些是单独的命名路径,因此新症状应保留其确切的事件顺序。
当物品消失时,将篝火对象与库存物品区分开来,并将主机与正常保存断开连接。 Patch 2.04.a 已经修复了主机掉落的物品在断开连接后可能消失的情况,而 2.6.a 警告非主机世界状态仍然可能不完整。正确的回应是一份过时的报告,而不是声称每件物品丢失都是一个错误。
| 报告类型 | 重试前记录 | 相关版本说明 |
|---|---|---|
| 返回时已死亡 | 主持 Continue Run 的玩家在保存时以及重新连接时是否还活着? | 2.5.a 和 2.6.a 修复命名案例。 |
| 加载为骨架 | 骷髅是否在预料之中,玩家是否重新连接,死亡是否立即发生? | 2.5.a 和 2.6.b 解决单独的骨架和后期加入情况。 |
| 缺少篝火物品 | 对象名称、位置、原始主机以及是否由其他玩家主持保存。 | 2.6.a 改进了 Citadel 跟踪,但留下了非主机警告。 |
| 丢失掉落物品 | 谁掉的,主机是否断线,还有补丁。 | 2.04.a 修复了命名的主机断开路径。 |
跨区域重连及成果进展
Patch 2.5.a 表示,连接到世界不同地区的游戏的玩家不应再卡在 Loading 上。这是对指定情况的修复,而不是保证长途连接将具有与本地连接相同的延迟。如果同一组在一个区域工作但在另一个区域停滞,请记录区域对和时间,而不是将其称为全局中断。
基于跑步的成就需要额外检查。徽章参考说 Custom Run 禁用徽章,而 Patch 2.6.a 说主机进度现在保存在篝火处。如果玩家加入非主机保存,重新连接仍然会暴露旧的或不同的状态。对于徽章重试,请使用正常运行,保留原始主机,并记录玩家在触发时是否复活或活着。
- 地区 记录主机和加入玩家的区域以及同区域测试是否更改Loading。
- 主持人 保留原始主机以进行加载运行和成就进度检查。
- 模式 测试徽章时使用正常的探险。
- 状态 写下活着、死亡、骷髅、库存和篝火对象状态。
快速解答
PEAK 保存并重新连接常见问题解答
PEAK篝火如何保存工作?
篝火记录了一个运行状态,其中包括世界环境和附近的物体。 Patch 2.6.a 改进了 Citadel 行李跟踪,但官方说明称非主机保存仍然可以忽略完整的世界状态。
为什么我在Continue Run之后回来就死了?
补丁 2.5.a 和 2.6.a 修复了重新连接或加载保存导致活着的玩家死亡的情况。保留原始主机并记录准确的加载和重新连接顺序(如果仍然存在)。
为什么 PEAK 保存后物品会消失?
篝火对象、掉落的宿主物品、库存物品和非宿主世界状态遵循不同的路径。 Patch 2.04.a 和 2.6.a 解决命名案例,但当前报告需要对象名称、主机、保存和版本。
非主机主机可以保存PEAK吗?
2.6.a官方说明说非主机保存更加一致,但不包含完整的世界状态;托管该保存的另一个玩家可能会看到物品生成的奇怪现象。保留原始主机以进行最安全的测试。
重新连接会重置成就进度吗?
Patch 2.6.a 修复了篝火处基于主机运行的进度,包括 Gourmand 等食物进度。使用正常运行并在更换主机之前确认主机和篝火状态。
跨区域加入还重要吗?
Patch 2.5.a 修复了命名跨区域 Loading 情况,但距离和本地路由仍然会影响连接。比较同区域和跨区域测试并记录两者。
来源和限制
如何阅读本页
保存并重新连接声明来自官方 Patch 2.04.a、2.5.a、2.6.a 和 2.6.b 公告。该页面将 2.6.a 非主机警告视为活动边界,并且不会从玩家报告中推断出单一原因。
