Hacking Nintendont

  • Thread starter Thread starter sabykos
  • Start date Start date
  • Views Views 10,168,736
  • Replies Replies 42,894
  • Likes Likes 194
i followed every step (on my wii) on both sd card and usb, but when the game loaded it automatically tried to use the gamecube ports, instead of my ps3 dualshock. I have the controller.ini set up. the controller is plugged into the back usb port. what am i doing wrong?

In the Nintendont settings, select "use HID controller". Might not be the exact name but it is what you are looking for.
 
  • Like
Reactions: ruddfu
I know r71 src just posted but I did some testing with r69.
Save files are r69 virgin and gameplay test time ran from 30 mins to 3 hrs.
Before I update the wiki, please cross reference with your own results and send feedback.
--------------------------------------------------
(85 games) http://pastebin.ca/2785832
--------------------------------------------------
I was able to find about 90% of my old games and got somewhat nostalgic.
I'm also excited about the possibilities with the newly announced WiiU GC 4 port adapter.
This project is coming along nicely; great job guys! I'll compile and test r71 tomorrow.
 
Yeah, this combo Nitendont + GC 4 port adapter will probably be the reason I'll sell my Wii and buy a WiiU. But I think it'll wait for now...
 
I know r71 src just posted but I did some testing with r69.
Save files are r69 virgin and gameplay test time ran from 30 mins to 3 hrs.
Before I update the wiki, please cross reference with your own results and send feedback.
--------------------------------------------------
(85 games) http://pastebin.ca/2785832
--------------------------------------------------
I was able to find about 90% of my old games and got somewhat nostalgic.
I'm also excited about the possibilities with the newly announced WiiU GC 4 port adapter.
This project is coming along nicely; great job guys! I'll compile and test r71 tomorrow.

Mario Power Tennis - I reach the title screen with my PAL copy. But it even stays at title screen, when you press start.
Sonic AdventureDX - My PAL copy works
The Legend Of Zelda Four Swords - PAL copy works flawless
The Legend of Zelda Ocarina of Time & Master Quest - Black screen after Nintendo logo with PAL

I experience the same as you with my PAL copies of

AnimalCrossing
F-ZERO GX (freeze at 50/60HZ question)
FINAL FANTASY Crystal Chronicles
FIRE EMBLEM
LUIGIS MANSION
Mario Kart Double Dash!!
Mario Party 4
Metroid Prime
Metroid Prime 2 Echoes
Paper Mario
Pikmin 2
Resident Evil
RESIDENT EVIL 2
Resident Evil 3
Resident Evil 4
Resident Evil Code Veronica X
SOULCALIBUR2
Star Wars - Rogue Leader
Star Wars - Rogue Squadron III - Rebel Strike
STARFOX ASSAULT - The 1 minute black screen is because some logos don't show up
Super Mario Strikers
Super Mario Sunshine
Super Smash Bros Melee
Tales Of Symphonia
The Legend of Zelda Collector's Edition
THE LEGEND OF ZELDA The Wind Waker
The Legend of Zelda Twilight Princess
 
sonic dx works but the controls are unstable when you press jump it jump and jump attacks right after it presses twice with every button
 
sonic dx works but the controls are unstable when you press jump it jump and jump attacks right after it presses twice with every button
Yeah I know. And if you press start to open pause menu you can't get out of it because pressing start is recognized as pressing start twice and therefore closes and opens the menu again.
 
v1.69 breaks a lot of games for me, Mario Sunshine gets stuck at progressive mode prompt, Kirby Air Ride randomly crashes, Sonic Adventure 2 crashes at mem card selection and many others, all perfectly working with v1.67 and before
I tried with my sd card and works perfectly. So 1.69+ has problems with my HD.
Also, I noticed that when loading any game from sd card it goes from 0 to 10 instantaneously, while when loading from USB HD it hangs a little bit on 5 and 6. Does this happen for every HD or just mine? I don't have any other to try.
 
I like to have the description in HBC up to date without manually editing the meta.xml each time i update the app. That's why I commited that change to the code. I actually wanted it to write only if the version in the file was different, but I wasn't sure how to do it.

Feel free to improve that code if you can, the devs have other stuff In their agenda and the code works as it is so it was accepted.


I'll have a look at the source later. Perhaps just add a read for the existing XML to check against current version then write back to it if the version is < current.

If the DOL won't load without the xml present does that mean that it will always be tied to run in its existing path?
 
I'll have a look at the source later. Perhaps just add a read for the existing XML to check against current version then write back to it if the version is < current.

If the DOL won't load without the xml present does that mean that it will always be tied to run in its existing path?

Not sure what you mean with the last question. nintendont must (as every homebrew app, as far as I know) be in an "apps/something/" folder in either the sd or the hdd (unless you use an usb loader that lets you choose the path to nintendont's dol; but HBC only shows the homebrew in "apps"). The xml is necessary because of the "ahb_access" tag that nintendont needs.

As for the xml check, I did think that simply comparing the current version (it's stored in a defined variable) with the one in the xml would be enough, however it implies filtering the file to find only that one string and sadly I wasn't sure how to do it without it being an overly long piece of code (I know there's a simpler way, just couldn't think of it at the time). You can find the source for that in the main.c of the loader's source.
 
I know r71 src just posted but I did some testing with r69.
Save files are r69 virgin and gameplay test time ran from 30 mins to 3 hrs.
Before I update the wiki, please cross reference with your own results and send feedback.
--------------------------------------------------
(85 games) http://pastebin.ca/2785832
--------------------------------------------------
I was able to find about 90% of my old games and got somewhat nostalgic.
I'm also excited about the possibilities with the newly announced WiiU GC 4 port adapter.
This project is coming along nicely; great job guys! I'll compile and test r71 tomorrow.

I can't confirm your problem with Four Swords [G4SE01] and MCEmu. It's been working fine for me pretty much since I started using Nintendont, and I don't get a black screen on 1.70 with it turned on, nor 1.69.

On an unrelated note: it seems like Metroid Prime 1 and 2 don't take forever and a day to return back to the game when you exit the map screen anymore, with 1.70 (while 2 still takes a long time, it's nowhere near as bad as it was in previous builds..). Not sure if 1.69 or 1.70 fixed it, but it's surely recent.
 
yeah iwantpizza every thing you said about mcemu it was just bad luck just becuase it failled once doesnt mean its a consistent issue same with all your save on 1.60 to use on 1.69 that seems extremly wierd it was just bad luck it frooze for you i bet sometimes games freeze.
 
I like to have the description in HBC up to date without manually editing the meta.xml each time i update the app. That's why I commited that change to the code. I actually wanted it to write only if the version in the file was different, but I wasn't sure how to do it.

It would probably be better to just build the xml in the makefile.
 
It would probably be better to just build the xml in the makefile.

It would, if the app were to be uploaded as a full package later. But as you might have seen, the link given is only for the dol, and the xml has to be downloaded separately; I didn't want to edit it manually each time I updated, and certainly I don't want to have to download it every time either. That's why I chose to make the app to update the xml that's already in the folder.

Edit: an user did make available a server for automatic builds of nintendont that could (if i remember correctly) include the meta.xml and icon.png in a zip along the .dol; if he made it work that way, then making the xml creation part of the compiling process would be the best approach. The link to his builds should be added to the first post, though.
 
Hm, actually, there might be something to this black screen with 4 Swords on 1.70 idea; I was able to get a crash dump from my USB Gecko, regardless of booting from postLoader, or the HB Channel, even with a fresh memory card image being created:


Nintendont Loader
Built : May 28 2014 17:23:39
Version : 1.69
VI:TVNtsc480Prog
TMDSize:1168
BootIndex:18
Kernel:"/shared1/00000095.app"
KernelSize:168920
LoaderSize:00000594
PHeaders:15
PHOffset:52
Type:1 Offset:000000A0 VAdr:20100000 PAdr:139F0000 FSz:0000C8B8 MSz:0000C8B8
O:Type:1 Offset:00012CF8 VAdr:20100000 PAdr:139F0000 FSz:0000C120 MSz:0000C120 N:Type:1 Offset:00028E44 VAdr:20100000 PAdr:139F0000 FSz:0000C8B8 MSz:0000C8B8
Type:1 Offset:0000C958 VAdr:2010D000 PAdr:139FD000 FSz:00000BF0 MSz:00000BF0
O:Type:1 Offset:0001EE18 VAdr:2010D000 PAdr:139FD000 FSz:00000180 MSz:00000180 N:Type:1 Offset:000356FC VAdr:2010D000 PAdr:139FD000 FSz:00000BF0 MSz:00000BF0
Type:1 Offset:0000D560 VAdr:2010E000 PAdr:139FE000 FSz:00000000 MSz:00001200
O:Type:1 Offset:0001EF98 VAdr:2010E000 PAdr:139FE000 FSz:00000000 MSz:000046AC N:Type:1 Offset:0001EF98 VAdr:2010E000 PAdr:139FE000 FSz:00000000 MSz:000046AC
Found Unused SWI at 000126F4
Found Unused SWI at 0001E280
Found SWI at 0001F554
Found Unused SWI at 000270FC
Found HWAccess_ES at 000290B8
Using usb:/saves/G4SE.raw as Memory Card.
Memory Card File created!
ES_ImportBoot():0
Waiting ...
IPC started (0)
Updated DDR settings in lomem for current map
load segment @ [20000000, 20007354] (29524 bytes)
load segment @ [20008000, 200082ac] (684 bytes)
load segment @ [20009000, 2004f9ec] (289260 bytes)
load segment @ [20100000, 2010c8b8] (51384 bytes)
load segment @ [2010d000, 2010dbf0] (3056 bytes)
load segment @ [2010e000, 201126ac] (18092 bytes)
priority = 88, stackSize = 2048, stackPtr = 2004f1ec
starting thread entry: 0x20000000
priority = 121, stackSize = 16384, stackPtr = 2010e620
starting thread entry: 0x20100000
$IOSVersion: IOSP: 03/03/10 10:43:18 64M $
$IOSVersion: FFSP: 11/24/08 15:36:10 64M $
USB:Discovering EHCI devices...
USB:Drive size: 114473MB SectorSize:512
$IOSVersion: OH0: 08/13/08 15:43:07 64M $
$IOSVersion: OH1: 07/11/08 14:34:40 64M $
$IOSVersion: NCD: 06/28/07 02:37:17 64M Release/apricot-win/HEAD $
$IOSVersion: STM: 07/27/09 10:06:00 64M Release/builder/HEAD $
OH1:configured USB device at port 0, vid: 0x057e pid: 0x0305
CFGInit()
Nintendont IOS55 v22.31
Built : May 28 2014 17:23:25
Version : 1.69
EXIInit Start
Trying to open G4SE.raw
Nintendont at your service!
AppLoader Size:0001D3C4
Apploader Entry:0x81200258
Apploader Init: 0x81200278
Apploader Main: 0x81200298
Apploader Final:0x812002b8
Apploader Initialized. $Revision: 32 $.
This Apploader built Sep 16 2003 10:05:34
Game:RunGame->DVDLowRead( 0x81201800, 00000020, 00000420)
Game:RunGame->DVDLowRead( 0x81201940, 00000020, 00000440)
Game:Region:1
Game:RunGame->DVDLowRead( 0x817fcf20, 00002000, 00000440)
Game:RunGame->DVDLowRead( 0x81201820, 00000100, 0001f900)
Game:RunGame->DVDLowRead( 0x80003100, 00002500, 0001fa00)
DIP:DOLsize:4949828 DOL read:9728
Game:RunGame->DVDLowRead( 0x80021840, 0043a4c0, 00021f00)
DIP:DOLsize:4949828 DOL read:4442816
Game:RunGame->DVDLowRead( 0x80005600, 0000c260, 0045c3c0)
DIP:DOLsize:4949828 DOL read:4492576
Game:RunGame->DVDLowRead( 0x80011860, 0000ffe0, 00468620)
DIP:DOLsize:4949828 DOL read:4558080
Game:RunGame->DVDLowRead( 0x8045bd00, 00000940, 00478600)
DIP:DOLsize:4949828 DOL read:4560448
Game:RunGame->DVDLowRead( 0x8045c640, 00000020, 00478f40)
DIP:DOLsize:4949828 DOL read:4560480
Game:RunGame->DVDLowRead( 0x8045c660, 00035040, 00478f60)
DIP:DOLsize:4949828 DOL read:4777632
Game:RunGame->DVDLowRead( 0x804916a0, 00020aa0, 004adfa0)
DIP:DOLsize:4949828 DOL read:4911424
Game:RunGame->DVDLowRead( 0x80539bc0, 000006c0, 004cea40)
DIP:DOLsize:4949828 DOL read:4913152
Game:RunGame->DVDLowRead( 0x8053afa0, 00008f60, 004cf100)
DIP:DOLsize:4949828 DOL read:4949856
Patch: Offset:0x00003100 EOffset:0x004BB844 Length:004B8744
Patch: Game ID = 47345345
Patch:Found [SetInterruptMask]: 0x00042978
Patch:[__OSDispatchInterrupt] 0x00042B2C
Patch:Found [__DVDIntrruptHandler]: 0x00047308 (0x00047308)
Patch:[__DVDInterruptHandler] 0x00047364
Patch:[DVDLowReadDiskID] 0x00047B60
Patch:[DVDLowStopMotor] 0x00047C20
Patch:[cbForStateBusy] 0x0004A0FC
Patch:[cbForStateBusy] 0x0004A314
Patch:[cbForStateBusy] 0x0004A318
Patch:[cbForStateBusy] 0x0004A324
Patch:[cbForStateBusy] 0x0004A328
Patch:[cbForStateBusy] 0x0004A380
Patch:[cbForStateBusy] 0x0004A384
Patch:[VIConfgiure] 0x0004C744
Patch:[DSPPattern] 0x004936A0 v0
Patch:[DSPROM] DSPv5
PatchCount:00000FFF
Patch:Found [EXIUnlock]: 0x00031D58
Patch:Found [DVDLowRead A]: 0x0004766C
[000476B8] 3C80C000: lis r4, 0xC000
[000476C4] 38842F00: addi r4, r4, 0x2F00
[000476C8] 3C60A700: lis rX, 0xA700
Patch:Found [DVDLowAudioStream A]: 0x00047DAC
[00047DC8] 3CC0C000: lis r6, 0xC000
[00047DCC] 38C62F00: addi r6, r6, 0x2F00
Patch:Found [DVDLowRequestAudioStatus]: 0x00047E44
[00047E60] 3C80C000: lis r4, 0xC000
[00047E64] 38842F00: addi r4, r4, 0x2F00
Patch:Found [DVDLowAudioBufferConfig]: 0x00047ED0
[00047F00] 3C60C000: lis r3, 0xC000
[00047F08] 38632F00: addi r3, r3, 0x2F00
Patch:Found [DVDInquiryAsync A]: 0x0004A8D8
Patch:Found [DVDGetDriveStatus]: 0x0004AA38
Patch:Found [PADRead B]: 0x0004E724
Patch:Found [PADControlMotor A]: 0x0004EA24
Patch:Found [ARStartDMA]: 0x0004FE58
Patch:[ARStartDMA] 0x0004FE58
Patch:Found [__ARChecksize B]: 0x00050124
Patch:[__ARChecksize] 0x00050124
Patch:Found [ARQPostRequest]: 0x00051B58
Patch:Found [__CARDReadStatus]: 0x000526C8
Patch:Found [__CARDClearStatus]: 0x000527B8
Patch:Found [__CARDStat A]: 0x00052C44
Patch:Found [GXInitTlutObj B]: 0x0005AD7C
Patch:Found [__GXSetVAT]: 0x0005B290
Patch:Found [GXInitTlutObj B]: 0x0005DCC8
Patch:[GXInitTlutObj] 0x0005DCC8
Patch:Found [__fwrite A]: 0x0006A390
Patch:Found [EXIImm]: 0x00071D08
Patch:Found [EXIDMA]: 0x00072004
Patch:Found [EXISync]: 0x000720F0
Patch:Found [__EXIProbe]: 0x00072400
Patch:Found [EXISelect]: 0x00072870
Patch:Found [EXIDeselect]: 0x0007299C
Patch:Found [EXIntrruptHandler B]: 0x00072AAC
Patch:Applied **IntrruptHandler patch 0x72AAC (PatchOffset=0x4)
Patch:Found [TCIntrruptHandler B]: 0x00072B74
Patch:Applied **IntrruptHandler patch 0x72B74 (PatchOffset=0x4)
Patch:Found [EXILock]: 0x00073030
Patch:Found [SIGetType]: 0x00074FB4
Patch: [DVDSeekAbsAsyncPrio] not found
Patch: [GXInitTlutObj A] not found
Patch: [C_MTXPerspective] not found
Patch: [C_MTXLightPerspective] not found
Patch: [J3DUClipper::clip()] not found
Patch: [J3DUClipper::clip()] not found
Patch: [__CARDStat B] not found
Game:RunGame->DVDLowRead( 0x817fef20, 000010e0, 004d8100)
Game:RunGame->entrypoint(80003154)
GameRegion:Region:1
NTSC
entrypoint(0x80003154)
<< Dolphin SDK - EXI release build: Apr 17 2003 12:33:17 (0x2301) >>
<< Dolphin SDK - SI release build: Apr 17 2003 12:33:19 (0x2301) >>

Dolphin OS
Kernel built : Jul 23 2003 11:27:16
Console Type : Retail 2
Memory 24 MB
Arena : 0x80553f80 - 0x817fef20
<< Dolphin SDK - OS release build: Jul 23 2003 11:27:16 (0x2301) >>
<< Dolphin SDK - DVD release build: Sep 16 2003 09:50:54 (0x2301) >>
<< Dolphin SDK - AR release build: Apr 17 2003 12:33:55 (0x2301) >>
<< Dolphin SDK - ARQ release build: Apr 17 2003 12:33:56 (0x2301) >>
<< Dolphin SDK - VI release build: Apr 17 2003 12:33:22 (0x2301) >>
<< Dolphin SDK - GX release build: Jul 23 2003 11:27:39 (0x2301) >>
<< Dolphin SDK - PAD release build: Aug 6 2003 04:30:02 (0x2301) >>
<< Dolphin SDK - CARD release build: Apr 17 2003 12:34:19 (0x2301) >>
<< Dolphin SDK - DSP release build: Apr 17 2003 12:34:16 (0x2301) >>
Thread 0 [fffe0000]: (ready)
CPSR: 6000003f, IRQ: E, FIQ: E, mode: SYS
Pri: 0, PID: 0 (kernel)
R00-03: 00000000 ffff0c63 00000000 00000000
R04-07: ffff9ecc 00000000 ffff6085 138f023c
R08-11: ffff9ecc 0000000a 00004000 0000000a
R12-15: fffe45d8 13ac03b0 ffff0841 ffff0c6c
Syscall stack: 13ac0400 (236/1024 used)

Thread 1 [fffe00b0]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 126, PID: 0 (kernel)
R00-03: fffe44dc fffe00b0 800000df fffe00b0
R04-07: fffe44dc 00000004 00000000 ffff9ec0
R08-11: 00000000 00000000 ffff9ec0 00000000
R12-15: fffe0bf4 13ac07a8 ffff298d ffff23e0
Syscall stack: 13ac0800 (148/1024 used)

Thread 2 [fffe0160]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 126, PID: 0 (kernel)
R00-03: fffe4514 fffe0160 800000df fffe0160
R04-07: fffe4514 00000004 00000000 ffff9ec0
R08-11: 13ac0ba4 ffff9f40 ffff9ec0 ffff9f58
R12-15: ffff97a0 13ac0b64 ffff298d ffff23e0
Syscall stack: 13ac0c00 (232/1024 used)

Thread 3 [fffe0210]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 126, PID: 0 (kernel)
R00-03: fffe454c fffe0210 800000df fffe0210
R04-07: fffe454c 00000004 00000000 ffff9ec0
R08-11: 13ac0f94 13ac0f94 ffff9ec0 13a74e80
R12-15: fffe00f4 13ac0f50 ffff298d ffff23e0
Syscall stack: 13ac1000 (252/1024 used)

Thread 4 [fffe02c0]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 92, PID: 0 (kernel)
R00-03: fffe45d8 fffe02c0 800000df fffe02c0
R04-07: fffe45d8 00000004 00000000 ffff9ec0
R08-11: 13ac13d8 00000000 ffff9ec0 00000000
R12-15: 00000000 13ac1388 ffff298d ffff23e0
Syscall stack: 13ac1400 (124/1024 used)

Thread 5 [fffe0370]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 88, PID: 2 (fs)
R00-03: fffe4568 fffe0370 800000df fffe0370
R04-07: fffe4568 00000004 00000000 ffff9ec0
R08-11: 2004f9b0 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac17c8 ffff298d ffff23e0
Syscall stack: 13ac1800 (224/1024 used)

Thread 6 [fffe0420]: (ready)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 80, PID: 1 (eticket)
R00-03: 00000000 fffe0420 800000df fffe0420
R04-07: fffe47b4 00000004 00000000 ffff9ec0
R08-11: 201125b4 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac1bc8 ffff298d ffff23e0
Syscall stack: 13ac1c00 (296/1024 used)

Thread 7 [fffe04d0]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 71, PID: 4 (oh0)
R00-03: fffe462c fffe04d0 800000df fffe04d0
R04-07: fffe462c 00000004 00000000 ffff9ec0
R08-11: 138a90e0 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac1fc8 ffff298d ffff23e0
Syscall stack: 13ac2000 (132/1024 used)

Thread 8 [fffe0580]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 95, PID: 5 (oh1)
R00-03: fffe45f4 fffe0580 800000df fffe0580
R04-07: fffe45f4 00000004 00000000 ffff9ec0
R08-11: 138b57ac e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac23c8 ffff298d ffff23e0
Syscall stack: 13ac2400 (96/1024 used)

Thread 9 [fffe0630]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 64, PID: 13 (ncd)
R00-03: fffe47d0 fffe0630 800000df fffe0630
R04-07: fffe47d0 00000004 00000000 ffff9ec0
R08-11: 13da0324 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac27c8 ffff298d ffff23e0
Syscall stack: 13ac2800 (208/1024 used)

Thread 10 [fffe06e0]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 96, PID: 5 (oh1)
R00-03: fffe469c fffe06e0 800000df fffe06e0
R04-07: fffe469c 00000004 00000000 ffff9ec0
R08-11: 00000000 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac2bc8 ffff298d ffff23e0
Syscall stack: 13ac2c00 (136/1024 used)

Thread 11 [fffe0790]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 72, PID: 4 (oh0)
R00-03: fffe46d4 fffe0790 800000df fffe0790
R04-07: fffe46d4 00000004 00000000 ffff9ec0
R08-11: 00000000 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac2fc8 ffff298d ffff23e0
Syscall stack: 13ac3000 (88/1024 used)

Thread 12 [fffe0840]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 120, PID: 14 (stm)
R00-03: fffe46f0 fffe0840 800000df fffe0840
R04-07: fffe46f0 00000004 00000000 ffff9ec0
R08-11: 203074cc e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac33c8 ffff298d ffff23e0
Syscall stack: 13ac3400 (88/1024 used)

Thread 13 [fffe08f0]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 96, PID: 14 (stm)
R00-03: fffe4728 fffe08f0 800000df fffe08f0
R04-07: fffe4728 00000004 00000000 ffff9ec0
R08-11: 203063c0 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac37c8 ffff298d ffff23e0
Syscall stack: 13ac3800 (96/1024 used)

Thread 14 [fffe09a0]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 104, PID: 14 (stm)
R00-03: fffe470c fffe09a0 800000df fffe09a0
R04-07: fffe470c 00000004 00000000 ffff9ec0
R08-11: 203067c0 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac3bc8 ffff298d ffff23e0
Syscall stack: 13ac3c00 (96/1024 used)

Thread 15 [fffe0a50]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 20, PID: 14 (stm)
R00-03: fffe4744 fffe0a50 800000df fffe0a50
R04-07: fffe4744 00000004 00000000 ffff9ec0
R08-11: 20306bc0 e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac3fc8 ffff298d ffff23e0
Syscall stack: 13ac4000 (88/1024 used)

Thread 16 [fffe0b00]: (waiting)
CPSR: 800000df, IRQ: D, FIQ: D, mode: SYS
Pri: 9, PID: 17 (usb)
R00-03: fffe477c fffe0b00 800000df fffe0b00
R04-07: fffe477c 00000004 00000000 ffff9ec0
R08-11: 1366568c e6000010 ffff9ec0 ffff29e5
R12-15: 00000000 13ac43c8 ffff298d ffff23e0
Syscall stack: 130073e8 (232/1024 used)

Thread 17 [fffe0bb0]: (faulted)
CPSR: 20000010, IRQ: E, FIQ: E, mode: USR
Pri: 80, PID: 1 (eticket)
R00-03: 00000000 4000001f 00000001 00000000
R04-07: fffe46b8 00000004 00000000 00000000
R08-11: 13ac4800 e6000010 0000000b ffff26e5
R12-15: 00ff0000 13ac47ec ffff2715 2010668c
Syscall stack: 13ac4800 (292/1024 used)

Panic: abort in thread 0xfffe0bb0 @ PC 2010668c
DFSR: 5 [translation (section)]
IFSR: 0 []
FAR: 48000010

The last working version I can find is 1.67. 1.69 and onward broke it with MC emu turned on, if the memory card was created by 1.69+ (meaning it boots fine the first time, then on subsequent boots, it hangs with the above crash). If it was created by 1.67 or below, it seems to load okay. This is really weird. Disregard the crossed out stuff, I'll see if I can find an exact reproduction method.

On further testing, it seems to be related to nincfg.bin. If it doesn't exist, 1.70 will naturally create it, and boot 4 Swords fine. However, on subsequent boots, 4 swords will crash with the above message dumped out onto the USB Gecko output so long as MC Emu is enabled. The memory card file itself doesn't seem to matter. 1.69 and 1.70 seem to corrupt nincfg.bin or something. If I then boot 1.67 with a "corrupted" nincfg.bin, it will boot 4 Swords just fine. Subsequent consecutive boots of 1.67 continue to work as well.

I'll grab a nincfg.bin "corrupted" by 1.69/1.70 and one restored by 1.67 and see if there are any differences. Edit: Nope, no differences. They have the same SHA-1 hash and everything. I suspect memory corruption somewhere, then, relating to configuration, and/or memory cards..
 
I've only recently come back to the Wii scene, maybe a week or two ago, so I likely wasn't here when you were asking.
 
daxtsu no problem!!!

crediar can u explain what u do with last commit of nintendont (i have read the changelog.. but i can't undersstand)
Windwaker is unplayable
Mariokart DD load fast now
 
MaxP90 said:
v1.69 breaks a lot of games for me, Mario Sunshine gets stuck at progressive mode prompt, Kirby Air Ride randomly crashes, Sonic Adventure 2 crashes at mem card selection and many others, all perfectly working with v1.67 and before.
I tried with my sd card and works perfectly. So 1.69+ has problems with my HD.
I was able to reproduce the same behavior on my working sd card by using the nincfg.big generated when loading from usb. I believe this is related to daxtsu's problem.
Here's the nincfg.bin that causes problems, if anyone wants to try and reproduce the bug. I suggest trying Mario Sunshine since it crashes at progressive scan prompt.
 

Attachments

Site & Scene News

Popular threads in this forum