Black screen on Rebug 4.84.2 Cobra 8.1 starting PSP Remaster
aldostools opened this issue · comments
I'm still getting a black screen on Rebug 4.84.2 Cobra 8.1 starting a PSP Remaster from XMB with one DualShock3 charging in USB01. The controller connected is turned off. The game is started with another controller wireless. The screen stays black until the USB cable is disconnected from the controller that is being charged. Then the game starts normally.
The game is a PSP ISO converted with PSP2PS3. So there is not any backup manager is involved.
This behavior does not happen in Mamba 8.2
The issue happens just before PEmuCoreLib.sprx is patched. Here is the log:
open_path /dev_flash/pspemu/release/pspnet_apctl.sprx
open_path /dev_flash/pspemu/release/adhoc_vshlib.sprx
open_path /dev_flash/pspemu/release/PEmuCoreLib.sprx <-- HERE THE SCREEN STAYS BLACK
LV1 poke 0x800000000800a334 386000017be40620
LV1 poke 0x800000000800a334 386000017be40620
LV1 poke 0x800000000800a334 386000017be40620
LV1 poke 0x800000000800a334 386000017be40620
LV1 poke 0x800000000800a334 386000017be40620
LV1 poke 0x800000000800a334 386000017be40620
Now patching PEmuCoreLib.sprx 40425000000c0000 <-- HERE I DISCONNECTED THE USB
open_path /dev_hdd0/game/ULUS10457/USRDIR/MINIS2.EDAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/CONTENT/DOCUMENT.DAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/ISO.BIN.EDAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/ISO.BIN.EDAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/ISO.BIN.EDAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/MINIS.EDAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/MINIS.EDAT
open_path /dev_hdd0/game/ULUS10457/USRDIR/MINIS.EDAT
I would like to second this as an issue. I was lucky enough to stumble upon this report while searching for something unrelated to the issue but I have spent the past 5 days trying to solve my PSP Launchers suddenly not working. I went through and uninstalled and installed bloody every version I could find... Turns out all I had to do was stop charging my controller head smack this is not an obvious cause by any stretch of the imagination. I will site this as the problem where I can as I am sure someone else has or will be very confused by this.
Please try this payload see if this fixes your PSP issue
@Joonie86 Thank you for the file... I checked the source code and it seems that the change was only to comment out the code for PSP patches.
Before proceed to test I wanted to be sure that the issue was still present, but for my surprise I couldn't reproduce it with the original stage2.cex
After try different scenarios finally I found how to reproduce the bug even with the new stage2.cex (BTW it didn't fix the issue):
1- Turn off the PS3 and remove all USB devices attached
2- Connect a PS3 controller (DualShock 3) with an USB cable (type A-to-type B) to the port USB000. Do not turn on the controller, just leave it connected to the PS3 to charge it when the console is on.
3- Turn on the PS3 with the power button.
4- Instead of use a PS3 controller, use http://pad.aldostools.org/pad.html to navigate the XMB
(it's assumed that you have webMAN MOD installed)
5- Launch any PSP Mini or Remaster (it can be a standalone PKG or mount it with webMAN)
6- The game will try to start and stay in a black screen until the PS3 controller is detached. As soon the game pad is removed the game starts.
There could be other possible scenarios related to this bug, but currently this is the way how I could reproduce the bug consistently.
I know this is not a common way to use the PS3, but I use it very often, and it was today that I found why the PSP worked sometimes and others don't.
I have triggered the same bug with a usb 2.0 thumb drive plugged in at boot using a ds3 over bluetooth. It reacts exactly the same as what aldostools just explained with psp games launching black except Ive never tried pulling it out while the screen is black.
@Joonie86 Thank you for the file... I checked the source code and it seems that the change was only to comment out the code for PSP patches.
Before proceed to test I wanted to be sure that the issue was still present, but for my surprise I couldn't reproduce it with the original stage2.cex
After try different scenarios finally I found how to reproduce the bug even with the new stage2.cex (BTW it didn't fix the issue):
1- Turn off the PS3 and remove all USB devices attached
2- Connect a PS3 controller (DualShock 3) with an USB cable (type A-to-type B) to the port USB000. Do not turn on the controller, just leave it connected to the PS3 to charge it when the console is on.
3- Turn on the PS3 with the power button.
4- Instead of use a PS3 controller, use http://pad.aldostools.org/pad.html to navigate the XMB
(it's assumed that you have webMAN MOD installed)
5- Launch any PSP Mini or Remaster (it can be a standalone PKG or mount it with webMAN)
6- The game will try to start and stay in a black screen until the PS3 controller is detached. As soon the game pad is removed the game starts.There could be other possible scenarios related to this bug, but currently this is the way how I could reproduce the bug consistently.
I know this is not a common way to use the PS3, but I use it very often, and it was today that I found why the PSP worked sometimes and others don't.
The change wasn't just removing psp patches, RIF generation was implemented to replace the old PSP license patch, Regarding the issue with DS3 or USB, Habib thinks it's caused by broken cellpad library. Haxxxen introduced button toggle for psp save data patch in pemucorelib, which seems to be the cause at the moment. So try this one without that pemucorelib patch (it's not applied by default until press pad button to apply so it's not really noticeable for most users)
Thank you for the file and the time that you and habib are dedicating to fix this issue.
I will try it later today and report back.
Sorry for the delay.... Today I tested the new C-BRA 8.2 payload and the issue seems be to fixed :)
Good Job! smhabib and @Joonie86 !!
Now that the team is working in version 8.2, I hope you can include some of the features that I added to my fork:
https://github.com/aldostools/COBRA/commit/
Here is a summary of the new features:
- PhotoGUI support in webMAN MOD
- Re-enable syscalls without reboot entering to system update in XMB
- Dynamic fan controller
- Auto-mount dev_blind
- Support for 32 map path entries
- Support for additional CD sectors and non-PlayStation CDs.
- Fix in status returned in dynamic kernel plugins (unsigned function returned -1, -2, etc)
- On-the-fly reActPSN (by Habib)
- Replaced syscalls sm_get_fan_policy / sm_set_fan_policy (by Habib)
- Query map path table (SYSCALL8_OPCODE_GET_MAP_PATH)
- Haxxen's support for load system modules in ps3mapi_load_process_modules
Sorry for the delay.... Today I tested the new C-BRA 8.2 payload and the issue seems be to fixed :)
Good Job! smhabib and @Joonie86 !!
Now that the team is working in version 8.2, I hope you can include some of the features that I added to my fork:
https://github.com/aldostools/COBRA/commit/Here is a summary of the new features:
- PhotoGUI support in webMAN MOD
- Re-enable syscalls without reboot entering to system update in XMB
- Dynamic fan controller
- Auto-mount dev_blind
- Support for 32 map path entries
- Support for additional CD sectors and non-PlayStation CDs.
- Fix in status returned in dynamic kernel plugins (unsigned function returned -1, -2, etc)
- On-the-fly reActPSN (by Habib)
- Replaced syscalls sm_get_fan_policy / sm_set_fan_policy (by Habib)
- Query map path table (SYSCALL8_OPCODE_GET_MAP_PATH)
- Haxxen's support for load system modules in ps3mapi_load_process_modules
Thanks for your feedback, feel free to submit a PR, for now I'm just going to apply habib's changes only.
Thanks for your feedback, feel free to submit a PR, for now I'm just going to apply habib's changes only.
Thank for consider it... I have been thinking about the PR and concluded that it would be unpractical to submit it, due the code structure of my fork now is very dissimilar to the original projects; it would be very hard to try to merge it.