 No.00206
aaron Developer
Mar 18, 2008, 01:14
|
This is actually by design, so I am recategorizing the bug as a feature request. I am still not sure it is the right thing to do, however. |
|---|---|
 No.01005
john_iv Senior Tester
May 18, 2008, 20:10
edited on: May 18, 2008, 20:22
|
One would think that the player not the driver author would be the ultimate arbiter of how they want the controls set up. Yes, the workaround is to map from w/in a game however the use of ctrlr files facilitates this on a large scale across multiple games in driver families. Take the asteroid.c games for example. They are currently hardcoded and cannot be overruled by an asteroid.c section in the ctrlr file if I want D,F and J,K and Space as my control scheme across all of asteroid.c. Ruling precendence should go from bottom to top level: driver hardcoded settings if there are any, ctrlr files, then individual game cfg imo. Update: It appears w/ .125u1 that invaders.c, djmain.c, missile.c have been decoupled from hardcoding and work as expected. Asteroid.c however still has the issue. Updated driver info in the bug to reflect that. |
 No.02261
urebelscum Tester
Aug 28, 2008, 22:18
|
There was a way to get the ctrlr file to work. It involved going into mame's "input (this game)" menu and change the offending inputs to "default" with enter esc (wait) enter esc. However, currently there's 02171 that you can't do this anymore. However you still can hand edit the game's cfg file and set the newseq to "DEFAULT", and the ctrlr file will work. |
 No.10125
ozfalcon Tester
Jan 4, 2014, 01:48
|
The workaround of hand editing the game config to "Default" does not work if you have Joysticks conigured in the ctrlr file. ie. If the 2nd joystick is not plugged in (Often the case), The autogenerated "JOYCODE_*" becomes invalid and the entire game.cfg is erased next run! |
|
No.19523
BlindRebel Tester
Dec 3, 2021, 22:09
|
Partially fixed starting with 0.234, but you have to map in the game or parent or source's system block, and include the tag, mask and defvalue, too, and not in the default system block. |
 No.19525
cuavas Administrator
Dec 5, 2021, 16:19
|
There was a bug preventing specific input overrides from controller configuration being applied properly. I’m not sure if it was already there when 0.234 was released or if it crept in since then. |
|
No.19606
john_iv Senior Tester
Dec 29, 2021, 05:32
|
Confirmed fixed on asteroid.cpp against official .239 and 0.238 (mame0238-405-g65f40d27812). Closing |