Just a bit of warning; homebrews suffer compatability issues with HFW 4.90. I recommend everyone to avoid updating to 4.90 and stay on 4.89 or lower. I have many ps3 consoles with this HFW and out of the box PS3HEN do not work as expected. There are random issues with WEBMAN and IRISMAN. Quit game option would not appear and sometimes random freezes would occur leading to file system corruption.
the latest versions of webman mod and irisman work fine. the xml containing the quit option can become corrupted by toolboxes, stores, and other things.
the file system problems and freezes might be related to failing hdd (or any ssd).
I had a working console with hfw 4.89 without any issues. Once I updated to hfw 4.90 I noticed that the pop-up message of ps3hen somtimes doesn't appear along with the package manager and webman games folder. I updated to 4.90 to install some stores which require this version to function. Big mistake, I end with unstable system. However, I still believe there's a problem with 4.90 and would avoid it.
just like i posted above. the stores are the problem. BTW piracy discussion is against our site rules.
Seems like HEN+SSD have an issue, only one plug-in can be loaded via boot_plugins.txt otherwise the webbrowser will not close and the system will hang until it crashes
Can someone please test this?
I think hen should have a delay before starting to load the plugins, it probably will decrease the crashes upon activation.
Can someone please test this?
I think hen should have a delay before starting to load the plugins, it probably will decrease the crashes upon activation.
@esc0rtd3w Confirmed by me and some friends, it's a bug on the Oficial HEN, we can't enable more than one plugin while using a SSD, if so, the webbrowser will not close and the system will hang
I need help.
Yesterday I upgrade my PS3, was work fine, but by mistake a open Hen Toolbox, and then my webMan was inutilyzed.
I tried reinstall my browser Hen and reinstall webman, dosen´t work.
So I tried Uninstal Hen by Firmeware tools > install HFW > install Hen > install webMan. Dosen´t work too.
I install Irisman, acess by ftp, delete all Hen Tool directory, and repet all step before. Dosen´t work too.
Always after the screen of installation, reboot system and when I open Hen (only work by site) give me messange to install webMan.
What can I do to install webMan???
Yesterday I upgrade my PS3, was work fine, but by mistake a open Hen Toolbox, and then my webMan was inutilyzed.
I tried reinstall my browser Hen and reinstall webman, dosen´t work.
So I tried Uninstal Hen by Firmeware tools > install HFW > install Hen > install webMan. Dosen´t work too.
I install Irisman, acess by ftp, delete all Hen Tool directory, and repet all step before. Dosen´t work too.
Always after the screen of installation, reboot system and when I open Hen (only work by site) give me messange to install webMan.
What can I do to install webMan???
I already did it. before and after delete hen tools
Try formatting the hdd followed by reinstalling the firmware. That should give you a fresh starting point. I am no expert on the matter but apparently older firmwares are more stable. If that did not work, then I suspect you may have some kind of hardware failure. You may try changing the hdd as a starting point.
Before I do this. Is there any way I can get the keys for the original games and then reinstall them?
@esc0rtd3w @bguerville
Do you know why the network might directly affect the installation/activation of HEN?
Whenever I try to install HEN for testing, it always works fine at home. However, during a few days spent at my mother's house, I noticed I can't install HEN using the network there; the installer consistently returns errors. Interestingly, using the 5G from my phone works. Additionally, I can't activate it either, it attempts to load and then fails.
So, since I always hear people saying to disable the network connection in the network settings menu to enable HEN.. it worked for me (100% of the time), then I thought that removing all network code from the HEN payload would fix that. I was wrong... the same thing still happens there....
Do you know why the network might directly affect the installation/activation of HEN?
Whenever I try to install HEN for testing, it always works fine at home. However, during a few days spent at my mother's house, I noticed I can't install HEN using the network there; the installer consistently returns errors. Interestingly, using the 5G from my phone works. Additionally, I can't activate it either, it attempts to load and then fails.
So, since I always hear people saying to disable the network connection in the network settings menu to enable HEN.. it worked for me (100% of the time), then I thought that removing all network code from the HEN payload would fix that. I was wrong... the same thing still happens there....
It's quite simple.
The kernel exploit used by HEN is based on a network socket use after free vulnerability. To set up that exploit, the payload must first create about 2 dozens sockets in order to create the conditions for the creation of a vulnerable one to exploit and during the time taken by that preparation, any unrelated creation or deletion of another socket used by the OS for other purposes (it could be many things such as PSN, DLNA server etc...) can mess up the set-up and make the exploit fail.
Another thing that could make the exploit fail would be chunks of kernel memory being freed by whatever process (including network based) during the exploitable socket preparation phase.
Last edited:
Got it, thanks for the explanation!
I tried to change the modem settings here, but I gave up, nothing had any effect, using my 5g on my cell phone was the best alternative I could find.
@bguerville , Taking advantage of the fact that you are online, let me ask you something.
Is there any way to patch the vsh or layout .txt files after they are already loaded?
AFAIK, the layout files are loaded into memory only once, just like the vsh.
I need to patch both the vsh and some layout.txt files after enabling HEN to fix some layout issues I have because I'm using 4.80~4.88 rcos and sprx's on HEN, i succesfully patched the vsh.self and the layout files on CFW, now i need to find a way to do the same on HEN.
I gotta fix it this way because I've got over 3k modded rcos, mostly system_plugin.rco. Editing all of 'em with the new layout values would be a pain in the a$$. So, patching the vsh seems like the easiest route. I did it on CFW just fine (Thanks to @Evilnat that ported the 4.84 vsh to 4.90, so i just compared them), i found the values and offsets already. Now, i gotta do it on HEN somehow.
I got it mostly patched with some dirty tricks in the layout files, but with 4.89+, there's a problem, the notification position is being read on the same line as the mouse pointer scale value. So, to avoid messing up the mouse pointer, I had to sacrifice the original notification position and it's bugging me for years.
Is there any way to patch the vsh or layout .txt files after they are already loaded?
AFAIK, the layout files are loaded into memory only once, just like the vsh.
I need to patch both the vsh and some layout.txt files after enabling HEN to fix some layout issues I have because I'm using 4.80~4.88 rcos and sprx's on HEN, i succesfully patched the vsh.self and the layout files on CFW, now i need to find a way to do the same on HEN.
I gotta fix it this way because I've got over 3k modded rcos, mostly system_plugin.rco. Editing all of 'em with the new layout values would be a pain in the a$$. So, patching the vsh seems like the easiest route. I did it on CFW just fine (Thanks to @Evilnat that ported the 4.84 vsh to 4.90, so i just compared them), i found the values and offsets already. Now, i gotta do it on HEN somehow.
I got it mostly patched with some dirty tricks in the layout files, but with 4.89+, there's a problem, the notification position is being read on the same line as the mouse pointer scale value. So, to avoid messing up the mouse pointer, I had to sacrifice the original notification position and it's bugging me for years.
Last edited:
@bguerville Oh, also, i found a strange behaviour on HEN using an SSD, if more than one plugin is loaded by boot_plugins.txt the web browser won't close and the system will hang after a while.
Isn't it curious? Using a HDD works just fine;
Isn't it curious? Using a HDD works just fine;
I would assume that there must be a layout refresh function somewhere in vsh that does the trick but I don't know it. I vaguely recall trying a few things that esc0 wanted done but never really got the refreshes to work exactly as I wanted and never had time to dig deeper to solve it.@bguerville , Taking advantage of the fact that you are online, let me ask you something.
Is there any way to patch the vsh or layout .txt files after they are already loaded?
AFAIK, the layout files are loaded into memory only once, just like the vsh.
I need to patch both the vsh and some layout.txt files after enabling HEN to fix some layout issues I have because I'm using 4.80~4.88 rcos and sprx's on HEN, i succesfully patched the vsh.self and the layout files on CFW, now i need to find a way to do the same on HEN.
I gotta fix it this way because I've got over 3k modded rcos, mostly system_plugin.rco. Editing all of 'em with the new layout values would be a pain in the a$$. So, patching the vsh seems like the easiest route. I did it on CFW just fine (Thanks to @Evilnat that ported the 4.84 vsh to 4.90, so i just compared them), i found the values and offsets already. Now, i gotta do it on HEN somehow.
I got it mostly patched with some dirty tricks in the layout files, but with 4.89+, there's a problem, the notification position is being read on the same line as the mouse pointer scale value. So, to avoid messing up the mouse pointer, I had to sacrifice the original notification position and it's bugging me for years.
It's something that would need looked at further although I am pretty sure others must have worked these things out in the past..
Maybe a timing thing, I dunno.
No tests were ever done with SSD afaik for the obvious reason that some work fine, others don't, selected features may no longer work, issues may arise months later etc.. not exactly an ideal set-up to test on.
Yeah, I did consider that, but I couldn't find any references to delays before loading the plugins in the source code. Well, I don't have much coding knowledge; everything I've learned so far has been from examining the hen source, some homebrews and your help past this years.
I attempted to use timer_usleep(), but it didn't seem to work. I experimented with large values, but there was no noticeable difference in the loading process. So, it's definitely a lack of knowledge on my part.
I brought an SSD just to test it, as a lot of users had problems with my MOD using an SSD on HEN (It was packed with a pre-set boot_plugins.txt with more than 1 plugin) , so i had to test it to find the cause.
I believe that introducing a slight delay before loading the plugins could potentially reduce crashes. I've noticed that I often experience crashes after enabling HEN when Webman/or other plugin is being loaded.
Last edited:
Similar threads
-
PS3 PS3 Firmware 4.93 - Update is Live! (CFW and HFW Released)- Started by LuanTeles
- Replies: 38
-
PS3Xploit Flash Writer (4.93 HFW Req)- Started by Evilnat
- Replies: 10
-
PS3 PS3HEN 3.4.0 + HFW 4.92 - Officially released by esc0rtd3w of Team PS3Xploit- Started by STLcardsWS
- Replies: 46
-
PS3HEN How to download and install PS3HEN on 4.92.1.
- Started by Bubbolovespizza
- Replies: 3