PS3 XMB Package Downloader - An XMB MOD that intergrates a Homebrew Store on the XMB v0.70

[DeViL303]

The new Style / Themes settings section works by downloading and auto installing an xmbextras type package that only includes the XMBPD icon set, so it overwrites them. The same section/theory could be used for a XMBM+ theme selector or many other things.

@aldostools & @bguerville The possibilities with the web commands of webMAN mod are endless (especially the new file downloading and pkg handling ones), I don't think people quite realise how it changes it things, so much is possible now with just XML.

@all Cmon people, start making some mods!

 

[aldostools]

@aldostools & @bguerville The possibilities with the web commands of webMAN mod are endless (especially the new file downloading and pkg handling ones), I don't think people quite realise how it changes it things, so much is possible now with just XML.

DeViL I think you might be interested in this commit
https://github.com/aldostools/webMAN-MOD/commit/37b38988e667e5f5cf1a6acb58e2addd0759bb67

 

[DeViL303]

DeViL I think you might be interested in this commit
https://github.com/aldostools/webMAN-MOD/commit/37b38988e667e5f5cf1a6acb58e2addd0759bb67

Nice one aldo! (I have added the update to xmbpd)

Have you changed the file downloading code a bit too by adding extra circle press's or "back" commands or more regular polling or something? Im noticing it tries to cancel the download if im downloading the update xml, (what i mean is it asks if i want to cancel the download operation while its downloading, note: it doesn't do it on packages.), also it seems to be going back out of the menus more after download of pkgs. Its ok, it still works fine.

Actually, its been working really well, I havnt had any freezes in days. You must have cracked that timing issue or at least its a lot better.


@all : XMBPD update 005 is available, this update is a little different as it adds icons and changes some of their names. So there are 2 ways to update:

1: Download the update xml as normal via the link on the XMB, then reboot, you will notice some missing icons at this stage, to fix this go to Style Settings section and choose one of the styles, this will download and install one of the new icon packs and fix the missing icons instantly, no reboot required.

OR

2. Download and install this package instead: XMBPD_0.50.005 , this will update xmbpd and add the default icon set.


(Note this is an addon to aldostools xmbextras pkg so that must be installed first, hopefully in the next release of xmbextras the latest XMBPD xml and this default icon set can be included instead to make this a simpler smaller install) I wont be changing them like this again but I needed to to add support for the different sets, this feature will be handy if Berion makes a set too.

 

[aldostools]

Have you changed the file downloading code a bit too by adding extra circle press's or "back" commands or more regular polling or something? Im noticing it tries to cancel the download if im downloading the update xml, (what i mean is it asks if i want to cancel the download operation while its downloading, note: it doesn't do it on packages.), also it seems to be going back out of the menus more after download of pkgs. Its ok, it still works fine.

When .xm! is downloaded, the plugin waits 5 seconds and checks if the .xm! exists. If it doesn't exists, it waits 5 extra seconds, then rename the file to .xml and press CIRCLE to close the the download page if "download_plugin" is loaded.

Could be that 5 seconds is a too short wait for the size of your xml? For me it seems enough for my slow Internet connection (20Mbit).

(Note this is an addon to aldostools xmbextras pkg so that must be installed first, hopefully in the next release of xmbextras the latest XMBPD xml and this default icon set can be included instead to make this a simpler smaller install) I wont be changing them like this again but I needed to to add support for the different sets, this feature will be handy if Berion makes a set too.

I've included the new icons and your XMBPD.xml in XMBM+ 0.24.003 (xmbextras.pkg)

 

[DeViL303]

When .xm! is downloaded, the plugin waits 5 seconds and checks if the .xm! exists. If it doesn't exists, it waits 5 extra seconds, then rename the file to .xml and press CIRCLE to close the the download page if "download_plugin" is loaded.

Could be that 5 seconds is a too short wait for the size of your xml? For me it seems enough for my slow Internet connection (20Mbit).

Ah, that makes sense, my net is a bit slow this weekend, well, its maxed out doing something else.

I've included the new icons and your XMBPD.xml in XMBM+ 0.24.003 (xmbextras.pkg)

Thanks once again.

If you get time to try out the new version , let me know what you think of the new bits, any suggestions for better ways to do things always appreciated. At the moment the way it switches the package handling options makes it so I need to host and maintain 3 xmls (not a big deal) , just it would be better if I could have a flag based system maybe based on renaming a file, then just use one xml, just an idea I have had.

 

[aldostools]

If you get time to try out the new version , let me know what you think of the new bits, any suggestions for better ways to do things always appreciated. At the moment the way it switches the package handling options makes it so I need to host and maintain 3 xmls, it would be better if I could have a flag based system maybe based on renaming a file, then just use one xml, just an idea I have had.

I liked more the former style (using bubbles). For PS3 Extra Collections ISOSs you could use the BD icons found in webMAN.
For Package Settings, as you use 3 different xmls, it would be helpful that each have a different icon in for the current setting.

 

[DeViL303]

Cool idea to have different icon for each mode, Ill do that in the next version. I do really like the bubbles too myself, just maybe not in the settings section. Will see what Berion comes up with aswell and include all 3 options hopefully.

I did notice some icons I could have used from XMBM+ and WM but I decided to keep these ones separate so they can be replaced in the themes, its the same reason I have lots of the same folder icon included and also why I didn't use any system icons from the RCOs. This way the icons can change without needing any more versions of the xml.

 

[bguerville]

@aldostools & @bguerville The possibilities with the web commands of webMAN mod are endless (especially the new file downloading and pkg handling ones), I don't think people quite realise how it changes it things, so much is possible now with just XML.

@all Cmon people, start making some mods!

Yes it's true, it opens the door to many possibilities & I am not sure everybody has realised the potential... You have though! [emoji6]

Thanks for the update.
Thanks to Aldo as well for his updates.

 

[pinky]

don't worry peeps, the only files u'd have to worry about r the coreos ones. the recovery menu file is among them. even if u were mess something up, u can still save ur system, so there's little risk.

 

[DeViL303]

don't worry peeps, the only files u'd have to worry about r the coreos ones. the recovery menu file is among them. even if u were mess something up, u can still save ur system, so there's little risk.

Just to be clear incase people get the wrong idea, We are only talking about XMLs on HDD in this thread, as XMBM+ and XMBPD only add xmls to HDD there is no risk at all. recovery menu and coreOS are not relevant here.

 

[DeViL303]

I liked more the former style (using bubbles). For PS3 Extra Collections ISOSs you could use the BD icons found in webMAN.
For Package Settings, as you use 3 different xmls, it would be helpful that each have a different icon in for the current setting.

Ive come up with these icons for the package settings section:

Spoiler

Ive noticed something that could be tweaked a little, would it be possible to have xm!s download to a temporary folder aswell and then get moved and renamed, like packages, its just ive noticed if I cancel the XMBPD update I can get left with a corrupt partial xml and it breaks XMBPD. Some options include either use a temporary location or to not perform the rename if its cancelled, the first one is probably easier/better.

I realise it might not be possible to know the size of the xml or it might be tricky, if so then no worries, its not that big a deal.

I am thinking of switching XMBPD over so it updates via auto installing package like the styles section, then this xml issue is not an issue, but maybe worth mentioning anyway just so you know.

 

[aldostools]

Ive come up with these icons for the package settings section:

Spoiler

Ive noticed something that could be tweaked a little, would it be possible to have xm!s download to a temporary folder aswell and then get moved and renamed, like packages, its just ive noticed if I cancel the XMBPD update I can get left with a corrupt partial xml and it breaks XMBPD. Some options include either use a temporary location or to not perform the rename if its cancelled, the first one is probably easier/better.

I realise it might not be possible to know the size of the xml or it might be tricky, if so then no worries, its not that big a deal.

I am thinking of switching XMBPD over so it updates via auto installing package like the styles section, then this xml issue is not an issue, but maybe worth mentioning anyway just so you know.

The icons are very descriptive, but I still would like to see some indicator for the current setting (maybe a different color?).

The extension .xm! is already a temporary location... the issue comes when the file is found and it is renamed to xml.

Unfortunately the plugin doesn't have a way to know if the download was interrupted, unless the file is parsed.

IMO the easier way to implement a check would be to include the file size as part of the file name. e.g. XMBPD~482930.xm!. If the size of the downloaded file matches with the size that appear after ~, then the file would be renamed to XMBPD.xml But this requires a change in the source code.

 

[DeViL303]

The icons are very descriptive, but I still would like to see some indicator for the current setting (maybe a different color?).

The extension .xm! is already a temporary location... the issue comes when the file is found and it is renamed to xml.

Unfortunately the plugin doesn't have a way to know if the download was interrupted, unless the file is parsed.

IMO the easier way to implement a check would be to include the file size as part of the file name. e.g. XMBPD~482930.xm!. If the size of the downloaded file matches with the size that appear after ~, then the file would be renamed to XMBPD.xml But this requires a change in the source code.

I will look at a way to indicate current setting, maybe give the current setting bubble a green tint, and the other 2 bubbles red tints. The file size idea is good, but it would not work for me in this case as I would need to know and include the file size of the next update in the current update.

I think I will change to using the pkg method for updating anyway as then I can add and change icons or more xmls all in one update, the only reason I wasn't using it before was that I wasn't sure of the stability of the pkg auto installs, and the xml download was super stable, but now it all seems good.

I might still use the xml download function for pkg list updates or something in the future, not sure.

 

[aldostools]

I will look at a way to indicate current setting, maybe give the current setting bubble a green tint, and the other 2 bubbles red tints. The file size idea is good, but it would not work for me in this case as I would need to know and include the file size of the next update in the current update.

I think I will change to using the pkg method for updating anyway as then I can add and change icons or more xmls all in one update, the only reason I wasn't using it before was that I wasn't sure of the stability of the pkg auto installs, and the xml download was super stable, but now it all seems good.

I might still use the xml download function for pkg list updates or something in the future, not sure.

Could you test this build? I increased the timeout to 20 seconds (I believe it must be enough time even for slow connections).
Also if the file name of the .xm! doesn't include ~<size> part, it will wait for a file of a minimum of 450,000 bytes. If the wait times out and the file has a size smaller than 450,000 bytes, then the file is not renamed to .xml. If the file includes ~, then it will wait for a file with a minimum size of the amount specified after ~ (so you don't have to keep changing the file name to exact file size).

Link: http://aldostools.org/temp/test/webftp_server_full.sprx

EDIT: if you don't plan to use .xm!, please let me know to comment out that code... I don't want to leave code that will not be used.

 

[DeViL303]

Could you test this build?

Cancelling the update half way works fine now, it doesn't corrupt the xml anymore, but if I try let it complete the download I got a full freeze just as it completed the first time, and at 82% the second time.

 

[aldostools]

Cancelling the update half way works fine now, it doesn't corrupt the xml anymore, but if I try let it complete the download I got a full freeze just as it completed the first time, and at 82% the second time.

I think I found the mistake... the code was still expecting that the file include the size. As it didn't, it was trying to copy .xml to NULL address (which causes the freeze). But don't worry... I get tenths of these freezes almost everyday

Here is a new build: http://aldostools.org/temp/test/webftp_server_full.sprx

 

[DeViL303]

EDIT: if you don't plan to use .xm!, please let me know to comment out that code... I don't want to leave code that will not be used.

No please leave it in, I think its important to have the ability to download xmls when they are so common on the ps3, regardless of whether I use it in this project Im sure me or some one will use it at some point.

think I found the mistake... the code was still expecting that the file include the size. As it didn't, it was trying to copy .xml to NULL address (which causes the freeze). But don't worry... I get tenths of these freezes almost everyday

Here is a new build: http://aldostools.org/temp/test/webftp_server_full.sprx

That is better, no freeze, its close, but now if I cancel the download I do get a partial xm! that does get moved to the location im downloading to, but its not renamed so its ok but would be better if it didn't get moved there and stayed in the temporary location, to get overwritten the next time it updates .

 

[aldostools]

No please leave it in, I think its important to have the ability to download xmls when they are so common on the ps3, regardless of whether I use it in this project Im sure me or some one will use it at some point.



That is better, no freeze, its close, but now if I cancel the download I do get a partial xm! that does get moved to the location im downloading to, but its not renamed so its ok but would be better if it didn't get moved there and stayed in the temporary location, to get overwritten the next time it updates .

In this build I increased the default threshold to 475000 and delete the .xm! if it is unfinished.
http://aldostools.org/temp/test/webftp_server_full.sprx

Note: the threshold still can be changed using ~. e.g. XMBPD~500000.xm!

 

[DeViL303]

Hmmm. I suppose I could pad the xml out with extra unneeded stuff, and then as I update it I could remove the padding and add the updated bits..It just I have no way to predict the size of the next update, and as the file name and link for the update is hard coded into the current xml I cant use the "~" method. For that you need to know the size in advance.

In this build I increased the threshold to 475000 and delete the .xm! if it is unfinished.

Doesn't seem to be behaving like that, its not the threshold, in the last version I could get 100kb xm!'s in the download location, same with this version, its still doing the move , just not the rename. Look there no need wasting too much time on this unless you want to, its not the end of the world if someone ends up with a partial xm! on their hdd, at least it doesn't corrupt the original by getting renamed, that was the main issue before.

 

[DeViL303]

@aldostools Sorry, my mistake, I wasnt giving it enough time to poll and delete.. ooops. dam.


Is there a way I could include the size in the file , at a certain offset..just an idea, might be really hard to do.