Open Bia10 opened 3 years ago
It doesn't touch input events at all, it restricts mouse cursor movement to the game window area. Scrolling can happen on an adjacent window because the game doesn't (or can't) block those input events and lets the cursor roam free (albeit hidden). The lock can't be held exclusively, windows or other apps can override it at any point. Whatever weirdness is going on between that process and skyrim is probably to blame. You can run a quick test by placing two windows on the adjacent monitor next to each other, brave and something that can be scrolled, launch the game and move the (hidden) cursor to where it's sure to move over the two windows while constantly scrolling. If one scrolls and the other doesn't, then the lock is held which means brave is capturing those events in a non-standard way. If both windows scroll then something is clobbering the lock.
thanks for adding another piece of the puzzle, however i am afraid this far from finished.
i have conducted the test you asked for, and indeed everything scrolls (Tixati, Brave, SumatraPDF) all of which i consider high-quality written SW unlikely for them to handle events in non-standard way.
Some notes:
For the most time the lock seems hold from start of the game till it encounters multiple mouse emulations caused by ENB, ReShade , when i open ENB, ReShade, More informative console and then alt-tab one of many mouse pointers just wanders of screen and is still active, while other mouse pointers are indeed locked to skyrim.
The borders of game screen locking are incorrect, the top side and left side do lock mouse properly, however bottom, right side of game window simply pass the mouse somewhere beyond the window borders, this is apparent on main menu or load screen.
Well what would one have to do to get this solved more programmatically? Who ultimately decides if the lock holds? Wouldn't a user mode driver suffice for such task? Or does this requires a kernel driver?
Hi there, first of all thank you for yours work its a blessing indeed.
So i am using following setting
LockCursor=true
and yet i do experience mouse scrolling being redirected to brave.exeI have some questions:
What is the root cause of this behavior? Is only the scrolling being redirected or can mouse clicks be also mistakenly redirected? How can the problem be properly debugged when i have a multiple mods which do some mouse emulation like ENB, ReShade running simultaneusly sometimes i get even up to 4 mouse pointers ingame.
Also i have noticed this mostly happens when alt-tabing to brave.exe, interestingly once the bugged state occurs some kind of connection between skyrim.exe/brave.exe is established, so that MO2 claims that brave.exe is the process being managed not skyrim.exe which is hilarious Issue 1592.
Hopefully one day we can get this resolved :D