Scan numbered candidate table run families
This commit is contained in:
parent
87a5667c9e
commit
dd973ad44b
3 changed files with 264 additions and 1 deletions
|
|
@ -755,6 +755,17 @@ Working rule:
|
|||
is no longer whether those names exist as stable scenario rows; it is how that stable
|
||||
candidate-table cluster is projected into the later aux-record bank and then into the live
|
||||
clone families.
|
||||
The new root scan sharpens that boundary further. `runtime scan-candidate-table-headers
|
||||
rt3_wineprefix/drive_c/rt3/maps` shows `37` probe-bearing shipped maps and `4` skips, while
|
||||
the narrower `runtime scan-candidate-table-named-runs` command confirms that
|
||||
`Louisiana.gmp` and `Dutchlantis.gmp` share the same split shape:
|
||||
`Port00` as an isolated run at row `35`, `Port01..11` as one contiguous run at rows `45..55`,
|
||||
`Warehouse00` isolated at row `43`, and `Warehouse01..11` contiguous at rows `56..66`.
|
||||
Raw map-string presence is broader than that actual candidate-table seam too:
|
||||
`Port00` appears in all `41` shipped `.gmp` files, but `Central Pacific.gmp`, `Italy.gmp`,
|
||||
`Tex-Mex.gmp`, and `Texas Tea.gmp` do not expose the fixed candidate-table header at all. So
|
||||
the next Tier-2 source pass should target the `37` probe-bearing maps rather than the noisier
|
||||
full string-bearing map corpus.
|
||||
The direct `+0xba/+0xbb` writer census is narrower now too. The obvious newly surfaced stores
|
||||
at `0x004ecd42/0x004ecdaa` and `0x004ed5d5/0x004ed625` are only shell-side portrait/string
|
||||
refresh helpers: they walk a separate id-keyed collection through `0x0053f830`, free and
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue