#1
|
|||
|
|||
Wiederaufnehmbare Downloads, trotzdem kein Reconnect?
Die wiederaufnehmbaren Downloads bei offenbar jedem Link von hotlink.cc werden manchmal nicht unterbrochen (manchmal aber doch, konnte bislang keine Gesetzmäßigkeit finden), wenn ein Download eines anderen Hosters eine neue IP braucht bei diesen Einstellungen:
Kann man da irgendwo noch etwas einstellen, dass JD immer ein Reconnect macht wird, wenn ein Download von hotlink.cc und für einen anderen Download eine Neuverbindung nötig ist, ohne die der Download nicht starten kann? |
#2
|
||||
|
||||
Bitte mal BeispielLinks geben. Kann das Problem nicht nachstellen. Laufen denn evtl noch andere Hoster zu dem Zeitpunkt?
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
anonfile.com (dessen zwei Downloads werden seit gestern oder heute immer wieder von vorne zu laden angefangen, die nicht fertig geladenen Teile werden dann immer wieder gelöscht, werden nie vollständig geladen) lief mit den anderen zusammen und läuft noch mit denen, seit einigen Stunden funktioniert es aber, wie es soll, und ich glaube, zippy lief noch, als der Reconnect ausblieb.
|
#4
|
||||
|
||||
Es müssen alle laufenden Downloads Resume unterstützten. Wenn das nächste mal passiert, bitte einen Screenshots der restlichen laufenden Downloads. Du kannst im JD unten rechts einstellen das nur laufende Downloads zu sehen sind.
Ich kann das Problem leider nicht nachstellen :(
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Alle Downloads, die liefen waren wiederaufnehmbar, konnten also nach einer Unterbrechung der Internetverbindung / nach einem Reconnect wieder aufgenommen werden. Es liefen zippy und / oder anonfile und / oder 1fichier als für hotlinc kein Reconnect ausgelöst wurde.
Ist gut, mache dann einen Screenshot. Ja, tut mir leid. |
#6
|
||||
|
||||
Falls die Downloads Resume unterstützen, wird das durch ein Icon in der Verbindungsspalte gekennzeichnet. Evtl durch einen Fehler das ein Download als nicht Wiederaufnehmbar gekennzeichnet wurde. Daher die Bitte mit dem Screenshot!
Muss dir nichts leid tun, sage ja nur das ich das so nicht nachstellen kann.
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Quote:
In Ordnung, beim nächsten Mal Screenshot. |
#8
|
||||
|
||||
Danke. Ich warte dann mal auf den Screenshot sofern du das nochmal nachstellen kannst. Es sollten die laufenden Download zu sehen sein, als auch das komplette JD Fenster
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Momentan wohl leider nicht, laufen die Downloads, wie sie sollen. Bzw. läuft gerade nur hotlinc allein, wie es soll. Aber beim nächsten Ereignis auf jeden Fall.
|
#10
|
|||
|
|||
anonfile ist Freitag bis Montag nicht benutzbar. Wie der OPoster dargestellt hat, brechen die Downloads ab. Zuerst wird der Speed schnell immer kleiner und ab einem zweistelligen Speed beginnt der Download von vorne. Und zwar bei Byte 1, nicht ab der Stelle, die schon auf der Platte liegen. Manche Files habe ich zigfach heruntergeladen, bis auch das letzte Byte da war.
Meine Frage: Wann genau bricht JD einen Download ab und beginnt ihn neu? Kann man da irgendwas einstellen, damit JD einfach länger wartet, bis ein Download neu gestartet wird? Vielleicht würde das was bei anonfile am Wochenende helfen. anonfile und Resume ging mit JD noch nie, zumindest bei mir. |
#11
|
||||
|
||||
Das Problem bzgl. Resume ist reproduzierbar. Reconnect weiß ich nicht. Jederzeit kann ich nicht sagen aber grad am heutigen Freitag gegen 18:46 Uhr war es vorhanden auf einem dedicated Server mit Windows Server 2012 R2 und Gigabitanbindung. Also Verbindungsprobleme auf dem System schließe ich dadurch mal aus.
Testlinks: **External links are only visible to Support Staff****External links are only visible to Support Staff** (ggf. ersetzbar falls down) Screenshot: Im Bild sieht man einen unterschiedlichen Status obwohl alle Downloads gleichzeitig gestartet worden sind. Heißt einige Downloads wurden automatisch neu gestartet und Resume hat NICHT funktioniert. Quote:
Quote:
Eventuell kann ein erhöhter Wert in den Profieinstellungen unter InternetConnectionSettings.httpreadtimeout (oder InternetConnectionSettings.httpconnecttimeout) helfen. Hab die Werte mal mehr als verdoppelt im Test aber die Geschwindigkeit ist von manchen Downloadservern auch weniger als 10 KiB/s. Einzelnt für einen Hoster kann man die Werte meines Wissens bisher nicht einstellen. Aus dem Grund VORSICHT! Eventuell von anonfile lieber nur von Montag bis Freitag laden als am Wochenende. Mit 10 Downloads schwankt die Geschwindigkeit zwischen 1 MiB/s und 8 MiB/s sehr oft. Meist um die 1 MiB/s. Aus Zeitmangel hab ich die Downloads gestoppt weil Downloadzeiten von Stunden angezeigt werden. Man müsste mal testen ob das Problem am JDownloader oder anonfile liegt. Hab dafür leider keine Zeit grad und hab grad auch keinen anderen Downloader im Kopf der anonfile unterstützt mit Resume. Da Resume bei JDownloader mit anonfile angezeigt wird aber im Test auch mit schnellen Downloadservern nicht funktioniert.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 20.09.2019 at 20:06. |
#12
|
|||
|
|||
Quote:
Das mit Timeout-Einstellungen werde ich auch mal testen, Danke. Mir wäre es egal, wenn ein Download über Nacht läuft, hauptsache es bricht nicht ab. Dieses Abbrechen in JD passiert übrigens sehr gerne und sehr oft gegen Ende eines Downloads, wenn nur noch wenige Bytes fehlen. Kann ich mir nicht erklären. Nachtrag: beide Werte stehen bei mir auf 60000, das sind 60 Sekunden. Der Abbruch passiert aber sehr viel schneller, da müssen andere Gründe noch eine Rolle spielen. Schade, schade. Der Speed geht sekündlich runter und bei zB 60 startet JD den Download neu. Es ist jetzt nach 1 Uhr Nachts, weiterhin völlig unmöglich, etwas herunterzuladen. Speed ist 4xx kB, zumindest für ein paar Minuten. Last edited by Tedolly; 21.09.2019 at 02:11. |
#13
|
|||
|
|||
Ich muss meine Aussagen oben etwas korrigieren.
Anonfile und "ab Montag ok" stimmt nur teilweise. Diesmal konnte ich erst nach 2 Uhr Dienstag einige Downloads mit richtig viel Mühe, fertig herunterladen. Anonfile ist am Wochenende und Montag praktisch unbrauchbar, an anderen Tagen tagsüber extrem langsam. Das mit dem schrittweisen Speed-Verringerung ist so auch nicht richtig. Der angezeigte Speed in der Speed-Spalte scheint mir der durchschnittliche Speed zu sein, deshalb der falsche Eindruck. Der aktuelle Speed wird in der Titelzeile des JD-Fensters angezeigt. Da sieht man, dass der Speed schlagartig auf 0 geht, nicht schrittweise. In der Speed-Spalte geht dann der Speed nur scheinbar sekündlich runter, aber es wird nur der sekündlich neu berechnete Durchschnittswert angezeigt. Ist also nur eine Anzeigesache. Ich habe die Timeouts auf 60 Sekunden eingestellt, so dauert der Vorgang eben eine ganze Weile. Kurz: Anonfile kann man kaum mehr empfehlen. Verbindung bricht extrem oft schlagartig ab und startet wieder beim ersten Byte (kein Resume). |
Thread Tools | |
Display Modes | |
|
|