Difference between revisions of "Import-export files"

From AMule Project FAQ
Jump to: navigation, search
(=When is this useful?=)
m (Add a link to Simplified Chinese page)
 
(11 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 +
<center>
 +
'''English''' | [[Import-export_files-de|Deutsch]] |[[Import-export_files-cn|简体中文]]
 +
</center>
 +
 
== When is this useful? ==
 
== When is this useful? ==
  
Line 11: Line 15:
 
The best thing to do is to [[Testing field|set up a testing Field]] (please read [[Testing field|this document]] before going on).
 
The best thing to do is to [[Testing field|set up a testing Field]] (please read [[Testing field|this document]] before going on).
  
Once the [[testing field]] is set up, you have to ways to move on. Choose whatever way suits better your needs:
+
Once the [[testing field]] is set up, you have two ways to move on. Choose whatever way suits better your needs:
  
 
*[[Search]] (with a [[Search#Local_search|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]].
 
*[[Search]] (with a [[Search#Local_search|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]].
Line 20: Line 24:
  
 
Once all the files have been downloaded, you can safly remove your old [[client]] from your system and have a happy [[aMule]] experience ;)
 
Once all the files have been downloaded, you can safly remove your old [[client]] from your system and have a happy [[aMule]] experience ;)
 +
 +
== Advantages ==
 +
 +
This is very fast, since it will most usually be done on a single machine or between two computers in a same local network.
 +
 +
But the most important advantage is that this method is universal: It makes temp file conversion possible between any two (or even more!) ed2k clients, since they all know the same protocol.
  
 
== Disadvantages ==
 
== Disadvantages ==
  
Although this is very fast to do, it has a disadvantage: only full [[FAQ_eD2k-Kademlia#What_is_a_chunk?|chunk]]s will be downloaded. This is like this because the [[FAQ_eD2k-Kademlia#What is eD2K?|ed2k]] protocol defines it this way.
+
Only full [[FAQ_eD2k-Kademlia#What_is_a_chunk?|chunk]]s will be downloaded. This is like this because the [[FAQ_eD2k-Kademlia#What is eD2K?|ed2k]] protocol defines it this way.
  
 
Whether this is a big 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).
 
Whether this is a big 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]].
 
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]].
 +
 +
Also, you should notice that this will need additional hard disk space (for the original and the new temp file). The amount of disk space needed can be reduced by importing one file after the other in a queue and go deleting the original temp files.
  
 
== Another method ==
 
== Another method ==
  
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.
+
You can use aMule's optimized [[Usage_Import|import tool]], although it only supports some clients' temp files.
 +
 
 +
You can also check the script at ''src/utils/scripts/mldonkey_importer.pl'' from aMule's sources to import [[mldonkey]]'s temp files.

Latest revision as of 11:06, 4 September 2011

English | Deutsch |简体中文

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 these 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 two ways to move on. Choose whatever way suits better your needs:

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 ;)

Advantages

This is very fast, since it will most usually be done on a single machine or between two computers in a same local network.

But the most important advantage is that this method is universal: It makes temp file conversion possible between any two (or even more!) ed2k clients, since they all know the same protocol.

Disadvantages

Only full chunks will be downloaded. This is like this because the ed2k protocol defines it this way.

Whether this is a big 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.

Also, you should notice that this will need additional hard disk space (for the original and the new temp file). The amount of disk space needed can be reduced by importing one file after the other in a queue and go deleting the original temp files.

Another method

You can use aMule's optimized import tool, although it only supports some clients' temp files.

You can also check the script at src/utils/scripts/mldonkey_importer.pl from aMule's sources to import mldonkey's temp files.