[Enhancements] Uniform size for rawnand.bin and eMMC split files

[tldzyx]

Current Split Size

• the splited files 00~14 in path /emuMMC/SD00/eMMC max size is 4261412864 bytes, equals 4064MB, equals 2GB minus 32MB
• the splited files rawnand.bin.00~rawnand.bin.14 in path /backup/xxxxxxxx/restore max size is 2147483648 bytes, equals 2048 MB, equals 2GB
• the splited files rawnand.bin.00~rawnand.bin.14 in path /backup/xxxxxxxx/restore/emummc max size is 2147483648 bytes, equals 2048 MB, equals 2GB

why uniform size

in fact, the merge file at above three files group is the same file, uniform size let backup / diff / transfer could be easy and simple

other questions

I noticed that nintendo split file in ***.nac folder max size is 4294901760 bytes, equas 4GB minus 64KB, combine the above two, there are three different max split size for fat32 limit, let there use the same max size could becoming a good idea?

[CTCaer]

[tldzyx]

why? I don't understand

[impeeza]

why? I don't understand Buddy, this is not a support site, please go to Discord or GBATemp.net.

your questions is a joke because you are comparing file size with file use on disk -the difference is about the size of cluster on disk-, that's why your files have different sizes.

You can split files on the size you like, the most used ones are 2 GB or 4GB because the limits of the FAT32 format. but is mute which you use.

on the downloads section of the repo there are scripts to join the files and you end with a file of 32GB on size.

[tldzyx]

why? I don't understand Buddy, this is not a support site, please go to Discord or GBATemp.net.

your questions is a joke because you are comparing file size with file use on disk -the difference is about the size of cluster on disk-, that's why your files have different sizes.

You can split files on the size you like, the most used ones are 2 GB or 4GB because the limits of the FAT32 format. but is mute which you use.

on the downloads section of the repo there are scripts to join the files and you end with a file of 32GB on size.

@impeeza I think you misunderstood. I'm not joke, maybe like discuss or request

• the split size was from hekate, not my choice

  • if create emuMMC will get /emuMMC/SD00/eMMC/**, each max size is 4064MB
  • if create backup will get /backup/xxxxxxxx/rawnand.bin.** or /backup/xxxxxxxx/emummc/rawnand.bin.** on fat32 sd card

• In my timeline

  • I found total size of /emuMMC/SD00/eMMC and /backup/xxxxxxxx/rawnand.bin is equals
  • I copy them on my computer, and try cat 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 > rawnand.bin, diff file sha256, exactly the same
  • I try split -b 4064M -d rawnand.bin '', diff each file sha256, exactly the same
  • I try to convert sd file to sd partition by hekate, and I choose 58G for sd partition, so the sd card from exFAT to fat32
  • I create emu by sd partition, then I backup the emu, got /backup/xxxxxxxx/emummc/rawnand.bin.**, total was 58G
  • I guess and try, move the /backup/xxxxxxxx/emummc/rawnand.bin.** to /emuMMC/SD00/eMMC/**, and copy other like BOOT0/BOOT1/file_based, then choose emu to sd file, it's run success
  • so I conclude /backup/xxxxxxxx/emummc/rawnand.bin.** and /emuMMC/SD00/eMMC/** is the same file, just split size different
  • then I think, why there has different? why not use the same split size? I guess it's because fat32 limit, so I think the game file like **.nac has the same question, so I open the Nintendo folder and find and compute, it 4GB minus 64KB, so nintendo think it's a good split size?
  • I'm no expert. so I post issue at here, may it's can be uniform, just adjust the split arguments, or there has some reason let they are different I don't know
  • so, I got a photo, but I can't understand, so I hope get answer.
  • how ever, this issue was closed by maintainer, so I will not request it again, mybe I will get the answer at some place, or forget it.
  • I'm sorry I might be a little obsessive.

[CTCaer]

The pic goes to you too @impeeza

The sizes are very specific.

• backup size is 1GiB or 2GiB so someone can do a backup with only a 2GB or 4GB card without complicating the code. For exFAT with enough size it is dumped in its whole.
• emummc is constrained by fat32 limit and you are required to have all parts in it. So it's 4GiB - 32MiB. That 32MiB is for big sd card AUs
• everything for hekate is basically aligned to 4MB min for read/write performance reasons and that is a requirement on the split parts also. That's also why the file size matches filesystem size.
• nintendo is nintendo and it's irrelevant what it does (their 64KB alignment block has specific meaning though). What nintendo does has nothing to do with hekate basically and you can also not change it ofc.

The issue here is that I don't cater to OCDs for such things and that backup/transfer in "why uniform size" is not affected at all. As for diffing, that must be an added argument without checking the specifics just for the shake of it, since almost the entirety of rawnand.bin has encrypted data.

In the end, the issue page is not for such things. You can ask in discord about these.