eMule 0.22c Plus 4 - Vorlost.1c

[Pink_Frog]

Zitat von Vorlost

eMule 0.22c Plus 4 - Vorlost.1c
---------------------------------------
can be downloaded here:

binary:
ed2k://|file|eMule.0.22c.Plus.4.-.Vorlost-1c-binary.rar|646285|51801f0dae75bfc02f6a280c770433f8 |/
http://home.arcor.de/vorlost/eMule/e...-1c-binary.rar

source:
ed2k://|file|eMule.0.22c.Plus.4.-.Vorlost-1c-source.rar|1853090|a061b616edc39cdd1765269a68eaa33 b|/
http://home.arcor.de/vorlost/eMule/e...-1c-source.rar



02.Jan.03(Vorlost.1c)
=======
- Bugfix in SlowMovingSources
Only Normal,Low,Very-Low Filepriorities were changed but too much...
(Wrong Filepriority detection variables corrected...)


27.Dez.02(Vorlost 1b)
=======
- LoadRarestFinishedChunks Patch2
The last part(chunk) of a file will not be loaded first at priority(No movie files)
(It was loaded first because it was nearly always the one that was most complete)
Now the last part will be handled as any other normal part
- fixed a bug in patch2(PreviewAvailable) when trying to preview.
- Preview is available when at least about 1MB is loaded at the start&end of a file.
- FileEndings can now be lower/upper/mixed-case... in order to detect a movie

- In the Download-Window we see now yellow-clients too.

- SlowMovingSources, the FilePriorities of Clients which have already
max. DL/UP-Modifier=10 for us will be converted from Release > Low or Low > VeryLow

- HoldingUploadClients
Upload Clients will be hold 5min. longer if they should be kicked before uploaded 5mins.
YellowClients will be hold upto 1.5hours in the uploadqueue:
The half of the uploads-slots(round up) are reserved for holding YellowClients.
YellowClients with less DL/UL-Modifier will be replaced by clients with
a higher Modifier(at least 5-10 min. uploads)
Uploadclients where we have reached our max.DL/UL-Modifier will be handled as before.
Important Uploadclients can still enter the uploadqueue every
5minutes(for Short,Rare,Release,High-Priority Files).

- fixed a crash when a server is sending an serverinfo that makes eMule crash.

- fixed a crash directly after start of eMule when we try to unfold the first sources
of a file.

- eMule is now able to handle much more sources of a file
The waitingtime of "NoNeededParts" is normally twice the normal waiting time.(18.3min * 2)
If 3/4 of the sockets(open connections) > are used the time will be doubled a second time.
If we already own a place in the Downloadqueue(QR > 0) of a client the client will be
reasked where we stay now in the queue after 18.3 * 2 minutes(doubled time) when 3/4 of
the sockets are open.
If we own a place in an downloadqueue > 500 the Filereasktime will be doubled again
18.3min. * 4 but only again if 3/4 of the sockets are in use...
This saves a lot of Bandwith to other sources because a lot of them will be
asked again later than normal= every 18.3 minutes and we have a very low count of
"Too many connections" after a while.

max.connections in 5 secs. try 60(i use this) or less(>20)... in order to have this effect.


20.Dez.02 (Vorlost 1a)
=======

- Both Lugdunum p65 patches for manually & automatic server-connect added !!!

- Fast Reloading Stored Sources - All sources will be loaded and reloaded.
max.connections in 5 secs. try 60(i use this) now or less(>20)...

- changed the command AddLogLine in the complete source to enable another bool parameter
in order to enable/disable some notifiers(for devs only)

- SlowMoving Uploadsources

- Stop Listening on Clientport-Fix by Dnowo

- ServerDisconnectBug fix by xrmb

- RarestFinishedChunks Patch2(Movie) without an rightclickmenu for every File yet...
Conifigured to this:
Finish chunks when more than 10 same chunks are present(instead of loading rare ones)
Load 1First&1Last Moviechunk first when more than 5 same rare chunks could be taken.
(If it does make no difference to rareness -> moviechunks will be loaded earlier
when not more than 5 same rare chunks are available.)
Disabling "Load First/Last Moviechunks" in the prefs loads moviechunks without any priority,
but could be loaded randomly because they are calculated as normal chunks or when the source
only got moviechunks...
- Moviepreview status in the box down/left on rightclick(enough free space for preview,
how much is missing for preview
- Moviepreview is available when 1/4First & 1/4Last chunk is available.
(in order to preview very early: the 1 or 2 last chunks are loaded BACKWARDS !!!)
(the last 1 or 2 chunks are now always loaded backwards)

- Now we can see how much sources each Server sends to us...

(some debug text enabled) now you can see how some things work...

Example:
12/06/02 22:09:12: Reloading all sources for ............
This means that the sources for this file will now be reloaded from the beginning...

12/06/02 22:09:12: New source No. 1 added for ............
Here you see when LoadedSources are loading their sources...

Upto 40 sources were loaded for every file(slow-loading sources) again and again until all
sources are loaded.
20 Sockets will be left open. The next 40 loaded-sources will be loaded when
opensockets<maxsockets-40-20.

error-text from serverconnections are all displayed

Loading Blockx/52 FW from Part 22/30 in Filename
This means that Block xx of total 52 Blocks from Part(=chunk) 22 from total 30 chunks
is loading for Filename now. FW=Forward BW=Backward (LoadRarestFinishedChunksFirstPatch2)

[Pink_Frog]

hier noch ein zitat für ein Hein Bloed und Joe Fatalic

Zitat von Vorlost

Plus, Tarod, enkeyDEV - Releases are using my "Load rarest finished chunks first" routine.
The official developers don´t use "Load rarest finished chunks first", but there´s a routine that sorts the chunks accordingly to rareness, but that works not as it should...
If too much sources want to preview a movie(the official routine loads the 2first & 2last parts first, my routine loads only 1First & 1Last part for a preview if more than 5 same rare parts are available from a source[new in Patch2]) only these parts will be downloaded with absolut priority !!!.

My MOD with the new "Load rarest finished chunks first - Patch2" is available in my own mod...

[Hackbert]

Hast du den schon getestet?

[winki2099]

Ich für meinen Teil werde mal den Test in den nächsten paar Minuten starten. Schade, dass die Funktion "Drop no needed Source" fehlt, aber vielleicht macht er sich ja auch ganz gut

[Pink_Frog]

das fehlt weil vorlost der meinug ist das es nicht funzt...
ich finde gerade den thread nicht wo er sich dazu geäussert hat. evtl. postet er das ja hier nochmal auf deutsch, angemeldet ist er ja schon

[winki2099]

Oh, gut zu wissen. Wär natürlich eine feine Sache, wenn jemand die plus 22c4 erweitern würde.

[Pink_Frog]

ich zitiere mal seine antw. auf meine frage "warum er ein mod auf diesen 'alten' code macht"

Zitat von Vorlost

i am waiting for a much more stable eMule0.24b2 with less crashes/bugs before i add my new features there.
I made this mod because i am still thinking of new features "Load rarest finished chunks first Patch2 & 3".

I need a more stable version for coding some new features and for leaving my pc for some days without worrying about crashes.

[winki2099]

Mir solls recht sein, wenn er noch eine Weile an dem 'alten' Code bastelt. Ich glaube, ich bin nicht der einzige, der so denkt. Warten wirs mal ab, wir werden ja dann sehen, was draus wird

[winki2099]

Huch, was fürn toller Download Dabei ist der noch gar net mit einem Server verbunden, ist grad am überprüfen der Dateien.

[JoeFatalic]

Danke Pinki für den Tip. Hab HeinBloed benachrichtigt. Ich denk mal jetz gehts ans testen.

Gruß JoeFatalic

[Bubbels]

Dieser Mod läuft im moment sehr gut!! Ma sehn was der dauer test ergibt

thx
bubbels

[vorlost]

Zitat von Pink_Frog

das fehlt weil vorlost der meinug ist das es nicht funzt...
ich finde gerade den thread nicht wo er sich dazu geäussert hat. evtl. postet er das ja hier nochmal auf deutsch, angemeldet ist er ja schon

Nun es macht wenig Sinn da nach 18.3 Minutes diese gelöschte "No needed Parts" - Quelle euch wieder nach der Datei anfragt und somit wieder zur Downloadqueue hinzugefügt wird.
Auch vom Server bekommt Ihr regelmäßig neue quellen(zumindest von den meisten) und dann sind diese ebenfalls wieder drinne.

Vielleicht baue ich eine Funktion zum Ersetzten bestehender "No needed Parts"-Quellen ein wenn ich die Zeit dazu habe. Sieht allerdings im Moment nicht so aus bin vollkommen damit ausgelastet "Load rarest finished chunks" zu verbessern:
Patch2 - beinhaltet neue Funktionen für die Moviepreview-Funktionen allerdings kann man noch nicht zwischen unterschiedlich langen Previews wählen oder gar für eine Film-Datei das Preview einzeln abschalten.
Patch3 - wird einen Geschwindigkeitszuwach für den Download bringen da Quellen mit vielen Parts(Chunks,Dateiblöcken) den Quellen aus den Weg gehen würden die nur 1 oder 2 davon haben.
Ansonsten kommt es noch vor das alle manchmal versuchen einen part gemeinsam zu vervollständigen was dazu führt das einige Quellen dann nichts mehr für uns haben(äußerst komplizierte Sache = Herausforderung ).

Dadurch das seltene und häufige parts jetzt schon getrennt geladen werden gab es schon einen Geschwindigkeitszuwachs durch meine 1.Version von "Load rarest finished chunks", welche noch immer nicht in der offiziellen Version enthalten ist.
Das hat mich auch dazu inspiriert den code weiter zu verbessern(Patch3).

Und es ist schön zu Wissen das man den eMule jetzt auch mal ein paar Tage alleine lassen kann(Urlaub, Weihnachten, Sylvester ).

Aber es ist schon erstaunlich wie viele bugs noch immer in dem Proggi enthalten sind, warum machen die Plus-Entwickler immer zu früh den Schritt zu einer neueren Version, befor alle Fehler behoben sind ?!?

Was ich über die neuesten Plus-Versionen so an Fehlerreports lese ist schon erschreckend(Absturz nach 1min. oder 1h) und das obwohl die Ihre Sachen so ausgiebig testen befor sie herausgegeben werden.

Nun ich denke meine Version kann recht lange laufen wenn man den eMule alleine läßt.
Falls Ihr noch einen Absturz bemerkt muß ich genau wissen wie ich den hier nachvollziehen kann - ich für meinen Teil kann den Fehler nur finden wenn der Esel bei mir abstürzt.
Ich arbeite noch mit WinNT4.0 nutze aber vielleicht bald WinXP.
Hatte bei einem bekannten bemerkt das diese Version unter XP beim beenden abstürzt aber wie gesagt ich kann den Fehler nur finden wenn er bei mir mir abstürzt weil ich genau sehe in welcher Programmzeile das Programm sthen bleibt und mit welchen Variablen eine Funktion angesprochen wurde.

Hat jemand von euch diesen Esel unter XP laufen ?

Leider kann ich was den Webserver oder das Statistic-Fenster angeht nicht weiterhelfen da ich mich in dem Teil des Programmes so überhaupt nicht auskenne und ich noch nicht so weit in der Programmiersprache vorangekommen bin.

Was haltet Ihr von "Load rarest finished chunks first & Patch2" und SlowMovingUploadSources ?
Hat von euch vielleicht noch jemand eine Idee wie man genau feststellen könnte ob jemand nur versucht von uns herunter zu laden obwohl er uns etwas geben könnte ??? - > ist auch no so eine Sache an der ich nebenbei angefangen habe zu forschen... ein Ergebnis davon ist dieses "SlowMovingUploadSources" obwohl diese Funktion auch andere Vorteile hat:
gleichmäßiges Verteilen des Uploads auf mehrere Sources, maximieren unserer score-modifiers.
Zeitweise lade ich mir nix herunter und dann kann ich somit überall gleichmäßiger Punkte sammeln -> wenn ich dann etwas brauche geht es schön schnell .

Aber ich werde mich jetzt erst mal Hauptsächlich auf dieses Rechtsclickmenü stürzen damit Patch2 fertig wird.

Vorlost

[overtestet]

Habe mir die Version gerade mal eben auf die Platte geknallt
In der Log_Datei geht ja richtig die Post ab - naja vielleicht kapiere ich so mal was da wirklich passiert.
Es tauchte natürlich auch gleich eine Fehlermeldung auf

01/03/03 18:17:45: Es trat ein Fehler beim Verarbeiten von UDP-Paketen auf. (Wahrscheinlich aufgrund eines fehlerhaft konfigurierten Servers)

@vorlost was könnte das bedeuten? Bzw. was passiert da genau.
Ich habe seit gestern eine neue Firewall aufgesetzt und würde gern wissen ob es vielleicht daran liegt. Die Ports sind allerdings im Ruleset schon richtig vorhanden (4661,4662 TCP und 4665, 4672 UDP)
Serverconnect funzt etc. nur das kein Download zustande kommt

[winki2099]

So, nun gebe ich mal ein kleines Statement ab. Ich geb aber zu, dass ich die Version nur 1,5 Stunden getestet hab. Warum, beschreib ich weiter unten.

Connect:
Der Connect dauerte im Gegensatz zum Vorposter overtestet für meine Begriffe sehr lange. Die Fehlermeldung lautete in etwa "Sever kicked on Connect by Errorcode: 10061". Der Connect kam auch immer nur zum gleichen Server zustande. Ob die Meldung gleichbedeutend mit Server ist voll ist, weiss ich nicht. Die 23b1 plus hat auf jedenfall sofort connected.

Auch bei mir trat der Fehler beim verarbeiten von UDP-Paketen auf, und zwar sehr oft. Ob das jetzt soviel bedeutet wie zuviele Verbindungen, weiss ich ebenfalls nicht.

Dann die Quellensuche: für mich der Grund, warum ich das ganze nach 1,5 Stunden abgebrochen habe. Nach 1,5 Stunden waren die meisten Files immer noch rot. Es wurden nur keine benötigten Teile gefunden (zum grösstenteil jedenfalls). Da die die 23b1 Plus hier brauchbare Quellen findet und der meiste Teil meiner Files blau ist, vermute ich mal hier einen Fehler. Durch die mehr gefunden Quellen fängt die 23er auch relativ schnell zu saugen an.

Die Meldung im Sekundentakt "added 40 new Sources" zwang wohl meinen Rechner in die Knie, denn nach kurzer Zeit lief er auf Vollast. Okay, ist nur ein K6/3-450, vielleicht liegts auch daran. Der Rechner reagierte sehr träge.

Über den Download kann ich nichts sagen, da er nicht zustande kam, denn er hat ja keine brauchbaren Quellen gefunden (zumindest nur sehr, sehr wenige).

Natürlich schliesse ich nicht aus, dass der eMule meinerseits falsch konfiguriert war. Es mag auch sein, dass der Mod bei JoeFatalic und Heinblöd wie auch Pink_Frog zur Zufriedenheit funktioniert.

Fazit aber für mich: ich sehe keinen Grund, von meiner zur Zeit verwendeten Version 23b1 Plus auf irgendeine andere umzusteigen.

Sorry, nix für ungut, ist aber alles ja nur meine Meinung und andere vielleicht haben ein positiveres Ergebnis zu vermelden.
Auch denke ich, dass jeder seine eigene Erfahrung damit machen sollte, denn meine Erfahrung kann nicht repräsentativ für alle sein. Zum testen bzw. anschauen lohnt sich diese Version aber allemal.

[JoeFatalic]

Also ich hab den Mod unter XP laufen.
Es gibt soweit keine Probleme. Das Mod läuft sauber seit 10:45 Stunden ,hatte gleich zu Anfang eine gute DL-Rate (warscheinlich auch weil ich tunlichst meine alte Client.met, Known.met und Userhash.dat immer übernehme) und habe bislang 197,59 MB downgeloadet, was 5,23 Kb/s durchschnitt ergibt.
Sorgen machen mir allerdings die vielen gefundenen Quellen pro Datei, da die "no needed file"-Quellen überwiegen und nicht zwischendurch abgestoßen werden.
Ich habe Hardlimit auf 750 und die sind auch voll ausgenutzt (und zwar bei 7 Downloads und tatsächlich ohne "Zu viele Verbindungen").

Wenn von Zeit zu Zeit Quellen neugesucht und nach Brauchbarkeit überprüft und (NUR wenn ja) dann in die Festquellenliste übernommen würden. Wäre das dann nicht effektiver als 500 "No needed Files"-Quellen in der Liste zu halten um hin und wieder mal abzufragen ob sie nich doch in der Zwischenzeit einen halben Chunk dazubekommen haben und uns gnadenvoll in ihre Warteliste aufnehmen ?
Der Traffic ist doch hierbei genausohoch obgleich die Chance höher ist noch viel mehr brauchbare Quellen in sein Hardlimit zu bekommen, da das Hardlimit dann nicht mit "NoNeededFiles"_Quellen verstopft ist.


"Load rarest finished chunks first & Patch2"

Einer der wichtigsten Verbesserungen überhaupt, da man hierbei die bekannten Barcodes (Alle haben die gleichen Chunks) evtl. verhindern könnte.
Hierbei wird mir und HeinBloed aus der Seele gesprochen , da wir schon ca. Nov-Dez genau dieses Thema ausgiebigst ausdiskutiert haben.
@ Pinki hast du noch die URL??


Ein anderes Problem war noch das unvorteilhafte DateiPrioritätsSystem zu dem ich mich äußerte

Auffallend ist (um zum Thema zu kommen), daß solange man selber irgendwelche Dateien läd auch AUSSCHLIEßLICH diese Dateien als Upload erlaubt werden?? Und wenn sie fertig sind werden diese Dateien auf einmal NICHT bzw. äußerst selten als Upload angefordert. Bei diesem neuem Prioritätssystem werden nur die zur Zeit laufenden, also noch nicht fertigen Dateien beforzugt. Da nützen dann auch keine 5-6 Vollständigen Anbieter, wenn keiner diese Dateien auch bekommen kann.
nene Es nuddeln sich erstma die halbfertigen alle nach dem gleichen Schema Ihrer Segmente hin und her, alle immer in unvorteilhafter GLEICHER Reihenfolge bis alle den selben Stand haben und wenn dann tatsächlich mal einer das letzte fehlende Segment kriegt dann wird der einen Scheiß tun und auf Nächstenliebe machen. nene der brennt nach 3 Wochen Wartezeit seine Datei weg und is froh wieder Platz zu haben, anstatt sie den anderen im Share zu lassen.

Nungut ich will nicht wieder zuviel aufeinmal schreiben, darum beende ich hier erstmal meinen Beitrag.

Alsdann weiterhin gute DL-Raten

Es grüßt JoeFatalic