So nach einem heftigen Nachdenken meinerseits, ob ich mich in die Diskussion über die Ratio einmische, mal ein Kommentar von mir. Nicht ein MoD ist böse, sondern derjenige der ihn falsch nutzt. Ob ein feature nun, wie zB. beim drogenmod, Netzwerkschädigend ist, kommt es immer noch auf den Benutzer an. Nutze ich das Feature falsch, so gut es auch sein mag, bin ich Netzwerkschädigend und schade den Usern des Netzwerks. Selbst den Original Esel, ich weiss ich wiederhole mich, kann ich mit ein bisschen Wissen, als Leecher einsetzen, da die Ratio an Bedingungen gekoppelt ist. Ich möchte das jetzt nicht erklären wie man es macht, aber es kann auch durch unachtsamkeit des User geschehen (ist mir auch schon passiert). Ich finde es ja gut, das Ihr Stulle auf einer Art und Weise helfen wollt und kritik anbringt, aber dann sollte dies auch bei den Original Devs geschehen. Ich bin zwar auch kein Freund von übertriebenen Ratios, aber dann müsste es im Originalen eine feste Ratio von 1:3 bzw. 1:4 enthalten sein um allen gerecht zu werden. Und solange ich bei dem Originalen Esel die Ratio aushebeln kann, kann ich es auch bei anderen MoDs, obwohl es beim Morph schwer wird.
Ich weiss das Ihr schimpft, weil Stulle den Durchschnittsup, der nötig ist damit die Ratio greift, abgesenkt hat, aber ich habe ein Beispiel für euch. Schaut mal im MaxMoD Development Bereich, da ist ne Stats von mir, und der ist noch fast Original, und da seht Ihr sehr schön was ich meine. Ich hoffe jetzt, das ich keinen persönlich angegriffen habe, dies war nicht meine Absicht. Also gehen wir zurück zum Testen.

Mit freundlichen Grüssen
mav744

Das ist ja alles richtig und schön. Nur kann man mit der offiziellen Version eben nicht viel mehr machen als zugucken. Zum Beispiel kann ich mit Powershare für vollständige Dateien sehr wirksam den Upload in andere Dateien unterbinden. Dennoch wird diese Möglichkeit nirgendwo bestraft. Man kann mit fast allen Features Unfug treiben und deshalb ist es üblich, daß Mods ein Ratio bei 10 kb haben. Eastshare geht nun auf 9 runter, Stulle auf 8, ich fange irgendwann auch an zu modden und gehe auf 7... Die Nutzer, die ja in der großen Masse keine Ahnung haben freuen sich und nutzen die Möglichkeiten. Sie stellen einfach fest, daß ihr ratiogesenktes Muli besser läuft als ihr Muli mit 10er Ratio. Das Muli mit 10er Ratio ist also Sc.heiße. Völlig normale menschliche Reaktion; sich darüber aufzuregen ist schwachsinnig. Die Notwendigkeit, z.B. ein Forum aufzusuchen, zu lesen und sich schlau zu machen sinkt immer weiter und wird zwangsläufig immer weniger genutzt werden. Die abenteuerlichsten Einstellungen, mit denen bei einem 10er Ratio schon lange gar nichts mehr geht, laufen mit den abgesenkten Mulis immer noch halbwegs passabel. Das Problem ist nicht das Leechen. Wer nichts hochladen will, der findet auch einen Weg. Und wenn er Shareaza oder MLDonkey benutzt bekommt er sogar hier Hilfe und Unterstützung. Das Problem sind unbedarfte Nutzer, die sich nichts dabei denken. Die hören auf dem Schulhof, daß Ratios Sc.heiße sind und daß deshalb ihr Download so mies ist. Und dann kommt der Geheimtip: Stullemule! Da muß man nur 8 kb/s hochladen! Das ist ja geil! Die wollen eigentlich nicht leechen oder sonstwie Schaden anrichten. Aber sie haben eben keine Ahnung von richtigen Einstellungen. Und der geile Stullemule läuft bei ihnen einfach besser. Also ist doch alles in Ordnung mit ihren Einstellungen, man muß halt nur das richtige Muli nehmen...

Nun verstanden, was ich meine?

Mit freundlichen Grüßen
aalerich

Falsch. Es gibt nur die eine von den offiziellen Moddern gestellte Begrenzung und diese heißt 4-9 kbps feste 1:4 ratio beim speed. 1-3 das ganze bei 1:3! [kleine edit von mir]
Und wieder falsch! EastShare nutzt eine 1:4 ratio, sonst keine Veränderungen! Da meine Mod auf den EastShare aufbaut hätte ich ohne Änderungen auch ne 1:4, aber da ich was geändert hab, hab ich auch die Ratio auf 1:3 geändert!
Die Senkung betrifft die session-based ratio und nicht die limit-based ratio!
Erstens, mal ein Zitat aus der Sig von and: up all =down all
Zweitens, stelle ich den UL auf 12 habe ich ne Ratio Einschränkung ab unter 8 kbps, die den DL auf 1:3 runter schraubt sobald das Verhältnis UL:DL 1:3 erreicht hat. Ist der UL auf 10 oder 11 eingestellt, das ganze ab unter 10 kbps. Setze ich den Upload unter 10 wird die Ratio aktiviert und es gilt generell als maximal erreichbares Ziel 1:3, auch wenn die übliche speed-based ratio vorerst gilt.
schlicht und ergreifend falsch!
Das einzige was ich nun verstanden habe ist, dass du eigentl. nichtmal weißt wovon du redest. Ich werd schon wieder böse, fein, aber Recht habe ich ja trotzdem!
aalerich, ich habe bisher angenommen das du weißt wovon du/ wir hier reden, allerdings hat sich das nicht bewahrheitet. Mir ist nicht klar, was du versuchst zu bezwecken, doch muß ich sagen, deine Argumentation ist einfach nicht richtig und somit nichtig!
Um nochmal einen Satz zu meinen Änderungen zu bringen, ich habe damit die Ratio Bestimmungen näher an die des Originals gebracht, jedoch eine Sperre eingebaut die leechen verhindert. N**Li**ter¿ ne, funktioniert nicht, bei 8 kbps bekomm ich sie alle! Aber durchschnitt!
Du sprachst von PS... wer bitte verhindert das Uploaden von partfiles¿ Das ist das dümmste was man machen kann und jeder der logisch denken kann wird das nicht machen! "Aber der D.A.U. ..." Ja der DAU... der DAU sucht wenn er schon nicht den UL unterbinden kann nach einer Möglichkeit seinen UL auf partfiles zu fokussieren, damit er schneller in den Queues derjenigen hoch kommt, bei denen er laden will. Und wieder ein unschlüssiges Argument!
Was haben wir denn noch an features... HideOS... bei mir standart aus; PBF... reines revard System, wie auch die Credit System; WC... Bonus-chance!
Also sag es mir, wenn ich was übersehe.

Mav, dir kann ich nur Zuspruch zukommen lassen. Du triffst den Kopf auf den Nagel.

MFG Stulle

Hallo STULLE wenn ich sehe was du und Mav schreibt dann weiß ich ja jetzt schon das was aalerich schreibt darf man von vorne bis hinten nicht glauben.
Ich hoffe das ich als Anfänger nicht solche probleme im netz mache und von euch reichlich lernen kann den man Fängt immer klein an und kann GROSS raus kommen.

MFG Trexpower2005

Trexpower, was das mit dem lernen anbetrifft muß ich dir recht geben. Sonst gibt aalerich in der Regel eigentl. auch kompetente Antworten, nur hier hat er aus irgendwelchen Gründen echt den Vogel abgeschossen!

MFG Stulle

Stulle

wie sieht es mit dem Globalen Hartlimit vom Max Upload aus ???
ist zwar noch nicht ganz fehlerfrei aber arbeitet bei trotzdem gut !!!
wartest du noch ab oder baust du es in der nächsten Version ein ???

hast du eingentlich vor Droppfunktionen einzubauen ? ? ?
Genau

Das kommt beides noch rein. Bin atm dabei auf MorphXT 6.7 zu mergen. Übrigens, wird die nächste Version die 1.0 sein. Hab endlich den Splash Banner da. Vielleicht kann ich den Kumpel sogar noch zu einem eigenen Icon überreden! :) In jedem Falle sind die Tage der alphas gezählt! :)

MFG Stulle

Hmmm....naja streng genommen ist das "Global HardLimit" ja noch zu 80%Wizard...lediglich die Setz Funktion welches das neue Hardlimit berechnet wurde etwas verändert,allerdings nicht grad fehlerfrei... darin ist ein bissl was von Xman,ein wenig von mir und so wir denn mal gemeinsam Zeit finden auch ein wenig von Stulle ;-). Was ich damit sagen will ist es ist ja völlig uninteressant wer im Endeffekt die meisten Anteile daran hat Hauptsache das Ergebnis wird gut.

MfG Max

Richtig! Da geh ich 100% mit! Aber in jedem Fall wird es kommen, keine Angst

MFG Stulle

danke euch Zwei !!!!
ich hoffe ihr macht noch viele gute Mods

Schade keine Alphas mehr nach dieser:-( .Jetzt bin ich echt traurig. Aber vielleicht hat das ja auch einen Vorteil. Vielleicht hören dann endlich die diskussionen um bestimmte änderungen auf, da die Devs des Offiziellen ihre meinung dazu abgeben. Ich wünsche mir auf jedenfall ein Ende der Diskussion, da wir uns dabei sowieso nur im Kreis drehen. Man wird es nie schaffen, allen anforderungen bzw. wünschen gerecht zu werden, den dann wären wir perfekt und keine Menschen mehr, sondern Maschinen (das war aber poetisch von mir, ich sollte weniger Terminator schauen). Ich teste gerne Alphas und werde es auch weiterhin tuen, nur ich bin der Meinung dies sollten User machen die auch die Grundzüge des Netzwerkes verstanden haben. Man muss fürs testen nicht alles wissen, aber man lernt echt dabei ne masse. Ich persönlich habe beim testen mehr gelernt, als beim nutzen eines fertigen MoDs. Man muss aber auch bereit sein zu lernen.

Ich entschuldige mich vorab für einen Post der mir gar nicht ähnlich sieht und verbleibe

Mit freundlichen Grüssen
mav744

PS.: wo sind meine gelben Äpfel mit dem Titel "MoDer Nervensäge", Stulle weiss was ich meine :wink: . (Ist ein "Running Gag" zwischen Stulle und mir)

Hallo alle man werde jetzt das letzte mal meine Stasts posten und warte schon gespannt auf den neuen muli auf den was STULLE sagte. Bin schon gespannt darauf

Stulle weißt du schon den Tag an den der neue Muli kommt???

Das weiß ich leider noch nicht. Ich muß nochmal bissn nach mergen, da ich etwas nachsichtig war, dann geht es daran meine Veränderungen mit den Neuerungen in Einklang zu bringen (Anzeigen der Gründe... wow, hatte gerad nen Geistesblitz! :D).
Dann werd ich noch Zeit brauchen um "Spread Credits Slot" zum laufen zu bekommen. Je nach Fortschritt werd ich mir dann überlegen ob ich release oder auch nicht.

MFG Stulle

Hallo STULLE habe seit drei tagen ein fehler bei mein muli wenn ich eMule0.45b-StulleMule_alpha_v0.5 neu starte öffnet sich ein emule fenster darin steht Fehler:das Creditfile ist beschädigt und wird ersetzt! und da steht ok wo ich draufdrücken kann das kommt dreimal und dann öffnet er emule.
Was ist das und was soll ich machen damit es weg ist.
MFG Trexpower2005

schneide die credits.met aus, füge sie in ein ganz anderes verzeichnis ein. dann benenne die credits.met.bak in credits.met um! sind noch andere credits.met (suqwt) verfahre mit ihnen genauso. im endeffekt sollen nur die datein drin sein, die aus der .bak kommen. könnte zwar sein das dann die gespeicherte wartezeit weg ist, aber dann müssen ja auch alle bei 0 anfangen^^
in jedem fall hat irgendetwas deine credits.met korumpiert! ist mir aber noch nicht passiert bisher, nur einmal als mein pc einfach abge***** is (kA warum...). Denke nicht das es ein Fehler meinerseits war, würd mich aber trotzdem interessieren wenn weitere das problem haben

MFG Stulle

Hey Leute, erfreuliche Nachrichten! Es wird wohl bald einen neuen StulleMule geben. Ob dieser dann schon AutoHL beinhaltet weiß ich noch nicht, aber sicher ist, dass die Version 1.0 sein wird!
Um die Spannung etwas hochzuhalten (und weil ich momentan etwas faul bin wenn es um das nachschauen der änderungen geht) werde ich an dieser Stelle noch nicht sagen was enthalten sein wird, aber lasst euch gesagt sein, ich find's geil! :D Aja, ist momentan auf MorphXT 6.7 gemerget.
Da ich leider die Stabilität vom Morph nicht immer als gegeben vorraussetzen kann wird mein merge Verhalten unter umständen länger sein als es manche vielleicht für sich halten oder wie es die User gerne hätten. Grund ist denke ich mal recht einleuchtend... warum 3-4 Mal mergen, wenn einmal n ordentlicher merge das selbe bringt! Ist ja auch nicht gerade wenig arbeit! *rummoser* ;) Ne, dauert echt lange (thx 2 my n00b skillz ;)).
Ich hoffe euch läuft nun langsam das Wasser im Mund zusammen.
Übrigens wurden gestern im Laufe des Tages die 300 http dl's geknackt für die bins! Nur mal so als kleine Info :D

MFG Stulle

also Morph 6.7 ist meiner Meinung nach ok, den kannste schon als Basis nehmen. Ich habe auch nur den Knackpunkt (schon seit 6.4 übrigens), dass bei maximal möglichen Upload die Uploadslots teilweise nicht nach einem Chunk geschlossen werden, sondern im Status "completing" munter weiter uploaden. Hat der Cyrex2001 5.0 übrigens genauso, der baut ja auch auf Morph 6.7 auf.
Habe ich auch im englischen Morphforum zusammen mit einem anderen Poster als Bug beschrieben.

Wenn man das Uploadlimit runterdreht oder mit USS dynamisch regelt, tritt das Problem aber auch nicht auf.

Ciao
Rumpelzuck

Wie gesagt, momentane Basis meiner Arbeit ist MorphXT 6.7 . Meine Anmerkungen bezogen sich mehr auf kommende Rls.
Das was du meintest habe ich auch festgestellt. Hab bei mir immer das Problem gehabt das sich mein USS auf TTL 1 gestellt hat nach nem reconnect, das führte dann dazu das er nen 0 Ms Ping hatte und er max UL freigegeben hat... einmal hab ich es nich gecheckt, da bekam einer dann fast 2 chunks von mir bevor das Prob gefixt war. Naja, nu hab ich ne Option drin mit der man den min Wert von TTL bestimmen kann! :D
Mist, nu hab ich das erste feature schon verraten... ;)

MFG Stulle

Ich habe das problem wie ihr beide beschreibt auch, habe aber kein uss an sondern lasse meinen Upload von Cfos regeln. Und ich habe Standard DSL, sogar das alte noch, also nicht DSL 1000, sonder 768/128. Ich habe auch rumgespielt mit Uploadlimits, aber es brachte keine Besserung, das Problem mit dem Slot (s) besteht weiterhin. Der Client bekommt zwar keine 2 Chunks wie bei dir Stulle, aber im Schnitt 12-15 MB bei einer Uploadsitzung.

Mit freundlichen Grüssen
mav744

habt ihr denn auch cfos richtig eigestellt ? Also daß die ping-packete und die emule-Datenpackete unter der gleichen Priorität laufen !?

hoffentlich ja, die USS Regelung funktioniert jedenfalls bei mir mit den Einstellungen. :yes:
Bei cFos weiß ich nicht obs da auch so geht, abe bei cFosSpeed klappts jedenfalls.
Hab ich auch schonmal im cFosSpeed Thread was zu geschrieben. http://www.emule-web.de/board/showth...9&postcount=30

In der settings.ini müssen die beiden fetten Zeilen noch vor den Standardregeln für ausgehenden Traffic eingefügt werden:

; --- outgoing traffic shaping rules
filter=-icmp-type 0 -c lowest
filter=-icmp-type 8 -c lowest
filter=-highest -c highest
filter=-higher -c higher
filter=-high -c high
filter=-prog @user.ini/highprogs,@highprogs -c high
filter=-prog @user.ini/lowprogs,@lowprogs -c low
filter=-prog @user.ini/lowestprogs,@lowestprogs -c lowest
filter=-low -c low

Die beiden ICMP-Pakettypen "Echo request" und "Echo answer" werden so in dieselbe Uploadklasse "lowest" wie normalerweise auch EMule gestopft.
Onlinespieler sollten sich dann natürlich nicht wundern, dass die Server in den Listen dann auch mit unheimlichlich hohen Pings angezeigt werden, das Onlinespiel selbst funktioniert aber normal schnell.

Ciao
Rumpelzuck

Hmmm, hatte das mal drauf, da aber mein UL extrem runter ging hab ich es wieder runter gehauen. :D Nu fahr ich mit 11-14 und USS

MFG Stulle

PS: Momentan gibt es eine kleinere Testphase von Mav und mir, wenn ich denke alles läuft wie es sollte werd ich mich neuen Dingen widmen.

@Xman: Ich habe kein USS an, also brauch ich darauf nicht aufpassen. Ohne USS habe ich bessere Upload ergebnisse als ohne.

Mit freundlichen Grüssen
mav744

@Rumpelzuck: Cfosspeed nutze ich schon lange nicht mehr. Ich hilt es mal für eine gute idee es ohne router zu nutzen, aber es brachte keine vorteile. Somit nutze ich nur noch Cfos,

Hallo Stulle,

gibt es shon einen StulleMule v1.0?

eMule 0.45b StulleMule v1.0 [22.04.2005]
gibt es http://www.emule-web.de/board/9438-emule-0-45b-stullemule-v1.html
bei eMule Mods Allgemein

Stullemule Feature Request
 

Ganz im Sinne von http://www.emuleforum.net/showpost.p...9&postcount=65 würde ich es super finden wenn eMule die Upload-Queue periodisch scannen und alle die Webcache eingeschaltet haben automatisch nen FU-Slot verpassen würde. Mit der Zusatzfunktion User zu überspringen die schon mehr als x MB mehr up als download von einem haben. :dance

Wenn das erstmal funktioniert, dann könnte man folgendes automatisieren:
Clients die Webcache eingeschaltet haben, bei denen es aber nicht funktioniert (könnten via Proxy transferieren, tun's aber nit), rauszuschmeißen (remove from Friendlist) nachdem Proxy Transfer nach x kb immer noch nicht funktioniert. :mrgreen:

Bin Informatiker und wäre gerne bereit an der Entwicklung mit zu arbeiten; hab allerdings nie in C programmiert...

Hehe, hätte ich ja nicht gedacht, diesen Thread wiederzusehen. Der diente damals vor dem ersten Release eines Stullemule zur Entwicklung, Diskussion und so

Also, ich denke mal nicht, das sowas realisiert werden kann. So eine Regelung würde ja das offizielle Muli benachteiligen. (kein webcache)
und damit ist es auch schon gestorben., denke ich mal

und wozu willst Du das überhaupt machen ? Probier's doch mal aus (manuell friendupload einstellen) und sieh Dir an wie deine Werte nach einer Weile aussehen.

Kannst ja mal nach Zz-rartio suchen. und nach "hlfe, bei mir steht ein R neben der Geschwindigkeit in der Statusliste". oder auch : "Hilfe, ich lade nichts mehr runter"

Vorzugsweise im Stullemule releasethread oder das ganze Forum dursuchen.
http://www.emule-web.de/board/10531-...lemule-v3.html

na denn

Hmmm...da es ja eigentlich jedem selbst überlassen sein sollte wem er seinen FriendSlot überläst sehe ich das mit dem Benachteiligen nicht ganz so drastisch -> insofern sich strikt an die FriendSlot Vorgaben der Devs gehalten wird.

WebCache wird tatsächlich etwas dadurch gepusht...man findet etwas mehr WebCache Quellen.

Damit dies allerdings wirklich ins Gewicht fällt bräuchte man wiederum deutlich mehr Upload Slots als einen FriendSlot -> per Umkehrschluß wären wir dann wieder bei dem was coluche sagte man müßte andere benachteiligen und das ist für mich zumindest undenkbar.

Fazit: Wäre vielleicht ein kleiner Schritt um die WebCache Comunity etwas zu unterstützen und den Upload via Proxy etwas zu Erhöhen aber der riesen Burner wirds wohl nicht.
Andererseits....was solls Kleinvieh macht auch Mist ;-).

MfG Max

Feature Request
 

Grüßt euch :)


@coluche

ich mache das Tagtäglich manuell und es funktioniert wirklich gut, nur es ist VIEL Arbeit, deshalb den Automatisierungs Request. Hatte Probleme mit zzRatio am Anfang bevor ich wüßte was los ist, aber seitdem ich GlobalFriendsUploadRate auf 3 gestellt habe geht's ab wie nachbar's Lumpi :cool:

@MaxUpload

Mit GlobalFriendsUploadRate auf 3 eingestellt laufen 3-4 FUs gleichzeitig und die andere Clients kriegen den restlichen 9 KB von meine Uploadbandbreite. Somit wird keiner benachteiligt. Ganz im Gegenteil, da fast immer 3 FUs gleichzeitig bei mir laufen kriegen die Friends stehts nur 1KB/s und alle anderen kriegen max 9KB/s im Durchschnitt 3-5 also kommen die Webcache User schneller dran, Uploaden dafür aber viel langsammer

Nachdem ich den Original Beitrag geschreiben habe, habe ich erst gesehen das es ein neueres Stullemulle Thread gibt und bin der Meinung den Beitrag wäre dort besser aufgehoben. Nur weiß ich leider nicht wie ich den verschieben kann... :huh

Moin,

1) also ich finde der Beitrag ist hier auch nicht soo schlecht aufgehoben. Immerhin geht es hier um Stullemule-Entwicklung.

2) Ich hatte Dich so verstanden, daß es um mehrfache friendslots geht.
Dann wärst Du wirklich bei 0kB/s Upload gelandet (friendupload zählt ja nicht mit für die Zz-ratio)

3) verschieben können nur die Mods und admins, aber wie gesagt, hier ist es ja nicht völlig verkehrt.

Dieser thread war damals für mich mitentscheidend, Stullemule als meine erste Mod auszuprobieren : deutschsprachiger Modder, hier im thread Alles schön diskutiert/ erklärt :) Allerdings hättte ich besser noch eine Weile mit dem offiziellen Muli gefahren; ich hatte nicht annähernd genug Überblick, um so eine ausgewachsene Mod nicht dauernd an die Wand zu fahren.

so long - coluche

Multiple Friend Uploads
 

Tut's ja auch, aber mit der Einstellung MaxGlobalFriendUpload auf 3 ist es egal wie viele Friends gerad von mir laden, es beinträchtigt mein Download in keins der Weise da die nicht-Friends 9 kb/s immer kriegen.

[edit by Pathfinder: Link entfernt - Board Rules beachten!]

hab auf Rat von StulleMule einfach in den andern Thread auch gepostet... Jetz ist der Beitrag zwar doppelt, soll mich aber weiter nicht stören ;)

Grüß,
Arne

Um das Thema abzuschließen, Stulle Rat von einem solchen Verhalten ab http://www.emuleforum.net/images/smi...hilder/b26.gif