Files
Sylpheed/docs/re/data/jp-difficulty-not-reached.txt
sylph-decoder 38b24e6107 re: record the disc-side corroboration as a separate quantity, and the log-line substitution
sylpheed-port checked the JP layout from their export: the disc declares identical
button rows for EN and JP on main_menu and extras. Recorded separately rather than
merged with mine, because they are different quantities -- their rows are declared
rest positions, my 225.5 is a runtime ring row on a surface offset ~65 px from
design space. Either could have disagreed, which is what makes them independent
legs, after a week of finding legs that were not.

Neither is evidence for GP_DIALOG 2/3; both are about GP_TITLE.

Also records the mid-run substitution: I diagnosed a detector failure from a log
line showing glyph 11654 when the capture was one read away and showed the detector
working. A log line is a summary someone wrote, and reading it as the observation is
the same substitution as trusting a harness note.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
2026-08-31 04:33:06 +00:00

64 lines
3.6 KiB
Plaintext

# Are GP_DIALOG 2/3 specifically ENGLISH and JAPANESE? ❔ STILL NOT SETTLED.
# 2026-08-31. The run did not reach DIFFICULTY, and what it did produce is below.
#
# THE QUESTION: 2/3 differ in 2.77 % of bytes while sharing every element name --
# what a language pair looks like -- but "English and Japanese" rested on the
# disc's convention rather than on a capture of THIS screen
# (dialog-0-1-is-a-duplicate.txt). The untested step was a `ja` capture.
#
# 🔴 WHAT FAILED: the reach probe's round trip. It reached the JP main menu, moved
# the cursor, pressed Ⓑ to the title, pressed Ⓐ -- and never saw the menu again,
# sitting at glyph 11654 until it timed out. The sweep then started with the game
# off-menu and timed out too ("never identified the main menu"), so NEW GAME was
# never pressed and DIFFICULTY was never opened.
#
# ⚠️ NOT A DETECTOR PROBLEM, which is what I assumed while watching it. The glyph
# 11654 in the log is a LATER phase. The JP menu itself detects perfectly:
# 1-F1 ring y 225.5 NEW GAME glyph 320 is_main_menu True
# 2-F2 ring y 385.5 TUTORIAL glyph 320 is_main_menu True
# against the English menu's 327. The 250..420 band covers both.
#
################################################################################
# ✅ WHAT THE RUN DID ESTABLISH -- captures/menu-nav/live-jp-main-menu.png
#
# THE LOCALE TOOK, and this is the first JP MAIN MENU capture in the corpus:
# 新規 / ロード / チュートリアル / オプション / エクストラ, footer 選択 / 決定.
#
# ✅ JP INITIAL FOCUS IS 新規 -- NEW GAME, the top item, ring y 225.5. The SAME
# item and the SAME row as English (focus-does-not-survive-a-reboot.txt measured
# NEW GAME at 225.5 across six English boots). So initial focus is not
# locale-dependent, on one JP boot.
#
# ✅ AND THE MENU LAYOUT IS IDENTICAL ACROSS LOCALES: ring rows 225.5 and 385.5
# match the English rows exactly, so the JP build places its buttons where the
# English one does and differs only in the glyphs. That is the language-pair
# structure confirmed at the MENU (GP_TITLE 5/8) -- ⚠️ which is NOT the dialog
# pair the question is about, and does not transfer to GP_DIALOG 2/3 by itself.
#
# ⚠️ REACH: one JP boot. The DIFFICULTY screen was not reached, so the question
# this run was launched for is exactly where it was.
#
# 📌 The locale was restored on exit and verified back at language = 1, by the
# trap that runs on ANY exit including this failure.
################################################################################
# ✅ INDEPENDENTLY CORROBORATED FROM THE DISC -- and the legs really are
# independent this time, which is worth stating after a week of finding they were
# not. sylpheed-port, from their export:
#
# main_menu / main_menu_jp button rows 162, 242, 322, 401, 482 -- identical
# extras / extras_jp button rows 282, 362, 442 -- identical
#
# ⚠️ THESE ARE NOT THE SAME NUMBER AS MINE, and that is the point. Their rows are
# the DISC'S DECLARED REST POSITIONS; my 225.5 / 385.5 are RUNTIME RING ROWS in a
# capture, on a surface offset ~65 px from design space. Different instruments,
# different quantities. Either could have disagreed -- the disc could declare
# identical JP rows while a runtime ring landed at 225.5 for some other reason,
# or the disc could differ while the ring happened to match.
#
# So, stated separately rather than merged into one claim:
# * THE DISC declares identical button rows for EN and JP, on two screens;
# * THE RUNNING JP MENU's ring sits where the English one's does.
#
# 📌 Neither statement is evidence for GP_DIALOG 2/3. Both are about GP_TITLE.