Headrush69

That’s odd since most cores should all be using the abstracted Retropad interface and be the same. Which cores were you using and which did you switch to? Is it possible that you had an old core, or directory, or game override that was changing the settings?

You can absolutely can use additional apps to start Demulshooter, no need for a bat file.

I love that the different elements can now be independently enabled. No more manually editing layouts to combine overlays and bezels! ?

The link is wrong, but still got to the site. Always appreciated your work and learned a lot about the layout system reading some of your previous lay files in the past. Thanks. Mr. Do's

I think you are likely exactly right. I had a similar issue with LEDBlinky scripts i was using and fs-uae some time ago. I corrected it by calling fs-uae.exe directly, but this led to some other inconveniences. Unfortunately I don't have my scripts anymore as I've switched to the P-uae core in Retroarch for my Amiga games. It just works easier for the games I need and has a cleaner look that comes with Retroarch.

Your debug log is showing otherwise. ?

I would edit your post and remove your email. Are you using the exact same same controls.ini for both machines? Edit: Are you sure you have the mame.xml file here? Odd nothing in the size. Are you sure you enabled the no LEDs Mode option on the Misc Options tab under Other Options in LEDBlinkyConfig?

Still waiting on a debug log. Without it basically just guessing and hoping something sticks.

I just tested with both a single chd in a zip and a multi disc zip with m3u and 2 chd files and both worked fine. What format are your images inside your zips? Do they all fail or just multi disc? FYI, I converted all my images to chd format and just as small as zipped and load much faster.

For starters, enable the debug log in LEDBlinkyConfig and see what's LB is sending it or not. Should be valuable info in there.

I've seen this on other sites using different forum software as well. Mostly like to help prevent overwhelming the backend with possible massive results that could result from using such small search terms.

No. Your iPac keys are mapped to abstract Retropad devices, that have Start, Select, D-pad, A, B, X, Y, etc. If you look in your Retroarch.cfg file you will see those mappings. For example, input_player1_x = “ctrl” Once you make a core or folder override, you can override those defaults. (It’s in Retroarch/config folder) What you do is change some of the player1 controls to use the iPac player 2 keys. Then you can map them in the controls quick menu of Retroarch since they will appear as player 1 controls. (Even though the keys are player 2 to iPac) for example, in my iPac, key “2” is player 2 start. In Retroarch.cfg there is a line input_player2_start = “2” so in the override file in the config folder I add input_player1_l3 = “2” and input_player2_start =“nul” so now in Retroarch I set player1 L3 button to right_difficulty_a even though it’s iPac player 2, Retroarch sees as player 1

This is a constraint due to Retroarch and that core mapping those functions to only Retropad #1. There is a work around since you are using the iPac in keyboard mode: add a custom key config file for that core. In that config, you can map the keys from player #2 to buttons on the player #1 retropad and than remap in Retroarch as needed. For example, I use my player #2 insert coin (6 key) and start button (2 key) for right difficulty buttons, so in my custom config I set player #1 L3 button to '6' and player #1 R3 button to '2' and in Retroarch set those to the difficulty buttons. Hope that make sense.

Which player keys cause the issue? I only use 2 players with my iPac 4 Ultimate, (spinner and trackball on other player connections), and the default keystrokes for player 1 and 2 don't cause any issues. Can you not start WinIpac software and check to see what keystrokes are set for the "problem" controls? Or, are you using the iPac4 in joystick mode? If so you might have to check the mappings in LB settings.

My issue wasn't a key, but an analog joystick. Analog joystick values are always changing (hence why we have deadzones with them), and that was causing the issue. The solution in my case was in the LEDBlinky settings.ini file to disable checking joysticks.

What emulator are you using? If the Vice core in Retroarch, it supports zip archives. In general, for any Retroarch core, if you start Retroarch, load a core, than you can go to Core Information, it will list the formats supported by that core.

It’s just a static ID for Mame. Mame static IDs

Is your device dynamic? (Sometimes attached, sometimes not? Or is Windows changing it’s ID) Once you set up static IDs for Mame devices, I find moving my config changes into a ctlr file fixes the issues with Mame resetting inputs for dynamic devices. It just ignores them if the device isn’t attached and doesn’t change the file.

I definitely used the Full MAME Arcade set but I'm not sure whether I used North America or World as region import originally. To test again I reset the variants and imported again using the Full MAME Arcade Set using both World and NA as regions (did the import twice), and now those roms are being set back to the default variants. (I only have 4 games I know I changed) Obviously the the MAME version used by the importer just got updated, (as I'm seeing new games since that first import as well. Guessing that came with the 11.7 update?) That may be something to look at for addition to the importer than, saving variant information for roms that have been changed, If possible.

Great. I can't believe I missed that. ? So use to just checking the above 3 options, since I never unzip roms and completely forget about that one. Have fun. ?

Are you sure you didn't start MAME at some point without your controller connected? MAME erases joypad settings itself when they are disconnected. Options are to make the file read only, or make the changes into a custom ctlr file.

This is a different problem and can be caused by several things: Are you sure its a Naomi game, not a Naomi 2 or a Sammy game. Does that game need a corresponding CHD image as well? Some games you have to use the service key to go into the settings of the actual arcade game and change things like cabinet type to work corretly. Can you specify the game you are trying? Are you sure LB is pointing to the same Retroarch install as when you start it manually?

I went ahead and tried it and it did respect the previous Show/Hide settings. The only additional games that appeared are newly working ones. Even more important, roms that I had set to use a different variant/clone as default, stayed set that way, Need to make sure I still can pick characters for those 4 player games, TMNT for example. ?

Try setting it manually to the specific system type and make sure to save a game specific option override. (top item in that same menu) Than restart the game. You mentioned you grabbed the rom from a mame set, was that a current set? (Or close to it?) Just to be safe, Once you load the core, I would double check in the Retroarch menu -> Information -> Core Information and double check the bios checksums match as well.

Once you start a game, if you go into the Retroarch menu (F1 by default) and look under Options, is System Type set to Auto?