![]() |
Downloads "Jump" backwards I have Limewire PRO 4.9.11, and spent days downloading a cd image. (@ variably between 1&15 KB/s). When I was 98% done, I had to shut down my computer overnight, as I did often before (Properly: 1.Paused download 2.Exited Limewire 3. Shut down computer). The next morning my download had "jumped" back to 18%! I am fuming! Any help or info would be appreciated. |
i have the same problem my experience says that the file u D/L is now garbish -> u need to restart D/L from zero see the thread "resuming downloads" in this forum |
you shouldnt have shutdown you computer i guess? most likely you were downloading from one source. the network is very dynamic. this goes with any network and any application. you can only blame yourself for thinking the file would still be available from the same source when you get back online. moral of the story: if your that close to finishing the download, why not let it download. |
Since I saw there are more list of disscusion with the same subject i'll post my masseges here too: Quote:
Quote:
Quote:
|
Quote:
Q: Can I resume the download of a file? A: As of the current release, there is a "forced resume" button, which allows users to restart a download from the download window. "Smart downloading" will try to "auto-resume" your file if needed. Q: What happens to my active downloads if I exit LimeWire? A: If you exit the LimeWire program, any downloads that were in progress will terminate at this time. These downloads will resume the next time you start the program, but only if the host of that download is connected to the Gnutella network. Q: Where are my files stored before they have completed the download process? A: They are stored in an "Incomplete" directory. Click the "Library" tab to view. Q: Can I "preview" files before they have completed downloading? A: You can preview in-progress downloads of media files by simply double clicking on the name of a file currently being downloaded or pressing the "Launch" button after highlighting the file being downloaded. :eek: Q: Does LimeWire preserve the state of downloads in the case of a system crash? A:Yes. LimeWire will generally behave as if you had quit the program. (See above.) :eek: and you can read more here http://www.limewire.com/english/content/faq.shtml#dow5 I don't see any specification that you should not shutdown your computer........:rolleyes: :confused: Quote:
Yes???...???... than what is the moral of "resuming download" function in this program ??????????? And you know what: What are functions of the program that you are testing. 'cose I saw that you are a beta tester???? Have you ever tested this function and alway worked impecably for you. If yes, than I thinc that you are just a normal user... Again sorry for my tone no ofense, no bad meanings! |
the resume functions in limewire are still alittle unclear and may have bugs in it. and yes, i extensively test beta software. i have had this happen MANY of time before. for normal users, they should allow the download to complete without any interruptions. this is the best way to avoid any bugs that are in the resume function. your right, i am a normal user of LW, but i know some things most users will never know. its like a car, the mechanic knows more about the car than the owner will ever want to know. ;) btw, i decided to become a beta tester because i got fed up with alot of the bugs that were in the versions that i was using previously. :cool: |
peace man, but I saw that told johnlond that it's his blame... (in the end, for just) trying to resume a download. And that got me mad... when in the FAQ is not saying anything about this... Quote:
Keep up with the good work and in the end we'll al have a better LW. with no bugs... Respect :) :cool: |
btw, the faq and userguide is alittle outdated. |
Resuming Downloads Dagam3 Although this thread has reached its conclusion I would just like to add a little bit to it. Both Ultracross and you are right about resuming downloads but there is one little point you have seen but have not understood its significance. Quote:
So Ultracross is correct when he says that you run the risk when you switch off your PC. Also remember that the P2P network consists of thousands of individually owned PCs (and some user owned servers) which can be switched off or on at any time by their owners. UK Bob |
Re: Resuming Downloads Quote:
LW should try to match only the all imcomplete file and if cannot make a match ask what to do: wait another source or match the most he can. I only try to D/L files with 4* and 2+ sources and allways see if the file exists in bitzi database. With that, unless exists any D/L error, LW shoud resume properly from a compatible file. then: is a LW bug or a LW bug? |
Re: Resuming Downloads Quote:
But the PC or server I'm downloading from could be switched off at any time, even if i don't switch off my computer. So it could happen any time while I'm in the downloading procces... and then what happends...? Quote:
:rolleyes: DOWNLOADING Q: Why do I keep getting "Need More Sources"? A: There are several possibilities: 1) Each Gnutella user has a limited number of slots reserved for uploads. When these slots are filled, you'll see a message that LimeWire is waiting for a certain number of "busy" clients. LimeWire will automatically retry downloads from these clients after a variable period of time in hopes that upload slots will become free. However, if the person who has the file you're trying to download has too many people requesting files, he won't be able to serve any more file requests, and your connection will be refused. 2) If the person who has the file you're trying to download has recently turned off his computer or has disconnected from the Gnutella network, you will be unable to download the file. 3) If the person who has the file you're trying to download is running inferior or buggy Gnutella software, the download could fail for any number of reasons. 4) If the person who has the file you're trying to download has since deleted the file or moved it, you may encounter problems downloading the file. To minimize the chances of failed downloads, make your search more specific.You will have more pertinent search results from which to choose a download :rolleyes: http://www.limewire.com/english/content/faq.shtml#dow3 So I thinc that the program will give me the "Need More Sources" message... More exact: the program downloads from multiple host, from files called "mirrors". And this mirrors are files with the same length and so on... (...indexes...) Now let me understand you. You are saying that if the program can not find the file ('cose the owner's pc is off), than will try get me some other file who matches with my file at 6% or 20%... 0% ???. This will never be a mirror file in the first place and in conclusion if I want to download a picture with a beautyful sky I could get nice porn. 'cose the head of the file could be the same at .jpg's... the rest of your message........... Quote:
In the end I thinc some experienced users should read the FAQ too. and there is the solution: :rolleyes: Q: When I try to download certain files I get a message that says "Waiting for 1s busy”. What does that message mean? A: The "Waiting for 1s busy" message occurs when the server refuses your download because it is too overloaded. In other words, demand outstrips supply. LimeWire will continue to retry the download as long as it gets the busy signal. If you're willing to wait long enough, you'll probably get the file. A good way to avoid this problem is to take advantage of LimeWire's "grouping" feature, which puts similar files into folders. After you search, click on the "location" column to sort results by location. Files marked "multiple (N) are available from N locations. Try downloading these files first. When you try one of these "smart" downloads, LimeWire will try all the locations one after the other, making these downloads much more likely to succeed. Q: What is grouping? A: Grouping is the automatic alignment of files deemed to be the same as one another based on extremely close matches of both file size and file name. Primarily used as a tool to aid in "smart downloading," grouping is an effective way for a user to ensure he has the best chance of successfully downloading a specific file. :rolleyes: http://www.limewire.com/english/content/faq.shtml#dow3 |
Re: Re: Resuming Downloads Quote:
|
SOLUTION There is an addition, for this solution to work: Quote:
|
Dagam3 I have used many different p2p programs in my time and unfortunately I have run into this problem with all of them. In my humble opinion this is just a nuisance you have to put up with on very rare occasions. Since this thread was posted I have been trying to reproduce the results. Out of 200 files downloaded I got it to happen once. I was choosing files to DL that were 4*,3*,2* and 1 to 2 sources many of which went to need more sources or wait in line about 65% all of the files have now completed. Which is surprising I did not expect that, must have been the luck of the draw. Any way I used the resume feature and I had one file that was at 98% after sitting idle for about 20sec. it started at 0% and within a couple of minutes was DL from 10 sources the original file was a 2* with 1 source which means to me that LW was probably grouping and found a similar file with abundant sources and dumped the first and started over. The file DL was the correct file content but I do not knot know if was the original file I started with. Any way if this is a bug it is a bug that is in all the p2p programs that I have used and I do not think it will ever be completely fixed in any of them. There are more serious issues such as memory leeks which make allot of people have troubles that will get more attention than one that only happens rarely to the masses. |
Ok Grandpa I see your point.. (but the files that LW found in "abundant sources" where based on the mirrors rulles... so they were mirrors of the "the original file that was a 2* with 1 source", mirrors wich LW did not find on your search.............etc etc etc..... ) So you are a luky ... But to me happedns twice with the same file in the same day in the third day of using the program (read upper msg.) So what do you thinc I'm feeling like. You know what... I thinc that this issue should be specified more clearly... Anyway may third attemp of downloading the file is almost over... (hope not to have a sys. crash or something:D ... in the meanwhile... Pray for me:D ) About those other issues I thinc you can blame it on java...... I was talking only on the program.......etc.etc.etc...... |
......my file is hosted on 36 computers and has 4*......... |
1 Attachment(s) I'll give a technical answer as to why your download goes backward. When LW downloads a file, it first ask the host about the identity of the file, known as Tiger Trees. Each file has many identifies, one for each fragment of the file. The size of the fragment varies wheter the file is big or not. For a mp3 it might me 128KB while for a movie it can be 1MB or 2MB. That's why you see the tiger tree hashing transfer often in the upload window before uploading a file. When you finish downloading a fragment of the file LW will compute the identity (hash) of that fragment with Tiger hashing. If it does not correspond, LW will delete the fragment and try to redownload it. That is why you can see your dl percentage going backward. If you want to see how much data is corrupted in a download or simply the size of the fragments LW use for one file, enable tool tips in the advanced options while righyt clicking on the title column in the download window. Ciao |
good point. but I realy don't thinc it has real connection with the RESUMIG downloads. because we all had this problem at RESUMING the downloads. And even so the jump from 88% to 5% (after RESUMING) is to much for a fragment or 3 or even 8 fragments 'cose sometimes the download it's from 8 hosts. When it jumped from 88% to 5%, the file on disk was at least 88% downloaded (I verified this 'cose it was a movie, and I could saw only about 88% of it with my movie player). And it passed a while downloading at 5% untill I saw the error. From now on may be the program overwrites the fragments in the file... |
1 Attachment(s) that tooltips look something like this when I saw the error... (0kb lost to corruption...) What was interesting, was that scandisk gave me that error , thats why I thinc there are some problems when the program alocates the space for files... |
I know how it makes a person feel. I can still remember the first time it happened to me and it was at a time when I had a much slower connection using a program that wasn't as good WinMX the file size was 1200+MB took literally days to get to 95% and lost it twice. I then switched to another version about the same size with less sources and finally got it. I do not know why it happened other than I suspect the first may have been corrupt in some way but I never received any message saying it was. Any way good luck I hope you get your file. And thanks for the explanation et voilà much appreciated. |
OK folks... going to watch the movie with my Pap 'cose it's his favorite... Good Lock |
ALL my downloads ALWAYS resume at 0%!!!! guys, am having MAJOR problems with the issue you describe. if i ever close limewire and have downloads running, they ALWAYS start again from 0%!!!! i guess it doesnt matter if the host if a member of the Gnutella network or anything, because ive tried this many times, and it always starts again at 0% without fail! ive tried reinstalling limewire, which didnt work. ive also now installed the new version, 4.9 but still the problem continues sorry to go on about it, but it really got to me today when i lost a 700mb video that was 95% downloaded! sometimes you just have to close down limewire, to either shut down your computer or, say, write a CD, where you need to close down other applications. help! please! NB: this never used to be a problem when i used to use kazaa. my friends all use limewire and say that their downloads usually start again from the same place when the re-open limewire. why does this never happen with my downloads?! |
help!!! someone must know about this ^^^^^^^^ |
All times are GMT -7. The time now is 12:26 AM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.