Hacking Nintendont

[VinsCool]

I created a thread for cache.txt here -> http://gbatemp.net/threads/looking-for-some-cache-txt-for-nintendont-ask-here.367712/

 

[drakorex]

I remember for the longest time after I got my WiiU, it didn't matter if I plugged my HDD into the front or back it would work for backup loading. Then came an update (the one that added gamepad screen support for vwii, I think) and then only the back ports would work. Is anyone able to test this with Nintendont in any capacity?

 

[BooLWiigiN]

Hi! Please can you explain me why are you always specifying the GAME ID (like G2CE52 for True Crime: New York City) for the cache.txt? I just want to know if i must write it in the folder's name?
And the files in the Daxtu's repository work for all the regions games? Because the ID of these file refers to NTSC-U region, can i use them with PAL games?

 

[faku1810]

Hi! Please can you explain me why are you always specifying the GAME ID (like G2CE52 for True Crime: New York City) for the cache.txt? I just want to know if i must write it in the folder's name?
And the files in the Daxtu's repository work for all the regions games? Because the ID of these file refers to NTSC-U region, can i use them with PAL games?

No, the folder's name can be whatever you want. I think it's precisely because of region diferences, sometimes the files in the iso have different names in ntsc or pal, for example, when it includes the language in the filename (es, en, etc) That way you can see that a cache.txt was done with a certain region game and it might or might not work with a different region iso. You can still try it though.

 

[ShadowOne333]

Hi! Please can you explain me why are you always specifying the GAME ID (like G2CE52 for True Crime: New York City) for the cache.txt? I just want to know if i must write it in the folder's name?
And the files in the Daxtu's repository work for all the regions games? Because the ID of these file refers to NTSC-U region, can i use them with PAL games?

Try to use the cache files with different region games and let us know if it worked. You can experiment and report back anything that happened

 

[Goku Junior]

Hi! Please can you explain me why are you always specifying the GAME ID (like G2CE52 for True Crime: New York City) for the cache.txt? I just want to know if i must write it in the folder's name?
And the files in the Daxtu's repository work for all the regions games? Because the ID of these file refers to NTSC-U region, can i use them with PAL games?

I don't think other region cache could work with a different region cache, because the files would be different, in other cases they can work partially, it depends in what archives are changed in regions.
Oh, I forget to tell, the ID doesn't affect cache, you only need to download the .txt and name cache.txt.

 

[daxtsu]

1.95 - Super Mario Sunshine doesn't seem to be working, it broke in 1.84 and on.

It's booting fine here. Maybe delete nincfg.bin, ndebug.log, and temporarily remove your cache.txt, if you're using one?

 

[airline38]

It's booting fine here. Maybe delete nincfg.bin, ndebug.log, and temporarily remove your cache.txt, if you're using one?

I believe the root cause is "controller compatibility". (since v1.89)

 

[daxtsu]

Oh, black screening because of HID I guess?

 

[realromhunter]

Hi, pals. I solved the problem to run Nintendon't in Wii Family Edition with IOS58 25.32 (rev 6432).
Downgrade was not required and it could be dangerous for Wii system!

I include source modification and binary files (.dol and .elf).
It is based on r94 but could be applied to newer versions easily.

In loader/main.c

    ...
    //int fw = IsWiiU() ? 25 : 24;
    int fw = *(vu8*)0x80003142;
 
    if( *(vu16*)0x80003140 != 58
    || ( IsWiiU() && fw != 25 )
    //Fix for Wii with IOS58 25.32 (rev 6432) -> r94.1 ??? ;-D
    || ( !IsWiiU() && fw != 24 && fw != 25 )
    //
    || *(vu8*)0x80003143 != 32 )
    {
        ClearScreen();
        gprintf("This version of IOS58 is not supported!\r\n");
        PrintFormat( 25, 232, "This version of IOS58 is not supported!" );
        ExitToLoader(1);
    }
    ...

You can see from code that IOS58 24.32 (rev 6176) still be supported.

I have tested STARFOX ASSAULT [GF7P01] on my Wii Family Edition v4.3U (USB HD, PS3 Controller, Component Video cable).
Dialog text is not displayed but game works great at 16:9 (progressive scan) with sound.

At crediar: Don't be mad with me for the tweets ;-D

@romhunter1 This isn't a support hotline.

 

[faku1810]

Hi, pals. I solved the problem to run Nintendon't in Wii Family Edition with IOS58 25.32 (rev 6432).
Downgrade was not required and it could be dangerous for Wii system!

I include source modification and binary files (.dol and .elf).
It is based on r94 but could be applied to newer versions easily.

In loader/main.c

    ...
    //int fw = IsWiiU() ? 25 : 24;
    int fw = *(vu8*)0x80003142;
 
    if( *(vu16*)0x80003140 != 58
    || ( IsWiiU() && fw != 25 )
    //Fix for Wii with IOS58 25.32 (rev 6432) -> r94.1 ??? ;-D
    || ( !IsWiiU() && fw != 24 && fw != 25 )
    //
    || *(vu8*)0x80003143 != 32 )
    {
        ClearScreen();
        gprintf("This version of IOS58 is not supported!\r\n");
        PrintFormat( 25, 232, "This version of IOS58 is not supported!" );
        ExitToLoader(1);
    }
    ...

You can see from code that IOS58 24.32 (rev 6176) still be supported.

Wouldn't the same be achieved by using this instead? I would think the wiiU will always have the correct firmware (as long as people don't mess with it) so adding an extra check to see what console is used seems unnecessary to me. Because the wiiU most likely won't have a fw version 24, and yet both wii and wiiU will work if it's 25.

if( *(vu16*)0x80003140 != 58 || *(vu8*)0x80003143 != 32 || (fw != 25 && fw != 24))

 

[GreyRogue]

Wouldn't the same be achieved by using this instead? I would think the wiiU will always have the correct firmware (as long as people don't mess with it) so adding an extra check to see what console is used seems unnecessary to me. Because the wiiU most likely won't have a fw version 24, and yet both wii and wiiU will work if it's 25.

if( *(vu16*)0x80003140 != 58 || *(vu8*)0x80003143 != 32 || (fw != 25 && fw != 24))

I want to play too:
if ((*(vu32*)0x80003140 & 0xFFFFFEFF) != 0x003A1820)

 

[Boigahs]

What do you guys use to format your flash drives? I've been struggling with getting past Checking FS for a while now. Is the cluster size the same as the allocation unit size in the windows 7 built-in formatting utility?

 

[ShadowOne333]

realromhunter, faku1810, GreyRogue

You guys are messing with the space-time continuum, that might cause the destruction of the entire universe as we know it.

 

[VinsCool]

What do you guys use to format your flash drives? I've been struggling with getting past Checking FS for a while now. Is the cluster size the same as the allocation unit size in the windows 7 built-in formatting utility?

I use guifat32 format, it works well and is simple to use.

 

[realromhunter]

Wouldn't the same be achieved by using this instead? I would think the wiiU will always have the correct firmware (as long as people don't mess with it) so adding an extra check to see what console is used seems unnecessary to me. Because the wiiU most likely won't have a fw version 24, and yet both wii and wiiU will work if it's 25.

if( *(vu16*)0x80003140 != 58 || *(vu8*)0x80003143 != 32 || (fw != 25 && fw != 24))

I guess so but, I was trying to respect logic from original code by crediar:

int fw = IsWiiU() ? 25 : 24;

This piece of code is hard to read and I prefer avoid that kind of style:

I want to play too:
if ((*(vu32*)0x80003140 & 0xFFFFFEFF) != 0x003A1820)

 

[realromhunter]

realromhunter, faku1810, GreyRogue

You guys are messing with the space-time continuum, that might cause the destruction of the entire universe as we know it.

lol

 

[faku1810]

I guess so but, I was trying to respect logic from original code by crediar:


This piece of code is hard to read and I prefer avoid that kind of style:

lol, actually that bit was changed by me, because the previous one (not sure if it was the original) was an if IsWiiU () { bla bla bla } else { bla bla bla} ; and the only difference was that it used 25 in one, and 24 in the other. so I wanted to make it shorter and easier to read.

I don't have enough knowledge to know if what greyrogue posted actually works... but to be honest, they're the coders and if they can read that, then it's okay. I always have a tendency to go for the shorter way to do something, even if it's not easy to understand (not the same as "easy to read")

 

[VinsCool]

The end result is what we want anyway, nah ?

 

[kingdsx]

I have been playing through Super Mario Sunshine on 1.80 and just wanted to indicate that the shadow mario levels for ricco harbor (white screen right after level select never goes away, so level cannot be played at all) and sirena beach (level loads, but when you cannot enter hotel delfino (after you talk to the man outside the hotel, the screen goes black and never goes away). This may apply to pianta village's shadow mario level as well, but I have not gotten to that level at this point. These levels all work properly on dolphin emulator, so I doubt a corrupt iso is the problem. This effectively makes it impossible to beat the game