![]() |
6 mb erscheint mir aber auch zu hoch. ein maximum von 4 mb, eher 3 mb, sollte eine bessere wahl sein... mfg stulle |
Ich hab bewust 6MB als max Wert genommen, da ich dachte 6 von 9 MB (genauer ja 9,28 pro Chunk) sei ein guter zwei-drittel Wert. Ich hab dieses Feature bei mir allerdings auch meistens nur auf 2MB eingestellt, von daher könnte ich den max Wert gerne runterstellen, wenn die Mehrheit dafür ist;). Letztlich ist es doch allerdings "egal", denn sobald der eingestellte Wert an Upload erreicht ist, bekommt der Client ja trotzdem für seine gesamten Upload Credits. Über eine Erklärung, welches Feature du als manual ban ansiehst, würd ich mich aber immernoch freuen Januar. Für konstruktive Kritik bin ich gerne offen. Viele Grüße, --sFrQlXeRt |
also ich find 6 mb auch zu hoch... bedenke, daß auch sehr oft kleine Dateien hochgeladen werden. Du willst ja Creditshaper bestrafen.. dazu schau doch einfach mal an, wieviel die Creditshaper geben. Hab eigentlich noch nie einen gesehen der mehr als 2.25 MB gab... meist sind es zwischen 1 und 1,6 MB was an der Creditbrechnung liegt... mal die die Creitberechnungsfunktion auf und Du wirst sehen, daß sich Creditshaping über 2 MB nicht mehr lohnt. Also ich würde dafür plädieren DU reduzierst den Wert auf 2,5 bis max 3 MB. |
gut, ich denke dieser punkt wäre dann abgearbeitet. nun ist mir aber der punkt mit dem eDonkey aber noch nicht ganz klar. ist es jetzt so, dass edonkey clients mit einem zweifachen 0.8f multiplikator bedacht werden¿ einer weil kein SUI und einer weil ein eDonkey¿ wenn ja ist das irgendwie schon ein wenig unfair, schließlich sollst du alle clients gleich behandeln, egal welchen typs sie sind. übrigens, bei funktionen wie dem anti credit shaping schutz solltest du nicht nur in den PPgXXX, sondern vor allem auch in der preferences.cpp (LoadSettings()) sicherstellen, dass die max/min werte nicht umgangen werden. wenn dir auf anhieb nicht einfällt was ich mein sieh einfach kurz in meine src, dort habe ich das mehrfach gemacht. mfg stulle |
OK der max Wert in der nächsten Version wird 2,8MB sein;) Zitat:
Liebe Grüße, --sFrQlXeRt |
Zitat:
Nach wie vor sind eMulemods eine klitzekleine Minderheit. ~ 95% aller Mulinutzer knallen mit dem Standard durch die Gegend...und die haben absolut keinen Einfluss, auf das was da rausgeht. So gesehen betrügst Du nahezu das komplette Netzwerk. Das kann doch nicht dein Ernst sein? Den eDonkey zu benachteiligen, ist schlichtweg eine Schw.....ei. Diese Nutzer können erst voll downloaden, wenn sie mindestens 20 Up gehen, insofern ist es geradezu dämlich die auszugrenzen. werf doch mal einen Blick in Deine Langzeitstatistik, die geben durch die Bank mehr, als sie nehmen. Januar |
Zitat:
Zitat:
Viele Grüße, --sFrQlXeRt |
januar, ich bitte dich. du mußt ja nicht gleich total frei drehen. ich weiß ja, dass du manchmal etwas krass bist, aber die features sind so, wie sie jetzt gemacht werden (max...) und so wie sie erläutert sind in ordnung. 2.8MB als max wert mag etwas hoch erscheinen, aber selbst eine mp3 (die ohnehin nicht geshared werden sollte...) ist nur in totalen ausnahmefällen < 3 MB! im übrigen gibt die dazzle mod irgendwas <2MB und die relation zwischen Score-gain und upload-effort (mir fällt's gerad nich dt. ein :P) ist unverschämt gut. mfg stulle |
@ Stulle Na ja, ich nenn das den klassischen Fall: "Mit Kanonen nach Spatzen schießen". Andererseits, für denjenigen der rechnen kann und sich ein bisschen mit Creditsystemen auskennt, wird sehr schnell klar, dass der Nutzer eines solchen Mods, sich pausenlos selbst ins Gesicht schlägt. Insofern ist das Off-Creditsystem schon große Klasse.:twisted: Januar |
Zitat:
Zitat:
Liebe Grüße, --sFrQlXeRt |
Zitat:
Punkt2: Falls du damit den Magic Angel meinen solltest mit "solchem Mod", dann wäre ich dir doch sehr verbunden, wenn du mal explizit erläutern könntest, inwiefern antishape und niedrigerer Score für SUI-lose Clients dem Mod-Nutzer schaden. |
Naja, Januar redet mal wieder dummes Zeug, inzwischen regt das wohl nur noch Neulinge auf... Seine Liebe zu den Donkeys ist bekannt, die Gründe dafür bleiben unklar, vermutlich sind es unsaubere oder es gibt gar keine sachlichen. Fakt ist, daß die Dinger Leecher sind. Ich bin mir zu schade ihm zu erklären, warum es durchaus sein kann, daß seine Statistik etwas anderes aussagt. Meine Erfahrungen stimmen mit denen aller überein, die ich für glaubwürdig halte. Ich persönlich würde einen IP-Bann für donkeys im offiziellen Muli sehr begrüßen, das aber nur am Rande. Zitat:
Mit freundlichen Grüßen aalerich |
Zitat:
Liebe Grüße, --sFrQlXeRt |
Wobei ich als "runden" Wert vielleicht eher 3MB nehmen würde. Es gibt einige Leechermods, die dynamischnach QR auch noch darüber kicken, aber deren Wirkungsgrad ist (Zum Glück!) deswegen reichlich schlechter als die der anderen mit kleineren Transfermengen. So wird zumindest einem Teil der ganz harten Leecher die Ausbeute erheblich vermiest. |
@ sFrQlXeRt Warum machst du es nicht so wie Xman? Der hat eine 2 MB Hürde, mit der kann man leben. Beobachte doch mal deine Download Sessions in deiner Statistik. Bei mir sinds gerade, nach 1T 22:39h 1557 Downloadaktionen. Der Durchschnitts Download ist 4,97 MB. Jetzt überleg mal, was für einen Horror, deine bis-zu-6MB-Einstellung anrichten würde. Grauenhaft (!!!) Zu dem dämlichen Gesabber von unserem bekennenden BADMOD-NUTZER aalerich will ich mich nicht weiter äussern. Du solltest Dich aber auf keinen Fall von solchen unqualifizierten Stammtisch Gelaber, beeinflussen lassen. Nochmal: Es gibt absolut keinen Grund andere Nutzer, die nicht eMule nutzen, in irgeneiner Weise zu benachteiligen. Fakt ist, ein Blick in die Langzeitstatistik genügt. Das P2P Netzwerk lebt von seiner Vielfalt und gerade das Gemeinsamme hat es so stark gemacht. Deswegen wech mit der blödsinnigen Bestrafung! Gruß, Januar |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:23 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.