NKit :: Recover to Redump Images :: Shrink and Preserve Wii and GameCube Disc Images as Playable

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.

 

I've been waiting for this program to come out and I just found out you created a new thread, I was following the old one and had no idea it was out already. That could be why this thread is quiet, maybe a post in the old thread instead of just editing the first post?

 

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?

 

You would likely get way better compression if you skip the GCZ compression and just do the 7zip. GCZ will compress the data making it more random and way harder for 7zip to do its compression

 

Thank you for this program. As I breifly mentioned last night, I have been waiting for this release. Some years ago I dumped all my GC collection, at the time I had a smaller hard drive and needed the space, so I scrubbed and 7zipped them. I've never redumped them but always wished I could now go back to unscrubbed without redumping. From the two images I tested, this everything seems to be great. I have something like 50 images to throw at it when I have time. I'll save them all as nkit once I know they are all reversible.

Also, I did the opposite with my Wii collection, I dumped all my discs and saved them unmodified since I had the hard drive space, yet it always seemed wasteful to me, saving all that garbage data. Now that it appears to be 100% reversible, I'll be saving these as nkit as well.

I'll report back how well it worked after I get a chance to do this.

 

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

 

Is this open source so support for the format can be added to loaders? is that even desirable?

 

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?

 

@matt! Here is info on RVT-H courtesy of GerbilSoft (who also helped out on this project in the background for his incredible knowledge of dev formats)
https://github.com/GerbilSoft/rvthtool/blob/master/doc/disc_image.md

 

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.

 

so if i understand correctly. someone would have to update cIOS in order for usb loaders to support nkit iso's?

 

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.