#1
|
|||
|
|||
"Start des Downloads erzwingen" soll mächtiger werden
Hallo zusammen,
ich habe immer wieder das Problem, dass ich beim JD2 z.B. bei uploadad gerne vorzeitig einen Download starten möchte, aber das "Start des Downloads erzwingen" einfach nicht anschlägt. Ein Beispiel ... Angenommen es laufen mehere Downloads von meheren Hostern. Also starte ich die Downloads die gerade nicht aktiv sind, meist per "Start des Downloads erzwingen". Dieser ist dann irgendwann zuende. Angenommen ich komme dann eine Stunde später zum Rechner und bekomme bei nächsten File bei uploaded dann erst mal wieder diese 3:00h Wartezeit verpasst, obwohl es ja in Wirklichkeit bloss noch 1h oder 2h sind. Wenn dann noch andere Downloads von anderen Hostern laufen muss ich trotzdem die 3h warten, da das "Start des Downloads erzwingen" einfach nicht zieht, solange dieser Counter mit den 3h läuft. Ich bin mir sowieso nicht so ganz sicher, ob das nicht einfach ein Bug ist. Das "Start des Downloads erzwingen" soll doch immer anschlagen auch wenn noch ein Counter läuft oder liege ich da so falsch? Gruß ronny Edit: Was mir auch noch aufgefallen ist ... wenn ich als erstes einen Download mit "Start des Downloads erzwingen" starte, dann kann ich keine anderen Downloads "regulär" starten. Soll heißen der "Play-Button" oben links ist schon aktiv und man kann solange der Download läuft, nur noch einzelne Downloads mit "Start des Downloads erzwingen" starten. Also irgendwie ist das doch nicht richtig, oder? Last edited by ronny8; 14.09.2013 at 18:07. |
#2
|
|||
|
|||
Es ergibt keinen Sinn, wenn bei einem Freehoster eine Wartezeit läuft, dort einen Download per "Download erzwingen" zu sofort starten, ohne die Wartezeit zu berücksichtigen. Das Problem bei UL ist, dass JD nicht weiß, wie lange konkret gewartet werden muss, weil das von UL nicht mitgeteilt wird.
|
#3
|
||||
|
||||
@ronny8
1."Erzwingen" bedeutet, dass der Downloadmechanismus für die entsprechenden Links gestartet wird. Gibt es eine Wartezeit bzw. in deinem Fall eine Reconnect Wartezeit, wird diese regülär behandelt (warten falls andere Downloads aktiv, ansonsten reconnect). Das "erzwingen" setzt sich jedoch nicht über andere Logiken hinweg wie z.B. dass kein Reconnect gemacht wird, solange noch (nicht fortsetzbare) Downloads aktiv sind - ist ja logisch, sonst würdest du den Fortschritt aller anderen Downloads verlieren nur um den einen zu starten. EDIT Es ist korrekt, dass die Wartezeit gerade bei UL nicht genau bekannt ist, aber JD sollte das trotzdem relativ korrekt handhaben... 2.Yap, wenn du als erstes einen Download erzwingst gibt es momentan keinen Weg, in den "normalen" Downloadmodus (Betätigung des Play Buttons) zurückzukommen. Das kann man als Bug oder auch schlechte Usability sehen, jedenfalls wissen wir das bereits und es gibt ein Ticket dazu: GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#4
|
|||
|
|||
Hallo & vielen Dank für die Antwort.
Genau hier liegt ja das Problem. Egal wieviel Zeit bei uploaded in Wirklichkeit noch offen ist, es werden einem immer die 3h Warten aufgebrummt, obwohl es aber auch wesentlich weniger sein kann. Sagen wir mal ... vor genau 2:55h ist der letzte Download ausgelaufen. Ich weiß das aber ja vorher nicht genau, weil ich ja nicht am Rechner war. Ich kann das immer nur vom Gefühl her so in etwa sagen. Ausserdem wird der Counter ja nur aktiv, wenn man das Capture eingegeben hat. Ich starte den Download also 5 Min zu früh, bekomme dann trotzdem 3h warten verpasst und muss die dann sozusagen aussitzen, weil der "Start des Downloads erzwingen" nicht zieht. Stoppen kann ich das Dings auch nicht, weil ja noch andere Downloads laufen. Ich verstehe nach wie vor nicht so ganz das Problem, wenn der "Start des Downloads erzwingen" hier trotzdem voll durchschlagen würde und den Download neu starten würde .... ? |
#5
|
||||
|
||||
Hallo
Ich glaube du verstehst das noch nicht ganz. 1.Zeigt uploaded denn die genaue Wartezeit an? Falls ja baue ich das natürlich gerne sofort ein! 2.Es gibt für das uplaoded Plugin ne Option, die dazu führt, dass man keine unnötigen Captchas eingeben muss um das Limit zu sehen - in diesem Fall ist aber eh klar, dass JD die Wartezeit nicht wissen kann. Die uplaoded Wartezeit lag mal bei einer Stunde und dann waren es 3 - das ist mein aktueller Stand und der des Plugins GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#6
|
|||
|
|||
Nö, aber ich selbst weiß die Wartezeit so in etwa. Nur kann ich den Download eben dann nicht vorzeitig starten da das "Start des Downloads erzwingen" nicht anschlägt. Also muss ich warten.
Ich verstehe jetzt auch nicht so ganz, ob wir hier nicht aneinander vorbei reden. Anders rum gefragt ... warum schlägt das "Start des Downloads erzwingen" nicht an wenn ein Counter läuft? Irgnendwie gibt´s da doch auch keinen Grund für. JD kann die genaue Wartezeit nicht wissen. Ich weiss sie schon, nur kann ich sie nicht abkürzen, da genau die Funktion, die dafür da ist ("Start des Downloads erzwingen") nicht anschlägt. Das ist doch ein konzeptioneller Fehler oder nicht? Aber O.K. ich werde das von 2.) mit dem uploaded-plugin mal versuchen. Das schaut für mich so aus als wäre es so eine Art Workaround... Vielen Dank nochmal für die Hilfe. |
#7
|
||||
|
||||
1.Du kannst die Wartezeit nunmal nicht selbst definieren und das ist kein Konzeptfehler, fehlendes Feature oder Bug!
Du hast meine Frage noch immer nicht beantwortet: Gibt uploaded eine genaue Wartezeit raus? Falls ja, sollte JD diese anzeigen -> Tut er das nicht, ist das sogesehen ein Bug! Und nochmal: Wie soll JD den Link direkt laden, wenn es eine Wartezeit gibt? Wie gesagt, der Prozess wird gestartet -> JD Öffnet den Link in einem internen Browser -> Klickt auf Free -> Captcha & kurze Wartezeit -> Aha, lange Wartezeit -> JD wartet (oder macht nen Reconnect, je nach dem was gerade möglich ist) Statt der langen Wartezeit könnte an der Stelle auch "Download" stehen, aber das geht wie schon gesagt nicht...wegen der Wartezeit. JDownloader kann diese Wartezeit auch nicht (ohne Reconnect) überspringen...sonst würde er das ja tun. Ich weiß noch immer nicht wo das Problem liegt oder was du meinst... 2.Yap aber da gehts hauptsächlich darum, unnötige Captcha eingaben zu vermeiden. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#8
|
|||
|
|||
Das Problem ist, dass zum Zeitpunkt des Downloads erzwingen die Wartezeit bei UL wegen des Limits noch nicht abgelaufen ist, im JD für UL gerade keine Wartezeit läuft (weil es entweder keine weiteren aktiven Links gab oder weil erst einmal andere Links von anderen Hostern an der Reihe waren) und JD dann volle 3h wartet. Dabei hat der JD aber vorher (<3h) schon mal eine Datei geladen und könnte daher wissen, dass eben keine vollen 3h Wartezeit mehr nötig sind.
|
#9
|
||||
|
||||
Das sollte über die Einstellung im Plugin aber behoben sein.
GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#10
|
|||
|
|||
Welche Einstellung? Übrigens sind die Plugin-Einstellungen bei kleineren Bildschirmen immer noch abgeschnitten.
|
#11
|
||||
|
||||
1.Dass sie abgeschnitten sind ist uns bewusst...
2.Es gibt nur 2 bei uploaded. Es ist die Einstellung in deren Namen NICHT "account" steht (war grad zu faul um nachzusehen). GreeZ psp EDIT Sagmal warum machst du denn nicht bei uns mit? Du scheinst doch Ahnung zu haben...
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download Last edited by pspzockerscene; 16.09.2013 at 22:36. |
#12
|
|||
|
|||
1. Packt doch als erstes mal die Checkboxen vor den beschreibenden Text/Label. Dann kann man die Optionen trotzdem nutzen.
2. Ich habe hier 4 |
#13
|
||||
|
||||
1.Nicht so einfach, wegen Stable Kompatibilität
2.Hast recht, da kam ja noch was dazu... Die sollten aber selbsterklärend sein. GreeZ psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#14
|
|||
|
|||
1. Alternative: Kurze Bezeichnungen und vollständige Beschreibung im Tooltipp wie früher
2. schon nur kann ich trotzdem nicht die passende Option finden, die angeblich das Problem aus http://board.jdownloader.org/showpos...53&postcount=8 lösen soll. |
#15
|
||||
|
||||
Experimental reconnect Errorhandling.
Das mit den Plugineinstellungen geht nicht so einfach wegen Stable/BETA Problematik Eventuell habe ich auch nicht ganz verstanden was ihr wollt, aber ich denke schon. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#16
|
|||||
|
|||||
Hallo & sorry habe wärend der Woche immer etwas schlecht Zeit ...
Quote:
Quote:
Mit anderen Worten: JD wird da knallhart von Uploaded angelogen. Quote:
Quote:
12:00Uhr: Ich starte einen Download per "Start des Downloads erzwingen" bei Uploaded 13:00Uhr: Der Download ist zuenede und ab jetzt gelten in Wirklichkeit 3h Wartezeit. Also bis genau 16:00Uhr 15:59Uhr: Ich starte den nächsten Download leider eine Minute zu früh ~~> Derzeit muss ich bis 18:59Uhr warten bis ich den Download nochmal starten kann! Mein Wunsch: "Start des Downloads erzwingen" schlägt auch um 16:01Uhr an und versucht einen neuen Download, was es in meinen Augen auch sinngemäss tun sollte. Sonst sollte man die Funktion umbenennen in "Start des Downloads NUR AB UND ZU erzwingen". Sei´s drum ... der Download würde jedenfalls somit loslaufen und ich müsste nicht bis 18:59Uhr warten. Quote:
Ich bin aber trotzdem der Meinung, dass dies mit dem "Start des Downloads erzwingen" so wie es derzeit ist, ein Konzeptfehler ist bzw. das Ding in diesem Fall nicht richtig anschlägt, weil JD glaubt zu wissen was die richtige Wartezeit ist, da JD wie schon geschrieben von uploaded angelogen angelogen wurde. Hier müsste man eben der treuen Seele (JD) ein bisschen auf die Sprünge helfen und mich das per "Start des Downloads erzwingen" entscheiden lassen ... |
#17
|
|||
|
|||
UL gibt gar keine Wartezeit an. Außerdem kannst du eine Datei innerhalb von 3 Stunden laden, so dass du in deinem Beispiel nicht erst um 16:01 sondern schon um 15:01 einen neuen Download starten kannst.
|
#18
|
|||
|
|||
Quote:
edit: Ganz einfacher Gegenbeweis: Nimm eine Datei, die größer ist als 3h-Downloadzeit (>527MB) und Du wirst sehen, dass Du nicht nach 3h einen neuen - also einen 2ten - gleichzeitig starten kannst. Last edited by ronny8; 20.09.2013 at 14:25. |
#19
|
|||
|
|||
Also ich konnte in der Vergangenheit sehr wohl alle 3 Stunden einen Download starten. UL selbst sagt "eine Datei alle 180 Minuten" und das ist nicht deckungsgleich mit "180 Minuten zwischen zwei Downloads".
|
#20
|
|||
|
|||
Quote:
Aber das tut auch gar nichts zur Sache. In Deinem Fall wäre das von mir erwähnte ja noch schlimmer. Dann wäre das mit dem Plugin ja nicht mal die echte Wartezeit. Überhaupt was dieses Plugin betrifft ... Dieses Uploaded-Plugin tut´s leider doch nicht so ganz: 1.) Damit das ganze funktioniert muss ich JD mit der Play-Taste oben links starten. D.h. alle Downloads starten. So weit so gut ... 2.) Wenn dann beim nächsten File die echte Wartezeit abgelaufen ist und ich dann zu diesem Zeitpunkt nicht am Rechner bin, dann werden alle von uploaded "skipped". Nachdem die anderen Downloads noch laufen, bin ich also gezwungen, dass ich den nächsten Download per "Start des Downloads erzwingen" starte und ich habe danach dann wieder genau das selbe Problem das ich schon die ganze Zeit oben versuche zu beschreiben. Sorry, also nach wie vor ... ich will das nicht als Bug bezeichnen. Trotzdem ist das so wie es ist einfach nicht schlüssig, wenn das "Start des Downloads erzwingen" so wenig Power hat und wartet bis eine gelogene Wartezeit abläuft. Ich denke der beste Begriff dafür ist: "Konzeptionelle-Zeitbremse" Last edited by ronny8; 20.09.2013 at 15:21. |
#21
|
||||
|
||||
@ronny8
Du missinterpretierst "Start des/der Downloads erzwingen" nach wie vor. Wenn du möchtest kann ich (nur für dich) eine Option einbauen in der man die Standardwartezeit (bzw. aktuelle Wartezeit) eintragen kann. Standardmäßig wäre diese dann ausgegraut und auf 180 Minuten (3 Stunden) gesetzt. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#22
|
|||
|
|||
Quote:
Wir drehen uns wirklich im Kreis ... ich versuch´s nochmal anders rum ... Was spricht denn dagegen, dass Du mir das einbaust, dass das "Start des/der Downloads erzwingen" auch bei noch vorhandener Wartezeit den Download neu startet? (Die Wartezeit ist ja nachweislich nicht korrekt, da sie von uploaded falsch ausgegeben wird.) oder sag mir: Wie soll ich vorgehen, dass ich einen Download nur bei Uploaded neu starte ohne dass ich den JD komplett stoppe und dann neu starte. Das ist entweder konzeptionell nicht vorgesehen oder ich habe es einfach übersehen. Last edited by ronny8; 20.09.2013 at 17:08. |
#23
|
||||
|
||||
Du verstehst das nicht.
Wie auch immer. Was ich machen kann ist, dass ich eine uploaded Plugineinstellung einbaue in der du die Standard-reconnect-wartezeit konfigurieren kannst. Diese wird dann immer benutzt. Solltest du mal der Meinung sein, JD wartet zu viel obwohl er das nicht soll, kannst du diese ändern und dann laden. Bedenke, dass so eine Funktion zu unnötigen Captchaeingaben führen kann und nur dann Zeit spart, wenn du sicher bist, dass das Limit zuende ist. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#24
|
|||
|
|||
Quote:
Nur nochmal zur Sicherheit ... unter "Start des/der Downloads erzwingen" verstehe ich nicht dass der Download ansich auf alle Fälle erwungen wird, sondern dass der Download bzw. die Capture-Eingabe neu gestartet wird. Ich glaube aber ich weiss langsam schon was Du damit meinst, aber ich bin mir nicht so ganz sicher, ob da wirkilch alles abgedeckt ist oder wiederum andere Nachteile für mich hat. Wie würdest Du denn das genau umsetzen? Die gefälschte Wartezeit von z.B. 1ner Minute wäre ja dann wohl immer hinterlegt, oder? Somit sehe ich die wirkliche Wartezeit nicht, wenn sie gerade mal korrekt ist. Ausserdem erscheint mir das im ersten Augenblick viel aufwendiger als das was ich mir da wünsche. Aber ich sage da natürlich nicht nein, wenn es dann wirklich bei meinem Problem hilft und wenn möglich keine anderen Nachteile hat. Was ich nur bräuchte wäre ein Knopf wie "Capture-Eingabe erzwingen" oder "Download JETZT neu starten." Den "Start des/der Downloads erzwingen" könnte man dafür locker auch nehmen egal wofür er in Wirklichkeit da ist. Er hat ja zu diesem Zeitpunkt nichts zu tun und ist somit völlig nutzlos ist. Im Prinzip muss ja nur die Function aufgerufen werden, die ohne Wartezeit-Counter (z.B. im Skipped-Zustand oder auch ganz aus) auch anschlägt und das war´s dann. Von mir aus auch nur bei Uploaded, falls man das überhaupt so umsetzen kann. Bei anderen würde es aber denke ich mal auch nicht wirklich schaden. |
#25
|
|||
|
|||
Quote:
|
#26
|
||||
|
||||
Da ich gleich weg muss habe ich deinen Post nicht ganz gelesen.
Was ich nicht ganz nachvollziehen kann, ist, warum die interne Logik hier nicht funktioniert (funktionieren sollte). JD speichert nach Abschluss eines Downloads die Zeit (Zeitstempel). Ist die besagte Option aktiviert und man will neue Downloads starten überprüft JD, ob der letzte Download 3 Stunden her war. Falls nicht, zeigt er die verbleibende Wartezeit an. Das oben ist natürlich ein Argument, dass die Wartezeit ab start eines Downloads schon runterzählt - das könnte man ja mal testen und auch einbauen, aber ich verstehe nicht, wieso es überhaupt zu dem Problem kommt und weiß auch immernoch nicht, ob du besagte Option in den Plugineinstellungen von uploaded.to aktiviert hast. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#27
|
|||
|
|||
Egal was stimmt - in beiden Fällen ist das Problem, dass die Wartezeit nicht stimmt, weil sie von Uploaded zwischendrin immer falsch ausgegeben wird und somit im JD auch nicht immer korrekt ist. Im Falle von oEFLKQzikCqw ist das sogar noch schlimmer wie Du es ja selbst bemerkt hast.
Bitte denke diese Systematik nochmal in Ruhe durch und versuche das mal direkt im JD nachzustellen ... Dafür brauchst Du nur 2 Uploaded-Dateien. 1.) Die erste Datei startest Du mit "Start des Downloads erzwingen". Achtung! Den JD nicht mit der Play-Taste starten, sonst kommt dieser nachgestellte Sonderfall nicht zum Vorschein! 2.) Wenn die Datei fertig ist wartest Du 2h. 3.) Ab hier schleicht sich der von Uploaded verursachte Fehler ein, wenn Du die zweite Datei wieder mit "Start des Downloads erzwingen" startest. Denn nach dem Capture wirst Du eine falsche Wartezeit von 3h von Uploaded übermittelt bekommen, die JD nun als echte Wartezeit ansieht. In diesem Fall orientiert sich JD nicht am Zeitstempel der letzen Datei, sondern er glaubt das, was falsch von Uploaded kommt. 4.) Ab jetzt steckst Du in der Zwickmühle mit 3h warten, die aber gar nicht nötig sind, da Du ja vorher schon bei 2.) 2h gewartet hast. Also waren die 2h warten vergebens, da Du den Download nicht neu starten kannst. Sorry, wenn ich das so schreibe, aber das ist doch Mist so. Hier braucht man dann ein "Download JETZT neu starten" oder "Capture-Eingabe NEU erzwingen" oder "Wartezeit NEU überprüfen" oder ... eben den schon vorhandenen "Start des Downloads erzwingen" hier nochmal voll durchschlagen zu lassen, wie er es auch im "Urzustand" ohne Wartezeit tut. --------------------------------------------------------------- Nochmal edit: So kann man das Problem auch noch nachstellen ... 1.) Nimm 2 Uploaded-Dateien und starte den JD ganz normal mit der Play-Taste links oben. 2.) Nachdem die erste Datei durchgelaufen ist, wird dank dem Plugin die echte Wartezeit angezeigt. (In oEFLKQzikCqw´s Fall wäre sogar hier schon die echte Wartezeit falsch.) 3.) Wenn Du jetzt bei ca. 1ner Stunde Restwartezeit angelangt bist stopst Du JD komplett. (Vielleicht muss man ja den Rechner kurz neu starten oder weiss der Geier.) 4.) Dann startest Du ihn gleich wieder und bekommst die falsche Wartezeit von Uploaded übermittelt. 5.) Und schon bist Du wieder in der Zwickmühle: Man muss 3h warten, obwohl es nur 1h wäre. Das einzige was helfen würde, wäre nach einer Stunde JD einfach zu stoppen und gleich wieder zu starten. Das geht aber meist nicht, da ja meist noch andere Downloads laufen, die ja auch gestopt würden. Hier hilft wieder nur die o.g. Function mit dem "Download JETZT neu starten" usw. ... das derzeitige Konzept geht nur auf, wenn die Wartezeit in JD immer korrekt ist und hier genau ist die Krux, da wie man sieht, es Kostellationen bei Uploaded gibt, in denen JD die falsche Wartezeit untergeschoben wird. Last edited by ronny8; 20.09.2013 at 20:01. |
#28
|
|||
|
|||
Quote:
den uploaded link oder -paket deaktivieren und zurücksetzen. ..oder einfach nur zurücksetzen, wenn die 3h dann "wirklich" abgelaufen sind (nach deiner nur noch 1h ). dann startet er auch wieder deinen download. Last edited by _00_; 21.09.2013 at 07:24. |
#29
|
|||
|
|||
Quote:
Diese Funktion habe ich nun wirklich misinterpretiert. Da kam so ne Warnung mit "Achtung! Alle Datei(en) werden gelöscht! (1 Links)" Ich dachte da wird der Link gelöscht und dann habe ich das nicht weiter versucht. Jedoch jetzt im Nachhinein ist mir das natürlich klar, dass sich das nur auf die Dateien bezieht, die evtl. schon downgeloaded wurden. Also vielen Dank für diesen Hinweis. Ich denke das ist genau das was ich in diesem Fall brauche. |
#30
|
||||
|
||||
@ronny8
Sollen wir die Meldung "Achtung! Alle Datei(en) werden gelöscht! (1 Links)" ändern, damit diese verständlicher wird oder bist du der Meinung, dass du in dem Fall einfach nicht aufgepasst hast? Usability wird bei uns (beim JD2) großgeschrieben, weswegen auch solche Details wichtig sind. GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#31
|
|||
|
|||
Quote:
Aber wenn Du das mit der Usability nochmal ansprichst, würde ich trotzdem instinktiv diesen Vorgang bei "Start des Downloads erzwingen" sehen, falls ich den wiederum nicht auch wieder falsch interpretiere. Wenn man in dieser Situation mit der falschen Wartezeit ist, dann will man ja den Download einfach ganz radikal in jedem Fall hier und jetzt erzwingen. Da denkt man ja nicht gleich an "Alles zurücksetzen". Man will ja eigentlich nur einen Schritt vorwärts und nicht einen Schritt zurück um wieder vorwärts zu kommen. Das ist aber schon sehr im Detail gedacht und eben genau auf diese spezielle Situation bezogen ... |
#32
|
||||
|
||||
Ich markiere das mal als "Erledigt" - das Ticket wurde vor 4 Jahren geschlossen
Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
|
|