@stathopon said in Problem with running ROMS in Retropie 4.4 and from where can i download all roms?:

so how can i find the correct roms for the retropie 4.4

As already stated by @mitu above, read point 5 of https://retropie.org.uk/forum/topic/3/read-this-first. You don't find roms for retropie 4.4. You choose your emulator then get the correct romset for that emulator as described in the arcade link above

I found a video here that applies for my situation:

What my friend did was just give me that SD card that was already on his pie. So what I am doing right now is backing it up to an .img file and then I will restore it onto a new SD card.

I just didn't know I could do that until you mentioned it hehe. Thanks a lot mate!

EDIT: I will share a screenshot of how this retropie looks like when it is done so you can see why I like it a lot.

I think I worked it out. A year or so ago when I originally set up my retropie I was focussing on PSX emulation, and in the "autoconfig" controller mappings I must have force mapped this:

input_up_axis = "-1" input_down_axis = "+1" input_left_axis = "-0" input_right_axis = "+0"

Removing these seems to have done the trick

@retropieuser1 unfortunately we do not support third party installs. as well as breaking the license, they are badly configured, ass you've found. please reinstall retropie from scratch as per https://retropie.org.uk/docs/First-Installation/

@Dwarfboysim I believe you need to edit the hostprefs.conf file which you can find in /opt/retropie/configs/amiga/amiberry/whdboot.

The following links at the Amiberry wiki should offer further guidance:

Host Specific Settings WHDLoad Booter FAQ

@the_engineeer please post your sistem information as requested in the "read-me-first" topic referenced at the top of the forum.

@John_RM_70 said in Donkey Kong Pauline Edition:

I also want to eventually finish my old arcade overlay project I started a couple of years ago on the Retroarch forums. The last ones I worked on look like this.

Pretty :)

Ok, I've updated script and had success to install mame2013-plus.
This topic may be closed, thank you!

Just my findings:

commit 0343e3dbd8a22f64698e824e30b08e0887d77b6b
Author: retro-wertz retro-wertz@users.noreply.github.com
Date: Sun Mar 4 21:47:52 2018 +0800

Add missing variable to save state

This is the commit that breaks the loading of existing state files from old pi's.

And for anyone's future reference: here is the github issue regarding it: https://github.com/libretro/libretro-fceumm/issues/215

To get the scph1001.bin to work is simple. First you have to rename -> "SCPH1001.BIN" To all lower case and then rename the ".bin" Part to ".cue" that will change it to a .cue and still work as both parts....Or at least thats how I got Mine To Work. :P

Thanks for you reply. No, I don't get the undervoltage symbol. I'll upload the run command.log ( not at home )

I recently changed to RetroPie from RecalBox and didn't have this issue with the wired controller so its less likely to be issues with the power supply.

@GoldenSword This version of Emulationstation knows how to display videos, but in order to show them you have to

Add video tags for the games to the gamelist.xml file used by Emulationstation. This is usually done by a scraper - try Universal XML Scraper or Skraper. Use an Emulationstation theme that supports the video tag and configure the layout of the theme to video so that videos are shown. Most RetroPie included themes for Emulationstation support video - here is a list of them.

@rmigd it depends on the emulator, if not handled properly, size of savestates can be different between 32 and 64 bits. Most likely your android device is using arm64 retroarch while your rpi is using arm32 retroarch.

@TheSkyrish It seems this is a mobile geared device - for IOS and Android - so it might not be compatible. Looking over some reviews and specs, it seems to have a 'mode switch' between different conenction modes (Gamepad/Mouse/ICade ?).
Can you try switching between them, re-pair and see if it's detected as gamepad ?

@mitu Yes

@edmaul69 Can you get the system log file and put it on pastebin.com ? It would show us how the drives are detected. Run from a command line

dmesg > logfile.txt

then upload logfile.txt to pastebin.com.

I wasn't going to bring that up in this thread but since we went that direction...
I was actually planning my cabinet to have player one as one set of joystick/buttons off of Pi USB 1, player two as the second set off Pi USB 2, the dedicated buttons on the third controller on Pi USB 3, and then a hub stuck into Pi USB 4 which would tie (via extension cables) to two external USB ports on the cabinet, to which I could plug in a keyboard, or two SNES joypads or other types of joypads or joysticks. I was going to cross that "hot swappable/which is active/how do I program that" bridge when I came to it.

It sounds like, from above, it actually matters which of the 4 USB ports on the Pi I plug into? I figured they were all just addressed the same. Is that true? If so, I assume I plug a hub into USB 4 and those become 4, 5, 6, 7...?

To clarify what I'm actually doing...

I'm making a portable console like those ones you can buy online, which simply has a power cord and an HDMI cable and can be plugged into a TV anywhere. But my intent is to have the central portion of the panel have all the "hotkey default" dedicated buttons - save, load, exit, reset, etc. - and then have each of the two joy/button controller areas be small pull-out boxes with long cords, so the "base" can sit on the coffee table while the two controllers get passed between the kids sitting on the sectional sofa. I have plans in my head, and I'm using USB extension cables as the "pull out" cables (connecting the zero-delay boards to the Pi in the base).

But what this means is that I can't (at least easily) use the pin plugs on the zero-delay boards in each "remote controller" for the buttons which I want on the base. Each zero-delay board will be in the pull-out box, and the "hotkey" dedicated buttons will be several feet away in the base on the coffee table. The only way to have those "hotkey" buttons plugged into the boards which operate the joysticks and action buttons would be to do some wire dissecting and soldering, and I don't want to bother with that.

So my original question above was, can I use a third zero-delay board in the "base" which would only have those load-save-exit-reset-RGUI dedicated buttons, but NO actual controls tied to it? I suppose another way of looking at it is, can you "null" out all the hotkeys on player one and player two, and then null out all the directional/joystick/X/Y/A/B stuff on player 3 and still assign the hotkey commands?

I'm working up a sketch of what I'm imagining for more clarity and will post when done, if this isn't clear... or too long that you didn't read it... :)

@skykid said in Shaders not displaying properly, weird issue / CRT-PI etc.:

I have the backup of the retroarch.cfg I had before I replaced it with the dist version. To restore the console retroarch.cfg’s I should be able to pull them from a previous backup - but do I need to replace all the console files?

You can easily compare the versions you have on your backup with what you currently have installed.

The switching of the resolution between frontend and rom sounds like it was set prior in the runcommand, but I assure you it wasn’t! When I went in there today it was all totally vanilla. I never messed with anything in there before.

'in there' where ? How do you check it ? The video modes switch should be saved in the /etc/retropie/configs/all/videomodes.cfg file, you can also check there.

@mitu

Thanks so much for the help. I'll let you know how I make out.