Make your own free website on Tripod.com
--->>> 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)



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