Changes

{{Infobox console|title = Nintendo 64|logo = Nintendo64Console.png|developer = [[File:Original-Nintendo-64.jpg]]|thumbtype = [[:Category:Consoles|The Nintendo 64 (N64) Home video game console]]The '''|generation = [[gametech:Category:Fifth-generation video game consoles|Fifth generation]]|release = 1996|discontinued = 2002|predecessor = [[Super Nintendo 64emulators|SNES]]|successor = [[GameCube emulators|GameCube]]|emulated = {{✓}}}}The '''Nintendo 64]]''' is is a 64-bit, 5th fifth-generation console released by Nintendo in on September 29, 1996 for {{inflation|USD|199.99|1996}}. It has a NEC VR4300 CPU clocked at 93.75 MHz, 4MB of RAM (a separate add-on was later released called the "Expansion Pak" that added an additional 4MB of RAM, making a total of 8MB of RAM), and an SGI RCP GPU.

{| class="wikitable"|+PC|style="text-align:center;"

! scope="col"|Operating SystemPlatform(s)

! scope="col"|[[Recommended emulatorsEmulators|Recommended]]|-!colspan="11"|PC / x86|-|[[Mupen64Plus]]|align=left|{{Icon|Windows|Linux|macOS|FreeBSD}}|[https://github.com/mupen64plus/mupen64plus-core/releases {{Mupen64PlusVer}}]|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✓}}|{{✓}}|-|[[Project64]]|align=left|{{Icon|Windows}}|[https://github.com/project64/project64/releases {{Project64Ver}}]<br >[https://www.pj64-emu.com/nightly-builds Dev]|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✓}}|-|[[Project64 Netplay]]|align=left|{{Icon|Windows}}|[https://pj64netplay-emu.ml/download.html {{Project64NetplayVer}}]|{{✓}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|{{✓}}|-|[[CEN64]]|align=left|{{Icon|Windows|Linux|macOS}}|[https://github.com/tj90241/cen64 Git]|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{~}}|-|[[1964]]|align=left|{{Icon|Windows}}|[http://www.emulation64.com/files/getfile/936/ 1.1] (Official)<br />[http://files.emulation64.fr/Emulateurs/EMU_1964_146.zip 1.2 r146] (Unofficial SVN)|{{✗}}|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✗}}|-|DaedalusX64|align=left|{{Icon|Linux}}|[https://github.com/DaedalusX64/daedalus/releases/latest Git]|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|-|[[Sixtyforce]]|align=left|{{Icon|macOS}}|[http://sixtyforce.com/download/ 1.0.4]|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|-|[[UltraHLE]]|align=left|{{Icon|Windows}}|[https://web.archive.org/web/20070312015944/http://www.emuunlim.com/UltraHLE/ultrahle.zip 1.0]|{{✗}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}

|style="text-align:center;"|[[Mupen64PlusMAME]]|stylealign="text-align:center;"left|{{Icon|Windows|Linux|macOS|Multi-platformFreeBSD}}|style="text-align:center;"|[httpshttp://bitbucketwww.mamedev.org/ecsv/mupen64plus-mxe-daily/overview SVNrelease.html {{MAMEVer}}]|style="text-align:center;"{{✓}}|{{✗}}|✓{{✗}}|style="text-align:center;"{{✗}}|{{✓}}|style="text-align:center;"{{✓}}|✓{{✗}}

|style="text-align:center;"|[[Project64Ryu64]]|stylealign="text-align:center;"left|{{Icon|Windows|Linux|macOS}}|style="text-align:center;"|[httphttps://www.pj64-emugithub.com/downloadsRyu64Emulator/project64/binaries/ 2.1Ryu64 Git]|style="text-align:center;"{{✗}}|{{✗}}|✓{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|style="text-align:center;"{{✗}}|✓{{✗}}

|style="text-align:center;"|[http://1964js.com 1964]R64Emu|stylealign="text-align:center;"left|{{Icon|Windows|Linux|macOS}}|style="text-align:center;"|[httphttps://1964jsgithub.com/blograsky/download.html 1.1r64emu Git] (official)<br />[http://code.google.com/p/emu-1964/ 1.2 r146] (SVN)|style="text-align:center;"{{✓}}|{{✗}}|{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|style="text-align:center;"{{✗}}|{{✗}}

|style="text-align:center;"|[[CEN64]]Larper64|stylealign="text-align:center;"left|{{Icon|Windows, Linux}}|style="text-align:center;"|[httphttps://gitthirdworld.cen64dev/files/Larper64-02.com/?p=cen647z 0.git;a=summary Git2]|style="text-align:center;"{{✓}}|{{✗}}|✓{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|style="text-align:center;"{{✗}}|{{✗}}

|style="text-align:center;"|[http://forums.daedalusx64.com Daedalus]|style="text-align:center;"|Windows|style!colspan="text-align:center;11"|[http://forums.daedalusx64.comMobile /viewtopic.php?f=38&t=4187 1.1]|style="text-align:center;"|✓|style="text-align:center;"|✗|style="text-align:center;"|✗ARM

|style="text-align:center;"|[[SixtyforceMupen64Plus]]FZ|stylealign="text-align:center;"left|{{Icon|OS XAndroid}}|style[https://play.google.com/store/apps/details?id="text-align:center;"|1org.mupen64plusae.v3.fzurita 3.0.222 (beta)]|{{✓}}|style="text-align:center;"{{✓}}|{{✓}}|style="text-align:center;"{{✓}}|{{✗}}|style="text{{✗}}|{{✓}}|-|[[Mupen64Plus]]-pandora|align=left|{{Icon|Pandora}}|[https:center;"//pyra-handheld.com/boards/threads/mupen64plus-2-2.72661/ Build 20] (v2.2)|✗{{✓}}|{{✓}}|?|?|{{✗}}| class="wikitable"{{✗}}|+Mobile{{✓}}

! scope|MegaN64<br/><small>(Mupen64+ based)</small>|align="col"left|Name{{Icon|Android}}! scope|[https://play.google.com/store/apps/details?id="col"com.aspieapps.free.emulator 7.0]|Operating System(s){{✓}}! scope="col"|Latest Version{{✓}}! scope="col"|Active{{✓}}! scope="col"|[[libretro{{✓}}|Libretro Core]]{{✗}}! scope="col"|[[Recommended emulators{{✗}}|Recommended]]{{✗}}

|style="text-align:center;"|[[Mupen64Plus|Mupen64+Project64]] AE|stylealign="text-align:center;"left|{{Icon|Android}}|style="text-align[https:center;"|2//www.4pj64-emu.4com/nightly-builds Dev]|style="text-align:center;"{{✓}}|{{✓}}|style="text-align:center;"{{✓}}|✗{{✓}}|style="text-align:center;"|{{✓}}|{{✗}} |{{na| classtext="wikitable"|+ConsolesTBD}}

! scopecolspan="col11"|Name! scope="col"|Operating System(s)! scope="col"|Latest Version! scope="col"|Active! scope="col"|[[libretro|Libretro Core]]! scope="col"|[[Recommended emulators|Recommended]]Consoles

|style="text-align:center;"|[http://forums.daedalusx64.com Daedalus[Virtual Console]]|stylealign="text-align:center;"left|{{Icon|Wii|[[PlayStation Portable]]WiiU}}|style="text-align:center;"|[http:N//www.emucr.com/search/label/DaedalusX64 SVN]A|style="text-align:center;"{{✓}}|✓{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|{{✓}}

|styleNot64|align="text-align:center;"left|{{Icon|GCN|Wii}}|[httphttps://www.gc-forevergithub.com/forumsExtrems/viewtopic.php?f=9&t=842 Not64/releases/latest 20190410]|style="text-align:center;"{{✗}}|[[Wii]], [[Gamecube]]{{✓}}|style="text-align:center;"{{✓}}|20130408{{✗}}|style="text-align:center;"|?{{✗}}|style="text-align:center;"|{{✗}}|style="text-align:center;"|{{✓}}

|style="text-align:center;"|[httphttps://code.google.com/p/mupen64gc / Wii64]|stylealign="text-align:center;"left|{{Icon|GCN|[[Wii]], [[Gamecube]]}}|style="text-align[https:center;"|//code.google.com/archive/p/mupen64gc/downloads 1.1 beta]|style="text-align:center;"{{✗}}|{{✓}}|{{✓}}|{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|style="text-align:center;"|{{✗}}

|styleDaedalusX64|align="text-align:center;"left|{{Icon|[[Virtual Console]]PSP}}|style="text-align[https:center;"|[[Wii]//github.com/DaedalusX64/daedalus/releases/latest Git]|style="text-align:center;"{{✓}}|-{{✓}}|style="text-align:center;"{{✗}}|?{{✗}}|style="text-align:center;"{{✗}}|{{✗}}|style="text-align:center;"|{{✓}}

===Comparisons===Compatibility: N64 emulation is a complete mess. There are Although many Nintendo 64 emulators have been made and many good reasons for thisgames can be run between them, but they'd take too long complete compatibility and/or accuracy still leaves a bit to statebe desired. Every For half a decade, Mupen64Plus and Project64 have vied for the most playable emulator , and which has its own unique compatibility issues. The compatibility varies significantly, even within one been more compatible has depended on when and in what configuration each emulator if using different pluginshas been tested. Refer Both emulators default to [http://bmgcl.atspace.cc/n64mgcl/N64ConfigList.htm this link] for optimal emulator settings based on the game you want to playlackluster plugins, but, as of August 2017, both emulators have roughly equal graphical accuracy when running with GLideN64.

* [[Mupen64Plus]]is an open-source, multi-platform, plugin-based emulator based on Hacktarux's Mupen64. As of [https://github.com/mupen64plus/mupen64plus-core/pull/336 July 2017], is currently the best overall N64 emulatorcodebase has reached compatibility parity with Project64, but you still need PJ64 for certain gameswhen both emulators are run with GLideN64. It Mupen64Plus lacks a native GUI, and instead is ran of being run either from the command line or by dragging and dropping roms ROMs onto the executable and editing the config with a text editor such as Notepad++. There are third-party GUIs made for it, but many are problematic and glitchy. It is actively developed, and Mupen64Plus has also been ported to a number of different platforms. [[BizHawk]] and [[OpenEmu]] use shallow forks of Mupen64Plus and its plugins for their N64 emulation.

:* [[Project64]] is still Wii64 and Not64 are both based on Mupen64, with Not64 being a decent choice for emulating most fork of the popular games, though it has been supplanted by Mupen64Plus in terms of general Wii64. Not64 claims to be better optimized as well as having higher compatibilityand more frequent updates. It N64 emulation on Wii is capable of using a wide variety of plugins, and has a relatively user-friendly interface. However, it has not seen an update in some timevery good, and remains confined to Windows. Version 2.1 fixed some games, but introduced some regressions as well, so it may be handy is recommended to keep version 1.6 alongside itstick with the Virtual Console N64 releases whenever possible.

* RetroArch [[Project64]] is an open-source emulator for Windows. Its official release builds are more up-to-date than Mupen64Plus', and the current version, 2.3.2, is roughly as accurate as the development versions of Mupen64Plus when both are played with recommended plugins. It has incorporated a heavily modified fork of more user-friendly interface than the Mupen64Plus attempts and supports more features such as its N64 coreoverclocking and Transfer Pak emulation. However, it is still a WIP doesn't come with GLideN64 out-of-the-box, and the default video and may have issues but should be fine for most games nowaudio plugins aren't even the best in the box. It presently remains confined to Windows, though work is constantly being worked onunderway to port it to Android and Linux. For the most part, and has features not present it works well in mainline[[Wine]], such as Project64-style overclocking for faster framerates and 3-point texture filteringbut, if you're on a different platform, as well as those features that RetroArch itself bringsuse Mupen64Plus instead.

* [[BizhawkRetroArch]] 's Nintendo 64 libretro core is based on Mupen64Plus and its plugins but with heavy modifications. It introduces many features and optimizations not present in mainline alongside RetroArch's general features, including Project64-style overclocking for faster framerates, 3-point texture filtering, superior A/V sync and latency, and even an exclusive LLE Vulkan renderer based on Angrylion's pixel-perfect plugin, making it a better alternative to the standalone version in some cases. Its developers have expressed intentions to eventually rewrite the core and brand it as its own emulator, called paraLLEl. That new paraLLEl core has a port special "[https://www.youtube.com/watch?v=mzR93F9gPdc Super VI Mode]" option which, if used, can make the visuals of Mupen64PlusN64 games look less blurry with fairly mitigated jaggies even at their native resolutions. Although, which seems to work well enoughit may need a [https://www.youtube. Bizhawk lacks portability however, and is only for Windows and OSXcom/watch?v=z7_D_D419S0 powerful GPU].

* Daedalus [[CEN64]] is an N64 up-and-coming emulator that aims for cycle accuracy while, at the PSPsame time, which has been ported aiming to Windows, but results are even more hit-and-miss than eventually be usable on other emulators due to being made for PSP first modern PC hardware. It currently lacks many features and foremost. On PSP, most games are unplayablehas spotty compatibility, but thereit's a [http://forums.daedalusx64.com/compatgradually improving.php small amount of them that work really It can already emulate some well] with -known edge cases such as the right settings (Quest 64, for example)picture recognition in Pokemon Snap.

* Wii64 [[1964]], along with its various versions and forks, was once a decent, speedy open-source alternative to Project64 and Not64 are both based on Mupen64, with Not64 being a fork of Wii64though it usually lagged behind the two compatibilities wise. Not64 claims to be better optimizedNowadays it has completely fallen off the radar, as well as having higher compatibility development has stopped, is Windows-only, and more frequent updatesthere is no longer a central code repo to speak of. N64 emulation on Wii There is not little reason to use it nowadays outside of historical purposes, very goodspecific edge cases, and it or if your device is recommended too slow to stick with the Virtual Console N64 releasesrun Mupen64Plus or Project64.

* Daedalus is an Nintendo 64 emulator for the PSP, which has been ported to Windows, but results are even more hit-and-miss than on other emulators due to being made for PSP first and foremost. On PSP, most games are playable, with some minor sound issues.* [[CEN64Sixtyforce]] is an upmacOS-only, closed-source, and-coming simulator that aims asks you to pay for cycle accuracy, while at the same time aiming full access to eventually be usable on modern PC hardwareits features. It currently lacks sound and a whole host was once one of other featuresthe only choices for Mac users, particularly those with older Macs, and its compatibility is still very spotty but since it is improving at 's the only emulator with a rapid pace; <abbr title="Power PC">PPC</abbr> [[Dynamic recompilation|dynarec]]), but, with the switch to x86 and Mupen64Plus being ported to macOS, it already plays many of the most popular games (albeit slowly)has now become irrelevant.

* 1964, along with its various versions and forks, was once [[UltraHLE]] marked a decentmilestone in Nintendo 64 emulation, speedy alternative to Project64 and Mupen64, though it usually lagged behind the two in compatibility. Nowadays, that it has completely fallen off was the radar, and there is little reason first to use it outside of play some popular N64 titles at full speed on hardware made at the time of its forksrelease through [[High/Low level emulation|high-level emulation]]; it isn' overclocking functiont without its drawbacks though - pressure from users, combined with legal threats from Nintendo, which allows forced them to discontinue development. Besides being for smoother framerates. Even this featurehistorical value, however, has been supplanted by both Project64 2.1 and RetroArchthere's VI Refresh Rate setting, which effectively does the same thingnot much to expect from this emulator anyway due to compatibility issues.

* [[SixtyforceRyu64]] is Mac-only, closed-source, and asks you to pay for a Nintendo 64 emulator made in C#. The 'Ryu' word is named after the "RyuJIT" used in both Visual Basic & C#. But it to use all its features. It was once one of might have been inspired by the only choices for Mac users lead author's sole (particularly those with older Macsso far) [https://github.com/Ryujinx/Ryujinx/commits?author=Dudejoe870 commit] at Switch emulator, since it[[Ryujinx]]'s the only emulator with Git repository and his depreciated [https://github.com/Dudejoe870/RyujinxAutoUpdate Ryujinx Auto Updater] tool. "86RYU", a PPC dynarec), but with the switch to x86JIT compiler, and Mupen64Plus improving beyond its peers, it has now become utterly irrelevantis being developed alongside this emulator too.

Emulation for the {{Main|Recommended N64 is not very good. The system is very complex and confounded with almost no documentation available to emulator developers, leading to it being difficult to create an emulator with a high degree of compatibility with games. Many games require specific plugin set ups with specific emulators. It's a mess.plugins}}

The N64 was an overly complex machine that was difficult to program Emulation for. The the N64's RDP was pretty much the first real 3D accelerator GPU on consoles. In fact, is not at the time point where many would expect it came out, it was the most powerful consumer-grade GPU in the world (came out a few months before the Voodoo)to be by now. It The system is very hard extremely complex compared to emulate all of its functions accurately due contemporary consoles. With almost no documentation being available to the lack of publicly available documentation for emulator developers. Many RDP functions have to be reproduced in software for accuracy, which takes a lot of power. Especially if you also reproduce the coverage filters, which are a nuisance because they make the image look blurry, and at the same time necessary for pixel-perfect graphics. For this reason, emulating it is difficult to create an emulator with a high degree of accuracy and compatibility has proven with games. Many games require specific plugin setups with specific emulators to be no simple taskplayed decently.

One of For this reason, most developers have instead opted to approximate the biggest hurdles RDP's functions using high-level emulation (HLE) through various APIs such as Direct3D, OpenGL, and even Glide. While this results in the road much more reasonable system requirements for emulation, along with prettier, higher resolution graphics, this method can be hit and miss. It often requiring per-game tweaks and settings to prevent graphical glitches on many games. Some games implemented custom graphics microcode which had yet to proper N64 emulation has be reverse-engineered. Although many or even all of them have already been accurately emulating the N64implemented in HLE mode in 2016-2018 with dedicated work from GLideN64's graphics hardwarelead programmer, known as the Reality Display Processorgonetz, itself a part and one or two assistants.<ref name="gliden64_blog-1">{{cite web|url=https://gliden64.blogspot.com/2017/|title=Public Release 3.0|publisher=Blogspot|accessdate=2018-06-17|date=2017-12-29}}</ref><ref name="ZSortBOSS">{{cite web|url=https://github.com/gonetz/GLideN64/issues/1685#issuecomment-364436534|title=Initial implementation of the N64BOSS ZSort ucode (WDC, Stunt Racer)|publisher=GitHub|accessdate=2018-06-17|date=2018-02-10}}</ref> For example, [https://youtu.be/HfCOnmRHI0o Factor 5]'s games do now work, specifically when using GLideN64 plugin's Reality Cohigh-Processorlevel graphics mode.<ref name="Indiegogo">{{cite web|url=https://www.indiegogo. The RDP is a very complex, fullycom/projects/indiana-j-infernal-machine-high-featured GPU, and emulating it at a low level has proved to be a daunting task that requires a lot -emulation#/updates/all|title="Indiana J. & Infernal Machine" HLE|publisher=Indiegogo|accessdate=2018-06-17|date=2018-05-17}}</ref><ref name="gliden64_blog-2">{{cite web|url=https://gliden64.blogspot.com/2018/05/hle-implementation-of-microcodes-for.html|title=HLE implementation of research, coding expertisemicrocodes for "Indiana Jones" and "Battle for Naboo" completed.|publisher=Blogspot|accessdate=2018-06-17|date=2018-05-26}}</ref> Other games may have issues with such RDP quirks as frame buffer/depth buffer access (issues with how the frame buffer is used as well as performance issues), VI emulation as well as issues with how combiner/blender modes are emulated (such as noise issues and immense amounts of system resourcescombiner accuracy).

For this reasonLow-level emulation can be handled in two ways, complete low-level software emulation or a hybrid approach of LLE RDP emulation, most developers have instead opted which involves using graphics APIs to approximate simulate the RDP's functions while using highlow-level RSP emulation to emulate the graphics microcode. Low level software emulation (HLE) through various APIs of the RDP involves replicating all RDP functionality in software, which allows for very high accuracy but can suffer from major performance issues unless optimizations such as Direct3D, OpenGL, vectorization and even Glidemulti-threading are performed. While this results in much more reasonable system requirements Hybrid LLE emulation can allow for performance enhancement over low level software RDP emulation along with prettier, higher resolution graphics, this method but can be hit and misssuffer from various problems due to things such as replicating the N64's numerous blending/combine modes, often requiring per-game tweaks emulating frame buffer access and settings replicating how polygons are rasterized to prevent graphical glitches on many games. Some games that implemented custom microcode the screen (which has yet due to be reverse-engineeredhow the RDP renders primitives on a low level) such as Factor 5's games do not work no matter what using high-level graphics plugins.

It should also be noted that even though most games "work" through the HLE method, it is not an accurate representation of what the N64 hardware's video output actually looked like, but rather a rough approximation by PC graphics hardware. Your mileage may vary on whether this is a good thing or not, given the N64's often blurry, low-res output.

Majora's mask accurate.png|Majora's Mask, with low-level graphics (using SoftGraphic)Project64 2013-07-26 14-20-17-55.png|Majora's Mask, with high-level graphics (using Jabo's Direct3D)

===[[Texture filtering]]===The N64 was the first console to feature texture filtering of any kind. However, unlike PC graphics hardware and every console after the N64, its implementation of bilinear texture filtering was unique , in that , in order to reduce strain on the system, it only used three samples as opposed to four, resulting in slightly jagged textures. Instead of faithfully applying this "imperfect" version of bilinear, HLE plugins instead apply conventional bilinear filtering, interpolating straight from the source texture up to the output resolution, much like on PC games. While technically this method of bilinear filtering is superior to the N64's, it can also result in textures that look even blurrier than on real hardware.

Another issue lies with the appliance of texture filtering per quad on static images, text, and sprites. Because each quad is filtered separately, this can cause some visual inconsistencies. Text and UI elements often look as though their edges cut off abruptly, and static images , such as prerendered pre-rendered backgrounds or menu screens , may look as though they are separated into squares. Some plugins allow the user to turn off texture filtering to remedy this, but , unfortunately , this also applies to textures in the game world, exposing their often extremely oftentimes low-res natureresolutions.

Project64_2013-06-26_17-44-58-31.png|Conker's BFD Bad Fur Day copyright screen, displaying issues with filtered text.

===Voice Recognition Unit emulation===The Voice Recognition Unit (VRU) is an accessory used primarily by ''Hey You, Pikachu''. No emulator or input plugin supports this, although there is an on-going effort to get it working.<ref name="emutalk">{{cite web|url=http://www.emutalk.net/threads/55279|title=Hey You! Pikachu - Possible HLE Implementation|publisher=emutalk|accessdate=2018-06-17|date=2014-10-27, Last edit: 2016-04-04}}</ref>===''Densha De Go!'' Controller===Also available for the [[PlayStation emulators|PlayStation]], ''Densha De Go! 64'' is a Japan-only train simulator released by [[Wikipedia:Taito|Taito]] that is compatible with an optional special controller that plugs into the player 3 port.<ref name="ArcadeUSA">{{cite web|url=https://www.youtube.com/watch?v=cCcPAGhcnck|title=Densha De Go! Nintendo 64 Controller!|publisher=YouTube|accessdate=2018-06-17|date=2017-01-20}}</ref> No emulator supports it. ===Pokémon Snap Station===There was a special kiosk designed to promote ''Pokémon Snap'' called the ''Pokémon Snap Station'', which is also compatible with the North American ''Pokémon Stadium'' with its gallery mode. It is just a Nintendo 64 with special hardware designed for the station.<ref name="Sixty Formula">{{cite web|url=https://www.youtube.com/watch?v=AMbjvGvPkV4|title=The Pokemon Snap Station|publisher=YouTube|accessdate=2018-06-17|date=2016-05-21}}</ref><ref name="MetalJesusRocks">{{cite web|url=https://www.youtube.com/watch?v=5_UGpRN6AnM&t=3m35s|title=VIDEO GAME KIOSKS - Extreme Game Collecting!|publisher=YouTube|accessdate=2018-06-17|date=2016-05-25}}</ref> Although the special cartridge boots 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. ===Transfer Pak emulation===A few games use the Transfer Pak such as ''Mario Golf'', ''Mario Tennis'', ''Mario Artist: Paint Studio'', and the ''Pokémon Stadium'' games. Mostly, this can be done with N-Gage's input plugin, but a couple of things aren't emulated: *Taking pictures with the Japanese ''Game Boy Camera'' (called ''Pocket Camera'') while in Transfer Pak mode playing ''Mario Artist: Paint Studio'' displays static. ===64DD Emulationemulation===The 64DD (an abbreviation for "64 Disk Drive") was a Japan-exclusive peripheral that which allowed a proprietary disk format to be used with the N64. This allowed for These disks had more space at a cheaper manufacturing cost. The peripheral was a commercial failureand 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. There  Expansion disks are currently no emulators region-coded to either Japan or US (obviously unused) and won't work with N64 games from the wrong region. Only F-Zero X has full support for this feature, but dummied-out expansion data in Ocarina of Time and Mario Party 2 (JP/PAL) exist as well. The special AV-In cartridge (NUS-028) that ''Mario Artist: Talent Studio'' can use doesn't work because it requires an RCA cable signal. 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 [https://twitter.com/LuigiBlood LuigiBlood]. {| class="wikitable" style="text-align:center;"|-! scope="col"|Name! scope="col"|Platform(s)! scope="col"|Latest Version! scope="col"|Active! scope="col"|64DD Emulation! scope="col"|N64 Mouse! scope="col"|[[Recommended Emulators|Recommended]]|-! colspan="7"|PC / x86|-|[[Project64]]|align=left|{{Icon|Windows}}|[https://github.com/project64/project64 2.3.2]|{{✓}}|Mid|{{✓}}|{{✓}}|-|[[CEN64]]|align=left|{{Icon|Windows|Linux|macOS}}|[https://github.com/tj90241/cen64 Git]|{{✓}}|Mid|{{✓}}|{{✗}}|-|[[MAME]]|align=left|{{Icon|Windows|Linux|macOS|FreeBSD}}|[http://www.mamedev.org/release.html {{MAMEVer}}]|{{✓}}|Mid|{{✗}}|{{✗}}|} * Project64's latest versions emulate the N64 mouse and can load Zoinkity's hacked 64DD cartridge conversions at playable speeds. You'll need to set every game to have 8MB of Memory by default manually. Games do not save, some need "32-bit engine" to be unchecked (like Talent Studio), and some (like Polygon Studio to fix models and Paint Studio to fix stamps) need the Angrylion GFX plugin rather than GlideN64, which does the job for the rest.**The 64DD hardware started to be emulated around 2.3's release with the help of [https://github.com/LuigiBlood LuigiBlood]. Saving works but in the form of NDR files. NDR files are copied versions of NDD images with save data included as to not write to the clean unaltered images. In order to play 64DDgames in their original forms, 8MB of memory is still needed because the real hardware needed the Expansion Pak upgrade. The peripheral IPL is also needed. * MAME includes early basic 64DD emulation as well but is much slower. Disk images need to be in head/track format. See [https://github.com/Happy-yappH/ddconvert.git here] for more information. It does not currently support disk swapping or saving disk to files. Writes only update the copy in memory, and, once the MAME process ends, the changes are lost. Current usage: <code>mame n64dd -quickload disk -cart cart -nodrc</code> (both disk and cart are optional) * CEN64, like Project64, had 64DD emulation ported to it from MAME. However, it focuses on accuracy and plays much slower than other emulators, aside for the 64DD emulation itself is almost completely undocumentedimperfect. ===iQue Player emulation===Before the GBA, DS, and 3DS, Nintendo released a modified version of their Nintendo 64 system for the Chinese market, which would make emulation was 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 their games, iQue Player releases are regular N64 roms wrapped with several layers of encryption, as well as a ticket and signature system like that on Wii, DSi, 3DS, Wii U and Switch. The Chinese ROM-hacking scene is very hardactive though and has translated the Japanese regular N64 releases for many of these to their language already, which explain some of the Chinese ROMs floating for those. Numerous attempts However, recently, almost all pieces of iQue Player software were made decrypted to emulate regular .z64 ROM format. Several of the 64DDChinese game localizations already run on N64 emulators, but none 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. ===Aleck 64 arcade emulation===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 and Wii U). 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 really went anywhere beyond proofto 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: * Donchan Puzzle Hanabi de Doon!* Eleven Beat: World Tournament* Hi Pai Paradise* Kuru Kuru Fever* Magical Tetris Challenge* Mayjinsen 3 / Meijin-Sen* Star Soldier: Vanishing Earth (also ported to N64)* Super Real Mahjong VS* Tower & Shaft* Vivid Dolls (official eroge game on a Nintendo console) The already available [http://assemblergames.com/l/threads/aleck64-ofon-retail-consoles-poc.55041/ patches] to convert arcade ROM dumps to regular N64 ROM format can be found [http://micro-concept stages64. Doncom/database/aleck64.shtml here]. The remaining ones from the system't expect s library not yet covered are:* Hi Pai Paradise 2* Rev Limit* Variant Schwanzer ==Virtual Console games in Dolphin==Some N64 games are emulated well on a 64DD emulator anytime soonVirtual Console game through Dolphin. The system requirements are much higher, if everbut it's doable for many games.The following games are on the N64 Virtual Console for Wii: {|width="100%"|- valign="top"|* 1080 Snowboarding* Bomberman Hero* Cruis'n USA* Custom Robo V2 (Japan only)* F-Zero X* Kirby 64: The Crystal Stars* The Legend of Zelda: Majora's Mask* The Legend of Zelda: Ocarina of Time|* Mario Golf* Mario Kart 64* Mario Party 2* Mario Tennis* Ogre Battle 64: Person of Lordly Caliber* Paper Mario* Pokemon Puzzle League|* Pokemon Snap* Sin & Punishment (English)* Star Fox 64* Super Mario 64* Super Smash Bros.* Wave Race 64* Yoshi's Story|} ==References==<references/>  {{Nintendo}}

[[Category: Consoles]][[Category:Fifth-generation video game consoles]][[Category:Nintendo consoles]][[Category:Nintendo 64 emulators|*]]