PS3 Redirecting browser downloads to /dev_hdd0

[DeViL303]

ye its in expore_plugin, but only somehow handled by that xml files / db.xml

there is
psgm - ps game / IP (Install Package)
psns - ps store
psvp - ps video / VI
http - web

for psgm there is:
"psgm:install?" psvp:install?contentid=%s&url=%s
"psgm:play?" - psvp:play?id=%s&url=%s

not quite sure, but it seems that the webbrowser can/could also handle something like that (or not).

Thanks, its interesting that if you remove the content ID it will download any file type to tmp/np-pkg/ , lots of possibilities.. sprx..iso..

 

[NewFile]

Enable Web Browser debug mode and set Engine type to Silk.
Run the following javascript:

window.external.system('Webbrowser.Download.StartBackground?http://example.com/image.png');

File will be download in the background with no errors just like a normal PSN background download. Extensions allowed the the typical ones for image/audio/video.

For PKG, must use one of the other extensions. File will appear corrupted in Photo/Audio/Video but all else is fine.

window.external.system('Webbrowser.Download.StartBackground?http://example.com/pkg_file.png');

You can use javascript command from module_action aswell.

javascript: window.external.system('Webbrowser.Download.StartBackground?http://example.com/pkg_file.png');

 

[lmn7]

Enable Web Browser debug mode and set Engine type to Silk.
Run the following javascript:

window.external.system('Webbrowser.Download.StartBackground?http://example.com/image.png');

File will be download in the background with no errors just like a normal PSN background download. Extensions allowed the the typical ones for image/audio/video.

For PKG, must use one of the other extensions. File will appear corrupted in Photo/Audio/Video but all else is fine.

window.external.system('Webbrowser.Download.StartBackground?http://example.com/pkg_file.png');

You can use javascript command from module_action aswell.

javascript: window.external.system('Webbrowser.Download.StartBackground?http://example.com/pkg_file.png');

Do you think it would be possible to name one of the files something like ../../file.dat and it would actually save it two directories up? IDK, I think there's something that could be done to download files to whatever directory on OFW, PS3Xport just isn't practical for transferring small files and whatever.

 

[NewFile]

Do you think it would be possible to name one of the files something like ../../file.dat and it would actually save it two directories up? IDK, I think there's something that could be done to download files to whatever directory on OFW, PS3Xport just isn't practical for transferring small files and whatever.

No, only complete http link with one of the common audio/video/image extension.

 

[DeViL303]

That's cool, Be even cooler if we could get the original method haxxen posted working , it nearly was working, just failed at last step, probably an sprx patch needed. We can download pkgs to internal hdd with the net_package_install method (they install and auto delete too, so far from perfect)

 

[NewFile]

That's cool, Be even cooler if we could get the original method haxxen posted working , it nearly was working, just failed at last step, probably an sprx patch needed. We can download pkgs to internal hdd with the net_package_install method (they install and auto delete too, so far from perfect)

haxxen method does work. After injecting his xml do this:

window.external.system('Webbrowser.Download.Start?http://example.com/file.pkg');

You can then use a non deletable bubble for installling. There is no background download though!

The previous method has background download but for a .pkg file extension does nothing. Patching a sprx might work. But that gives no OFW. Interesting .PBP and .PUP do nothing (Start or StartBackground)

 

[sandungas]

No, only complete http link with one of the common audio/video/image extension.

If i remember right the web browser also recognizes the mimetypes for .p3t themes and downloads them to the proper directory ready to install them

 

[DeViL303]

If i remember right the web browser also recognizes the mimetypes for .p3t themes and downloads them to the proper directory ready to install them

It does, we have that set up in HAN Toolbox. that is probably best way actually if trying to download other file types as a supported file. as it does not put them into a date downloaded folder, so they would be easier to find and rename automatically if that was the plan.

 

[sandungas]

It does, we have that set up in HAN Toolbox. that is probably best way actually if trying t6o download other file types as a supported file. as it does not put them into a date downloaded folder, so they would be easier to find and rename automatically if that was the plan.

Well, yes, i mentioned it because is a bit different than audio/video/image contents so is another guinea pig for experiments
Not sure what more to do with it though (or better said, i had some ideas, but none good enought)

 

[DeViL303]

I think i have better way to download other filetypes to internal hdd , and it already works 100%

Spoiler

.Use my net_package_install method, to download "force install to" pkg with any thing you want in it to any destination on hdd, problem solved , someone just make an GUI that can pack force install pkgs really quickly and easily with box for install path etc. I know its not perfect, but neither is renaming other filetypes to p3t and then switching them back again after.

 

[NewFile]

If i remember right the web browser also recognizes the mimetypes for .p3t themes and downloads them to the proper directory ready to install them

An alternative would be sacrificing one of the known extension and patching the sprx for allowing it. For example, patching .gif for .pkg. It should at least allow the background downloading of it. Even better, finding out how the background download is triggered and messing with it.

 

[sandungas]

An alternative would be sacrificing one of the known extension and patching the sprx for allowing it. For example, patching .gif for .pkg. It should at least allow the background downloading of it. Even better, finding out how the background download is triggered and messing with it.

That sounds like a very good idea
Another patch that i was thinking is the audio/video/image contents (and the themes too but i guess in smaller amount) needs to be "indexed" in the XMB databases

But to download a custom pkg we dont need that indexing right ?
So maybe is posible to "break" a part of the function that does that indexing with a patch in the .sprx
This way the only thing that will do is to download the file (to dev_hdd0/packages/ if posible or something like that)

 

[NewFile]

That sounds like a very good idea
Another patch that i was thinking is the audio/video/image contents (and the themes too but i guess in smaller amount) needs to be "indexed" in the XMB databases

But to download a custom pkg we dont need that indexing right ?
So maybe is posible to "break" a part of the function that does that indexing with a patch in the .sprx
This way the only thing that will do is to download the file (to dev_hdd0/packages/ if posible or something like that)

Can we use this after downloading?

<Query class="type:x-xmb/xmlpackagefolder" key="host_provider_dev_hdd0" src="host://localhost/q?path=/dev_hdd0/packages&suffix=.pkg&subclass=x-host/package" />

With different values for suffix.

 

[lmn7]

Should be pretty easy to edit one of the existing exploit scripts to download a pkg as png and then rename it to anywhere you want afterwards. Better solutions exist for CFW but for OFW this seems like a decent idea.

I think i have better way to download other filetypes to internal hdd , and it already works 100%

There are issues with the ForcedInstallTo param, I have been testing stuff with it and have actually got some pretty cool stuff working, but you need to rebuild db after installing. It also creates a PS3LOGO.DAT file in the installation directory, not a big deal but just something to mention.

 

[aldostools]

Should be pretty easy to edit one of the existing exploit scripts to download a pkg as png and then rename it to anywhere you want afterwards. Better solutions exist for CFW but for OFW this seems like a decent idea.

There are issues with the ForcedInstallTo param, I have been testing stuff with it and have actually got some pretty cool stuff working, but you need to rebuild db after installing. It also creates a PS3LOGO.DAT file in the installation directory, not a big deal but just something to mention.

If I recall correctly, the package can be any name.. it is the query that list only the extensions .pkg, but it should be possible to install a ".png" file if it is actually a pkg. Same applies for ISO, PUP and other files in the PS3...

I haven't tried, but I think the file PS3LOGO.DAT could be avoided replacing the P with a null character (0x00) in the psn_package_npdrm.exe.

 

[lmn7]

If I recall correctly, the package can be any name.. it is the query that list only the extensions .pkg, but it should be possible to install a ".png" file if it is actually a pkg. Same applies for ISO, PUP and other files in the PS3...

Yes I know you can change it to list png files instead of pkg files, I just don't think the PS3 would install a png as a pkg, I've never tried it though so I can't say for certain.

I haven't tried, but I think the file PS3LOGO.DAT could be avoided replacing the P with a null character (0x00) in the psn_package_npdrm.exe.

I had already tried this and unfortunately an error message appears when installing the pkg, I did find a workaround though so that problem has been solved. The biggest issue now is the blank entry on the XMB, I guess this can't really be avoided. Thanks for your help.

 

[DeViL303]

An alternative would be sacrificing one of the known extension and patching the sprx for allowing it. For example, patching .gif for .pkg. It should at least allow the background downloading of it. Even better, finding out how the background download is triggered and messing with it.

If we are going to patch over one of the existing types, it would be great if we could patch it with ".***" to allow it to work for all types with one patch (if that is possible)

Probably best to use an image file type alright , as the code for downloading unknown file types already seems to be based on the photo downloader rather than any others, so some of the work might be done already in the sprx.


@NewFile have you thought about this at all from the previous page?

psgm:install?url=http://link.to.your.file

This is already able to download any file to hdd, its just we dont know how to call that from the browser , mysys said it "can/could" do it though, we just dont know how to call it from the browser, only from xml. IMO this is closest to working unknown file downloader we have.

Maybe you would have more luck calling that from the browser with your skills?

 

[NewFile]

@NewFile have you thought about this at all from the previous page?

psgm:install?url=http://link.to.your.file

This is already able to download any file to hdd, its just we dont know how to call that from the browser , mysys said it "can/could" do it though, we just dont know how to call it from the browser, only from xml. IMO this is closest to working unknown file downloader we have.

Maybe you would have more luck calling that from the browser with your skills?

only psns: works. Nothing else. Been trying a lot of things and only the above method worked.

 

[psykosis]

we just dont know how to call it from the browser, only from xml.

Couldn't we call the xml from a webpage using the browser? Perhaps embed the xml call inside the button?
We had a method a while back, I believe for ps4 IIRC, that redirected the help page to xploit page, perhaps something similar to accomplish this could be done?

Just a thought.

 

[NewFile]

Couldn't we call the xml from a webpage using the browser? Perhaps embed the xml call inside the button?
We had a method a while back, I believe for ps4 IIRC, that redirected the help page to xploit page, perhaps something similar to accomplish this could be done?

Just a thought.

We can't call any local file from the browser. And calling a hosted simply would still do no good. Tricky.