danielb6611 / mupen64plus

Automatically exported from code.google.com/p/mupen64plus
0 stars 0 forks source link

Button not working Zelda Majora Mask #320

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Describe your system:
 - Linux Ubuntu 9.10
 - 32 BIt intel
 - Version 1.99.1
 - default plugins, default configuration

The game starts but when i have to choose a file to save and give it a name
i cannot write the name of file inside the game, it seems that B button
doesn't work

Original issue reported on code.google.com by Andrea.Merli@gmail.com on 26 Jan 2010 at 11:09

Attachments:

GoogleCodeExporter commented 8 years ago
Are you using the keyboard or joystick?  If joystick, what kind of controller 
do you
have?

Original comment by richard...@gmail.com on 26 Jan 2010 at 1:13

GoogleCodeExporter commented 8 years ago
I'm using keyboard

Original comment by Andrea.Merli@gmail.com on 26 Jan 2010 at 3:46

GoogleCodeExporter commented 8 years ago
I tested this with the latest code and both the A and B buttons worked for me 
using
either the joystick or keyboard.  To select a letter from this screen you must 
press
the A button, which is mapped by default to the Left Shift key.  Is this the 
key that
you were pressing?

Original comment by richard...@gmail.com on 27 Jan 2010 at 12:54

GoogleCodeExporter commented 8 years ago
I have the same problem: Button A is not working!

Reason: the meta_L button is the default setting for button A. But in my linux 
system
(SUSE 11) this meta_L button is the same as the alt_L button. This causes a 
problem
as button B is associated by default to alt_L. So instead of chosing a letter
(Decide) it will cancel the choice and leave the menu.

Is there a possibility to change the button settings? For example a config file?

Original comment by nick.jag...@gmail.com on 28 Jan 2010 at 11:30

GoogleCodeExporter commented 8 years ago
a citation from the file doc/README-mupen64plus-input-sdl:

5. Default Keyboard interface:
Analog Pad is "Arrow Keys"
C Up/Left/Down/Right are "I", "J", "K", "L"
DPad Up/Left/Down/Right are "W", "A", "S", "D"
Z trig is "z" key
L and R trigs are "x" and "c"
Start is "Enter" ("Return")
A is "left meta"
B is "left alt"
Select Mempack = ","
Select Rumblepack = "."

Original comment by nick.jag...@gmail.com on 28 Jan 2010 at 11:38

GoogleCodeExporter commented 8 years ago
You're using an older version of Mupen64Plus.  This stuff has changed a bit in 
the
past month or two.  I changed the default A/B button keys to "L Shift / L 
Control"
because Windows can't handle mapping Alt to a game function.  Also, the newer 
code
uses a config file for all auto-config controller mappings, but in 1.99.1 this 
is
hard-coded in the source.

So, you must either wait for the release of 1.99.3 (which will be soon, within 
a few
weeks) or build the latest from source.

Original comment by richard...@gmail.com on 28 Jan 2010 at 3:09

GoogleCodeExporter commented 8 years ago
I am using version 1.99.1 and the citation of README-mupen64plus-input-sdl is 
from
this version.

I tried the binary as well as compiling it from the source. In both cases the 
same
problem: button B is recognized by pushing ALT, but pushing left CTRL doesn't 
have
any effect...

Original comment by nick.jag...@gmail.com on 28 Jan 2010 at 4:23

GoogleCodeExporter commented 8 years ago
Yes.  This problem is a result of your system configuration and the default 
keys in
1.99.1.  The default keys have changed since 1.99.1, so building the latest 
source
code (from our Hg repository) should fix the problem, by changing the default 
keys to
L Shift / L Control.

Original comment by richard...@gmail.com on 28 Jan 2010 at 4:34

GoogleCodeExporter commented 8 years ago
Okay I replaced the following line in 
"source/mupen64plus-input-sdl/src/autoconfig.c"

pCtrl->button[A_BUTTON].key = SDLK_LMETA;

by

pCtrl->button[A_BUTTON].key = SDLK_LCTRL;

After recompiling the code it works now :) Thanks a lot!!

Original comment by nick.jag...@gmail.com on 29 Jan 2010 at 9:55

GoogleCodeExporter commented 8 years ago

Original comment by richard...@gmail.com on 29 Jan 2010 at 3:43