Extend add-building candidate bridge artifact
This commit is contained in:
parent
e62962f337
commit
7d9240c277
4 changed files with 105 additions and 54 deletions
|
|
@ -335,10 +335,11 @@ Working rule:
|
|||
grouped descriptor ids `521`, `526`, `528`, `548`, and `563` are now recovered as
|
||||
`Add Building FarmGrain`, `Add Building Furniture Factory`, `Add Building Logging Camp`,
|
||||
`Add Building Port01`, and `Add Building Warehouse05` respectively. The checked-in
|
||||
`event-effects-building-bindings.json` artifact now widens that same bridge across the whole
|
||||
first `67` add-building rows (`503..569`), grounding candidate names from the stable RT3 1.05
|
||||
candidate-table order plus the direct `descriptor_id - 503` candidate-id bridge in
|
||||
`0x00430270` and the load-side `0x0041ede0` name-catalog copy keyed by live candidate id
|
||||
`event-effects-building-bindings.json` now carries the full descriptor-side candidate bridge
|
||||
across all `111` add-building rows (`503..613`) through the direct `descriptor_id - 503`
|
||||
mapping in `0x00430270`, while concrete candidate names remain grounded only for the stable
|
||||
RT3 1.05 live-catalog run `0..66` exposed by `0x0041ede0` and the checked candidate-table
|
||||
corpus
|
||||
- the earlier `label_id - 2000` bridge for `548` and `563` is now known to be a false lead:
|
||||
those numeric collisions hit the special-condition label table
|
||||
(`Disable Building Stations`, `Completely Disable Money-Related Things`), but the extended
|
||||
|
|
@ -349,8 +350,9 @@ Working rule:
|
|||
grouped opcode at all for descriptor strip `503..613`; it consumes the descriptor-derived
|
||||
candidate id, placement count byte `0x11`, and the packed span words at `0x14/0x16`.
|
||||
The next static-analysis pass should therefore target the remaining span-field meaning and
|
||||
shell-owned placement-flow ownership on that strip, then continue the candidate bridge past the
|
||||
currently grounded `503..569` front half of the widened strip, not more missing-label recovery
|
||||
shell-owned placement-flow ownership on that strip, not more missing-label recovery: the
|
||||
descriptor-side candidate bridge is now checked in across `503..613`, and the honest remaining
|
||||
boundary is the missing non-hook name catalog for candidate ids `67..110`
|
||||
- the concrete owner strip above that bundle is grounded now too:
|
||||
`0x00433060` is the direct non-direct serializer loop that writes `0x4e99/0x4e9a/0x4e9b`,
|
||||
calls `0x00430d70` per live collection row, and sits beside the sibling `0x00433130` size/load
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue