Changes

===Debian Ubuntu based===

The following file need to be placed in This core has the System folder option to use the Rice pluginchoose between four graphics plugins and two RSP plugins:

*<code>RiceVideoLinuxGlide64 is the most recommended general use graphics plugin, as it is very compatible and reasonably accurate while still being decently fast.ini</code>

Download *Rice is much faster than Glide64, but it [http://wwwalso suffers from a lot more issues.mediafire.com/?au459fbk8r86jat here]Only use if your device is too slow to handle Glide64.

<code>Glide64mk2*gln64 has even more problems than Rice, while not being much faster. Not recommended. Will likely be replaced with GLideN64 in the near future. *Angrylion is ultra accurate, but is too slow for most people to use. Requires the CXD4 RSP to work. Resolution must be set to 640x480 or higher. *paraLLEl is a Vulkan renderer based on Angrylion. It is much faster than Angrylion, but is still incomplete and has more issues. Turning Synchronous RDP off results in a speed boost, but also breaks many things. *The HLE RSP plugin is very fast and will work fine for most games.ini</code>  *The CXD4 RSP is more accurate, and is no longer needed for a few games to work correctly. A good general purpose setup is Glide64 with the CXD4 RSP. If it's a tad slow for your setup, switch to the HLE RSP. There is currently a bug in Glide64 that makes it so texture filtering is applied to everything, even when the Texture Filtering setting is set to Automatic. To make it display textures correctly, go to Core Options, toggle the setting to something other than Automatic, then set it back to Automatic. Glide64 will display textures correctly now, using the 3-point Bilinear method. If you get strange texture issues while using Glide64, such as textures partially disappearing or popping over polygons, mess around with the Polygon Offset Factor setting in Core Options until the current version of mupen64plusissue goes away. Keep in mind some games may require a more aggressive setting than others, so experiment until you get a good balance that works for most games. The optimal setting tends to be GPU-libretrospecific. A few games, such as it Star Fox 64, suffer from looking too dark due to a lack of gamma correction, which was done on real hardware. Short of implementing this in a plugin, a decent workaround is baked into to use the image-adjustment.cg shader, and set the Glide64 nowTarget Gamma setting to 1.0. This will make such games look as they ought to.

You will need <code>sgb.boot.rom</code> (CRC: ec8a83b9) in your System folder, this can be found on the [[Emulator Files]] page in the SNES file pack if you do not have it.If it is named "sgb_bios.bin" then rename it to "sgb.boot.rom". CRC of Super Game Boy SNES cartridge roms:[http://wiki.libretro.com/index.php?title=Bsnes#Super_Gameboy_Support]*Super Game Boy (Japan, USA) (Rev 1).sfc (CRC: 27a03c98)*Super Game Boy (World) (Rev 2).sfc (CRC: 8a4a174f)*Super Game Boy 2 (Japan).sfc (CRC: cb176e45)

Classic emulator filters like SuperEagle or Blargg's NTSC have been available as bSNES bsnes filter plugins in the past, which is no longer supported in bSNESbsnes/higan but was still available in RetroArch. However, this filter format was recently replaced with the SoftFilter spec, which has been upgraded to support more platforms, multi-threading and SIMD usage. The filters are dynamic libraries which are loaded in the menu under Settings>Video>Video Filter, which will apply the filter before any shaders are applied.

Note that these filters are WIP and may not work with all cores as they need to have codepaths for the pixel format the core uses (either 32bpp XRGB8888 or 16bpp RGB565). Blargg's NTSC is currently limited to 16bpp cores for example (bSNES bsnes is 32bpp so it won't work, but SNES9x Snes9x is 16bpp so it works there). Cores that use Libretro GL for 3D like Mupen64plus Mupen64Plus can not use these filters.

If Vsync is disabled for any reason, the menu may run unthrottled and scroll too fast to be usable. To fix this, enable ''Limit Maximum Run Speed'', and set ''Maximum Run Speed '' to 1.0xin ''Settings''→''Frame Throttle''. In the config file, these options are called <code>fastforward_ratio_throttle_enable</code> and <code>fastforward_ratio</code>. However, this will make fast forward not work, you will need to increase the ''Maximum Run Speed '' higher than 1.0x for that to work.

This tends to happen when you first start up RetroArch and not after loading a game. This is because without a core loaded, the menu is only throttled by Vsync when ''Limit Maximum Run Speed '' is disabled, while cores are able to throttle on audio as well. Fastforward disables both Vsync and audio sync, which allows the core to run unthrottled unless it is specifically limited by the ''Limit Maximum Run Speed '' setting. In newer RetroArch versions, you can just enable ''Throttle Menu Framerate'' under ''Settings''→''Frame Throttle'' to specifically limit the menu to 60fps without impacting fastforward speed.