[eMule-Web]  

Zurück   [eMule-Web] > eMule > eMule MODs - Allgemein

eMule MODs - Allgemein Alles zu den eMule-MODs, die unsere Anforderungen für 'saubere' MODs erfüllen.

Thema geschlossen
 
LinkBack Themen-Optionen
Alt 31. March 2003, 20:20   #1
MODder
 
Registriert seit: 02.01.2003
Beiträge: 216
Standard: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] Problem: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03]



eMule Plus 0.23 - Vorlost Omikron.3b
------------------------------------------------

can be downloaded here:

binary:
ed2k://|file|eMule-Omikron.3b-binary.rar|734372|9F8C4D1AB86ADC88EADD8043A4284B2C |/

http: eMule-Omikron.3b-binary

source:
ed2k://|file|eMule-Omikron.3b-source.rar|1095872|51E0E44533BDE1A8A56F76816F45459 5|/
http: eMule-Omikron.3b-source


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

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)


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
- Support UDP for Sources -> Change Mod-Version from 0.22c to 0.23
- Update/Debug Statistics Code.


Vorlost
Thanks to winki2099 for hosting the files! --> http://www.winkie.de/emule/emule.htm
Inoffizielle Vorlost Homepage: http://pinkfrog.iespana.es/ oder http://de.internations.net/pinkfrog/
vorlost ist offline  
Alt 1. April 2003, 13:15   #2
Junior Member
 
Registriert seit: 22.02.2003
Beiträge: 76

Hi!
MAch jetzt Testlauf sagen werden ich morgen Meister vorlost wie sie war!

__________________
MfG Yoghurt
Yoghurt ist offline  
Alt 1. April 2003, 13:53   #3
It's cosmic ...
 
Benutzerbild von cosmic girl
 
Registriert seit: 14.01.2003
Beiträge: 3.326

Standard: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] Details

Danke vorlost für diesen wiederum phantastischen Mod!
Mein absoluter Favorit, der leider wegen seiner niedrigen Versionsnummer wohl von vielen "übersehen" wird.

Um den Testwilligen unter unseren Forumsbesuchern einen Einblick in die Einstellmöglichkeiten und Anhaltspunkte für Einstellungen zu geben hier mal ein paar screenshots von mir.

Mit meinem P III 800 MHz gehöre ich ja mittlerweile zu der etwas "untermotorisierten" Minderheit. Dennoch läuft dieser Mod mit diesen Einstellungen perfekt. Das einzige, das wirklich sehr mit Vorsicht zu erhöhen ist, ist die queue size - 1000 in meinem Fall ist ok.


[edit: Die Einstellungen unten sind ja für die Omikron.2 - für die aktuelle Omikron.3 habe ich einige Werte doch sehr verändern können und daher hier der link zu meinen
Einstellungen für die Omikron.3 - thank you winki! ]



Einstellungen -> Allgemein

Einstellungen -> Verbindung

Einstellungen -> Server

Einstellungen -> Dateien

Einstellungen -> Erweitert



Nun allen viel Spaß!


__________________
cosmic girl ist offline  
Alt 1. April 2003, 15:12   #4
Advanced Member
 
Benutzerbild von Hoermaenn
 
Registriert seit: 23.02.2003
Beiträge: 102
Standard: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] Lösung: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03]

Wie immer thx
Mal nen Tag laufen lassen nachdem mein DSL wieder geht.
Hoermaenn ist offline  
Alt 1. April 2003, 18:02   #5
Newbie
 
Registriert seit: 03.02.2003
Beiträge: 3
Standard: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] [gelöst]

Da Zwangstrennung habe ich jetzt den 2er genommen. Der Omikron1 ist hier die letzten 48 Stunden super gelaufen.
Downloadrate war spitze, CPU Belastung minimal.
Die ganzen neuen 0.27c Mods liefen maximal 28 Stunden am Stück und da ist es schön zu sehen Vorlost das du nichts auf hohe Nummern gibt's und mehr Wert auf Stabilität legst.
Ein wirklich geiler Mod.
IlMonstro ist offline  
Alt 1. April 2003, 18:58   #6
Newbie
 
Registriert seit: 05.03.2003
Beiträge: 22

Hab gerade an gemacht und schon auf 10 kb/s

Das kann ja heiter werden
__________________
Moderator of www.digital-storm.de || DER eMule Mod !
Elite! ist offline  
Alt 1. April 2003, 20:00   #7
Advanced Member
 
Benutzerbild von Hoermaenn
 
Registriert seit: 23.02.2003
Beiträge: 102

Also bei mir lüppt er zz net schlecht.
Die CPU-Last ist auch runtergegangen als ich die speicherzeit erhöht habe.
zz bi 25 KB nach 3 STD.

@ Vorlost hätte noch nen Vorschlag
In einen Uploadslot ist zz einer bei mir drin den ich schon 22 MB geschickt habe aufeinmal (und er ist immer noch drin). Könntest du ne Routine einbauen der nach den Upload eines Chunks den client wieder an die letzte stelle meiner queue befördert? So das er den Uploadslot einen anderen freigibt?

Desweiteren sind noch ein paar bug in den statistiken.
Hätte noch ein paar vorschläge für die Statistiken falls du mal zeit für die hast. Die Khoas Stats sind zwar schon und gut aber für meinen geschmack ein bisschen zu viel.
Interessant wäre:
Maximale Downloadrate (Gesamt/Session)
Durchschnittliche Downloadrate (gesamt/session)
Durchschnittliche Uploadlrate (gesamt/session)
Insgesamt Hochgeladen (gesamt/session)
Insgesamt heruntergeladen (Gesamt/session)
Clients
Upload auf welche Clients (MB und %)
Download von welchen Clients (MB und %)

Ich mein das wären die wichtigsten.
Hoermaenn ist offline  
Alt 3. April 2003, 16:11   #8
Newbie
 
Benutzerbild von weto
 
Registriert seit: 13.03.2003
Beiträge: 22
Standard: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03] Serverlistenupdate nicht möglich

Vielleicht bin ich ja zu dumm ,
aber immer wenn ich die Serverlistenupdatefunktion benutzen möchte, funktioniert es nicht.

Das Emule connectet sich eindeutig zum Server und läd auch down, aber die Liste selbst ist nicht abgedatet.

Ich habe dieses Problem ausschliesslich mit dem Vorlost MOD.

Vielleicht mache ich ja etwas falsch ???

Also ich bitte um Hilfe
weto ist offline  
Alt 3. April 2003, 16:15   #9
It's cosmic ...
 
Benutzerbild von cosmic girl
 
Registriert seit: 14.01.2003
Beiträge: 3.326


Er updated dann nicht, wenn er die server schon drinnen hat.
Mach doch mal ein backup deiner server.met und lösche dann im eMule alle server.
Dann nochmals Liste laden.

HTH
__________________
cosmic girl ist offline  
Alt 3. April 2003, 16:26   #10
Newbie
 
Benutzerbild von weto
 
Registriert seit: 13.03.2003
Beiträge: 22

Nein, entschuldige bitte, auch Falle wenn die Liste Leer ist.
weto ist offline  
Alt 3. April 2003, 17:14   #11
It's cosmic ...
 
Benutzerbild von cosmic girl
 
Registriert seit: 14.01.2003
Beiträge: 3.326


weto
Tatsächlich - habe es eben bei mir auch getestet - ist mir vorher nur nie aufgefallen, weil ich meine staticservers.dat immer von Version zu Version mitnehme.
Bei mir läd er alledings, weil zu einem Server connected im Moment schon wieder neue Server rein.
Für dich ohne funktionierende Server ist es natürlich schwer jetzt - falls du keine alte server.met hast, adde mal diesen Server hier per copy+paste
ed2k://|server|193.111.198.137|4242|/
dann connecten und per Austausch bekommst du dann mehr neue rein - das laden der Serverliste ist eigentlich dann nicht mehr nötig, die 3 ProbenPrinzen z.B. haben eh static IP - also dann zur Liste der Statischen Server hinzufügen.
__________________
cosmic girl ist offline  
Alt 4. April 2003, 14:04   #12
Junior Member
 
Registriert seit: 01.03.2003
Beiträge: 34

So, jetzt muß ich auch meinen Senf dazugeben. Nachdem ich mir einen Internetzugang über Kabel von ish angeschafft habe , wollte kein muli meinen uploadspeed vernünftig managen.
Ich habe viele mods ausprobiert und nachdem mich dann auch noch "böse mulis" überfallen haben, bin ich bei vorlost gelandet.

Durch die Logeinträge habe ich dann erkannt was der vorlost so drauf hat und was sich im Hintergrund so alles tut.
Und das ich Leecher durch Einstellung unter "Slow moving upload sources" hindern kann in meiner Warteliste schnell weiterzukommen ist für mich die Krönung.

Ich gebe zwar gerne, aber wenn der DL/UP Modifizierer für mich einen Wert von 8 anzeigt und mein Gegenüber immer noch nix rausrückt, empfinde ich ein langsameres Weiterkommen in meiner Warteliste als eine milde Strafe.


Eine zufriedene vorlosterin

Arwen ist offline  
Alt 4. April 2003, 16:30   #13
Junior Member
 
Registriert seit: 01.03.2003
Beiträge: 34

weto

Bei mir klappt's auch nicht mit dem update der serverliste.

Alternativ kannst du diese server.met in die Url-Zeile kopieren und aktualisieren:

http://www.esel-paradies.de/server/server.met

oder, ganz einfach zu dieser Seite gehen und add to eMule klicken

http://ed2k.2x4u.de/index.html
Arwen ist offline  
Alt 4. April 2003, 17:21   #14
Advanced Member
 
Benutzerbild von Hoermaenn
 
Registriert seit: 23.02.2003
Beiträge: 102

Naja jetzt müsste Vorlost nur noch die Queue-Liste optimieren dass man mehr als 1000 leute einstellen kann ohne das die CPU-Last zu stark steigt.
Ich teste ihn mal mit 5000 leute. Falls mein Dsl hält. Hab zz starke probs mit meiner Tel-Leitung.
Hoermaenn ist offline  
Alt 4. April 2003, 17:46   #15
MODder
 
Registriert seit: 02.01.2003
Beiträge: 216

Man braucht doch nicht wirklich 5000 Leutz in der Liste...
2000 reicht vollkommen, manche wollen sogar 10.000...gut mir soll es egal sein...

@weto:
einfach die adresses.dat aus einem anderen MOD verwenden.
Das nächste Release bekommt dann eine andere adresses.dat
vorlost ist offline  
Thema geschlossen

Lesezeichen

Themen-Optionen

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are an


Ähnliche Themen: eMule 0.23 Plus - Vorlost Omikron.3b [29.08.03]


  1. eMule 0.23 Plus - Vorlost Omikron.5c [01.05.04]
    eMule MODs - Allgemein - 29. April 2005 (273)
  2. eMule Plus - Vorlost Omikron.5c - Pinked [14.05.2004]
    eMule MODs - Allgemein - 22. May 2004 (7)
  3. * Fragen zum eMule 0.23 Plus - Vorlost Omikron.5 *
    Mülltonne - 6. March 2004 (0)
  4. emule vorlost installieren??
    eMule MODs - Allgemein - 28. January 2004 (1)
  5. Vorlost Omikron.2 DL seit Tagen nicht mehr
    eMule MODs - Allgemein - 4. May 2003 (1)
  6. eMule 0.23 Plus - Vorlost Omikron.1 [28.03.03]
    eMule MODs - Allgemein - 4. April 2003 (12)
  7. eMule Plus 0.23 - Vorlost Beta.1 [16.03.03]
    eMule MODs - Allgemein - 26. March 2003 (79)
  8. eMule 0.22c Plus 4 - Vorlost.1i [21.02.03] *BETA3* Anticrash
    eMule MODs - Allgemein - 1. March 2003 (211)
  9. Problem mit Emule Plus 22.c 4 - Vorlost 1i
    Mülltonne - 19. February 2003 (1)
  10. Problem mit Emule Plus 22.c 4 - Vorlost 1i
    Mülltonne - 19. February 2003 (0)
  11. eMule 0.22c Plus 4 - Vorlost.1c
    eMule MODs - Allgemein - 21. January 2003 (79)
  12. Der eMule 0.22c Plus 4 - Vorlost.1c added ist für mein PC
    eMule MODs - Allgemein - 8. January 2003 (1)


Alle Zeitangaben in WEZ +1. Es ist jetzt 12:37 Uhr.


Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.
PAGERANK