retroarch.cfg for Mame ?
-
@mulder79 bad idea. I would suggest you to check if you have an
retroarch.cfg.rp-dist
in your mame folder and rename it toretroarch.cfg
. -
will have to check when im not at work.
If my retroarch file in MAME conflicts with the ALL version then the mame will take precedent ? at least that's how I understand it
-
@mulder79 said in retroarch.cfg:
If my retroarch file in MAME conflicts with the ALL version then the mame will take precedent ? at least that's how I understand it
It depends on where the
#include
line is. When RetroArch takes a config in a line it ignores all the subsequent lines with the same "variable".When config_save_on_exit is on, RetroArch puts the
#include
line at the first line. Then the global configs will take precedence over the mame specific. BUT recently (2 days ago, 13/aug) the main RetroPie developer added a way to ensure that the#include
is in the last line. This way the system specific configs will take precedence over the global ones. -
but so far I don't really have a reason to have my ALL retroarch file different to my MAME file.
Ofcourse that could change with the more MAME games I have and with their requirements.
I simply want to make the change in ALL and let that cascade down to MAME, if that's the case then what should I do with the MAME retroarch file ? how do I set it to default ? or shall I blank it out ?
I have the config_save_on_exit is on FALSE
The mame version that I am using is mame-libretro
-
@mulder79 said in retroarch.cfg:
but so far I don't really have a reason to have my ALL retroarch file different to my MAME file.
Ofcourse that could change with the more MAME games I have and with their requirements.
Yes, you have a reason: You want to maintain only one global configuration file.
Even if you don't want any mame specific config, you should use the
#include
to load the global configs (and not have two files with same content).When you launch a MAME game it loads your MAME specific
retroarch.cfg
. This file only loads the ALL configs if it has the#include
line in it.I use mame-mame4all, look how its
retroarch.cfg
looks:# Settings made here will only override settings in the global retroarch.cfg if placed above the #include line input_remapping_directory = "/opt/retropie/configs/mame-mame4all/" #include "/opt/retropie/configs/all/retroarch.cfg"
The last line is the one that loads the global configs. Without this line it will NOT load the global configs.
I simply want to make the change in ALL and let that cascade down to MAME, if that's the case then what should I do with the MAME retroarch file? how do I set it to default?
I think that using the default is the best approach.
You have three options to get the default:- you can look if you have a
retroarch.cfg.rp-dist
in your mame-libretro directory. If yes, this is the default. Rename it toretroarch.cfg
. - copy my mame4all example and change the directory names.
- reinstall from binary the mame-libretro via retropie_setup, this will bring the
retroarch.cfg.rp-dist
and you can use it. But I saw some users complaining that mame stopped to work after an update, so I suggest to try the first 2 options above.
or shall I blank it out ?
No. Otherwise it won't load the global configs.
I have the config_save_on_exit is on FALSE
Good practice! When it is true it brings a lot of confusions!
Hope it helps!
- you can look if you have a
-
So I followed the instructions and I am closer to getting my configuration setup for both ALL and MAME.
But I have uncovered another problem, Mame lr 2003 controls are not entirely working. Yes the retroarch.cfg settings have cascaded down to MAME in that I see all the keys mapped and assigned to the right button but for example player 4 A button does not respond.
I hooked up my keyboard and tried each corresponding key and for some reason some of the keys would not respond in MAME but they do in SNES
So I don't know what's going on...
-
very bizarre how the ipac/keyboard strokes respond fine in SNES and when it comes to MAME lr2003 they do not respond..
-
you shouldn't do any control-related rebinding in the retroarch.cfg or GUI for mame2003. use the TAB key. see the documentation: https://github.com/RetroPie/RetroPie-Setup/wiki/lr-mame2003#mame-menu
-
i have tried using the TAB option within MAME but again certain keystrokes do not return any signal.. its very strange as all the keys which are mapped within the ALL folder work in SNES and MEGADRIVE etc but not in MAME
Also tried too see what happens when I plugged in a USB Keyboard and certain keys respond but not others.
Can someone explain ?
Thanks
-
@mulder79 what keys? retroarch abstracts the keyboard. certain keys might not be available, but if you give me any information I can test.
also, what mame-libretro core? there are many.
-
I have checked through this forum for keys that will be problems an believe I have avoided using them.
How shall I attach my retroarch.cfg file ? shall I just paste it in here ? its a long file
I am using the mame-libretro emulator, 2003
-
Pi Model: pi3
RetroPie Version Used: 4.0
Built From: SD Card
USB Devices connected: IPAC 4
Controller used: Custom made player player arcade with 6 buttons per player, direction joystick and start plus select each
Error messages received: none
Guide used: https://retropie.org.uk/forum/topic/317/setting-up-a-ipac2/6
File: ALL folder
Emulator: Mame-LibretroThat's my retroarch.cfg file link below
http://paste.ubuntu.com/23078512/
For example If I press the player 4 A button (which is keyboard letter b) I get no response back within the mame emulator but do within a snes game.
-
anyone else have any ideas for this is not working ?
its mega frustrating :(
-
@mulder79 i think i see the problem. that cfg file has multiple things defined for each player. eg
input_player2_a = "a"
input_player2_a = "nul"
you probably want to get rid of the second ones :)
just FYI when you add in new rows you should double check they don't already exist (i think they pretty much always will)
-
is it safe to say that I can delete all the duplicate entries for players 1 - 4 ?
-
@mulder79 said in retroarch.cfg for Mame ?:
is it safe to say that I can delete all the duplicate entries for players 1 - 4 ?
i think so - all the ones with "nul" you should be safe to delete. if there's two for the same player + key that are not null, you'll want to check which one is the right one.
-
its weird how the duplicates have no negative affect on SNES, Megadrive, NES etc but when it comes to Mame its as if it reads the last instruction ie the 2nd entry, in my case the "nul" entry
-
I removed all the duplicates and still this does not work.
The odd thing is that I seem to have a retroarch.cfg file appear in the libretro-Mame folder which does not look like my setup, its like a bunch of random keys. I will paste this in this evening when I am back at home.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.