ed9a7d702d
Direct follow-through on this session's own named next step. The prior result (f1-held-down-measured-no-repeat-via-file-driver.md) concluded the file driver cannot show menu repeat because its GetKeystroke() never emits a REPEAT-flagged event, and that the menu's repeat is very likely driven by that flag rather than raw polled state. Testable, so tested: patched /canary/src/xenia/hid/file/file_input_driver.h to add opt-in repeat behind a new --pad_file_repeat cvar (off by default, every other scripted script unaffected), using the SDL driver's own constants verbatim (HID_SDL_REPEAT_DELAY/_RATE = 400/100, guest-time ms via Clock::QueryGuestUptimeMillis) rather than re-deriving them. Incremental rebuild, ~1 minute (only xenia_main.cc needed recompiling). Control: the driver's own log confirms repeated keystroke events fire as designed, zero crashes. Result: re-ran the identical held-DOWN capture. The cursor that moved once and stopped in the null result now cycles continuously through the whole 5-item menu, wrapping, for as long as the button is held -- the null result was real for that driver path, and giving the driver the one thing it lacked reverses it completely. Measured at this run's achieved 29.87 fps guest rate: 12 frames (~402ms) initial delay from the press-triggered step to the first repeat step; 4 frames (~133ms) steady-state interval for 13 of 15 gaps, 3 frames (~100ms) for the other 2 -- slower than the raw 100ms constant driving it, which this page flags but does not trace further (most likely the game batches drained keystrokes per its own frame tick rather than reacting to each one instantly). The 4-frame figure is what matters for the port: it's what the cursor visibly does. Honestly scoped: this measures what the game does when FED repeat events shaped like the SDL driver's, not a capture through an actual physical controller (none exists in this container) -- classified measured, not decoded, for exactly that reason. One run only; the corpus's two-run minimum isn't met, flagged rather than overclaimed. f1_hold_capture.py gains an optional `repeat` argument. The Canary source patch itself lives in /canary, outside this repo (Canary source, not sylpheed-formats) -- fully described inline in the finding doc so it can be reapplied if that tree doesn't persist across a container reset. Reference data: docs/re/data/f1-repeat-cursor-transitions.tsv -- every transition's frame, guest tick and Y position, not the raw draw log.
956 B
956 B
| 1 | # frame | gtick | gfreq_hz | cursor_quad_y_ndc | frames_since_prev_transition |
|---|---|---|---|---|---|
| 2 | # source: xenia_re_ui_draws_01.log, 2026-09-12, f1_hold_capture.py OUTDIR 2.5 repeat (run f1h) | ||||
| 3 | # --pad_file_repeat=true: file_input_driver.h emits Keystroke REPEAT at SDL-driver constants (400ms delay/100ms interval, guest time) | ||||
| 4 | # quad: page B5B1C73032BA3FA3, ~0.09x0.16 NDC (focus highlight) | ||||
| 5 | 1 | 8088762299 | 50000000 | 0.05 | 0 |
| 6 | 3 | 8092093499 | 50000000 | -0.16 | 2 |
| 7 | 15 | 8112191520 | 50000000 | -0.385 | 12 |
| 8 | 19 | 8118864353 | 50000000 | 0.5025 | 4 |
| 9 | 23 | 8125673641 | 50000000 | 0.28 | 4 |
| 10 | 27 | 8132277847 | 50000000 | 0.055 | 4 |
| 11 | 31 | 8138935070 | 50000000 | -0.1625 | 4 |
| 12 | 35 | 8145620699 | 50000000 | -0.385 | 4 |
| 13 | 39 | 8152349650 | 50000000 | 0.505 | 4 |
| 14 | 43 | 8159014126 | 50000000 | 0.285 | 4 |
| 15 | 46 | 8164059013 | 50000000 | 0.05 | 3 |
| 16 | 50 | 8170775552 | 50000000 | -0.1675 | 4 |
| 17 | 54 | 8177444513 | 50000000 | -0.3875 | 4 |
| 18 | 58 | 8184235878 | 50000000 | 0.5025 | 4 |
| 19 | 62 | 8190930524 | 50000000 | 0.28 | 4 |
| 20 | 66 | 8197605724 | 50000000 | 0.05 | 4 |
| 21 | 70 | 8204312489 | 50000000 | -0.1675 | 4 |
| 22 | 73 | 8209322148 | 50000000 | -0.39 | 3 |
| 23 | 77 | 8216032739 | 50000000 | 0.5 | 4 |