@clockwork42 I know this thread is a few months old but figured out how to do exactly what I believe you are trying to do and I wanted to post it in case you or anyone else is still looking like I was up until recently.

I separated MSU-1 into a distinct system from the rest of SNES called "snesmsu1". Here is what my "/roms/snesmsu1" folder looks like:

alt text

For this setup you would also need to make a folder called "snesmsu1" at "/opt/retropie/configs/snesmsu1". You could copy the "snes" folder from "configs" as a starting point. I removed all emulators from "emulators.cfg" except for lr-snes9x and replaced the reference to "snes" with "snesmsu1" so that it looks like this:

lr-snes9x = "/opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-snes9x/snes9x_libretro.so --config /opt/retropie/configs/snesmsu1/retroarch.cfg %ROM%" default = "lr-snes9x"

I also edit "retroarch.cfg" replacing the reference to "snes" with "snesmsu1" so that it looks like this:

# Settings made here will only override settings in the global retroarch.cfg if placed above the #include line input_remapping_directory = "/opt/retropie/configs/snesmsu1/" #include "/opt/retropie/configs/all/retroarch.cfg"

The crucial part that will make runcommand execute your 'rom.sh' files as scripts instead of trying to open them with the default emulator is the command node in your "es_systems.cfg" file. Here is what my system node for "snesmsu1" looks like, including the command:

<system> <name>snesmsu1</name> <fullname>Super Nintendo MSU1</fullname> <path>/home/pi/RetroPie/roms/snesmsu1</path> <extension>.sh .SH</extension> <command>bash %ROM%</command> <platform>snes</platform> <theme>snesmsu1</theme> </system>

With the above in your "es_systems.cfg" and a folder named snesmsu1 in your "roms" folder, you will have a separate section in EmulationStation for SNES MSU-1. You will also have to use a theme that has an "snesmsu1" section. Otherwise, you will have a blank, unthemed section for "snesmsu1".

Only '.sh' files in your "snesmsu1" folder will be displayed in this section in EmulationStation. Notice in my screenshot that the names of all the folders that contain the actual game files begin with a dot which makes them hidden in Linux so they aren't displayed in EmulationStaion. Your "gamelist.xml" file points to one of the '.sh' files in the "path" node for each game and then you can have all your metadata and media set up as well and everything will look pretty in EmulationStation.

Other than that, here is an example of what my 'Chrono Trigger (MSU-1).sh' looks like for launching the game:

#!/bin/bash "/opt/retropie/supplementary/runcommand/runcommand.sh" 0 _SYS_ "snesmsu1" "/home/pi/RetroPie/roms/snesmsu1/.Chrono Trigger (MSU-1)/Chrono Trigger (MSU-1).sfc"

Because of the different commands in "es_systems.cfg" for launching regular SNES ROMs vs. running shell scripts, you really do need to separate MSU-1 into a different system from regular SNES. Actually, you could combine them, but if you want to keep things organized as described then you would have to create a similar shell script for each regular SNES ROM as well. I prefer to have them separated for aesthetics, organization and ease of use.

With everything configured as I described, EmulationStation looks nice and tidy and so does my "/roms/snesmsu1" folder. I hope this helps.

Easy as... Cake?!?

Mh,
Focused on Console, or also Computer Games?

Mario Brothers (see above) and Joust (also a one screen platformer with a similiar gameplay to mario brothers)

I've just played DynaBlasters on the Amiga (5 Players: it included an adapter for 2 joysticks over the paralellport in addition to the "basic" two + one player on the keyboard), so I cannot comment on the number of players for it (or bomberman as it was called outside europe afaik) on different systems.

and also: Stunt Car Racer on the Amiga - it was the first "racing game" (2 player via Nullmodem Cable) where I actually felt the "dives" in my stomach. And staying with racing games: Lotus 2 Turbo Challenge on the Amiga (and ST?) did not only allowed for 2 players via split screen, but also a Nullmodemconnection, so that 4 player could race against each other :D

@mitu thanks for the comments.

@staller It has nothing to do with the controller type you are using.

After JsTest, when i press the buttons, as i said the corresponding number is blinking ON
A,X,RShoulder = 1
B,Y,LShoulder = 3

Any ideas else then s*tty controllers?

Im confused.

???

@stoney66

From first command:

pi@retropie:~ $ ls -l "/home/pi/RetroPie/roms/snes/Chrono Trigger .smc" -rwxr-xr-x 1 pi pi 4194816 May 19 1997 /home/pi/RetroPie/roms/snes/Chrono Trigger .smc

And after typping second one I see that the file is there:

-rwxr-xr-x 1 pi pi 4194816 May 19 1997 Chrono Trigger .smc

Half of the games stopped working after I've installed the newer (4.5.1) version of RetroPie. On previous one (4.4) everything worked fine (even with space between name and file extension). I bought another Chrono Trigger rom and it's working.

The power supply im using is working fine i fixed that issue

The issues i keep running into keep changing
now for some reason when i try to set up the wifi country in the retropie settings i get an error saying "could not communicate with wpa_supplicant" and then it says "there was an error running option I4 change wifi country" what do i need to do to fix this issue? i believe it is because of this that the ethernet on the raspberrypi isnt being accepted either

I think the default emulator is lr-snes9x-2010.
Try installing using lr-snes9x, (latest 1.60(?)) found in optional packages.

The patch needs to be applied to a non-headered rom, though if it is working at all then it is probably the right one.

You can use 7zip to check the CRC-32.
The patched rom should have
CRC32 9C0C7C6B
And the non-headered without patch should be.
CRC32 C17ECBA5

The patch can be applied with lunar-ips. Or if the .ips patch shares the same name as the .sfc then snes9x will load the patch sidebyside without needing to change the japanese non-headered rom.

If you both patch the rom and the patch is loaded sidebyside then it might do something like you described. This only if the .ips shares the same name and is in the same folder and it has additionally been patched with lunarips.

Compatibility varies with the different versions of snes9x, there is a good chance that is all that you need.

The Super Famicom shows up as a separate system in the carousel but the ROMs are actually stored within a subdirectory of the SNES ROMs...

Please add more info about your system, as requested in https://retropie.org.uk/forum/topic/3/read-this-first.
Can you give an example - file name and checksum - for such non-working ROM ? Did you any of the non-working ROMs in another emulator ? Are they headered/non-headered ?

All fixed. I used selph scraper instead and the issue seems to be corrected.

@mitu Thank you, I'll try this out and get back to the community.

A decent NUC (non-pentium, celeron, atom) CPU ~should~ be fine for this, or something similar.
Also i found this post while going through that reddit feed. Seems someone linked linux binaries for us to try out a few posts down, but i dont have time to do so at the moment:
Reddit
Eh to widescreen support...

@mitu

True, its not too difficult. Maybe I'll just save all my files and redo everything fresh. Its been far too long.

@mitu thanks for the help. It worked great