@UDb23 ok thank you

@mitu That was a brilliant solution to use .zip! :)

One problem less, many many thanks!

@VictimRLSH Good work. I did not know that you were trying to use a cloned existing system. I'm glad that you got it working now.

well, for some reason, about ten minutes later I do another reboot and this time it shows up, however although I can go into it, and supposedly download the packs, no bezels show up at all....

@Xystus777 Normally this is done by runcommand when launching a game, by running

setterm --blank poke

Are you not using runcommand to start your game ?

Use the default retroarch.cfg - leave aside all the hard sync settings (I don't think they're relevant for the Pi's GPU) and the audio settings. Also, a GPU mem of 256 is more than enough for most emulators, so I don't see any point in upping it to 512.

@snock said in small screen lr-mupen64plus-next:

I tried to delete retroarch.cfg in configs.

Why ? Open the RetroArch menu and check the resolution in the Video options - maybe use the one provided by the core and make sure scaling is enabled.

for me a project being 'commercial' in nature doesn't necessitate it making a profit. besides, eventually someone sells the bus...

@gugue Just like you have .cue files, you can have .cue folders - game1.cue - and they'll show up as games in the list.

@mitu said in Retropie install fail on kali linux rp0w:

e detection flag will not be enough to make RetroPie install - as you have probably seen. On the Raspberry Pi, only Raspbian is supported at the

Well, then what about manual build retroarch and emulationstation? Which flags do I need? And how configure emulationstation work with retroarch?

I just ended up using a different method, winscp on Windows, I also just mount my USB directly now instead of transferring files cause I reimage so often

@mitu thanks very much for the quick reply

i'm afraid we don't support third party images, which the "TinyPi Pro sdcard image" is. perhaps the seller can support?

A Raspberry Pi Zero doesn't have a WiFi NIC, so not being able to connect to WiFi is the expected result.
Only Pi Zero W and Pi Zero WH have WiFi NICs.

@mitu I have no idea if it's some bizarre edge-case specific to my system, but that's what was broken on my machine and what fixed it - seriously, everything was allcaps CUE and BIN - both the CUE file and the BIN file and the reference to the BIN file embedded within the CUE. All in capitals. I confirmed before renaming that the BIN filename 100% matched the value stored within the FILE "..." BINARY reference in the CUE file.

And I had no music in any of those games.

Changing all the file-extensions to lowercase (including the FILE "..." BINARY reference within the cue file) fixed it.

@ciano said in Atari 5200 Not Working - "Atari800/OS Emulation Halted":

@Thorr69 Thank you so much!

Happy to help. =)

@mitu
Thanks for clarifying :)

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 ?

For one, the emulator on the pi is lr-pcsx-rearmed.
Two. This sounds like the same issue here
https://retropie.org.uk/forum/topic/23519/retropie-freezes-and-looses-save-files
I gave that guy advice to turn on interval saving, so the emulator save to disk during gameplay and not only during exit.