![[eMule-Web]](images/satellite/header/logo.jpg){kind=logo}
|
eMule 0.30b [28.09.03] Neue eMule-Version verfügbar: 0.30b Zum Download Changelog: ---------------------- - Sep 25th, 2003 - ---------------------- bluecow: Server TCP connection keep alive Funktion hinzugefügt (erweiterte Einstellungen). bluecow: Die Tooltips bei den Suchergebnissen werden nur noch angezeigt wenn SHIFT und STRG gleichzeitg gedrückt werden während der Mauszeiger auf einem Ergebnis steht. ---------------------- - Sep 24th, 2003 - ---------------------- .: Erweiterung der Vorschau Funktion: Es können bis zu 5 Screenshots der ersten ~10min einer Video Datei empfangen werden, wenn der andere die Anzeige seiner freigegebenen Dateien erlaubt .: MobileMule Protokoll v5. Es muss ebenfalls der neue Handyclient verwendet werden. .: Einige Code Änderungen von eMule+ übernommen Ornis: Mehr Platz für Kategorien Ornis: Die Anzahl der Andere-Datei-Angefordert-Quellen wird für jeden Download mit +xx angezeigt wenn die zusätzlichen Kontrollen aktiviert sind. ---------------------- - Sep 21th, 2003 - ---------------------- Ornis: Statistiken über den Festplatten Verbrauch hinzugefügt [emule+] ---------------------- - Sep 18th, 2003 - ---------------------- bluecow: Bug Fix: Ungültige Client Objekte nachdem eine Datei aus der Freigabe genommen / hinzugefügt wurde [zegzav] bluecow: ALT + Doppelklick öffnet den Dateidetail Dialog in der Liste der freigegebenen Dateien und bei den Suchergebnissen bluecow: Einige Formatierungsfehler behoben [mandrag0re] ---------------------- - Sep 15th, 2003 - ---------------------- bluecow: Alle vorhandenen mp3 ID Tags werden für Downloads und freigegebene Dateien angezeigt ---------------------- - Sep 14th, 2003 - ---------------------- bluecow: Lugdunum 16.40 Server Erweiterung: Suchergebnisse werden in einem UDP Paket gebündelt [Dank an Lugdunum für Zusammenarbeit] bluecow: Anpassung der UDP socket Behandlung für grosse UDP Pakete bluecow: Erweiterete Log Fehlerausgabe für das Server UDP Protokoll bluecow: Optimierung der UDP Server sockets für geringere CPU Last (weniger Speicheroperationen) bluecow: Bug-Fix: Sperrung der Client UDP sockets wurde nicht korrekt abgefragt bluecow: Einzelne Suchergebnisse speichern ihre Einstellungen. Diese werden wiederhergestellt wenn man das betreffende Suchfenster aktiviert bluecow: Verbesserung in der Bedienung: Wird ein Suchfenster geschlossen wird das vor dem geschlossenen aktiviert bluecow: Die zuletzt verwendeten Suchparameter werden auch über eMule Neustarts hinweg gespeichert bluecow: Die IP Eingabe bei neuer Server akzeptiert Server jetzt auch im eD2k Link Format bluecow: Freigegebne Dateien und welche die sich gerade im Download befinden werden nicht mehr gegen die maximale Anzahl der Suchergebnisse gezählt ---------------------- - Sep 11th, 2003 - ---------------------- bluecow: Log-Funktion um das Server TCP/UDP Protokoll erweitert bluecow: Unterstützung der Welcome Nachricht der neuen Lugdunum 16.40 hinzugefügt bluecow: Unterstützung der Lugdunum 16.40 Protokoll Kompression: Welcome Nachricht und Suchresultate werden komprimiert empfangen; die Liste der freigegebene Dateien komprimiert gesendet bluecow: Unterstützung der Lugdunum 16.40 UDP Protokollerweiterungen: Globale Quellensuche wird effizienter und verbraucht weniger Bandbreite bluecow: Bug-Fix in der Namensauflösung bluecow: Automatischer Start einer Globalen Suche falls der lokale Server nicht innerhalb 50s antwortet bluecow: Bug-Fix: Das Fenster zum Hinzufügen mehrerer eD2k Links akzeptierte nur 3-4 Links ---------------------- - 1st Sep 2003 - ---------------------- bluecow: Meta-Daten und Datei-Kommentare Dialoge in Property Pages konvertiert sodass diese gemeinsam mit dem neuen Dateidetail-Dialog angezeigt werden können. Alle Property Sheets/Pages Dialoge in der Größe beliebig veränderbar; zuletzt benutzt Größe u. Position wird gespeichert bluecow: Hinzugefügt: Neue "Match keywords" Suchoption für beide Jigle-Suchmethoden. ---------------------- - 30. Aug 2003 - ---------------------- bluecow: Bei einer Suche nach einem File mit Typ "Programm" werden die Suchresultate nicht mehr entsprechend den Windows Programm Fileextensions (*.exe, *.com, *.bat) lokal gefiltert. Die Bedeutung des eD2K Filetyps "Programm" beinhaltet alle Filetypen die von einem "Programm" benutzt werden, also z.B. komprimierte Archive oder CD-ROM Images. Das bedeuted, dass du mehr Suchresultate bekommst. Wenn du trotzdem nach einem Windows Programm File suchen möchtest, gibt die Fileextension "exe" an. bluecow: Hinzugefügt: Proxy-Support für IRC; alle Proxy-Einstellungen werden jetzt auch für IRC benutzt Ornis: bugfix im Webinterface socket code, [Jan B.,nice bugreport] ---------------------- - 29. Aug 2003 - ---------------------- Ornis: Dateidetail-Dialog neu strukturiert, + Datumsanzeige des Downloadstarts sowie der Zeitdauer seitem (bis zur aktuellen Zeit bzw. Downloadfertigstellung) Ornis: hinzufügen einiger fehlender Prozentanzeigen Ornis: Option für Zeitplaner, um keine Endzeit anzugeben (-> nicht temporär) ---------------------- - 26. Aug 2003 - ---------------------- bluecow: Änderungen im Jigle gSOAP Module für bessere Performance und zuverlässige und korrekte Compilierung der Sourcen von Moddern (Modder: stelle sicher, dass die Jigle gSOAP Sourcen mit dem Symbol WITH_GZIP compiliert werden!); eine Jigle Suchanfrage muss entweder einen Filetyp oder eine Fileextension beinhalten; HTTP User-Agent Feld beinhaltet eMule-Version. bluecow: Korrektur einiger Fehler im neuen ComboBox control (keyboard interface). bluecow: Mehrere Änderungen in der GUI der neuen Suchresultatliste; korrekte Farbdarstellung unter allen Windows Farbschema; Sortierung der Filenamen-Listeinträge ---------------------- - 24. Aug 2003 - ---------------------- bluecow: Hinzugefügt: Neue Suchmethode "Jigle SOAP Interface" um die Jigle-Datenbank mit eMule benutzen zu können [Vielen Dank an Melange von Jigle, der dieses großartige Feature eMule angeboten hat] bluecow: Jigle SOAP Interface: Suchresultate werden auf 100 Files limitiert; Code-Optimierungen zur Entlastung des Servers; lokales Filtern der Suchresultate bluecow: Hinzugefügt: Erweitertes ComboBox Control für Suchmethode [eMulePlus] ---------------------- - 22. Aug 2003 - ---------------------- Unk: Irc: Nicks werden nun richtig sortiert Unk: Irc: wenn ein anderer Nick ein eMule'er ist, kann dieser direkt als Freund hinzugefügt werden (beide Clients müssen v0.30b oder höher sein) Unk: Irc: Downloadlinks können nun direkt an andere eMule-Clients gesendet werden. (DCC-ähnlich, beide Clients müssen v0.30b oder höher sein) Unk: Senden der freigegebenen Dateien an Server wurde verbessert, um Datenverkehr zu verringern Unk: Hinzugefügt: Anzeige einer Abzahl-Abschätzung vollständiger Quellen in der Downloadliste und Freigabeliste [Zegzav,modifiziert] ---------------------- - 20. Aug 2003 - ---------------------- Ornis: Korrektur einiger Statistikwerte, gebannte Quellen, A4AF-Quellen Ornis: Fehler in der Webinterface-Suche korrigiert Ornis: Korrektur: beim Sprachenwechsel wurden einige Texte nicht aktualisiert [itsonlyme] ---------------------- - 19. Aug 2003 - ---------------------- bluecow: Sprach-DLLs werden nur dann geladen, wenn die Versionsnummer mit der eMule-Version übereinstimmt. bluecow: Textfarben für Suchresultate u. Log-Fenster bzgl. Kontrast-Windows-Farbschema korrigiert. |
Keiner am Testen!? Werde die Neue jetzt mal starten - sind ja doch einige interessante Verbesserungen dabei (Server - UDP..) :D |
Hab ihn jetzt angeworfen.Cide ist also laut changelog nicht drin oder? gott sei dank. |
So hab sie auch angeschmissen uns muss sagen in sachen Verbindugen sieht es sehr gut aus :mrgreen: der upload sieht auch gut aus so eine gerade lienie hatte ich lange nich mehr :D eMule v0.30b Statistics [hackersondope2002] Allgemein Erneute Serververbindungen: 0 aktive Verbindungen (geschätzt): 69 durchschnittliche Verbindungen (geschätzt): 114 |
ein dickes :D erst mal an alle, hab sie seid gestern laufen und muss sagen nicht schlecht der Esel läuft und das ganz gut :lol: hab vorher den LSD12d benutzt der war auch gut hatte aber ein paar Macken ( Leecher und so war bei mir so) Danke für die neue Version läuft konstanter, als die 30a freu mich schon auf'n Mod davon :lol: |
Das klingt ja mal richtig positiv und vielversprechend ! |
Also hab ein bischen getestet hab erst meine alten datein clients.met,preferences dat und ini sowie cryptkey.dat undstatisticserver met mit in die 30b genommen.Hatte die ersten 8 stunden fehlsessions von 50% und mehr jetzt hab ich mal ne "clean"installation gemacht in der ich nur meinen alten tempordner hab ich hoffe das problem erledigt sich dadurch.Hat jemand ähnlich hohe fehlgeschlagenen DL sessions oder nur bei mir? |
Mulio, ich kann es nich bestätigen also ich habe die Probleme von den du bberichtet hast nich. Vielleicht liegt es an deinen Einstellngen die du hast |
Jetzt nachdem ich alles neu gemacht hatte ausser temp nach 5 stunden immer nach 30,1% aber wird besser ma schaun. |
Was hab ich denn da wieder falsch gemacht?Erst wie oben beschrieben alte datein aus config mitgenommen.Nach 8 stunden 50% Fehlgeschlagene dl sessions.dann hab ich ne neu installation gemacht in der nur mein Temp ordner vom alten mod drin ist trotzden immer noch 30%Fehlgeschlagene dl sessions,Hab 17 files im dl 250 max sources bei 400 max verbindungen und 20 pro 5 sek also das kanns doch auch nicht sein.Hat mal einer nen tip?? |
Mulio, vorerst mal ignorieren und das ganze nochmal mit anderen Files im Download testen. Oft sind an solch hohen Zahlen nur ein oder 2 Clients schuld, die alle Minute lang eine Verbindung zu Dir aufbauen ohne etwas zu geben. |
weiß einer was das hier bedeuten soll?? 29.09.2003 22:34:35: Error: Server UDP socket: Failed to send packet to 207.44.170.12:4665 - Error 10004: Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen. 29.09.2003 22:35:08: Error: Server UDP socket: Failed to send packet to 193.111.199.179:4665 - Error 10004: Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen. 29.09.2003 22:35:13: Error: Server UDP socket: Failed to send packet to 193.111.199.179:4665 - Error 10004: Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen. 29.09.2003 22:35:43: Error: Server UDP socket: Failed to send packet to 62.241.35.16:4246 - Error 10004: Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen. 29.09.2003 22:35:53: Error: Server UDP socket: Failed to send packet to 62.241.35.16:4246 - Error 10004: Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen. 29.09.2003 22:35:58: Error: Server UDP socket: Failed to send packet to 195.245.244.243:4665 - Error 10004: Ein Blockierungsvorgang wurde durch einen Aufruf von WSACancelBlockingCall unterbrochen. |
Also ich habe nur 17% bei den fehlgeschlagenen Download sessions nach 12 std, der Download läuft ganz gut. :D Am Anfang war der Upload etwas unruhig läuft jetzt aber in einer geraden Linie. Ansonsten ist nichts zubeanstanden am 30b. Meine Einstellungen sind max 400 Quellen, max 500 Verbindungen und upload 12kb/s und download 96kb/s. Verbindungen pro sek. 20. Vielleicht hilft es ja jemandem. :?: :D Die durchschnittliche download Rate liegt bei 6,62 kb/s tendenz steigend. |
XMan Ich weiss aber nach einer zeit von 8 stunden oder mehr hat sich das bei mir meist berühigt!Neue files im dl kann dauern schmeiss ja nicht 17 halbfertige temps weg deswegen. |
Mulio, sollst ja auch nicht wegschmeißen sonden fertigladen und dann in ein paar Tagen die Werte mal bei anderen Files vergleichen. ;-) |
lustig das kann dauern shit |
rogerrabbit, 6,62 kb/s nach 12 Stunden????????????? Na, du hast Nerven, soll das alles sein?? Sorry, aber da hatte ich schon mehr erwartet! |
meine das gleiche wie Fighter96, nach so kurzer zeit kann ich noch keine großen werte erwarten! da kann selbst die ul/dl ratio noch nicht annähernd 1:1 sein, eher 2:1 oder so! @Angelheart: fetter kommentar, muss ich sagen! scheint ja so, als wenn dein muli rennt wa?? :D |
Fighter96 Das war die durchschnittlich download rate pro file. Also das ganze mal 5 und dan komme ich auf etwas über 30kb/s. Und das mal 12 std. Ich denke das ist schon ganz ok, oder? Sind ca. 1.2gb. |
rogerrabbit, hatte deinen Schnitt dann wohl falsch verstanden!!! Also, wenn das so der Fall ist, dann ist das eine fette DL-Rate!!! Einen Schnitt von 30kb/s nach 12 Std kann sich wirklich sehen lassen!!! :shock: so long |
Fighter96 Du wirst lachen ich hatte mit den Mods ob es LSD oder Sivka waren keine vernünftige Downloadrate mehr hin bekommen. Erst wieder mit dem Original Emule. :roll: Ich weis bis heute nicht warum. Vorher liefen die Mods super und mit einem mal nichts mehr. |
Zitat:
Naja, und Original ist halt immernoch am Besten. :) |
Ornis+, irgendwie muss ich aber rogerrabbit recht geben. Ich bin hier auf´s Board gekommen, weil "damals" die Original 0.26 + 0.27 Versionen überhaupt "nichts" gesaugt haben und die Mod´s richtig Gas gegeben haben. Bei ihm ist es halt eben umgekehrt. |
Ornis+, Zitat:
...und die Erde ist eine Scheibe... :lol: Januar |
Ich bin Damals auch nur auf das Board gekommen, weil die Mods bei besser laufen und mir mehr und bessere Einstellungsmöglichkeiten bieten! Wenn die "Originale" auch so viele und nützliche Einstellungsmöglichkeiten bieten würde, würde ich wieder diese Version nehmen! Gruß MoD |
Januar,Bloomy: Dann schau doch mal etwas tiefer unter die Haube als nur auf die Zahlen. Was machen die Mods, die dir mehr Daten geben? Die Quellen überreden dir mehr zu schicken? Mehr Quellen suchen? Daten aus der Luft greifen? Wie gesagt, die Quellen bestimmen deinen Download, weniger der Client. Ein und derselbe wird bei mehreren Starts auch mal mehr und mal weniger bringen, je nach Situation. Den Aussagen nach, dürfte ich mit der Originalversion ja kaum Download bekommen, komisch dass ich dennoch gut wegkomme. Aber dies hier hat wenig Sinn, wer glaubt mit einer bestimmten Version mehr zu bekommen wird auch ohne technische Darlegungen fest dran glauben. Ich kann damit leben... :) Mod: Welche sind für die Allgemeinheit sehr wichtig? |
Ornis+, Natürlich hast du Recht. Die Mod´s setzen ja auf der Original- Version auf. Ich will hier keine Riesen-Diskussion lostreten, aber dann müssten ja die Org´s bei allen Leuten gleich gut/schlecht laufen, oder warum läuft bei Einem der Mod xyz gut und beim Nächsten mies. Das alle neuen Versionen besser laufen sollten, muss ja bei den vielen Verbesserungen, die in den Org´s gemacht worden sind, irgendwie logisch sein. Und so wie du damit leben kannst, kann ich halt eben mit "meinem" Mod leben :D Zitat:
|
blomy und ornis+ ich denke die Hardware tut auch einübriges zu der Geschichte, aber manche Mods bieten einfach zuviele Einstellmöcklichkeiten. Und dann kann das ganze nach hinten losgehen. Ich kann für mich nur sagen das es auch sehr gute Mods gibt, aber manchmal sind auch die Original Version besser. Im moment läuft bei mir eben das Original besser. |
Eben. Aber wenn keine Änderungen am Client vorgenommen wurden, oder nur unwichtiges - kann man dennoch von Start zu Start andere Erfahrungen machen. Es ist mehr eine Sache der Situation - wie gesagt. Ich finds ja immer erstaunlich, wie bei neuen Versionenen Unterschiede festgestellt werden, an deren Algorithmen wir nichts änderten. (Quellensuche, Geschwindigkeit - die allgemeinen Aussagen)... Naja... Zitat:
Viele Funktionen sind Detaileinstellungen für kleine Usergruppen oder auch ohne viel Nutzen, bzw negativen Nutzen - solche Dinge werden eher nicht übernommen. Für anderes sind wir natürlich offen. CU ornis |
Ich kann die Situation mit den Mods nur aus meiner Sicht schildern: Für mich gibts es momentan nur zwei speedspezifische Dinge, die mich zu einem Mod bringen: 1. automatische Uploadspeederkennung. Das das gut ist, braucht man eigentlich nicht zu diskutieren (oder doch?), WENN es funktioniert. Dummerweise ist mir bis jetzt keine Implementation untergekommen, die problemlos funktioniert, was vermutlich auch der Grund ist, warum sowas noch nicht in der offiziellen Version ist. Man kann da nicht einfach was reinbauen, was bei einem Drittel der Nutzer Probleme bereitet. 2. Load/Save-Sources. Da ich meinen Esel über Nacht ausmache, macht dieses Feature bei extrem seltenen Dateien, wo man froh ist, überhaupt Quellen zu haben, schon was aus. Und nach 8h Pause ist die Wahrscheinlichkeit auch relativ groß, das die Quellen noch da sind. Allerdings wird mit diesem Feature viel Schindluder in den Mods betrieben. Das beste war mal einer, wo die Defaulteinstellungen ungefähr so waren: Speichere Quellen, wenn weniger als 1000 Quellen vorhanden sind, speichere 2000 Quellen. Sehr witzig. Wenn ich weniger als 1000 habe, soll ich 2000 speichern. Abgesehen davon sollte man das Feature sowieso nur bei seltenen Dateien benutzen (ich hab es bei mir nur bei weniger als 20 Quellen aktiviert), dann macht es meiner Meinung nach auch keinen großen Schaden. Aber man weiß ja nie. Was passieren kann, wenn im Original etwas drin ist, was nicht so toll ist, haben die 0.22a/b (glaube ich zumindest) bewiesen :| . Die restlichen Features der Mods sind für mich eigentlich nur Zuckerguß bzw. entbehrlich, würden vielleicht den Otto-Normal-Verbraucher überfordern, obwohl ich sie schätzen gelernt habe. Ornis+ Wenn du schon anfragst wegen Features, die der Allgemeinheit nützen, wie groß ist eigentlich die Allgemeinheit, die Mobile Emule benutzt? :twisted: Das ausgerechnet das im Original drin ist, kann ich nicht nachvollziehen. Kannst du vielleicht mal diesen "Entscheidungsprozeß" der Feature-Aufnahme erklären? Würde mich mal interessieren. |
@ Ornis+ Welche Einstellmöglichkeiten für die Allgemeinheit "sinnvoll" sind oder nicht, kann ich nicht beurteilen! Kann nur für mich sprechen. Was ich aber für sinnvoll halte, ist z. B. die A4AF-Funktion des MorphNext. Ich selbst lade Dateien, die ich zum größten Teil nur über die A4AF-Funktion bekomme und da ist halt die "Automatik sehr nützlich. Habe nicht die Zeit, um das alles manuell zu machen. Was ich auch noch für (einigermaßen) für sinnvoll halte, ist eine Dropfunktion für NNS, FQS, evt. HQR. Diese beiden Funktionen halte ich für die "sinnvollsten" Funktionen eines Mods und könnte sie mir daher auch in der "Originalen" vorstellen. Gruß MoD |
Also ich war seit 0.19er Versionen immer mit den Mods gut unterwegs, mit der Originalversion lief es meist nicht besonders. Sicherlich haben die Mods einige nützliche Funktionen, die ich beim Original (noch) vermisse, z. B. das Droppen der Quellen (NNS, FQS, HQR). Interessanterweise laufen bei mir Versionen besonders gut, die nur die NNS droppen. Ich weiß ja nicht, ob die FQ oder HQ-Quellen nicht doch noch zu "brauchbaren" Quellen werden können nach einiger Zeit. Insofern wäre das Droppen dieser Quellen nicht so sehr sinnvoll... :?: Egal: habe trotzdem mal die 30b getestet (noch gibt's ja keinen Mod, zumindest keinen "prominenten") - und ich bin baff, wie der abgeht... eMule v0.30b Statistik Transfer Session UL:DL Ratio: 1 : 4.56 :D gesamte UL:DL Ratio: 1 : 4.56 Uploads Session Hochgeladen: 799.11 MB Aktive Uploads: 4 Wartende Uploads: 4965 Upload Sessions: 426 erfolgreiche Upload-Sessions (total): 359 (84.27%) :D fehlgeschlagende Upload-Sessions (total): 67 (15.73%) durchschnittliche Upload-Dauer: 16:11 Minuten Downloads Session Heruntergeladen: 3.56 GB :D :D beendete Downloads: 6 Aktive Downloads: 31 Gefundene Quellen: 4097 In Warteschleife: 3424 voll: 452 Keine benötigten Teile: 107 Nachfragen: 12 Empfange Hashset: 0 Verbindung wird hergestellt: 35 Verbinde über Server: 2 Zu viele Verbindungen: 19 Verbindung LowID zu LowID unmöglich: 0 problematisch: 0 Gebannt: 12 Andere Datei angefordert: 2169 Unbekannt: 1 Download Sessions: 1403 erfolgreiche Download Sessions: 1178 (84.0%) :D fehlgeschlagende Download Sessions: 225 (16.0%) Verbindung Session Allgemein Erneute Serververbindungen: 3 aktive Verbindungen (geschätzt): 230 :D durchschnittliche Verbindungen (geschätzt): 234 Verbindungsspitze (geschätzt): 949 Verbindungs-Limit erreicht: 0 Upload Upload-Geschwindigkeit: 9.77 KB/s Durchschnittliche Uploadrate: 9.72 kB/s max. Uploadrate: 11.88 KB/s max. durchschnittliche Uploadrate: 9.73 KB/s Download Download-Geschwindigkeit: 64.34 KB/s Durchschnittliche Downloadrate: 44.37 kB/s Max Downloadrate: 79.73 kB/s Max Downloadrate Durchschnitt: 44.37 kB/s Zeit Statistiken letzter Reset der Statistiken: Mittwoch, 01.10.2003, 18:19:39 Zeit seit letztem Reset: 23:25 Stunden Session Programm-Laufzeit: 23:22 Stunden Übertragungszeit: 23:22 Stunden (100.0%) Uploadzeit: 23:22 Stunden (100.0%) Downloadzeit: 23:13 Stunden (99.3%) Dauer auf aktuellem Server: 20:39 Stunden (88.3%) Dauer auf Servern: 21:04 Stunden (90.1%) |
ragamuffin Wen ich deine Werte sehe könnte ich vor Neid erblassen :wink: , mein Eselchen läuft ja schon gut aber an das reicht er bei weitem nicht ran :D . Aber was nicht ist kann ja noch werden 8) , hoffe ich doch :mrgreen: . |
Tja, das ist immer Glückssache irgendwie. Ich glaube nicht, dass man sagen kann, dass eine Version besonders gut ist, vielleicht hätte man genau an diesem Tag mit einer anderen den gleichen Erfolg gehabt...oder sogar noch mehr. |
Den Post von ragamuffin ins Gesicht aller, die meinen der Original eMule wäre schlechter. :) Naja, wie gesagt, am Speed können Mods (auf legale Weise) kaum Einfluss haben. (auch illegal kaum). Drum finde ich unqualifizierte Negativaussagen über irgendeine CLientversion (Mod oder nicht Mod) so unverständlich - und für unerfahrende Nutzer auch "fehlbildend". @Mod: Was an "A4AF-Funktion des MorphNext"? Zum Quellen Speichern&Laden - es steht ja bereits eine Weile in unseren FAF. Auch, dass dies im anständigen Rahmen passieren muss. Was ich mal in einem Mod gesehen hab, von 48h Quellengültigkeitsdauer ist erschreckend. Dies belastet unschuldige Systeme bereits jetzt. Wenn dies so im offiziellen Muli gemacht würde...:shock: Eine kurze Gültigkeitsdauer (für Reboots, Crash, Restarts,...) ist für rare Files (Quellen <50 oder so) gut. Aber für ganze Nachtpausen?? Und würde einer bitte die Vorteile für das Entfernen von potentiellen eigenen QUELLEN nennen? Das ist doch ein Schuss ins eigene Bein. Warum sollte man dies den Usern anbieten? Verbindungen schonen? Um diese Quellen als solche zu erkennen, hat man bereits eine Verbindung aufgebaut. Auch wird diese Verbindung nicht aufrechtgehalten! Platz für bessere Quellen machen? Das macht der Muli schon seit langem. Wenn das Quellenlimit erreicht wird, werden diese Quellen SOWEIT NÖTIG entfernt - aber nicht durch Kahlschlag. AUch hohe QR können nützlich werden - man weiß nicht wie schnell man in der Queue vorankommen kann. CU Ornis |
Zitat:
|
Usul, Ich sag mal so,...es ist ein schöner Anblick wenn alles schnell schön blau wird und unter Umständen der Download sofort beginnt. Das wars aber auch. Andererseits bist Du im Netz bekannt und das bei vielen Clienten über Monate.Selbst wenn Du von Deinem I-Net-Anbieter keine feste IP hast,macht das nur wenig aus,da Du ja als Router-Besitzer mit Deiner technischen IP unterwegs bist...und die wird meist schneller gefunden als man für möglich hält. Also werden sich hier kaum grosse Unterschiede auftun. Januar |
Januar1956, häh? Irgendwas hast du falsch verstanden. Bei Load/Save-Sources geht es überhaupt nicht darum, das man schnell Quellen findet, sondern das man überhaupt welche findet. Wenn es für eine Datei im Netz nur Quellen im einstelligen Bereich gibt, passiert es manchmal, das man KEINE dieser Quellen findet. Wenn ich morgens den Rechner anmache, finde ich mit hoher Wahrscheinlichkeit noch eine der Quellen vom Vorabend wieder (von den 3-8, die ich mit Load/Save-Sources gespeichert habe), den Rest bekomme ich über Source Exchange rein. Wenn ich Load/Save-Sources nicht habe, finde ich unter Umständen keine einzige Quelle nur durch Serversuche -> auch kein Source Exchange möglich -> den ganzen Tag kein Download für diese Datei. Mit Load/Save-Sources hab ich einfach eine erhöhte Chance, diese Quellen am nächsten Tag wiederzufinden, es geht nicht darum, möglichst schnell viele Quellen zu finden. Deswegen macht das Feature auch keinen Sinn, wenn man viele Quellen hat, dafür ist es nicht gedacht. |
Hmm...ich habe diese Funktion immer so verstanden,dass sie die besten z.B. 50 - xxxx Quellen speichert und bei einem Neustart zu allererst versucht zu erreichen. Januar |
Zitat:
Was ist eine "technische IP"? Ich bin bei anderen Clients nur über meinem Userhash bekannt (und mit meiner aktuellen IP noch). Und was hat das ganze mit der Sache an sich zu tun? Hab beim ersten Mal wohl nicht geantwortet, weil ich aus dem Absatz nicht so recht schlau geworden bin. |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 04:15 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.