Super Real Mahjong Wiki

[Niklas Terki]

Nintendowas the second company approached by Silicon Graphics Inc. (SGI), which wanted to roll out its previously enterprise-only technology in the consumer space. They originally pitched their idea to Sega, but it's assumed that Nintendo's offer was more appealing. With the NEC VR4300 CPU clocked at 93.75 MHz, 4 MBs of RAM, and an SGI RCP GPU, Nintendo had finalized much of the hardware at least a year before launch, preventing video games from needing drastic rewrites as a result of architectural changes. A separate add-on was later released called the "Expansion Pak" that added an additional 4 MBs of RAM, totaling to 8 MBs. The development workstations were often Unix-based, which would later help reverse-engineers in some projects.

Unlike competitors such as the PlayStation, the N64 used cartridges instead of CDs. While a big advantage was that data could be read faster than CDs, meaning that load times were minimal or even non-existent, the main disadvantage of cartridges was the small data capacity, which meant that many third party developers switched to the PlayStation.

Nintendo 64 emulator development began during the console's lifespan, with UltraHLE being a landmark release in emulation. Despite the impressive feat of playing retail games on a standard computer of the time period, emulation of the console had serious issues for nearly the next two decades. This was largely due to the "plugin hell" exacerbated by closed-source development practices, an over-reliance on the leaked "Oman archive" documentation that hindered true reverse engineering of console behavior, and the use of endless hacks and shortcuts due to the weak hardware of the time. However, newer open-source emulators and plugins now offer greatly improved accuracy alongside visual enhancements.

Although many Nintendo 64 emulators have been made and many games can be run between them, until recently, complete compatibility and accuracy left a bit to be desired. For half a decade, Mupen64Plus and Project64 have vied for the most playable emulator. Which was more compatible often depended on when and in what configuration each emulator had been tested. As of August 2017, both emulators have roughly equal compatibility and accuracy when running with the same recommended N64 plugins setup, though both default to Glide64, a now relatively lackluster plugin.

The Voice Recognition Unit (VRU) is an accessory used primarily by Hey You, Pikachu. In June 2021, an HLE implementation of the VRU was added to Mupen64Plus[3]; this support was carried over to simple64[4].

Also available for the PlayStation, Densha De Go! 64 is a Japan-only train simulator released by Taito that is compatible with an optional special controller that plugs into the player 3 port.[5] No emulator supports it.

There was a special kiosk designed to promote Pokmon Snap called the Pokmon Snap Station, which is also compatible with the North American Pokmon Stadium with its gallery mode. It is just a Nintendo 64 with special hardware designed for the station.[6][7] Although the special cartridge does boot in emulators compatible with the regular version, the printing functions are inaccessible due to no emulation of the printer for the player 4 slot, credit system, or the special board to switch between the regular and special cartridges. On August 17, 2021, jamchamb reverse engineered the Snap Station and created a Project64 fork (source code only) and an iCEBreaker FPGA board hardware implementation.

A few games, such as Mario Golf, Mario Tennis, Mario Artist: Paint Studio, and the Pokmon Stadium games, can use the Transfer Pak, an attachment that allows interfacing with specific Game Boy/Color games for certain features. Most N64 emulators can emulate the Transfer Pak's functionality to one degree or another, with the most robust being Project64 with N-Rage's input plugin. But there are still a few things that are difficult to emulate or are just not emulated at all:

The 64DD (an abbreviation for "64 Disk Drive") was a peripheral which allowed a proprietary disk format to be used with the N64. These disks had more space at a cheaper manufacturing cost. The peripheral was a commercial failure and was never released outside of Japan. Internal evidence suggests that, much like the GBA e-Reader, it wasn't even intended for a European release.

Expansion disks are region-coded to either Japan or the US (obviously unused) and won't work with N64 games from the wrong region. Only F-Zero X has an official disk, but Ocarina of Time, Mario Party, and Pokmon Stadium (JP) have fully implemented but unused disk support.

Recently, there has been an effort to emulate the 64DD, and now, Project64 and MAME can run several commercial 64DD games as part of its N64 emulator. This is being ported to CEN64 with the help of LuigiBlood. Mupen64Plus supports 64DD as well, which is the base of other emulators such as simple64 and RMG. The latest newcomer is Ares with the (again) help of LuigiBlood.

A peripheral that came bundled with Mario Artist: Paint Studio. 64DD.org has instructions on how to emulate the N64 Mouse on Project64. Ares also has N64 Mouse support; follow these instructions to enable it (replace SNES specific steps with 64DD). RetroArch's ParaLLEl core has N64 Mouse support under Quick Menu > Controls > Port 1 Controls > Device Type. RetroArch's Mupen64Plus-Next core does not have mouse support.

Because the N64 Mouse functions similarly to a controller, it is possible to "emulate" it even in emulators that don't explicitly support it by mapping mouse input to the N64 joystick. This will likely require use of separate re-mapping software, as most N64 emulators do not support binding mouse movement to joystick movement.

Before the GBA, the DS, and the 3DS, Nintendo released a modified version of their Nintendo 64 system for the Chinese market, called the iQue Player, through their not-quite-subsidiary iQue. Fourteen games were translated into Simplified Chinese, including Sin and Punishment, Ocarina of Time (the Majora's Mask port was canceled), Super Mario 64, and others.

Unlike the Chinese releases of their more recent systems and games, iQue Player releases are regular N64 ROMs wrapped with several layers of encryption and a ticket and signature system like that on the Wii, the DSi, the 3DS, the Wii U, and the Switch. The Chinese ROM-hacking scene is very active, though, and has translated the Japanese regular N64 releases for many of these to their language already, which explains some of the Chinese ROMs floating for those. However, almost all pieces of iQue Player software were recently decrypted to regular .z64 ROM format.

Several of the Chinese game localizations already run on N64 emulators, but as some hardware features of the iQue Player are not yet supported, some games, as well as the system menu and features in games such as saving, do not work yet.

Nintendo collaborated with SETA to release an arcade system based on their Nintendo 64 system (kind of like their PlayChoice-10 for the NES, Super System arcade hardware for SNES, and later Triforce for GCN). The Nintendo 64-variant with more RAM, the Aleck 64, failed to catch on and bombed. It was never released outside Japan, even though one N64 port made it.

The Aleck 64 ROMs were dumped, and Zoinkity is working on converting them to regular N64 ROMs (with controls remapped to N64 controller buttons). They generally require an 8MB Expansion Pak to run at all and 4K EEPROM to save settings and scores. The ones covered by these patches are:

The already available patches to convert arcade ROM dumps to regular N64 ROM format can be found here. While Mupen64Plus-based emulators can't run these conversions out of the box, Project64 does just fine.

A number of N64 games were released for the Wii's Virtual Console service throughout its lifespan. While the emulators at the heart of each Virtual Console title were of average accuracy (rather than using one generic emulator used for every game, each title had an emulator specifically tailored to that game), they were good enough to render the games in full, playable capacity with few to no glaring errors. Many of these titles are emulated well through Dolphin. For a good while, due to persistent long-standing inaccuracies in N64 emulators and plugins, this was the best way to emulate certain N64 games, particularly Pokmon Snap and Mario Tennis. The system requirements are much higher than running them on regular N64 emulators, but it's doable for many games. Today, regular N64 emulators and plugins have advanced to the degree that this has become unnecessary, relegating this method of N64 game emulation to little more than a curiosity, at least on PC.

Nintendo 64 emulation is now decent. A lot of the major problems that N64 emulation had in the past have been fixed for quite some time now. The only catch is that the accurate emulators have higher system requirements. The main remaining problem is the lack of accurate cycle counting.

One of the biggest hurdles to emulating the Nintendo 64 was the Reality Display Processor (RDP), which used a custom design that had to be fine-tuned to get more performance out of the system using microcode. To emulate the RDP accurately, one would have to execute said microcode the way the RDP did, which differed from the PC graphics cards of the day. To complicate matters further, API standards available on PCs two decades ago were nowhere near as flexible as they are today. If you wanted to make an accurate GPU-accelerated RDP plugin in 2003, you simply couldn't with the APIs of the time (OpenGL 1.x and Direct3D 9). For the average user, hardware-accurate GPU acceleration would be out of reach for a long time.

UltraHLE offered a compromise. In contrast to earlier consoles (whose video chips, in hindsight, had been easy to render to the host CPU's framebuffer), performant RDP emulation had to take shortcuts, including programming around specific games' microcode to cleanly translate their graphics commands into API calls using Direct3D, OpenGL, and even Glide. With this, the theoretical system requirements plummeted, and the host graphics card could reproduce a functional equivalent rather than the exact method. This also gave way to prettier, higher-resolution graphics, though whether this is an improvement is subjective and a common point of discussion. Unfortunately, it proved to be hit or miss, owing to the nature of per-game microcode detection and having to tweak settings to prevent some games from running into graphical glitches.

3a8082e126