PS3 Cobra improvement for PSX/PS2 emulation

[Agrippa]

Thank you for testing. So there was no HDD install prompt before launching the FFXI, right? To be honest, the patch was made for launching the SOCOM games, as the rest of HDD whitelisted games are online only (thus incompatible with software emulator). I have not tested the FFXI personally, as it is completely unplayable forever.

Actually, the patch itself could be implemented only when mounting a game for ps2_netemu, making the backwards compatible consoles unaffected by any changes it does introduce.

 

[nallwolf]

Thank you for testing. So there was no HDD install prompt before launching the FFXI, right? To be honest, the patch was made for launching the SOCOM games, as the rest of HDD whitelisted games are online only (thus incompatible with software emulator). I have not tested the FFXI personally, as it is completely unplayable forever.

Correct, it never asked for a game partition before launching. I can try out the SOCOM games as well, was just trying games I knew needed the HDD. Do all regions of SOCOM use HDD or just Japan?

 

[Agrippa]

Only the USA one from the sequel onwards.

 

[i5han]

Hi i'm trying to install the boot_mamba.pkg on an evilnat 4.89 cecha01 system. I first installed the pkg then try to disable cobra from the custom firmware tools menu. but the ps3 goes into a black screen and doesn't reboot. I need to reinstall the firmware on recovery mode to fix it.

Is the latest boot_mamba supported on 4.89 or should I downgrade to 4.88 first?

I'm trying to see if the latest fixes done by aldos related to region patching on cobra fix some audio/video issues on the full ps1 boot screen. I got this by replacing the ps1_rom.bin. The issues are not present when cobra is disabled.

 

[aldostools]

Mamba in boot_mamba is working on my ps3 slim 2001 with 4.89. I haven't tested mamba on cecha01

AFAIK The next release of Evilnat will be including the changes for psx region and libcrypt added lately to Mamba. Maybe you could wait for that release.

 

[i5han]

Thanks for the reply aldo, yeah i'll keep a lookout for that.

 

[Naxil]

hello aldotools. I can't use resident evil 3 backup on cobra only way is use mamba with sbi support. is my fault? or cobra 8.3 not support at all sbi function?
SLES_025.33 is this the id of the game. on cobra the game start but not pass blood disclaimer screen. ps3 not freeze but games not load over that screen.
thank you for all your works on this console!

 

[aldostools]

hello aldotools. I can't use resident evil 3 backup on cobra only way is use mamba with sbi support. is my fault? or cobra 8.3 not support at all sbi function?
SLES_025.33 is this the id of the game. on cobra the game start but not pass blood disclaimer screen. ps3 not freeze but games not load over that screen.
thank you for all your works on this console!

Cobra 8.3 doesn't have lsi/sbi support.

That feature was added later. Maybe the next release of CFW Evilnat will support libcrypt games.

 

[Naxil]

Cobra 8.3 doesn't have lsi/sbi support.

That feature was added later. Maybe the next release of CFW Evilnat will support libcrypt games.

thank you. but the iso can be unlocked on pc and after copied on ps3?
i have another question
ps1 emu can be improved? like other emu? speed up the loading. save state. etc?

 

[aldostools]

thank you. but the iso can be unlocked on pc and after copied on ps3?
i have another question
ps1 emu can be improved? like other emu? speed up the loading. save state. etc?

Some libcrypt games can be unlocked using a ppf patch or using the ntsc version.

The improvements that i know have been applied.

 

[sandungas]

This thread made me remember some notes i wrote in wiki related with resolution in the official emulators
https://www.psx-place.com/threads/t...1080p-mod-param-sfo-editor.38597/#post-348169
https://www.psdevwiki.com/ps3/PARAM.SFO#RESOLUTION

I dont know how that "resolution flags" from the SFO are passed to cobra when we boot a game in ISO format (without SFO), but in the PS1 classics the SFO indicates if the resolution is 480p or 576p
Basically, the value in binary is 01 or 10... but im wondering if someone tryed to hardcode this value in cobra as 11 (in other words, both enabled)
Maybe that way the emulator will choose the correct one automatically

 

[aldostools]

This thread made me remember some notes i wrote in wiki related with resolution in the official emulators
https://www.psx-place.com/threads/t...1080p-mod-param-sfo-editor.38597/#post-348169
https://www.psdevwiki.com/ps3/PARAM.SFO#RESOLUTION

I don't know how that "resolution flags" from the SFO are passed to cobra when we boot a game in ISO format (without SFO), but in the PS1 classics the SFO indicates if the resolution is 480p or 576p
Basically, the value in binary is 01 or 10... but I'm wondering if someone tried to hardcode this value in cobra as 11 (in other words, both enabled)
Maybe that way the emulator will choose the correct one automatically

As far as I know, Cobra method doesn't use SFO parameters. I guess PS1 Classics video settings are not processed by Cobra, since they are not standard ISO.

Cobra uses the region detected the file name of the executable found in the SYSTEM.CNF of the ISO. If the file name contains 'E' in the 3rd character of SLES, SCES, SCED, SLED, etc. the video switches to PAL. Otherwise it uses NTSC.

In the newest version of Cobra (unreleased), there is a new feature that I submitted that forces the video to PAL or NTSC if the file name of the ISO contains these words in upper case.

https://github.com/Evilnat/Cobra-PS...RMAL/CEX/SRC/stage2/storage_ext.c#L2992-L2996
https://github.com/Evilnat/Cobra-PS...ORMAL/CEX/SRC/stage2/modulespatch.c#L597-L603

 

[sandungas]

Cobra uses the region detected the file name of the executable found in the SYSTEM.CNF of the ISO. If the file name contains 'E' in the 3rd character of SLES, SCES, SCED, SLED, etc. the video switches to PAL. Otherwise it uses NTSC.

In the newest version of Cobra (unreleased), there is a new feature that I submitted that forces the video to PAL or NTSC if the file name of the ISO contains these words in upper case.

https://github.com/Evilnat/Cobra-PS...RMAL/CEX/SRC/stage2/storage_ext.c#L2992-L2996
https://github.com/Evilnat/Cobra-PS...ORMAL/CEX/SRC/stage2/modulespatch.c#L597-L603

I know, from the last talks here, but im wondering if this is an additional problem:

As far as I know, Cobra method doesn't use SFO parameters. I guess PS1 Classics video settings are not processed by Cobra, since they are not standard ISO.

In the PS1 and PS2 classics there is a SFO with the RESOLUTION settings, where the only values found was:
01 (binary) = 480 resolution enabled (only)
10 (binary) = 576 resolution enabled (only)

But if we boot a PS1 or PS2 ISO with cobra (and without SFO) the RESOLUTION settings from the SFO doesnt exists. Thats why i was guessing if cobra is passing the RESOLUTION setting automatically to the emu
In other words... the SFO doesnt exists, but cobra "fakes" it and the emu doesnt realilzes the SFO doesnt exists
In that case the RESOLUTION should be a hardcoded value somewhere in cobra code, and what i was suggesting is to use:
11 (binary) = 480 and 576 resolution enabled (both)

 

[L2000]

I am interested only whether the original disc works or not. Follow the second method on the dumped .SUB file:
PlayStation 1: LibCrypt protection (Old) - Redump Wiki
Post the sectors.log here.

PS there is no need to spam my profile page. I usually reply, sooner or later. At least when I have something meaningful to write.

Here are the logs attached as requested , I had to pull it directly from cmd prompt as the logs for libcrypt from rip gives me gibberish text inside the file only libcryptdrvfast gives me text inside the log file generated for some reason . Sorry for "spamming" your page with my one message on my findings for Ape Escape , I'll be more mindful of your privacy going forward . Hope the logs help .

 

[NiQ]

Cobra 8.3 doesn't have lsi/sbi support.

That feature was added later. Maybe the next release of CFW Evilnat will support libcrypt games.

Well, Cobra does allow you to play from backup discs so you can always just burn it with CloneCD.
Tested this with a libcrypt game (Final Fantasy IX PAL) and it seems to work fine.

 

[aldostools]

Well, Cobra does allow you to play from backup discs so you can always just burn it with CloneCD.
Tested this with a libcrypt game (Final Fantasy IX PAL) and it seems to work fine.

Yes. Physical discs include the subchannel data, but ISO or BIN/CUE don't include SBI/LSD data. In the original code the subchannel data is calculated by the payload.

Evilnat already added libcrypt support to Cobra repository. It's more convenient to wait for the next release.

 

[NiQ]

Yes. Physical discs include the subchannel data, but ISO or BIN/CUE don't include SBI/LSD data. In the original code the subchannel data is calculated by the payload.

Evilnat already added libcrypt support to Cobra repository. It's more convenient to wait for the next release.

Yes, the only thing I wanted to say is that Cobra allows you to play burned PS1 CDs and it can read subchannel data from those as well, so it's a workaround.

 

[L2000]

Aldostools the previous version of mamba where you incorporated ccd , img and sub , did that support the subchannel correctly , I couldn't get it to work but I may have followed the renaming structure incorrectly, do you have any plans for looking into that again ? I understand that the physical discs have the subchannel data and cue and bin need an external source for this but I'm curious if the sub file from CloneCD would be able hook the sub data and apply it properly to an image . I noticed with psxt001z the offset correction on an original disc is different to a backup and that a backup can have thousands of modified sectors but will still pass LC if the LC sectors are in the correct place .

 

[aldostools]

CloneCD format is not tully supported by Cobra. It is partially supported by webMAN MOD that can read img binary & ccd cuesheet, but sub is not supported. The libcrypt support added to Mamba only supports sbi & lsd file formats.

Some libcrypt games are only playable using a ppf patch, due the ps1 emulator recalculates internally the subq CRC, even if the custom CRC is passed in the subchannel.

 

[bobmcjr]

FYI, all ps1_netemu internal configs do not work via WebMAN/Cobra. This is easily tested with Vib-Ribbon freezing on a black screen when loading a level, or Gaiaseed/Um Jammer Lammy not booting into ps1_newemu. I assume this applies to all games with internal configs, and I assume this applies to ps1_emu as well, unless this is a side effect of loading the game through bin/cue rather than PBP. I am not exactly sure where/when netemu grabs the serial from to enable the config.

EDIT: I see from the PS1 Emulation page that it is enabled via the checksum. The checksum is probably not performed for some reason, then.

Have there been any improvements on this issue? Was trying my redump-verified cue/bin dump of Vib-Ribbon (converted to single-bin) myself, and encountered the black screen when attempting to load a level.
Evilnat 4.90 PEX, Cobra 8.4, webMAN-MOD 1.47.44 on a CECHA01. Tried both ps1_emu and ps1_netemu.

Seems like something broken with CDDA emulation to me, as I can play a custom level using the first CDDA track from a different PSX game, but loading any other track or attempting to play all tracks result in a black screen as well. Not sure where the root cause of this issue lies (Presumably Cobra or something else core to the CFW? loading the game from webMAN and mmCM both exhibit the issue).

fwiw, neither ps1_emu nor ps1_netemu recognize the game disc at level load when launching the game from IRISMAN, and old_emu doesn't seem to boot the game at all, but old_netemu seems to work properly with working CDDA (I've not tried swapping discs).

Additionally, is there any way to swap to a pure audio CD cue/bin from webMAN? I was able to load a custom CDDA track from webMAN in Vib-Ribbon by combining the data track of a PSX disc with my cue/bin-format audio, but webMAN gave an error regarding the last track if it was just the audio, presumably due to the lack of a mountable PSX data track.