Skip to content
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

List of supported game controllers #8

Open
soegaard opened this issue Jul 1, 2016 · 5 comments
Open

List of supported game controllers #8

soegaard opened this issue Jul 1, 2016 · 5 comments

Comments

@soegaard
Copy link

soegaard commented Jul 1, 2016

Is there a list of supported game controllers available?
I'd like to use it with a PS4 controller on OS X.

@ThemsAllTook
Copy link
Owner

If the operating system can recognize it, it should be supported. PS4 controller on OS X definitely works. Xbox controllers require a third-party driver to be installed for OS X to recognize them (http://tattiebogle.net/index.php/ProjectRoot/Xbox360Controller/OsxDriver or https://github.com/360Controller/360Controller/releases).

@soegaard
Copy link
Author

soegaard commented Jul 1, 2016

Sounds good. It was not a given that a PS4 controller works though. As far as I know the PS4 controller is not supported by Apples GCController API. If I understand correctly only MFi controllers are supported by that library.

@ThemsAllTook
Copy link
Owner

Interesting, I haven't actually looked into GCController yet. It sounds like it's kind of the Apple equivalent of XInput - a simplified API at the cost of a broader range of controller support. If it turns out that there are extra capabilities or specific device support that can only come from GCController, I'll probably add an interface for it internally, but it shouldn't need to affect the public API of the library. On Windows, it already can switch between XInput and DirectInput depending on which controller it's reading, for as much device compatibility as possible.

@soegaard
Copy link
Author

soegaard commented Jul 1, 2016

Cloning and compiling it on OS X worked nicely.

However I get a libstem_gamepad.a as output and I
need a libstem_gamepad.dylib in order to load the library via a dynamic
FFI.

I looked at the makefile, but as a casual C user, I couldn't spot
whether a rule for building a dylib already exists.

Is there one?

And is there a mailing / forum for libstem?

2016-07-01 16:55 GMT+02:00 ThemsAllTook [email protected]:

Interesting, I haven't actually looked into GCController yet. It sounds
like it's kind of the Apple equivalent of XInput - a simplified API at the
cost of a broader range of controller support. If it turns out that there
are extra capabilities or specific device support that can only come from
GCController, I'll probably add an interface for it internally, but it
shouldn't need to affect the public API of the library. On Windows, it
already can switch between XInput and DirectInput depending on which
controller it's reading, for as much device compatibility as possible.


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#8 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AAcLxU4J1SPST1awIpC7TcRZtqizye46ks5qRSpWgaJpZM4JDJ9z
.

Jens Axel Søgaard

@ThemsAllTook
Copy link
Owner

Hmm, a couple of other people have also requested a dynamic library target. I'll see if I can add one sometime soon.

There isn't a mailing list or anything - right now, this repository is the closest thing. This was a hobby project for me, it's become pretty hard to find any more time to dedicate to it, so I haven't been investing in anything more official. Compiling a dylib ought to be simple enough for me to be able to get it done, though - I'll do what I can and let you know.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants