client credits 1.6 [16.09.2003]

**Xman** · 11. September 2003, 18:18

TheMatrix,
ich wollte nru außschließen, daß mein Programm bei Dir nen Fehler machte. Deine Aussage klang oben nämlich so

zu den 1 Byte Uploads:
Wenn Du diese Datensätze löscht, werden praktisch die Leute rausgelöscht, die keine Credits haben. Sind praktisch überflüssige Datensätze. In sehr vielen Fällen kommen diese Eintragungen durch Leecher, die einen Userhash geklaut haben. Wenn Du die Datensätze löscht hat praktisch wieder der rechtmäßige Besitzer des Hashes Chancen Credits bei Dir zu erwerben.
Das kann sich natürlich auch auf den Download auswirken, da Du nun ja schließlich die Richtigen belohnst. Allerdings kann ich mir nicht vorstellen, daß dies binnen kurzer Zeit zu spürbar besseren Ergebnissen führt.

@all:
bereits vor geraumer Zeit hab ich den offiziellen emule-devs von dieser Leecherproblematik erzählt. Mir wurde darauf nur mitgeteilt, wie legal 1 Byte uploads zustandekommen. Ich hatte allerdings nicht den Eindruck, daß man das Problem ernst nimmt.
Allerdings ist seit gestern zu lesen, daß der offizielle emule bald CIDE verpaßt bekommt. Vielleicht ist das die Antwort auf besagte Leecherproblematik.

**Xman** · 11. September 2003, 18:21

@cyrex2001:
Ich hoffe nicht.

Jetzt sollten schon alle Bugs raus sein. Waren bisher zwar nur alles Kleinigkeiten, aber Kleinigkeiten mit großer Wirkung.

TheMatrix · 11. September 2003, 18:37

@Xman

Danke für die Ausfühliche Info, aber ich habe in der Tat den eindruck das es besser läut wo ich den Esel neugestartet habe fing diese sofort anzuladen.
An den Einstellungen habe ich nichts verändert!

John Mason · 12. September 2003, 10:30

sehr gute arbeit! Respekt! aber was ist SI?

**Xman** · 12. September 2003, 11:02

John Mason,
SI= Secure Identification. Ein RSA-Schlüssel der bei Clients ab 0.29b zusätzlich gespeichert wird. Mit Hilfe dieses Schlüssel wird sichergestellt, daß die erworbenen Credits nicht durch Leecher gestohlen werden.

stern · 15. September 2003, 13:50

Xman,

bekomme bei dem Teil Runtime Fehler 6

**Xman** · 15. September 2003, 14:10

stern,
Wann kommt denn der genau ?

Odinasgardson · 15. September 2003, 14:31

@ Xman, bekommste das auch für den eWombat hin ?Ich meine Das das Tool auch die ewombat.ccf Datei des eWombat von 0 byte uploader säubern kann.??
Wäre Super und für dich eine Herausforderung.

Wenn du willst schick ich dir eine *.ccf Datei zum testen

mfg
Odinasgardson

**Xman** · 15. September 2003, 15:37

Odinasgardson,
ich hab vorhin mal darkwolf auf dieses Problem angesprochen(PM). Mal sehen was er antwortet..

Odinasgardson · 15. September 2003, 15:54

Es gibt von Darkwolf ein Tool mit dem man seine *ccf Dateien in Clients.met ändern kann und dann mit deinem Tool reinigen.
Aber vielleicht geht das ja auch direkt.?
Das Tool ist in der zip Datei wo auch die .bin drin ist dabei.

mfg
Odinasgardson

**Xman** · 16. September 2003, 18:02

Odinasgardson,
darkwolf hast sein SNAFU sehr verbessert. Bleibt abzuwarten ob in zukünftigen Versionen überhaupt noch Leecher ne Change zu haben nen Userhash zu stehlen.

@all
Neue Version is out.
Fehler wurde behoben, daß sich set default datum verrechnete und damit zum Programmfehler führte.

Neues Feature: See own Credits
Credits in Form von Punkten gibt es beim Esel nicht. Als Credits kann man aber den ul/dl-Modifier ansehen. In der neuen Version kann man nun den durchschnittlichen ul/dl Modifier (den man bei anderen hat) sehen. Berechnet wurde er nach offizieller emule-Formel.
BSP: ist der durchschnittliche Modifier 1,39, dann heißt dies, daß man bei den bekannten CLients im Durchschnitt 1,39 mal schneller in der Warteschlange vorrückt.
Achtung: der ul/dl-Modifier darf nicht mit dem Verhältnis upload zu download verwechselt werden. Er wird wesentlich komplizierter errechnet.