@tjuk though I fear that @mitu may be right here, two tests for that come to mind: 1st what happens if you just plug in an unconnected cable and 2nd have you tried any other OS besides retropie (Edit: ok, strictly speaking RetroPie ain't an OS - but I'll guess everyone understood what I meant :] ) ?

Hi, is anybody having a problem installing this? When I run "sudo ./setup.sh install" I get the statement: "sudo: unable to execute ./setup.sh: Permission denied"
Capture.JPG

@mitu said in Retropie 3.5mm Jack No Sound:

dtoverlay=audremap,pins_18_19

VOLUME!!! Thank you

@mitu nice one... My concern is about heavily customized setups (for example mine) where I have one directory per Arcade manufacturer (although they use the same emulator, they have a different theme setup for example), and directories do not necessarily match the system name, but I guess I can consider that as an edge case.

Thanks Again!

If we're talking about emulated games, the date/time of the emulator may not have an influence on the RNG the game implements - most of the emulated systems didn't have a real time clock or the concept of the system date/time.

@Addison it all depends on how the game implemented the RNG, some of the games relied on the RAM contents to initialize the RNG. On an emulator, the emulated RAM may get initialized to the same value (zero for instance) and thus there's no RNG at stake. Some emulators cater for this kind of situation with options - for instance Snes9x has a Randomize Memory option for this kind of situations, others may initialize the RAM directly with random values to prevent RNG failures.

Funny enough, some games' RNG can be manipulated, a technique used in speedruns to get a predictable set of events/weapons/etc. An example is below, where the runner saves and resets the game during startup

@mitu
thx it works.

Ps.
I checked. Can also just create normal file .cfg and edit with notepad++
custom-(theme name).cfg

:)

Some of the palettes are built-in into the emulator and they don't have a file on disc associated. Only when you choose custom as the core option you need to provide a palette file in the BIOS folder.

The name of the file depends on the emulator, if you're using the default NES emulator (fceumm), then the file must be named nes.pal, see https://docs.libretro.com/library/fceumm/#custom-color-palettes. If you're using the nestopia core, the file is named custom.pal.

@yewox50273 no, alsathread has always (at least, for longer than this issue) been used for pi3, which is why i was clarifying what @nesfredo was using. the change you refer to only made it the default on pi4.

it didn’t cause the skipping issue on pi3 in years past, so clearly alsathread/RA has had some kind of change causing the issue. we should bisect this to a specific retroarch commit (version is not specific enough) to find the culprit, but it would be tricky to do so since the issue seems to occur after a game has been running a while and is sometimes hard to spot.

@sirhenrythe5th No worries, the issue was resolved as mame2003plus worked with all the games.

I just upgraded to a Pi 4 and Atari 5200 works now!

However I still get segmentation faults in runcommand on a Pi 3.

Both are running Retropie fully upgraded with the latest lr-atari800 binary.

So I guess if this is happening to you, ditch the Pi 3 like I did.

Please add some actionable info to your post - what games/emulator are you using ? Also, when asking for support, please include the info requested in https://retropie.org.uk/forum/topic/3/read-this-first.

@mitu I understand. I really appreciate all your help. It appears to be working well enough to use. I tested between a 12 year old Visio 1080p and a 3 year old 4k Sony Bravia and it works equally well on both.
Only complaint I have now is a nitpicky one. When in the menus the audio click I hear when scrolling is delayed and has inconsistent tonalities that are grating to the ear. Can only be described as sometimes scratchy and sometimes clicky. Lol. I can live with it if no ideas on that one. When in games the audio is fine and right on time.

@mitu Ill give that a go. Thank you

@marisubopa are you still experiencing the issue reported here with the latest picodrive ?

@mitu Thank you very much! It's all working now. I apologize, I totally missed the "But be aware that if "Launch Menu Art"..." part. Thanks again.

@RaspFox said in Help Needed: Can I have RetroPie and RaspberryPi OS on the same SD card?:

So it won't work for Bullseye?

Well it can work on bullseye but you have to edit some files.
Without a lot of experience it could be quite difficult for you and you can encounter some more problems.
Take a look at this thread/post :
https://retropie.org.uk/forum/topic/31924/could-not-successfully-build-sdl2-on-bullseye/8

Is there a way to save some apps that I have downloaded such as Pi Apps.

if you go with Buster these Pi Apps should probably work too.
Just use a second SD card and try it before you wipe your first SD.
Than you can work out if it will work.

These configs will not be defaulted by reinstalling the emulator. These will be stored in the default.cfg and game.cfg files. These should be located in a "mame2003/cfg/" directory in the location you load your mame roms from.