@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?

@MenchenSued danke für den Hinweis. schaue ich mir an. https://github.com/mediathekview/MServer/issues/963

@Forti4Forti4 Nein, das ist kein mp3! Das ist ein MP4, jedoch mit einem Videocodec (HEVC), das nicht jede Hard.- und Software versteht. Wird somit korrekt gespeichert, aber eben nicht überall korrekt abgespielt.

@styroll danke für die Analyse. Ich habe eine schon länger angedachte Änderung am nächtlichen ARTE-Suchlauf gemacht. Das löst das hier vorliegende Problem und in Zukunft hoffentlich auch, dass sporadisch einzelne NEUE Videos fehlen. Hier der Github-Link, um verfolgen zu können, wann es live geht: https://github.com/mediathekview/MServer/pull/962

@mac-christian wenn eine neue Version da ist aktualisiere ich auch in der Regel. Aber wie schon geschrieben kann jeder selbst auf eine neuere Version umleiten ohne großen Aufwand