Repository navigation
docs(user): stage the original eboot.bin in app0 - #5040
Merged
Merged
Conversation
Four catalog titles (ProsperoTV PPSA99003, ProsperoRadio PPSA99001,
ProsperoLight PPSA99002, ProsperoLichess PPSA99009) locate their own
directory with stat("/app0/eboot.bin"), which always exists on the
console, and fall back to /data/homebrew/<title id> without it; that
directory is empty here, so they fail to load their fonts and die with
"renderer init failed". Staging the original eboot.bin next to the app
resources makes all four load their fonts; ProsperoLichess then renders
(1267 frames in 60 s on Windows).
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
10 tasks done
10 tasks done
Collaborator
|
Docs-only; the layout addition and the explanation match the evidence in the body. Conventions was red because the body used |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Adds
eboot.binto the documentedapp0/layout and says why: titles test/app0/eboot.binto locate their own directory, because it is always present on the console.Tested
Fifth catalog run (#1578, Windows 11,
mainc2565f01): ProsperoTV (PPSA99003), ProsperoRadio (PPSA99001), ProsperoLight (PPSA99002) and ProsperoLichess (PPSA99009) wrote a probe to/data, then looked for their fonts under/data/homebrew/<TID>/assets/fonts/and died withrenderer init failed. Their sources pick the first of/app0,/system_ex/app/<TID>,/data/homebrew/<TID>,/mnt/sandbox/<TID>_000/app0that contains a regulareboot.bin(ProsperoTVopengl-ui/ps5/src/tv_storage.cpp:181-195, ProsperoRadiosrc/radio_storage.cpp:148-162, ProsperoLichesssrc/platform/ps5/storage_paths.cpp:47-53, ProsperoLightsrc/app_storage.cpp:236-251). With the originaleboot.bincopied intoapp0/all four load their fonts from/app0/assets/fonts/: ProsperoLichess renders (ProsperoLichess | FPS: 30.37 (1267)in 60 s), ProsperoTV and ProsperoRadio move on to thePOLLPRIstop (#4478, PR #4525), ProsperoLight topoll: descriptor 10 is neither a socket nor a pipe.No runtime change: the runtime already answers
/app0/eboot.binforkern.proc.pathnameandsceSystemServiceLoadExec; only the file itself was missing from the staged layout. Servingapp.exe's attributes under that name would hand wrong bytes to a title that reads its own executable, so the doc asks for the original file.Checklist
🤖 Generated with Claude Code