Download All Cores Retroarch

Reah here as well: https://www.libretro.com/index.php/libretro-cores-updates-pcsx2-alpha-release-fo...

Cores are essentially other programs and games that run through RetroArch. RetroArch requires cores to run any content. Many game console may have multiple emulator cores, the question of which one is the best may come up. Emulators can be designed to be more accurate at the cost of a performance hit, check out the Emulation General Wiki. Install Cores/Emulators to RetroArch. In order to play games through RetroArch, you first need to install some emulators (referred to by RetroArch as cores). There are a huge number of emulators available in RetroArch, many for the same system, so to install all automatically would be overkill. 'What retroarch core should I be using?' Has come across my lap MANY times. I hope this video can clarify some things for those of you looking to find out wh.

PCSX2 Alpha core available for Windows now!

SONY PlayStation Classic RetroArch cores. If you want to try out the latest nightlie builds built directly from Libretro sources Click here.

Today we’re releasing an alpha version of the PCSX2 libretro core on the buildbot. It’s available for Windows only right now, but the same core has been tested to work on Xbox One/Series systems as well.

Important things to know

Create the following directory in your system directory – “pcsx2”. You can put all the asset files there from your regular PCSX2 install. See pic below for an example.

You need a working BIOS inside /pcsx2/bios. PCSX2, unlike Play!, will not work without a real BIOS.

It’s still an alpha version. Things are rough around the edges. Expect bugs and things to be incomplete.
There’s a working OpenGL renderer and a Direct3D11 renderer option. Direct3D 11 renderer can be faster than OpenGL but also has less features. Pick whichever works best for you. On Xbox you will only be able to use Direct3D11 anyways.
This core uses the x86_64 dynarec which was added to PCSX2 a year ago. It is still less compatible than the 32bit x86 dynarec in PCSX2, so keep that in mind. It’s for similar reasons that the software renderer right now won’t work (it’s not compatible yet with x86_64, not in upstream either).
There’s a bug that can happen right now upon closing content or exiting RetroArch with the PCSX2 core on Windows – the RetroArch process might not completely cleanly shut itself off and you might still be able to see a 0% CPU process remaining in the Task Manager. We have not been able to figure out how to fix that yet as the PCSX2 codebase is a definite case of ‘here be dragons’, but for now when this happens, you can just bring up the Task Manager and close it manually. It shouldn’t have a real detriment on performance but it is of course far from ideal and hopefully something we can fix soon with the help of some contributors. We have found this happens the most with the Direct3D 11 renderers.
Switching resolution at runtime right now can be a bit unstable, so does switching fullscreen resolution. We might just make resolution switching require a restart since this tends to be too unstable for now.

Update policy for this core

Hard-forked core for now. Govanify is going through many (necessary) refactors in PCSX2 upstream to make the code more portable, and he has also expressed his interest in an upstreamable libretro core somewhere down the line when the final refactoring of the GUI is complete. So either of two things can happen when that happens, if this is more closely aligned to upstream core is better in every way including performance, this will be replaced. If not, we will likely have two cores, one being the upstream-friendly core and this being the hard-forked one. As of this moment a lot of work remains to be done on PCSX2 to sort out all the internals that are chockful of nonportable code. Therefore, for now, the experimental PCSX2 core kinda is doing its own thing. PCSX2 still has a lot of inherently nonportable code in it, from QtWidgets to libglib. It’s for that reason that we don’t have a Linux core yet on our buildbot. We hope that we will be able to figure out a proper portable core for Linux users soon.

Expect a lot of Quality of Life enhancements to this core soon. We wanted to share this with you now rather than sit on it for even longer, now that it’s on the buildbot we can at least push regular updates to it, people can report issues and developers can contribute. Everyone wins.

Play! (experimental PlayStation2 emulator) is back on the buildbot!

The Play! libretro core is back on our buildbot! It took some time for this to be readded to our modern new buildbot but here it is!

Available right now for: Android (AArch64/ARMv7/x86), macOS (Intel), Linux (32bit/64bit), and Windows (32bit/64bit).

Update policy for this core

Upstream. Updates are pulled straight from the upstream repository.

DuckStation/SwanStation core updated

The DuckStation/SwanStation core has been updated to a build from a week ago.

Update policy for this core

This will remain a shallow fork and attempts are being made to make the surface area for patches small so that we can easily pull in updates. Some new contributors have jumped onboard and they want to ensure this core remains updated.

Mainline MAME available for iOS11 and up/tvOS !

The mainline MAME core is now available for iOS and tvOS users! It is also available for Mac Intel x64 users, and we hope that we can make it available for ARM Mac users soon as well.

Also important to note we will be updating to version 0.330 soon.

Update policy for this core

This is pretty much a shallow fork. It just attempts to pull in the latest changes from upstream without making many changes.

gpSP (Game Boy Advance emulator)

Many changes have been made under the hood to significantly increase performance of gpSP. One of the big changes that led to at least a 5-6% performance improvement was the removal of libco (a library used for cooperative threading). 3DS users especially should be in for a treat with gpSP, but realistically everyone benefits across the board, whether you’re on an ARM or x86 system. We can quite comfortably state you will be hard pressed to find a better and more well performing version of this emulator anywhere else right now.

Support for generic MIPS (including Dingux)
Built-in BIOS that ships internally and requires no external files/dependencies
Removal of libco (5-6% perf or so) and some performance fixes for x86/arm/mips (for perf)
Fixed the x86 dynarec and the ARM dynarec, that were pretty much broken. Good speedups (or power savings on portable devices)

Immediate roadmap for gpSP: PS2 support (coming soon (TM)), rumble and tilt sensor support, AARch64 dynarec (mid-term goal)

One caveat right now is that these changes have unfortunately caused it to no longer work on PS Vita. However, the plan is to fix this soon, and for this to be only a temporary thing.

Update policy for this core

Hard fork, self-maintained.

Picodrive (Sega Mega Drive/Master System/Sega CD/32X emulator)

This has received many speed improvements and enhancements courtesy of irixx, 32X support has seen plenty of improvements, and the results speak for themselves. Works wonderfully on OpenDingux-based devices and PS Vita, some of the lower end systems out there.

A separate blog article might be written about all the changes soon.

Update policy for this core

Hard fork, self-maintained

FCEUmm (Nintendo Entertainment System emulator)

Some important new updates from New Rising Sun that adds more mapper support (PR notes are his):

Add features to mapper 332/BMC-WS:

implement additional outer bank bit to support multicarts twice as large as WS-1001 (“Super 40-in-1”)
implement CNROM-128/-256 mode using two or four inner banks switched via CNROM-like latch at CPU $8000-$FFFF
implement solder pad/DIP switch change via soft-reset, resulting in different multicart menus
soft-resetting resets to menu as on real hardware, not just the currently-selected game.
Tested with the HH-xxx series of multicarts, some of which available on LIBG, as well as the previously-supported WS-1001.

I wanted to add a couple of multicart mappers that use the J.Y. Company ASIC and fix a few bugs while doing so. I ended up rewriting the whole thing by porting the code from NintendulatorNRS. This improves the modularity of the code by wrapping the PRG and CHR sync functions with mapper-specific ANDs and ORs, which is necessary for multicart use, and hopefully improves the readability (though I understand that’s a matter of taste). Previous save states had to be invalidated in any case since the previous code only saved four of the eight CHR LSB registers.

Source organization changes:

Combine duplicate code from 90.c, bmc13in1jy110.c and sc-127.c into one new file jyasic.c.

Features/corrections:

Window text not shown at the beginning of Tiny Toon Adventures 6 (“Baabs is dreaming about becoming an actress”).

Bad cursor sprite on “Mighty Morphin’ Power Rangers III”‘s title screen.

Some mapper 295 multicarts not working, such as SC-126.

Added Adder to ALU (not used by any game).

Add IRQ mode 3 (writes to CPU address space).

Save all eight CHR LSB registers (previous code only saved the first four).

Ignore writes to x800-xFFF except 5800 and C800, needed for Final Fight 3 on SC-128.

Allow DIP setting to be read from all possible locations: 5000, 5400, 5C00, necessary for a few multicarts.

Adds the following mappers: 282, 358, 386, 387, 388, 397, 421.

Remaining issues:

IRQ timing is not as perfect as the NintendulatorNRS code from which it was taken, which had been verified against real hardware. This is due to there not being a true “PPU Read Handler” in the mapper interface (as far as I can see), and PA12 timing in the core PPU emulation being not accurate enough to replace the “clock IRQ eight times per horizontal blanking” solution that I kept from the previous code.

There remains one J.Y. ASIC-using mapper: 394, which mounts both the J.Y. ASIC and an MMC3 clone and uses extra register bits to switch between the two. That is a bit difficult to code and will be for another day.

Successfully tested with:

Mapper 35:

Warioland II (JY039)

Mapper 281:

(晶太 JY-052) 1996 Super HiK 4-in-1 – 新系列阿拉丁雙Ⅲ组合卡

(晶太 JY-052) 1997 Super HiK 4-in-1 – 新系列叢林泰山組合卡

(晶太 JY-053) 1996 Super HiK 4-in-1 – 新系列獅子王超强组合卡

(晶太 JY-054) 1996 Super HiK 4-in-1 – 新系列快打旋風Ⅱ组合卡

(晶太 JY-054) 1997 Super HiK 4-in-1 – 超級新系列大金鋼4代組合卡

(晶太 JY-055) 1996 Super HiK 4-in-1 – 新系列阿拉丁Ⅲ.致命武器組合卡

(晶太 JY-066) 1996 Power Rangers HiK 4-in-1 – 新系列金鋼戰士專輯組合卡

(晶太 JY-066) 1997 Power Rangers HiK 4-in-1 – 新系列金鋼戰士專輯組合卡

(晶太 JY-068) 1996 Super HiK 3-in-1 – 新系列阿拉丁Ⅲ.激龜Ⅲ組合強卡

(晶太 JY-080) 1996 Super HiK 3-in-1 – 新系列中國兔寶寶全輯組合卡

(晶太 JY-088) 1996 Super HiK 5-in-1

Mapper 282:

(晶太 JY-062) 1996 Super Mortal Kombat Ⅲ Series – 新系列真人快打三代組合卡 18-in-1

(晶太 JY-064) 1996 新超強 18-in-1 阿拉丁組合系列卡 – Super Aladdin Ⅲ Series Card

(晶太 JY-069) 1996 Super HiK 4-in-1 – 新系列忍Ⅲ.沼澤怪獸組合卡

(晶太 JY-070) 1996 Super HiK 3-in-1 – 新系列眞人Ⅲ.兔寶寶組合強卡

(晶太 JY-071) 1996 Super HiK 3-in-1 – 新系列眞人Ⅲ.小新2.明王組合卡

(晶太 JY-079) 1996 Super HiK 3-in-1 – 新系列眞人Ⅲ.金鋼4.蜜蜂組合卡

(晶太 JY-084) 1996 Photo Gun 9-in-1

(晶太 JY-098) 1997 Super HiK 6-in-1

(晶太 JY-101) 1997 Super HiK 18-in-1

(晶太 JY-105) 1997 Super HiK 21-in-1

(晶太 JY-114) 1998 Super HiK 5-in-1

(晶太 SC-128) Super 25-in-1 Final Fight

(晶太 SC-130) Super Photo-Gun 13-in-1

Mapper 295:

(晶太 JY-010) Super Ball Series 18-in-1

Download Retroarch With All Cores

(晶太 JY-014B) 1996 Soccer 7-in-1 – 足球專輯 (rev0)

(晶太 JY-014B) 1996 Soccer 7-in-1 – 足球專輯 (rev1)

(晶太 JY-050) 1997 Super HiK 8-in-1 (rev1)

(晶太 JY-095) 1997 Super HiK 4-in-1

(晶太 JY-096) 1997 Super HiK 7-in-1

(晶太 JY-097) 1997 Super HiK 8-in-1

(晶太 JY-099) 1997 Super HiK 4-in-1

(晶太 JY-100) 1997 Super HiK 5-in-1

(晶太 JY-109) 1997 Super 9-in-1

(晶太 JY-110) 1997 Super 13-in-1

(晶太 SC-126) 方塊專集 HiK Block 14-in-1

Mappers 90/209/211:

(晶太 CK-124) Super HiK 8-in-1

(晶太 JY-118) 1998 Super 3-in-1

(晶太 JY-120A) 1998 Super 45-in-1

(晶太 JY-122) 115 超強合卡

Aladdin – 阿拉丁

Aladdin III, Popeye II꞉ Travels in Persia

Contra Spirits (1995)

Donkey Kong Country 4

Final Fight 3

Mickey Mania 7

Mighty Morphin’ Power Rangers III

Mighty Morphin’ Power Rangers IV꞉ The Movie

Mike Tyson’s Punch-Out!! (JY021)

MK3 – Special 56 Peoples

Mortal Kombat 2-in-1

Mortal Kombat II Special

Super Aladdin꞉ The Return of Jafar

Super Mario & Sonik 2 (rev1)

Super Mario World

Super Mortal Kombat 2-in-1

Tiny Toon Adventures 6

中國兔寶寶 Rabbit

真 Samurai Spirits 2꞉ 覇王丸地獄変

鉄拳 – Tekken 2

mappers 358/386/387/388/397/421:

(晶太 JY-016) 1997 Super Game 7-in-1

(晶太 JY-056) 1996 Super HiK 4-in-1 – 新系列真人快打Ⅱ特別版 (rev0)

(晶太 JY-056) 1996 Super HiK 5-in-1 – 新系列眞人快打Ⅲ56人特別版 (rev1)

(晶太 JY-082) 1996 Soccer 6-in-1

(晶太 JY-087) 1996 Super HiK 4-in-1

(晶太 JY-089) 1996 Super HiK 4-in-1

(晶太 JY-090) 1996 Super HiK 5-in-1

(晶太 JY-093) 1996 Super HiK 4-in-1

(晶太 JY-094) 1996 Super HiK 4-in-1

(晶太 JY-113) 1998 Super HiK 5-in-1

(晶太 JY-117) 1998 Super HiK 6-in-1

(晶太 SC-129) 98 街頭快打格鬥 15-in-1

bSNES HD Beta/bsnes mainline available for iOS/tvOS/ARM64 Mac

Widescreen SNES emulation on your iDevice and ARM Mac is now available!

Update policy for this core

Upstream, gets built straight from DerKoun’s upstream repository.

Genesis Plus GX Wide available for iOS/tvoS/ARM64 Mac

Another welcome addition to the Apple fold – the widescreen-enhanced version of Genesis Plus GX! For more on that, read this article here.

Update policy for this core

Hard fork, as it makes many sweeping changes to Genesis Plus GX to achieve widescreen support, which would make resyncing with upstream very hard to do.

Other cores which have received updates

Here is a list of other cores that have received updates, but for which we cannot post any changelogs due to lack of time. We might go into some more of the changes here later on.

Beetle PSX

FB Neo

MAME 2003 Plus

VICE

P-UAE (Amiga emulator

RetroArch 1.9.3 has just been released.

Grab it here.

Remember that this project exists for the benefit of our users, and that we wouldn’t keep doing this were it not for spreading the love with our users. This project exists because of your support and belief in us to keep going doing great things. If you’d like to show your support, consider donating to us. Check here in order to learn more. In addition to being able to support us on Patreon, there is now also the option to sponsor us on Github Sponsors! You can also help us out by buying some of our merch on our Teespring store!

We have a roadmap now (see here), and you can expect more frequent releases from this point on. We are aiming for a new version every two weeks. We were initially aiming to have the Lakka version ready to be released concurrently with this version, but had to postpone it. We are definitely aiming to have a new Lakka version ready with future releases of RetroArch though.

We have implemented core info file caching and enabled this by default for the console platforms. This should lead to significantly reduced startup times and content loading after the first initial startup. The first time RetroArch starts up (and/or new core info files are added), it will need to build/rebuild the cache. After that though, it only has one cached file it has to load at startup instead of having to sequentially read every single core info file. This used to take a very long time on platforms with slow disk I/O (such as game consoles). PSP/Vita and 3DS users in particular will definitely notice these improvements.

WiiU users get a couple of new cores, such as bk (the Oberon RISC emu), xRick (the Rick Dangerous game engine reimplementation), and REminiscence (the Flashback game engine reimplementation).

Core info file caching

It seems that on platforms with slow disk I/O (mostly all game consoles), it takes the same amount of time to load a file no matter how large it is (within reason) – so ~300 ms to load one info file, and the same ~300 ms to load everything stored in one cache file. Loading ~80 info files takes forever – and basically constitutes almost all the startup time on these systems. This reality is what has led to a new feature called ‘core info file cache’. An anecdotal report from the person who implemented this – previously without core info file caching t took 29 seconds just to boot XMB. With the core info file cache, it only takes 12 seconds. On RGUI, it boots in 3 seconds or less. Significant reductions to be sure.

Things you should know about the core info file caching

Core info cache can now be enabled/disabled on all platforms via a new Settings > Core > Cache Core Info Files option
Core info cache file are stored as core_info.cache
The core info cache file is compressed (rzip) to further reduce disk I/O
The presence of a core_info.refresh file in the core info directory will force a one-time refresh of the info cache. This file is generated automatically when toggling on the Cache Core Info Files option, and we will also add it to core info file packaging such that updating info files (either manually or via the online updater) will force a refresh
The core info cache no longer contains ‘core is locked’ and ‘firmware missing’ data fields; these are ‘dynamic’ properties that must be determined at runtime
The ‘core is locked’ status is now determined on core info initialisation by parsing the core directory listing, rather than by performing individual ‘lock file exists’ checks. This minimises file I/O, and greatly improves performance on devices with slow storage
While parsing the core info cache file, we now avoid unnecessary strdup()s when adding entries to the resultant cache list

(Static Platforms) Add option to not restart RetroArch when launching content with the currently loaded core

Before, whenever content was loaded using a static build of RetroArch (i.e. most of the console ports), a new process is forked. This basically means that RetroArch in it’s entirety is reloaded, which can be quite slow.

This kind of ‘reload’ is required when changing cores (since each is a stand-alone application) – but if the core we want to launch is already loaded, then it’s wasted effort.

1.9.3 adds a new Always Reload Core on Run Content option under Settings > Cores on statically built platforms. When enabled (by default on consoles), the current existing behaviour is maintained. When disabled, launching content with a core that is already loaded will skip the process fork/reinitialisation and just load the content directly.

On an o3DS testing setup, this reduces content load times by 60%-70%, depending upon the core.

Important caveats:

There is a significant annoyance in the way that static builds work. If you run the ‘top level’ RetroArch app, then everything works as you would expect – but if you run a core directly (e.g. a specific core cia on 3DS), RetroArch doesn’t actually have any way of knowing which core is currently loaded. It ‘assumes’ you are running the last loaded core – which may not be the case. If it isn’t, the first ‘run content’ operation with Always Reload Core on Run Content disabled will cause an unnecessary fork (but the next ‘run content’ will behave correctly). Unfortunately there is nothing we can do about this…

1.9.3

Download All Cores Retroarch

3DS: Disable menu screensaver animations in XMB/GLUI
COMMAND: Initialize netcmd->cmd_source_len before recvfrom()
CONTENT LOADING/STATICALLY LINKED: Ensure ‘Always Reload Core on Run Content’ setting is applied when loading content via the file browser
CONTENT LOADING/EMSCRIPTEN: Fix content loading via file browser on platforms with ‘broken’ core handling (i.e. emscripten)
CORE INFO: Skip whitespace when writing compressed core info cache files
CORE INFO/FILE IO: Core Info cache; significant file I/O performance improvements on systems with slow disk file I/O
CORE INFO/FILE IO: Enable core info cache by default on all ‘console’ platforms
FREEBSD: FreeBSD build fix
LAKKA: Support for tweaking CPU governors/scaling policies
LAKKA: This adds managed policies and settings to store them and reload them at startup
LIBRETRO API: Add API extension for cores to override frontend fast-forward state
MENU/RGUI: Fix saving of config files/overrides when ‘Lock Menu Aspect Ratio’ is enabled
SHADERS: Fix ‘Auto-Shader Delay’ functionality
UWP/D3D11: Disable mipmap generation
UWP/XBOX: Add ‘Force 4K resolution’ option (Force the resolution to the fullscreen size on Xbox, if set to 0, a fixed value of 3840 x 2160 will be used)