• PS3HEN is now supporting 4.93 Firmware

    View Official Release Post for additional information HERE
PS3HEN

PS3HEN PS3HEN - Official Release Thread (Homebrew Enabler for the PS3) v3.5.0 (4.93 support)

can I ask for the source?
...
the only real code that was added and/or changed for this to work was updating map_first_slot function in mappath.c/mappath.h to map more slots and then adding this line to payload.c

map_path_slot("/dev_hdd0/hen/hen_enabled.xml","/dev_flash/vsh/resource/explore/xmb/hen_disabled.xml",1);//Switch To Disabled HEN Icon

the map_path_slot function will have updated code in next release, as the one used could theoretically be unmapped in its current experimental state, although no issues seen with mapping 2 slots as of yet on current code.

the Egg Switching XML stuff is just moving the HEN Enable code from /dev_flash/vsh/resource/explore/xmb/category_game.xml (now pointing to HDD XML) to /dev_hdd0/hen/hen_enabled.xml, which exists and will show on boot.

then the /dev_flash/vsh/resource/explore/xmb/hen_disabled.xml is mapped to the HDD one (/dev_hdd0/hen/hen_enabled.xml) on HEN init, and has no actions attached to it.
 
@Kennerc and others interested in disabling the Enable HEN icon and/or action after enabling.

Please note that this is just experimental and you MUST manually refresh the XMB in some way (i.e. open and close Remote Play or another app) for new icon and action to be enabled

but here it is! based on PS3HEN 3.0.0 source.

After HEN is enabled using standard icon, refresh using some above method and the new icon will have NO ACTIONS and will simply do nothing when clicked!

The icons logically may be reversed if ever added to release. Right now, the "filled" egg is normal standard, and "empty" egg is for already enabled (action disabled)

4.85 Download Link: Latest_HEN_Installer_3.0.0_DEBUG_EGG_TEST_signed-485C.pkg


Normal Before Enable and/or Refreshed

vNzYO2h.png



After Enabled and Refreshed XMB

KMyTLRt.png
sorry i'm a bit late to the party but i would love to see this incorporated into the next HEN update.ive been doing some testing recently and the amount of times im like "did i enable HEN already?" top idea.
 
An easy one-liner HEN check which doesn't require reloading the XMB would be something like:
Code:
if(checkMemory(7370860,0x10,0x10).toAscii().substring(0,3)==948){window.close()}else{initROP(true)};
This just checks if the HAN patches are applied and if so, doesn't init ROP and closes the browser instead. But if you want the icon to change and etc, then it's more work.
 
An easy one-liner HEN check which doesn't require reloading the XMB would be something like:
Code:
if(checkMemory(7370860,0x10,0x10).toAscii().substring(0,3)==948){window.close()}else{initROP(true)};
This just checks if the HAN patches are applied and if so, doesn't init ROP and closes the browser instead. But if you want the icon to change and etc, then it's more work.
This solves the problem, since it's not a matter of trying to activate hen, just a wrong selection.
 
in case I can add this line to the end of the code?
An easy one-liner HEN check which doesn't require reloading the XMB would be something like:
Code:
if(checkMemory(7370860,0x10,0x10).toAscii().substring(0,3)==948){window.close()}else{initROP(true)};
This just checks if the HAN patches are applied and if so, doesn't init ROP and closes the browser instead. But if you want the icon to change and etc, then it's more work.
 
for those having initialisation issues @ ps3xploit. with HEN, when first installing, wait until it fails, then click on page refresh, works every time..
Also after 1st time run, HEN always crashed, I had to do a database rebuild, then it worked fine every time.
Thanks for all the crash fixes. And latest updates.
Though, I'm still getting crashes when starting multiMAN, with something plugged into USB, no webMAN installed.
 
An easy one-liner HEN check which doesn't require reloading the XMB would be something like:
Code:
if(checkMemory(7370860,0x10,0x10).toAscii().substring(0,3)==948){window.close()}else{initROP(true)};
This just checks if the HAN patches are applied and if so, doesn't init ROP and closes the browser instead. But if you want the icon to change and etc, then it's more work.
var chk_vsh = "38600000";
var chk2_vsh = checkMemory(0x252020, 0x10, 3);
chk2_vsh = chk2_vsh.toAscii(true);
if (strncmp(chk_vsh, chk2_vsh, 4) == 0) {
window.close();
}

much better
 
It doesn't have to be perfect, the current script is a mess anyway. The check is better though, why wasn't that used for HEN check in the first place?
I don't see anything wrong with the current script...

it wasn't added to hen because well I forgot about that because I didn't know anyone who would enable hen twice. This check is valid since hen 2.4.0
 
i have a super slim 4.85 installed ps3_Hen 3.0.0 using multiple methods fine but when starting either multiman hfw 4.82/4.84/4.85 non of them works get black screen even for irisman 4.84.2 i get black screen so i tried downgrading to ps3-Hen 2.40 for 4.85 and do the same thing again get the same problem black screen ..... even though ive used ps3-Hen too many times before ...... ??? any help
 
installing ps3hen 2.3.2 by first installing HAN from **ps3xploit.com >Domain no Longer owned by team** (ps3xploit.me =new) then installing ps3Hen 2.3.2 from Usb on pakage manager seems to fix it multiman works fine just wanted to know if there is a problem with the new PS3Hen3.0.0?????
 
I don't see anything wrong with the current script...
Eh, nothing "wrong" per se, just lots of wasted space and the renamed functions just add confusion. Could be optimized but it works so who cares I guess.

it wasn't added to hen because well I forgot about that because I didn't know anyone who would enable hen twice. This check is valid since hen 2.4.0
Fair enough but it should replace the current check now. Even if stack/payload is read into memory properly, HEN can still fail.
 
Back
Top