hi sorry, i'm an idiot, I noticed that I have retropie sd-card in my sd reader

You can use your existing ROMs on the SSD, you just need to mount it first - easiest is from autostart.sh (which you can find at /opt/retropie/configs/all).
Since RetroPie expects each system to be under it's own directory in the roms folder, you should probably bind-mount your ROM folders under the existing system folder. Something like:

# mount the SSD first sudo mount /dev/sda1 /media/usb0 # make sure each system is in the place with mount --bind /media/usb0/NES_Games /home/pi/RetroPie/roms/nes mount --bind /media/usb0/SNES_Games /home/pi/RetroPie/roms/snes # etc.

You can go without the bind mount steps if you modify the es_systems.cfg, but I think it's easier to map existing folders via mount --bind if the folder names don't match.

The biggest issue IMHO is the filesystem's permissions. Since it's ext4, you'll inherit the existing permissions and you'll probably have issues if the pi user cannot read or write to the ROM folders. By default, in RetroPie save states and game saves (.srm) are saved in the ROM folder. That may pose a problem if the pi user cannot write there, though you can probably change the save location in the global retroarch.cfg file.

Not sure what you mean by 'background' - are you referring to the frontend's background (EmulationStation) ? If yes, this is part of the theme that's currently active in EmulationStation - you can install other themes that may feature a different background or you can create your own. See the themes page for alternatives - not all themes are covered there, but it should give you an idea of what's available.

@mitu Cool thx. It seemed to run pretty fast, like it didn't need to do much :)

@mitu
Thank you so much for your reply.

@sirhenrythe5th Any progress with this (HEX editor)?
I am facing the same exact issue with these two roms and I tried with the files generated with flycast on a PC and the result is the same (i.e. still freezing at start)...

To get a random file from a list of files, you can use the same approach as the splashscreen command, using the shuf command:

file=$(find "/path/to/images" -maxdepth 1 -type f | shuf -n1) # link $file to system's `launching.png`. ln -sf "$file" "path_to_launch_image/launching.png"

@retropieer737 Alas, I didn't use my Aimtraks for over a year. Maybe you should open your own support thread and describe in detail what you did, and quote any error messages explicitly.

Once you've forked the RetroPie-Setup repository (as you've already done), create a branch in it and modify the file you want. Then you can submit a PR from the browser, based on your modified branch - https://docs.github.com/en/github/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request-from-a-fork.

5e36d06f-43e9-4b67-b244-19a0426fb405-image.png

Here is a potential solution

From emulationstation, enter RetroPie configuration Then RetroArch In the Main Menu of RetroArch, select Settings -> Input

From there, go down to Port 1 Controls and update the following

Set Device Type to RetroPad with Analog Set Device index to 8BitDo SN30 Pro+

I was able to get two controller working with this work around.

Versions

Program Version / Hash emulationstation 2.9.6RP retroarch-setup.sh b3acb001fcf6276a2ef5c5b4caca135b399797f8 retroarch 8373ac6

In hindsight having a keyboard plugged in may have been problematic in regards to it defaulting to the primary controller.

@dizmodawg you know what I'm looking at the Daphne documentation and it looks like it's a bit more involved than most other emulators. Usually, I would add the new <extensions> to the entry in ~/.emulationstation/es_systems.cfg, and then add the new emulator line(s) in /opt/retropie/configs/[system]/emulators.cfg.

But Daphne has that weird folder structure, where there's a roms folder with the .zip files but that's not the game entry, the *.daphne folders are the game entries. And the Daphne system doesn't read .zip files as entries but the Arcade system does, so if you merge them in this same way, then your "Arcade" system will have a weird "roms" sub-folder in it with a bunch of zip files that don't work...

In this case, I think maybe it's better off leaving it a separate system.

@mitu Thank You very much for info👏

@protocultor Hey,, thank you man, I can now see the glowing of the eye's monsters in the dark, and machine's screens too, the only drawback is that I need to use, like you reccomend, Doom Software Renderer (+vid_renderer 0) to do the trick, because with Opengl-accelerated (+vid_renderer 0) this file (softfx.wad) apperars to do almost nothing for the bright of those elements.

With Doom Software Renderer:

doom_glowing_machinery.png

With Opengel-accelerated:

doom_no_glowing_machinery.png

Another drawback is that with "doom software renderer" I can't use "lights.pk3", I think this have to be with both files (lights.pk3 and SoftFX.wad) were made for differents renderers and because of that, they are incompatibles each other.

That's a shame, because lights.pk3 adds some nice animated light effects to some items ans such things:

With DoomSoftware Renderer:

doom_helmet_no_glow.png

With Opengel-accelerated:

doom_helmet_glow.png

Anyway I'ts an improvement, so thank you my friend, I like that glowing eyes !!

@hooperre said in Netplay with mupen64plus-auto?:

Have you used Netplay outside of a LAN type situation? I've heard it's optimized for LAN use and doesn't work well over the interwebs.

I played some Metal Slug on my RetroPie arcade cabinet (3B+) through Retroarch's Netplay. I was in the U.S. and he was in the U.K. playing on a hacked Switch console.

We had to make sure we both had the same Retroarch version, emulator (LR-MAME2003), and ROM. It may not work flawlessly over the Internet, but it seemed to work fine (given the situation). We ended up beating Metal Slug with a lot of virtual quarters. I think there may be some input lag depending on emulation demand.

@rcb8dboy I managed to fix this on my Pi. Details in this forum post.

Hope it helps!

@markyb2021 the keyboard will definitely work, the keys that are apple specific might do something funky, but it'll definitely work fine for any keyboard based games you're looking to play

I just got it working with the following python script using rgbcommander's servostik linux command line. Hardware mode is not needed.

http://users.telenet.be/rgbcommander/

from gpiozero import Button from subprocess import check_call from signal import pause #Functions def onGpio3Open(): #Arcade 1up switched to OFF check_call(['sudo', 'poweroff']) print("gpio3Released") check_call(['sudo', 'poweroff']) def onGpio17Closed(): print("gpio17Pressed") check_call(['sudo', './SetServoStik', '8']) def onGpio27Closed(): print("gpio27Pressed") check_call(['sudo', './SetServoStik', '4']) #Main Execution Starts Here gpio3Btn = Button(3) gpio3Btn.when_released = onGpio3Open gpio17Btn = Button(17) gpio17Btn.when_pressed = onGpio17Closed gpio27Btn = Button(27) gpio27Btn.when_pressed = onGpio27Closed pause()

@liuqin19980818
.rNN files are split .rar compressed archives. to extract the lot, open the .rar file in a program that can understand .rar compression. eg https://www.7-zip.org/ - it will pull from those .rNN files as appropriate.

.sfv files are just checksum data. you can ignore it.