The program DS4 Windows allows use of a controller on a computer by allocating controller buttons to keys/mouse movements. Thus allowing access to a computer using a controller.
The program will run fine and all the button inputs will work, until you click on an open Minecraft tab after which the program will not respond to any of your inputs. If you then proceed to unclick the tab via a mouse or any other device that does not use DS4 Windows, the controller inputs will immediately start to work again.
This isn't a problem with DS4 Windows as it works perfectly fine with all other programs and applications, Minecraft is the exception
EDIT: DS4 Windows works with previous versions of Minecraft so it is something that has changed in recent updates
Linked issues
Comments 16
I can confirm this issue on multiple PCs. Using any previous version, the DS4 with DS4Windows (either old version or new fork) works perfectly. After the recent Minecraft 1.13 updates, the left analog stick refuses to work with the old DS4Windows version and there is constant drift to the upper left side of the screen with the new fork.
I hope a fix can be found soon.
Same thing happens with Elecom's HUGE trackball pointing device. The Elcom software lets you map the extended mouse buttons onto specific keyboard key presses. This enabled for example pressing numbers on the keyboard using the mouse buttons to quickly the active item to other inventory item slots. This still works in 1.12.2 but now fails in 1.13.1. Please fix this; it has taken away a critical power user / player tool.
-m
Still an issue in 1.13.2. (Please restore programmable mouse button functionality!) (Wouldn't it be possible to disable the use of macros for programmable mouse and keyboard buttons, but to leave simple keystrokes enabled? That would avoid issues with cheating / automation but still enable the flexibility that programmable pointing device buttons have, including for ergonomic and handicap / accessibility uses.)
Still not working correctly in 1.14.1 Pre-Release 2. When I open the Talk bar, pressing the programmable mouse buttons (I'm using the Elecom brand HUGE trackball) produces the expected emulated keystrokes - for mine, I have mapped the keyboard buttons 5, 6, 7, 8, and 9 to my five programmable mouse (trackball) buttons. The keystrokes also appear when entering a title for a new world in the world creation menu. But during game play, the programmable mouse buttons produce no effect. The expected behavior of sending keystrokes 5 through 9 would be to change the selected slot in the active inventory bar. The mouse button keyboard emulation is still being dropped during game play, in other words.
Thanks for working on this; I hope it will get resolved soon!
Further testing reveals the following in 1.14.1 Pre-Release 2:
Keypress emulation is failing on both Elecom DEFT trackball and HUGE trackball pointing devices (both are using Elecom Mouse Assistant 5 current version [5.12] to handle assignment of keystrokes to programmable buttons on the pointing devices).
Keypress emulation is working as expected on Logitech Cordless Trackman trackball pointing device (using Logitech SetPoint Control Center current version [6.69.126] to handle assignment of keystrokes to programmable buttons on the pointing device).
Possibly related, possibly not - but Elecom HUGE trackball keypress emulation is working correctly now.
This report is currently missing crucial information. Please take a look at the other comments to find out what we are looking for.
If you added the required information and a moderator sees your comment, they will reopen and update the report. However, if you think your update to this report has been overlooked or you want to make sure that this report is reopened, you can contact the Mojira staff on Discord or Reddit.
-- I am a bot. This action was performed automatically! If you think it was incorrect, please notify us on Discord or Reddit
Please check if that's still an issue for you in the latest 1.13 pre-release.