-
Notifications
You must be signed in to change notification settings - Fork 4
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
Joystick configuration option not displaying in settings #248
Comments
This may be related to jinput/jinput#16 . I have upgraded the jInput version used to 2.0.7, which may solve the issue. If issue persists, please check log.html in Terminal Recalls's base directory (not target) for Exceptions and their stacktraces highlighted in red, approximately a dozen lines long and paste them for me to evaluate in hopes of isolating the problem. |
Unfortunately it did not resolve. Here are the exceptions: java.lang.NullPointerException |
Unfortunately the issues persists, is there any additional information I may provide to help? |
Thanks for your patience. Some questions about your gaming rig:
I am curious because the part which is tripping up may be where jInput sees more mouse buttons than expected. (>32). Although Terminal Recall doesn't use jInput for mouse input, jInput iterates through all devices before presenting them to Terminal Recall, including mouse. Terminal Recall then ignores the mouse. jInput is tripping up internally when evaluating the mouse. |
I am using a Corsair Harpoon, but I don't have any specific mouse software.
My keyboard, mouse and joystick run solely on the built-in windows drivers.
Actually I hadn't even noticed that the mouse didn't work within the game,
since I was focused on getting the joystick to work.
…On Sun, Jul 1, 2018 at 2:19 AM Chuck Ritola ***@***.***> wrote:
Thanks for your patience. Some questions about your gaming rig:
- What make/model of mouse(s) are you using?
- Do you have any special mouse emulations running, such as gaming
keyboards with mouse shortcuts, mouse macro programs, etc running which
could potentially be creating an emulated/virtual mouse?
- If you have any of these, does the issue resolve if you run Terminal
Recall after removing them?
I am curious because the part which is tripping up may be where jInput
sees more mouse buttons than expected. (>32). Although Terminal Recall
doesn't use jInput for mouse input, jInput iterates through all devices
before presenting them to Terminal Recall, including mouse. Terminal Recall
then ignores the mouse. jInput is tripping up internally when evaluating
the mouse.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#248 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AmaeDRFKCjy6WRhWtOXdIPrfFQDBrOTLks5uCHfngaJpZM4Uou5z>
.
|
An attempted fix has been committed and is propagated through the nightly builds as well. If you try it out please let me know if it fixes or not. In log.html, there will likely be red text beginning with The fix is a temporary replacement of a class in the jInput library which caps the number of "mouse buttons" to 32. It also reports to the log as explained above. |
This may be caused by a hanging instance of Terminal Recall (see bullet point number 5): ... workaround is to make sure a previously-run instance is force-closed. |
Joystick: Logitech Extreme 3D (USB)
System info:
Vendor: Oracle Corporation
Arch: amd64
OS: Windows 10
Ver:10.0
The text was updated successfully, but these errors were encountered: