|
[Solved] [Feature Request] Option to sequential download instead of parallel |
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
[Feature Request] Option to sequential download instead of parallel
Hi guys,
I think it would be useful to have more control of the download process. Here's two ideas: Dependency Don't start downloading packageA until packageB downloaded (or skipped, etc., the rules can be turned on/off) Sequential download Download the selected/marked packages in sequential order, so jDownloader always downloads only one package from the selected packages and it goes to the next when the current finished (downloaded, offline captcha skipped, etc. - rules can be turned on/off). This is essentially the extension of the first one. Of course, it shouldn't affect the rest of the download queue. What do you think? Thanks in advance, M |
#2
|
||||
|
||||
I don't understand?!
Why not order the list in the order that you want to download the files? You can easily order links/packages?! by position/priority
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Hi Jiaz,
It's not just order. Sometimes you have important things to download and you want them to download as fast as possible, so you want your whole bandwidth used by the important task only instead of sharing with other packages. Right now the only way to achieve this is to start the important download, wait until it's finished and then start the rest of the downloads. It's inconvenient and inefficient. If you can select a couple of packages and say "Hey, I want these downloaded one by one". Regards, M |
#4
|
||||
|
||||
that's what force start is for
starts next downloads you want now, but they do have to share total available bw. queued dls will wait until forced are finished as total slots are been used. raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#5
|
|||
|
|||
Hi raztoki,
Please, read my reply again. What you suggested is the opposite what I asked for. Cheers, M |
#6
|
||||
|
||||
I did read your original post and posts since.
I was directly responding to Quote:
I stand by what I said, and even to some extent what Jiaz has said use queue order and priorities to change which ones get done next. if you want to start downloads now, use force start. Also not processing links in the way its designed now, will just slow over all download progress. Because waiting for current packages wait times to expire, and you can't continue another package until current queue is finished. raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#7
|
|||
|
|||
Hi,
The whole idea is to not to share the bandwidth between marked packages. Here's an example. pkgA [premiumHostA / fast] pkgB [premiumHostA / fast] pkgC [premiumHostB / fast] pkgD [freeHost / slow] pkgA, B and C marked as a sequential download. So, when the downloading starts, here's what happens: 1. pkgA > downloading pkgB > waiting pkgA to finish pkgC > waiting pkgB to finish pkgD > downloading (but it's really slow so it doesn't matter) 2. pkgA > finished pkgB > downloading pkgC > waiting pkgB to finish pkgD > downloading (but it's really slow so it doesn't matter) 3. pkgA > finished pkgB > finished pkgC > downloading pkgD > downloading (but it's really slow so it doesn't matter) 4. pkgA > finished pkgB > finished pkgC > finished pkgD > downloading (but it's really slow so it doesn't matter) Does it make a little bit more clear what I would like to able to do? I don't think you can achieve anything like this using download order/priority. Those are just define the order of package picked up but doesn't prevent packages stealing bandwidth from each other. I hope it helps. Cheers, M |
#8
|
||||
|
||||
to my understanding the download core or the management of concurrent downloads, has no reference to what links are part of what package. It just downloads as fast as the connection allow (which may be globally rated limited due to speed limiter). Their might be some rate limiting between the chunked connections (hopefully to have all chunks finish around the same time), but I do not believe their is any rate limiting between different downloads. To give downloads higher speeds you would have to rewrite the entire download core and management of cores in respects rate limiting, and have real time knowledge(as you might change settings at any time which include mid transfer) of which downloads have preferential treatment.
I see see this as a priority setting, because effectively this is what it is, just an extension of start this first but also give higher over all bandwidth. I don't think we have the time to write such a feature at this given time. I know the new download core basically finished other than one major out standing function. Please wait for Jiaz response. raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#9
|
||||
|
||||
At the moment there are no plans to rewrite download selection for new selectors.
You can already -order downloads -set different priorities -use DomainRule rules to change concurrent number of downloads depending on filename, account.... -limit concurrent downloads -limit concurrent downloads per host What you have in mind would require new/additional settings on package level. and it would make it much more complex. for example. pkgA has 1 link but user set download 20 concurrent. so either only pkgA will load or we need an additional setting just for *package priority over global settings* what if pkgA has some issues and needs time to finish? for example because of overloaded server the last file in pkgA takes 10 hours, meanwhile pkgB and pkgC could have finished. I can think of many more examples. I'm sorry but at the moment I don't think we will implement such feature in near future. For your case I would simply use the 'automax' feature. Settings-Advanced Settings-automax That way you can tell JDownloader to start new downloads only if your minimum download speed isnt reached yet.
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
Hi Jiaz,
Unfortunately, none of the suggestions is a viable alternative to what I outlined so I'll just stick to manual control. Regards, M |
#11
|
||||
|
||||
Hmm, to me it looks like automax does exactly what you want. you want to let download process from top to bottom
and pkgD contains slow download link, so don't care about them?! With automax enabled you simply move pkgD to top (slow downloads) and JDownloader will continue pgkgA,pkgB,pkgC in order and try to reach the set download speed.
__________________
JD-Dev & Server-Admin |
#12
|
|||
|
|||
Hi Jiaz,
Download speed is not something I'd rely on, even the best hosts have serious speed fluctuations from time to time. Also, those settings would depend on the case, not to mention forgetting to revert the settings would cause more headaches. It's simply not worth it, at least not for me. I was hoping for a simple and user friendly solution like selecting a bunch of packages and pick "Download One by One" from the context menu and you're done. Regards, M |
#13
|
||||
|
||||
You could achive this with help of eventscripter
for example a little script that disables the other packages and enables next package in list when previous one is finished. You can ask mgpai for help with eventscripter.
__________________
JD-Dev & Server-Admin |
#14
|
|||
|
|||
Hi Jiaz,
I guess there's no documentation available currently. Cheers, M |
#15
|
||||
|
||||
Editor shows all available objects and methods for the current selected event type
__________________
JD-Dev & Server-Admin |
#16
|
||||
|
||||
you might have to toggle the hide/show help top left toolbar of the editor.
raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#17
|
|||
|
|||
Hi raztoki,
Yep, I already found that... I'll look into it to see if it fits my needs. Thanks, M |
#18
|
||||
|
||||
good stuff
raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
|
|