Emule/Edonkey Official Thread ver.2.1

[^KoraX^]

Quindi nn devo settare nulla nei controlli per sistemare !! prima usavo la morph 6.7 ora sn passato alla 0.45b ufficiale !! boh !! devo aspettare un casino prima che prenda velocità

[bizzu]

Ragazzi sapete se si può cambiare l'aspetto del webserver? Esistono dei pacchetti di immagini che si possono sostituire a quelle di default? (ho la morph 6.7)

[fgiova]

è uscita la 0.46a

----------------------
- May, 3. 2005      -
----------------------
.: Added eMail-Notification settings to the GUI, optional encryption still needs to be configured in the preferences.ini
.: Added the setting for alternate toolbar layout in the transferwindow into the preferences dialog
Ornis: fixed removing servers from static list from the webinterface

----------------------
- May, 2. 2005      -
----------------------
.: Fixed a socket resource leak in web interface.
.: Access to web interface can be restricted to a list of specified IP addresses. preferences.ini setting "AllowedIPs=<IP>[;<IP>]" section "[WebServer]"
Ornis: Renamed "adresses.dat" to "addresses.dat" for automatic serverlist updates on startup. Renaming will be done automatically during startup on this upgrade.

----------------------
- May, 1. 2005      -
----------------------
.: eMule now (optional) remembers files which were cancelled and marks them in the searchresults
.: Remembering downloaded files can be disabled and eMule will purge all unneeded records from known.met and known2.met
.: Fixed a bug which sometimes caused a sharing Violation in known2.met when starting eMule

----------------------
- Apr, 28. 2005      -
----------------------
.: Implemented protocol change for server for getsources (local/udp) suggested by lugdunum

----------------------
- Apr, 26. 2005      -
----------------------
.: Added new drop down buttons in Transfers window to select different view types for main and sub window.
.: Added preferences.ini setting "WinaTransToolbar=1" (section "eMule") to enable an alternate toolbar layout in Transfere window.

----------------------
- Apr, 23. 2005      -
----------------------
.: Fixed: Queue Ranking of sources in Download Listview were not always updated properly.
.: Added some missing protocol overhead stats.
Unk: Couple very small gui changes to the setup wizard and file comment list.

----------------------
- Apr, 19. 2005      -
----------------------
.: Merged the view selector and the downloadingclients view from Mods [TBH]

----------------------
- Apr, 17. 2005      -
----------------------
.: Fixed a bug which made it theortical in some rare cases possible that eMule sent unverified data to other clients
Ornis: fixed not working commands on downloadlist multiselections in certain cases
Ornis: added manual filename cleanup on selected files in the downloadlist by pressing Ctrl+F2

----------------------
- Apr, 13. 2005      -
----------------------
.: Fixed bug with file comments/ratings when receiving a rating without a comment [thx MogTheCat]
.: Added support for new PeerGuardian IP filter file format v2.
.: To reduce overal network overhead, dead servers are detected faster and not used for UDP sources and file searches until they are deleted.
.: The priority specified in downloaded server.met files is ignored. Server priorities can still be used for the local server list.

----------------------
- Apr, 6. 2005      -
----------------------
.: Sortorder and scrollposition are now saved for every open searchresult when switching between them


----------------------
- Apr, 4. 2005      -
----------------------
.: Added E-Mail notification for "Download finished" and "Important Error" eMule notifications. Configurable via preferences.ini file section [eMule]
Enable E-Mail notifications with: "NotifierSendMail=1"
Specify SMTP server with: "NotifierMailServer=<server>"
Specify recipient's E-Mail address with: "NotifierMailRecipient=<e-mail-address>"
Specify sender's E-Mail address with: "NotifierMailSender=<e-mail-address>"
Optional: Specify certificate to be used for encrypting the e-Mail with S/MIME with: "NotifierMailEncryptCertName=<certificate-subject>". The certificate is searched in the local 'addressbook' certificate store only.

----------------------
- Apr, 1. 2005      -
----------------------
.: Fixed bug with eD2k link parsing when no filename (or filename with just spaces) was specified in link.
.: Fixed bug with partfile renaming when new filename contains only spaces.

----------------------
- Mar, 23. 2005      -
----------------------
.: Source base is compiled with warning level 4 (and corrected)
.: Kad keyword searching and publishing of short words changed to circumvent some limitations for Asian phrases.
.: Fixed bug in keyword publishing related to filenames ending with too much unpublished characters.
.: Fixed some GUI glitches in Friend listview.
.: Fixed bug which prevented eMule to minimize to system tray.
.: Brushed up Shared Folders context menu in Options/Files.
.: Changed all sound creating functions to not use the PC-speaker in case there is no sound card available.
.: Log files clearly show session start/end messages.
.: Fixed bug with log messages which were not written to log files during early startup.
.: MiniMule shows accurate connection icon.
.: MiniMule shows the nr. of completed downloads currently available in Download list.
.: MiniMule can be properly attached to each edge of the desktop window (depending on taskbar position).
.: MiniMule - fixed problem with eMule installation path containing some special characters.
.: Added optional Text-To-Speech notification. For each generated notification eMule will "read" the log message in the system's default Text-To-Speech engine.
.: Added support GZip compressed IP-filter files.
.: Fixed bug in log panes which could create auto-endless up-scrolling.
.: Fixed bug in log panes which displayed text too far on top if pane was first time enabled.
.: Disabled extracting of MetaData with DirectShow - until a more reliable way is implemented.
.: Experimental: Added a more efficient method to reject TCP connections of filtered and/or banned clients; see Options/Ext. settings
.: All graphs in Statistics window have a different appearance when "StraightWindowStyles=1" is specified in Preferences.ini, section [emule].
.: Couple of optimizations in drawing the statistics graphs.
.: When closing the Options dialog, the preferences.ini file is saved only if really needed.
.: Searchresult panes: When switching to/from panes with collapsed search entries, the state is properly saved/restored.
.: Couple of optimizations in search result handling.
.: When receiving different file names for a search result, the filename with the highest availability is eventually used for showing the result
.: In ext. user mode only: Search results show nr. of complete sources by percent and accurate number.
.: Fixed bug with not adding all available source found during searching when adding a file via an sub-entry to the download queue.

----------------------
- Mar, 14. 2005      -
----------------------
Ornis: Filename cleanup: dont uppercase character behind apostrophe
Ornis: Fixed wrong file statistics of (previously) stopped files [Xman]
Ornis: Set file based sources limit via downloadlist context menu (when extended controls enabled)

----------------------
- Feb, 27. 2005      -
----------------------
.: Log file format for standard and verbose log files can be set to UTF-8 with preferences.ini setting "LogFileFormat=1" (section "[eMule]").
.: Added support for new PeerGuardian IP filter file format v1.

----------------------
- Feb, 26. 2005      -
----------------------
.: Fixed bug with too high PeerCache socket timeouts [thx so8so]
zz: Small fix to USS to prevent it from sometimes disabling itself when network connection is lost. Once the first init of USS is complete it should now never disable itself.

----------------------
- Feb, 22. 2005      -
----------------------
.: Fixed issue where bugged compatible clients could receive sources for a file they did not ask for.
.: Fixed bug with Kad-notes which were received but not stored.

----------------------
- Feb, 18. 2005      -
----------------------
Ornis: moving mouse over statisticgraphs and holding down left mousebutton will display a tooltip containing the corresponding date and time at the current mouseposition in the graph (calculated by the CURRENT statistic settings)
Ornis: merged webinterface from eMule+, adapted, did some fixes and added:
    - Kad-window
    - show comments & ratings
    - download of completed files via browser (up to 5MB filesize)

----------------------
- Feb, 12. 2005      -
----------------------
.: Fixed 'Transferred' column data display and sorting in Upload list control.
.: Reworked all dialogs to properly show the '&' characters in filenames.
.: Fixed comment rating label order.
.: Fixed possible misplaced up/down buttons in details dialog.
.: Upgraded to zlib 1.2.2.
.: Experimental: Added Right-to-Left reading support. Enable in Preferencs.ini: Section=[eMule]; Setting=RTLWindowsLayout=1

[fgiova]

Originariamente inviato da lucas86mj23

no

forse ho trovato la soluzione al tuo problema

May, 1. 2005 -
----------------------
.: eMule now (optional) remembers files which were cancelled and marks them in the searchresults
.: Remembering downloaded files can be disabled and eMule will purge all unneeded records from known.met and known2.met
.: Fixed a bug which sometimes caused a sharing Violation in known2.met when starting eMule

installa la 0.46a

[lucas86mj23]

Originariamente inviato da fgiova

forse ho trovato la soluzione al tuo problema
installa la 0.46a

tnx 4 the info !
doma la installo !

[Amu_rg550]

salve
non sono per nulla pratico del mulo e vorrei chiedervi una cosa: se non ho particolari problemi di banda, ha un senso imporre un limite di upload?
non metterne mi dovrebbe aiutare nello scaricare più velocemente con la storia dei crediti vero?
oppure è consigliato mettere un limite?

(adesso vado a leggermi le varie guide in prima pagina e vedo se ne cavo qualcosa.. )

[REPERGOGIAN]

l'upload va limitato se no nn navighi +

a meno che tu nn usi cfosspeed

[Zebiwe]

Io non metto limiti nè in down nè in up e, utilizzando l'Upload Speed Sense della Morph, non ho nessun problema di navigazione...

[fgiova]

Originariamente inviato da Zebiwe

Io non metto limiti nè in down nè in up e, utilizzando l'Upload Speed Sense della Morph, non ho nessun problema di navigazione...

il problema dell USS è che non è immediato ma funziona solo se richiedi banda per 1 po di tempo, tipo inviando 1 mail (quindi per la navigazione normale praticamente non funziona)

[lucas86mj23]

Originariamente inviato da lucas86mj23

tnx 4 the info !
doma la installo !

ma cazz !!
all'inizio funzionava bene!
ma ora mi dice : il server xyz potrebbe essere inattivo

cmq l'errore di condivisione known2.met non me lo dà più

[fgiova]

Originariamente inviato da lucas86mj23

ma cazz !!
all'inizio funzionava bene!
ma ora mi dice : il server xyz potrebbe essere inattivo

cmq l'errore di condivisione known2.met non me lo dà più

può essere vero....aggiorna la lista server

[lucas86mj23]

Originariamente inviato da fgiova

può essere vero....aggiorna la lista server

e come si fa ?

[Amu_rg550]

Originariamente inviato da lucas86mj23

e come si fa ?

sei fortunato, l'ho scoperto giusto ieri sera
http://edonkey.sharereactor.it/emule...le/step12.html

[xcdegasp]

eMule 0.45b [VipeR v2.2] :

Changelog:
ADD: Menu VipeR
ADD: Anti mod Faker
Removed: Exit Smoothly
Changed: File buffer Size (7.5Mb)
Fixed:All Smalls bugs

ulteriori info qui
binaries


eMule 0.46a[Zzul 20050505-2200]

Changelog:
# First version based on 0.46a
# Improved a4af code to work better for No Needed Part sources. Earlier code could make a source get stuck on a high prio NNP file even if there were other files (with lower prio) that wasn't NNP.
# Prevent locking of too many blocks when we are downloading from a slow (probably standby/trickle) slot. This should help with the case where a slow slot has locked the last blocks in a chunk, preventing a faster source from giving them to us. Experimental!
# Bugfix: sources where sometimes in state NONE for a while (about 18 minutes) when they should be reasking the file.
# Small change to code that finds next dl block to request, to prevent gaps to occur when several sources downloads from the same chunk/part. Experimental!

binaries

[painofsalvation]

salve a tutti ho emule v0.45b, alice mega da 1280Kb/s down e 256Kb/s up, modem ethernet D-link DSL-300T, firewall Zone Alarm, processore P4 3000 LGA775+ 1GB DDR dual channel.
Fino a poco tempo fa non avevo problemi di id basso ultimamente si, specialmente da quando ho installato Zone alarm, mentre per il download ho sempre avuto un valore medio tra i 35 e i 45 Kb/, anche prima di montare zone alarm.

le fonti le tengo sempre intorno al valore di 4000/4500 tanto non ho problemi d'instabilita' di sistema.

mi chiedevo quale sia il firewall ideale da abbinare ad emule, in maniera da sbloccare perennemente la dannata porta 4662 in fase di connessione al server , ed evitare il messaggio: 'Your 4662 port is not reachable'?

non vorrei che dipenda dal modem ethernet che forse va configurato diversamente da come e' impostato attualmente.

grazie per l'attenza.

[xcdegasp]

il tuo caso riporta ben 2 problematiche...

1)il modem ethernet dsl-300t ha in molti casi problemi nel software interno che causano scollegamenti dalla portante (queste cadute che si verificano non sono causate dal provider ma proprio dal modem); se non hai questo problema non tenere in considerazione questa notifica.

2) zonealarm da novembre non riesce più a vivere in amicizia con emule, quindi il mio suggerimento è di passare ad altro firewall free o a pagamento (in ogni caso non è all'altezza di altri simili). Un esempio è: Sygate, Tini, Kerio, Look'n stop e jetico.
Tra quelli a pagamento consiglio Outpost-pro 2.6 (semplice da configurare perchè guidato e preciso).

[painofsalvation]

fortunatamente non mi semra di notare disconnessioni da parte del modem, provero' a cambiare firewall, grazie.

comunque in media per una linea da 1280Kb/s qual'e' una buona media di download in KB/s ?

per l'upload mi hanno consigliato di impostarlo a 24KB/s ma gia' a 21 mi penalizza pesantemente il download e' normale?

[painofsalvation]

to tolto dalla condivisione parecchio materiale inutile lasciando condivisi solo i file compari di quelli che ho in download + pochi altri, risultato da 35/40KB/s sono passato a 65/70.

a quanto pare meno roba codivisa(ma non troppo) si ha e piu' aumenta la velocita' di download... il contrario di winmx!?!?!

[xcdegasp]

chi ha una buona 1200 può raggiungere senza troppi problemi i 140k in dl.... un valore buono è almeno raggiungere gli 80k.

non sapendo quanti file hai in condivisione, presumo meno di 25, e togliendo gli altri file hai in questo modo forzato emule a condividere solo quelli. questo risultato lo potevi ottenere anche con sistemi più canonici ovvere agendo sulla "priorità del files in condivisione" esempio con modalità realeased o powershared.
Cosa comporta?
comporta la condivisione dei chunk di solo quei files che si stanno scaricando guadagnado quindi i crediti necessari per continuare a rimanere in alto in classica su di essi.
sbagliatissimooo!

perchè?
in questo modo si cerca solo il proprio risultato non considerando il resto della comunità, infatti gli slot friendly e questo modo di agire (illustrato sopra) è ormai consuetudine solo dei profughi di winmx...
pretendere che emule sia winmx è come pretendere che una "focaccia genovese" sia dolce e lamentarsi dello scarso risultato qualitativo!

Consiglio:
anzicchè usare metodi poco consoni alla comunità, cerchiamo invece di sfruttare i mezzi a disposizione per ottenere lo stesso fine e con maggior soddisfazione...
1) non conta la quantità di files in share, conta che abbiano certe dimensioni e non siano limitati a pochi mb (raccogliere gli mp3 di un album in uno .zip è buon sistema per sharare);
2) dare maggior visibilità a files rari e cercare di agevolarne la diffusione, usando il powershare e "push rare files" (presente nella viper 2.2 e in altre mod);
3) dare il powershare o lo "slot amico" a files con più di 200 fonti è una cosa dannosa oltre che poco fruttifera; è più facile che un client scarichi da te per più tempo quando le fonti sono limitate che in situazioni dove ci siano più 300 persone che condividono lo stesso file

certo molti di questi concetti in winmx sono lasciati nel comodino, infatti è più un sistema io do a te se te dai a me (direi poprio profitto personale e non globale), e sarà difficile che vengano accettati da coloro... ma se studiate questo concetto non vedendo un profitto diretto ma come profitto indiretto capirete che avete scoperto l'acqua calda.

[fgiova]

Originariamente inviato da xcdegasp

chi ha una buona 1200 può raggiungere senza troppi problemi i 140k in dl.... un valore buono è almeno raggiungere gli 80k.

non sapendo quanti file hai in condivisione, presumo meno di 25, e togliendo gli altri file hai in questo modo forzato emule a condividere solo quelli. questo risultato lo potevi ottenere anche con sistemi più canonici ovvere agendo sulla "priorità del files in condivisione" esempio con modalità realeased o powershared.
Cosa comporta?
comporta la condivisione dei chunk di solo quei files che si stanno scaricando guadagnado quindi i crediti necessari per continuare a rimanere in alto in classica su di essi.
sbagliatissimooo!

perchè?
in questo modo si cerca solo il proprio risultato non considerando il resto della comunità, infatti gli slot friendly e questo modo di agire (illustrato sopra) è ormai consuetudine solo dei profughi di winmx...
pretendere che emule sia winmx è come pretendere che una "focaccia genovese" sia dolce e lamentarsi dello scarso risultato qualitativo!

Consiglio:
anzicchè usare metodi poco consoni alla comunità, cerchiamo invece di sfruttare i mezzi a disposizione per ottenere lo stesso fine e con maggior soddisfazione...
1) non conta la quantità di files in share, conta che abbiano certe dimensioni e non siano limitati a pochi mb (raccogliere gli mp3 di un album in uno .zip è buon sistema per sharare);
2) dare maggior visibilità a files rari e cercare di agevolarne la diffusione, usando il powershare e "push rare files" (presente nella viper 2.2 e in altre mod);
3) dare il powershare o lo "slot amico" a files con più di 200 fonti è una cosa dannosa oltre che poco fruttifera; è più facile che un client scarichi da te per più tempo quando le fonti sono limitate che in situazioni dove ci siano più 300 persone che condividono lo stesso file

certo molti di questi concetti in winmx sono lasciati nel comodino, infatti è più un sistema io do a te se te dai a me (direi poprio profitto personale e non globale), e sarà difficile che vengano accettati da coloro... ma se studiate questo concetto non vedendo un profitto diretto ma come profitto indiretto capirete che avete scoperto l'acqua calda.