[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   Feature Requests (http://www.emule-web.de/board/10179-feature-requests.html)

ExxxoN 28. November 2005 12:19

Linear Priority
 
Ich würde mir wünschen, das man LP's vergeben könnte, so dass man die Reihenfolge festlegen kann, mit der die Files nacheinander runtergeladen werden. (MorphXT, Ionix)

Interessant in diesem Zusammenhang, wäre eine Art "Prestart next File".

Angenommen ein File aus der Kategorie benötigt nur noch 2-3 Chunks, bevor es komplett ist. Nun startet das File mit der nächst höheren LP (aus der gleichen Kategorie)automatisch. Natürlich darf dann, wenn das vorherige File komplett ist, kein neues aus der Kategorie gestartet werden. (Bei fertigem Download, nächste Datei fortsetzen muss dazu umgangen werden). Man müsste das Feature im "Kategorie bearbeiten Dialog" einstellen können. Oder man stellt es sogar global ein unter "Optionen->Dateien->Bei fertigem Download, nächste Datei fortsetzen->Nur aus gleicher Kategorie->Vorzeitiges Starten des nächsten Downloads" :mrblue:

Das würde den "Übergang" von einem fertigen Download zum nächsten aus der gleichen Kategorie, weicher machen. "Warum soll ich mich nicht schon vorher in der WS anstellen, ich weiss doch ganz genau, daß das File ähnlich viele Quellen hat, wie das vorherige ?" (z.B. bei Serien, oder Releases über mehrere Files)

Das ganze führt natürlich dazu, dass man stellenweise mehr aktive Downloads hat, je nachdem wieviele Kategorien dieses Feature an haben. Aber wer hat schon zig Kategorien?

Lässt sich das machen?

Tolle Mod bisher, schön ist besonders der schnurgerade Upload und die geringe CPU Last.

Gruß

aalerich 28. November 2005 13:32

Als erstes denke ich, daß das nichts für den Xtreme ist. Er ist ein relativ einfach zu bedienender Mod mit überschaubarer Funktionsvielfalt und soll es meines Wissens nach auch bleiben. Zweitens führen immer mehr Funktionen auch zu einer immer höheren Prozessorlast... Und von der Idee mit dem früheren Start des nächsten Downloads halte ich auch nichts, gerade bei Serien u.ä. würde sich die Vollendung des fast fertigen Downloads wahrscheinlich verzögern, da Du Dich möglicherweise bei einigen Quellen für die neue Datei anstellst und die erste kurz vor dem Ziel verhungert. Man könnte dem sicherlich vorbeugen, nur glaube ich, daß der Programmieraufwand dafür nicht einmal annähernd lohnt. Außerdem wartet man in der Regel relativ lange auf die letzten Chunks; diese Funktion würde also höchstwahrscheinlich zu einer durchgehenden Überziehung der Einstellungen führen. Dann kannst Du auch gleich alle Downloads aktivieren.

Mit freundlichen Grüßen
aalerich

seppl12 28. November 2005 14:38

@ExxxoN - Diesen Gedanken hatte ich auch schon zigmal. Momentan mach ich es per Hand und ärger mich über mich selbst, wenn ich vergessen hab, die anderen gestoppten Teile aus der Kategorie zu nehmen, da dann beim Beenden des anderen files ein weiterer gestartet wird. Sinnvoll ist es für Mehrteiler und Serien schon, noch vor Ende des einen einen weiteren zu starten, da man zum Ende hin bei dem einen viele "unnütze" Quellen hat, die bei einem weiteren gestarteten dl der Serie besser aufgehoben sind. Wie aalerich bereits schon sagt, ob das den Programmieaufwand lohnt, kann uns nur Xman sagen.

Xman 28. November 2005 14:51

sagen wir mal so:
ihr habt recht mit euren Thesen.... ein LP wird es aber dennoch nicht geben, da mir das vom Feature-Umfang zu viel ist (im ZUsammenhang, daß ich damit dne Xtreme-Downloadmanager anpassen müßte) und auch von der Koplexität der Bedinung nicht dem Xtreme-Konzept entgegenkommt.
Das nächste File schon vor dem Ende des letzten zu starten macht durchaus sinn. Ich setze es mal auf die Liste "in Zukunft mal durchüberlegen".
Eines mag ich dabei aber noch anmerken: wer Serien downloaded sollte niemals ein Teil nach dem anderen laden, sondern immer mehrere gleichzeitig.

ExxxoN 28. November 2005 16:37

Zitat:

Zitat von aalerich
Zweitens führen immer mehr Funktionen auch zu einer immer höheren Prozessorlast...

diese Funktionalität nicht messbar!

Zitat:

Zitat von aalerich

Und von der Idee mit dem früheren Start des nächsten Downloads halte ich auch nichts, gerade bei Serien u.ä. würde sich die Vollendung des fast fertigen Downloads wahrscheinlich verzögern...

wie dass denn? die ganzen NNS brauch ich nicht, die können schon zum nächsten übergehen!

Zitat:

Zitat von aalerich

...nur glaube ich, daß der Programmieraufwand dafür nicht einmal annähernd lohnt.

ich glaube, das würde sich immens lohnen, ungefähr so wie alle funktionen, die nicht im
original emule dabei sind ;)

Zitat:

Zitat von aalerich

Dann kannst Du auch gleich alle Downloads aktivieren.

:clap :whistle

werd ich machen!

Gruß ExxxoN.

aalerich 28. November 2005 18:54

@ Xman:

Du müßtest dann aber sicherstellen, daß die jeweils fortgeschrittenste Datei die A4A mit dem niedrigesten Queueranking bekommt. 3 oder 4 sollten reichen, notfalls auch wieder Quellen, die dem nächsten Download zugeordnet wurden, zurück zur weiter fortgeschrittenen Datei geben, wenn in der Queue dieser Quelle ein großer Sprung gemacht wurde. Den am weitesten fortgeschrittenen Download also unbedingt zuerst fertigstellen. Ansonsten kann man wirklich beide Downloads gleichzeitig laufen lassen.

Mit freundlichen Grüßen
aalerich

ExxxoN 28. November 2005 20:56

Hallo Xman

ich würde mir auf jeden Fall für die nächsten Versionen einen höheren Datei-Puffer wünschen. Ist das machbar? Meine Platte kommt gar nicht mehr zur Ruhe ;) Würde auch die CPU entlasten.

Viele Grüße

ErdingerFan 4. December 2005 00:54

also stop mal...was soll der quark mit der (in)direkten dateiprioriesierung?wir wissen(oder sollten wissen) worauf das hinausläuft..seltene chunks(files)verschwinden.btw geh ich mit Xman dacore(oder wie man das schreibt :wink: ) wenn man schon serien läd,dann alle edith1/ok..vielleicht nich alle,aber viele /edith1 gleichzeitig(weil man ja nie weiß,wie man bei anderen steht) und überhaupt...alle seid ihr froh,das der Xtreme ein schlichter,''einfacher''
muli ist,warum soll eben dieser jetzt mit irgendwelchem ''fragwürdigem'' firlefanz aufgeblasen werden?? der/das muli ist und wird kein mediaplayer *shock* muß das eben geclickte file schon in 3 std fertig sein???...warum?? nur der eigenen gier willen?? nöö,echt nich :-))
gegen nen höheren datei-puffer oder mehr eingabemöglichkeiten im nachrichtensektor(bitte mehr strings) hab ich nix einzuwenden.
nochmal btw..denkt bitte daran,das nicht alle user mit nem 3gig prozzie unterwegs sind..von wegen ''rechenzeit interessiert mich nicht''
@ Xman..bleib bei deinem konzept!!
cu
edith2/ mit''mehr eingabemöglichkeiten im nachrichtensektor'' meine ich die möglichkeit unter 'Sicherheit --> Nachrichten/Kommentare Filtern' selbst diverse strings einzugeben.leider paßt da nich viel rein /edith2

drfreak2004 4. December 2005 08:39

also alle die es immer noch net verstanden haben der xtreme ist und bleibt ein schlanker mod ! nur das was sinn macht sollte rein. so denk ich war xmans konzept. wer was anderes will soll sich nen playmobil mod (ich nenne jetzt keine namen) suchen.

detail verbesserungen ok und funktionen die wirklich sinn machen auch aber nicht dieser ganze käse !

sorry aber mir geht die hutschnurr langsam hoch !

seppl12 9. December 2005 21:32

Folgendes nerft mich schon länger!

Ich hab nächste Datei aus gleicher Kategorie fortsetzen bei fertigen download aktiviert. Jetzt ist es aber so, dass wenn ich einen dl abbreche, dann wird ebenfals ein dl in der Kategorie gestartet. Kann man da was machen?

JulGer 9. December 2005 22:09

Erst Pause, dann stop?? Sollte eigentlich gehen...

seppl12 9. December 2005 23:03

Zitat:

Zitat von JulGer
Erst Pause, dann stop?? Sollte eigentlich gehen...

Ahh, erst stoppen dann Abbruch, so gehts ;) Danke dir! ;)

JulGer 9. December 2005 23:34

Oder so... ;)

ExxxoN 9. December 2005 23:47

Ich kann nur nochmal um höheren Dateipuffer bitten, der ist wirklich nötig, ich kann keinen Film mehr ohne Aussetzer anschauen, wenn Xtreme auf Hochturen läuft (und das macht der immer :dance )

Gruß

seppl12 9. December 2005 23:56

Ich weis nicht, ob das für dich wirklich was bringt! Dann kommen die Aussetzter halt mit größeren Zeitabständen und dafür länger. Wäre da es nicht besser für dich, eher einen kleinen Buffer einzustellen?

Test 10.12.05 12:00

Xman 10. December 2005 00:07

Das stimmt natürlich was seppl sagt.
Zudem bedenkten viele User (und leider auch Modder) ein paar Dinge beim Dateipuffer überhaupt nicht:
- der Dateipuffer bezieht sich ja nur auf die Heruntergeladenen Datenteile. Ihr habt aber dennoch viele andere Dateizugriffe, vor allem beim Upload. Jeder neuangefragte Block, muß erst auf der Platte gesucht und geladen werden
- erst nachdem der Dateipuffer geschrieben wurde, kann der Chunk selbst geshared werden. Umso höher der Buffer, umso länger dauert es also bis ich ihn selbst verbreiten kann.

ExxxoN 10. December 2005 01:02

Naja ein Chunk ist 9MB groß, der Dateipuffer max 1,5 MB und setzt sich aus mehreren "Chunk-Teilen"; Blöcken zusammen, nämlich aus allen, von denen gerade herunter geladen wird. (Wird ein Chunk geshared bevor er komplett ist? )
Der Zeitabstand zwischen dem Schreiben des Puffers auf die Platte und dem Sharen (der Fertigstellung des Chunks mit dem letzten Chunk Teil) kann man, glaube ich, gut und gerne vernachlässigen.

Windows arbeitet doch intern auch mit einem Schreibpuffer, meine Frage ist jetzt, erzwingt emule das Schreiben des Emule-Dateipuffers nachdem dieser voll ist (separiert vom BS-Cache), oder unterliegt das Schreiben des EmuleDateipuffers den windows-internen default zeitabständen, quasi übergibt emule die Kontrolle über den Dateipuffer direkt an das BS? Könnte eine Erhöhung des BS-Dateicache (Use Large System Cache) oder die Verwendung von Tools wie z.B. O&O Clever Cache, die Schreib/Lesezugriffe optimieren? Haben solche Tools überhaupt eine Existenzberechtigung?

Ein hoher EmuleDateipuffer würde doch die Bewegugen des Schreib/Lesekopfes der HD reduzieren, da mehr Daten in einem Stück an die entsprechende Position geschrieben werden könnten.

Nochwas in diesem Zusammenhang. Wie liest emule eigentlich die Daten von der HD? Gibt es sowas wie "vorausschauendes" Einlesen? Die angefragten Dateiteile sind doch bekannt, liest emule möglichst viel davon in einen Puffer und reduziert dadurch die Schreib/Lesekopf-Bewegung?
Wurde auf diesem Gebiet seit dem emule erschienen ist eigentlich was verändert/weiterentwickelt?

Der Grund, warum ich darüber nachdenke ist einfach, dass das rote Lämpchen dauernd blinkt, ständig irgendwelche Zugriffe auf die Platte stattfinden.
Was ich noch wissen will ;) Wofür braucht emule den meisten Speicher den es belegt?

Es ist ja nun (auch mir mittlerweile :) ) klar geworden, dass der Xtreme Mod nur Funktionen beeinhaltet, die weder direkt netzwerkschädigend sind noch minimal nutzbringend. Also einer, der sich auf Verbindungs/Bandbreitennutzungsoptimierung beschränkt und durch ein gutes Leechererkennungssystem fair am eigentlichen Filesharing-Prinzip wie es gedacht ist, orientiert. Daher auch die überragende Performance, die funktionsüberladene Mods nie erreichen werden, weil sie das Prinzip durch "Mogeleien" auszuhebeln versuchen, die nur dem Mod-Benutzer zu Gute kommen sollen, aber nicht im emule-Netz an sich funktionieren.
Deshalb gefällt mir der Ansatz des Xtreme wirklich gut. Es werden Dateien hochgeladen, von denen man selbst nicht runterlädt, also echtes Filesharing, was viele Mods einfach nicht mehr machen (PayBackFirst und solche Strategien, Eastshare Credit System, ganz schlimm!)

Es ist eigenlich erstaunlich, dass sich wenig verteilte Dateien überhaupt noch verteilen, die Sharer dürfen dann aber ja keinen Morph oder -basierende Mods benutzen, sonst bekommt man ein Chunk pro Woche, wenn man nicht ein File shared, das der haben will. Schlimm ist das!

Xtreme ist da fair und deshalb Daumen hoch! Der Mod ist einfach nur genial!

seppl12 10. December 2005 16:57

Einfach mal in Blaue gesagt, keiner wird das Rad neu erfinden und die file I/O Routinen des BS verwenden, schon allein, um keinen Konflikt zu erzeugen.

Und wie bereits gesagt, wenn du Aussetzter bei schauen von Movies hast, dann würde ein größerer Buffer daran nichts ändern (hast jetzt schon mal mit kleinerem Buffer versucht?). Ich würde eher mal meine Codecs überprüfen.

Den Uploadbuffer kann man im Xtreme einstellen. Aber man weis ja nie, wer in den Uploadslot kommt bzw. ob eine Verbindung zustande kommt, so dass ein größerer Buffer eher kontraproduktiv wäre.

Auch wenn deine HD Lampe ständig an ist, so sind es nur geringe Datenmengen im Vergleich zur möglichen Datenmenge, die da gelesen/geschrieben werden. Sogar die langsamste IDE Platte ist da bei weitem nicht am Ende.

Beim Rest von dir gesagtem stimme ich dir 100%tig zu! :-)

Xman 10. December 2005 19:57

Zitat:

Windows arbeitet doch intern auch mit einem Schreibpuffer, meine Frage ist jetzt, erzwingt emule das Schreiben des Emule-Dateipuffers nachdem dieser voll ist (separiert vom BS-Cache), oder unterliegt das Schreiben des EmuleDateipuffers den windows-internen default zeitabständen, quasi übergibt emule die Kontrolle über den Dateipuffer direkt an das BS? Könnte eine Erhöhung des BS-Dateicache (Use Large System Cache) oder die Verwendung von Tools wie z.B. O&O Clever Cache, die Schreib/Lesezugriffe optimieren? Haben solche Tools überhaupt eine Existenzberechtigung?
wie beim FlushBuffer genau das Zusammenspiel zwischen BS und Anwendung funktioniert, da bin ich ehrlich überfragt. Aber so wie ich das sehe wird das Schreiben dabei erzwungen. OO-Clever-Cache hat mit dieser Operation gar nichts zu tun, ist aber dennoch ein sehr gutes Tool. Gerade bei Verwendung von emule reserviert windows zu viel Speicher für Dateihandles und verwaltet den Arbeitsspeicher nicht sehr vernünftig, das klappt mit OO-Clever-Cache wesentlich besser. Wohlgemerkt: der emule-Dateischreib/Lesezugriffe werden dadurch nicht anders gehandhabt, aber sehr wohl die Zugriffe auf die Windows-Auslagerungsdatei.

Zitat:

Ein hoher EmuleDateipuffer würde doch die Bewegugen des Schreib/Lesekopfes der HD reduzieren, da mehr Daten in einem Stück an die entsprechende Position geschrieben werden könnten.
nicht unbedingt, denn Du empfängst ja nicht die Daten an einem Stück, sondern von diesem Chunk ein bischen und vom anderen Chunk ein bischen, hinzu kommen dann noch die Leseoperationen für den Upload, Dateien speichern wie clients.met usw.


Zitat:

Es ist eigenlich erstaunlich, dass sich wenig verteilte Dateien überhaupt noch verteilen, die Sharer dürfen dann aber ja keinen Morph oder -basierende Mods benutzen, sonst bekommt man ein Chunk pro Woche, wenn man nicht ein File shared, das der haben will. Schlimm ist das!
das haste dem viel gescholtenen offi-Client zu verdanken. Man schimpft zwar, daß gute Uploader damit zu wenig belohnt werden und Leecher zu viel bekommen, dafür bleiben seltene Dateien länger am Leben. Mit jedem Schritt den Du vom offiziellen System weggehst (z.b. Uploader stärker belohnen) bestrafst Du irgendeine andere Gruppe.


Zitat:

Xtreme ist da fair und deshalb Daumen hoch! Der Mod ist einfach nur genial!
Danke! ;-)

aalerich 11. December 2005 00:18

Naja, diese Aussetzer (oder vielmehr ein gewisses Stottern, kurze Hänger) habe ich auch bei vielen Filmen, in der Regel ab ungefähr der Hälfte der Spielzeit. Woran es liegt weiß ich nicht, es stört mich auch nicht wirklich (so oft tritt es nicht auf, vielleicht fünf mal pro Film), es liegt aber sicher nicht am Muli.

Zu den Kreditsystemen: Es kommt immer darauf an, was der jeweilige Nutzer macht. An sich sind Kreditsysteme mit Tradingtendenz ja nicht schlecht, sie müssen halt nur mit Verstand genutzt werden. Und daran mangelt es ... Optimal fände ich es, wenn man das Kreditsystem pro Datei wählen könnte. Eine Releasedatei kann man im Grunde ganz ohne CS hochladen, bei einer relativ seltenen Datei, die man selbst zieht, empfiehlt sich dagegen manchmal ein sehr scharfes System. Sonst kann es passieren, daß man ein oder zwei Leecher wirklich massivst durchfüttert. Beim Upload extrem gefragter vollständiger Dateien wünsche ich mir meist ein System, daß jedem Interessenten nur einen Chunk gibt, egal wie lange er ansteht. Er soll einen Chunk bekommen und den dann mit anderen tauschen. Und und und... Das ist schon eine Crux mit den Kreditsystemen... Das Xtreme-CS ist z.B. bei hohem Upload und ganz kurzer Warteschlange (100-300 Leute) eine einzige Katastrophe :mrgreen: . In der Praxis ist das nicht schlimm, da der Xtreme insgesamt nicht für diese Nutzung gemacht, geeignet ist und deshalb auch nicht so eingesetzt wird. Aber das perfekte System kann es nicht geben.
Und man darf bei aller Kritik an Morph&Co. nicht vergessen, daß viele engagierte Sharer auf solche Optionenmonster mit eben auch vielen CS zurückgreifen. Die sind schon wichtig für das Netzwerk, auch wenn zweifellos die Masse der Morphnutzer eher schlechte Sharer sind.

Mit freundlichen Grüßen
aalerich

Pulpman 19. December 2005 17:13

AW: Feature Requests
 
wenn man seine Hardware aufbohrt kann man die filmruckler reduzieren. Gefühlt läufts mit nem 3000+ und 1gb ram besser als früher mit 1,2ghz und 384sd ram.

Als feature request mmmhh also ich brauche irc, statistik und nachrichten nicht, könnt man auch rausnehmen :). Oder als Plug-in für die die es brauchen.

Könnte reihenweise lob ausschütten. Läuft spitze der mod, auch wenn ich nicht genau sagen kann warum. Lasse ihn halt die ganze zeit laufen und habe NAFC aktiviert. Habe das gefühl der stellt den ul perfekt ein. Surfen nebenher ist überhaupt kein Problem.

Grüße an Alle Forennutzer und besonderem Dank gilt dem Entwickler


PS:Nutze auch die Tools von O&O

coluche 20. December 2005 16:23

AW: Feature Requests
 
Zitat:

Zitat von ExxxoN
Ich kann nur nochmal um höheren Dateipuffer bitten, der ist wirklich nötig, ich kann keinen Film mehr ohne Aussetzer anschauen, wenn Xtreme auf Hochturen läuft (und das macht der immer :dance )

Gruß

also, ich mache das dann andersrum, nicht emule sondern die andere Anwendung (z.B. videoplayer) kriegt 'nen größeren cache spendiert.
und/oder höhere priorität. emule läuft bei mir (immer noch 400Mhz)
auch gut mit niedrigerer prozessprioriität.

zum Puffer/Cache für uploads: für bestimmte Situationen wäre das schon schön und nutzbar. z.B. beim releasen, da braucht das Muli ja nicht Rücksicht auf x andere Dateien nehmen und könnte einige rare chunks im Speicher vorhalten.

Hoermaenn 26. December 2005 03:28

AW: Feature Requests
 
Ich wäre für das feature UPnP, weil man dann die Ports nicht mehr manuell Forwarden muss.

skuX 4. January 2006 21:06

Kann man das Feature einbauen, dass der Esel automatisch beendet wird und Windows heruntergfahren wird, sobald alle Files heruntergeladen wurden? Sprich wenn die DL Liste leer ist Emule beenden und PC ausschalten.

Hab Emule auf nem Extra PC laufen und der muss ja nicht laufen wenn ich nix mehr zum DLen habe...

cembob 4. January 2006 23:41

Zitat:

Zitat von skuX
Kann man das Feature einbauen, dass der Esel automatisch beendet wird und Windows heruntergfahren wird, sobald alle Files heruntergeladen wurden? Sprich wenn die DL Liste leer ist Emule beenden und PC ausschalten.

Hab Emule auf nem Extra PC laufen und der muss ja nicht laufen wenn ich nix mehr zum DLen habe...

Du egoist :naughty

skuX 5. January 2006 15:43

Zitat:

Zitat von cembob
Du egoist :naughty

Ganz sicher nicht. Ich habe nen Upload von 40 kB/s aber es kann nicht sein, dass ich meinen Rechner rund um die Uhr laufen lasse, nur damit andere was von mir ziehen können. Stromkosten sind da auch net ganz irrelevant...

Pathfinder 5. January 2006 16:40

Dein Anliegen ist verständlich, skuX. Jeder kann selbst entscheiden wie er seine Ressourcen nutzt. Jegliche Art von automatischer Routine die es zum Ziel hat Daten weniger verfügbar zu machen wäre meines Erachtens allerdings nicht im Sinne von Filesharing und sollte nicht in einen MOD Einzug erhalten.

yves00 10. January 2006 22:49

ich fänd eine Funktion gut wo man in den Graphen gewissermassen ein Lesezeichen setzen kann. so dass wenn ich neue Einstellungen ausprobiere und dann später in der Grafik die Wirkung sehen will, dann genau weiss wo der Anfang ist.

(ich weiss dazu gibts die Zeitangabe aber die ist sowas von ungenau)

vielleicht so dass durch klick auf die Grafik eine rote, senkrechte Linie erscheint die dann mit den Graphen mitläuft. oder durch einen Button neben dran wos dann immer ne Linie beim aktuellen Stand gibt wenn man klickt.

natürlich hab ch keine Ahnung vom Aufwand soetwas zu machen und weis auch nicht ob da interesse besteht, aber ich fänds nützlich


nochwas...was mich schon beim original immer genervt hat; warum ist eigentlich in den Optionen -> Verbindung, nicht auch die Einstellung für die "maxV/5s" und die "Halboffenen", die wären doch dort viel besser aufgehoben als in Erweitert. das wäre doch von der Übersicht beim Einstellen her viel besser.

schon klar dass dies nicht so einfach umzusetzen ist, ausserdem ist ja auch kein Platz mehr da, aber würde mich mal interessieren was ihr dazu meint

cembob 10. January 2006 23:02

Ich finde die Idee interessant. Wobei ich auch nicht weiß, wie komplex deren Umsetzung ausfiele.

Die maxV/5s und Halboffenen, wie du es nennst, befinden sich auch im offiziellen Client unter Erweitert. Dies ist schon mal der Grund, warum sich diese Optionen auch im Xtreme genau dort befinden. Der Grund, warum diese nicht im Verbindungsmenü sich befinden, ist der, dass falsche Einstellungen bei diesen Optionen dazu führen können, dass der Muli sehr schlecht läuft. Daher sollen nur diejenigen daran rumspielen, die, wie der Name des Optionsmenüs schon sagt, erweiterte Kenntnisse im Umgang mit eMule haben. Denn bevor man mit den zwei Einstellungen rumspielt, ohne Ahnung zu haben, ist es besser, die Standardwerte zu verwenden. Befänden sich maxV/5s und Halboffenen unter Verbindungen, wäre die Gefahr zu groß, dass die Standardwerte verändert würden.

Xman 10. January 2006 23:03

merk Dir einfach die Uhrzeit, wann Du die Änderung machtest. Dann klick und halte die Maustaste auf dem Graphen... Du bekommst per Tooltip die dortige Zeit angezeigt.

Und wegen der Verbindungseinstellung: wäre ein Klacks zu programmieren... aber wie Du schon bemerkt hast: kein Platz mehr.

Oldschool 12. January 2006 08:58

hallo, ich weis ich bin nicht lange im forum und habe deshalb nichts zu melden;-)

aber eine frage hätte ich also könnte man den xtreme mod nicht so machen das man die upload slots einstellen kann z.b. mein upload limit ist 30 kbs aber ich will nur 2 upload slots haben, könnte man das nicht irgendwie machen?

Xman 12. January 2006 10:06

bitte siehe FAQ auf der Xtreme-Homepage.

yves00 12. January 2006 17:32

Zitat:

Zitat von Xman
merk Dir einfach die Uhrzeit, wann Du die Änderung machtest. Dann klick und halte die Maustaste auf dem Graphen... Du bekommst per Tooltip die dortige Zeit angezeigt.

die Uhrzeit stimmt aber nie, besser gesagt die Grafik dahinter

auf 20h -> ca. 2h abweichung:-o, das hatten wir doch schon mal


@cembob, da haste schon recht, aber wiederum wer keine Ahnung hat der soll erstmal den Original nehmen, aber hat ja eh kein Platz,....obwohl, man könnte ja die Ports wo anders hinpaken, die braucht dort eh keiner

shakar 21. January 2006 15:48

Wie wärs wenn man so eine Art Verbindungsprofile erstellen kann um zwischen ihnen schnell zu wechseln (Tastenkombi, Traymenü...). Da es besonders beim wieder hochdrehen der Limits nervig ist, extra den Download wieder hochzudrehen.

Oldschool 21. January 2006 22:19

Zitat:

Zitat von shakar
Wie wärs wenn man so eine Art Verbindungsprofile erstellen kann um zwischen ihnen schnell zu wechseln (Tastenkombi, Traymenü...). Da es besonders beim wieder hochdrehen der Limits nervig ist, extra den Download wieder hochzudrehen.


ist eine super idee, aber ob es machbar währe??

Xman 22. January 2006 01:01

na mal schauen.. vielleicht kommt das irgenwann. Will aber noch nicts versprechen.

ErdingerFan 22. January 2006 01:08

ööhm..warum müssen die limits denn "runtergedreht" werden??
/Edith/ooh..gamer..stimmt.die gibbet ja auch noch ;-) ja dann../Edith ende/

shakar 22. January 2006 09:04

Wenn ich mal ne Runde Online spielen will? Groß runterdrehen will ich sie zwar nicht und tu ich auch nicht, aber trotzdem. Und wenn du mal Zeit hast kannste ja mal was basteln, Xman. Is aber nur Low Priorität :)

mfg

dreaven3 28. January 2006 01:44

Voreinstellungen
 
Wollte bloß mal anmerken, das man unter den den Optionen / Verbindungen im Assistenten gibts es ja schon Voreinstellungen, aber noch nicht DSL 6000. Das ist mir aufgefallen, weil ich es bald bekomme und noch nirgendswo Einstellungen gefunden hab. Eventuell auch für kommende ADSL2+ (DSL 16000).
Falls kein Platz mehr ist, könnte man bestimmt einige heutzutage weniger sinnvolle Sachen rausnehmen z.B. DSL mit weniger als 768 kbit.

City of Angels 1. February 2006 18:43

Wombat-Funktion "Force offline" möglich?
 
Hallo Xman!

Erstmals ein Lob für Deinen gelungen Mod!
Bin bis kurzem noch Wombat-Nutzer gewesen. Was mich allerdings störte sind die Nickthiefs die mit meinem Namen auch noch von mir saugen. Nicht schlimm eigentlich, aber trotzdem.....
Ich benutze zur Zeit Deine neuste Version und bin eigentlich sehr zufrieden. Was mir persönlich aber fehlt, ist eine Funktion die beim Wombi als Force oflline benannt wurde.
Nämlich das sofortige stoppen von Down- wie Upload, nur die Quellen gingen dabei nicht verloren, sprich er musste nicht neu Anfangen, die Balken blieben blau. Nicht zu vergleichen mit einem Neustart.
Sinn brachte diese Funktion, wenn man z.B.in meinem Fall, ab und zu seinen ganzen Upload benötigt.
NAFC ist zwar eine tolle Erfindung, aber wie gesagt, mir wäre lieber wenn da alles da wäre.
Kann man so was vielleicht "einbauen"?
Mir wäre es lieber, kurz alles zu haben, als lange so dahinzudümpeln.

Vielleicht versteht jemand mein Anliegen, auch wenn es sich etwas sonderbar anhört.

Freundliche Grüße
City of Angels


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:50 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102