PS3 XMB Manager Plus (XMBM+) v0.23.001-mod by Aldostools

Recently an update was made to XMB Manager Plus (XMBM+) by developer Aldo Vargas ( of ps3tools.aldostools.com), This modified Package Manager comes with plenty of features for the XMB. Such as a File Manager, Game Manager, Package Manager, Homebrew Manager, Download Manager and lots of other features. New in this update the developer has updated and/or added new Web Links, Package Manager, Game Manager & webMAN.xml . Checkout some of the details of this highly recommended XMB Modification.

A huge thanks goes out to developer Aldostools for putting PSX-Place.com in the Web Links of this wonderful version of XMB Manager Plus for Cobra 7.XX user's

​

XMBM+ Changes in v0.23.001

• webMAN.xml
• web links
• package manager
• game manager.

What is XMB Manager Plus (XMBM+) Mod?
This is my (aldostools) modified version of the XMB Manager+ originally released by Team XMBM+. This version of XMBM+ (mod) includes various related files. category_game.xml is not installed automatically. XMBM+ (mod) can be updated directly from XMB if you have an earlier version already installed.


Highlights of XMBM+

• 
  [*=1]Package Manager Plus
  • 
    [*=1]Allows homebrew/packages to be easily installed or deleted.
  
  [*=1]Download Manager
  • 
    [*=1]Allows homebrew or PSN packages
  
  [*=1]Game Manager
  • 
    [*=1]View and manage your ps3 applications, by type, by folder, by category etc..
  
  [*=1]Homebrew Manager
  • 
    [*=1]View and manage your homebrew applications
  
  [*=1]File Manager
  • 
    [*=1]Browse and Delete files from all locations such as hdd, usb etc.
  
  [*=1]Multimedia Manager
  • 
    [*=1]Browse, Copy, Rename and Play all your PS3's internal hdds media from one location. All options from the normal XMB categories are available in one new combined category
  
  [*=1]Game Data Manager
  • 
    [*=1]Includes all the game data tools from main XMB plus some more additions. Things like Gamedata, Backups are contained here.
  
  [*=1]User Data Manager
  • 
    [*=1]Includes all the user data tools from main XMB plus some more additions. Things like Save Data, Trophies and user folders are contained here.
  
  [*=1]Web Links
  • 
    [*=1]This section includes links to some popular websites for easier access.

[video=youtube;Eh918bCqITk]https://www.youtube.com/watch?feature=player_embedded&v=Eh918bCqITk[/video]
This video is based on a much older version of XMBM+



XMB Manager Plus mod 0.23.000-mod by aldostools for COBRA!
​

This is a fork of the official XMBM+ that I originally developed for personal use on 3.55 Kmeaw.
Now I adapted the category_games.xml to work with webMAN + XMB Manager Plus on COBRA 7.0
​

Easy install on Cobra 7: (may not contain latest version of XMBM+)

• Install XMBMODMAN by brunolee - XMBMODMAN vRev1C. by brunolee - PS3 Brewology - PS3 PSP WII XBOX - Homebrew News, Saved Games, Downloads, and More!

or

• Install COBRA CFW Tools by bitsbubba - COBRA CFW Tools v2.00 by bitsbubba - PS3 Brewology - PS3 PSP WII XBOX - Homebrew News, Saved Games, Downloads, and More!

Manual installation

1. Install a Cobra CFW. - (XMBM+ can be used also on non-Cobra CFW.)
2. Install multiMAN 04.66.08 (or later if available) - http://store.brewology.com/ahomebrew.php?brewid=24
3. Launch multiMAN, go to Settings column and enable the option "Write access to dev_flash" (it's the 2nd option from bottom)
4. Go to multiMAN's mmOS (File Manager) pressing [Select] + [Start] buttons
5. Copy webftp_server.sprx (version 1.41.x) to the root of /dev_hdd0/
​

Official version of webMAN-MOD by M@tsumoto and aldostools:
https://github.com/aldostools/webMAN-MOD

Use PRX Loader by u$er to launch webMAN manually on non-Cobra CFW:
http://store.brewology.com/ahomebrew.php?brewid=243
(use new_core from Estwald to auto-start PRX Loader on system boot)

Latest webMAN MOD versions are available here:
http://store.brewology.com/ahomebrew.php?brewid=257

Latest official versions are always here:

• For Cobra CFW: http://deanbg.com/webftp_server.sprx
• For Non-Cobra CFW: http://deanbg.com/webftp_server_noncobra.sprx (rename as webftp_server.sprx)
• For CCAPI: http://deanbg.com/webftp_server_ccapi.sprx (rename as webftp_server.sprx)

6. Copy the included boot_plugins.txt to the root of /dev_hdd0/
7. Copy the included category_game.xml to /dev_blind/vsh/resource/explore/xmb/ (do not edit this file unless you know what you're doing)
8. Reboot.
9. Install the included xmbmanplus_hdd.pkg
10. Enjoy XMBM+ on COBRA 7.0!
​

NOTE: For support of /PS3ISO, /PSXISO, /DVDISO and /BDISO content on external drives with NTFS file system, install and execute prepNTFS.pkg
​

You have to use prepNTFS if you add new content to your NTFS formatted USB HDDs.
Do not forget to use [Refresh XML] / [Refresh HTML] to refresh webMAN's data.


How to update XMB Manager Plus (mod)

1. Click the About option in XMB Manager Plus mod for the update option
2. If there is an update, you will be prompted to download the file (Save in the downloaded pkg in the root of the USB drive)
3. Install the downloaded pkg from Install Package Files
4. Refresh XMB launching any application (eg. BD Reset) and returning to XMB.
​

Thanks to:

• DeanK for the awesome webftp_server.sprx
• COBRA's lead developer for the release of the unofficial Cobra 7.0
• user for PRX LOADER
• Team XMBM+: andreus(coding), bitsbubba(coding, themes), DeViL303(coding, POC/WIP) ps3Hen (coding, 4.00 port), aldostools(coding), CloneD(themes), Berion(logos)
• dreamcat4 for the suggested .xml method and exofreak for his POC release of launch games through XMB using webMAN.

Download: XMBM+ (mod)

Source: ps3tools.aldostools.org
​

---

 

Out the closet [MENTION=3657]pinky[/MENTION],...
What do you mean you don't know about XMBM+.... ? How could you have missed it?
If you really have though, cool don't you think?

Reading latest posts about Unlink made me think it annoyed me ages ago.. Could not understand the choice of word, then I realised it was the word S##y used in their sdk (and most likely their source code). From then on I tolerated it...
Even though, it still makes no sense really to use Unlink on a XMB imho...

Sent with Tapatalk

 

I'm getting there collecting info changing PC OS and now changing CFW ...etc. great suggestions here

Out the closet [MENTION=3657]pinky[/MENTION],...

It's the mask, everyone loves the mask :p

 

I'm getting there collecting info changing PC OS and now changing CFW ...etc. great suggestions here


It's the mask, everyone loves the mask :p

Yes most likely the mask. Pure turn on..
LOL

Don't forget to give us a shout if you need help with anything.


Sent with Tapatalk

 

sounds awesome! I wouldn't mind becoming a member of something like since xmb mods r what I do. plus, it'll get me closer to my man crush with [MENTION=6]bitsbubba[/MENTION] . lol!

Hey [MENTION=6]bitsbubba[/MENTION] I left you a vistor msg hopefully you can help me.

 

You know when you go to delete packages or files it says "Unlink" in rebug package manager and XMBM+, always kind of annoyed me, I know its only a small cosmetic thing, well if you edit explore_plugin.sprx like this one (this one is for 4.46 habib) then it looks like this:

View attachment 4699

So its a little better

Maybe [MENTION=89]aldostools[/MENTION] you can include this minor tweak in your new version someday if you decide to release a new version.

I still don't how to get rid of the second delete option..

From Wikipedia:
"In Unix-like operating systems, unlink is a system call and a command line utility to delete files. The program directly interfaces the system call, which removes the file name and (but not on GNU systems) directories like rm and rmdir. If the file name was the last hard link to the file, the file itself is deleted as soon as no program has it open."

What the "unlink" command really does is to unlink the links that point to the inodes of the file/folder. So if the file/folder has multiple hard links, it is not deleted unless it's the last hard link.

I agree that it sounds weird for end-users without that technical background, but I prefer "Unlink" to "Delete".

Regarding the inclusion of sprx... I prefer to leave that to CFW devs and modders... Writing files to dev_flash is dangerous, specially if we're talking of system files.
A simple mistake (e.g. writing the wrong version of the file) could lead to a brick or a semi-brick.

 

From Wikipedia:
"In Unix-like operating systems, unlink is a system call and a command line utility to delete files. The program directly interfaces the system call, which removes the file name and (but not on GNU systems) directories like rm and rmdir. If the file name was the last hard link to the file, the file itself is deleted as soon as no program has it open."

What the "unlink" command really does is to unlink the links that point to the inodes of the file/folder. So if the file/folder has multiple hard links, it is not deleted unless it's the last hard link.

I agree that it sounds weird for end-users without that technical background, but I prefer "Unlink" to "Delete".

Regarding the inclusion of sprx... I prefer to leave that to CFW devs and modders... Writing files to dev_flash is dangerous, specially if we're talking of system files.
A simple mistake (e.g. writing the wrong version of the file) could lead to a brick or a semi-brick.

You are right, I hadn't thought of the fact that all versions of the sprx would have to be included and the subsequent risk of brick etc.

Maybe [MENTION=29]Joonie[/MENTION] could include an edited sprx in some future Rebug CFW if he wants to, for the Rebug package manager.

Anyway for anyone who does want to change it themselves (and at least half know what they are doing) the "unlink" entry can be easily found in explore_plugin.prx with a hex editor and easily changed to something of the same length. (At your own risk! )

 

From Wikipedia:
"In Unix-like operating systems, unlink is a system call and a command line utility to delete files. The program directly interfaces the system call, which removes the file name and (but not on GNU systems) directories like rm and rmdir. If the file name was the last hard link to the file, the file itself is deleted as soon as no program has it open."

What the "unlink" command really does is to unlink the links that point to the inodes of the file/folder. So if the file/folder has multiple hard links, it is not deleted unless it's the last hard link.

I agree that it sounds weird for end-users without that technical background, but I prefer "Unlink" to "Delete".

Thanks aldo for the the reminder & further explaining.
Yes it might be more appropriate technically speaking to use the term 'unlink' & it makes sense given the fact that the system is based on FreeBSD but at the end of the day the term still means nothing to most people.
The underlying system uses it, that's fine but the XMB?

Sent with Tapatalk

 

The underlying system uses it, that's fine but the XMB?

I agree, its a bit like showing "mkdir" on the XMB instead of "New folder"

But aldo is right in that, its the CFW that needs to change it if its going to change. Cant be including sprx files in something like XMBM+.

Where is Aldo's CFW?? I bet it would be the best ever!

 

I agree, its a bit like showing "mkdir" on the XMB instead of "New folder"

But aldo is right in that, its the CFW that needs to change it if its going to change. Cant be including sprx files in something like XMBM+.

Totally agree with you...

Sent with Tapatalk

 

Just do an option to keep both PKG managers please. Only Rebug's actually hides my PSP/PS1/Vita bubbles I leave for easy transfer to my Vita/PSTV and for the love of God leave out app_home while keeping full capabilities with aldos mod-mod for mysis extras papapaplease.

I should release my mod of XMB Mod Manager then. But I need to update it for 4.78 when I get the time.

I have the option to enable XMBM+ and Rebug Package Manager at the same time, as well as do alphabetical sorting. Also options to remove AppHome. I only use Cobra which goes to the disc and therefore AppHome is unneeded crap to me.

 

[MENTION=89]aldostools[/MENTION] a question if you time, I originally noticed the unlink by pressing triangle "exploit" completely by mistake when I was copying and pasting different bits of xmls together , all of a sudden I could delete files and browse the whole system and I was completely amazed at the time. My question is, I understand unlinking is an underlying system process, but how on earth did it get set up so that it worked from XMB by pressing triangle, as far as I know it was like a typo in my xml that caused it to show up on XMB, like a "/" in the wrong place? Just seems strange that it could work with such a little mod of text and im not sure where the real code for unlinking from XMB comes from.

 

Where is Aldo's CFW?? I bet it would be the best ever!

Here:
http://www.psx-place.com/forum/ps3-...-rebug-toolbox-v2-02-09-a-8950.html#post36846

I'm not an official member of Team Rebug, but I help Joonie very often with his releases

BTW I use 4.46 Rogero + Cobra 7.2 with some custom files (e.g OFW cold boot screen, VSH properly patched for Cobra 7.2 by Joonie, BD player patched by Habib, premo patched, etc.).

[MENTION=89]aldostools[/MENTION] a question if you time, I originally noticed the unlink by pressing triangle "exploit" completely by mistake when I was copying and pasting different bits of xmls together , all of a sudden I could delete files and browse the whole system and I was completely amazed at the time. My question is, I understand unlinking is an underlying system process, but how on earth did it get set up so that it worked from XMB by pressing triangle, as far as I know it was like a typo in my xml that caused it to show up on XMB, like a "/" in the wrong place? Just seems strange that it could work with such a little mod of text and im not sure where the real code for unlinking from XMB comes from.

The XMB File Manager "exploit" is just a hidden feature of XMB already included in OFW that you discovered when you edited the xml (with a typo)

Probably it's used by Sony devs internally or maybe a feature that Sony forgot to remove or just an easter egg.... who knows?

 

Well then next question is can you or someone add a copy "any file or folder" function by modding the xmls/sprx's in a similar way (by similar way i mean to use an under lying system process) or making one of the other media copying functions see all files and folders, because that would be the best thing ever, complete file control from XMB via XMBM+MOD !

Be great to be able to copy pkgs etc without needing another app.

BTW: Im just throwing ideas out there, don't really know if its possible or if anyone cares but anyway!

 

Fully featured file manager with zip capabilities & text editor, wouldn't it be nice?

Sent with Tapatalk

 

Well then next question is can you or someone add a copy "any file or folder" function by modding the xmls/sprx's in a similar way (by similar way i mean to use an under lying system process) or making one of the other media copying functions see all files and folders, because that would be the best thing ever, complete file control from XMB via XMBM+MOD !

Be great to be able to copy pkgs etc without needing another app.

BTW: Im just throwing ideas out there, don't really know if its possible or if anyone cares but anyway!

I doubt it would be possible to add extra commands to the triangle menu in XMB, unless Sony add the options to OFW like "Unlink" and "Unlink (Folder)". Maybe there is XML to customize that, but I don't know it.

The major limitation with "Copy" is that it requires 2 parameters (source and destination paths). In webMAN MOD's web file manager it is possible to copy/move/delete/mkdir/rmdir using the web interface or urls.

The /copy.ps3 command decides the destination based on the source path. If the source is on /dev_bdvd or /dev_usb00x, the file will be copied to hdd (keeping the same folder structure).
If the source file is on /dev_hdd0, the file will be copied to /dev_usb000. Some extensions like .p3t, .edat or .rco are copied to specific folders.

It is possible to use the /copy.ps3 command in the xml to copy static files. VSH Menu for webMAN already includes a file browser that use the /copy.ps3 command.

Fully featured file manager with zip capabilities & text editor, wouldn't it be nice?

Sent with Tapatalk

multiMAN has zip capabilities and a text/HEX viewer. Iris Managers have a HEX editor.

I haven't tried it, but maybe you could use one of the DOS text editors with DOSBox.

 

ok, thanks for the detailed explanation. I was hoping that something really simple would work, for example like having an edited version of the music copy function to see all filetypes by changing the ".mp3" to ".***" and then allowing it to read from the root instead of the music folder, or some more complicated version of that but you know what I mean.

 

ok, thanks for the detailed explanation. I was hoping that something really simple would work, for example like having an edited version of the music copy function to see all filetypes by changing the ".mp3" to ".***" and then allowing it to read from the root instead of the music folder, or some more complicated version of that but you know what I mean.

I haven't tried to hex edit the system files (sprx/rco), but your of exploit one of the existing copy functions sounds like feasible.
Maybe you could explore editing some of the rco files.

Also Mysis have been reversing the API of many VSH modules. The public info is still too limited, but with more research maybe the functions could be exploited directly using the same method used by Mysis' CFW Settings XMB menus (xai_plugin).

 

I doubt it would be possible to add extra commands to the triangle menu in XMB, unless Sony add the options to OFW like "Unlink" and "Unlink (Folder)". Maybe there is XML to customize that, but I don't know it.

The major limitation with "Copy" is that it requires 2 parameters (source and destination paths). In webMAN MOD's web file manager it is possible to copy/move/delete/mkdir/rmdir using the web interface or urls.

The /copy.ps3 command decides the destination based on the source path. If the source is on /dev_bdvd or /dev_usb00x, the file will be copied to hdd (keeping the same folder structure).
If the source file is on /dev_hdd0, the file will be copied to /dev_usb000. Some extensions like .p3t, .edat or .rco are copied to specific folders.

It is possible to use the /copy.ps3 command in the xml to copy static files. VSH Menu for webMAN already includes a file browser that use the /copy.ps3 command.




multiMAN has zip capabilities and a text/HEX viewer. Iris Managers have a HEX editor.

I haven't tried it, but maybe you could use one of the DOS text editors with DOSBox.

Yes aldo, I already use all the features you mentioned. Also the combination of DOSBox & DOS text editor works fine,
My dream would be to have all those in the XMB directly even though vsh_menu is a more likely candidate....

I have written simple code I can add to Irisman & webman. When I open a txt or xml file in Irisman, instead of calling the browser, it calls a wMM custom command that opens the file in a simple text box where it can be edited & saved. You suggested that to me months ago & I did it. It works.
However it's cumbersome to add to each new release & it would need further work because editing files like boot_plugins.txt is ok but a bigger file like category_game.xml needs indentation otherwise it's a pain to edit. Also it would need text search capabilities.

Sent with Tapatalk

 

I haven't tried to hex edit the system files (sprx/rco), but your of exploit one of the existing copy functions sounds like feasible.
Maybe you could explore editing some of the rco files.

Also Mysis have been reversing the API of many VSH modules. The public info is still too limited, but with more research maybe the functions could be exploited directly using the same method used by Mysis' CFW Settings XMB menus (xai_plugin).

I will have a look at the rco's, im sure somewhere there must be a whitelist of allowed filetypes for the music copy function for example, if we could add *.* we would be half way there.

If anyone else wants to have a look at rcos too here is an old copy of RCOmage I found from years ago for extracting the xmls etc. still works fine, no rust.

 

I will have a look at the rco's, im sure somewhere there must be a whitelist of allowed filetypes for the music copy function for example, if we could add *.* we would be half way there.

If anyone else wants to have a look at rcos too here is an old copy of RCOmage I found from years ago for extracting the xmls etc. still works fine, no rust.

Please report if you get anywhere.

Months ago, I started to look into allowing downloads to internal hdd instead of usb device only. It nearly worked, the file gets downloaded 100% (even background download!) , but an error was thrown at the end of the process. We thought It might have been due to the whitelist you mentioned. The whitelists would be different for internal hdd & external device.
I started a thread about this (sandungas was very helpful & knowledgeable about xml & rco too btw).

If you get anywhere, it could help with solving this problem too.

Before someone posts it, yes I know the browser in multiman allows you to download to internal. We would like to do that with the internal browser too!

Sent with Tapatalk