TASK 4 ship step 6: health stats land in the bottom bar — FramePump.HealthUpdated is now wired to the VM (OnFramePumpHealthUpdated marshals onto the UI thread — the encoder's stderr loop raises on a background thread — and copies the parsed bitrate/FPS/dropped/duration into CurrentHealth, the bottom bar's existing binding); ResetHealth zeroes dropped frames + elapsed duration on go-live and on End so stats never linger from a previous session (bitrate/FPS stay on the tier's targets); the bar shows real encoder values once TASK 5 fills _rtmpUrlProvider (until then the pump skips the encoder) — 169 tests passing, 0 warnings

ai.md

@@ -402,7 +402,7 @@ devices, no timers).
 **Deferred:** the loopback→encoder AAC mix wiring (a later step — the encoder construction + frame
 pipeline shipped in ship step 5).
 
-### Live frame pipeline (TASK 4 ship step 5 — shipped 2026-08-12, plan in TASKS.md)
+### Live frame pipeline (TASK 4 ship step 5 — shipped 2026-08-12, health stats 2026-08-13, plan in TASKS.md)
 
 The **`FramePump`** (`Services/Encoder/`) is the live frame producer: while live it snapshots the active
 scene each tick, resolves every element to its latest frame, composites it into the tier's output frame,
@@ -417,8 +417,14 @@ seam:** `Func<Scene?>`, `Func<SceneElement, VideoFrame?>` resolver, `Func<Compos
   until TASK 5 supplies the reusable stream's ingest URL, so go-live runs the current visual flow.
 - **Stop ordering matters:** `StopAsync` stops the encoder (closes stdin → EOF → ffmpeg finalizes+exits)
   **before** awaiting the loop, because closing stdin unblocks a write stuck on pipe backpressure — the
-  reverse order would deadlock. `ProcessFailed` self-stops the pump. `HealthUpdated` is forwarded
-  (ship step 6 binds it to the bottom bar); `Failed` while live flips `StreamStatus.Error` (minimal).
+  reverse order would deadlock. `ProcessFailed` self-stops the pump. `Failed` while live flips
+  `StreamStatus.Error` (minimal).
+- **Health stats (ship step 6, shipped 2026-08-13):** `HealthUpdated` is bound to the bottom bar —
+  `MainViewModel.OnFramePumpHealthUpdated` marshals to the UI thread (the encoder's stderr loop raises on
+  a background thread) and copies into `CurrentHealth` (the bottom bar's existing `CurrentHealth.*`
+  bindings). `ResetHealth(status)` zeroes dropped/duration on go-live and on End so stats never linger
+  from a previous session; bitrate/FPS stay on the tier's targets (`ApplyStreamQuality`). The bar shows
+  real encoder values once TASK 5 fills `_rtmpUrlProvider`; until then the pump skips the encoder.
 - **`MainViewModel` owns the resolver** (`ResolveOutputFrame`): `WebcamSceneConfig` →
   `CameraManager.GetLatestFrame(WebcamId)`, `Source { IsLiveCapture, CaptureKey }` →
   `ScreenCaptureManager.GetLatestFrame(CaptureKey)` (the new accessor mirroring `CameraManager`), image/