![]() |
| | |||||||
| Register | FAQ | Members List | Calendar | Arcade | Search | Today's Posts | Mark Forums Read |
| Open Discussion topics Discuss the time of day, whatever you want to. This is the hangout area. If you have LimeWire problems, post them here too. |
|
Welcome to Gnutella Forums. You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our community today! If you have any problems with the registration process or your account login, please contact contact us. Once registered but before posting, members MUST READ the FORUM RULES (click here) and LimeWire/FrostWire users should include System details - help us to help you (click on blue link) in their posts if their problem relates to using the program. Whilst forum helpers are happy to help where they can, without these system details your post might be ignored. And wise to read How to create a New Thread Thank you |
| | LinkBack | Thread Tools | Display Modes |
| |||
| Hello Everybody I have a little problem with the new version of limewire! If I start a download and the other user delete the download after 60% I couldn't resume the download. The download will start new (0%)... with the old version it works perfectly if it was the same file Thx for help greets dave |
| |||
| I agree! But I also can understand that there are resons behind this. I also suffer with the restarting of download, with much time investment, when it should be almost complete. I have a suggestion for the Limewire folks: Please upgrade the "Download All" feature to examine the incomplete folder. If there is a match for the same final file size, with the same type of course, then use a prompt to as the user to continue downloading the data even if the name does not match. What I have found is that the grouping works great. The files that are grouped together reflect the file I am trying to download. But when the actual download has started, slightly differences in file names, even a case difference, can cause Limewire to start a new download. If this enhancement were to be added, additional download matches could be used to increase the download speed. Files could be shared more quickly. This effect would compound making more files available, as more people share, and thus the file would be accessible from even more people causing download speeds to increase even more. In an ideal world, all the same files would be named identically. but it is clear on a diversified network that this will not happen. The file size seems to be the better key. I hope the Limewire folks are listening! Thnx, wizkidd |
| Thread Tools | |
| Display Modes | |
| |
| | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Failed downloads on iMesh5 | LimeWireRocks | Other GnucDNA Clients | 5 | August 5th, 2007 04:57 AM |
| port test failed, no downloads | ban | Connection Problems | 1 | August 27th, 2005 12:37 AM |
| old (killed) downloads resume after launch (current files that need to resume are gon | ronshort72 | Download/Upload Problems | 3 | May 9th, 2002 11:31 PM |
| failed complete downloads | Unregistered | General Mac Support | 0 | March 22nd, 2002 06:23 AM |
| Re-Search failed downloads automatically? | Unregistered | Gnucleus (Windows) | 3 | November 6th, 2001 11:26 PM |