Mame 2014 questions !

[caver01]

@caz If your keys deviate from MAME defaults, I can see this happening, but it seems to me you could go through the MAME GUI and select the menu for editing controls for ALL GAMES and simply map everything as you have it and fix all games at once.

I thought about using the global /all/retroarch.cfg and setting player inputs to nul, but this would break other emulators that don't use raw keys. Namely, lr-fbalpha would break.

If all you use is one version of MAME for arcade, your challenge won't be that hard, but if you are like me, you end up using several versions of MAME plus FBA to get the best experience. For example, I only play vector games using Advancemame due to its ability to properly render the vector lines at my display's native resolution (other MAME versions use an arbitrary 640x480.) And because AdvanceMAME is not a libretro core, the RetroArch settings do not apply. Because I am using MAME default keys for things, it isn't too bad, and AdvanceMAME does a great job with inputs, although if you try it, you should file away this recommendation: set your keyboard driver to RAW.

Overall, I end up spending a lot of effort get titles to work in their respective emulators. For me, there is no quick and easy answer.

[Caz]

@caver01 Definitely, my setup will be much simpler as i intend this cab to run one version of Mame mostly and maybe a few consoles as a bonus.
You're making it much more complicated indeed, but judging from the hardware you put up and how much you already achieved, it's well worth the effort !

Yep i tried using the MAME control menu for all games, and that's how i clearly saw that i got multiple inputs for each keystroke.
I tried that menu hoping to fix the situation so there was a situation already despite the default setting, but now that you mention i dont clearly remember how bad the situation was; and yes, it's obvious now that i made things worse by force-configuring multiple inputs for some controls... Duh, i give it just a few minutes a day, that's how i miss such things... hope the week-end will be more productive !

Ok so i should get back to square one, restore my mame2014 enabled SD image, check the MAME default config.
Then if there's anything to change, i change it directly in MAME conf files.

I also check how bad the problem is with the default conf, not trying to change anything, and then put a global NUL in retroarch controls see if it goes better.
If it does, then i should even be able to use the MAME GUI to edit key mapping.

I'll try that step by step as soon as possible !

[caver01]

@caz You will run into trouble with your " maybe a few consoles as a bonus" because those will need the retroarch mapping. In other words, a global config for nul will be problematic with your other emulators. My suggestion is to go a step below global, and just set player inputs to nul inside a cfg file for the ROM folder you are using. In other words, if using mame-libretro, use the corresponding config file for that, or arcade, or wherever applies for how you are organizing your ROMs. That way, you can keep the global mapping intact for other libretro cores.

[Caz]

Good point about retroarch console emulators; but so far i've tested only one console emulator (Nec PCE / Supergrafx), it did not have the problem. I think there are a bunch of independant console emulators that dont depend on retroarch config that i could use.
I keep my focus on MAME anyway, extra emulators would be a bonus but as i focus on MAME i'll understand better whats going on anyway.
Thank you for clarifying : set a config file file per ROM folder ! I understood one per game at first, that felt overwhelming :D thus the preference for a global config !
I won't have time until saturday to try all this, i keep you posted !

[caver01]

@caz You understood what I was suggesting the first time. I did mean per individual ROM since only a handful of mine require nul values. Taking the global approach is a good idea, but it is too much, as only the MAME emulators are affected by the dual inputs. The compromise is to use the emulator folder configs as you now understand it. This is good because it will allow you to preserve retroarch mapping for other emulators (FBA, console systems, etc.). You are right, standalone (non retroarch) emulators are immune because they don't use the retroarch configs.

[Caz]

I'm back with no plan :D

Ok i'm in the middle of testing and, i must, getting mad.

I've restored the lr-mame2014 image i had and i checked that this image had default settings configured in MAME gui.

During play, the conflicting keys mosly affect the up/down/left/right directions.
This also affects the GUI of course, for instance if i press the down key in the DIP switches menu it will both modify the current line settings and move to the next setting at the same time (which is the combined effect of left or right + down, obtained by pressing just down)

So, i chose the global route, found the retroarch.cfg file and the input lines. I changed the direction keys to nul.
Rebooted and tested : things were worse, directions were even messier, randomly configured with some direction out of reach.

So, i went back to the retroarch config file, set all the player 1 inputs to nul, rebooted and tested.

Expectedly, no coin/start key were working so i could not test a game. Sadly i didnt think of testing the GUI at the time.

Went back to the retroarch config file, added just the 2 keys for start/select, rebooted, tested.

I'm at that point but for some reason the game i use to test now boots in service mode. Trying to get out of it, i ran into the other problem i mention in my initial post and got stuck in a MAME game selection screen.
I'll make another round testing both the in game experience and the GUI...

[Caz]

I'll make another round testing both the in game experience and the GUI...

Testing done.
Service mode was of course due to the messy input in DIP switches GUI screen, so i fixed it.

Bottom line : with just the select and start keys affected in the retroarch.cfg files (all other player 1 inputs to nul) i can start a game, but the directions are still completely wrong.

Changing the retroarch.cfg does change the keys effects but that's not fixing the problem.

Another test i've made is this : i noticed that the default config in the retroarch.cfg is set for a vertical use of the joypad, namely left=up and so on.
So my first test was to put it right, left=left and see what it did.
The config did have it's effect, but it was then so difficult to test that i didn't bother checking whether i got exactly the same problems i had pressing key "up" as i had before pressing key "right" :)

Also, the key problem affects both the Picade cabinet joystick and the USB keyboard, and i only have the problem on the Retroarch versions of MAME i've tested. So the problem is on the software side.
The way i see it, there must be something getting in the way... but what ??

[caver01]

@caz I think you need to do tests outside of any game. I Mina, testing directions as their raw keys to see what 8s actually getting sent as a key for each action. For example, when I push left on my joystick, it sends a left arrow key, not because of any retroarch setup—but because that’s is the raw key that gets sent. Even at a command prompt, left is the same as left arrow.

Once you know all of your keys for your directions, does it make sense? I mean, player 1 defaults in MAME will have directions matching the arrow keys. If yours are different, that might explain why it is messed up on a new image with retroarch configured with nul inputs. Only the raw keys get sent, and if they are not a matcn to MAME defaults, it will be confusing.

[Caz]

@caver01 I could not make more tests yet. Yes i thought of some kind of lower level conflict too...
BUT ! in the only non-retroarch emulator i've tested, no problem at all. Also, everything is ok in command line. In the Nano text editor where i use all 4 direction keys, no problem either.

I've been thinking of something else, as i read something in a forum about the automatic controller detection feature. I saw that config line in the retroarch.cfg file so i could test disabling it.

Another test i should do is run a non-retroarch Mame, see how controls do. I have to make sure i have compatible roms first...

Finally, i could also start anew from a fresh image, make due upgrades and only then compile mame2014.

Thank you for your support !

[caver01]

@caz All good points. Your research has given you a lot of good background info for troubleshooting.

I recommend trying AdvanceMAME for non-retroarch MAME testing. It is a great emulator and you can make adjustments by pressing TAB or you can directly edit the .rc config file.

As for the automatic mapping, good points there too. However, the retroarch.cfg in opt/retropie/configs/all will override any automatic joypads. Still, you should check to see what you have in opt/retropie/configs/retroarch-joypads

[Caz]

Ok, so... bottom line : it was all my fault !
I explain below then i go hide under a rock.

Basically it was initially a joystick wiring problem. At first launch i used the key configuration wizard and i did not pay attention to the keycode i got at that time.
Since then i made an SD image from this install and never thought of that part again.

So what happened was that Retropie/Emulation station and non-retroarch emulators were ok as the key conf was properly propagated. I had a difference in directional key usage between the front end and the text-mode graphical menus but at some point i stopped thinking it would be related.
Retroarch is where everything went wrong because key config was not properly propagated but i suspect there still must be conflicts involved in such a situation anyways.

I get it much better now what you were facing when building your own setup.
I can also imagine how putting together a vertical screen setup could be a problem, for instance. Not a clear and defined project of mine but i'm considering it.

Ultimately, starting anew with a fresh image made me realize this.
Once i figured it out, i just had to rewire my joystick and all my tests are now ok on all emulators :)

So... it is now solved, thank you again for your help !
As i said, i just had a few minutes a week to look into it, rushing things is never good.
Good thing i could spend more time yesterday (vacation helps!)

Again, thank you for your support !
Now i'll go hide under a rock, and i bring my minicab with me :D

[caver01]

@caz I sorta knew you would figure it out from your last post. But don’t hide under a rock! Meeting these challenges and working through them is actually the whole point of this enterprise in my opinion. You must have such a supreme sense of accomplishment now, despite overlooking a fundamental flaw for a time. I guess I would simply focus on the silver lining—the fact that the troubleshooting forced you to learn a whole lot about controller configuration. It is far and away the number one challenge people face here, and you are now somewhat of an expert, at least as it applies to your own build.

I hope you are wiling to share some photos of your project. It is always nice to see what other people are building.

[Caz]

@caver01 Absolutely right i learned a lot going through this and with your help !
Things i would have felt much more comfortable keeping away from, actually :D so i had to and it's valuable experience.
Also it brought lots of ideas for new expriments or projects! The Pimoroni PIcade cabinet is a kit, but i would feel capable to build my own gaming machine now :)

Time is of the essence.... that's the limit :)

I will share pictures when i have the ROMs sorted, i'm on vacation this week so i'll do it by the end of the week !

[Caz]

Here's my small arcade with the Picade cabinet on the right !
On the left in an Arcademy mini cabinet, created and distributed by a friend. Both on RPI :)

I could not technically host any more cab, even that small, so for now that's as big my arcade will be ^^

[caver01]

@caz That is fantastic. I love the panel graphics!