Persona 3 Reload (PPSA10872)

[zaidhawk]

Existing thread

• I searched this category for the title ID and no thread exists for this title on any platform.

Title

Persona 3 Reload (PPSA10872)

Content version tested

01.000.000

AnyPS5 commit

main b27924d. Also main b27924d with #7048 (head da9f0ea) merged locally, no conflicts.

System tested

Windows 11 Pro 26200, NVIDIA GeForce RTX 5090 (driver 617.42), Ryzen 7 9800X3D, 32 GB, WinLibs GCC 15.2.0 r7, Release

Furthest point

Menu

What is shown

• main: caution screen, the online-features dialog (answered with Cross through APS5_PAD_INPUT_FILE), the ATLUS and Unreal Engine logos at ~60 FPS, then the stop below.
• With fix(agc): save the guest bytes of results that become pending over a surface that is no longer fully write-watched #7048: the same screens at ~12 FPS, then the title screen ("PRESS ANY BUTTON", ~6 FPS), the New Game difficulty menu (~6 FPS, input works), the opening text and the opening movie (~28 FPS). Still running after 240 s in 2 of 2 runs.
• Renders at 3840x2160.

Current blocker

On main, 2 of 2 runs with input stop after the Unreal Engine logo:
AGC graphics: storing storage image results pending over memory outside the write watch without the guest bytes saved before them is not implemented (once from compute shader 0x2012260000). Same refusal as #7017 and #8052; #7048 removes it for this title. A run left at the online-features dialog without input did not stop in 120 s.
Next: the title and menu frame rate (~6 FPS), and the ~12 FPS on the logos with #7048 (~60 FPS on main).

How it was run

• The dump's sce_module/*.prx are SELF containers and the *.prx.esbak beside them are the decrypted ELFs. The relinker picks the .esbak automatically. For import_audit.py the .esbak files were linked under their .prx names: 0 absent, 25 stubs.
• python tools/unwrap_self.py eboot.bin src/eboot.elf
• relinker --windows --registry --sce-module-path <dump> src/eboot.elf app.exe
• app0/ = the full dump plus the 6 *.guest.prx; libs/ = build/core/libs/libs plus the three WinLibs runtime DLLs.
• Env: ANYPS5_GPU=5090 APS5_PROFILE_DRAW=1 APS5_PROFILE_GPU=1 APS5_LOG_TIMESTAMPS=1 APS5_NO_PAD_INPUT=1 APS5_PAD_INPUT_FILE=<file>, implicit Vulkan layers disabled (VK_LOADER_LAYERS_DISABLE=~implicit~).
• First run with empty caches: ~3,400 shaders compiled (~3 GB), and the window opened after 84 s. Later runs show it within ~10 s.

Not covered: audio, anything past the opening movie, other GPUs.

[zaidhawk]

Update: reaches In game with #7048. Walking around Iwatodai works with keyboard input at ~8 FPS, audio plays, and the opening movie and cutscenes run at ~28 FPS. Same system and commit as above.

The next stop is entering the Iwatodai Station strip mall, in compute shader 0x2014960000. It needs several open PRs in turn:

Build	Stop at the strip mall
#7048	the table callees of the call at program counter 0x00000410 land out of s_call_b64 range
#7048 + #9068	computed/data-dependent s_swappc_b64 call target at program counter 0x00000854 is not statically resolvable
#7048 + #9068 + #8070	calls a target loaded from a table at program counter 0x19a4, but its callee at 0x2017560000 does not return within 65536 bytes

The callee at 0x2017560000 is 17,369 dwords, over ReadUserDataCallee's 16,384-dword limit. With that limit raised locally (not proposed as a change), the call links, but the shader's preparation doesn't finish: no presents for 130 s, then GameThread timed out waiting for RenderThread after 120.00 secs.

Input note: at these frame rates a quick key tap can be missed; holding a key for ~0.5 s works.

Not covered: past the strip mall, other GPUs.