--->>> 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).

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]

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.

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...

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.

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.

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.

Omikron.4a:
===========
AntiLeech:
- Interne Filterliste erweitert
- Für einige Usernamen spielt die Groß/Kleinschreibung nun keine Rolle mehr.

Omikron.4:
==========
CPU-Optimizations:
- die Datei für die OnlineSig wird statt alle 5sec. nur noch 1 mal pro Minute geschrieben.
- [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.

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.Mar.03 (eMule 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::DeleteFile() 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.

vClientDetailDialog:
- Show Friends, Show SlowMovingUploadSource(incl. disabled),
Show Client´s place in our Uploadqueue
- Show both Version-Informations( Network[eDonkey]/eMule )
- Show masked mlDonkey´s:
- 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 icon_smile.gif
- changed: shared filelist-request´s show now IP:Port 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:
- Every Source is uploading min. 10min. now
-> Message that holds uploadclients with uploadtime < 5 minutes
is inactive because of that...

Preferences:
- 2 min. Uploadslots allowed
- Changed some default variables in the preferences & added some messages to know why some
Settings are not accepted.
- Fixed bug that forces a DataRate=3000 with <4 MinUpClientsAllowed.
- Apply on Preferences:Advanced & Connection immideately changes the shown variables if
not accepted back to allowed.
- The Source-Income Log-Messages can be enabled/disabled for [Loaded Sources],
[Exchanged Sources], [Server Sources-TCP], [Server Sources-UDP]
- enable/disable Verbose messages(special messages for debugging)

ClientDetailDialog:
- ScoreRatio in Client-Detail uses now 2 values behind the dot.
Your own Score-Ratio you got from a source is displayed too.
(only valid if the source doesn´t delete his clients.met file)

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 in use)
QR-Place >250 -> 45min. Filereasktime (if >2/3 of max. Sockets in use)
NoNeededParts -> 126min. Filereasktime

- 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]

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.


KnownBugs:
Sometimes the message for loosing a place in an downloadqueue might be wrong...
The message is wrong when we download from another Vorlost.1d eMule because they allow now a
filereasktime of 120minutes instead of 60minutes.

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 60(i use this) or less(>20)... in order to have this effect.
--------------------------------------------------------------------------------------------

vorlost