The previous entry called the title's Ⓐ a hard blocker. It is not: the main menu is reached and screenshotted (NEW GAME / LOAD GAME / TUTORIAL / OPTIONS / EXTRAS). What is true is narrower — Ⓐ advances the title only intermittently, about one attempt in four, with the press verifiably delivered every time and no Xenia UI active. Three candidate causes were eliminated with measurements rather than argument: * IsUIActive is now observable (Canary logs when it swallows a keystroke) and it never fires on the failing runs; * the driver filter is fine — the game polls with flags=3 and the file pad reports Controller=1, so FilterDrivers keeps it; * the game makes no content/user/signin call on the press at all — tracing every Xam call around it shows only input polling. And two traps in my own measuring rig, which cost more than the bug and are written down so nobody repeats them: a FIFO trace consumer that exits STALLS the emulator (the guest stops polling — indistinguishable from a dead pad, and it produced two runs of false evidence), and phase-A's kernel.return events carry a placeholder return_value of literally 0, so "every keystroke call returns SUCCESS" was an artifact of the logger, not a finding.
651 KiB
1279x675px
651 KiB
1279x675px