Porpoise (DolphinPS5) (PPSA99764)

[babyhuey]

Existing thread

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

Title

Porpoise (DolphinPS5) (PPSA99764)

Content version tested

03.000.000 (Porpoise 3.0)

AnyPS5 commit

Linux: main 43e3a70 and 90c6839. Windows: main 559979d + #4624, the same weak-import fix #4510 then merged.

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 screen. Since #4510 (weak imports, which closed #4497) its weak chroot, fchdir and malloc_usable_size imports no longer stop the load. It starts (Porpoise: main() entered) and then waits for a jailbreak:

jailbreak: /data isn't reachable (uid 0); asking the HEN
jailbreak: nothing on port 9028 / nothing on port 9069

It keeps polling those ports and the /download0 jailbreak files (etahen_jailbreak.tmp, onionhen_jailbreak.tmp, elevate_proc.tmp).

Current blocker

Update 2026-10-14: none known in AnyPS5. #4690 (/data at start-up) and #4863 (VideoOut: port already open) are merged. With #4863 the Porpoise window stays up for the full run on Windows (reported on #4863 on an RTX 3080 and a Radeon 860M). What it needs past that, such as games or BIOS files, isn't checked yet.

How it was run

The catalog eboot.bin unwrapped and relinked (--windows on Windows), run from a folder with app0 and download0, 30 to 60 s per run.

[babyhuey]

Update 2026-10-13, Windows 11 (RTX 3080, WinLibs GCC 15.2), main 1c5e628:

• With fix(libkernel): create /data at start-up #4690 (/data at start-up), it gets past the jailbreak check (no more HEN polling). It initializes Dolphin and its Vulkan stack (PlayStation 5 GPU (RADV NAVI21)), then stops at VideoOut: port already open: it opens the main bus a second time.
• With fix(libSceVideoOut): return RESOURCE_BUSY when a bus is opened twice #4863 as well (a second open returns SCE_VIDEO_OUT_ERROR_RESOURCE_BUSY), it carries on, creates its swapchain (1920x1080), presents through its first handle and renders, at about 60 GPU submissions per second for the full 60 s in two runs.

Open pull requests it needs, in order:

1. fix(libkernel): create /data at start-up #4690: create /data at start-up (No /data directory: homebrew titles that see uid 0 expect the jailbroken /data and stop without it (PS5CEMU-HAR, ProsperoEden) #4643)
2. fix(libSceVideoOut): return RESOURCE_BUSY when a bus is opened twice #4863: sceVideoOutOpen returns busy for an already open bus

One run of an earlier build of the same change stalled at GPU submission 3 (the GPU has not reached submission 4); it didn't happen in the two runs above.

[babyhuey]

Update 2026-10-13: #4690 merged. On main c13dc7e (Windows 11) Porpoise gets past its jailbreak check and stops at VideoOut: port already open. Open pull request it needs: #4863, which gets it rendering (see above).

[wachi35676]

Porpoise 3.0 (the author's GitHub release) on main 922dc8999, Windows 11, RTX 5070 Ti (NVIDIA 617.42), WinLibs GCC 15.2.0: no stop in four runs of 45–100 s. With pad input it renders the welcome and theme screen, the three-step setup, the library ("Add Games"), memory cards and the Settings pages. Games and BIOS were not tested.

AI-assisted: yes (Claude Code); results above were run on this machine.