482. The guest was talking all along

2026-09-09 - directed, continuing 481

Asked whether an engine's own logs could be read generically rather than per-engine. They can, because the capture point is not the engine: it is the platform ABI every guest shares - the C library's format family, sceKernelDebugOutText, and writes to the standard descriptors. Six call sites, no knowledge of Unity, and a homebrew printf lands in the same ring as a commercial engine's logger (D658).

What it said, first time it ran

PPSA25872, whose wall the last four decisions have been about:

[libil2cpp] sceAppContentInitialize returned 0x7fff0001

The engine names the function and quotes back orbistoun's own placeholder. Then it enters the diagnostic dump that image+0x17554a3 dies inside. REQ-20260909T2145Z-9e52 had already asked about that function on a ranked guess; the guest says it outright.

PPSA02664, never read before:

outbuffer 0_8640KB  1_8640KB  2_8640KB  3_2560KB  4_192KB
todo: sceVideoOutInitializeOutputOptions will be available in a future SDK
path /app0/Media/globalgamemanagers is not considered suitable for apr reads
TODO: virtual bool LocalFileSystemPS5::Enumerate(...)
todo: void GfxDevicePS5SharedData::CreateWorkload()

Three 8.6 MB display buffers, video-out options, Unity's boot asset, and the graphics device creating its workload. That title is closer to a first frame than the one a week of walls has been about, and no fault address or import count said so.

Surprises

Next