@Arrafart
Oh I found them, just annoyed someone slightly renamed them.

Same file, same check sum but say one's name was "R 243.BIN" and the official name is "REV 243.BIN"
So I renamed them to the proper name, working perfectly!

Would it have worked if I didn't?
Like someone put a ! on one to say it's the genuine thing, but the official name didn't have the !

All my snes rom have mgd file extension in each zip. After renaming all these rom to flc in the zip. No more problem...

@pockketz said in mupen64plus-gles2rice-highres & mupen64plus-GLideN64-highres won't play .zip files:

on the doc page .zip files are accepted extensions

This is only for lr-mupen64plus, as it is the only one that is RetroArch configured through libretro. So yes, you will need to unzip your n64 roms if you want to use the other emulators. One of the many draw backs to n64 emulation.

Going back on this, I know it’s old...

I like to keep my PSX ROMs aligned to the Redump DATs which means .BIN and .CUE files. Also, I’ve found that converting them to .PBP has thrown errors in the past. Not looked into .CHD files but with both these methods of converting ROMs it can be a pain if you have a large collection.

Since this was posted I still use an unzip script but I use .M3U files for multi-disc games (which seem to use a single .BIN and .CUE in Redump terms) and .CUE for single disc games (which Redump seems to either use single .BIN or multiple .BINs).

This method has both storage benefits and save game benefits as the save files are aligned with the .M3U for multi-disc games.

PS. Last time I checked the entire PSX Redump collection was 3.7TB so there are benefits to unzipping into a cache if storage is tight and you’re not doing so to an SD card.

@DougA @quicksilver Thanks!

@tropez get the correct romset version. Nothing else to research https://github.com/retropie/retropie-setup/wiki/arcade

@djaay Like the issue says, you could configure it to unzip them in /tmpor in a memory backed folder. In Debian, /tmp is written in memory, so there is no writing to the disk.
As for the other aspect - RAM - I don't think it makes any difference: unzipping an archive to obtain the original ROM file would lead to the same memory used by the uncompressed ROM. The only - extra - memory would be taken by the internal unzipping routine, which should be easily reclaimed by the process once is finished.

I cant get multidisk games to automount at all. Any idea what i do wrong? Tried all different namings, and both amiberry and uae4arm. Same with all disks in a zip file. It still asks for disk2. Tried multiple games.

Se separate thread
https://retropie.org.uk/forum/topic/9536/running-amiga-games-directly-from-emulationstation-with-multiple-disks

That worked, thanks for the link.

I like having them zipped as well. It can save you a lot of space and you can fit more on your SD card! I think I read somewhere that some of the emulators unzip the ROM out to run it and then delete the unzipped file when it's done so the only performance hit is the small amount of time unzipping while loading up the game and deleting (which is mega fast) when exiting. I would think that most of the smaller ROMs are just loaded into memory so the files aren't touched again anyways. The exception being the floppy disc and CD-ROM images which are read as needed (like the Amiga and Sega CD).

SEGA CD isnt expecting .zip files:
https://github.com/retropie/retropie-setup/wiki/Sega-CD

@vretro can mount /tmp on tmpfs. If we did that by default there would be out of memory issues