Difference between revisions of "Import-export files"
| Line 31: | Line 31: | ||
== Another method == | == Another method == | ||
| − | You can also use eMule for Windows, which can import | + | You can also use [[eMule]] for [http://www.microsoft.com/windows Windows], which can import [[eDonkey2000]] temp format (newer [[eMule]] and [[aMule]] use the same format). But I tried, and it crashed a lot. |
Revision as of 15:29, 14 December 2004
When is this useful?
If you are switching to aMule from some other ed2k client, you might find out that aMule's temp files aren't compatible with your old client's temp files.
Allthough aMule uses a standard temp file format, this incompatibility issue might happen if you are switching from MlDonkey, eDonkey2000 and some strange xMule versions. This is because this clients use strange temp file formats non-compatible with other client's format (such as eMule's).
Of course, you can use this document to export temp file from aMule too since almost all what will be explained here is extensible to most other ed2k clients.
Procedure
The best thing to do is to set up a testing Field (please read this document before going on).
Once the testing field is set up, you have to ways to move on. Choose whatever way siuts better your needs:
- Search (with a local search), in your aMule client, one-by-one for all the files you were downloading with your old client and go adding them to the download queue.
- Go to your old client and copy the ed2k links of the files in the download queue one-by-one and go adding them into aMule.
Since it's a local connection, the transfer will be almost as fast as copying the temp files from one place to another.
Once all the files have been downloaded, you can safly remove your old client from your system and have a happy aMule experience ;)
Disadvantages
Although this is very fast to do, it has a disadvantage: only full chunks will be downloaded. This is like this because the ed2k protocol defines it this way.
Whether this is a bg or a little problem is absolutely random. in 90% of the cases, this will suppose loosing about 5% of the data or less. But if you are downloading lots of little files (less than 10MB for example) the loss could come up to 90% (or even 100% in some few extreme cases).
If you find that the loss is too big, I'd suggest you to finish your current downloads on your old client and then switch to aMule.
Another method
You can also use eMule for Windows, which can import eDonkey2000 temp format (newer eMule and aMule use the same format). But I tried, and it crashed a lot.
