@mitu said in Large File in .git Folder on RetroPie. Is it safe to delete?:

@Didyman said in Large File in .git Folder on RetroPie. Is it safe to delete?:

... but after I indeed updated assets and shaders in RetroArch, but as far as I am concerned, those are .zip files that are then extracted.

Shaders and assets for RetroArch are also handled by RetroPie and they don't need to be updated from RetroArch's menu.

Did you copy the config folder from another installation ? I think a long time ago (not sure how far) the assets folder was cloned from https://github.com/libretro/retroarch-assets.git, but that's been changed and only a minimal set of assets for RetroArch are downloaded and installed by RetroPie.

I did a backup of the configs folder, but I didn't copy it back. I keep it as a reference point. I didn't want to "corrupt" the configs as they were coming from an old build (Stretch). I did copy the the bios and roms folders from my backup tho.

@mmfsilva said in Adding new option to retropie menu:

I thought I needed to create empty .rp files like RetroPie menu did by default.

That is another option, but runcommand wouldn't know what commands to run for them without adding a separate scriptmodule. Using a .sh script is simpler and supported.

I'm guessing this is a "No", then?

@mitu It worked, in fact updating retroarch to version 1.15.0 fixed the issue.

Ah okay, so then what I tried is simply not possible then for this game in that emulator like that. Fully explained and understood now. Thanks! 👍

@retropieuser555 I don't care about save game files because this is a project for kids from a friend of mine. I worked on it for some time and then I'd left it because of other priorities. When I touched it again, it started to mess up....

@sleve_mcdichael...oh wow! I was a little perplexed after reading your suggestion, but ultimately found the solution! I went into Retroarch and changed the port 1 binds to Xbox One Controller and even changed the video aspect to 19:12...and proceeded to save as a core override. Now when I start the N64 games, my Xbox Controller is the primary controller, and my joysticks are NOT! SWEET!! Thank you!

@mitu I just figured it out moments ago after a lot of testing this morning. I have a third party music player that fades the volume before starting a game. I think what happens is it fades the system volume to fade the music before starting emulation. Then, when returning to ES, the System Volume remains what it was faded to prior to emulating the game.

This can be marked as resolved. I'll report this bug to the creator of the music player. Thank you!

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.