The RetroPie usbmount scripts don't transfer ROMS if you setup the USB for ROM transfer.
Please add more details about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first, and what is the name of the folder you created on the USB stick

@jimmyfromthebay The MAME libretro core has a subpar libretro implementation and a lot of bugs because of it. It should be avoided whenever a game is supported by one of the recommended arcade libretro cores (FBNeo, MAME2003+). FWIW, FBNeo supports those 2 games and has a working dipswitch to toggle between single and dual screen.

@denyou Have you looked into mapping buttons via config alterations?
(like https://retropie.org.uk/docs/Xbox-360-Controller/)
Just a friendly reminder: always make a backup before messing with CFG files.

What drivers are you using?
What hardware are you using?

And there's this on every page:
"Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first"

There's actually some pretty helpful info there and not "legalese".

@jimmyfromthebay

Slide over to the thread titled :

https://retropie.org.uk/forum/topic/29682/development-of-module-script-generator-for-lr-mess-and-mame-standalone/857?_=1636331293305

Folly has been working the hell out of the Libretro MESS/MAME core addition to Retropie and just recently dteam and I have been helping him test and tweak the Tandy Coco 1/2/3 setup to be a one-click game play. Setting up the controls hasn't been covered just yet, but we're getting there.

Read the last few posts and see if it interests you. Our goal has been to get MESS involved more as a goto for all the other computer and hand-held games. So they can be used in Retropie...again... one click to it goes right to the program and auto-loads without any user input (or as little as possible)

This is the Tandy Coco3 running in lr-mess with a backgorund I reworked from another artist adding in the proper Tandy screen and other stuff. You can see it's working good. Just haven't gotten the retropad control to work just yet as I haven't been focused on that aspect.

1635944338360-coco3.jpg

@folly IWill do. I've spent the last couple of days mostly wading through over 1000 Atom files just called 1, 2, 3, 4 etc, which actually turned out to be Retropie-compatible DSK files, just figuring out what they all were. (I'm about 30% done.) Once I've identified the games and got their controls configured I'll upload the configs.

@dankcushions said in Need lr-MAME2003 core options for config file:

input_overlay_enable_autopreferred = "false"

Tried this, doesn't work from the local overlay/scaling file that is associated with the rom in the rom folder.

Seems MAME2003 is not reading this file for the overlay size specs anymore. Previously, you had to make a config file that pointed to the overlay, then the scaling and and opacity was set there as well. Did something change because it's not reading this file for those settings anymore, even with the auto-scaling "off" in the On-Screen Overlay menu. The overlay shows, but it's scaling is all screwed up because it only reads the settings in the core retroarch.cfg.

I does read everything else in this file though.

005.zip.cfg

video_shader = "/opt/retropie/emulators/retroarch/shader/arcade-bezel-shader/crt-pi-vertical.glslp"
video_shader_enable = "true"

input_overlay = /opt/retropie/emulators/retroarch/overlays/arcade-bezel-overlays/005.cfg
input_overlay_enable = true
input_overlay_opacity = 0.900000
input_overlay_scale = 1.000000

custom_viewport_width = "741"
custom_viewport_height = "933"
custom_viewport_x = "589"
custom_viewport_y = "70"

video_scale_integer = false
input_overlay_enable_autopreferred = true

**** nevermind... I see what's changed... it's PORTRAIT now. It's reading that setting just fine.

I deleted the old retroarch.cfg and allowed it to rebuild a new one, and there it was.

@jimmyfromthebay well, a verbose log would tell us what it is.

@alturis said in RetroPie 4.7.1: Trouble getting custom_viewport_... settings to work:

Are you suggesting I fix that myself in the github project?

The file is from the upstream Retroarch's repository - you can submit a PR there to have it fixed.

@mitu Awesome, thank you!

Looks like a good use case for git on LAN? You can tag or branch your config sets rolled out for other machines than yours. Later merge all your latest and greatest changes from your machine into the friends' branches from time to time. If something breaks you can easily go back in time.

@rmbell34 said in Core settings per folder possible?:

@folly It worked! Thanks so much! That was the issue. I needed to change the emulators.cfg to tell it where the retroarch.cfg was in the famicom folder. Thanks again!

Great to hear it is working.

Curious,
what lines did you have in the famicom emulators.cfg ?

It should have added it when you updated your patched lr-nestopia.

@dankcushions said in Can't Find Shader Core Configs:

@alphabetapie 'quick menu' isn't enough info but i suspect you mean quick menu > options? in which case: https://retropie.org.uk/docs/RetroArch-Core-Options/

Yup, found it. Was in the retroarch-core-options.cfg. Thanks again! Always a super-helpful forum!

I would add that in the /boot/cmdline.txt parameters, I changed the resolution to 768x768 and everything is now centered and looks correct....except, the top few lines of the [TAB] menu in Mame are cut off....

This is so strange.....

@george-spiggott said in Getting the best PSX experience on a Pi 4:

No idea about your invisible characters option, I hope you find a solution.

Thank you, I found the options, but they didn't solve the invisible characters problem.

However, I discovered that it only exists in two player mode. If you start a two player split-screen race, do the characters also disappear once they move a bit further from your view (so you can only see the wheels)?

@treki said in Are the individual configurations also backed up?:

Where are the RetroPie settings (RetroPie setup) stored?

Most of them are in the /opt/retropie/configs folder, which is shown as \\retropie\configs over file shares.

Could someone explain to me why amiberry is seen as more plug and play compared to puae, and is the recommended emulator here? Everything I've thrown at puae (lha and hdf) seems to work, I get access to the lovely CRT shaders, and I'm probably going to have to mess about with config on a per game basis for either anyway? Amiberry seems way more of a pain in the arse on several levels, to me - and that's not even considering the strange resolution switching issue I'm getting.
I'm considering just binning it off and going with puae; am I going to regret that for some reason I've yet to experience?

@fatfrog Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

Welcome to this forum.

For RetroArch cores, see https://retropie.org.uk/docs/RetroArch-Configuration/#hardcoded-configurations. Besides, that applies to the official RetroPie image. Third-party images may have other config hierarchies and are not supported here for that reason (among others).

Other emulators are not standardised and may save their configurations in different places. Which emulators are you exactly interested in?

@BuZz I didn't copy anything on my 4.6 fresh install. Permission issue arose immediately. Of course I should be able to fix with chown.