eMule-0.30e-gnaddelwarz-1.3.2 [18.12.2003]

[AdiS]

Danke cyrex2001, leider weiss ich jetzt halt immer noch nicht ob das beim Gnaddel/Sivka das Problem ist.
Jedenfalls scheint die Reask-Geschichte bei meinem momentanen Mortillo Mod besser gelöst zu sein. Dort treten bisher keine - besser gesagt nicht lange - solche undefinierbaren Connect-Zustände auf, die werden immer mal wieder weggeputzt... . FS-Vergabe geht auch bisher ohne Probleme.

AdiS

ps Kaeptn, schau die auch mal den Mortillo 1.9b an, von den Funktionen her müsste der dir auch zusagen und SUQWT kann man abschalten.

[Januar1956]

Kaeptn_Sperrmuell

Nachtrag zum VGA Treiber Problem (alles einheitliche Icons):
der Original eMule 0,30e hat das gleiche Prob, liegt also nicht am GnaddelMod, also woanderst

Wie siehts eigentlich mit Deinem Internetexplorer aus ? Ist der auf dem aktuellsten Stand ?
Das ist auch dann wichtig, wenn du ihn gar nicht benutzt, weil Emule diesen benötigt.

Januar

[Kaeptn_Sperrmuell]

Hi Januar,

MSIE: Ver. 6.0.2800.1106, 128bit
mit SP1, Q828750, Q330994, Q824145
Sollte alles in allem mit den ganzen Web-Updates die so kamen auf dem letzten Stand sein.

Gruesse
Kaeptn

[Januar1956]

Kaeptn_Sperrmuell



Version: 6.0.2800.1106. xpsp2.030422-1633
Verschlüsselungsstärke: 128-Bit
SP1; Q818529; Q330994; Q822925; Q828750; Q824145

So sieht das bei mir aus.


Gruß, Januar

[Kaeptn_Sperrmuell]

Hi Januar,

ich vergass ganz zu erwaehnen, dass ich W2k Pro mit SP4 fahre. Da gibt es bei mir nicht mehr zu holen an HotFixes...

[Januar1956]

Kaeptn_Sperrmuell


Ich denke das ganz bestimmt Ganddelwarz diese Postings lesen wird. Vielleicht fällt ihm ja ein Lösungsansatz dazu ein, wobei ich es als nicht sehr warscheinlich betrachte, dass dieser Fehler "ausschliesslich" bei Dir aufgetreten ist.


Gruß und einen Guten Rutsch ins neue Jahr,


Januar

[Kaeptn_Sperrmuell]

Hilferuf an Gnaddelwarz
Nachdem diverse Berechnungsfehler in Punkto SUQWT auftreten wuerde ich Dich auf Knien bitten eine Ver. 1.3.3 (oder sowas) zu coden, die es ermoeglicht genau diese Funktion optional abzuschalten, oder gar nicht drin hat.
Die sonstigen Funktionen sind imho bestens, ausser zwei Bugs die man umgehen kann (habe ich hier nicht erwaehnt) und funktionieren uach bestens -> bitte vorlaeufig nichts weiter aendern

Warum?
Ich konnte es jetzt nach einer Woche nicht mehr mitansehen, wie sich 10 User an einem File brav anstellen, ein 11ter daherkommt, der vor 6 Tagen zum letzten mal gesehen wurde und sich ganz "frech" nach vorne auf Platz 1 drueckt.

Ich habe dem Test angegangen und einen in dieem Thread angesprochenen Mod getestet und ich kann sagen... ne... gefaellt mir nicht.

Ich bin just zu diesem Zeitpunkt zu Deinem "uralten" 1.2 zurueckgekehrt.
Ich kann mir das suqwt-Spiel einfach nicht mehr laenger mit ansehen....

Einmal Gnaddel, immer Gnaddel... ich stehe dazu!
Stabiler Upload, keine zacken (27kBs)... 8-14% fehlgeschlagene Uploads machen sich beim REL bemerkbar.

Der 1.3.2 ist zweifelsohne auch aeusserst stabil darin, aber das suqwt....

Gruesse
Kaeptn

/Sorry fuer die Jammermail, aber das musste ich loswerden

[Master Kah]

Hi leutz !

Bei mir läuft der neue Gnaddelwarz echt nicht schlecht .... bis zu einem gewissen Zeitpunkt !

Dann nämlich baut er keine neuen Verbindungen mehr auf .... obwohl er die bestehenden Verbindungen nicht abbricht ( hält auch den server ) kommt irgendwann mal alles zum Stillstand, weil er zu den einzelnen Clients immer nur sagt : "Verbindungen werden aufgebaut"

Passieren tut dann gar nix mehr : 0 DL auf ewig und UL vielleicht mal 0,5 oder so ....

Das Problem taucht bislang ohne erkennbare zeitliche Zusammenhänge auf und die Konfiguration ( Win98 mit routerbedingter Firewall hat bislang mit der Standardversion von emule auch noch keine Probs gemacht ) !
Also meistens passierts nach 20 Std. oder so, passiert aber auch mal nach 6 Std. ( wie gesagt habe ich da noch keinen Sinn entdecken können )

Eine Neuverbindung zu einem Server funzt nicht, da er auch hier keine neuen Verbindungen aufbaut ( die Server melden time out )
Eine Lösung des Problems ist lediglich ein Neustart von emule ( runterfahren und wieder hochfahren, dann gehts wieder ) .... aber das ist definitiv keine Dauerlösung

Ich hoffe auf konstruktive Hilfe !!!

[Januar1956]

Master Kah

Ich hoffe auf konstruktive Hilfe !!!

Ich denke das Prob ist Dein Betriebssystem.
Aber ich glaube nicht, dass ich Dir da etwas neues erzähle.
Du könntest versuchen die anfallenden Verbindungen so tief wie irgendmöglich anzusetzen. Steuern kannst Du dies über die Einstellung des Hartlimits Deines Emule.Auch die Verbindungen per 5 Sek würde ich senken um Dein BS/OS zu schonen.
Das einzige was Dir wirklich helfen würde, wäre ein BS-Wechsel auf eine aktuellere Version.

Werf mal einen Blick auf die "Speedanleitung für Emule" auf meiner Seite.


Januar

[Gnaddelwarz]

Zitat von Kaeptn_Sperrmuell

Nachdem diverse Berechnungsfehler in Punkto SUQWT auftreten wuerde ich Dich auf Knien bitten eine Ver. 1.3.3 (oder sowas) zu coden, die es ermoeglicht genau diese Funktion optional abzuschalten, oder gar nicht drin hat.

Hm, nach den Fehlern, die in 1.3.1 noch drin waren, konnte ich bei mir keine Fehler feststellen....
Also, ein Clients, der einen Upload bekommen hatte, hatte immer Wartezeit 0 beim nächsten Mal, wenn ich ihn wieder gesehen habe.
(Ich möchte Bugs hierbei natürlich nicht ausschliessen, wenn also jemand konkret etwas beobachtet......)

Die sonstigen Funktionen sind imho bestens, ausser zwei Bugs die man umgehen kann (habe ich hier nicht erwaehnt) und funktionieren uach bestens -> bitte vorlaeufig nichts weiter aendern

Bugs?

Warum?
Ich konnte es jetzt nach einer Woche nicht mehr mitansehen, wie sich 10 User an einem File brav anstellen, ein 11ter daherkommt, der vor 6 Tagen zum letzten mal gesehen wurde und sich ganz "frech" nach vorne auf Platz 1 drueckt.

Und du bist sicher, dass das nicht Leute waren, die tatsächlich mal 6 Tage in deiner Queue zugebracht haben?

Ich bin just zu diesem Zeitpunkt zu Deinem "uralten" 1.2 zurueckgekehrt.
Ich kann mir das suqwt-Spiel einfach nicht mehr laenger mit ansehen....

Aber wenn du das unbedingt deaktivieren möchtest, starte emule einfach so:

starte_emule_ohne_suqwt.bat:

move config\clients.met.30d.bak config\clients.met
emule.exe

Das entfernt vor dem Start die gespeicherten Zeiten, das sollte besser sein, als die doch schon etwas angestaubte Version 1.2 zu verwenden.

[luka]

Zitat von Gnaddelwarz

Aber wenn du das unbedingt deaktivieren möchtest, starte emule einfach so:

starte_emule_ohne_suqwt.bat:

move config\clients.met.30d.bak config\clients.met
emule.exe

Hat das ein Nicht-Coder verstanden ?
Könnte das bitte jemand mir als Ahnungslosen noch mal detailiert erklären.

[Kaeptn_Sperrmuell]

Hi Gnaddel,

MEGATNX fuer Deine Antwort, ich werde den Workaround mit der geaenderten BAT heute Abend mal antesten (muss gleich zum arbeiten).

ich bin mir mit den uebertriebenen Wartezeiten 100% sicher, da meine Warteschleife 1300 hat und eigentlich die 700 Warteclients die letzten Wochen nie ueberschritten hat, also immer Platz gewesen.
Gesehen bei einem aus meiner Friendlist, mit dem ich den Test der erfolgreichen SUI gemacht hatte. Der hat dann Tage spaeter nach der Umstellung zufaellig am gleichen File gesaugt wie ich.
Muss mal gucken, ob ich noch ein paar Screenshots rumliegen habe.

zu den weiteren Bugs
Im Fenster der Einstellungen kann man wunderbar alle Optionen von oben bis unten durchklicken, einstellen. Wenn man bei der untersten Option angekommen ist und die Eiinstellungen schliesst, anschliessend wieder oeffnet, sind die obersten beiden Optionen (Allgemein und Verbindung ist das imho) nicht mehr zu sehen. Man kann nicht mehr hochscrollen.
Workaround hier
Die oberste Option die zu sehen ist anklicken, "Einstellungen" schliessen.
Wieder aufmachen und man steht wieder ganz oben und kann sich nach ganz unten durchklicken.
-> Der Scrollbalken um nach oben zu gelangen fehlt, alternativ, wenn man die oberste sichtbare Option anklickt, rutsch der zuvorige nicht in den sichtbaren Bereich rein.

der andere... ist eigentlich kein Bug (?), den hat der Original eMule auch.
Bei Verbindung kann man Limit und Kapazitaet angeben.
Limit ist definitiv das Limit der Leitung und Kap. ist noetig fuer die Stats.
Mein UL Limit steht auf 27, also gebe ich bei Kap. 26 an, damit die Stats als max 30 anzeigen. Sieht gut aus, da eine gerade Zahl.
Habe ich Kap. auf 26 dann kann ich Limit bis max. 26 fahren.
Die beiden Werte sind also gekoppelt, nicht mehr unabhaengig wie es bei den frueheren Versionen war.

Ich werde heute Abend den Mod wieder umstellen!

@luka
sowie ich das lese, wird in der Eintragung die *30d.bak nach *.met "verschoben"
man haette die *.met auch vorher loeschen koennen und dann die 30d.bak in .met umbenennen koennen, waeren zwei Zeilen zum tippen gewesen...

Ich werds unbedingt machen, denn die Funktionen und Satbilitaet des 1.3.2 sind fuer meine Zwecke allerbestens geeignet.

Danke und Megagruesse
Kaeptn

[Pathfinder]

Zitat von Kaeptn_Sperrmuell

Im Fenster der Einstellungen kann man wunderbar alle Optionen von oben bis unten durchklicken, einstellen. Wenn man bei der untersten Option angekommen ist und die Eiinstellungen schliesst, anschliessend wieder oeffnet, sind die obersten beiden Optionen (Allgemein und Verbindung ist das imho) nicht mehr zu sehen.

Stimmt, ist bei mir auch so.

Man kann nicht mehr hochscrollen.

Mit den Cursortasten kommst du aber bequem wieder an alle Optionen dran.

Gruß,

Pathfinder

[Kaeptn_Sperrmuell]

Mit den Cursortasten kommst du aber bequem wieder an alle Optionen dran

darauf haette ich selber kommen koennen
Habe mich im eMule noch nie mit den Cursortasten bewegt
Windows jedoch mache ich meistens mit den Hotkeys/Shortcuts...
Danke

Gruesse
Kaeptn

[Kaeptn_Sperrmuell]

Hi Gnaddelwarz,

Bescheidene Sache am Rande:
aehm... zu Deiner Batchdatei...
Schoen und gut, dass es beim Start zurueckgesetzt wird... mein Rechner laeuft 24/7 und Mods 2-3 Wochen je nach MS Online Update.
Ich habe ja ein ZIP Backup von allem gemacht.
Ver. 1.2 bis letzte Woche, dann kam die 1.3.2 drauf...
diese Woche (wie hier zu lesen) komplett geloescht, das ZIP Backup von Ver. 1.2 wieder drauf (eine Woche Upload kann ich verschmerzen, sicher ist sicher).
Dann Dein Workaround mit der Batch, mein Posting am Freitag Morgen mit "Danke dafuer" als Inhalt.

Dann am 2.2. 19:30 wars soweit:
Installer ins gleiche Verzeichnis wie der 1.2
Bis dato war kein SUQWT im Sortiment, jetzt 8 Stunden spaeter habe ich Clients in der UL drin, die vermeintlich schon 1 Tag und 20 Stunden in meiner Queue warten???
-> Die Files stehen auf REL (kein PowerREL), meine Queue hat noch 200 Leute Platz, also kein Platzproblem

Die 1.2 hat doch nirgends Zeitangaben abgespeichert, wer wann wo war?

Zur Batch:
Die wuerde doch auch nur die Zeitangaben "resetten", sofern ein Neustart des emule angesagt ist?

Gesetz den Fall Client xy saugt an Tag a am File b
File b wird bei mir fertig, ich nehms raus
Client xy fliegt zwangsaleufig raus aus meiner Queue
3 Tage spater kommt Client wieder daher, will an File c saugen
Dieser hat (durch nichtaustauschen der .met Datei) dann dennoch eine Wartezeit von 3 Tage und ...Stunden?
-> Zeit wurde nicht resetted?
Woher auch?
Emule laeuft immer noch und es wird dennoch die damals gesopeicherte Zeit angezogen (->am Tag a an File b gewesen)?!
Dadurch bekommt er wieder nach drei Tagen "Abstinenz" einen Mega QR zugeschrieben?!

-> Mit der Abtsinenzzeit habe ich wieder einen bekannten Client telefonisch "angestachelt", der kommt in ein paar Tagen wieder "auf Abruf" rein bei mir

Ich bin mehr als verwirrt... den Code habe ich mir x-mal durchgelesen, was die Berechnung angeht, aber ich bekomme einen Drehwurm dabei.

Gruesse
Kaeptn

//EDIT ketzer check:
ups:
Rekord liegt jetzt bei 8 Tage 9 Stunden
Das File lag vorher auf "sehr niedrig", seit 2 Stunden auf REL (kein Powershare)
Und das mit einer Laufzeit von knapp 9 Stunden mit SUQWT?
-> kann es sein, dass REL+Wartezeit zu hoch multipliziert/addiert werden, oder so?
-> REL funktioniert imho bestens (steht auf 512 bei mir)

Gnaddel, ich schick Dir dieses WE eine PM mit den Screenshots zum angucken, sind keine Fakes.