darkwolf, nur mal so eine Frage!
Der eWombat blockt ja gott sei dank verdammt viele Leecher! Nur dadurch wird der Log recht lang und irgendwie unübersichtlich,da ja nunmal leider so viele Leecher unterwegs sind! Wäre es nicht möglich nen eigen LeecherLog zu führen,für alle Banned-Meldungen? Dann wäre der Log einfacher zu lesen und die anderen Meldungen einfacher zu erkennen! Oder geht das nur mir so,daß ich durch die ganzen Banned-Meldungen verwirrt werde und die anderne Meldung kaum noch war nehme?!?
Was halte ihr anderen denn davon???

Geht nicht nur dir so Sr.Herms.
Is schon ziemlich viel geworden. Stört mich eigentlich nicht weiter aber deine Idee wäre eine Überlegung doch wert !?

Hallo Darkwolf (ud alle anderen :D )
Wenn es denn so weit ist mit der Folgeversion und man die Pluggins bzw Sui implementieren/verwenden kann, kann man dann bis Dato angesammelte Credits, welche ich mir mit ner anderen Version erarbeitet habe, weiter verwenden ???
Also eben die Crypt.key, clients.met und preferences.dat nur reinkopieren und schon läuft der Wombat kompatibel ?
Wenn ich mich nicht verlesen habe willst Du eigentlich eine "eWombat-Eigene" Version schaffen in Bezug auf oben genannte Dateien.
Wäre Dankbar über eine kleine Aussage, falls ich es nicht richtig verstanden habe :lol: :lol:
Greetz und thx im voraus

Hi,

@Sr.Herms,Maddis: ist ne gute Idee mit dem eigenen Leecher-Log...

@mckrack: beim eWombat kann man definitiv die alten Credits weiter hernehmen.
Allerdings arbeitet der eWombat-SUI mit einem eigenständigen Credits-Format (*.ccf) , da ich ja noch u.a die daten vom ACT brauche. Deswegen gibt es mit der eWombat-SUI ein tool, mit dem man seine alten clients.met (von 0.29b und die alten) und auch die trusted.met mit mergen kann und in ccf konvertiert. Es ist auch möglich sich damit aus der ccf wieder die alten clients.met zu erstellen bzw. alte credits zu einer ccf hinzufügt.
Da ich mitgekriegt habe das einige modder auch an eigenen Formaten basteln, wird dieses tool auch nach möglichkeit immer auf dem aktuellsten stand gehalten.

Die Crypt.key übernehme ich 1:1.

Diesmal ist dann auch eine ausführlichere Installationsanleitung (neue Installation, übernahme von eMule/pre eWombat0.060 Daten, übernahme von eMule0.29b Daten und übernahme von eWombat0.06x Daten) dabei

cu
darkwolf

Thx for Info :D :D
Hört sich äusserst cool an. 8) 8)

@darkwolf

wie immer super, deine Vorstellung vom neuen eWombat!!!

Ich steh ein wenig auf dem Schlauch...
Kann mir mal jemand erklären was es gemeint ist mit "die alten Credits" mitnehmen ?
Die alte clients.met in den ewombat mitnehmen ? Das geht doch eh wie bei jedem anderen Mod auch.
Oder ist gemeint: seine alten Credits behalten ? Na diese werden ja bei den anderen Usern gespeichert. Da hat der ewombat keinen Einfluß.
Oder ist gemeint, daß wenn ein User sich neu mit SI anmeldet, er nicht wie im offiziellen Mulie seine alten Punkte verliert, sondern diese behält ? Das wäre aber dann gar nicht gut, bräucht doch nur ein Leecher einen xbeliebigen öffentlichen Schlüssel schicken und hätte damit als einziger Zugriff auf die höchsten Credits.

Bitte um Aufklärung ;-)

Xman

wie weit ist der ewombat mit sui bzw. wann kann man mit dem release rechnen ?

laß dir ma zeit! laß dich nicht unter druck setzten.

noch was zur dl anzeige.

bei mir zeigt er immer wieder zu viel an. auch während des downloads.
d.h. es kann sein, daß 4 files laden und alle 4 mit 90-200kb/s angezeigt werden.
das passiert nur dann, wenn ich einen durchschnitt von 1:4 habe. Rekord war bisher 1:5,95. upload steht auf 12.
immer wenns so viel wird spinnt die anzeige.

habe Athlon XP 1800@1900, und etwas höherem bustakt.

Hi,
@Xman, wenn man einen x-beliebigen öffentlichen schlüssel schicken könnte wäre SUI sinnlos. Auch mit SUI werden weiterhin Credits verwaltet, aber warum soll man die Leute bestrafen die keinen aktuellen Mod benutzen. Der eWombat SUI wird einfach mit einer erweiterten Creditliste arbeiten, wer keine SUI hat wird wie ein alter Client behandelt (ACT, snafu, usw) wer eine SUI hat wie ein neuer Client (ala 29b) aber warum soll der seine Credits bei dir verlieren oder möchtest du bei jemanden deine Credits verlieren, weil du jetzt sicher bist ?

@cobrajet, das war wieder ein beweis für den 'High CPU Usage Bug', wenn viel CPU verbraten wird, spinnen die Anzeigen der Upload/downloadraten...das kommt gleich nach SUI dran.

@GoodWillHunting, kann ich noch nicht ganz genau sagen, wird noch ein paar tage dauern...ich muss ja noch abundzu schlafen und geld verdienen :wink:

cu
darkwolf

Die Entwickler haben sich dabei schon was gedacht, die Credits auf Null zu setzen wenn jemand von "unsicher" auf "sicher" umsteigt.
Der Grund liegt darin:
Die Hashes von den "viel Gebern" sind den Leechern bekannt. Ich weiß zwar nicht wie, doch wenn Du mal in der Liste bekannter Clients nachsiehst, sitzen auf den Hashes von denen Du schon verdammt viel bekommen hast eine Horde von Leechern. Die Streiten sich geradezu um die begerhten Hashes (Problem ist auch in Leecherforen bekannt, daß sie sich dadurch gegenseitig stören).
Würde nun ein Leecher mit diesem Hash einen öffentlichen Schlüssel senden, so würde ihn mein Emule als den rechtmäßigen Inhaber anerkennen. Der wirkliche Inhaber dieses Hashes hätte nie wieder eine Chance bei mir zu saugen.
Aus diesem Grund werden die Credits auf Null gesetzt. So werden Leecher erst gar nicht in Versuchung geleitet.

Daß böswillige Nutzer (z.B. RIAA) sich mit falschen Userhashes und Schlüsseln anmelden um so rechtmäßige Nutzer auszusperren wurde und wird bereits auf emul-project diskutiert. Laut Ornis ist der Aufwand zu groß und die Gefahr zu klein um etwas dagegen zu unternehmen. Allerdings hat er dennoch die Gefahr erkannt und in seine Überlegungen aufgenommen.

Darkwolf, bevor Du hinsichtlich Credits behalten etwas zum Original anänderst, würd ich besser mit Ornis Rücksprache halten. ;-)

Liebe Grüße
Xman

Hi,

hab mich vieleicht ein bisschen undeutlich ausgedrückt:
das mit den Creditsverlieren war zwischen alten und neuen Clients gemeint.

Clients die kein SUI kennen (älter 0.29b) werden wie bisher behandelt, incl. ihren alten Credits...und der eWombat verhält sich wie ein alter eWombat.
Clients die SUI kennen (ab 0.29b) werden wie in der 0.29b behandelt.
Und da eine Client wenn er das erstemal als sicher eingestuft wird quasi einen neuen Hash bekommt und damit ein 'neuer Client' mit frischen Credits ist, gibt es kein Problem mit Hashdieben.

Um sich mit einen 'geklauten' PublicKey als sicher zu identifizieren, muß der PrivateKey bekannt sein, was sich zwar durch analyse der verschlüsselten Datenpackete rein rechnerisch lösen läßt, aber die Rechenzeit dafür ist enorm...

cu
darkwolf

darkwolf

freue mich schon auf´s Testen , habe übrigens gemerkt das keine 29b richtig gute UL und DL - Werte hat , der Wombat funtzt da viel besser !! (bei mir ) :mrgreen:

@ DQA321, geht mir genauso .Die 29b kommen irgendwie nicht wirklich in Quark ääh..ans laufen. :lol:
Warte freudig auf den neuen Wombat ist echt ein Super Mod geworden und wird immer besser.

mfg
Odinasgardson

Der eWombat0062 ist der beste Mod den es seit über einem 1/2 Jahr gibt.

Man ...
- kann seinen Hartlimit auf 1500 bis 2000 hochschrauben
- braucht den Drop QR und volle Quellen nicht mehr

ist also besser als der Fusion R6+R7, weil er mehr quellen erkennt und die CPU-Auslastung selten die 100 % erreicht.