• PS3HEN is now supporting 4.93 Firmware

    View Official Release Post for additional information HERE

[UNOFFICIAL] PS3HEN Alternate Builds

LuanTeles said:
Aldo I think you didn't understand the question, I'm not talking about PSP launchers itself, but about this folder that calls them


This icon should be static, but seeing as you did, the // makes it change by a remap with just a category refresh, the question is how does webman refresh the whole category to make it change?

Edit:
It refreshes the "webMAN Games > PlayStation Portable > content" only and goes to the psp launcher folder.
NctTvdw.png
Click to expand...

webMAN only mounts the game and replace the icons in PSP launchers folders (/dev_hdd0/game/PSPC66820).
The rest is done automatically by explore_plugin due the way the folders are structured in the XML.
 
Coro said:
after looking at the code, i think the full address would be need to be defined (not just github.io).

i found that you can force http with github pages, but they only allow you to do it if you have your own domain name. there is a free web hosting service called inifinity free that seems to allow http only, but i have not signed up to know for sure.
Click to expand...

thanks infinity free worked for me =)
 
The strange thing is:

I set the version bin to 03 05 = 3.05 but Hen is reading "Latest update is 6C:3E

I
6STZWng.png
 
https@bucanero When you have time, can you please add https support and stuff to hen plugin? at least to support github.
 
@esc0rtd3w when a hen update be release, please can you take a look at the remaps? they work good but not stable, adding up to 3 remaps works good, more than it there are a little stutter when exiting a game and hen could crash returning to the XMB, 8 remaps make it super stable LOL, but webMAN games does not mount

Btw i'm using tHe alternative build remap method
 
"map_path remaps" force the kernel to check against a list of paths every time a path is used as argument for a number of syscalls, technically speaking it's a highly inefficient method which is bound to affect kernel perf proportionally to the number of paths in the list to check against.
That will remain true even if you optimise the existing code as best as you can, assuming it can be optimised further to begin with.
Imho such remaps should be avoided whenever possible, they should only be used when there is no other alternative to deal with a particular problem, like a last resort option, never to add casual remaps for everything you can think of...

Regarding TLS support, you can lift the necessary code from the network samples of the official sdk with minimal efforts, I just checked, everything is there, including the code to use custom certificates if ever necessary.

As to HEN updates, esc0rtd3w hasn't been working on anything ps3 related lately afaik, he has been off for months dealing with important personal matters, he has not had enough time to test the new features I coded recently so I doubt that he will accept to undertake any additional Cobra/HEN work.
As soon as I am done with the Toolset update rollout, I will take care of the next HEN tools update roll out. The installer/enabler tool will be completely different & I dunno yet whether or not the HEN sprx plugin will still exist in the next release, that file may no longer be needed, it will probably depend on how much time I end up dedicating to this update, the HEN payload itself (stage2) is the only thing that I am sure I will not modify as it is outside the scope of this update.
 
Last edited:
bguerville said:
"map_path remaps" force the kernel to check against a list of paths every time a path is used as argument for a number of syscalls, technically speaking it's a highly inefficient method which is bound to affect kernel perf proportionally to the number of paths in the list to check against.
That will remain true even if you optimise the existing code as best as you can, assuming it can be optimised further to begin with.
Imho such remaps should be avoided whenever possible, they should only be used when there is no other alternative to deal with a particular problem, like a last resort option, never to add casual remaps for everything you can think of...

Regarding TLS support, you can lift the necessary code from the network samples of the official sdk with minimal efforts, I just checked, everything is there, including the code to use custom certificates if ever necessary.

As to HEN updates, esc0rtd3w hasn't been working on anything ps3 related lately afaik, he has been off for months dealing with important personal matters, he has not had enough time to test the new features I coded recently so I doubt that he will accept to undertake any additional Cobra/HEN work.
As soon as I am done with the Toolset update rollout, I will take care of the next HEN tools update roll out. The installer/enabler tool will be completely different & I dunno yet whether or not the HEN sprx plugin will still exist in the next release, that file may no longer be needed, it will probably depend on how much time I end up dedicating to this update, the HEN payload itself (stage2) is the only thing that I am sure I will not modify as it is outside the scope of this update.
Click to expand...


Nice to hear you'll take care of the next HEN update, i can't wait for it.

I managed to solve some remap issues by removing some of them, i'm currently using the following

Code: 
map_path_slot("/dev_flash/vsh/module/xmb_plugin.sprx","/dev_flash/vsh/resource/AAA/xmb_plugin.sprx",0);// Shows IP Information on XMB™.
    map_path_slot("/dev_flash/vsh/module/explore_plugin.sprx","/dev_flash/vsh/resource/AAA/explore_plugin.sprx",1);// Enables Custom What's New, PlayStation Store Items and Changes the string What's New to HEN Enabled.
    map_path_slot("/dev_flash/vsh/resource/explore/icon/hen_pro_off.png","/dev_flash/vsh/resource/AAA/hen_pro_on.png",2);// Switches the HEN Logo on HEN activation.
    map_path_slot("/dev_hdd0/hen/pro_features.xml","/dev_flash/hen/xml/pro_features.xml",3);// Toggles Pro File Manager and Pro Features.
    map_path_slot("/dev_hdd0/hen/webman_features.xml","/dev_flash/vsh/resource/explore/xmb/category_webman_features.xml",4);// Toggles webMAN Features Items. (Only When webMAN is Enabled, when webMAN is disabled, cobra/xai plugin will replace it)
    map_path_slot("/dev_flash/vsh/module/game_ext_plugin.sprx","/dev_flash/vsh/resource/AAA/game_ext_plugin.sprx",5);// Enables Gameboot Sound.
    map_path_slot("/dev_hdd0/hen/hen_exploit.xml","/dev_flash/hen/xml/hen_enabled.xml",6);//Switches the HEN button to What's New Feed and change its name to HEN Enabled)

I had to remove these remaps:
custom_render.sprx, - Music Player customization.
wboard_plugin.sprx - Removes the What's New/PlayStation Store Items background,
software_update_plugin.rco - Unblocks the Update from Internet option to download the latest HFW from it but this one makes sense to keep in webMAN boot_init.txt as webman that is doing the job of remapping the update server with mine.

The thing is, I can use all these remaps via webMAN in scripts without any problem, but I don't want to rely too much on it as the user can disable it.

If i add one more remap to HEN plugin, webman can't mount games anymore (the weird part here is that when hen remaps are not having issues with webman, the XMB stutters when exiting a game and when it affects webman games, the xmb runs smooth as butter). but i'm okay with it, I just wanted to bring as many features as PS3 4K Pro has in CFW to HEN.

And about the https/TLS support hehe , unfortunately i don't really have the skills for it YET, i'm more a XMB modder than anything else.
 
Last edited:
There could be various explanations, from a bug somewhere to adding code in the wrong place or just some sort of synchronisation issue caused by your additions, similar to what you already experienced with the scripting in wMM.

HEN will eventually evolve into something else, like I said, the HEN plugin might not even exist in the next update, if I were you I would find a different way to apply your changes. You should probably use your own custom sprx plugin or possibly a xai_plugin fork to ensure long term continuity.
 
LuanTeles said:
@bguerville any tip about PS3HEN.BIN zlib compression? I compressed mine to 48kb but it doesn't activate.
Click to expand...
The compression feature is not supported in publicly available HEN tools, it's a feature I coded a few months ago & the source is private for the time being.

You must either wait for the next update to roll out or implement your own decompression procedure on the PS3, zlib decompression can easily be handled with Flash 9 or by ROPing a vsh export which is what I did for the HEN installer update because I was trying to avoid adding a Flash plugin dependency in the HEN tools.
Afaik there is no native support for that kind of thing in native js but in theory zlib decompression may also be feasible with a 3rd party js library like github.com/imaya/zlib.js.

Having said that, while you should find it easy to compress/decompress the data & see the results in js, if you are unfamiliar with the techniques used by the exploits, you may encounter more difficulties in actually locating the decompressed data in memory which is what you really need, the HEN installer doesn't consume the data as a string in js, it uses a memory address pointing to the data stored in memory.
 
Last edited:
Note: to disable the online update check, you need to create an empty file: /dev_hdd0/hen_updater.off[/QUOTE]
 
bucanero said:
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
Click to expand...
i did that last part and no everytime i start hen it freezes and i have to turn it off :/ is hen activated either way when i turn it on or do i have to format and restart now?? :///
 
Do I understand correctly?

the hen version update check must connect to a http site...but when hen plugin downloads the update pkg, that can be https because the ps3 is downloading it (not hen itself).

asking because i realized that the installers (except alternate) that i mirrored are pulling from ps3xploit.me...however i really need them to pull from github (otherwise they will not fully work if ps3xploit.me is offline).
 
Coro said:
Do I understand correctly?

the hen version update check must connect to a http site...but when hen plugin downloads the update pkg, that can be https because the ps3 is downloading it (not hen itself).

asking because i realized that the installers (except alternate) that i mirrored are pulling from ps3xploit.me...however i really need them to pull from github (otherwise they will not fully work if ps3xploit.me is offline).
Click to expand...

Have you tried using http://raw.githubusercontent.com instead of https://github.com ?

"The raw.githubusercontent.com domain is used to serve unprocessed versions of files stored in GitHub repositories."
 
aldostools said:
Have you tried using http://raw.githubusercontent.com instead of https://github.com ?

"The raw.githubusercontent.com domain is used to serve unprocessed versions of files stored in GitHub repositories."
Click to expand...
no. actually i haven't tried anything yet. :) i know if it works that way that i would have to recompile. since i have limited free time and no internet most of the day, i thought i would just ask first.

i did not realize that the raw github addresses were http. (now that i think about it@LuanTeles may have tried it for the hen update check but that failed afaik.)

maybe i will have some time tonight to try one or the other. thanks Aldo
 
You must log in or register to reply here.

Similar threads

Back
Top