Files
TeslaRel410/restoration/source410/BT
CydandClaude Fable 5 341a503641 BT410 5.3.33: MissileLauncher was wired to the wrong shared-data tables
MissileLauncher::DefaultData passed Subsystem::MessageHandlers and
Subsystem::AttributeIndex where every sibling weapon passes MechWeapon's --
and a launcher publishes no tables of its own, so it must chain MechWeapon's
exactly as ProjectileWeapon (its own base) does.  Wired to Subsystem's, EVERY
weapon attribute on a missile launcher resolved to nothing and the gauge read
the unbound zero cell: PercentDone, TriggerState, WeaponState,
DistanceToTarget, RearFiring.

The cockpit is what found it.  The shipped binary lights a fire-ready disc on
the STREAK 6 panel (WeaponCluster gates it on PercentDone >= 0.99) and ours
never did -- while the launcher itself reported state=Loaded recoil=0 level=1
bin=24.  A healthy weapon behind a dead binding.

  head   missing before -> after      extra
  Mfd1        8807 -> 4991            4063 -> 4003
  Mfd3        6935 -> 3174            2659 -> 2608
  Mfd2        6882 -> 6870   (unchanged -- it hosts no missile panel)

~7.6K missing pixels recovered.  The disc, its rays and the stencilled ammo
cells now draw; the digits themselves stay blank pending the ammo feed, which
is the documented inert gap in the BallisticWeaponCluster ledger.

Traces added, all env-gated on BT_VIS_LOG and kept as tooling: [warn]
(cluster percentDone/warn state) and [proj-state] (launcher state, recoil,
recharge rate, bin count) -- the pair that separated "broken weapon" from
"broken binding" in one run.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-27 12:25:53 -05:00
..