CleanRip v2.1.1

[emu_kidid]

CleanRip
Author: emu_kidid

GameCube & Wii disc dumping tool for the GameCube & Wii.

What's new in version 2.1.1:
- Option to remember settings for an entire ripping session
- Enable 32MHz mode on GameCube for slightly faster rips
- ETA and read speed is now based on the data read in the last second
- Tidy up the main read loop
- XenoGC patching workaround

What's new in version 2.1.0:
- Fix crash on verify disk and other minor fixes
- Fix DAT downloading issue (Wii DAT is > 1MB)
- Add SD2SP2 (GameCube Serial Port 2) support
- Add Datel disc dumping support
- Fix build issues/warnings with latest devKitPPC
- Disable DAT downloading from GameCube (no DNS support)
- Fix message prompts not appearing

Download and more details here

[Ikewise]

Thanks everyone involved.

I wonder what practical use dumping Datel discs has, though.

[Papy.G]

Saving code in case discs breaks? Who knows?

Very nice to see it updated.

I'm in search of a solution to tidy up my memcards, OSX it tending to put useless files on them, and I end up having fragmented files, XP's defrag shows its limits, and I don't even use ExFat SDs yet!
Would be nice to get an utility that puts ISOs aligned on the Iso max size begining from the end of the volume so all the other little files written, erased, edited, enlarged… don't mess with them. Maybe a function to add to SWISS in the file management system, now we will more likely have two SD on one cube at the same time

[dilav]

Thanks everyone involved.

I wonder what practical use dumping Datel discs has, though.

There was a thread a while back where someone was trying to dump Datel Advance Game Port disc, a boot disc for Datel's accessory to play GBA game carts through emulation instead of hardware like the official Game Boy Player

[Vendest]

I am new to using CleanRip and would like to understand if I placed the files correctly on the SD card. (Using GC + Xeno with Swiss 0.683

screenshot


In fact I did try to dump an original disc (Biohazard 0 Disc 1) without having the DAT file from redump.org on the SD card.
I checked manually the MD5, SHA-1, CRC32 are different however the iso loads fine.

Filename: GBZJ08
Internal Name: biohazard 0
MD5: b0696eae15c0449a0197b2622fefbf23
MD5: d042c42ab577de62da0c9e483008a5a3 (redump)
SHA-1: 6c21556c046ccf8775fe329dc2595375ad5487f0
SHA-1: ca05364e6b55bc517cada9560912fb6b2194e83e (redump)
CRC32: FC9B711F
CRC32: eeee4e93 (redump
Version: 1.00
Verified: No
Seconds: 2632

Thanks,
Vendest,

[Aleron Ives]

You never get the correct checksum when you dump with Xeno installed. You have to remove the modchip if you want perfect dumps.

[emu_kidid]

Yeah, there's 2 ways to disable a XenoGC injecting its custom code into the apploader section but I've never had this supported in CleanRip afaik. I could probably add support.

[Aleron Ives]

Considering the easiest way to run CleanRip is with Xeno, it certainly would be nice if you could get perfect rips that way.

[Papy.G]

Considering the skills and work involved to get a chip installed and working, I won't consider using a Xeno is the easiest way to use any homebrew. Maybe Cleanrip can even launch straight from the letterbomb exploit, as well as GCMM, I'l try it some day, and report back.

But still, it would be really nice for those with a Xeno to be able to get clean rips.

[emu_kidid]

Eh, CleanRip is released as a GameCube and as a Wii DOL so you can boot the Wii one directly from the homebrew channel, not sure why you'd boot anything but the HBC installer from letterbomb

[Vendest]

Thanks guys for the information, I had no idea the xeno chip will corrupt the dump in a way. The iso remains playable.

[Papy.G]

The Xeno modifies the header in the disc's informations, that's essentially how it works, I read it somewhere, don't remember, maybe on these boards.

… not sure why you'd boot anything but the HBC installer from letterbomb.

Just not to void the warranty.
I'm quite afraid to mess something and I don't want to waste much time figuring out the whole thing to get the HBC on my Wii. That's why I ran GCMM from the letterbomb hack to put the gamexploits on my memcards.
I already tried to run SWISS this way, but it didn't work, have to find another way, ultimate would be to get the dolaunchers as .dol instead of .gci, to run SWISS from the SD Gecko on a Wii without the need of a GC game disc and save exploit.

[Aleron Ives]

Considering the skills and work involved to get a chip installed and working, I won't consider using a Xeno is the easiest way to use any homebrew.

For people who regularly play GC, using a game exploit every time you boot the system so you can access Swiss is a huge pain. It's much easier to use Xeno so you can boot Swiss directly from a DVD.

[emu_kidid]

2.1.1 is out, first post updated with details!

[Bombastisch]

Thank you a lot for updating this awesome tool!
Disc read speeds also finally make a bit more sense, instead of an ever so slowly increasing number!

[Papy.G]

For people who regularly play GC, using a game exploit every time you boot the system so you can access Swiss is a huge pain. It's much easier to use Xeno so you can boot Swiss directly from a DVD.

There are faster exploits than others, and those are fast enough not to be considered exacly as painful, especially when you compare to some games' intros or disclaimers that can't be skipped.
You may have invoked the ability to boot SWISS from an SD card, which would be far superior to the game exploit in that your preferred backup can sit in the console without having to swap. There, I would have agreed.


Well, I tried to make me an all-Zelda SD, so I put a 450MB dumb file at the beginning of a freshly formatted 8GB card, then put two dumps on it under WinXP, erased the dumb file, put the card on my GC to dump the three other discs, and the first dump was written fragmented.
Is it possible to check for contiguous space before dumping? And trying the best not to fragment files? Maybe prompt a message if the dump cannot be written contiguously.

[Cuddles]

Thanks for the tool

Would it be possible to have exFAT added?

[Bombastisch]

Thanks for the tool

Would it be possible to have exFAT added?

I have not seen any software library for the Wii/GC which would allow for a simple implementation.
FAT32 still works the best across all operating systems, with the only limitation being the filesize.

But stitching together the files per command-line is not all to complicated.

[emu_kidid]

Swiss has exFAT support, I'd just be adding that in if I were to support it.

[GyroDragona]

Is there a way for CleanRip to verify rips on the GameCube? I have a broadband adapter that's connected to the network on the GameCube but it does not seem to be using it to connect and check the rip.

EDIT: I even went through the source code (found where it was programmed to download the files from in verify.c) to see if I might be able to do to get it to work. I downloaded "gc.dat" and "wii.dat" (even though I know the GC would never need it) from gc-forever (I know it is also on the git for CleanRip, I wanted to make sure to get the most recent version) and put them in the same directory as cleanrip-gc.dol within a directory called CleanRip. That failed so I moved everything from the CleanRip subdirectory into the root of the SD card and that worked. It's a shame none of this info is in the documentation from what I have been able to find. Would it be possible for it to look in the directory it was launched from on the GC. It helps being able to organize things instead of having everything in the root of storage.

Would be cool for it to support the broadband adapter on the GameCube as well to get the needed files and to update the dat files.

Thank you for making this awesome software.

[GyroDragona]

Swiss has exFAT support, I'd just be adding that in if I were to support it.

Oh, that would be really handy. It's kind of a pain on windows 10 to mess with FAT32. Requires having to download software instead of using the built in windows formatting tools.