Software-update: eMule Plus 1k

In de submit heeft Anoniem: 63628 de volgende meuk gedropt: "Het eMule Plus-team heeft weer een nieuwe versie van hun ED2K-client losgelaten. Deze eMule compatible client begon een tijd geleden als een mod, maar is sinds een half jaar een eigen weg ingeslagen. Met een team van meer dan twintig developers, vijfentwintig vertalers en een reeks van betatesters zet deze client naar eigen zeggen zeer goede resultaten neer." De nieuwste release van eMule Plus gaat door het leven als 1k en kan via deze locatie gedownload worden. De software kent de volgende lijst met veranderingen:

FEATURE: added counter-filtering feature for filtered server ports [KuSh/DropF]
FEATURE: added upload log (CSV format) to log upload sessions [DonGato]
FEATURE: added indication of completed chunks with an * in Shared Files list [DonGato]
FEATURE: added optional confirmations for disconnect and friend deletion [Aw3]
FEATURE: added preferences for smart filter [SyruS]
FEATURE: added big and nice client icons for Client Details dialog [Aw3]
FEATURE: added slidebar in Preferences dialog [DropF/FoRcHa]
FEATURE: now if you click over the File Type icon the file details dialog is shown [DonGato]
FEATURE: added Edit option for serverlist context menu [DropF]
FEATURE: watch clipboard for ed2k links (official) and download to assigned or selected category [netwolf]
FEATURE: added option to keep paused and stopped files at bottom of the DownloadList [KuSh/DonGato]
FEATURE: added statistics for SUI, Low ID and Problematic clients and number of Active Downloads [netwolf]
FEATURE: added option to automatically clear completed files [netwolf/KuSh]
FEATURE: 'Swap all A4AF sources to other files' by using right-click menu or customizable shortcut [netwolf]
FEATURE: added button to toggle between Shared and All Known files in Shared files window [netwolf]
FEATURE: added option to view A4AF sources count on Sources column [KuSh]
FEATURE: show remaining files to be hashed counter in Shared files window [netwolf]
FEATURE: proper scheduler shift set on client restart [DonGato]
FEATURE: Search: show the number of complete sources by search [Eklmn]
FEATURE: Search: added 'More' button and feature [KuSh]
FEATURE: Search: added file extension field to search arguments [KuSh]
FEATURE: Search: display known but not shared files in a different color (orange) [netwolf]
FEATURE: Shared files: display downloading (incomplete) files in gray, Jumpstart files in light blue [netwolf]
FEATURE: WebServer: file rename now possible in transfers page [DonGato]
FEATURE: WebServer: added Complete Sources column for Shared Files page [DonGato]
FEATURE: WebServer: now progress bar is also dimmed for paused/stopped downloads [DonGato]
FEATURE: WebServer: added color to the logs [katsyonak]
CHANGE: removed Jigle search and updated FileDonkey in both GUI and WebServer [DonGato]
CHANGE: updated ICR v2.14 (new way of blocking, better handle of last chunk selection) [Eklmn]
CHANGE: "SLUGFILLER:SafeHash" partialy replaced by code, that produce minimal lock & is more robust [Eklmn]
CHANGE: reworked and corrected Add Friend dialog [Aw3]
CHANGE: indirect flush of data to the disk if chunk was complete [Eklmn]
CHANGE: improved cleaning of dead clients in waiting queue [Eklmn/KuSh]
CHANGE: improved processing of the "startup"/"session time" timer [Aw3]
CHANGE: improved string processing [Aw3]
CHANGE: improved blocking synchronization for completing file hashing [Aw3]
CHANGE: optimized part status writing [Aw3]
CHANGE: optimized hash calculation [Aw3]
CHANGE: improved fakelist download, and added fakes.rar file support [DropF/KuSh/BavarianSnail]
CHANGE: improved File and Client Detail dialog processing [Aw3]
CHANGE: updated handling of multiple instances so you can send commands to the one you want to [kuchin/DonGato]
CHANGE: improved context menu creation [Aw3]
CHANGE: selects the currently set temp resp. incoming directory in the browser dialog [res]
CHANGE: improved and corrected implementation of saving thread [Aw3]
CHANGE: more accurate output of some statistics percentage values [netwolf]
CHANGE: improved hash to string conversion [Aw3]
CHANGE: detailed filter statistic [Eklmn]
CHANGE: update (speed optimization & output in stats tree) of the countermeasures against unfair client [Eklmn]
CHANGE: improved user hash generation algorithm (more unique values) [Aw3]
CHANGE: optimized hash processings [Aw3]
CHANGE: replaced all zero filled memsets with optimized memzero [Aw3/katsyonak]
CHANGE: added category name to log, popup and e-mail notifier (when a download is added or finished) [netwolf]
CHANGE: after clearing search parameters or removing all search tabs, set focus to Name (and clear it) [netwolf]
CHANGE: improved processor optimized code [katsyonak/Aw3]
CHANGE: upload auto priority now sets very well spread files to Low priority [netwolf]
CHANGE: ed2k protocol: new way of sorting boolean arguments in server's search requests [KuSh]
CHANGE: ed2k protocol: removed requesting of file status for files <= PARTSIZE [KuSh]
CHANGE: ed2k protocol: sources requests are now sent with one TCP frame to the local server [KuSh]
BUGFIX: crash on known file deletion in some cases [Aw3]
BUGFIX: corrected addition in DL-queue of the file [Aw3/Eklmn]
BUGFIX: processing of corrupted compression stream [Aw3]
BUGFIX: very rare decompression problem for highly compressed data [Aw3]
BUGFIX: fixed security exploit in IRC module and Web server (from official) [katsyonak]
BUGFIX: corrected client software detection [Eklmn]
BUGFIX: initial sorting of server list by Static criteria [Aw3]
BUGFIX: corrected handling of leecher clients in "countermeasures against unfair client" [Eklmn]
BUGFIX: fixed priority jump to release completion of the file [Eklmn]
BUGFIX: fixed filename update after rename in file details [Eklmn]
BUGFIX: 'All' file type was always selected for web service search requestes [Aw3]
BUGFIX: solved several potential crashes when filename contains '%' [Aw3]
BUGFIX: some fixes/code changes over InfoListCtrl [DonGato]
BUGFIX: tooltip display for file size > 2 Gb [Aw3]
BUGFIX: fixed source check for lancast sources & memleak connected to it [Eklmn]
BUGFIX: display of Available Parts and Last Seen Complete for file size > 2.3 Gb [Aw3]
BUGFIX: IRC underline/apostroph bugfix (from official) [BavarianSnail]
BUGFIX: possible memleak & loss of block request by OP_REQUESTPARTS [Eklmn]
BUGFIX: solved potential crash which can be caused by corrupted preferences.ini [Aw3]
BUGFIX: GDI resource loss after toolbar skin changing [Aw3]
BUGFIX: solved all problems with display of '&' in File and Client Details dialogs [Aw3]
BUGFIX: scrolling of 'Currently downloading' field from Client Details dialog [Aw3]
BUGFIX: AVI file information for file size > 2Gb [Aw3]
BUGFIX: bogus display of AVI audio bitrate in some cases [Aw3]
BUGFIX: valid user hash check [Aw3]
BUGFIX: scheduler shift sometimes wasn't checked [DonGato]
BUGFIX: multiple link copy to clipboard is more compatible [Aw3]
BUGFIX: fixed sorting of ETA, AVG ETA, TimeRemaining, AvgTimeRemaining columns [KuSh]
BUGFIX: display bug in Server window buttons when using XP visual styles [katsyonak]
BUGFIX: processing files with size = 0 modulo PARTSIZE [Aw3]
BUGFIX: fixed block reservation by deleted client [Eklmn]
BUGFIX: fixed the excessive resizing on column resize [KuSh]
BUGFIX: fixed user hash masking for MlDonkey [Aw3]
BUGFIX: ICR, prevent request of the part where does not left any empty block [Eklmn]
BUGFIX: leading/trailing spaces in pasted ed2k links no longer give invalid link [BavarianSnail]
BUGFIX: decision whether to compress packets or not was case sensitive (+ added some file extensions) [netwolf]
BUGFIX: fixed About dialog and Splash screen when system font is not standard [Aw3]
BUGFIX: proper display of Jumpstart files if set to auto upload priority [netwolf]
BUGFIX: fix for Preallocate handling of exceptions [DonGato]
BUGFIX: fixes for ed2k source links [KuSh/DonGato]
BUGFIX: WebServer: search list ED2K link for file size > 2 Gb [Aw3]
BUGFIX: WebServer: minor visual fixes for Mozilla based browsers [DonGato]
BUGFIX: WebServer: fixed eMuleLight template ed2k box for Opera browsers [DonGato]
BUGFIX: WebServer: fix on templates for category context menu [KuSh]
Versienummer 1k
Besturingssystemen Windows 9x, Windows 2000, Windows XP, Windows Server 2003
Website eMule Plus forum
Download http://aleron.dl.sourceforge.net/sourceforge/emuleplus/eMulePlus-1k.Installer.exe
Bestandsgrootte 2,07MB
Licentietype GPL

Door Robin Vreuls

Doktersteam

12-04-2004 • 21:02

27

Submitter: Anoniem: 63628

Bron: eMule Plus forum

Update-historie

Reacties (27)

27
27
23
11
5
3
Wijzig sortering
Anoniem: 75440 13 april 2004 21:20
Heb nu Emule Plus 1k 24 uur draaien, mijn ervaring is een leuke en nette interface. Maar verder heel erg traag. En dit komt omdat Emule 1k geen goede verdeling van de upload toelaat. B.V een upload van 15 Kb wordt gewoon niet eerlijk verdeeld. In bv 12kb 1 kb 1kb 1kb. Emule 0.42e verdeeld het beter b.v 5x 3 Kb. Hierdoor krijg je met Emule Plus zeer slechte downloads en is dit programma traag. Ga weer terug naar Emule 0.42e.
Vreemd, bij mij verdeelt hij het prima :S

Trouwens, wat heeft het al dan niet brak uploaden nou weer te maken met jouw downloads :zzz
Anoniem: 63628 @eamelink15 april 2004 15:58
Hij snapt nog niet dat eMulePlus gebruikt maakt van het ZZUL systeem wat betekent dat de upload beter verdeeld wordt. Een net inkomende client krijgt een trickle slot zoals dat heet, hoe langer deze erin zit hoe sneller deze gaat downloaden, totdat 'ie max gaat, daarna weer langzaam terug. Dit zorgt voor een snellere verversing van je uploadlijst en dus een snellere en betere uploadwerking.

- De upload KAN geen invloed hebben op jouw download, theoretisch onmogelijk. Het kan wel zijn dat jouw upload te hoog staat voor jouw verbinding (stel je max is 16 en jij doet 15 dan doe jij echt iets goed fout.)

Als eMulePlus bij jou trager download stel ik voor je instellingen eens na te kijken, zoals er staat eMulePlus is geen eMule dus vereist andere instellingen, logisch he? :)
Link is dood (is de laatste tijd wel vaker bij sourceforge, best vaag).
Je kan m hier van downloaden: http://prdownloads.sourceforge.net/emuleplus/eMulePlus-1k.Installer.ex e?download
Anoniem: 24059 12 april 2004 22:32
Ik heb altijd het probleem met emule dat als je het afsluit de connecties nog door blijven lopen :S

getest met unreal: als ik online ga spelen nadat emule een dag aanstond heb ik ca 10% packet loss en haper ik

als ik een dag geen emule aan heb, heb ik nergens last van.

ben ik de enige of valt het meer mensen op
Het heeft ook voordelen. Soms moet ik per sé rebooten of crasht mijn pc en ben ik in principe al mijn sources kwijt. Maar aangezien de time-out wat langer duurt en ik vrij snel mijn eMule weer aan heb hebben sommige clients nog niet door dat ik even weg was. Dit resulteert erin dat ik vaak meer dan de helft van mijn sources gewoon terugkrijg na een reboot.
Jah dat valt mij ook op. Niet direct bij een reboot, maar wel bij een restart van eMule :)
Dat komt omdat het nog wel even duurt voordat de andere clients door hebben dat de jouwe gestopt is. Er is dus vrij veel dataverkeer rechtstreeks van de clients waar je eerder wel contact mee had of nog via onderlingen contacten elders doorgegeven wordt dat 'jouw client bestaat', zodat jouw internetverbinding daardoor gestoord wordt.
Het gaat dus om ontvangen datapakketjes, en geen verzonden pakketjes. Ik geloof dat er een time-out van 10-15 minuten geldt.

Dit geldt overigens voor veel meer P2P-programma's. Vooral van het gebruik met DC++ had ik er last van. Soms zelfs dat de firewall denkt dat er een 'aanval' gaande is...
Anoniem: 24059 @Tobbe13 april 2004 08:43
Jup, ben dus niet de enigste. Raar dat ze hier niet iets op vinden. Moet toch best wel zijn op te lossen. De time out tijd flink verkorten ofzo
Nog altijd geen Kademlia ondersteuning :Z
Anoniem: 63628 @Neowam13 april 2004 00:10
Houden zo, werkt enkel vertragend. Zeker voor dit programma.

Goed als je het wel wil mag je altijd proberen Kad code om te zetten naar eMulePlus code, naar mijn weten ben je daar best lang mee bezig.
Hoe bedoel je vertragend? Het opstarten en afsluiten van het programma zeker. Het downloaden zal en kan natuurlijk alleen maar sneller gaan bij meer mogelijkheden.

Ik gebruik de morph mod en tegenwoordig zijn mijn downloads grotendeels via KAD. Als ik deze niet zou gebruiken dan had ik misschien maar een derde kunnen downloaden van wat ik nu download.
"Downloads via Kad"
Best onmogelijk!
onmogelijk, zoals je zelf al zegt, kad is een protocol om clients/files te vinden
(dit ontlast de servers, en kan ervoor zorgen dat je sneller / meer sources vind bij files)

terwijl dit bij het ed2k protocol wordt dat door de servers verzorgt

maar 't downloaden gebeurd in beide gevallen door het ed2k protocol.

overigens ben ik zelf erg blij met 't kad netwerk omdat dit bij mij vooral bij 'rare' files veel meer sources opleverd.
voor populaire files is de al tijden aanwezige 'source exchange' meer dan voldoende.

maar het klopt wel dat het gepaard gaat met meer overhead, maar dat is ook voor mijn @home kabel verbinding met een baggerupload van 16KByte/s geen probleem.
Vergeet trouwens ook niet dat KAD samen met het ed2k netwerk werkt, oftewel.. wat op Kad beschikbaar is is dus ook beschikbaar op ed2k
dat geld natuurlijk alleen voor de mensen die zowel ed2k & kad aan hebben gevinkt, (dat zal wel 99,999% van de kad gebruikers zijn, maar toch)
als je alleen kad aangevinkt heb ben je voor het ed2k protocol onzichtbaar (je kunt wel gevonden worden m.b.v. source exchange, maar dat is m.i. een emule/mldonkey uitbreiding, en hoort niet thuis in 't ed2k protocol)
Anoniem: 63628 @DJ^14 april 2004 21:25
Ik weet zeker dat ik sneller download dan jij. Jij word gelimiteerd door je overhead, vooral bij @sloom.

Zelf heb ik daar namelijk al genoeg mee getest, ja je zult meer bronnen hebben, dat is af en toe waar maar uiteindelijk wel langzamer omdat je minder ruimte over hebt om met die bronnen te communiceren.
Anoniem: 63628 @DJ^13 april 2004 18:31
Onzin. Er zijn lang niet genoeg clients om meer op kad te hangen dan op ed2k.

"Downloads via Kad"
Best onmogelijk!
Kad is namelijk net als het ed2k protocol de manier waarop clients elkaar vinden, hoe je verder download van elkaar gaat niet via kad of ed2k maar via een persoonlijke verbinding met de andere clients.

Je vind hooguit een tiental meer sources door kad maar daar blijft het heel snel bij. Terwijl de overhead ongelooflijk hoog is, nogsteeds. Wat behoorlijk wat invloed heeft op je downloadsnelheid. Vooral voor mensen met een simpele kabelverbinding met baggerupload.

http://www.dyskrasia.nl/kad.txt

Vergeet trouwens ook niet dat KAD samen met het ed2k netwerk werkt, oftewel.. wat op Kad beschikbaar is is dus ook beschikbaar op ed2k.
Daardoor gaat jouw vreemde opmerking over 'maar één derde kunnen downloaden' niet helemaal op, dat is gewoon onmogelijk.
Hij is geloof ik wat sneller dan Emule. En hij is gebruiksvriendelijker en simpeler te bedienen.

edit:

Ok voor de zeurmensjes
geloof ik omdat ik nooit officiele testen heb gedaan
en sneller bedoel ik natuurlijk het programma zelf dus hoe snel start ie op sluit ie af reageert ie je kent het wel.
"geloof ik":
tsja daar kan ik niet heel veel mee. En gebruiksvriendelijker en simpeler te bedienen is smaak (maar ik geloof dat je daarin wel gelijk hebt).
Maar wat zijn de features waarmee eMule Plus zich echt onderscheidt van eMule?
Emule plus "The Eyecandy Emule Mod", ze willen gewoon alles netjes hebben, en dat is het ook.

Verder werkt het prima, maar als je blij bent met de normale, blijf die lekker gebruiken :)
Hij is geloof ik wat sneller dan Emule.
Wat is er dan sneller aan? Het down/uploaden ligt niet aan eMule ....
Anoniem: 63628 @gumkop13 april 2004 18:35
Het opstarten zoals al gezegd is, Maar.. het downloaden naar mijn ervaring ook. Dat ligt namelijk wel aan emule en hoe emule met de bronnen omgaat die 'ie krijgt.

eMulePlus laat de onnodige bronnen sneller vallen zodat je wat vaker verse bronnen hebt, dat versnelt 't iets.
Zelf ben ik een "tevreden" gebruiker van de Morph Mod van eMule die inmiddels al bij versie 2.6 is aangekomen en wel kademlia ondersteuning heeft :)

Ik ben alleen van mening dat eMule nog steeds veel geheugen in beslag neemt...
Anoniem: 47068 13 april 2004 02:45
zet je antivirus uit bij het afsluiten, dan gaat het veel sneller, anders gaat ie minuutje hangen.
Beter en makkelijker nog, zet uit dat er op .part files gescand wordt.

Dan kan je virusscanner gewoon aanblijven en kun je eMule toch gewoon afsluiten ;). En het is niet gevaarlijk, die .part files worden toch niet uitgevoerd (en kunnen dus ook geen virus bevatten).
.part files kunnen wel virussen bevatten maar zijn onschuldig zolang ze die .part extensie hebben aangezien je je ze dan nl niet per ongeluk kan opstarten. Zodra emule die bestand compleet binnen heeft en die part file verplaatst naar een bestand in de originele naam met exe/com/pif etc of danwel naar een zip/rar extensie dan word je virusscanner actief en blokkeert het verplaatsen.
Dat is echt de langste changelog die ik ooit heb gezien.

Maar wat ik in deze nieuwspost mis, is wat er nou zo bijzonder is aan deze eMule-client, ten opzichte van de gewone eMule.

En ja nu gaan jullie zeggen dat ik dat zelf wel uit kan proberen, maar de Nieuwsposter kan het er ook wel even bij zetten
Anoniem: 63628 @weebl13 april 2004 00:21
Maar dat is lastig en veel werk om uit te zoeken.

En het is zo veel, eMule en eMulePlus zijn praktisch appels en peren qua vergelijking.

Tja wat wil je dan, changelog zegt al genoeg.
Er staat wel een kleine lijst op het eMuleForum, dat mag je zelf ookwel even opzoeken.
Gepost door thomasdehoog

Dat is echt de langste changelog die ik ooit heb gezien.
De changelog van Windows xp sp1 is langer :)

Op dit item kan niet meer gereageerd worden.