Bind Tier2 names to setup payload rows
This commit is contained in:
parent
6202ff3765
commit
4e1023fb29
2 changed files with 17 additions and 3 deletions
|
|
@ -1229,6 +1229,12 @@
|
|||
every current shipped `.bca` stays zero at `0xb8..0xbb` except `MachineShop.bca`, which carries
|
||||
the lone selector-window exception `(0x00, 0x80, 0x3f, 0x00)` on a `788`-byte row, while the
|
||||
separate `backup/Bldg/*.bca` corpus stays fully zero there.
|
||||
Direct map-payload inspection sharpens that split further. The current Tier-2 maps
|
||||
`Louisiana.gmp`, `Dutchlantis.gmp`, and `South East USA.gmp` all already carry the literal
|
||||
`Port00` / `Warehouse00` / `Port01` / `Warehouse01` names inside the shared setup payload at
|
||||
stable offsets `0x6f77`, `0x7087`, `0x70cb`, and `0x7241`, while the same map corpus shows no
|
||||
`MachineShop` string at all. So the live `PortNN` / `WarehouseNN` family now looks more like a
|
||||
setup-payload candidate-table / source-row projection problem than a hidden alternate BCA stem.
|
||||
The direct `+0xba/+0xbb` writer census now rules out a broad false lead too. The obvious new
|
||||
stores at `0x004ecd42/0x004ecdaa` and `0x004ed5d5/0x004ed625` are only shell-side
|
||||
portrait/string refresh helpers over a different id-keyed collection rooted through
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue