Files
Sylpheed/docs/re/data/title-sweep-jp-draw-capture.txt
sylph-decoder 27ce59b3a7 re: the sweep IS drawn on the JP title -- and my gate was phase-locking the shutter
The occlusion hypothesis is refuted: build 7 draws the same three ROT strips at
higher alpha than English, so there was never an absence to explain.

The 0.32-vs-11.9 tension that motivated it was an artefact of my own instrument.
Both JP captures were shuttered on the plate pulse, and the plate's pulse is part
of the animation -- so the gate synchronises the shutter to the animation's phase.
Measured at the shutter instant, the sweep sits 25-26 px apart across two runs in
different locales and different sessions: 1.6 % of a ~1600 px traverse.

So the 0.32 I recorded as between-session capture noise measures my trigger's
repeatability, and I read it as evidence the title is still when it is evidence
the gate works. The era adjudication is unaffected -- margin 16.72 clears even the
un-locked 11.9 -- and unaffected for the reason that file already gave: correlated
noise cancels in a margin.

Refutation attempt on sylpheed-port's positional-mechanism rejection: FAILED, the
claim stands. Its residual sits inside lit logos, and the logo ROI is
byte-identical across five differently-phased frames in two sessions.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
2026-08-30 19:52:15 +00:00

46 lines
2.5 KiB
Plaintext

# 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.