 Cookiues
|
2c7f9c1de7
|
feat: ID 映射支持叠加单独导出的数据包，并纳入 event 表
D:/A031OptDump/Root 是比 G:\Package 更新的一层增补（曲目到 12024、宴曲
111537/111765/112002），原来的 --package 只认整合包内的 A??? 目录，套不到它。
- 新增可重复的 --data-root，把一个目录直接当数据根，按传参顺序追加、后者覆盖
同 ID 行；--package 与 --data-root 可混用。
- 新增 events.json（eventId → 活动名 / alwaysOpen / infoType / disableArea）。
本地 event 表没有日期窗口，开没开由服务器 GetGameEventApi 的
GameEvent{startDate,endDate} 决定，README 里写明了这一点，免得误用它判状态。
- 合并两层后：music 1367→1378、map 168→169、title 3000→3001、event 824。
11820 在两层数据包里都不存在，结论不变。
- lockType 分布按合并后数据更正为 Unlock 1347 / Lock 18 / Challenge 5 /
Transmission 2 / KaleidScope 6，顺带说明大多数歌 lockType==Unlock、
本来就可玩，不查 itemKind 5。
|
2026-10-02 01:16:15 +08:00 |
|
|
Cookiues
|
264b1d0aa7
|
feat: 从机台数据包抽出 music/item/map/gate 的 ID 映射表
风险页填的全是裸 ID，而「填了表里没有的 ID」是这类功能最常见的失败方式：
服务器照样回 returnCode: 1，客户端建池时静默跳过，看起来就是没生效。
- tools/gen_id_mapping.dart：读 Sinmai_Data/StreamingAssets/A0xx/<表>/<x>.xml，
按目录名升序合并、同 ID 后者覆盖（与 DataManager.LoadData 语义一致），
输出 data/id_mapping/{music,items,maps,gates,meta}.json。
ID 取 XML 的 <name><id>，不是目录名——目录名只是 dataName。
- 零依赖：自带一个只处理 XmlSerializer 那种规整结构的小扫描器，
不为此往依赖树里加 xml 包、也不搅动 pubspec.lock。
- 产物放 data/ 不放 assets/：目前没有运行时读取方，进 assets 会白白把
1.2MB 打进每个安装包。
用这份表顺手证实了三件事：musicId 11820 在曲表里根本不存在（11819、11821
也不在），所以它不是万花筒锁——lockType=4 的歌全表只有 6 首；角色 1001 同样
不存在，合法 ID 从 101 起；万花筒只有 gate 1~6，客户端 ForceAddMasterKey
写死的 gateId 7 在这份数据里没有对应行。
|
2026-10-02 01:08:48 +08:00 |
|