eMule Plus 0.23 - Vorlost Beta.1 [16.03.03]

[vorlost]

eMule Plus 0.23 - Vorlost Beta.1
------------------------------------------------
can be downloaded here:

binary:
ed2k://|file|eMule.0.23.Plus.Vorlost.Beta.1-binary.rar|699238|6561ff1974bfdba9f2f57ad1f7244776 |/
eMule 0.23 Plus Vorlost Beta.1-binary.rar

source:
ed2k://|file|eMule.0.23.Plus.Vorlost.Beta.1-source.rar|1087884|296c07cc312f03eed758506673463be 6|/
eMule 0.23 Plus Vorlost Beta.1-source.rar
----------------------------------------------------------------------------------

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)


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


Vorlost
Danke an Dr.Slump für den Mirror!
Inoffizielle Vorlost Homepage: http://pinkfrog.iespana.es/ oder http://de.internations.net/pinkfrog/

[zero]

so nun geht der link auch wieder
dann werde ich sie gleich mal antesten

[zero]

nunja was ich schon jetzt festelle ist das ich vermehrt Low id hab

[Oely]

Dann werde ich mal antesten

[MxM]

eine frage: dein mod würde bei anderen clients in der statstik schon noch als 0.22 aufgeführt werden, wenn ihn jemand hat, oder ???

[Blacklotus]

Wenn du willst können wir es testen. Du benutzt den mod und gibst mir deine IP und ich schau nach

[k2cr3w_l3ader]

bei mir kommt immer -->


03/04/03 18:01:01: Server is dead (OnConnect) by errorcode:10060

was ist daS?

[cosmic girl]

Das heisst, dass der Server beim Versuch zu connecten nicht antwortet, also tot ist.

[k2cr3w_l3ader]

das kommt voll oft in der beta 3 naja ich probier mal beta 4 aber trotzdem danke!

wenn ich disconected wurde zieht emule weiter binn ich da doch verbunden ?

[NaP]

emule zeiht auch weiter, wenn du nicht zu einem server verbunden bist. es müssten nur meiner meinung nach, die quellen nach und nach "aussterben", da emule nicht mehr nachfragen kann, ob sie noch da sind.

[k2cr3w_l3ader]

ich weiss nicht so genau die quellen laden sich weiter auch wenn Server is dead (OnConnect) by errorcode:10060 kommt.

[Hoermaenn]

Wenn Verlost mal wieder Zeit hat und bock wird er vielleicht mal ne neue Version rausbringen.
Und was ich so gehört habe was er noch alles einbauen will dann wird es einer der besten Mods werden.

[cosmic girl]

Ähem *räusper*
Du hast aber schon gesehen, daß die aktuelle Vorlost *Beta4* am 01.März rausgekommen ist - heute haben wir den ...
Gut Ding will Weile haben!

[Hoermaenn]

Ups echt naja dann hab ich wohl ne Version verpasst oder so.
Misst ich wollte doch immer auf den laufenden bleiben.

Hab ihn grad laufen und sieht net mal schlecht aus bis jetzt .
Ich mach jetzt mal nen langlauftest.
Das einzige was jetzt noch fehlt ist ein FakePart filter und noch ein paar CPU Optimierungen damit der Muli net soviel CPU POWER braucht.

[vorlost]

Gibt es schon einen Fake-Part Filter, habe noch nicht so richtig eine Idee dafür...
Stürzt mein eMule-beta4 bei euch beim beenden nach 1h auch ab ???
Versuche gerade den Fehler zu finden...