• Official PS3 Toolset is now supporting 4.92 Firmware

    View Official Release Post for additional information HERE

PS3 PS3 Toolset v1.1 Update

That said @bguerville, I don't know if it's possible to obfuscate your code, but if it is, I agree it would be nice to have an offline solution just in case.
You cannot efficiently obfuscate javascript or actionscript code, sure there are obfuscators out there, obfuscating to varying degrees, but ultimately they mean little when you can decompile and/or prettify the code.
Depending on the objective, obfuscation can even be a waste of time & resources, it may stop noobs from acquiring your code but it won't stop a decent dev.
The PS3 Toolset actionscript is already obfuscated while the javascript is minified & obfuscated but I don't put much faith in the whole thing, someone skilled & willing could quite easily rip that so called protection to shred. I know I could & compared to many hackers out there, I am not all that skilled or that talented either, as always, everything is relative.
But even that does not really matter to me, I just won't make an offline solution. So there, it is said loud & clear. Lol
I don't really need to justify myself but let's say that I have enough on my plate & quite frankly, more interesting & impacting projects to work on.
A proper offline Toolset running solely on the PS3 presents some technical challenges, for instance how to load a swf from js without using a URL or how to load the 1+Mb of resources.
A lesser alternative would be to release a local http server based Toolset but that is equivalent to opening the source code which I am not ready to do just yet.

Additionally, I am trying to leave userland work behind, I have had enough of it, time to focus solely on kernel & hypervisor once the file manager is completed.
 
Last edited:
Sorry for the noob question but
The biggest & most impacting change of this update is the introduction of a new "worker thread" system to get better performance & flexibility with multithreaded ROP operations
means patching a current jailbraked console running a CFW with this update will benefit it in terms of performance? in other words its gonna "be faster"?

Thanks for your efforts ;)
 
Sorry for the noob question but

means patching a current jailbraked console running a CFW with this update will benefit it in terms of performance? in other words its gonna "be faster"?

Thanks for your efforts ;)
No, its just a better way to install jailbreak.

Once you install CFW it will be the same as any other method.
 
Last edited:
Sorry for the noob question but

means patching a current jailbraked console running a CFW with this update will benefit it in terms of performance? in other words its gonna "be faster"?

Thanks for your efforts ;)

If your console is already jailbroken, you don't need this tool.

For every user on CFW, it's recommended that you enable QA Flags, dump your EID Root Keys with Rebug Toolbox, get your console id (IDPS/PSID) and backup your licenses (*.rif) and act.dat found in /dev_hdd0/home.

Once you enabled QA flags you can install any version of CFW (higher or lower) without any additional tool like this.
Without QA flags you only can install the same version or higher (also without additional tools).
 
@bguerville ** ** www.ps3xploit.net > Domain no Longer owned by team** (NEW URL = http://ps3toolset.com) > Domain no Longer owned by team** (NEW URL = http://ps3toolset.com seems to be down right now. I don't need it but someone mentioned it on discord. Just letting you know in case you were not aware.

EDIT 5 min later: ok, seems to up again. Maybe just being used alot...idk.

EDIT: 10 min later: down again
 
Last edited:
Missä vika kun menen ** www.** ** www.ps3xploit.net > D... (NEW URL = http://ps3toolset.com)/bgtoolset/ ps3 menee jumiin ja minun pitää katkaista virta konsolista. Käytän ferrox cobra 4.87 cex

Käännös

Where's the fault when I go ** www.** ** www.ps3xploit.net > D... (NEW URL = http://ps3toolset.com)/bgtoolset/ ps3 goes stuck and I have to turn off the console. I use ferrox cobra 4.87 cex
 
Missä vika kun menen ** www.** ** www.ps3xploit.net > D... (NEW URL = http://ps3toolset.com)/bgtoolset/ ps3 menee jumiin ja minun pitää katkaista virta konsolista. Käytän ferrox cobra 4.87 cex

Käännös

Where's the fault when I go ** www.** ** www.ps3xploit.net > D... (NEW URL = http://ps3toolset.com)/bgtoolset/ ps3 goes stuck and I have to turn off the console. I use ferrox cobra 4.87 cex
you do not need to use the toolbox if you already have ferrox installed.
 
@bguerville you can add any option to unlock the 8% hdd block for the ps3 system, using your tool??
Links:
http://www.psx-place.com/threads/tu...l-space-on-the-ps3-internal-hard-drive.20773/ (( by @einsteinx2 ))

https://www.psx-place.com/threads/tutorial-hdd-mounting-and-decryption-on-linux.23308/
((by @Berion ))
Thanks for your help!! and tool!
This is the kind of feature that would fit better inside a tool like rebug toolbox, it makes me remember the other feature to install the unnofficial otherOS++ in CFW with NOR flash where is needed to rebuild all the HDD regions/partitions to make room for the linux partition inside VFLASH

Is similar to the hack you mention about unlocking the reserved 8% sectors, in the sense that is the kind of task that you need to do only 1 time (when you are going to format or replace the HDD by a different one)
And it makes me remember too the hypotetical case if someone finds how to remove the whole encryption layer from the hdd, this is another task we should do only 1 time :D

And after that we should be very careful incase of installing a new CFW, because it could happen the new CFW doesnt contains that patches and when we instal it is going to destroy our custom HDD hacks :crybaby:
 
That would be a cool patch to include in CFW so after formatting the 8% is just available by default. The percentage to reserve must be a value stored somewhere that can be changed, In theory.
 
@bguerville you can add any option to unlock the 8% hdd block for the ps3 system, using your tool??
Links:
http://www.psx-place.com/threads/tu...l-space-on-the-ps3-internal-hard-drive.20773/ (( by @einsteinx2 ))

https://www.psx-place.com/threads/tutorial-hdd-mounting-and-decryption-on-linux.23308/
((by @Berion ))
Thanks for your help!! and tool!
Sorry but no.
This kind of stuff is more suited to be made into a self executable (or added to an existing self or sprx project) anyway.
I am not familiar with the procedure, I dunno if it could work on HEN.
It might also be possible to patch the system self in charge of the internal hdd setup to integrate the feature in CFW directly, currently it uses 8% of the total size, this could probably be changed into using a fixed value like say 4, 8 or 16Gb no matter the disk size with a simple 4 or 8 byte patch.

Also originally 8% of the disk is reserved to avoid potential issues, I see few good reasons to mess with that system, whether it can be done or not, if you "need" the 8% space in the first place, it should be taken as a sign there is too much stuff on your hdd to begin with, you would be better off removing stuff from it than cramming more into it. And I think that's specifically why S#ny chose to reserve 8% of a disk & not a fixed minimal size just for the system to run.

Consider also that before releasing such a feature publicly, extensive testing & benchmarking would be needed on different console types & models (which may have different needs) with hdds of different sizes as different sizes would require different minimum percentages of reserved space I would assume. One cannot release a public tool without any clue as to potential consequences.
 
Last edited:
Changing from reserve space from 8% to i.e 1% breaks emetini so no longer vanilla recovery available after this hack. I didn't test this myself but several peoples reporting that they cannot format HDD from PS3 level after this was changed.
 
Changing from reserve space from 8% to i.e 1% breaks emetini so no longer vanilla recovery available after this hack. I didn't test this myself but several peoples reporting that they cannot format HDD from PS3 level after this was changed.
Was this on a different forum?

I read whole 8% unlock thread here and see no issues. Are you sure you are not mixing up the issues people have with drives over 1.5TB, or are there definitely issues with unlocking 8%?
 
just wanted to send a big thank you to @bguerville for his excellent work with the PS3 Toolset! :)

I finally had to bite the bullet and got a used fat PS3, just to put CFW on it and help on my homebrew developments. :D As I know most fats are already on their limits, I'll keep my 2 super-slims for real ps3 gaming, so I don't have to worry too much about overheating the old fat.

btw, I've got a CECH-K (80gb) running 4.87 OFW. I swapped the HDD with a 500Gb I had around, then used the toolset to dump, patch, and install Ferrox 4.87. Next, I used the latest Rebug Toolbox to enable QA flag, and finally I installed Rebug 4.84.2 REX.
I'm not sure if I'll convert it to DEX yet, but having Rebug REX will simplify my development and if I want to debug with the original tools I could do it too by switching to dex.

Anyways, webman mod reports this fat ps3 was on for 76 days (no idea if this is too much or not), with ~660 power cycles.

all the seals are still there so it seems it was never opened or serviced (also the console wasn't banned/blacklisted). I assume the 80Gb hdd was the original one.

thanks again bguerville & ps3xploit team for this great tool :encouragement:
 
@DeViL303 I'm no longer using different forums, psx-place is the last one which I'm visiting and sometimes contributing. Hard to judge if those reports are valid, I didn't test this myself as I said. Maybe they mixing different issues (i.e put 1.5TiB drive and also reducing UFS2 "reserves"). However Sony just like MS doesn't writing flexible software and often doesn't follow standards/full implementations (i.e they using even today broken libpng), so I can imagine that this change breaking some stuff. ^^
 
@DeViL303 I'm no longer using different forums, psx-place is the last one which I'm visiting and sometimes contributing. Hard to judge if those reports are valid, I didn't test this myself as I said. Maybe they mixing different issues (i.e put 1.5TiB drive and also reducing UFS2 "reserves"). However Sony just like MS doesn't writing flexible software and often doesn't follow standards/full implementations (i.e they using even today broken libpng), so I can imagine that this change breaking some stuff. ^^
I talked to someone using it for months, not a noob. They running with only 6GB space without any issues.

I think more testing is needed, but having 90GB+ reserved when using drives 1TB and over is probably not required for anything.

The console can not use the space for anything afaik, we know how most processes work now for stuff like temporary locations for downloads etc.
 
there is a way to flash 4.87 firmware offline without go on ps3xpoilt site? for cobra cfw

Not afaik, nothing like that is available to the public at this time.

just by chance I found this repository, and I saw some PSL1GHT examples to dump and write the flash: https://github.com/sguerrini97/psl1ghtv2_ports

From what I understand, I think it could be possible to create a homebrew PSL1GHT app that dumps the flash, and then patch it and write it back so CFW can be installed afterwards. I know, the only way to run that homebrew would be installing HEN first, but still, it could be a way to have a kind of "offline installer".
(for sure, a lot of checks and validations would have to be added first to avoid a tsunami of bricks and dead consoles)

As I don't have a hardware flasher I won't be testing my theory, but if someone with a hardware flasher and time wants to test, I can try to build binaries for those 2 sample apps.
 
Back
Top