Hacking USB Loader GX

  • Thread starter Thread starter blackb0x
  • Start date Start date
  • Views Views 8,066,861
  • Replies Replies 30,226
  • Likes Likes 74
IMO all feature requests should be put on the back burner until the software is stable enough that it requires concentrated effort to cause a crash. I've actually switched to Configurable USB Loader for now, as GX just crashes too often for my tastes, and weird bugs keep popping up for me (and yes I do realize I haven't reported them and thus haven't helped development, but bug reports are a bitch when you're drunk.)
 
I hate the idea of having to switch if the project is dead. WiiFlow has no console view and the one in CFG is ugly as sin. C'mon team GX!!! I still have faith in you.
smile.gif
 
I haven't looked at your source, if there is. But my .wip code needs to know where all parts of the main.dol are in memory, because the offsets in the .wip files relate the offset in the .dol and not in memory. You can achieve that with the functions in my wiip.c if you reset before loading the main.dol and call the other one for each part of the main.dol. But don't call it for the other stuff the apploader loads!
 
I don't have a lot of Wip file to test :
- New Mario bros wii would work, but there's still the auto-patch code inside GX, right ?
- Prince of Persia would need the 921 or 929 mod version to test the wip, to get past the introduction video. (I didn't try 931 yet)

For the GX test version, could you disable the automatic mario patch too, so we can test with this game ?
 
Cyan said:
I don't have a lot of Wip file to test :
- New Mario bros wii would work, but there's still the auto-patch code inside GX, right ?
- Prince of Persia would need the 921 or 929 mod version to test the wip, to get past the introduction video.

For the GX test version, could ou disable the automatic mario patch ?

Some cIOS have more or less proper BCA handling, i think they just return the BCA data for NSMB for all games. ==> it might be that with new cIOS there's no patch at all required

If you know more about the video mode stuff and have a game that requires video mode patches to run in a certain video mode, you can use Generic Wii Patcher to create a .wip with video mode patches. But really only if you know what you are doing, so if somebody needs to explain you how to do it, you don't have the necessary knowledge.
 
ah, yes, I could try with One piece unlimited adventure or no more heroes (us), they both don't have PAL signal at all.
I will prepare them unpatched on my drive, thanks for the suggestion
wink.gif



edit : I can hard patch any game too, removing 480p signal, and patching it back with wip, right ? *currently trying that*
Edit : didn't work (I tried with Wiiplay, I removed all PAL and progressive signal, but it still boot in 480p, video mode set to disc default.)

I'll try with NMH instead, I'm sure it needs a forced video mode that way.
 
WiiPower said:
I haven't looked at your source, if there is. But my .wip code needs to know where all parts of the main.dol are in memory, because the offsets in the .wip files relate the offset in the .dol and not in memory. You can achieve that with the functions in my wiip.c if you reset before loading the main.dol and call the other one for each part of the main.dol. But don't call it for the other stuff the apploader loads!

Yep noticed that now. Already changed, not in the version above though.


Well if anyone is up for testing it, come to IRC. I don't have any games that need that.
 
if you read the last few messages here, you would know it's not working yet.

I don't know if you still need help Dimok, maybe someone helped you already. I had to recreate a new dump of NMH to test it. I hope It will work like I want, then I can help. I'm making few test using alt dol first.
I'll come to irc when I'm ready.
 
Cyan said:
I don't know if you still need help Dimok, maybe someone helped you already. I had to recreate a new dump of NMH to test it. I hope It will work like I want, then I can help. I'm making few test using alt dol first.
I'll come to irc when I'm ready.

Alright thanks, i'll be waiting. I can remove the internal NSMB patches for the testings but as WiiPower said this might still be patched by the cIOS. I think best way to test it would be with prince of persia but NMH might do it too.
 
If you want Prince of Persia working, the loader MUST NOT(*) patch the .dol in any other way than the patch to remove the protection. This includes, video mode patches, language patching, disc-in-drive checks, Ocarina and everything else.



*in german DARF NICHT!
 
WiiPower said:
If you want Prince of Persia working, the loader MUST NOT(*) patch the .dol in any other way than the patch to remove the protection. This includes, video mode patches, language patching, disc-in-drive checks, Ocarina and everything else.



*in german DARF NICHT!

lol
 
and here goes 932
QUOTE said:
*WIP Patch fix. WIP patches should work now. Tested and confirmed for PoP.
WIP Patches will be only accepted in the following format (let's not invent
thousands of different formats):
In 3x 4 bytes columns separated by a space (no ":" allowed)
offset | original address | overwrite address

Example for PoP:
007AAC6A 7A6B6F6A 6F6A7A6B
007AAC75 7C7A6939 69397C7A
...

The original address is compared before patching and is not patched if it
doesn't match. You can see the confirmation or fail of a patch on the Gecko
Output.

*A few fix ups in different places
 
Wonderful! Thanks dimok!!!! (and anyone who helped)

It's always nice to wake up and see whats been released while you were sleeping, lol.
 
I put my wip files in SD:/wip/
but that folder is configurable in the preferences.


The format of the wip file for New super mario Wii, provided by neogamma, will not work. but it's not needed as GX is patching that game automatically.
So right now, only Prince of Persia need a Wip file, and it's already in the correct format, we don't have to convert a lot of file
smile.gif


if someone want the converted wip for mario anyway, here is the PAL one :

001AB750 9421FFD0 4E800020
001CEE90 38A000DA 38A00071
001CEEA8 388000DA 38800071
and NTSC-J (same as NTSC-U ? I don't remember)

001AB420 9421FFD0 4E800020
001CEB60 38A000DA 38A00071
001CEB78 388000DA 38800071
 

Site & Scene News

Popular threads in this forum