Hi,

Das einzige was mir dazu noch einfällt, die IP des Client zu filtern. Ist aber nur ne Krücke da sich die IP ja alle 24std ändert; Du müsstest sie dann immer wieder in der ipfilter.dat entsprechend ändern. Da ist der Stulle aber auch wieder im Vorteil, der nutzt zusätzlich zur ipfilter.dat noch eine "ipfilter_static.dat" die aufgrund ihrer kleinen Dateigrösse wesentlich übersichtlicher ist als die ipfilter.dat.

Um die IP des Client zu ermitteln, Verbose Log einschalten und beobachten.

Viele Grüsse, Tom

@ Diabolo111

Selbst wenn die in Deiner Warteliste auftauchen, greift ja auch noch das Creditsystem. Insofern wirds nicht einfach, einen Uploadplatz zu bekommen.
Wenn Du aber garnicht damit klar kommst, hilft zuverlässig, der schon erwähnte Stulle Mod, aber auch der Magic Angel 2.1, ebenfalls ein MorphXT Mod. Beide killen ""totsicher"" solche Deppen.

Januar

ich korrigiere, StulleMule mod! :P

Hallo,

vielen Dank @Tom-XT und @Januar1956 für Eure Antworten. Hat mir, auf jeden Fall, weitergeholfen.

Teste gerade den "StulleMule" (gut für den Hinweis @Stulle). Von den "D....." is nix mehr zu sehen.:clap :whistle

Sache ist damit geklärt. :beer:

Gruß Dia :twisted:

Ich hab seit einigen Versionen das Problem, dass USS bei mir den Upload immer wieder zu stark runterregelt. Oftmals sogar bis auf das eingestellte Minimum. Wenn ich z.B. 1kB eingebe, regelt USS auch auf 1kB runter! Das Problem hab ich weder beim offiziellen Muli noch bei anderen Mods (ausser natürlich Morph-basierte).

Der ermittelte Ping unten rechts schwankt meistens so zwischen 100-500%, dann kommt es immer wieder vor, dass er auf einmal auf 1500-3000 hochschnellt und genau so schnell wieder abfällt. Der Upload wurde dann natürlich runtergeregelt und normalisiert sich langsam wieder, aber bevor er sich wieder eingependelt hat passiert dieser Mist nochmal und dann wird er nochmals runtergeregelt, solange bis es nicht mehr geht (Uploadminimum).

Das einzige was da irgendwie ein Bischen zu helfen scheint, ist Slotfokus abschaffen (ich setzte einen Limit von 10kB) und Force UDP-Ping zu aktivieren, aber auch dann passieren diese Aussetzer hin und wieder :-(

Selbes Phänomen auch hier. Das betrifft auch die Modifikationen. Statt USS habe ich SUC am laufen und das UL-Limit auf 20 kb/s eingestellt. Damit läuft es wieder besser.

Für mich macht ein dynamischer Upload nur Sinn, wenn man keinen Limit angeben muss ;-)
Außerdem ist mir SUC sehr SUSpekt weil mein Upload damit oftmals die Kapazitätsgrenze erreicht und das kann ja nicht richtig sein.

Kann ich nicht bestätigen. SUC hält den UL auf dem vorher eingestellten Wert, das betrifft MorphXT und Stullemule.

....oh... da muss man einen Limit einstellen? :mrgreen:
Naja, aber das ist wie gesagt keine befriedigende Lösung für mich. Außerdem hab ich über SUC auch nix gutes gelesen.

Also ich wüsste nicht was daran schlecht sein soll.
http://www.emule-mods.de/?feature=37

Wenn in den Folgeversionen USS auf meiner Rechnerumgebung funktioniert, läuft wieder USS; solange das nicht der Fall ist, SUC.

Gut gepostet. Mal geht dieses, mal geht jenes und mal geht eben etwas ganz anderes.
So sind sie halt, unsere lieben Kleinen (Computer). Da muss man hochflexibel sein.

Hahahah "Uneingeschränkt empfehlen kann ich momentan keines von beiden (sonst wäre wohl eines davon schon im Original" :mrgreen::mrgreen::mrgreen:
Sieht aber nicht gut aus für SUC ;-)

Naja, ich will es jetzt aber doch mal testen. Wie viel % deiner Bandbreite hast du denn freigegeben Matrix?

Du darfst nicht vergessen das dieser Text zwar das Prinzip bzw. die Unterschiede zwischen SUC und USS beschreibt, aber auch vor einer geraumen Zeit geschrieben wurde. AFAIK hat USS im originalen Clienten Einzug gehalten.

Von möglichen 24 kb/s habe ich auf 20 kb/s begrenzt, um für mein empfinden halbwegs erträglich surfen zu können. Versuch macht kluch, probiers aus.

Ich habe SUC jetzt seit gestern Abend laufen. Es scheint doch recht gut zu funktionieren. Die meist sehr starre Uploadrate war mir aber doch etwas suspekt, so das ich einfach mal High Pass auf 700 und Low Pass auf 400 reduziert habe. Jetzt hab ich da etwas Bewegung in der Rate und surfen klappt jetzt auch bei einem Limit von über 90% (der natürlich selten erreicht wird) ganz gut. Natürlich braucht SUC etwas länger um die Rate anzupassen.

Wofür wohl "Pitch" und "Drift" da sind? Vermutlich ist Pitch die Zeit (in ms) die mindestens gewartet wird bis wieder eine Reaktionszeit gemessen wird und Drift ist die Geschwindigkeit in der die Uploadrate geändert wird oder?

Und was meinen die im Tooltip vom Morph mit "needs active clients"? Clients von denen man herunterlädt? Clients zu denen man hochlädt???

Ich habe gar keine Uploadregelung, ausser Slotfokus, eingeschaltet, weil der Upload auch so, für meine Begriffe,
absolut perfekt ist. :dance

Januar

Ja, bei mir sieht der Upload in der Statistik fast schnurgerade aus. Völlig normal.

Ja, deswegen habe ich ein Limit definiert.

Usul hat das hier im Board kurz angeschnitten:

Die vier Parameter Low Pitch, High Pitch, Drift und Pass dienen zur Anpassung der Reaktionszeit und -geschwindigkeit der Uploadänderung. Da ich die perfekte Erklärung dieser Optionen noch nicht gefunden habe, lasse ich einen Erklärungsversuch lieber, bei den Lovelace-Mods ist auch immer eine Grafik dabei, die das System erklärt

Einen anderen erreichbaren Clienten. Sonst kann SUC anhand der zu übertragenen Daten nicht ermitteln, wie es die Uploadrate einzustellen hat. Hast Du die Erklärung nicht gelesen? :)

So, ich hab jetzt mal versucht mich etwas über SUC schlau zu machen, hat leider nicht so geklappt :mrgreen:

Lovelace himself hat folgendes dazu geschrieben:
Die Grafik von der die Rede war ist folgende:
http://img337.imageshack.us/img337/8...rvesed3.th.gif

Beim durchstöbern des eMule-Forums bin ich hier auf folgende Aussage von leuk gestoßen:
Ich hab da auch eine Beobachtung gemacht von der ich bisher dachte, dass sie Zufall gewesen wäre: Ich hatte gestern nur wenige Downloads im Muli und ziemlich wenige Quellen. Der ermittelte Wert von SUC hat sich so gut wie gar nicht verändert. Erst nachdem ich ordentlich Futter in den Trug geschmissen habe hat sich da rechts unten was getan. Ich vermute deshalb, das mit "active clients" (bei den Morph-Tooltipps) keine Up- oder Downloads gemeint sind, sondern ausschließlich Hellos, Quellenaustausch, Anfragen etc.
Nur so kann ich es mir erklären, denn auch mit den wenigen Downloads + wenigen Quellen hatte ich ja Up- und Downloads.

genau das ist es auch.

Nur Hellos? Werden die nicht nur ein einziges Mal geschickt um sich in der Warteschlange anzumelden?

die werden immer zu beginn einer TCP/IP Verbindung geschickt um sich zu identifizieren.

morphxt9.5
 

Was issn da eigentlich der unterschied wenn man mal fragen darf bin neu.morphxt9.5 Binaries & Sources

Willkommen an Board dropkick,

Binary´s sind für den normalen User, dort ist alles was man braucht um den emule zu nutzen enthalten.

Source´s sind für Entwickler, also programmierer von emule

Emule unsichtbar, prob.!!
 

Hi@all

Ich habe eine frage ich benutze den morphmod und weiß wie ich Emule mit den Tastenkombinationen unsichtbar machen kann doch nun das problem wie kann ich emule aus dem Taskmanager entfernen bzw. unsichtbar machen?


MFG
Danke

Siehe Thread eMule unsichtbar.

9.6 ist draussen

eMule Morph Mod Official Website - Downloads

Possible code problem (future usage) on all (including 9.6) Morph based mods :

@ DownloadClient.cpp -> SetRemoteQueueRank :
original code make prev remote queue rank the same as current outside of procedure (obviously another addition such as :
@ updownclient.h is needed for clean usage of these code changes)

MultiuserFragen
 

Hallo!

erstmal ein großes DANKE an alle Beteiligten, die ermöglichten, dass der Esel so gut rennt, inzwischen auch bei Verwendung durch mehrere Benutzer.

:dance

Bei der 9.5 war mir aufgefallen, dass ein über das MultiuserWebInterface angemeldeter Benutzer gelegentlich (aber nicht immer!), im Transferfenster die Kategorien anderer Benutzer auswählen konnte, und somit deren Transfers sah.

Nach meinem kürzlichen Tests mit der 9.6 ist das bisher nicht aufgetreten . ist das nun Zufall, oder wurde da schon etwas gefixt? (Im Changelog steht diesbezüglich nichts, oder könnte es vielleicht mit dem Fix zusammenhängen, dass die MultiuserSettings jetzt korrekt geladen werden (Den hatte ich zuvor manuell über ein versetzen der Line "UseIonixWebsrv=1" umgangen, somit müsste ja eigentlich alles gleich geblieben sein...)

Zwei Kleinigkeiten bleiben ausserdem noch -

sobald ein User sich über das MultiUserWebInterface anmeldet, kann er im Suche Fenster ja die Ergebnisse der vorherigen Suche (auch anderer Benutzer) sehen.

Währe es evtl. möglich, dass der Esel getrennte Suchen von mehreren Benutzern verwaltet?
Dann währe tatsächlich alles perfekt.

Wenn das zu aufwändig ist, könnte es ja schon etwas Abhilfe schaffen, die Suche einfach bei jedem Login eines MultiUsers zu resetten...

Und:
In den Options gibt es ja nun die Möglichkeit, den Service automatisch zu beenden, fall das GUI gestartet wird.
Eine Option, den Service automatisch wieder zu starten, nachdem das GUI geschlossen wurde, währe doch eigentlich ebenso nützlich, oder was meint ihr dazu?

vielen Dank,

Multimuluser

Zumindest das Löschen der Suchen geht auf jeden Fall manuell. In den Optionen unter "Anzeige" ganz unten bei "Autovervollständigung..." auf "Reset" drücken. Oder gegebenenfalls den Haken raus, dann wird erst gar nicht gespeichert.

Ob der letzten Frage schmunzelnd
aalerich

Hallo, aalerich!

Ein kleines Mißverständnis:
Ich meinte natürlich nicht das Texeingabefeld zur Suche, sondern die Liste der Suchergebnisse selbst.
(und zwar übers Webinterface)

Benutzte nur das WebInterface, zusammen mit 3 anderen aus der WG.

Habe eben einen MultiuserEsel dort aufgebaut, weil ich das für performancemässig sinnvoller hielt, als getrennte Esel am laufen zu haben ;)

klappt soweit auch ganz gut - nur finde ich halt, es geht mich nix an, was jemand anderes gesucht hat, bzw. umgekehrt.

Wie dem auch sei, da der EselPC ohne Monitor und Keyboard im Flur steht, benutzen wir den PC eben, jeder über sein Notebook, ausschließlich über das WebInterface.


Deshalb würde mich auch eine Funktion interessieren, die den Service automatisch wieder startet, sobald man das GUI verlässt.
Ist nämlich ganz schön ärgerlich, nachdem man eine kleine Option übers GUI geändert hat, und Keyboard und Monitor schon
wieder weggeschleppt, dann festzustellen, dass man vergessen hat den Esel wieder anzuwerfen :lol:

RDP und Co. mag ich jetzt auf nem PC der 24/7 quasi unbeaufsichtigt am Netz hängt nicht wirklich installieren...
Währe halt einfach praktischer - wenn net benutzt ich halt weiterhin das Script was ich dafür mal gebaut habe (service stoppen, emule GUI starten, service starten) - Aber da es die Funktion zum Beenden halt nunmal schon gibt dachte ich, dass sie auch nur in Verbindung mit dem automatischen wieder starten einen Sinn gibt - denn so könnte man sich das Script ganz sparen.


Gruß

:oops: Naja, hab' ich nicht aufgepaßt, sorry. Zur Sache kann ich dann allerdings nichts sagen, ich nutze das Webinterface nicht.

Mit freundlichen Grüßen
aalerich

Derzeit läuft bei mir seit einigen Tagen der MorphXT 9.6 und ich beobachte seitdem im KAD-Fenster bei "ID" einen Kontakt, der sich nur aus Nullen zusammensetzt. In der Kolonne "Typ" wechselt die Anzeige von 0(4) mal auf 0(0) oder 0(3) im 4, 3 oder 2 Sekundentakt.

Hat das was zu bedeuten? http://www3.b92.net/ipb_images/style...efault/huh.gif

Relativ egal würde ich sagen da das Uploadverhalten vom Morph ohnehin seit einiger Zeit (und wiedermal) fehlerhaft ist. Deswegen funktioniert USS auch nicht richtig und bei aktiviertem Slotfokus gibt es oftmals Uploadeinbrüche

Nagut.
Es funktioniert auch bei mir nicht richtig sauber.

Bei mir sehen die Einbrüche mal wie eine verformte Sinuskurve, mal wie ein Sägezahnmuster aus; manchmal totaler Einbruch bis runter auf das eingestellte Minimum. Auch der UL an sich ist geringer (~ 63 KB/s) wie beim MA (~70 kb/s).

Eilige Frage an Euch: Habt Ihr ein Uploadlimit gesetzt?

Gespannt
aalerich

Ich nehme an du meinst in Hinsicht USS? Nein, wenn das lief habe ich keinen Limit gesetzt da mir die ganze Geschichte dann ziemlich sinnlos vor käme. Muss ich aber beim Original und bei anderen Mods auch nicht, da läuft USS schnieke.

Ich habe auch kein Limit gesetzt. Bei allen Morph-Modifikationen mit eingeschaltetem USS war das bisher nie notwendig. :)

Habe nun das UL auf 72 kB/s gesetzt und beobachte das mal.

Geht mir ähnlich und ich habe das Gefühl, da liegt der Hund begraben. Probiert es mal; bei mir hilft es zwar nicht zu 100%, der Unterschied ist aber doch drastisch. Uploadlimit in Höhe der Kapazität. Drauf gekommen bin ich durch den X-Ray, der ohne Limit sofort und völlig zusammenbricht.

Mit freundlichen Grüßen
aalerich

Ja, die Verbesserung ist sichtbar. Die vollständigen Einbrüche im UL sind weg, die Schwankungen nicht mehr so ausgeprägt.

Danke für die Rückmeldung; gut zu lesen, daß es nicht nur bei mir so ist. Aber komisch ist das trotzdem... Ich habe dazu ein bißchen herumgetestet und selbst uralte Mulis (0.44 und so), die früher anstandslos ohne Limit liefen, brechen jetzt ohne Limit zusammen. Vielleicht liegt es ja auch an der Leitung? Egal, Hauptsache, es gibt einen Trick.

Mit freundlichen Grüßen
aalerich

Die MA-Modifikation arbeitet problemlos ohne Limit und eingeschaltetem USS. Der UL ist meiner Meinung etwas bzw. geringfügig stabiler.

USS scheint im MorphXT träger zu greifen. Wenn ich von einer Webseite einen Download beginne, regelt USS nicht bis zum eingestellten Minimum herunter, sondern nur etwa 10 bis 25 kb/s.

Hat jemand ähnliches beobachtet?