MediathekView-Forum

@downloadking die genannten Eitnräge bei BR/ARD sind keine ts-Dateien. Durch den fehlenden “http:”-Vorsatz in den Urls wird in MediathekView das Download-Set genommen, das ohne Protokoll gilt. Das ist zumindest bei mir VLC, was ts-Dateien erzeugen würde. Sobald der im verlinkten Thread genannte Fix auf den Crawlern läuft, wird das nicht mehr auftreten.

Leider funktioniert das so nicht mit “Fragezeichen” im Text, taucht immer noch nicht in der Suche auf. Gibt es einen Trick dies zu provozieren?

Danke! das wars.

Bei mir bei Version 14.5.0 (Windows 11 amd64) build fa92aa3 werden die in der Downloadliste gelöschten Einträge mit der fehlerhaften URL ohne https: in downloadAbos.txt eingetragen und sind dort nach Beendigung des Programms mit der fehlerhaften URL (und zusätzlich auch mit der richtigen URL) enthalten. Nach dem erneuten Start des Programms sind diese Einträge mit der fehlerhaften URL dann in der downloadAbos.txt nicht mehr enthalten, dafür sind sie entsprechend wieder in der Downloadliste enthalten.

Also noch bin ich nicht ganz sicher, aber scheint in der Tat am WLAN gelegen zu haben. Da kam ich erst nicht darauf (und auch jetzt ist es mir noch 100% klar), weil die Verbindung eigentlich sehr gut ist zum Router (ein paar Meter). Aber trotzdem scheint sich mein alter Acer an dem 5 GHz zu verschlucken, denn mit 2,4 GHz und n geht es nun ohne Fehler. Wie gesagt, muss man natürlich abwarten, ob es so bleibt. Außerdem hatte ich noch ein Treiberupdate gemacht, aber der Hauptfaktor war wohl 2,4 Ghz jetzt (und es war ja vorher mit 5 GHz auch alles gut, Livestreams und fast alle Videos, nur diese neueren eben nicht). PS: Obwohl es dennoch interessant ist, dass die Abstürze bei diesen Links nur in Kodi kamen, nicht in VLC auch nicht bei 5 GHz.

Vielen Dank für’s Melden! In Zapp ist es jetzt auch gefixt - einfach die App schließen und neu öffnen.