1. Bsnes Vs Snes9x
2. Bsnes
3. Bsnes Vs Higan
4. Bsnes Linux
5. Bsnes Tutorial
6. Bsnes Core Download

Bsnes is a Super Nintendo / Super Famicom emulator that strives to provide the most faithful hardware emulation possible. It focuses on accuracy and clean code, rather than speed and special features. It is meant as a reference emulator to document how the underlying hard- ware works. It is thus very useful for development and research. Mednafen is a multi-system emulator, driven from the command-line. Many of its cores are ports of other emulators, but many of them are also original. Its PC Engine, PlayStation and Sega Saturn original cores are notable for their high quality, compatibility and accuracy. 1 Download 2 Supported systems 3 Review 4 Using Mednafen 4.1 CUE 4.2 Loading a game 4.3 Dual Analog Controllers with PS1 4.

RetroArch is the reference implementation of the libretro API. It is a modular front-end for video game system emulators, game engines, video games, media players and other applications that offers several uncommon technical features such as multi-pass shader support, real-time rewinding and video recording (using FFmpeg), it also features a gamepad-driven UI on top of a full-featured command-line interface.

Installation

Install the retroarch package or alternatively retroarch-git^AUR for the development version.

• Install retroarch-assets-xmb to get the fonts and icons for the RetroArch GUI. You may also want to install retroarch-assets-ozone for a more desktop-friendly GUI.
• Install retroarch-standalone-service^AUR to get system user, system service and RetroArch configuration for standalone game-box. Then start and/or enable retroarch-standalone.service.

Usage

RetroArch relies on separate libraries, called 'cores', for most of its functionality. These can be downloaded per-user within RetroArch itself (via the libretro Buildbot) or you can install them system-wide via Community or AUR.

By default RetroArch is configured to load the per-user cores that it downloads. Change your #Configuration if you install them elsewhere.

The command to run a particular core is

Configuration

When you first run RetroArch it will create the user configuration file ~/.config/retroarch/retroarch.cfg.

If you install RetroArch components in your home-directory, you should specify local paths in the global configuration file for downloading cores. For example,

If you install any RetroArch components system-wide with pacman, you should specify these in the global configuration file and include them in your user file. For example,

If you want to override your configuration (for example when running certain cores) you can use the --appendconfig /path/to/config command line option.

Tips and tricks

Enabling the Online Updater

If you prefer to install all RetroArch components with the built in updater instead of pacman, you can enable it with a configuration file:

Enabling SaveRAM Autosave Interval

By default, RetroArch only writes SRAM onto disk when it exits without error, which means that there is a risk of losing save data when using crash-prone cores. To change this behavior, open ~/.config/retroarch/retroarch.cfg and set autosave_interval to n.

With the example above, RetroArch will write SRAM changes onto disk every 600 seconds.

Filters and shaders

RetroArch can load BSNES XML filters and CG shaders. These are set in retroarch.cfg with video_bsnes_shader and video_cg_shader respectively. The shaders can also be obtained and updated directly inside RetroArch using the Online Updater.

Reset settings to their default value

To reset a setting or keybind to its default value through the GUI, highlight it and press Start. To remove a button from a keybind, highlight the keybind and press Y.

Bsnes Vs Snes9x

Troubleshooting

No cores found

By default RetroArch searches for cores in ~/.config/retroarch/cores, which is where the Online Updater installs them. Cores installed with pacman are placed in /usr/lib/libretro and thus will not appear in RetroArch's GUI. You should choose one method of installing cores (pacman or the Online Updater) and change your #Configuration to match.

Input devices do not operate

You may encounter problems if running on a CLI or a display server other than Xorg or if you use the udev input driver, because /dev/input nodes are limited to root-only access. Try adding your user to the inputuser group then logging in again.

Alternatively, manually add a rule in /etc/udev/rules.d/99-evdev.rules, with KERNEL'event*', NAME='input/%k', MODE='666' as its contents. Reload udev rules by running:

If rebooting the system or replugging the devices are not options, permissions may be forced using:

Poor video performance

If poor video performance is met, RetroArch may be run on a separate thread by setting video_threaded = true in ~/.config/retroarch/retroarch.cfg.

This is, however, a solution that should be not be used if tweaking RetroArch's video resolution/refresh rate fixes the problem, as it makes perfect V-Sync impossible, and slightly increases latency.

Audio issues with ALSA

When using ALSA the audio_out_rate must match the system's default output rate, usually 48000.

Save data is lost whenever RetroArch crashes

See #Enabling SaveRAM Autosave Interval.

Start game from playlist but reports 'No Items'

If RetroArch reports 'libretro core requires contents, but nothing provided', try to load game by manually chose the path of the ROM from the 'Main Menu -> Load Content'. It seems unreliable to start game from 'playlist'.

See also

bsnes-mt is an improved version of bsnes — an accurate emulator of the 16-bit game console SNES (Super Nintendo). Pixel-perfect scaling, PNG screen­shots, built-in hotkeys, better usability, and more.

Improvements over bsnes

• Pixel-perfect integer-ratio scaling (a.k.a. integer scaling) both vertically and horizontally.
• Precise aspect ratio of 4:3 instead of 64:49 with correction enabled, in the “Center” and “Scale” modes.
• Saving screenshots in the compressed PNG format instead of uncompressed BMP.
• Built-in hotkeys for common actions such as switching to full-screen (F11, Alt+Enter) and pseudo-full-screen (Shift+Enter) modes, or taking a screen­shot (F9, PrintScreen); closing the app with Alt+F4 works in full-screen mode.
• Drivers are not reset after crashes, a command-line option is provided for explicit reset.
• Multi­language user interface (English is available too).
• Better default settings: VSync, blur disabled, Windows’ native file dialogs.
• Improved usability, bug fixes, and more.

Pixel-perfect integer-ratio scaling on both axes

The new “Pixel-Perfect” mode does integer-ratio scaling both vertically and horizontally, even with aspect-ratio correction enabled. Thanks to this, all pixels have exactly the same size, so there is no pixel shimmering.

The mode is enabled by default. It can be enabled or disabled via the “Settings” → “Output” menu.

Aspect-ratio accuracy and screen-space usage

With aspect-ratio correction enabled, the actual aspect ratio might be different from the perfect 4:3.

At the regular 256×224 resolution used in the absolute majority of SNES games, the most accurate aspect ratio and maximum screen-space usage are achieved with monitors with the QHD (2560×1440), 4K (3840×2160) and 5K (5120×2880) resolutions. On QHD, 4K and 5K monitors, 93% of the screen height are used. The aspect ratio on QHD and 5K monitors is perfect. Aspect-ratio error on 4K monitors is within 5% and almost unnoticeable.

Least suitable for integer scaling of SNES games are Full HD (1920×1080) displays: just 83% of the screen height are used, and aspect-ratio error is greater than 7% and is noticeable visually.

Both standard and double resolutions are supported

Pixel-perfect scaling is supported for both standard resolutions 256×224 and 256x240 and high (double) resolutions such as 512×448 and 512×224. An example of a game that uses a high-resolution (HiRes) mode is “R.P.M. Racing” where menus are rendered at 512×448.

Fast PPU mode is recommended

It’s recommended to use the fast mode of PPU (enabled by default). Otherwise the double 512×448 resolution is always used, that may cause screen space to be used less entirely and aspect ratio to be less accurate. PPU mode can be changed via the “Fast mode” checkbox in the “PPU (video)” section of the “Settings” → “Enhancements” window.

The “Center” mode is only pixel-perfect vertically

The “Center” mode available in both bsnes-mt and original bsnes, with aspect-ratio correction enabled, only uses integer-ratio scaling vertically. The horizontal scaling ratio is typically fractional for the purpose of achieving a precise aspect ratio.

But at fractional scaling ratios with blur disabled, different pixels in the same line have different sizes. This results in so called pixel shimmering (a.k.a. ripple effect, or jitter), when in-game objects are moving horizontally. Pixel-perfect scaling on both axes is free of this issue.

• IntegerScaler — utility for integer-ratio scaling of games in Windows 7+.
• SmartUpscale — web-browser extension for preventing blurring images on web pages.

Precise aspect ratio in the “Center” and “Scale” modes

4:3 instead of 64:49

In the “Center” and “Scale” modes with aspect-ratio correction enabled, aspect ratio is precisely 4:3 (≈1.333) by default. The scaling mode can be selected and aspect-ratio correction can be enabled via the “Settings” → “Output” menu.

Original bsnes uses the aspect ratio of 64:49 (≈1.3), because it calculates the image width based on the pixel aspect-ratio (PAR) of 8:7 instead of the target aspect ratio of 4:3 of the entire image. In bsnes-mt, the 8:7 PAR mode can be enabled via the “8:7 PAR instead of 4:3 AR” checkbox in the “Settings” → “Output” menu.

More precise algorithm

A more precise algorithm is used for aspect-ratio correction in the “Center” and “Scale” modes, that uses rounding of the scaled-image width.

Original bsnes calculates a corrected width before calculating scaled size and discards fractional part of the resulting value instead of rounding. This results in an error that is higher than with rounding and grows proportionally with scaling ratio.

Screenshots: PNG, folder auto­creation, date-based naming

Compressed PNG format

Screen­shots are saved in the PNG format with lossless compression. Thanks to this, screen­shot files have manyfold smaller size compared with uncompressed BMP format used in original bsnes.

A screen­shot in the 256×224 resolution typical for SNES, in the BMP format has the fixed size of 168 KB. Size of screen­shots in the PNG format depends on complexity of the specific image, the size difference compared with BMP can reach tens or hundreds of times. For example, a PNG screen­shot of the screen with the logo of the “The Legend of Zelda” game weighs just 9 KB — 18 times less compared with the same screen­shot in the BMP format.

Automatic folder creation

The screen­shot folder specified in the emulator settings (“Settings” → “Paths” → “Screenshots”) is created automatically if does not exist. Original bsnes in such case does not save a screen­shot.

Automatic folder creation is useful, for example, if the folder is located on a virtual RAM drive that’s cleared with its contents at each computer reboot. Most of screen­shots are a subject for deletion, so storing them temporarily on a RAM drive makes sense.

Per-game subfolders

Screen­shots are saved into a subfolder that has a name equal to the name of the game ROM-file. Original bsnes includes ROM-file name in file name of every screenshot.

Naming based on date and time

A universal approach is used for naming screen­shots, with no limitations regarding their maximum number. Screen­shot files are named according to date and time of taking the screen­shot. If the file exists, a three-digit number of milli­seconds is added to the end of the new-file name. If such file exists too, a numeric index is added, starting with 2 with unlimited increment.

For example, if the default file name would be 2020-04-1510-15-42.png, then if such file exists, the new file name would be 2020-04-1510-15-42-123.png. If such file exists too, the file name would be 2020-04-1510-15-42-123-2.png.

Original bsnes names a screen­shot with a 3-digit index limited to the range of 1–1000, and once the top bound of that range is reached, a file with the same 000.bmp name is over­written forever, replacing the previous screen­shot each time.

Drivers are not reset after crashes

Backends (drivers) are now not reset after a crash, crashes are not detected, and the settings file is not over­written extra two times at each emulator start and when changing a driver via settings, just for the purpose of tracking crashes.

An issue with a previously selected driver is not the only possible reason for a crash, so resetting driver after each crash is redundant and unusable.

For resetting drivers explicitly when necessary, added the command-line option --resetdrivers. When starting the app with this option, drivers are reset, and the drivers’ settings window is opened immediately.

Lists of recent games and save states

• The maximum number of items in the lists of recent games and save states is increased from 9 to 25.

  • “File” → “Open Recent Game”;
  • “Tools” → “Save State” / “Load State”.

• Improved the list of recent games (“File” → “Open Recent Game”):

  • empty items are now not displayed;
  • the item for clearing the list and the separator before it are only displayed if there are recent games in the list;
  • if there are no recent games, just one disabled meta­item is displayed, saying about that — “(No recent games)”.

Default settings

Changed default settings:

• disabled blur, inappropriate in combination with pixel-perfect scaling: “Settings” → “Shader” → “None” instead of “Blur”;
• enabled vertical synchronization (VSync) that serves for preventing screen tearing: “Settings” → “Drivers” → “Video” → “Synchronize”;
• enabled using Windows’ native file dialogs instead of custom implemen­tations: “Settings” → “Emulator” → “Options” → “Use native file dialogs”. The custom implemen­tations work much slower and also don’t support navigating forward/backward with additional side mouse buttons.

Multi­language user interface

Besides English, the user interface is translated to multiple languages.

By default, the language is chosen auto­matically based on the operating-system language. It’s possible to force a specific language via the command-line option --locale. The following translations are available:

• en — English;
• ru — Russian;
• de — German;
• it — Italian;
• pt-br — Brazilian Portuguese;
• es — Spanish;
• ja — Japanese (partial).

For example, --locale=en enables English language even when running under Russian-language Windows.

The localization mechanism used allows to easily translate the user interface to other languages via text files. If a string is not translated, the original English-language string is used instead — this allows partial translations.

Built-in hotkeys

bsnes-mt has built-in hotkeys (keyboard shortcuts) for common actions:

Bsnes

• F11, Alt+Enter to toggle full-screen mode;
• Shift+Enter to toggle pseudo-full-screen mode;
• Escape to exit full-screen or pseudo-full-screen mode;
• F9, PrintScreen to take a screenshot;
• Ctrl+O to open a game;
• Ctrl+W, Ctrl+F4 to close the game;
• F5 to reset system;
• Pause/Break to pause emulation;
• Alt+F4 for closing the app works in full-screen mode.

Also, items were added into the “Settings” → “Size” menu for switching to full-screen and pseudo-full-screen modes. So there is no need for manually binding hotkeys before being able to switch to full-screen mode, and it’s always possible to exit full-screen mode.

It’s possible via hotkeys, to switch directly between full-screen and pseudo-full-screen modes, with no need for first switching to windowed mode.

Bsnes Vs Higan

It’s possible to enable or disable specific hotkeys individually via the “Settings” → “Hotkeys (built-in)” window.

Bug fixes

• Added a work­around for a bsnes bug resulted in the app window being invisible in Windows 10 if OS-level zoom has been changed and there was no reboot before starting the app.
• Added a work­around for a bsnes bug resulted in impossibility to close the app with the standard Alt+F4 hotkey in full-screen mode.
• Fixed bsnes bug resulted in that region (NTSC/PAL) auto­detection didn’t work when opening a game with Windows’ native file dialog.

Miscellaneous

• The items for opening/closing games and closing the application are moved from the “System” menu to the traditional “File” menu.

• Custom confirmation windows are replaced with standard MessageBox() windows, so texts inside them are not cropped anymore.

  bsnes:

  bsnes-mt:

• Window size is now not reset when (un)checking checkboxes in the “Settings” menu:

  • “Output” → “Aspect-Ratio Correction”;
  • “Output” → “Show Overscan Area”;
  • “Show Status Bar”.

  Resetting window size when doing these actions does not make sense.

• Added the “Open Settings Folder” item into the “Settings” menu. The item opens the folder that contains the app’s settings file that can be stored in one of three locations, two of which are hard to find manually. This allows to easily create a backup of the settings file or delete it if needed (e. g. when there is an anomaly in the app operation).
• The checkbox item “Aspect Correction” in the “Settings” → “Output” menu is renamed to “Aspect-Ratio Correction” (“-Ratio” is added after “Aspect”). “Aspect Ratio” and “Aspect” are not synonyms.
• Added indication of the regional version (NTSC/PAL) of the game in status bar after opening a game.
• Added settings’ section title into the settings’ window titlebar. In original bsnes, the settings’ window has the permanent “Settings” title regardless of the current settings section.
• The background of the SameBoy logo in the “About SameBoy” window made trans­parent; and the logo file is now 4-times smaller.
• Removed unneeded spaces before ellipses in menu items.

• Some compiler-specific code is replaced with portable standard code:

  • in the Emulator::Audio::process() method (the bsnes/emulator/audio/audio.cpp file);
  • in the nall::chrono::nanosecond() function (the nall/chrono.hpp file);
  • the ssize_t type is replaced with intmax_t.
• Settings of bsnes-mt are stored in its own file independent from the regular bsnes version. Not just folder (directory) name is different, but also file name is different (bsnes-mt-settings.bml instead of settings.bml), so conflicts with bsnes are impossible even when the settings file is in the application folder. This makes it possible for bsnes and bsnes-mt to be located in the same folder and use the same game/cheat databases and shaders.

Frequently asked questions (FAQ)

The bsnes-mt author prefers maintaining a separate fork for multiple reasons.

Bsnes Linux

• No motivation to convince anyone of anything. The author is happy to be independent and do whatever he thinks is right.
• No motivation to use code style the author doesn’t typically use.
• Original bsnes is cross-platform (though official bsnes releases were always Windows-only), bsnes-mt is Windows-only.

Bsnes Tutorial

Bsnes Core Download