Hacking Nintendont

  • Thread starter Thread starter sabykos
  • Start date Start date
  • Views Views 10,174,180
  • Replies Replies 42,894
  • Likes Likes 194
faku1810 im using the latest revision it recognize my drive but wont play
is anything suppose to be on the nintendont folder like usbboot.dool or something?
 
faku1810 im using the latest revision it recognize my drive but wont play
is anything suppose to be on the nintendont folder like usbboot.dool or something?


You need to make sure it's in apps/nintendontusb (or whatever the folder is named) and the app itself is called boot.dol
 
You need to make sure it's in apps/nintendontusb (or whatever the folder is named) and the app itself is called boot.dol

yea i have that and whats weird is that i tried it on both my drive my 8gb flash drive that runs with dios mios and a 1tb hdd that doesnt run dios mios and when i use nintendont on the drives , both of it doesnt work it just stays a blank screen and my wii turns of
 
an example:

SD: /games/STARFOX ASSAULT [GF7E01]/game.iso
USB1: /games/Super Smash Bros. Melee [GALE01]/game.iso

My usb games are on the root of my usb device i still get this message everytime i open nintendont
This sounds like a contradiction, do you have the games in a folder named /games/[any name you like]?
And is the iso named game.iso?
 
This sounds like a contradiction, do you have the games in a folder named /games/[any name you like]?
And is the iso named game.iso?

This sounds like a contradiction, do you have the games in a folder named /games/[any name you like]?
And is the iso named game.iso?

yes i did i did all of that and the file name is game.iso
there has to be something wrong that i did that makes nintendont not work but what is it?
 
Previous compile problem was fixed by adding
DEVKITARM = c:/Sources/Nintendont/devkitPro/devkitARM
to the kernal make file.

Now I am getting a different error.

> "C:\Sources\Nintendont\Build.bat"
Building Nintendont Kernel (USB)
DEP usb_os.d
DEP tiny_ehci_glue.d
DEP main.d
rm -f *.elf *.o *.bin *.d *.map
DEP usb_os.d
DEP tiny_ehci_glue.d
DEP string.d
DEP vsprintf.d
DEP syscalls.d
DEP main.d
DEP NAND.d
DEP ES.d
DEP utils_asm.d
DEP Config.d
DEP diskio.d
DEP HID.d
DEP ff.d
DEP EXI.d
DEP StreamADPCM.d
DEP Patch.d
DEP DI.d
DEP FST.d
DEP gecko.d
DEP alloc.d
DEP common.d
DEP start.d
AS start.o
CC common.o
CC alloc.o
CC gecko.o
CC FST.o
CC DI.o
CC Patch.o
CC StreamADPCM.o
CC EXI.o
CC ff.o
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 tiny_ehci_glue.o
CC usb_os.o
LD kernel.elf
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: kernel.elf section `.rodata' will not fit in region `code'
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: section .data loaded at [2010d000,2010dbcb] overlaps section .rodata loaded at [2010abd0,2010d03b]
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: region `code' overflowed by 60 bytes
collect2: ld returned 1 exit status
make: *** [kernel.elf] Error 1
Building Nintendont Kernel (SD)
DEP SDI.d
rm -f *.elf *.o *.bin *.d *.map
DEP SDI.d
DEP string.d
DEP vsprintf.d
DEP syscalls.d
DEP main.d
DEP NAND.d
DEP ES.d
DEP utils_asm.d
DEP Config.d
DEP diskio.d
DEP HID.d
DEP ff.d
DEP EXI.d
DEP StreamADPCM.d
DEP Patch.d
DEP DI.d
DEP FST.d
DEP gecko.d
DEP alloc.d
DEP common.d
DEP start.d
AS start.o
CC common.o
CC alloc.o
CC gecko.o
CC FST.o
CC DI.o
CC Patch.o
CC StreamADPCM.o
CC EXI.o
CC ff.o
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 Loader
clean ...
kernel.bin
bin2s -a 32 /c/Sources/Nintendont/loader/data/kernel.bin | powerpc-eabi-as -o kernel.bin.o
echo "extern const u8" `(echo kernel.bin | sed -e 's/^\([0-9]\)/_\1/' | tr . _)`"_end[];" > `(echo kernel.bin | tr . _)`.h
echo "extern const u8" `(echo kernel.bin | sed -e 's/^\([0-9]\)/_\1/' | tr . _)`"[];" >> `(echo kernel.bin | tr . _)`.h
echo "extern const u32" `(echo kernel.bin | sed -e 's/^\([0-9]\)/_\1/' | tr . _)`_size";" >> `(echo kernel.bin | tr . _)`.h
kernel_usb.bin
bin2s -a 32 /c/Sources/Nintendont/loader/data/kernel_usb.bin | powerpc-eabi-as -o kernel_usb.bin.o
echo "extern const u8" `(echo kernel_usb.bin | sed -e 's/^\([0-9]\)/_\1/' | tr . _)`"_end[];" > `(echo kernel_usb.bin | tr . _)`.h
echo "extern const u8" `(echo kernel_usb.bin | sed -e 's/^\([0-9]\)/_\1/' | tr . _)`"[];" >> `(echo kernel_usb.bin | tr . _)`.h
echo "extern const u32" `(echo kernel_usb.bin | sed -e 's/^\([0-9]\)/_\1/' | tr . _)`_size";" >> `(echo kernel_usb.bin | tr . _)`.h
FPad.c
Patches.c
dip.c
exi.c
font.c
global.c
loader.c
c:/Sources/Nintendont/loader/source/loader.c: In function 'LoadGame':
c:/Sources/Nintendont/loader/source/loader.c:82:12: warning: assignment makes pointer from integer without a cast [enabled by default]
c:/Sources/Nintendont/loader/source/loader.c:96:2: warning: passing argument 1 of 'app_entry' from incompatible pointer type [enabled by default]
c:/Sources/Nintendont/loader/source/loader.c:96:2: note: expected 'int (**)(const char *)' but argument is of type 'void (**)(int (*)(const char *))'
main.c
menu.c
linking ... loader.elf
output ... loader.dol
Press any key to continue . . .
 
Did you replace DevkitARM folder with the one included together with the source (after renaming the original folder of course)? I didn't have any problem compiling with the bat file

Edit: Sorry, didn't see that you had added the path to the included devkitARM. It's weird though, maybe try downloading the sources again. I suppose you already installed DevkitPro beforehand,,
 
Are you using last revision? I had that problem when i was using r38, after updating it worked and now it finds the isos in the folder.



You mention using the back port for the HDD, what he meant was that the controller must also be connected to the back port because some people uses both back ports for the HDD (for power and data) and then try to use the controller in the front ports, which is not supported yet.


I didn't know i should use a usb controller 'cause i read :
"5. If you want to use a USB controller, select the correct controller file and rename it to "controller.ini". Place this file on the root of the device where your games are located."

So i figured out i can use a wiimote (or even a wii u pro controller) with no usb link like in my wii iso games...
Am i wrong ? this feature isn't implemented yet ?
 
That's right, you can't use wiimotes or any other wireless controller. that "If you want..." was referring to the fact that it supports Gamecube controllers without a controller .ini (in consoles that can use them, of course) those who can't use them, would have to use controllers that can be connected to the back port.

I don't think wiimotes will be supported any time soon, if they are ever supported, that is. Having the option to use usb controllers as generic HID devices is very good already.
 
Why all the games loads english by default? It sucks cause many games doesnt have ingame language selector...
 
You should be grateful you can even play the games at all... I mean, come on, leaving aside the VERY important fact that this is still in development, it's english, not japanese so I'd say that it's not so bad.

Edit: You could try using loadergx to try and "force" the spanish language in the game. I don't know if it works though because nintendont doesn't work in my wii.
 
No luck with the HID Test.
I am getting stuvk at the "Getting list of compatible HID devices..."
Then the Wii U freezes and nothing responds. Any clue?
 
Did you replace DevkitARM folder with the one included together with the source (after renaming the original folder of course)? I didn't have any problem compiling with the bat file

Edit: Sorry, didn't see that you had added the path to the included devkitARM. It's weird though, maybe try downloading the sources again. I suppose you already installed DevkitPro beforehand,,

It did compile once.
Made some small kernel changes,
That made it skightly bigger which is causing
Code:
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: kernel.elf section `.rodata' will not fit in region `code'
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: section .data loaded at [2010d000,2010dbcb] overlaps section .rodata loaded at [2010abd0,2010d03b]
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: region `code' overflowed by 60 bytes
collect2: ld returned 1 exit status
make: *** [kernel.elf] Error 1
 
It did compile once.
Made some small kernel changes,
That made it skightly bigger which is causing
Code:
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: kernel.elf section `.rodata' will not fit in region `code'
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: section .data loaded at [2010d000,2010dbcb] overlaps section .rodata loaded at [2010abd0,2010d03b]
c:/sources/nintendont/devkitpro/devkitarm/bin/../lib/gcc/arm-eabi/4.5.1/../../../../arm-eabi/bin/ld.exe: region `code' overflowed by 60 bytes
collect2: ld returned 1 exit status
make: *** [kernel.elf] Error 1
It seems like there is too much code

Haven't worked with Devkutpro tho.
 
That's right, you can't use wiimotes or any other wireless controller. that "If you want..." was referring to the fact that it supports Gamecube controllers without a controller .ini (in consoles that can use them, of course) those who can't use them, would have to use controllers that can be connected to the back port.

I don't think wiimotes will be supported any time soon, if they are ever supported, that is. Having the option to use usb controllers as generic HID devices is very good already.



THX !
So i can use a ps3 controller with a usb cable connected at usb .... front or back ?
 
Yes, you can use a PS3 controller via usb, the controller ini for it should be in the first post. You should try it out with HIDTest to see if every button is responding correctly.

You connect it to the Back top port in Wii and bottom port if Wii U, if I recall right. If your HDD needs a second USB to get power from, you'll have to connect it to a different source or try to use the front port for that, which may require an extension for the cable.
 
I have no choice to wait another revisions, i'll have to wait greyrogue with good news :P
well, i do everything, HID PS3 controller worked successfully, i copied the iso and tried to compress with: DiscEx, GcReEx, DMTool, and copying, and renaming iso to game.iso (not game.iso.iso :rofl2:) but i have to wait :/
Have you tried another game, or downloaded from a different location? Like you said it might just be your game - Luigi's Mansion is both a small size download and easy to find, try that.
(game.iso.iso - well you could've hidden known extensions on your comp and made the mistake - some of your posts do make you sound a bit noobish....;) )
 
People sorry if annoyng but: people with Hollywood 0x21 (check it with syscheckHD) have that problem? :
Select game, video shutdown (is possible see for 1/4 sec the error -1kernel error)???
Normally the black wii and wii family have the revision 2 of hollywood.
 
People sorry if annoyng but: people with Hollywood 0x21 (check it with syscheckHD) have that problem? :
Select game, video shutdown (is possible see for 1/4 sec the error -1kernel error)???
Normally the black wii and wii family have the revision 2 of hollywood.
Yes, I can confirm. Mine is Hollywood v0x21 too and I have the same problem.
 

Site & Scene News

Popular threads in this forum