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?

  • Xianshi@lemm.ee
    link
    fedilink
    English
    arrow-up
    2
    ·
    3 days 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.

  • Appoxo@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    3
    ·
    7 days ago

    Uncompressed playable format.

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

  • AnEilifintChorcra@sopuli.xyz
    link
    fedilink
    English
    arrow-up
    18
    ·
    8 days 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.

      • AnEilifintChorcra@sopuli.xyz
        link
        fedilink
        English
        arrow-up
        1
        ·
        5 days 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.

  • Whooping_Seal@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    7
    ·
    edit-2
    8 days 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
      link
      fedilink
      English
      arrow-up
      1
      ·
      7 days 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
    link
    fedilink
    English
    arrow-up
    4
    ·
    edit-2
    8 days 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.

  • celsiustimeline@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    2
    ·
    8 days ago

    I would have thought that the vast majority of people who download ROMs download them individually based off of their preference, not downloading the entirety of the PS1 or PS2 library.

    To answer your question, it doesn’t matter other than compression. Backups are backups.

    • Whooping_Seal@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      1
      ·
      6 days ago

      Some older consoles have very negligible size libraries in modern day terms, and who knows what sources of ROMs will be taken down by lawsuits in the next few decades. I feel like there is some sense in making a complete archive of a systems game library, but for my personal use I usually just download / dump / rip what I need specifically.

  • otp@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 days 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.