@pamput said in RPI4 freezes at boot after update: It does support gpu overclocking, it doesn't have sound issues and doesn't have external HDD issues I've experienced with previous kernels. The version you posted is actually a bit older than the one I posted. I'd love to learn more about your audio issues. I'm not having them. Would you mind sharing: RetroArch/ Settings/ Audio/ Output / Audio Are you using alsa, alsathread, tinyalsa or sdl2? RetroArch/ Settings/ Audio/ Resampler/ Audio Resampler Are you using sinc, CC or nearest? Also, are the N64, Neo, etc. emulators you are using libretro (lr_) based?

@rsn8887 yes update is your best option unless the documentation here spells that out that it's a better option (e.g. Jessie to Stretch)

Thanks for the response. I looked at the controller config and my hotkey button wasn't set to select. Once I did that everything worked as expected.

@herb_fargus Thanks! I was reading now, thanks!

Sorry for the extreme late reply! In reference to my original issues, I got the controller issue fixed (Yay!) but my other problem remains in that I cant get Beavis and Butthead to load from the start. From my last post, I discovered that the game does in fact run properly IF I load a save file from it, however, I get booted back to the main EmulationStation screen if I try to start a game from the beginning. Here are the contents of my runcommand file: Parameters: Executing: bash /home/pi/RetroPie/roms/scummvm/+Start\ ScummVM.sh "bbvs-win" Using joystick: SWITCH CO.,LTD. USB Gamepad Virtual keyboard pack 'vkeybd_default' loaded successfully WARNING: No hardware input were defined, using defaults! User picked target 'bbvs-win' (gameid 'bbvs')... Looking for a plugin supporting this gameid... MTV's Beavis and Butt-head in Virtual Stupidity Starting 'Beavis and Butt-head in Virtual Stupidity' Using joystick: SWITCH CO.,LTD. USB Gamepad /home/pi/RetroPie/roms/scummvm/+Start ScummVM.sh: line 4: 1506 Aborted /opt/retropie/emulators/scummvm/bin/scummvm --fullscreen --joystick=0 --extrapath="/opt/retropie/emulators/scummvm/extra" $game When I try and start a new game and get booted back to the main screen, this line of text briefly shows up... *** Error in `/opt/retropie/emulators/scummvm/bin/scummvm': double free or corruption (out): 0x7ee9b2d0 *** Any ideas, thoughts or help would be greatly appreciated!

Such option doesn't exist right now, but you can use the auto-update just for the sections which always have binaries - i.e. excluding experimental. The experimental section recently started providing binaries, so that would work for most of them - my guess you have the extra repository enabled and those don't have binaries. If you open a package from the menu, it will detect if there is a binary update available and you can choose to update or not. Sure, it's just a workaround, but how many experimental packages do you have installed ?

Hi, I just want to ask for any updates? Am I really the only one who uses the theme? :/

has there been any progress on this front?

@m2306 Mame2003plus started to use analog as default for some reason. Change it back to digital in retroarch.

@mitu Indeed you are right! Thanks, solved now.

its a bug ... after each update, you will need to go to the spashscreen settings and make sure to change them to whatever it was already set to and the problem will be solved.

Wow, turns out I managed to use GCC to compile my own build. I tested SDL 2.0 and while it technically works, it's unusuable, because the only visible part at any given time on the screen is the currently drawn area, so every time there is a sprite or an icon or part of the GUI refreshed, that's the only thing you see, all the rest is black. You can move the mouse to refresh a tiny rectangle all over the place, but really it's unusable. I have then tried with SDL 1.2 (-api sdl) and it actually works flawlessly. The surface is enlarged to fit perfectly fine and centered on my TV, everything works fine, I even played Crystal Crazy and it works beautifully in 256 colors :) Turns out compiling Mini vMac is super easy even for a n00b like me, thanks to instructions on this page from Gryphel which made the process dummy proof, just copy/paste the command line and add your own variation options to it and boom it compiles and it works: https://www.gryphel.com/c/minivmac/build.html Here's my final Macintosh II build command for anybody reading this in the future: ./setup_t -t larm -cpu arm -api sdl -m II -hres 800 -vres 600 -depth 3 -speed 1 -mem 8M -sound 1 > setup.sh Here's my final Macintosh Plus build command for anybody reading this in the future: ./setup_t -t larm -cpu arm -api sdl -m Plus -hres 640 -vres 480 -depth 0 -speed 1 -mem 4M -sound 1 > setup.sh /!\ ** TO RETROPIE ADMINS:** You should REALLY update the Mini vMac binary that comes with Retropie, as the one you ship with Retropie 4.5 is bugged and my mouse cursor is always stuck in the top/left corner, but the one I just compiled myself from current source code on Gryphel website (version 36.04) works flawlessly. If you want I can post a link here to download both my Macintosh Plus and Macintosh II binaries here or PM me. You can now download 36.04 binaries for both Mac II and Mac Plus here: https://www.macintoshrepository.org/25178-mini-vmac-for-raspberry-pi-retropie

@MrStruders If by fresh install you mean using a new image, then no, since the new image will write everything from scratch. Can you run another update, also updating the OS and packages when prompted, of the RetroPie-Setup script ?

After downgrading the kernel to 1.20190401-1, I tried to run RetroPie-Setup which upgraded the kernel to 1.20190517-1. Now the overscan settings still apply to both console and ES. I don't know if this is because of the downgrade-upgrade procedure, or because of the changes I made to /boot/config.txt. Anyway I paste here the relevant settings I have in the file: disable_overscan=1 overscan_left=20 overscan_right=20 overscan_top=11 overscan_bottom=11 overscan_scale=1

Great news, will do ASAP!

@mitu said in Hash sum mismatch error: don't have SSH enabled, then I just enabled SSH, and updated the thread info with read-me-first topic. I have installed the 4.4 image from the RetroPie site, and I have internet connection, I made a ping to www.google.com and work. I now with PuTTy connected to the RetroPie. What should do I do? Where is the path to get the log files? E: Failure to obtain http://espejito.fder.edu.uy/raspbian/raspbian/pool/main/u/unzip/unzip_6.0-21+deb9u1_armhf.deb Hash sum mismatch Hashes of expected file: - SHA256:d69087f3500527bd24f0ee8870a41ac9e45eb34f6b73081a7775fd7ef8825208 - SHA1:9156bdc618af94d53ac6a864ef8d93c0f9af0fa7 [weak] - MD5Sum:76f6caff8c43590c18bf7b4d622adc2f [weak] - Filesize:149042 [weak] Hashes of received file: - SHA256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 - SHA1:da39a3ee5e6b4b0d3255bfef95601890afd80709 [weak] - MD5Sum:d41d8cd98f00b204e9800998ecf8427e [weak] - Filesize:0 [weak] Last modification reported: Sat, 27 Apr 2019 16:08:06 +0000 Looking into it, the web http://espejito.fder.edu.uy/raspbian/raspbian/pool/main/u/unzip/unzip_6.0-21+deb9u1_armhf.deb isn't working, I copied that URL in my Google Chrome browser and a error file was downloaded. But https://espejito.fder.edu.uy/raspbian/raspbian/pool/main/u/unzip/unzip_6.0-21+deb9u1_armhf.deb Work's just fine, so look's like sudo apt-get upgrade command isn't working because that http isn't https. EDIT: I have changed the /etc/apt/source.list and added deb http://mirrordirector.raspbian.org/raspbian/ stretch main contrib non-free rpi firmware deb http://archive.raspberrypi.org/debian/ stretch main ui it seems it working now, the upgrade is doing downloading files without error. But, is ok to use those repositories? My guess? Is a problem for South American people (I'm from Argentina), that the source list is unupdated or wrong setted, because when I got the url it use http and not https, looks like that's the main reason. I tried to install the retropie-manager (after the update & upgrade) and I got this error Could not install packages(s): python-dev virtualenv. EDIT 2: I have it working, to workaround I just change /etc/apt/source.list.p/retropie.list (or something like that) and added (can't edit because the Akinet detect that is a spam, but add deb before the url) https://espejito.fder.edu.uy/raspbian/raspbian stretch main After saving the file, I use sudo apt-get clean and sudo apt-get update and everything is working just fine (or it seem's like that). The error is that the URL is unupdated, but isn't the best option. Idk if I have to send an email to the RetroPie developers to update the repo url for Argentina.

@AssPunchMan said in PS3 Shanwan Controller lossed on every update: Its possible fix this? update without loss the PS3Controller pairs. The upgrade that broke the PS3 controllers - the Linux kernel - also broke other Bluetooth controllers and it's not under the project's control. It's a badly timed bug, but that's not something that happens regularly. If you wish to not be bitten by such situations, then only upgrade the packages you need (for bugfixes or new features) and skip the OS and driver upgrades.

@George-Spiggott cool ill try when i get home my kids wanted to play avp and couldnt get to work only paired thank you.

@mitu Okay, I know that now. It seems like it would tell you something different than ask for user if the repository was missing or deleted.

@granderjoree We don't support 3rd party images - https://retropie.org.uk/forum/topic/3/read-this-first.