Hacking SuperDump

  • Thread starter Thread starter tueidj
  • Start date Start date
  • Views Views 143,620
  • Replies Replies 291
  • Likes Likes 2
Well USB loaders cant dump 1:1 dumps and Im using NTFS for USB loaders,which means I have to use SuperDump. And its very usefull for people who prefer disc loading
wink.gif
 
WiiBricker said:
...well USB loaders cant dump 1:1 dumps and...
Oh, wait wait wait...you're wrong there. At least CFG-Loader can, maybe GX too. But the other argument about NTFS is (currently) valid
tongue.gif
. Though, they fixed the Lib (seems now pretty stable), and with some work it can also be done to store them on NTFS (GX can already, but they haven't done it in a proper way or something like that, as far as I know...it's buggy and corrupts the Data/Partition sometimes...). Oh wait...I just destroyed all your arguments...sorry
tongue.gif
.

Though, I agree that this is a great App, which shouldn't die, and if the source would be released, someone would maybe add NTFS-Support, and maybe a simple GUI with LibWiiGUI? Who knows...
 
xflak40 said:
oh, so is 17b the same as 17 but with the DIP fix? or were there other problems with 17b?????????

edit:
to pack it into a wad, just install it using sciifii then use bluedump, then u wont need sciifii to install it in the future, just a wad manager

How to dump it with bluedump?

Do you mean dump cIOS249 after installing it?
 
Muyfa666 said:
xflak40 said:
oh, so is 17b the same as 17 but with the DIP fix? or were there other problems with 17b?????????

edit:
to pack it into a wad, just install it using sciifii then use bluedump, then u wont need sciifii to install it in the future, just a wad manager

How to dump it with bluedump?

Do you mean dump cIOS249 after installing it?
yup,

just launch bluedump, go to system titles, scroll down until u find IOS249 (and IOS250), hit 1, then left/right until u see pack wad (or something like that), then hit A
 
QUOTE said:
Oh, wait wait wait...you're wrong there. At least CFG-Loader can, maybe GX too. But the other argument about NTFS is (currently) valid
tongue.gif
. Though, they fixed the Lib (seems now pretty stable), and with some work it can also be done to store them on NTFS (GX can already, but they haven't done it in a proper way or something like that, as far as I know...it's buggy and corrupts the Data/Partition sometimes...). Oh wait...I just destroyed all your arguments...sorry
tongue.gif
.

Though, I agree that this is a great App, which shouldn't die, and if the source would be released, someone would maybe add NTFS-Support, and maybe a simple GUI with LibWiiGUI? Who knows...
I have tested this semi thoroughly.... the dumps from the usbloaders I tested ( config and GX ) are not 1:1 dumps

According to the information on redump.org/wiitdb.org and verifying with a md5 hash of the results the only one that matched was using superdump... Sadly of the original disks I had only 1 had the Md5 hash to compare to ...

The default settings for all dumpers I have seen ( except superdump ) is to strip partitions like update, channels etc.. and zero out the junk data. Likewise the tools to pull the data off a wbfs partition also strip partitions and zero the junk data by default.

The most successful rip being complete and all I have tested so far is using superdump 1.3 to dump to a USB Fat32 partition ( I think this is the only option currently besides a SD card ) then combining the .bin files on a NTFS drive.

However you are left with a 4.5G ISO that is not compressible, contains useless filler data for usb loader purposes and all the information that came with the original disk Like update partions , channels to load, etc. Not having more Orignals to test with I am not throughly convinced but at least my results matched someone elses
 
Yes, USB loaders dump the whole game, but it's not a 1:1 copy like Superdump

BTW, I talked to tueidj once asking him if he planned to release the source code and this was his response:
wasn't intending to, it's nothing very exciting
if you wanted to try, you could try tracking down the source for caitsith's dumper
the main speed improvement came from just compiling with the updated libfat that had write-caching
 
ssjkakaroto said:
Yes, USB loaders dump the whole game, but it's not a 1:1 copy like Superdump

BTW, I talked to tueidj once asking him if he planned to release the source code and this was his response:
wasn't intending to, it's nothing very exciting
if you wanted to try, you could try tracking down the source for caitsith's dumper
the main speed improvement came from just compiling with the updated libfat that had write-caching
http://caitsith2.net/wii/
 
xflak40 said:
just launch bluedump, go to system titles, scroll down until u find IOS249 (and IOS250), hit 1, then left/right until u see pack wad (or something like that), then hit A
It only installs IOS249 doesn't install 250 I don't think I'll check
 
Yeah what I was thinking just change the slot to 250 and version number to 65535

was right only installs IOS249 and no backup at 250 got it dumped with bluedump still says rev17 when dumped
 
Urgh... this is getting advanced quick. So eh... how to change the slot to 250 and version number to 65535?
 
For those who aren't aware, SuperDump v1.3 works just fine on cIOSX rev19 w/base IOS 57. You just have to modify (i.e., "hex edit") the USB device name in boot.dol. At offset 0x58500, change "/dev/usb/ehc" to "/dev/usb2" and pad the remainder out with null bytes. Of course, the modified version will only work on base 57 IOSes. So yes, having the source code would be really nice to add a device check for "/dev/usb/ehc" or "/dev/usb2" and use whichever is available, as loaders have done.

Anyways, I've tested it with both SL and DL discs and the dumps match those I've made previously as well as checksums on redump.org. Although I've not done an explicit benchmark, I can't say I notice any particular speed improvement over cIOS38. I suppose it could be faster, but it's not significantly so.
 
mkasick said:
For those who aren't aware, SuperDump v1.3 works just fine on cIOSX rev19 w/base IOS 57. You just have to modify (i.e., "hex edit") the USB device name in boot.dol. At offset 0x58500, change "/dev/usb/ehc" to "/dev/usb2" and pad the remainder out with null bytes. Of course, the modified version will only work on base 57 IOSes. So yes, having the source code would be really nice to add a device check for "/dev/usb/ehc" or "/dev/usb2" and use whichever is available, as loaders have done.

Anyways, I've tested it with both SL and DL discs and the dumps match those I've made previously as well as checksums on redump.org. Although I've not done an explicit benchmark, I can't say I notice any particular speed improvement over cIOS38. I suppose it could be faster, but it's not significantly so.

Works for me, thanks. GBATemp has me doing hex editing now, i would never thought I would be in this realm.
 
mkasick said:
For those who aren't aware, SuperDump v1.3 works just fine on cIOSX rev19 w/base IOS 57. You just have to modify (i.e., "hex edit") the USB device name in boot.dol. At offset 0x58500, change "/dev/usb/ehc" to "/dev/usb2" and pad the remainder out with null bytes. Of course, the modified version will only work on base 57 IOSes. So yes, having the source code would be really nice to add a device check for "/dev/usb/ehc" or "/dev/usb2" and use whichever is available, as loaders have done.

Anyways, I've tested it with both SL and DL discs and the dumps match those I've made previously as well as checksums on redump.org. Although I've not done an explicit benchmark, I can't say I notice any particular speed improvement over cIOS38. I suppose it could be faster, but it's not significantly so.

Thanks a lot!
bow.gif

Now works!!!! (after a lot of failed attempts)
Bye
 
I wanted to dump disc 2 of The Matrix for GameCube but the disc ID has a weird smiley character which I think prevents the application from opening the disc... anybody encountered a bug like this?
 

Site & Scene News

Popular threads in this forum