#1
|
|||
|
|||
Resume - Question/Bug.
Win 7 sp1, jre 8u11 x64.
Does jd not recognise/remember it's part files, incomplete dls. Eg- 1 Mirror links on tusfiles and usercloud. 2 Tusfiles dl starts. say 100 mb dled. 3 Pppoe connection drops then reconnects. 4 Jd just skips partially dled tusfiles link 5 Jd starts dling same file from usercloud from beginning. Same part file is overwritten and when dl finishes you get a complete and properly dled file. Problem is that 100 mb from tusfiles is wasted time and bandwidth. Tusfiles is resumable and completing that dl is preferable to starting all over again in usercloud. **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** 30.05.15 04.54.17to30.05.15 04.56.08 jdlog://2033219980341/ Please see if you can reproduce/fix issue. Thank you. Last edited by zele; 30.05.2015 at 02:41. |
#2
|
||||
|
||||
we don't currently support switching between urls for mirrors, if mirror download has to change from one host to another it wont resume from anothers position, it will always start from 0.
raztoki
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#3
|
||||
|
||||
This will be one of the many new features of the new downloadcore I'm working on
__________________
JD-Dev & Server-Admin |
#4
|
|||
|
|||
You both seemed to have missed the point.
DO NOT want to resume from another host. Want jd to resume incomplete dl from same host. There is nothing wrong with that link. But if internet connection drops Jd is automatically skipping incomplete dl, jumping to mirror link and restarting dl. Manual stop and restart of jd after connection drop causes jd to properly resume tusfiles link. Hence the question does jd not recognise part files/mirrors ? Is there some reason/bug that jd does not resume dl from SAME host instead of dling again from another host. Please check the log. Thank you. Last edited by zele; 30.05.2015 at 13:45. |
#5
|
||||
|
||||
The ticket title might be wrong. JDownloader is currently not able to resume a file with a different link as the needed information is saved within jdownloader. The new downloadsystem will store those information outside JD and then it is possible to resume a download with a different link from same/different host.
__________________
JD-Dev & Server-Admin |
#6
|
|||
|
|||
Jiaz please try to reread my original post.. There are only 2 links. The problem is connection drop. It cause jd to automatically skip to next link. If next link is mirror then jd redls the file. If next link is some other file then jd dls that. Why does jd not resume and finish same file/host after connection drop ? Why is it skipping to next link ?
|
#7
|
||||
|
||||
2 Links -> I wrote--JD saves the resume information inside the link.
Link 1 downloads, breaks/aborts at X percent, resume information is saved within Link1 Link 2 (same file) kicks in, sees the partial File, checks Link2 for resume information, has none, resumes/starts from beginning. Why the switch -> because Link1 has an io error and that results in waiting time. Then JD checks next mirror and tries that. The new downloadcore is already in testing phase, so not too far in future JD will be able to resume files fine
__________________
JD-Dev & Server-Admin |
#8
|
|||
|
|||
Got it. So connection drop triggers wait time causing the skip.
Thank you. |
#9
|
||||
|
||||
exactly. and normally this is no problm but in your case it is. once with new downloadcore jd will even resume from other host/link. without skip/waiting time on io errors this can easily lead to non downloading (imagine a hoster has issues...)
those controlling is not that simple...is io only temp or longer...can we retry or should we wait...what was cause of error...and many more questions.
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
Yes, logical nightmare. Skipping is easy and safe bet on unattended dl.
Thank you for your time and work. |
#11
|
||||
|
||||
Thanks for your understanding!
__________________
JD-Dev & Server-Admin |
#12
|
||||
|
||||
yah sorry, probably should have elaborated more so on the underlying cause which would have been the reason it switched links. Though I didn't look at your log at the time of the post sorry, I was meaning too though (log was queued to download, just didnt get back to it)
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#13
|
|||
|
|||
How would I enable this "resume" feature?
Cause for 48 hours I'm already waiting for uploaded.to and the file started several times from 0 again. How can this be in their interest to waste the precious bandwidth on the very same file and the same user over and over again? Thanks |
#14
|
||||
|
||||
Uploaded.to doesn't allow resume for free download, JD can't change that.
__________________
FAQ: How to upload a Log |
#15
|
|||
|
|||
Right now I'm back at 2 % again ... after it was already 65% this morning ... this is so frustrating!
Maybe JDownloader could penalize uploaded by not showing their advertising banner until they allow for resume. Always seeing their logo is currently a real detestation for me. |
#16
|
||||
|
||||
just don't use that hoster?
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#17
|
||||
|
||||
Most hosters limit *resume feature* to premium only.
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|