eMule 0.23 Plus - Vorlost Omikron.5c [01.05.04]

[vorlost]

eMule Plus 0.23 - Vorlost Omikron.5c
----------------------------------------------
can be downloaded here:

binary:
ed2k://|file|eMule-Omikron.5c-binary.rar|814524|874ae8df29d20781e1a477f740a84fd8 |/
http: eMule-Omikron.5c-binary

source:
ed2k://|file|eMule-Omikron.5c-source.rar|1251675|9b8d7e4e654e2b61a8d8ff41682a99f 2|/
http: eMule-Omikron.5c-source

http://home.tiscalinet.ch/pinkfrog0815/files/

-----------------------------------------------------------------------------------------------------------------

Falls es Probleme mit dem MOD beim starten gibt, löscht bitte im Temp Ordner alle Dateien die KEINE .part oder .part.met Endung haben (Dateien wie z.b. .src .stsrc)

--->>> First of all <<<--- --->>>Very Important<<<---
--->>> Bitte beachten <<<--- --->>>Sehr Wichtig<<<---
->Einige Einstellungen sollten dringend überprüft werden:
english: Preferences/Files/Download/DownloadAutoPriority
deutsch: Einstellungen/Dateien/Autom. Downloadpriorität
->Stelle ´Limit für hohe Priorität(High-Limit)´ auf 10 und
Limit für niedrige Priorität(Low-Limit) auf 25(empfohlene Einstellungen).
Diese Änderungen müssen in diesem Mod vorgenommen werden wegen etwas anderer
Bedeutung/Funktion gegenüber anderen MOD´s.(Die Werte anderer Mod´s wären zu hoch)

Ab Omikron.5:
->Da sich die Position der Anzeige der Warteschlangenposition geändert hat und man eine
ältere Preferences.ini evtl. weiter verwenden möchte sollte man nach dem Start unter
Preferences(Einstellungen)/Sorting(Sortierung) unter
"When Expanding Sources List(Bei Erweiterung der Quellenliste)"
"Sort Clients by(Sortiere Clients nach)" auf QR^ & "And by(und nach)" auf Status^ stellen
um wieder die Default-Einstellungen zu haben.
(Zunächst ist die Auswahl dafür leer bis man etwas mit der Maus hin und her fährt.)
Alternativ könnte man auch die Zeile mit "1stSortSourcesCode" aus der Preferences.ini
löschen oder den Wert dahinter so abändern:
1stSortSourcesCode=7



01.Mai.04(eMule Plus 0.23 Vorlost Omikron.5c)
=======
IP-Filter:
- Einträge die ersetzt wurden werden im Log angezeigt.
- Multirange-Scan V1.1(Advanced)
In der Filterliste weiter unten stehende Einträge mit Überschneidungen von Bereichen werden
jetzt auch dann erkannt wenn diese sich mit dem ursprünglich gefundenen Bereich
überschneiden.
Wenn beim Einladen der ipfilter.dat ein Eintrag gefunden wird der evtl. später nicht
berücksichtigt werden kann dann wird diese Meldung ins Log geschrieben:
***Warning***: Maybe the Advanced-Filter won´t take Position1 into account !!!
Ob dieser Bereich später berücksichtigt wird hängt davon ab welcher Eintrag in der
Filterliste zuerst mit einer Übereinstimmung gefunden wurde.
UploadQueue:
- "*" vor der Uploadspeed zeigt an das dieser Client nicht mehr Upload annehmen kann.(Busy)


15.März.04(eMule Plus 0.23 Vorlost Omikron.5b)
=======
Message-Chat:
-[bugfixed] Auto Establish FriendSlot aktivierte sich wenn man im Message-Chat auf die
ClientDetails ging obwohl der Client nicht in der Uploadqueue war.
Anti-Crash:
- Der MOD-Name wird um die ModID(die Zahl die zum Absturz führte) erweitert anstatt den
MOD-Namen in "Crash-MOD" umzubenennen.
Anticrash/Fake:
- NEU: Multirange-Scan V1[Vorlost]
Der IP-Filter ist nun auch in der Lage besser mit sich überschneidenden Bereichen klar zu
kommen und richtet sich beim Filtern nach dem restriktiveren Bereich.
Beim Einladen der ipfilter.dat werden sich überschneidende Bereiche zur Info angezeigt.
Dadurch ist es möglich eventuelle Unstimmigkeiten in der ipfilter.dat selber zu beseitigen.
- Doppelte Einträge in der ipfilter.dat werden jetzt besser erkannt und entfernt.


07.März.04(eMule Plus 0.23 Vorlost Omikron.5a)
=======
[Anti-Crash]: Seit heute wird eMule verstärkt mit einem neuen Angriff gequält, statt dem
MOD-Namen wird eine Zahl übertragen und eMule somit zum crashen gebracht.
Erst mal ein schnelles Workaround dafür gebastelt. Log AntiCrash einschalten
um zu sehen wann so ein Angriff passiert.
Als MOD-Name wird bei dem Client dann "Crash-MOD" als MOD-Name eingetragen.


04.März.04(eMule Plus 0.23 Vorlost Omikron.5)
=======
LogLine:
- Corrupted compressed packet for %s received (error %i)
Zu dieser Meldung gibt es nun hinten dran ebenfalls den Usernamen
Clientcode:
- Maella -Support for tag ET_MOD_VERSION 0x55- and all updates to 0.30a needed for this:
BaseClient.cpp:
ProcessHelloTypePacket, GetClientSoft, ReGetClientSoft, GetHashType
packets.cpp/h:
struct STag, class CTag(updated all related code most to 0.30a)
SafeFile.h:all
ServerList.cpp:
AddServersFromTextFile - Fetch Priority [Barry]
server.met wird nun alle 17min. gespeichert
updownclient.h:
enum EClientSoftware
usw. Allgemein eine Menge in Richtung 0.30a eingebaut.
Downloadliste:
- Der Platz in der Warteschlange wird nun statt unter Priority unter Status angezeigt,
dafür darf die Mod-Version die Spalten Sources & Priority belegen.
ClientDetails:
- Die ClientVersion wird nun mit bei ClientSoftware angezeigt, dadurch ist mehr Platz
für den ModString -> Maella -Support for tag ET_MOD_VERSION 0x55-
- Die Versionen die dort angezeigt werden sind eDonkey-Version / eMule-Version.
Diese Werte wurden direkt so von diesem Client empfangen.
Manche Werte wurden in neueren eMule-Versionen nach dem Empfang etwas modifiziert,
dadurch kann es in sehr seltenen Fällen sein das diese nicht mit der Version bei den
DownloadQuellen eines Downloads übereinstimmen.
Servercode:
- Eine Un-Menge an Code in Richtung 0.30a implementiert
Preferences:
- [bugfixed] Beim Einlesen einer älteren Preferences.ini konnte es zum Absturz kommen.
- Min.Uploadslots wird verringert falls aus versehen zu hoch eingestellt.
- Zusätzliche Meldungen auf den Schaltern
"Log [Server TCP-Sources]" & "Log [Server UDP-Sources]", wg. Erweiterung des Servercodes
in Richtung eMule 0.30a
AntiLeech:
- [bugfixed] Too much Community-Detector: Suche nach () im Usernamen hatte nur funktioniert
wenn der gleiche User auch [] im Usernamen hatte.
Notification:
- [bugfixed] "A download is finished" wurde immer angezeigt auch wenn es in den
Prefs(Einstellungen) ausgeschaltet war.
SharedFileListe:
- Files die vor dem Programmstart zum Sharen neu dazu kamen hat der eMule nicht gehasht und
auch nicht in die SharedFileList übernommen.
Und erst recht nicht zum Sharen zum Server geschickt.(Zusätzlicher Klick auf den Reload-
Button wäre nötig gewesen !).
Beim Start von eMule steht zwar manchmal "Hashing ... new files" aber dieses Hashen scheint
zu so früher Zeit noch nicht möglich zu sein. Deshalb habe ich den Code an eine andere
Stelle verschoben an der es funktioniert.
- Fügt man später ein File hinzu und betätigt den Reload-Button so wurde die komplette
Fileliste wieder jedes mal komplett an den Server übertragen und gleichzeitig begonnen die
neuen Files zu hashen. Ist das Hashen eines neuen Files beendet sendet der eMule das File
zum sharen einzeln zum Server.
Das Senden der kompletten Fileliste beim betätigen vom Reload-Button entfernt...
- Im Serverlog wird jetzt angezeigt wann wie viele Files zum Sharen zum Server übertragen
werden.
LoadRarestFinishedChunksFirst -> V2.2:
- [bugfixed] Bei Nutzung des FilePreviewMode konnte es vorkommen das die Funktion von einem
Preview-Part zu einem normalen Part zurückspringt wenn beide nicht mehr als 5* vorhanden
aber "gleich oft verfügbar"waren(z.B. wenn der normale Part schon vollständiger war).
Wahl zwischen 2 Parts:
Die Routine(Preview -> Normal) bleibt nun auf dem Preview-Part wenn beide Parts(Preview
und Normal) mehr als 5* vorhanden sind oder beide Parts gleich oft vorkommen(Dann wird
File-Preview bevorzugt).
Zusätzliche neue Regel:
(Bei extremer Seltenheit der Parts den Preview auf 1/8-Part von außen beschränken):
Sind beide zu vergleichende Parts(Preview -> Normal) nicht mehr als 5* vorhanden, aber
gleich oft verfügbar, es sich bei dem Preview-Part um einen Außenpart handelt und dieser
bereits zu 1/8 fertig geladen wurde dann darf trotzdem ein normaler Part weiter
vervollständigt werden.
Das gilt dann in umgekehrter Weise auch für die Routine(Normal -> Preview).


10.Feb.04(eMule Plus 0.23 Vorlost Omikron.4g)
=======
StoredSources(Tarod LS-tweak):
- [bugfixed] Es wurde zwar die FullUserIP(IP zur Anzeige in Textform) erzeugt aber nicht die
UserIP mit der eMule intern arbeitet.
Das hat dazu geführt das am Anfang einer Verbindung zu einem Client durch StoredSources
dieser Wert fehlte und somit zunächst falsche Auswirkungen hatte.
UploadQueue:
- [bugfixed] Die LastSeen-Anzeige die eigentlich eine LastAsked-Anzeige ist sollte nun
richtig angezeigt werden und nach der Sortierung sollte die Zeitanzeige nun stimmen.
Gleiches gilt für EnteredQueue.
Alles was mit den Timern von LastSeen & EnteredQueue zu tun hat habe ich komplett
überarbeitet.
- Clients gelangen nun nicht mehr direkt in die Uploadslots sondern immer in die Uploadqueue,
war die Uploadqueue leer dann wird eine Vorlaufzeit für die Uploads von 10 Sek. aktiv.
Bis zum allerersten Upload vergehen also 10Sek. - Das bewirkt das fiese Clients die zu
oft anfragen usw. auch in der Queue bleiben.
- [bugfixed]Die Länge der Queue ist nun der Wert in den Einstellungen(Preferences)
+Anzahl gebannter Clients(leicht veränderte Überschrift Uploadslots rechts)
CrashFix:
- Neue Variante den eMule zum Absturz zu bringen durch senden einer Message ohne vorher den
Usernamen zu übermitteln.(Username ist dann leer und zeigt auf Adresse 0 was die Funktion
strlen zum Absturz bewegt)
Diese neue Art den eMule zum Absturz zu bringen bewirkte ein Client der
"[AUTOMATED WARNING] Sorry, you have not understood P2P" in den Message-Chat schickt.
Message-Chat:
- Diese beiden Spam-Meldungen werden ausgefiltert:
"Sorry, you have not understood P2P"
"I'm sorry, you don't understand the concepts of file-*sharing*"
Zusätzlich wird ermittelt ob dieser Client sich in der Warteschlange, den Uploadsslots
oder irgendwo als Quelle in den Downloads befindet.
- ShowDetails,SendMessage,ViewFiles kann benutzt werden wenn der User sich in der
Warteschlange oder den Uploadslots oder nun auch als Quelle irgendwo in den
Downloads befindet.
Graphics:
- Splashscreen Logo [Pink Frog]
- Notifier-Popup Grafik [Pink Frog]


28.Jan.04(eMule Plus 0.23 Vorlost Omikron.4f)
=======
Graphics:
- Icons für Preferences(Einstellungen) verbessert [Pink Frog]
- Neues Splashscreen Logo [Pink Frog]
(auch über Rechtsklick/About in der Titelleiste aufrufbar)
- Neue Notifier-Popup Grafik [Pink Frog]
Slot-release Compensation:
- [bugfixed] Manchmal wurde nach 5min. erst ein weiterer Uploadslot geöffnet wenn ein anderer
Slot im Gegenzug geschlossen werden sollte.


20.Jan.04(eMule Plus 0.23 Vorlost Omikron.4e)
=======
Preferences:
- Zufällige TCP & UDP-Ports
Wurden keine Ports festgelegt oder liegen diese im Bereich 4660-4670 dann werden
neue TCP & UDP-Ports automatisch vergeben.
AntiLeech:
- [bugfixed] Codeoptimierungen(ohne Änderung der Funktion) in Omikron.4b
danach wurden die User leider nicht mehr erkannt...


09.Jan.04(eMule Plus 0.23 Vorlost Omikron.4d)
=======
[crashfixed]
- Bei der Ermittlung der Menge an Uploadclients die noch Upload annehmen können kann wohl in
ganz seltenen Fällen ein Fehler auftreten der statt einem Absturz nun zu keinem Upload
und bei Betrachtung der ClientDetails zum nicht mehr reagieren der GUI geführt hat.
Der Uploadslot der dieses Problem verursacht wird nun nach 1 sek. entfernt.


06.Jan.04(eMule Plus 0.23 Vorlost Omikron.4c)
=======
[crashfixed]
- Server die wir von anderen Clients erhalten und hinzugefügt wurden werden im Log vermerkt.
(Die Textausgabe dazu hat in seltenen Fällen zum Absturz bei aktiviertem Notifier geführt)
- Bei der Ermittlung der Menge an Uploadclients die noch Upload annehmen können kann wohl in
ganz seltenen Fällen ein Fehler auftreten der zum Absturz geführt hat.


27.Dez.03(eMule Plus 0.23 Vorlost Omikron.4b)
=======
AntiLeech:
- Too much Community-Detector: Sucht nun auch neben [] nach () im Usernamen
- Codeoptimierungen(ohne Änderung der Funktion)
- Der Uploadbonus(Score) ab 0.5kb/s und 2.0kb/s & Community wird jetzt nur noch für Clients
gewährt bei denen die SlowMove-Funktion nicht aktiv ist.

- Server die wir von anderen Clients erhalten und hinzugefügt wurden werden im Log vermerkt.
- IP Filterlevel von <127 auf <128 erhöht.


17.Dez.03(eMule Plus 0.23 Vorlost Omikron.4a)
=======
AntiLeech:
- Interne Filterliste erweitert
- Für einige Usernamen spielt die Groß/Kleinschreibung nun keine Rolle mehr.


27.Nov.03(eMule Plus 0.23 Vorlost Omikron.4)
=======
- [Bugs-Fixed] Uploadslots
- Uploadthrottle verändert:
Wenn kein Upload mehr von den Clients angenommen wird und die aktuelle
Gesamt-Uploaddatenrate um 1024(1kb/s) zu niedrig ist dann wird alle 15Sek. ein weiterer
Uploadslot geöffnet.
- Ohne Uploadthrottle zusätzlich:
Hat ein Client mehr als die doppelte ClientDatenrate(Prefs) wird alle 15Sek. ein
neuer Slot geöffnet...
- Slot-release Compensation
Soll ein Client die Uploadslots verlassen der als einziges in der Lage wäre den Verlust
an Upload auszugleichen(schnellster Upload >=0.4kb/s als der zweitschnellste)
wird 1Min. vorher ein zusätzlicher Uploadslot geöffnet. Dies verhindert zu große
Einbrüche im Upload wenn Clients die Uploadslots verlassen.
Dieser Uploadslot wird ebenfalls 1Min. vorher hinzugefügt wenn die Anzahl der gerade
geöffneten Uploadslots dem Minimum entspricht.(Zur Sicherheit wird nach 1min. noch
geprüft ob der neue Uploadslot auch arbeitet, ansonsten gibt´s einen weiteren Uploadslot)
- Soll ein Client(>=0.3kb/s) die Uploadslots verlassen aber die aktuelle
Gesamt-Uploaddatenrate ist um 1024(1kb/s) zu niedrig dann bleibt er.

- Notifications/New Entry on Log
- Viele Log-Messages für das Popup-Fenster deaktiviert

- Preferences:
- min. Uploadclients einstellbar von 2-99, Standartwert=3
max. Uploadclients einstellbar von min.Uploadclients+1 bis 100, Standartwert=10
- Bei Uploadthrottle ist es egal welche Uploadclientdatenrate man eingestellt hat da immer
versucht wird denn Upload zu einzelnen Clients so hoch wie möglich zu halten.
- Die Uploadclientdatenrate muß zwischen 2700 und 65535 liegen, Standartwert=3000

- EntryOnLog:
- Critical error while processing datapacket for %s (wrong size) - datablock droped
Kritischer Fehler bei der Verarbeitung eines Datenpaketes für %s (falsche Größe) - Paket verloren
zu dieser Art Meldung gibt es nun hinten dran noch den Usernamen
- Bei aktiviertem "Log Uploadslots behavior" wird nun zusätzlich einmalig angezeigt ob die
max. Anzahl an Upload-Slots erreicht wurde.

Omikron.3d:
========
- [crashfix] Wenn ein Client anfragt wo er sich bei uns in der Warteschlange befindet und
dann noch vor der Übermittlung dieser Position die Verbindung abbricht dann hat die
Übermittlung zum Absturz geführt.

- Autoban: 26 neue bekannte Leecher hinzugefügt

ReleaseUploadClients:[Vorlost] LastChanged:08.11.2003
- Yellow-Clients(Clients mit einem DL/UL-Modifier >1.00) welche nach Ablauf von 1.5h
nicht gerade mit >=2.5kb uploaden werden aus den Uploadslots entlassen um unendlichen
Upload zu verhindern.(Gilt nicht für Freunde)

- Lugdunum-Server die alten eMule-Clients keine Sources mehr geben wollen wird die
eMule-Version 30 übermittelt...

CPU-Optimizations:
- eMule hasht immer ein File zur Zeit, allerdings mit der Priorität "BelowNormal= -1".
Nun hasht eMule wenn die CPU gerade nichts anderes zu tun hat -> somit macht sich das
hashen nun nicht mehr so stöhrend bemerkbar da eMule dafür die Überschüssige Prozessorzeit
verwendet.(PriorityIdle=-15, es gäbe auch noch Lowest=-2)
(Verwendet man Überschüssige Prozessorzeit für eine Aufgabe die sehr lange andauert dann
darf die CPU-Belastung für diese Aufgabe sehr hoch sein ohne das sich das auf andere
Aufgaben auswirkt da nur freie Prozessorzeit verwendet wird. - Hierbei kann allerdings
die CPU-Belastung als 100% angegeben sein ohne das sich dies für das eigentliche Programm
[oder andere] noch bemerkbar macht -> das Programm läuft flüssiger...das hashen allerdings
langsamer...)

- die ClientCredits werden nur noch alle 13min. gespeichert statt alle 70 Sekunden,
gespeichert wird wie bei eMule0.30a.
(also die gesamte Datei auf einmal und nicht mehr stückweise)


Omikron.3c:
========
- MAX_CLIENTS_AT_ONCE 500
eMule fügt nun von jeder [Exchanged Source] Quelle max.500 statt max.100 Quellen hinzu.

- Betreten Freunde eine bereits volle Queue wird dies angezeigt.

- Der IP-Filter speichert nun seine Datenbank mit der er nach dem Laden im Endeffekt
arbeitet unter ipfilter.txt ab.



29.Aug.03(eMule Plus 0.23 Vorlost Omikron.3b)
=======

- [Bugfix] Bouc7´s OnlineSig Feature wrotes to Onlinesig even if it wasn´t able to open
the file. That results in closing eMule with this LastMessage in the Message-Log:
Failed to save OnlineSig.dat
This could happen if two Applications are accessing this file at the same time...
Now eMule writes to this file the next time...


25.Aug.03(eMule Plus 0.23 Vorlost Omikron.3a)
=======

Message-Chat:
- Establish FriendSlot hinzugefügt (aus eMule0.28a - Lovelace 10e)
zusätzlich ist es möglich den Friendslot auch wieder durch entfernen des Häkchens
für diesen User zu beenden. ->Vorlost<-
- Auto Establish FriendSlot ->Vorlost<-
Befindet sich der User weder in der Warteschlange noch in den Uploadslots so wird auf
das Eintreffen des Users gewartet und dann für diesen User der FriendSlot aktiviert.
Auch diese Funktion kann man wieder beenden.(Erkennung alle 5min. !)
Diese Einstellung bleibt auch nach einem Neustart erhalten.

[Anmerkung: Auto Establish Friend Slot kann bis zu 5 min dauern, bis es aktiv wird.]

- Die Freundesliste & Auto Establish FriendSlot wird gespeichert sobald eine Änderung
vorgenommen wird.
- ShowDetails,SendMessage,ViewFiles kann benutzt werden wenn der User sich in der
Warteschlange oder den Uploadslots befindet.

Weiterhin wird zur Erkennung der Freunde NUR der Username überprüft -> also Vorsicht !!!
Hat man z.B. den User "www.emule-project.net" als Freund hinzugefügt dann sind sämtliche
Benutzer mit diesem Usernamen mit dem Freund-Status belegt !!!

Es kann sein das der Upload nur für 1:30h aktiv bleibt und dann der User kurz zurück
in die Queue muß...

UploadSlots:
Nun hat ein neuer Client in den Uploadslots 15sec. anstatt 10sec. Zeit sich die restliche
Uploadrate zu sichern bevor ein neuer Uploadslot geöffnet werden muß.


06.Aug.03(eMule Plus 0.23 Vorlost Omikron.3)
=======

Message-Chat:
- Die Messages werden im eMule-Ordner "chat" geloggt
im Format "Clientname[1st community].chat.log".
In den Preferences muß das "Write Chat-Log to file" dafür eingeschaltet werden.
- Die Eingabezeile wird erst gelöscht wenn die abzusendende Message ihr Ziel erreicht haben
sollte. Erreicht die Message nicht ihr Ziel kann man sie noch editieren oder erneut
absenden.
- Beginnt eine Zeile mit ed2k:// dann wird diese Zeile komplett als Link dargestellt.
Die Usernamen werden so verkürzt das nur die 1.Community angezeigt & geloggt wird.
Geloggt wird nun in den Ordner chat.
Es wird ein ed2k-Link(bisher ohne sources) pro Zeile erkannt und dann korrekt dargestellt
inklusive Leerzeichen.
- Die Uhrzeit wird nun einer Chatzeile voran gestellt...

Preferences:
- Usernamelänge von 50 auf 80 Zeichen erweitert.
- "Write Chat-Log to file" Schalter
- Reload ip-filter.dat Schalter in den Einstellungen

Anticrash/Fake:
- ipfilter.dat
updated to CVS: ip.prefix V1.39(+2 errors corrected)
updated to PG: PeerGuardian 17.06.03
- Auskommentierte oder fehlerhafte Zeilen in der ipfilter.dat die nicht übernommen wurden
werden beim Laden angezeigt.
- eMule lädt seine Datenbank und sortiert diese dabei indem es nur auf die start-adresses
schaut, nun wird ebenfalls die end-adresse berücksichtigt.
->das bewirkt eine besser sortierte Datenbank wenn mehrere gleiche Startadresse vorhanden
sind.
- Der zu suchende Eintrag in der Datenbank wird nun auch durch Überprüfen der endadresse
ermittelt. Das behebt Probleme falls mehrere gleiche Startadressen in die Datenbank
geladen wurden.

Community:
- Autoban
>3 Communities
"[emule.de][emule.de]"
"[emule.d[emule.de]"

LoadRarestFinishedChunksFirst:
- Rückwärtsladeroutine ist nun inaktiv bei Files die nur 1 Part haben.
Kurze mp3´s werden somit nicht mehr von hinten nach vorne geladen.

Debugging:
- Crash in ListenSocket behoben der auftrat wenn jemand der gefiltert wurde nach einer Datei
gefragt hatte die wir nicht haben.
- Fixed: eMule ist gecrasht wenn er das erste Mal gestartet wurde oder die preferences.dat
gelöscht wurde.
- fixed: AutoUpdate server.met
- hotfix: "An attempt was made to access an unnamed..."[bluecow]
Wird dieser hotfix benutzt dann erscheint eine Message im Log.[Vorlost]
Diese Meldung "An attempt..." tritt aber trotzdem noch von Zeit zu Zeit auf...

Statistics-Window:
- Wurde ursprünglich im Zeitintervall nach den Einstellungen in den Preferences aktualisiert
aber zusätzlich noch einmal alle 5sec. -> zusätzlichen Aufruf entfernt.
Einstellungen/Statistik Einstellungen/Statistik Einstellungen/Statistik-Baum/
Update Verzögerung(Preferences/Statistics/Statistic Tree) sollte auf 1 stehen damit
1* pro Sekunde die Statistiken aktualisiert werden(Einstellung nun von 1-10sek. möglich).
Nun kann man die Aktualisierung der Statistiken zwischen Disabled/1-10 wählen vorher
nur zwischen Disabled/5-???.

Warteliste:
- Gebannte Clients zeigen in der Queue jetzt auch wieder LastSeen an...
- Freunde können die Warteschlange betreten selbst wenn diese bereits voll ist.
- ExtraBonus für schnelle Uploader >=2.0kb/s Modifier:1.5
Erhöht den Rating-Wert auf 150%, dient zur Berechnung des Scores in der Uploadwarteliste
->Hilft gegen Clients die mit einem zu niedrigem Upload arbeiten oder gefakte Usherhashes
benutzen.

AntiLeech:
- Mit interner Filterliste
- AutoBan Clients welche den Userhash "67C...346" nutzen mit LogMessage.
- User die Deinen eigenen Userhash verwenden werden gebannt.
- Einige Usernamen werden automatisch gebannt falls diese als Leecher bekannt sind
(Hard-Coded, später wird diese Liste einmal aus einer Datei eingelesen.)

Uploadslots:
- Die Zufallsfunktion die es ermöglicht das ein Client direkt in die Uploadslots kommen kann
ist nun abgeschaltet.
- Freunde werden nicht mehr aus den Uploadslots entfernt wenn diese ein yellow-client
mit dem niedrigstem DL/UL-Modifier sind.

SlowMovingUploadSources:
Fixed: User bei denen SlowMovingUploadqueue aktiv ist aber yellow-clients sind(gelber Pfeil
im Icon) werden nicht mehr gehalten(also nicht mehr als yellow-clients behandelt).
Beispiel: our/his DL/UL-Modifier eines clients: 3.16/1.12 normal wird dieser client
als ein yellow-client behandelt(gehalten).
Aber wir haben bei diesem Client einen DL/UL-Modifier >3
Einstellungen/Dateien/Dateien/SlowMovinUploadSources(Preferences/Files/SlowMove)
[Der Schieberegler ist eingestellt auf 3]
dadurch wird dieser client nur 10min. gehalten als wäre es kein yellow-client.
Yellow clients werden weiterhin mit dem gelben Pfeil versehen solange deren
DL/UL-Modifier >1 ist.
Dieses Problem trat auf wenn SloMovingUploadSources kleiner als <4 eingestellt war.

Entfernt: MultipleInstances

ClientDetails:
- fixed: Manchmal wurde eine falsche Datei angezeigt die ein User downloaden wollte.

SlowMovingUploadSources:
Only count clients as yellow if they don´t reached our DL/UL-Modifier set in the prefs
if SlowMove isn´t disabled for all.

SlowMovingUploadSources:
- the max. DL/UL-Modifier that we want to reach per client
can now be changed from 3....10(recommended 4...10).


31.Mär.03(eMule Plus 0.23 Vorlost Omikron.2)
=======
Updates from 0.24b-5b:
- Filenames in Temp-Folder will start with 001 instead of the highest+1...

Anticrash/Fake:
- The ipfilter code improved

Other:
- After Filecompletion the files with the endings .movie, .stats, .txtsrc, .bak, .backup
will be deleted


28.Mär.03(eMule Plus 0.23 Vorlost Omikron.1)
=======
Downloadlist:
- Allow looking at sources if only A4AF-Sources are available for a file...
Now we can see the file´s sources if there are only "Asked for Another File" in.

UploadAutoPriority(UAP):
- Count A4AF also as possible sources for a file, now Auto Release&High depends more
on available Parts instead of sources...
- changed: Now Release-Priority(<16 Sources) will be given too if the min. availability
of a partchunk is <= 8, High-Priority(<40 Sources) or availability <= 20
UAP assigns Release & High only if at least 1 needed partchunk is available.

DownloadAutoPriority(DAP):
- eMule doesn´t count the sources of a file to decide the priority, now the lowest available
partcount will be taken
- eMule calculates how many complete files could be build of all available parts of all
sources and takes this value instead of how many sources we have for this file

Updated partially to 0.24b-5b:
- CPartFile::~CPartFile() delete tempdir(FoRcHa)
- [ExchangedSources] will be packed if more than 28 should be send to another client
- Support for .backup files creates backups of .met files

FilePreview:
- CD-Image supported now

SlowMovingUploadSources:
- the max. DL/UL-Modifier that we want to reach per client
can now be changed from 4....10(recommended 5...10).
- Using your Userhash will be more difficult because they only want the ones with the
highest DL/UL-Modifier, so this will help against using your Userhash.
- With this feature you can limit how high your score should go for a single client without
giving so much in return

Anticrash/Fake:
- ipfilter.dat updated to V1.29+

Other:
- The column compression in the Uploadslots can be hide now without crashing...
- ServerList IP-Calculator message disabled
- Statistics Window will updated when entered, faster/more updates


16.Mär.03(eMule Plus 0.23 Vorlost Beta.1)
=======
Graphics:
- New Splashscreen Logo[Pink Frog]

Statistics:
- Codeupdate to 0.23b.1, Statistics are now updating automatically
- Codeupdate otherfunctions(used by statistics) from 16.11.02 -> 13.12.02

Anticrash/Fake:
- There are new mlDonkey´s out there which send corrupt "Hello-Packet´s" in order to
crash eMule(invalid Username), but i discovered that they try to crash eMule with
invalid port-numbers too or try to disable communication with eMule sending us
a different clientport.
- We just ignore these crashers and don´t add them as possible clients anymore
(to avoid further attacks)
- fixed: Found another download-packet(empty ?) that leads to a crash
- changed faked Port-Range from 23-10000 to 23-65535 other ports show crash-message
- ipfilter.dat V1.28 is included now. There are some additional Text´s for the Log...
- Autoban Friendsharing0.3 Leecher-MOD

UAP(Upload Auto Priority)[Tarod]:
- feature: Auto-Normal UAP(UploadAutoPriority[Tarod]) when a file is Paused[Vorlost]
Resuming that file reactivates normal UAP.
- updated: UAP-Code to eMule0.25b - Tarod.16d
(Tarod changed high-priority from <200 sources to <1000 !!!, seems to be a wrong modifier
RARE_FILE(=40)*25=1000 instead of RARE_FILE*2.5)...
- changed: Now Release-Priority(<20 Sources) will be given too if the min. availability
of a partchunk is <= 10, High-Priority(<50 Sources) or availability <= 25
UAP assigns Release & High only if at least 1 needed partchunk is available.
- changed: Now the PartFilePrio is only saved when needed[vorlost]
-> creating a new file, updating priority manually with the menu
With this the Priority ´normal´ from Auto-Normal-UAP is no longer saved to hd.
Resuming a paused file allows Auto-High & Auto-Release
- UAP will no longer be disabled but set to normal if a file is paused.

Movie Preview Mode:
- Is now named File Preview Mode
- bug fixed(uncritical) in "Load rarest finished chunks - Patch2" -> V2.1 now FilePreview
only needs overall >5 same parts to enable Loading Of Preview-Partchunks, was sometimes
randomly 10.
- features: Preview-Modes allowed for Sound & Archive[Vorlost]
- features: from 0.25b ArchiveRecovery added[Barry],
show corrupt Archive-Entrys too[Vorlost] -> Preferences/Files
- added: VLC-Support (completely untested)
[build in Preview Code(Movie,Sound) is diabled, only moviepreview via VLC is possible !!!]
(This Part will be rewritten because only always the 2 first & 2 last partchunks were been
taken to build a preview-file, CPU goes 100% if file is shorter than 2 partchunks,
other downloaded blocks/parts ignored)

Preferences:
- fixed: Preferences source-income Log-checkboxes doesn´t load their setting from prefsfile,
LogTCP-Sources:already known sources are assigned to this switch too
- changed: DataRate is max.4000 allowed with UploadThrottle(uses autom. higher upload if
possible)
- updated: Directories to 0.24b-5b Code
- Log Anticrash-Attacks(code improved) & BanShield(code improved)
- Allow Multiple Instances of eMule(nearly all code added, some changes in prefs missing,
but maybe it could work a little bit)
- Verbose: Added More Information about LoadingBlocks & MovieParts,
WrongPartNumber will only be displayed with Verbose enabled now...
- See my share: Is now available for Friends too
- Disable SlowMovingUploadSources(AntiLeech) for all or just Friends is ready
- raised: The Upload-queuesize is changeable from 800 - 10.000 Sources !!!
- bugfixed: Preferenes/General/Write Log to File should save only 1-Line per time instead
of the whole Text again with a new Line...
- raised/fixed: The length of the Nick-Name maybe 50 characters long now, don´t worry about
shorter Nick-Names after leaving the preferences...(what you see is what you get)

Updates toward 0.25b:
- update: from 0.25b > CPartFile:eleteFile() added other file extentions that should
be deleted when a file will be removed: .movie, .stats, .bak, .backup, .txtsrc
- update: to 0.25b-code Preview[but disabled, much changes to do here...]

SlowMovingUploadSources:[Vorlost]
- changed: variable init of SlowMovingUploadSources changed(works the same as before)
- can be disabled for Friends or for all in the Preferences(disables all AntiLeech-Features)
- the max. DL/UL-Modifier that we want to reach per client
can now be changed from 5....10 (was 10 before).
- The Log can be disabled now...

HoldingUploadClients:[Vorlost] LastChanged:08.03.2003
- The min. Uploadtime of 10 Minutes is disabled for SlowMovingUploadSources
(Friends will now always be holded this 10 Minutes.)
- We have now a Friend-Slot, this Friend will be holded max. 1.5hours in the Uploadslots
(only the Friend with the most score will be held if more than 1 is present)
- When we hold Friends they are always called Friends not Yellow-Client if they own score.
- Uploads can be longer 1.5h now if we download >=2.5kb at the same time from a client

ReleaseUploadClients:[Vorlost] LastChanged:08.03.2003
- Clients where we can´t upload to will be kicked out after 2-3min.
But we try to keep the previous place in the waitinglist...
- Clients who don´t upload >=2.5kb at the same time will be released after one hour to
prevent endless upload.(not for Friends or Clients with Score)
- Clients where we have reached our max. score will be released after 10min...

UploadSlots: LastChanged:08.03.2003
- New Hold Message for Friends & Yellow-Clients(with score)
& Normal-Client(no score, no Friend) when they reach the uploadtime-limit but are
downloading >=2.5 at the same time to us...[Vorlost]
- Completely rewritten/debugged/fixed Uploadslot-Timeovercheck[Vorlost]
- The Uploadslots are all checked every 1 Minute and no longer additional before
creating a new block to be send.
- UploadSlot Design changed:Upload & Download-Speed, DL/ULModifier(our own,
and the one from the uploadclient) will be shown now
- Uploadslot-behavior can be viewed with LogUploadslots behavior enabled in the Prefs

LoadedSources:
- changed [Loaded Sources] will be loaded until MaxSourcePerFileSoft is reached instead of
MaxSourcesPerFile, so we have more room for [Exchanged Sources] left.

ClientDetailDialog:
- Show Friends, Show SlowMovingUploadSource(incl. disabled),
Show Client´s place in our Uploadqueue
- Show both Version-Informations( Network[eDonkey]/eMule )
- Show masked mlDonkey´s: <ClientSoft: mlDonkey(emule)>
- Show Providername of the Client & Server when ipfilter.dat is available

Other:
- fixed: Clicking on an ed2k-link opened another eMule
- fixed: When we run low on hd some files will be paused but we still receive data
for this file -> results in a lot of beeps/messages and tries to save on already full hd.
- feature: show masked mlDonkey´s(or non eMule´s) in grey color again
in the upload & download window
- updated: mlDonkey detection code, Banshield works much better now
- changed: shared filelist-request´s show now IPort instead of the UserID-Number
- fixed: bug in Uploadslot-Handling solved, there was only one slot checked per minute,
instead of all -> randomly uploadslot-checks !!!
- fixed: Crash on exit bug, present since Beta3
- Calculation of DL/UL-Modifier is more precise now and supports up to ~4GB uploaded
and/or downloaded (normal only about 2GB)

KnownIssues(all eMule´s):
- eMule crashes if the temp-folder is full( <1MB available )
- eMule kills clients.met, server.met if eMule-Application-folder is full ( <2MB available )
both files are only 0 bytes long after that.
THIS IS NOW FIXED !!!

- feature: PreWarnSystem: Warns you(with a nice sound) if eMule detects if the temp or
application folder would be too full to save the next things and pauses this file.
eMule tries to keep 3MB of hd-space free to savely protect all files against destruction.
This Features also supports WriteLogToFile and AutoDisables this feature if needed...

07.Feb.03(Vorlost.1h)
=======
Upload-Slots:
- Jeder Upload dauert jetzt mindestens 10 Minuten, die Haltemeldung welche bei einem Upload kleiner 5Minuten kam ist somit nicht mehr aktiv...

Preferences:
- 2 min. Uploadslots erlaubt
- Einige Grundeinstellungen verbessert(wenn man den MOD ohne Preferences neu startet[braucht man aber nicht ! - ist nur für Neulinge])Ich habe noch einige Meldungen eingebaut damit man sieht warum einige Einstellungen nicht akzeptiert werde.
- Nun darf man mehr als 3000 bei der Datenrate einstellen wenn man weniger als 4 MinUpClients eingestellt hat. Allerdings sollte man beim Gebrauch von UploadThrottle die Datenrate niemals über 4000 einstellen(Upload wird zeitweise sehr unregelmäßig, sprich zu niedrig).
- Übernehmen(Apply) in den Preferences bewirkt nun eine sofortige Änderung der Zahlen(falls diese nicht akzeptiert werden) für die Preferences Advanced und Connection.
- In diesem MOD kann man verfolgen von wo wir Quellen wann und wieviele brauchbare bekommen, wen es stört oder nur einige sehen will kann diese jetzt einzeln abschalten -> Preferences/Generals für [Loaded Sources],
[Exchanged Sources], [Server Sources-TCP], [Server Sources-UDP]
Letztere werden aber noch nicht angezeigt, kommt bei der Umstellung des Server-codes...
- ein/abschalten von Verbose Meldungen(Spezielle Meldungen fürs Debugging, wird normaler Weise nicht benötigt kann aber bei der Fehlersuche sehr behilflich sein und Ihr könnt diese endlich abschalten , das Laden der Movie-chunks kann z.B. hierbei überprüft werden)

ClientDetailDialog:
- Die ScoreRatio im Client-Detail Fenster benutzt nun Zahlen mit 2 Stellen hinter dem Komma.
Wer wissen möchte wie viel Score sich bei eine Quelle für euch angesammelt hat kann diesen nun auch ablesen unter Score-Ratio(our own). Dieser Eintrag stimmt natürlich nur dann wenn diese Quelle nicht zwischenzeitlich die clients.met gelöscht hat und somit eure Scores futsch sind. d.h. die eigene Score wird aus den Werten der eigenen Clients.met errechnet.

07.Feb.03(Vorlost.1g)
=======
- Added: RemoveNoNeededPartsSources[Tarod 25b-16d], aber diese werden nur durch neue Quellen die über [Exchanged Sources](da diese meist gültig sind und somit schneller abgearbeitet werden können) empfangen wurden ersetzt wenn die max.Anzahl an erlaubten Quellen erreicht wurde[Vorlost]
- Bugfix: Normally only the first 100 received sources from a client are allowed to be
added to a file, now we allow 100 sources that could be really added[Vorlost]
(doesn´t maked so much sense only to allow nearly the same first 100 sources every time
to be added as new sources because they could be useless the 2nd time)
- Added: Remove LowtoLowIP-Sources when 80% of max.sources per file are reached[Tarod]
- Resized: Startup Splash-Screen Font
- Removed: "Resetting SearchTime" - Message
- Changed: Filereasktime again
NoNeededParts -> 144min. Filereasktime (if >2/3 of max. Sockets are in use)
- Added: mlDonkey is now shown in ClientDetail-Dialog too.[Maverick]
Changed: mlDonkey recognition for upload/download/client-detail-window,
an mlDonkey which uses features from eMule or tries to mask as an eMule doesn´t look like
an eMule anymore and got his grey color back, the clientsoft is named different in
this case -> example: "mlDonkey(eMule)" instead of "eMule".[Vorlost]
- Feature: mlDonkey Banshield[Vorlost] idea by [Maverick]
(Maverick wrote about newest mlDonkey-code:
It basically means all clients that have a queue size > 1000 are banned
and all those with queue size > 500 have a smaller score.)
mlDonkeys are still able to reiceive their place in our queue but only receive a
down or upscaled range from 1-500 no matter if we allow less or more than 500 sources
max. queue-size. - New Message when this happens...
- Feature: The source income of [Loaded Sources],[Exchanged Sources] and
[Main-Server Sources] show how much of them could be added as new sources.[Vorlost]
- If a source sends us 0.0-0.4 kB/s it won´t get the additional download-score for uploading
until the source sends at least 0.5 kB/s.
Some Leechers try to earn more score with this behavior.
And there´s a patch from zz out there that uses "trickle"-standby slots before they
change to full upload-slots.

07.Feb.03(Vorlost.1g)
=======
- Added: RemoveNoNeededPartsSources[Tarod 25b-16d], but NoNeededPartsSources will only be
removed for each new source if max.sources per file is reached[Vorlost]
- Bugfix: Normally only the first 100 received sources from a client are allowed to be
added to a file, now we allow 100 sources that could be really added[Vorlost]
(doesn´t maked so much sense only to allow nearly the same first 100 sources every time
to be added as new sources because they could be useless the 2nd time)
- Added: Remove LowtoLowIP-Sources when 80% of max.sources per file are reached[Tarod]
- Resized: Startup Splash-Screen Font
- Removed: "Resetting SearchTime" - Message
- Changed: Filereasktime again
NoNeededParts -> 144min. Filereasktime (if >2/3 of max. Sockets are in use)
- Added: mlDonkey is now shown in ClientDetail-Dialog too.[Maverick]
Changed: mlDonkey recognition for upload/download/client-detail-window,
an mlDonkey which uses features from eMule or tries to mask as an eMule doesn´t look like
an eMule anymore and got his grey color back, the clientsoft is named different in
this case -> example: "mlDonkey(eMule)" instead of "eMule".[Vorlost]
- Feature: mlDonkey Banshield[Vorlost] idea by [Maverick]
(Maverick wrote about newest mlDonkey-code:
It basically means all clients that have a queue size > 1000 are banned
and all those with queue size > 500 have a smaller score.)
mlDonkeys are still able to reiceive their place in our queue but only receive a
down or upscaled range from 1-500 no matter if we allow less or more than 500 sources
max. queue-size. - New Message when this happens...
- Feature: The source income of [Loaded Sources],[Exchanged Sources] and
[Main-Server Sources] show how much of them could be added as new sources.[Vorlost]
- If a source sends us 0.0-0.4 kB/s it won´t get the additional download-score for uploading
until the source sends at least 0.5 kB/s.
Some Leechers try to earn more score with this behavior.
And there´s a patch from zz out there that uses "trickle"-standby slots before they
change to full upload-slots.

27.Jan.03(Vorlost.1f)
=======
- Changed: Filereasktimes:
QR-Place present -> 36min. Filereasktime (if >2/3 of max. Sockets are in use)
QR-Place >250 -> 45min. Filereasktime (if >2/3 of max. Sockets are in use)
NoNeededParts -> 126min. Filereasktime (if >2/3 of max. Sockets are in use)

- Features from 0.24b-5b:
- Prevent double downloadclients[Lord KiRon]
- Low-ID fix in CListenSocket::OnAccept
- ML-Donkey Emulation for ML-Donkeys[Maverick] (unchangeable to eDonkey-behavior)
- SPOOF bug fix by [moosetea]

25.Jan.03(Vorlost.1e)
=======
- Feature: Added "Movie Preview Mode" - Menu[DonGato] in order to enable the new
changeable moviemode feature in "Load rarest finished chunks first - Patch2"[vorlost]

"Load first/last Movie chunks first" in the preferences is acting as a main-switch for
all files in order to disable the MoviePreview for all files together (if you spend your
time at the weekend somewhere else or you are on holiday).
The MoviePreview-Menu is disabled when you disable "Load first/last..." in the Preferences
in order to show you that you disabled MoviePreview for all files.
The choosen MoviePreview-Modes are still present for each file if you reenable
"Load first/last..." in the preferences.
What does the 1F and 1L thing mean in the MoviePreview-Menu ?
2F: It means that 2 parts(chunks) will be loaded first from the beginning of a file
1L: It means that 1 part(chunk) will be loaded first from the end of a file

21.Jan.03(Vorlost.1d)
=======
- Changed: Lowered the expanded Filereasktime to 45min. for Queueranks >500
(in order to not loose positions in the downloadqueues)
We loose our place in an uploadqueue if we don´t reask for a file latest after 60minutes.
So 2 Vorlost.1d eMule won´t have that problem anymore.
- Show when we loose a place in an downloadqueue
- Feature: FastReaskMode - After about 55min. (5min. before we could be kicked out of
an uploadqueue) only clients where we have a place in a queue (QR-Value shown) are
reasked in order to continue moving through the uploadqueue.
This Feature will be used when about 2000-sources or more are found for all files together.
- doubled the clear dead clients value in order to keep still alive clients in our
uploadqueue(most eMules are not fast enough to reask for a file every 60minutes).
- Fixed a bug in "Load rarest finished chunks - Patch2": The message which block in which
part is currently downloading took too much CPU-Power.

KnownBug:
========
Sometimes the message when loosing a place in an downloadqueue might be wrong...
- The message is wrong when we download from another Vorlost.1d eMule and less than
120minutes passed by because this MOD allows now a filereasktime of 120minutes
instead of 60minutes.
- All messages that show that FastReask starts after about 55Minutes... is always correct,
but sometimes clients want to know their QUEUE-position very late(after hours...):
i don´t know what these clients do exactly before in order to leads to this false message
that we loose a place in a queue.
We only loose our queue-place when we have a place in a queue
and we reask the next time after 60minutes.
Things i have done yet to prevent this false message:
I have set our place in the queue to 0 when this happens:
- if the source has suddenly NoNeededParts(because we downloaded it somewhere else)
- we downloaded the last available block from a client -> has now NoNeededParts too
- the download timed out(the source leaves the net)
- the moment the source starts to send us the file(we begin to download)
in order to prevent the false loosing message.
- When we receive a queue-ranking if we don´t asked for it the LastAskedTime will be set
in order to reset the Filereasktime to 0-minutes.

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.

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

- 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 35(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 35(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)

Known Bugs in the latest Release:
========================
- eMule crashed 2 times now in 2 weeks while closing(after saving stored sources).
21.02.03: not happend again yet
- The Statistics - Average Upload & Download is not shown correctly.
A crash was reported by PinkFrog when entering the statistics window on WinME.
- Sometimes there could appear a wrong "We loose our place in a queue..." message.
- Jigle FakeCheck is crashing on my pc if i call it from the rightclick menu of a
Download-File(never reported by a user)
- eMule never crashed yet if we just leave it work alone for a very long time...
(sorry this is not a bug it´s a feature )

Next things to do:
=============
- More Security
- Add [Tarod 25b-16d] feature to show the exact mod-name of a source in the download
and client-detail window. Maybe later in the statistics too for every MOD that supports
this feature.
- Rewriting the Preview-Code to re-enable other Previews than only via VLC or Archives
(The internal Preview ist still disabled because it could crash eMule when previewing
short files and is only using always the first/last 2Parts to build the Preview)
- Update the Server-communication code
- Update/Debug Statistics Code.


Vorlost
Thanks to winki2099 for hosting the files! --> http://www.winkie.de/emule/emule.htm
Inoffizielle Vorlost Homepage: http://vorlost.emule-web.de/ [flash width=100 height=100][glow=red:76e984f069][shadow=red:76e984f069][/shadow:76e984f069][/glow:76e984f069][glow=red:76e984f069][/glow:76e984f069][glow=red:76e984f069][/glow:76e984f069][glow=red:76e984f069][/glow:76e984f069][glow=red:76e984f069][/glow:76e984f069][glow=red:76e984f069][/glow:76e984f069][glow=red:76e984f069][/glow:76e984f069][/flash]

[vorlost]

So das ist nun das lang erwartete Update zu meinem MOD.
Im laufe des Abends wird dann auch der MOD auf den Webspace geladen, vorher also nur per ed2k-Link ladbar !!!

Zum Mod:
Am besten UploadThrottle einschalten unter Einstellungen/Verbindung/UploadThrottle verwenden.
Einstellungen/Erweitert/Upload/Max.Slots auf 10

Vielen Dank an dieser Stelle an Winki2099,
der mir diesen Webspace zur Verfügung stellt

[cosmic girl]

Läuft - wie immer bestens. Well done, vorlost!


Anmerkung zum userhash:

Die meisten werden ja mittlerweile SUI/SI - clients verwenden.

Wenn ihr diesen Mod verwendet, dann solltet ihr eine saubere Installation in einem neuen Ordner machen und beim erstmaligen aufrufen der emule.exe einen neuen userhash erzeugen lassen und diesen dann auch mit der Omikron.4 verwenden.
Wenn ihr wieder zu einer höheren Version wechselt, dann verwendet wieder den anderen userhash und den dazugehörigen cryptkey.

Ich empfehle, auch sonst keine anderen Dateien (ausser natürlich die .part und .part.met files) von einer anderen Installation in diese zu bringen.


Hier findet ihr meine Einstellungen

- danke an winki2099 für den webspace!

[hubutz]

Werde ich morgen gleich mal anschmeissen!

@cosmic girl, ne saubere Installation, weil das sonst Probleme mit dem SUI gibt, oder warum? Verlier ich dann net auch alle Credits?

[hackersondope2002]

cosmic girl, Habe mir mal den Mod mal angeschaut was mir dabei aufgefallen ist das er Communitysharing hat. Ist das aber laut Devs nicht verboten ?? Und warum wird dann der mod hier geduldet ?

[cosmic girl]

hackersondope2002
Weil das eine alte Plus Version ist, die hier schon immer geduldet war - da ist eben das Community von damals mit drin - die Devs können für neue Mods Richtlinien setzen, an die wir uns meistens halten. Aber wenn du unsere Board Rules mal genau ansiehst, wirst du sehen, daß wir durchaus eigenen Ermessensspielraum haben.

Als Vergleich: bei einem wunderschönen Oldtimer, der keinen Kat hat, wird auch kein Aufstand gemacht.. der darf eben ein wenig mehr "Auspuffen" als andere neue Modelle.

hubutz
Ich denke, du kannst lesen? Mein post obendrüber sollte alle deine Fragen beantwortet haben. Oder stellst du immer rhetorische Fragen aus Spaß an der Freude?

[hackersondope2002]

cosmic girl, War ja auch nur eine frage und eh ich was negatives sage wollte ich lieber fragen um in späteren situation angemssen reagieren zu können.

[cosmic girl]

hackersondope2002
Du gefragt - ich geantwortet, oder!?

[hubutz]

cosmic girl, ich sehe du magst auch rhetorische Fragen

[hackersondope2002]

cosmic girl, Ja stimmt finde es halt besser wenn man nett bleibt als gleich alles verurteilt ohne das nötige wissen zuhaben. Und wir haben in letzter zeit ja gesehen was dann passiert.

[vorlost]

Zitat von hackersondope2002

cosmic girl, Habe mir mal den Mod mal angeschaut was mir dabei aufgefallen ist das er Communitysharing hat. Ist das aber laut Devs nicht verboten ?? Und warum wird dann der mod hier geduldet ?

Da würde mich interessieren was Du da genau gesehen hast.
Ich schätze mal die Funktion Anti-Community-Sharing gegen den Mod:Friendsharing0.3

Diese Funktion dient dazu die Clients welche mit einer Friendsharing-Community arbeiten zu bannen.

			//Vorlost AntiFriendsharing0.3
			if ( this->m_bIsFriendsharingClient ){
				Ban();
				theApp.emuledlg->AddLogLine(true,false,"Banned Community Leecher-Mod:Friendsharing 0.3 " + GetResString(IDS_CLIENTBLOCKED) + "(IP:%s:%i) our DL/UP-Modifier:%.2f %s",GetUserName(),GetFullIP(),GetUserPort(),(float)Credits()->GetMyOwnScoreRatio(),(theApp.sharedfiles->GetFileByID(reqfileid) != NULL ? theApp.sharedfiles->GetFileByID(reqfileid)->GetFileName() : "FileID unknown...") );
			}

also nächstes Mal genauer den Code studieren um zu sehen was mit dieser Funktion bewirkt wird...

Vorlost

[winki2099]

Zitat von vorlost

Vielen Dank an dieser Stelle an Winki2099,
der mir diesen Webspace zur Verfügung stellt

Bitte, gern geschehen
Im übrigen sprengt der Mod sämtliche Downloadrekorde

[cosmic girl]

winki2099
Erzähl doch mal! Fakten, wir wollen Fakten!
Poste doch mal Zahlen - kann man sich irgendwie nicht viel drunter vorstellen.
30, 50, 100 - mehr downloads?


Übrigens.. die Vorlost Omikron.4 läuft seit Start brav und mit gewohnter Stabilität durch - dafür daß ich unter 10 files lade und da auch noch 5 davon recht selten sind, kann ich nicht klagen *fg* - hier mal ein Screenshot.

[mkkrack]

Ist das korrekt das Du über 50% failed Uploads hast ? Naja, steht ja da dann wirds wohl stimmen
Ist das nicht ein wenig hoch ???

[cosmic girl]

mkkrack
Wenn die Verbindung zum Netz unterbrochen wird und nicht sofort wiederhergestellt wird und Muli dann brav versucht die queue abzuarbeiten, dann kann sowas schon mal vorkommen! Die Laufzeit auf dem Screenshot beträgt über 2 Tage - d.h. zwei disconnects (ZT) und nach dem einen war der Rechner länger offline und ich leider nicht anwesend. Es dauert eine Weile bis sich eine queue von 2000 clients abbaut!

Ausserdem sollte man Statistiken nie zu ernst nehmen - besonders nicht von einer wesentlich älteren Version..

Allerdings könnte ich mir auch vorstellen, daß da das neue feature Upload Compensation Slot mit reinspielt. Vorlost müsste da evtl. die Kriterien, wann ein Upload als Failed eingestuft wird, entsprechend anpassen.