eMule 0.30c Xtreme 2.2 [21.01.2005]

[cosmic girl]

Zitat von Pathfinder

@Xman
<OT>
Erstell in deiner Mailbox ein paar Ordner, damit kannst du deine Kapazität erhöhen. Beim "Aufräumen" hilft auch die Export-Funktion am unteren Ende des Postfachs.
<OT>

[OT]
100 Nachrichten je Ordner
Das von jemandem, der 981 messages zu verwalten hatte.
[/OT]


Viel Spass!

[Edol]

Bei mir klappt das aktualisieren der ip-filter Datei nicht (Einstellungen--->Maella's--->Sicherheit).
Dort wird Ip-filter version 0 angezeigt, obwohl eine drin ist. klicke ich auf aktualisieren kommt aktualisiere Serverliste und dann Die Datei " existiert bereits. Soll sie überschrieben werden. Bei ja wird die vorhandene gelöscht.
Die ipfilter wird prinizpiell aber erkannt (Eintellungen---> Sicherheit--->Ip-filter neuladen funktioniert)

[Xman]

@patchfinder, cosmic:
erst mal danke für die Tips... bin bereits am räumen

@edol:
ist ein bekanntes Problem, das ich aber nich lösen werde, aus folgenden 3 Gründen:
- in der original Version der 0.30c ist ein Bug beim Herunterladen(HTTP) von Files. Um ihn zu lösen bräuchte es ein Versionsupgrade, welches ich zur Zeit nicht machen will
- aktuelle IP-Filter-Dateien sind bereits so groß, daß man sie nur noch gezipt herunterladen soll. Allerdings bieten erst neuere emule-Versionen es an, eine gezippte IP-Filter-Datei automatisch zu entzippen.
- es ist eigentlich ein sehr einfacher Schritt, manuell eine aktuelle IP-Filter-Datei herunterzuladen und in emule einzubinden.

PS: eine aktuelle Version der ipfilter.dat liegt dem Mod schon bei.

[Edol]

k Danke für die schnelle Antwort.

[drfreak2004]

Hi Xman,

die 2.1 kannst meiner testphase zu beurteilen. freigegen. sehr stabil, sauber im ul und dl. wenige systemlast...

um es kurz zu machen ! VERY HOT EMLUE ! GREAT !

mfg

[Xman]

@drfreak
Wollte ja schon gestern die neue Version veröffentlichen... leider machte mir dann T-Online einen Strich durch die Rechnung.... voll der Witz: ich geh raus aus dem Internet.. kurz danach wieder rein. -->Servertimeout. Na gut, sowas kommt mal vor. Also nochmal verbinden--> "Benutzername ungültig"... immer wieder. Gut, hab mich dann geschlagene 1,5 Stunden bei T-Online von Service-Technikern zu Service-Technikern verbinden lassen, bis mir dann einer sagte: "einmal wurde das Paßwort von ihrem Windows nicht mitgeschickt. Der Server sperrt sie nun für 24 Stunden, ab dem Begin des letzten Login-Versuchs... machen können wir da gar nichts".
Super!
Das war nun die kleine T-Online-Anekdote...

und @all:

Xtreme 2.1 ist erschienen
siehe erstes Posting

[aalerich]

Hallo Xman,

das Spiel kenne ich... Aber machen können die das schon, ich habe mich schon öfter wieder freischalten lassen müssen. Aber das nur nebenbei.

Zitat von Xman

Xtreme 2.1 ist erschienen
siehe erstes Posting

Na dann wollen wir mal...

Mit gespannten Grüßen
aalerich

Edit: Keine Auffälligkeiten bisher.
Ich habe ihn gezogen und clean installiert, IP und Ports beibehalten und gestartet. Kurz darauf habe ich dann diese Meldung erhalten:

"06.01.2005 21:51:05: Warnung: zu einem bereits verbundenen Client wurde ein gleicher Client gefunden: aalerich de fietsendief (***.**.**.***) und (null) (***.**.**.***)"

Ich kenne den, gaaanz finsterer Leecher...

Im Ernst, ich hatte Dich kurz als Quelle für die Sources, aber dann warst Du weg. Hab´ ich damit einen Bann verursacht, evtl. wegen Verdacht auf Hashdiebstahl?



Ich hatte vorher die offizielle Version zu laufen und mir ist aufgefallen, daß diejenigen, die das Doppelplus im Benutzernamen haben, von der gebannt werden. Im Moment zieht gerade einer und ein paar andere sind mit Punkten in der Schlange.



Mir ist gerade aufgefallen, daß die Binaries nur "Xtreme2.1.rar" heißen. Ich habe den Namen mal an den der Sources zu "eMule 0.30c Xtreme 2.1-bin.rar" angepaßt. Wenn ich im Muli nach einem Mod suche, suche ich immer nach "emule xxx". Hoffe, das ist ok so.



Verbosemeldung:

"08.01.2005 10:46:43: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:46:50: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:10: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:30: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:30: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:30: '4905u375083475=' has been marked as spammer"

Gebannt wird er deshalb nicht, nur die Nachrichten sind gelöscht und wahrscheinlich kommen auch keine neuen durch. Solche Meldungen sind mir noch nie aufgefallen, ist das ein spezielles Xtreme-Feature oder hat das jedes Muli?



Und auch mal eine kleine Statistik (naja, was ich halt interessant finde). Schließlich will man ja wissen, wie er normalerweise läuft, wenn also nicht zu Testzwecken herumgespielt wird. Die erste Stunde ist er mit einem Downloadlimit von 20 gelaufen (hab´ ich versehentlich noch drin gehabt), 6 Stunden ist er ohne Uploadlimit unterwegs gewesen:

eMule v0.30c [Xtreme 2.1] Statistics [aalerich de fietsendief]

Transfer
   Session UL:DL Ratio: 1 : 3.69
   Uploads
      Session
         Hochgeladen: 668.33 MB
         Wartende Uploads: 503
         Upload Sessions: 235
            erfolgreiche Upload-Sessions (total): 215 (91.49%) (active: 4, timeover: 150, new chunk: 5, cancelled/ended: 20, different file: 0, exception: 0, others: 36)
            fehlgeschlagende Upload-Sessions (total): 20 (8.51%)(das wäre noch weniger, wenn ich komplette Chunks hochladen würde) (timeover: 0, new chunk: 0, cancelled/ended: 4, different file: 0, exception: 0, others: 16)
            durchschnittlicher Upload pro Session: 3.11 MB
            durchschnittliche Upload-Dauer: 21:45 Minuten
   Downloads
      Session
         Heruntergeladen: 2.41 GB
         beendete Downloads: 3
         Aktive Downloads: 19 Hier werden offensichtlich auch die mitgezählt, die, weil Leichen, abgebrochen wurden, ebenso wie fertige. Ist also eine Art Zähler, wieviele Dateien irgendwann einmal bestellt wurden. Tatsächlich sind 10 Downloads vorhanden, alle aktiv.
         Gefundene Quellen: 463 Anfangs hatte ich knapp 550 Quellen. Ich finde den Download enorm, angesichts der geringen Quellenzahl
         Download Sessions: 712
            erfolgreiche Download Sessions: 588 (82.6%) (active: 19, paused: 0, no needed part: 25, corruption: 0, timeout: 11, sto: 265, out of part: 257, exception: 0, others: 11)
            fehlgeschlagende Download Sessions: 124 (17.4%) (paused: 0, no needed part: 4, corruption: 13, timeout: 0, sto: 45, out of part: 0, exception: 0, others: 62)
            durchschnittlicher Download pro Session: 4.20 MB
            durchschnittliche Downloadzeit: 30:01 Minuten
Verbindung
   Session
      Allgemein
         Erneute Serververbindungen: 0
         aktive Verbindungen (geschätzt): 45
         durchschnittliche Verbindungen (geschätzt): 41
         Verbindungsspitze (geschätzt): 241
         Verbindungs-Limit erreicht: 0
      Upload
         Upload-Geschwindigkeit: 11.60 KB/s
         Durchschnittliche Uploadrate: 12.48 kB/s
         max. Uploadrate: 29.86 KB/s
         max. durchschnittliche Uploadrate: 15.10 KB/s
      Download
         Download-Geschwindigkeit: 55.78 KB/s
         Durchschnittliche Downloadrate: 46.10 kB/s
         Max Downloadrate: 127.44 kB/s
         Max Downloadrate Durchschnitt: 48.05 kB/s
Zeit Statistiken
   Session
      Programm-Laufzeit: 15:14 Stunden
      Übertragungszeit: 15:13 Stunden (100.0%)
         Uploadzeit: 15:13 Stunden (100.0%)
         Downloadzeit: 15:13 Stunden (99.9%)Schnellstarter...
      Dauer auf aktuellem Server: 15:14 Stunden (100.0%)

Verbosemeldung:

"08.01.2005 15:46:01: --> we allow to upload different file: (client=http://emule-project.net, expected=Urlaubsvideo A.mpg, asked=Urlaubsvideo B.avi)"

Ich habe irgendwann in irgendeinem anderen Muli gesehen, daß ein Klient eine Datei angefordert hat, als er auf dem Uploadslot war, hat er aber urplötzlich eine andere haben wollen und bekommen. Ich habe mir erlaubt, ihn zu entfernen. Diesmal allerdings hatten beide Dateien die selbe Uploadpriorität. Dennoch ist das etwas, daß ich überhaupt nicht leiden kann.


Der wurde als "known Leecher" gebannt, aber diese Art Meldungen finde ich ohnehin etwas fragwürdig:

"08.01.2005 12:08:04: Anti-leechermods: Client *** is using eWombat o.o66d : has been blocked.It seems a leecher-mod."

Schon bei der 2.0 habe ich überlegt, ob ich nicht aus Jux bei Dir eine Meldung erzeuge a la: "... is using Xtreme 2.0 : has been blocked.It seems a leecher-mod." Dazu würde nach meinen Beobachtungen die Erwähnung eines bösartigen Leechermods im Benutzernamen reichen. Der Plus-Mod bannt in diesem Falle mit der Begründung der Werbung für so ein Ding.


Auch schon in der 2.0 trat ab und zu eine kurzzeitige Systemvollast auf, jeweils ca. 10-30 sec. Ein Klick in ein beliebiges Mulifenster bringt dann die Sanduhr. Das Muli scheint sich dann in einer Phase zu befinden, in der es nicht gestört werden möchte. Diese Phasen dauern so 10-20 Minuten. Ernsthaft negative Folgen hat das nicht, ich habe trotzdem mal einen Screenshotausschnitt angehängt. Wenn diese Phase vorbei ist sehen Up- und Downloadgraph so aus, wobei die Ausbrüche jeweils einen Mausklick anzeigen (rechtes Bild):



Ich will ruhig auch einmal etwas Reklame machen Bei insgesamt ca. 520 Quellen läuft er jetzt seit 2 Stunden so wie auf Bild 2 zu sehen... Vorher hatte er ein Downloadlimit, sonst wäre er wahrscheinlich schon länger auf diesem Level (linkes Bild).



Also ganz im Ernst, der saugt, das ist nicht mehr feierlich (Quellenzahl beachten...mittleres Bild).

[skneo]

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

[aalerich]

Hallo Xman,

damit das Post oben nicht restlos unübersichtlich wird und weil ich schon wieder ein Bildchen anhängen möchte mache ich mal ein neues.

Du weißt, diesen Bann von Klienten, die drei mal nichts hochladen, mag ich nicht. Gerade habe ich mein Verboselog durchgesehen:

"08.01.2005 22:53:40: XTREME Failed-Download-Ban: Client ObiWanKenobi with IP: **.**.***.*** has been added temporary to the filered list"

Der muß die Datei schon fertig gehabt haben, als ich sie bestellt habe. Daß er also nichts von mir bekommen hat kann nur daran liegen, daß er gar nichts von mir haben wollte. Ansonsten sollte der Screenshot für sich selbst sprechen.

Mit freundlichen Grüßen
aalerich

[Xman]

Also ganz im Ernst, der saugt, das ist nicht mehr feierlich (Quellenzahl beachten...rechtes Bild).[/QUOTE]

@aalrich
Mensch... hast ja richtig viel geschrieben.. und beinahe hätte ich das obere Posting vergessen... nun gut... dann mal los:

Zitat von aalerich

"06.01.2005 21:51:05: Warnung: zu einem bereits verbundenen Client wurde ein gleicher Client gefunden: aalerich de fietsendief (***.**.**.***) und (null) (***.**.**.***)"

Ich kenn den Leecher nicht, aber die Meldung... mal gut zu hören, daß das von einem Leecher kommt.

Im Ernst, ich hatte Dich kurz als Quelle für die Sources, aber dann warst Du weg. Hab´ ich damit einen Bann verursacht, evtl. wegen Verdacht auf Hashdiebstahl?

Als Du bei mir mit dem Morph gezogen hast, hatte ich Probleme Dir vollen Upload zu geben. Du bist dann bald in ein timeout gerannt... somit war ich dann weg für Dich. Kein Ban

Verbosemeldung:

"08.01.2005 10:46:43: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:46:50: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:10: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:30: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:30: New Message from '4905u375083475=' (IP:81.xxx.177)
08.01.2005 10:47:30: '4905u375083475=' has been marked as spammer"

Also ich habs nicht programmiert... könnte aber ein Teil eines importierten Features sein. Maella/Morph oder offiziell ? Keine Ahnung.. sah die Meldung auch selbst noch nie.

Verbosemeldung:

"08.01.2005 15:46:01: --> we allow to upload different file: (client=http://emule-project.net, expected=Urlaubsvideo A.mpg, asked=Urlaubsvideo B.avi)"

Dies ist nun mal wieder eine Xtreme Meldung. Ich hab mir erlaubt Maellas "Close Backdoor" etwas umzuprogrammieren. Maella schickte grundsätzliche alle Clients zurück ans Ende der Warteschleife, wenn diese beim Uploadversuch ein anderes File anforderten. Da mir dies zu häufig passierte... und es "scheinbar" offzielle Clients waren, habe ich dies nun so umgeschrieben, daß ein Upload erlaubt wird, wenn das neuangeforderte File höhere/gleiche Prio besitzt, als das für welches sich der Client in der Warteschlange anstellte. Eigentlich wollte ich diesen Patch auch noch ganz offiziell veröffentlichen. Allerdings hat gibt es noch tücken: obwohl ich den upload erlaube, fallen dennoch manche Clients sofort raus aus dem Upload... und zwar ohne nachvollziehbaren Grund. Evtl. gibt es noch an irgendeiner Stelle im offiziellen emule-Code einen "Bug"(?), vielleicht ist auch der anfragende Client buggy... vielleicht ist das Ganze auch in der 0.44 Version längst gefixt ? Aus letzterem Grund ging ich dieser Sache vorerst nicht mehr weiter nach.

"08.01.2005 12:08:04: Anti-leechermods: Client *** is using eWombat o.o66d : has been blocked.It seems a leecher-mod."

Du kannst davon ausgehen, daß dies kein wirklicher ewombat war... sonst wäre er nicht gebannt worden. Ja, vielleicht hat er im Nick einen Leechernamen erwähnt... nun gut... daran wäre der gute Mensch selbst schuld.

Auch schon in der 2.0 trat ab und zu eine kurzzeitige Systemvollast auf, jeweils ca. 10-30 sec. Ein Klick in ein beliebiges Mulifenster bringt dann die Sanduhr. Das Muli scheint sich dann in einer Phase zu befinden, in der es nicht gestört werden möchte. Diese Phasen dauern so 10-20 Minuten. Ernsthaft negative Folgen hat das nicht, ich habe trotzdem mal einen Screenshotausschnitt angehängt. Wenn diese Phase vorbei ist sehen Up- und Downloadgraph so aus, wobei die Ausbrüche jeweils einen Mausklick anzeigen (linkes Bild):

Den Text versteht ich noch nicht ganz. Hängt er nun für 10-30 sec oder für 10-20 Minuten ? Was nicht sein darf, daß emule länger als 1-2 Sekunden alle CPU Last verbrauch. (außer Du hasht alles neu). Daß er 10-30 Sekunden mal nicht reagiert ist normal... ist immer dann, wenn ein neues File (Download) angelegt wird. Hierbei muß die Festplatte etliche hundert MB anlegen... emule wartet solang, da das ganze leider nicht in einem extra Thread gemacht wird. Dies ist aber in allen emule-Versionen so.... nur beim Xtreme-Graph kommt es etwas deutlicher zum Vorschein.
Was mir nicht gefällt ist, daß Dein upload so unkonstant ist. Sollte eigentlich eine viel geradere Linie sein. Evtl mal probieren den Upload zu drosseln !? Übrigens, hab ich immer aktiviert "apply limit to data + overhead".

Also ganz im Ernst, der saugt, das ist nicht mehr feierlich (Quellenzahl beachten...rechtes Bild).

was meinste warum ich den selbst noch nich gegen eine 0.44d eingetuscht hab ?

"08.01.2005 22:53:40: XTREME Failed-Download-Ban: Client ObiWanKenobi with IP: **.**.***.*** has been added temporary to the filered list"

Ja, das kenn ich... nur glaub mir: der kann noch 20 mal (scheinbar) probieren, Dir etwas zu geben... es wird nicht klappen. Ausgiebig getestet. Ist die Frage: Ist er der für den er sich ausgibt ? Hat er vielleicht eine Art Payback-System ? Ich tendiere aber eher dahin, daß im 0.30c Code diesbezüglich noch ein Bug ist. Auch eine Sache der ich nicht mehr nachgehen werde, ehe der Xtreme auf 0.4x basiert.

Viel Spaß noch

[aalerich]

Zitat von Xman

Als Du bei mir mit dem Morph gezogen hast, hatte ich Probleme Dir vollen Upload zu geben.

Das war die ganz offizielle 0.44d, ich habe verschiedene Installationen mit verschiedenen Mulis und jede für ein spezielles Thema. Das Problem mit dem vollen Upload nehmen (aus meiner Sicht also downloaden) ist, daß ich normalerweise ohne Uploadlimit fahre.

Zitat von Xman

Dies ist nun mal wieder eine Xtreme Meldung. Ich hab mir erlaubt Maellas "Close Backdoor" etwas umzuprogrammieren. Maella schickte grundsätzliche alle Clients zurück ans Ende der Warteschleife, wenn diese beim Uploadversuch ein anderes File anforderten. Da mir dies zu häufig passierte... und es "scheinbar" offzielle Clients waren, habe ich dies nun so umgeschrieben, daß ein Upload erlaubt wird, wenn das neuangeforderte File höhere/gleiche Prio besitzt, als das für welches sich der Client in der Warteschlange anstellte.

Hmmm... Naja, die Idee ist eigentlich nicht schlecht. Dennoch ist mir dabei nicht so wirklich wohl. Auf jeden Fall sollte das nicht klappen (sprich, er sollte gnadenlos rausfliegen) wenn er auf einen Uploadslot kommt, weil ich ihn auf Freundupload gesetzt habe. Ich greife mir öfter jemanden aus der Warteschlange und setze ihn auf Freundupload, je nach Situation der Datei. Aber auch generell wäre das etwas, das ich gern zu- und abschaltbar hätte. Optimal wäre natürlich, wenn man für jede Datei explizit festlegen könnte, ob sie statt einer anderen angefordert werden darf.

Zitat von Xman

Du kannst davon ausgehen, daß dies kein wirklicher ewombat war... sonst wäre er nicht gebannt worden. Ja, vielleicht hat er im Nick einen Leechernamen erwähnt... nun gut... daran wäre der gute Mensch selbst schuld.

Der ist als "known Leecher" gebannt worden... Was das wirklich bedeutet habe ich noch nicht herausgefunden. Bin aber dran . Meine Vermutung öffentlich zu äußern wäre allerdings ziemlich dumm. Werbung für einen Leechermod hat er nicht gemacht und ich muß sagen, daß ich öfter Leute mit Leechermods oder Leechermodwerbung im Namen habe, die regelkonforme Mods von mir saugen. Es kam auch schon vor, daß jemand kurze Zeit später mit diesem seriösen Mod wieder da war (sprich, er hatte nur die exe ersetzt und den Namen beibehalten).
EDIT 20.1.: Vorhin habe ich gesehen, daß die *** sich tatsächlich am wombat zu schaffen gemacht haben. Der Bann war also wohl korrekt.

Zitat von Xman

Hängt er nun für 10-30 sec oder für 10-20 Minuten ?

Innerhalb einer Phase von 12-20 Minuten führt ein Mausklich zu 10-30 Sekunden Auslastung. Das Muli reagiert dann nicht weiter. Ansonsten passiert aber nichts ernsthaftes. Manchmal brechen ein oder zwei Downloads ab, richtig übel, ist das aber nicht. Bei anderen Mulis führt so etwas zum totalen Zusammenbruch des Downloads und manchmal auch der Uploads. Das ist beim Xtreme nicht so. Der Rest des Rechners bleibt auch normal ansprechbar. Mit dem Hinzufügen neuer Downloads hat das nichts zu tun, die Festplatte bleibt auch ruhig. Vielleicht hat das etwas mit dem AMD-Optimierer zu tun? Naja, bei mir hat es keine ernsthaften Folgen und wenn auch niemand sonst damit ein Problem hat würde ich mir da kein Kopfzerbrechen machen.

Zitat von Xman

Was mir nicht gefällt ist, daß Dein upload so unkonstant ist.

Das ist normal bei mir. Wenn mal eine Datei mit nur ganz wenigen Quellen (weniger als fünf oder halt fast nur Leecher drin) reinkommt, dann setze ich kurz ein Uploadlimit, aber ansonsten lasse ich ihn ungestört hochladen.

Zitat von Xman

...der kann noch 20 mal (scheinbar) probieren, Dir etwas zu geben... es wird nicht klappen. Ausgiebig getestet. Ist die Frage: Ist er der für den er sich ausgibt ? Hat er vielleicht eine Art Payback-System ??

Der hat mir bereits zwei Chunks geschickt...Und das, obwohl er die Datei schon vor Tagen aus dem Share hätte nehmen können. Ein Paybacksystem kann auch nicht greifen, da er von mir überhaupt nichts gezogen hat und ich bei ihm also keine Kredite habe. Aus meiner Sicht ist der ein vorbildlicher Sharer. Ich beobachte das, wie ja schon einmal gesagt, durchaus öfter, daß es einfach nicht möglich ist, zu jemandem hochzuladen. Ein- oder zwei Tage später geht es dann wieder. Zum Beispiel lade ich neuerschienene Mods zu allen möglichen Leuten hoch, MaxUpload, mav 744, Odinasgardson fallen mir aus dem Kopf ein. Zu Oma Wetterwax kriege ich aber einfach nichts hochgeladen. Das haben wir nun schon vier mal gespielt... Bei größeren Dateien würde es wahrscheinlich irgendwann klappen, aber Mods sind ja in der Regel relativ schnell fertig.
Ein anderer Klient, der aus dem gleichen Grund gebannt wurde, ist zu Recht gebannt worden (hat auch ein Doppelplusteil). Am liebsten wäre mir, daß man den Bann für einen bestimmten Klienten manuell wieder aufheben kann. Also nicht für alle (Neu Laden), sondern gezielt.


Mit freundlichen Grüßen
aalerich

[Rumpelzuck]

Zitat von aalerich

Innerhalb einer Phase von 12-20 Minuten führt ein Mausklich zu 10-30 Sekunden Auslastung. Das Muli reagiert dann nicht weiter. Ansonsten passiert aber nichts ernsthaftes.

Sowas hatte ich immer dann, wenn der Muli (bei mir der Morph) in seine known.met und known2.met im Config Verzeichniss schreibt. Die Dateien waren bei mir 38 und 18 MB groß und da dauerte allein das Schreiben 5-6 Sekunden. Ansonsten die gleichen Symptome wie bei dir, nicht ensthaftes passierte. Gemerkt habe ich es an dem aktuellem Datum/Uhrzeit der Dateien im Muliverzeichnis.

Nachdem die beiden known.mets gelöscht hatte ist das erstmal weg, aber wegen der Löschung mussten erstmal die Hashs aller freigegeben Dateien neu gebildet werden und auch die alte Upload Historie "Transfered Data" der einzelnen Dateien war futsch. Die Spreadbar History im Morph war auch weg (keine Ahnung ob der Xtreme das auch hat), brauch ich aber eh nicht. Im Zweifel sollte man die Dateien vor der Löschung mal vorher sichern, wenn man nicht weiß was passiert.

Ciao
Rumpelzuck

[Xman]

Optimal wäre natürlich, wenn man für jede Datei explizit festlegen könnte, ob sie statt einer anderen angefordert werden darf.

sonst noch Wünsche ?

Der hat mir bereits zwei Chunks geschickt...Und das, obwohl er die Datei schon vor Tagen aus dem Share hätte nehmen können. Ein Paybacksystem kann auch nicht greifen, da er von mir überhaupt nichts gezogen hat und ich bei ihm also keine Kredite habe. Aus meiner Sicht ist der ein vorbildlicher Sharer. Ich beobachte das, wie ja schon einmal gesagt, durchaus öfter, daß es einfach nicht möglich ist, zu jemandem hochzuladen. Ein- oder zwei Tage später geht es dann wieder. Zum Beispiel lade ich neuerschienene Mods zu allen möglichen Leuten hoch, MaxUpload, mav 744, Odinasgardson fallen mir aus dem Kopf ein. Zu Oma Wetterwax kriege ich aber einfach nichts hochgeladen. Das haben wir nun schon vier mal gespielt... Bei größeren Dateien würde es wahrscheinlich irgendwann klappen, aber Mods sind ja in der Regel relativ schnell fertig.
Ein anderer Klient, der aus dem gleichen Grund gebannt wurde, ist zu Recht gebannt worden (hat auch ein Doppelplusteil). Am liebsten wäre mir, daß man den Bann für einen bestimmten Klienten manuell wieder aufheben kann. Also nicht für alle (Neu Laden), sondern gezielt.

nicht verwechseln.. es gibt Leute zu denen Du nicht connecten kannst... diese bemerken Deinen Upladversuch auch nicht.
Wie Du schon bemerkt hast, geht es 2 Tage später wieder mit dem Upload... der Filter hält nur 12 Stunden.

Die Spreadbar History im Morph war auch weg (keine Ahnung ob der Xtreme das auch hat), brauch ich aber eh nicht.

ja hat er, allerdings unsichtbar, und er speichert diese auch nicht ab. Bedenke Du hast "HideOvershares" an, speicherst immer brav ab, welche Chunks schon drausen sind..... irgendwann kommt der Zeitpunkt da sind alle Chunks über dem Oversharelimit rausgegangen. Was dann ? Dann frägt keiner mehr die Datei an... Du wirst nutzlos. Darum werden diese Werte bei jedem Mulistart zurückgesetzt. Außerdem hab ich HideOvershares so umprogrammiert, daß es nur für Dateien mit mehr als 3 Chunks eingreift.

[Mib2003]

Erstmal super das du wieder was an deinem Mod machst ..

Weiß nicht obs schon gestellt worden ist aber wirds ein update auf 30e geben oder willst du dich mit den neuen Versionen versuchen??

mfg

[Xman]

auch wenn es nicht zu viel Arbeit ist, auf 0.30e aufzurüsten, so benötigt es doch Zeit... dann noch anschließend Testphase, evtl Bugs beheben... die paar Wochen werde ich lieber nutzen um gleich auf 0.4x upzugraden.