PS3 [UPDATE] webMAN MOD 1.47.27 (20200517): Big Announcement - Important milestone's achieved ....

aldostools · May 24, 2020

Coldheart2236 said:
This is a massive achievement @aldostools great work man

Could this mean, at least in theory, that in the future PS2 ISOs could be loaded from external? Just wondering. I'm not expecting miracles, but actually just interested if it may be a similar situation as with what you've managed here.

No, the PS2 emulator only supports the ISO image file from HDD0.
https://github.com/aldostools/COBRA/blob/master/486/REX/ps2emu_stage2/common/common.c#L361

The problem with PSPISO was different:

When a PSPISO was mounted the original code from Cobra mounted the ISO temporarily in /dev_bdvd to read the EBOOT.BIN and find the keys needed to start the game. This is fine with PSPISO in internal HDD and in USB FAT32 that don't need /dev_bdvd to access the files.

With rawseciso plugin (used for NTFS/exFAT) and netiso plugin(used to mount net games), the PSPISO was not longer available when the ISO was mounted to extract EBOOT keys, because these plugins use /dev_bdvd as interface with the native file system.

The solution was to change the Cobra code to find the EBOOT keys in a different way: parsing directly the raw file structure of the ISO, instead of mount the ISO as /dev_bdvd.

The other problem was that PSPISO was being mounted as a file system, but the mount point of Cobra needs the path of the ISO file. To solve this issue I had to use 2 approaches:
1- In NTFS, the PSPISO is not mounted. Instead a fake ISO is created containing the PSPISO.
(prepISO is needed because it creates the fake ISO)
2- For ps3netsrv, the solution was easier: the folder /PSPISO is mounted instead of the ISO.

sandungas · May 27, 2020

aldostools said:
When a PSPISO was mounted the original code from Cobra mounted the ISO temporarily in /dev_bdvd to read the EBOOT.BIN and find the keys needed to start the game. This is fine with PSPISO in internal HDD and in USB FAT32 that don't need /dev_bdvd to access the files.

With rawseciso plugin (used for NTFS/exFAT) and netiso plugin(used to mount net games), the PSPISO was not longer available when the ISO was mounted to extract EBOOT keys, because these plugins use /dev_bdvd as interface with the native file system.

The solution was to change the Cobra code to find the EBOOT keys in a different way: parsing directly the raw file structure of the ISO, instead of mount the ISO as /dev_bdvd.

Nice explaination :encouragement:

So summarizing, the cobra code is finding the PSP keys by using a method that is unnecessarily complex, but by doing it in a "raw" way is easyer and less problematic

Im wondering if this improvement could be added to the next cobra version ?
In the way you explained it makes sense to me that is better to do it in "raw" for all PSP mount modes
I mean... even for internal hdd, just to standarize it, and just because it looks the correct way to do it

My only doubt is if finding the keys in "raw" is going to find them successfully 100% of the times

LuanTeles · May 27, 2020

Coldheart2236 said:
This is a massive achievement @aldostools great work man

Could this mean, at least in theory, that in the future PS2 ISOs could be loaded from external? Just wondering. I'm not expecting miracles, but actually just interested if it may be a similar situation as with what you've managed here.

Since the ps2 emu is not created with usb in mind, it shuts down the ports so that's why the iso loading from external devices does not work

Omage · May 27, 2020

ps3 restart call ps2netemu, no loader Lv2 kernel

aldostools · May 27, 2020

sandungas said:
Nice explanation
So summarizing, the cobra code is finding the PSP keys by using a method that is unnecessarily complex, but by doing it in a "raw" way is easier and less problematic

I'm wondering if this improvement could be added to the next cobra version ?
In the way you explained it makes sense to me that is better to do it in "raw" for all PSP mount modes
I mean... even for internal hdd, just to standardize it, and just because it looks the correct way to do it

My only doubt is if finding the keys in "raw" is going to find them successfully 100% of the times

Maybe the raw method it's not 100% accurate, but in my research I found that EBOOT.BIN and EBOOT.OLD directory records are always found at sector 24 (0x18). Sector size is always 2048 (0x800) bytes. Once the EBOOT.BIN is found, it's a simple math of the use the LBA indicated in directory record and multiply it by 0x800 to find the offset of the file in the ISO. The PSP key is found in the first 212(0xD4) bytes of the EBOOT.

As you suggested, it's feasible that the code to find the key could reside inside Cobra payload. However, there is a size limit for the payload and adding more code could make it reach the limit easily. It should be tested if could be added to one of the following functions:

https://github.com/aldostools/COBRA/blob/master/486/REX/stage2/psp.c#L106
https://github.com/aldostools/COBRA/blob/master/486/REX/stage2/psp.c#L375

Even getting this in Cobra, there is still another requirement: the functions sys_psp_set_umdfile, sys_psp_read_header and sys_psp_read_umd require the path of the UMD image (PSPISO). They would require a change to make them work with the raw sectors obtained from ps3ntfs_file_to_sectors instead of use the path of the ISO. I solved this issue creating a "fake ISO" that contains the UMD file using prepISO.

So, there is a lot of work to do in Cobra to make it work in a less complex way.

aldostools · May 27, 2020

Omage said:
ps3 restart call ps2netemu, no loader Lv2 kernel

Yes, indeed ps2_netemu is a replacement of lv2_kernel. As it only launches the PS2 emulator, the system counts with more resources to execute the PS2 games.

We only have the symbols for ufs operations (ufs_open, ufs_read, etc.) that only work with files on HDD.
https://github.com/aldostools/COBRA/blob/master/486/REX/ps2emu_stage2/common/common.c#L380

BTW that "common.c" module is the one that emulates the SCSI response.
It's similar to ps3netsrv or stage2/storage.c but for ps2_netemu.

sandungas · May 27, 2020

aldostools said:
Maybe the raw method it's not 100% accurate, but in my research I found that EBOOT.BIN and EBOOT.OLD directory records are always found at sector 24 (0x18). Sector size is always 2048 (0x800) bytes. Once the EBOOT.BIN is found, it's a simple math of the use the LBA indicated in directory record and multiply it by 0x800 to find the offset of the file in the ISO. The PSP key is found in the first 212(0xD4) bytes of the EBOOT.

Well, i like it anyway because incase there is some rare game or rare tool breaking that standard the "PSP key finding" code can be reviewed, and i guess that review is not going to increase the code size much, in the worst scenario it would be some minor change

aldostools said:
As you suggested, it's feasible that the code to find the key could reside inside Cobra payload. However, there is a size limit for the payload and adding more code could make it reach the limit easily. It should be tested if could be added to one of the following functions:

https://github.com/aldostools/COBRA/blob/master/486/REX/stage2/psp.c#L106
https://github.com/aldostools/COBRA/blob/master/486/REX/stage2/psp.c#L375

Even getting this in Cobra, there is still another requirement: the functions sys_psp_set_umdfile, sys_psp_read_header and sys_psp_read_umd require the path of the UMD image (PSPISO). They would require a change to make them work with the raw sectors obtained from ps3ntfs_file_to_sectors instead of use the path of the ISO. I solved this issue creating a "fake ISO" that contains the UMD file using prepISO.

So, there is a lot of work to do in Cobra to make it work in a less complex way.

But implementing all this would allow to do a "direct boot" with PSPISO ? without using PSP launchers/placeholders, and without having any "PSP disc" icon in XMB ?
A bit similar to the legacy "direct boot" method used in PS3 JB games

aldostools · May 27, 2020

sandungas said:
But implementing all this would allow to do a "direct boot" with PSPISO ? without using PSP launchers/placeholders, and without having any "PSP disc" icon in XMB
A bit similar to the legacy "direct boot" method used in PS3 JB games

The PSP Launcher is still needed. The implementation of the PSP keys code in Cobra only would allow to mount games on NTFS/NET in other backup managers in an easier manner.

Anyway there are other requirements and I don't think it worth the effort to modify the Cobra payload, when the code can be implemented in the backup manager like I did in webMAN MOD.

UFC3 · May 28, 2020

aldostools said:
The PSP Launcher is still needed.

So to play PSP games using the latest wMM directly from virtual BD?
Like playing Retro games?

sandungas · May 28, 2020

UFC3 said:
So to play PSP games using the latest wMM directly from virtual BD?
Like playing Retro games?

The problem is the PSP games cant be "mounted" in a "virtual" optical device
Think in what the backup managers does with PS2 and PS3 games, when you mount the game there is a system icon of the disc that "pops up" in XMB game column, like if you inserted a real disc
But we cant insert a UMD disc in a PS3, the firmware is not ready for it
This is why i mentioned the direct boot, because it looks like the only alternative to the "PSP launchers/placeholders"

In plain words... it looks like is imposible to do that kind of virtualization that does a "pop up" of a PSP game icon in XMB... but maybe there is a way to do the direct boot

aldostools · May 28, 2020

sandungas said:
In plain words... it looks like is imposible to do that kind of virtualization that does a "pop up" of a PSP game icon in XMB... but maybe there is a way to do the direct boot

The main problem is that PSP and PS2 Launchers do not have an EBOOT.BIN to execute.
The only way to automate its execution would be having these launchers in a named query of category_game.xml and use the explore_plugin commands to find them on XMB and simulate a push of "exec" button.

None of the CFW have that implemented and making these changes to category_game.xml in wMM only would cause a lot of complains and headaches.

In /setup.ps3 there are 2 check boxes to show PS2 and PSP Launchers.
As they are found in static locations, they can be auto launched when the game is mounted through webMAN Games menu.

UFC3 · May 29, 2020

Hi Aldo, is the function ""Offline" mode (blocks some PSN / tracking servers) and automatic restore when the CFW syscalls are removed." the same as the PSNpatch plugin function?

aldostools · May 29, 2020

UFC3 said:
Hi Aldo, is the function ""Offline" mode (blocks some PSN / tracking servers) and automatic restore when the CFW syscalls are removed." the same as the PSNpatch plugin function?

"Offline" mode searches in LV1/LV2 memory the url of the PSN servers and replace them to make the servers unavailable. The original value is stored in an array.

When CFW syscalls is performed, these url addresses are restored to the original value. So the servers are reachable again.

I don't know if PSNpatch uses the approach, but in concept they are the same function.

However, in webMAN MOD that function is optional and it's not enabled by default.

In PSNpatch the PSN login is blocked since the system starts and unblocked when the syscalls are removed. PSNpatch does a few more things that I don't remember and it doesn't interfere with webMAN MOD. So it's safer to use both plugins, but wMM should be enough in most cases.

GameGearZero · May 30, 2020

aldostools said:
The default initial speed is the MINIMUM speed that has a default value of 25% (0x40).

The 80% is the default value of the new setting for the MAXIMUM fan speed allowed.
You can change that setting to any integer value between 50% and 99%.

In my personal settings I change the MINIMUM to 40%. For me that speed don't produce much noise and keep the console cool for a longer period than if I use the default 25%.

Using a low MINIMUM speed, makes the console start with no noise but it gets hot in few minutes and the fan will produce noise faster However, that 25% is what most people prefer.

hi aldo iwant to set the max fanspeed below 50% like 29%min to 34% max thats ideal for my system. can you make a change that allow to set the max settings below 50% please

death_jax · May 30, 2020

GameGearZero said:
hi aldo iwant to set the max fanspeed below 50% like 29%min to 34% max thats ideal for my system. can you make a change that allow to set the max settings below 50% please

I think that in the latest v1.47.27 you can manually edit the default 80% value of the max fan speed [emoji848]

Inviato dal mio Mi 9T Pro utilizzando Tapatalk

GameGearZero · May 30, 2020

death_jax said:
I think that in the latest v1.47.27 you can manually edit the default 80% value of the max fan speed [emoji848]

Inviato dal mio Mi 9T Pro utilizzando Tapatalk

i can edit but cant go below 50% for example i set it to 34% after save settings it jumps back to 50%. i think thats the default settings from aldo you can adjust between 50% to 99% max. but i want to set it below 50%

ZeroOne · Jun 1, 2020

Thank you for the recent update(s) @aldostools. After uninstall and clean install .27 and .28 updates wMM/psnpatch plugin isn't unlocking PSN access when 'disable CFW syscalls at startup' is selected and errors trying to log in to PSN or testing network in PS3 settings.

Vedita BR · Jun 1, 2020

unfortunaly ps3netsrv 20200529 is buggy. wont mount games. it did only mount a dvd iso. so i switched back to 20170310 version and everything seems to load flawlessly.

jolek · Jun 2, 2020

New webMAN MOD 1.47.28 is out.

Short changelog:

New menu option "Reload My Games + XMB" (Requires Reload_XMB.pkg & ★ app_home/PS3_GAME)
PKG files scanned with prepISO or stored in ps3netsrv now install directly after mount
Cumulative update (includes over 40 commits to the suite of tools)

Source\download:

https://github.com/aldostools/webMAN-MOD/releases.

DEX357 · Jun 2, 2020

Hi @aldostools now Lock PSN block all trophys, befor this function works partially fine some times crash save files but now dosnt work at all. Reinstall wwm and restart cobra dont work. Now this feature block PSN and Trophy collection.

PS3 [UPDATE] webMAN MOD 1.47.27 (20200517): Big Announcement - Important milestone's achieved ....

aldostools

sandungas

LuanTeles

Omage

aldostools

aldostools

sandungas

aldostools

UFC3

sandungas

aldostools

UFC3

aldostools

GameGearZero

death_jax

GameGearZero

ZeroOne

Vedita BR

jolek

DEX357

Similar threads

Featured content

Trending content

Latest posts