Morrowind (OpenMW) (PPSA99630)

[rooklz]

Existing thread

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

Title

Morrowind (OpenMW) (PPSA99630)

Content version tested

v1.0.1 from the homebrew catalog (mshivam019/morrowind-ps5). It needs the user's own Morrowind data files, which I don't have, so it can only get as far as its data check.

AnyPS5 commit

main a6dcea9, plus #9763 for the second case below. Last updated 2026-10-22.

System tested

Ubuntu 24.04 x86-64 container under Rosetta on an Apple M5 (macOS 26.2), GCC 13.3, Release, llvmpipe (Mesa, LLVM 20.1.2), no real GPU.

Furthest point

• Does not convert
• Stops before the first frame
• Logos or loading screen
• Menu
• In game

What is shown

Nothing is presented. With the package as shipped the title runs its startup: it redirects its output to /download0/stdout.log and /download0/stderr.log, loads /app0/assets/openmw.cfg, reports OpenGL Renderer: PS5 AGC, OpenGL Version: 4.6 (Compatibility Profile) Mesa 26.2.0, Using reverse-z depth buffer, then quits on its own with exit status 0:

[13:24:40.219 E] Fatal error: Archive 'Morrowind.bsa' not found

That is the title asking for the game files, which the port's README says to supply. Someone with Morrowind's Data Files under /download0/user/data can take it from there.

Current blocker

The game files. Nothing in the emulator stops it before that point.

One emulator-side problem shows when /download0 cannot be used (it is created from the package's sce_sys, so a package without that directory has none, and a read-only location would do the same): the title's first freopen of stdout fails, which leaves the stream closed, and a later freopen of that closed stream aborts the process on main:

[libc] unhandled exception 'St13runtime_error' thrown from 0x7ffff5d4ddda
terminate called after throwing an instance of 'std::runtime_error'
  what():  FileStream: closed stream

FreeBSD's freopen reopens a closed FILE, so the console carries on. The pull request below makes freopen do the same; with it the title runs through to its data check (exit 0) in that layout too. Pull request: #9763.

How it was run

relinker --to-rosetta --registry src/eboot.elf app.elf with the package's sce_module/libc.prx beside the eboot, the package contents as app0/, then

SDL_VIDEODRIVER=x11 SDL_AUDIODRIVER=dummy GALLIUM_OVERRIDE_CPU_CAPS=avx xvfb-run -a -s "-screen 0 1920x1080x24" setarch x86_64 -R timeout 75 /lib64/ld-linux-x86-64.so.2 ./app.elf

(ld-linux because Rosetta's ELF loader refuses the converted binary's first PT_LOAD.) The title's own logs land in download0/stdout.log and download0/stderr.log next to app.elf.