![]() |
Downloadmanager startet gestopptes Files früher Ab und zu kommt es ja vor, das ich Serien lade. Dazu benutze ich im Xtreme/ScarAngel den Downloadmanager.Er arbeirtet bei beiden Mods zu meiner fast vollkommenen Zufriedenheit. Seit einiger Zeit BEISPIEL -> gibt mir Client 1 auf File 1 download und vervollständigt ihn. Dieser Client hat mir zum Vervollständigen 5 MB gegeben. Es bleibt ein Rest von 4.28 MB. Hierbei wird das File gehasht, vervollständigt und File 2 gestartet. Client 1 könnte mir auch hier etwas geben, geht aber nicht, weil Kontakt nicht mehr vorhanden. ab hier die Änderung : Jetzt starte ich aber manuell File 2 während File 1 noch gehasht wird. Alle möglichen Clients werden auf File 2 geswitcht - soweit halt eben möglich. File 1 fertig, File 2 bekommt trotzdem noch DL von Client 1, weil ich ja noch was brauche und er noch 4.28 MB für mich übrig hat. Ich meine : Der Downloadmanager sollte schon beim hashen von File 1, File 2 starten und Clienten sammeln und ich die restlichen MBs mir auch einsacken kann. Na hoffentlich begreift einer mein Kauderwelsch. |
das würde bedeuten., daß file 2 schon ca. 20 minuten vor dem Beenden von file 1 starten muß. Denn nur wenn es schon einige Zeit gestartet ist sind die meisten Quellen gefunden und ich weiß, daß besagter client überhaupt etwas für mich hat. Wäre also das Problem zu lösen.. wie weiß der emule, daß ein File bald (20 min oder 1 Stunde) fertig wird !? Ich werd das Feature "hellsehen" implementieren ;-) |
Zitat:
Zitat:
der alle Fragen beantwortet. :mrgreen: Ps. Ist aber schön, das du, Xman, wenigstens verstanden hast, was ich meine. |
Zitat:
Andererseits: Schaden kann eigentlich keiner entstehen und da es ja schließlich ein Xtreme-Feature ist, während der DL-Session die Datei zu wechseln, könnte so ein früherer Start der nächsten Datei durchaus eine sinnvolle Ergänzung sein. Es müßte halt nur funktionieren. Allzu viel Programmieraufwand würde ich zwar nicht als lohnend bezeichnen, aber wenn es relativ schnell zu programmieren ist wäre es einen Test zumindest wohl wert. Mit freundlichen Grüßen aalerich, der noch nie eine Serie geladen hat, aber natürlich auch ab und an zusammengehörende Dateien saugt |
Ich glaube nicht, das da ein grosser Programmieraufwand betrieben werden muss. Halt eben die Funktion "starte neues File" von File completed auf File hashing. Naja - habe erst heute nen Trick Nr. 2 gefunden, wie ich das mit der "Start"-Automatik umgehe. Ich starte ganz einfach 2 Files in der Serie. Obwohl das auch manchmal nicht das Gelbe vom Ei ist. Wenige Clienten und dann auch noch auf 2 Files verteilt. Irgendwie blöde. --------------------------------------------------------------------------------------------------------------------- Mach ich, wenn ich in die Heia gehe, das mit den 2 Files. Kann meinen Emule-Rechner auch mal unbeaufsichtigt laufen lassen. Er is ja schon gross. Aber davon mal abgesehen : bei ~ 70 Clienten lohnt das erst recht und mein DL ist vom "Feinsten" bei dieser Serie. Bin mit meinem Trick Nr. 1 hochzufrieden. Hinzu kommt, das ich auf das letzte complete File ein PS gebe. Hui - ein Raunen ging durch die Menge und aus dem Gemurmel der Massen hörte ich doch deutlich : Creditshaping. |
Nö, wieso? Das hat doch mit den Krediten überhaupt nichts zu tun. Sicher, es dient der DL-Beschleunigung, aber das muß ja nicht prinzipiell schlecht sein. An so einer Funktion ist ja nichts unsauber oder unfair. Wären das nicht viele, sondern nur eine große Datei und die Quelle hätte TFC angeschaltet, so würde ja auch nur ein neuer Chunk angefangen werden. Genau wie hier, nur das der neue halt schon zur nächsten Datei gehört. Ansonsten muß ich sagen, daß ich zusammengehörende Dateien immer gleichzeitig lade und nicht nacheinander. Bei Serien allerdings macht das wohl wirklich wenig Sinn; wozu alle Folgen relativ gleichzeitig fertigbekommen? Naja, mal abwarten, was Xman sagt... Mit freundlichen Grüßen aalerich |
Zitat:
irgendwie besser.(So sind immer genug Clienten vorhanden, die einem DL geben können). Zitat:
|
mui bueno tu post...... |
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:48 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.