@mitu Thanks for the reply,

Unfortunately this is not the information I was wanting. This information is good IF your using packages within Retropie but not external emulators away from Retropie. It doesn't explain why it would load an emulator but not dump the rom on load up.

sorry I am new to the fine detail on simple codes. Thanks for the help

@webodan I don't think ES reads the list of Audio cards present in the system - the choices you see now are the default choices.
Try using the instruction from the USB Audio FAQ page.

@iyonuk Genius ✅

none of the above. I think? I might have changed some settings that were suggested in the github article about reducing input lag, but AFAIK I only did that in the NES core

Please provide more information about your setup/system as requested in https://retropie.org.uk/forum/topic/3/read-this-first.

@riverstorm Thanks for a very comprehensive and helpful reply.

@mitu thanks mitu will do

@crumbs said in Neo Geo setup and installation:

The guy asked the question a number of times and no one answered it directly or adequately

We answered adequately, you didn't, you just told "pick random roms and perhaps they'll work with one of the emulator", which is the worst way to do that, and against what retropie documentation recommend.

@crumbs said in Neo Geo setup and installation:

I have consulted the documentation plenty of times. The links do tend to go round in circles or take you off track to tell the truth.

Documentation is crystal clear about this : select an emulator then pick the right romset for it. You do exactly the reverse, you recommend doing the reverse to other people, and you say you consulted the documentation ?

Honestly i couldn't care less how you do things, but the fact you are trying to mislead other people is a cause of concern, because that kind of post lead to more topic like this one. There is no need for trial and error, you can directly pick the right romset which is faster, easy, and the rightful way to do this.

Thank you for the fast answers.

Now I understand. I didn't understand that the m3u-Option is a separate method to pbp.

OK. Then i can go back to work :-D

Thx

@kdragon_2 RetroPie is just Raspbian Linux underneath, so as long as your setup works with Raspbian and the OS detects your setup as a controller, RetroPie should recognise it and use it. As for the how to communicate with it, that's up to you - Linux/RetroPie already includes a few drivers that interpret GPIO inputs as a controller - look in the Docs.

I have an old model IPAC4 that I used back in 2008 running Win98, XP, etc. and I eventually rebuilt my system around the PI (you can see details linked in my profile or signature below). Anyway, my IPAC has the PS2 connector but works with a USB adapter cable.

Here is the thing--the IPAC is a keyboard. Or at least it looks like one to the computer to which it is connected. Your joysticks, assuming they are microswitch-based, could be pushbuttons. There is nothing about the fact that it is a stick vs. a button--it is simply shorting the input on the IPAC to ground.

So, what happens if you wired a joystick to BUTTON1,2,3,4 on the IPAC? I would think this would let you trigger those buttons when you move the stick to short the respective inputs. If true, you should conversely be able to wire a button to one of the joystick inputs and pressing the button should trigger that key. And this brings me to my point. . . Do you know what keyboard keys are getting sent by each directional trigger? How are you testing on the Pi? Are you opening a text file in Pixel for example? My player 1 joystick maps to the arrow keys I think. So, if I open a text fine on the Pi, I can move the cursor around just like I am typing arrow keys.

I know I am not offering an answer but more of a testing method. Mapping keys can get really confusing once you launch an emulator, so my approach is to verify the raw inputs are getting out of the IPAC and into the Pi.

One approach to testing keyboard inputs is to launch the keyboard testing executable from AdvanceMAME at commandline. This will let you watch on screen what the PI is receiving when you pound on buttons or move your sticks. I don't remember the test command off-hand, but if you dig into the Docs here on the RetroPie and look for the Spinners/Trackball page, there is a similar test you can run for Mouse input. I know, we are not testing a mouse, but there are three executables in there for AdvanceMAME that let you test each Mouse, Joy and keyboard inputs. Might be worth a little time looking that up. Sorry , don't have my Pi handy to check.

My thought is that once you know the inputs are getting sent, you are no longer troubleshooting the IPAC, but rather the mapping. Knowing that much can go a long way to figuring out the next step.

@dankcushions Thanks! I should be able to map my buttons now. Still I'm mainly concerned on how to make this little screen work with "ir-mupen64plus" beacause I love Retroarch menu options. Any help for that is still welcome.

Thanks for the reply i'll post a log tonight.
i'll try fs-uae too :)

@rhester72 My system was redone very recently but I'm updating now just to see. I'll let you know what happens.

Quick question:

Does your FFVII games have TrackXX.bin files or is it simply a single .cue and a single .bin?

EDIT:

I just updated and everything still works great.

@spaccaimeni91 said in LAN saves to sync between different machines.:

The script is very interesting! The only problem is I think shouldn't works for retroarch switch and windows.

The script is meant to be used on Linux and Retropie (I think it integrates with the user menu in the Runcommand). For other platforms, you'll have to replicate it or find another solution.

For LAN the best way I think set smb://192.168.1.xxx/home/pi/saves as default for all saves, but how to mount it instantly at boot?

You can find an example in the Docs on how to mount a remote FS at boot.

I assume the problem depends on the Debian system.

Can I test the pairing myself on the commandline? Which commands are used in that case?

How can I contact the developers of the ps3controller driver for retropi? Maybe they have some hints on this problem.

@neonlightning

The 8bitdo controllers have different pairing modes.
https://retropie.org.uk/forum/post/149216

This worked for me!