# Are the sweep leaves DRAWN on the Japanese title? -- 2026-08-30
#
# THE TENSION THIS WAS RUN TO SETTLE (from title-sweep-drawn-at-rest.txt):
#   two EN title captures a plateau-phase apart differ by RMSE 11.9 inside the
#   adjudication box, while two JP title captures from different SESSIONS differ
#   by 0.32 there. I hypothesised the game might not draw the leaves at rest on
#   the JP title -- build 7's denser logo stack (katakana + crystalline burst)
#   occluding them.
#
# INSTRUMENT: tools/re-capture/jp_draw_capture.sh -- sets console language ja
# (trap-restores en on ANY exit), ensure_single_emulator, boots with
# --log_ui_draws --ui_draw_capture_frames=150, arms F10 on the plate pulse.
# Locale restore VERIFIED: language back at 1 after the run.
#
# CONTROL: the same extraction run against the ENGLISH title draw log
# (/sylph-home/re/titledraw2), where the leaves are known to be drawn.
#
# TALL ROT STRIPS (h > w, h > 720) -- alpha is the vertex colour's high byte:
#
#   EN title:  1299x1303  n=112  alpha 139..181  mean 160.0  rot=ROT
#               883x1134  n= 77  alpha 142..193  mean 168.1  rot=ROT
#               890x1134  n= 55  alpha 142..193  mean 165.9  rot=ROT
#
#   JP title:  1299x1303  n= 82  alpha 141..212  mean 179.9  rot=ROT
#               883x1134  n= 76  alpha 144..231  mean 187.9  rot=ROT
#               890x1134  n= 33  alpha 149..229  mean 193.5  rot=ROT
#
# ✅ THE LEAVES ARE DRAWN ON THE JP TITLE. Same three strips, same dimensions,
# and at HIGHER alpha than English (mean 180/188/194 vs 160/168/166). The
# occlusion hypothesis is dead: there is no absence to explain.
#
# ⚠️ WHAT THIS LOG CANNOT SAY. These are ROT quads: the logged w x h is the
# AXIS-ALIGNED BOUNDING BOX of a rotated strip, and the ink is a narrow diagonal
# band inside it. The x spans (-634..992) cross the adjudication box's x range
# (389..776), but a bounding box crossing a box does NOT mean ink does. I made
# that inference first and it does not hold.
#
# ❌ AND THE SLOPES ARE NOT RATES. Least-squares over the captured frames gives
#   1299x1303  slope -7.193 px/frame  rms 30.98  sign-changes  2/81
#    883x1134  slope +7.141 px/frame  rms 29.49  sign-changes  4/75
#    890x1134  slope +6.962 px/frame  rms 29.03  sign-changes  2/32
# Every fit FAILS the linearity gate (residual sign-changes far below ~30 %,
# rms ~30 px against a ~1600 px traverse): the motion is curved over the capture
# window, so +-7.1 is the chord of an arc, not a velocity. Do not quote it.
# This is the SAME failure the "6-7 px/frame" eyeball made -- see METHOD.md.
