.. getting "free games" (piracy) seems to be the only motivation for a ton of users... I still think about a few PS4 homebrew projects I want to build, but you can see that the only ps4-discussion is usually "how can I patch this latest dumped game to run on 5.x 6.x etc?"
Can this help spoof to 4.88?
The PS3 Toolset v1.1 is finally released.
It can be accessed at the usual url: ** www.** ** www.ps3xploit.net > D... (NEW URL = http://ps3toolset.com)/bgtoolset
This new update brings OFW/HFW/CFW 4.80 cex/dex, 4.81 cex/dex & 4.87 cex support to the list of already supported firmwares.
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. The idea was to introduce a multithreaded ROP system that could cope with the demands of the coming file manager.
FMM is now benefiting from the new system, all IO operations use the new worker threads, to good effect according to my benchmarks.
The log tool was updated with a paging system to avoid performance issues that may be caused by tons of log entries flooding the DOM. UDP log broadcasting has been extended & now runs on a worker thread too, the feature is for devs only, regular users should not have any need for it & should keep UDP turned off.
I will not be around very much in the next few days however don't hesitate to report possible bugs or crashes, that we did not manage to detect during testing.
Use the dedicated [BG Toolset] User Issues and Dump Submissions thread.
I will check it when I can.
@esc0rtd3w joins me to wish you all a good new year.
BG
Sorry about the screenshot quality, bloody Tapatalk attachment limitations.. ;-)
- See usage in original release (v1.0) notes >> HERE
No.
Thanks both of you!
No freeze is normal, it means that something wrong happened, it is not a desirable outcome, no matter how you look at it.
It's a timeout issue:
You are the only person reporting this problem so the issue is local, either setup based or network based & there is nothing else I can do for you as there is no bug on the server side.
var offset = allocator.malloc(0x20);
var ret = allocator.free(offset);var offset = allocator.malloc(0x20);
var mret = stdc.memset(offset, 0,0x20);
var ret = allocator.free(offset);
int (*vshtask_notify)(int, const char *) = NULL;
void * getNIDfunc(const char * vsh_module, u32 fnid, s32 offset)
{
u32 table = (*(u32*)0x1008C) + 0x984; // vsh table address
while((u32)*(u32*)table)
{
u32 *export_stru_ptr = (u32*)*(u32*)table; // ptr to export stub, size 2C
const char *lib_name_ptr = (const char*)*(u32*)((char*)export_stru_ptr + 0x10);
if(strcmp(vsh_module, lib_name_ptr) == 0)
{
// we got the proper export struct
u32 lib_fnid_ptr = *(u32*)((char*)export_stru_ptr + 0x14);
u32 lib_func_ptr = *(u32*)((char*)export_stru_ptr + 0x18);
u16 count = *(u16*)((char*)export_stru_ptr + 6); // number of exports
for(int i = 0; i < count; i++)
{
if(fnid == *(u32*)((char*)lib_fnid_ptr + (i * 4)))
{
// take address from OPD
return (void**)*((u32*)(lib_func_ptr) + i) + offset;
}
}
}
table += 4;
}
return 0;
}
static void show_msg(const char *msg)
{
if(!vshtask_notify)
vshtask_notify = getNIDfunc("vshtask", 0xA02D46E7, 0);
vshtask_notify(msg);
}Yes, check the code Aldo provided.
