Promote Tier2 row and trailer crossover matrix
This commit is contained in:
parent
e0115dded4
commit
08819c19a4
6 changed files with 139 additions and 11 deletions
|
|
@ -1253,7 +1253,11 @@
|
|||
`files_with_warehouse01_11_run_at_56_66_count = 37` keep the `Port01..11` / `Warehouse01..11`
|
||||
runs fixed at rows `45..55` and `56..66` in every probe-bearing map. Trailer families split
|
||||
independently too: `numbered_port_warehouse_trailer_family_map_counts` keeps the fixed numbered
|
||||
rows on `0x00000001 -> 28 maps` versus `0x00000000 -> 9 maps`.
|
||||
rows on `0x00000001 -> 28 maps` versus `0x00000000 -> 9 maps`. The new crossover field
|
||||
`row_pair_and_numbered_trailer_family_map_counts` keeps that interaction explicit too:
|
||||
`35/43 :: 0x00000001 -> 25 maps`, `35/43 :: 0x00000000 -> 5 maps`,
|
||||
`10/18 :: 0x00000000 -> 4 maps`, and `10/18 :: 0x00000001 -> 3 maps`, so the off-row `10/18`
|
||||
subset still stays mixed instead of collapsing to one numbered trailer family.
|
||||
The checked-in evidence join is explicit now too:
|
||||
`artifacts/exports/rt3-1.06/building-type-sources.json` still bounds the stock side to bare
|
||||
`port` / `warehouse`, `artifacts/exports/rt3-1.06/event-effects-building-bindings.json` keeps
|
||||
|
|
|
|||
|
|
@ -14,7 +14,7 @@ This file is the short active queue for the current runtime and reverse-engineer
|
|||
The checked `rt3_105/maps` compact-dispatch corpus is now exported directly and partially mirrored into the periodic-company trace: `41` maps scanned, `38` with dispatch-strip rows, `318` nondirect rows total, the add-building subset is only `10` grouped occurrences across `7` descriptor keys, and the strongest broader nondirect families are now bounded too at `36` grouped occurrences across `18` maps for `nondirect-ge1e-h0001-0360-0004-0100-0200-p0000-0000-0000-ffff :: [864:4]` plus `27` across `14` maps for the mixed `[-1:4]` cluster. All of those checked rows still lack recovered trigger kind. The active open question is therefore which ordinary loaded rows acquire or bypass the missing trigger-kind control lane before they can reach placed-structure mutation opcodes.
|
||||
Preserved checked control-lane detail now lives in [Periodic company control lane](rehost-queue/periodic-company-control-lane-2026-04-21.md).
|
||||
- Keep the next static Tier-2 building pass focused on the earlier seed/projection seam into `0x00412d70`, not another broad `BuildingTypes` sweep.
|
||||
The grounded owner strip is `0x004196c0 -> 0x00414490 -> 0x00416ce0 -> 0x00419230`, and the checked candidate-table export now keeps the concrete row families explicit too: among the `37` probe-bearing maps, `Port00/Warehouse00` stay at `35/43` on `30` maps and shift earlier to `10/18` on `7`, while `Port01..11` / `Warehouse01..11` stay fixed at `45..55` / `56..66` and the numbered trailer family splits independently at `0x00000001 -> 28 maps` versus `0x00000000 -> 9 maps`. The stock `BuildingTypes` side is narrower too: across `77` checked `.bca` files only `MachineShop.bca` carries nonzero selector bytes at `0xb8..0xbb`, while the broader nonzero stock signal lives in the `22`-file `.bty` alias-root family with `dword_0xbb = 0x000001f4`, especially the `TextileMill` branch that already covers `Port.bty` and `Warehouse.bty`. The active open question is therefore which earlier seed/projection path lifts that narrow stock-side signal and the fixed numbered cluster into nonzero live `[candidate+0xba/+0xbb]` before `0x00412d70` and `0x00419230` consume it.
|
||||
The grounded owner strip is `0x004196c0 -> 0x00414490 -> 0x00416ce0 -> 0x00419230`, and the checked candidate-table export now keeps the concrete row families explicit too: among the `37` probe-bearing maps, `Port00/Warehouse00` stay at `35/43` on `30` maps and shift earlier to `10/18` on `7`, while `Port01..11` / `Warehouse01..11` stay fixed at `45..55` / `56..66` and the numbered trailer family splits independently at `0x00000001 -> 28 maps` versus `0x00000000 -> 9 maps`. The new crossover matrix stays mixed rather than collapsing to one side too: `35/43 :: 0x00000001 -> 25 maps`, `35/43 :: 0x00000000 -> 5 maps`, `10/18 :: 0x00000000 -> 4 maps`, and `10/18 :: 0x00000001 -> 3 maps`. The stock `BuildingTypes` side is narrower too: across `77` checked `.bca` files only `MachineShop.bca` carries nonzero selector bytes at `0xb8..0xbb`, while the broader nonzero stock signal lives in the `22`-file `.bty` alias-root family with `dword_0xbb = 0x000001f4`, especially the `TextileMill` branch that already covers `Port.bty` and `Warehouse.bty`. The active open question is therefore which earlier seed/projection path lifts that narrow stock-side signal and the fixed numbered cluster into nonzero live `[candidate+0xba/+0xbb]` before `0x00412d70` and `0x00419230` consume it.
|
||||
Preserved checked row-family detail now lives in [Tier2 candidate row families](rehost-queue/tier2-candidate-row-families-2026-04-21.md).
|
||||
Preserved checked stock selector-byte detail now lives in [Tier2 selector-byte sources](rehost-queue/tier2-selector-byte-sources-2026-04-21.md).
|
||||
|
||||
|
|
|
|||
|
|
@ -18,6 +18,11 @@ samples:
|
|||
- `numbered_port_warehouse_trailer_family_map_counts`
|
||||
- `0x00000001 -> 28`
|
||||
- `0x00000000 -> 9`
|
||||
- `row_pair_and_numbered_trailer_family_map_counts`
|
||||
- `35/43 :: 0x00000001 -> 25`
|
||||
- `35/43 :: 0x00000000 -> 5`
|
||||
- `10/18 :: 0x00000000 -> 4`
|
||||
- `10/18 :: 0x00000001 -> 3`
|
||||
|
||||
## Off-Row Carrier Maps
|
||||
|
||||
|
|
@ -34,6 +39,17 @@ The earlier `10/18` family is narrow and fully enumerated in the checked export:
|
|||
Everything else in the current probe-bearing corpus keeps the `35/43` `Port00` / `Warehouse00`
|
||||
pair while still preserving the fixed numbered runs at `45..55` and `56..66`.
|
||||
|
||||
## Crossover Reading
|
||||
|
||||
The new crossover field keeps the row-family and trailer-family interaction explicit too:
|
||||
|
||||
- the dominant family is still the ordinary `35/43 :: 0x00000001` case on `25` maps
|
||||
- the off-row `10/18` family stays mixed, splitting `4` maps on trailer `0x00000000` and `3`
|
||||
maps on trailer `0x00000001`
|
||||
- the ordinary `35/43` family is mixed too, with a smaller `5`-map `0x00000000` subset
|
||||
|
||||
So the row shift and numbered trailer split do not collapse to one underlying map family.
|
||||
|
||||
## Immediate Reading
|
||||
|
||||
This keeps the Tier-2 frontier narrower than a generic “candidate table varies by scenario” claim:
|
||||
|
|
@ -41,6 +57,7 @@ This keeps the Tier-2 frontier narrower than a generic “candidate table varies
|
|||
- the `Port01..11` / `Warehouse01..11` numbered families are structurally fixed across all `37`
|
||||
probe-bearing maps
|
||||
- only the `00` pair moves, and it does so in one small `7`-map family
|
||||
- the numbered trailer split is independent of the row-pair split, so the next owner question is
|
||||
still the earlier seed or projection seam that feeds nonzero `[candidate+0xba/+0xbb]` into
|
||||
`0x00412d70`, not the mere existence of the stable named rows themselves
|
||||
- the numbered trailer split stays mixed across both row-pair families instead of collapsing to
|
||||
the off-row subset, so the next owner question is still the earlier seed or projection seam
|
||||
that feeds nonzero `[candidate+0xba/+0xbb]` into `0x00412d70`, not the mere existence of the
|
||||
stable named rows themselves
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue