Quake (homebrew, websrv q1)

[karimibrahim07]

Existing thread

• I searched this category for the title and no thread exists for it on any platform. Quake — PPSA01880: Linux bring-up and PCM audio investigation #6477 is the commercial Quake (PPSA01880), a different title.

Title

Quake (homebrew, websrv q1)

Content version tested

Release q1 of gen04177/q1-ps5 (q1.7z, SHA-256 9692254071d5a90b5f4d7fb316960ae1f4e586f944eb1d4641a79a914fd834fb), the Quake engine for the ps5-payload-dev websrv launcher, with the shareware id1/pak0.pak it ships. It has no title ID: homebrew.js starts quake.elf (SHA-256 b2f667f8a1bac82d5f9190103a7911a253233558b37e0f780caba253b888ca5c), which renders through its bundled libOSMesa.so.8 (255b57aa50ab5d816fcd64ff4ea4b0f93fc7ac3890e9fb2786cdadeaa89508ba).

AnyPS5 commit

main 5d9dcc42d

System tested

Windows 11 Pro (26300), RTX 3060, WinLibs GCC 15.2.0 r7, Release

Furthest point

Does not reach its entry point

What is shown

Nothing; the loader stops before the ELF entry point. Both ELFs are plain ps5-payload-dev SDK builds: they import by symbol name and need libSceLibcInternal.sprx, libkernel_web.sprx and other .sprx libraries.

Current blocker

On main, 457 FAIL: unresolved ELF import lines (strlen, malloc, pthread_create, scePadOpen…): the Windows loader looks for libs\*.sprx and looks the names up as written, while libs/ holds .prx files that export NIDs. #6697 resolves them through their NIDs. With it, 11 imports of libOSMesa.so.8 remain:

• 10 weak ones that a bundled module's import on Windows cannot leave unbound yet: ZSTD_trace_*, the SDK's __dlopen, __dlsym, __dladdr, __dlclose, __dlerror, and kernel_mprotect
• qsort_s

How it was run

quake.elf relinked with relinker --windows --to-intel --trap-sdk-syscall-stubs --registry, with libOSMesa.so.8 placed in sce_module/ so it is converted as a bundled module, and id1/ next to the executable.

AI-assisted.

[karimibrahim07]

Update: with #6697, #6702 and #6707 no unresolved import is left. The next stop, application heap: process metadata is missing; relink the executable, is fixed in #6713, and Quake then reaches its ELF entry point, where the SDK's _start expects the launcher's payload_args_t.

With those PRs and local patches (entry at main, a minimal param.json, the SDK's private __dlopen/__dlsym routed to libkernel's, and OSMesa's inline mmap/mprotect syscalls redirected), Quake reaches its main menu with the attract demo running. Turning those patches into generic support is the design question in #6712.