AMule Project FAQ - User contributions [en]

FAQ eD2k-Kademlia-it

2004-12-08T22:43:44Z

217.228.68.115:

<center>
<h4>F.A.Q. di eD2k-Kademlia</h4>

<h2>(Tradotto da ''[[User:SNeo|SNeo]]'')</h2>

[[FAQ_eD2k-Kademlia|English]] | [[FAQ_eD2k-Kademlia-es|Español]] | '''Italiano''' | [[FAQ_eD2k-Kademlia-de|Deutsch]]
</center>

== Che cosè ED2K? ==
ED2K è un protocollo originariamente usato dal client P2P (Peer-to-Peer) eDonkey2000, da dove viene il nome. E' un protocollo basato sul sistema client-server, con l'abilità di scambiare fonti tra i client.

La rete ED2K si basa sui server non come reti quali Kazaa, significa che la prima cosa da fare quando avvii aMule è collegarsi a un server (manualmente o automaticamente).

Una volta connesso su un server, il client può ricercare, o localmente (al server in cui si è connesso) o globalmente (a tutti i server), qualsiasi file,e i server a cui è stata inviata la richiesta forniranno al client una lista con tutti i file che corrispondono ai criteri di ricerca.

Se un utente comincia un download, il client chiederà al server le fonti, che saranno fornite dal server sotto forma di indirizzi IP dei client che hanno comunicato al server di avere il file specificato.

== Che cosè Kademlia? ==
.

== Kademlia è come Overnet? ==
.

== Che cosè un chunk? ==
.

== Che cosè un hash? ==
.

== Perchè dopo una ricerca, certi file che sono gli stessi appaiono come file differenti tra i risultati, sebbene abbiano lo stesso nome? ==
.

== Che cosè il Basso e Alto ID? ==
.

== Quali porte devo configurare in un firewall o in un router per avviare aMule? ==
.

== Cosa fa ogni porta? ==
.

== Ci sono qualche limitazioni nella rete ED2K? ==
.

== Nella finestra ricerca, che filtro si usa per ogni tipo di file? ==
.

== Che cosè una fonte? ==
.

== Che cosè tutta quella roba sui crediti, velocità e punteggio? ==
.

== Che cosè uno slot? ==
.

FAQ eD2k-Kademlia-es

2004-12-08T22:43:15Z

217.228.68.115:

<center>
<h4>F.A.Q. sobre eD2k-Kademlia</h4>

<h2>(Traducido por ''[[User:Kno|KNO]]'')</h2>

[[FAQ_eD2k-Kademlia|English]] | '''Español''' | [[FAQ_eD2k-Kademlia-it|Italiano]] | [[FAQ_eD2k-Kademlia-de|Deutsch]]
</center>

== ¿Qué es ED2K? ==
ED2K es un protocolo usado originalmente por el cliente P2P (Peer-to-Peer) [[eDonkey2000], que es de donde proviene. Es un cliente basado en la arquitectura cliente-servidor, con la posibilidad de intercambio de fuents entre clientes.

La red ED2K está basado en servidores no como las redes P2P como [[Kazaa]], lo cual quiere decir que lo primero que tienes que hacer cuando ejecutas [[aMule]] es conectarte a un servidor (manual o automáticamente).

Una vez conectado correctamente a un servidor, el cliente puede buscar cualquier fichero, tanto localmente (en el servidor al que está conectado) o globalmente (todos los servidores), y los servidores responderán con una lista de todos los ficheros que concuerden con los parámetros de la búsqueda.

Si el usuario comienza una descarga, el cliente empezará a pedir a los servidores fuentes, que los servidores responderán en forma de direcciones IP de clientes que han dicho al servidor que tienen ese fichero.

Lo que se hace en este momento es pedir un sitio en las colas de todas estas fuentes.
Cuando llegas a la primera posición de una de estas colas, el cliente remoto te empieza a dar un chunk lee [[FAQ_ed2k-es#¿Qué_es_todo_esto_de_créditos_tasa_y_puntuación?|¿Qué es todo esto de créditos tasa y puntuación?]], y cuando has descargado ese chunk te vuelves a poner en la cola. De esta manera, diferentes chunks están distribuidos por la red ED2K, así que aunque en un momento dado nadie tenga el fichero completo, se podría completar obteniendo diferentes chunks de gente diferente (es bien sabido que la gente tiende a dejar de compartir un fichero una vez que se lo ha descargado). 
Fijate que un cliente solo da '''un''' chunk a la vez a otro cliente. Aunque un cliente esté en dos colas de subida de diferentes archivos y lleguen al principio de la cola, ese cliente solo dará uno de los archivos a la vez al otro cliente (el otro envio, dependiendo de la aplicación ED2K que use el cliente, probablemente quedará con la máxima prioridad de envio, pero no comenzará hasta que el otro chunk haya sido completamente enviado).

Si ambos usuarios tienen ID alta (ver
[[FAQ_ed2k-es#¿Qué_es_ID_baja_e_ID_alta?|¿Qué es ID baja e ID alta?]]) la transferencia se realizará directamente de cliente a cliente (Peer-to-Peer), pero si uno de los clientes tiene ID baja, la conexión se establecerá a través del servidor, ya que un cliente con ID baja no puede aceptar conexiones entrantes. Como resultado, dos clientes con ID baja '''no pueden''' conectarse el uno al otro.

== ¿Que es Kademlia? ==
Kademlia es la evolución natural de la red ED2K. Kademlia es el futuro. Mira [[FAQ_ed2k-es#¿Hay_limitaciones_en_la_red_ED2K?|¿Hay limitaciones en la red ED2K?]] para mas información de por que'Kademlia es necesario.

Como Kademlia es una red descentralizada, desaparece el cuello de botella que se creaba con la necesidad de servidore (a pesar de que [[Lugdunum]] ha hecho un gran trabajo reduciendo este cuello de botella). Ahora, en vez de conectarte a un servidor, te conectas a un cliente (con una dirección IP y puerto conocidos), que soporte la red [[Kademlia]]. Esto se llama Boot Strapping.

Una vez conecdtado, dependiendo de la posibilidad de aceptar conexiones entrantes, se te dará el estado de "abierto" o "firewalled", que es parecido a IdAlta e IDBaja en la red ED2K. En este momento se te da una ID.

Por el momento, lo usuarios "firewalled" no están soportados por la red Kademlia, y por eso no se les dará un ID y no podrán conectarse. El soporte para los usuarios "firewalled" se añadirá más tarde.

Cuando se busca, cada cliente actúa como un pequeño servidor y se le da la responsabilidad de ciertas palabras clave o fuentes. Esto añade compejidad a encontrar fuentes, ya que no tienes un servidor centrar al que preguntar, pero a cambio tendrás tu consulta propagada através de la red.

Actualmente, aMule no soporta Kademlia, pero lo soportará pronto.

== ¿Es Kademlia lo mismo que Overnet? ==
Corto, claro y conciso: No. Overnet es la evolución natural sin servidores del programa eDonkey, mientras que Kademlia es la evolucion naturar sin servidores de los clientes *Mule. Aún así, es la misma filosofía, pero diferentes reglas. Para saber como funciona Overnet, ve a http://www.edonkey2000.com/documentation/how_on.html pero ten en cuenta que el desarrollo de Overnet es cerrado hasta que llegue a la versión 1.0, mientras que el de Kademlia es completamente abierto desde el principio.

== ¿Qué es un chunk? ==
En el protocolo ED2K, para prevenir la descarga de archivos corruptos, cada filo es dividido en varias partes, que son conocidas como chunks y cada chunk es hasheado(lee mas abajo para saber que es un [[FAQ_ed2k-es#¿Qué_es_un_hash?|¿Qué es un hash?]]). Cada chunks tiene 9.28MB, asi que un fichero de 15MB se divide en dos chunks (9.28MB + 5.72MB), un fichero de 315KB será un solo chunk y un fichero de 100MB se dividirá en 11 chunks (10x9.28MB + 7.2MB).

== ¿Qué es un hash? ==
Dividiendo cada archivo en chunks (ver [[FAQ_ed2k-es#¿Qué_es_un_chunk?|¿Qué es un chunk?]]) nos evitamos el bajar un archivo entero incorrecto ya que únicamente tendremos que bajar de nuevo el chunk corrupto, pero se necesita un método para identificar chunks corruptos. Esto se hace usando hash MD4.
Un [[MD4 hash]] es un valor único para cada chunk que es el resultado de una función matematica en cada bit del chunk. Esto significa que modificando un único bit en un chunk el hash resultante será completamente distinto. De este modo se asegura la integridad de cada parte de los archivos a la vez que se descargan.

No solo los chunks son haseados, si no que también lo es el fichero completo (todos los chunks juntos), asi que cada fichero en la red ED2K tiene un identificador único.El hash del fichero no se crea haciendo hash del fichero, si no haciendo hash de todos los hash de los chunks del fichero.

In reality, you need both the hash of a file and its size. These pieces of information is embedded in the ED2k URLs found in many places.
En realidad, Necesitas tanto el hash de un fichero como su tamaño. Esta información está incluida en las direciones ED2K que puedes encontrar en muchos sitios.

Por ejemplo:
ed2k://|file|eMule0.42f-Sources.zip|2407949|CC8C3B104AD58678F69858F1F9B736E9|/

Las partes interesantes son la quinta parte, "2407949", que es el tamaño del fichero en bytes y la última parte, "CC8C3B104AD58678F69858F1F9B736E9", que es el propio hash, expresado en notación hexadecimal, de 32 caracteres de longitud.

El nombre de archivo es irrelevante en el procoso de identificar el archivo.

== ¿Por qué después de buscar, algún archivo aparece como diferente fichero en los resultados, a pesar de que tienen el mismo nombre? ==
Si has entendido [[FAQ_ed2k-es#¿Qué_es_un_hash?|¿Qué es un hash?]] entenderás esto rápidamente. Cuando se inicia una búsqueda, el servidor le dice al cliente ED2K el nombre del archivo encontrado y el hash del archivo completo, para cada archivo que concuerde con la búsqueda. Si dos archivos, a pesar de ser el mismo, tienen alguna diferencia en su contenido, no importa si es mayor o menor, el hash es diferente, así que se considera como un archivo diferente. Esta es la razón por la que dos archivos con nombre diferente aparecen como el mismo archivo: en la red ED2K, el nombre no importa, el hash si.

== ¿Qué es ID baja e ID alta? ==
A cada cliente se le asigna un número de identificación, un ID, que sea único y que lo distinguirá de cualquier otro cliente en el servidor. Si este ID está por debajo de 16777216 (16 millones) entonces tienes una ID baja. Si está por encima, entonces tienes una ID alta. Que te den una ID baja o una ID alta solo depende de si tienes abierto el puerto 4662 (u otro configurado en las Preferencias). Si has entendido [[FAQ_ed2k-es#¿Qué_es_ED2K?|¿Qué es ED2K?]] entenderás las oportunidades que tienen los clientes que tienen ID baja, ya que no pueden conectarse a muchos otros clientes (los que tienen ID baja) y a los que si se puede conectar, lo hace a través del servidor, asi que tendrás tasas bajas de descarga. Esto es por lo que el puerto 4662 TCP (o el que hayas configurado en las preferencias) es tan importante. También, algunos servidores defectuosos rechazan clientes con ID baja ya que los clientes con ID baja tienen que transferir a traes de ellos, así que los grandes servidores se sobrecargaríasn.
Para los clientes con ID alta, su ID es el resultado de una operación matemática con su IP que corresponde a A + 256*B + 256*256*C + 256*256*256*D, donde la IP es A.B.C.D. También hay que pensar que este ID es para identificarse, nada más, aparte de tener un ID por encima o por debajo del número 16777216, no importa si el número es mayor o menor. Esto significa que un cliente con una id como 50000000 no es mejor que un cliente con una ID como 49999999.
Hay una exepción. Algunos servidores mal configurados o muy ocupados dan ID baja a algunos clientes a pesar de que su puererto 4662 TCP está abierto. Esto es una rara excepción, pero puede pasar a veces.

== ¿Que puertos tengo que configurar en un firewall o router para ejecuar aMule? ==
No hay que tener abiertos ninguno en concreto para que funcione aMule, pero si para tener una ID alta. Como se ha mencionado arriba, para tener una ID alta, el puerto 4662 TCP (o el que esté configurado en las Preferencias) debe estar escuchando.
A parte de ese puerto, para tener una experiencia óptima con ED2K, deben estar abiertos dos puertos más. El primero el puerto UDP 4672 (que puede ser configurado por otro número en las Preferencias también) y segundo, el puerto secundario UDP que no puede ser configurado en las Preferencias. Este puerto UDP es tu puerto TCP + 3 (por ejemplo: TCP=4662 entonces UDP=4665).

== ¿Qué hace cada puerto? ==
Bien, como la mayoria pueden ser configurado por otro número, ponemos los que son por defecto:

; 4662 TCP: Transferencias cliente a cliente.
; 4672 UDP: Protocolo extendido de eMule, puestos en cola, Ping para Repetición de Archivo
; 4661 TCP: Abierto en servidores. Permite conectarse al servidor.

; 4665 UDP: Abierto en servidores. Permite pedir fuentes. Es siempre el mismo que el puerto de conectarse + 3.
; 4711 TCP: El puerto donde escucha el Sercidor Web.
; 4712 TCP: Puerto para Conexiones Externas. Se usa para comunicar aMule con otras aplicaciones como el Servidor Web o aMuleCMD.

Aunque oficialmente el puerto UDP secundario es el puerto del servidor TCP + 4, algunas (la mayoría?) de las implementaciones lo usan como el puerto TCP del cliente + 3. En cualquier caso, este puerto no se usa mucho (aMule no lo usa y eMule no lo tiene).

== ¿Hay alguna limitación en la red ED2K? ==
No muchas, pero si, las hay: dos límites naturales y una limitación "forzada". Los dos límites naturales se han mencionado antes. El primero el problema de los usuarios con ID baja (sus transferencias envian datos a través del servidor y dos clientes con ID baja no pueden compartir entre ellos). La segunda, aunque ED2K es un protocolo p2p, necesita de servidores para establecer las conexiones p2p. Este último esta solucionado en el protocolo Kademlia.
En cuanto a la limitación "forzada", es solo un límite para asegurarse que los clientes compartan y que la red ED2K no desaparezca: los clientes que tienen un limite de subida de X KBps, donde X está entre 0 y 3.99 (ambos incluido) pueden descargar a un máximo de X*3 KBps. Los clientes que tienen un límite de subida de Y KBps, donde Y está entre 4 y 9.99 (ambos incluidos) pueden descargar a un máximo de Y*4 KBps. Los clientes con un límite de subida de 10Kbps o más no tienen límite de descarga. Esta restricción se establece en la aplicación cliente y puede ser eliminada hackeando el código, pero probablemente resulte en que seas baneado en los servidores que te conectes.
También, cualquier cliente está forzado para permitir al menos tres slots de subida, así que no es posible permitir mas que limite_subida/3 KBps por slot.

Hay un límite más: El tamaño máximo del fichero es de 4Gb.

== En la ventana de Búsqueda, ¿Que filtros hay pra cada tipo de archivo? ==
Ten en cuenta que los filtros de la ventana de Búsqueda no dependen del tipo de archivo, si no de las extensiones de los nombres de archivo, de la siguiente manera: 

Archivos: .ace .arj .rar .tar.bz2 .tar.gz .zip .Z 
Audio: .aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma 
Imágenes de CD: .bin .ccd .cue .img .iso .nrg .sub 
Imágenes: .bmp .gif .jpeg .jpg .png .tif 
Programas: .com .exe 
Videos: .avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob 
Por ello, una película cuyo nombre sea "Cumpleaños.zip" aparecerá en el filtro Archivos, pero no en el filtro Videos.

== ¿Qué es una fuente? ==
Una fuentes es un cliente que está compartién algún chunk de algún archivo que tienes en tu cola de descargas y que aún no has completado. Obviamente, cuantas mas fuentes puedas conseguir de un determinado archivo, mas posibilidades tendrás de descargar el archivo y más rápidamente lo descargaras. Ten encuenta que hay diferencias entre "fuentes" y "fuentes disponibles" si tienes ID baja, ya que fuentes serán clientes que comparten un chunk o archivo que aún no has completado mientras que "fuentes disponibles" serán los clientes que comparten un chunk o archivo que aún no has completado y desde los que tu puedes descargar (esto es, una fuente para quien tiene ID baja)

== ¿Qué es todo esto de créditos, tasa y puntuación? ==
Estos tres conceptos tienen que ver con cómo la red ED2K establece las preferncias en las colas de subida. 
La puntuación es el valor más importantes: el cliente con la puntuación más alta será el siguiente al que le darás un slot. El valor de la puntuación es: puntuación= tasa x tiempo_esperando_en_segundos / 100
Pero, para entenderlo, tenemos que saber que es la tasa. 
La tasa se puede entender como una preferencia objetica. Esto es, la preferencia que se da sin tener en cuenta cuanto tiempo ha estado esperando. Cuando un cliente se añade a la cola de subida, se le da una tasa de 100. Este valor se va modificando de acuerdo con lo siguiente: 
De acuerdco con la cantidad de créditos, la tasa se multiplica de 1x a 10x.
Dependiendo de la prioridad del fichero, puede multiplicarse de 0.2x a 1.8x (Lanzamiento 1.8x, Alta 0,9x Normal 0.7x, Baja 0,6x, Muy baja 0.2x). 
Los usuario de clientes viejos que crean mucho tráfico en la red serán penalizados multiplicando su tasa por 0.5x. 
Los usuarios banneados no tendran tasa (esto es, su tasa se multiplicara por 0). 
Estos valores multiplicadores son conocidos como "modificadores" Los clientes con una valor modificador mayor que 1 serán carcados con amarillo en el icono. 
Asi que solo nos falta de saber qué son los créditos. Los créditos son un premio por subir archivos a un cliente. Los créditos se intercambian entre dos clientes y no son globales, asi que tu no puedes ver tus propios creditos, pero puedes saber cuantos créditos tienen los otros usuarios contigo (esto es, los créditos que debes a esos clientes). Como los créditos son manejados por el cliente que sube, puedes estar subiendo a un cliente que no soporte los créditos, asi que no ganarás créditos con él, pero ese cliente ganará créditos contigo si obtienes algo de él, ya que tu si tienes soporte de créditos. Estos créditos se guardan en el fichero clients.met. 
El modificado usado para la tasa el el menor de entre: 
(upload_total x 2)/download_total o sqrt(upload_total+2) donde upload_total y download_total están medidos en MBs. 
Si el resultado es menor que 1, entonces se pone a 1 y si es mayor de 10, se pone a 10. A demás, si el upload_total es menor que 1MB, el modificador se pone a 1 y si el download_total es 1, el modificador se pone a 10. 

== ¿Qué es un slot? ==
Cuando estás subiendo archivos, tu ancho de banda (que puede variar dependiendo de los limites de subida o de el límite natura de tu tipo de conexión) se dividirá en slots. Así, cada slot tendrá una cantidad de KBps que será asignada a cada cliente que intente descargar algo de tí.

FAQ eD2k-Kademlia

2004-12-08T22:42:40Z

217.228.68.115:

<center>
<h4>F.A.Q. on eD2k-Kademlia</h4>

'''English''' | [[FAQ_eD2k-Kademlia-es|Español]] | [[FAQ_eD2k-Kademlia-it|Italiano]] | [[FAQ_eD2k-Kademlia-de|Deutsch]]
</center>

== What is ED2K? ==
ED2K is a protocol originally used by the P2P (Peer-to-Peer) client [[eDonkey2000]], which is where the name comes from. It is a server-client based protocol, with the ability to exchange sources between clients.

The ED2K network is server based unlike P2P networks such as [[Kazaa]], which means that the first thing you do when you run [[aMule]] is to connect to a server (either manually or automatically).

Once successfully connected to a server, the client can search, either locally (the connected server) or globally (all servers), for any file and the servers asked will provide the client with a list of all the files which match search parameters.

If the user starts a download, the client will then ask the server for sources, which the server will return in the form of IP addresses for the clients that have told the server that they have the specific file.

Then the remote client will begin to upload a whole chunk to your client as soon as you are the first in the queue, read [[FAQ_eD2k-Kademlia#What_is_all_that_credits,_rate_and_score_stuff_about?|What_is_all_that_credits,_rate_and_score_stuff_about?]] and, when the chunk has been completly sent, you will be taken back to it's upload queue. This way different chunks get spread around the ED2K network, so that, although no-one may have at a same given moment the complete file, it may be completed by downloading the different chunks from different people (it is well known that users tend to stop sharing a file once it has been completed). 
Note that clients upload only '''one''' chunk at a time to another client. Even if a client is in the upload queue of two different files of a same user and gets to the top of both, that user will only upload one of the files to that client (the other upload, depending on the ED2K application the client uses, will probably remain as a maximum priority upload, but will not begin until the other chunk has been successfully uploaded).

If both users have HighID (see [[FAQ_eD2k-Kademlia#What_is_LowID_and_HighID?|What is LowID and HighID?]]) the transfer will be done directly from client to client (Peer-to-Peer), but if one of the clients have LowID, the connection will be established through the server, since LowID cannot accept incoming connections. As a result, two LowID clients '''cannot''' connect to each other.

== What is Kademlia? ==
Kademlia is a natural evolution of the ED2K network. Kademlia is the future. See [[FAQ_eD2k-Kademlia#Are_there_any_limitations_on_the_ED2K_network?|Are there any limitations on the ED2K network?]] for more information on why Kademlia is necessary.

Since Kademlia is a decentralized network, it removes the bottleneck that was previously caused by the need for servers (though [[Lugdunum]] has done great work in reducing this bottleneck). Now, instead of connecting to a server, you just connect to a client (with a known IP-address and port), which supports the network [[Kademlia]]. This is called the Boot Strapping.

Once connected, depending on your ability to accept incoming connections, you are given either "open" or "firewalled" status, which is similar to the HighID and LowID of the ED2K network. Then you are given an ID.

At the moment, "firewalled" users aren’t supported by the Kademlia network, and therefore won’t be given an ID and will be unable to connect. Firewalled support will be added later.

When searching, each client acts as a small server and is given responsibility for certain keywords or sources. This adds to the complexity of finding sources, as you no longer have a central server to ask, but instead will have to propagate the query through the network.

Currently, Kademlia isn't supported by aMule, but it will be soon.

== Is Kademlia the same as Overnet? ==
Short and clear: No. Overnet is the natural serverless evolution of the eDonkey software, while Kademlia is the natural serverless evolution of *Mule clients. SO, it's the same philosophy, but different rules. To learn about how Overnet works, refer to http://www.edonkey2000.com/documentation/how_on.html but, have in mind, Overnet's development is closed untill it reaches version 1.0, while Kademlia's development is completly open from the very beginning.

== What is a chunk? ==
In the ED2K protocol, to avoid sharing corrupt files, each file is divided into various parts, which are known as chunks, and then each chunk is hashed (read below to know what a [[FAQ_eD2k-Kademlia#What_is_a_hash?|hash]] is). Each chunk is 9.28MB in size, so a 15MB file will be divided into two chunks (9.28MB + 5.72MB), a 315KB file will be a single chunk and a 100MB file will be divided into 11 chunks (10x9.28MB + 7.2MB).

== What is a hash? ==
Dividing each file in chunks (see [[FAQ_eD2k-Kademlia#What_is_a_chunk?|What is a chunk?]]) will avoid the problem of downloading a whole corrupted file since only the corrupted chunk will have to be downloaded again, but a method to identify corrupted chunks is needed. This is done by using MD4 hashes.

A [[MD4 hash]] is a unique value each chunk is given and is the result of a mathematical operation on every single bit on the chunk. This means that modifying a single bit in a chunk would result in a completely different hash. That means that it is novel to verify the integrity of each part of a file as it is downloaded.

Not only are the chunks hashed but also, in order to get a file-hash, all chunks's hashes are concatenate one after the other in their file order (that is: chunk1's_hash+chunk2's_hash+chunk3's_hash+...) and the resulting string is hashed. This way, each file on the ED2K network has a unique identifier. The file hash isn't taken from hashing the whole file, but from hashing the value of the the chunk's hashes.

In reality, you need both the hash of a file and its size. These pieces of information is embedded in the ED2k URLs found in many places.

Take this for example: 
ed2k://|file|eMule0.42f-Sources.zip|2407949|CC8C3B104AD58678F69858F1F9B736E9|/

The interesting parts are the fifth part, "2407949", which is the size of the file in bytes and the last part, "CC8C3B104AD58678F69858F1F9B736E9", which is the hash itself, stored as hex-decimals, 32 letters long.

The filename itself is irrelevant in the process of identifying the file.

== Why after searching, some files which are the same appear as a different file in the results, although they even have the same name? ==
If you understood "What is a hash" you will understand this quickly. When a search is started, the server tells the ED2K client the filename of the found file and the hash of the complete file for each file which matches the search. If two files, although being the same, have some difference in their content, no matter if it's big or small, the hash is different, so they are considered as a different file. That's also the reason why two file with different file name appear as the same file: on the ED2K network, the filename isn't important, the hash is.

== What is LowID and HighID? ==
Each client is assigned an identifying number, an ID, which will be unique and will distinguish him from any other client on the server. If this ID is below 16777216 (16 million) then you have a LowID. If it's over, then you have a HighID. To be given a high or low ID will only depend on having TCP port 4662 (or the one set up in Preferences) opened. If you understood "What is ED2K" you might understand that chances are that clients on LowID may be unable to connect to many other clients (all those on LowID) so will have a lower transfer rate. That's why having port 4662 TCP (or the one set in Preferences) is so important. Also, some bug servers refuse clients on LowID to connect to them since LowID clients have data transfered through the server and so, those big servers could be overcharged. 
For HighID clients, their ID is the result of a mathematical operation with their IP which corresponds to A + 256*B + 256*256*C + 256*256*256*D, where the IP is A.B.C.D. Also have in mind that this ID has identification purposes, nothing else, so apart from having and ID over or under the 16777216 number, it does not matter if the ID is bigger or smaller. This means a client with an ID like 50000000 isn't better than a client with an ID like 49999999. 
There's still an exception. Sometimes badly configured or very busy servers give LowID to some clients although the 4662 TCP port is opened. This are rare exceptions, but it might happen sometime.

== Which ports do I have to configure in a firewall or router to run aMule? ==
No specific ports need to be opened for aMule to work, but yes to have HighID. As mentioned above, to be given a HighID, port 4662 TCP (or the one set in Preferences) must be listening. 
Apart from that port, to have an optimal ED2K experience, two more ports should be enabled too. First, the UDP port 4672 (which can be configured to any other number in Preferences too) and secondly, the secondary UDP port which can't be set in Preferences. This UDP port is your TCP port + 3 (i.e.: TCP=4662 then UDP=4665).

== What does each port do? ==
Well, since most ports can be configured to be set to any other number, the defaults will be listed:

; 4662 TCP: Client to client transfers.
; 4672 UDP: Extended eMule protocol, Queue Rating, File Reask Ping
; 4661 TCP: Opened on server. Allows connection to server.
; 4665 UDP: Opened on server. Allows asking for sources. It is always server TCP port + 3.
; 4711 TCP: WebServer listening port.
; 4712 TCP: External Connection port. Used to communicate aMule with other applications such as aMule WebServer or aMuleCMD.

Although officially the secondary UDP port is server TCP port + 4, some (most?) implementations use it as client TCP + 3. Any way, this port is mostly not used (aMule doesn't use it, eMule doesn't have it).

== Are there any limitations on the ED2K network? ==
Not much, but yes, there are: two natural limits and a "forced" limitation. The two natural limits have already been mentioned before. First, the issues on LowID users (their transfers involve data through the server and two LowID clients can't share between them). The second, although ED2K is a p2p protocol, it needs servers to establish the p2p connection. This latter one is solved in the Kademlia protocol. 
About the "forced" limitation, it's only a limit to make sure that clients share so that the ED2K network will not disappear: clients which have an upload limit of X KBps, where X is between 0 and 3.99 (both included) can download at a maximum of X*3 KBps. Clients which have an upload limit of Y KBps, where Y is Between 4 and 9.99 (both included) can download at a maximum of Y*4 KBps. Clients with an upload limit of 10KBps or more have no downloading limitations. This restriction is set in the client application so it could be by-passed by hacking the code, but that would probably result in being banned from the servers you connect to. 
Also, any client is forced to allow at least three upload slots, so it's not possible to allow more than upload_limit/3 KBps per slot. 
There is one last limit: Network file limit is 4Gb.

== In search window, what filter stands for which filetype? ==
Have in mind that the filters in the search window don't depend on the file type, but on the extensions of the filenames, in the following way: 
Archive: .ace .arj .rar .tar.bz2 .tar.gz .zip .Z 
Audio: .aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma 
CDImage: .bin .ccd .cue .img .iso .nrg .sub 
Picture: .bmp .gif .jpeg .jpg .png .tif 
Program: .com .exe 
Video: .avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob 
So, a movie which's filename is "Birthday.zip" will appear in the Archive filter, but not in the Video filter.

== What is a source? ==
A source is a client which is sharing some chunk in some file you have in your downloading queue which you still have not completed. Obviously, the more sources you can get for a given file, the more possibilities you have to download the file and the quicker you'll download it. Have in mind that there's a difference between "sources" and "available sources" if you're on LowID, since "sources"s stands for clients sharing a chunk or file you still haven't completed, while "available sources" stands for clients sharing a chunk or file you still haven't completed and from who you can download (that is, a sources who is on LowID).

== What is all that credits, rate and score stuff about? ==
All three concepts have to do with the way in which the ED2K network establishes the uploading queues preferences. 
The score is the most important value: the client with the higher score will be the next client which you'll provide a slot to. The way in the score value is set is this: score = rate x time_waiting_in_seconds / 100
So, to understand this, we must known what rate is. 
Rate is can be understood as an objective preference. This is, the preference which a client is given without caring how much time it's been waiting. When a client is added to the uploading queue, it gets a rate of 100. This value is modified following according to this: 
According to the amount of credits, the rate will be multiplied by 1x to 10x.
Depending on the file priority, it will be multiplied by 0.2x to 1.8x (Release 1.8x, High 0.9x, Normal 0.7x, Low 0.6x, Very Low: 0.2x). 
Users on specific old clients which load too much the network traffic will get penalized by multiplying their rate by 0.5x. 
Banned clients will instantly get no rate (that is, their rate will by multiplied by 0). 
This multiplying values are known as "modifiers". Clients with a modifier value strictly bigger than 1 will be marked as yellow in the icon. 
So we only have credits left to known. Credits are a prize you get for uploading files to a specific user. Credits are exchanged between two specific clients, they are not global, so your own credits can't be viewed, although you can know the credits any other user has on you (that is, the credits you owe that client). Since credits are managed by the uploading client, you might be uploading to some client with no credits support, so you will gain no credits on him, although that client will actually get credits on you if it uploads to you, since you do have credits support. This credits are stored in clients.met file. 
The credits modifier used by rate is the lower between this to: (upload_total x 2)/download_total or sqrt(upload_total+2) where both upload_total and download_total are measured in MBs. 
If the result is lower than 1, then it is set to 1 and if it is bigger than 10, it is set to 10. In addition, if the uploaded total is less than 1MB, the modifier is set to 1 and if the downloaded total is equal to 0, then the modifier is set to 10. 

== What is a slot? ==
When uploading files, your upload bandwidth (which may vary depending on the upload limit or the natural connection-type upload limit) will be divided into slots. So, each slot is an amount of KBps which will be assigned to each client who tries to download from you.

FAQ eD2k-Kademlia-de

2004-12-08T22:42:01Z

217.228.68.115: work in progress

<center>
<h4>Häufig gestellte Fragen über eD2k-Kademlia</h4>

[[FAQ_eD2k-Kademlia|English]] | [[FAQ_eD2k-Kademlia-es|Español]] | [[FAQ_eD2k-Kademlia-it|Italiano]] | '''Deutsch'''
</center>

== Was ist ED2K? ==
ED2k ist ein Protokoll, das ursprünglich vom P2P (Perr-to-Peer) Client [[eDonkey2000]] verwendet wurde, der ihm auch seinen Namen gab. Es ist ein Server/Client-Protokoll mit der Möglichkeit, Quellen zwischen den Clients auszutauschen.

Das ED2k-Netzwerk ist serverbasiert, im Gegensatz zu reinen P2P-Netzwerken wie [[Kazaa]]. Nach dem Start von [[aMule]] ist also das erste, sich mit einem Server zu verbinden (entwedermanuell oder automatisch).

Sobald die Verbindung hergestellt wurde, kann der Client eine Suchanfrage an den verbundenen Server stellen oder alle Server global absuchen. Die Antworten enthalten eine Liste aller Dateien, die den gegebenen Suchkriterien entsprechen.

Wird vom Nutzer ein Download initiiert, fragt der Clients den Server nach Quellen, was dieser mit einer Liste von IP Adressen anderer Clients beantwortet, die die gesuchte Datei (oder Teile davon) haben.

Sobald der eigene Client an der Spitze der Warteschlange des Gegenübers angekommen ist ([[FAQ_eD2k-Kademlia-de#Was_hat_es_mit_diesem_ganzen_Krempel_(Credits,_Bewertungen,_Warteschlangen_usw.)_auf_sich?|siehe auch "Was hat es mit diesem ganzen Krempel (Credits, Bewertungen, Warteschlangen usw.) auf sich?"]]), beginnt dieser einen Block der Datei heraufzuladen und, wenn der Block vollständig ist, den eigenen Client wieder in die Warteschlange einzureihen. Auf diese Weise werden die verschiedenen Teile im ED2k-Netzwerk verteilt, so dass, auch wenn eventuell niemand zu einem bestimmten Zeitpunkt die vollständige Datei hat, diese dennoch durch Downloads von schiedenen Leuten vollstöndig erhältlich sein kann (leider gibt es eine Menge Leute, die eine Datei nicht weiter freigeben, nachdem sie vollständig heruntergeladen wurde). 
Zu berücksichtigen ist, dass Clients immer nur '''einen''' Block zur gleichen Zeit zu einem anderen Client hochladen. Auch wenn der Client für zwei verschiedene Dateien in der Warteschlange steht und an der Spitze ankommt, wird trotzdem nur eine der beiden an ihn hochgeladen werden (die andere, abhängig vom verwendeten ED2k-Client, bleibt eventuell an der Spitze stehen, bis der erste Download abgeschlossen ist, wird aber keinesfalls vorher beginnen).

Haben beide Clients eine Hohe ID (siehe [[FAQ_eD2k-Kademlia-de#Was_sind_niedrige_und_hohe_IDs?|Was sind niedrige und hohe IDs?]]) läuft der Transfer direkt zwischen den beiden ab (Peer-to-Peer), hat einer aber nur eine niedrige ID, wird die Verbindung mit Hilfe des Servers (des Clients mit der niedrigen ID) aufgebaut, da eine niedrige ID bedeutet, dass der Client keine eingehenden Verbindungen annehmen kann. Daraus ergibt sich, dass zwei Clients mit niedrigen IDs '''keine''' Verbindung zwischeneinander aufbauen können.

== What is Kademlia? ==
Kademlia is a natural evolution of the ED2K network. Kademlia is the future. See [[FAQ_eD2k-Kademlia#Are_there_any_limitations_on_the_ED2K_network?|Are there any limitations on the ED2K network?]] for more information on why Kademlia is necessary.

Since Kademlia is a decentralized network, it removes the bottleneck that was previously caused by the need for servers (though [[Lugdunum]] has done great work in reducing this bottleneck). Now, instead of connecting to a server, you just connect to a client (with a known IP-address and port), which supports the network [[Kademlia]]. This is called the Boot Strapping.

Once connected, depending on your ability to accept incoming connections, you are given either "open" or "firewalled" status, which is similar to the HighID and LowID of the ED2K network. Then you are given an ID.

At the moment, "firewalled" users aren’t supported by the Kademlia network, and therefore won’t be given an ID and will be unable to connect. Firewalled support will be added later.

When searching, each client acts as a small server and is given responsibility for certain keywords or sources. This adds to the complexity of finding sources, as you no longer have a central server to ask, but instead will have to propagate the query through the network.

Currently, Kademlia isn't supported by aMule, but it will be soon.

== Is Kademlia the same as Overnet? ==
Short and clear: No. Overnet is the natural serverless evolution of the eDonkey software, while Kademlia is the natural serverless evolution of *Mule clients. SO, it's the same philosophy, but different rules. To learn about how Overnet works, refer to http://www.edonkey2000.com/documentation/how_on.html but, have in mind, Overnet's development is closed untill it reaches version 1.0, while Kademlia's development is completly open from the very beginning.

== What is a chunk? ==
In the ED2K protocol, to avoid sharing corrupt files, each file is divided into various parts, which are known as chunks, and then each chunk is hashed (read below to know what a [[FAQ_eD2k-Kademlia#What_is_a_hash?|hash]] is). Each chunk is 9.28MB in size, so a 15MB file will be divided into two chunks (9.28MB + 5.72MB), a 315KB file will be a single chunk and a 100MB file will be divided into 11 chunks (10x9.28MB + 7.2MB).

== What is a hash? ==
Dividing each file in chunks (see [[FAQ_eD2k-Kademlia#What_is_a_chunk?|What is a chunk?]]) will avoid the problem of downloading a whole corrupted file since only the corrupted chunk will have to be downloaded again, but a method to identify corrupted chunks is needed. This is done by using MD4 hashes.

A [[MD4 hash]] is a unique value each chunk is given and is the result of a mathematical operation on every single bit on the chunk. This means that modifying a single bit in a chunk would result in a completely different hash. That means that it is novel to verify the integrity of each part of a file as it is downloaded.

Not only are the chunks hashed but also, in order to get a file-hash, all chunks's hashes are concatenate one after the other in their file order (that is: chunk1's_hash+chunk2's_hash+chunk3's_hash+...) and the resulting string is hashed. This way, each file on the ED2K network has a unique identifier. The file hash isn't taken from hashing the whole file, but from hashing the value of the the chunk's hashes.

In reality, you need both the hash of a file and its size. These pieces of information is embedded in the ED2k URLs found in many places.

Take this for example: 
ed2k://|file|eMule0.42f-Sources.zip|2407949|CC8C3B104AD58678F69858F1F9B736E9|/

The interesting parts are the fifth part, "2407949", which is the size of the file in bytes and the last part, "CC8C3B104AD58678F69858F1F9B736E9", which is the hash itself, stored as hex-decimals, 32 letters long.

The filename itself is irrelevant in the process of identifying the file.

== Why after searching, some files which are the same appear as a different file in the results, although they even have the same name? ==
If you understood "What is a hash" you will understand this quickly. When a search is started, the server tells the ED2K client the filename of the found file and the hash of the complete file for each file which matches the search. If two files, although being the same, have some difference in their content, no matter if it's big or small, the hash is different, so they are considered as a different file. That's also the reason why two file with different file name appear as the same file: on the ED2K network, the filename isn't important, the hash is.

== Was sind niedrige und hohe IDs? ==
Each client is assigned an identifying number, an ID, which will be unique and will distinguish him from any other client on the server. If this ID is below 16777216 (16 million) then you have a LowID. If it's over, then you have a HighID. To be given a high or low ID will only depend on having TCP port 4662 (or the one set up in Preferences) opened. If you understood "What is ED2K" you might understand that chances are that clients on LowID may be unable to connect to many other clients (all those on LowID) so will have a lower transfer rate. That's why having port 4662 TCP (or the one set in Preferences) is so important. Also, some bug servers refuse clients on LowID to connect to them since LowID clients have data transfered through the server and so, those big servers could be overcharged. 
For HighID clients, their ID is the result of a mathematical operation with their IP which corresponds to A + 256*B + 256*256*C + 256*256*256*D, where the IP is A.B.C.D. Also have in mind that this ID has identification purposes, nothing else, so apart from having and ID over or under the 16777216 number, it does not matter if the ID is bigger or smaller. This means a client with an ID like 50000000 isn't better than a client with an ID like 49999999. 
There's still an exception. Sometimes badly configured or very busy servers give LowID to some clients although the 4662 TCP port is opened. This are rare exceptions, but it might happen sometime.

== Which ports do I have to configure in a firewall or router to run aMule? ==
No specific ports need to be opened for aMule to work, but yes to have HighID. As mentioned above, to be given a HighID, port 4662 TCP (or the one set in Preferences) must be listening. 
Apart from that port, to have an optimal ED2K experience, two more ports should be enabled too. First, the UDP port 4672 (which can be configured to any other number in Preferences too) and secondly, the secondary UDP port which can't be set in Preferences. This UDP port is your TCP port + 3 (i.e.: TCP=4662 then UDP=4665).

== What does each port do? ==
Well, since most ports can be configured to be set to any other number, the defaults will be listed:

; 4662 TCP: Client to client transfers.
; 4672 UDP: Extended eMule protocol, Queue Rating, File Reask Ping
; 4661 TCP: Opened on server. Allows connection to server.
; 4665 UDP: Opened on server. Allows asking for sources. It is always server TCP port + 3.
; 4711 TCP: WebServer listening port.
; 4712 TCP: External Connection port. Used to communicate aMule with other applications such as aMule WebServer or aMuleCMD.

Although officially the secondary UDP port is server TCP port + 4, some (most?) implementations use it as client TCP + 3. Any way, this port is mostly not used (aMule doesn't use it, eMule doesn't have it).

== Are there any limitations on the ED2K network? ==
Not much, but yes, there are: two natural limits and a "forced" limitation. The two natural limits have already been mentioned before. First, the issues on LowID users (their transfers involve data through the server and two LowID clients can't share between them). The second, although ED2K is a p2p protocol, it needs servers to establish the p2p connection. This latter one is solved in the Kademlia protocol. 
About the "forced" limitation, it's only a limit to make sure that clients share so that the ED2K network will not disappear: clients which have an upload limit of X KBps, where X is between 0 and 3.99 (both included) can download at a maximum of X*3 KBps. Clients which have an upload limit of Y KBps, where Y is Between 4 and 9.99 (both included) can download at a maximum of Y*4 KBps. Clients with an upload limit of 10KBps or more have no downloading limitations. This restriction is set in the client application so it could be by-passed by hacking the code, but that would probably result in being banned from the servers you connect to. 
Also, any client is forced to allow at least three upload slots, so it's not possible to allow more than upload_limit/3 KBps per slot. 
There is one last limit: Network file limit is 4Gb.

== In search window, what filter stands for which filetype? ==
Have in mind that the filters in the search window don't depend on the file type, but on the extensions of the filenames, in the following way: 
Archive: .ace .arj .rar .tar.bz2 .tar.gz .zip .Z 
Audio: .aac .ape .au .mp2 .mp3 .mp4 .mpc .ogg .wav .wma 
CDImage: .bin .ccd .cue .img .iso .nrg .sub 
Picture: .bmp .gif .jpeg .jpg .png .tif 
Program: .com .exe 
Video: .avi .divx .mov .mpeg .mpg .ogg .ram .rm .vivo .vob 
So, a movie which's filename is "Birthday.zip" will appear in the Archive filter, but not in the Video filter.

== What is a source? ==
A source is a client which is sharing some chunk in some file you have in your downloading queue which you still have not completed. Obviously, the more sources you can get for a given file, the more possibilities you have to download the file and the quicker you'll download it. Have in mind that there's a difference between "sources" and "available sources" if you're on LowID, since "sources"s stands for clients sharing a chunk or file you still haven't completed, while "available sources" stands for clients sharing a chunk or file you still haven't completed and from who you can download (that is, a sources who is on LowID).

== Was hat es mit diesem ganzen Krempel (Credits, Bewertungen, Warteschlangen usw.) auf sich? ==
All three concepts have to do with the way in which the ED2K network establishes the uploading queues preferences. 
The score is the most important value: the client with the higher score will be the next client which you'll provide a slot to. The way in the score value is set is this: score = rate x time_waiting_in_seconds / 100
So, to understand this, we must known what rate is. 
Rate is can be understood as an objective preference. This is, the preference which a client is given without caring how much time it's been waiting. When a client is added to the uploading queue, it gets a rate of 100. This value is modified following according to this: 
According to the amount of credits, the rate will be multiplied by 1x to 10x.
Depending on the file priority, it will be multiplied by 0.2x to 1.8x (Release 1.8x, High 0.9x, Normal 0.7x, Low 0.6x, Very Low: 0.2x). 
Users on specific old clients which load too much the network traffic will get penalized by multiplying their rate by 0.5x. 
Banned clients will instantly get no rate (that is, their rate will by multiplied by 0). 
This multiplying values are known as "modifiers". Clients with a modifier value strictly bigger than 1 will be marked as yellow in the icon. 
So we only have credits left to known. Credits are a prize you get for uploading files to a specific user. Credits are exchanged between two specific clients, they are not global, so your own credits can't be viewed, although you can know the credits any other user has on you (that is, the credits you owe that client). Since credits are managed by the uploading client, you might be uploading to some client with no credits support, so you will gain no credits on him, although that client will actually get credits on you if it uploads to you, since you do have credits support. This credits are stored in clients.met file. 
The credits modifier used by rate is the lower between this to: (upload_total x 2)/download_total or sqrt(upload_total+2) where both upload_total and download_total are measured in MBs. 
If the result is lower than 1, then it is set to 1 and if it is bigger than 10, it is set to 10. In addition, if the uploaded total is less than 1MB, the modifier is set to 1 and if the downloaded total is equal to 0, then the modifier is set to 10. 

== What is a slot? ==
When uploading files, your upload bandwidth (which may vary depending on the upload limit or the natural connection-type upload limit) will be divided into slots. So, each slot is an amount of KBps which will be assigned to each client who tries to download from you.

Using another wxinstall-de

2004-12-08T19:48:13Z

217.228.68.115:

Wenn schon eine Version von [[wxWidgets]] installiert ist, Sie aber aus bestimmten Gründen eine andere (vielleicht neuere) verwenden möchten, ist das auf die folgende Art und Weise zu erreichen:

Zuerst das Verzeichnis erstellen (als Beispiel wird hier ''~/aMule/'' verwendet), in dem [[wxWidgets]] und [[aMule]] installiert werden (sie müssen nicht im gleichen Verzeichnis liegen, aber es vereinfacht die Sache).

Zweitsn müssen [[wxWidgets]] und [[aMule]] entsprechend konfiguriert werden (ausgehend von [[wxWidgets]] 2.4.2 und aktuellem (=>rc7) aMule).

Empfehlenswert ist es, die Artikel über [[Compilation_Installation#Step_1:_wxGTK|Compilieren von wxGTK]] und (wahlweise, nur wenn man ein [[wxWidgets]] vor Version 2.5 installiert) [[Compilation_Installation#Step_2:_wxBase|Compilieren von wxBase]] zu lesen.

Im Quellverzeichnis von [[aMule]]: 
''./configure --prefix=~/aMule/ --enable-debug --disable-optimize --with-wx-config=/home/'''user'''/aMule/bin/wx-config --with-wxbase-config=/home/'''user'''/aMule/bin/wxbase-2.4-config'' 
''make && make install''

'''HINWEIS 1:''' Bei einigen Distributionen muss statt ''--with-wx-config=/home/'''Nutzername'''/aMule/bin/wx-config'' ''--with-wx-config=/home/'''Nutzername'''/aMule/bin/wxgtk-2.4-config'' verwendet werden.

'''HINWEIS 2:''' Es kann passieren, dass [[wxBase]] bei der Installation ''wx-config'' überschreibt. Man kann das überprüfen, indem man ''wx-config --basename'' aufruft, es sollte ''wx_gtk'' anzeigen. Falls nicht, muss man [[wxGTK]] nocheinmal installieren, so dass es seinerseits wieder ''wx-config'' überschreibt und mit [[wxGTK]] verbindet.

Im obigen Beispiel wäre das fertige [[aMule]] Binary in ''~/aMule/bin/'' zu finden.

Die Option ''--with-wxbase-config=...'' sollte nur mit [[wxWidgets]]-Versionen vor 2.5 verwendet werden.

Damit [[aMule]] seine Bibliotheken findet, muss man vor dem Start die Pfade für den Linker anpassen:

''export LD_LIBRARY_PATH=~/aMule/lib:$LD_LIBRARY_PATH'' 
''export LC_ALL=en_EN.UTF-8''

Immer schön daran denken, [[Backtraces]] zu erzeugen, wenn aMule abstürzt und sie dem [[AMule_devs|aMule Entwicklerteam]] zu schicken.

Using another wxinstall

2004-12-08T19:47:39Z

217.228.68.115:

If there's already a version of [[wxWidgets]] installed, but you want [[aMule]] to use another (probably newer) one, here are the steps to follow:

First, create the target directory (in this article, as an example, ''~/aMule/'' will be used), where [[wxWidgets]] and [[aMule]] will reside (they don't need to be in the same dir, but it makes life easier). Then configure [[wxWidgets]] and [[aMule]] accordingly (assuming [[wxWidgets]] 2.4.2 and current (=>rc7) aMule).

It is recommended that you read the article about [[Compilation_Installation#Step_1:_wxGTK|how to compile wxGTK]] and (optionally, only if installing a [[wxWidgets]] version prior to 2.5) [[Compilation_Installation#Step_2:_wxBase|how to compile wxBase]]

In [[aMule]] source dir: 
''./configure --prefix=~/aMule/ --enable-debug --disable-optimize --with-wx-config=/home/'''user'''/aMule/bin/wx-config --with-wxbase-config=/home/'''user'''/aMule/bin/wxbase-2.4-config'' 
''make && make install''

'''NOTE:''' On some distros, instead of ''--with-wx-config=/home/'''user'''/aMule/bin/wx-config'' you might need to use ''--with-wx-config=/home/'''user'''/aMule/bin/wxgtk-2.4-config''

'''NOTE 2:''' Sometimes [[wxBase]] will overwrite ''wx-config''. You can know if it has done so by running ''wx-config --basename''. It should show ''wx_gtk''. If it doesn't, please reinstall [[wxGTK]] so it will overwritte ''wx-config'' to link it to the [[wxGTK]] file.

On the above example, [[aMule]] binnary will be installed in ''~/aMule/bin/'' directory.

Also note that ''--with-wxbase-config=...'' should only be used with [[wxWidgets]] versions prior to 2.5.

To start [[aMule]], you need to explicitely specifiy the LD path each time you run it:

''export LD_LIBRARY_PATH=~/aMule/lib:$LD_LIBRARY_PATH'' 
''export LC_ALL=en_EN.UTF-8''

Please remember to create [[Backtraces]] and provide them to the [[AMule_devs|aMule development team]].

FAQ aMule-de

2004-12-08T19:32:44Z

217.228.68.115: ok, done

<center>
<h4>F.A.Q auf [[aMule_Project_FAQ:About|aMule]]</h4>

<h2>by ''[[User:Jacobo221|Jacobo221]]'' (Übersetzt durch ''nachbarnebenan'')</h2>

[[FAQ_aMule|English]] | [[FAQ_aMule-es|Español]] | [[FAQ_aMule-it|Italiano]] | [[FAQ_aMule-pt_BR|Portuguese]] | [[FAQ_aMule-fr|Français]] | '''Deutsche'''
</center>

== Was ist denn dieses ominöse [[aMule_Project_FAQ:About|aMule]] eigentlich? ==
'''''[[aMule]] ist ein plattformunabhängiger Client für das [[FAQ_eD2k-Kademlia|eDonkey/eMule Filesharing Netzwerk]], entstanden im August 2003 aus einer Abspaltung von [[xMule]], das wiederum eine Abspaltung von [[lMule]], das wiederum eine Portierung des nur-windoof Clients [eMule]] ist.''''' 

Im Moment ist es unter GNU/Linux, FreeBSD und OpenBSD, MacOSX, Windoof und der X-Box sowohl auf 32- als auch 64bit Systemen lauffähig. Die Windoof-Version ist allerdings noch nicht wirklich für den produktiven Einsatz geeignet.

Es ist beabsichtigt, dass [[aMule]] genauso funktionell und einfach zu benutzen ist, wie [[eMule]] und auch genauso aussieht, so dass Nutzer, die mit einem der beiden vertraut sind, ohne Schwierigkeiten zwischen beiden wechseln können.

Da [[aMule_Project_FAQ:About|aMule]] auf den Quellen von [[eMule]] basiert, finden neue Funktionen sehr schnell ihren Platz in [[aMule]], nachdem sie in [[eMule]] eingebaut wurden, so dass auch die Nutzer von [[aMule_Project_FAQ:About|aMule]] sicher sein können, sich immer an der Spitze der Entwicklung der [[FAQ_eD2k-Kademlia|ED2k]] Clients zu befinden.

Nicht unwichtig ist, dass es von einem großartigen Team entwickelt wird, dass (sogfern das überhaupt möglich ist), vielleicht noch nutzerfreundlicher und -bezogener ist, als [[aMule_Project_FAQ:About|aMule]] selbst. Daher schauen Sie auch mal bei #amule auf irc.freenode.net vorbei oder besuchen Sie [http://www.amule.org/amule unsere Foren], wenn Sie Fragen oder Probleme haben, oder einfach nur einen guten Vorschlag, was man besser machen könnte.

Möchten Sie vielleicht sogar dem Entwicklerteam beitreten, melden Sie sich bitte in den Foren oder im IRC.

== Wie kann man sich die Credits eines Clients ansehen? ==
Man kann sich die Credits eines Clients (was man ihm schuldet) ansehen, wenn man auf seinen Namen rechts klickt und Details anzeigen auswählt. Die Credits haben keinen bestimmten Wert, man kann sich entweder die gesamtübertragene Datenmenge, die man von diesem Clients bekommen hat, ansehen oder den Credit Modifikator (DL/UL Modifikator). Das Fenster zeigt auch, wenn der Client in der Uploadwarteschlange steht, seine Position und seine Bewertung.

== Was bedeuten diese ganzen Farben in der Fortschrittsanzeige? ==
In der Liste der Downloads: 
Rot: Für Blöcke in rot wurden in der aktuellen Sitzung noch keine Quellen gefunden. 
Blau: Blöcke in blau haben mindestens eine nutzbare Quelle, je dunkler das Blau ist, desto mehr Quellen gibt es. 
Gelb: Gerade in diesem Moment heruntergeladenen Blöcke werden gelb dargestellt. 
Schwarz: Schwarze Blöcke wurden bereits fertig heruntergeladen und überprüft. 
Grün: Sobald eine Datei komplett fertiggestellt ist, wird sie grün dargestellt (und ist dann im Eingangsverzeichnis zu finden). 
Auf der ausführlichen Downloadliste (aufzurufen durch Doppelklick auf einen einzelnen Transfer): 
Schwarz: Der Client hat diesen Block, wir aber noch nicht. 
Weiß: Diesen Block hat der Client nicht. 
Grün: Wir haben diesen Block beide. 
Gelb: Dieser Block wird gerade von diesem Client zu uns heraufgeladen. 
Auf der Uploadliste: 
Schwarz: Diesen Block hat der Client fertiggestellt und überprüft. 
Grau: Der Client hat diesen Block nicht. 
Beachten Sie, dass nicht alle Clients die Fähigkeite haben, anderen beim Upload zu sagen, welche Teile sie bereits haben, daher haben manche Clients keine Anzeige der einzelnen Blöcke. 
Bei den freigegebenen Dateien: 
Rot: Außer uns gibt es keine andere Quelle dieses Blocks. 
Blau: Umso dunkler das Blau ist, umso mehr Clients haben diesen Teil. 
Auf der Suchseite: 
Schwarz: Für schwarze Dateien wurde nur ein Clients gefunden, der sie hat. 
Blau: Dateien in blau haben mindestens zwei Quellen, je dunkler das Blau, desto mehr. 
Rot: Rote Dateien befinden sich bereits in der Downloadliste 
Grün: Bereits vollständig heruntergeladene Dateien werden auch hier in grün dargestellt.

== Was bedeuten diese ganzen Icons? ==
Schauen Sie im Abschnitt "Icons und was sie uns sagen wollen" im Artikel [[Wie alles begann]] nach.

== Was bedeuten die Zahlen in Klammern im Suchfenster? ==
Sie zeigen die Zahl der Clients an, die bekanntermaßen die Datei vollständig haben. Aber auch wenn die Anzahl 0 ist, heißt das noch lange nicht, dass keiner sie komplett hat, nur, dass sie keiner als "komplett" markiert hat (viele Clients tun dies). Trotzdem kann man so einen Eindruck davon gewinnen, wieviele Leute die Datei vollständig haben, auch wenn es keine Gewissheit ist.

== Was bedeuten die ganzen Zahlen in der Quellen-Spalte in der Transferliste? ==
Das Format der Quellenangabe ist XX/YY + ZZ (WW), wobei 
XX für die Anzahl der verfügbaren Quellen steht (von denen man downloaden kann), 
YY für die Gesamtanzahl an gefundenen Quellen steht, 
ZZ für die Anzahl der Quellen, die "nach einer anderen Datei gefragt" worden und 
WW für die Anzahl der Quellen steht, von denen wir gerade einen Block herunterladen.

== Wofür stehen die Zahlen in der Spalte Priorität in der aufgeklappten Downloadliste? ==
Das ist die Warteschlangenposition, die man beim jeweiligen Client einnimmt. Nicht alle Clients geben diese an, daher steht in manchen Fällen dort einfach nichts. 
Die Zahl in Klammern gibt die Positionen an, die man sich schon in der Warteschlange des Clients *bewegt* hat. '''Negative''' Zahlen stehen für '''vorangeschrittene'' Positionen, '''positive''' für verlorene. Wenn negativ, wird die Zahl blau dargestellt, bei positiv rot.

== Warum werden in der Uploadliste zwei Geschwindigkeiten angegeben? ==
Wenn man zu einem Client hochlädt, zeigt die Uploadliste die Geschwindigkeit (in Kilobyte pro Sekunde) zu diesem Client an, wenn nun, zur gleichen Zeit, dieser Client auch zu uns hochlädt, verändert sich die Anzeige zu XX/YY, wobei XX für unsere und YY für seine Uploadgeschwindigkeit steht. Wenn man in der Downloadliste sucht, wird man diesen Client finden. 
Dies ist besonders nützlich, wenn man versucht, eine seltene Datei zu bekommen, da man sehen kann, was der Client zu einem hochlädt und, wenn es die gesuchte Datei ist, ihm einen Uploadplatz für Freunde vergeben kann, so dass man schneller zu ihm hochlädt, man damit mehr Credits bekommt und folglich auch schneller von ihm herunterladen kann.

== Was ist A4AF? ==
A4AF bedeutet ''nach anderer Datei gefragt''. Damit werden die Ressourcen eines bestimmten Downloads optimiert. 
Wenn man eine Datei downloaded, holt sich aMule eine Liste aller Clients, die diese Datei haben. Einige davon haben möglicherweise auch andere Dateien, die man herunterladen möchte, daher kann man einen Client bei mehreren separaten Downloads haben. 
A4AF versucht, dies zu vermeiden. Warum? Man kann nicht zwei Blöcke zur gleichen Zeit vom gleichen Client herunterladen. Durch das Aktivieren von A4AF sagt man aMule, nach Clients zu suchen, die sowohl bei dieser als auch bei anderen Dateien in der Downloadliste stehen, und sie bei den anderen zu entfernen. Dadurch bekommt man für diese Datei mehr Quellen. 
Man kann auch einen Download auf das Gegenteil setzen, um A4AF andersherum anzuwenden, also Quellen an andere Downloads abzugeben. Das sollte für Dateien getan werden, die nicht so dringend sind, oder erst nach einer anderen ähnlichen Datei heruntergeladen werden sollen (z.B. bei einer Serie von Dateien). 
Man kann das als eine Möglichkeit, persönliche Vorliegen in den Downloads einzustellen, ansehen.

Wenn eine Quelle gewechselt wird, bleibt der Platz in der Warteschlange dabei erhalten.

'''HINWEIS:''' Quellen mit einem Warteschlangenplatz kleiner als 50 beim Download mit der höheren Priorität werden niemals ausgewechselt. Damit wird sichergestellt, dass der Download auch beginnt.

== Wo ist der Unterschied zwischen "übertragen" und "fertiggestellt" in der Downloadliste? ==
Übertragen ist die Gesamtmenge an Daten, die man für die ausgewählte Datei erhalten hat. Die Daten sind komprimiert, sobald sie ankommen, werden sie von aMule verarbeitet und entpackt. Die Gesamtmenge an Nutzdaten (also die Teile, die wirklich zur Datei gehören, alles andere sind Header, Prüfsummen usw.) kann in der Spalte Fertiggestellt abgelesen werden.

== Was ist der Unterschied zwischen Pausieren und Stoppen eines Downloads? ==
Wen ein Download pausiert, werden alle Verbindungen die zu diesem Download gehören getrennt so dass keine Daten mehr übertragen werden, die Quellen werden aber beibehalten, bei der Wiederaufnahme wird aMule also versuchen, die Quellen wieder zu kontaktieren.
Wird ein Download gestoppt, werden auch die Quellen verworfen, bei der Wiederaufnahme wird aMule als von neuem beginnen, Clients zu finden, die diese Datei haben.

== Wofür sind die ganzen Dateien, die aMule beim ersten Start anlegt? ==
Die meisten gleichen denen von [[eMule|eMule]]. Hier ist eine Liste mit der jeweiligen Funktion (beachten Sie, dass nicht unbedingt alle davon auch auf Ihrem System vorhanden sein müssen).
~/.eMule: aMule's persönliche Einstellungen (also Sachen wie Nutzername, Eingangsverzeichnis, temporäres Verzeichnis, Upload- und Download-Geschwindigkeitsbegrenzungen usw...) 
~/.aMule/addresses.dat: Enthält eine Liste von URIs mit fertigen Serverlisten, die beim Start nach neuen Servers geprüft werden sollen (Sofern in den Einstellungen angeschaltet). 
~/.aMule/amulesig.dat: Das ist [[aMule_Project_FAQ:About|aMule]]'s [[signature|online Signatur]] Datei, die mit der von [[eMule|eMule]] übereinstimmt (sie auch onlinesig.dat weiter unten), aber erweiterte Informationen enthält (Nutzername, gesamte und aktuelle Download- und Uploadmenge, aMule Version, Uptime und Anzahl der freigegebenen Dateien).. 
~/.aMule/aMule.tmpl: Eine Vorlage, die der [[amuleweb|aMule WebServer]] verwendet, um Wetseiten zu generieren. 
~/.aMule/aMule-online-sign.png: Diese Datei existiert nur, wenn CAS bereits einige Zeit mit der Option -o gelaufen ist, und die Datei /.aMule/casrc erfolgreich konfiguriert wurde. Das Bild enthält Details über [[aMule_Project_FAQ:About|aMule]]'s Status. 
~/.aMule/casrc: Diese Datei existiert nur, wenn [[CAS|CAS]] bereits einige Zeit mit der Option -o gelaufen ist. Sie enthält die Einstellungen für die Erstellung obigen Bildes durch [[CAS|CAS]]. 
~/.aMule/clients.met: Enthält die öffentlichen Kennungen anderer Clients sowie die Credits, die man ihnen schuldet. 
~/.aMule/cryptkey.dat: Hier wird der private 384-Bit RSA Schlüssel des Clients abgelegt. 
~/.aMule/emfriends.met: Die Konfiguration der Freundesliste. 
~/.aMule/ipfilter.dat: Die Liste der IP-Bereiche und Zugriffsberechtigungen, die an IPFilter weitergegeben wird. 
~/.aMule/Incoming: Das Vorgabe-Eingangsverzeichnis für fertiggestellte Dateien. 
~/.aMule/known.met: Diese Datei enthält die Prüfsummen und andere Informationen der eigenen freigegeben Dateien (Größe, Ort, Statistiken usw.) 
~/.aMule/known2.met: Diese Datei enthält die erweiterten [[AICH]]-Prüfsummen des Clients. 
~/.aMule/lastversion: Wird von [[aMule_Project_FAQ:About|aMule]] nur benötigt, um zu sehen, ob es zum ersten Mal gestartet wurde und welche Version vorher installiert war. 
~/.aMule/logfile: Das ist die Protokolldatei des jeweils letzten [[aMule_Project_FAQ:About|aMule]] Laufes. 
~/.aMule/muleconn: Ein Socket für die interne [[aMule_Project_FAQ:About|aMule]]-Kommunikation. 
~/.aMule/onlinesig: Die [[signature|online-Signature]]-Datei ist [[eMule|eMule]] kompatibel. Sie wird von anderen Programmen verwendet um Informationen über [[aMule_Project_FAQ:About|aMule]]'s Status zu erhalten (Onlinestatus, welcher Server, Upload/Downloadgeschwindigkeit, Länge der Warteschlange). 
~/.aMule/preferences.dat: Enthält den öffentlichen Schlüssel des Clients. 
~/.aMule/server.met: Eine Liste aller bekannten Server und den dazugehörigen Einstellungen (Priorität, Name, IP, Port usw.). 
~/.aMule/shareddir.dat: Speichert die Pfade aller freigegeben Verzeichnisse. 
~/.aMule/Temp: Standardmäßig das Verzeichnis, in dem [[aMule_Project_FAQ:About|aMule]] temporäre Dateien (noch nicht abgeschlossene Downloads) ablegt. 
~/.aMule/webserver: Dieses Verzeichnis enthält die für den aMule WebServer notwendigen Dateien. 
Alle anderen Dateien in ~/.aMule/ sind gewiss Sicherheitskopien der obengenannten Dateien. 
Im Temp-Verzeichnis (standardmäßig ~/.aMule/Temp, aber das kann in den Einstellungen geändert werden), erstellt [[aMule_Project_FAQ:About|aMule]] für jeden Download drei oder vier Dateien: 
*.part: Diese Datei enthält die bereits heruntergeladenen Teile (nicht nur einzelne Blöcke, da auch unvollständige Blöcke hier abgelegt werden) des jeweiligen Downloads. Da [[aMule_Project_FAQ:About|aMule]] in der Lage ist, von mehr als einer Quelle gleichzeitig herunterzuladen, hat diese Datei von Anfang an die Größe der vollständigen Datei, die noch fehlenden Teile sind mit Null gefüllt. 
*.part.met: Enthält Informationen über die heruntergeladenen Teile, die überprüften Blöcke, die Prüfsummen der noch fehlenden Blöcke usw... 
*.part.met.bak: Sicherheitskopie der *.part.met Datei. Ab und zu erstellt aMule eine Kopie, da ohne die *.part.met Datei der zugehörige Download für aMule unbrauchbar ist. Wenn eine *.part.met Datei verloren geht, kann man die *.part.met.bak einfach in *.part.met zurückkopieren. 
*.part.met.seeds: Diese Datei existiert nur, wenn man das Speichern der IPs von Quellen seltener Dateien aktiviert hat. [[aMule_Project_FAQ:About|aMule]] kann so nach einem Neustart diese Quellen für eine Fortsetzung des Downloads kontaktieren.

== Kann man die Dateien und Einstellungen von [[eMule|eMule]] benutzen und umgekehrt? ==
Das meiste ja. Lediglich die Programmkonfiguration (preferences.ini bei [[eMule]] und ~/.aMule bei [[aMule_Project_FAQ:About|aMule]]) sind nicht zwischen [[aMule_Project_FAQ:About|aMule]] und [[eMule]] austauschbar. Alle das [[FAQ_eD2k-Kademlia|ED2K-Netzwerk]] betreffenden Dateien sind problemlos verwendbar, sie müssen nur aus dem [[eMule]]-Verzeichnis nach ~/.aMule kopiert werden - oder umgekehrt. Allerdings sind einige Dateien in ~/.aMule [[aMule_Project_FAQ:About|aMule]]-spezifisch, z.B. amulesig.dat und aMule.tmpl, daher ist es besser, nur die Dateien zu kopieren, die sowohl im [[aMule_Project_FAQ:About|aMule]]-, als auch im [[eMule]]-Verzeichnis vorhanden sind.

Die noch nicht abgeschlossenen Downloads zu übernehmen ist leicht: Einfach die Dateien aus dem [[eMule]]-Temp-Verzeichnis (standardmäßig ''C:\Programm Dateien/eMule\Temp'') nach ''~/.aMule/Temp'' kopieren, bzw. in das eingestellte Temp-Verzeichnis von aMule.

== Was hat es mit amulesig.dat und onlinesig.dat auf sich? ==
[[FAQ_aMule#What_are_all_those_files_aMule_creates_the_first_time_it_is_run?|Weiter oben]] wurde bereits beschrieben, wofür die Dateien amulesig.dat und onlinesig.dat Verwendung finden. Hier wird der Inhalt beschrieben (Berücksichtigen Sie bitte, dass bei einem Absturz von [[aMule_Project_FAQ:About|aMule]] der Inhalt dem zuletzt geschriebenen entspricht): 
onlinesig.dat 
Besteht aus zwei Zeilen, getrennt durch LF (kein CR dazwischen). Die erste enthält, wenn [[aMule_Project_FAQ:About|aMule]] offline ist, nur eine 0 und nichts weiter. Ist [[aMule_Project_FAQ:About|aMule]] online, dann eine 1, gefolgt vom Pipe-Symbol |, dem Namen des Server mit dem aMule verbunden ist, einem weiteren Pipe-Symbol, der IP des Servers, weil's so schön war noch einem Pipe und zuletzt dem Port des Servers. 
Die zweite Zeile enthält, in dieser Reihenfolge: Die Downloadrate, die Uploadrate und den Füllgrad der Warteschlange, alles ebenfalls mit jeweils einem Pipe-Symbol voneinander getrennt. 
Die zweite Zeile endet übrigens '''nicht''' mit einem Newline ('\n'). 
Wird [[aMule_Project_FAQ:About|aMule]] ordnungsgemäß beendet, behält die zweite Zeile ihre Form, aber alle Einträge sind mit Null gefüllt, die erste Zeile enthält dann nur eine einzele Null. 
amulesig.dat 
Die [[signature|Signatur]]-Datei von aMule ist sehr viel leistungsfähiger als die von [[eMule]]. Jede Zeile ist ein Datenfeld mit folgendem Inhalt: 
Die erste Zeile enthält eine Null wenn [[aMule_Project_FAQ:About|aMule]] nicht verbunden oder regulär beendet ist, eine 1 wenn online und eine 2 wenn gerade eine Verbindung aufgebaut wird (erst seit 2.0.0-rc4). 
Die zweite, dritte und vierte Zeile enthalten den Namen, IP und Port des Servers, mit dem aMule verbunden ist (in dieser Reihenfolge), oder Null wenn aMule offline ist. Ab 2.0.0-rc4 enthalten sie auch dann Null, wenn aMule beim Verbinden oder ordentlich beendet ist. 
In der fünften Zeile steht ein großer L oder H, je nachdem ob [[aMule_Project_FAQ:About|aMule]] mit einer hohen (H) oder niedrigen (L) ID verbunden ist. Beginnend mit 2.0.0-rc4 enthält auch diese Zeile eine Null, wenn aMule noch verbindet oder korrekt beendet ist. 
Die sechste und siebte Zeile enthalten die aktuelle Download- und Uploadgeschwindigkeit, seit 2.0.0-rc4 enthalten sie "0." wenn aMule normal beendet wurde. 
Achte und neunte Zeile zeigen die Anzahl der Clients in der Uploadwarteschlange und die Menge der freigegebenen Dateien. Auch hier stehen seit 2.0.0-rc4 jeweils Null, wenn aMule beendet wurde. 
Der Spitzname des Benutzers steht in der zehnten Zeile. 
In der elften und zwölften Zeile sind die Gesamtsummen von Download- und Uploadmengen aufgeführt. 
Die verwendete Version von [[aMule_Project_FAQ:About|aMule]] ist in der dreizehnten Zeile zu finden. 
Die Anzahl der in der aktuellen Sitzung von aMule herunter- und hochgeladenen Bytes sind in der vierzehnten und fünfzehnten Zeile zu finden, ab 2.0.0-rc4 sind beide Null, wenn aMule beim Verbinden oder ordentlich beendet ist. 
In der sechzehnten (und letzten) Zeile steht die Zeit, die [[aMule_Project_FAQ:About|aMule]] nun schon läuft. Nach einem Leerzeichen kommt "secs" "mins" oder "hours", oder die Entsprechung in der jeweils eingestellten Landessprache. Ab 2.0.0-rc4 steht hier 00 gefolgt von "secs" bzw. der jeweiligen Abkürzung, falls aMule beendet oder noch beim Verbinden ist. 
Die letzte Zeile wird mit einem Newline ('\n') beendet.

== Ich habe [[aMule_Project_FAQ:About|aMule]] gerade zum ersten Mal installiert, was muss ich einstellen? ==
aMule zu konfigurieren ist größtenteils eine Frage des Geschmacks und hängt von vielen Faktoren ab. Für einen Konfigurations-Crashkurs einfach weiterlesen.. 
Starten Sie [[aMule_Project_FAQ:About|aMule]] und klicken Sie auf Einstellungen. Denken Sie sich einen Spitznamen aus und wählen Sie die gewünschte Sprache, in der [[aMule_Project_FAQ:About|aMule]] erscheinen soll. Wechseln Sie dann auf den Punkt Verbindungen und geben Sie die maximalen Kapazitäten Ihres Anschlusses sowie die von [[aMule_Project_FAQ:About|aMule]] davon zu verwendende Bandbreite ein. Gehen Sie auf den Punkt Verzeichnisse und legen Sie das temporäre (wo unvollständige Downloads abgelegt werden) und das Eingangsverzeichnis fest. Dann wählen Sie die Verzeichnisse, deren Dateien für andere freigegeben werden sollen. Geben Sie nicht zu viele Dateien frei (siehe unter "Welches sind die besten Einstellungen, um eine optimale Downloadrate zu erzielen?") und wählen Sie keine Dateien mit kritischen Inhalten (e.g. ~/.ssh usw.). Um ein Verzeichnis rekursiv samt seiner Unterverzeichnisse auszuwählen, lesen Sie bitte unter [[aMule_problems#Is there any way to recursively select a whole directory and its contents?]] nach.

== Kann [[aMule_Project_FAQ:About|aMule]] meine [[xMule]]- und [[lMule]]-Dateien verarbeiten? Und wie? ==
[[aMule_Project_FAQ:About|aMule]] handhabt sowohl [[lMule]]- als auch [[xMule]]-Konfigurationsdateien automatisch, aber auf verschiedene Weise: [[lMule]] wird seit mehreren Jahren nicht mehr weiterentwickelt, daher geht aMule davon aus, dass Sie es ersetzen wollen. Daher wird das Verzeichnis ~/.lMule in ~/.aMule umbenannt. Wenn Sie ~/.lMule/Temp und ~/.lMule/Incoming als temporäres und Eingangsverzeichnis verwendet haben, müssen Sie dies nachfolgend in den Einstellungen auf ~/.aMule/Temp und ~/.aMule/Incoming ändern. 
[[xMule]] ist seit Mai 2004 offiziell eingestellt (öffentliche Bekanntgabe durch den Hauptentwickler im [[xMule]]-Forum der mittlerweile nicht mehr existenten Seite [http://www.xmule.org http://www.xmule.org]), aus historischen Gründen lässt [[aMule_Project_FAQ:About|aMule]] das ~/.xMule Verzeichnis aber unangetastet und kopiert nur die Konfigurationsdateien nach ~/.aMule. Das bedeutet, dass alle Downloads im ~/.xMule Verzeichnis verbleiben, wenn sie dort abgelegt wurden, aber da [[aMule_Project_FAQ:About|aMule]] die Konfiguration von [[xMule]] übernommen hat, wird es sie weiterhin benutzen. Entweder man lässt es so oder man man verschiebt ~/.xMule/Temp und ~/.xMule/Incoming nach ~/.aMule und ändert die Einstellungen entsprechend.

== Wie fange ich denn nun mit [[aMule_Project_FAQ:About|aMule]] an? ==
Klicken Sie einfach den Verbinden-Knopf. Dafür benötigen Sie allerdings gültige Einträge in der Serverliste, sollte das nicht der Fall sein, klicken Sie vorher im Server-Fenster auf den kleinen Knopf unter dem Verbinden-Knopf und die Liste wird neu geholt. Nach einer Weile wird sich [[aMule_Project_FAQ:About|aMule]] mit einem Server verbinden (das merken Sie daran, dass die Meldung "nicht verbunden" in der unteren rechten Ecke verschwinden). Sobald Sie verbunden sind, wechseln sie ins Suchen-Fenster und suchen Sie nach den gewünschten Dateien. Haben Sie sie gefunden, können Sie mit einem Doppelklick darauf den Download anstoßen. 
Für allgemeine Hinweise zu Benutzung von [[aMule_Project_FAQ:About|aMule]] kommen Sie nach #amule auf irc.freenode.net oder fragen Sie in den Foren auf [http://www.amule.org/amule http://www.amule.org/amule] um Rat.

== Welches sind die besten Einstellungen, um eine optimale Downloadrate zu erzielen? ==
Wenn Sie "Welche Grenzen hat das [[FAQ_eD2k-Kademlia|ED2K]]-Netzwerk?" verstanden haben, wissen Sie, dass es das Beste ist, sofern ihre Anbindung dies erlaubt, die Uploadbandbreite auf ein Minimum von 10KB/s zu stellen. Außerdem, wenn sie "Was hat es mit all den Credits, Wertungen und Punkten auf sich?" gelesen haben, sollten Sie wissen, dass Sie umso mehr downloaden je mehr sie uploaden. Setzen Sie also den Upload so hoch wie möglich, geben sie bekannte und beliebte Dateien frei (stellen Sie nicht zuviele Dateien zur Verfügung (nicht mehr als etwa 200), da Sie sonst womöglich von einigen Server aufgrund zu hohen Traffics abgelehnt werden) und versuchen Sie, auch kleinere, populäre Dateien vorzuhalten, da einige Clients zusätzliche Credits vergeben, wenn Sie ihnen eine komplette kleinere Datei liefern können. Ein guter Rat (vielen Dank an kaouete) ist es, bei einer seltenen oder "niemals fertig werden wollenden" Datei einem Client, der Ihnen ein Stück davon hochlädt, einen Freundes-Uploadplatz zuzuweisen, so dass er, wenn er etwas von Ihnen herunterladen will, sofort zum Zug kommt und Sie im Gegenzug bessere Credits erhalten.

== Gibt es einen Weg, alle ED2K-Links aus einer Textdatei auf einmal zu laden? ==
Ja, gibt es. Speichern Sie einfach alle Links, die Sie downloaden wollen, in einer Textdatei, jeweils einen pro Zeile, nennen Sie diese Datei ''EDED2KLinks'', plazieren Sie sie in ''~/.aMule'' und aMule wird sie automatisch finden, die enthaltenen Links der Downloadliste hinzufügen und die Datei löschen. 
[[ED2KLinks_file|Hier]] können Sie mehr über die Funktion dieser Datei nachlesen.

== Kann man [[aMule_Project_FAQ:About|aMule]] genauso mittels telnet fernsteuern, wie das bei [[eDonkey2000|eDonkey]] der Fall ist? ==
Ja, das geht, aber nicht auf genau die gleiche Weise, wie bei [[eDonkey2000|eDonkey]]. Starten Sie einfach eine normale ssh-Verbindung zum Computer, auf dem [[aMule_Project_FAQ:About|aMule]] läuft und verbinden Sie sich mittels <code>amulecmd</code> zu [[aMule_Project_FAQ:About|aMule]]. Um neue Downloads anzustoßen, benutzen Sie den Befehl [[ed2k_command|ed2k]]. Damit das funktioniert, muss [[aMuleCMD]] allerdings vorher konfiguriert werden. 
Für Sie vielleicht auch interessant ist ein anderes Toll, [[CAS]] (Aufruf mit <code>cas</code>), das grundlegende Statistiken über [[aMule_Project_FAQ:About|aMule]] anzeigt. 
Ansonsten bliebe da noch der [[amuleweb|aMule WebServer]], wenn es Sie nicht stört, dass Sie zu seiner Nutzung einen Webbrowser auf dem CLient laufen lassen müssen. Auch der aMule WebServer muss vorher konfiguriert werden.

== Bekommt man [[aMule_Project_FAQ:About|aMule]] auch ohne grafische Oberfläche zum Laufen? ==
Ja. Beginnend mit aMule 2.0.0-rc6 kann man dafür den aMule Daemon benutzen (zu starten mit <code>amuled</code>). Zu kontrollieren ist er genauso wie der "normale" aMule, also via Browser oder aMuleCMD.

Bis Version 2.0.0-rc6 war [[aMule_Project_FAQ:About|aMule]] ein monolithisches Programm, Netzwerkteil und Oberfläche waren zu einem einzigen, riesigen Klotz verschmolzen. Seitdem haben die Entwickler begonnen, stückweise beide Teile voneinander zu trennen.

Für diejenigen, die noch eine ältere Version benutzen oder die aMuleD (aMule Daemon) nicht verwenden möchten, gibt es noch zwei andere Möglichkeiten, aMule ohne GUI laufen zu lassen, diese sind aber indirekt:
*Einmal mittels ''[http://x.org/4.4.0/Xvfb.1.html Xvfb]''
*Oder via ''[http://www.realvnc.com VNC]''

'''Mittels ''[http://x.org/4.4.0/Xvfb.1.html Xvfb]:''' 
Dazu starten Sie <code>[http://x.org/4.4.0/Xvfb.1.html Xvfb]</code> und darin dann aMule. Danach können Sie aMule auf die übliche Weise mit [[aMuleCMD]] und [[ed2k_command|ed2k]] kontrollieren, als würden Sie es über ssh benutzen (siehe oben).

Einfaches Beispiel: 
Start von [http://x.org/4.4.0/Xvfb.1.html Xvfb]: 
<code>Xvfb :1 -screen 0 640x480x16 &</code> 
Das zu verwendende X-Display für aMule setzen: 
<code>export DISPLAY=:1</code> 
Als letztes [[aMule_Project_FAQ:About|aMule]] aufrufen: 
<code>amule &</code> 
Hinweis: Nachdem mit <code>export DISPLAY=:1</code> die X-Ausgabe auf den Xvfb gesetzt wurde, gilt das für '''alle''' X-Anwendungen, die von dieser Shell aufgerufenw erden. Möchten Sie das vermeiden, starten Sie [[aMule_Project_FAQ:About|aMule]] wie folgt, um die Änderung auf es zu begrenzen: 
<code>DISPLAY=:1 amule &</code> 

'''Via ''[http://www.realvnc.com VNC]:''' 
Statt [http://x.org/4.4.0/Xvfb.1.html Xvfb] kann man auch ''vncserver'' benutzen, um etwas Ähnliches zu erreichen. Installieren Sie einfach RealVNC und starten Sie ''vncserver :1 -geometry 1024x768'' gefolgt von ''export DISPLAY=:1''. Das erzeugt einen im Hintergrund laufenden [http://x.org X]-Server, auf den mit einem [http://www.realvnc.com VNC]-Client zugegriffen werden kann. Sobald der [http://x.org X]-Server läuft, benötigen Sie noch einen Windowmanager. (Genaugenommen brauchen Sie ihn nicht, aber es ist nützliche, aMule einfach schließen zu können, anstatt es "abschießen" zu müssen) [http://fluxbox.sourceforge.net FluxBox] ist aufgrund seines geringen Speicher- und CPU-Verbrauchs empfehlenswert (aber auch andere, kleine Windowmanager wie twm erfüllen diesen Zweck). Einfach mit ''fluxbox &'' starten und danach aMule via ''amule &''. Jetzt können Sie sich zum [http://www.realvnc.com VNC]-Server verbinden und das [[aMule]]-Fenster ganz normal verwenden.

Berücksichtigen Sie bitte, dass, wenn [[aMule]] ein Dialogfenster anzeigt, dass auf eine Nutzereingabe wartet (wie es beim ersten Start geschieht), es stehenbliebt, bis sich jemand mit dem VNV verbindet und den Dialog schließt. Normalerweise ist das nur einmal nötig (später kann die Verbindung benutzt werden, um Einstellungen zu verändern oder die Serverliste neu zu laden), und [[aMule]] sollte ab dann ohne Hilfe des Nutzers starten und lediglich Statusinformationen anzeigen.

Wenn Sie Hilfe zu diesem Thema benötigen, suchen Sie in [[aMule_Project_FAQ:About|aMule]]'s [http://www.amule.org/amule Foren] oder kommen Sie in den [[IRC]]-Kanal #amule auf irc.freenode.net und fragen Sie einfach.

== Kann ich zwei Instanzen von [[aMule_Project_FAQ:About|aMule]] zur gleichen Zeit laufen lassen? ==
Yes you can, although it is not recommended. [[aMule_Project_FAQ:About|aMule]] will only check if the concurrent user is running some [[aMule_Project_FAQ:About|aMule]] instance, so you can run as many [[aMule_Project_FAQ:About|aMule]] instances as user accounts you have access to. To do this, just run <code>xhost +</code> and then <code>su</code> as another user and run aMule from that shell. 
Be aware, since [[aMule_Project_FAQ:About|aMule]] can't check if a user is running [[aMule_Project_FAQ:About|aMule]] on another X display. So, if your account is already running some [[aMule_Project_FAQ:About|aMule]] instance in some other X display, do not run another [[aMule_Project_FAQ:About|aMule]] instance on another X display or you might end up with lost configuration settings and corrupt chunks.

== Woher bekommt man diese hübschen [[aMule_Project_FAQ:About|aMule]]-Statistiken, die die Leute im IRC posten? ==
Sie können entweder die Ausgabe von [[CAS]] (C [[aMule_Project_FAQ:About|aMule]] Statistik, [[CAS]] ist mit <code>cas</code> zu starten) oder, wenn Sie xChat als IRC-Client benutzen und das Perl-Modul installiert haben, [[XAS]] (xChat [[aMule_Project_FAQ:About|aMule]] Statistik) verwenden.

== Was ist Slot-Zuweisung? ==
Jeder Upload ist ein Slot, wenn Sie also zu fünf Clients zur gleichen Zeit hochladen, haben Sie fünf bestehende Slots. Slot-Zuweisung ist die Uploadbandbreite, die jedem Slot zugewiesen ist. 
Zum Beispiel: Wenn Sie ein Upload-Limit von 20KB/s haben, können Sie die Slot-Zuweisung auf 2KB/s setzen, dann werden maximal 10 Clients in der Lage sein, gleichzeitig von Ihnen herunterzuladen, jeder mit einer maximalen Übertragungsrate von 2KB/s. 
Siehe aber auch "Warum ignoriert aMule die Bandbreiteneinstellung per Slot?" in [[AMule_problems|Häufig auftretende Probleme mit aMule]].

== Was ist ein Freundes-Slot? ==
Ein Freundes-Slot wird speziell einem Client aus der Freundesliste zugewiesen, nur einer kann einen solchen zu jedem Zeitpunkt haben. Wenn der Freund (für den der Slot aktiviert wurde) versucht, einen Block herunterzuladen, bekommt er sofort die höchste Priorität in der Uploadwarteschlange, da ihm der Slot fest zugeteilt ist. Solange der Freund nichts herunterlädt, wird der Slot dem CLient mit der höchsten Warteschlangenwertung zugeteilt, genau wie erwartet.

== Warum sollte man die maximalen Leitungskapazitäten in den Einstellungen angeben? Sollten [[aMule_Project_FAQ:About|aMule]] denn nicht nur die Bandbreiten-Beschränkungen interessieren? ==
Tatsächlich kümmern aMule nur die Bandbreitenlimits, die Leitungskapazitäten werden nur für die Statistik benötigt. Beispiel: Man hat eine 100KB/s-Anbindung, das Limit wird auf 40KB/s gesetzt, da ein auf dem gleichen Host laufender Webserver mindestens 60KB/s für die Befriedigung der Anfragen benötigt. Nun lädt man einige seltene freie indonesische Stücke herunter, man bekommt nie mehr als 3KB/s im Download. Damit die Grafik im Statistikfenster sinnvolle Aussagekraft hat, setzt man die Downloadkapazität auf 5KB/s, denn bei 100KB/s wäre lediglich ein horizontaler Strich ohne jeden Informationsgehalt zu sehen.

== aMule stürzt recht oft ab, kann man es automatisch neustarten lassen? ==
Nein. Man kann dies aber einem Script auftragen, einige davon funktionieren vielleicht sogar, wenn aMule '''einfriert''' und nicht '''abstürzt'''. 
Diese Scripte können eventuell von Nutzen sein: 
[http://www.amule.org/amule/thread.php?threadid=1232 http://www.amule.org/amule/thread.php?threadid=1232] 
[http://www.amule.org/amule/thread.php?threadid=542 http://www.amule.org/amule/thread.php?threadid=542] 
[http://deepthought.ena.si/mulerunner http://deepthought.ena.si/mulerunner]

== Kann aMule Daten von der Standardeingabe lesen und an GDB oder Valgrind weiterreichen? ==
Ja, bis 2.0.0-rc3 war das nicht möglich, ab 2.0.0-rc4 kann man das mit dem Parameter ''-i'' bzw. ''--enable-stdin'' erreichen. 
Wer noch ein aMule vor 2.0.0-rc4 verwendet, kann [http://www.amule.org/amule/thread.php?threadid=2474 phoenix's aMule stdin Patch] verwenden.

== Wie kann ich von eMule zu aMule wechseln, ohne meine Credits zu verlieren? ==
Wer [[FAQ_aMule#Wofür_sind_die_ganzen_Dateien,_die_aMule_beim_ersten_Start_anlegt?|"Wofür sind die ganzen Dateien, die aMule beim ersten Start anlegt?"]] gelesen hat, weiß bereits, was zu tun ist: 
Die Dateien ''cryptkey.dat'', ''clients.met'' und ''preferences.dat'' aus dem eMule-Konfigurationsverzeichnis (bei Windoof irgendwo unter ''C:\Programm Dateien\eMule\config'') nach ''~/.aMule'' kopieren. Jetzt verwendet aMule die gleichen Einstellungen. Das war's!.

== Was hat es mit der Geschichte um das [[rabbit|Kaninchen]] auf sich? ==
Hmm, es fing an... mit... nun ja... es war... folge einfach dem weißen [[rabbit|Kaninchen]] ;-)