Delete the complete line from <Query ... until />. Just verify that the line has XMBPD.xml (in case the query are in different lines)
- Thread starter DeViL303
- Start date
Delete the complete line from <Query ... until />. Just verify that the line has XMBPD.xml (in case the query are in different lines)
ricardo
Member
Package_Manager.xml is inside the FEATURES folder? If so, I edited.
Will this change fit at any CFW that has support?How DARKNET or Rebug?
Edit:
I managed to do it, thank you very much for helping me in this mission. I found it easy, everyone can do, just have attention and study a little. Now I wanted to install only the XMBPD in the category networks. As I do?I saw that there are two Types of installation, in HD and in Flash, I'm in doubt.
I recorded a video too of XMBM+ without the XMBPD.
Here is also pkg for download https://mega.nz/#!wNlSAAgJ!HFXNHzAjXrzQlBpFIMP1yUb0LNj9c3V9OlhCcWz_-EI
Last edited:
For XMBPD in the network category you need to install both the HDD and the flash files, but you probably already have the HDD files so just install the flash files and it should be working for you in the network category.
Last edited:
ricardo
Member
I do not understand why your installer now requires two types of installation, one in HD and one in flash. If I install on the hard drive the XMBPD will appear again in XMBM +? Is there any risk at i installing only the flash files?
There is no risk. The reason it requires files installed to HDD and files installed to flash separately is because of all the different CFWs having differently modified xmls for their network categories. If all CFW was the same then you could just install all the files in one go.
It will not work unless you install both the HDD files and the flash files.
It will not work unless you install both the HDD files and the flash files.
ricardo
Member
Thanks for all the help DeVIL.
Firstly I installed the latest version of the webMAN, then the Launchpad. Then the XMBPD in the Networks tab, and finally the XMBM + with the lines 24 and 28 deleted in XML. Now each program gets isolated, each in your place.I also want to thank Aldo for his support. My congratulations to the projects and the beautiful site that is PSX-PLACE
occassionallyaduck
Member
Hey just wanted to chime in and thank all of you for the excellent work on these projects. While I don't have a huge enough collection to merit using Launchpad or XMBPD or XMBM+, it's absolutely stunning the work you guys do and I'm sure as I gradually backup more of my collection it will only become increasingly appealing.
For my purposes, I've been using the older "webMAN url Launcher" (thank you aldostools) to make mounting icons for the XMB manually, which is a bit of a task for each one, but the best solution if you want XMB graphics, since the ReACTPSN game launchers no longer function (for me at least on the latest Rebug). (fyi, there is no working download link for the url launcher anymore, I had to find it on baidu)
Now, this next part is not a feature request (unless you find it laughably easy), but a difficulty inquiry: webman mod and all these tools like LaunchPAD now index PS3 Folders, PS3, PS2, PS1, and PSP disc images, and do so excessively well. What would be the general difficulty on adding scanning the ROMs folder, and launching a user-defined .self file in the same fashion as these? I suspect the last bit is what will complicate it a lot, but necessary for the different emulator choices (though most use Retroarch at this point I expect).
I ask because I am not a great programmer, but XML and is something not beyond my skillset, and I might at least attempt it a mod of this if the answer is "not so hard". I expect it's a fair bit more complex than just XML however, and I don't have a dev environment setup to build it properly atm.
Right now I've been using mmCM to launch ROMs in a similar fashion, and it requires that the retroarch.cfg be copied to the working directory of whatever invokes the emulator core .self file, as the libretro core is expecting to be launched by the retroarch gui. Otherwise all it's folders will map to subfolders of the working directory instead. Meaning it would require the retroarch.cfg to be copied to whatever the would be considered the working directory of the webman mod XMB launcher. Not an overwhelming task, but a bit annoying if you forget, as it makes like 6 blank folders.
Anyways, I at least thought it was a question worth asking. If it's a bag of snakes then it's perhaps not meant to be, but I'm always looking to reduce the number of clicks between startup and game time. Once again, you guys are absolute gods for the amount of utility you've added to these systems and all the stuff it is now capable of. Thanks!
For my purposes, I've been using the older "webMAN url Launcher" (thank you aldostools) to make mounting icons for the XMB manually, which is a bit of a task for each one, but the best solution if you want XMB graphics, since the ReACTPSN game launchers no longer function (for me at least on the latest Rebug). (fyi, there is no working download link for the url launcher anymore, I had to find it on baidu)
Now, this next part is not a feature request (unless you find it laughably easy), but a difficulty inquiry: webman mod and all these tools like LaunchPAD now index PS3 Folders, PS3, PS2, PS1, and PSP disc images, and do so excessively well. What would be the general difficulty on adding scanning the ROMs folder, and launching a user-defined .self file in the same fashion as these? I suspect the last bit is what will complicate it a lot, but necessary for the different emulator choices (though most use Retroarch at this point I expect).
I ask because I am not a great programmer, but XML and is something not beyond my skillset, and I might at least attempt it a mod of this if the answer is "not so hard". I expect it's a fair bit more complex than just XML however, and I don't have a dev environment setup to build it properly atm.
Right now I've been using mmCM to launch ROMs in a similar fashion, and it requires that the retroarch.cfg be copied to the working directory of whatever invokes the emulator core .self file, as the libretro core is expecting to be launched by the retroarch gui. Otherwise all it's folders will map to subfolders of the working directory instead. Meaning it would require the retroarch.cfg to be copied to whatever the would be considered the working directory of the webman mod XMB launcher. Not an overwhelming task, but a bit annoying if you forget, as it makes like 6 blank folders.
Anyways, I at least thought it was a question worth asking. If it's a bag of snakes then it's perhaps not meant to be, but I'm always looking to reduce the number of clicks between startup and game time. Once again, you guys are absolute gods for the amount of utility you've added to these systems and all the stuff it is now capable of. Thanks!
@occassionallyaduck
In theory, to do what you are suggesting, various files of the webMAN-MOD project need to be modified, additions need to be made to scan a ROM folder, make a list of those games & create xmb entries. This part is completely feasible of course as all the hard work has already been done.
A web command to launch a self from the newly created xmb entries could be created as well.
Obviously there is the dependency issue where this feature would need a working RetroArch installation but I suppose a wMM RetroArch Edition could be created.
Obviously in 5mn, I have probably not envisioned every single aspect of the problem but at first glance, if you can already do such a thing by tweaking files, I don't see any particular obstacles to making it work from wMM.
If wMM is found to be a bad choice for some reason, another option would be to create another plugin altogether, just for RetroArch. One could even envisage to produce a system plugin that would scan a ROM folder at boot or on call, create the xmb entries & be directly callable from the XMB's XML files through 'action', just like xai_plugin.
Remain the practical part which is the programming, except Aldo, hardly nobody contributes directly to the source.
Personally I would be naturally enclined to look into it but I already have 3 other projects ongoing & very little time for those atm so it would not be realistic at all to offer my help.
I dunno whether @aldostools will like this idea. Let's hear it from him... [emoji6]
In theory, to do what you are suggesting, various files of the webMAN-MOD project need to be modified, additions need to be made to scan a ROM folder, make a list of those games & create xmb entries. This part is completely feasible of course as all the hard work has already been done.
A web command to launch a self from the newly created xmb entries could be created as well.
Obviously there is the dependency issue where this feature would need a working RetroArch installation but I suppose a wMM RetroArch Edition could be created.
Obviously in 5mn, I have probably not envisioned every single aspect of the problem but at first glance, if you can already do such a thing by tweaking files, I don't see any particular obstacles to making it work from wMM.
If wMM is found to be a bad choice for some reason, another option would be to create another plugin altogether, just for RetroArch. One could even envisage to produce a system plugin that would scan a ROM folder at boot or on call, create the xmb entries & be directly callable from the XMB's XML files through 'action', just like xai_plugin.
Remain the practical part which is the programming, except Aldo, hardly nobody contributes directly to the source.
Personally I would be naturally enclined to look into it but I already have 3 other projects ongoing & very little time for those atm so it would not be realistic at all to offer my help.
I dunno whether @aldostools will like this idea. Let's hear it from him... [emoji6]
occassionallyaduck
Member
I was thinking along those lines. Without having to hardcode it to retroarch, sort of like how you can specify the autoboot.iso location, you could assign the directories for supported ROM types, maybe even just leave them as toggles so you could name it, set the file extension, and the .self location in a line on the setup page. But that is a *lot* more complicated than the original suggestion. More future proof and user friendly perhaps, but also more work. Hopefully it would be as easy as copying the existing scanning code for PS1 for instance, changing the search directories to "ROMs" and then changing the extension for SNES to "SFC, FIG, SMC, SMS" and letting it run. And just setting the command to pass along to be to run a particular self + filename. (mmCM does this effectively, it's just not integrated in XMB like webman mod)
I would never want to suggest making yet another fork to maintain though, so if this isn't the kind of thing that meshes with the main thrust of webman mod then I wouldn't bother with it. It just seemed like it would work and be an ideal way of launching ROMs quickly from XMB without having to go through a "shim" first, and in theory, should not be too absurdly hard to implement from a layman's perspective. But again, layman.
And while making separate plugins is good, integrating it in XMB would be ideal for users, and far more easy to outline and explain to friends. It would also instantly integrate with the above mentioned webman url launcher app, and allow a quick XMB placeholder with PIC0 and ICON0 support that jumps straight to the game should you use it for truly classic games that you want to highlight in your library.
Unfortunately the practical part of actual coding is my failing here. While I can easily read through and cipher through the code of the XML and the basic parts of the C# here, I can see that apart from hard modifications of XML layouts in their final output form, I would need a lot more time before anything I write would run and be able to affect *how* that output is created in this manner..
I would never want to suggest making yet another fork to maintain though, so if this isn't the kind of thing that meshes with the main thrust of webman mod then I wouldn't bother with it. It just seemed like it would work and be an ideal way of launching ROMs quickly from XMB without having to go through a "shim" first, and in theory, should not be too absurdly hard to implement from a layman's perspective. But again, layman.
And while making separate plugins is good, integrating it in XMB would be ideal for users, and far more easy to outline and explain to friends. It would also instantly integrate with the above mentioned webman url launcher app, and allow a quick XMB placeholder with PIC0 and ICON0 support that jumps straight to the game should you use it for truly classic games that you want to highlight in your library.
Unfortunately the practical part of actual coding is my failing here. While I can easily read through and cipher through the code of the XML and the basic parts of the C# here, I can see that apart from hard modifications of XML layouts in their final output form, I would need a lot more time before anything I write would run and be able to affect *how* that output is created in this manner..
No C# on the PS3. [emoji6]
WebMAN-MOD is coded in C.
Much of the system is based on FreeBSD so both it & homebrews are written in C++ or C.
However if you are genuinely interested & have time to spend on acquiring the skills, it could be a project for you to consider though. The time frame is a matter of perspective, even if it took you a year, at the end, you would be able to dabble with real programming, not just tweaking...
It would require work & much learning but a project like this can be done in a matter of weeks/months if you have the dispositions for it...
For info, the suggestion to create a separate plugin changes nothing to the xmb integration. It would be completely independent, no webMAN-MOD dependency & would do the same thing. If it was a system plugin you would not even need Cobra or Mamba to load it.
Also editions of webMAN-MOD are not organised through branches or forks. Flags are used instead and the flags are set up in flags.h. There is a flags folder in which you will find a flags.h file corresponding to each webMAN-MOD edition. Making a RetroArch edition would mean creating a new flag & adding a new flags.h file.
WebMAN-MOD is coded in C.
Much of the system is based on FreeBSD so both it & homebrews are written in C++ or C.
However if you are genuinely interested & have time to spend on acquiring the skills, it could be a project for you to consider though. The time frame is a matter of perspective, even if it took you a year, at the end, you would be able to dabble with real programming, not just tweaking...
It would require work & much learning but a project like this can be done in a matter of weeks/months if you have the dispositions for it...
For info, the suggestion to create a separate plugin changes nothing to the xmb integration. It would be completely independent, no webMAN-MOD dependency & would do the same thing. If it was a system plugin you would not even need Cobra or Mamba to load it.
Also editions of webMAN-MOD are not organised through branches or forks. Flags are used instead and the flags are set up in flags.h. There is a flags folder in which you will find a flags.h file corresponding to each webMAN-MOD edition. Making a RetroArch edition would mean creating a new flag & adding a new flags.h file.
Last edited:
Actually there is not a web command to launch a self from webMAN. I have tried a few VSH apis but for some reason I couldn't get them launch a self.
The scanning of roms or the creation of the XML is the easy part. The difficult part is to start RetroArch with the selected rom.
I have been thinking of different workarounds. One option could be create a "rom launcher" using the same method used by IRISMAN.
When a ROM is "mounted", webMAN could copy a "parameter file" to the folder of the "rom launcher" indicating selected rom. Then the "rom launcher" could be auto-started simulating clicks with the explore_plugin. The rom launcher would read the "parameter file" and start RetroArch.
Well this is the concept... the biggest problem is to get the time and motivation to do it
EDIT:
You can try this POC with:
http://aldostools.org/temp/test/webMAN_MOD_1.45.03_Updater.pkg
It requires to have installed also this:
http://aldostools.org/temp/test/UP0001-PKGLAUNCH_00-0000000000000000.pkg
Last edited:
I assume that is why you created url launcher then?
It's strange though, I was under the impression that mysis had managed to launch a self from a sprx...
LOL. Indeed...Well this is the concept... the biggest problem is to get the time and motivation to do it
occassionallyaduck
Member
What an interesting conundrum... an eboot.bin on XMB can't take arguments after like a .self can from a running game program huh? That complicates things significantly.
Without a "shim" launcher that would have to open, accept the rom path variable, and then pass it along as it launches the core like you say. At least indexing all the ROMs and storing the path in a variable file is doable at least, so that's good.
I don't know if multiman does it the same as Irismanager, but I've been able to do this from Multiman. I suppose the .self limitation on VSH is quite annoying in this case. If there are any other programs like multiman or irisman that can accept .self launch commands from a script upon boot, it could be easy then to have webman invoke them as a proxy to pass along the argument without having to make a whole new app... but I don't know of any apps that do that unfortunately.
Thanks for hearing me out about this though, it's good to learn about the limitations on the system and try and probe for ways around it.
Without a "shim" launcher that would have to open, accept the rom path variable, and then pass it along as it launches the core like you say. At least indexing all the ROMs and storing the path in a variable file is doable at least, so that's good.
I don't know if multiman does it the same as Irismanager, but I've been able to do this from Multiman. I suppose the .self limitation on VSH is quite annoying in this case. If there are any other programs like multiman or irisman that can accept .self launch commands from a script upon boot, it could be easy then to have webman invoke them as a proxy to pass along the argument without having to make a whole new app... but I don't know of any apps that do that unfortunately.
Thanks for hearing me out about this though, it's good to learn about the limitations on the system and try and probe for ways around it.
Not sure if this will help or if Im on the same page, but..While webman can not launch a self from the XMB I wonder if the fact that Launchpad CAN launch normal applications using this command would help in this case:
Code:
<target type="u">psgm:play?id=xxxxxxxx</target>So if a "place holder" or "launcher" or whatever you want to call it was created for each ROM, then those items could be added to Launchpad in theory?
A workaround to get ROMs onto the Launchpad would be to use retroXMB to create pkgs for each ROM with different IDs, install them and then just add each games ID to the Launchpad with the psgm:play command..
Last edited:
occassionallyaduck
Member
It would be awesome if it could be integrated in either Launchpad of the main webman mod entry. If launchpad can launch .self files, then that might be a way to jumpstart things. Anyone with a large ROM collection knows making a RetroXMB wrapper for all of them is a little beyond insane. Great for some special titles you want to highlight, but when you get into the 100s it becomes death by a thousand cuts.
Launchpad would have that advantage of being able to boot apps (if it helps), but it would only be suitable for favourites really, Launchpad seems to have problems with more than 300 items (I think, needs more testing to find exact limit and reason for it).
aldostools said:
@aldostools On a separate note (kind of related), I had a simple idea for a way to choose what games are included in the Launchpad xml, It could be done using modified filenames, so for example, users add the string "_LP" to the names of the ISOs for games they want to show up in the Launchpad. Then it only shows those games. It very simple and I cant really see any major disadvantages. The feature to use the "_LP" string could be made optional, So users would still have the option to have ALL games on the Launchpad, but if even 1 game is detected with "_LP" then it uses that string to choose instead.
Last edited:
Regarding launching a self with a wMM web command, Aldo didn't say it could not be done, only that he had problems doing it when he tried.
It was exactly like this with pkg handling a few months ago, that's why I decided to look into it & look at the situation now!
It was exactly like this with pkg handling a few months ago, that's why I decided to look into it & look at the situation now!
Last edited:
occassionallyaduck
Member
Good point. I just didn't want to assume that was realistic, because I have no clue quite how monumental a task that may end up being. If LaunchPad can launch .self files, then there's a shot maybe. Hell I'm curious if simply running that duplicate launchpad command from the webman mod xml would work. If so it might be the ticket.
When I get home this afternoon I'll try making a manual edit to my games .xml and inserting the command. Like DeVil303 says, it would require making a RetroXMB container for every ROM so they have a ID in the system database to launch this way though.
I'm gonna dig into Retroarch's documentation and see if it has a option to check a file at boot time, or if one could fit. That would solve all these problems, and simply be useful in it's own right for that program.
Few tips for if you go doing this:
- The entries for Launchpad go into the file wm_launchpad.xml located at dev_hdd0/tmp/.
- Before making any changes to it I suggest going into WM setup and disabling the option for wm_launchpad.xml generation so it doesnt overwrite your changes when you reboot.
Code:
<mtrl id="1080000001" until="2100-12-31T23:59:00.000Z">
<desc>GAME NAME GOES HERE</desc>
<url type="2">http://127.0.0.1/dev_hdd0/LINK TO ICON HERE (PNG OR JPG)</url>
<target type="u">psgm:play?id=TITLEID HERE</target>
<cntry agelmt="0">all</cntry>
<lang>all</lang></mtrl>You should increase the "mtrl id" by 1 for each entry aswell.
occassionallyaduck
Member
I'm not using Launchpad, so I would be editing the webman mod mygames.xml to see if they can invoke the launch argument in the same way for .self files as they can for .bin files.
Similar threads
-
PS2 [POC/Outdated] unofficial Open PS2 Loader (uOPL)- Started by Ripto
- Replies: 58
-
PS3 4.93 Evilnat w/ Cobra v8.5 - (CEX/PEX/D-PEX)- Started by Evilnat
- Replies: 3K
-
-
PS3 CFW 4.89.3 Evilnat Cobra (8.4) (CEX/DEX/PEX)
- Started by Evilnat
- Replies: 1K