AnyPS5/docs/dev/debt/libSceRudp.md

libSceRudp technical debt

Silent stubs

• sceRudpProcessEvents, sceRudpNetFlush and sceRudpNetReceived (libSceRudp) - there is no reliable-UDP stack on the host, and every sceRudpWrite, sceRudpRead and sceRudpGetStatus call here reports a reset or idle context without queueing data, so no context ever holds pending data to process, send or receive; the three calls return success after sceRudpInit and RUDP_ERROR_NOT_INITIALIZED before it, as shadPS4 returns OK from its stubs. What the console's sceRudpNetReceived returns is unverified. PPSA03490 calls sceRudpProcessEvents(0) followed by sceRudpNetFlush() from its P2P service thread and ignores the first result.
• sceRudpEnableInternalIOThread2 (libSceRudp) takes (uint32_t stack_size, uint32_t priority, uint64_t affinity), taken from the managed SceRudp.Rudp.EnableInternalIOThread(uint stackSize, uint priority, ulong affinity) in PPSA06888's Unity metadata; the first two match sceRudpEnableInternalIOThread. It returns success after sceRudpInit and RUDP_ERROR_NOT_INITIALIZED before it, as sceRudpEnableInternalIOThread does, without starting any thread. Whether the console reports other errors, and whether it applies the affinity, is unverified.
• sceRudpActivate takes a context ID, socket address and 32-bit address length. Initialization and initial argument checks match the native implementation; transport mode checks, address conversion and connection activation remain unimplemented and throw.

Unknown function info

• sceRudpGetStatus - PPSA01521 passes an output pointer and byte count 0xF8. Measured on a PS5 (firmware 13.60): the status is 0xF8 bytes; before sceRudpInit every call returns RUDP_ERROR_NOT_INITIALIZED, and after it a null pointer or a byte count of 0 or above 0xF8 returns RUDP_ERROR_INVALID_ARGUMENT. The layout matches SceRudpStatus in Vita3K with currentContexts at 0x64 and allocs, frees, memCurrent and memPeak at 0xC8 to 0xD4. Only currentContexts is reported: the traffic counters stay 0 because nothing is sent, and the allocator counters stay 0 because the library does not allocate from the title's pool (the console reports 6 allocations and 0x1260 bytes right after sceRudpInit, and 4 more allocations and 0x3F0 bytes per context). The console also writes currentContexts and the allocator counters when the byte count is smaller than their offset; only the requested bytes are written here.
• sceRudpGetMaxSegmentSize (libSceRudp) - measured on a PS5 (firmware 13.60) in #3073: before sceRudpInit it returns RUDP_ERROR_NOT_INITIALIZED and leaves the value untouched, also for a null pointer; after it a null pointer returns RUDP_ERROR_INVALID_ARGUMENT and a valid one gets 1410 with result 0. The library keeps no configurable segment size (there is no sceRudpSetMaxSegmentSize), so 1410 is always reported.
• sceRudpGetOption, sceRudpSetOption (libSceRudp) - full PS5 option contracts are unverified; defaults and validation follow Vita3K. Options 12 and 13 have unknown meanings; last-error option 14 is not maintained. Their setters store all 32 bits per context and return 0 for valid four-byte buffers, preserving acceptance on main; their getters throw. Static inspection of PPSA06888 v01.001.008's bundled Unity transport shows its context-set constructor configuring IDs 2, 3, 5 and 6; runtime usage and other paths remain unverified. The plugin wrappers pass four-byte values. No context can connect, so stored settings cannot affect traffic. Closes when: PS5 option contracts are verified and the remaining behavior is implemented.
• sceRudpPollCreate, sceRudpPollControl, sceRudpPollWait, sceRudpPollDestroy - console hardware behavior and removal of the last entry during an existing wait remain unverified. A firmware 13.42 report executes the actual module under emulation with kernel/libc imports stubbed and condition waits scripted, not on console hardware: an empty poll waits for its remaining timeout, including after spurious wakes, and leaves event output untouched. This agrees with the retained wait behavior here and conflicts with the immediate empty return in Vita3K. The argument checks, control operations and 8-byte event layout retain their existing sources; the firmware report has not been independently reproduced here.
• sceRudpPollCancel, sceRudpPollDestroy and sceRudpEnd - cancellation remains incomplete. PollCancel still throws through its parameterless placeholder; Orbital b321fcd declares int sceRudpPollCancel(int pollId). The detailed firmware 13.42 report, under the emulated/stubbed imports described above, observes a signed low-32-bit argument and initialization, negative-ID and unknown-ID errors 0x80770001, 0x80770004 and 0x8077001F. Two idle cancels coalesce into one per-poll cancellation consumed even by a zero-timeout wait. In the scripted two-waiter Cancel/Destroy cases both waiters return 0x80770014; those calls drain the waiters before returning, and Destroy then destroys the condition variable. A later wait on that destroyed ID returns 0x8077001F. End similarly drains its active waiter with 0x80770014; subsequent Wait/Cancel calls return 0x80770001. Here Destroy/End return without draining and wake existing waiters with 0x8077001F/0x80770001. Real-kernel wake/timeout races, simultaneous control calls, End/re-init overlap and extreme timeout boundaries remain untested; the report is not a console hardware measurement or an independent reproduction here.
• sceRudpAccept, sceRudpFlush, sceRudpGetLocalInfo, sceRudpListen and sceRudpSetMaxSegmentSize - remain throwing placeholders. Their names and NIDs are present in the PS5 3.20 export inventory; their parameterless declarations solely resolve known imports and do not establish the ABI.