@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

Never mind… Ich habe die Maschine neu aufgesetzt und meine Einstellungen wiederhergestellt. Dabei tritt das Problem wieder auf, wenn ich meine settings.xml lade (aber nur dann). Komischerweise hatte ich ja im alten Container die Settings komplett gelöscht und auch nicht wiederhergestellt. Egal, falls der Wunsch besteht, sich das näher anzuschauen, kann ich die settings gerne hochladen, ich gehe aber davon aus, dass es eher ein “seltsames Phänomen” ist und nicht weiterer Erforschung bedarf.

@chritu sagte: Warum gibt es so viele Sendungen, deren Datum in der Zukunft liegt? Ich vermute, dass dich deren Anzeige in der MV-Liste prinzipiell stört, was du mit einer entsprechenden Einstellung in der Blacklist verhindern kannst (vgl rote Markierungen im folgenden Screenshot): [image: 1707251465116-mv_einstellungen_blacklist_datum-in-zukunft.png] Bei Bedarf kannst du solche Sendungen aber mit einem Klick wieder ein- und anschliessend wieder ausblenden (Blacklist ausschalten/einschalten mit grün markiertem Button).

@styroll Bin der Anleitung gefolgt: das war der Tip, der mir fehlte, nun geht wieder alles! Vielen Dank,

@jherrmann23 sagte in VLC-Stream unter MacOS einrichten: Ihr schießt wirklich in sachen betrug den vogel ab. Betrug? Werden Sie mal konkret. Oder einfach mal mit dem falschen Fuß aufgestanden?

@Weltreisender nein.

Habe mir jetzt eine günstige AndroidTV Box zugelegt. VLC drauf und alles läuft, auch HEVC (H.265).

Download (4K UHD) erfolgreich Vielen Dank

@powerschwabe sagte in Videos in verschiedenen Auflösungen: Für das ZDF gibt es ja die Lösung daß man am Ende die URL 2360k_p35v17 in 3328k_p15v17 abändert. Mich wundert etwas, dass Du 2360k_p35v17 in der Original URL stehen hast, denn das ist nur die mittlere Auflösung (1024x576). Die höchste Auflösung (1920x1080) hat 6660k_p37v17 in der URL. Werden die anderen Sendungen bei Dir auch nur in mittlerer Auflösung herunter geladen? Wir hatten in diesem Beitrag angefangen, bekannte Rezepte für die Reduktion der Auflösung aufzuschreiben. Wie viele davon heute noch gültig sind, weiß ich nicht, denn leider ändern die Anstalten häufig ihre Datenformate. Aber vielleicht macht es Sinn, diesen Beitrag zu aktualisieren und unser Wissen zusammen zu tragen. Denn es wird noch eine lange Zeit vergehen, bis MediathekView mehr Formate zum Download anbietet.

@mvsfsvm sagte: Doch, jetzt weiß er, dass es Ausnahmen gibt Aber nicht in welchen Fällen, was dann ziemlich nutzlos ist und was ich nachgeliefert habe. Mal abgesehen davon, dass diese Ausnahmen für den OP vorerst gar nicht relevant sind (vgl. Screenshot). Manchmal wäre so wenig so viel mehr, als nur Einzeiler zu schreiben…

@HB sagte: Habe MV bereits deinstalliert, und neu in einen anderen Folder installiert. Ohne Erfolg. Das bringt nichts, du müsstest bloss die Einstellungen löschen. @HB sagte: Auch die Einstellungen lassen sich nicht zurücksetzen. Das würde bedeuten, dass der entsprechende Ordner “.mediathek3” mit den Einstellungen schreibgeschützt ist und auch erklären, warum die Filmliste nicht aktualisiert werden kann, da sich diese – unter Windows – im selben Ordner befindet. Dieser Ordner befindet sich in deinem Benutzerverzeichnis (Home Directory), welches auch angezeigt werden kann, indem man %USERPROFILE% in die Adresszeile des Windows Explorers tippt. Lief bei dir MV mal eine Zeit lang problemlos oder hast du das Programm zum ersten Mal installiert?