It has worked!

In a bit more detail:

I didn't add entries for P3 and P4 on retroarch.cfg because, what would I set them to if I only have two controllers? 4 and 5, assuming that I could be plugging in additional ones?

Anyway, I tried to re-add the two physical Logitech controllers to EmulationStation; it detect 4 controllers, but it would keep detecting the button presses as coming from the emulated Xbox controllers.

I then reset the controller settings for EmulationStation on the Retropie menu and again, it would detect 4 controllers, but it also would keep detecting the button presses as coming from the emulated Xbox controllers.

I had to disable xboxdrv and then it would only detect 2 controllers and the button presses a coming from the physical Logitech controllers. The conclusion here is for EmulationStation the physical and emulated controllers don't clash; the emulated ones take priority and the button presses are understood to be coming from them.

I then checked that on the Retroarch menu the emulated controllers were assigned to P1 and P2 and removed the physical controllers that were assigned to P3 and P4. And then everything was fine. The crux here appears to be that I had a clash, as both the emulated and physical controllers were assigned to players and probably registering button presses. Something that support this hypothesis is that on games where you have a grid to select your character (e.g. Mario Kart) it was fairly obvious that when I was pressing once to move one cell to the right, for instance, the selection box was moving two cells.

Thanks again for all your time helping me figure this out.

@kevin55605 Thanks for sharing your findings.

@Tackskull go here - https://github.com/thebezelproject/BezelProject - simple to follow and once done you will have menu option in Retropie.

another place... https://www.arcadepunks.com/the-bezel-project-whats-making-your-retro-gaming-images-even-nicer/

Please add more info about your system, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

Post your script.

drastic is not a libretro core, so the file you added doesn't have any effect on the emulator. I see that drastic has a 'Screen orientation' option, but it doesn't seem to add any rotation - maybe works only on Android (?).

@barbudreadmon

Thank you

i just posted a issue on that github page as you recommended

thank you for the suggesting

https://github.com/libretro/flycast/issues/950
.
.
.
.
thanks for informing me regarding jpark sequels ... bummer pi can not support them at this time
.
.
.
.
yabasanshiro standalone is the best recommadtion , thanks again .. always like to ask about saturn because everyone has there own opinion on what they choosh ... hopefully we get a better saturn core on pi 4 this year or years to come :)

Wow, I have been struggling forever to figure out what was going on with this issue! I was pretty sure I was doing everything right, but then I stumbled in here, and sure enough, I have the 2 cfg file issue too!

Since it's been quite a while since this post was last active, I chose to copy the entry to
/opt/retropie/configs/all/emulationstation/es_systems.cfg, rather than delete the apparently-redundant one, as who knows what's changed since then! :)

<system> <name>dreamcast</name> <fullname>Dreamcast</fullname> <path>/home/pi/RetroPie/roms/dreamcast</path> <extension>.cdi .chd .cue .gdi .sh .zip .CDI .CHD .CUE .GDI .SH .ZIP</extension> <command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ dreamcast %ROM%</command> <platform>dreamcast</platform> <theme>dreamcast</theme> </system>

Incidentally, a lot has certainly changed on the hardware side too. If you've got a RPi4, install the Flycast core instead of Reicast. Holy moly it's so very close to the original experience now!

Thanks to all involved for bringing up and solving this issue; I can finally play around with some of these games instead of tweaking settings endlessly now!

Had a similar issue with my kidzplay racingwheel.
For that i just mapped the analog control as D-pad without using the "Analog to Digital" option for the individual games i used it with.

Since your controller is broader, you can save the button mapping for entire systems, that do not use analog buttons at all.
Only the systems that do use it you'd still have to do it per game for.

Not really a solution, but its a workable workaround.

@akamming said in What tests to use to make sure an overclock is sustainable?:

on a hint of another user on the forum i did a test a few weeks ago of
...

Thanks for the info and cmds! I'll start doing some tests after I get my retropie image backed up.

@Crush said in What tests to use to make sure an overclock is sustainable?:

@TheBattleMaster I justed added the SEGA Naomi system to my retropie and figured you'd like to know that Marvel vs. Capcom 2 runs perfectly smooth on that.

Neat! Time to check some on some setup tutorials for Naomi system :D

As @dankcushions said, it's a percentage, so it depends on the total size of the file system.

This line of commands prints the reserved space in MB for the root file system:

sudo tune2fs -l $(df | grep -E '/$' | cut -d\ -f 1) | egrep "Reserved block count|Block size" | paste -sd\ | awk '{print ($4 * $7 / ( 1024 * 1024 ) ), "MB"}'

source: https://superuser.com/questions/444269/display-filesystems-free-space-available-to-the-root-user

edit: I just found out that it has to be modified to work on RetroPie.

sudo tune2fs -l /dev/mmcblk0p2 | egrep "Reserved block count|Block size" | paste -sd\ | awk '{print ($4 * $7 / ( 1024 * 1024 ) ), "MB"}'

/dev/mmcblk0p2 should be the root device of RetroPie on a Raspberry Pi. You can change it to any block device with an ext FS to see its reserved space.

I know this is an old post but it's the only one I can find that has a similar issue especially with SNES. I'm assuming it has to do with I have donkey Kong rev a and the the image for the bezel doesn't have that name

)Raspbian 5.4.51c71 armv71
Raspberry pi 4 4GB model
Retropie 4.6.7
Retroarch 1.8.8
Snes9x2010

@MISTERHOLLYW00D said in Text Rotate:

Is it possible to rotate retroarch menu? When I bring retroarch up it’s still sideways

No, that's a RetroArch's limitation - even if it can rotate the emulator video, the menu's orientation can be rotated only when using the desktop display driver and it will not work on RetroPie.

You're using a PI3, so you can use the rotation offered by the firmware.

In general, I have no idea what it was, but ... I once again updated the retropie setup script, and once again uninstalled and installed amiberry from the sources. And (magic) everything finally worked as it should ... amazing (sarcasm)

There isn't one, unfortunately. I can delete your account, your posts will remain anonymized. Is that OK ?

@mitu said in Issue configuring PowerA Fusion wired XBox One controller:

@AdamBeGood You should have opened a new topic instead of bumping 2 years old topics.

I'm sorry, I should have started a new topic and referenced this thread. Apologies.

Let me know if I am okay to carry on posting here now, or if the best route is to still open a new topic.

Your issue is probably caused by the usage of rpi-update, which overwrote the xpad driver with the stock Linux kernel version. As explained throughout the topic, RetroPie includes a patched version, which modifies the default driver behavior and maps the triggers as buttons instead of axis.
Don't use rpi-update as a regular update mechanism - it's not intended to be used as such. RetroPie uses dkms to install additional Linux kernel drivers, so that any normal Linux kernel update (via apt) will automatically re-install the drivers. When using rpi-update, this is not possible and causes issues if you rely on a certain driver to be installed and working.

I wouldn't normally use rpi-update but I wanted to try out the KMS change to see how that affected N64 emulation.

Any idea how I resolve this issue now? I looked at amending the line mentioned in the thread but that line doesn't seem to be present in my script, and there is a reference to the trigger issue also so I think the script has been updated since the above was written.

dkms install -m xpad -v 0.4 -k "$kernel" dkms install --force -m xpad -v 0.4 -k "$kernel"

I tried re-installing xpad from Source but that hasn't changed anything.

The below line is also present in "xpad.conf"

options xpad triggers_to_buttons=1

My controller is connected by a USB lead, I'm not using Bluetooth.

Later Edit: it is especially strange as it is only my Elite Controller that is having this issue. Standard XBox One Controller is perfect.

@MargoProxy said in Retropie not booting after trying to change resolution:

“Error parsing XML file /home/pi.emulationstation/gamelists/gbc/gamelist.xml No document found“ not sure if it has to do with the problem before or not

That's usually a sign that the gamelist.xml file is corrupt or not in the correct format. You can try deleting/renaming that file and then re-start:

rm /home/pi.emulationstation/gamelists/gbc/gamelist.xml

Try using append for the Gamelist option, so that existing entries will not be re-scraped/overwritten. That only works when scraping for new ROMs, but if you re-scrape your existing ROMs, try using rom name for the ROM Names option, instead of the default (No-intro).