From WiiBrew
Jump to navigation Jump to search

GUI in Development?

Is there a GUI in the works for Wiiload? Would be great to see one.

If possible, a seperate GUI for each platform. If it is written in something like java, it would save work.

There is one for Windows, see the Homebrew Channel talk: page.
maybe i'll write a small gui for linux later on robertle 02:57, 26 May 2008 (PDT)
I spoke too soon, there is now one for intel mac's and it seems this could be ported to other systems very easily.
It can be ported VERY easily, i'll soon release the source to the public if I 1. cleaned it up and made building easier and 2. made a linux version!

Download stops at 77% and says "Unknown error"

Hey guys, when I've added the environment variable and everything, downloaded the program and everything but when i try to load a program on the wii, it starts running and everything, i see the progress bar on my computer and on the wii, and then at 77% (at least with this one program, haven't tried others yet) is says "Transfer Failed. Unknown error" Help? —Preceding unsigned comment added by Lemonpieman (talkcontribs) 22:44, 15 January 2009

I believe this is a firewall issue. I have Comodo Firewall and to send files to the Wii properly I physically need to disable the firewall security - I havent found a way to allow an exception yet.Steaky1212 12:09, 18 August 2009 (UTC)

I was having a similar problem with wiiload, that's why I created my own tool to send files to my Wii. If you are running in a Windows environment and are interested check WiiBuilder. --Crayon 13:24, 18 August 2009 (UTC)

Sending to wii

How would I send files to my wii from someone elses house using wiiload? -- Gamewizard71 03:33, 20 February 2009 (UTC)

Why would you want to do that =p (I assume you are using a router) You will need to find your external IP address and set your router to forward port (insert wiiload portnumber here) I would test but I cant seem to find the Wiiload download ;( --Toagac 22:30, 18 May 2009 (UTC)

Not clear about downloading elf package

it's writen : "First, download the .elf package, which includes all version of Wiiload, from the official homebrew channel site. "

but in the official homebrew site, there are no elf package to download. something looks to be wrong no ? —Preceding unsigned comment added by Whpfx (talkcontribs) 22:33, 31 May 2009 (UTC)

  • Probally because of the Hackmii Installer... Someone got the wiiload binary for Linux? EDIT: Go to $DEVKITPPC/bin and there is Wiiload (at DevkitPPC linux) Drag0nflamez 17:20, 2 June 2009 (UTC)

.tar inside a .tar.gz?

Why don't you just use .zip? It's a small download, and WHO wants to extract 2 times?

Here's a .zip reupload:

ZIP Download

   I don't like sig.(s) Elosnoc Iiw 01:50, 11 September 2009 (UTC)
Because .tar.gz is a compressed version of an archive. Tarball (.tar) archives store multiple files in a single archive file, and GNU-Zip (.gz) archives compress a single file into a smaller file. Combine them together (.tar.gz or .tgz), and you get an archive that stores multiple files in a single, smaller file. --Reap3r119 23:01, 24 July 2012 (CEST)

Result too large

For people who are having the Result too large error with the wiiload that comes with devkitpro, get the newest wiiload, and you probably won't have any problems anymore. KolakCC 20:45, 17 October 2009 (UTC)

Remember to exit the last app you ran before you try to run a new one or you will get this error too.

On the fly IP-setting

For those of you who don't want to set the env variable, or their Wii's IP changes a lot, you can use this under devkitpro:

export WIILOAD := tcp:
run: $(BUILD) 	
	wiiload $(TARGET).dol

KolakCC 14:42, 18 October 2009 (UTC)

transfer failed to HBC 1.06

Here's what I see when I use wiiload 0.4 to send to my Wii running HBC 1.06...

/opt/devkitPro/devkitPPC/bin/wiiload WiiGame1.dol
wiiload v0.4
coded by dhewg

connecting to
sending upload request
sending file size (209120 bytes)
sending datasend failed: Connection reset by peer
transfer failed.

Seems I was using an older wiiload which came with devkitPro, I switched to v0.5 and all was well.

Lordelph 17:07, 19 December 2009 (UTC)

use the latest version (0.5) --Crayon (talk) 17:14, 19 December 2009 (UTC)
wow, that was as speedy reply! Thankyou. Lordelph 17:17, 19 December 2009 (UTC)


Wiiload passes its first argument as argv[0]

According to the standard C, argv[0] should be the name of the file and the first passed argument should be argv[1]

Oibaf 10 March 2013 (UTC)

Unless I'm missing something, that's how it should be - wiiload's first argument is the name of the program that will be executed. Unless you want your wii programs to receive "wiiload.exe" as argv[0]? Tueidj (talk) 15:49, 10 March 2013 (CET)

Exactly. Argv[0] should be wiiload.exe. Also the first argument passed through meta.xml of homebrew applications is passed as Argv[1]. During the test of some wiibrew emulators I got crazy before finding out that wiiload passed the first argument as Argv[0]. Oibaf 19 March 2013 (UTC)

You said "According to the standard C, argv[0] should be the name of the file" so how does it make sense for a wii program to receive "wiiload.exe" as argv[0] regardless of what the program's real name is? If you start a program in windows do you expect it to receive "explorer.exe" as argv[0]? Tueidj (talk) 13:07, 19 March 2013 (CET)

Sorry, I was wrong. Argv[0] should contain the dol file and argv[1] should contain the first argument passed to the dol file whilst currently the argument is passed as argv[0]. Oibaf 19 March 2013 (UTC)

That's exactly how it currently works (argv[0] = name of dol/elf), not sure how you're seeing anything different. Tueidj (talk) 22:13, 19 March 2013 (CET)

I verified that argv[0] = name of dol/elf if wiiload is launched from a command window but argv[0] = "first argument" if wiiload is launched from programmer's notepad (windows environment) setting the parameters in Notepad as "$(ProjectName).dol argument". Is it a notpad issue?

Download and Source code links are incorrect?

They seem to go to, if someone has the correct links please replace them, thank you Damaj301damaj (talk) 22:29, 2 November 2022 (CET)

They're the correct links. — Extrems (talkcontribs) 00:03, 3 November 2022 (CET)