[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)

Stulle 4. October 2006 19:09

ich vermute in der sharedfileslist. ist wirklich hilfreich, sollte schon lange bei mir drinne sein, aber fuer xman ist das auch was schoenes!

Jok3r 4. October 2006 19:21

Die aktiven Downloads im Transfer werden schon Fettschrift angezeigt, wenn das gemeint war würde ich sagen das es so reicht...

Stulle 4. October 2006 19:29

naja, im Transferfenster koennen unter umstaenden enorm viele Datein sein (bei hoher Aufloesung) und somit wuerde auch dort eine Farbwahl Sinn machen. Hier ist es aber nicht so viel verbessernd wie bei der SharedFilesList.

MFG Stulle

Maddis 5. October 2006 17:16

Hi,

Zitat:

Zitat von Stulle
pingen belastet den overhead! es geht raus aus deinem lan und somit muß man es dem netzwerkdurchsatz zum internet zu rechnen. jeder ping kostet somit overhead und gegen so etwas richtet sich xman nunmal. ob ich den conn checker nochmal in den xtreme einbaue bleibt abzuwarten, da der xtreme code perfekt funktioniert.

Der Ping an sich muss als Overhead betrachtet werden, aber ein Ping auf die eigene Internet-IP verlässt nie das LAN und belastet damit auch nicht die eigene Bandbreite.

Zitat:

Zitat von seppl12

Stell einige deiner Server als "fest" ein und sie werden nicht gelöscht.

Stimmt, das stellt einen Workaround für die Server dar. Warum sich KAD nach so einem Internetaussetzer nicht wieder connectet ist aber weiter unbekannt. Wie könnte man das beheben?

Maddis

aalerich 5. October 2006 18:35

Zitat:

Zitat von Maddis
... ein Ping auf die eigene Internet-IP verlässt nie das LAN und belastet damit auch nicht die eigene Bandbreite.

Das Muli kann aber nicht wissen, wie weit das Singnal rausgeht und muß diese Daten daher vom Upload, von der dem Muli zur Verfügung stehenden Bandbreite, abziehen. Pingen reduziert den Upload des Mulis.

Mit freundlichen Grüßen
aalerich

Maddis 5. October 2006 19:45

@ aalerich: Das könnte ein Argument dagegen sein.

Es wäre aber möglich eine Logik einzubauen, die prüft ob eine Internetverbindung noch vorhanden ist. Wenn z.B. drei Mal hintereinander keine Verbindung zu einem Server (oder KAD) aufgebaut werden konnte, dann erfolgt ein Check der Internetverbindung und je nach Ergebnis geht der eMule erstmal offline (stellt Verbindungsversuche, Uploads etc. erstmal ein) oder geht die Serverliste weiter durch. Der Connection Check würde also nur dann aktiv wenn es nötig wäre. In meinen Augen verschwendet solch eine Funktion (die gerade beschriebene) keine Bandbreite.

Gruß Maddis

Jok3r 5. October 2006 19:49

Ich finde, spätestens jetzt, hat Maddis recht...

Buggy Biggy 6. October 2006 14:30

Zitat:

Zitat von aalerich
Meinst Du, daß im Transferfenster die Dateien, bei denen gerade etwas hereinkommt, farblich hervorgehoben werden oder meinst Du das Dateienfenster?

Nachfragend
aalerich

Ne, im Transferfenster meinte ich. hab nur die funktion gefunden die schrift in , dick´ anzeigen zu lassen

Zahl 11. October 2006 17:25

Hallo,

ich hätte einen Vorschlag/Featurerequest zur UL Kontrolle durch NAFC:
Aktuell ist es (zumindest bei mir) so, dass der UL wenn die Funktion aktiviert ist nicht niedriger als 7kb/s geht. Die erste Frage wäre, ob das beabsichtigt ist, oder sich einfach so ergibt...
Wenn es ersteres ist, damit der UL eben nicht zu gering wird o.ä. würde ich mir wünschen, dass zumindest wenn die UL/DL Ratio > 1 ist, der UL noch weiter reduziert wird. Ich habe emule eigentlich permanent laufen, auch wenn ich keine Downloads drin habe, und der Rechner ist immer an, daher ist dies bei mir so gut wie immer der Fall.
Das wär mir relativ wichtig, da ich nur 192kbit upstream habe, und wenn ich dann ab und zu mal was auf den FTP eines Freundes schiebe fänd ichs ganz nett, wenn mir emule noch ein paar mehr kb/s frei machen würde. Bis jetzt muss ich dann doch immer den UL per Hand noch weiter runter drehn.

Und eine zweite Sache noch, die sicherlich schon öfter angesprochen wurde:
Ist es möglich bzw. schon geplant, dass beim NAFC Netzwerk- und Internettraffic unterschieden wird? Ich halt recht doof, dass der UL auch runter geht wenn man was im Netzwerk kopiert. Tools wie der TDSL Speedmanager konnten das ja immer zuverlässig erkennen, im Netzwerk.

Xman 12. October 2006 08:00

1. ist so beabsichtigt. 1/3 des Uploadlimits ist immer für emule reserviert. 1/3 wurde bewußt so gewählt, da diese Geschindigkeit in jeder Einstellung ausreicht um zu verhindern, daß die Uploadslots timeouten. Daran werd ich auch nichts ändern.

2. der Xtreme verwendet eine Microsoft-Bibliothek welche es nicht unterstützt zu unterscheiden ob der Traffic ins lokale Netzwerk oder nach Außen geht.

Jicksaw 5. November 2006 17:36

Hallo Xman,
mir ist da am heiligen Sonntag etwas eingefallen das ich im Xtreme auch gerne sehen würde!:yes:

Es geht um folgendes:
Im Transferfenster hat man ja verschiedene Möglichkeiten seine Downloads zu ordnen, z.B. nach Dateiname, Fortschritt, Größe usw. Bei mir ist es generell so das ich meine Dateien nach dem Dateinamen ordne, hat sich bei mir irgendwie so eingebürgert und das schon seit meinem ersten eMule Tag.
Wenn ich nun auf eine Datei Doppelklicke, sehe ich die Clients bei denen ich anstehe. Logischerweise sind diese dann auch nach Namen sortiert. In diesem Fall hätte ich sie aber lieber nach Queue Rank sortiert. Ist natürlich manuell machbar, indem ich das Pfeilchen bei Prioritäten setze.

Ich finde allerdings das es z.B. im NeoMule besser gelöst ist. Dort ist im Transferfenster ein kleines + vor den Dateien. Wenn ich dieses Anklicke, sehe ich ebenfalls die Clients bei denen ich anstehe. Sortiere ich diese jetzt allerdings nach Queue Rank und schließe die Client Liste wieder sind die Dateien wieder nach Namen geordnet. Und umgekehrt dann wieder nach Queue Rank, die jeweilige Einstellung bleibt also erhalten.

Wäre es möglich so etwas in der Art im Xtreme zu verbauen, also geschlossene Clientliste nach Dateinamen sortiert, geöffnete Clientliste nach Queue Rank? Wie gesagt einmal eingestellt bleiben beide für sich erhalten. Die Umstellerei von Hand geht mir echt auf die Eier!:evil:

MfG
Jicksaw

Xman 5. November 2006 18:49

möchte da mal nichts versprechen.. da ich an der Stelle des Codes ungern rumarbeite.
Aber wieso sortierst Du nicht so wie ich: erst nach Prio, dann nach Name.. finds persönlich so am besten.

Jicksaw 5. November 2006 19:01

Danke für die flotte Antwort!
Also 1. war das schon mal kein klares NEIN von dir!:dance

Und 2.:
Zitat:

Zitat von Xman
Aber wieso sortierst Du nicht so wie ich: erst nach Prio, dann nach Name.. finds persönlich so am besten.

Ich muss zu meiner Schande gestehen, das ich gerade nicht ganz verstehe wie du das meinst! :oops:
Nach Prio oder Name ist ja klar, aber wie habe ich erst nach prio, dann nach Name zu verstehen?:think

MfG
Jicksaw

Xman 5. November 2006 22:13

dazu klickst Du erst auf Spalte Name, dann auf Priorität. Folglich wird vorrangig nach Priorität sortiert und bei gleichen Prioritäten ist das zweite Sortierkriterium der Name.

Jicksaw 5. November 2006 22:37

Ah jetzt ja, probiert, geklappt, kapiert! Danke für den Tipp:beer: als "Notlösung" sehr gut und vielleicht machst du da ja in naher oder gern auch ferner Zukunft mal was!:whistle

Dann mal gutes nächtle!

Jok3r 11. November 2006 02:46

Moin

Ich habe diesesmal einen simplen und kleinen Request, und zwar benutze ich so gut wie immer und begeistert die Optionen die Quellen alle einer Datei zuzuweisen! Also es geht definitiv schonma ums A4AF.

Wäre es nicht gut wen die Wahl für welche Datei man sich Quellen forcier technisch entscheidet auch nach einem Xtreme restart erhalten bleibt?
Wen ich eMule starte denke ich manchmal "Oh gut das wird ja alless auf die datei xy.z forciert." dabei ist diese Einstellung verloren geganengen.

In einem Satz, ich möchte gerne das dass Feature "Automatisches zuweisen von Quellen zu dieser Datei" nicht mehr tempörär ist!

Xman 11. November 2006 07:02

Xtreme versucht immer die Quellen der Datei mit höchster Priorität zuzuweisen. Bei gleicher Prio wird ausbalanciert. Dies soll auch so bleiben. Die Option zur automatischen Zuweisung ist nur als kleiner Bonus gedacht, wird aber eigntlich nicht wirklich gebraucht.

John Doe 14. November 2006 21:26

Setzen der ToS/DiffServ-Bits für QoS bei ausgehenden Paketen
 
Hallo,

es wäre sehr hilfreich, wenn man für den ausgehenden Netzwerkverkehr die ToS/DiffServ-Bits im IP-Header auf einen benutzerdefinierten Wert setzen könnte. So ist es möglich, mit der entsprechenden Routerkonfiguration (QoS) die höchstmögliche Uploadgeschwindigkeit hinzubekommen ohne die anderen Benutzer im Netz auszubremsen.

Gruß
Joe

aalerich 15. November 2006 00:46

Zitat:

Zitat von John Doe
... ToS/DiffServ-Bits im IP-Header...

Komischer Name für einen Bahnhof in einem böhmischen Dorf...

Was ich damit sagen will: Das Muli und speziell der Xtreme soll ein Programm sein, daß von Millionen bedient werden kann. Installieren, anwerfen, und während es schon läuft auf der Xtreme-Homepage herumstöbern um die Einstellungen eventuell noch ein bißchen zu verfeinern. Optionen wie diese scheinen mir zumindest (entschuldigung) für 100% aller Nutzer unnötig und daher finde ich zumindest diesen Featurerequest unsinnig.
Ist meine ganz persönliche Meinung, man möge sie mir verzeihen...

Mit freundlichen Grüßen
aalerich

Xman 15. November 2006 07:46

vor allem ist es auch nicht machbar.

Chraster 17. November 2006 22:29

In Sachen Netzwerk bin ich ein Laie und ich war bis vor kurzem schon lange nicht mehr aktiv im Board, habe aber meine Frage beim überfliegen nicht entdecken können, und zwar zum feature NAFC.

Wenn ich bei eingeschaltetem NAFC eine Datei übers Heim-Netzwerk verschicke wird dieser angebliche "upload" ja vom NAFC regestriert und fälschlicher Weise als upload ins "Internet" gewertet. Die Folge ist, dass mein Emule Upload auf ein paar kb/s sinkt, obwohl ihm ja tatsächlicher Weise fast seine volle Bandbreite zur Verfügung steht.(<= nehme ich jetzt mal an)

Ist es technisch nicht realisierbar einen Datentransfer von PC zu PC im eigenem Netzwerk (1GBit) von der Netzwerkadapterrückmeldekontrolle (NAFC *lol*) auszuschließen, sprich z.B., dass Pakete die an eine Netzwerk IP versand werden, vom NAFC ignorieret werden?

Xman 17. November 2006 22:39

nein, es sei denn Du verwendest 2 Netzwerkkarten.

Edit:
um es nochmal in aller deutlichkeit zu sagen:
NAFC kann unterscheiden, aber nur wenn Du per DFÜ-Netzwerk mit dem Internet verbunden bist. Gehst Du über Router und verwendest ein Heimnetzwerk läuft alles über den gleichen virtuellen wie auch physikalischen Netzwerkadapter und ist nicht zu unterscheiden.

Chraster 17. November 2006 22:40

erzähl mal kurz, die is glei eingebaut...

// EDIT

bzw. mein Mainboard verfügt über Dual Gigabit LAN, wäre es damit realisierbar

Xman 18. November 2006 07:27

kurz Erklären geht hier nicht. Die eine Netzwerkkarte verwendest Du zur Kommunikation mit dem anderen Rechner, die zweite zur Kommunikation mit dem Internet. Mittels BindIP-Option in den emule preferences veranlaßt Du emule zur 2. Karte zu verbinden. Es erfordert noch ein paar Einstellungen in den Netzwerkoptionen. Dazu solltest Du dann aber evtl. einen neuen Thread aufmachen.

Chraster 18. November 2006 14:07

Thx für die Info, bin aber unter der Woche nicht daheim. Evtl. nächstes WE dann.

Yeti 18. November 2006 16:46

Hallo Leute!
Sorry, wenn ich hier so dazwischen platze, aber ich hätte da auch einen "Feature Request", den ich mit der Suchfunktion noch nicht gefunden habe! Vielleicht bin ich auch nur zu blöd zum Suchen...?

Naja jedenfalls gefällt mir die Sache mit der Hohen Priorität bei schlecht verteilten Files (hoffentlich hab ich das beim Überfliegen richtig verstanden) schon recht gut!

Was mir dann noch fehlen würde, ist, wenn kleine Dateien (z. B. < 3 MB) schneller/früher übertragen werden könnten, man also nicht im QR bei 3000 rumkrebselt, sondern möglichst bei 1 oder so. Muss man denn wirklich wegen beispielsweise einer Textdatei Stunden auf einen DL warten, nur weil zig Leute mit jeweils 600 MB vor einem in der Warteschlange stehen? Schließlich könnte der Warteschlangenplatz nach ein paar Sekunden wieder frei sein. Und wenn ich für einen größeren DL schon Stunden oder Tage warten muss, dann stören mich die paar Sekunden wenig, die ein solcher "Mini-DL" meine Wartezeit verlängert.

Oder sehe ich da etwas falsch?

aalerich 18. November 2006 20:38

Eine solche Funktion gibt es, wenngleich nicht im Xtreme, nennt sich "Push Small Files". Allerdings ist das auch so eine Sache... Wenn jemand mit relativ kleiner Leitung (DSL 2 000 oder noch kleiner) ein paar mp3s im Share hat kann er seinen Upload ganz gut mit solchem Kleinkram auslasten; wer etwas größeres von ihm will kommt kaum zum Zuge und er selbst kann sich auch keine Kredite bei seinen größeren Downloads erarbeiten und bremst sich also selbst aus. Bei der ganzen Sache muß man immer daran denken, daß auch und gerade kleine Dateien (Programme z.B.) oft von vielen Leuten nachgefragt werden und 9 x 3 mb sind auch drei Chunks.

Mit freundlichen Grüßen
aalerich

seppl12 18. November 2006 21:13

Zitat:

Zitat von Yeti
Muss man denn wirklich wegen beispielsweise einer Textdatei Stunden auf einen DL warten, nur weil zig Leute mit jeweils 600 MB vor einem in der Warteschlange stehen?

Im Xtreme gibt es die Option "Warteschlange pro Datei (Multiqueue)", damit könntest du auch kleine Dateien schnell unters Volk bringen.

aalerich 19. November 2006 06:58

Na seppl, dabei mußt Du aber auch dazusagen, daß diese Funktion eigentlich einen ganz anderen Sinn und dementsprechend auch viele andere Wirkungen hat. Daß sie den Upload kleiner Dateien beschleunigt ist eine mögliche, aber keineswegs garantierte "Nebenwirkung". Oft wird sie sogar das genaue Gegenteil bewirken...

Anmerkend grüßend
aalerich

Yeti 20. November 2006 03:39

Danke für Eure Antworten. Es ist halt schon deprimierend, wenn man seit Tagen auf den DL wartet, weil genau 1 Quelle das File im Share hat - und der meldet sich auch noch über Nacht ab. Wenn er dann wieder kommt, steht man wieder auf Position 1500 oder noch höher im QR.

Die von aalerich beschriebenen "Nebenwirkungen" sind allerdings nicht so schön.

Eine passende Funktion müsste dann eben beispielsweise einen kleinen Teil der Bandbreite für den Upload für solche Aktionen freihalten oder zumindest schlecht verteilte Files pushen. Alternativ wäre auch ein manueller Start des Uploads denkbar, um den Kandidaten wieder aus der Warteliste zu entfernen.

So long
Yeti

seppl12 20. November 2006 09:54

Ups, da haben wir dich falsch verstanden ... nicht du möchtest kleine Dateien schnell hochladen, sondern du selbst steht für eine kleine Datei an.

Da gibt es für den ladenden client protokollbedingt überhaupt keine Möglichkeit, den download für kleine Dateien in irgendeiner Form zu beeinflussen, das kann einzig und allein der Hochladende selbst.
(Bedenke die Missbrauchsgefahr, vor allem, wenn jemand tausende kleiner mp3s runterlädt)

In deinem Fall bleibt dir nur, ihn mal eine Nachricht zu senden.

Yeti 20. November 2006 18:23

@seppl12
Das ist auch ganz gut so, dass das Protokoll da keine Steuermöglichkeiten bietet, sonst wäre der Muli eine ganz "böse" Software - wie ein Bachdoor! Da verkäme der PC zum Zombie... ;-)

Und mein Vorschlag mit den 3 MB war willkürlich gewählt, man könnte ja auch nur 500 KB nehmen oder so. Dann wären die meisten Bilder und Textfiles etc. abgedeckt. Und die Beeinflussung des DL sollte der Muli dann auch automatisch vornehmen. Schön blöd, wenn ein File mit 700 MB schon TAGE früher fertig ist als 3 kleine Bilder mit je nicht mal 100 KB, obwohl zur selben Zeit gestartet!

So long
Yeti

seppl12 29. November 2006 13:07

Eine Berechnung und Anzeige der "Virtuellen vollen Quellen" (anhand der Chunkverteilung der Quellen/Wartenden) im Dateienfenster wäre schön (müßte auch nicht so oft aktualisiert werden).

Motzki 31. December 2006 19:11

Statistik-Anzeige
 
Xtreme 5.4 hat bei mir ein Plätzchen auf dem Heimnetzwerkserver.
Der Gigabit-Netzwerkadapter wird gut ausgelastet.

Folglich ist emules up-/down-Statistikanzeige eine wüste Krakelei. Ich würde gerne den Graphen des Netzwerkadapters abschalten können.

Xman 1. January 2007 19:12

kannst Du bereits, indem Du bei den Xtreme Einstellungen "zeige zusätzliche Graphen" abschaltest.

Motzki 8. January 2007 20:34

Abschalten der Anzeige des Netzwerkadapters
 
Das habe ich bereits probiert. Auch mit Neustart des Mods.
Der Netzwerkadapter wird aber nicht abgeschaltet, die Anzeige wird lediglich auf eine Nulllinie reduziert. Diese überdeckt dann leider andere eventuelle Nulllinien der Aktivitäten des Emules.

http://img159.imagevenue.com/loc559/..._122_559lo.jpg

Xman 8. January 2007 23:04

jo.. und was ist so verkehrt daran ? ich find das tuts.

seppl12 8. January 2007 23:58

Zitat:

Zitat von Motzki
Der Netzwerkadapter wird aber nicht abgeschaltet, die Anzeige wird lediglich auf eine Nulllinie reduziert.

Du kannst im Statistikfenster die Farben der Linien setzten ... auch in der Farbe des Hintergrundes.

Motzki 9. January 2007 05:19

Zitat:

Zitat von seppl12
Du kannst im Statistikfenster die Farben der Linien setzten ... auch in der Farbe des Hintergrundes.

Hab ich. Leider gibt es nicht "transparent" als "Farbe".

Jok3r 22. January 2007 07:10

Moinmoin

@Xman Wäre es machbar&möglich die Blockierrate der einzelnen Slots einzeln darzustellen, also sie nicht an die Kategorie Geschwindigkeit zubinden sondern eine eigene daneben platzierte Kategorie einfzufügen?

Das hätte den praktischen Vorteil das man die Ansicht auch nach der Blockierrate ordnen könnte! :D Bitte bitte :)


Alle Zeitangaben in WEZ +1. Es ist jetzt 21:44 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