Webmail makes it too easy to fat-finger "send".
On Thu, May 2, 2013 at 10:09 AM, David Herrmann <dh.herrmann@xxxxxxxxx> wrote:
> So if you want reliable gamepads, the easiest way is a user-space
> mapping based on device-names. This guarantees you get the expected
> buttons. Adding support for new devices is a matter of few lines of
> code. And it normally takes >1 month for a device driver gets included
> in the kernel, so you have enough time adding the support to your
> user-space side.
> This also allows you to easily support devices that are no gamepads,
> but would make sense with your applications.
User-space mapping sucks.
It means we can't just ship a game and have it work with new
hardware; every time someone adds a new controller to the kernel, we
have to patch the game to support it. Or else the mapping has to
happen in a shared library, and someone has to patch that to match the
kernel.
It means that things that should just work (like OEM 360
controllers) may well not work because EVIOCGNAME returns a string
that isn't in our table, so we don't know what to do with the data.
I love developing on Linux; it's the lead platform for our game
engine and has been since I wrote the first line of code in 2003, but
from a game development standpoint gamepad input is one of the real
friction points on the platform. As a game developer, I don't want a
universe of possible controllers each subtly different from the other.
I want the player to be able to plug in a gamepad and know that if
they push the bottom face button on the right hand side of the pad,
their character will jump. If they plug in a racing wheel or a
wiimote plugged into a balance board, I'm ignoring it and giving them
keyboard controls.
Really, what I want is roughly what /dev/input/js* has, but as
/dev/input/gamepad* with standardized mapping.
Todd.
--
Todd Showalter, President,
Electron Jump Games, Inc.
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
