It’s emulation. The CPU architecture is only one piece of the puzzle. The PS5 runs a custom operating system with custom graphics APIs and unified memory.
Yes. But Proton has the advantage of working with well documented APIs on both sides. All the PS5 stuff is proprietary and has to be reverse engineered, that’s why it doesn’t work so well.
Ok, so if it’s translating to a reverse engineered API, it’s emulation. But if it uses the proprietary documentation and does the same exact translation it…wouldn’t be emulation anymore? What part are we saying is being emulated again?
You said it’s emulation because it handles ps5’s graphics APIs and unified memory. I noted that proton is also translating vulkan to another graphics API. You said it’s different because the api we’re targeting is proprietary and needs to be reverse engineered, implying that is the distinction. Right?
So then doesn’t that imply that if we did the same thing, but without needing to reverse engineer anything, it would now be an apples-to-apples comparison with what proton is doing?
It’s a Zen 2 APU. It could run any other x86_64 OS in theory. There’s no need to emulate the whole system if you’re running it on an x86_64 machine. It shouldn’t be wholly impossible to just run it as a VM and save the overheard of translating instructions to the same instructions.
My reply to your comment would be the same one you replied to. That’s not how it works. The translation layer is required. Having the same clue architecture is not good enough to just run the games natively. If it were, Proton wouldn’t exist and Linux and Mac gaming would have been solved a decade ago.
You already don’t need to emulate the entire hardware system like you would with a PS3, but you still require a complex translation layer.
Translation layers and emulators are two very different things though, emulators take foreign machine code and interpret it on/recompile it for the native architecture while translation layers replicate OS and driver layer functionality on a foreign OS/driver environment. Proton is a translation layer, not an emulator. The PS5 can literally run Linix and Steam, it’s essentially stock PC hardware, so the environment that needs to be replicated is the PS5 system software, not the hardware layer.
You already don’t need to emulate the entire hardware system like you would with a PS3, but you still require a complex translation layer.
I think this is their point, just worded better. Wine and Proton are not “emulators”, but translation layers like you are describing.
Although I have no idea what they are talking about in regards to virtualization - being able to install Linux on a PS5 doesn’t get me any closer to running PS5 games on Linux, and I can’t even imagine the virtualization headaches to get the PS5 OS running in a VM with enough access to the hardware to not blow chunks (and honestly sounds a lot closer to true hardware emulation than not).
And you’ll need 1 whole data center to run the emulator.
Isn’t PS5 x86?
On a normal PC that’s more like specialized virtualization rather than emulation. It should run decent.
It’s emulation. The CPU architecture is only one piece of the puzzle. The PS5 runs a custom operating system with custom graphics APIs and unified memory.
It’s a mix - some functions are emulated but the CPU functions can be largely just passed through
Isn’t Proton solving the same problem though?
Yes. But Proton has the advantage of working with well documented APIs on both sides. All the PS5 stuff is proprietary and has to be reverse engineered, that’s why it doesn’t work so well.
Maybe i am not understanding well but all this seems just a translation layer to me
The problem is that you don’t really know from what you’re translating.
Ok, so if it’s translating to a reverse engineered API, it’s emulation. But if it uses the proprietary documentation and does the same exact translation it…wouldn’t be emulation anymore? What part are we saying is being emulated again?
I didn’t say anything to that effect
I’m trying to understand, what is being emulated?
You said it’s emulation because it handles ps5’s graphics APIs and unified memory. I noted that proton is also translating vulkan to another graphics API. You said it’s different because the api we’re targeting is proprietary and needs to be reverse engineered, implying that is the distinction. Right?
So then doesn’t that imply that if we did the same thing, but without needing to reverse engineer anything, it would now be an apples-to-apples comparison with what proton is doing?
You asked if proton is doing basically the same thing and I said yes
I then explained why KytyPS5 doesn’t work as well, with issues like the one mentioned in the article
It’s a Zen 2 APU. It could run any other x86_64 OS in theory. There’s no need to emulate the whole system if you’re running it on an x86_64 machine. It shouldn’t be wholly impossible to just run it as a VM and save the overheard of translating instructions to the same instructions.
My reply to your comment would be the same one you replied to. That’s not how it works. The translation layer is required. Having the same clue architecture is not good enough to just run the games natively. If it were, Proton wouldn’t exist and Linux and Mac gaming would have been solved a decade ago.
You already don’t need to emulate the entire hardware system like you would with a PS3, but you still require a complex translation layer.
Translation layers and emulators are two very different things though, emulators take foreign machine code and interpret it on/recompile it for the native architecture while translation layers replicate OS and driver layer functionality on a foreign OS/driver environment. Proton is a translation layer, not an emulator. The PS5 can literally run Linix and Steam, it’s essentially stock PC hardware, so the environment that needs to be replicated is the PS5 system software, not the hardware layer.
I think this is their point, just worded better. Wine and Proton are not “emulators”, but translation layers like you are describing.
Although I have no idea what they are talking about in regards to virtualization - being able to install Linux on a PS5 doesn’t get me any closer to running PS5 games on Linux, and I can’t even imagine the virtualization headaches to get the PS5 OS running in a VM with enough access to the hardware to not blow chunks (and honestly sounds a lot closer to true hardware emulation than not).
Seems very CPU dependant.
To be fair it shouldn’t take too much CPU as ps4/5 emulation relies a lot on translation rather as emulation because ps5 is just zen2 apu
That’s pretty typical of emulators.