re: the game DOES draw the sweep leaves at rest -- my own hypothesis refuted

Last iteration I hypothesised that the game might not draw pteff03/pteff03a on a
settled title, which would have explained three things at once: the flat --at
plateau, the 0.32 between-session in-box term, and part of the ~40 residual. The
oracle says no.

A draw capture of the settled EN title -- gated on the plate pulse, fired at
325.3 s, with exactly ONE emulator verified by count -- shows two quads taller
than the 720 px screen present in every one of 132 frames and sweeping in
OPPOSITE directions:

  strip A  h=1134  ROT  x -109 -> +518   step +6..7 px/frame
  strip B  h=1303  ROT  x +486 -> -154   step -6..7 px/frame

The rate matches the disc: the declared x track is -639..1521 = 2160 px over a
600-unit cycle = 3.6 px/unit, and at 2 units per rendered frame that predicts 7.2
px/frame against 6-7 measured. Both quads are flagged ROT, which is why their
axis-aligned bounding boxes are ~885 and ~1300 px wide where the declared quad is
400 -- consistent with rotation living in leaf records and with `screen render`
being axis-aligned only.

So the leaves ARE drawn and DO free-run on a settled title. My hypothesis is
refuted and sylpheed-port's reading of their `title` curve -- sweep present in a
title capture -- is confirmed by the oracle rather than by a render.

What this does NOT settle is the tension that prompted it. Both strips cross the
adjudication box in x and cover it in y, so two JP captures at different phases
should differ there, and they differ by 0.32. Two candidates, neither tested: the
two JP shutters happened to fall at similar phases (a ~1 % coincidence for a
600-unit cycle), or build 7's denser logo stack -- the katakana plus the
crystalline burst that jp-title-at-rest.txt records as absent from the English
title -- occludes the sweep inside that box. A draw capture of the JP title
distinguishes them.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v

docs/re/data/title-sweep-drawn-at-rest.txt

@@ -0,0 +1,33 @@
+# Does the GAME draw the sweep leaves on a SETTLED title? 2026-08-30.
+# tools/re-capture/title_draw_capture.sh -> log_ui_draws, 150 frames.
+# Gated on the plate pulse (glyph in [500,2500] held 12 samples); fired at 325.3 s.
+# Exactly ONE emulator, verified by count through ensure_single_emulator.sh.
+#
+# The question came from a tension in ui-resting-pose.md: two renders one
+# plateau-phase apart differ by RMSE 11.9 inside the adjudication box, while two
+# captures of a (JP) title from different sessions differ by 0.32 there. I
+# hypothesised the game might not draw these leaves at rest.
+#
+# ANSWER: IT DOES, AND THEY FREE-RUN. Two quads TALLER THAN THE SCREEN, present
+# in every frame of 132, sweeping in OPPOSITE directions:
+#
+#   strip A  h=1134  ROT  132 appearances  x  -109 -> +518   step +6..7 px/frame
+#   strip B  h=1303  ROT  112 appearances  x  +486 -> -154   step -6..7 px/frame
+#
+#   x over frames, strip A: 1:-109 2:-109 3:-102 4:-102 6:-90 7:-90 8:-90 9:-83
+#                           10:-77 11:-70 12:-64 13:-58 ...
+#   x over frames, strip B: 1:486 2:480 3:480 4:474 6:467 8:461 9:454 12:442
+#                           13:435 14:429 15:422 18:410 ...
+#
+# ✅ THE RATE MATCHES THE DISC. The declared x track is -639..1521 = 2160 px over
+# a 600-unit cycle = 3.6 px/unit, and Q1 gives 2 units per rendered frame, so
+# 7.2 px/frame predicted against 6-7 measured.
+#
+# ⚠️ Both are flagged ROT -- rotated, which is why their axis-aligned bounding
+# boxes come out ~885 and ~1300 px wide where the declared quad is 400. Consistent
+# with ui-keyframe-rotation.md placing rotation in leaf records, and with
+# `screen render` being axis-aligned only.
+#
+# 🔴 SO MY OWN HYPOTHESIS IS REFUTED by the oracle, and sylpheed-port's reading of
+# their `title` curve -- that the sweep is PRESENT in a title capture -- is
+# confirmed.