Du bist nicht angemeldet.
Eine ungeteste Version habe ich gerade eingecheckt. Vielleicht behebt es schon den Fehler.
Die Installation über telnet machen; ist auf jeder Box dasselbe Spiel...
Komplett gleichwertig nicht, da ein paar symlinks nicht gelöscht werden.
Für die meisten Fälle reicht jedoch ein ./install.sh -g und -u
Es hat vorher mit dem alten Passwort (inklusive Sonderzeichen) funktioniert?
Ich kann es mal testen bei mir.
Wird vielleicht telnet nur durch SSH ersetzt?
Freetz sollte ja auch weiterhin funktionieren, eventuell ist das dann halt nur mehr die einzige Möglichkeit F!L zu nutzen.
Deinen Testlink konnte ich ohne Modifizierung downloaden. Plugin muss also noch funktionieren.
Testlink zur Verfügung stellen, dann geht manches schneller.
Diese Methode wurde so gut wie nicht mehr gewartet.
https://sourceforge.net/p/avmload/wiki/FritzLoadFAQ/
Links mit JD einsammeln und .jdc Datei erstellen, ist eigentlich der beste Weg.
Zum Zeitpunkt deines Beitrages war das jetzige unrar noch gar nicht eingecheckt.
Das muss mit was anderem zusammenhängen.
Es hat sicher mal funktioniert, sonst hätte der entsprechende Entwickler das nicht eingebaut.
Ich schau es mir später an.
Unterarchiv heißt einfach ein .rar file im .rar file?
Damit ich da nicht falsch herumteste.
Funktioniert es mit dem alten unrar?
Siehe http://sourceforge.net/p/avmload/code/HEAD/log/?path= die letzten beiden commits.
Testweise das unrar aus r2696 nehmen.
Ich nutze das überhaupt nicht, hast du ein log davon?
Ich kann gerade nicht testen, da gerade auf keinem mir zugänglichen Gerät FritzLoad installiert ist.
Man könnte aber einfach versuchen eine relative URL zu verwenden.
Das hat leider nicht funktioniert, ich vermute es hängt mit dem JavaScript von page.js zusammen, aber sicher bin ich nicht.
Evtl. nächste Woche mehr Zeit für das Thema.
Es sollte nun sowohl für http als auch https Verbindungen wieder der Stream funktionieren.
So wie Buzz es beschrieben hat, oder per commandline.
Alle FritzLoad Prozesse stoppen, Autostart abschalten und dann:
./install.sh -u
umount /dev/sdxxMit mount vorher eingegeben kriegst du die richtigen Werte für xx.
Wenn umount schimpft, greift noch irgendein (FL-) Prozess auf den Stick zu.
ps ww anwerfen und per kill den entsprechenden Task killen.
Man sollte allerdings genau wissen, was man tut. 
Da hatte es einen Bug, versuch es nochmal über telnet.
Ordner log.
Dateien beginnend mit captcha_.
Auf dieser Seite steht links ein bisschen weiter unten auch Click here to download latest revision.
Das führt zur aktuellsten SVN Version.
@keule: Damit ist der MT Skin bei neueren Firmwares kaputt, wenn dieser commit revidiert wird.
@Andy: Es funktioniert zur Zeit ENTWEDER über http ODER über https, aber nicht gleichzeitig.
Das steht auch in der commit message: https://sourceforge.net/p/avmload/code/2693/