You can send commands to your led panel also from EmulationStation's event system, which was expanded recently to support more entry points - https://retropie.org.uk/docs/EmulationStation/#scripting.
There have been a few integration using this method:

https://retropie.org.uk/forum/topic/30528/ https://retropie.org.uk/forum/topic/22195/

As long as you have the commands to control your panel, you can create scripts to send those commands based on EmulationStation's state and operations.

@bollwerk said in How to configure both analog stick and d-pad for retroarch arcade config?:

I assume the Arduino config (or any joypad input config) overrides the retroarch.cfg in some way?

Your configuration in retroarch.cfg - as it is right now - configures a keyboard.

input_player1_r = "w"

When configuring a gamepad, the syntax is different:

input_player1_r_btn = "12"

RetroArch will load - indeed - the configuration from the autoconfig sub-folder if it finds one. The gamepad's auto-configuration file was generated by EmulationStation when you configured the gamepad in the Input Configuration step.

I find it easier to open up the RetroArch's menu (via Hotkey + X) and use the Controls menu to change things, test them and then save it with a Core input configuration remap.

For more details, see https://retropie.org.uk/docs/RetroArch-Configuration/.

@arduinoGamepad Emulationstation is using SDL's joystick sub-system to handle joysticks, my guess it's not detected as such. There's a similar sdl-jstest utility -which is similar to jstest - that tests whether the joystick is detected by SDL.

To get it detected by ES, try one of these - in order

add a local udev rule to force the device to appear as a joystick: SUBSYSTEM=="input", ATTRS{idVendor}=="<VID>", ATTRS{idProduct}=="<PID>" ENV{ID_INPUT_JOYSTICK}="1"

substituting VID and PID with the values you get for your controller from running lsusb.

Use Xboxdrv to make your device be seen as an Xbox driver.

@samco friend, I’m looking at your videos about your samco project since 2016 videos.
This concept almost same with wiimote and dolphin bar right?
I has a big problem with wiimote and dolphin bar.
If I use 1 wiimote as a lightgun, it works properly.
But after I connected the 2nd wiimote the crosshair always merge beetwen player 1 and player 2.
I’m already change the dolphin bar mode (1-4)
What I want to ask is, is the wiimote not supported for 2nd players at retropie ? I’m affraid if I build the samco project I will experience the same things.

@dankcushions said in Design dilemma for retro arcade machine:

plus of course, if you play any console games the 'insert coin' button is by default also the 'select' button, which is used in SNES, PSX, etc.

No plans to play any console games. I was always a C64/Amiga fan, but I emulate these on my PC 'cause it's a more suitable environment than a arcade machine. The one game I wouldn't mind from a console would be Alex the Kid from the Master System (I believe).

Thanks for your input

@meleu said in Retroachievements Help:

I replied your other topic, and gonna repost here:
I think you can get some inspiration in this thread here:
https://retropie.org.uk/forum/topic/11793/gpio-triggered-by-retroachievements

That's really amazing and easy to do as you already presented a good solution :D

wow, awesome...thanks that points me in the right direction at least

@thomen It looks like it is an older, D-Link model DUB-H7 USB2.0 powered hub. You can see it in my project build thread (click link in my signature below). I have since cleaned up a bunch of USB cables using custom ones I built to length, but the shorter, white USB cable in the image is the power for my LEDs.

This hub definitely pre-dates high-power charging for smartphones and tablets, so might be an out-moded design. It seems these days, folks would want their devices to continue to get power for charing even if their computer is OFF. I wonder if a modern version of this hub will work differently.

What do you want to do with that arduino?
Retropie is built for the raspberry pi, not an arduino.

Use python and it's native GPIO support :)
But thank you for the link... So Arduino programs can be ported to RPi.
You can usually use programms in the background to control switches even with ES running - because these programs are not "active" like in windows. They just wait for a trigger to act (=set interrupt)

http://mheironimus.blogspot.gr/2015/09/linux-support-for-arduino-leonardo.html

Solution Found! For anyone else having problems with Leonardo/Micro problems, it's just a matter of adding a string to the end of the line in /boot/cmdline.txt depending on your setup:

usbhid.quirks=0x2341:0x8036:0x040 (for Leonardo)
usbhid.quirks=0x2341:0x8037:0x040 (for Micro)

Yay!

Hello, are you sure that emulator have binded "right key" ? I mean, if emulator doing something when you press right arrow on keyboard?

@rbaker Hi!
retroarch.cfg I'll post few hours later, when I'll get home.

Regarding power supply - I use an external 5V 2A USB power adapter and the joystick works fine in Emulation Station, I can scroll pages, select menu items, etc. with it, but it stops working in any configuration tool from RetroArch I try to start.

Thank you @edmaul69

@flow86 Also, you probably already figured this out, but just about any arcade classic (donkey kong, pac man, frogger, etc) that is a vertical game can be set to fill the screen and played from the vertical ends, and if you configure the cabinet style (with virtual DIP switches using in-mame GUI) to cocktail, you get the screen flipping for player 2. Works a treat. Also, you can do that with some horizontal games that support it. A game like Black Tiger can be setup that way--even though it's horizontal, they only way to enable Player 2 controls separate from P1 is to set it to Cocktail mode and it flips. This is perfect for your cabinet.

Long story short, 4-player gaming is great, but the supported games is a limited list. However, having positions around the perimeter does set you up for some ideal classic gaming. It sure beats viewing vertical games in "pillar-box" style on a horizontal screen.