@sleve_mcdichael I'll give it all a shot when I get home. I'm also going to try and reinstall the RetroPie image without Raspbian. See if I can get the lcd to load. I think it would make for better gaming in the long run.

@mahoneyt944
Hey man, no nothing worked, dont know why it didnt let me "enter" any key. It just didnt do anything an no no key was stuck or sticky ;)
Anyway, thanks to the help of Mr sleve_mcdichael i managed to do it. Yay :D
Thanks for you as well.
Big up

@rhino said in RetroArch version:

So after using one of prebuilt images you end up with proper distro and can stay up-to-date by re-running the script and there's no need to reinstall even after major Retropie releases?

Pretty much yes. At some point though the current OS (RasPI OS) becomes unsupported (both upstream and by RetroPie) and you'll have to upgrade your OS by installing a new image.

Here's an example, assuming you have the online/offline-onstart/onend scripts created and saved in the /opt/retropie/configs/all folder.

Create a script that will toggle the online saving features, called Enable Online.sh: #!/usr/bin/env bash cp /opt/retropie/configs/all/online-onstart.sh /opt/retropie/configs/all/runcommand-onstart.sh cp /opt/retropie/configs/all/online-onend.sh /opt/retropie/configs/all/runcommand-onend.sh Create a similar script to disable the online saving, called Disable Online.sh #!/usr/bin/env bash cp /opt/retropie/configs/all/offline-onstart.sh /opt/retropie/configs/all/runcommand-onstart.sh cp /opt/retropie/configs/all/offline-onend.sh /opt/retropie/configs/all/runcommand-onend.sh Copy the 2 scripts in $HOME/RetroPie/retropiemenu and then restart EmulationStation. There should be 2 new entries under the RetroPie system with for the 2 scripts, which you can execute when needed (i.e. for online play or offline play).

The names of the scripts doesn't matter as long as you remember their purpose, you can name them as you like.

@mitu It looks like there were some dependencies missing that we're causing the issue.

user@user-OptiPlex-5060:~$ sudo apt-get install -f libgbm-dev Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libqt5widgets5 : Depends: libqt5gui5 (>= 5.12.5) but it is not going to be installed or libqt5gui5-gles (>= 5.12.5) but it is not going to be installed libqt5x11extras5 : Depends: libqt5gui5 (>= 5.12.8+dfsg~) but it is not going to be installed or libqt5gui5-gles (>= 5.12.8+dfsg~) but it is not going to be installed qt5-gtk-platformtheme : Depends: libqt5gui5 (>= 5.10.0) but it is not going to be installed or libqt5gui5-gles (>= 5.10.0) but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

To fix this, I ended up installing aptitude and installing the missing packages simply because aptitude gives much better verbose output for dependency issues as well as a simple way to resolve the conflict.

user@user-OptiPlex-5060:~$ sudo aptitude install libgbm-dev The following NEW packages will be installed: libgbm-dev The following packages will be upgraded: libgbm1 1 packages upgraded, 1 newly installed, 0 to remove and 52 not upgraded. Need to get 9,092 B/38.0 kB of archives. After unpacking 93.2 kB will be used. The following packages have unmet dependencies: libegl-mesa0 : Depends: libgbm1 (= 21.0.3-0ubuntu0.3~20.04.1) but 21.0.3-0ubuntu0.3~20.04.2 is to be installed The following actions will resolve these dependencies: Upgrade the following packages: 1) libegl-mesa0 [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] 2) libgl1-mesa-dri [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] 3) libglapi-mesa [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] 4) libglx-mesa0 [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] Accept this solution? [Y/n/q/?] Y The following NEW packages will be installed: libgbm-dev The following packages will be upgraded: libegl-mesa0 libgbm1 libgl1-mesa-dri libglapi-mesa libglx-mesa0 5 packages upgraded, 1 newly installed, 0 to remove and 48 not upgraded. Need to get 9,092 B/10.8 MB of archives. After unpacking 138 kB will be used. Do you want to continue? [Y/n/?] Y user@user-OptiPlex-5060:~$ sudo aptitude install libdrm-dev The following NEW packages will be installed: libdrm-dev The following packages will be upgraded: libdrm-amdgpu1 libdrm-common libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 6 packages upgraded, 1 newly installed, 0 to remove and 42 not upgraded. Need to get 131 kB/284 kB of archives. After unpacking 680 kB will be used. Do you want to continue? [Y/n/?] y user@user-OptiPlex-5060:~$ sudo aptitude install libpciaccess-dev The following NEW packages will be installed: libpciaccess-dev 0 packages upgraded, 1 newly installed, 0 to remove and 42 not upgraded.

After installing the missing packages the basic install went through without issues.

@babyboodle said in PulseAudio unable to connect; poor emulator performance issues and menu crashes.:

reset to default settings

If you have reset RetroArch to default settings in the RGUI and then saved the config you have probably set non ideal defaults. Our defaults are not the same as the RetroArch defaults. You should remove /opt/retropie/configs/all/retroarch.cfg and reinstall retroarch from "Manage Packages/Core Packages"

@mitu yes, you are right

@quasimaddboy neither. They mean the script itself. From the main menu (not the "manage packages" submenu), choose Update (updates the setup script and all installed packages) or Update RetroPie-Setup script (does what it says on the tin, updates just the setup script but not the underlying packages. The first one takes a lot longer.)

@bonch said in RGBPI over hdmi to vga converter:

OS: RGB_Pi_OS_V2_Pi3_FINAL_2_0_S

We don't support 3rd party images here - have you tried asking the author(s) of RGBPI OS for support ?

@barbudreadmon Thank you, Nailed it!

Disabling the expired DST_Root_CA_X3.crt fixes the issue. Re-running the setup and/or a clean install, both completed successfully.

= = = = = = = = = = = = = = = = = = = = = Configuring 'retroarch' : RetroArch - frontend to the libretro emulator cores - required by all lr-* emulators = = = = = = = = = = = = = = = = = = = = = git clone --recursive --depth 1 --branch rpi "https://github.com/RetroPie/common-shaders.git" "/opt/retropie/configs/all/retroarch/shaders" Cloning into '/opt/retropie/configs/all/retroarch/shaders'... HEAD is now in branch 'rpi' at commit 'b7cdc50258908e8f1906f8fc13a2fac4a9796dc6' Downloading https://files.retropie.org.uk/binaries/retroarch-minimal-assets.tar.gz to /tmp/tmp.gjxzCRtYwm/retroarch-minimal-assets.tar.gz ... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 5263k 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 27 5263k 27 1439k 0 0 805k 0 0:00:06 0:00:01 0:00:05 805k 100 5263k 100 5263k 0 0 2018k 0 0:00:02 0:00:02 --:--:-- 2019k = = = = = = = = = = = = = = = = = = = = = Getting sources for 'lr-snes9x' : Super Nintendo emu - Snes9x (current) port for libretro = = = = = = = = = = = = = = = = = = = = = git clone --recursive --depth 1 --branch master "https://github.com/libretro/snes9x.git" "/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x" Cloning into '/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x'... Submodule 'shaders/SPIRV-Cross' (https://github.com/KhronosGroup/SPIRV-Cross.git) registered for path 'shaders/SPIRV-Cross' Submodule 'shaders/glslang' (https://github.com/KhronosGroup/glslang.git) registered for path 'shaders/glslang' Submodule 'win32/DirectXMath' (https://github.com/Microsoft/DirectXMath) registered for path 'win32/DirectXMath' Submodule 'win32/libpng/src' (https://git.code.sf.net/p/libpng/code) registered for path 'win32/libpng/src' Submodule 'win32/zlib/src' (https://github.com/madler/zlib.git) registered for path 'win32/zlib/src' Cloning into '/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x/shaders/SPIRV-Cross'... Cloning into '/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x/shaders/glslang'... Cloning into '/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x/win32/DirectXMath'... Cloning into '/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x/win32/libpng/src'... Cloning into '/home/osmc/RetroPie-Setup/tmp/build/lr-snes9x/win32/zlib/src'... Submodule path 'shaders/SPIRV-Cross': checked out '1458bae62ec67ea7d12c5a13b740e23ed4bb226c' Submodule path 'shaders/glslang': checked out 'bcf6a2430e99e8fc24f9f266e99316905e6d5134' Submodule path 'win32/DirectXMath': checked out 'ffb2edbd1627e9eec75f68b4ff00e0861ad84ebe' Submodule path 'win32/libpng/src': checked out 'b78804f9a2568b270ebd30eca954ef7447ba92f7' Submodule path 'win32/zlib/src': checked out 'cacf7f1d4e3d44d871b605da3b647f07d718623f' HEAD is now in branch 'master' at commit '723521970ba1558526bea56df9deef3baac6dfc2' /home/osmc/RetroPie-Setup /home/osmc/RetroPie-Setup/tmp/build/lr-snes9x /home/osmc/RetroPie-Setup

Notes: This applied to the June 2020 Update of OSMC (The last Stretch version) and as mitu pointed out, Stretch should not be considered supported.

Info about the certificate expiration can be found here
https://letsencrypt.org/docs/certificate-compatibility/

@stonededge said in I2S AMP: Games won't load after driver install:

I've attached the config.txt file below for your reference. This is post driver installation:
[..]

Nothing out of the ordinary, though I don't know why I2C is enabled (you're using I2S), maybe something else added it.

Regarding the log, not sure how to show a list of errors but I do have the errors listed here upon crashing:

This looks like a memory/disk issue, though that's an error log from EmulationStation and not from the emulator. The emulators' log is stored in /dev/shm/runcommand.log.

I gave up, ZXBAremulator much easier and workd a treat.

@retrotard said in Website and forum not working anymore on IPAD1:

Your website certificates are out of date with an older iPad or smartphone. Basically you’ll have to upgrade your device. There was some recent news about this.

Thanks for the reply.
I did had that feeling too that it was a problem with the certificates, I wasn't directly sure about that.

How to update I don't know as the IPAD1 is a past the end of live (EOL).
Mine is jailbroken though, perhaps I can just add some certificate file somewhere.

Do you know more about that ?

Edit :
I Just found this link, perhaps it's useful :
https://support.n4l.co.nz/s/article/Installing-an-SSL-Certificate-on-an-iOS-Device-Manually

I Will look at it later.

Rtype Leo shouldn’t need anything real special to run in Mame. Most of your games will run in the mame 4 all mame2003. But you’ll want to test some of your games in mame libretro 2003 plus. You have access to more cores like mame 2016. Also try Final Burn Neo. I run my games through retroarch on the pc to test them first then place them on my pi 4.

Avoid doing a basic install or update retropie after your fresh install. For some odd reason updating or doing this causes rearmed core to stop working.

@sleve_mcdichael ThankYou for your help I will look into this.

@a1eg said in Unable to install joy2key after update Retro-Pie Setup script:

I only want to upgrade my Atari800 emulator from version 4.0.0 to current version 4.2.0

Is there any way to do it without doing an update of Retro-Pie Setup script?

The 4.2.0 version is related to the the setup script version - the 4.2.0 version for the Atari800 emulator was added in version 4.6 so you'll need to update to at least that version to be able to install 4.2.0 using the RetroPie-Setup script.

You can manually change the scriptmodule and modify the version, then install the emulator from source, but as I said, there's no guarantee it would work.