Running sway hold, HRDCfix sleep fix, quicksave button and other input options

[BuckleBean]

Branch comfort-input-batch, nine commits on main (8ed7288, v0.3.0). Each commit builds on its own with MSVC 14.51 and no warnings. Everything is opt-in: new options default off, or leave behavior unchanged, except where noted. The weapon wheel fix is not included; it is still PR #5 on its own and merges cleanly alongside this.

Tested on Steam DXHRDC 2.0.66.0, Quest 3 over Virtual Desktop (VDXR), RTX 5070 Ti.

Camera

SideSwayHoldMs: keep the camera on the player's path while running. Default 0 (off). While running (full stick, not sprinting), the game sways the camera side to side relative to the player's own origin, about 1 cm peak to peak, at the stride and step rates, while the body travels straight. Existing comfort options already remove heading swing, roll, pitch and eye-height bob, so this sway was the one motion that still reached the headset. With 667 (one stride), the VR camera sits at the player's origin plus the camera's average offset over the last 667 ms. On a recorded trace this cut the stride sway from ±0.36/±0.50 cm to ±0.05/±0.06 cm. It also removed the camera's step-by-step forward/back surge relative to the body. Offsets over 15 cm (camera cuts, cover) pass through. The correction is capped at 4 cm from the game camera, so deliberate camera moves never lag. Tested in-headset. The cap was checked against the trace: it limits the correction on 0.23% of running frames and changes nothing measurable there. Cover was not specifically tested.

SleepFix: the stutter fix from HRDCfix by imring (MIT), applied from the mod. Default 0. A wait loop at 0x54c800 calls Sleep(1). The game never raises the timer resolution, so each call can last a full ~15.6 ms tick. The one-byte patch makes it Sleep(0). Applying it here avoids HRDCfix's DX11 ASI loader, which installs as d3d11.dll and would replace this mod's proxy. The loop's bytes are compared first (skipping the relocated import address), and the Camera hooks log line reports sleepFix=1 only if the patch was applied. In-headset, a save point that hitched badly before stopped hitching with it on. That's a subjective report, not a measurement.

Input

QuickSave button target. The game's quicksave is the fixed F5 key, with no gamepad binding, so [Buttons] couldn't reach it. The new target presses F5 by scan code while the target is held. Example: LeftXHoldMs=500 with LeftXTap=QuickSave, so a tap quicksaves and a hold still pauses. F5 is sent only while the game is the foreground window. It is released when the target ends, input stops, focus is lost, or polling stops, and each press is logged to DeusExHRVR-input.log. Confirmed working in-game. F8 quickload is not included, because F8 is the mod's own capture key.

RightStickUp / RightStickDown with smooth turn. These used to work only with SnapTurn=1. With SnapTurn=0, setting either one now takes the right stick's vertical axis for those buttons and leaves horizontal for smooth turning. A push inside the 30° vertical cone also holds the turn, so jumping or crouching doesn't drift the view. The gameplay check is the same as snap turn's, so menus, terminals and the scope keep the native stick (with PR #5, the weapon wheel too). Nothing changes unless one of the keys is set. Requested on Discord ("i hate snap turn"). Confirmed in-headset with SnapTurn=0.

SnapTurnHideQuickBar: snap turn turns on the game's quickbar auto-hide. Default 1, but it acts only when SnapTurn=1, and snap turn itself defaults off. Snap turn's injected mouse move brings up the game's keyboard-and-mouse quickbar. The game's own auto-hide (g_quickBarAutoHide, the tilde key) keeps it hidden, but players in a headset can't reach tilde. Before writing anything, the mod checks the setting's registration at 0xa68190: the pushes, the relocated value, name and object pointers, the name string, and the object's stored value pointer. It then sets that byte to 1 each time gameplay starts, and logs what it found. Turning the setting on by hand stopped the flash in-headset. On the live game, the mod's check passed and read back the player's saved value (found=1).

LeftStickClickDelayMs. Default 150, which is v0.3.0's calibration-chord grace period, unchanged. 0 sends the left click at once, for layouts that map the left click to something other than crouch (sprint, for example, where the delay only makes sprint late). The value survives Mapper::Reset(), and it's logged to DeusExHRVR.log as Left stick click delay: N ms. Played in-headset at 0. The calibration gesture has not been tried at 0: the chord is detected before the delay applies, so the expected cost is one stray left-click as the chord starts.

Docs

README gets a "Remapping buttons" section: a short step-by-step, with the existing [Buttons] / [ScreenButtons] reference moved under it, after the snap turn docs, in the original wording. It also lists RightStickUp / RightStickDown and QuickSave, and notes that the left menu button isn't remappable. The README and example INI document every new option.

🤖 Generated with Claude Code