: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......)