- Joined
- Sep 28, 2008
- Messages
- 888
- Trophies
- 0
- Age
- 30
- Location
- Great White North, Eh!
- Website
- Visit site
- XP
- 176
- Country
Benchmarking USB or SD gives you a rough idea of how fast your devices are. For me they both take around 12 seconds. The disc benchmark shows how fast your wii can read the disc, it is the theoretical maximum dumping speed.ILLPLEASA said:Just one question though, whats the point of benchmarking the SD card (and also benchmarking the DVD Drive)? Should I keep the benchmark.bin file on the FlashDrive? Thanks in advance.
Now to test the speed of this thing! Will post back with results..
EDIT:
About 6 minutes into the dumping, its still showing 2 hours and 23 minutes... Is that normal? Also the DVD Benchmark finished in 10 minutes (not sure how that is relevant but thought I should put it out there).
My Wii is 3.2 Wii updated with 4.0 Waninkoko Firmware flashed with cIOS38 Rev13b (for reference). Is USB 2.0 support built in to this cios or do I have to install a seperate module? Perhaps cIOS USB2 by Kwiirk?
Agreed.fogbank said:I prefer having a complete raw dump from an app like this anyway.WB3000 said:I'm running v1.1 right now, I'll have to try v1.2. I wish that part sizes could be extended to the full SL disc, as using an 8GB card and having to concatenate the parts seems unnecessary.
Obviously the file size limitation of FAT32 requires splitting the .ISO. Since this type of disc dumper is using raw sector reads it is not file-system aware, so it cannot tell an update partition from a data partition or garbage data. Therefore "scrubbing" is not possible (afaik).
Yep, since it only writes to FAT/FAT32 it has to use chunks less than 4GB. It will automatically continue dumping the next chunk if there is space available on the destination drive.
It is possible to do deeper analysis while dumping (to determine where the partitions start and end etc.), I might make a "size optimized" mode that scrubs the unneeded crap and compresses as it's writing, so a full disc image would end up in a file smaller than 4GB that could be extracted to a full size scrubbed ISO on the PC.
QUOTE
tueidj said:Hm there's a slight bug - once you've seen the "Using USB1" message, you're stuck in USB1 mode until you restart the program, even if it doesn't say so. If you toggle the SDUSB setting it will attempt to use USB2 again.
tueidj said:Recently while working on RawkSD we've had to dump a few discs (RB1/GH3/GH:A/GH:WT/GH:M/GH:SH) and I thought I could make a much faster dumper than the available ones. So using the source code for CaitSith2's dumper (based on nitrotux's work) I went ahead and did it. The results are pretty impressive: around half an hour to dump a single layer disc and an hour to dump SSBB.
Link to SuperDump v1.2: http://www.megaupload.com/?d=7VN7URD8
Features:
- Dumps to SD, USB2 or USB1 (fallback if USB2 is not detected)
- SDHC support under any IOS (although it tries to use IOS249 if available)
- Ability to choose chunk sizes (mainly to suit 1GB, 2GB and 4GB SD cards) and which chunk to start dumping from
- Checks for available free space before starting dump
- Detection of FAT partitions other than partition 0
- Shows time remaining (for current chunk only)
- Unlike the USBLoader, produces 1:1 disc images and works with FAT partitions
If you have a picky USB2 device (like kingston datatraveler DT100 keys), try starting superdump with no USB devices connected and only plug it in after the text appears. For me this avoids the "USB2 device not found, using USB1 instead..." message and I get full speed writing. Also the "Checking free space..." step can sometimes take a long time to complete for large FAT32 drives.