138
edits
Changes
Jump to navigation
Jump to search
Rewrote portions of Rice Video section, added a few other tidbits elsewhere
*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 that cannot handle Glide64 or GLideN64.
*[http://www.emutalk.net/threads/54166-Rice-Video-Community-version Rice Video] - A very fast, highly configurable video plugin primarily based around the Direct3D API. It was once famous for its ability being the first plugin that allowed the user to load [[Texture_Packs|custom hi-res textures]], making which made 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, all aiming to fix issues or add features(one fork even featured early shader support), and an OpenGL version forks of it is are included in mainline Mupen64Plus and in the ParaLLEl-N64 libretro core. It eventually lost favor with the wider communityHowever, as even during its heyday it was not a very compatible pluginlagged behind Glide64 and even Jabo in both compatibility and accuracy, and once the much-superior Glide64 also gained the ability to load custom textures, there was remained little reason to use it beyond its speed. The so-called A "Community Version" is also full of popped up that aimed at improving it and fixing its issues, but it ended up introducing many regressions compared to older versions, even as it attempted to fix issues with thoseand the effort was eventually abandoned. 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 very old and/or severely underpowered mobile device PC or handhelddevice. If you are absolutely resolved to try it out, seek out the original versions by Rice, primarily 6.1.0 or 6.1.1b, and stick to the Direct3D renderer, as the OpenGL backend included in some versions is buggy and incomplete outside of the Mupen64Plus fork.*[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. A fork is maintained by the Mupen64Plus team, though not included in their official releases. 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 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://github.com/purplemarshmallow/z64/tree/angrylion-integration fork] cropped up that aimed at improving it, but it did not go get very far. Nowadays, 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/code/HEAD/tree/ Official Angrylion RDP] - A software-rendered, hardware-accurate plugin, developed by angrylion (though derived from MAME, much like z64gl). This is the most accurate N64 video plugin in existence, emulating almost* 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 tricked-out rig and want to test your CPU's mettle, or if you can compile it from source and need it 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 ability to set custom resolutions. Also, this version uses OpenGL 1.x instead of Direct Draw and supports Linux. Obsoleted by newer forks such as Angrylion RDP Plus.
</gallery>
<nowiki>*</nowiki> There is at least [https://sourceforge.net/p/angrylions-stuff/tickets/10/ one known, relatively minor graphical glitch in Pokemon Snap ] (go figure) using Angrylion that requires currently-unimplemented cycle-accurate behavior to fix without resorting to hacks.
==Audio==
