@ Kaeptn_Sperrmuell, thx.

Gnaddelwarz, ich habe nochmal die Überschrift editiert von 30d in 30e. Das wird wohl richtig sein oder?
Die neue Sivka v.10e8 scheinst Du ja laut Changelog nicht im Code drinne zu haben? Das ganze ist ja nicht immer so verständlich für Nichtmodder, die nichts vom Coden verstehen. Deshalb frage ich lieber nochmal nach.

@Gnaddelwarz

warum wird bei der neuen Version 1.3.2 (basierend auf 30e) die Version 1.3.1 angezeigt? Hab ich irgendwas falsch gemacht oder hast Du einfach vergessen, die Versionsnummer zu ändern :?:

gruß
jazman187

@jazman187
war bei mir auch so, musst mit den installer von 1.3.2 nehm, dann ist es das richtige .. bei der bin von 1.3.2 war es bei mir auch die 1.3.1, da hat gnaddelwarz wohl ausversehen noch die alte genommen?

was bedeutet eigentlich in der neuen version 1.3.2 hinter der QR zb grünes (-80) oder braunes (+60)?

@Zazak

danke für die Info's ... leider hasse ich den Installer und bevorzuge Binaries ... dann bleibe ich halt bei der Verion 1.3.0 ... die läuft wenigsten stabil bei mir.

gruß
jazman187

1.3.2 installiert und clients.met im eimer :roll:

geht mit nichts mehr arghh

also bei mir kommt die 1.3.2 nicht wirklich richtig in gange .. sehr schwacher download .. bin wieder zur 1.3.0 gestiegen und hab schon gleich nach ca. 2std nen viel besseren download .. so wichtig ist es doch auch nicht dass man zur version "e" wechselt nich? da ich lieber die 1.3.0 verwende (läuft wirklich viel besser)

Downloadspeed toggelt
 

Hallo an alle,
ich benutze nun zum ersten mal den Gnaddelwarzc 1.3.2 Mod und bin begeistert.
Was mich nur verwundert (gab es bei eChanblard nicht) ist, das die Downloadgeschwindigkeit ziemlich exakt im 30 Sekunde takt toggelt.
Also 30 sec 46 kb und dann 30 sec lang 2 kb dann steigt es wieder an auf 46 kb und so weiter.
Ist das ein Fehler oder ist das normal ?

Danke im voraus..

Viele Grüsse
MarcL

OT:
Sowas kenne ich von den 1.2er Versionen her.
Die 1.2a hat bei mir Nullinger Performance gzogen, die 1.2er (Testversion bestens) laeuft bei mir bis dato immer noch stabil seit August durch.
Alle 3-4 Wochen gibts einen Systemstart von mir... vielleicht schiebe ich den 132 drauf beim naechsten mal... bin skeptisch, was ich auf meinem Testsystem so gesehen habe, lasse mich dennoch gerne auf meinem "LiveSystem" ueberraschen.

Gruesse
Kaeptn

Ja ist richtig, hatte ich wohl vergessen.
Jupp, ist korrekt. (Würde aber nicht allzuviel ändern....)

Leider war bis eben das bin-Paket falsch (hatte, wie einigen schon aufgefallen ist, das 1.3.1-er Binary. Das erklärt auch die kaputte clients.met)
Link korrigiert.

Das zeigt bei einem Reask die Veränderung zum vorherigen QR an.
(grün = Verbesserung, rot = Verschlechterung)

sorry aber was ist ein "reask"?
hat das auch was mit den kredits zu tun die man bei nem user hat? könnte man da also sehen? wenn die zahl groß ist die in grün dann hat man bei dem user mehr kredits?

Reask: In regelmäßigen Abständen (~21 min) fragt eMule die anderen Clients ab, um die aktuelle Queue-Position zu erhalten und den anderen zu sagen, dass man noch da ist.
Mit den Credits hat das nichts zu tun, nur mit der Queue-Position (wenn man mal ausser Acht läßt, dass sich mehr Credits natürlich positiv auf die QR auswirkt.....)
Mit diesen Zahlen kann man erkennen, wie schnell man in den Queues der anderen vorankommt, die Farben sind nur nochmal zum verdeutlichen "auf den ersten Blick".

@ Gnaddelwarz, verdammt ! das grün oder braun macht mich neugierig.
ich wusste doch, das es doch noch eine detailverbesserung geben kann.

Schön mal einem Profi bei der Arbeit (Fanpost ;-) ) zu zu sehen. Nur mal so Interesse halber braucht man zum Modden nur Visual C++.net 2002 oder kannst du mir da noch andere sinnvolle Tool's oder Sprachen empfehlen??

Ich habe bis jetzt nur die 1.3.1 von dir getestet,war aber sehr zufrieden THX.
Teste jetzt gerade mal die Kademlia Client's,aber so wie es von der Stabilität ausschaut werd ich wohl sehr bald mal die 1.3.2 antesten. *fg*

MfG Max

dann kann man ja doch so etwas sehen wie viel kredits man bei dem user hat (wenn man sieht dass man bei ihm besonders schnell vorran kommt)

:shock: die Neugier packt auch mich, werde ihn jetzt am WE doch mal draufziehen und "in Betrieb" nehmen. :)
Habe mir nur die Features angeschaut, ohne einen Connect/DL/UL zu haben.

Gruesse
Kaeptn

Kaeptn_Sperrmuell, um das Kind auch mal beim Namen zu nenen: Es handelt sich hierbei um das Feature "EDT" von enkeyDev. Ist inzwischen in mehreren Mods integriert, die Farben variieren aber wohl. Beachtet bitte enkeyDev's Aussage:
:wink:

MaxUpload, schau mal hier rein.

Furio,
Danke fuer die Erlaeuterungen :)
Habe seit einem ViertelJahr die Neuerungen nicht mehr im Detail verfolgt, Asche auf mein Haupt...

@Gnaddelwarz

da haste ja wieder ein SUPER-MOD gebaut. Dein Mod (1.3.2) läuft wie geschmiert!

WEITER SO :!: *lob*

gruß
jazman187

Hi gnaddel...

habe einen Bug im Webinterface entdeckt....

es wird die statistik über den Webzugriff net angezeigt.....

Noch eine Bitte... baue bitte die neuen Sivka Einstellungen ein.

Die alten Sivkas laufen bei mir net so gut mit deinem MOD.

Nutze momentan den Sivka weil der rennt wie hölle mit Router !

Danke schönes WE

:mrgreen:

@papaschlumpfm28

benutze doch einfach das Chicane-Webinterface. Die aktuelle Verion und weitere Info's findest du im offiziellen eMule-Forum unter:
http://forum.emule-project.net/index...howtopic=26946

Gruß
jazman187

Hi,

nimm doch einfach einen anderen webservice, dann funzt es auch!!!

greetz
MissMarple

edit: Version läuft schweinegeil, momentan sogar besser als die 30c und dat will was heißen ;-)....

Da bin ich mal wieder. Das Ding lief jetzt bis vor ein paar Tagen schön mit 30-40kbps, jetzt auf einmal sieht mein Statistikfenster aus wie ein sehr kurzer Rasen. Soll heien: Raten zwischen 2,5 und 10 kbps bei 53 Downloads auf Razorback. Und ich habe zwischenzeitlich NICHT an den Einstellungen rumgefummelt. Ein anderes Mod hat auch nicht geholfen. Was nun?

Wegen den Sturm über Deutschland ist in einigen Gebieten der Strom ausgefallen.
Ich denke mal das könnte zur Lösung deine Probs beitragen.
Kein Strom ergo keine (kaum oder weniger)User ergo kein oder kaum Dl.

mfg
Odinasgardson

:shock: Was mussten meine Augen sehen? :shock:
Keine manuelle Aktualisierung bei einem einzelnen Client (an dem ich sauge) mehr moeglich?
-> rechte Maustaste auf den Client, "Aktualisieren"
fehlt!

Wenn ich Files drin haette mit 1.000en Quellen waere mir das echt egal, aber es war immer mal wieder hilfreich, einen Client manuell zu aktualisieren, da es aufgrund irgendwelcher Umstaende (ich suche schon seit Juli nach einem Grund), den sivka based Mods nicht meoglich ist, manche Files auf den aktuellen Stand zu halten.
STOP und RESUME ist die einzige Moeglichkeit alle Sources zu aktualisieren :(
Oder den manuellen Kick zu geben.

Es ist nicht jedes File von dem Effekt betroffen, fragt mich bitte nicht, ich suche seit Juli, was ich auf den Files gemacht habe...

Gegenfrage... funktioniert die "Reask" Server Funktion entweder global oder auf das einzelne File an diesem Punkt oder fragt diese Funktion echt nur nach neuen Quellen auf dem Server an, aktualisiert sie die einzelnen Quellen nicht?
-> so etwa "ReAsk Source"?
-> oder nur "ReAsk Server"?

Ich schaetze mal nur ReAsk Server :(
-> Server nach neuen Quellen fragen, die alten dabei nicht aktualisieren...

Sowas hilft bei Clients, die nix zu bieten haben, vermeintlich
Ein manuelles aktualisieren brachte dann doch ein paar Chunks zu Tage

Lacht nicht, aber wenn man nur 20 Quellen hat, ist jeder Chunk wertvoll

Gruesse
Kaeptn

Hehe, irgendwie kommt mir das bekannt vor :wink:. In solchen Fällen -wo man jedem Chunk nachrennen muss - mache ich jeweils ein manuelles NNS auf das File. Dann kommen nach ein paar Minuten die neue Quellen resp. Chunks zum Vorschein, immerhin bleibt man so in der Queue der richtigen Sourcen drin, im Gegensatz zu der 'stop&go' - Methode....

Dein Reask Source wurde wohl als schädlich für das Netz befunden und ist damit wohl zu recht verschwunden - nehme ich an.
Das Droppen sowie Reask Server usw. kann man sowohl global wie auch manuell für das einzelne File(oder ein Gruppe von Files die markiert werden im DL-Fenster) einstellen. Grundsätzlich gilt aber die globale Einstellung in den Prefs.
Äh, eigentlich sind die Sivka-Funktionen schön in diesem Forum Sticky gemacht....
Hier noch ein hilfreicher Link zu den File-Settings von Xtremchopper.
KLICK

Hi AdiS,

genau da liegt der Knackpunkt... "...nach quellen abfragt". Eben nach zusaetzlichen, also keiner "Aktualisierung" an sich entsprechend?!
Den Sticky habe ich selbstverfreilicht gelesen, denn ohne das braucht man hier im Forum gar nicht anfangen zu schreiben, die meisten Fragen werden dort schon beantwortet :)

Den Effekt, wie Du ihn beschrieben hast, dass nach einem man. Akt. meher Quellen kommen, habe ich auch schon oefters beobachtet. STOP und RES erbrachten nicht das gleiche Ergebnis.

Gruesse
Kaeptn

N'abend

Was heisst hier 'zusätzlichen' ? So oder so werden laufend Quellen gesucht in bestimmten, den Server schonenden Abständen. Ein ständiges manuelles Abfragen belastet die Server zu stark. Droppe einfach die nicht benötigten Quellen manuell und der Muli findet nach und nach die Quellen in aktualisierter Form wieder ohne aggressives Verhalten.

Wo habe ich behauptet es würden mehr Quellen gefunden? Im Grunde müssten - ob gestoppt oder gedroppt - am Schluss wieder gleich viele Quellen da sein, nur dass beim Droppen von NNS die Quellen die was für mich haben noch als Quelle verbleiben und nicht mehr gesucht werden müssen. Deine Beobachtung finde ich daher seltsam.
Nicht unterschätzen bei der Quellensuche sollten wir auch das SE (Source Exchange) das Quellen direkt mit anderen Mulis tauscht.

Gruss
AdiS

Sorry fuer die Unterstellung. Habe ueberlesen, dass Du NNS auf das File durchfuehrst und nicht akt. auf einzelne Clients.
Genauso der Effekt, Du zerrst Dir einen Zweiteiler rein... tagelang hast einen einzigen Client (Source) auf der CD2, der steht aber auf CD1. Dann machst A4Af mit der Source, raz... Es tun sich mehrere Quellen nun auch auf CD2 auf, einem "Sogeffekt" etwa zu vergleichen.
Sowas scheine wohl nur ich zu beobachten... muss wohl doch eine neue Brille besorgen ;)

Zu dem Eingangs beschrieben Effekt, hier noch ein Beispiel:
Hast noch nie Clients gehabt, die zwar einen (mehrere) Chunk(s) hatten, Du aber bei denen weder den Status "voll" noch einen QR noch "unknown" hattest?
Die bekommst weder mit NNS, FQ, Drop unknown raus, weil die eben all den Kriterien nicht entsprechen...
Manuelles akt. und der Status ist wieder klar definiert.

Seis drum, wir verzetteln uns in Kleinigkeiten.

Wenn die Funktion draussen ist, wird es seine Gruende haben und da kann ich rumjammern soviel ich will...

Gruesse
Kaeptn

cool 3 tage auf lan ... und dakommt ne neue gnaddel raus ..

mal testen ..

nur wo is power share hin? :cry: :?: :shock:

Immer noch bei Dateien -> Prio
Ist jetzt in EINEM Menuepunkt zu finden, nicht mehr getrennt
Man darf jetzt zwei Haken gleichzeitig in einem Menue setzen ;)

Gruesse
Kaeptn

Und weiter geht's mit dem Haarespalten...8)

Hmm => ATP (ask the programmer) :mrgreen:
Offenbar passiert dann das selbe wie ein A4AF auf das ganze File. Das wäre natürlich falsch, aber eigentlich nichts Schlimmes.
>>Nachtrag: Habe das(A4AF) eben getestet mit einem Client, da hat es richtig funktioniert. Also für mich bisher nicht nachvollziebar Dein (D-)Effekt.

Doch, das kenne ich schon: Der Status steht dann manchmal mehrere Stunden auf 'Verbinde...' und kann nicht gedroppt werden. Bisher habe ich aber bei solchen Quellen immer eine zweite identische Quelle die einen normalen Status aufweist, so dass ich annehme es hat mit der Zwangstrennug/IP-Wechsel des Betreffenden zu tun.
Auch das, nichts Schlimmes, zumindest konnte ich keine gravierenden Nachteile beobachten - nur Kosmetik. :wink:

Allgemein: Kleinere Mängel an der Carosserie sind mir wurscht wenn der Motor rund läuft. 8)

cu
AdiS

Kaeptn_Sperrmuell, danke.

ich hab nur kurz mal reingeschaut.

Lies auch Du bitte genau: Passt schon; ich sehs irgendwo ein, dass ich mir die oben beschriebenen Phaenomene nur einbilde...

cu

hallo
 

hi leute,

habe jetzt den 1.3.2 laufen gelassen mit der gleichen tmp liste als wie 1.3.1,
aber ich komme nie auf die dl werte von 1.3.1 woran liegt des??

noch ne frage am rande is der gnaddel beim update gleich zu behandeln wie alle emule mods mit den dateien?? drüberinstall oder neuinstall??
lg
killa4u

PS.: Woran liegt es wenn ich nur mit gnaddelwarez nebenbei surfen kann und mit allen anderen nicht?? da geht nix mehr, als wäre das inet garnet angestellt

Um mal in deiner Sprache zu antworten: Ich habe drübbberinstall *g gemacht nachdem ich die Clients.met mit dem mitgelieferten Converter bahandelt habe. Die Die Texte (!Readme_Gnaddelwarz.txt) in dem Packet zu lesen kann auch nicht schaden... Die preferences.ini lösche ich vorsichtshalber auch immer und konfiguriere dann halt alles neu -sicher ist sicher.
Läuft bei mir genauso gut wie 1.3.1.

Das liegt an USS (Upload Speed Sense). Der UL wird automatisch gedrosselt wenn der 'Verkehr' zunimmt. Die Funktion ist standardmässig an im Gnaddel, lässt sich aber auch abschalten.
Jo, so ein Mod ist manchmal wie eine Wundertüte nicht wahr?

Ich habe ein Problem bzw. die Leute, die mich als Quelle brauchen. Die Leute sehen mich aller 20 min mal kurz und dann bin ich gleich wieder fort, obwohl ich eigentlich da bin.

Bei mir im Verbosefenster kommt öfter diese Meldung:

Könnte das etwas damit zu tun haben ? :?

Komischerweise betrifft das Problem nur ein einziges File.

In meiner Warteliste ist noch Platz, die Hide Oversharefunktion ist aus.

kann es sein, das die clients.met von gnaddel bei keiner anderen version mehr laufen?

hatte sie mal zu dem echanblard mitgenommen und der bringt mir.. creditfile veraltet und wird ersetzt :roll:

EDIT:
pawcio nimmt sie an

Wenn der nicht SUQWT hat, dann muss man clients.met.30d.bak nehmen.
(Das sollte jetzt auch wieder gehen......)