Possible issue with controller type identification.

Hello! While learning to use the JInput libraries, I created some code to identify my 4-Axis game-pad. However, while it prints “USB 4-Axis 12-Button Gamepad”
it lists the type as “Stick”

I did some research on these forums and found a thread where Endolf posted his ControllerReadTest. What has me confused is that his code appears to read my controller properly. When I personally try to poll the X and Y axises, I only read from the directional pad, and none of the other buttons or axes appear to be working.

Is the game-pad a “sub controller” of the D-pad?

I orginally created my project using another input library (JXInput), but it proved to be not very portable and troublesome. Thankfully I have an interface I can adapt to, and hopefully JInput will do the trick :). It seems very good!

Here is the relevant portion of output related to my controller. The program is the “Getting Started” code,

“USB 4-Axis 12-Button Gamepad
Type: Stick
Component Count: 17
Component 0: Z Rotation
Component 1: Z Axis
Component 2: Y Axis
Component 3: X Axis
Component 4: Hat Switch
Component 5: Button 0
Component 6: Button 1
Component 7: Button 2
Component 8: Button 3
Component 9: Button 4
Component 10: Button 5
Component 11: Button 6
Component 12: Button 7
Component 13: Button 8
Component 14: Button 9
Component 15: Button 10
Component 16: Button 11”

Which appears correct for my gamepad but for the fact the controller is “Stick” type and I am unable to read the inputs.

Thank you very much for your time!

My apologies, the practical portion of the issue was a result of my own code. I am able to read the axes and buttons just fine. Input was just being ignored on my own end because of the way I was adapting this library.

However, the observation still remains that my GamePad is being labeled as a Stick. Is this just a random consquence od dealing with a large variety of hardware and a fluke I should just ignore?

JInput takes the type from what ever the device driver says, so it’s not our fault :slight_smile:

Endolf