Headrush69

If you are looking to play Saturn games, MAME is far from your best option, and some games just won't work. Look at using or Mednafen or the Retroarch Mednafen core. (Beetle core) If you have .bin files, you might need to make cue file for them to load. It is quite easy. You also need to make sure you have the needed BIOS files. More info is here: Libretro Docs for Saturn core

As long as you remap any emulators that by default already have a mapping for the Enter key first, it shouldn't be a problem. (Specifically in MAME) (I don't know if LB uses Enter by default for anything. in BB you can set your keyboard mappings, so no issue there)

If you edit the game in the emulation you can set game specific command options. Just add -L cores/nameOfcoreYouWant

Have you checked the static IDs rebooting after having all 4 devices connected? I asked because according to this Microsoft Doc, that device instance variable is suppose to be persistent across reboots as well. You might be able to maintain static device mapping IF they all remain plugged in at least. (Even across reboots) Pricier option, but you could always upgrade to a better USB encoder as well. I can vouch for the iPac line.

Unfortunetaly it's seems a problem with these cheaper Chinese encoders and although they work OK on their own, when you get into situations with multiple devices you sort of get what you pay for. Having said that, I see people using Linux using udev rules to help with naming these, but that only helps them if the USB port is constant. We are limited in MAME by the input information it gives us, so not sure there is anything on that level that will or can help us. I don't know if this will work, but a thought was carefully using a hex editor on the Windows device driver file and change the name slightly for each and in device manager force it to use the modified driver. (The driver itself is the same, just the name we would change) I really don't know what protections Windows enforces on drivers and if it will work, but might be worth a try.

Just to be clear, these aren't real GameCube controllers using an adapter? They look to be PC TWIN SHOCK Gamepads which is made by Dragonrise which also makes Zero Delay controllers. This may be an issue with their controllers/products and how they report to Windows, not Windows itself. If they all report the same product (basically USBJoy) to Windows, this may be a problem.Doing some searching for you, see if I can find more out.

How are you GameCube controllers connected? Through some adapter or through the EasyGets as well. Is what you posted above the full Mame -v output in regards to input devices? If not can you post the full log.

You're welcome. It's such a powerful tool, I wish Retroarch had something like this. It sure would solve a lot of workarounds.

If you look at the first MAME verbose output you posted, you can see that the instance variables ARE different. You don't have to match strictly on HID and VID IDs. Try matching on the instance variable. Something like this: <mapdevice device=”product_00060079-0000-0000-0000-504944564944 instance_df7d0510-3bc5-11ea-8002-444553540000” controller=”JOYCODE_2” />

LaunchBox -> Videos -> Platform -> Theme

A picture would help. Are these lines completely horizontal or diagonal? If artwork is missing in MAME that a layout requests, you can get an effect similar to what you describe. As a test you can go into your MAME folder -> artwork folder (or where ever you have it set in mame.ini), rename the .zip or folder for the game you are trying. Run that same game again.

I don't know how much functionality this LB plugin has, but it would be nice. Only down side I can see is because it takes more effort to submit now, the people that do are probably diligent in adding good quality images and information. If everyone can easily just upload it, it could result in an overload of images/info for the persons/group that checks these before approval.

LEDBlinky has a MAMEOutput tester as well. It's quite easy to use.

Very nice mrl72. Do you have the MAME outputs working too? It's pretty cool being able to control lights based on in-game situations. I just have a few extra LED Buttons I use for pinball on the side of my cabinet, but having them flash blue and red for police lights in game like Chase HQ sure is a cool touch.

Are you properly ending the AHK script? I'm away from my computer but I'm pretty sure I never got a command window opening when calling the AHK exe. I'll double check when I get home.

Was this after highlighting a game in LB or starting a game? I tried it yesterday using a compiled AHK and it did pass 3 arguments: command #, platform, and game.

LB has LedBlinky support which you can intercept with your AHK script, parse info as needed and do whatever you need to. LB will pass the platform and the game name and the event occurring. So in LB's options for LEDBlinky, set the application to your AHK.

Is this to put into the Arcade 1 Up cabinet? Can you mount your PC parts into the cabinet? The PC case and needed case fans create most of the noise. I've mounted my PC directly to the inside of my cabinet and it's silent. The only fans are on the CPU, GPU and PS. They barely spin up at all even under load.

I agree and it's always great to have many options. My concern was when you said you have to, just making sure the OP knows that's an option, not a requirement. As your collection grows, keeping things simple and as close to default sure makes maintenance easier. Although I don't intend to make changes once I have my cabinet perfected, even though I have backups, I started keeping a journal of all the changes I make. (this games, uses this different config, or this game uses this AHK to change key maps, etc)

No need for that. You just pick the xml file in your Teknoparrot -> UserProfiles directory and it should work fine. (Once configured in Teknoparrot first)

Absolutely and don't count on RL's forum to be as active and helpful as LB's. (There is a massive amount of outdated information to sort through.)

There are some things that RL can provide, but most can be accomplished using AHKs and such with LB, although not always as easy. I will admit that some of the modules for some of the less popular or mainstream emulators do include functionality that LB doesn't have, and those edge cases I might use RL. I think for most people it's not worth the effort. Contrary to what some people will say, RL does have a complexity to it that will beyond a lot of end users. Bottom line, I generally don't use it unless I find I have to. I always thought the praise for being front end agnostic was great sounding but percentage wise how many people want to be changing front ends a lot?

Since LB has support for LEDBlinky, we can intercept that call, do what ever commands we need to place an image on the screen and than call LEDBlinky. I did a simple test making a basic AHK and set LB options for LEDBlinky to that. LB will pass the Platform and Game in the variables %2 and %3. So just need to parse for the media within LB/images and using whatever method you want to display that image. Than just forward the call to the real LEDBlinky application. You may need to do a little work to properly grab the right media name, but the process will work.

You only need the single line that differs from mame.ini

Welcome to the world of Windows device re-ordering. For MAME you'll need to make some static IDs: MAME static IDs