Classify nonzero stock building header family

This commit is contained in:
Jan Petykiewicz 2026-04-19 15:09:09 -07:00
commit c9026bd1a0
4 changed files with 89 additions and 8 deletions

View file

@ -850,11 +850,17 @@ Working rule:
as `VictorianStationSml/Med/Lrg.bty` stay on the same `0x000003ec` family but keep
`name_0x7c = VictorianStations` and `dword_0xbb = 0x00000000`. The standalone
`Maintenance.bty` / `ServiceTower.bty` rows also stay in the same stock family, but expose
display names `Maintenance Facility` and `Service Tower` with zero `dword_0xbb`. So the
display names `Maintenance Facility` and `Service Tower` with zero `dword_0xbb`. The stock
nonzero family is explicit now too: only one recovered `.bty` header lane is nonzero,
`dword_0xbb = 0x000001f4`, and it spans exactly `22` files:
`Brewery`, `ConcretePlant`, `ConstructionFirm`, `DairyProcessor`, `Distillery`,
`ElectronicsPlant`, `Furnace`, `FurnitureFactory`, `Hospital`, `Lumbermill`, `MachineShop`,
`MeatPackingPlant`, `Museum`, `PaperMill`, `PharmaceuticalPlant`, `Port`, `Recycling Plant`,
`Steel Mill`, `Textile Mill`, `Tire Factory`, `Tool and Die`, and `Warehouse`. So the
remaining Tier-2 source question is no longer whether the numbered `Port%02d` /
`Warehouse%02d` banks are hidden station-style aliases; it is why the later clone path prefers
the bare `Port` / `Warehouse` family over the zero-valued station and maintenance/service
families when it seeds those numbered banks.
this narrower `0x000001f4` stock family over the zero-valued station and
maintenance/service families when it seeds those numbered banks.
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