Viewing Issue Advanced Details
ID Category [?] Severity [?] Reproducibility Date Submitted Last Update
02171 DIP/Input Feature Always Aug 28, 2008, 21:30 Aug 29, 2008, 21:53
Tester urebelscum View Status Public Platform MAME (Self-compiled)
Assigned To Resolution Open OS Windows XP/Vista 32-bit
Status [?] Confirmed Driver
Version 0.127 Fixed in Version Build Normal
Summary 02171: All sets that remap inputs in the source: Cannot map to "default" in "Input (this game)", so cannot use general inputs or ctrlr file with hardcoded maps
Description It used to be possible to map to "default" to use the input shown in "Input (general)", by enter, esc, enter, esc. The first enter esc still sets the input to "none". The second enter esc now returns the input to the in source mapped keys. However, when you hand edit the cfg file, and set the newseq to "DEFAULT", mame uses the value in "Inputs (general)". Also, you used to be able to see if an input was different from the general map as it was highlighted, but now it is not highlighted when mapped to what the in source remapped to, and highlighted when hand edited to "default" (so is using the same as the general inputs).

By being able to set to "default", remaps in the "Inputs (general)" and ctrlr files can take effect when you want.
Steps To Reproduce Start any game that has a source remapped input (toobin for example). Remap source coded remapped inputs using "Input (general)" (in toobin, any of the buttons 1-5 players 1-2). Go to "Inputs (this game)" and notice none of the in source remapped inputs have changed to what you remapped in inputs general, and none are highlighted to let you know it's not. Try to remap with enter esc (mame should show "none" highlighted). Repeat remap with enter esc (mame will return to the in source remapped inputs). (Repeats will cycle between none and in source remapped keys.)

Set all inputs to none (enter esc), and exit mame. Open cfg file and change all "NONE" to "DEFAULT", and save. Restart mame and go to "Inputs (this game)". The inputs will now be changed to what was mapped to in inputs general. This is what it used to do on the second enter esc.
Additional Information Also tested in 0.126: same error & in 0.125: old method. Regression between 0.125 & 0.126.

IIRC, this is a repeat of an old bug from Before Mantis, that was fixed to the method as seen in 0.125, something about hardcoded remaps.
Regression Version
Affected Sets / Systems All sets that remap inputs in the source
Attached Files
related to 01080Confirmed The \ctrl files don't override driver specific mappings. 
There are no notes attached to this issue.