Mirror-bot/AnyPS5
1
0 Fork 0
mirror of https://github.com/boykopovar/AnyPS5.git synced 2026-10-27 00:28:14 +00:00
Code Issues Projects Releases Activity
Files
d6ac53ba34f11ebb72a79d6e4fa5b3fe28d8ab42
AnyPS5/docs/dev/debt/libSceGameLiveStreaming.md
T
hypermistandClaude Opus 5.5 d6f2d6501e docs(debt): cite firmware 13.60, not 12.00, for the decrypted modules 
The modules these entries were read from record SDK 13.60 (0x13600007)
in their module-param segment, so they are firmware 13.60. Only the
version label changes; the behaviour described is unchanged.

Co-Authored-By: Claude Opus 5.5 <[email protected]>
Claude-Session: https://claude.ai/code/session_013XFS3FUfBtqCVfwmBrRQ6q
2026-10-26 16:17:50 +01:00

9.3 KiB
Raw Blame History

libSceGameLiveStreaming technical debt

Functional

  • sceGameLiveStreamingEnableLiveStreaming - a call outside sceGameLiveStreamingInitialize and sceGameLiveStreamingTerminate throws, as the module's error for it is not confirmed (sceGameLiveStreamingTerminate and sceGameLiveStreamingGetCurrentStatus2 return 0x80A00004; fpPS4 does not return its SCE_GAME_LIVE_STREAMING_ERROR_NOT_INITIALIZED from this call). Otherwise both values are accepted and change nothing, as no broadcast is ever on air. The signature, int sceGameLiveStreamingEnableLiveStreaming(const bool), follows Orbital and fpPS4
  • libSceGameLiveStreaming - native initialization requires exactly 0x4000 heap bytes before checking repeated initialization. Host lifecycle and pointer errors now match the wrapper, but service registration, allocation failures and asynchronous service readiness are not modelled. The host becomes ready immediately after initialization.
  • sceGameLiveStreamingGetCurrentStatus2 - the supplied module confirms the 72-byte layout and inactive status (user -1, remaining bytes zero). Live service counters, active-user changes and broadcast-resolution conversion are unimplemented.
  • sceGameLiveStreamingGetProgramInfo (libSceGameLiveStreaming) - the PS5 13.60 module clears the 0x134C-byte program info, asks the system service for its first 0xFD4 bytes and returns 0x80A00002 for a null pointer and 0x80A00004 before initialization. With nothing broadcast here the info stays zero, which assumes the service reports an empty program when nothing is on air; the field layout is unknown. Two titles (PPSA03001 at 0x1ad86b4, PPSA07426 at 0xe89594) disassembled for this entry pass the address of a stack buffer with no store into it between the start of the block and the call; for a result other than 0 they do not read it, for 0 they copy three text fields at offsets 0, 0x802 and 0xC03, and they do not tell 0x80A00002 from 0x80A00004. The buffer size is not shown.

Unknown function info

Reference in new issue View Git Blame Copy Permalink