Test Drive II를 SNES에서 PC로 포팅, 파트 39: No‑Opponent Handoff을 02:9016으로 마무리

Source: Dev.to

개요

이 체크포인트는 SNES Select Opponent 흐름에서 마지막 프런트‑엔드 모호성을 해소합니다.
네 번째 슬롯은 이미 스톱워치/시계 경로로 구조적으로 해결되었습니다. 남아 있던 문제는 해당 경로가 실제로 일반 라이벌‑카 선택과 같은 하위 게임플레이 복도로 이어지는지, 아니면 01:BE43 이후 어딘가에서 갈라지는지였습니다.

복구된 No‑Opponent 경로

첫 번째 라이브 01:C1D2 히트에 키가 된 콜백‑상대 프로브와 이후 be43+17‑22:start 확인을 통해, 이제 다음과 같이 자연스럽게 No‑Opponent 경로를 복구했습니다:

L00C20B → 01:C1D2 → L00BE76 → 01:BE43 → L008B87 → 01:902D → 01:9111 → active_main = 02:9016

중요한 점은 이것이 강제된 콜백 레인이 아니라, 부팅 시 타이밍이 라이브 콜백 표면에 맞춰진 유기적인 입력‑구동 경로라는 것입니다.

수렴 지점에서의 상태 차이

일반 라이벌 베이스라인과 No‑Opponent 시계 경로 모두 동일한 타임스탬프(active_main = 02:9016)에 같은 하위 복도로 도달하지만, 동일한 상태로 수렴하지는 않습니다:

이 차이는 두 실행이 이미 공유된 하위 경로에 도달한 뒤에도 여전히 보입니다.

업데이트된 미해결 문제

원래의 미해결 질문은 다음과 같았습니다:

1. 네 번째 슬롯을 어떻게 선택할까?
2. 어떻게 확인할까?
3. 전혀 게임플레이 핸드오프 복도로 도달하지 않을까?

이제 초점은 보다 다루기 쉬운 고고학적 목표로 이동했습니다:

$1C76 = 0이 두 경로가 이미 공유된 02:9016 복도로 수렴한 후에 무엇을 바꾸는가?

이는 메뉴‑타이밍 드리프트에서 벗어나 직접적인 포스트‑핸드오프 동작으로 탐색을 옮깁니다.

생성된 아티팩트

이번 체크포인트를 위해 다음 아티팩트가 생성되었습니다:

tools/out/snes_select_opponent_no_opponent_organic_path.json
tools/out/snes_select_opponent_no_opponent_organic_path.md
snes_play_session_gate.json
snes_selection_state_contract.json
docs/snes_dos_correlation.md
docs/snes_unknowns.md

다음 단계

다음과 같은 첫 번째 포스트‑02:9016 게임플레이‑대면 윈도우를 캡처하고 비교하세요:

• 기본 라이벌 경로
• No‑Opponent 시계 경로

이 시점에서 프런트‑엔드 경로 자체는 더 이상 차단 요인이 아닙니다. 남은 차단 요인은 보존된 No‑Opponent 상태의 첫 번째 런타임‑가시 효과를 식별하는 것입니다.