You are not logged in.
Pages: 1
Yeah, if you need unusual legacy driver configurations for the software to work correctly then there's probably an issue with the software itself. Especially if it has unpredictable behavior varying by both build and system. That's a pretty big smell, especially if it's happening without any changes to code that should affect the subsystem. I observed this fucky behavior on a recently installed copy of Windows 7 64-bit with up to date installation of all manufacturer provided drivers. It wouldn't terribly surprise me if the app is having problems with the fact that my system has USB 3.1 ports, even the MS install disc has problems with that which require extraordinary measures to work around. Can't say I'm feeling very inclined to dig around in the source code to fix this problem either, what with me being called a liar for daring to mention a problem I had. I have a workaround that functions correctly on my system so I really don't give a shit, not enough to go out of my way if that's how it is.
Have you tried grabbing the source tarball linked from the website download page? I'd give you a direct link to their repo if I had any idea where it is, as the sourceforge page says code moved to github without a link (and github only seems to have mirrors/forks).
Edit: And I found a link that appears to be the one that actually moved. Link
It's spotty in the Windows x86 build. Doesn't really work at all in the stable release for that version. Mostly works in the 2016/12/16 x86 nightly build, just doesn't recognize the left stick which *can* be gotten around with Autohotkey.
x86-64 build works brilliantly with controllers. I don't have a Mac and haven't tried to build it on Linux yet so I can't really say how it would work on a *nix system.
Pages: 1