Changes

[[File:DSiBlack.png|300px|thumb|right|The design was very similar to the DS Lite]]Released on April 5, 2009, the '''Nintendo DSi''' added new lighting effects, an inner and outer 0.3 megapixel digital cameras, 16MB of RAM (compared to the previous 4MB of RAM), a faster ARM9 CPU clocked at 133 MHz, and offered downloadable titles called "DSiWare". It cost {{Inflation|USD|169.99|2009Outdated}} at launch and later dropped to {{Inflation|USD|149.99|2010}}. The system, however, was region-locked, meaning that DSi exclusives from different regions couldn't be used and the system language couldn't be changed. It also did away with backwards-compatiblity by removing Slot-2 which was used to load GBA cartridges and other gaming accessories (''i.e. Guitar Hero: On Tour'').

==Emulation=={| class="wikitable" style="text-align:center;"|-! scope="col"|Name! scope="col"|Operating System(s)! scope="col"|Latest Version! scope="col"|DSi (enhanced)! scope="col"|DSi (exclusive)! scope="col"|DSi (digital)! scope="col"|[[Recommended Emulators|Recommended]]|-|[[No$|No$GBA]]|WindowsThe N64 emulation scene had previously been described as a broken mess, [[Intel CPUs|DOS]]|[http://problemkaputtthe very definition of plugin hell.de/gba.htm 2.9b]|{{✓}} ||{{✓}} ||{{✓}} ||{{✗}}|-|[[melonDS|melonDS]]|WindowsWith recent developments in the scene, however, the situation has markedly improved, Linux|alpha|{{✗}} ||{{✗}} ||{{~}} ||{{~}} <small>([http://melonds.kuribo64and it is no longer considered necessary to have multiple emulators and plugins on hand to get most games to work.net/commentsThis page will outline the best plugins currently available for the benefit of both the casual and enthusiast looking to get their N64 emulation fix.php?id=94 WIP])</small>|}

There hasn't been much of ==The Plugin Specs==To understand the current plugin situation, and why there are several competing emulators that all appear to use the same plugins but said plugins are not compatible across emulators, a need for DSi emulation due to it's small library of exclusive games and lack bit of DSi-enhanced titles that provide anything major besides camera support. The only thing really notable history is DSiWare, which saw several exclusive releasesin order.

No$GBA added support for DSi games Historically, the majority of N64 emulators all three formats starting with version 2.8shared the same plugin spec (known as the zilmar spec, after the creator of Project64, although some games won't boot and others have graphical glitches. You'll need to enable ''"16MB DSi/retail"'' under the settings in order first emulator to use it. Compatibility is very iffy due to No$GBA's already poor DS emulation), and could therefore all use the camera is just spoofed as same plugins, meaning you could take a static image plugin DLL file, use it on one emulator, then take that DLL and will causes use it on another, and it would also work there. Of these, the emulator big three emulators were Project64, 1964 and Mupen64. Each had advantages and disadvantages, and some games worked well in one only to crash whenever usednot work in another, even when using the same plugin configuration. This necessitated having all of these emulators and sometimes even older or modified versions of them, along with a great many plugins, meaning to be able to play most of the N64 library with the least amount of issues possible - though admittedly a good amount of games (particularly the most popular ones) were playable with just the best few of them. To illustrate the point, [http://bhemuhelp.unaux.com/n64mgcl/N64ConfigList.html here] is a site that uses it may boot, but won't be very as late as 2012, was dedicated to documenting the exact emulator, plugin and settings combination necessary to get each and every game to at least a playablestate, if at all possible.

DSi used an encryption system for the game dumps that However, as time went on , things began to be enhanced change, slowly at first. 1964's development eventually ceased, and used for it completely fell off the 3DSradar. This encryption is checked at start-upMupen64 was forked into Mupen64Plus and developed its own plugin spec that was incompatible with the older zilmar spec, hence why Nintendo DS emulators don't even manage making it unable to use existing plugins unless they were specifically ported to boot DSiWare dumpsit. This left only Project64 as the only relevant and active emulator still using the zilmar spec. It's very unlikely DSiFor some time, then, this left the fledgling Mupen64Plus missing out on most cutting-mode emulation is ever going to be implemented in DeSmuME in particular due to various ''creative differences'' unique to that projectedge plugin development, as most people were still using Project64.

melonDS recently started attempts at DSi emulation and has been able A semblance of parity began to boot come about as a result of several major developments: first, Mupen64Plus itself was forked by the system's firmware<ref name="melonDSi">http://melonds.kuribo64.net/comments.php?id=94</ref> and even showed that it can boot ''Flipnote Studios''libretro team, but freezes when attempting which made many improvements to create a new notethe core emulator, and integrated its plugins into the core itself.<ref name="progress on DSi">http://melonds.kuribo64.net/comments.php?id=99&p</ref>. It's being worked on off an experimental branch Second, gonetz, the developer of Glide64, unveiled his newest plugin, GLideN64, which would officially support both the zilmar and requires a lot of files to be dumped Mupen64Plus specs from the DSi in order to workbeginning. Third, but it could become the Angrylion plugin, which is the most usable option accurate and compatible (and slowest) plugin there is, began to be ported both for DSi emulation in use with standard Mupen64Plus and the near futurelibretro fork. Most Finally, Themaister, one of it is being done using the documentation that the No$GBA devs have already compiled creators of libretro and RetroArch, began developing a unique plugin initially exclusive to libretro known as ParaLLEl-RDP, essentially Angrylion running on the subjectGPU through Vulkan compute shaders, enabling near-perfect N64 graphics emulation at actually playable speeds. For Add to this the fact that most PCs and many mobile devices are nowmore than capable enough of running the most advanced plugins, it only supports DSi-enhanced regular DS releasesand the plugin situation, once considered a labyrinth, has been greatly simplified to just needing a few for the vast majority of use cases.

==Game Formats==There are three types of games that *The zilmar spec - Utilized by Project64 and most other legacy emulators; only Project64 still uses the DSi hardware enhancements:it today.

;DSi-enhanced retail cartridges: A regular game cartridge that is compatible with the older NDS models, but unlocks more RAM and features when used on the DSi (commonly it's just camera support, but may provide better performance with the extra RAM). Only a [http://www.rfgeneration.com/blogs/pdrydia/DSi-enhanced-titles-an-incomplete-list*The Mupen64Plus spec -1969.php couple of games] had this feature and is similar to how some late Game Boy Color games (mainly the ones made Utilized by Capcom or WayForward in the early 2000s) would offer additional feature if played on the Game Boy Advance. These games will still boot on any NDS emulators, but will be detected as if it was on the original DS Mupen64Plus and will not load any DSi enhancements. DSi-enhanced games will also have an animated icon when displayed in the boot menu most of the DSi and the titleID on the cartridge will say '''TWL''' instead of '''NTR'''.;DSi-exclusive retail cartridges: Retail cartridges that relies on the DSi hardware features. An error screen will show when attempting to load one of these games on a regular DS console(and by extension, emulators also). These cartridges where white instead of gray and only [https://en.wikipedia.org/wiki/Nintendo_DSi#Software_library five games] were physically released this way, either as launch titles or because they were too big to be sold as DSiWare (see below). ;DSiWare: Downloadable titles only available through the DSi Shop (discontinued as of March 31, 2017). They have a 16MB size limitation due to the small size of the internal NAND and a lot of interesting exclusives for the system released as DSiWare. The Nintendo 3DS eShop also has some DSiWare for purchase (which is the only ''legal'' way of obtaining them now), though it uses a different file packaging format than the DSi. The system itself is also capable of running other DSiWare since the firmware used for backwards-compatibility is the same as the DSiits forks.

All three formats can be converted to <code>.nds</code> format. Compared to regular DS games*Libretro - Not really a spec per se, DSi games have some additional header information that wasn't even correctly dumped in most early sets. The 2017 set has updated many of these to as the plugins are integrated directly into the correct formatlibretro core, though itso there's still severely lacking in DSiWare exclusives. DSiWare dumps exist in both <code>.nds</code> format and <code>.cia</code> format (for installation on a homebrewed 3DS)no DLL files to download or add.

Even though it's possible to convert these titles to <code>.nds</code>, when attempting to run these games on a normal emulator it will either show an error message (when attempting to run a DSi-exclusive title)As of right now, or will crash on boot-up (when attempting to run DSiWare) due to missing encryption abilities and lack of DSi hardware support. DSi-enhanced games will run as if it was not all plugins are readily available on a regular DS modelall three.Consult the table below for reference:

On the DSi/3DS family of handhelds, the first two formats can be played on some select DSi{| class="wikitable" style="text-compatible flashcarts like the discontinued and expensive CycloDS iEvolution flashcart(which won't work on a stock 3DS unless you install custom firmware to whitelist it). As for the third type, some are only available for digital purchase at the 3DS eShop and are installed as apps to the limited TWL NAND. Users with custom firmware can also convert DSiWare to an installable <code>.cia</code> and even dump already installed ones back to <code>.nds</code>. Since the DSi Shop has closed, the only way of obtaining DSiWare on the physical system is by [[Modding Consoles/Flashcarts#Nintendo_DSialign:center;"! scope="col"|Name! scope="col"|Latest Version! scope="col"|homebrewing]] your DSi and either [https://dsi.cfw.guide/installing-dsiwareProject64! scope="col"| installing] it to the system's NAND, or launching the <code>.nds</code> ROM through Unlaunch.Mupen64Plus! scope="col"|Libretro! scope="col"|HLE! scope="col"|LLE! scope=BIOS Files"col"|Widescreen Hack! scope="col"|Custom Texture Packs! scope="col"|Recommended|-!colspan="13"|Video PluginsDSi emulation requires a copy of the lower 32K|-halves of the ARM7|ParaLLEl-RDP|[https:/ARM9 BIOS files (<code>BIOSDSI7/github.ROM<com/Themaister/code> and <code>BIOSDSI9.ROM<parallel-rdp git]|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✓}}|{{✗}}|{{✗}}|{{✓}}|-|GLideN64|[https:/code>), which are different from the regular DS BIOS files and needed for the decryption. All the needed files are <code>bios7i.bin</code>, <code>bios9igithub.bin<com/code>, <code>BIOSDSI7.ROM<gonetz/code>, <code>BIOSDSI9.ROM<GLideN64/code>, <code>BIOSNDS7.ROM<releases/code>, and <code>BIOSNDS9.ROM<tag/code>. These unicorns can be found github-actions github-actions]|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✓}}|-|Angrylion RDP Plus|[httphttps://archivegithub.orgcom/ata4/detailsangrylion-rdp-plus/DSiFirmwareFiles herereleases/tag/v1.6 1.6].|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✓}}|{{✗}}|{{✗}}|{{✓}}|-|Glide64|Final|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✓}}|{{~}}|-It|Jabo's also advised (but still completely '''optional''') to use a NAND dump as well to increase compatibility (though adding games is more complex, and a softDirect3D8|1.7.0.57-modding solution to dump it is still being worked on). Rename it to "DSiver5|{{✓}}|{{✗}}|{{✗}}|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|-1|Rice Video|0.mmc" (should be about 250MB)4. In No$GBA, change ''"Reset/Startup Entrypoint"'' to ''"GBA/NDS BIOS"'' to now boot the emulator and games in DSi mode4|{{✓}}|{{✓}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✓}}|{{✗}}|-|glN64|0. Hex editing is required in order to "install" new DSiWare titles. Using a NAND dump fixes a lot of glitches and crashes related to languages and use of the internal DSi font4.1|{{✓}}|{{✗}}|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✗}}|{{✗}}|-|z64gl|R17|{{✓}}|{{✓}}|{{✗}}|{{✗}}|{{✓}}|{{✗}}|{{✗}}|{{✗}}==Emulation Tutorial |-|Angrylion (no$gbaOfficial)==For now, NO$GBA is the most mature DS emulation project that supports the Nintendo DSi. Using the latest debugger version of NO$GBA is recommended. |r114|{{✓}}|{{✗}}|{{✗}}|{{✗}}|{{✓}}|{{✗}}|{{✗}}|{{✗}}|}

===Game Loading Methods=Video======Simple .nds Loading=Currently Recommended Plugins===Requirements: These [https://archive.org/details/DSiFirmwareFiles files] with the NO$GBA version overwritten with The following are the latest versioncurrent best video plugins for use on modern PCs and devices.

DSiWare ROMs preserved online [[File:SuperMario64-Comparison.png|thumb|right|Jabo's Direct3D8 (left) compared with angrylion's RDP with OpenGL (right), while playing ''Super Mario 64''.]]*[https://github.com/Themaister/parallel-rdp ParaLLEl-RDP] - An LLE video plugin based on Angrylion's RDP plugin, ported to run on the GPU through the use of the Vulkan API's compute shaders. Currently considered the best video plugin by most measures. It is just as accurate and compatible as Angrylion's RDP, but much faster. Like most Angrylion forks, it allows disabling of VI features such as anti-aliasing and blur. Unlike the software-rendered Angrylion, however, it also allows a number of enhancements, including hi-res upscaling, resulting in romsets currently use a sharp, high-definition picture while simultaneously retaining accuracy, essentially what the N64 output would look like if the original console could render in HD. It has higher system requirements than the nds formatother plugins, similar however. It requires a GPU with Vulkan support (most GPUs from 2014 onwards are covered) and up-to regular Nintendo DS ROMs-date drivers, and upscaling increases the GPU requirements even further, far more than GLideN64. At native resolution, however, a modest PC with Vulkan support can handle it without much issue, even on integrated graphics. If Due to its LLE nature, it does not support widescreen hacks or high-res textures - try GLideN64 if you change Emulation Settings > NDS Modeseek to use such features.*[https:/Colors > DSi /github.com/gonetz/GLideN64/ GLideN64] - A hybrid HLE/LLE plugin developed by the maker of Glide64, though its code is actually originally based on gln64 (retail/16MBwith combiner hacks from Glide64 and LLE code from z64gl). This is the best HLE plugin by far. The plugin currently supports mip-mapping, emulation of low-level triangles, microcode of every game, gamma correction, flat and prim shading, VI emulation, and LLE graphics (though defaults to HLE). It is the only plugin that has [[Nintendo_64_emulators#High-level_vs._low-level_graphics|implemented HLE support]] of microcodes for every N64 game (including the infamous Factor 5 and BOSS games) to enable fast performance and graphical enhancements. It currently fixes numerous long-standing issues in games and is capable of smoothly emulating advanced framebuffer effects in hardware that Glide64 and Jabo could not. It also supports several enhancements, such as hi-res custom [[Texture_Packs|texture support]], AA and AF, a [[Widescreen_Hack|widescreen hack]], and even some shaders. There is support for an "[[Overscan]]" feature that helps the users to [[Widescreen_Hack#Nintendo_64|remove black borders around a game's visual output]]. It requires at least OpenGL 3.3 in the latest versions to run, and OpenGL 4.x for some advanced functions, making this plugin more demanding than the plugins that came before it, though modern GPUs should be ok, even on mobile. It is not without its share of issues to this day, however. There are still several HLE bugs left to resolve, and its LLE mode, while much improved over z64gl's, is still not quite as developed as its HLE mode, and some of the plugin's enhancement features are disabled in this mode. Since it is hardware-rendered even in LLE, there are issues that may never be quite resolved due to inherent differences between the N64 hardware and the OpenGL API. It is advisable to use this over ParaLLEl-RDP only if you can simply drag are unable to run the latter in HD at full speed or if further enhancements such as widescreen hacks and drop all three types hi-res textures are desired.*[https://github.com/ata4/angrylion-rdp-plus/releases Angrylion RDP Plus] - This is a fork of DSi content Angrylion's RDP that supports multithreading. It now uses OpenGL 3.3 and also supports Linux. The multi-threading helps boost performance significantly, but some games are still not full speed even on a Core i7-8700K. This fork has at least one accuracy regression, compared to the emulator (or open official version of Angrylion. It also allows you to disable VI filters. Since it is a CPU-bound, software-rendered plugin, it has no enhancement options of any kind - what you see is what you get, exactly like on a real N64. Use this only if running a relatively fast CPU and ParaLLEl-RDP does not work with your GPU for whatever reason.*Glide64 - The former best general-use plugin. While it is no longer updated and is far less accurate and compatible than the newer offerings, it still has a few use cases, such as better support for older ROMhacks. It works relatively well for many (most?)games, has support for hi-res textures, and it will run in DSi Modeis also faster than the newer plugins, which makes it suitable for slower devices such as the older Raspberry Pis. Otherwise, stick to either ParaLLEl-RDP or GLideN64. Note that the version included with Project64 has been renamed to Project64 Video.

However===Deprecated Plugins===The following video plugins are old and deprecated, it's recommended for retail cartridges to and should not be loaded used or considered unless you have a VERY old or underpowered device that way with cannot handle the option "Emulation Settings > Reset/Startup Entry Point" set to "GBA/NDS BIOS". This loading method isn't recommended for DSiWare games because of some bugs introduced and the lack of ability to save altogether. However if you insistplugins, do set that option "Reset/Startup Entry Point" to "Start Cartridge Directly" at your own risk for any unpleasant aspects of the experienceor there's a very specific use case not covered by modern implementations.

====NAND Loading====*Jabo's Direct3D8 - Comes with Project64, and was once its default video plugin. Very speedy, has built-in AA and AF options, and includes a [[Widescreen_Hack|widescreen hack]]. The version included with the most recent versions of Project64 (1.7.0.57-ver5) is somewhat buggy and has regressions, however. [http://www.jabosoft.com/articles/114 Jabo's 1.6.1 patch] is better, though version 1.7 can run in LLE mode, which can help with a few games. Sadly, it will likely never see another update again, and though it is still included in Project64 to this day, it is no longer the default, and should not be used unless you have a very old PC.Requirements *[http://www.emutalk.net/threads/54166-Rice-Video-Community-version Rice Video] - A fast, highly configurable video plugin once famous for its ability to load [[Texture_Packs|hi-res textures]], making it a popular plugin within the N64 emulation community. The 1964 team at one point annexed it as its official video plugin, renaming it 1964Video. There are many versions and forks of it floating around, either to fix issues or add features. It eventually lost favor to Glide64, which can also load hi-res textures, and its compatibility as a whole is subpar even for an HLE plugin. As such, none of its variations are recommended for general use unless there's a very specific fringe case (such as some really old texture packs or ROM hacks), you're using a very, very old toaster, or are trying to emulate on a severely underpowered mobile device or handheld.*[http://www.emutalk.net/threads/40640-Z64-a-LLE-graphics-plugin z64gl] - A hardware-rendered, low-level plugin developed by ziggy, derived from MAME's N64 driver. It was once notable for being one of the only plugins that could play games without an HLE microcode implementation such as Rogue Squadron. However, it was rather glitchy, had higher system requirements than the same HLE plugins, needed an LLE RSP plugin to work (such as the bundled z64 RSP or Project64's RSP plugin set to LLE graphics), and configuration required editing the config file directly. A [https://archivegithub.com/purplemarshmallow/z64/tree/angrylion-integration fork] cropped up that aimed at improving it, but it did not go very far.orgNowadays, it's obsolete, as GLideN64 can now play every game through HLE (thus subverting z64gl's only selling point), and its LLE has been surpassed by Angrylion-derived plugins and even GLideN64's LLE mode.*[https://sourceforge.net/p/angrylions-stuff/detailscode/DSiFirmwareFiles aboveHEAD/tree/ Official Angrylion RDP]- A software-rendered, hardware-accurate plugin, developed by angrylion (though derived from MAME, much like z64gl). If This is the most accurate N64 video plugin in existence, emulating every facet of the N64's RDP precisely and thus making it capable of playing almost every single game in the N64 library with no issues, fixing even notorious cases such as the ''Pokémon Snap'' red dot and the ''Body Harvest'' bridge. This, however, comes at the cost of insane CPU requirements while making games look like, well, N64 games running on real hardware, which means native resolution, no widescreen, no hi-res textures - just the N64 in its full, vaseline-covered glory. Since this particular version is single-threaded, uses DirectDraw and is Windows only, it is recommended to use Angrylion RDP Plus or ParaLLEl-RDP instead, which offer much more reasonable performance. Only try it out if you have a real DSi unittricked-out rig and want to test your CPU's mettle, or if you can dump its NAND compile it from source and use need it instead for testing/debugging purposes, as the latest updates are always made to this version first.*[http://www.emutalk.net/threads/55481-angrylion-s-Per-Pixel-RDP-with-OpenGL HatCat/angrylion's Pixel-Accurate N64 Plugin] - This is a fork of Angrylion's RDP, done by HatCat. It has some optimizations not present in the official code, but is outdated and lacking some accuracy improvements and optimizations written by Angrylion. It has the option to disable the VI filters (which gives a speed boost), as well as the included DSi-ability to set custom resolutions. Also, this version uses OpenGL 1.mmc file, so that you play that different game selectionx instead of Direct Draw and supports Linux. Obsoleted by newer forks such as Angrylion RDP Plus.

This option Below is more authentic to a gallery comparing how real hardware works. It has much less bugs and many of these plugins handle Mario Tennis, a higher compatibility than the Simple nds loading methodhard-to-emulate game with many special effects that few plugins get right. DSiWare games were limited Pay attention to a 128MB internal NAND memory or 40 games in the DSi Home Menuscoreboard on the top left, the MPH indicator on the top right, the NPCs on the back, whichever limitation comes first. The NAND is represented by shadows below the file "DSi-1.mmc" characters, and hosts installed games (that will appear in the DSi Home Menu) trail and properly working game saves. While sparkle effects on the DSi supported SD cards, it did NOT allow for game software to be booted from there.tennis ball and rackets:

Make sure to use <gallery widths="300" mode="packed"Emulation Settings > Reset/Startup Entry Point" Mario Tennis Rice.png|Mario Tennis running on ParaLLEl-N64 using Rice. Missing various effects, heavily glitched court.Mario Tennis Glide64.png|Mario Tennis running on ParaLLEl-N64 using Glide64. Missing various effects and shadows, some glitches.Mario Tennis glN64.png|Mario Tennis running on ParaLLEl-N64 using glN64. Missing various effects; shadows are present, but glitched.Mario Tennis GLideN64 HLE.png|Mario Tennis running on Mupen64Plus-Next using GLideN64 in HLE mode with 16xMSAA. Minor text cutoff on bottom of scoreboard.Mario Tennis GLideN64 LLE.png|Mario Tennis running on Mupen64Plus-Next using GLideN64 in LLE mode with 16xMSAA. Minor text cutoff on bottom of scoreboard. Has slight polygon jitter not present in HLE.Mario Tennis ParaLLEl 1x.png|Mario Tennis running on Mupen64Plus-Next using ParaLLEl-RDP at native resolution. Pixel-perfect representation of real hardware.Mario Tennis ParaLLEl 4x Downsampled.png|Mario Tennis running on Mupen64Plus-Next using ParaLLEl-RDP rendering at 4x resolution, then downsampled back to native resolution.Mario Tennis ParaLLEl 4x.png|Mario Tennis running on Mupen64Plus-Next using ParaLLEl-RDP rendering at all times4x resolution. The DSiWare titles that can be booted through this method will appear Has very slight polygon jitter, though less than GLideN64 in the DSi Home Menu as separate slots than the "inserted game cartridge" iconLLE.</gallery>

Using Unlauncher==Audio==This section will only cover the zilmar spec plugins, a homebrew exploit, games can be added to as Mupen64Plus does not have any alternative audio plugins besides the NAND. However, this is an advanced techniquedefault, and generally heavily discouraged. Users of this software on real hardware were compelled to use custom firmwares that allowed for using game software from the SD card (normally impossible). This means that to take advantage of this method as an emulation user, you will be stuck with the pre-installed games on neither do the commonly shared BIOS files onlinelibretro forks.

====SD Card Loading====*Project64 Audio - The default audio plugin for Project64, apparently loosely based off of code from Mupen64Plus's HLE RSP. Very barebones, with no options to speak off.The *Jabo's DirectSound - Comes with Project64. It works fine for the most recommended methodpart, as per but some games may not play nice with it. It is a low-level plugin, so it needs an accompanying LLE RSP plugin. Will probably never be updated again.*[http://hg101www.proboardsemutalk.comnet/threadthreads/14716/emulate27610-Audio-v0-56-WIP2-dsiDownload-dsiware theseFeedback Azimer's HLE Audio] - This popular HLE audio plugin boasts high compatibility. Version 0.56WIP2 is old as hell, but it is the tried and true standard to which audio plugins are compared against. Recently, [https://wwwgithub.com/Azimer/AziAudio Azimer open sourced his plugin], and there are plans to integrate it into Project64 and eventually replace Jabo's as its official audio plugin.ngemuThe latest development versions have a few issues, however.com*[http:/threads/no-gba-3-0-dsiware-compatibilityforum.pj64-list-using-the-nandemu.206911com/ tutorialsshowthread.php?t=3644 Shunyuan's HLE Audio]- An audio plugin, apparently based on 1964Audio and HatCat's RSP plugin. This method loads Can run in both LLE and HLE modes despite the game from name, though the SD card instead HLE mode just makes it run a baked-in version of HatCat's RSP, which makes it not a true HLE plugin. Has been abandoned after charges of just taking others' code without revealing a source. If games run at a weird speed using this plugin, go to the NANDROM's Game Settings, and allows for an easier time adding new games disable Fixed Audio Timing and Sync using Audio. Despite its Frankenstein nature, it actually works surprisingly well, although modern development versions of Project64 no longer work with it, apparently due to the emulatorit depending on a bug that has now been fixed.

Requirements include these files ==Input==*Jabo's DirectInput - Comes with Project64, but now removed in favor of NRage Input. It isn't too bad, but it may have some compatibility problems with some controllers. Should work just fine with the keyboard if you're one of those masochists who emulates without a controller. Only standard controller emulation with nothing attached to be placed in it. As usual, do not expect any updates.*[https://sourceforge.net/projects/nragev20/ NRage Input] - Also comes with Project64 as of version 2.2. Hands down the same directory best input plugin as NO$GBAit is more feature complete than Jabo's DirectInput. Not compatible Has a ton of options and great controller compatibility, including XInput support for use with Xbox 360 controllers. It can't emulate the previous methodsmicrophone that is required by ''Hey You, Pikachu'' or the printer required for the ''Pokémon Snap Station''. It has the ability to emulate Controller Pak (''Mario Kart 64'''s ghost saves), Rumble Pak (''Star Fox 64''), and so Transfer Pak (''Pokémon Stadium'' series) functionality fairly well. Version 2.3 of Project64 introduced a version of the plug-in that can emulate the N64's mouse accessory designed for the 64DD to be used coincide with Project64's newest ability to emulate the 64DD accessory. Surprisingly, ''Mario Artist: Paint Studio'' can use the Japanese ''Game Boy Camera'' (called ''Pocket Camera'') in a folder with a fresh setupTransfer Pak mode, but the camera function doesn't work as it displays static, although importing captured images still works technically.*[https://www.raphnet-tech.com/products/raphnetraw/index.php/ Raphnetraw] - This open source plugin allows streamlined use of N64 controller(s) via raphnet [https://www.raphnet-tech.com/products/n64_usb_adapter_gen3/index.php N64-to-USB v3+ adapters]. It supports rumble and is available for Project64 and mupen64plus. Also contains various DLLs for special port arrangements [https://www.raphnet.net/programmation/mupen64plus-input-raphnetraw/index_en.php#4 (link)].

==RSP==* [megaZilmar's RSP - Comes with Project64.nz/#!aJAyUQIb!OIOOrA_PMeTizDxnmf-5y5fekLxxZkRZfWGKEvV_Tx0 BIOS Files]: Required Very accurate, quite fast in Recompiler mode, and will work fine for DSi emulationevery game. The version included in Project64 2.x can work with both LLE and HLE plugins by toggling the relevant options in the Plugins settings menu.* [megaMupen64 HLE RSP - Comes with Mupen64.nz/#!qBY0DAJa!18nfxczgF-JxqyFxSogfej7G23vYSjJnQCIh_tdXUq0 Modified NAND]: Includes Unlauncher (Hold A very fast and compatible HLE RSP plugin. Written by Hacktarux and Azimer. Has issues with some games, particularly those using MusyX microcode. MusyX support was later added to boot itthe Mupen64Plus version, but not needed) and TWiLight Menu++those changes have yet to be backported to the zilmar-spec version.* [megaz64 RSP plugin pack - Largely deprecated.nzThis set of RSP plugins comes with the z64 video plugin, each with their own purpose:**Ziggy-z64RSP - This RSP is based on the MAME/#!vERGXCwY!GSmvL2PODesi0VmuMESS RSP code. It is slower but more accurate.**Ziggy-atKPXxxz1UyucHZyH9bXghM0a0 2GB SD Card]: Filename is DSiPJ64 -Based on the Project64 1.SD4 RSP, this plugin is much faster.* A tool to mount *angrylion - This RSP is a virtual SD drivesimple Interpreter, such as and is required for a few games like World Driver Championship to work correctly with z64gl.*[httpshttp://www.osforensicsemutalk.comnet/toolsthreads/mount56919-quot-Static-quot-RSP-Interpreter-diskPlugin "Static" RSP Interpreter] -imagesMade by HatCat and originally released in [http://forum.pj64-emu.com/showthread.html OSFMountphp?t=3618 Project64 Forum]. To be used (Open DSias of the most recent release version, it is not only one of the most accurate RSP plugins, but also one of the fastest if using the SSSE3 version, though zilmar's RSP in Recompiler mode trumps it in speed. It also comes in SSE2 and non-1SSE variations in case your PC does not support those instruction sets.SD > "Mount") It is capable of working with both HLE and LLE audio and video plugins via the following settings:**Send display lists to the 2GB SD Card graphics plugin - Check if using an HLE graphics plugin, uncheck if using LLE**Send audio lists to add new the audio plugin - Check if using an HLE audio plugin, uncheck if using LLE**Force CPU-RSP signals synchronization - Check if playing Gauntlet Legends, World Driver Championship, or Stunt Race 64.nds files Only works with Project64 2.x.**Support CPU-RSP semaphore lock - Check to itfix issues with Mario no Photopie. Only works with Project64 2.x.*Parallel RSP - A fast and accurate RSP based on the work of [https://github.com/Themaister/parallel-rsp Themaister] and is a RSP option mainly used in the [https://www.libretro.com/index. Remember to disable "Readphp/parallel-n64-with-parallel-rsp-dynarec-release-fast-Only" and -accurate-n64-emulation/ Parallel N64 Libretro core] however it is also possible to Dismount before using the emulator againuse it with [[M64p]] and [[RMG]] as a plugin.

==Known Issues=====MelonDSProject64 and Others===MelonDS doesn*'''General Use'''**Glide64 2.0.0.1**Shunyuan's HLE Audio (set to LLE)**"Static" RSP Interpreter or Zilmar's RSP**Either of the RSP plugins should be fine for most games. HatCat't support DSiWare yets RSP is slightly more accurate.However, zilmar's is much faster. Keep in mind that Glide64 2.0.0.1 is the same as Glide64 Final. Glide64 2.0.0.1 is just a merge of Glide64, GlideHQ, and Glitch64 (which of course the final version has) to be one file, but limits you to certain settings that cannot be changed with the emulator.*'''Best Performance'''**Glide64 Final**Azimer's HLE Audio===NO$GBA===**Zilmar's RSPAside from general emulation problems inherited from **Make sure you configure the graphics plugin to show texture enhancement options. Then you'll have an extra tab to change more options. Goto the texture enhancement tab and click on the button that gives the best performance and it should improve framerate once you saved the settings. There's also another button for best texture quality. There's no need to touch the older DS emulation projectother plugins. Recommended for most emulators.*'''Accuracy'''**angrylion's Pixel-Accurate N64 Plugin (RDP Plus)**Azimer's Audio NEW**"Static" RSP Interpreter**If you have a decent quad-core CPU, you can run many N64 games with pixel-perfect graphics at full speed, thanks to the new multithreaded version of angrylion's software plugin. The new Azimer's plugin (still WIP) works good in LLE. Since there are the following issues:'s almost no visual difference, you may as well use PJ64's RSP to get better performance.

===Mupen64Plus===[[Mupen64Plus]] has its own set of plugins which are incompatible with plugins used in other emulators. Here is an overview of recommended setups.* ''Microphone doesn't workGeneral Use'''**Video: Glide64mk2**RSP: cxd4-ssse3 or Parallel RSP**Glide64mk2 is just Glide64 with additional tweaks and enhancements for use with Mupen64Plus.cxd4 is one of HatCat'' (DSiWare + any method) No known fixs many names. The cxd4 plugin is a port of his RSP for zilmar-spec emulators. This appears to be the best combination for use with most games, though toasters may have performance issues.* ''Camera doesn't work.Best Performance''' (DSiWare + any method) Unimplemented. No known fix.* *Video: Rice**RSP: rsp-hle**These are Mupen64Plus's default plugins. Rice'Touch Screen issues related s Video is a plugin used on other N64 emulators, most known for its support for hi-res [[Texture_Packs|texture packs]], now enhanced for Mupen64plus. It is not quite up to Screen CalibrationGlide64'' (DSiWare + TwilightMenu or simple nds loading) s level, but it does well enough for many games and is quite fast. The fix is default RSP plugin appears to load the original DSi Home Menu first (holding B when resetting the emulator or loading it), then reset to TwilightMenu (not holding any buttons) before loading be just an enhanced port of vanilla Mupen64's RSP. Use this combination if you have a lower end PC and can't handle the desired gameCommonly Used setup.* ''Can't SaveAccuracy/Rogue Squadron'''**Video: z64 or angrylion' s Per-Pixel RDP with OpenGL**RSP: cxd4-ssse3 or Parallel RSP**z64 is a port of z64gl, a low-level emulation video plugin for N64 emulators. It comes with its own accompanying z64 RSP, but cxd4 (DSiWare + simple nds loadinga port of HatCat's RSP Interpreter plugin) appears to be more accurate and very well optimized. This method setup is hardware inaccurate to begin capable of playing difficult games like Rogue Squadron with. For best results, switch very few graphical glitches and faster than on Project64 to TwilightMenu or Original NAND methodsboot.

[[Category:Consoles]][[Category:Nintendo consoles]][[Category:Seventh-generation video game consoles]][[Category:Nintendo DS emulators|*Recommendations]]