Software-update: eMule 0.42d

Het eMule-Project heeft een nieuwe versie van hun eMule programma uitgebracht. Met dit programma ben je instaat om bestanden te delen met andere gebruikers op het zelfde netwerk. Er wordt standaard gebruik gemaakt van het eDonkey2000-netwerk maar het is mogelijk om over te schakelen naar het eigen ontwikkelde Kademlia-netwerk. Het versienummer is aangekomen bij 0.42d en volgt 0.42c in een rap tempo op vanwege een fout in de UDP sockets waardoor eMule kon crashen. Het changelog ziet er als volgt uit:

• Fixed rehashing on change of Daylight Saving Time (DST) [MightyKnife]. To disable this patch, add "AdjustNTFSDaylightFileTime=0" in "[eMule]" section in preferences.ini file.
• Fixed bug with colors and known-type in searchlist control after files were canceled and/or added/removed from share.
• Fixed bug with sorting by category in download listview.
• USS will temporarly be limited to a minimum of 10K until we correct a couple issues at lower speeds.
• Fixed bug in UDP socket with ReaskFilePing which was not answered for files in most cases
• Fixed bug in IP filter; adjacent ranges with different levels were merged.
• IRC now handles sound events. (/sound [*.wav] [message]) (Sounds are stored in "../eMule/Sounds/IRC" dir)
• Fix KadID bug which created some clusters and reported bad user counts..
• Packets for the UDP socket send queue now have a lifetime now to keep from creating a backlog of packets.
• fixed a bug, that resumed 2 (instead of 1) files for the function "start next paused file, when a files completes"
• correction in the statistics for source-type passive - and several minor GUI fixes
• fixed invoking the comment page
• fixed Chicane webinterface template, to be able to start downloads from searchresults
• Fixed a IRC crash bug thanks to reports from several irc ops..
• Fixed the IRC Accept links from friends only option.
• IRC default name gets a pseudo random nick on connect to avoid nick collisions.
• Extra IRC filter options.
• Fixed flaw in exception handling which did not immediatly disconnect a client which sends invalid file data packets.
• Fixed bug in UDP socket with processing of a received file status.
• Fixed several flaws in Kad window with connect and bootstrap function/buttons.
• Put back ping info for USS and small adjustment to USS - zz
• Removed some debug info in the upload bars

Versienummer	0.42d
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Windows XP
Website	eMule-Project
Download	http://prdownloads.sourceforge.net/emule/eMule0.42d-Installer.exe
Bestandsgrootte	3,85MB
Licentietype	GPL

Reacties (26)

Soms vraag ik me af wat het nut is van open-source, als er zo snel na de ene versie al een ernstige fout opduikt. Ik bedoel, als toch "iedereen" naar de code kan kijken, waarom valt zo'n fout dan niet eerder op? Als Microsoft deze taktiek zou moeten toepassen, zou de hele wereld moord en brand schreeuwen denk ik. Ik heb zowel Windows als Red Hat draaien, dus beschuldig me nu niet van partijdigheid of andere flauwe dingen.

Niet iedereen heeft zeeen van tijd om code te controleren.

Dus eigenlijk is open-source pas interessant als er een echt grote community "toekijkt" op de code. Die gedachte stelt open-source wel in een ander daglicht, hopelijk zijn er "voldoende" mensen die op Linux toekijken.

waarschijnlijk merkt men die fout niet op, omdat hij ergens zit waar men hem niet verwacht, en dan merk je de fout dus pas bij het gebruik door een hoop mensen -> het voordeel van open source is dan, dat iedereen die het wil en kan, de fout kan opsporen en repareren, veel sneller dan binnen een 'closed' source.

De fout is er pas in versie 42c ingeslopen. Versie 42c is van gisteren (!) dus de fout is gewoon razendsnel recht gezet.
Dat de fout niet eerder ontdekt is is dus weinig aan te doen, waar gehakt wordt vallen nou eenmaal spaanders en veel sneller dan dit kun je ze imho niet oprapen

Emule is juist een van die open source projecten die naar mijn idee heel geslaagd zijn. Er wordt stevig op doorontwikkeld, fouten worden er snel uitgehaald en nieuwe features worden vaak van andere eMule mods 'geleend' als ze goed/handig zijn.

Mja, die fouten die jij noemt zitten dus simpeltjes nog in Windows. Laatst was er toch nog 1 in de kernel gevonden die daar sinds NT4 in zat?

Ben blij dat dit soort grote bugs opgemerkt worden zo snel na een release...

in de 0.42c zit een bug die verkeerde upload/download waarden weergeeft (als je upload tegen 12, en de upload valt weg, dan blijft er 12 staan, hetzelfde voor de download). Is dat al gefixt? ik kan het niet zien staan in de changelog.

Dat is bij mij al zo sinds de eerste testclient van Kademlia

Het gebruikelijke linkje naar de zip-file mag natuurlijk ook niet ontbreken.

ah, zou kunnen, dit is de eerste client die ik test, dus voor mij is het ook als sinds de eerste client

USS will temporarly be limited to a minimum of 10K until we correct a couple issues at lower speeds.

Wat betekent dit precies?
je upload is nu minimaal 10Kb omdat ze problemem hebben?

Ow en voor de mensen die lopen te zeiken dat ze met 3KB up maar 9KB down 'mogen' downloaden. Die limiet kunnen ze eigenlijk gewoon weghalen. Met normale bestanden zal je ruwweg even veel uploaden als downloaden. Met populaire bestanden heb je een kans om tot grote hoogtes te stijgen van 1:2 1:3 of soms zelfs 1:4
Zoals je wel begrijpt, die 'limiet' is niet het probleem maar hoeveel je upload. Hoe meer je upload hoe sneller je kan downloaden. En nee de 10kb up geeft je niet de hoogste snelheid, hoger is altijd beter.

Dat Upload Speed Sense disabled is voor speeds onder de 10kb/s up. Als je dus minder dan 10kb/s upload dan kun je geen gebruik maken van USS. Leek me vrij duidelijk

Verder wat betreft de upload speeds werkt alles prima hoor

En wat handig kan zijn is de optie 'popup when new Emule version is detected' Wat wil je nog meer. De vorige versie, 39 geloof ik, was al weer 2 maanden oud.

Die feature waar jij het over hebt bestaat al in eMule. En de vorige officiële versie was v0.30e. Daarna is met verder gegaan met de ontwikkeling van de Kad client met v0.4x. En nu is die ontwikkeling inmiddels aangekomen op het punt dat hij publiekelijk kan worden getest en gebruikt. Ze zijn laatste tijd bezig geweest met het ontwikkelen van die client en met de rechtzaak rond de merknaam emule.

Mijn cpu liep bij versie 042C na enige tijd op tot 100.
Is dit bij meerdere bekend ? ik heb er nu maar weer 0.30a opgezet.

Ik gebruik sinds vorige week de 42b. Ik had hiervoor nog nooit eMule gebruikt en ik moet zeggen dat het lekker werkt. Geen fratsen er om heen en stabiel. Het duurt even voordat het gaat downloaden naar opstarten wel meteen uploaden maar voor wat hoort wat.

Bij deze 0.42d zijn vaak de download-speed en upload-speed grafieken weg bij Statistics.

En mijn webinterface is dood
krijg wel het loginscherm, daarnaa alleen wit.

Helaas met 0.42D hier absoluut geen hoog id te krijgen en met 0.42B in 1 keer perfect

Met de oude versie 0.30e kon je nog je upload capacity instellen op bijv 3 kb. en je kon limit upload uitvinken. Hierdoor kon je alsnog 3 kb uppen maar je down was dan niet beperkt. Dit is dus voorbij met de 0.40x versies.

Dat is gewoon niet waar. In de officiele eMule clients heb je altijd 10 kb/sec moeten uploaden om 'oneindig' te mogen downloaden. Alles daaronder was 1:3 (dus 4 kb/sec upload = max 12 kb/sec down).

Er zijn mods die een uploadlimiter hebben maar dat is gewoon ontzettend lame en ze worden ook vrij heftig (en met genoeg succes) geweerd.
Een p2p netwerk heeft nou eenmaal upload nodig dus als je dingen download, ben dan zo sociaal om ook te uploaden. Als iedereen namelijk maar 3 kb/sec upstream instelt dan wordt dat dus ook de gemiddelde downstream.

De nieuwe emule heeft een 'upload speed sense' die ervoor zorgt dat hij de optimale upload snelheid bepaalt zonder je lijn te belasten. Heb het bij mijn ouders geprobeerd en het werkt erg goed. Je kan het vinden in de extended settings.

Hmm, alsof de gemiddelde download nu al zo hoog is. Ben je iets aan het downloaden met 10 sources en je komt niet hoger dan 20Kb/sec

Ps,

Hoe zit het met deze versie met het prosessor gebruik ?

10 sources is dan ook niet echt veel...

Ik denk dat hij bedoelt wanneer je van 10 sources tegelijk download je nog niet boven de 20 k/s uitkomt