@aalrich
zum ertsen Thema: hättest Du gar nicht so ausführlich erklären müssen, denn ich mach es haargenau gleich bei seltenen Files. Der Patch hilft Dir und allen anderen, daß dieses System besser funktioniert. Wenn endlich einer an die volle Quelle gerät, lädt er einen Chunk den die anderen nicht schon haben.
Ohne es jetzt bis ins letzte Detail durchkauen zu wollen: glaub mir, es funktioniert besser mit dem Patch, ich lade selbst sehr oft sehr seltene Files und kenne das Spiel gut genug :)

zu zweitens:
keine Angst, daß der andere Dich bannt. Ich kenne das Problem.... man kann einfach nicht zum anderen connecten, tritz HighID (wahrscheinlich Fake-HighID). Kannst Du Dich nicht connecten, bekommt der andere auch nicht Deinen Uploadversuch mit, also kein Ban. Kannst Du connecten, so gehen 12 kb eigentlich immer über die Leitung. Bei min 12 kb gilt der Upload/Download als erfolgreich.
Die Sache mit dem Releaser.. selbst wenn Dein Ratio greift, 12 kb sind immer drin. Es ist einfach ausgeschlossen, daß bei 3 aufeinanderfolgenden Versuchen, es 3 mal nicht klappt. Ich hab es wirklich sehr sehr ausführlich getestet. Im übrigen kannst Du alle temporären IP-Filter auf einen Schlag löschen, indem Du in den Einstellungen -->IP-Filter neu laden machst.

Den Chunk Selection Patch hab ich bereits gepostet... das mit dem IP-Filter ist (so wie es jetzt programmiert ist) zur 44 Version inkompatibel... außerdem müssen ja nicht alle Änderungen in die offizielle Version... das würde den Mod ja unnötig machen :) Das mit der Chunk Selection ist aber ein muß, weil es eben nicht nur einem selbst direkt hilft, sondern eben auch indirekt, da alle Clients eher den ganz seltenen Chunk laden.

Edit:
Achso.. die Erklärung wann ein Chunk ganz selten ist... steht zwar schon oben, aber hier nochmal:
wenn <=10% vorhanden (offiziell), und mit Patch: aufrunden von 10*Sourcecount/100 +1

Hallo Xman,

in der überwältigenden Mehrzahl aller Fälle ist das sicher sehr hilfreich und

ist die ideale Lösung für meine Bedenken. Ob ich unter "Einstellungen - irgendwo" auf einen Knopf "dieses abschalten" oder auf einen Knopf "neu laden" drücke, ist haargenau das selbe. Konnte ja nicht wissen, daß es doch schon eine Möglichkeit gibt... :-). Und diese Lösung ist sogar noch besser, weil das Ausschalten nicht dauerhaft ist. Man kann diese normalerweise sehr hilfreiche Funktion also nicht dauerhaft durch Unkenntnis oder halt, weil man vergißt, sie wieder zurückzustellen, deaktivieren. Und daß nur 12 kb ausreichen, wußte ich auch nicht. 22, 80 bzw. 100 kb sind Zahlen, die in dem Zusammenhang bei mir oft auftauchen. Ich dachte, das gilt auch als Fehlschlag. Allerdings gibt es auch 0 kb-Fälle.

Und zu den seltenen Chunks: Keine Frage, in aller Regel ist Deine Idee sehr wertvoll. Aber manchmal... Ist vielleicht auch eine Mentalitätsfrage, ich möchte einfach immer die Möglichkeit haben, notfalls alles in Handarbeit machen zu können.

Daß ein Mod unter Umständen "überflüssig" wird ist der Preis, der für eine gute Idee zu zahlen ist :-). Im Ernst, gerade dort, wo in aller Regel niemand von Hand eingreift (in der offiziellen Version) ist es doch sinnvoll, die Intelligenz eines Programmes zu steigern.

Naja, jetzt habe ich aber genug gesülzt.

Mit gespannten Grüßen
aalerich

Update Mirror:
eMule 0.30c Xtreme v2.0 Final Binary
eMule 0.30c Xtreme v2.0 Final Sources

Xman, Xman,

Du bist mir ein Schelm! Vorne editieren und hinten nicht Bescheid sagen...
Ich gehe immer auf "Letzte Themen" und hätte ich nicht zufällig skneo als letzten Poster im Thread gesehen, dann würde ich noch immer warten.

Also: Er läuft. Allerdings startet er mit Fehlermeldungen und was mir wirklich fehlt sind mehrfache Instanzen.

EDIT: Ich habe gerade gelernt, daß mehrere Instanzen nur gleichzeitig laufen können, wenn sie unterschiedliche Ports verwenden.

Später sicher noch mehr.

Mit freundlichen Grüßen
aalerich

Xman machst du einen auf 44d Basis würde mich sehr freuen.

@skneo
erst mal danke für den Mirror

@aalerich
Fehlermeldungen ? *verdutztguck*

@Viper:
Ist in Planung... wie ich aber schon schrieb.. das ist so verdammt viel arbeit, braucht Zeit


Edit:
Ach ja.. ein Mini-Bug, falls man das überhaupt Bug nennen kann:
Ich hab vergessen in den Statistiken eine Variable umzubenennen...
bei den Downloadsessions..... der Abbruchgrund "canceled" steht nicht mehr für canceled, sondern meint socket-timeout, sprich der Client hat aufgehört zu senden.

Naja, Warnungen ist wahrscheinlich besser ... Von denen im Vordergrund bekomme ich ca. alle 5 sec. eine weitere.

Mit freundlichen Grüßen
aalerich

http://www.emule-web.de/board/files/xtreme01.png

das im Hintergrund ist eine Warnung, eingebaut noch von Maella um Dir zu sagen, daß es keinen Support für unbegrenzten Upload gibt. Ist völlig normal und soll so sein.
Das im Vordergrund ist recht kritisch und hätte den Esel schon abstürtzen lassen, wenn kein try catch block um die Rutine wär.
Hab diesen Fehler bisher noch gar nie nicht gesehen... folglich denk ich mal, daß irgendeine Deiner Einstellungen absolut unverträglich mit dem Xtreme ist. Evtl mal die preferences.ini löschen und anschließend alle wichtigen Einstellungen erneut vornehmen. Und wie gesagt, ein Upload von 0 ist nicht erlaubt.

Die Fehlermeldung ist vom ersten Start des Programmes, sie folgt dem ersten Doppelklick auf die .exe überhaupt. Also bevor ich irgendetwas eistellen kann. Habe das Muli gerade geschlossen und sofort neu gestartet, es kamen keine Meldungen mehr. Ansonsten läuft er fast langweilig; ruhig, sauber, nichts spektakuläres. Und zumindest beim ersten Chunk, der von einer Datei geladen wird funktioniert das Herauspicken des seltensten verfügbaren Chunks gut.
Auffallend: Nach gut 12 h, 7 davon ohne Downloads, liegt der Anteil der fehlgeschlagenen Uploads bei knapp 9 %. Das kann sich sehen lassen!

Mit freundlichen Grüßen
aalerich

Hi Leute,

diese Meldung ist ein alter Hut :-D ! Wenn man den Xtreme komplett neu aufsetzt sind alle Werte auf 0.0 eingestellt !!!! War bei mir scho immer so ! Deswegen schreit der Esel :-D !

Aber Xman i freu mi das du wieder aktiv bist !!!!!!!!!!!!!!!!

mfg

wegen fehlgeschlagener Uploadsessions:
eines der Huauptprobleme warum sie zustande kommen ist, daß es Clients gibt - wie schon angesprochen- mit einer Art Fake-HighID. Mit anderen Worten: es klappt nur selten zu ihnen zu connecten, sie können aber ohne weiteres connecten. Die Lösung des Problemes ist: solche Clients erkennen und ähnlich wie LowID Clients behandeln, sprich sie bekommen dann upload, nachdem sie sich zu Dir connected haben. Somit dürften die fehlgeschlagenen Uploadsessions auf ~ 5% reduzierbar sein. Zieht man dann noch diejenigen ab, die einen Uploadversuch von selbst abbrechen (weil sie inzwicshen nichts mehr von einem brauchen), so dürften ~2 realistisch werden.
Gerade letztere hab ich ja schon in der beta4 reduziert, indem nur clients in den Upload kommen, welche die letzten 30 Minuten nachgefragt haben. Liegt ein Client über diesem Wert ist davon auszugehen, daß er inzwischen nichts mehr will.
Obige Lösung (Fake-HighID-LowID-Behandlung) wird in der nächsten Version erst eingebaut, wenn ich den gesamten Upload neu schreib.

5 h 45 min nach dem kurzen Neustarten des Xtreme liegen die fehlgeschlagenen Uploads bei nur noch 7 %. Das sind die besten Werte, die ich je gesehen habe, und zwar mit Abstand.

Ansonsten läuft er und läuft und läuft...

Aber zwei Sachen sind mir aufgefallen. 1. Ich lade komplett rote Dateien. So etwas habe ich vorher noch nie gesehen.

2. Ich lade eine Datei hoch, von der ich selbst noch nicht einmal einen halben Chunk habe. Das habe ich, so glaube ich, schon mehrfach gesehen. Diesmal habe ich aber schnell genug auf den Auslöser gedrückt. Der, zu dem ich hochlade ist nicht der, von dem ich herunterlade.

Hat jemand irgendeine Erklärung dafür?

Mit freundlichen Grüßen
aalerich

http://www.emule-web.de/board/files/...n_geshared.png

http://www.emule-web.de/board/files/..._geladen_2.png

http://www.emule-web.de/board/files/...rd_geladen.png

Problem 1:
Daß Du eine komplett rote Datei lädst kann ich Dir einfach erklären. Das ist der Chunk-Selection Patch. Ich hab zuletzt eine andere Routine eingebaut, die wesentlich schneller dividiert. Das Problem dabei ist, daß immer abgerundet wird. Hast Du nun nur eine Quelle und die ist auch noch voll, oder gebannt oder QR>4000, so ist das Teil rot. Eigentlich dachte ich, daß dieser "Schönheitsfehler" so selten auftritt, daß man ihn nicht extra abfangen muß. Nun ja, wohl doch nicht so selten :)

Problem 2:
eigentlich wüßte ich nur eine Erklärung, weil ich sowas noch nie sah und es ausgeschlossen sein sollte: der allerletzte Chunk ist in Deinem Fall (danke für die Screenshots) ca. 440kb groß. (soeben ausgerechnet). Im Verhältnis ist das so klein, daß es einfach nicht mehr anzeigbar ist. Rein theoretisch müßtest Du den letzten Chunk erkennen, wenn Du den Balken seeeehr weit auseinanderziehst.

@Xman

Mit Morph-5.13 gings mir auch nicht besser.
Deine Quelle wurde erkannt...250 kb gesendet...und wech warst Du. :huh

Januar

XMAN SUPER ARBEIT ! Rennt wie in alten XMAN Zeiten !

Mach weiter so !

frohes fest und alles gute jung !