The Decoder is paused and could not take the capture I asked for, and said the disc
half might not need them. It did not, and it did not need a new decode either: the
ramp is already in export/screens/title/press_start.json. ptbtn00f carries eight
keyframes on a 120-unit loop, alpha in the high byte of fade_argb, 0 -> 80 -> 0
with the peak held across t=35..50.
Two things follow with no oracle. The blind phase is confirmed from the disc rather
than inferred from rendering: alpha is exactly 0 at phase 0. And the renderer
applies the ramp faithfully -- rendered contribution against declared alpha across
six phases gives r = +0.9982, slope 0.4036 levels per alpha unit.
So when and how strongly the port draws the highlight is verified. Only the
composite is open, and the existing capture cannot settle it under either reading
of the clock: posed at t=237 the phase is 117 where alpha is about 0, and the
harness independently pins loop-phase 0 where alpha is exactly 0. Both agree, which
is worth stating because I did not have to assume which clock the record runs on.
The ask therefore narrows from "a mid-pulse instant" to a named window: one capture
anywhere in t mod 120 in [35, 50], where alpha holds at its peak of 80.