re: my own 1697 audited -- and the first correction failed its control
Applying the port's physical-story rule to my own number. '1 697 fallback fires return a visible pose' was published as if it were a defect count; it is not, since an element that genuinely ends visible should rest visible. The first correction split the 1 697 by whether the element's LAST keyframe is visible: 347 correct, 1 350 transient peaks. Plausible, arithmetic fine, and WRONG -- 12 278 of 13 991 elements (87.8 %) end at alpha 0 because a screen's exit ramp drives everything to zero, so the split carries almost no information. The 1 350 is not published. What survives needs no such split: the fallback runs only when no two adjacent poses are equal, i.e. only when no pose is held, so every pose it can return is un-held by construction -- and 1 457 of the 2 305 times it returns the element's MAXIMUM alpha, the brightest un-held pose. I ran that control only because the port had just been bitten by the same exit ramp, its census calling ptmsg -- the main menu's permanent footer -- 'a 2-unit flash'. Without its message the 1 350 would have shipped. METHOD gains the sharpened form: the physical-story test catches confident FALSE claims, not just nulls. A wrong number usually still has a story, just an absurd one. Plus the tell that its fix was right -- re-keyed on the screen's span, the false positives fell out on their own, and a definition that stops needing hand-maintained exceptions is usually the correct one. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
This commit is contained in:
@@ -328,7 +328,24 @@ Disc-wide ([`../data/rest-fallback-census.txt`](../data/rest-fallback-census.txt
|
||||
| elements with ≥ 2 keyframes | 13 991 |
|
||||
| have a plateau — the fallback never runs | 11 686 |
|
||||
| **have none — the fallback decides** | **2 305** |
|
||||
| **of those, it returns a VISIBLE pose** | **1 697 (74 %)** |
|
||||
| of those, it returns a visible pose | 1 697 (74 %) |
|
||||
| **of those, it returns the element's MAXIMUM alpha** | **1 457** |
|
||||
|
||||
⚠️ **"1 697" is not a defect count and this page briefly implied it was.** An element
|
||||
that genuinely ends visible *should* rest visible. **The number that survives is
|
||||
1 457**: the fallback runs only when no two adjacent poses are equal — i.e. only when
|
||||
**no pose is held** — so every pose it can return is un-held by construction, and
|
||||
1 457 times it hands back the *brightest* one.
|
||||
|
||||
🔴 **A first attempt to correct this failed its own control**, and is recorded
|
||||
because the failure is instructive
|
||||
([`../data/rest-fallback-audit.txt`](../data/rest-fallback-audit.txt)). Splitting the
|
||||
1 697 by whether the element's **last** keyframe is visible gave 347 / 1 350 — plausible,
|
||||
arithmetic sound. But **12 278 of 13 991 elements (87.8 %) end at alpha 0**, because a
|
||||
screen's *exit ramp* drives everything to zero. The split carries almost no
|
||||
information. The port agent had been bitten by exactly this an hour earlier — its
|
||||
census called `ptmsg`, the main menu's permanent footer, "a 2-unit flash" — and I ran
|
||||
the control only because it said so.
|
||||
|
||||
**`GP_TITLE`: 5 fires, 4 visible** — and all four are on the **splash screens**,
|
||||
`palogo_sqex_eff.t32` / `palogo_anima_eff.t32` on entries 10/11/13/14. Each reads
|
||||
|
||||
Reference in New Issue
Block a user