ProsperoEden (PPSA99008)

[babyhuey]

Existing thread

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

Title

ProsperoEden (PPSA99008)

Content version tested

01.000.110 (diagnostic build 01.000.110)

AnyPS5 commit

main 2a5eca1 on Linux and Windows (the stop is unchanged on 90c6839), relinked with --trap-sdk-syscall-stubs (#3804).

System tested

• Linux: Ubuntu 24.04, GCC 13.3, headless (SDL offscreen driver, no window)
• Windows: Windows 11 Pro 25H2 (26200.9457), RTX 3080 (NVIDIA 591.86), WinLibs GCC 15.2.0 r7, Release

Furthest point

Stops before the first frame

What is shown

Nothing on main. It requests filesystem access, opens /data/.lapy_probe_<pid> (flags 0xA02) in a loop for about 2.5 s, logs [ProsperoEden diag] filesystem access returned status=9, uid 0/0 gid 0/0 and aborts.

With an empty data folder in the run directory it gets access in a few ms (status=0). On Linux it then reaches sceVideoOutOpen, as far as a headless run goes. On Windows it opens its launcher (egl 1.4 surface 1920x1080, gl 4.6 ... renderer="PS5 AGC").

Current blocker

Update 2026-10-13: none in AnyPS5. #4690 (/data at start-up) and #4525 (POLLPRI on Windows) are merged. On main it reaches its launcher menus and responds to the controller. It then needs the user's own prod.keys, firmware and games in /data/prosperoeden.

Run it with eboot.bin copied into app0, as an install does. Without it, the title doesn't use /app0 as its app folder.

How it was run

The catalog eboot.bin unwrapped and relinked with --trap-sdk-syscall-stubs (--windows on Windows), run from a folder with app0 and download0 (plus an empty data for the second runs), 30 to 60 s per run.

[babyhuey]

Update 2026-10-13, Windows 11 (RTX 3080, WinLibs GCC 15.2), main 1c5e628 + #4690 (/data at start-up), --trap-sdk-syscall-stubs:

• It gets filesystem access straight away (+32ms filesystem access returned status=0), with one /data/.lapy_probe open instead of the 2.5 s loop.
• It then opens its launcher (egl 1.4 surface 1920x1080, gl 4.6 ... renderer="PS5 AGC") and crashes in its GL thread: FATAL: unhandled exception 0xc0000005 on thread 'eboot.bin:gl0', a read of 0xffffffffffffffff. That happened in both runs.

In an earlier manual run on main 2a5eca1, with an empty data folder instead of #4690, the launcher got further: it reported its missing font (harness issue, see above) and closed cleanly after 10 s. So this crash may come from something that changed in main since then. That's not checked yet.

Open pull requests it needs: #4690. Next stop: the GL-thread crash above.

[babyhuey]

Update: the GL-thread crash I reported above is fixed on main. A bisect over the merges between 2a5eca1 and 1c5e628 (Windows 11, empty data folder, --trap-sdk-syscall-stubs) puts it at #4407, which rounds mspace blocks to 32 bytes. Moving reallocs then copied only the originally requested bytes, and the title's GL code read through a garbage pointer. #4880 fixed that copy, and it's in main 495bf91:

• main 37dd483 (just before fix(libc): keep a moved mspace block's usable bytes in realloc #4880): crashes after opening the launcher.
• main 495bf91: no crash in 2 of 2 runs. With /data present it opens its launcher (egl 1.4 surface 1920x1080, gl 4.6 ... renderer="PS5 AGC"), checks its language and keys, and logs setup: Missing or empty keys/prod.keys in /data/prosperoeden.

That's where it is now: it needs the user's own key files, like any Switch emulator. About 10 s after that line it exits (0xC0000409) without logging anything; I haven't looked into that yet. Open pull request it still needs: #4690 (/data at start-up).

[babyhuey]

Update 2026-10-13: #4690 (/data at start-up) merged, so ProsperoEden needs no open pull requests now. On main c13dc7e (Linux, --trap-sdk-syscall-stubs) it gets past its filesystem check and stops at the headless window, as far as a run without a display goes. On Windows with /data present it reaches setup: Missing or empty keys/prod.keys in /data/prosperoeden, which needs the user's own keys.

[babyhuey]

Correction 2026-10-13: ProsperoEden does still need an open pull request on Windows. On main 7e181fc (Windows 11, --trap-sdk-syscall-stubs, empty data folder) the prod.keys line is only the last thing it logs. A poll call then throws poll: POLLPRI is not supported by WSAPoll and it exits with 0xC0000409. The message goes to the process stderr, not to the title's own stderr.log, which is why I missed it before. My earlier Windows reports at 2a5eca1, 798855b and 495bf91 stopped at this same throw.

With #4525 merged locally onto 7e181fc, it runs the full 60 s and draws its launcher at 60 fps: Library / Settings / About tabs, controller 1 active, and a "Setup required" notice asking for keys/prod.keys, firmware and games in /data/prosperoeden. The missing keys don't make it exit, so after #4525 its next stop is user content.

Open pull requests it needs: #4525 (Windows only; Linux poll supports POLLPRI).

[LeandroLP23]

Confirmed on AMD hardware: with #4525 merged onto main 88107b7de, ProsperoEden runs the full 60 s on Windows 11. That's a Radeon 860M, --windows --trap-sdk-syscall-stubs, empty data folder, window title ProsperoEden | FPS: 56.93. Plain main stops after 8 s at poll: POLLPRI is not supported by WSAPoll. #4525 still needs a rebase onto main, as requested there.

AI-assisted: yes (Claude Code)

[LeandroLP23]

ProsperoEden (PPSA99008) reaches Menus on main: Windows 11 (26300), Radeon 860M, WinLibs GCC 15.2.0, Release, main 6cd052848 with no patches, catalog release relinked with --windows --trap-sdk-syscall-stubs, 60 s with APS5_PAD_INPUT_FILE pulses from 30 s, frames dumped with APS5_DUMP_FRAMES. It draws its home screen ("Your next adventure", the Library/Settings/About tabs, the setup-required note for missing keys), and it responds to the controller: D-pad right moves the highlighted tab. With no input the highlight stays put for the whole run.