Provided by: xwiimote_0.3+20120630-5+fakesync_amd64 bug

NAME

       xwiikeymap - Remap Wii Remote buttons to other keys

SYNOPSIS

       xwiikeymap   [-d|--daemon]   [-u|--uinput  /dev/uinput]  [-n|--name  XWiimote  Keyboard  ]
       [-L|--left <val>] ... [-T|--two <val>]

DESCRIPTION

       The xwiikeymap tool is a low level button mapping application which can be used  to  remap
       the  buttons  of connected Wii Remotes to other keys. The application will run as a daemon
       and wait for connecting Wii Remotes. If a Wii Remote is detected, it  will  create  a  new
       input  device via uinput (the kernel uinput module must be loaded). If a button is pressed
       on the device, the daemon  will  emit  the  mapped  key  on  the  fake  input  device.  An
       application  that  uses the new faked input device will therefore only get the new mapping
       and not the raw keycodes.

       When starting the daemon, you can pass the mapping as command  line  arguments.   You  can
       find  the available keys in /usr/include/linux/input.h with the KEY_* prefix. You need the
       decimal value of the constants and then you can pass it to the  daemon.  For  instance  to
       remap the HOME button of the Wii Remote to KEY_F1 59 you would pass --home 59 as argument.
       See below for more information on arguments.

       This key-mapping works on a very low-level. It works on the kernel<->user-space layer  and
       you won't find all keys you want inside /usr/include/linux/input.h.  For instance there is
       no KEY_PLUS as this key  is  not  available  on  standard  American  keyboards.  They  use
       SHIFT+KEY_MINUS.  You  must also take into account, that the X-Server will put a keyboard-
       layout on top of your mapping. So if you map a button to KEY_Z but  the  xserver  puts  an
       European layout on the keyboard, this might become KEY_Y instead.

OPTIONS

       -d, --daemon
              Start application as daemon, that is, fork into background.

       -u, --uinput device-path
              Path  to  the uinput device. This is used to create new user-space controlled input
              devices. By default this is "/dev/uinput".

       -n, --name device-name
              Specify the device name that will be used for the new fake  input  device  that  is
              created with uinput. By default this is "XWiimote Keyboard".

   Mappings
       To  remap  buttons  to  other  keys you can use the following options. All options take as
       argument a decimal value which will be the new value of the key. If it is 0,  the  key  is
       disabled and never emitted.
       You can find the key-constants in /usr/include/linux/input.h

       -L, --left val
              Map the left button to the new value. By default this is KEY_LEFT.

       -R, --right val
              Map the right button to the new value. By default this is KEY_RIGHT.

       -U, --up val
              Map the up button to the new value. By default this is KEY_UP.

       -D, --down val
              Map the down button to the new value. By default this is KEY_DOWN.

       -A, --a val
              Map the A button to the new value. By default this is KEY_ENTER.

       -B, --b val
              Map the B button to the new value. By default this is KEY_SPACE.

       -P, --plus val
              Map the plus button to the new value. By default this is KEY_VOLUMEUP.

       -M, --minus val
              Map the minus button to the new value. By default this is KEY_VOLUMEDOWN.

       -H, --home val
              Map the home button to the new value. By default this is KEY_ESC.

       -O, --one val
              Map the 1 button to the new value. By default this is KEY_1.

       -T, --two val
              Map the 2 button to the new value. By default this is KEY_2.

EXAMPLES

       $ xwiikeymap -d --home 59 --one 0 --two 0
       This  will  keep the standard keymap but map the HOME-button to KEY_F1 and disable the ONE
       and TWO buttons. It will run as daemon in the background.

BUGS

       This tool works on a very low level and  may  not  be  suitable  for  your  needs.  It  is
       recommended  to  use  X11  mappings instead. See the other tools of the xwiimote suite for
       better mappings.

AUTHOR

       David Herrmann <dh.herrmann@googlemail.com>
       The XWiimote Project: http://github.com/dvdhrm/xwiimote

SEE ALSO

       xwiimote(7), libxwiimote(7),