86JP修复进度搬运

阿荣社区采集员9

以防有人不知道，DC频道重新发了干净的客户端

阿荣社区采集员6

礼包内物品显示过期怎么办呀

阿荣社区采集员

额，看到修复社交功能，不是说不能联机开服吗

阿荣社区采集员2

蚂蚁爬，等更新

阿荣社区采集员9

2026-8-15
1.修复安徒恩团本若干问题
1. 补全一、二阶段超时失败流程
原实现对 Raid 终局状态和结果包的处理不完整，可能产生以下问题：
超时后显示通关成功横幅和成功动画。
错误进入奖励界面并卡住流程。
只显示系统公告，不显示失败横幅和动画。
超时后地图入口和部分地下城状态仍然存在。
地下城中的角色被清场，但客户端没有进入正确的失败结算流程。
现在超时处理被改为原子终局迁移，确保同一个 Raid 只能完成一次超时失败转换。
一阶段超时使用以下客户端状态流程：
RAID_RESULT_STATE (648) 写入失败结果和终局阶段。
RAID_RESULT (602) 发送一阶段失败结算数据。
设置已确认的一阶段失败符号 104，触发“阻截安徒恩失败”横幅。
RAID_STATE (588) 进入失败全屏动画和终局状态。
二阶段采用对应的失败结果上下文，不再误用未经确认的 102 符号。``
### 2. 修复阶段完成条件
服务端现在严格检查实际地下城通关次数，不再因为其他地下城通关、地图循环或错误状态包提前进入奖励界面。
一阶段必须满足：
- 擎天之柱 A 通关 2 次。
- 擎天之柱 B 通关 2 次。
- 合计正确完成 4 次擎天之柱。
只有同时满足上述条件，才能进入一阶段成功结算和奖励流程。
以下行为不会再触发一阶段奖励：
- 通关震颤的大地。
- 通关舰炮防御战。
- 地下城复活或循环重置。
- 阶段计时器到期。
- 其他地图的清除计数变化。
二阶段必须满足：
- 安徒恩的心脏通关 5 次。
只有第 5 次心脏通关后，才能进入二阶段成功结算和奖励流程。
### 3. 修复一、二阶段奖励展示 安图恩金币奖励容器在 PVF 中使用以下旧格式： ```text 0 weight count
其中：
0 表示金币虚拟物品 ID。
weight 表示奖励权重。
count 表示金币数量。
通用 StackableItemFile 解析器会过滤 itemId=0 的条目，导致金币奖励容器解析为空。客户端因此可能进入奖励界面，但第一段奖励没有显示实际获得内容。
受影响的容器包括：
一阶段：
10094732
10094734
10094786
二阶段：
10094787
10094788
10094789
本次修改在 Raid 奖励处理层增加了兼容解析：
普通物品奖励继续使用原有 UpgradableLegacyRewards。
仅当普通奖励列表为空时，尝试解析 0 weight count 金币格式。
奖励界面使用配置容器作为金币卡片展示图标。
实际金币数量通过奖励条目的 Quantity 字段发送。
选取奖励后向角色实际发放对应金币。
不修改全局 PVF 解析规则，避免影响其他物品、罐子和奖励系统。
### 4. 修复人物死亡时错误发出的的断开链接公告
已修复角色死亡误报网络断线的问题。
死亡状态从 0（离线）改为 2（死亡）。
复活状态保留为 1。

阿荣社区采集员9

2026-8-16
1.修复称号簿终极无色流进度
2.修复装扮栏扩展券购买

阿荣社区采集员2

大佬辛苦了

阿荣社区采集员9

2026-8-16更新详情
1.修复称号簿终极无色流进度
问题原因
称号簿任务“终极无色流”要求通过技能累计消耗 10000 个无色小晶块，但服务器此前没有把技能材料消耗同步到称号簿任务进度。
修复前
使用消耗无色小晶块的技能后，称号簿进度仍保持为 0 / 10000。
修复后
使用技能消耗无色小晶块后，称号簿进度能够按照服务器实际扣除数量正常增加。
修改内容
解析 PVF 中称号任务的 [use item] 条件。
仅统计 operationType > 1 的技能材料消耗。
使用服务器实际扣除的材料数量更新进度。
普通删除、丢弃和任务提交消耗不计入。
合并同一批材料消耗，降低重复进度通知。
防止任务完成后重复发放称号。
增加“终极无色流”专项自测。
2.修复装扮栏扩展券购买
修改内容
修复装扮栏扩展券购买后进入背包、无法直接扩展的问题
支持 PVF 中 1～15 阶装扮栏扩展券
购买成功后立即扩展装扮栏，每阶段增加 7 格
严格校验扩展阶段，重复购买或越阶购买不会扣除点券
将扩展状态与商城扣款放在同一事务内持久化
修正装扮栏容量边界：基础 105 格，最高 210 格
在通用商城购买 ACK 前同步最新装扮栏容量，使商城无需退出即可显示下一阶段
保持商城原有排序和页码，不再通过额外刷新包重置商城页面

阿荣社区采集员

去哪里下载这个玩

阿荣社区采集员9

2026-8-17
1.统一深渊准入与副本入场校验扣费
背景
现有副本进入流程对深渊派对及特殊副本的入场条件处理不完整，主要存在以下问题：
未完成对应深渊派对任务时，地下城选择界面的“挑战深渊派对”按钮仍可能处于可用状态。
玩家选择深渊后，如果缺少任务权限、深渊房间配置或邀请函，服务端可能继续创建普通副本，表现为“选择了深渊，但进图后没有深渊标志和深渊房间”。
深渊邀请函、PVF [required item]、死亡之塔邀请函及锦标赛材料分别使用不同的校验和扣除逻辑。
部分特殊副本只在客户端展示进入材料要求，服务端没有统一校验或扣除。
入场材料跨多个堆叠时，缺少统一的原子扣除、持久化失败回滚和背包同步机制。
主要改动1. 补全深渊派对开放条件下发
根据玩家当前地下城入口关联的 WorldMap 区域读取 PVF 中的：
[hell dungeon]
[hell quest]
进入地下城选择界面时，逐个检查队伍成员是否完成该区域要求的深渊派对任务，并通过 ENTER_SELECT_DUNGEON 数据包下发未满足条件的队伍槽位。
客户端可以据此在发送 SELECT_DUNGEON 前直接将“挑战深渊派对”按钮置灰。
同时补充：
城镇地下城入口到 WorldMap Area 的关联查询。
按 Area ID 查询 WorldMap 区域。
可变长度的深渊受限成员列表编码。
队伍成员槽位级别的深渊权限判断。
2. 深渊进入条件服务端二次校验
即使客户端已经完成按钮置灰，服务端仍会在创建副本前重新检查：
当前区域是否支持深渊派对。
对应深渊派对任务是否已经完成。
当前地下城是否存在匹配的深渊房间。
玩家是否持有足够的深渊派对通行证或邀请函。
当前选择状态和在线背包租约是否有效。
任意条件不满足时：
终止本次地下城选择。
回收尚未冻结的副本运行状态。
返回标准 SELECT_DUNGEON 失败响应。
不再降级为普通副本继续进入。
这解决了选择深渊后进入普通地图、没有深渊标志的问题。
3. 统一副本入场材料服务
扩展 DungeonEntryCostService，将副本入场材料统一为以下处理流程：
读取并规范化入场材料定义。
合并同一物品的多条数量要求。
在扣除前完整检查所有材料。
支持跨多个背包堆叠批量扣除。
支持虚拟数量物品。
区分“仅持有检查”和“进入时消耗”。
扣除成功后统一持久化。
持久化失败时恢复所有被修改的物品。
向客户端同步所有发生变化的背包槽位。
返回统一的失败类型、缺少物品及所需数量。
整个过程在背包租约锁内完成，避免并发进入或重复请求导致材料重复扣除、部分扣除或数据未落库。
4. 接入 PVF 普通副本入场材料
普通副本现在会读取 DGN 文件中的 [required item]，并在创建副本前完成统一校验和扣除。
当前 PVF 中已覆盖的典型副本包括：
副本 入场材料
爱之摩伽陀 爱之摩伽陀邀请函 ×3
牛头怪乐园 牛头怪乐园通行证
南部溪谷 神秘邀请函
如果缺少材料，服务端会拒绝进入；客户端可以继续根据 DGN 的 [required item] 显示原生横向提示。
对于 ConsumeOnEntry = false 的要求，只检查玩家是否持有，不会扣除物品。
5. 统一死亡之塔和迷惘之塔邀请函
死亡之塔类副本现在也通过统一入场材料服务处理。
支持按 PVF 定义的优先级选择替代材料：
优先消耗普通死神邀请函。
普通邀请函不足时使用秘密死神邀请函。
两种邀请函均不足时拒绝进入。
只扣除实际选中的一种邀请函。
6. 统一锦标赛副本入场材料
锦标赛副本原有的独立材料检查、扣除、快照和回滚代码已迁移到共享入场材料服务。
保留原有副本准备和背包变化通知流程，同时避免多套扣费逻辑产生不一致行为。
7. 统一深渊邀请函和通行证扣除
深渊入场消耗改为使用共享入场材料服务：
优先按照 PVF 顺序使用深渊派对通行证。
没有可用通行证时，再按照地下城最低等级计算普通邀请函数量。
通行证优先级高于普通深渊派对邀请函。
支持跨堆叠扣除。
扣除后立即持久化并同步背包。
缺少材料时拒绝本次地下城选择。
深渊缺少邀请函时不再额外发送 SERVER_NOTICE_MESSAGE，避免错误显示为“公告”弹窗；仅保留标准地下城进入失败响应。
行为变化
场景 修改前 修改后
深渊任务未完成 按钮可能可用，进图后没有深渊 按钮置灰，服务端同时二次拒绝
深渊房间不存在 可能降级进入普通副本 直接终止本次选择
深渊邀请函不足 可能继续进入普通副本 拒绝进入，不创建普通副本
有通行证和邀请函 处理逻辑分散 优先消耗通行证
特殊副本缺少材料 部分副本仍可进入 根据 PVF 统一拒绝
材料分布在多个堆叠 缺少统一保证 原子化跨堆叠扣除
扣除后持久化失败 可能出现内存与数据库不一致 恢复扣除前背包状态

阿荣社区采集员9

测试
新增并执行以下自测：
--selftest-dungeon-entry-cost
校验爱之摩伽陀、牛头怪乐园、南部溪谷的 PVF 入场材料。
校验死亡之塔和迷惘之塔的替代邀请函。
校验缺少材料时不执行持久化。
校验跨堆叠原子扣除。
校验仅持有、不消耗的材料要求。
校验持久化失败后的完整回滚。
校验普通邀请函和秘密邀请函的优先级。
--selftest-hell-party-selection
校验地下城入口与 WorldMap Area 的关联。
校验区域的深渊任务要求。
校验任务未完成时的按钮限制数据。
校验任务完成后的开放状态。
--selftest-dungeon-run
校验深渊邀请函不足时返回标准地下城选择失败响应。
校验失败响应携带正确的队伍成员槽位。
--selftest-tower-of-despair-progress
校验原有地下城选择数据包布局保持兼容。
校验深渊受限成员列表写入后的字段偏移。
以上自测全部通过。
Debug 编译结果：
Build succeeded. 0 Warning(s) 0 Error(s)
手动验证
未完成对应深渊派对任务时，“挑战深渊派对”按钮正确置灰。
完成能源中心对应深渊任务后，按钮恢复可用。
缺少深渊邀请函时无法进入。
持有足够邀请函时可以正常进入深渊。
持有深渊通行证时优先扣除通行证，不扣普通邀请函。
爱之摩伽陀缺少邀请函时正确拒绝并显示客户端原生提示。
持有爱之摩伽陀邀请函时可以正常进入并扣除材料。

阿荣社区采集员9

2026-8-17追加更新
2. 宠物饱食度归零死亡检查不再重复扣减副本饱食度
问题
PetCreatureSatietyService.ApplyDungeonDeathIfExpired 在宠物未死亡时也会把扣减后的饱食度写回库存，但不推进调用方的时间锚点 PetCreatureSatietyDungeonStartUtc。导致：
clock tick 路径（PetCreatureRuntimeService.TickSessionAsync）：CheckDungeonDeathAsync 扣一遍并写库，随后 PersistDungeonElapsed 用同一旧锚点把同一区间再扣一遍；
回城路径（EndDungeonToTownAsync）：同样先 check 再 persist，重复扣减。
副本内饱食度实际消耗约为设计值两倍：服务端已归零饿死（宠物与宠物装备效果消失），客户端仍按正常速度显示、认为无需自动喂食。
修复
ApplyDungeonDeathIfExpired 仅在判死（stomach <= 1.0）时写回 0；未死亡时只返回预览值，由随后的 ApplyDungeonElapsed 统一结算并推进锚点，每区间只扣一次。
测试
新增 --selftest-pet-satiety，覆盖：非死亡检查不写库、每区间只扣一次、连续 tick 不翻倍、判死写 0、存活下限为 1。
--selftest-pet-satiety / --selftest-pet-consumable / --selftest-dungeon-run 全部通过（后两者需 PVF：PVF_ARCHIVE_PATH 指向 Script.pvf）。已在私有部署运行验证：60s tick 恰好扣一次，回城/重选角色后客户端显示与服务端一致。

阿荣社区采集员

大佬更新了

阿荣社区采集员9

2026-8-19
1.修复：禁止黑暗武士和缔造者接取转职任务
目标：禁止黑暗武士与缔造者看到、接取或通过直连请求接取转职相关任务。
业务归属：任务可接取性、职业限制、任务列表下发。
2.恢复挑战任务下发、领奖与状态持久化
服务端此前没有完整初始化挑战任务数据，导致客户端挑战任务入口处于锁定状态。即使挑战任务能够显示，任务生成、进度推进、特殊任务、奖励领取、每日重置及领取状态持久化也没有完整接入现有任务系统。
此外，挑战任务进度如果沿用普通任务的 0x0021 SET_QUEST_TRIGGER 请求与 ACK 交互，可能导致客户端与服务端围绕进度同步相互回显，形成高频发包循环。历史反馈中曾出现“一秒近万次 0x0021”并导致客户端卡顿、闪退的问题。
本 MR 完成每日挑战任务的生成、下发、进度、特殊任务、奖励及持久化闭环，并将推荐地下城通关进度接入服务端权威副本结算事件。
3.修复：SP/TP技能书正确增加技能点
目标：修复 SP/TP 技能书使用时报“未知错误，无法使用物品”。
业务归属：技能成长、背包道具使用、技能点同步。
4.修复：金币罐正确发放金币
目标：修复金币罐打开后无效果，正确发放 PVF 中定义的金币并扣除罐子。
业务归属：抽奖道具、角色金币经济、背包事务。
5.修复红字装备入包后没有立刻显示异界气息污染
副本掉落拾取入包时， DungeonCombatHandler.HandleGetItem 仅发送 0x0027 拾取确认包（只含槽位号），未发送 0x000E 物品槽位更新包（含 84 字节完整物品数据，含 AmplifyType / AmplifyValue ）。导致：
被异界气息污染的装备（红字）拾取入包瞬间客户端只能按默认模板渲染，不显示污染外观；
客户端要等重新进入角色（ 0x000D ITEM_LIST 全量列表）才能拿到 AmplifyType=0x80 正确显示红字，入包未重新选择角色时可正常穿戴装备；
对比翻牌奖励（ CardRewardNotificationSender ）、商店购买、装备强化等所有其他物品变更路径，均有各自 SendUpdateItemList 调用，副本掉落拾取是唯一遗漏的路径。
修复
opService.PickupResult 新增 bool IsAmplify ， TryPickup 返回时从 grant.Core.AmplifyType != 0 提取，避免向 Handler 层透传 byte 原始值与 ListType。
DungeonCombatHandler 拾取成功后，仅当 pickup.IsAmplify 为 true 时补发 0x000E 物品槽位更新（硬编码 InventoryListType.Main ，副本掉落默认进主背包），客户端立即获取完整物品数据，无需重登。
6.修复制作书升级保留装备强化/增幅/锻造/附魔属性
镇魂之封灵武器通过制作书升级为释魂之真灵武器时，强化/增幅等级、增幅属性、锻造等级、附魔卡片与升级次数全部丢失。根因是制作书走通用合成服务 InventoryCompoundItemRecipeService，该服务把源武器当作普通材料销毁后凭空生成全新产物，未复制 ItemCore 上的强化属性。
修复：材料消耗前由 TryResolveUpgradeAttributeSource 识别「唯一装备材料→唯一装备产物」的 1:1 升级场景并快照源武器 ItemCore；BuildRewardRequests 对装备产物改用 Existing 核心传入带属性的新核心（先经 TryCreateCore 取得默认耐久/封印/过期，再由 ApplyUpgradeAttributes覆写 Upgrade/AmplifyType/AmplifyValue/GenuineUpgrade/EnchantCardId/EnchantUpgradeCount 六个字段）。
守卫：仅当「恰好一件装备材料且恰好一件装备产物、数量均为 1」时才转移属性。ExpertJob 珠子合成产物非 KindEquipment，天然排除，不会把材料属性错误写到珠子上。
新增 SelfTests/CompoundRecipeUpgradeSelfTest 覆盖字段复制、守卫拒绝多装备材料/产物/非装备产物、以及端到端 TryPlanBatch+TryApplyPreparedBatch 后授予武器六项属性完整保留。
7.修复无限次使用道具不再被消耗
问题
PVF stackable type 为 [unlimited ...] 的道具（如无限猫头鹰 ID51，[unlimited waste]，说明明确"可永久使用"）在使用链路中没有任何特殊处理，落入通用消耗逻辑 InventoryDeleteService.TryUseStackableForClient 被无条件减 1。
商城购买的此类道具数量为 1，使用一次即归零删除并写入 SQLite；而使用响应不刷新物品栏（ItemListUpdateBody = null），客户端当场仍显示旧数据，重新选择角色后道具消失。
服务端日志实锤（副本内使用一次）：
USE_STACKABLE: consumed 1x item 0x00000033 from slot 7, remaining=0
影响所有 [unlimited ...] 家族的无限次道具，不止猫头鹰。
修复
Handle_ENUM_CMDPACKET_USE_STACKABLE 在通用消耗前新增拦截：IsUnlimitedUseStackable（PVF metadata 判定 unlimited 家族）命中且物品通过存在性校验（CanUseStackableForClient）时，直接回成功 ACK，不扣数量；校验不过仍走原有通用路径。召唤金库等动作是客户端收到成功 ACK 后的本地行为，服务端无需额外处理。
测试
新增 --selftest-unlimited-stackable-use：无限猫头鹰识别、普通消耗品不误判、无效 ID 不误判、存在性校验通过、通用路径在未拦截时会删光单数量道具（固定拦截前提）。
私有部署运行验证：购买猫头鹰后副本内连续使用 3 次，日志均为 acknowledged without consumption，物品完好；同期普通消耗品照常扣减；重选角色后道具仍在。

阿荣社区采集员9

2026-8-19追加更新
8.修复挑战任务接入后完成任务卡顿
背景
挑战任务功能合入后，有玩家反馈在提交普通任务时会出现明显的瞬间卡顿。
真实游玩中可以稳定复现：
完成并提交主线任务后出现短暂卡顿；
客户端在极短时间内重复发送大量 0x0021 SET_QUEST_TRIGGER；
重复包指向“完成主线任务”类挑战任务；
不同任务产生的重复次数可能不同，并非固定阈值。
最初怀疑是挑战任务进度同步缺少 0x0021 ACK，或者 0x0286 快照产生了客户端与服务端之间的反馈循环。但补充标准 ACK 后，发包风暴仍然存在，因此问题不在 ACK 缺失或挑战任务快照本身。
修改内容1. 在任务完成结果中保留真实完成次数
在 QuestFinishResult 中新增：
CompletionCount
该值来自客户端任务完成请求中已经解析和校验过的 QuestFinishCommand.CompletionCount。
没有硬编码为 1，因此仍兼容 PVF 定义允许批量完成的任务。
普通任务的完成次数通常为 1。
2. 在任务结算边界投影完成次数
QuestCompletionApplicationService 在完成以下操作后，将经过校验的 completionCount 写入结构化结果：
有效任务激活校验；
完成条件校验；
批量完成能力校验；
材料消费规划；
奖励规划；
金币、物品和经验结算；
背包及任务状态原子持久化。
没有绕过现有任务结算架构，也没有在网络层重新推导完成次数。
3. 修正 FINISH_QUEST ACK 序列化
QuestAckBuilder.BuildFinish 现在写入：
successquestIdcompletionTypeexpcompletionCountconsumedEntrieschainTypeinsertedEntries
金币继续通过后面的 itemId=0 奖励记录下发，不再占用完成次数字段。
4. 保持挑战任务原有同步方式
调查期间曾验证过“收到挑战任务 0x0021 后回复标准 ACK”的方案。
实际抓包证明，即使服务端一对一回复 ACK，客户端仍会继续发送 4536 次请求，因此该方案无效。
本次最终提交没有包含这个实验性修改：
挑战任务客户端上报仍由现有逻辑处理；
权威状态仍通过现有 0x0286 快照同步；
没有新增 0x0021 限流；
没有静默丢弃重复请求；
没有修改挑战任务进度算法。
5. 更新协议字节级测试
更新 QuestAckFormatSelfTest，冻结修复后的 ACK 布局：
第二个 u32 必须等于 CompletionCount；
普通任务应为 1；
金币必须出现在后续 itemId=0 奖励记录中；
金币仍需正确进入角色虚拟货币余额；
重复提交任务不能再次发放金币或奖励。
结论
任务提交卡顿并非挑战任务本身产生了高频循环，而是服务端把任务金币错误写入了客户端定义的 completionCount 字段。
修复后：
一次任务完成只产生一次对应挑战事件；
0x0021 发包风暴消失；
任务提交不再出现明显卡顿；
金币、经验、物品和挑战任务进度均保持正常；
自动化全量回归全部通过。

阿荣社区采集员2

大佬。86JP如何修改角色ID的长度限制…我玩其他服都可以用的ID，这个86就用不了[表情:泪]

xiaomi

大佬，北门还是没有机器人，是我客户端有问题吗

阿苏

决斗场可以玩了吗

阿荣社区采集员1

找不到源文件，可怜兮兮

阿荣社区采集员3

大佬A21进度咋样啦[表情:吐舌]

阿荣社区采集员

今天居然没更新了呀

阿荣社区采集员9

此贴后续更新内容为S4A21

阿荣社区采集员2

不是一样的了吗？

阿荣社区采集员

佬s4a21和a21对应的是国服什么时期的版本呀，有点懵懵的

阿荣社区采集员9

【S4A21】 次元彼端客户端: https://gofile.io/d/DknRIT89（需要梯子）

阿荣社区采集员

是不是之前的a12修复的都搬过来了？大佬

阿荣社区采集员1

不懂就问，请问这个S4A21和86JP是什么关系呀？[表情:惊讶]

xiaomi

大佬魔王契约是不是不生效呀

阿荣社区采集员3

有卢克了嘛大佬

阿荣社区采集员9

2026-8-22
1.修复 A21 邮箱
2. 修复副职业功能
3.修复支援兵相关
4.未选支援不发空 0x019F，并修正查看他人信息与同频道隔离。
5.城镇取消支援时清空持久化，避免进图仍显示旧技能。
6.迁移并修复 A21 挑战任务
7.删除无用补丁
8.修正：补强 A21 挑战任务事务与回归边界
9.修复武器特效附加
10.修复收集箱
11.修复史诗碎片入包异常刷新
12.适配转职任务完成提示
13.修复光环幻化开槽与穿戴校验
14.修复小地图红叉：按实机结果恢复坐标
15.修复小地图红叉
16.修复深渊解析
17.适配副本解析、结算、经验
18.修复赛利亚盒子及各类罐子
19.修复深渊开启按钮和晶体契约持久化
20.修复支援兵相关
21.新增史诗碎片相关系统
22.修复副职业功能
23.修复自动完成任务
24.修复 A21 邮箱
25.修复限购
26.新账号级日切/itemshop解析
27.修复升级券和传送药剂
28.简化成就券筛选
28.适配职业体验技能学习
29.调整任务奖励、翻牌奖励、技能学习逻辑
30.修复勋章守护珠和部分组包枚举
31.修正账户仓库启动列和库存流
32.实现物品使用次数限制与A21物品更新修正
33.修复契约系统
34.修复租赁、循环地下城、任务系统
35.适配 A21 背包结构与进房初始化链路
36.修复任务、通关、经验
37.频道服务还原 A12 骨架 + 真实多频道(每频道独立端口)
38.清理历史自测包袱,仅保留 A21 协议自测
39.将服务器玩法和协议适配到A21
40.清理数据包工具输出
这是S4A21这段时间的整体更新内容，A12的更新大部分都适配了