CFW 4.89.3 Evilnat Cobra (8.4) (CEX/DEX/PEX)

PS3 CFW 4.89.3 Evilnat Cobra (8.4) (CEX/DEX/PEX) -

@Evilnat did you see zecoxao's tweet? Metldr2 can run Linux now?

You have quite the obsession with metldr2 haha, but i have to ask to stop hijacking the various threads you have that are unrelated to it.

Also i think you have taken many of @zecoxao tweets out of context. If you want to know about these things start a new thread and keep the talk about it contained to that thread. I think the goal for @zecoxao and other devs he is working with is to try an approach using linux to try and crack metldr2, but to even try that theory they need to get PS3HEN to run Linux. That is how i understood it last. Which i could be wrong myself, Anyhow this chatter is not for this thread. Start a new thread in the future.
 
works well in 4.90?

Yes, lines.qrc work well on 4.90. I tested the original uploaded by GuilloteTesla: it shows a black background, but waves change color depending of the time.

Today it has a green tone (it is more noticeable on the TV)
upload_2023-3-5_22-8-39.png
 
@Evilnat

I would like to request open_path (debug payload) improvements suggested by @DeViL303 and implemented by @bguerville in future updates

Updated to stat in open_path_hook for DEBUG · PS3Xploit/PS3HEN@826f25c (github.com)
Updated to stat paths in open_path_hook · PS3Xploit/PS3HEN@4727920 (github.com)

and map_paths also by @bguerville, idk which method is better as you're using some suggestions and improvements by @aldostools, but it solved some issues on HEN

Final map_path changes (thanks bguerville) · PS3Xploit/PS3HEN@8791620 (github.com)
 
Last edited:
@Evilnat

Thanks for your firmware releases, you are Ps3 Legend!
isn't it better to make 4.90 available as an open beta? So there are many more testers and errors can be fixed faster?
 
@aldostools @Evilnat another feature to include in 4.90 cfw is the lsd/sbi for this "new" libcrypt disc:
http://redump.org/disc/99695
http://redump.org/disc/99695/sbi
http://redump.org/disc/99695/lsd
@aldostools you should update also your online database, maybe it's safer to refresh every lsd/sbi redownloading the whole package from redump (consider that subchannels don't have error correction codes, so maybe some file could differ)

Thank you for your feedback. I have checked these "new" files and they were already in the database.
I didn't notice any change in the content of the files.
https://github.com/aldostools/webMA...dater/update/dev_hdd0/tmp/lsd/SLES_027.66.lsd
https://github.com/aldostools/webMA.../libcrypt/Cochons de Guerre, Les (France).lsd
 
Thank you for your feedback. I have checked these "new" files and they were already in the database.
I didn't notice any change in the content of the files.
https://github.com/aldostools/webMA...dater/update/dev_hdd0/tmp/lsd/SLES_027.66.lsd
https://github.com/aldostools/webMAN-MOD/blob/master/_Projects_/libcrypt/Cochons de Guerre, Les (France).lsd
In fact the lsd file for the title doesn't differ from the previous revision of "Les Cochons de Guerre", but sbi and lsd are missing in your online database at the following locations:

https://github.com/aldostools/webMAN-MOD/tree/master/_Projects_/libcrypt
https://ps3.aldostools.org/lsd.html
https://ps3.aldostools.org/sbi.html

I suggest you to add these so called files to your list:

Cochons de Guerre, Les (France) (Rev 1).sbi
Cochons de Guerre, Les (France) (Rev 1).lsd

Maybe (depending on how your project injects suchannel data to optical disc emulation) SLES_027.66.lsd, already existing and crc matching the file with the same internal serial, is enough to pass LC check. I'm not part of the scene and I don't know how does it work. :(
 
Back
Top