• PS3HEN is now supporting 4.93 Firmware

    View Official Release Post for additional information HERE

[UNOFFICIAL] PS3HEN Alternate Builds

@esc0rtd3w

When the hen is making a remap the files becomes "protected" they cannot be replaced, is there any way to archieve it without using remaping?

Maybe use chmod when hen is enabled?

i want it to protect my categories_xxxxx.xml
 
Last edited:
@esc0rtd3w

is there any way to host the version.bin on github?

It gives me error, could not resolve update host

esmh4Uz.png

eqFmPtG.png
 
Also a long time ago i found a patch that was supposed to disable HEN auto update

replacing

Code: 
if(cellFsStat("/dev_usb000/HEN_UPD.pkg",&stat)==0)
    {
        memset(pkg_path,0,256);
        strcpy(pkg_path,"/dev_usb000/HEN_UPD.pkg");
        LoadPluginById(0x16, (void *)installPKG_thread);
        while(thread3_install_finish==0)
        {
            sys_timer_usleep(70000);
        }
        goto done;
    }
    int do_update=hen_updater();

to

Code: 
if(cellFsStat("/dev_usb000/HEN_UPD.pkg",&stat)==0)
    {
        memset(pkg_path,0,256);
        strcpy(pkg_path,"/dev_usb000/HEN_UPD.pkg");
        LoadPluginById(0x16, (void *)installPKG_thread);
        while(thread3_install_finish==0)
        {
            sys_timer_usleep(70000);
        }
        goto done;

    }
   
    //Disable HEN Auto-Updates
    if(cellFsStat("/dev_flash/hen/xml/auto-updates.off",&stat)==0)
    {
       
        DPRINTF("Auto-Update Disabled\n");
        goto done;
    }
    int do_update=hen_updater();

i placed the auto-updates.off in the right path, but it is still updating.
 
Last edited:
LuanTeles said:
Also a long time ago i found a patch that was supposed to disable HEN auto update

replacing

Code: 
if(cellFsStat("/dev_usb000/HEN_UPD.pkg",&stat)==0)
    {
        memset(pkg_path,0,256);
        strcpy(pkg_path,"/dev_usb000/HEN_UPD.pkg");
        LoadPluginById(0x16, (void *)installPKG_thread);
        while(thread3_install_finish==0)
        {
            sys_timer_usleep(70000);
        }
        goto done;
    }
    int do_update=hen_updater();

to

Code: 
if(cellFsStat("/dev_usb000/HEN_UPD.pkg",&stat)==0)
    {
        memset(pkg_path,0,256);
        strcpy(pkg_path,"/dev_usb000/HEN_UPD.pkg");
        LoadPluginById(0x16, (void *)installPKG_thread);
        while(thread3_install_finish==0)
        {
            sys_timer_usleep(70000);
        }
        goto done;

    }
    int do_update=hen_updater();
  
    //Disable HEN Auto-Updates
    if(cellFsStat("dev_flash/hen/auto-updates.off",&stat)==0)
    {
      
        DPRINTF("Auto-MAJ déactivé\n");
        goto done;
    }
    int do_update=hen_updater();

i placed the auto-updates.off in the right path, but it is still updating.
Click to expand...

The path you are using is "dev_flash/hen/auto-updates.off", i think it should be "/dev_flash/hen/auto-updates.off"
 
aldostools said:
You should comment out (or remove) the first: int do_update=hen_updater();

Otherwise, you will get a compilation error and it always will call the hen_updater()
Click to expand...

Thanks aldo,

I realized it before compiling :loyal:, as @KonoJojoDa stated i forgot the / and now its blocking the update just fine.

Thanks guys.

Coro said:
when i did the bt audio mod the first time, i removed the comment marks // before the code. but i did not notice that there was an actual comment on the line after the code...
Click to expand...

Heheh, i did the same today :P
 
Curious thing about hen that i found, the activate time is somehow related to .BIN name and i wonder why.

I have two enablers for my .BINs with different remaps

HEN Pro and HEN Plus and named the .BIN as the following:

PRO.BIN- it does not activate.
PLUS.BIN- it takes about 8 seconds to activate.

so i tried many other names most of them did not activate the hen and some took more than 30 seconds, so after a lot of tries

HENPRO.BIN - it takes about 15 seconds to activate.
HENPLUS.BIN - it takes about 3 seconds to activate

and finally the chosen ones.

HENPROS.BIN - it takes about 5 seconds to activate.
HENPLUS.BIN - it takes about 3 seconds to activate.
 
LuanTeles said:
Also a long time ago i found a patch that was supposed to disable HEN auto update

Code: 
//Disable HEN Auto-Updates
    if(cellFsStat("dev_flash/hen/auto-updates.off",&stat)==0)
    {
       
        DPRINTF("Auto-MAJ déactivé\n");
        goto done;
    }
    int do_update=hen_updater();

i placed the auto-updates.off in the right path, but it is still updating.
Click to expand...
it would probably be a good idea for something similar to make its way into the official build at some time. A new option could also be added to HFW Tools menu to toggle it on and off.
 
esc0rtd3w said:
it would probably be a good idea for something similar to make its way into the official build at some time. A new option could also be added to HFW Tools menu to toggle it on and off.
Click to expand...

Yeap, it would be nice, i'm using it via XMBML menu too

but mostly because if the hen updates, it will break many features of my mod due to the fact that my mod relies in a lot of remaps made by the payload.

can i use github or dropbox to host the hen_version.bin? so i can push updates after the official hen being released and modificated by me to make it work with the mod, i tried but it only gives me errors, does it needs other changes?

Other question is, can the pseudo hen cobra 8.1 be updated with the changes of v8.3?
 
Last edited:
LuanTeles said:
can i use github or dropbox to host the hen_version.bin? so i can push updates after the official hen being released and modification by me to make it work with the mod, i tried but it only gives me errors, does it needs other changes?
Click to expand...
any URL should work thats a direct link, i would think. If not, im not sure why

LuanTeles said:
Other question is, can the pseudo hen cobra 8.1 be updated with the changes of v8.3?
Click to expand...
I dont know what changes were done, but yeah it maybe possible (well some stuff anyways, except lv1), i am guessing, i am not the best one to probably update that, only reason being is that i have little experience with the way cobra works and @habib pretty much got the cobra stuff working in HEN. I could check out the changes and make some comparisons to the HEN source, but that is a bit above my current level at the moment. I would be happy to work with others who have more experience with it and push commits to main repo.

Louis Garry said:
Maybe add fix CFW2OFW game features too, like cobra 8.3 evilnat.
Click to expand...
this is probably a feature that wont make it unless it becomes part of the cobra update integrated into HEN, if that ever happens!
 
on a HEN side note, I'm going to release the offline "ps3 account activation" feature I added to Apollo, as I know that HEN users didn't had many options to activate a console if they couldn't update or connect online.

Since with HFW the generated act.dat file gets erased on each boot, I want to submit a PR to the PS3HEN plugin so the backup 'act.bak' gets copied to 'act.dat' when HEN is enabled automatically.
Right now a workaround with webman mod is available, so wMM will copy/restore the act.dat file, but having it as part of the HEN payload will be a nice improvement.
 
bucanero said:
on a HEN side note, I'm going to release the offline "ps3 account activation" feature I added to Apollo, as I know that HEN users didn't had many options to activate a console if they couldn't update or connect online.

Since with HFW the generated act.dat file gets erased on each boot, I want to submit a PR to the PS3HEN plugin so the backup 'act.bak' gets copied to 'act.dat' when HEN is enabled automatically.
Right now a workaround with webman mod is available, so wMM copy/restores the act.dat file, but having it as part of the HEN payload will be a nice improvement.
Click to expand...

interesting idea.
 
esc0rtd3w said:
any URL should work thats a direct link, i would think. If not, im not sure why
Click to expand...

Thats wierd i always got "could not resolve update host" i will try other servers.

Thanks XD

esc0rtd3w said:
I dont know what changes were done, but yeah it maybe possible (well some stuff anyways, except lv1), i am guessing, i am not the best one to probably update that, only reason being is that i have little experience with the way cobra works and @habib pretty much got the cobra stuff working in HEN. I could check out the changes and make some comparisons to the HEN source, but that is a bit above my current level at the moment. I would be happy to work with others who have more experience with it and push commits to main repo.

this is probably a feature that wont make it unless it becomes part of the cobra update integrated into HEN, if that ever happens!
Click to expand...

@Evilnat
 
It took me some time but I finally did the pull-request, adding support to restore the act.dat files when the HEN plugin loads.

Here's the PR for review ( @esc0rtd3w , @aldostools , what do you think? ):
https://github.com/PS3Xploit/PS3HEN/pull/35

My code gets the "savedLastCreatedUserId" value, and then loops from 1 to that value. If it finds a backup act.bak file (and no act.dat) for that userID exdata folder, then just copies the .bak to .dat .

Currently Apollo can activate accounts offline and creates both act.dat and act.bak, so with this change on HEN plugin everything should feel as if it was "cfw".
 
For those who want to test, I have built the PS3HEN.BIN for all the HFW currently supported (4.84, 85, 86, 87, 88), with the improved plugin that restores act.dat (and the option to disable update check):
https://www.mediafire.com/file/2em2mto1ywar69x/PS3HEN_BIN-act.zip/file

Just download the zip, and replace your PS3HEN.BIN with the right file (e.g. PS3HEN.BIN_CEX_486 -> PS3HEN.BIN)

Note: to disable the online update check, you need to create an empty file: /dev_hdd0/hen_updater.off
 
You must log in or register to reply here.

Similar threads

Back
Top