![]() |
Hi, @Xervers, lies dir bitte mal das Tutorial durch, da stehst drin ;) (Link ist bei meinem Changelog) @Usul: Das der eWombat im Spooky-Mode auch LowID Clients upload gibt, ist voll beabsichtigt und normal... Die bevorzugung sieht so aus: Falls ein LowID Client gerade eine Verbindung zu dir hat und ein Uploadslot frei ist, bekommt der LowID Client diesen Slot, wenn es mehrere LowID Clints mit aktiven Verbindungen sind, bekommt der jenige mit der längsten Wartezeit den Slot... Das seltsame ist das man anscheinend auch von Clients mit LowID download bekommt (das dürfte nicht gehen, laut ed2k-Protokoll) da der eMule eigentlich eine Serververbindung benötigt um von einem LowID Client etwas zu bekommen... Da es aber anscheinend doch geht und ich ja auch nichts eingebaut habe, das sowas verhindern könnt, mache ich mir da auch keine Gedanken drüber...möglicher weise leise sich für die Client-Seite die ganze LowID/HighID Geschichte ad acta legen, zumindestens für eMule-Clients und wenn man selber keine LowID hat... cu Darkwolf |
dann macht der modus also von beginn an keinen sinn weil man dann ja keine quellen findet, er funktioniert nur gut wenn man schon alle quellen gefunden hat. |
Eigentlich ist der Spooky-Modus ja nur für Notfälle gedacht (kein Serverplatz frei), wenn ich das richtig verstanden habe, und sollte nicht Standardmodus sein. BTW, ich teste jetzt mal mit. |
Hi, @Xerves, im spooky-mode werden die quellen nur per SourceXS mit anderen Clients gefunden...Wenn du z.b. eine neue Datei im spooky-mode zum download hinzufügt, kann es unter umständen äusserst lange dauern, bis da irgendwelche Sourcen gefunden werden..Eine Change zum SourceXS bekommst du aber erst wenn dich ander Clients als Quelle für das was du im Share hast kennen bzw. wenn zumindestens 1 Quelle für die Datei gespeichert wurde... Wie Usul so richtig angemerkt hat, ist der spooky-mode eine Notfallösung, damit man auch weiterhin Quellen abfragen kann und Download bekommt, wenn man Probleme hat zu einem Server zu connecten... Für einen Dauereinsatz ist der spooky-mode nicht gedacht... Ich habe den eWombat z.b. bei mir so eingestellt, das der spooky-mode nur aktiviert wird, wenn die Verbindung von Seiten des Servers abgebrochen wird. Ich habe allerdings auch nicht mit der DSL-Zwangstrennung zu kämpfen... Bei der 65b lässt sich zusätzlich einstellen, das der spooky mode erst nach x erfoglosen server-verbindungs-versuche aktiviert wird, dazu muss aber 'Aktivieren beim Start' und 'Aktivieren nach Verbindungsabbruch' deaktiviert sein. cu Darkwolf |
Also ich hab den spooky dauerend an und laufe damit ganz gut ich finde halt die vorteile so überzeugend und das losgelöste von den servern. Die quellen anzahl ist echt viel geringer, komischerweise ist mein dl immer noch recht gut^^ |
eWombat 0.065b [build: 0065.0109] UL:DL Ratio: Warte... (1 : 2.00) Downloaded: 0 Bytes (7.86 GB) <- 0 Da der wombat so schnell ist und die releaser nicht mehr hinterher kommen :lol: Uploaded: 96.67 MB (3.94 GB) Average DL-Rate: 0.00Kbs (max: 0.00Kbs) UL-Rate 11.98Kbs (max: 12.27Kbs) aktive Verbindungen (geschätzt): 32 - Zu viele Verbindungen: 0 UL-Sessions successful: 26 avg. time: 20:13 mins | failed: 5 (can't connect: 4 | critical error: 0) DL-Sessions successful: 0 avg. time: 0 sek | failed: 0 (can't connect: 0 ) Uploads Waiting: 2079 | Found Sources: [0] 0 (0) S.U.I. successful: 1918 - failed: 21 Detected 33 leechers, 8 credit thieveries Programm-Laufzeit: 2:17 h Winsock 2.2 [WinSock 2.0] Running Mem: 59.90 MB | ClientPool: 2250 spooky mode Genau wie Pulpman, lasse ich meinen Wombat nur noch im spooky mode laufen. Ausser, wenn ich neue Files in den download hinzufüge, dann conecte ich etwa für 30min auf nen Server, da die Qullenfindunq für neu hinzugefügte Files im spooky mode zu lange dauert. Naja, jetzt warte ich nur auf neues "Futter" für meinen Wombat. Achja, ich hatte noch nie nen Absturz mit dem Wombat. SYS: AMD 600+ 256 MB WinXP pro Ist einfach ein super Mod! Danke darkwolf! Grüsse Slive |
Zitat:
|
eWombat 0.065b Anscheinend habt ihr das Problem der Abstürze noch nicht beheben können. Nach 2 Stunden Laufzeit hat er sich verabschiedet. Die Fehlermeldung lautete: ewombat.exe hat einen Fehler verursacht und wird beendet Mein Betriebssystem: Windows XP Professional SP1 mit allen momentan verfügbaren Updates Verwende nun wieder die 0.064b mit der ich noch nie irgendwelche Probleme hatte. |
ok hier noch was gravierendes: nach einiger zeit sinkt der upload gen 0, im upload fenster is zu beobachten wie immer kurz ein client erscheint und dann wieder rausfliegt. das geht recht schnell und lässt die failed upload sessions in die höhe schiessen.. Zitat:
|
John Kimble Sowas hatte ich auch schon - lag dann aber letztendlich an der Software Firewall! Welche (wenn) verwendest du denn? |
Zitat:
Neugestartet -> mal sehen was passiert. In 64e diesen Fehler nit gehabt (in den vorherigen Versionen aber auch schon mal aufgetreten). Sys: Win XP mit ein paar SP1 Updates (sollte mal mein Sys neu machen -> weit mehr als ein Jahr installed *g*) Gruß Maddis |
Ähnliche Probs hatte ich auch. Die ertse Woche lief alles super, danach kam mal dieser "read konnte nicht ausgeführt werden...)-Fehler. Danach bekam ich den Wombat nichtmehr stabil zum Laufen. Immer nach ein paar Stunden hat er sich verabschiedet (ohne Fehlermeldung, einfach nur ein "Eieruhr"-Mauszeiger und keine Reaktion mehr). Kommt mir so vor, als ob beim ertsen Abkacken was kaputt gegangen wäre ;) |
cosmic girl, keine software firewall, nur den hardwarerouter. im verbose log war auch nix auffaelliges.. |
Zitat:
Das hatte ich auch und nutze WinXP mit SP1, aber alle Updates hab ich noch nicht. |
Hi, ich sag ja, seit der 64er Version schmiert der Wombat bei mir ständig ab, bzw. hängt sich nach unbestimmter Zeit auf. Ich weiß nicht, ob darkwolf im Rahmen der Fehlersuche etwas damit anfangen kann, dass der 63er im Gegensatz dazu über Tage einwandfrei läuft. :| |
Alle Zeitangaben in WEZ +1. Es ist jetzt 09:55 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.