XMB Package Downloader (XMBPD)

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

Brainstorming... Just an idea... [emoji5]️
Another option would be to use an archive instead of tweaking xml downloads.
For instance, using a zip or tar file, we could find out whether the xml file inside is complete & its size. Then we could then extract it where we wish...
 
Brainstorming... Just an idea... [emoji5]️
Another option would be to use an archive instead of tweaking xml downloads.
For instance, using a zip or tar file, we could find out whether the xml file inside is complete & its size. Then we could then extract it where we wish...

True, but auto installing pkgs (like the one that installs new icons in XMBPD) are basically the same thing as a self extracting archive though, and background downloads don't cause issue with pkgs which is a bonus.
 
True, but auto installing pkgs are basically the same thing as a self extracting archive though, and background downloads don't cause issue with pkgs which is a bonus.
Ok. True but pkg also has limitations that zip/tar doesn't have. It all depends on the needs I suppose.
But then why all these tweaks on the xm! file then. I am missing something?
 
Well no, your right, I did say I could use pkgs for updates, and the only reason I hadn't was because I wasn't sure they were 100% stable, I think it is stable now though. I think with so many xmls on the ps3 it would be nice to be able to download them directly for convenience if you know what I mean (just downloads, no waiting for install etc), but only if its "easily" achievable, like I said, its not worth wasting too much time on at all. and most xmls would be so small that background downloads would not be an issue. So really its working good all around. The only reason I started on this current topic was because of the fact that a partial download corrupted the original, but now that is sorted.
 
Ok I understand now. [emoji5]️
For sure as long as your xml needs to go in /dev_hdd0/game, the pkg format is ideal imo. It cuts all the BS.
For other locations, it would still be good to have a way to download the xml & ensure the file isn't corrupted. Zip/tar is one way to do it...
Another is to name the xml file with its size or md5 hash then do the checks...
 
Last edited:
But maybe tars/zips could be the way to go too, I suppose there are some advantages, smaller size maybe..Tell me more?
 
On the top of my head, with an archive you would get these things:
1. size efficiency. A 50kb category_game.xml file gives you a 4kb zip file with fast (light) compression.
2. the files cannot be corrupted otherwise the extraction will fail
3. wMM would have full control as to where to extract the archive content. Even /dev_blind would be usable.
4. the same implementation as multiman could be used to auto-install zip files...
 
Im convinced :) . Safe dev_blind install would be great, I could put in an option to install to Rebug Package Manager aswell as XMBM+ Package Manager by replacing the category_game.xml and stuff like that.
 
Another is to name the xml file with its size or md5 hash then do the checks...

Only just seen this edit, see this isn't possible with XMBPD update or probably with most other links, because my link is hard coded in the current xml, I cant add the filesize of the next xml as I don't know it yet, now I could pad the xml like I said earlier, and then remove padding as I update it, but it would not be "easy" really, it would be nice if I could include the file size as a comment near the start, then it could be searched for at that offset or something, it has to be dynamic filesize that's included in the file, not static that's included in the link, I mean like with pkgs, WM can tell if they are done.

EDIT: again, this is all too much work for xmls, Im just thinking out loud, and I don't want to be making lots of work for people (aldostools), I can easily work with pkgs, or with the current situation with xmls. So no further work needed really.
 
Last edited:
Yeah I agree. [emoji5]️
It's a lot of complication when a pkg can already do the job fine.

And if we want xml installation to support locations other than /dev_hdd0/game, using a zip/tar archive seems a very good option to me.
 
And if we want xml installation to support locations other than /dev_hdd0/game, using a zip/tar archive seems a very good option to me.
It does to me too now, The time would be better of put into refining zip and/or tars. I like the idea of it being CRC checked/Smaller, should be as safe as copying a local file (once its downloaded and checked) which is as safe as you can get.

For sure as long as your xml needs to go in /dev_hdd0/game, the pkg format is ideal imo. It cuts all the BS.
For other locations, it would still be good to have a way to download the xml & ensure the file isn't corrupted. Zip/tar is one way to do it...

There is this too for other locations on HDD , I do not know a whole lot about it or if it can be modded for dev_blind, http://www.psx-place.com/threads/re...to-any-location-on-hdd-using-a-pkg-file.1073/ , but maybe with this we don't need tar/zip and can install anywhere safely with the current code (and still use background download without issue for bigger updates)
 
Last edited:
Is there anyone out there with photoshop already installed that can do me a big favour and give these 4 icons a fairly strong green and red tint, I need both versions for indicating current option.
Download

I have illustrator installed but Im busy and don't have the money/bandwidth for photoshop right now . :) I'll get around to it in a few days though.

Im going to make a release thread for this soon and maybe a stand alone installer for standard CEX CFW (in the network category where I really believe it belongs ideally)
 
Last edited:
There is this too for other locations on HDD , I do not know a whole lot about it or if it can be modded for dev_blind, http://www.psx-place.com/threads/re...to-any-location-on-hdd-using-a-pkg-file.1073/ , but maybe with this we don't need tar/zip and can install anywhere safely with the current code (and still use background download without issue for bigger updates)

I remember testing stuff from that thread but my memory is a bit fuzzy as to the conclusions drawn from the tests. @aldostools was involved in the discussions so he already knows all about this. He will probably remember more as well because he is very familiar with that kinda stuff. [emoji6]
Iirc there are limitations...
 
Thanks aldo, That's great. to be honest you were the last person I would have bothered with my non important icon edits.

But they look good on the XMB IMO, I will probably do the same thing to show which style is enabled and to show the update status, in fact that Im thinking of doing full icon packs in different colours just for fun (not now but in a while), to be available from the Style Settings of XMBPD.

ClBDFvA.png

Ryo0CvV.png

1jqfwdb.png
 
Last edited:
Ok, will do. I think if just the contents of the bubble was tinted it would be better, all grey bubbles, ill sort it out for the next release anyway.
 
ooh wow, very nice! :D I really like the style.
They are way better than my ones, obviously. Better bubbles too, cool. Will definitely use yours as the default/main set (if I even bother include any of mine at all). ;) They would all look great in or out of bubbles too.

I have one small problem though, since I was talking to you last this has expanded a bit, Im now up to 28 icons (see here) and not 14, Be great to have the top level done with yours anyway as they look great, but would also be nice to have a full set the same if possible. I don't think Im going to add any more really.. for a while at least. I under stand if you are busy and no pressure.
 
Last edited:
Back
Top