For historical reference, the old thread leading up to v1.0 is here: https://gbatemp.net/threads/new-app...isc-images-in-playable-formerly-swiit.533402/

I'm sure @nanook was tired and just wanted to get this out, but a big thing here is that this app supports two LOSSLESS formats for GC and Wii which are playable out of the box in Dolphin.

READ THE WIKI - There is a lot of good stuff in there that isn't documented anywhere else.

 

Sorry for the double post. If you're using recover - a config entry is missing

<!-- Wii: Jakers! Kart Racing (Europe) (En,Fr,De,Es,It,Sv,No,Da,Fi) - 1 bit junk diff. Redump is 08 - possible Single Event fail before hashes and encryption were generated -->
<add key="SJ3PNL0000_68568d32" value="00" />

Add that to the <junkRedumpPatch> section or recovery will fail if the source is scrubbed/WBFS.

 

I’d just like some clarification. The best format to reduce space is NKit.iso while removing update partition.

Then afterwards you can add additional compression with GCZ through dolphin and then can 7z?

 

@FMonty @Zarper Yes for best space saving - nkit.iso - 7zipped

Best playable is nkit.gcz (made with nkit, not dolphin). Just because NKit will make a slightly different GCZ

Update Partition removed. Keep the recovery folders so you can always get back to the original image 1:1

 

About fucking time.
Thanks for spending so much time on this and updating us so often during the development process.

 

So I'm still in the process of archiving all my rips, but I have enough of an impression to post my thoughts/questions.

Wii
I thought all my Wii rips were 1:1 verified, but I found a corrupt one, potentially just from bit rot on my old hard drive that failed at one point. I had moved everything off and thought it was ok, but it had something like 7 random bytes where it differed from my re-rip. This tool was great for detecting it, though I guess I could have done that from the redump dats too.

I am interested in archiving my rips, not necessarily playability right now, so I am recovering to nkit and 7zipping them. Initial results are showing about a 70% reduction in space used, which is wonderful.


Gamecube
When I run my GC rips through the extraction app to get the recovery files, all my rips say the region is Japan, which is definitely not true, they are all US. Is this a bug? I'm using the GUI app.

My GC rips were initially scrubbed years ago with an old GC iso management app (I don't remember which one) and then 7zipped. For these, I had a lot more fail to verify, something like 15 or so. Some comparing with a hex editor shows 0x00's where there is data in the re-ripped image. Reading the wiki, it seems like not everything that the scrubbers removed may have been junk that was able to be procedurally generated, some of it might have been other random data. Is this assumption correct?

It is interesting to see Mario Party 5 in the special cases section in the config file. This game would always fail my scrubbing attempts in the past. I don't remember details since I probably did this 10 years ago, but I think scrubbing it would either corrupt the image or fail to do anything, and it always bothered me.

I haven't started 7zipping my GC rips yet, but I'm expecting only marginal space savings over my old method of scrubbing/7zipping, since this tool is doing basically the same thing, only safer.

Thanks a ton for this tool. I've always hoped for a better way to store Wii rips especially, that could still be restored and verified.

 

Then can you please help by linking to docs for that (standard?) format?

 

What I did was turn off the "Delete recovery match failures" option, then recover my rips to iso, they said Match Failed. I then split this iso and the re-rip iso into 50MB chunks, and compared these with a comparison tool I use called Beyond Compare. Some of the chunks matched 100%, some of the rips only differed in one chunk, some in almost all of them. I didn't do a thorough comparison, but I did usually see zeros in my restored rip, and data in the re-rip.

By my best guess, I probably used GC-Tool by Paradox. The release I still have buried on my hard drive says it was released in 2003. Though the dates on all my rips say 2008, I think it may be my original rips I made over the BBA adapter with a tool called Phoenix. I know years later I redid everything with CleanRip, but it looks like I didn't save those rips for whatever reason. So it's possible that I had some bad rips too.

EDIT: It turns out it is the tool I used to scrub that is corrupting them, using GC-Tool to scrub some of my verified good re-rips gives me the same CRC for the scrubbed rip that is unable to be restored correctly.

 

The RVT-H unencrypted disc image format is basically the same as Wii format, except partitions are not encrypted and don't have hashes. So it's more like GameCube format with partitions.

Retail IOSes don't support this format normally, so the cIOS would need to be updated to allow it to work.

On the plus side, this might actually reduce load times a bit, since the data won't need to be decrypted and hashed on load.

 

Correct. Know anyone that would be interested in tackling that? It would be awesome to see that kind of support added to cIOS... that would also mean prototypes could be played on retail hardware.