re: the 2.3 s pulse is the PRESS (A) plate, not the title

Closing the residual I left explicitly unidentified last iteration, and
correcting my own claim twice over in the process.

The cheap test first: is the oscillation global? No -- the bottom-right
corner is flat at sd 0.003 and uncorrelated with the whole frame. So a
per-tile amplitude map over an 8x6 grid, which localises it hard: sd 7.65
in the band x 318..954, y 560..672 at lag 2.3 s, against 0.06 on the
wordmark. That band is the PRESS (A) BUTTON plate's rest position.

Decoding ptbtn00f.rat, the plate's highlight variant, gives the pulse
itself: alpha 0x00 -> 0x06 -> 0x4a -> 0x50, held, then back down through
0x4a to 0x06 across t=6..105. A glow that fades in and out, which is
exactly what a press-start prompt does.

So "the title screen loops at 2.2 s" was wrong in both halves. The title
ART is near-static apart from the two decoded sweeps at 7.5 s and 9.5 s;
what pulses is the PLATE, and the plate is build 2, not build 4. REFUTED
carries it under my own name.

Still amber, and said so rather than rounded off: the cycle LENGTH is not
readable. The keyframe group's last block has no time -- that slot
belongs to the next group -- so the declared span is at least 105 units,
1.75 s, against a measured 2.3 s. Consistent with a final block
extending the tail. Not confirmed.

docs/re/REFUTED.md

@@ -35,6 +35,11 @@ neighbourhood, not just the line.
 
 ## Screens, classes and RTTI
 
+* "the title screen loops at ≈ 2.2 s" → **mine, and doubly wrong.** The title
+  *art* is near-static (wordmark sd 0.06); the 2.3 s pulse is the
+  **`PRESS Ⓐ BUTTON` plate**, which is a *different build* (2, not 4). Localised
+  by a per-tile amplitude map and decoded in `ptbtn00f.rat`.
+  [`ui-title-build-map.md`](ui-title-build-map.md)
 * ~~"a `.rat` leaf record's keyframes use the build's 40-byte layout" → they do
   not~~ — **withdrawn.** They do. The scan that "found nothing" required 29
   increasing times; the records hold **three**. Decoded in

docs/re/ui-title-build-map.md

@@ -255,9 +255,39 @@ The decoded sweeps run **7.5 s and 9.5 s**. A 22 s capture would show ~3 peaks
 from a 7.5 s cycle; it showed **8**. So the loops are *not* what the oscillation
 measured.
 
-❔ **What the ≈ 2.2 s period actually is remains unidentified.** Candidates not
-checked: `pteff01.t32` (`[50 71 118]`), the five `ptlogo_back2eff*` glows, or a
-combination. The measurement stands; only its attribution is withdrawn.
+### ✅ Identified: it is the `PRESS Ⓐ BUTTON` plate pulsing
+
+A per-tile amplitude map over the capture (8 × 6 grid, 18 s after build-in)
+localises the 2.3 s period precisely:
+
+| region | sd | dominant lag |
+|---|---|---|
+| band x ≈ 318–954, y ≈ 560–672 | **7.65** | **2.3 s** |
+| wordmark centre | 0.06 | — |
+| bottom-right corner | 0.003 | — |
+
+That band is the `PRESS Ⓐ BUTTON` plate's rest position (`ptbtn00.rat`, rest
+`(383,550)`, pivot `(256,25)`). It is **build 2**, composited over the title — not
+build 4.
+
+Decoding `ptbtn00f.rat`, the plate's highlight variant, gives the pulse directly:
+
+| kf | t | alpha |
+|---|---|---|
+| 0 | 6 | `0x00` |
+| 1 | 29 | `0x06` |
+| 2 | 35 | `0x4a` |
+| 3 | 50 | `0x50` |
+| 4 | 58 | `0x50` (hold) |
+| 5 | 97 | `0x4a` |
+| 6 | 105 | `0x06` |
+
+A glow that fades in to `0x50` and back out — exactly a "press start" pulse.
+
+🟡 **The cycle length is still not readable.** The group's last block has no time
+(that slot belongs to the next group), so the declared span is **≥ 105 units =
+1.75 s** against the measured **≈ 2.3 s** (138 units). Consistent with a final
+block extending the tail; not confirmed.
 
 ### ❔ The declared 4.08 s build-in was not tested