Width and mid-ramp predicted identically across my five capture-backed screens, so
I looked for a screen among the sixteen that breaks the tie -- either would turn
'confounded' into a minimal capture request.
The first run said title_jp was exactly that: window 46 with one mid-ramp element,
and I have the Decoder's capture of it. Wrong. The element is ptlogo_all_eff,
[0:a0 76:a0 112:a127 246:a127 258:a0], which HOLDS 127 from t=112 to t=246. My
test was 0<alpha<255, which counts any legitimately semi-transparent element as
mid-ramp, when the mechanism is about being caught in transition.
Corrected to: t falls strictly inside a segment whose endpoints differ. title_jp
goes to 0, main_menu and extras from 2 to 1 (pteff10 was a false positive
alongside the genuine ptmsg). The 5/5 result survives -- non-zero exactly where
the settle pose loses.
No separating case exists anywhere in the export: no wide window with a mid-ramp
element, no narrow window without one. The confound is structural across the whole
corpus, so no capture would separate the hypotheses from my side. They may be the
same phenomenon twice -- a narrow window is by construction one that closes while
things are still moving.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
1c065685ce