CleanRip v1.0.5

[emu_kidid]

CleanRip
Author: emu_kidid

(taken from http://code.google.com/p/cleanrip/)

Create 1:1 backups of your GC/Wii discs for archival purposes without any requirements for custom IOS (cIOS).

Whatsnew in 1.0.5:
* Built with latest libOGC git (as of 30/06/2012)
* Built with libntfs-2012-1-15 (SVN Rev 13)
* Async read/write support for faster dumps (tueidj)
* Fixed time remaining to be accurate (tueidj)
* Fixed a potential bug when writing next chunk (tueidj)
* Fixed redump.org DAT file downloads (now re-hosted on gc-forever.com)
* Use proper DVD init from PPC and kill the starlet DVD IRQ (tueidj)
* Fixed Motor Off error message at the end of dumps

Features:
* FAT32 / NTFS file system support
* USB 2.0 support
* Front SD Support
* Gamecube / Wii / Wii Dual layer disc dumping
* BCA ripping to disk
* File Splitting (1,2,3GB (or Maximum file size - only on NTFS))
* MD5/SHA-1/CRC32 sums saved to disk
* Redump.org in-program verification for known rips (hosted on gc-forever.com)

Example of dump information provided as of 1.0.5:

Code: Select all

--File Generated by CleanRip v1.0.5--

Filename: GMSP01
Internal Name: Super Mario Sunshine
MD5: 72C4860D8555D5E790628E348ABC244D
SHA-1: 26798080DE5E5C0F154915324C5C7DD6AA36056A
CRC32: 4C1D3641
Version: 1.00
Verified: Yes
Seconds: 545

FAQ:
Q. How do I use the redump.org verification to see if my rips are good?
A. There are two options to get this setup with CleanRip.
1. CleanRip can automatically download the redump.org DAT files if it is connected to the internet.
It will place two files gc.dat and wii.dat on the root of the device you're about to dump to.
OR
2. Go to http://www.redump.org, click on downloads and then download the
"Nintendo GameCube datfile" and the "Nintendo Wii datfile". Extract the .dat from the
zip archive and place them on the root of the device you will be dumping to.
They must be named gc.dat (Gamecube) and wii.dat (Wii), otherwise they will not be found.
Until I implement http fetching of the file from within CleanRip, please make sure
you update the DAT files on your disk regularly.

Q. CleanRip tells me that my dump is not verified, is this a bad rip?
A. It might be. To be sure, go to redump.org and have a look at the game you're trying to rip.
If it doesn't exist on redump.org, then feel free to sign up to the forum and submit
your rip checksum. If it does exist, then make sure you've turned off any Gamecube/Wii
region patching from your modchip and also that the disc is as clean as can be. It might
help to try ripping it on another wii if possible.

Q. What is "New Device per chunk" I see when entering my Wii settings?
This is useful to set to "No" when you're ripping a large game (>4GB) to a large enough
FAT32 formatted device. This way, it'll automatically split your file based on the chunk
size and will not prompt you to insert the next storage device for the next piece.

Web site:
http://code.google.com/p/cleanrip/

Cleanrip current version - Download
http://code.google.com/p/cleanrip/downloads/list

[AC_Orange]

The best gc/wii dumper just got better

[emu_kidid]

Might be a bug in redump verification I just noticed

[noobcube]

Will give it a try.... good to see it updated.

[corenting]

Yeah, good to see it updated !
Now I have to update my mod

[noobcube]

Might be a bug in redump verification I just noticed

Could be....

Just performed three v1.0.5 test rips of F-Zero GX (NTSC-US). The first rip was a DVD-R burned with a Viper GC Extreme backup. The second and third rips were from the retail disc. The first and second rips occurred with YAOSM 3.2 enabled, and for the third rip the chip was disabled.

MD5:
Rip 1 (Viper backup): 40ACC4C01A5ECE7109BE1E08EF6DF978
Rip 2 (retail/YAOSM): 81293462CF48C6A482C33E25C4097AC0
Rip 3 (retail/no chip): 81293462CF48C6A482C33E25C4097AC0

Note: 81293462cf48c6a482c33e25c4097ac0 is the MD5 reported by gametdb

None of the three matched the MD5 from redump.org.

The time and reading rate display are now more accurate. Ripping time does not appear to have changed significantly. One minor point - the total bytes read should be 'MB(ytes)' not 'Mb(its)'.

[emu_kidid]

Yeah, there's a bug, it'd not using the XML properly, I'll fix it later on today. Also a bug which would be slowing dump times down a little bit

[wolfpacleader1986]

I noticed another issue as well.

On my Wii, when it downloads the DAT files, I ALWAYS get one of those black screens of death(i.e. Exception DSI screen). Using a 1TB USB External HDD formatted to NTFS with 2 partitions and system menu 4.2. Also using Homebrew Channel on 1.1.0 using ISO58.

[emu_kidid]

I should test out ntfs I guess

How's dumping to that drive go? Any issues?

[wolfpacleader1986]

I can't dump anything. It always gives me that screen before hand. Should I try dumping WITHOUT downloading the files?

EDIT: Now, it gives me that Exception screen right when it's supposed to detect the drive(after I press A to continue on the NTFS 2 Partitions found screen).

EDIT2: Tried ripping to my SD card. It downloaded the DAT files and ripped my copy of WWE Day of Reckoning just fine. Checked the ISO with redump.org and the CRC32 is a match.

EDIT3: The md5 is ALSO a match. I'll rip more later and give you the result.

EDIT4: When looking at my USB drive that I tried, it looks like there are TWO dats for each instead of one. It's wii.dat, wii.dat.dat, gc.dat, and gc.dat.dat. I have no idea what that's about. I'll try it again since I deleted them off of there.

So, it looks like the NTFS is STILL a problem with this.....

[liquitt]

it's been 2 years?? damn, i'm getting old!
thanks mate, will test asap

[emu_kidid]

1.0.6 should be out around the corner with a few more bugfixes that users have noted

@wolfpacleader1986, thanks, that should be enough for me to track down the issue & resolve.

[bm123456]

Hey emu_kidid , the download .dat worked great, but even though i always verified it has downloaded and it works fine here with v1.0.5. when it is done the next time i boot, it tells me no .dat are found and it downloads another one from GC-forever. which is fine it only takes a sec ,but sounds like a bug to me. can you or someone verify it is doing this to.

[LightningStalker]

One minor point - the total bytes read should be 'MB(ytes)' not 'Mb(its)'.

I'm partial to the IEC 60027-2 standard mebibyte (abbreviated MiB). It is defined as 1024 * 1024 = 1,048,576 bytes.
http://en.wikipedia.org/wiki/Mebibyte

[noobcube]

Any news on the CleanRip front? USB loading for Gamecube has created a bit of need for (ripping) speed....

[Cubelover]

Any news on the CleanRip front? USB loading for Gamecube has created a bit of need for (ripping) speed....

So what, Wii USB loading exists before GC USB loading and Wii Isos are much larger than GC isos. Besides, CleanRip just received a speed enhancement with v1.0.5. It's doubtful that it can get any faster.

[emu_kidid]

yep, it's doubtful it can get any faster with clean rips. Garbage skipping rips, that's another story, but I'd rather implement that in another app to keep cleanrip nice and simple.

[noobcube]

Yeah, there's a bug, it'd not using the XML properly, I'll fix it later on today. Also a bug which would be slowing dump times down a little bit

Was referencing this... which seemed to indicate that 1.0.5 was not quite up to speed just yet, plus the XML issue for checking the rip against redump.

Plus this:

1.0.6 should be out around the corner with a few more bugfixes that users have noted

Anyway, am just curious to know if an update might be upcoming... no worries....

[emu_kidid]

Should be an update coming up shortly - I've been busy with Swiss

[bm123456]

Thanks emu_kidid as always , for the reply and hard work.

[noobcube]

A quick suggestion for the next CleanRip, whenever it comes out... How about making ripping the BCA optional (or even remove it), as the BCA information is only used for just one game (NSMB)?

[Sintendo]

Does the BCA dumping really bother you that much?

[noobcube]

Does the BCA dumping really bother you that much?

Yes. I am haunted by evil BCA files every night when I close my eyes....

Actually, it was more a practical suggestion. Why create BCA files for each of hundreds of game discs when only one game has ever used BCA protection? I may have a look at the code and see if I can change it myself. Because ripping the BCA is unnecessary, I just thought that it might streamline the program to remove that feature.

[jhmiller]

I want give thanks for this great tool that I use to dump Gamecube games and submit to Redump.

I found a problem after dumping games of 2 discs:
If you dump a game of 2 discs, in the next dump keeps the "disc2" in the file name.
- Dump Game 1 (Disc 1): Ok
- Dump Game 1 (Disc 2): Ok
- Dump Game 2 (1 or 2 disc): keep the "disc2" in the file name.

And for the next release one suggestion:
Choose the dump options (USB or Front SD, FAT or NTFS) only in the first dump,
and that the following dump is made with the same options, without having to choose each time you dump a game.

Again, thanks for this tool.

Regards.

[suloku]

Hi, Is support for action replay disks planned?

Mine gives "No seek complete" error.