PS3 PS3 Toolset 1.2.004 release.

[bguerville]

The Toolset 1.2 roll out is completed, you can check it out at the usual ** www.** ** www.ps3xploit.net > D... (NEW URL = http://ps3toolset.com)/bgtoolset.
Use at your own risk, as always.

Many of the 1.2 changes are behind the scenes however there is a few new features to play with other than 4.89 support, like some memory patching options including HAN, memory dumping, extended system information details and syscon error logs. Afaik the issue that led to crashes on page load on certain setups should be fixed.

The file manager tool remains inaccessible for the time being, so does the xRegistry Editor, sorry about that, I haven't had time to finish all the theming work and didn't want to make users in need of 4.89 jailbreak wait any longer, those features will get enabled in a future roll out, soon.

I wish to extend our collective thanks to all donators, on behalf of the community, the hosting renewal target has been reached and the project public access is set to remain open in October. In coming weeks, esc0 and I will be discussing our options in regard to a hosting merge for the 2 ps3xploit domains.

I sincerely believe that it would be in the community's best interests to setup a community hosting project for the long term, we would actually surrender the collected donations in order to join such a hosting solution if it came to be, you guys all need to give this some serious thought if you want to avoid this last minute scrambling situation to repeat itself over and over with all the online services you are depending on at the risk of losing them altogether.
What we really need at this point, more than anything else, is a couple of trustworthy volunteers ready to take care of a hosting project funded by the community..

Btw notice in the attached ss the difference between boot count and shutdown count, 1600 crashes for 7000 boots. Poor test console, panics a lot.. LOL

1.2.004 changes log:

Userland Memory Manager v1.2
* added memory patching preset options for HAN & Debug pkg
* added memory patching through prepared files (using JSON syntax)
* added memory dumping options per executable file segments or through ranges
* added testing for unallocated memory before reading any offset to avoid potential crashes, in a next update UME Strict mode will be removed entirely

System Manager Manager v1.3.1
* added System Information details and options to save that data to file
* added syscon error logs
* added a new patch file download feature to avoid using the limited browser file download feature.
* added 4.89 patching support

JS Xploit Framework update v4.2
* hooked all existing VSH exports available, the entire range of them is available from js without needing to use offsets
* fixed the crashes on page load with certain setups (Thanks to @No0bZiLLa for volunteering to help debug an issue that esc0 and I could never reproduce or investigate)
* many other changes & improvements, the list is too long to enumerate

With my usual thanks to @esc0rtd3w for his dedication and patience testing my work.

 

[bguerville]

I forgot to mention.

Here's the memory patch file JSON syntax:

{"0":{"offset":0x88888888,"pvalue":1,"ovalue":0}, "1":{"offset":0x77777777,"pvalue":1,"ovalue":0}, etc....}

You should number each patch from 0, offset is self explanatory, it's the 32bit memory offset where you want to apply a patch, pvalue is the 32 bit value you wish to write to the offset, ovalue is the 32bit value you wish to restore when removing the patch.
That system implies that the original value is fixed and you can predict it, restoring values that change all the time is not currently possible...

I use the first 4 chars of the file as magic I could not be bothered writing an algo to scrub the white spaces & deal with single quotes at the time, I will do it at some point but for now, you must not use spaces in the first 4 characters AND you must use double quotes, no single quotes...

 

[sandungas]

Nice, back to the action

 

[jcorrea]

Is there anyway to enable "temporary" Package Manager feature? I want to install packages on a "vannila" system, without let remaining changes after reboot... Not sure if it's possible...

 

[ClontarfX]

Thank you so very much @bguerville for releasing this latest version of your toolset. I am one of those people who prefer CFW, so the patience I observed waiting for you to release was well worth it. I truly appreciate (as much as I can as a developer myself) the time and effort that goes into providing a tool to the public like this.

Thank you very much to you and all the other people who have contributed their code, time, sleep and effort to keeping this toolset working and relevant for the PS3. And a big thankyou to those who were able to contribute in other ways to ensure we can have this tool available for PS3 lovers around the world. You all deserve a beer or three

 

[bguerville]

Is there anyway to enable "temporary" Package Manager feature? I want to install packages on a "vannila" system, without let remaining changes after reboot... Not sure if it's possible...

Yes in theory it's possible, the Debug PKG patch is already available, next I mean to implement something in the Toolset file manager to handle PKG installation launch however I face a small obstacle, a PKG installation requires the browser to be closed (most likely because the browser hugs all the available memory and pkg installation requires more than what's available to buffer the extracted files) so the Toolset would have to close itself and potentially reopen in a fresh browser session after the installation is done. Not ideal but I dunno any workaround, other than reinventing the wheel and doing the entire PKG deployment procedure with custom code (which is something I don't really wanna get into). For many things it may be easier to deploy zip or psarc files as an alternative.

 

[bguerville]

Is there anyway to enable "temporary" Package Manager feature? I want to install packages on a "vannila" system, without let remaining changes after reboot... Not sure if it's possible...

I forgot to add that as an alternative, with the file manager tool you will be able to swap files in /dev_flash so in theory you should be able to get a HAN style PKG manager easily and go back to Vanilla just as easily afterwards.

 

[jcorrea]

Yes in theory it's possible, the Debug PKG patch is already available, next I mean to implement something in the Toolset file manager to handle PKG installation launch however I face a small obstacle, a PKG installation requires the browser to be closed so the Toolset would have to close itself and potentially reopen in a fresh browser session after the installation is done. Not ideal but I dunno any workaround, other than reinventing the wheel and doing the entire PKG deployment procedure with custom code (which is something I don't really wanna get into). For many things it may be easier to deploy zip or psarc files as an alternative.

Sorry, I think I was not clear enough. My idea was to use bgtoolset to enable package manager and let it there until the PS3 reboots...

 

[kenzy]

I just finish using the bgtoolset. I think it is more okay now. Not like before that, you will have to be waiting for an entirely loading screen in some cases. Great job done here now. Thumbs up.

 

[sbp]

Thank you @bguerville for this tool. It 1.2 worked flawlessly for me. I just did a CECHG01 40gb fat running 4.88HFW to evilnat 4.88.2cfw and it was both easy and very fast!

You guys are awesome and the ps3 scene really does appreciate the ps3 love!

 

[bguerville]

Sorry, I think I was not clear enough. My idea was to use bgtoolset to enable package manager and let it there until the PS3 reboots...

The file manager will let you do exactly that, except you will need to revert the changes manually once you are done installing your PKG files as they wouldn't disappear automatically on reboot.

 

[MrMario2011]

Fantastic work. Thanks for the release, update, and support @bguerville!

 

[aldostools]

Is there anyway to enable "temporary" Package Manager feature? I want to install packages on a "vannila" system, without let remaining changes after reboot... Not sure if it's possible...

Have you tried remapping the sprx in /dev_hdd0 to the system file in /dev_flash and reloading XMB
I don't remember which one.

The file manager will let you do exactly that, except you will need to revert the changes manually once you are done installing your PKG files as they wouldn't disappear automatically on reboot.

Maybe mapping the file in /dev_hdd0 to the original location /dev_flash could do the trick.

As the mapping is done in LV2 memory. As soon the system is restarted, the original file is used again.

webMAN MOD allows to remap files and folders using the web command: /remap.ps3<original-path>&to=<new-path>

 

[bguerville]

Fantastic work. Thanks for the release, update, and support @bguerville!

You are welcome. [emoji6]
Am glad you like it.
Unfortunately it is not the release I had originally planned to release, you will have to wait a little more to discover the file manager and xRegistry editor, those tools will be somewhat risky to use for inexperienced users especially on NAND but they will open many doors, mainly for OFW users but not only as there is currently no xregistry editor available for PS3, even for CFW, and any registry modification must be done on PC for the moment.
Anyway there's no point in rushing the work, the longer it takes, the better the end result at the end of the day.

 

[bguerville]

Have you tried remapping the sprx in /dev_hdd0 to the system file in /dev_flash and reloading XMB
I don't remember which one.



Maybe mapping the file in /dev_hdd0 to the original location /dev_flash could do the trick.

As the mapping is done in LV2 memory. As soon the system is restarted, the original file is used again.

webMAN MOD allows to remap files and folders using the web command: /remap.ps3<original-path>&to=<new-path>

Yes of course, one could do that with HEN or we could even make a slimmer kernel payload dedicated to this but on pure OFW, mappings aren't doable so there's no choice but swapping files.
I could potentially automate the install/uninstall process by bundling the necessary files to deploy/remove the PKG Manager so as to make the whole thing easier for users than replacing each file with copy/paste operations.

 

[MrMario2011]

You are welcome. [emoji6]
Am glad you like it.
Unfortunately it is not the release I had originally planned to release, you will have to wait a little more to discover the file manager and xRegistry editor, those tools will be somewhat risky to use for inexperienced users especially on NAND but they will open many doors, mainly for OFW users but not only as there is currently no xregistry editor available for PS3, even for CFW, and any registry modification must be done on PC for the moment.
Anyway there's no point in rushing the work, the longer it takes, the better the end result at the end of the day.

All good, totally understand! Still was a pleasant surprise to see 1.2 make a public debut, the improvements seem to be nice so far

 

[bguerville]

All good, totally understand! Still was a pleasant surprise to see 1.2 make a public debut, the improvements seem to be nice so far

Yes, not so many new features for users but the framework is getting more mature with time, the small issues are getting ironed out bit by bit, as a result the ride is a lot smoother now imho.
Framework 4.2 is probably going to be the last 4.x update before I release a 5.0 milestone alongside the file manager tool.
I try to give users as much progress info as possible on screen, it's not easy because the PS3 WebKit js doesn't have any workers to offer, everything executes on one single thread so updating the screen in real time implies using setTimeout an awful lot with all the inherent issues that kind of coding implies. That is why I had to implement multi threaded ROPing (which was deployed last January and has worked flawlessly, I am really happy about that actually) so that at least the custom code could execute on other threads feeding back into the main thread that updates the screen otherwise the screen would be totally impossible to update in real time.
Ideally I would need to implement a js worker class relying on ROP to launch runtime interpreting and execution of JavaScript code, in theory it should be feasible, it would make everything a lot easier, maybe one day..

 

[pearlzanker]

great job thanks update appreciate it.

 

[MrMadisan]

I'm absolutely ecstatic that the donation goal was reached. Excellent work once again from an amazing team! I'm not genius like you guys are...but please feel free to reach out if I can help in some way!

 

[kronosx]

where do i donate money for ps3 toolset