Du bist nicht angemeldet.
TypeError: videomatch is nullBin in AT und kann es ganz normal ansehen.
Wie geschrieben, der Quelltext ist leider völlig unterschiedlich und ich habe beide Videos im selben Browser geöffnet.
Habe mich gerade rangesetzt und mir das angesehen.
Das jetzige YT Plugin kann sowieso in manchen Fällen nicht funktionieren, da das
"itag="Tag nicht in jedem Quelltext vorkommt.
Beispiel:
https://www.youtube.com/watch?v=6pxRHBw-k8M "itag=" vorhanden
https://www.youtube.com/watch?v=NM6PA9dwDRY "itag=" NICHT vorhanden
Im letzten Fall scheitert somit schon der Download.
Vielversprechender scheint der Ansatz mit KeepVid zu, das habe ich schon mal implementiert.
Problem ist nur folgendes: KeepVid scheint nur die 720p als File mit Video UND Audio auszugeben, sonst gibt es sehr viele Links, wo es nur Video gibt und einen Link mit dem Audio dazu. Das dürfte aber von YT schon so kommen. Die Seite bietet auch ein Programm zum Zusammenfügen an.
Sofern man ein ffmpeg für die FB kompiliert bekommt, könnten auch mehrere Qualitätsstufen geladen und dann einfach gejoined werden.
Inputs willkommen, versuche eine Version, die das gesamte File (Audio+Video) lädt, später einzuchecken.
F!L sind nun mal (b)ash Skripts.
Wenn du die RegEx in JavaScript hinkriegst, sollte das auch schon helfen, ich kann es mir dann ansehen.
Habe mittlerweile auf FRITZ!OS 06.30-freetz-devel-13771 upgedatet.
Nun tritt es bei mir auch auf.
Ich konnte es zwar eingrenzen, weiß aber nicht, warum es da hakt.
Die verwendete busybox als Webserver macht keinen Unterschied, es geht mit der 1.22.1 von Fritz!Load und mit der 1.24.2 von freetz nicht.
Ab dem fieldset "Erneut verbinden" funktioniert die GUI nicht mehr.
Kommentiert man ab hier alles aus, werden zumindest die ersten beiden fieldsets "Download/Upload" und "Download Optionen" korrekt dargestellt.
Ideen herzlich willkommen.
Bezüglich der Downloadgeschindigkeit kann ich sagen, dass es auch mit einer Verbindung (getstetet mit jDownloader, Chrome, Edge) immer noch schneller ist als mit FritzLoad. Kann es sein, dass die FritzBox mehr nicht schafft? Hat jemand hier eine schnelle Leitung und kann ebenfalls mit FritzLoad nicht schneller als mit ~4MB/s laden?
Ich habe eine ~100 MBit/s Kabel Leitung, mit meiner FB 7360v2 schaff ich bei 4 Instanzen im Mittel ~5,50 MB/s, aber mehr als ~5,80 MB/s wird es nicht.
Da ich meistens auf NTFS schreibe, ist hier schon ein Flaschenhals.
Reichen tut es trotzdem bei weitem ...
Jeder zusätzliche Skin erhöht immer ein wenig den Wartungsaufwand.
Ich habe den neuen von chromax als auswählbar eingecheckt, bitte testen (keine FB gerade in der Nähe ...).
zu 2:
Kann mir vorstellen, dass der JDownloader mehrere Verbindungen gleichzeitig aufbaut, währen wget nur 1 nutzt.
Kleine Korrektur:
Den Download übernimmt eigentlich immer curl.
zu3:
Ja, ist neuerdings leider normal - auch mit der 6.30.
Die Funktion müsste ebenfalls von einem "Könner" überprüft werden.
Auch der VoIP check müsste nochmal überprüft werden. Laufende Telefonate werden leider ignoriert und
es wird ein reconnect ausgelöst - unschön.
Das könnte man angehen, aber wahrscheinlich nur mit Hilfe.
Ich habe die FB nur mehr nachgeschaltet für FL, also keine Telefonie damit.
Schritt für Schritt geht's weiter.
Für's nächste Mal brauche ich ein Debug-Log, auch per PN möglich.
Bitte schon die Fehlermeldungen selbst auch lesen, mehr kann ich nicht einbauen ...
20:09:08 Ist das Real-Debrid API Token statt dem Passwort eingetragen?
20:09:09 Das Real-Debrid API Token ist falsch
API Token statt Username/Passwort!
--> siehe Einstellungen.
Wie sieht es nun aus?
Hast du das Update schon versucht?
https://sourceforge.net/p/avmload/code/2758/
Nun wird das API Token statt Benutzername und Passwort benötigt.
Bin mir nicht ganz sicher, aber vermutlich wird ein Premium Account benötigt.
Den habe ich nicht.
API hat sich geändert.
Was kann mit einem free Acoount anfangen, wer kennt sich aus?
Ich hab mir mal den Code angesehen und bin der Meinung, dass nicht ständig eine Mail kommen sollte.
Autorun startet Fritz!Load nur dann neu, wenn noch nicht geladene Links vorhanden sind.
Wenn also alle Links geladen sind pro Instanz, wird F!L nicht mehr gestartet und somit auch kein Mailversand ausgelöst.
Hast du das überprüft?
Läuft wieder.
Das Debug Log ist nötig.
Fix (ungetestet) vorhanden.
Schneller Fix (ungetestet) eingecheckt.
Es wurde nichts bzgl. unrar geändert, auch die binaries betreffen unrar nicht.
Tippe eher auf deine Einstellungen, vielleicht hat sich was durchs komplettupdate umgestellt.
Das tiefe Entpacken steht noch auf der ToDoListe.
Das kann natürlich passiert sein, das config Verzeichnis von FL zu sichern ist sowieso etwas, was man regelmäßig machen sollte.
PS: Kann man den Threadtitel ändern? Ich finde dazu nix.
Sonst bitte irgendjemand (@rybog)? ändern auf [gelöst].
Du solltest genauer werden, was funktioniert genau nicht?
Bzgl. Entpacken wurde keine Codezeile geändert.