Hacking Nintendont

  • Thread starter Thread starter sabykos
  • Start date Start date
  • Views Views 10,172,255
  • Replies Replies 42,894
  • Likes Likes 194
Their is a new source only (no dol) commit.
Unless you are using a "Mayflash 3 in 1 Magic Joy Box" or a "Thrustmaster Firestorm Dual Analog 2" you dont need it,

release = r88
date = 2014-4-26
-Added Mayflash 3 in 1 Magic Joy Box support (Thanks Adeka & Fludit)
-Added Thrustmaster Firestorm Dual Analog 2 support
-Cleared message to plug in HID controller once it is plugged in
-Added error message for "PS3 controller init error"
-Added display of error codes for unknown HID init errors
-Added updates.txt

release = r87
date = 2014-4-26
-Removed the DSP patches just in case they came from Devolution. This means audio will suck again, but it's not worth it if they aren't ours.

release = r86
date = 2014-4-26
--Added a deadzone to l and r triggers for both gc and usb controllers, should stop triggers from staying at one place

release = r85
date = 2014-4-25
-Moved r85 to new svn
 
Hopefully someone can post a link to the .dol for r88

Edit: Also I should mention to people who havn't been with this project long that games that have dsp versions of 0, 1, 5, 10, and 11 should have working audio. 9 may work too but I can't remember.
 
Code:
CC      HID.o
CC      diskio.o
CC      Config.o
AS      utils_asm.o
CC      ES.o
CC      NAND.o
CC      main.o
AS      syscalls.o
CC      vsprintf.o
CC      string.o
CC      SDI.o
LD      kernel.elf

Building Nintendont HID


Building Nintendont Loader

clean ...
make[1]: /c/Users/mark/Desktop/nintendont/88: No such file or directory
make[1]: *** No rule to make target `/c/Users/mark/Desktop/nintendont/88'.  Stop
.
make: *** [build] Error 2

Press any key to continue . . .
out of curiosity i downloaded rev88 clicked the .bat and got that build error...
...build.bat no longer works ?
 
I think I found a bug, but it could be my Power Wave GC controller - can someone test with a real Nintendo GC controller just to be sure.
I can't "slide" along walls by holding "A" in Legend of Zelda Wind Waker PAL. It works fine with my PS3 controller using HID.
I've only tried with r85 and r86 on an original Wii (don't know if it works with earlier versions).

P.S. Has anyone got a Nintendont forwarder channel I can install on my Original Wii (the only ones I can find are for vWii)?
 
okay so thats a pain in the ass with removing a couple DSP patches. hopefully with the work from the guys here it should be easy enough to recover with there own code in time to come. just thought ide post to say good work here even with the delay.
also can the people that dont contribute anything to any of these threads/forums to stop posting the same crap repeatable on each page. ive been reading since yesterday and its been annoying seein the same silly person repeatable say its gone to S?!T. and now today its all good. if we minus this 1 person there would probable be 60 less pages of pointless posts lol
 
Code:
CC      HID.o
CC      diskio.o
CC      Config.o
AS      utils_asm.o
CC      ES.o
CC      NAND.o
CC      main.o
AS      syscalls.o
CC      vsprintf.o
CC      string.o
CC      SDI.o
LD      kernel.elf

Building Nintendont HID


Building Nintendont Loader

clean ...
make[1]: /c/Users/mark/Desktop/nintendont/88: No such file or directory
make[1]: *** No rule to make target `/c/Users/mark/Desktop/nintendont/88'.  Stop
.
make: *** [build] Error 2

Press any key to continue . . .
out of curiosity i downloaded rev88 clicked the .bat and got that build error...
...build.bat no longer works ?

It seems you didn't install devkitpro to compile the source.

I will repeat this for all people who only want the latest nintendont rev.

Goto https://109.163.233.168/svn/nintendont/loader/ and download the dol file.
For the login you need user / pass

Just remember to rename it to boot.dol, that is all you need to do.

The thing is there may be times, like now, that the source is updated but it didn't include a compiled dol. Which I think is what Howard did with r88, the code changed but he didn't upload the new dol. I would compile it and link to it but I don't have my computer atm.
 
It seems you didn't install devkitpro to compile the source.

Code:
CC      HID.o
CC      diskio.o
CC      Config.o
AS      utils_asm.o
CC      ES.o
CC      NAND.o
CC      main.o
AS      syscalls.o
CC      vsprintf.o
CC      string.o
CC      SDI.o
LD      kernel.elf

Building Nintendont HID


Building Nintendont Loader

clean ...
PADReadGC.bin
PADReadHID.bin
kernel.bin
kernel_usb.bin
stub.bin
FPad.c
Patches.c
dip.c
exi.c
font.c
global.c
loader.c
main.c
menu.c
linking ... loader.elf
output ... loader.dol

Press any key to continue . . .
if so ....then why does rev83 still build fine from its build.bat ?
 
Not sure what the issue might be with the Stack Dump, I'll try later and let you know. If you want to go straight to the game from the loader when you pick it, you have to change the Loader Settings to enable Autoboot for Nintendon't
The dump is only when launched from the loader, but happens inside nintendont.
I suspected the file copy done in the loader (to copy controller.ini or nincfg.bin to USB if the game is on USB while the loader on SD), but it doesn't happen every time.
Other users think it's the nintendont location, if it's in /apps/nintendont/ it crashes, if it's in another place it works. (I'll have to test that)

I can provide the log when it crashes.
 
My bad then, sorry. Did you check that everything was in the folder after you did the checkout for r88?
tried a couple revisions 86,87,88 don't build for me from the build.bats provided. not like one cant just grab the .dol when provided but i was wondering why the build.bat stopped completing for me
 
don't worry, DSP is coming back. please stop acting like it's end of the world and sound will never come back.
instead of using a binary memory patch, it will be coded inside the sources.
that's all, it's just another way to do it. it's not like there's only one method for everything.

There are lot of different methods to launch gamecube games, that's the same with DSP.
 
I got the problem with the StackDump inside Nintendont when starting a game through UGX aswell. I'll just copy what I posted on the UGX beta issues thread since I think this might be interesting to sum up.

Any ideas why nintendont r85 and r86 crash into a stackdump when I start booting games through USB Loader GX r1219? Everything works fine when I start nintendont through HBC.

Side notes:
- 32GB FAT32 class10 SD card
- everything is on SD, no USB HDD connected
- games are in DiscEx format in sd:\games\blabla\game.iso
- USB Loader uses cIOS 249 d2x rev21010 beta52 base 56 (or whatever)
- IOS 58 also didn't work when testing, it's r6176 (or whatever)
- also happens on UGX r1218_mod06 (but instead of stackdump, i get a freeze or a stackdump)
- ANY other homebrew works superb and UGX also works flawlessly apart from that one little thing
- no difference between nintendont path being either default (sd:\apps\nintendont\) or custom (sd:\apps\usbloader_gx\config\) with boot.dol or loader.dol

Any help appreciated. I seem to be not the only one encountering this, the gbatemp thread is also aware of this.

And yeah, it only crashes when I turn MemCard emulation ON.

Oh and as I mentioned before, DIOS MIOS Lite works just fine with my setup. It's on the same SD, the games are the same, the UGX is the same, ... but I don't use MemCard emulation with DIOS MIOS Lite because I use my real MemCards. I guess I will stick to DIOS MIOS which seems to be the better option on an original Wii anyways, atleast for now with the missing DSP patches and no original Memory Card support.

I love to see the process that the developers made, though and I'll look forward to the DSP being fixed and maybe Memory Card support being added anytime in the future. I guess I'll keep an eye out on this.
 

Site & Scene News

Popular threads in this forum