XPSemu (PPSA97358)

[babyhuey]

Existing thread

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

Title

XPSemu (PPSA97358)

Content version tested

Alpha-2.1 (catalog release, an xemu port)

AnyPS5 commit

main 18c438b to ce5c839 with open pull requests merged locally (below).

System tested

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

Furthest point

In-game UI loop (no Xbox BIOS supplied)

What is shown

With the stack below, on Windows it starts xemu, passes its GPU feature probe and runs its UI loop at about 72 fps. The window shows xemu's dark-green grid background. It reports Failed to load BIOS '(null)', because the catalog release has no mcpx_1.0.bin or flash image, so it needs the user's own BIOS files to go further.

Current blocker

Updated 2026-10-18 (main eb1a15b5c): nothing open is needed any more. #5604 (the geometry VGPR allocation check, #5437 part 2) merged on 2026-10-15, after #5187, #5061, #4958 and #4593.

On Windows (RTX 3080), plain main eb1a15b5c relinked with --windows --windows-fixed-base 0x400000 passes the GPU probe without device loss and runs its UI loop for the full 60 s at about 100 fps. The probe's readback is black, though: xemu logs Could not determine triangle strip1 rotation, an inconsistent triangle-fan winding and VK geometry shader winding: 0, 0, 0, 0, so the probe's geometry draw output doesn't seem to reach its 640x480 target (details on #5437). On Linux the same build gets through the geometry draw, but this test machine's lavapipe (LLVM 20.1) aborts in its own shader compiler on the probe's compute pipeline. The fixed base is still required (#4013).

How it was run

The catalog eboot.bin unwrapped and relinked with --windows --windows-fixed-base 0x400000 (or --linux-fixed-base 0x400000), run from a folder with app0 and an empty data folder, 60 s per run.