Fritz!Load - (Oneclickhoster-) Down- und Uploads via FB

[zupipo]

Da ist doch mal wieder ein großes Dankeschön angesagt :groesste:

 

[wetzstein513]

Danke, mein Ego ist geschmeichelt. Den reconnect hat jedoch Solo0815 überarbeitet also auch ihm und den restlichen fleissigen ein: :groesste:

Deshalb auch gleich nochmal die Frage ans Testpublikum. Gibt es noch Probleme beim reconnect oder nicht (ab svn1385)? Ich für meine Begriffe habe nichts feststellen können, bei mir geht alles wie geschmiert... Wenn das geklärt ist kommt auch der neue release v0.37.

 

[tarkett2009]

@wetzstein513 - Von mir gibt es auch nur positives. Reconnect funktioniert immer.

Ihr seit wirklich die Größten :groesste:

 

[Pinin]

1387: RS läuft jetzt, Danke!

 

[Silverline]

Der Reconnect läuft jetzt prima.. besten Dank!

Hier habe ich otrtool von http://github.com/pyropeter/otrtool statisch kompiliert.
Falls Interesse besteht könnte man es ja in F!L integrieren.

Edit 2: Auf den OTR-Servern werden die Aufnahmen seit einiger zeit als AVI angeboten.
Deshalb scheint das otrtool, zum Entschlüsseln der Key-Files, nicht mehr notwendig zu sein.

Gruß
Silverline

 

[SagHalt]

neues Fritz!Load Release

Hallo zusammen,

Fritz!Load Release 0.37 wurde freigeben. Vielen Dank an alle Helfer.

Die neue Version gibt es wie üblich auf der Projektseite http://sourceforge.net/projects/avmload/ oder indem man bei Online Update den Wert "1388" bei "Update auf SVN-Trunk-Revision" einträgt.

Unter http://sourceforge.net/apps/trac/avmload/wiki/FritzLoadVersionen gibt es eine Übersicht der Änderungen zur letzten Version.

Viel Spaß

 

[roadman17]

@silverline
Schön, dass der OTR-Download bei dir funktioniert. Nur eine kleine Anmerkung: Resume geht zur Zeit nicht. Ich könnte es einfach einbauen, würde aber dadurch das Warteschlangenpositionsfeedback verlieren.

 

[wetzstein513]

@roadman: reicht es nicht curl/download einfach --resume zu übergeben. Das müßte doch unabhängig vom feedback sein?

 

[roadman17]

@wetzstein
Das Problem, dass ich bei OTR hatte, als ich nur die Headder geladen hatte, war dass sich PRIO-Downloads "vorgedrängelt" haben, obwohl ich schon mit dem Download dran war. Das Ergebnis war natürlich ein fehlerhafter Download. Nun lade ich jedesmal Headder und Dateiinhalt und lösche danach den Dateiinhalt, falls es sich um eine HTML-Seite handelt. Für Resume müsste ich wahrscheinlich vor dem Download die Dateigröße von der vorhanden Datei überprüfen, bevor ich sie lösche. Falls die Datei zu klein ist, könnte sie durch die Fehler-HTML-Seite ergänzt und damit fehlerhaft werden. Dies habe ich jedoch noch nicht ausprobiert.

 

[wetzstein513]

@roadman: Danke für die Erklärung. Mir ist gerade noch aufgefallen zu "convert OTR-Download-Link (NORM, PRIO, PAID) without clicking on it from webpage". Das ist egal ob man es anklickt oder nicht, da der Download jedem Benutzer zugeordent werden kann. Der Link enthält verschlüsselt die AnmeldeInfos. Aber das nur zur Info...

 

[triple7]

Danke für euren großartigen Einsatz!

Megaupload geht allerdings in V0.37 - Revision: 1388 nicht mehr:

23:09:18 FritzLoad beendet
STOP: Beende Download (stop-file found:/var/media/ftp/Verbatim-STORENGO-01/fritzload/bin/../tmp/signal.stop1.dl).
FAILED: 23:09: Download failed (http://www.megaupload.com/?d=xyz)
23:08:09 Reconnect laut Konfigurationseinstellung nicht zugelassen
23:08:09 Warte 1 Minuten und 2 Sekunden
FAILED: 23:08: Download-URL nicht gefunden
mv: cannot rename '/var/tmp/fritzload1/dl.response.htm': No such file or directory
Changed-Filename: xyz.part2.rar
Captcha korrekt erkannt (CCA7)
23:08:09 GET2: http://www.megaupload.com/?d=xyz Options: --data captchacode=38d2384a8cee8573c916&megavar=35c1ed25666ca73ef871e77949191d10f34d254f76e05fddeb2ce33fab9304e1d1abca1eff3fd3f39b87e0866e84a5e249e0947d56394c775dc8a7e8202837adca57e83453e336316ecf600ff54c214da4ea1151082f8491887c70ea52ca29adaf916a88e8c16535bb1fa815837d41ea58409e3ddb51d15f09fbc33ec28c519f21eb070908bd82fb1f37759f768233206fab2aad05e85a028d5f29e4c3d2266b2e2f9411402c4fdb5a39307e5e88e8c5120aa539640522f75ebf759ed9a50a7c5bad135ef9d6855ae730e60067aba399deea462db1893233be822efdc90b9da68a174df1f3252431ddf51defd446932c4d1f31f5ea4471d9e2522c890a3b701c71a8a7f5d6421b7557ed432a3f8a3898b0f638d42569e1088ecf7ed5e27e286662cb9236095923&captcha=CCA7 --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
23:08:03 GET: http://wwwq45.megaupload.com/gencap.php?f4d3bea5ad5fb394.gif Options: --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
_Changed-Filename: http://www.megaupload.com/?d=xyz
23:08:02 GET1: http://www.megaupload.com/?d=xyz Options: --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
23:08:02 Warte auf Internetverbindung...
### megaupload_com-free: http://www.megaupload.com/?d=xyz

Kann das jemand bestätigen?

greetz

 

[wetzstein513]

@triple7: MIST. Ich habe im letzten svn update einen Fehler eingebaut...

 

[triple7]

Okay, das kann sein. Über den Browser kommt 'download limit exceeded'.
Ich habe nur gestutzt, weil der erste download schon nicht funktionierte und das Limit wohl schneller erreicht ist als vor 1 oder 2 Wochen ...
Ich probier es morgen noch mal.
Danke Dir, wetzstein!

Ah, sehe gerade deinen geänderten Beitrag Ich schau aber erst morgen nochmal, ob's was "Neues" von dir gibt ;-) Gute Nacht.

 

[wetzstein513]

@all: ACHTUNG: Mir ist kurz vor dem update auf die v0.37 noch im MU-Plugin ein gravierender Fehler passiert, deshalb ist jetzt ein neues Release bei sourceforge bzw. svn1389. (Möge SagHalt mir verzeihen )

 

[mastertester]

Habe F!L auf meinen Alix Router mit Debian Lenny portiert, und läuft super!

Gruß
mastertester

 

[mastertester]

share-online.biz macht leider probleme...

In der Zeile 54 ist ein $ zu viel. Trotzdem funktioniert der Reconnect nicht sauber...

 

[wetzstein513]

@mastertester: Auch nochmal für dich der Hinweis: share-online.biz macht Probleme und ich werde mir das erst anschauen wenn sie ihren Seitenrelaunch fertig haben... (siehe auch: http://sourceforge.net/apps/trac/avmload/wiki/Hosterstatus)

 

[mastertester]

Alles klar, da hab ich wohl nicht aufgepasst... Aber sonst läuft F!L echt TOP!! Macht einfach nur Spaß!

Gruß
mastertester

 

[MacLeod2001]

@all: Die Basisfunktionalität von rapidshare ist wieder hergestellt (svn1361). .... Wie vorhin schon gesagt der upload bleibt bis auf weiteres Tod.

Auch wenn ich jetzt nicht die letzen xx Seiten alle komplett gelesen habe ... (sorry gebs ehrlich zu, hab aber die Threadsuche benutzt )
Gibt es da Änderungen bzw. warum funktioniert der Upload noch mit älteren Versionen ohne Probleme, z.B. 0.22? Kann der Code nicht entsprechend in die aktuelle Version übernommen werden?

 

[wetzstein513]

@MacLeod2001: Danke für den Einwand. Ich habe den RS-upload nicht getestet, sondern bin davon ausgegangen das nach dem Umbau bei RS auch der betroffen ist. Wenn das jemand (du?) bestätigt das er immernoch geht, zwischen 0.22 und 0.37 wurde da nicht viel geändert soweit ich das überblicke, dann ändere ich es auch wieder unter http://sourceforge.net/apps/trac/avmload/wiki/Hosterstatus. Es gibt allerdings auch ein Ticket: http://sourceforge.net/apps/trac/avmload/ticket/1279...