…und der direkte Link zu GnuTLS, da die Diskussion im Debian Forum ein wenig abschweift: https://gitlab.com/gnutls/gnutls/issues/223

“https://daserstehdut-lh.akamaihd.net/i/daserstehd_ut_de@629193/master.m3u8” ist bei mir (Win7, neuester VLC) die erste M3U8 Datei seit ~2 Wochen, die (gespeichert, mit VLC aufgerufen) funktioniert: ~ fast ~ irgendwie ~ : 1.) nämlich wenn ich (neuestes) MediathekView (.exe portable, .jar) starte, dort den Filter auf “livestreams” setze und “abspielen” wähle, kann ich VLC wie gewohnt verwenden. 2.) wenn ich dagegen bei MediathekView (s.o.) “Film-URL kopieren” wähle, DAS als .m3u8-Datei speichere und versuche, VLC darauf ‘loszulassen’, steh ich da als dummer Tor, und noch blöder als zuvor …: nichts geht, so wie bei zuvor genannten und von mir woanderst zusammengesuchten m3u8-links. Ganz vielen Dank! - trotzdem: Pardon, wie hätte denn auch ich auf “https://daserstehdut-lh.akamaihd.net/i/daserstehd_ut_de@629193/master.m3u8” kommen können müssen dürfen ;-? PS: mit dem link zu https://derste247livede.akamaized.net/hls/live/658317/daserste_de/master.m3u8 (als Datei gespeichert) klappts auch. Quelle: wiki.archlinux.de/Title/Live-Tv trotzdem bleib ich neugierig

@danceasy sagte: denn nach deren Welt- und Rechtsbild ist das Abspeichern einer Sendung copyright verletzend Es geht da weniger um das “Welt- und Rechtsbild”, sondern viel mehr um die Rechtslage, und die gibt es, ob man das im spezifischen Falle nun gut oder sinnvoll findet… @der-lernende sagte: Wäre es kontraproduktiv, wenn man, als Nutzer, den betreffenden Sender anschreibt? Was will man denn beanstanden? Das Sehen/Replay von Sendungen ist ja über die Mediatheken der Sender sehr wohl möglich. Ein Download wird für die meisten Sendungen nicht angeboten, weil dieser rechtlich eben anders zu bewerten ist als ein simples Abspielen. Das wurde hier oder im alten Forum schon mehrmals erläutert…

Vielen Dank, nun funktioniert es wieder. Sorry, dass ich hier einigen auf die Nerven gegangen bin.

@derreisende77 Aufgrund des Posts von Gadt möchte ich zunächst einmal festhalten, daß Mediathekview ein tolles Programm ist und ich die Leistung aller Entwickler hoch anrechne. Aber es ist egal, ob ich Filme auf Festplatte (intern wie extern) oder NAS (habe auch hier 2 verschiedene zur Auswahl) speichere; unter 13.2.0 liegt die Downloadgeschwindigkeit je nach Sender zwischen 200 und 500 kb/s. Ich lasse auch nur einen Download gleichzeitig zu. Bei allen Vorgängerversionen liegt die Downloadgeschwindigkeit bei mir bei 15.900 kb/s. Keinen blassen Schimmer, warum das so ist. ich habe an den Einstellungen nichts verändert. Daher bin ich auf die Version 13.1.3. zurückgegangen, evtl. gehe ich noch weiter zurück.

@Skeeve WTF ok wenns funktioniert

@styroll Stimmt, ich habe mir die Datei gestern runtergeladen. Sie ist jetzt fehlerfrei und hat die Auflösung 960x540, laut Downloaddialog hohe Auflösung, nicht HD. Gruß

@georg-j sagte in Doppelt aufgeführte Beiträge bei ARTE.de mit unterschiedlicher Länge, dadurch kein sinnvoller automatische Download möglich: Gestern gab es noch je eine acht bis elf Sekunden längere Version Danke für den Hinweis. Ich kann bei beiden Versionen keinen Unterschied wahrnehmen, die Codes sind identisch, auf den ersten Blick ist auch der Film identisch. Warum die jetzt aktuell verfügbare Variante kürzer ist, muss man wohl ARTE fragen.

@mcmac Ja, das ist eines der beiden Eastereggs, das andere ist der Schieberegler für den Zeitraum, der von 1-30 geht und zusätzlich noch “Alles” hat, aber nicht, wie viele erwarten rechts von 30 sondern links von 1. Wird sicherlich in MediathekView 14 berücksichtigt.

Ich musste die Beobachtung machen, dass die Suche meines Skripts unter der Distribution antiX-17 64 bit extrem langsam lief (nicht dagegen unter 32-Bit-Installationen von antiX und Lubuntu) – was ich auf die Verwendung der grep-Option “–ignore-case” zurückführe. Deshalb habe ich jetzt die Suchfunktion von grep auf sed umgestellt. Für unbedeutende weitere Neuerungen siehe http://martikel.bplaced.net/skripte1/mediaterm.html, wo auch die neue MediaTerm-Version 6.4 zum Download bereitsteht. @steese: Danke für das Verfügbarmachen meines Skripts auf GitHub. Ich als Amateur-Coder hatte mir das selbst nicht zugetraut …

@nonamefound Hallo, ich habe über Yast2 die Aktualisierung angestoßen. Das Paket jgoodies-forms wurde automatisch aktualisiert und MediathekView startet wieder. Der Fehler ist damit also behoben. Schön, dass wir das geschafft haben. So macht Open-Source Spaß! Vielen Dank und viele Grüße

Danke für den Tipp! Hat funktioniert !!!

@vitusson sagte: “Ad Vitam” ist nun, wie bei ARTE-Serien üblich, in MV vorhanden, da heute Ausstrahlungstermin der ersten beiden Folgen. … was ja auch im entsprechenden Thread, der hier zuhanden des OP verlinkt wurde, bereits erklärt wurde und sich jetzt durch dich bestätigt wurde.

@Seth-Gecko sagte: Es war lediglich der Pfad zu ffmpeg nicht gesetzt bei mir. Ich nehme an, du bist Linux-User. Unter Linux wirst du beim erstmaligen Starten von MV aufgefordert, den Pfad von FFmpeg anzugeben. MV für Windows und macOS hat FFmpeg schon gepackt, da ist der korrekte Pfad schon eingerichtet (bei Win relativ, bei macOS absolut). Das heisst, bei letzteren Plattformen muss man den Pfad nicht setzen. @Seth-Gecko sagte: Ein Hinweis darauf, dass der Pfad zu ffmpeg nicht gesetzt ist, wenn der DL mit 0 Byte abbricht, wäre evtl. hilfreich. Immerhin kann man die Pfade aller Hilfsprogramme in den “Einstellungen -> Sets bearbeiten” über den Button “Prüfen” (ganz unten im Fenster, evtl. scrollen) kontrollieren lassen.

@musta sagte in PQ–Practical Questions: Es sollte eigentlich jedem längst klar geworden sein, daß dieses (Ex-) Mitglied mit seinen Beiträgen andere Ziele verfolgte als die mit seinen Fragen vorgetäuschten. Mir nicht. Was genau meinst du?

@styroll Ist behoben