eMule 0.27c [bloodymad 0.3] {24.03.03}

bloodymad · 24. March 2003, 06:26

Quick feature overview

New: Updated to the eMule base version 0.27c
All the new official features included
New: Mod Version Identification [by LSD/StaTiK]
You will now see if you are connected to another client using this mod
One-Queue-Per-File
Fair chances for rare files
Reserved release slots
Give some of your slots exclusively to release files.
Estimated queuing time
For clients in the upload queue a estimated waiting time is calculated.
Auto-nick-naming
Don't be annoyed by thousands of http://emule-project.net/ clients.
Coutermessures against a leeching mod [by Vorlost]
Downscoring of clients that use a popular german community leeching mod.
Mod feature recognition (interesting for developers)
System to identify mod features
Developer tools
diff2html, bbcode2html
Commented source code
You can now see in the sources (or better the diff file) what I did and why.

Downloads

Things you really should know before you use it (same as last version):

"Try to upload full chunks" is required by the mod. The mod will enable this if you haven't already done so.
The old "Release" priority is now called "Very high". The new "Release" is something special.
Don't use the new automatic upload priorities. You won't need them with this mod.

Downloads/Links:

Binary version, (zip, 1104 kb)
Source code, (zip, 1625 kb)
Source code, (tar.bz2, 1198 kb)
eDonkey Links (When I'm online I have it on release)
Diff files and developers documentation

Plans for version 0.4

Improvements for the waiting time estimation
Looking at some potential memory leaks I noticed

More about the features

Old Features
For the old features like One-Queue-Per-File, Reserved release slots and Auto-nick-naming see my posting for the emule 0.26d [bloodymad 0.2] release.
For the Estimated queuing time, Coutermessures against a leeching mod, Mod feature recognition and the Developer tools see my posting for the emule 0.26d [bloodymad 0.3] release.

Feature: Updated to the eMule base version 0.27c

This is the main point about this release. I had to fight a bit against the new automatic priority for the shared files

. Don't use this setting with this mod, it is not needed because of the queue-per-file system which treats rare files fair, so there is no need to automatically increase their priority further.

Feature: Mod Version Identification [by LSD/StaTiK]

The problem
If you have someone in your queue or want to download from someone it would be nice to know which eMule version or mod he's using.

This mods solution
I implemented a system to identificate which mod is used that was discussed a short time ago here in the emule-project.net mods forum. Chances are good many mods will use this system in their next versions so that the mod version detection gets much easier. Currently you can at least see if someone else is using this bloodymad mod (or a newer version).

Minor change

The amout of release slots defaults now to 40%.

So there are not so many new features this time (No, wrong, in fact there are many new features: everything that comes with eMule 0.27c) and I will just attach two pictures to illustrate the queing time estimation (red) and the Mod version identification (blue).

Downloadlist:

A client from the upload queue:

So happy downloading

/bm

Anonymous · 24. March 2003, 08:38

Zitat:

Coutermessures against a leeching mod [by Vorlost]
Downscoring of clients that use a popular german community leeching mod.

darf man fragen welcher mod das sein soll?? antwort dann bitte als pm

**cosmic girl** · 24. March 2003, 10:31

renegade
http://www.emule-web.de/board/viewtopic.php?t=2204
Im changelog kurz erwähnt.
Und mehr Info da (incl. code):
http://www.emule-web.de/board/viewtopic.php?t=2487

PS: Eine Maus mit scroll-Automatik ist was feines

Anonymous · 24. March 2003, 11:01

cosmic girl, hab schon ne pm bekommen, danke trotzdem

**cosmic girl** · 24. March 2003, 11:07

Wenn du nicht gefragt hättest, wär die Frage dennoch gekommen - nun ist sie auch für die Allgemeinheit beantwortet - so geheim ist das ja nicht...

Anonymous · 24. March 2003, 11:13

ich war halt der meinung, das man es nicht so öffentlich schreiben sollte wenn der mod schon nicht erwünscht ist, damit nicht noch mehr leut auf den geschmack kommen. daher wollt ichs halt per pm.
letztendlich muß zwar jeder selber wissen was er tut, aber manche wissen es eben nicht.
aber zu entscheiden hab ichs ja net was hier stehen darf und was net.

**cosmic girl** · 24. March 2003, 11:30

Ist schon richtig, daß man es nicht an die große Glocke hängen sollte, zumal die Leecher-Modder immer dreister werden!

Die haben längst mitbekommen, daß es einen code dagegen gibt und brüten schon über anderen "Lösungen" doch wieder der ed2k-Gemeinschaft zu schaden.
Aber wenn der thread um diesen friend***rig Mod nicht bei uns aufgemacht worden wäre, hätte vorlost den code nicht so schnell geschrieben gehabt!
Im offiziellen Forum sind sie erst seit kurzem informiert und nun reagiert man dort auch.

Und es ist wichtig, daß möglichst viele eMule-Nutzer Mods mit dem Antifriend***ring Patch benutzen, damit sich die Pest nicht ausbreiten kann - wenn die nämlich nichts mehr bekommen, dann stirbt dieser Leecher-Mod zumindest aus.

**cyrex2001** · 24. March 2003, 11:35

hab den code mal in sivka v7b1 beta2 integriert!
funzt wunderbar!
cyrex2001

Anonymous · 24. March 2003, 11:45

cyrex2001, kennst dich auch mit programmieren aus??

**cosmic girl** · 24. March 2003, 11:56

cyrex2001, renegade
Ich bin sicher bloodymad weiss es zuschätzen, wenn ihr dieses Gespräch in das Development Forum verschiebt..

Es war schon sehr viel off topic für jetzt, auch von mir - sorry bloodymad!

Testet denn noch keiner seinen Mod?

**cyrex2001** · 24. March 2003, 16:48

ich werde ihn jetzt mal testen!

cyrex2001

**cyrex2001** · 24. March 2003, 17:34

@bloodymad
ist das gewollt, das keine zahlenwerte bei der grösse der warteschlange/dateibuffer mehr sind?
cyrex2001

NaP · 24. March 2003, 17:39

Zitat:

Zitat von bloodymad

Feature: Estimated queuing time

The problem
If you see that you're at a queue position of 1234 waiting for a download, this doesn't tell you much about how long it will take you to get a download slot. If the remote client has a upload of 2kb/s and the file is low priority, it's hopeless to wait. If the client has an upload of 128kb/s and it's a release file you will get it quite soon.
An additional problem comes with my new queueing system. Because the waiting clients are queued per file it is hard to say what would be the corresponding position of a user in a global queue.

This mods solution
The mod keeps track how long it usually takes to get a slot and uses this information to calculate a estimated waiting time for a waiting client. This time is send if a client asks for it's queue position. If you want to download from another client that supports this feature you'll see a estimated time to get a slot instead of a queue position in the download list.
The implementation is fully compatible with other clients that don't support this feature and doesn't make any protocol extentions. These other clients will just display a queue position that is 2*estimatedminutestowait. You can see the estimated time in the client details after the upload queue score. The estimation is not perfect yet and will be further improved, but it's already useful.

**cyrex2001** · 24. March 2003, 17:49

ja okay, ich hab mich falsch ausgedrückt!

ich meine, unter einstellungen=>erweiterte einstellungen, die 3 schieberegler!
cyrex2001

burner · 24. March 2003, 19:27

jo is sie mir auch aufgefallen... is nich sehr praktisch

testergebnisse:
laufzeit 2 stunden
up is sehr konstant
erfolgreiche ups : fehlgeschlagene ups 21 : 7
down eher bescheiden...
fazit:
naja ganz ok aber da fehlen halt noch ein paar features... von lovelace und anderen

Ähnliche Themen: eMule 0.27c [bloodymad 0.3] {24.03.03}