Repository navigation
pspssh 1.1.2 — the keyboard actually draws
Fixes the black screen where the on-screen keyboard should be, reported from hardware on v1.1.1. Everything else in v1.1.1 is unchanged.
What was wrong
The clear raced the keyboard's own drawing.
osk.c cleared the screen by writing pixels with the processor, while sceUtilityOskUpdate draws through the graphics engine and queues its work asynchronously. Nothing sequenced the two, so a clear could land on top of a keyboard that had already been drawn — and since that happened every frame, the result was a black screen rather than a flicker.
The SDK sample avoids this because its clear is also a GE operation, so both go into one queue and execute in order. The keyboard loop now does the same. Everywhere else keeps writing pixels directly: nothing else draws into the buffer there, so there is nothing to be ordered against.
Two more faults were sitting behind it, either of which would have produced something similar alone:
PSP_UTILITY_OSK_DIALOG_NONEwas treated as "finished". It means no dialog is active, which is true before one has started as well as after it has shut down — so aNONEon the first frame ended the loop immediately and reported a cancellation that never happened.- The terminal passed no backdrop, so its background was black by construction. The host editor always drew its form, which is why this surfaced in the session and would have been obvious anywhere else.
What changed for you
The session now stays visible behind the keyboard, so you can see what you are typing against.
And if the keyboard still does not appear within five seconds, it is shut down and says so, rather than leaving you on a blank screen with no way back.
Installing
Download EBOOT.PBP below and copy it over PSP/GAME/pspssh/EBOOT.PBP — ef0: on a PSP Go. Your saved hosts and remembered keys are separate files and are not touched.
Full changelog: v1.1.1...v1.1.2