[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   eMule 0.22c Plus 4 - Vorlost.1c (http://www.emule-web.de/board/573-emule-0-22c-plus-4-a.html)

Pink_Frog 2. January 2003 10:10

eMule 0.22c Plus 4 - Vorlost.1c
 
Zitat:

Zitat von Vorlost
eMule 0.22c Plus 4 - Vorlost.1c
---------------------------------------
can be downloaded here:

binary:
ed2k://|file|eMule.0.22c.Plus.4.-.Vorlost-1c-binary.rar|646285|51801f0dae75bfc02f6a280c770433f8 |/
http://home.arcor.de/vorlost/eMule/e...-1c-binary.rar

source:
ed2k://|file|eMule.0.22c.Plus.4.-.Vorlost-1c-source.rar|1853090|a061b616edc39cdd1765269a68eaa33 b|/
http://home.arcor.de/vorlost/eMule/e...-1c-source.rar



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.

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


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 60(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 Block:xx/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)


Pink_Frog 2. January 2003 10:34

hier noch ein zitat für ein Hein Bloed und Joe Fatalic

Zitat:

Zitat von Vorlost
Plus, Tarod, enkeyDEV - Releases are using my "Load rarest finished chunks first" routine.
The official developers don´t use "Load rarest finished chunks first", but there´s a routine that sorts the chunks accordingly to rareness, but that works not as it should...
If too much sources want to preview a movie(the official routine loads the 2first & 2last parts first, my routine loads only 1First & 1Last part for a preview if more than 5 same rare parts are available from a source[new in Patch2]) only these parts will be downloaded with absolut priority !!!.

My MOD with the new "Load rarest finished chunks first - Patch2" is available in my own mod...


Hackbert 2. January 2003 20:08

Hast du den schon getestet?

winki2099 2. January 2003 20:11

Ich für meinen Teil werde mal den Test in den nächsten paar Minuten starten. Schade, dass die Funktion "Drop no needed Source" fehlt, aber vielleicht macht er sich ja auch ganz gut

Pink_Frog 2. January 2003 20:18

das fehlt weil vorlost der meinug ist das es nicht funzt...
ich finde gerade den thread nicht wo er sich dazu geäussert hat. evtl. postet er das ja hier nochmal auf deutsch, angemeldet ist er ja schon :twisted:

winki2099 2. January 2003 20:32

Oh, gut zu wissen. Wär natürlich eine feine Sache, wenn jemand die plus 22c4 erweitern würde.

Pink_Frog 2. January 2003 20:35

ich zitiere mal seine antw. auf meine frage "warum er ein mod auf diesen 'alten' code macht"

Zitat:

Zitat von Vorlost
i am waiting for a much more stable eMule0.24b2 with less crashes/bugs before i add my new features there.
I made this mod because i am still thinking of new features "Load rarest finished chunks first Patch2 & 3".

I need a more stable version for coding some new features and for leaving my pc for some days without worrying about crashes.


winki2099 2. January 2003 20:42

Mir solls recht sein, wenn er noch eine Weile an dem 'alten' Code bastelt. :wink: Ich glaube, ich bin nicht der einzige, der so denkt. Warten wirs mal ab, wir werden ja dann sehen, was draus wird :D

winki2099 2. January 2003 20:44

Huch, was fürn toller Download :twisted: Dabei ist der noch gar net mit einem Server verbunden, ist grad am überprüfen der Dateien.

JoeFatalic 3. January 2003 09:36

Danke Pinki für den Tip. Hab HeinBloed benachrichtigt. Ich denk mal jetz gehts ans testen.

Gruß JoeFatalic

Bubbels 3. January 2003 10:29

Dieser Mod läuft im moment sehr gut!! Ma sehn was der dauer test ergibt

thx
bubbels

vorlost 3. January 2003 12:27

Zitat:

Zitat von Pink_Frog
das fehlt weil vorlost der meinug ist das es nicht funzt...
ich finde gerade den thread nicht wo er sich dazu geäussert hat. evtl. postet er das ja hier nochmal auf deutsch, angemeldet ist er ja schon :twisted:

Nun es macht wenig Sinn da nach 18.3 Minutes diese gelöschte "No needed Parts" - Quelle euch wieder nach der Datei anfragt und somit wieder zur Downloadqueue hinzugefügt wird.
Auch vom Server bekommt Ihr regelmäßig neue quellen(zumindest von den meisten) und dann sind diese ebenfalls wieder drinne.

Vielleicht baue ich eine Funktion zum Ersetzten bestehender "No needed Parts"-Quellen ein wenn ich die Zeit dazu habe. Sieht allerdings im Moment nicht so aus bin vollkommen damit ausgelastet "Load rarest finished chunks" zu verbessern:
Patch2 - beinhaltet neue Funktionen für die Moviepreview-Funktionen allerdings kann man noch nicht zwischen unterschiedlich langen Previews wählen oder gar für eine Film-Datei das Preview einzeln abschalten.
Patch3 - wird einen Geschwindigkeitszuwach für den Download bringen da Quellen mit vielen Parts(Chunks,Dateiblöcken) den Quellen aus den Weg gehen würden die nur 1 oder 2 davon haben.
Ansonsten kommt es noch vor das alle manchmal versuchen einen part gemeinsam zu vervollständigen was dazu führt das einige Quellen dann nichts mehr für uns haben(äußerst komplizierte Sache = Herausforderung :wink: ).

Dadurch das seltene und häufige parts jetzt schon getrennt geladen werden gab es schon einen Geschwindigkeitszuwachs durch meine 1.Version von "Load rarest finished chunks", welche noch immer nicht in der offiziellen Version enthalten ist.
Das hat mich auch dazu inspiriert den code weiter zu verbessern(Patch3).

Und es ist schön zu Wissen das man den eMule jetzt auch mal ein paar Tage alleine lassen kann(Urlaub, Weihnachten, Sylvester :P ).

Aber es ist schon erstaunlich wie viele bugs noch immer in dem Proggi enthalten sind, warum machen die Plus-Entwickler immer zu früh den Schritt zu einer neueren Version, befor alle Fehler behoben sind ?!?

Was ich über die neuesten Plus-Versionen so an Fehlerreports lese ist schon erschreckend(Absturz nach 1min. oder 1h) und das obwohl die Ihre Sachen so ausgiebig testen befor sie herausgegeben werden.

Nun ich denke meine Version kann recht lange laufen wenn man den eMule alleine läßt.
Falls Ihr noch einen Absturz bemerkt muß ich genau wissen wie ich den hier nachvollziehen kann - ich für meinen Teil kann den Fehler nur finden wenn der Esel bei mir abstürzt.
Ich arbeite noch mit WinNT4.0 nutze aber vielleicht bald WinXP.
Hatte bei einem bekannten bemerkt das diese Version unter XP beim beenden abstürzt aber wie gesagt ich kann den Fehler nur finden wenn er bei mir mir abstürzt weil ich genau sehe in welcher Programmzeile das Programm sthen bleibt und mit welchen Variablen eine Funktion angesprochen wurde.

Hat jemand von euch diesen Esel unter XP laufen ?

Leider kann ich was den Webserver oder das Statistic-Fenster angeht nicht weiterhelfen da ich mich in dem Teil des Programmes so überhaupt nicht auskenne und ich noch nicht so weit in der Programmiersprache vorangekommen bin.

Was haltet Ihr von "Load rarest finished chunks first & Patch2" und SlowMovingUploadSources ?
Hat von euch vielleicht noch jemand eine Idee wie man genau feststellen könnte ob jemand nur versucht von uns herunter zu laden obwohl er uns etwas geben könnte ??? - > ist auch no so eine Sache an der ich nebenbei angefangen habe zu forschen... ein Ergebnis davon ist dieses "SlowMovingUploadSources" obwohl diese Funktion auch andere Vorteile hat:
gleichmäßiges Verteilen des Uploads auf mehrere Sources, maximieren unserer score-modifiers.
Zeitweise lade ich mir nix herunter und dann kann ich somit überall gleichmäßiger Punkte sammeln -> wenn ich dann etwas brauche geht es schön schnell 8).

Aber ich werde mich jetzt erst mal Hauptsächlich auf dieses Rechtsclickmenü stürzen damit Patch2 fertig wird.

Vorlost

overtestet 3. January 2003 18:32

Habe mir die Version gerade mal eben auf die Platte geknallt :lol:
In der Log_Datei geht ja richtig die Post ab - naja vielleicht kapiere ich so mal was da wirklich passiert.
Es tauchte natürlich auch gleich eine Fehlermeldung auf

01/03/03 18:17:45: Es trat ein Fehler beim Verarbeiten von UDP-Paketen auf. (Wahrscheinlich aufgrund eines fehlerhaft konfigurierten Servers)

@vorlost was könnte das bedeuten? Bzw. was passiert da genau.
Ich habe seit gestern eine neue Firewall aufgesetzt und würde gern wissen ob es vielleicht daran liegt. Die Ports sind allerdings im Ruleset schon richtig vorhanden (4661,4662 TCP und 4665, 4672 UDP)
Serverconnect funzt etc. nur das kein Download zustande kommt

winki2099 3. January 2003 18:49

So, nun gebe ich mal ein kleines Statement ab. Ich geb aber zu, dass ich die Version nur 1,5 Stunden getestet hab. Warum, beschreib ich weiter unten.

Connect:
Der Connect dauerte im Gegensatz zum Vorposter overtestet für meine Begriffe sehr lange. Die Fehlermeldung lautete in etwa "Sever kicked on Connect by Errorcode: 10061". Der Connect kam auch immer nur zum gleichen Server zustande. Ob die Meldung gleichbedeutend mit Server ist voll ist, weiss ich nicht. Die 23b1 plus hat auf jedenfall sofort connected.

Auch bei mir trat der Fehler beim verarbeiten von UDP-Paketen auf, und zwar sehr oft. Ob das jetzt soviel bedeutet wie zuviele Verbindungen, weiss ich ebenfalls nicht.

Dann die Quellensuche: für mich der Grund, warum ich das ganze nach 1,5 Stunden abgebrochen habe. Nach 1,5 Stunden waren die meisten Files immer noch rot. Es wurden nur keine benötigten Teile gefunden (zum grösstenteil jedenfalls). Da die die 23b1 Plus hier brauchbare Quellen findet und der meiste Teil meiner Files blau ist, vermute ich mal hier einen Fehler. Durch die mehr gefunden Quellen fängt die 23er auch relativ schnell zu saugen an.

Die Meldung im Sekundentakt "added 40 new Sources" zwang wohl meinen Rechner in die Knie, denn nach kurzer Zeit lief er auf Vollast. Okay, ist nur ein K6/3-450, vielleicht liegts auch daran. Der Rechner reagierte sehr träge.

Über den Download kann ich nichts sagen, da er nicht zustande kam, denn er hat ja keine brauchbaren Quellen gefunden (zumindest nur sehr, sehr wenige).

Natürlich schliesse ich nicht aus, dass der eMule meinerseits falsch konfiguriert war. Es mag auch sein, dass der Mod bei JoeFatalic und Heinblöd wie auch Pink_Frog zur Zufriedenheit funktioniert.

Fazit aber für mich: ich sehe keinen Grund, von meiner zur Zeit verwendeten Version 23b1 Plus auf irgendeine andere umzusteigen.

Sorry, nix für ungut, ist aber alles ja nur meine Meinung und andere vielleicht haben ein positiveres Ergebnis zu vermelden. :wink:
Auch denke ich, dass jeder seine eigene Erfahrung damit machen sollte, denn meine Erfahrung kann nicht repräsentativ für alle sein. Zum testen bzw. anschauen lohnt sich diese Version aber allemal.

JoeFatalic 3. January 2003 21:33

Also ich hab den Mod unter XP laufen.
Es gibt soweit keine Probleme. Das Mod läuft sauber seit 10:45 Stunden ,hatte gleich zu Anfang eine gute DL-Rate (warscheinlich auch weil ich tunlichst meine alte Client.met, Known.met und Userhash.dat immer übernehme) und habe bislang 197,59 MB downgeloadet, was 5,23 Kb/s durchschnitt ergibt.
Sorgen machen mir allerdings die vielen gefundenen Quellen pro Datei, da die "no needed file"-Quellen überwiegen und nicht zwischendurch abgestoßen werden.
Ich habe Hardlimit auf 750 und die sind auch voll ausgenutzt (und zwar bei 7 Downloads und tatsächlich ohne "Zu viele Verbindungen").

Wenn von Zeit zu Zeit Quellen neugesucht und nach Brauchbarkeit überprüft und (NUR wenn ja) dann in die Festquellenliste übernommen würden. Wäre das dann nicht effektiver als 500 "No needed Files"-Quellen in der Liste zu halten um hin und wieder mal abzufragen ob sie nich doch in der Zwischenzeit einen halben Chunk dazubekommen haben und uns gnadenvoll in ihre Warteliste aufnehmen ?
Der Traffic ist doch hierbei genausohoch obgleich die Chance höher ist noch viel mehr brauchbare Quellen in sein Hardlimit zu bekommen, da das Hardlimit dann nicht mit "NoNeededFiles"_Quellen verstopft ist.


"Load rarest finished chunks first & Patch2"

Einer der wichtigsten Verbesserungen überhaupt, da man hierbei die bekannten Barcodes (Alle haben die gleichen Chunks) evtl. verhindern könnte.
Hierbei wird mir und HeinBloed aus der Seele gesprochen , da wir schon ca. Nov-Dez genau dieses Thema ausgiebigst ausdiskutiert haben.
@ Pinki hast du noch die URL??


Ein anderes Problem war noch das unvorteilhafte DateiPrioritätsSystem zu dem ich mich äußerte

Zitat:

Auffallend ist (um zum Thema zu kommen), daß solange man selber irgendwelche Dateien läd auch AUSSCHLIEßLICH diese Dateien als Upload erlaubt werden?? Und wenn sie fertig sind werden diese Dateien auf einmal NICHT bzw. äußerst selten als Upload angefordert. Bei diesem neuem Prioritätssystem werden nur die zur Zeit laufenden, also noch nicht fertigen Dateien beforzugt. Da nützen dann auch keine 5-6 Vollständigen Anbieter, wenn keiner diese Dateien auch bekommen kann.
nene Es nuddeln sich erstma die halbfertigen alle nach dem gleichen Schema Ihrer Segmente hin und her, alle immer in unvorteilhafter GLEICHER Reihenfolge bis alle den selben Stand haben und wenn dann tatsächlich mal einer das letzte fehlende Segment kriegt dann wird der einen Scheiß tun und auf Nächstenliebe machen. nene der brennt nach 3 Wochen Wartezeit seine Datei weg und is froh wieder Platz zu haben, anstatt sie den anderen im Share zu lassen.
Nungut ich will nicht wieder zuviel aufeinmal schreiben, darum beende ich hier erstmal meinen Beitrag.

Alsdann weiterhin gute DL-Raten

Es grüßt JoeFatalic

overtestet 3. January 2003 23:02

So jetzt ******* ich erstmal das Handtuch - habe jetzt den Mod 4 h laufen lassen aber wahrscheinlich ist er nur damit beschäftig Quellen zu finden denn bis jetzt ist der DL bei 0,0 im UL sind immerhin schon ca. 160 MB rausgegangen :cry: und der UL läuft auch immer auf Hochturen und die Warteschlange ist mit 1000 immer am Anschlag.
Verbindungslimit liegt bei 506 und alle anderen Einstellungen Standart - hab dann mal die Max. Sourcen auf 200 runtergesetzt hat aber auch nichts gebracht.
Tja und zum Abschluß habe ich mir dann mal die Quellen angekuck und siehe da war ich doch 10 - 20 mal selber vertreten und die Details zeigen dann völlig irre Werte zu IP (127.234.12.60:4662 etc.) an :lol:
So für mich ist an dieser Stelle erstmal Schluß mit lustig - und ich mach ne Radikalkur mit der HD und schmeiß den ganzen Kram runter und dann geht es von vorne los :lol:
Habe mittlerweile ca. 16 Mod und Ver. getestet und der DL wurde immer schlechter und die CPU-Auslastung immer höher.
Naja morgem früh hab ich dann wieder eine saubere Platte und eine neue Testreihe kann starten :lol: 8) :lol:

HeinBloed 4. January 2003 00:24

moin moin,

hab ihn gekickt,

bei einer datei hatte er nach 2 stunden 4 quellen (vorherige version über 100, gleicher server)
ansonsten lief er ganz nett, 1:1,2
beim suchen war er miserabel

nach dem wechsel zurück auf meine hausversion (eMulePlus-0.24b-2 hirnschmalz*)waren nach 2 minuten aus den 4 quellen 127 geworden und alle verbunden.

zum suchen nehm ich delta, die findet am besten.

grüsse

*hirnschmalz= gegensteuern der bekannten nachteile durch nachdenken

JoeFatalic 4. January 2003 13:00

Moin Hein,
versteh ich nich.

Ich lade gerade u.a. Herrschaft des Feuers und kann mich auch bei den anderen Dateien vor lauter Quellen kaum retten.
450-650 Brauchbare (DL letzte Nacht 460,43 MB) ?!?!?!?

Seltsam, aber so steht es geschrieben.

Gruß JoeFatalic

Pink_Frog 4. January 2003 13:02

dann poste mal deine "zauber" einstellungen...

HeinBloed 4. January 2003 13:16

moin moin,

merkwürdig, merkwürdig,


hatte noch ne datei die ich fertig ziehen wollte und werde die version nochmal laufen lassen.

ich kopiere die emule ja einfach rein in den ordner, sodass die version die quellen von der vorversion übernehmen kann, da gibt es keine probs.

wenn ich aber eine neue reinnehme findet er scheint es stundenlang keine quellen, mit der alten einstellung.

werde die mal ein wenig runterdrossel und einen neuen test starten.

ausserdem werd ich mal den neuen usb-mental-adapter anschliessen, da kann man durch das mantra "mehr download" oder "mehr seltene quellen" einen faktor von 4:1 erzeugen.

http://heinbloed.i-networx.de/eeg3.jpg

es wird allerdings ein iq von 110 benötigt. an einer lite-version arbeite ich gerade.

grüsse

vorlost 4. January 2003 15:02

Zitat:

Zitat von JoeFatalic
Also ich hab den Mod unter XP laufen.
Es gibt soweit keine Probleme. Das Mod läuft sauber seit 10:45 Stunden ,hatte gleich zu Anfang eine gute DL-Rate (warscheinlich auch weil ich tunlichst meine alte Client.met, Known.met und Userhash.dat immer übernehme) und habe bislang 197,59 MB downgeloadet, was 5,23 Kb/s durchschnitt ergibt.
Sorgen machen mir allerdings die vielen gefundenen Quellen pro Datei, da die "no needed file"-Quellen überwiegen und nicht zwischendurch abgestoßen werden.
Ich habe Hardlimit auf 750 und die sind auch voll ausgenutzt (und zwar bei 7 Downloads und tatsächlich ohne "Zu viele Verbindungen").

Wenn von Zeit zu Zeit Quellen neugesucht und nach Brauchbarkeit überprüft und (NUR wenn ja) dann in die Festquellenliste übernommen würden. Wäre das dann nicht effektiver als 500 "No needed Files"-Quellen in der Liste zu halten um hin und wieder mal abzufragen ob sie nich doch in der Zwischenzeit einen halben Chunk dazubekommen haben und uns gnadenvoll in ihre Warteliste aufnehmen ?
Der Traffic ist doch hierbei genausohoch obgleich die Chance höher ist noch viel mehr brauchbare Quellen in sein Hardlimit zu bekommen, da das Hardlimit dann nicht mit "NoNeededFiles"_Quellen verstopft ist.


"Load rarest finished chunks first & Patch2"

Einer der wichtigsten Verbesserungen überhaupt, da man hierbei die bekannten Barcodes (Alle haben die gleichen Chunks) evtl. verhindern könnte.
Hierbei wird mir und HeinBloed aus der Seele gesprochen , da wir schon ca. Nov-Dez genau dieses Thema ausgiebigst ausdiskutiert haben.
@ Pinki hast du noch die URL??


Ein anderes Problem war noch das unvorteilhafte DateiPrioritätsSystem zu dem ich mich äußerte

Zitat:

Auffallend ist (um zum Thema zu kommen), daß solange man selber irgendwelche Dateien läd auch AUSSCHLIEßLICH diese Dateien als Upload erlaubt werden?? Und wenn sie fertig sind werden diese Dateien auf einmal NICHT bzw. äußerst selten als Upload angefordert. Bei diesem neuem Prioritätssystem werden nur die zur Zeit laufenden, also noch nicht fertigen Dateien beforzugt. Da nützen dann auch keine 5-6 Vollständigen Anbieter, wenn keiner diese Dateien auch bekommen kann.
nene Es nuddeln sich erstma die halbfertigen alle nach dem gleichen Schema Ihrer Segmente hin und her, alle immer in unvorteilhafter GLEICHER Reihenfolge bis alle den selben Stand haben und wenn dann tatsächlich mal einer das letzte fehlende Segment kriegt dann wird der einen Scheiß tun und auf Nächstenliebe machen. nene der brennt nach 3 Wochen Wartezeit seine Datei weg und is froh wieder Platz zu haben, anstatt sie den anderen im Share zu lassen.
Nungut ich will nicht wieder zuviel aufeinmal schreiben, darum beende ich hier erstmal meinen Beitrag.

Alsdann weiterhin gute DL-Raten

Es grüßt JoeFatalic

Unter Files/Upload Autopriority kann man das automatische erhöhen der Fileuploadpriority auch abschalten. Diese Funktion schaltet autom. manche Files auf release wenn zu wenig quellen vorh.
Habe ich immer aktiviert und andere Files gehen trotzen noch raus.

Hier mal meine Einstellungen:
Limits: Download:192 Upload:25(Double Speed DSL :wink: )
Max Sources per File:3000(weniger falls mehr Dateien geladen werden sollen oder mehr wenn zu viele "No needed Parts" quellen da sind.
QueueSize:2000 Max.Connections:450 (auch für 1x DSL) In 5 sec:60 (wichtig nicht zu niedrig).
Enable Upload Throttle, Reconnect on loss+low-id.
Fast Server connect AUS !!!(ansonsten wird man gebannt).
Auto Update Serverlist at startup:AUS
Update Serverlist: beide AN
Always Filter bad IP´s, Restart waiting download, use priority system: AN
Remover dead Servers after 3
I.C.H + Upload Autopriority AN
Get first,last moviechunks an falls man Film-Preview früher machen möchte - Film blöcke werden bevorzugt geladen.

Sorting beide an:
Users ^
FileName^
QR^
Status^

Advanced:
3,100,3000
Save sources every:20mins, Reload sources every 240,Max sources per file:500

Vorlost

vorlost 4. January 2003 16:43

Zitat:

Zitat von overtestet
Habe mir die Version gerade mal eben auf die Platte geknallt :lol:
In der Log_Datei geht ja richtig die Post ab - naja vielleicht kapiere ich so mal was da wirklich passiert.
Es tauchte natürlich auch gleich eine Fehlermeldung auf

01/03/03 18:17:45: Es trat ein Fehler beim Verarbeiten von UDP-Paketen auf. (Wahrscheinlich aufgrund eines fehlerhaft konfigurierten Servers)

@vorlost was könnte das bedeuten? Bzw. was passiert da genau.
Ich habe seit gestern eine neue Firewall aufgesetzt und würde gern wissen ob es vielleicht daran liegt. Die Ports sind allerdings im Ruleset schon richtig vorhanden (4661,4662 TCP und 4665, 4672 UDP)
Serverconnect funzt etc. nur das kein Download zustande kommt

Diese Fehlermeldung könnt Íhr eigentlich ignorieren, es handelt sich um Datenpakete die bisher noch nicht vom eMule ausgewertet werden, fand es aber trotzdem interessant zu sehen ob dieser Fehler auch auftritt und ob es sich irgendwie auswirkt -> tut es aber wohl nicht...

Mit dem Download habe ich keine Probleme, falls Du vorher auch eine eMule 0.22c Plus 4 version benutzt hast sollte diese nicht schlechter funktionieren.

Vorlost

vorlost 4. January 2003 16:51

Zitat:

Zitat von HeinBloed
moin moin,

hab ihn gekickt,

bei einer datei hatte er nach 2 stunden 4 quellen (vorherige version über 100, gleicher server)
ansonsten lief er ganz nett, 1:1,2
beim suchen war er miserabel

nach dem wechsel zurück auf meine hausversion (eMulePlus-0.24b-2 hirnschmalz*)waren nach 2 minuten aus den 4 quellen 127 geworden und alle verbunden.

zum suchen nehm ich delta, die findet am besten.

grüsse

*hirnschmalz= gegensteuern der bekannten nachteile durch nachdenken

Da ich an der Suchfunktion nichts geändert habe gegenüber der normalen Plus Version sollte das keine Probs bringen, habe immer genug Quellen beim suchen - außerdem habe ich den Wert für die max. Suchergebniss leicht erhöht -> sollte also etwas mehr sein.
Die besten Suchergebnisse gibt es auf den Donkey Server No.1-3(da jeweils 50.000 User) 193.111.198.139:4242 (Nr.3)
Delta hat im Moment nur 22.000 User und ist nicht so berauschend finde ich.
SilentBob sollte man meiden auf low stellen.(Gib hier keine Quellen), auf Gamma gibts es noch weniger als auf Delta steht bei mir ebenfalls auf low.
Mich würde interessieren ob euch andere eMule´s auch anzeigen ob der Server euch Quellen gibt mit dem Ihr verbunden seid ?

Vorlost

vorlost 4. January 2003 16:53

Zitat:

Zitat von JoeFatalic
Moin Hein,
versteh ich nich.

Ich lade gerade u.a. Herrschaft des Feuers und kann mich auch bei den anderen Dateien vor lauter Quellen kaum retten.
450-650 Brauchbare (DL letzte Nacht 460,43 MB) ?!?!?!?

Seltsam, aber so steht es geschrieben.

Gruß JoeFatalic

So sieht es bei mir auch öfters aus :wink:,
dieser esel sollte schon mal 3 Tage am Stück getestet werden.

Vorlost

vorlost 4. January 2003 17:12

Zitat:

Zitat von overtestet
So jetzt ******* ich erstmal das Handtuch - habe jetzt den Mod 4 h laufen lassen aber wahrscheinlich ist er nur damit beschäftig Quellen zu finden denn bis jetzt ist der DL bei 0,0 im UL sind immerhin schon ca. 160 MB rausgegangen :cry: und der UL läuft auch immer auf Hochturen und die Warteschlange ist mit 1000 immer am Anschlag.
Verbindungslimit liegt bei 506 und alle anderen Einstellungen Standart - hab dann mal die Max. Sourcen auf 200 runtergesetzt hat aber auch nichts gebracht.
Tja und zum Abschluß habe ich mir dann mal die Quellen angekuck und siehe da war ich doch 10 - 20 mal selber vertreten und die Details zeigen dann völlig irre Werte zu IP (127.234.12.60:4662 etc.) an :lol:
So für mich ist an dieser Stelle erstmal Schluß mit lustig - und ich mach ne Radikalkur mit der HD und schmeiß den ganzen Kram runter und dann geht es von vorne los :lol:
Habe mittlerweile ca. 16 Mod und Ver. getestet und der DL wurde immer schlechter und die CPU-Auslastung immer höher.
Naja morgem früh hab ich dann wieder eine saubere Platte und eine neue Testreihe kann starten :lol: 8) :lol:

Nun bei manchen Quellen kommt man erst nach 10h rein und neue Downloads brauchen eh etwas länger da man noch nicht hat was die Gegenseite interessiert. Es geht erst so richtig ab wenn man zumindest 1 guten Part vollständig hat den andere auch haben wollen.
Der Wert "in 5 sec" sollte in meiner Version höher eingestellt sein als in der Ur-Version.(bei mir auf 60, könnte aber zu hoch sein(rennt aber besser), sonst 50 nehmen)Mehr als 60 ist nicht anzuraten.
Max. sources pro Datei: ausprobieren, hängt von der Gesamtzahl alles Sources ab ob es gut läuft oder nicht, ein zu hoher Wert vermindert den Upload...
Jep, die eMule 0.22c Plus 4 hat einen Fehler mit doppelten Quellen, allerdings sollten diese aber nur jeweils 1* abgefragt werden(erscheinen nur häufiger) - diesen Fehler konnte ich leider nicht beheben ist aber in neueren + Versionen wohl behoben. Vielleicht weis ja jemand einen link auf einen Fix dazu ?
So irre finde ich diesen Wert gar nicht, manche IP-Adressen scheinen diesen Wert im Internet zu haben, falls es sich wirklich um eine Private Adresse handelt hat diese Quelle halt Pech(falsch konfigurierte Firewall).

4h bloß getestet, ich mache immer den Overnight test um zu sehen ob sie am nächsten morgen noch läuft.
Mit dem Downloadspeed ist das immer so eine Sache beim vergleichen: ich hatte mal eine Quelle die mir 140kB/s für eine längere Zeit gegeben hat -> dann kann man natürlich glauben das diese esel mächtig schnell ist, kann aber auch Zufall sein.
Meine Version ist in der Lage schneller sich in die Wartelisten einzutragen da bei Anfragen am Limit die Quellen bei denen man bereits in der Warteliste steht später aktualisiert werden.
Was passiert wenn man gefrustet einen eMule runterlöscht und einen anderen startet:
Ihr behaltet euren Platz in den Wartelisten bei und steigt selbst nach Stunden noch weiter in den Wartelisten auf !!!
Das heißt falls Ihr einen anderen oder den gleichen Esel nach z.B. 2h wieder einschaltet werden euch "No needed Parts" Quellen beforzugt(andere natürlich auch, weiterhin seid Ihr bei anderen Quellen auch "Loaded Sources") anwählen und es startet sofoert ein Upload bei euch obwohl noch keine Serververbindung besteht.(habt Ihr vielleicht schon bemerkt).
Nun nach einigen Stunden mit abgeschaltetem eMule kann man wieder in den bereits erreicht Platz in der Warteschlange einsteigen, solange man seine IP-Adresse nicht geändert hat oder den 1.Platz der Warteliste in der Pause überschritten hat.

Vorlost

Usul 4. January 2003 17:21

Zitat:

Zitat von vorlost
Der Wert "in 5 sec" sollte in meiner Version höher eingestellt sein als in der Ur-Version.(bei mir auf 60, könnte aber zu hoch sein(rennt aber besser), sonst 50 nehmen)Mehr als 60 ist nicht anzuraten.

Warum nicht mehr als 60? Was passiert denn dann?

vorlost 4. January 2003 17:22

Zitat:

Zitat von winki2099
Die Meldung im Sekundentakt "added 40 new Sources" zwang wohl meinen Rechner in die Knie, denn nach kurzer Zeit lief er auf Vollast. Okay, ist nur ein K6/3-450, vielleicht liegts auch daran. Der Rechner reagierte sehr träge.

Das glaube ich eher nicht das 1 Meldung pro Sekunde den REchner in die Knie zwingt...
Nun im Vergleich zu einem Intel muß man von der Mhz Zahl noch min. 50Mhz abziehen :wink:

Die max. connections evtl. leicht reduzieren und die max. sources per file falls Du damit nicht leben kannst...
Dadurch das mehr Quellen als sonst uns einen Platz in der Warteliste geben ist auch die CPU-Last höher, jede Quelle fragt uns ja ebenfalls von Zeit zu Zeit ab.
Nun die Frage währe jetzt ob das ganze zu einem besseren Download bei die geführt hat(Ein 4h-Test alleine bringts nicht).
Da ebenfalls einige Upload-Quellen ausgebremst werden die uns so überhaupt nichts geben wollen oder schon sehr viel bekommen haben (ab ca. 100MB ohne Gegenleistung) macht sich der Mod auch später bei anderen eMule Versionen noch bemerkbar !!!(mehr Quellen bei denen wir ein UP/DN-Ratio von 10=max. haben).

Vorlost

winki2099 4. January 2003 17:24

Die Meldung an sich ja nicht, klar, aber das, was er dabei tut, so meinte ich das. Okay, war etwas dümmlich ausgedrückt :wink:

vorlost 4. January 2003 17:25

Zitat:

Zitat von Usul
Zitat:

Zitat von vorlost
Der Wert "in 5 sec" sollte in meiner Version höher eingestellt sein als in der Ur-Version.(bei mir auf 60, könnte aber zu hoch sein(rennt aber besser), sonst 50 nehmen)Mehr als 60 ist nicht anzuraten.

Warum nicht mehr als 60? Was passiert denn dann?

eMule überlastet und kann nachweisleich auf der Eseltesteite keine hohe ID mehr bekommen.
-> Low-ID beim Server und bei den Quellen ist die Folge.

Vorlost

Usul 4. January 2003 17:51

Zitat:

Zitat von vorlost
Zitat:

Zitat von Usul
Zitat:

Zitat von vorlost
Der Wert "in 5 sec" sollte in meiner Version höher eingestellt sein als in der Ur-Version.(bei mir auf 60, könnte aber zu hoch sein(rennt aber besser), sonst 50 nehmen)Mehr als 60 ist nicht anzuraten.

Warum nicht mehr als 60? Was passiert denn dann?

eMule überlastet und kann nachweisleich auf der Eseltesteite keine hohe ID mehr bekommen.
-> Low-ID beim Server und bei den Quellen ist die Folge.

Vorlost

Echt? Da kann ich ja von Glück sprechen, das ich mit meine 300 Conn. per 5 Sek. noch regelmäßig ne High-ID habe. Keine Regel ohne Ausnahme.

P.S. Wie bekommt man bei den Quellen eine Low-Id bzw. wie kann ich überprüfen, ob das so ist, oder wie merke ich das?

JoeFatalic 4. January 2003 18:22

Was passiert wenn man bereits eine HighID hat und dann auf 100 Con. per 5 Sek. stellt. Bei mir hats bei anderen Versionen dadurch reihenweise die "Zu viele Verbindungen" endlich zum Connect gebracht.

@Vorlost

1. Wenn automatisch die "No needed Files"_Quellen rausgehauen werden braucht man das Hardlimit gar nicht mehr auf 2000 setzen, da ja nur wirklich brauchbare Quellen in die FestQuellenliste übernommen würden.
2. Betr.: UL-Autopriorität:> Ja hab auch bemerkt, daß trotz vergebener Prioritäten in meiner Uploadliste endlich mal andere Uploads stattfinden, als nur die von mir gerade gezogenen Files.
Gute Sache das.
@Hein
Geiler USB-Mental-Adapter. Kannste damit direkt in die Emule-Matrix abtauchen und deine Quellen direkt handverlesen ?? "gg"
Wie hastn das Bild eingebunden, dann könnt ich mal´n screenshot einbinden ?? und bist du das ?

Leider im Moment kein Download, obwohl eben seit Stunden durchgängig bei 7-8 Kb/s. (Vorführeffekt "gg")
Sorgen machen mir hierbei die JamesBond-Files, da ich ne Menge Quellen habe aber null Brauchbare, obwohl der Balken blau ist. Leider sind die Brauchbaren hierbei mit (Unbekannt) tituliert. (warum?)
Außerdem sieht man in meinem Upload doch wieder nur die Dateien, die ich selber gerade downloade, obwohl ich seit Battlefield1942 alle neueren großen Teile im Share habe, ca. 90 GB.

Gruß JoeFatalic

Lexa 4. January 2003 21:42

Der Mod läuft jetzt seit fast 7 Stunden im Test und bisher habe ich ein Verhältnis von 10:1 UL/DL.
Ich selber tauche bei den Quellen ungefähr 50x auf - mit "keine benötigten Teile" ;-)

Obwohl ich nur einen Upload von 10 eingestellt habe und auch nur 200 Verbindungen, kann ich kaum noch surfen und muß jede Seite mehrfach aktualisieren, bevor überhaupt was zu sehen ist.

Mmmh, ich werde ihn jetzt noch mal über Nacht laufen lassen - mal schauen, was er morgen früh sagt ;-)

Files: 5
DL: 96/0
UL: 16/10
UDP: deaktiviert
Quellen: 500
Warteliste: 300
Verbindungen: 200
automatischer Quellenaustausch: an
Upload Throttle: aus
Verwende Prioritätssystem: an
Webserver: aus

Ich lasse mich mal überraschen, ob er für mein kleines Win98 zu nutzen ist *g*

______________
edit 05.01.
tja, leider ist er mir heute morgen dann abgestürzt, als ich den IE aufmachen wollte. schade - also doch weitertesten :twisted:

HeinBloed 4. January 2003 22:06

moin, moin,

Zitat:

Die besten Suchergebnisse gibt es auf den Donkey Server No.1-3(da jeweils 50.000 User) 193.111.198.139:4242 (Nr.3)

auf Gamma gibts es noch weniger als auf Delta steht bei mir ebenfalls auf low.
@Vorlost

delta bezog sich nicht auf den server sondern auf emule 0.24b v.1 dsl deltaHF,

diese version findet bei mir immer mehr quellen beim suchen nch dateien(quellen pro suchbegriff und anzahl der quellen bei treffer oder seltene überhaupt erst) , plus und tarod finden weniger beim suchen

das mit den wenigen dann gefundenen quellen wenn sie in der download-liste sind werd ich dann nochmal testen.

server connect läuft bei mir von hand

@JoeFatalic

das bild stammt von einem artikel über eeg.

bitte nimm mal den link zu deiner domain raus sonst kannst du gleich deine konto-nummer hier veröffentlichen.
und besorg dir mal ne kostenlose domain incl email, dann wirds für die rechtsanwälte ein wenig schwerer.

da graf güni mal im zusammenhang mit eselfilme und den diversen angeschlossenen domains auftauchte, würde es mich nicht wundern, wenn in der nächsten zeit mal so ein abmahn-anwalt ein forum aufmachen würde, um an die daten der user ranzukommen (besser wärs natürlich gleich noch ne emule zu proggen, die die festplatte ausliest und übermittelt)

die einzige für mich verlässliche ul/dl steuerung ist für mich meine eigene, trotz diverser offener fragen bezüglich des ablaufs, rein intuitiv.

zu diesem thema sollte man dann vielleicht mal ein eigenen thread (forenrubrik) aufmachen, um die ideen zu sammeln, wies besser gehen kann.

ebenso vielleicht ne sektion rare-file-managment für interessierte, ich bekomme meine datei mit 7 quellen auch allein in 14 tagen, trotz der tatsache, das da auch noch zwei hirnis sind die nichts rausrücken. es könnte aber auch schneller gehen mit supported download.

bin aber noch im teststadium.

grüsse

ps mich beschäftigt gerade die frage, ob ich bei dem wechsel von plus nach delta nach tarod ... eigentlich die gleicher hash-id behalte

JoeFatalic 4. January 2003 22:27

ups, meinst. jut

Usul 4. January 2003 22:32

Zitat:

Zitat von HeinBloed
ps mich beschäftigt gerade die frage, ob ich bei dem wechsel von plus nach delta nach tarod ... eigentlich die gleicher hash-id behalte

Müßte eigentlich schon. Die steht doch in der userhash.dat. Ich habe die mal beobachtet, da ändert sich nie was am Inhalt, und wenn die Datei gleich behandelt (ausgelesen und ausgewertet) wird, dann dürfte die ID auch gleich bleiben. Hab mal ne uralte Datei (0.20-herbert-irgendwas) mit meiner aktuellen nach dem Inhalt verglichen, kein Unterschied.

HeinBloed 4. January 2003 22:44

moin usul,

meine ist vom 4.1.2003, aber der tip ist gut, werde mal schauen ob die neu geschrieben wird.

dann ists mit testen nämlich so ne sache, weil mit nem neuen mod ja ein neuer user auftauchen würde und der hätte dann erstmal nen schlechteren upload als die alte version, die schon tage läuft.

grüsse

Usul 4. January 2003 22:56

Nicht nur aufs Datum schauen, das kann sich durch kopieren oder weiß ich was ändern. Nur der Inhalt der Datei zählt. Und die 16 Byte kannste zur Not noch von Hand vergleichen ;-)

vorlost 4. January 2003 23:06

Zitat:

Zitat von Usul
Zitat:

Zitat von vorlost
Zitat:

Zitat von Usul
Zitat:

Zitat von vorlost
Der Wert "in 5 sec" sollte in meiner Version höher eingestellt sein als in der Ur-Version.(bei mir auf 60, könnte aber zu hoch sein(rennt aber besser), sonst 50 nehmen)Mehr als 60 ist nicht anzuraten.

Warum nicht mehr als 60? Was passiert denn dann?

eMule überlastet und kann nachweisleich auf der Eseltesteite keine hohe ID mehr bekommen.
-> Low-ID beim Server und bei den Quellen ist die Folge.

Vorlost

Echt? Da kann ich ja von Glück sprechen, das ich mit meine 300 Conn. per 5 Sek. noch regelmäßig ne High-ID habe. Keine Regel ohne Ausnahme.

P.S. Wie bekommt man bei den Quellen eine Low-Id bzw. wie kann ich überprüfen, ob das so ist, oder wie merke ich das?

Auf dieser Seite:
http://www.thedonkeynetwork.com/connection_test?port=

direkt dahinter die Portnummer(TCP-Clientport links von UDP) angeben z.B.
http://www.thedonkeynetwork.com/conn...test?port=4662

Eine Low-ID kannst Du bekommen wenn ein Server zu sehr überlaufen ist bzw. von Dir über das Internet nicht rechtzeitig eine Antwort bekommt.
Dein Clientport muß auf Deinem Rechner erreichbar sein. Bei einer Firewall muß zumindest dieser Port, jetzt noch optional der 2.Wert rechts von UDP für das UDP-Protokoll geöffnet sein.
Wenn eine Firewall fälschlicherweise den Port zwar abhört aber nicht richtig an den Esel-PC weiterleitet kann trotzdem eine High-ID angezeigt werden das ist aber falsch.(hatte ich zuerst, Uploadqueuesize so zwischen 100 und 200 Quellen, obwohl max.1000 bzw.2000).
Eine low-id kann man daran erkennen das man zu wenig in der queue hat und das noch nach längerer Zeit.
Eine high-id erkennt man auch daran das man nach kurzem beenden des Esels und einen Neustart sofort Quellen zum Upload/Download bekommt ohne das man mit zunächst sich mit einem Server verbindet...
Ich starte die automatische Serverwahl immer am start manuell.

Ich habe:
Max Connections:
450 In 5 sec. 60

ich meinte den 2.Wert... also alle 5 sec. 60 neue Verbindungen öffnen bis 450 zusammen erreicht werden....

Die 450 muß ich nehmen da mein NAT-Proxy Server nur max. 500 verträgt, der Rest ist Reserve zum surfen usw.

Vorlost

vorlost 4. January 2003 23:19

Zitat:

Zitat von JoeFatalic
Was passiert wenn man bereits eine HighID hat und dann auf 100 Con. per 5 Sek. stellt. Bei mir hats bei anderen Versionen dadurch reihenweise die "Zu viele Verbindungen" endlich zum Connect gebracht.

@Vorlost

1. Wenn automatisch die "No needed Files"_Quellen rausgehauen werden braucht man das Hardlimit gar nicht mehr auf 2000 setzen, da ja nur wirklich brauchbare Quellen in die FestQuellenliste übernommen würden.
2. Betr.: UL-Autopriorität:> Ja hab auch bemerkt, daß trotz vergebener Prioritäten in meiner Uploadliste endlich mal andere Uploads stattfinden, als nur die von mir gerade gezogenen Files.
Gute Sache das.
@Hein
Geiler USB-Mental-Adapter. Kannste damit direkt in die Emule-Matrix abtauchen und deine Quellen direkt handverlesen ?? "gg"
Wie hastn das Bild eingebunden, dann könnt ich mal´n screenshot einbinden ?? und bist du das ?

Leider im Moment kein Download, obwohl eben seit Stunden durchgängig bei 7-8 Kb/s. (Vorführeffekt "gg")
Sorgen machen mir hierbei die JamesBond-Files, da ich ne Menge Quellen habe aber null Brauchbare, obwohl der Balken blau ist. Leider sind die Brauchbaren hierbei mit (Unbekannt) tituliert. (warum?)
Außerdem sieht man in meinem Upload doch wieder nur die Dateien, die ich selber gerade downloade, obwohl ich seit Battlefield1942 alle neueren großen Teile im Share habe, ca. 90 GB.

Gruß JoeFatalic

Wenn man bereits eine High-ID hat so kann man diese bis zum nächsten Serverwechsel oder länger einbüßen, deshalb die Empfehlung nie größer als 60.

Die rausgehauenen Quellen mußt Du aber weiterhin bedienen da diese ja nichts haben und hoffen das Du etwas hast -> sie werden Dich in den normalen Zeitabständen danach fragen ob Du Ihnen etwas geben kannst, dabei nimmt der Esel automatisch diese Quelle wieder zu den Downloadquellen auf falls das Hardlimit noch nicht erreicht ist.
Ein Ersetzen von Quellen wäre besser falls die max. files per source erreicht sind.

Wie gesagt den autom. Uploadpriority kann auch deaktiviert werden oder einzelne Dateien kann man auch in den Shared Files in der Priorität umstellen. Wenn der Esel so ca.10h läuft werden ziemlich häufig alte Dateien geuppt.
Die Sache ist auch die das die anderen Quellen dich suchen müssen wenn Du eine Datei vollständig hast. Vorher hast Du ja immer die anderen Quellen gesucht welche Dich dann wiederum in Ihrer Downloadliste aufgenommen haben.

Unbekannte Quellen kommen meist neu vom server. 450 max connections in 5 sek. 60 mal probieren...

Vorlost

HeinBloed 4. January 2003 23:19

@usul,

Zitat:

Nicht nur aufs Datum schauen,
ist schon klar, der inhalt bleibt gleich, sagt wenigstens mein hex-editor.

wozu er die datei dann immer neu schreibt, und das noch beim schliessen von emule, werd ich auch noch hinterkommen, später.

grüsse


Alle Zeitangaben in WEZ +1. Es ist jetzt 06:17 Uhr.

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


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102