beta-Testversion: 5.2 beta 5 [04.07.06]
 

Hier hab ich für euch was Neues zum Testen:

Download unter http://www.xtreme-mod.net in der Download-Sektion.

Bitte keinen Mirror/Repost bis zur finalen Version.

Bitte postet die eine oder andere Uploadstatistik, schaltet dabei aber Verboselog an. Statistiken hierzu bitte ausnahmsweise in diesen Thread.

hi xman,

sauber arbeit, konnte bis jetzt nichts schlimmes feststellen

das einzige was mir aufgefallen ist, das im downloadverlauf nach aktivierung von "zeige freigegebene dateien" nur die fertiggestellten im incoming dargestellt und die aus dem incoming entfernten dargestellt werden.
ich kann mich erinnern, dass vorher alle, also auch die gerade ladenden angezeigt wurden?!

hf
phiber

Das ist nach ungefähr 9 Stunden

[edit by Pathfinder: Statistik in Code-Tags gesetzt und Community unkenntlich gemacht!]

@phibercrack
ja, nun funktioniert es so wie es soll ;-) Mach das Kontextmenü auf, dann kannst Du wählen welche Dateien alle angezeigt werden sollen. Funktioniert es nicht richtig, dann meld Dich nochmal.

@piff paff puff
schalte bitte das Verboselog an.. damit bei den Uploadsessions angezeigt wird aus welchem Grund sie beendet wurden.

@Xman
 

eMule v0.47a Testversion Xtreme 5.2b2 Statistik [~~~~~] PIFF PAFF PUFF No. 1]
Session
Hochgeladen: 2.21 GB / 2.36 GB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 8
Gesamtanzahl der Uploads: 9
Wartende Uploads: 1123
Upload Sessions: 364
Erfolgreiche Upload-Sessions: 349 (95.88%) (active: 9, socket: 40, completed: 270, cancelled/ended: 27, different file: 0, exception: 2,blocking: 0, others: 1)
Fehlgeschlagene Upload-Sessions: 15 (4.12%) (socket: 6, completed: 0, cancelled/ended: 9, different file: 0, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 6.49 MB
Durchschnittliche Upload-Dauer: 22:28 Minuten
Totaler Overhead (Pakete): 12.70 MB (352.19 K)
Overhead durch Dateianfragen (Pakete): 7.74 MB (303.89 K)
Overhead durch Quellenaustausch (Pakete): 1000 KB (171)
Overhead durch Server (Pakete): 9 KB (766)
Kad Overhead (Pakete): 1.98 MB (27.98 K)

[edit by Pathfinder: Statistik in Code-Tags gesetzt und Community unkenntlich gemacht!]

Läfut bis jetzt ohne Probs.


Client without 64bit file support requested large file; <- Was bedeutet das?


21.06.2006 10:15:06: Error adding UPnP NAT Support: (TCP Port) NAT ROUTER/FIREWALL:4662 -> 192.168.xxx.xxx:4662 (External NAT port in use)
21.06.2006 10:15:06: Error adding UPnP NAT Support: (UDP Port) NAT ROUTER/FIREWALL:4672 -> 192.168.xxx.xxx:4672 (External NAT port in use)
deswegen wird auch die Option "use random port(s)" nicht funktionieren, oder?

bedeutet, daß das höchstwahrscheinlich ein verbuggter Mod ist, denn er sagt er kann nicht mit Files >4 GB umgehen, versucht es aber gleichzeitig zu laden.

heißt, daß diese Ports bereits geöffnet sind (haast Du vermutlich manuell schon früher getan).. somit kann/muß er sie natürlich nicht ein zweites mal öffnen.
Die Option "use random port(s) if ports in use" bedeutet, daß emule im Falle, wenn die gewünschten Ports bereits verwendet werden (also schon geöffnet sind), zufällige andere Ports verwendet.

@xman
das ist ja genau die frage: zaehlen die ladenden dateien nicht zu den freigegebenen???
oder zaehlen nur die fertiggestellten dazu?

das ging mal, da bin ich mir sicher

hf
phiber

Bei mir geht es immer noch ... unter den drei Hauptmöglichkeiten werden die file bei mir richtig angezeigt:

"Alle freigegebenen Dateien"="fertige Dateien"+"ladende Dateien"

Was bedeuten denn die beiden Sachen.

21.06.2006 13:22:55: Partcount Mismatch on requested file, sending FNF; 83.***.***.*** '[FN] PS/2-6' (eMule v0.46c,None/None/None), File=?????????

21.06.2006 13:10:35: Client UDP socket: prot=0xe4 opcode=0x40 size=115 Invalid packet received: 213.***.***.***:16456


[edit by Pathfinder: IPs unkenntlich gemacht - Board Rules beachten!]

Weißt glaube ich auf einen Fake hin, weil die Datei größe sich bei verschiedenen Clients unterscheidet was ja nicht sein kann! :D Ist aber glaube ich nicht von Xman...

@phibercrack
achso... also die ladenden gehören natürlich nicht in die downloaded history.. man beachte den Namen des Features.

zum Thema partcount mismatch:
das hat hier eigentlich gar nix verloren.. hier hilft die Boardsuche.

Na dann werd ich direkt auch mal die 5.2 beta anschmeißen!!
Und was sehen meine Äuglein im Changelog? "Funny Nicks":mrgreen: Ich meine irgendwann mal drum gebettelt zu haben :whistle
Dafür schon mal ein extra Dankeschön!!:-)

MfG
Jicksaw

Hi,
ich hab mal eine frage zu dem Auto-Update feature vom IPfilter
und zwar wäre es doch besser wenn man das features so ändert das die IPfilter.dat
nur heruntergeladen wird wenn eine neue Version verfügbar ist

weil so wie es jetzt ist wird bei mir bei jedem start die IPfilter.dat
heruntergeladen egal ob die version schon vorhanden ist oder ob es eine neue ist

siehe:
edit: ein Update Pref Menü wie im MorphXT wäre nicht schlecht
wo man dateien wie IPfilter.dat, fakes.dat, ip-to-country.csv, und die
antiLeech.dll per klick updaten kann

Was haltet ihr davon ?

Mfg
Bushido

@Bushido
eigentlich sollte es genauso sein wie Du willst. Es wird einmal die aktuelle Version geladen.. hierbei wird dann die Version gespeichert und zukünftig wird nicht mehr geladen. Auch wird nur alle 3 Tage eine Versionsüberprüfung durchgeführt. Es sollte also gar nicht möglich sein, daß bei jedem Start diese Datei aktualisiert wird. Bist Du Dir sicher, daß Deine preferrences.ini nicht schreibgeschützt ist ?

Mit der preferences.ini ist eigentlich alles in ordnung
also nicht schreibgeschützt oder so

als url für die IPfilter.dat hab ich http://emulepawcio.sourceforge.net/ipfilter.zip

Vielleicht liegt es ja daran

edit: aber mit den neuen dll dateien kann es nicht zu tun haben oder ?
siehe: http://www.emule-web.de/board/10834-...tml#post107941

Mfg
Bushido

Naja, nach ca. 10 Stunden diese Statistik:
1. Er kann nicht zu allen Quellen eine Verbindung aufbauen
2. Daraus resultiert wahrscheinlich der niedrige DL und InternetE läuft sehhhr langsam
3. Statistikgraph ist abgestürtzt (siehe Bild)
4. Overhead ist glaub ich OK (vergl. meinen letzten Statistikpost)
5. 20sec-avg-blocking-count ca. 7%, upload health 100%

Punkt 1. resultiert glaube ich vom UPnP Feature, muss mal testen.

Log ist OK.
neue Meldungen sind:
21.06.2006 20:22:35: Found and marked 162705 recorded bytes of 184320 as corrupted in the CorruptionBlackBox records, 1 clients involved
21.06.2006 20:22:35: CorruptionBlackBox: Banning: Found client which send 720 KB of 720 KB corrupted data, 87.***.***.***
aber wiedeholt kommt schon die besprochene Meldung:
Client without 64bit file support requested large file(nur von Shareaza Clienten)

Da müssen noch ein paar Nächte "durchgecodet" werden :mrgreen:

[edit by Pathfinder: IP Adresse unkenntlich gemacht - Board Rules beachten!]

hat noch jemand das Problem, daß die ipfilter-dat bei JEDEM start voll geladen wird ?

@crashter
zu 1) kein emule kann zu allen Quellen verbinden, weil immer irgendwelche ungültigen Quellen dabei sind. Ich frag mich wie Du den Unterschied zum Normalzustand siehst !? Du kannst aber testen ob Du Verbindungsprobleme hast indem Du bei Downloadstatistiken den Wert für fehlgeschlagene TCP-Connections mit den Werten eine älteren Version vergleichst.

nein, ich habe dieses problem nicht.. ich nutze die gleiche url wie Bushido

hf
phiber

ich habe mein rechner jetzt nochmal neu gestartet und jetzt funktioniert es wieder
also der Xtreme Mod startet jetzt normal ohne die IPfilter.dat zu downloaden

hat eigentlich mal jemand von euch die .dll dateien getestet
weil bei mir funktionieren sie ohne probleme
wenn sie bei euch auch ohne irgendwelche fehler oder Bugs funktionieren
könnte man die dateien ja bei der v5.2 Final mit einbauen

Mfg
Bushido

wegen den dlls:
die neuste unrar werd ich reinpacken, die dbghelp.dll funktioniert ja problemlos.. die bleibt. Und die Entwickler der Mediainfo.dll haben sich mit mir in Kontakt gesetzt.. ich denke die werden gerade Bugsuche betreiben.. darum bleibt da auch vorerst die bewährte Version.

@Xman
das habe ich gemeint, dass er nicht zu allen Quellen eine Verbindung aufbauen kann.
Es ist klar das die Quellen erst nach und nach abgefragt werden, aber er schafft komischer weise jetzt nicht mehr alle.

na laß einfach mal laufen.. denn vieles bestimmt auch der Zufall: werden Dir via source-exchange viele gute oder schlechte Quellen geliefert.
Zumindest am Code für die Quellenabfrage wurde nix geändert.

so wollt dann auch mal was zu der beta sagen *fg*
bis jetzt macht sie ein recht guten eindruck, nur finde ich das textformat im tranferfenster etwas schlecht gewählt, na ja geschmacksache...
werde dann jetzt mal lafen lassen und melde mich dann morgen noch mal
grüße

hab grad mal mit dem testen angefangen und muss ma was loswerden:
1.) wieso is der slotspeed rausgeflogen? mit meinen 70 upload würd ich gern gezielter verteilen als auf 15 plätze...
2.) ich hatte nen friend-list-faker im upload... das weiß ich genau, denn ich hab die emfriends.met nicht mitgenommen.
3.) wieso kommt in der binary gleich noch ne server.met mit, wo noch razorback server drin sind?
4.) stat folgt noch, der is erst 2 stunden an.

EDIT:
manual kick und ban??? is das für die faker??? und die titan-donkeys, die auch in den upload kommen? oder die razorback3??? kommt ne menge müll durch für meinen geschmack

Lieber BerndT, Du redest ne Menge Müll.

Hast Du Dir den Threadtitel angesehen ? Du verwendest garantiert nicht die dazu gehörende Version.. wahrscheinlich nicht mal nen Xtreme, denn der hat kein Kick/Ban

ok, verschuldigung!
zwar entpackt, aber net drauf geachtet, was da in betrieb genommen wird...
is schon schwierig, wenn man x-tausend mods auf dem rechner hat um mal zu schauen, was die modder/coder da so treiben.
is schon erstaunlich, was so ein simpler "-" im namen ausmachen kann:whistle:whistle:whistle
werd ma meine platte putzen und den richtigen mod in betrieb nehmen, denn sowas wie hier grade noch lief kommt mir grundsätzlich nicht in die tüte :naughty nene, das war net meine absicht! passiert net wieder.
stat folgt dann morgen, der richtige mod läuft schon

@Xman
was bedeutet denn die Prozentzahl neben dem "hochladen"?

http://img216.imageshack.us/img216/2171/prozent1qj.jpg

@BernT
Ein Mod mit - im Dateinamen, der ansonsten vom namen her dem Xtreme gleicht, ahja.... *nixandeutenwill*

guten morgen....
so jetzt ist eine nacht mit testen rum und ich kann keine fehler feststellen.
die auslastung des cpu´s liegt bei max 3% arbeitspeicher so bei max 65k.
und der rest na schaut selbst:

na dann bin ich mal auf die 5.2 final gespannt. wann soll die denn kommen??? @xman

@shakar
lies Dir bitte aufmerksam das erste Posting durch.

@Mamba-Sticks
wenn fertig ;-)

@Mamba-Sticks
wenn fertig ;-)[/QUOTE]

was so schnell schon *fg*:whistle ....
ne gut ding will weile....

So hier auch von mir noch mal eine Statistik nach ca. 2 Tagen.

eMule v0.47a Testversion Xtreme 5.2b2 Statistik [[~~~~~] PIFF PAFF PUFF No. 1]
Uploads
Session
Hochgeladen: 4.27 GB / 4.55 GB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 8
Gesamtanzahl der Uploads: 10
Wartende Uploads: 2368
Upload Sessions: 759
Erfolgreiche Upload-Sessions: 634 (83.53%) (active: 10, socket: 57, completed: 517, cancelled/ended: 35, different file: 10, exception: 5,blocking: 0, others: 0)
Fehlgeschlagene Upload-Sessions: 125 (16.47%) (socket: 111, completed: 0, cancelled/ended: 14, different file: 0, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 6.89 MB
Durchschnittliche Upload-Dauer: 22:29 Minuten
Totaler Overhead (Pakete): 33.05 MB (761.09 K)
Overhead durch Dateianfragen (Pakete): 15.40 MB (597.24 K)
Overhead durch Quellenaustausch (Pakete): 3.05 MB (993)
Overhead durch Server (Pakete): 21 KB (1.71 K)
Kad Overhead (Pakete): 7.85 MB (93.17 K)

@Xman ich finde das die Fehlgeschlagenden Uploads ganz schön hoch sind oder ist das noch im grünen Bereich.

@Xman
Ah lesen bildet^^ Interessantes Feature, wenn ich es richtig verstanden habe, soll die erste zahl 100% sein und die 2. 0%, oder? Und bei den User infos im Uploadfenster ist es umgekehrt (wäre es net besser beides gleich aufzubauen?)

@piff paff puff
die Zahl der fehlgeschlagenen Uploadsessions sind nur indirekt beinflußbar (gerade im Fall von "socket"). Jeder emule macht nichts anderes als den Befehl "Vberdinung aufbauen" zu geben.. das kann entweder glücken oder nicht. Es mißglückt z.b. dann, wenn Dein Router oder der des Anderes falsch konfiguriert ist.

@shakar
fast. Die erste Zahl soll 100% sein.. das ist die "Gesundheit". Auf die zweite Zahl hast Du keinen Einfluß. Die Zahlen bei den Uploadslots ist einmal der 20sec-Durchschnitt der Blockierate das zweite der Gesamtdurchschnitt. Nur in der beta-Version werden beide Zahlen angezeigt, sonst ist es wirklich zu verwirrend.

Ich verstehe nicht so ganz warum du sowas einbaust wen mans später nich sieht! :D Is das dann nur für die log files oder wie?^^

erstma ohne comment

läuft rund wie immer, bei der ZT hatte ich etwas Probs, konnte nicht mehr auf den esel zugreifen, aber das lag an meinem system, nicht am xtreme.

Mit freundlichen Grüssen
mav744

neue beta-Version.. changelog siehe 1. Posting.

Und wenn ihr Statistiken postet, dann schaltet bitte das Verboselog an, damit ich mehr Informationen zu den Uploadsessions sehen kann.

Bin wieder dabei, verbose habe ich doch immer an, aber wie kannst du in der stats noch mehr sehen wenn das verbose an ist?

Mit fragenden Grüssen
mav744

Hallo mav733, wie Xman sagt, geht es ihm darum, bei den fehlgeschlagenen Uploads den Anteil der "blocking" zu sehen, um sein neues feature einschätzen zu können.