Or Continue to Thread: [APP][2.2+] Super Download 1.5…
Find Your Device:
22nd May 2012, 12:24 PM   |  #2  
elban's Avatar
OP Recognized Developer
Flag Venice
Thanks Meter: 653
 
964 posts
Join Date:Joined: Jul 2009
Donate to Me
More
***** FAQ *****

1 - Q: It doesn't work!
A: Please provide more information and possibly a logcat (main buffer, debug level).

2 - Q: The application doesn't trigger! Is my browser supported?
A: Did you try both methods (read USAGE on post 1)? Some browser do not support the first method (mostrly third party browsers), some do not support the second (only ICS stock browser doesn't, AFAIK). If both methods do not work for you, please post your browser and rom names and versions in this thread, thanks!

3 - Q: It fails and now I can't download the file without unistalling your app! Now what?
A: From SuperDownload, click on the download and select "send to default downloader": the android download app will start to download your file (not available on froyo). Or, some browsers support long-tap on a link and then "download". You can also install an additional download with different features, so android will ask you which one to use at download time.

4 - Q: When using both networks, mobile data stream gets interrupted often!
A: Unfortunately, when using both network, the system enforces periodic disconnects on the mobile interface. There is no way to avoid them, but the app tries to mitigate its effect as much as possible.

5 - Q: How can I download from RapidShare (HotFile, etc.) with this application?
A: Sites like rapidshare do not support multi threaded clients. They don't want you to have more than one active download at a time. So it would defeat the purpose of this application.
It is possible that, with some tweaks specific to the site, and maybe the need of a premium account, it would work. That would need a lot of time to develop, though :-\

6 - Q: Sometimes I see "Dual networks" changing form "enabled" to "suspended", why?
A: From version 0.4, Super Download tries to avoid using both networks together when one of the two is failing too often; this is to avoid slowing down the transfer when in bad mobile reception, for example. If you feel it is suspended too often or when it shouldn't, please report on this thread.

7 - Q: Does it work for downloading [put your favorite big file here]?
A: It should work as long as it's a valid http or https url (no torrent (yet), for example) and the web server doesn't limit multiple connections.

8 - Q: Does it work on a tethered connection?
A: I didn't try myself, but I got some reports that it works. The tethered connection works as if it were wifi, and you can add your mobile speed to it!

9 - Q: Why doesn't it work for downloading from the market/play store?
Q: Why don't you just replace the default android downloader?
A: The default downloader is not a "normal" application, it's a core part of the android system and libraries. Even if it was possible to take its place, it would be a compatibility nightmare, with all the os versions and different carrier/manufacturer customizations that are available.

10 - Q: Why can't you do the same system wide, for all the applications?
A: That would need to modify android internals and probably every application that needs it. Currently Super Download merges the packages from the two connections at the application level and there is no simple way (that I know of) to do it differently.

11 - Q: On my Samsung with original firmware and touchwiz I can't see the download history, even though I'm on later than froyo!
A: That's because samsung has taken their froyo downloader and put it on gb, ics and later, without updating the downloader api. You know, it's easier to make a customized program work on a new version of android rather than re-applying the changes to a newer version of the downloader...

12 - Q: Can you alter the app and allow it to do tethering also? I want to create a wifi network which combines two 3g networks and doubles the speed for the user.
A: I'm sorry but Super Download can't do this. The problem is not just enabling the interfaces (you can get some clues on how to do this on this thread, without the need for SD altogether), but combining the packets from the two channels. As far as I know, this can easily be done only at the application level; what this means is that you would need to modify the programs you are using on the client in order to make it work. An exception would be the use of proxies: most networked applications already support this, so theoretically it's possible. But currently a bit off topic for this project, unless it can grow to a much bigger application than it is now. It is in my todo list for the future, nonetheless
Last edited by elban; 10th April 2014 at 10:28 AM.
The Following 21 Users Say Thank You to elban For This Useful Post: [ View ]