[Bug] PSX Scratchpad memory is messed up

[PopovMark]

Mostly requesting this for the accessible Scratchpad memory for PSX so that I can polish the Rockman 2 set into a better state. Duckstation already did this some days ago, I can confirm that it works fine there.

[PopovMark]

Bug:

I am on the latest current version of RALibretro + the latest version of RAIntegration.
This is what the Scratchpad memory looks like in the memory viewer, it's all just dashes. I can't interact with it in any meaningful way.
You can bookmark these addresses, but they will always display as 0. Trying to freeze them or change them to another value does nothing, the game itself is also unaffected.
I recall seeing that the current version has rcheevos at ver. 11.4.0, which is the one that added the new Scratchpad memory.
Duckstation is at the current latest build (or about a week old) and on that emulator everything works fine, even though it should be the same version of rcheevos (I've not seen any update to 11.5.0 in their update log).
Please help. This is crucial for the upcoming Rockman 5 set, basically all the good values are in that region. I could use Duckstation but that has problems with savestates.

[Jamiras]

There's nothing I can do about that. This is not an RALibretro bug.

The fact that the addresses are showing up in the list indicate that the rcheevos changes are in place to look for the additional memory, but until the cores tell us where to find it, we can't populate it.

Beetle PSX HW:

115345.474 [INFO ] [MEM] Registered 0x10000 bytes of SYSTEM RAM at $000000 (offset 0x000000)
115345.474 [INFO ] [MEM] Registered 0x1F0000 bytes of SYSTEM RAM at $010000 (offset 0x010000)
115345.474 [INFO ] [MEM] Could not map region starting at $200000
115345.474 [INFO ] [MEM] Registered 0x0400 bytes of SYSTEM RAM at $200000 (null filler)

PSX-ReARMed:

115450.934 [INFO ] [MEM] Registered 0x10000 bytes of SYSTEM RAM at $000000 (offset 0x000000)
115450.934 [INFO ] [MEM] Registered 0x1F0000 bytes of SYSTEM RAM at $010000 (offset 0x010000)
115450.934 [INFO ] [MEM] Could not map region starting at $200000
115450.934 [INFO ] [MEM] Registered 0x0400 bytes of SYSTEM RAM at $200000 (null filler)

SwanStation:

115542.441 [INFO ] [MEM] Registered 0x10000 bytes of SYSTEM RAM at $000000 (offset 0x000000)
115542.441 [INFO ] [MEM] Registered 0x1F0000 bytes of SYSTEM RAM at $010000 (offset 0x010000)
115542.441 [INFO ] [MEM] Could not map region starting at $200000
115542.441 [INFO ] [MEM] Registered 0x0400 bytes of SYSTEM RAM at $200000 (null filler)

Similarly, if the cores don't expose the memory, players won't be able to use them to earn achievements.

[PopovMark]

Having trouble understanding the exact implications of this. Can you help word the issue as to exactly what's happening and what needs to be done? Maybe I can put in a request on their Github pages then.

[CasualPokePlayer]

libretro cores are responsible for exposing memory. All RALibretro is doing is checking if memory exists at offset 0x1F800000 on the ""real"" memory map. The core reports no memory at such an offset, so no memory can be exposed for cheevo purposes.

The only emulator that currently exposes scratchpad is (edit: apparently DuckStation and) BizHawk (in its dev builds, builds which you get on its README) (which you can use RAIntegration and dev with, just put RA_Integration-x64.dll in BizHawk's dll folder), and that will remain the case until libretro cores expose scratchpad in their memory maps.

[PopovMark]

I opened an issue on the repositories of all three cores, let's hope this gets implemented.

[PopovMark]

PCSX-Rearmed now has this, I will post when the other cores follow suit.