How do you backup your downloaded ROMs? (lemmy.one)

submitted 1 month ago* (last edited 1 month ago) by hellisfulloftacos@lemmy.one to c/piracy@lemmy.dbzer0.com

17 comments fedilink hide all child comments

I use emulators that play directly from (.iso) or (.img) files, however as you probably know, most ROMs are downloaded as archives.

Do you backup your ROMs in their downloaded archived format? Or as uncompressed files?

all 18 comments

sorted by: hot top controversial new old

[-] AnEilifintChorcra@sopuli.xyz 19 points 1 month ago

For 3DS games I use NDSTokyoTrim to remove useless data from the game files to make them smaller.

DreamCast, PS1 & PS2 games get compressed to chd with chdman.

GameCube and Wii are compressed to rvz with Dolphin.

PS3 I remove the PS3_UPDATE folder, 256MiB for each game adds up. I also use Gnarly Repacks for PS3 games since they have better compression than anything I've tried so far.

Switch games, I use nsz.

Then I use tar with zst on all of them, Nsz and rvz already use zst so theres no change but I just like to keep everything the same accross all of my roms and pc games.

Everything else, GB, NDS, SNES etc all get archived and compressed with tar and zst. For these I'll also use the --ultra -22 option since they're small enough files anyway so they don't take long to compress/decompress. If anyone knows any specific compression/trimming methods that are better than zst, I'd love to hear about them!

Copies of all the tar archives are kept on 2 separate drives and a copy of the games are on my PC in whatever the smallest format is that is compatible with their emulator.

[-] zedricxks@lemmy.dbzer0.com 2 points 1 month ago

what programs do you use for the tar and then zst? do you happen to have a guide?

[-] AnEilifintChorcra@sopuli.xyz 1 points 1 month ago

Just tar and zstd. They're probably installed by default for most distros anyway.

I think this is what I used when I first tried out zstd https://linuxconfig.org/how-to-install-and-use-zstd-compression-tool-on-linux

Tar supports input from zstd so I put everything on one line.

tar -I 'zstd -v --ultra -22' -cvf YourFile.tar.zst -C /path/to/your/file YourFile

-I takes the input from zstd which is in quotes.

--ultra it should be redundant but for some reason its needed for higher levels of compression.

-22 the highest level of compression offered by zstd.

-c for compress.

-v for verbose.

-f for the file name.

-C excludes the absolute path to the file/directory and just takes YourFile as the file/directory to compress. Its not needed if you're in the same directory as YourFile.

I would recommend leaving out

--ultra -22

and just test how much compression you get with the default level first because 22 is super slow and if it just can't compress the file you won't see any difference in file size compared to the default compression level.

[-] zedricxks@lemmy.dbzer0.com 1 points 1 month ago

thats really helpful thank you!

[-] boredsquirrel@slrpnk.net 10 points 1 month ago

My backup is seeding.

[-] 404@lemmy.zip 4 points 1 month ago

Makes me think of this video

Harder Drive: https://www.youtube.com/watch?v=JcJSW7Rprio

[-] boredsquirrel@slrpnk.net 3 points 1 month ago

Wtf did I just watch

[-] entropicdrift@lemmy.sdf.org 2 points 1 month ago

What happens when a genius gets bored

[-] Whooping_Seal@sh.itjust.works 8 points 1 month ago* (last edited 1 month ago)

Whatever file format I use them in is also how I back them up, I backup my entire desktop's and laptop's data to an external hard drive and an online service provider. I'm sure a compressed format would be more space efficient but that would take much more time given my use case.

In the case of my laptop it runs Linux and the filesystem I use supports "transparent compression" (almost all contents of the drive are compressed with zstd), so I'm guessing any of the ROMs on there will have already been compressed as nuch as they can (but I'm not knowledgeable enough on the file format specs)

[-] Appoxo@lemmy.dbzer0.com 1 points 1 month ago

Your backup is probably already compressed. Why do both, have the risk of corruption and being un-unpackable, work of doing it vs just hsving ine backup and be done.
Only upside would maybe be local space storage

[-] LordPassionFruit@lemm.ee 4 points 1 month ago* (last edited 1 month ago)

I have terrible but defined habits for my ROMs. I use the same folder structure for all of them.

./[platform]/[game]/[game].zip

./[platform]/[game]/[game].iso

./[platform]/[game]/saves/...

If it's a series, using Pokémon as an example, I also have:

./Pokemon/Backups/[game].zip

./Pokemon/[generation]/[game]/[game].iso

So it's not that good of a backup, mainly there in case the iso corrupts, but I think it's better than nothing.

[-] petrescatraian@libranet.de 2 points 1 month ago* (last edited 1 month ago)

@LordPassionFruit wouldn't it be easier to go with something like ./[game]/[platform]/ and then in the platform folder to add all the game specific files for each platform?

@hellisfulloftacos

[-] otp@sh.itjust.works 1 points 1 month ago

I go for full libraries. This would never work for me! Haha

[-] Appoxo@lemmy.dbzer0.com 3 points 1 month ago

Uncompressed playable format.

Backups are done with Veeam on a selfhosted Backup and Replication server

[-] Xianshi@lemm.ee 2 points 1 month ago

I Normally just leave them as they are when i downloaded them and chuck them in a folder on my server which I can pull down on any device when I need them.

[-] otp@sh.itjust.works 1 points 1 month ago

If the emulator can't run games from archive files, then I store what I play unarchived, and what I don't play stays as archived as it was.

Unless they're small files, then I'd probably back then up extracted. But I haven't had a case where the files were small enough for me to store extracted but the emulator couldn't run from archives.