[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   eMule 0.47c ScarAngel v1.9 [25.03.2007] (http://www.emule-web.de/board/10814-emule-0-47c-scarangel-v1.html)

SizilianLaw 15. November 2006 17:44

Zitat:

Zitat von Xman
mach mal lieber einen screenshot Deines Statistikfensters.

HIER der Screenshot des Statistikfensters

Xman 15. November 2006 23:07

ist ein gutes Beispiel wie es nicht aussehen soll. Hast Du NAFC aktiviert ? Falls ja, abschalten.. denn scheinbar wird bei Dir der Netzwerktraffic falsch erfaßt (siehe zweiter Wert bei up/downloadrate).
Wie groß ist Deine eingestellte Slotspeed ? Gehe da Anfangs nicht höher als 5.. denn je nachdem wie international Du lädst hast Du viele langsame Clients.

JET 17. November 2006 22:36

Beim WebCache werden die die auf den Proxys zur Verfügungen stehenden Packete doch über UDP an die anderen verteilt?

Ich hab nun jetzt schon öfters die Meldung "Received UDP Packet (OP_REASKACK) which was not requested (pendingflag == false); Ignored packet" im Verbose-Log. Meistens waren diese von MorphXT, Neo Mule, ScarAngel, iONiX und Cyrex2001. Ist es möglich die Filterung der UDP-Packete wieder abzuschalten? Vielleicht über einen zusätzlichen Schalter.

Stulle 18. November 2006 09:21

bitte mal die originale log zeile posten und gegebenenfalls ip rausstreichen.

JET 18. November 2006 12:56

18.11.2006 06:20:39: Received UDP Packet (OP_REASKACK) which was not requested (pendingflag == false); Ignored packet - XXX.XXX.XXX.XXX '[FN]' (eMule v0.47c [MorphXT 9.2],OnQueue/None/None)
18.11.2006 06:21:09: Received UDP Packet (OP_REASKACK) which was not requested (pendingflag == false); Ignored packet - XXX.XXX.XXX.XXX 'Holy Wolf [FN]' (eMule v0.47a [MorphXT 8.14],OnQueue/OnUploadQueue/None)

Bitte schön, das erst beste Bsp welches ich in der Log gefunden habe.
Nachdem der Download fertig war, waren keine fehlerhaften Packet mehr im Log zu finden.

mech 24. November 2006 08:30

hi i am using 1.5 and to switch 1.7 what can ý do? to cange the only exe file is enough? ý dont wanna lose my credits thanks...

aalerich 24. November 2006 10:21

It should be ok to change the .exe only.

Kind Regards
aalerich

Stulle 24. November 2006 14:20

well, make sure you add all files from the config folder to your configfolder that do not yet exist.

snomed 9. December 2006 18:24

i am using scarangel v0.47c 1.7
i on queue window i see some clients, that entered queue very early.
i opened emule a few minutes ago but a client entered queue at 13:33 h ago. How it is possible?
http://img133.imageshack.us/img133/6...led1el5.th.jpg

Myth88 9. December 2006 18:26

this is a feature called "Save Upload Queue Waiting Time (SUQWT)"...it is normal...

greetings
myth88 :cool:

Austin123 28. December 2006 15:52

moin Stulle


Ich habe einige Fragen an dich,evtl kann mir die auch jemand anderes beantworten.



Zitat:

Added: Release Bonus (12h or up to 16 days) (not for partfiles) [sivka]

PowerShare:

+ Clients requesting PowerShare will get pushed to top of the queue

was hat es denn damit aufsich?




Wenn ich im Transfer rechts klick auf ein File mache,

was hat es mit den Drop-funktionen auf sich?



Unter --> Optionen --> Verbindung --> Accept Session ratio


Welchen zweck erfüllt das "ich sage das mal so" abstellen dieser bzw anstellen?



Unter --> Optionen --> Ixtreme 1 --> Use amend based

was ist damit gemeint ?

1:3 ---> 1= Upload-3 = DL
oder andersherum

Und was sagt mir die 11.?

Jok3r 28. December 2006 18:10

Zitat:

Wenn ich im Transfer rechts klick auf ein File mache,

was hat es mit den Drop-funktionen auf sich?
Da geht es um Quellen, für die rechts geklickte Datei. Genauer gesagt geht es um das entfernen (droppen) von unnützen Quellen.

Das können NNS Quellen sein, die haben keinen Chunk den du brauchst ([N]o [N]eeded [S]ource).
FullQ, Quellen deren Queue, also Warteschlange voll ist.
HighQRS, Quellen bei denen dein platz in der Queue sehr hoch ist ([H]igh [Q]ueue [R]ank [S]ource).
Und last but not least, die Leecher.

Austin123 28. December 2006 20:53

Huhu Joki

Eigendlich heist entfernen Remove,drop ist überspringen :sb

Drop High Queue Rating,heist für mich --> Überspringe Hohe Warteplätze :shock:

zumal es 8 Drop-funktionen gibt :yes:

Myth88 28. December 2006 22:01

drop heisst in dem fall ablegen !
(korrigiert mich wenn ich falsch liege!)

mfg
myth88

Jok3r 28. December 2006 22:16

Ist ja kein Englisch Untericht hier, ich denke myth88 hat Recht.
How ever, da es im Endeffekt aufs gleiche rauskommt...

Ausserdem was soll das bedeuten "Überspringen hoher Warteplätze". Das er Quellen mit hohem Platz nicht abfragt oder wie? Soory, Quatsch. Es geht eindeutig in diesem Kontextmenü um das entfernen, ablegen, vergessen von unnützen Quellen! :D

EDIT. Das kannst du auch ausprobieren, wenn du einen DL startest gibt es meistens anfangs einige Quellen bei denen du nicht in die Queue aufgenommen wirst, oder weit hinten stehst. Wen du dan einen manuelen drop machst werden es weniger. Weil eben diese Quellen "entfernt" wurden. (Englisch hin oder her)

EDIT2.

Zitat:

Unter --> Optionen --> Verbindung --> Accept Session ratio


Welchen zweck erfüllt das "ich sage das mal so" abstellen dieser bzw anstellen?
Das Globale Quellenlimit ist ein Spezielles, bis dato im Xtreme einzigartiges, Anti-Overhead-Leeching Feature das seit Xtreme Version 4.8 implementiert ist. dazu ein Auszug aus dem damaligen Changelog:

Zitat:


*max global sourcelimit:
depending on your uploadlimit you'll get a max global sourcelimit. (e.g. for 10kbs upload: sourcelimit = 4000) This shell avoid overheadleeching, which means: users with only a small upload like 12 kbs, are using 10000 and more sources. Which such an amount of sources, all your bandwidth is wasted with filerequests and there isn't enough bandwidth left for uploading of data. With the max global source limit, xtreme avoids this kind of leeching.
You have two new options:
- accept the source limit, which means Xtreme won't find more sources
or
- accept a session 1:3 ratio if you are using more sources than global source limit
remark: Xtreme session/amount 1:3 ratio always means: no downloadlimit until you reach a 1:3 ratio. After reaching this, you'll get a downloadlmit of 4*current upload. Overall you'll should reach a ratio between 1:3 and 1:4

Prinzipiell kann man sagen, da es sowieso ziemlich hart und kontraproduktiv ist diese Grenze ereichen zu wollen kann man einfach das Limit in den Settings akzeptieren und vergessen! :D


Alle Zeitangaben in WEZ +1. Es ist jetzt 08:49 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102