@styroll sagte in Geoblocking oder doch nicht?: Ich weiss jetzt – nachdem ich zwei Threads verlinkt habe – weiterhin nicht, was daran so schwierig zu verstehen ist, dass MV die ARTE-Videos nicht von bzw. nicht über die ARTE-Website runterlädt, sondern direkt vom Akamai-Server (wo das Geoblocking von ARTE nicht greift), und die Geoblocking-Info von der ARTE-Webseite manchmal von ARTE selbst falsch gesetzt werden können, was MV entsprechend übernimmt… Aha, also blockiert arte nur auf der Webseite - und der Download-Server weiss nichts vom Geoblocking. Soweit klar. Unklar ist aber nach wie vor, weshalb einige Sendungen ein Schloss-Symbol haben und andere nicht, obwohl beide auf der Website nicht zugänglich sind. Aber lassen wir das, begraben wir die Diskussion. Ich denke ich muss mich nicht als lernresistent (Aussage: “…was daran so schwierig zu verstehen ist…” bezeichnen lassen.

@DH1234 sagte: Bei mir erscheint beim Öffnen von MediathekView seit gestern die Fehlermeldung “Das laden der Filmliste hat nicht geklappt”. Stelle sicher, dass nicht eine (aktualisierte oder neue) Sicherheitssoftware (AV-Software) die Verbindung zum Filmlisten-Server blockiert. Falls “Punkt 1” erfüllt ist: Lösche einfach mal die Filmliste über das Menü “Hilfe -> Lokale Filmliste löschen”. Falls “Punkt 2” nicht nachhaltig wirkt, reduziere gemäss diesem Posting die Filmlisten-Daten, die in den Speicher geladen werden.

@tvRR Danke für den Hinweis! My Fault! Es hat geklappt!.

Heißt also, dass die nur dann gefiltert werden, wenn es tatsächlich Dubletten in der Liste gibt und anderenfalls nach wie vor unter dem Sender ARD erscheinen. Ersteres hatte ich eigentlich auch nicht anders erwartet, nur bei letzterem war ich mir nicht sicher. Bezüglich Umsortierung zum richtigen Sender sollte zumindestens beim ZDF anhand der URL möglich sein oder?

@dante11 sagte: Automatische Update-Suche nicht abstellbar? Die Frage wurde im Forum bei einer anderen Version schon einmal gestellt, aber, soweit ich sehe, nicht beantwortet: Also in diesem Thread wird sie sehr wohl beantwortet.

@rdress Spende wurde erledigt :-)

Irgendwer denkt hier zu kompliziert oder ich zu einfach. Man macht sich ein Set in dem man für m3u8 Suffixes definiert das /foo/bin/FFMget.sh aus geführt werden soll also PROGRAMM: /foo/bin/FFMget.sh SCHALTER: %f %T.mp4 %f, das ist die URL, die wird in die Datei .ffmgetfle angehängt Die URL sind schon unterschiedlich, je nach Auflösung, da braucht es keine “Aus erhaltener m3u die qualitäts-spezifische(n) weitere(n) m3u Dateien laden in der alle Segmente stehen.” https://srf-vod-amd.akamaized.net/world/hls/battlemansion/2024/02/battlemansion_20240214_133227_4203100_v_webcast_h264_,q40,q10,q20,q30,q50,q60,.mp4.csmil/index-f1-v1-a1.m3u8 https://srf-vod-amd.akamaized.net/world/hls/battlemansion/2024/02/battlemansion_20240214_133227_4203100_v_webcast_h264_,q40,q10,q20,q30,q50,q60,.mp4.csmil/index-f3-v1-a1.m3u8 https://srf-vod-amd.akamaized.net/world/hls/battlemansion/2024/02/battlemansion_20240214_133227_4203100_v_webcast_h264_,q40,q10,q20,q30,q50,q60,.mp4.csmil/index-f6-v1-a1.m3u8 FFMget.sh #!/bin/bash URL=$1 FILENAME=$(basename "$2") echo -e "$URL -c copy -bsf:a aac_adtstoasc \"$FILENAME\" " >>/$PFADZUNAS/.ffmgetfile exit 0 Dann schreibt man sich ein Skript das auf der NAS läuft #!/bin/bash while read line; do eval ffmpeg -i $line; done < .ffmgetfile && rm -f .ffmgetfile Mal so schnell zusammengehackt und kurz getestet, ich mache so was ähnliches für normale mp4 Downloads weil ich das Java Programm schließen möchte und später via aria2c downloade wenn es mir passt Nur mal so als Denkansatz, das kann man sich ja individuell noch selber zurechtbasteln. Die APIs jener Rundkfunkanstalten bieten keine full-video-URL ? Nein, sonst würde MV die ja nutzen…

@DaDirnbocher ok…danke…dachte das läuft über die Mediathek

@marqui Oh! Grad gefunden. Danke für den Tipp, das probiere ich auf jeden Fall aus. Wenn VLC tatsächlich so synchronisieren kann, wäre es eine relativ einfache Lösung. Ich habe nämlich genug von solchen Dateien von SRF.

Hallo, das Problem tritt mit dem 14.0.1-Build nicht mehr auf. Es kann aber auch sein, dass der Updateserver wieder die korrekte Antwort liefert. Herzliche Grüße Gotthard

@porg sagte: Warum liefert überhaupt der Rundfunkbetreiber mit ADTS Headern aus? Weil bei Streaming-Formaten (TS) eben geeignete Audiobitstream-Formate zum Einsatz kommen müssen. @porg sagte: Was bezweckt MediaThekView mit dieser Nachbearbeitung? Kompatibilität mit dem MP4-Container-Format bzw. mit On-board-Software der OS (macOS, Win). Als ich vor Jahren diese Ergänzung im Schalter vorschlug, warnte FFmpeg – ohne Verwendung von “-bsf:a aac_adtstoasc” – sogar explizit davor, dass das Audiobitstream-Format ungeeignet sei. Und die Audiospur einer trotzdem generierten Datei konnte von den System-Standardplayern (QuickTime Player, Windows Media Player) nicht abgespielt werden. Wenn ich mich richtig erinnere, konnte der Decoder bei VLC, MPlayer aber die Spur decodieren. Wenn ich die FFmpeg-Specs richtig verstanden habe, würden aktuelle FFmpeg-Version heute automatisch das Bitstream-Format ändern: Please note that it is auto-inserted for MP4A-LATM and MOV/MP4 and related formats. So gesehen wäre “-bsf:a aac_adtstoasc” im Schalter nicht mehr nötig. Das kannst du ja gerne testen. @porg sagte: Wenn man vom Original etwas wegnimmt, muss es ja irgend eine Art von Grund/Absicht dafür geben. Der bisherige ADTS-Header wird gelöscht, da er nicht mehr benötigt wird und da ja ein neuer MP4-Container-kompatibler Header geschrieben wurde.

Wenn man bei einem fehlerhaften Download auf dieses “Säubern”/“Radiergummi” Symbol klickt, kann man unter “Download ändern”, wie DaDirnbocher schrieb, beim Download Änderungen vornehmen. Ich konnte z.B. beim ZDF-Download folgende Sachen anpassen: URL: Zielpfad: Dateiname: Beim SRF-Download hier Änderungen vornehmen: Programmaufruf Array: Wie kann ich bei einem nicht gelungenen Download ein Programmset ändern?