A PS5 Game Running Natively on a PC? I Checked the Repo

Author: Prompt Engineer 48 · Watch on YouTube

Video authored by the channel shown, not by IANIA; all rights belong to the creator. Transcript and summary generated automatically; the original-language content is preserved.

Original language: English

Original video: A PS5 Game Running Natively on a PC? I Checked the Repo · Channel: Prompt Engineer 48 · 04:08 · Watch on YouTube

Topics: Software engineering with AI, Open source and software ecosystems

Summary

The video reviews the anyPS5 repository, which describes a tool for converting PS5 executables into native Windows or Linux programs without emulation. Its compatibility list contains only two titles: the 2D platformer Streaming Sarah and Doom shareware, with performance figures taken from the project rather than tested by the presenter. The project documents unsupported features that can cause crashes or leave games without functionality such as audio, UI, or networking. The presenter also covers the repository’s early stage, build requirements, and the need for a clean executable from the user’s own console.

Key points

The repository describes anyPS5 as a tool for porting PS5 executables to Linux and Windows, without an emulator or separate runtime process.
A relinker converts the executable, while re-implemented system libraries are linked as shared libraries.
The tool resolves library functions by NID, a hash of each function name, and includes a flag to rewrite certain AMD-only instructions for Intel CPUs.
The compatibility list contains two titles: Streaming Sarah and Doom shareware; the latter is public homebrew.
The listed performance numbers come from the project’s own pages, not from the presenter’s tests.
Unsupported states can trigger a runtime error and stop the process; documented gaps include missing UI, 3D audio, network requests, and PSVR2 initialization.
The repository is described as fast-moving, with version 0.1.0 and 0.1.1 releases and many contributors, commits, issues, and pull requests.
Building on Windows requires MinGW-w64 GCC 15.2, and the input must be a clean, decrypted ELF; the project does not provide game firmware or keys.
The project reports 3,052 of 3,535 known system-library functions complete, while noting that the total grows and does not represent every PS5 function.

Chapters

Start	Chapter	Summary
00:00	What anyPS5 claims to do	The presenter introduces the repository and explains how it converts PS5 executables into native Windows or Linux programs without emulation.
01:02	Relinking details and CPU compatibility	The video explains NID-based library linking and a flag that rewrites some AMD-only instructions for Intel CPUs.
01:33	Compatibility claims and documented limitations	The presenter reviews the two listed titles and their reported performance, then outlines unsupported features and clarifies that the figures were not personally tested.
03:05	Repository status and build requirements	The video covers the project’s activity and early releases, required Windows compiler, clean ELF input, and reported system-library progress.

Quotes

It is only about 10 weeks old and one game in its list runs at 60 frames per second on a GTX 1050 Ti. — 00:00

no emulation and no separate runtime process. — 00:31

I did not run any of this myself. — 02:33

The input has to be a clean ELF, which is a decrypted executable. — 03:36

3,052 out of 3,535. — 04:08

Concepts and entities

Any PS5, relinker, NID, Streaming Sarah, Doom shareware, MinGW-w64 GCC 15.2, PSVR2, RunPod

Full transcript (original language)

00:00 I thought a PS5 game running on a normal PC with no emulator had to be fake, so I read the repo. It has about 32,000 stars. It is only about 10 weeks old and one game in its list runs at 60 frames per second on a GTX 1050 Ti. So, let’s check what is actually true. I’m prompt engineer and in this video we go through any PS5 page by page. This is any PS5. The readme says it is a tool for porting PS5 executables to Linux and Windows. And look at this line here, no emulation

00:31 and no separate runtime process. An emulator pretends to be a whole PS5 and runs the game inside it. This does something different. It has a relinker which takes the game’s executable and rewrites it into a native Windows exe or a Linux elf. Then the PS5’s system libraries are re-implemented as normal shared libraries and the converted game links to those directly. So, the game becomes a regular program on your PC. Here is the diagram from the architecture doc. On the left, input.elf and the game’s bundled modules. In the

01:02 middle, the relinker. On the right, app.exe or app.elf plus a libs folder of PRX files. One detail I want you to see here, the converted program finds its libraries by NID, which is a hash of each function name. The builder renames every exported function to its NID, so the operating system’s own loader links the game to the re-implemented libraries. And if you’re on an Intel CPU, there’s a flag called to Intel. PS5 code can use AMD only instructions and this flag rewrites the ones it knows about. The

01:33 usage doc says, “Titles that generate such instructions at runtime still need an AMD machine.” Now, the part that matters. This is the compatibility list and it is short, two entries. The first one is Streaming Sarah, a 2D platformer. On Windows, it is marked in game playable on the GTX 1050 Ti with an i5-7500. It runs at 60 FPS. And on an Intel HD 620 laptop chip, it runs at 36 FPS. The second is Doom shareware, which is a

02:03 public homebrew, not a commercial game. The notes say Windows reaches for the maps with an RTX 4070 super, and on Linux one test on a Casio S machine with an RTX 3080T, I got the launcher to 60 FPS and the first level at 35 FPS in game. So, when the readme says it works, it means these two, not hundreds of games two, and one of them is homebrew. Numbers on screen are from the project’s own list, not my tests. Quick pause. I did not run any of this myself. Everything you see is from the

02:33 project’s own pages, and I will show you where each number comes from. What I check in a project like this is how it handles what it cannot do. The readme says unsupported states strictly throw a runtime error and the process stops. So, it crashes loudly instead of pretending. Then, the tech that file lists the places that do not. Dialogs show no UI. The 3D audio library produces no sound. The HTTP library never sends a request to the network. PSVR2 initialization fails on purpose, and the doc says one title just skips

03:05 its VR setup when it does. So, a game can start and still be missing sound or online features. The project writes that down itself, which is good, but it is a long list. The repo was created on August 3rd. On the page, you can see about 6,200 commits and 296 contributors. There are 172 open issues and 502 open pull requests. And there are two releases, version 0.1.0 and 0.1.1, both from September 28th. So, this is moving very fast, and the version number

03:36 tells you where it is 0.1. If you want to try it, two things. First, building on Windows needs one specific compiler, MinGW-w64 GCC 15.2. The doc is strict about that. Second, the input has to be a clean ELF, which is a decrypted executable. The project does not ship any game firmware or keys. You need that file from your own console, and how you get it is on you. So, check the law where you live. I will not show that part. If you just want to follow progress, the status badge on the readme says 86% of the

04:08 system library functions the project knows about are done. 3,052 out of 3,535. The footnote says that it’s not every PS5 function, and the total grows. If you’re looking for cheap and reliable GPUs, I use RunPod, and the link is in the description. So, in this video we saw that any PS5 is real, native, and very early two verified titles, a clear list of what is missing, and a very fast team. Tell me in the comments which doc you want to closer look at. I’ll see you in another one.