Slave Zero X (PPSA13899)

[JJenkx]

Tested Slave Zero X (PPSA13899) natively on Linux 7.2.9, Ryzen 9 7950X and Radeon RX 6650 XT with RADV Mesa 26.2.4. This is a short bring-up check: the title does not reach a visible picture yet.

Setup

This is a GameMaker title (YoYo Games PS5 runner, compiled with YYC). It ships a native extension at games/libSatDll_ps5.prx, so the relinker needs --module-dir games:

relinker --registry --rpath <build>/core/libs/libs --module-dir games eboot.elf app.elf

Without it, the GML extension load fails ("Error loading libSatDll_x64.dll" in obj_globalinter Create). The title then calls sceKernelDebugRaiseExceptionOnReleaseMode and segfaults during teardown about 6 s in. That is a setup issue, not a library gap.

Result on main b5d763770a (no other PRs)

With the extension relinked, the run reached the 240 s limit:

• no driver stop, no GPU fault;
• 59.94 FPS from about 120 s, after slow loading (256k host-import refusals);
• every frame black.

A RenderDoc capture at 170 s holds no draw: two blits and a present. The game submits no rendering work.

The log prints Waiting for playerprefs to load... once per frame. That string sits in the runner next to Initialising Playstation Manager and Getting entitlements..., and the second is never printed.

Save data behaves as expected:

• On the first run, sceSaveDataMount3 of AUTOSAVE and Settings (read-only) return SCE_SAVE_DATA_ERROR_NOT_FOUND.
• The game then creates Settings and writes settings.bin; its async event reports success.
• On the next run the load succeeds (Loaded playerprefs10).

The wait continues in both cases. The YYC code that prints it loops over an object's instances and prints while one instance variable is not true. I have not identified which object or variable it is, or what should set it.

Not verified

• why the PlayStation manager keeps waiting, and whether a missing NP/entitlement result is involved (sceNpGetOnlineId returns 0x80550006 signed out);
• audio;
• anything past the black screen.

AI-assisted testing and report: yes, Claude Code.