Brauchst nicht, wenn du nicht willst. Ich finde leider keinen Fehler in meinem Code. Bin in die Opcodes gegangen und es sind in beiden nur 2 Änderungen von mir enthalten. Beide Änderungen sind für HL per file und auch in dieser Form im Sivka und im Phoenix drin und die Nachrichten kommen auch wenn ich sie zurück ändere. Also sind in jedem Falle meine Änderungen in jedem Falle nicht Schuld für diese Nachrichten. In den selben Opcodes sind allerdings Änderungen von WebCache. Möglicherweise sind diese Schuld...
Ich widme mich dann mal wieder anderen Dingen.

MFG Stulle

Ja genau dieses Fenster mit den Sivka File Settings fehlt ja gerade bei mir!

bis dann ciao

Dann hast du nicht die erweiterten Einstellungen eingeschaltet! Hast du es, ist alles da.

MFG Stulle

EDIT:
So Leute, gibt nu auch deutsche Sprache für meinen feinen Muli!
MorphXT_6.7.-.StulleMule_1.0.-.ger.lang.rar

MorphXT_6.7.-.StulleMule_1.0.-.ger.lang.src.rar
HF damit. Findet ihr Fehler, sagt es mir!

jop ok nun ist alles da, vieleicht solltest du die als Default ein schalten ;)

bis dann

Ab der nächsten Version wird das enthalten sein. Sonst irgendwelche Anregungen oder Ideen¿

MFG Stulle

eMule v0.45b [StulleMule v1.0] Statistik

and

Der Wert deutet auf eine Fehlkonfiguration der Ports hin. Entweder beim Router, oder bei der Firewall. Bis 20% ist noch erträglich, der Wert sollte sich aber optimalerweise unter 10% einpegeln.

Januar

Januar1956

Ports sind offen !!! habe immer eine Hohe ID und Kad ist offen !!!
ich habe meisten zwischen 20%und 30%
vielleicht liegt es am Provider

ich habe beim Morph auch das Problem das ich das Hardlimit langsam
steigern muß sonst gehen die zu viele Verbindungen nicht weg
obwohl die gefundene Quellen unter 4000 liegen

ist auch deutlich zu viel.. sind ja etwa gleich viel tote wie lebendige Quellen.... und ich dachte schon ich hab viele tote Quellen mit 10% der Gesamtquellen.
Ein Problem könnte bei Dir sein, daß Du zu wenig halboffene Verbindungen zur Verfügung hast. Steht da als Wert 9 ? Patch Dein windows (auf z.b. 50) und stell dann im emule so um die 25 ein... dann sollte das zu viele Verbindungen besser werden.

Was kann das überhaupt noch für Gründe haben das soviele ReAsks schief laufen¿ Habe diesen Wert sonst immer unwissenderweise ignoriert/ übersehen. Nun habe ich aber mit großem entsetzen festgestellt das ich ca. 80% fehlgeschlagen hab. Bin zieml. verwirrt daher. Ports 4661,4662,4665,4672,4673 sind an mich weitergeleitet. Keine FW ist an. Router is n Teledat 630. Wenn ihr irgendwelche Ideen habt, sagt mir bitte umgehend bescheid, bin gerade echt n bissn am verzweifeln.

MFG Stulle

EDIT: UL steht auf 11 - 14 mit USS

Stulle

Wenn diese Werte unmittelbar nach einem Neustart, oder IP-Wechsel auftreten, ist das völlig normal und ist eine direkte Folge, der Neuaufnahme der Verbindung zu den bekannten Clienten. Ob mit oder ohne Router, ist es leicht nachvollziehbar, das bei der Masse der Verbindungsversuche, immer Fehler auftreten. Hier entsteht ja auch die Angabe zu viele Verbindungen. Diese Werte sind für die Funktionalität des eMule, zumindestens in diesem Augenblick, völliger Humbug.

Aber bei einer Betrachtung nach einer Laufzeit von z.B. 12 Stunden, müssen sie sich in den aktzeptablen Parametern bewegen.

Januar

Alles klar, dann lass ich mal laufen. Hab auch mal meinen Muli bissn runtergeschraubt, um ihn schön seicht laufen zu lassen. "Zu viele Verbindungen" habe ich übrigens praktisch nie.

MFG Stulle

Ich habe ähnliches festgestellt,also Stulle es ist nicht nur ein Problem deines Mods um es mal so aus zu drücken. Es gibt allerdings auch schon wieder so einige Fixes für den originalen Client diesbezüglich. Was ich festgestellt habe ist eine anhaltende Fehlermeldung dieser Art:

Jetzt ist die Frage handelt es sich um einen Fehlerhaften eDonkey Client oder um einen Bug in Emule ? Vielleicht sollte man mal einen Thread zu den Fehlermeldungen allgemein öffnen und dann Schritt für Schritt zusammen die Ursachen ergründen und gegebenenfalls fixen.
Es sind ja sicherlich nicht ausschließlich Fehler die durch Stulles Code Änderungen hervorgerufen werden,also sollst du dich ja auch nicht alleine damit rumärgern.

Ich würde dieses Thema im Development-Bereich sogar Sticky machen. Denn das beseitigen von Bugs dieser Art sollte wohl im Interesse aller sein egal ob Modder oder Dev.

MfG Max

Stulle

Wenn Du mal ein Wunder diesbezüglich, sehen willst, dann laß mal die Cyrex2001-5-Testversion4 laufen.
Cyrex stellt die Dir, auf Anfrage, bestimmt zur Verfügung, falls Du sie nicht hast.
Der Nachteil dieser Version ist aber eine sehr hohe durchschnittliche Verbindungszahl, die bei Routernutzern eventuell Kopfschmerzen verursachen könnte. :mrgreen:

Januar

die halboffene sind bei mir bei 69 Patch ist es auch !!!

@ MaxUpload: Du bist nun schon der zweite der mir hier derartige Fehler in den Opcodes postet. Das interessante ist alleridngs das ich selbst nur eine Sache verändert hab in den Opcodes. Und die hängt mit HL per file zusammen und ist auch in jeder anderen Mod so. rosl hat mich nach seinen postings hier nochmal im ICQ angesprochen und sagte mir dort das er den Fehler auch mit anderen auf dem MorphXT basierenden Mods hat. Also ist es irgendwo ein Fehler in meiner Basis. Ich werde mal schaun ob ich vielleicht irgendwas nicht mitbekommen habe, sonst müssen wir wohl erstmal mit leben. Kann halt nur nochmal betonen das meine Änderungen nur vom generellen HL auf das jeweilige der angefragten Datei umstellen.

MFG Stulle

neben dem Routerproblem kann auch ein zu hohes uploadlimit auf eigener oder fremder Seite Schuld sein... es zögert das Senden der Antwortpackete raus... evtl zu lange->timeout.
Der Xtreme unternimmt ja im Abstand von einer Minute 2 bis 3 Versuche um die Verbindung herzustellen. Das geht zwar auf Kosten der Anzahl der Verbindungen... aber ca. 30% der Quellen lassen sich dadurch vor der "toten Liste" retten.

@Januar1956
wobei beirkt der cyrex genau wunder ?

@maxupload
Diesen "Fehler" produzieren nur ein ebestimmte Version der MLDonkeys. Früher war das Protokoll etwas toleranter, daher wurde diese Version vom MLDonkey so entwickelt und vom emule so akzeptiert. Inzwischen gibt es eine Verschärfung, was dazu führt, daß diese MLDonkeys eben "ausgesperrt" werden. Einfach ignorieren.

@Stulle
Es sagt ja niemand das es an deinem Mod liegen muß im Gegenteil ich bin der Meinung das das durchaus auch am Original liegen kann und auch nicht immer ein Fehler sein muß. Soll heißen das Problem kann ja auch bei dem Client liegen von dem du downloadest oder an den du uploadest.

Die Frage wäre natürlich da ja gerade das Problem Router mal wieder angesprochen wurde. Wie sieht denn die Statistik dann ohne Router aus. Könnte nicht dort evtl. das Problem auch liegen.

@Xman
Danke für die Information,aber ich stelle immer wieder fest das diesbezüglich bei mir noch etwas Nachholebedarf besteht und sicherlich nicht nur bei mir. Ich wäre deshalb schon für eine Fehler Datenbank in der Modder ,Tester und User mal eben nachschauen können was der Fehler eigentlich bedeutet oder gibt es sowas schon. Da gibt es ja z.B. auch den "CMemoryException " - Error der beim empfangen eines Source Packets vom Server auftreten kann. Der kommt z.B. vom Originalen und wäre wohl auch nicht so schwer zu fixen. Hab es grad erst in einem anderen Forum gefunden und daher noch nicht getestet. Wäre es nicht schön solche Hotfixes irgendwo Zentral abzuwickeln. Ich finde sowas sollte man nicht hinter verschlossenen Türen behandeln sondern jedem diese Informationen zur Verfügung stellen und öffentlicher als hier geht es wohl kaum.

MfG Max

Ich kann leider nicht ohne Router testen, da mein Modem integriert ist. Ich werde mal morgen Nachmittag oder so ein kleines Update zu den Dead Src und den ReAsks abgeben.
Das mit den (Hot-)Fixes is wirkl. n bissn doof gemacht, aber da kann man wohl nix dran ändern... leider.
Guddi, ich geh denn mal.

MFG Stulle

EDIT: Fast vergessen. Ich glaube nicht das es damit zusammenhängt das meine Leitung verstopft ist. Habe mal wirkliche "Weichei" Settings nun eingestellt. Das heißt, schnelle Reaktion auf Veränderungen im Ping, USS und 10-16. Dazu 39 Datein im DL, wovon 7 viele Src haben. Insgesamt max 3,2k Quellen. ReAsk Timer for File Src steht bei 50 (ReAsk alle 48 - 52 Min).

EDIT 2: Xman, schau mal NAFC Thread... *wink mit dem Zaunpfahl*

gibt verschiedene Fixes dafür.. der von Wizard ist schlecht, weil dabei jeweils eine Quelle verschluckt wird. Der einzig wahre Fix:
such im partfile den Kommentar und ändere die Zeile darunter:
// since we may received multiple search source UDP results we have to "consume" all data of that packet
sources->Seek((count-i-1)*(4+2), SEEK_CUR); //Xman (ttwin)

Genau das obige Feature von Dir hat Cyrex integriert.
Bei meinem Testlauf, hatte ich praktisch "0" Fehler. Leider aber durchschnittlich ~ 300 Verbindungen und damit verbunden, überdurchschnittlich hohe Pingwerte. Zudem war die Modbasis der MorphXT v6.6. Diese Version "friert" bei mir nach wenigen Tagen (2 - 4) ein. Hinzu kamen, in rascher Folge, Pingspitzen (regelrechte Ausschläge), von bis zu 384 ms. Mein Sohn war stinksauer, weil das sein Online-Spiel sehr stark beeinträchtigt hat.

Januar

Hallo Stulle,

Du verwendest ja new Hide OS,was auf 0x60 sendet!Wie wahrscheinlich ist es denn das dies eventuell Fehler verursacht da ja über 0x60 auch CT Friendsharing lief/läuft und auch durch Snafu gebannt wird?!Wird zwar erst durch den Magickey definitiv aber wer weiss ob da nicht Konfliktpotenzial liegt.

Die kam übrigens auch schon in den 42 er Versionen vor!
29.04.2005 11:49:01: Error: Unknown exception c0000005 in CClientReqSocket:
PacketReceived at 0x0040afe0; protocol=eMule opcode=OP_MULTIPACKET size=57; IP=***.***.***.***

@Januar1956
ah.. danke für die Antwort.. dachte ich finde jetzt ne neue Idee.. dabei ist es meine eigene:mrgreen:

Der Xtreme verwendet den Code immer noch... scheinbar scheint die kombination aus Xtreme-Downloadmanager + komplette Overheadintegration damit besser klarzukommen.
Im Endeffekt ist sowas nur dann sehr wichtig, wenn Du seltene Datein lädst.. dann kommt es auf jede Quelle an.

@ Borg-King:
Ich selbst nutze New HideOS nicht. Das ist vom EastShare drin. Soweit ich weiß werden diese auch nicht gebannt. Die Idee, es könne daran liegen, hatte ich ja auch schon, aber dazu würde nicht passen, das der Fehler auch auftrat wenn ich das komplett ausbaute. In beiden Opcodes in ListenSocket.cpp ist allerdings auch Code für WebCache, was den Fehler erzeugen könnte unter umständen. Das kann ich allerdings nicht nachvollziehen, da ich mich nicht damit auskenne. MaxUpload seine Mod arbeitet auch auf Basis des WC 1.9 bei ihr weiß ich allerdings nicht ob es da den Fehler auf gibt, jedoch wird mir mav dazu n Bericht abgeben... Wenn es dort auch so ist, liegt es an WC, wenn es dort nicht so ist könnte es bei mir am WC Einbau (von MorphXT Seite) liegen oder es is doch was ganz anderes.

MFG Stulle

moin moin so wieder da... teste gerade den neuen stulle... bis jetzt ohne probs.... ( linux is noch ein weiter weg würg... stulle du weist was ich meine ;-) )

mfg

Schön das du meine Mod nutzt. Habe ja auch endlich Dinge die du wolltest eingebaut! :D

Und nun ein kleines Update zu meinem Problem. Nach 20h Laufzeit ohne weitere reconnects seit gestern halb 11. Der Wert liegt nun bei ca. 30%, sinkt aber noch. USS 10 - 16 (ca. 10.3 schnitt) Quellen nach wie vor bei max 3,2k und ausserdem sogar noch n DL schnitt von ca. 24 kbps :D Ich würd sagen es läuft.

MFG Stulle

so hab einen bug gefunden ;-) wenn man den stulle 1.0 closed und wieder neu startet, setzt er das hardlimit auf 350 zurück ! grrr :-D die sivka einstellungen bleiben aber richtig !

das zweite was bei mir passiert ist war folgendes.... hab die statistic als html gespeichert... jetzt passiert folgendes: ich rufe als das html auf.... esel closed ! und firefox öffnet sich ! ist doch net normal, oder ?!

als drittes .... warum schnellt das ul/dl verhältnis auf über 250:1 beim neustart ?! net etwas hoch ?!

mfg

Hi drfreak,
erstmal würde ich dich bitten erstmal meine PM zu beantworten! :D

Zum 1.: Wurde schon berichtet, ist gefixt. Kurze Erklärung, ich habe den Lade Vorgang des HL im Zuge der Sivka Implementation zu anderer Stelle verschoben. Dadurch ist folgendes passiert: Er schreibt die Einstellungen bei "[eMule]" in die Preferences.ini Allerdings versucht er nun dies bei "[StulleMule]" zu lesen. Geht natürlich nicht. du könntest theoretisch das ganze manuell ändern, aber da es sich eh nur um die defaults handelt is das ja nich so n Ding. Ist in der 1.1 schon fixed.

Zum 2.: Ist das reproduzierbar¿ Ich habe es bei mir gerad in 2 Varianten versucht und mein Muli läuft wie ne 1. Zugegebener Maßen nutze ich zwar meine derzeitige 1.1 pre, doch habe ich dort nichts verändert und es sollte auch keine direkte Verbindung dageben, wie ich es sehe.

Zum 3.: Was soll denn da zuviel sein¿ Wenn du 2,5 Mb uploadest und von einem client 10 kb bekommst (kommt ja am Anfang eher mal vor) hast du schon zack 250:1. Sehe da kein Bug, es sei denn du sagst die Daten waren anders...

MFG Stulle

ups das mit dem bug war nur auf 1 bezogen... deine pm hab ich gelesen... aber nach nem neustart direkt ne static zu senden wäre doch net sinnvoll, oder ? ;-)

Lese ich das immer Falsch oder ist eine neue Version raus?

Nein, diese 1.1 sind Testversionen, wovon ich einer der stolzen Tester bin.

Mit freundlichen Grüssen
mav744

Richtig, mav!
Folgendes ist nunmal der Fall, ändere ich zu viel und teste es nicht, so habe ich Probleme bei der Fehlersuche. Logische Konsequenz ist da JEDE Änderung zu testen. Kleine Änderungen Teste ich direkt bei mir, schwerwiegende bei mav und bei mir. Außerdem bekommt der mav auch immer mal wieder ein kleines BonBon für seine treuen Dienste. Habe ich nun also mal wieder einiges geändert, so bekommt er eine neue Version auch wenn nichts tiefgründiges zu testen ist.

MFG Stulle

Moin-moin,

erstmal einfach danke für diesen funktionierenden schönen Mod und danke nochmal an stulle für den ed2k-link zum lovelace-kredit.

ein paar wasserstandsmeldungen als user :

das reask after IP-switch klappt enorm gut. Arcor hat mir in den letzten 3-Tagen ca 20x eine neue IP verpasst und StulleMule hat das klasse abgefedert. Upload war sofort wieder da, Download/Quellen bischen langsamer .(Arcor=keiner erreichbar bei der hotline)
mein Muli arbeitet so gut, daß ich neulich nach Hause komme und bei schon länger laufenden downloads "plötzlich" weit über 4000 Quellen und massig Verbindungen hatte, nix ging mehr bei DSL-1000/128 und 2-Leuten/Rechnern an der Leitung. Hab ich drop-NNS und drop FQS
scharfgemacht (alle 10sec.) und nach 'ner Weile gings wieder.
Eine Sorge: haut drop-egal-welche-Sources evtl. auch meine 2-vollen/etc. Quellen von nur 4 Quellen bei einem bestimmten Download raus oder ist das eingestellte Limit per-file. Das habe ich nicht rausgekriegt, da ich viel zu hektisch wurde zum ruhigen beobachten. Die beiden Quellen sind noch da, aber vielleicht beim nächsten mal nicht mehr?

Ansonsten : wie soll ich als Küchenarbeiter je zu einem anderen Mod
wechseln (und warum sollte ich auch)

also erstma' nochma schön'dank auch coluche

p.s.: ich liebe diese flaggen . wer schafft es in alle länder zu laden?
pps : ich habe auch diese ewigen opcode_bla-bla meldungen ohne ende, mich stören sie nur beim log-lesen, weil der fokus immer zur neuen meldung springt.

Droppen kannst du immernur per file einstellen. Du kannst zwar auch mehrere mit einem mal verstellen, das droppen selbst ist aber für jede einzelne Datei. Das auto droppen richtet sich nach den maßgaben. also alle x min wenn mehr als x% des HLs mit Quellen aufgefüllt ist. Das manuelle Droppen richtet sich danach welche files du angeklickt hast. Hast du nun die beiden files mit wenigen src nun nicht makiert.... np, werden nicht gedroppt.

Jo, die Flaggen sind was feines! Es lebe der EastShare! ;) Also ich habe mittlerweile echt schon ne ganze Menge im UL und im DL gehabt... ;)

Die Meldung wurde mir auch schon wiederholt gemeldet und es handelt sich wohl um irgendetwas vom Morph aus. Andere Mods haben an dieser Stelle näml. auch diese Meldungen.

MFG Stulle

Ich :mrgreen:

Helfe doch einfach mit und share auch MODs und Sourcen. :idea: User aus jedem Winkel der Erde freuen sich, wenn sie "schnell" ihren neuen MOD bekommen.

Januar

moin stulle ! dein mod läuft ja sowas von geil ! statistic sende ich dir noch...

Freut mich zu hören. Bin momentan beim mergen auf 0.46a. Leider bin ich etwas lange und somit sind erst 25% etwa gemerget. Naja, ich geb mein bestes!

MFG Stulle

mach hin die Leute warten schon

Der Stand von gestern Abend ist so, das der liebe Stulle mit Hochdruck am Mergen ist um einen Stulle auf 46a noch vor Pfingsten zu releasen. Und soweit wie meine Info ist, ist er auch schon sehr weit vortgeschritten. Jetzt ist natürlich die Frage, ob er den Stullemule vorher noch testet oder ihn gleich releast. Diese Frage kann ich Dir jetzt zu diesem Zeitpunkt noch nicht beantworten.

Mit freundlichen Grüssen
mav744

Ich euch leider auch nicht. Soviel sei gesagt, es sind min 75% gemerget. Nach dem Mergen kommt das Angleichen. Außerdem ist meine Mod schließlich auf Morph basierend. SirRoB ist atm fertig mit dem mergen und ändert nun alles wichtiges. Also werde ich wohl auch auf ihn warten mit dem releasen. Tut mir zwar leid für euch, aber es ist einfach ewig viel Arbeit!

MFG Stulle