reliable file resumption (even without downloads.data file)
 

to be able to resume files which are partially downloaded would be great.

you can search and find exactly the right file by searching in the usual way, start downloading it again, but limewire does not recognise that there's a partially downloaded version of the file in your incomplete folder and starts again.

i have a lot of time's worth of partially downloaded files. to be able to resume them, rather than having to start again really would be good.

thank, hopefully :)

Hmm, I think that it's your donwloads.dat file that got corrupt, since my LW already does what you are suggesting: running a search will show results in different icons; an incomplete file (one that has already been partially dlded before) shows up as a torn sheet of blank paper. Downloading it again prompts LW to resume dlding from where it left off.

> I think that it's your donwloads.dat file that got corrupt

well, imagine the downloads.dat file no longer exists for one reason or another. say i was to email you (and also say we had the same os and version of lw) one of my partially downloaded files -- are you saying that you'd be able to resume the download process of that file, just from that file itself? -- no further information, such as the downloads.dat file.

it looks like the downloads.dat file, i guess, keeps a record of what part(s) of the file has been downloaded and what part(s) hasn't. the request i'm talking about is resuming without that downloads.dat file, becuase, yes that get corrupted for one reason or another -- that's what's happend to me several times. now i have an awful lot of time's worth of partially downloaded files, which at the moment are unresumable, so useless.

I see. So, in short, what you want to have is to be able to just put a partially dlded file in the incompletes folder; LW will recognise it, determine which parts need to be completed and dld those parts, right?
Hmm, that might be difficult to do (if at all possible). Unless I'm wrong, LW would need an "image" of the complete file in order to determine which parts of it are incomplete. It would have to search the entire net to find that image.
I don't know... Maybe sberlin will tell us if it's doable or not.

> you want to have is to be able to just put a partially dlded file in the incompletes folder; LW will recognise it determine which parts need to be completed and dld those parts, right?

i don't mind doing a bit of work to achieve resumption, so maybe not quite as automatic as you say, just so long as actual resumption was possible which it doesn't seem to be having no connected downloads.dat file.

finding out what has been downloaded already is completely evident from the partial file itself (and if it isn't, i'd say the design of lw's partially downloaded file format is flawed -- the format needs tweaking). and having found one or more copies of the file in question (which i can do myself, by typing in part of the file name) it's then obvious what is missing. foundfile - partialfile = neededparts

maybe it would need user intervention to a) find a copy to continue downloading, and b) to tell limewire that "this file on the net is the full version of this partially downloaded file on my drive" (to manually make the link to limewire between the two files)

if a and b were both required, fine. at least i'd be able to resume a whole load of partially downloaded files, because at the moment they're completely useless and represent a big waste of time.

it seems silly that loosing the obviously at the moment essential info in downloads.dat renders partially downloaded files unresumeable.


i mean what is actually contained in the downloads.dat file? how hard would it be to remake what's in, or at least the essential part of what's in that file from a partially downloaded file? i really don't see that as such a tall order, especially if you're the original developers who have a good understanding of the make up of that downloads.dat file. it really isn't a big deal imo.

Do you know any?

Both murasame & I have posted questions about a similar topic (it was my 1st): Library items in Red? & also Some downloads suddenly restart downloading from 0% I've found that you can resume incompletes if you're careful about the way you go about it (by initially searching for the sources.) In fact, even better is not to resume them but search for the sources & reselect to dwnld. If it's not the correct one (starting from the % of dwnld it should be) then I delete it from the dwnld window & select another from the search results.

I've had many multiples of 'one' selected dwnld file sitting in my Incomplete's folder. So once one has completed I'm left with these other partially dwnlded ones.

Well, we're not the original devs (sberlin -and others here of course- is though. That's why I mentioned him previously) and I don't know squat when it comes to programing. However, I know for sure that some things that may seem easy and pretty straight-forward are actually really tough to make/do, so doing that may not be as simple as that.

> I've found that you can resume incompletes if you're careful about the way you go about it (by initially searching for the sources.) In fact, even better is not to resume them but search for the sources & reselect to dwnld. If it's not the correct one (starting from the % of dwnld it should be) then I delete it from the dwnld window & select another from the search results.

yes i have also figured that's the most likely way of succeeding. i've just been trying that for the last several hours on multiple files -- i've not been able to resume a single one. they've all started off from the start again.

> However, I know for sure that some things that may seem easy and pretty straight-forward are actually really tough to make/do, so doing that may not be as simple as that.

having written limewire (therefore having that level of proframming skills) making reliable resumption without the downloads.dat file would not be a major hurdle.

as far as i can make out lw downloads sequentially from start to finish. in which case it really wouldn't be hard. the pick up point is simply from where it's got to. all that remains is reliably linking the file on the user's hd to the found file which really wouldn't be hard. in fact you could leave that to the user -- a simple open dialogue box to allow the user to do it manually if automatically doing it proves tricky, which i don't think it would. even if it doesn't dl sequentially, in a more random block kind of way, it really wouldn't be that hard i don't think.

any way thanks for responses. i've had enough of lw.

You've had enough of LW? Just for that? Boy...

Anyway, in that sense, BitTorrent prevails in that it's swarming system will fill out the blanks of any file.
LW uses a different swarming system from what I've been told.
Also, BitTorrent doesn't use any log file that will tell it what parts are missing: it just checks out how much of the file has been dlded whenever you open a new .torrent file (and that's why you can resume any file that you want -and even correct erroneous bytes- as long as you find the .torrent file and enough peers). Maybe tht's the way to go.

Finally, I read that LW beta supports .torrents (and so will 4.2). Maybe something like that will be incorporated there.

The current betas do not support torrents and nor will LimeWire 4.2. A future version, perhaps.