docs/GLASS_COCKPIT.md gains the 2b-2e detail + the full verification matrix
(purity build + seam audit, pod forced-walk, 2-node loopback MP via btconsole
relay on the POD build -- both nodes reach the running mission, PadRIO
authentic-path input, panel-click survival). context/glass-cockpit.md status
updated: step 2 DONE [T2]; steps 3-4 pending.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Glass Cockpit — the desktop developer layer (BT_GLASS / BT_STEAM)
living
plan 2026-07-17; CMakeLists.txt gates; BT412 prior art (reference only)
pod-hardware
build-and-run
multiplayer
gauges-hud
PadRIO
miniconsole
glass-cockpit
Glass Cockpit — the desktop developer layer
Purpose: developer tooling so game developers can test their work WITHOUT booting a Tesla II
pod — and stay far enough out of the game that nothing a real pod requires can break. NOT a
consumer product (GDI-grade UI is the ceiling). Pod fidelity outranks desktop convenience in
every trade-off.
The compile gates (the ONLY compile-time feature gates in the tree)
Convention:BT_GLASS/BT_STEAM are compile gates; every other BT_* name is a RUNTIME
env gate (BTEnvOn) — do not add compile gates without updating this file.
No weak-linkage/optional symbols — /FORCE turns unresolved externals into runtime AVs
(reconstruction-gotchas); gated calls must be structurally present-or-absent at compile time.
Plan of record (2026-07-17)
Working branch glass-cockpit (from master e2c21c4). Steps: (1) gates+scaffolding [THIS],
(2) PadRIO glass cockpit, (3) miniconsole self-launch, (4) Steam transport+lobby. Full plan:
the approved plan file; running detail: docs/GLASS_COCKPIT.md. The retired BT412 trees
(C:\VWE\BT412; local branch local-abandoned-20260717) are read-only reference — no code is
copied from them.
Step 2a (.CTL id audit): DONE 2026-07-17 [T2]. The streamed .CTL positional ids landed
every MechControlsMapper record ONE MEMBER LATE (our chain starts at 2, the binary's at 3)
— a latent REAL-POD bug (RIO throttle would drive pedalsPosition), masked on dev boxes by the
keyboard bridge. Fixed ungated: ids pinned to binary numbering + id-2 pad + static_assert
locks (mechmppr.hpp/.cpp); torso/weapon chains were already aligned. Permanent env-gated
diagnostic: BT_CTRLMAP_LOG=1 dumps every streamed record's resolved member offset
(L4CTRL.cpp CreateStreamedMappings). Full evidence: docs/GLASS_COCKPIT.md §2a.
Step 2 (PadRIO glass cockpit): DONE 2026-07-17 [T2].RIOBase seam (L4RIO.h,
unconditional) + gated L4CONTROLS=PAD → PadRIO (L4PADRIO.* XInput+keyboard,
L4PADBINDINGS.*content\bindings.txt); bridge stand-downs auto-yield to a live device
(BTRIODevicePresent, BT_KEY_BRIDGE unset=auto/0=off/1=on); on-screen panel L4PADPANEL.*
follows vRIO (C:\VWE\vrio CockpitLayout/PanelCanvas — 104 controls incl. the two hex
keypads → real KeyEvents; right-click latch); desktop plasma L4PLASMAWIN.*
(L4PLASMA=SCREEN, buffer is top-down); -platform glass preset + run.cmd token. Secondary
displays reuse the EXISTING dev-gauge modes (dock / BT_DEV_GAUGES_WINDOW=1 window /
_DOCK=1 overlay — gauges-hud); no new MFD code, no L4VB16.cpp exposure.
Button-trap guard: base ConfigureMappableMessageHandler no longer abort()s by default
(BT_BUTTON_TRAP=1 restores) — each [FAIL] log = a missing L4 override to reconstruct.
Verified: authentic-path input (engine push → streamed .CTL → mapper), panel-click
survival, 2-node loopback MP un-regressed on the pod build. Detail: docs/GLASS_COCKPIT.md.
Step 3 (miniconsole): pending. Architecture: the console stays a WIRE PEER — an in-process
worker-thread console client over loopback; no engine-loop hooks.