@dankcushions Thanks for your very elaborate answer! I naïvely assumed that at least the region detection was straightforward (e.g. some flag in the internal ROM header), but after some reading it seems that the region was indeed only "coded" physically by incompatible cartridge sizes. Some bytes of code and data saved I guess.

I'll just manually set the 50Hz rate. I'm definitely grateful that it can be done conveniently in a few seconds!

@arcadelover15 said in Custom Spalsh Screen - Retropie 4 Model b:

If anyone knows how I could fix this, that would be great.

You'll have to ask the vendor for that - RetroPie doesn't lock anything and certainly wouldn't prevent you from changing the splashscreen (see the docs).

Note that selling the RetroPie image is against the project's license, if your machine has also games included then it's probably illegally selling those games.

@Bagarn said in Mount network share, Unable to find suitable address.:

To be fair, the guide did not mention samba or anything like that. :D

Yes, the guide is only for the client side setup, not the server itself. Glad you got it sorted out, have fun !

Update - I adjusted the script and everything is working as it should! Thanks @mitu for your help.

#!/usr/bin/python import RPi.GPIO as GPIO import time import subprocess GPIO.setmode(GPIO.BOARD) resetPin=26 GPIO.setup(resetPin, GPIO.IN, pull_up_down = GPIO.PUD_UP) #oldButtonState1 = False print GPIO.input(resetPin) while True: #grab the current button state buttonState1 = GPIO.input(resetPin) # check to see if button has been pushed if buttonState1 == False: # Reset emulator print "Reset pressed" subprocess.call("/home/pi/scripts/multi_switch.sh --es-closeemu", shell$ stdout=subprocess.PIPE, stderr=subprocess.PIPE) time.sleep(.3)

@windg Thank you, that worked!

This fix did not survive a reboot, so I added modules-load=brcmfmac roamoff=1 feature_disable=0x82000 into /boot/cmdline.txt and it seems to work.

Thanks for the info, to workaround the issue I was able to choose the games from a list in the scraper since I changed the platform and it was not found. It only worked w/ TGDB, not screenscraper, but I was able to scape the games I needed

The platform name is correct, so scraping should get some results when using ScreenScraper as the source. If you don't, then add more info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first, and specify which games you tried scraping.

I also noticed there's no gamelist file in the rom folder. I would think scraping would have created one?

The gamelist is created by EmulationStation regardless of any scraping operation. By default is not in the roms' folder.

There's nothing out-of-the-box for this, but you can use triggerhappy to map a gamepad button (or combo) to a command that will stop the video player (omxplayer).

@wasddsaw Try asking directly in the Raspberry Pi forums - https://forums.raspberrypi.com/ - in the Troubleshooting forum.

@directandrew said in Question on Ubuntu laptop with two user accounts:

If i just install on one account, does Retropie require Admin to run correctly on Ubuntu?

Yes, but that's needed just for installing packages by the RetroPie-Setup script, not for running the games.

If so, i would need to elevate my "son" account from standard to Admin on the laptop.
During use, Retropie may look to modify folders below:
...

Those folders are always owned by the non-admin user that was used for installation, you don't require any special/admin rights to access or write to them. They're used mainly by the emulators for saving configs / game progress, so there's no need for extra rights to work with them.

@miclamcm Thank You

@cjc1972 I am replying to myself as I didn't know how else to close the post and for any others that may run into a similar issue. under scaling/integar scale I had enabled and after disabling resolved the issue.

@YFZdude said in RetroPie Docs File?:

I'm not familiar with the way you apply the style sheets to make it look good.

There's more than stylesheets in place, the Markdown (.md) files in the repository are run through mkdocs to produce the site.

Unfortunately there's no easy way to produce an offline form of the docs and that's unavailable at the moment. There's an option to mirror it into a sub-folder with wget, but because most of our images are not locally saved this will save an offline set of HTML pages without images.

Pi Model or other hardware: 4B
Power Supply used: Pre-Packaged Power Supply (Came with it)
RetroPie Version Used (eg 3.6, 3.8.1, 4.1 - do not write latest): 4.8
Built From: Raspberry Pi Imager
USB Devices connected: X-arcade PS2 connection through PS2 to USB adapter
Controller used: X-Arcade (keyboard inputs)

Runcommand.log:
Parameters:
Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-flycast/flycast_libretro.so </dev/null --config /opt/retropie/configs/dreamcast/retroarch.cfg "/home/pi/RetroPie/roms/dreamcast/mvsc2.zip" --appendconfig /dev/shm/retroarch.cfg

@sleve_mcdichael though most games seem to work without vfsroot available, I'm not sure it's not internally used somewhere.

If preview.bmp does not already exist in $romdir/ports/cgenius/games/[game], one will be created in ~/.CommanderGenius/games/[game] (since these are no longer linked to the same place.) If it does exist in $romdir, nothing is created in ~/.CommanderGenius.

Is this broken or legit?

I don't think it's broken.

@appas
Ok, I needed to revert another change, which was to set GL Driver to "Legacy" with raspi-config. This gave me the message "GL Driver is disabled", or something like that. No wonder projectM was slow!

@lostless Thanks for the insight and all the help. I will give it a try!