• PS3HEN is now supporting 4.93 Firmware

    View Official Release Post for additional information HERE

PS3HEN [Support Thread] PS3HEN Bugs, Problems, and Other Issues

LuanTeles said:
Keep trying, now when HEN fails it no longer restarts the system but closes the web browser so you can try again, sometimes it happens here, restarting the system is the best alternative.

Also, try changing the system language to English, in the past when I set mine to Japanese, Chinese or Korean, hen didn't work, if it still doesn't work, disable the internet connection.
Click to expand...

OH~ YES! I DID it. Thanks for your great suggestion. And thanks HEN developers great job to make PS3 great again.

After repeat once again and again click on HEN icon but still fail. I found there is a way to increase enable HEN (make install package manager appear) chance - Log out ID and Log in again then click HEN icon.

Now I encounter another problem but this is not releated to HEN. I don't know if can ask in here. Is there another BB that I can ask question about installed game can not start , screen show no license and ask me to go to network store to update license, even I place rap file in exdata folder under root
 
esc0rtd3w said:
i have uploaded a test version here to test app_home
Click to expand...

the first time the replacement is normal and xmb is updated, but if you mount some game, there is no xmb update.

Logs from Socat

If you compile with the old version of mappath.c, where the old map_path_slot method is, with minor edits, then there is no such problem. And as I expected, the problem with folder games is also being solved.

By the way, you can add the appropriate folder and immediately, when you turn on HEN, mount via map_path_slot("/app_home/PS3_GAME","/dev_hdd0/game/RELOADXMB",0); (in order to exclude an error when entering the folder when it is still debug)

And I don't understand why you are rewriting the entire category_game.xml when you can put this segment into a separate file and change only it
Code: 
<Query class="type:x-xmb/folder-pixmap" key="seg_gamedebug" attr="seg_gamedebug" src="xmb://localhost/dev_hdd0/hen/xml/apphome.xml#seg_gamedebug"/>

Then you can generally hide this folder (shortcut) and mount it only if necessary.
 
Last edited:
FFF256 said:
the first time the replacement is normal and xmb is updated, but if you mount some game, there is no xmb update.

Logs from Socat
Click to expand...
im not sure exactly what you mean here. I notified bguerville about the log so he can look at it

FFF256 said:
If you compile with the old version of mappath.c, where the old map_path_slot method is, with minor edits, then there is no such problem. And as I expected, the problem with folder games is also being solved.
Click to expand...
There has been a complete overhaul of mappath since then. I dont know if that will be much help in figuring out what that problem is. If anyone would have the best guess, it would also probably be bguerville.

FFF256 said:
By the way, you can add the appropriate folder and immediately, when you turn on HEN, mount via map_path_slot("/app_home/PS3_GAME","/dev_hdd0/game/RELOADXMB",0); (in order to exclude an error when entering the folder when it is still debug)
Click to expand...
You mean to refresh XMB when HEN is loaded? If that works, it would be great to add it to HEN as its default refresh.

FFF256 said:
And I don't understand why you are rewriting the entire category_game.xml when you can put this segment into a separate file and change only it
Code: 
<Query class="type:x-xmb/folder-pixmap" key="seg_gamedebug" attr="seg_gamedebug" src="xmb://localhost/dev_hdd0/hen/xml/apphome.xml#seg_gamedebug"/>

Then you can generally hide this folder (shortcut) and mount it only if necessary.
Click to expand...
yeah, thats a good idea. I thought about something like that before 3.2.2 release, but just did it the quicker way for release. I can add that for next release.
 
esc0rtd3w said:
im not sure exactly what you mean here. I notified bguerville about the log so he can look at it
Click to expand...
English is not my native language, so sorry. What I mean is that until the game is mounted, updating the list in webman in app_home successfully mounts RELOADXMB, which allows the XMB to be updated. And if the game is mounted, then updating the list of games does not update the XMB.

esc0rtd3w said:
There has been a complete overhaul of mappath since then. I dont know if that will be much help in figuring out what that problem is. If anyone would have the best guess, it would also probably be bguerville.
Click to expand...
He kind of clearly wrote that the matter was in the repeated mounting of app_home. And all because of the fact that each new mount occupies its own slot (FLAG_MAX_PRIORITY|FLAG_PROTECT). In the old method, the slot was specified manually.
If you showed the source code how you solved this problem, then I could discuss more solutions.

esc0rtd3w said:
You mean to refresh XMB when HEN is loaded? If that works, it would be great to add it to HEN as its default refresh.
Click to expand...
Well, in general, first of all, I proposed this idea so that there would be no error when entering app_home.
Of course, you can also run RELOADXMB, but since launching this application takes quite a long time, it seems to me that this is not the best idea when launching HEN. It is enough to change the launch icon and give the reload_category command to make it clear whether hen is running or not. XMB will be updated anyway as soon as the application or game is launched.

esc0rtd3w said:
yeah, thats a good idea. I thought about something like that before 3.2.2 release, but just did it the quicker way for release. I can add that for next release.
Click to expand...
Happy to help :)
 
Last edited:
FFF256 said:
English is not my native language, so sorry. What I mean is that until the game is mounted, updating the list in webman in app_home successfully mounts RELOADXMB, which allows the XMB to be updated. And if the game is mounted, then updating the list of games does not update the XMB.


He kind of clearly wrote that the matter was in the repeated mounting of app_home. And all because of the fact that each new mount occupies its own slot (FLAG_MAX_PRIORITY|FLAG_PROTECT). In the old method, the slot was specified manually.
If you showed the source code how you solved this problem, then I could discuss more solutions.


Well, in general, first of all, I proposed this idea so that there would be no error when entering app_home.
Of course, you can also run RELOADXMB, but since launching this application takes quite a long time, it seems to me that this is not the best idea when launching HEN. It is enough to change the launch icon and give the reload_category command to make it clear whether hen is running or not. XMB will be updated anyway as soon as the application or game is launched.


Happy to help :)
Click to expand...
Take into consideration that I never used HEN, not once ever since it was made, I am not familiar with its XMB specificities or RELOADXMB usage either, in other words I am working on this code half blind really... LOL
While I rewrote the mappath code, I tested it only in Mamba because it's easier and faster to deploy & test, not in HEN, only esc0 did some testing on HEN after the code rewrite.

The logs you sent are great BUT for a specific bug like RELOADXMB it would be nice if you could also provide a separate log file pertaining ONLY to that failure (from just before reloading XMB attempt to just after) because as is, it's very hard to find that issue buried in 2.2Mb of logs, as at the moment I don't really know what to look for.

Or even better, post 2 log files of just the RELOADXMB attempts, one that succeeds and one that fails so we can compare.

Also you are saying that by default, /app_home/PS3_GAME should redirect to the RELOADXMB folder, that's easily done however if RELOADXMB works with wMM, what would happen when wMM is off or uninstalled? Isn't it better for wMM to set/unset this mapping on load/unload rather than HEN?
 
Last edited:
bguerville said:
@aldostools

What's the main usage of RELOADXMB?
I mean do you actually use it in wMM to refresh XMB after certain ops, or is it just an extra web command feature to be used at a user's discretion?
Click to expand...

RELOADXMB is used by the option webMAN Setup > Refresh webMAN Games & XMB or the combo SELECT+L3+L1+R1

This feature first scans the all games found in the system, update mygames.xml, mount the application RELOADXMB in app_home/PS3_GAME and using explore_plugin XMB commands the plugin navigate to app_home icon and launch the app.

The app is also called by the web command /reloadxmb.ps3

RELOADXMB is an EBOOT.BIN that calls: int main() {return 0;}
In other words the app basically returns to XMB without do anything, forcing VSH to reload all the cached XML.

This app is a workaround to fact that I couldn't get working properly the XMB commands reload_category, reload_category_items, reload_category_segment. The items remain cached.
 
Last edited:
aldostools said:
RELOADXMB is used by the option webMAN Setup > Refresh webMAN Games & XMB or the combo SELECT+L3+L1+R1

This feature first scans the all games found in the system, update mygames.xml, mount the application RELOADXMB in app_home/PS3_GAME and using explore_plugin XMB commands the plugin navigate to app_home icon and launch the app.

The app is also called by the web command /reloadxmb.ps3

RELOADXMB is an EBOOT.BIN that calls: int main() {return 0;}
In other words the app basically returns to XMB without do anything, forcing VSH to reload all the cached XML.
Click to expand...
And what happens when you mount/unmount a game?
You swap the mapping on each event?
mount -> /app_home/PS3_GAME goes to game folder
unmount -> /app_home/PS3_GAME goes to RELOADXMB folder.
And RELOADXMB is de facto the default behaviour for app_home when wMM is started and no game is mounted?
 
Last edited:
bguerville said:
And what happens when you mount/unmount a game?
You swap the mapping on each event?
mount -> /app_home/PS3_GAME goes to game folder
unmount -> /app_home/PS3_GAME goes to RELOADXMB folder.
And RELOADXMB is de facto the default behaviour for app_home when wMM is started and no game is mounted?
Click to expand...

★ app_home/PS3_GAME has multiple uses in webMAND MOD:
1- When a game is mounted, /app_home/PS3_GAME is remapped to the PS3_GAME folder of the game mounted (for the case of ISO or JB folders).

2- If the user mounts a PSN game (from /dev_usb***/GAMEI or /dev_hdd0/game), the respective paths of the game are mounted in /app_home, /app_home/USRDIR and /app_home/PS3_GAME

3- The "home" option in /setup.ps3 lets configure any homebrew (e.g. RELOADXMB, IRISMAN, multiMAN, Movian, etc.) or game.
By default thi.s option is disabled. If the user clicks on the app_home icon, an error will be shown.
If this option is enabled, the homebrew configured in "home" path is remapped to /app_home when a game is unmounted.

4- /app_home is also used by ROMS launched from ps3netsrv or ntfs/exfat. The ROMS folder is mounted as /dev_bdvd and PKGLAUNCH is mounted in /app_home to launch RetroArch.

5- /app_home is also one of the paths scanned by Package Manager (/dev_hdd0/packages is redirected when a game is unmounted).
Take in count that /app_home could be mapped to /dev_hdd0/packages while /app_home/PS3_GAME could be mapped to a game or app :D

app_home is remapped each time a game is unmounted or when the plugin is started (only if "home" option is configured).
 
@FFF256

As you asked, here's the mappath.c source code if you care to look.

Like I said already, this code was always experimental, and it may have been a mistake to have released it officially before all issues were ironed. It's not easy to rewrite this code properly and keep all legacy stuff going.
Maybe we should make a mapping slot index table to keep correspondences with the new linked list entries and reimplement index based mappings for better legacy support, for now the getClosestMapping function was the best compromise I could think of.
View attachment mappath.zip
 
Last edited:
I have been having issues with HEN 3.2.2 freezing when it is initializing after being enabled after installing the newest version of HFW 4.90, even after reinstalling the HFW multiple times. The R2 method was not successful. Please help me.
 
So i'm a ps3 ss debuging station owner (dech 4000aa if its important). I saw on ps3exploit site [where few years ago got hen on my old and now dead PS3 fat 60 GB] it IS posibble to get hen on DEX consoles, but only on 4.82-4.84 DEX OFW, i cant find any higher than 4.81, is there any chance im able to get hen on my ultra super rare test console hen? Or at least got online in psn? Becouse as i heard u team dont want to share this softer, i mean 4.82
 
sacker12 said:
I have been having issues with HEN 3.2.2 freezing when it is initializing after being enabled after installing the newest version of HFW 4.90, even after reinstalling the HFW multiple times. The R2 method was not successful. Please help me.
Click to expand...

The console also had MultiMan and IrisMan installed when it had the old HFW. Even after deleting both programs, the console still crashes when attempting to launch HEN.
 
sacker12 said:
The console also had MultiMan and IrisMan installed when it had the old HFW. Even after deleting both programs, the console still crashes when attempting to launch HEN.
Click to expand...

Even after installing both the OFW and HFW 4.90, reinstalling HEN 3.2.2 and having the blank "boot_plugins.txt" file on the USB drive, my system still freezes when initializing HEN and gets stuck on the "Welcome to PS3HEN 3.2.2" page. Please tell me if there is any way to fix this that does not involve reformatting the SSD.
 
You must log in or register to reply here.

Similar threads

Back
Top