Keys not mapping automatically on Win 7

[GoogleCodeExporter]

Not sure if this is a bug or not, but when I first opened the program I 
selected the default layout but Onlive did not register the input.

Original issue reported on code.google.com by indoler...@gmail.com on 19 Aug 2010 at 4:55

[GoogleCodeExporter]

The default layout doesn't really map much. It's damaged due to my testing, and 
will likely be replaced with 'Blank' or something later. Select another option, 
such as one of the game specific layouts (thank you, that's the word we'll use 
in the UI instead of "configuration" (ehk)) or Super Mouse and Super Browser 
which have mappings which are useful for making your gamepad into a mouse or 
browser remote. 

Also note that Pad Tie does not directly emulate input into OnLive, but instead 
allows you to map your gamepad to key and mouse actions which OnLive will 
accept. So the buttons displayed on the screen will still be keys and mouse 
actions. There is no way around this for Pad Tie or any other gamepad-to-mouse 
solution.

Original comment by wila...@gmail.com on 22 Aug 2010 at 2:31

• Changed state: WontFix

[GoogleCodeExporter]

Couldnt you have a virtual Xbox controller that the system would recognize as a 
controller and map the 3rd party controller to it?

Try playing Sands of Time, The back button, etc are all mismatched because the 
system navigation hasn't been reduced to the fewer number of buttons...  I 
tried this on my mac (using USB overdrive, I think) and it's just unplayable.

:)

Original comment by indoler...@gmail.com on 1 Sep 2010 at 7:49

[GoogleCodeExporter]

We don't have a layout for Sands Of Time. If you are feeling industrious, you 
could create one and mail it to me at wilahti at gmail.

Solutions like Pad Tie are difficult to set up for easy use in both the actual 
game and the menu for the game. This is something I am actively working on, but 
there are already some ways around it. Clever uses of the tap and double tap 
gestures are one way to go about it (ie, double tap on Start is escape, tap on 
Start is Enter, tap on Back is escape).

This does not help for games which by default only allow WASD for controls, 
since usually the menu will require the arrow keys. This is only an issue when 
the arrow keys are not mapped to movement by default, since if that's the case 
the Pad Tie layout should just map the arrow keys.

Having Pad Tie *actually* emulate a 360 controller is definitely a better 
solution. However, this is a very difficult and error prone process, and is 
something that the open source X360CE software already does. However, X360CE 
does not currently work with OnLive and the maintainer doesn't seem to think 
that it's possible, despite the fact that it is. I have done preliminary 
investigations into why X360CE fails to operate correctly with OnLive- I 
believe OnLive does a layer of verification checks which X360CE does not yet 
emulate, and thus never even tries to use the Xinput device that X360CE 
pretends to provide.

Direct emulation of Xinput devices is certainly not far from the scope of this 
application however, so I won't say that it isn't going to happen, but it 
probably won't be any time soon due to the complexities of implementing.

Original comment by wila...@gmail.com on 5 Sep 2010 at 12:00