Outline · [ Standard ] · Linear+ How to put existing downloads 'off-line', Moving temp folder

I would like to take off-line (remove for the moment) the 150 or so files that are in the process of downloading. some have been sitting there for quite a while. I don't want to just delete them, I may want to continue later.

If I move the contents of the temp folder, or just create a new one and point eMule Plus 1g to it, what will this do to my other files like known.met etc? These have info in them relating to the files in the download, amongst other stuff.
What if I then queue other files for DL, they would be allocated low part.met numbers like 001part.met. If I bring the old files back later, these would over-write, or not relate to the correct ones.

Is the correct way to do this to backup all eMule folder files, move the temp files away somewhere, then put plain eMule Plus files like known.met back in the folder? Obviously i'd keep the client.met and preferences.dat credit related files.

Anyone done this before?

http://emuleplus.sourceforge.net/forum/ind...t=ST&f=10&t=594

Thanks for the quick response moosetea, I was looking at that page as I was putting my questions together.

It doesn't answer the what if, just says what the files are used for...

Copy the temp files out, and make a backup of known.met just incase you have a nasty crash.

You should be able to name tempfiles as anything Try it with one file first.

That bit seems straight forward enough. What about the issue with maintaining the 'old' known.met? And adding new files to download where the first 001part.met, 002part.met are no longer there? I think the new files will become those low numbers again. And you could never add any existing downloads back in again.

I think all files have to be moved off to one side, exept the credit related ones, they will help new downloads.

just rename any temp files that collide...

tough question MrCC...

I think I follow you but I can't imagine how to avoid the problem you descibe. I have recently removed a few files (overshadowing a release on my UL queue) and I think they will no longer have a history when they come back. I hadn't anticipated this dilema.

?

QUOTE

just rename any temp files that collide...

Easy to say, but what if their collision result is that they overwrite...
Anyway, not too worry. This is a pretty complicated scenario, not well experienced I gather.


@questionguy99
The workaround to 're-starting' from new (fresh folders, but keeping credit files) and being able to continue downloading your previous files is this.

Make sure you know what the part files relate to (there are tools that can give you a listing). Then you 'start' the DL again, to get a new part.met file. When you have a few of these that you want, you stop eMule Plus, then replace the new small part files it has started with your old larger part files, changing the number to what it is now.
You may need to run Donkey Doctor against the pair (part and part.met files) first.

I used to do this quite a bit, if I do it again I'll post the instructions if it would help.

@MrCC : first fire is a new download in your emule dir, second is the "archived file"

002.part
002.part.met

002.part
002.part.met

rename one of these so you end up with something different :

002.part
002.part.met

099.part
099.part.met

it's even possible to name the .part and part.met not only by the numering-scheme but u can also name them old123.part (and old123.part.met).
so if u have your "offline" tempfiles in a seperate dir u can simply batch-rename them.

Caution with the rename of part/part.met files!
There is and entry in the part.met file, which points to the part file.
I think you also must change this entry with a hex-editor or something similar.

DT

@dt: afaik this is not true sometime i already renamed those parts and mets without problems and some friend gave me a cd with his parts he couldn't finish (of course i already had those 00x.part by myself) and i just named them friend_00x.part and everything was fine...

(known.met: stores the hashes for the files you have and you're downloading)

OK, so if the known.met has hash info, at what point is this updated? Is it at start up of eMule? Reason I ask is that if part and part.mets are re-named, how will this affect the contents of the known.met?

If I rename all my old files pairs (part, part.met) and put them in another folder, but don't point eMule at it, are they 'cleared' from known.met. This would be good.
Then when I tell emule about the folder again, and re-start, are they hashed again and put in the known.met? This would be good.

This would mean you could rename the old ones so they did not conflict with any existing ones on download.

afaik known.met doesn't contain the filename (or number) of the partfile. if u unshare (like u told) a partfile, the entry isn't cleared automaticly (see contextmenu "show all known files") if u delete the entry manual, the file has to be rehashed when u add them again otherwise a rehash should be not needed (untested)

QUOTE (SyruS @ Aug 6 2003, 10:39 AM)

@dt: afaik this is not true

Well, have a look at one of your part.met and see yourself.
This is the tag -> FT_PARTFILENAME

I wonder, why e+ didn't use these tag to identifier the part file

QUOTE

afaik known.met doesn't contain the filename

It does

DT

This post has been edited by DoubleT: Aug 6 2003, 23:43