Main Page

Table of Contents

• • Introduction
  • Code Structure
    • Physical Structure
    • Logical Structure
    • Game-Specific Code Structure

Welcome to the New Super Mario Bros. Wii decompilation project!

Introduction

New Super Mario Bros. Wii was written in a mix of C and C++ and then compiled to PowerPC (PPC) assembly code by the Metrowerks CodeWarrior compiler. While C/C++ code is not directly executable, PPC Assembly Code can be run directly on the Wii's hardware.

The final game only includes the PPC assembly code, and it's highly unlikely that the original C/C++ code for the game will ever be made public. The objective of this decompilation project is to reconstruct the latter to gain insights into how the game functions, making it easier to implement changes.

Code Structure

Physical Structure

The game's code is physically divided into five files:

• main.dol
• d_profileNP.rel.LZ
• d_basesNP.rel.LZ
• d_enemiesNP.rel.LZ
• d_en_bossNP.rel.LZ

This division, while providing modularity during the development process, likely originates from a size limit for main.dol, imposed by Nintendo on all Wii game developers.

main.dol is the game's primary executable, akin to an .exe file for the Wii. It's loaded by the disc loader (usually the Wii Menu) and is statically linked, meaning it always loads to the same memory location.

The .rel.LZ files hold most of the game-specific code and operate in a manner similar to .dll files on Windows. They are dynamically loaded and linked after the health and safety screen by dedicated code in main.dol. Although they are technically relocatable, meaning they could load at different memory addresses each time, due to the deterministic nature of the game's early code they consistently load at the same address.

The decompilation aims to provide matching C/C++ code for all of these files.

Logical Structure

The game code can be logically divided into five major components, each comprising multiple sub-components:

• A PowerPC implementation of the C Standard Library.
• The Revolution SDK, a framework providing a set of tools, libraries and APIs that game developers can use to interface with the Wii's hardware in a controlled manner. It is written in C and is used in every Wii game.
• NW4R (NintendoWare 4 Revolution), a middleware library providing utilities for graphics, audio and text rendering, disc reading, debugging and more. It includes several proprietary file formats and associated export tools. NW4R is written in C++ and could be used by third-party developers upon request.
• EGG, another middleware library providing higher-level utilities on top of the Revolution SDK. It is written in C++ and was not available to third-party developers.
• Anything else not falling into the categories mentioned above constitutes game-specific code, although there are indications that parts of it belong to a makeshift game engine, extensively reused by Nintendo during that time period.

Game-Specific Code Structure

Thanks to the symbols we have recovered, we can divide the game-specific code into several parts as follows:

• The base game framework (classes prefixed with f) is the core of the game engine. For a general introduction, start here.
• The s library is comprised of various math utilities and, most importantly, the state system.
• The m library wraps the functionality of EGG, NW4R and the Revolution SDK to provide even higher level APIs.
• The Snd library provides an application layer sound API.
• Various utility classes can be found under the c prefix.
• Anything else left (mostly classes prefixed with d) is truly game-specific code.