libretroadminandClaude Opus 5.5 591237dc48 Clear what fast-forward queued when it ends ...

Leaving fast-forward drops what it left in the threaded pipeline's ring
behind a jump fade, and the device's writer drops core audio until the
device has played down to rate control's setpoint, so a blocking writer
is no longer held for as long as the queue takes to play out. That held
the core in device-period steps for seconds after every fast-forward,
which a VRR display shows as judder until the menu is toggled (#19940),
and cost every other configuration a hitch on exit. The five-frame
non-blocking window Sync to Exact Content Framerate used for this is
removed; it never drained the queue.

Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01LBQPGeAnyXTjoifK18NSfm

2026-10-31 09:10:23 +01:00

..

command_hardcore_test.c

OpenXR: per-screen placement for headset screens, and Edit Screens to arrange them by hand (#19945)

2026-10-30 05:40:25 +01:00

command_options_test.c

Clear what fast-forward queued when it ends

2026-10-31 09:10:23 +01:00

command_teardown_test.c

input: release injected controls on command teardown

2026-10-13 14:45:59 +02:00

Makefile

Input: command holds do not apply under achievements hardcore

2026-10-20 04:29:05 +02:00