#41
|
|||
|
|||
Na durch Werbung natürlich. Adblock mal ausschalten.
|
#42
|
|||
|
|||
Wie richtet man das in JD2 ein, also dass bei zippyshare bei einem Speed unterhalb von 200kb/s kurz die fritzbox reconnected wird?
was ich in JD2 finde ist nur was mit Zeit, nicht aber mit Downloadspeed. |
#43
|
|||
|
|||
Anscheinend hat Zippyshare das 2GB Limit schon wieder aufgehoben, ich kann zumindest wieder durchgehend ohne Drossel Laden. Kann das wer bestätigen?
|
#44
|
|||
|
|||
Bei mir gehts nicht über ~720kb/s, meist sind es grob um die 600kb/s, schwankt sehr stark. Habe heute (17.02) noch nichts von Zippyshare geladen.
€dit Kommt wohl auf den Server an, 3 einzelne Downloads liefen mit 1,7mb/s. (mehr geht über meine Leitung nicht) Vermutlich habe ich zuvor einen langsameren Server erwischt. Last edited by Mumpfi3k; 17.02.2016 at 23:09. |
#45
|
|||
|
|||
Ich gehe mal davon aus, dass die Klientel die eine OCH benutzt auch zu denen gehören die einen Adblocker verwenden. Davon abgesehen kommen die meisten Leecher gar nicht auf die Seite wenn sie einen Downloader benutzen.
Viel bleibt dann nicht mehr, die auf Werbung klicken können. Server, Speicherplatz und Traffic geht ganz schön ins Geld in dieser Größenordnung. Zippyshare gehört zwar nicht zu den ganz großen OCHs. Klein ist aber anders. Wenn man sich das Alexa Ranking anschaut, ist Zippyshare fast gleichauf mit uploaded .net **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** **External links are only visible to Support Staff****External links are only visible to Support Staff** Cu Verbogener Last edited by Verbogener; 18.02.2016 at 02:16. |
#46
|
|||
|
|||
Hallo, auch ich melde mich mal zu Wort.
Also ich habe mit Jdownloader nur Geschwindigkeiten welche bei 100 kb pro Datei liegt. Lade ich das selbe File via Pyload herrunter, bin ich bei fast 300 kb pro datei. Getestet habe ich das mit einer NAS Version sowie auch Windows Version (Jdownloader sowie auch Pyload) |
#47
|
|||
|
|||
Normal wären die 100kb bei erreichen des Downloadlimits von ca 2GB. Mit einer neuen IP geht es dann wieder schneller.
Du solltest das Log posten. Cu Verbogener |
#48
|
|||
|
|||
Ich denke, dass es mit einer neuen IP kurzzeitig besser läuft wissen wir ja jetzt. Aber wie bringt man JD2 bei, dass er bei zippyshare downloads bei so wenig speed die verbindung reseten soll?
|
#49
|
|||
|
|||
Laut diesem Thread https://board.jdownloader.org/showth...ght=zippyshare kann man den Eventscripter benutzen.
Da ich mich mit Javascript aber nicht auskenne, habe ich keine Ahnung, wie es funktioniert, mit dem Reconnect anfordern nach z.B 2GB Zippy Traffic. Vielleicht ist hier ja jemand, der sich auskennt und ein Script basteln kann? |
#50
|
||||
|
||||
Quote:
Einfach anfangen und bei Schwierigkeiten das Problem nennen, dann kann man weiterhelfen oder jemand findet sich ein fertiges Script zu basteln. Dazu gibt es eine eingebaute Hilfe beim Eventscripter zwecks Befehle wohl.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#51
|
|||
|
|||
Ja es gibt eine praktische Hilfe für Befehle im Eventscripter, allerdings habe ich wirklich NULL Ahnung von Programmieren. Muss mich erstmal in die Basics einlesen usw.
|
#52
|
|||
|
|||
Ich hab's
Grüezi mittenand!
Ich hab mich mal hingesetzt und in ca. 5 Minuten ein vorhandenes Script so abgeändert, daß es bei mir hinhaut (sobald die D/L-Geschwindigkeit unter 500 KB/s sinkt, wird reconnected). Hier kömmt's Code:
//überprüfen, ob überhaupt gedownloadet wird if (isDownloadControllerRunning() && !isDownloadControllerStopping()) { var running = getRunningDownloadLinks(); //alle laufenden Downloads überprüfen for (var i = 0; i < running.length; i++) { //überprüfen, ob der Download mindestens seit 30 Sekunden läuft if (running[i].getDownloadDuration() > 30000) { //überprüfen, ob die Geschwindigkeit unter 500kb/s ist (habe 100.000er - dementsprechend an die eigene Leitung anpassen!) if (running[i].getSpeed() < 500 * 1024) { //Reconnecten! requestReconnect(); } } } } Feedback würde mich freuen... |
#53
|
|||
|
|||
Quote:
|
#54
|
|||
|
|||
Jepp danke Franziska, funktioniert einwandfrei: Erzwungenener Reconnect, der alle anderen Reconnect Regeln übergeht, sobald die Geschwindigkeit eines einzelnen Downloads unter 500kb/s fällt. Kann man nach Bedarf einfach anpassen.
|
#55
|
|||
|
|||
Quote:
Wie und wo baut man das ein bitte?:confused: |
#56
|
||||
|
||||
@Mumpfi3k
Das Script ist allgemeingültig und hat nichts mit deinem Router zu tun. Es funktioniert natürlich nur, sofern dein Router Reconnect Script auch funktioniert. @Runnner Einstellungen --> Event Scripter --> Installiere dir das Addon und trage das Script ein. Bedenkt bitte, dass das Script von Franziska unabhängig von Hoster greift und auch greift, wenn man den Speed manuell mal limitiert --> Das gehört hier eigentlich noch rein. Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#57
|
|||
|
|||
Fragen zum Event Scripter...
Hi,
das Script von Franziska ist ja schonmal ein sehr guter Ansatz, ich würde es aber gerne noch hinsichtlich einiger Aspekte für mich persönlich anpassen wollen. Die Motivation, mich mit der Script-Programmierung selber zu beschäftigen, ist stark bei mir vorhanden, ich benötige jedoch vorab noch ein paar Antworten: - die Downloadgeschwindigkeit-Prüfung soll nur für die gerade über ZippyShare heruntergeladenen Links erfolgen: ist der Filehoster irgendwie in einer Variable abfragbar? - der Reconnect soll nur dann durchgeführt werden, wenn weitere gerade bei anderen Filehostern heruntergeladene Links dadurch nicht von Anfang an neu begonnen werden würden müssten: ist die Fähigkeit des jeweiligen Filehosters hierzu irgendwie in einer Variable abfragbar? Ein Feedback wäre sehr schön - vielen Dank dafür im Voraus! |
#58
|
||||
|
||||
@Mister Floppy
-getHost() liefert den Hoster zurück, zb "uploaded.to" -isResumeable() (true,false) , mit dem nächsten Update. Zur Not kannst du jederzeit mgpai um weitere Hilfe fragen. Er ist sehr fitt mit dem Eventscripter!
__________________
JD-Dev & Server-Admin |
#59
|
|||
|
|||
@Jiaz: Danke für die Erläuterung und das Update, habe es - glaube ich zumindest - hinbekommen und würde das abgeänderte Script ja auch gerne hier posten, kann es momentan nur leider nicht in der Praxis testen, da "JDownloader 2" bei Zippyshare ständig nur "Retry in 15 Minutes" anzeigt :-(
Hoffe auf Euren schnellen Plugin-Fix, bei "Load!" bestehen diese Probleme nämlich nicht, da funktionieren Zippyshare-Downloadlinks immer durchgehend... irgendwie scheint Zippyshare erkennen zu können, ob man mit ""JDownloader 2" versucht herunterzuladen, und "sabotiert" dieses dann - kann man da von Eurer Seite nicht irgendwie gegensteuern, z. B. durch Änderung des Referers oder so? Keine Ahnung, wie die Programmierer von "Load!" die austricksen... Last edited by Mister Floppy; 29.10.2016 at 07:49. |
#60
|
|||
|
|||
Reconnect bei langsamer Zippyshare-Geschwindigkeit und fortsetzbaren Downloads
Okay, das Problem mit "Retry in 15 Minutes" war dank dieses Threads zu beheben (siehe dort Beitrag #29): https://board.jdownloader.org/showth...ght=zippyshare
Hier nun mein Script zum Szenario "Reconnect bei langsamer Zippyshare-Geschwindigkeit und fortsetzbaren Downloads": Code:
//überprüfen, ob Downloads stattfinden if (isDownloadControllerRunning() && !isDownloadControllerStopping()) { langsam = false; fortsetzbar = true; laufend = getRunningDownloadLinks(); //alle laufenden Downloads überprüfen for (i = 0; i < laufend.length; i++) { //überprüfen, ob es sich um einen fortsetzbaren Download handelt if (!laufend[i].isResumeable() && laufend[i].getBytesLoaded() > 0) { fortsetzbar = false; break; } //überprüfen, ob es sich um einen Zippyshare-Download handelt if (laufend[i].getHost() == 'zippyshare.com') { //überprüfen, ob der Download mindestens seit 30 Sekunden läuft if (laufend[i].getDownloadDuration() > 30000) { //überprüfen, ob die Verbindungsgeschwindigkeit unter 500kb/s liegt if (laufend[i].getSpeed() < 500 * 1024) { langsam = true; } } } } //reconnecten, wenn Zippyshare-Verbindungsgeschwindigkeit langsam ist und Downloads bei weiteren Filehostern fortsetzbar sind if (langsam && fortsetzbar) { requestReconnect(); } } Wenn ich einen laufenden Download lediglich direkt durch einen Reconnect unterbreche, habe ich bei mir sporadisch festgestellt, dass der Download nach Neuvergabe einer IP-Adresse zwar mit Full-Speed erneut startet, dieser dann aber bereits nach einigen Sekunden wieder aus irgendeinem Grunde abbricht! Ob das nun möglicherweise an meinem Internetprovider oder an irgendetwas anderem liegt, kann ich nicht sagen - Abhilfe hat bei mir auf jeden Fall folgende Änderung gebracht: Code:
//reconnecten, wenn Zippyshare-Verbindungsgeschwindigkeit langsam ist und Downloads bei weiteren Filehostern fortsetzbar sind if (langsam && fortsetzbar) { requestReconnect(); setDownloadsPaused(true); sleep(60000); setDownloadsPaused(false); } Last edited by Mister Floppy; 01.11.2016 at 01:12. Reason: Definition "nicht fortsetzbarer Download" korrigiert |
#61
|
|||
|
|||
Quote:
Code:
if (isDownloadControllerRunning() && !isDownloadControllerStopping() && !isDownloadControllerPaused()) { Deshalb meine Frage: ist die Dauer nach (bzw. der Zeitpunkt der) Beendigung der Pause irgendwie in einer Variable abfragbar? Last edited by Mister Floppy; 30.10.2016 at 02:50. |
#62
|
|||
|
|||
Vielleicht ist das bereits die Lösung - Feedback erwünscht!
So, ich habe glaube ich bereits einen "Work-around" für das in meinem vorherigen Beitrag genannte Problem mit der Pausierung und damit manuell limitierten Verbindungsgeschwindigkeit gefunden:
Ist die Schaltfläche "Pause" gedrückt worden, wartet das Skript solange, bis diese erneut betätigt wird, und daran anschließend noch eine gewisse Zeit ab, um der zuvor manuell gebremsten Verbindungsgeschwindigkeit Gelegenheit zu geben, sich wieder zu "erholen" - bei mir sind hierfür 15 Sekunden ausreichend; da es selbst bei einem als "Trigger" engmaschig eingestellten "Intervall" von 1000 ms (= 1 Sekunde) theoretisch vorkommen könnte, dass die Skript-Ausführung in dem Moment, in dem man die "Pause"-Schaltfläche das erste Mal betätigt, diese Schritte bereits passiert hat, habe ich zur Sicherheit auch noch einmal einen entsprechenden Check unmittelbar bei der Überprüfung der Verbindungsgeschwindigkeit mit eingebaut, um diese Situation ebenfalls abzufangen. Ich poste hier nun meine Endfassung des Skripts, die m. E. allen Anforderungen entspricht, und würde mich über ein Feedback und ggf. Verbesserungsvorschläge Eurerseits sehr freuen! Bitte beachten: Bei diesem Skript muss die Option "Synchronous execution of script" gesetzt sein!!!!! Code:
//überprüfen, ob Downloads stattfinden if (isDownloadControllerRunning() && !isDownloadControllerStopping()) { //bei ggf. manuell limitierter Verbindungsgeschwindigkeit bis Beendigung der Pause abwarten und anschließend Erholungszeit einplanen if (isDownloadControllerPaused()) { while (isDownloadControllerPaused()) { sleep(1); } sleep(15000); } langsam = false; fortsetzbar = true; laufend = getRunningDownloadLinks(); //alle laufenden Downloads überprüfen for (i = 0; i < laufend.length; i++) { //überprüfen, ob es sich um einen fortsetzbaren Download handelt if (!laufend[i].isResumeable() && laufend[i].getBytesLoaded() > 0) { fortsetzbar = false; break; } //überprüfen, ob es sich um einen Zippyshare-Download handelt if (laufend[i].getHost() == 'zippyshare.com') { //überprüfen, ob der Download mindestens seit 30 Sekunden läuft if (laufend[i].getDownloadDuration() > 30000) { //überprüfen, ob die Verbindungsgeschwindigkeit unter 500kb/s liegt und nicht gerade manuell limitiert wird if (laufend[i].getSpeed() < 500 * 1024 && !isDownloadControllerPaused()) { langsam = true; } } } } //reconnecten, wenn Zippyshare-Verbindungsgeschwindigkeit langsam ist und Downloads bei weiteren Filehostern fortsetzbar sind if (langsam && fortsetzbar) { requestReconnect(); setDownloadsPaused(true); sleep(60000); setDownloadsPaused(false); } } Last edited by Mister Floppy; 24.02.2017 at 17:52. Reason: Definition "nicht fortsetzbarer Download" korrigiert; CPU-Auslastung verbessert |
Thread Tools | |
Display Modes | |
|
|