WC4 BTL Reference

外观

Auxiliary Fixed Records 其他固定记录 ​

状态：Authoritative Raw Reference v1

本页集中记录当前已确认物理容器、但尚不足以对所有内部字段给出稳定业务名称的短 section。这样 Reference 可以完整覆盖 BTL 文件布局，同时不把 raw container 伪装成已闭合玩法 API。

1. Airstrike ​

物理记录：

text
record size = 0x14
count       = Header.AirstrikeCount / H40
native load = FUN_0037CCE8
owner       = battle-scoped airstrike schedule/manager

当前 1.28.0 corpus：

text
nonzero files = 726
records       = 24687

原版 loader/manager 和记录长度已 Confirmed，但当前 route authority 仍把它列为 ConfirmedPhysicalUnknownSemantic 的 fixed record family。Reference 暂不为内部 0x00..0x13 强行命名。

当前要求：

text
raw-preserve = Required
semantic writer = NoGo

2. Start Group A ​

text
record size = 0x08
count       = H44
load        = FUN_00331CD4 direct vector copy
owner       = Battle-owned vector

当前 corpus：

text
nonzero files = 1358
records       = 27064

物理存在、长度和直接 copy 已 Confirmed。完整两字段业务语义仍开放，当前保持两个 raw int32/8-byte row，不推断编队、阵营或刷兵含义。

3. Start Group B ​

text
record size = 0x08
count       = H48
load        = FUN_00331CD4 direct vector copy
owner       = Battle-owned vector

当前 corpus：

text
nonzero files = 1358
records       = 27064

与 Start Group A 一样，当前可确认的是独立 section 身份和物理记录，不把 A/B 的差别解释成未经证明的玩家/敌军、起点/终点或主副组。

4. Flag / Capital Tile IDs ​

物理记录：

text
record size = 0x04
count       = H4C

当前 corpus：

text
nonzero files = 50
records       = 569

save/load 证据已经确认该列表保存 Flag/capital Tile IDs。原版加载会扫描列表并设置对应 Tile 的 flag/capital runtime 状态（已恢复路径中写入 Tile+0x178）。

因此单条 0x04 可安全理解为一个 Tile identity scalar；但 flag 与 capital 的全部 mode-specific 区分和表现/胜负作用仍属于后续 consumer。

当前 writer 仍 NoGo，因为修改列表会改变 Tile 特殊身份和可能的胜负条件。

5. Air Support ​

物理记录：

text
record size = 0x10
count       = H7C
native load = FUN_0037D078
owner       = battle-scoped air-support schedule/manager

当前 corpus：

text
nonzero files = 6
records       = 682

物理 section、record length、manager 导入已 Confirmed；内部字段完整业务含义仍未达到正式 typed Reference 标准。

因此当前保持：

text
+0x00..+0x0F raw bytes
complete semantics = Unknown/Partial
semantic writer = NoGo

6. 为什么这些记录不照抄社区列名 ​

这些 section 的问题不是“我们不知道它存在”，而是：

  • 原版 parser 和 manager 已经确认；
  • corpus 数量已经完整统计；
  • 但内部字段的最终 consumer 尚没有足够可审计证据。

社区表格若给出列名，可以作为下一轮 native 搜索词，但不会直接进入本 Reference 的主字段名。

7. 后续 closure 顺序 ​

建议优先：

  1. Airstrike FUN_0037CCE8 后续 schedule consumer；
  2. Air Support FUN_0037D078 后续调度/执行器；
  3. Start Group A/B 的读 consumer 与 mode 分支；
  4. Flag/capital Tile 状态的 mode-specific 结果作用。

主要证据：

text
reports/btl_v1280_so_recovery.md
reports/btl_runtime_construction_map.csv
reports/btl_v1280_section_stats.csv
reports/route6_save_recovery/packed_body_section_matrix.csv