project-slippi/nintendont

A Wii Homebrew Project to play GC Games on Wii

Download the .zip from the latest release

Nintendont Slippi

This is a fork of FIX94/Nintendont specifically used for supporting Project Slippi.

Users

See README.md for standard Nintendont if you're new to Nintendont.

Replays

See documentation in SLIPPI.md for more information.

Kadano's Wii softmodding guide

I recommend using Kadano's guide if you're new to Wii homebrew. Many guides in the wild are out of date or weren't very good to begin with.

Installation Summary

1. Download the .zip from the latest release. Unzip to the root of your SD card such that boot.dol, meta.xml, and icon.png all end up under /apps/Nintendont Melee.
2. Copy your vanilla Melee (NTSC 1.02) ISO (as well as any special versions like Training Mode) to /games/.
3. Combine with Priiloader and Nintendont Forwarder for Priiloader to autoboot from power-on to Nintendont.
4. Turn on autoboot in Nintendont settings to autoboot all the way to Melee.

Developers

See README.md for standard Nintendont if you're new to Nintendont.

Build Requirements

You will need to install part of the devkitPro toolchain to build Nintendont. Visit the getting started page and find the instructions for your system. I recommend installing GBA, Wii, and GC packages. GBA is required to get devkitARM which isn't provided in the others. You effectively need devkitARM devkitPPC and libogc.

Building with Docker

We maintain a docker image for building on CI which can also be used for building locally without the need to install devkitPro. Simply run docker run --volume=${PWD}:/work --workdir=/work nikhilnarayana/devkitpro-slippi make from the root repo directory.

Building on Windows

To build on windows, you need to run the Incremental Build.bat file in the Nintendont root.

Troubleshooting

libwinpthread-1.dll error:

make -C multidol
make[1]: Entering directory '../Nintendont/multidol'
 ASSEMBLE    crt0.S
 COMPILE     cache.c
 COMPILE     main.c
 COMPILE     global.c
 COMPILE     apploader.c
 COMPILE     dip.c
 COMPILE     utils.c
 LINK        multidol_ldr.elf
collect2.exe: error: ld returned 53 exit status
make[1]: *** [Makefile:44: multidol_ldr.elf] Error 1
make[1]: Leaving directory '../Nintendont/multidol'
make: *** [Makefile:34: multidol] Error 2

For some reason the devkitPro installer might not install things correctly. In order to fix the above error, you will need to go to your devkitPPC/bin directory, grab the file called libwinpthread-1.dll, and copy it to devkitPPC/powerpc-eabi/bin/, this should fix the issue.

nintendont's Issues

Sync with upstream Nintendont

Some people at our locals play with funky HID controllers that we noticed work in upstream Nintendont but not in Slippi Nintendont.

It is likely due to commits like this that are present upstream but not here:

Doing a merge commit looks like it won't conflict in too many files:

Thanks 🐸

Melee Forced to 480p on CRT

When i launch Melee on Original Nintendont everything works fine.

But if i launch it from Slippi Nintendont, i get weird glitches like in the picture.

The game is running, i can control the menus and hear the sounds.

I'm using component cable on a sony kv-27fs100 CRT which i believe doesn't support 480p. I think the game is being launched in 480p instead of 480i

315020712_5605829352803640_701304298859227831_n.mp4

Freezes on "Loading IOS58 Kernel..."

I'm in a Wii U with a hacked virtual Wii with IOS58 version 25.32, and regular Nintendon't works on it just fine.

Slippi's Nintendon't, on the other hand, fails to start and just prints out the message "Loading IOS58 Kernel.." and freezes, requiring pulling the power cable.

I searched for similar issues online, but the only thing I found was not putting meta.xml in the right place and not having IOS58 installed, which doesn't seem to apply here.

I'd really like to get this working, and I feel like it should work, so any help would be appreciated

Support Auto reconnect/hotplug drives

If a USB gets unplugged for any reason, the user currently has to restart the wii entirely to reconnect the drive. Ideally we would support auto reconnect while the game is running to reduce issues. Testing would be easy as the drive LED would flash if the write was successful.