-
-
Notifications
You must be signed in to change notification settings - Fork 367
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
glfw Garbage mouse position #1967
Labels
bug
Something isn't working
Comments
Thanks for the link, looks like we need a native lib update. |
This should be fixed with #1993. |
I would like to test and confirm this but i wasn't able to compile silk using the instructions. Are there any nightly builds available? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Summary
The "Tutorial 2.2 - Camera" Example produces very large mouse position values. After a view seconds the mouse position is {<129309770. 134478720>} and rising. Calculating the mouse offset (from the previous move event) gives different values depending on the mouse position on the screen, -738, -378 if the mouse is at the top left and 64768, 65120 at bottom right.
Using the glfw 3.4 release seems to result in the OFFSET being equal to the position of the cursor relative to the center of the window. But that means the IMouse.Position property does accumulate the offset resulting in large positive or negative numbers.
Steps to reproduce
Comments
I have tested it with the main branch using the sample but the same problem occurs in my project using the silk.net 2.20.0 nuget.
This might be related; glfw/glfw#1276
The text was updated successfully, but these errors were encountered: