ISO download page for the game: Wii NTSC-U Complete Virtual Console Collection (Wii) - File: Wii NTSC-U Complete Virtual Console Collection.torrent - EmuRoms.ch. After a couple of weeks away, Alex returns to the kit to continue our musical journey through the Rock Band library.

Wii wad games (ntsc-u) - download at 4shared. Wii wad games (ntsc-u) is hosted at free file sharing service 4shared. We Hack Wii / VC Wads. Wii wad games (ntsc-u)download from 4shared Files Photo Music Books Video. It is very easy to play any region Wii games with Gecko. I use it to play Japanese games on my NTSC U/C Wii. If you need more information, watch this video. The only thing I would tell your cousin is to be careful installing WADs. I hear that out of region WADs can brick a Wii. Most of the Wii-ware / virtual console WADs I have found are NTSC U/C. All Wii Virtual Console Games. Coming Soon Out Now Cancelled. North America UK/Europe Japan. Single Player 2+ Players 3+ Players 4+ Players 6+ Players 8.

This article is about Wii software packaging. For the data files used by Doom, see WiiDoom.

1General info
3WAD format

General info

The WAD file-format is a package that contains title information for the Wii, such as System Menus, IOS versions, and channels.

Piracy

Unfortunately, WAD files are often used to distribute pirated channels (both Virtual Console and WiiWare), due to the fact that they are also used by Nintendo and therefore easy to rip from the Wii and, for some WAD files, Nintendo's servers, and easy to create installers for. Wiibrew does not in any way endorse piracy, and as such these uses of WAD files should not be discussed.

If you wish to discuss legitimate WAD files, please ensure you make clear which file you are talking about and what you will use it for, to prevent people jumping to conclusions about your intentions.

System Menu

WAD files are often installed in the Wii System Menu to appear as channels, making launching easier. If a WiiBrew app isn't installed as a channel, it can usually only be launched from the Homebrew Channel itself. WAD file creation seems to be an intricate process and tools are difficult to locate, and most are based on the .NET framework. Associated with WAD file generation are forwarders, which when loaded simply load another arbitrary application. A common technique is to use a somewhat generalized WAD that can be easily customized to then forward to another WiiBrew application stored on the SD card.

Wii System Channel WAD files exist for WiiMC, ftpii, and numerous others.

Forwarders are somewhat easier to locate, a common one being the Narolez-NForwarder, for which source exists and is easily modifiable. One WAD generation system that still appears to be active is the CRAP system that appears to be .NET based. The Wadder system also seemed to be .NET based but it appears abandoned. Although these tools are often associated with piracy, there are clearly legitimate uses for them as well.

The WAD files themselves contain either still images or a collection of images to be animated, as well as sound data. In addition there is a .DOL file for the program to be run when launched.

WAD format

Installable WADs

Common format used for WAD files distributed in update partitions from Wii discs. Thanks to Segher for his source.

Start	End	Length	Description
0x00	0x03	0x04	Header size. Always set to 0x20.
0x04	0x05	0x02	WAD Type. 'ib' is used for boot2 WADs, 'Is' for everything else.
0x06	0x07	0x02	WAD Version. Always set to zero.
0x08	0x0B	0x04	Certificate chain size.
0x0C	0x0F	0x04	Reserved. Always set to zero.
0x10	0x13	0x04	Ticket size.
0x14	0x17	0x04	TMD size.
0x18	0x1B	0x04	Encrypted content data size.
0x1C	0x1F	0x04	Footer size.
0x20	0x3F	0x20	Alignment to 0x40 bytes (padding).

Sections are stored in installable WAD files in the same order from their headers (certificate chain, ticket, TMD, content data). Each section is aligned to a 0x40-byte boundary.

The encrypted content data section is composed of content files, which are stored following the same order from the TMD content records. These are encrypted using the decrypted titlekey from the Ticket and the content index as the IV (first two bytes, followed by 14 zeroes). The SHA-1 checksum of the decrypted content must match the hash from its corresponding TMD content record. Each content is individually aligned to a 0x40-byte boundary.

The footer is an optional, unencrypted timestamp / buildstamp. It's usually the first decrypted 0x40 bytes from the first content file.

In a hex editor, the beginning of any installable WAD will be 00 00 00 20 49 73 00 00. This can be useful to extract an embedded installable WAD from an ELF binary.

Backup WADs

Format used by content.bin files to store content data from a channel copied or transferred to the SD card, which get saved to /private/wii/title/<low_tid_ascii>/content.bin.

Also used by downloadable content data stored in the SD card, which gets saved to /private/wii/data/<low_tid_ascii>/<index>.bin - in this context, <index> represents a specific content index value from a TMD content record, expressed as a 3-digit number in base 10 notation (e.g. 000.bin).

Savegames use the same exact header, albeit with different fields filled and with an entirely different structure for the rest of the file.

Start	End	Length	Description
0x00	0x03	0x04	Header size. Always set to 0x70.
0x04	0x05	0x02	WAD Type. Always set to 'Bk'.
0x06	0x07	0x02	WAD Version. Always set to 0x01.
0x08	0x0B	0x04	Console ID.
0x0C	0x0F	0x04	Savegame file count. Always set to zero (only used in savegames).
0x10	0x13	0x04	Savegame file data size. Always set to zero (only used in savegames).
0x14	0x17	0x04	TMD size.
0x18	0x1B	0x04	Encrypted content data size.
0x1C	0x1F	0x04	Backup area size (total size from the start of this header to the end of the encrypted content data).
0x20	0x5F	0x40	Included contents bitfield.
0x60	0x67	0x08	Title ID. Set to zero in backup WADs from content.bin files, set to parent title ID in DLCs (not the DLC title ID) and set to game title ID in savegames.
0x68	0x6D	0x06	MAC address. Always set to zero (only used in savegames).
0x6E	0x6F	0x02	Reserved. Always set to zero.
0x70	0x7F	0x10	Alignment to 0x40 bytes (padding).

Sections are stored in backup WAD files in the same order from their headers (TMD, content data). Each section is aligned to a 0x40-byte boundary.

The included contents bitfield serves to determine which contents from the TMD are part of the backup WAD. Up to 512 different contents (bits) can be toggled, separated in groups of 8 contents (byte), where the LSB represents the first content from the group and the MSB represents the last content. Shared contents are usually not included. For example, the bitfield for a backup WAD that holds a TMD with 10 content records, where indexes 4 and 8 are both shared contents, would be EF 02 (11101111 00000010), followed by 62 zeroes.

The encrypted content data section is composed of content files, which are stored following the same order from the TMD content records. These are encrypted using the console-specific PRNG key and the content index as the IV

Wii Wads Ntsc