@Bernd_Dießel sagte: Ist die Version 14.0.0

Schon möglich in der Zwischenzeit, aber zu Beginn hattest du die Version aus der Mint Anwendungsverwaltung installiert, und dort befindet sich gem. deiner Aussage eben eine ältere Version von MV.

@Bernd_Dießel sagte: Froh war ich, dass Mediathekview auch bei Linux in der Anwendungsverwaltung vorhanden ist. Habe ich gleich installiert.
[…]
Die etwas ältere Version 13.2.1 (aus dem Systempaket der Anwendungsverwaltung) installiert.

Jetzt, wo klar ist, dass du anschliessend auch mal MV 14 als Flatpack installiert hast und VLC wohl zuvor auch als Flatpack installiert wurde (da VLC sich aus MV 13.2.1 nicht starten liess), hätte man wohl auch bloss den Pfad und den Schalter bei VLC – gemäss dem zweiten von mir oben verlinkten Thread – wie folgt anpassen können:

Programm: /usr/bin/flatpak
Schalter: run org.videolan.VLC %f --play-and-exit

Aber schön, dass MV bei dir jetzt läuft.

Disclaimer: Das ganze Thema hat prinzipiell nichts mit MV zu tun.

@ShowXTech sagte: Sehr schade, dass immer noch auf H.264 gesetzt wird

Das ist ja auch verständlich, wenn man bedenkt, dass das am weitesten verbreitete Desktop-System Windows 11 und Chrome erst seit gut 1.5 Jahren (Okt. 2022) H.265 out-of-the-box unterstützen. Und auf Mobilgeräten, wo der Browser Safari eine nicht unbedeutende Verbreitung hat, kam die AV1-Unterstützung erst vor gut einem halben Jahr (Sept. 23). Und die öffentl.-rechtl. Sender dürften i.A. nur begrenzte Ressourcen haben, um mehrere Formate bereitzustellen.

@ShowXTech sagte: Schön zu sehen, dass sich in den letzten Jahren nichts geändert hat

Doch, der NDR bietet auch H.265-codierte Videos an, was hier im Forum immer wieder zu Problemmeldungen führte (kein Bild, nur Ton).

@ShowXTech sagte: Auch auf eine Bitrate und Bildrate kann man sich wohl nicht einigen…

Die Bitrate sollte eh nie fix festgelegt werden (höchstens in einer Brandbeite), sondern ergibt sich aus dem Bildmaterial und der gewählten Qualitätsstufe. Mit einer Bildrate von 50 fps bei FHD kriegen Nutzer auf alten Systemen Probleme (Abspielen nicht möglich oder nur Ton). Deshalb setzt ARTE z.B. grundsätzlich auf 25 Bilder.

@ShowXTech sagte: in den Mediatheken könnte man ja moderne Codecs einsetzen

Wichtiger aus Sicht der Mediathek-Betreiber ist es wohl, dass sinnvolle Encoder-Einstellungen (Geschwindigkeit, Dateigrösse, Qualität) vorgenommen werden und die encodierten Videos möglichst bei allen Mediathek-Benutzern out-of-the-Box und ohne Ruckeln (alte Geräte ohne Hardware-Unterstützung) im Webbrowser abgespielt werden können…

Ganzen Thread bitte >/dev/null. Und User sperren. Danke.

@DaDirnbocher Genau diesen link zu 3Sat habe ich gesucht. Ich hatte gehofft, dass die Filme so dedupliziert werden können, dass die eigentlich Sendungsseite bestehen bleibt, in diesem Fall halt 3Sat. Ich will die lange Beschreibung auch nicht in der Filmliste lesen, aber es wäre sehr hilfreich, wenn die Links zur vollen Beschreibung führen.

@vitusson sagte in Filme mit Untertitel filtern:

Kommt darauf an was du unter “Filme mit Untertitel” verstehst.
Die Einstellung in den Filterdialog bezieht sich auf die Filme die vom Sender mit optionalen Untertiteln bereitgestellt werden. Wenn du diese Option einfach umkehren würdest hättest du deutlich weniger in der Filmliste und würdest vieles verpassen.

Wenn du hingegen Filme wie von zB. ARTE, die “(Originalversion mit Untertiteln)” im Titel haben meintest: Diese kannst du mit der Blacklist und einer Regex ausfiltern

#:.*mit Untertitel\)

Danke für diesen Tipp, das hat mir geholfen. 👍

@MenchenSued “Zu beachten ist, dass eine Zeile ohne die davor nicht vollständig ist. Denn gleiche Anteile (z.B. Sender oder Thema) werden nicht wiederholt um Platz zu sparen.”
Das macht es wohl schwer, die Liste direkt zu Json zu Parsen, oder ist fehleranfälliger. Ich vermute die “saubere” “lesbare” exportierte Filmliste aus MediathekView lässt sich deutlich leichter Parsen, da die Sender und Sendungen da wieder alle vollständig enthalten sind…

@FrankyDoo sagte: Plötzlich waren viele Einträge in der Filmauflistung blau (also “neu”), auch wenn sie schon in der Filmliste vom 23.05.2024 vorhanden waren. Blöder Nebeneffekt: viele (aber nicht alle) Markierungen waren nun verschwunden.

Das betrifft – aufgrund dieser Änderung – neuere ARD-Sendungen, bei denen seit der Filmliste vom 27.5. in einer der Qualitäten Hoch, Mittel, Niedrig eine neue URL steht. Solche Sendungen erscheinen dann als neu (blau) und die Markierung “gesehen” (grau) verschwindet entsprechend, wie ich das mit der Beispielsendung “Mein wildes Herz – Alles auf Sieg (ARD, 20.5.)” im verlinkten Thread verifizieren konnte (Filmliste 23.5. vs. 31.5.):

Liste vom 23.5. ("Hoch"): https://wdrmedien-a.akamaihd.net/medp/ondemand/deChAt/fsk6/311/3113679/3113679_57295647.mp4 Liste vom 23.5. ("Mittel"): https://wdrmedien-a.akamaihd.net/medp/ondemand/deChAt/fsk6/311/3113679/3113679_57295646.mp4 Liste vom 31.5. ("Hoch"): https://wdrmedien-a.akamaihd.net/medp/ondemand/deChAt/fsk6/311/3113679/3113679_57295643.mp4 Liste vom 31.5. ("Mittel"): https://wdrmedien-a.akamaihd.net/medp/ondemand/deChAt/fsk6/311/3113679/3113679_57295647.mp4

Solche “Probleme” gibt’s systembedingt immer, wenn am Crawler grundsätzliche Änderungen gemacht werden.

@styroll sagte in Sendungen wieder unter Regionalsendern BR, HR,... und nicht bei ARD:

Unter “Neuste wichtige Mitteilungen” zuoberst auf der Startsteite des Forums kann man dafür seit Monaten Mitteilungen lesen, die schon lange nicht mehr neu und v.a. unterdessen gar nicht mehr relevant sind…

Wenn es keine noch neueren Mitteilungen gibt, sind das doch wohl wirklich die neuesten. Oder verstehe ich da was falsch?

@MenchenSued sagte in Eintrag verschwunden:

@Mexx2
Häkchen raus bei diesem Filter
2024-05-27_14-49.png

Vielen Dank 🙂

@gerdd sagte: Ich bin vermutlich hier der einzige, der dieses Tool verwendet … wahrscheinlich war der Beitrag dann auch von mir selbst ?)

Klar, die zwei erwähnten Beiträge sind von dir und du bist der einzige, der yt-dlp verwendet…

Du bist echt und zum wiederholten Mal ein grosser Gewinn für dieses Forum: Nicht mal beim zweiten Mal kommt dir die Idee, mal die oben nochmals verlinkten Beiträge zu lesen und dann zu merken, dass das Gegenteil zutrifft, aber Attribuierungen zu verteilen, das schaffst du gerade noch.

@gerdd sagte: Jedenfalls finde ich die Liste der verfügbaren Formate, die yt-dlp liefert, schon sehr hilfreich

Nochmals für dich: All das, was du zu yt-dlp sagst, kann man schon diesem Thread entnehmen, nur viel detaillierter und mit Screenshots.

Im Replizieren von Anleitungen (anderer Leute), welche bereits im gleichen Thread festgehalten oder verlinkt sind, zeigst du – wie schon hier – erneut deine Vorliebe zur Wiederholung ohne Mehrwert…

@mvsfsvm sagte: Mir sind erneut Sendungen aufgefallen, bei denen an der URL Parameter hängen, welcher zum Download mit VLC führt.

Ist nun korrigiert, bei “Murdoch Mysteries Folge 3 - Ausgeknockt (S01_E03)” kontrolliert.

@Zweitausendsechzehn sagte: Anscheinend nutzt mein MV dieses File nur hinsichtlich ORF-Downloads

FFmpeg kommt bei Sendungen zum Einsatz, die nur als Streams vorliegen (SRF, ORF).

@Zweitausendsechzehn sagte: Diesbezüglich ist mir jedoch aufgefallen, dass seit der Umstellung ORF-Sendungen fast nur noch im Ganzen in der MV-Liste aufscheinen, früher konnte man auch noch die kurzen Einzelbeitrage individuell runterladen

Dein Problem ist bekannt, wozu es einen Workaround gibt.

@fussel
Das kann ich mir nicht vorstellen. Nenn mal ein Beispiel.

240522
Jahr-Monat-Tag, internationaler Standard ISO 8601
Einen besseren String um auf einem Computer etwas chronologisch zu sortieren wirst du nirgendwo finden. Für deutsche Augen gewöhnungsbedürftig, aber praktisch.
Es hat schon einen Grund warum die URL senderseitig so gewählt wurde.

Zur besseren Lesbarkeit würde ich vielleicht “%3-%2-%1-%T.mp4” als Zieldateiname wählen.
Wie gesagt, Zieldateiname, nicht %f im Schalter. Das kannst du alles nachlesen wenn du “Hilfe” im “Set bearbeiten” drückst

@oa01 sagte: Wenn ich die Download-URL (https://pdodswr-a.akamaihd.net/swrfernsehen/nachtstreife/2039977.l.mp4) allerdings mit wget in bash verwende läuft der Download in 2 sek durch.
[…] mit FFmpeg mit den Optionen aus dem Programmset fürs Speichern ( -c copy -bsf:a aac_adtstoasc ) in der shell geht es auch

Und in deinem Webbrowser, der ja auch das Downloaden beherrscht, würde es auch gehen…

Wichtiger wäre es anzugeben, ob du MV zum ersten Mal nutzt und noch gar nie einen erfolgreichen DL hingekriegt hast.

@oa01 sagte: Das Problem besteht auch bei anderen Sendungen.

Bei allen anderen Sendungen, die du getestet hast oder haben auch gleichzeitig gewisse funktioniert?

Falls Ersteres zutrifft, würde ich mal die Programmeinstellungen über das Hilfemenü zurücksetzen (falls die Programmeinstellungen vermurkst wurden).
Falls Letzteres zutrifft, würde ich mal in die Logdatei schauen (im Home-Verzeichnis/.mediathek3).

@ThomasDo sagte in Mediatheken auch mit 5.1-Mehrkanalton?:

Ich finde weder in der App der ZDF-Mediathek eine Möglichkeit 5.1 auszuwählen, noch auf der Homepage.
Habe ich Alzheimer?

Wenn Du etwas in der “App der ZDF-Mediathek” nicht findest, solltest Du vielleicht beim ZDF nachfragen.

@mvsfsvm Ich hatte dich falsch verstanden. Die Downloads habe ich natürlich komplett durchlaufen lassen, bis abgeschlossen war. Ich habe die Testläufe immer wieder danach neu hinzugefügt.

@seekay sagte: Ich hab hier mal in einem Beitrag gelesen, dass wenn ich einen Sender in den Einstellungen abwähle, diese Sendungen gar nicht in meine lokale Filmliste geladen werden.

Ja, aber ONE ist dort nicht aufgeführt.

@seekay sagte: Bisher hieß es immer, beide System [MV/MVW] nutzen die gleiche Datenbasis und daher, wenn bei einem etwas fehlt, fehlt es auch beim anderen.

Das ist auch weiterhin korrekt, zurzeit gibt es jedoch ein bekanntes Problem mit MV, für das bereits ein Ticket eröffnet wurde, was dem verlinkten Thread zu entnehmen ist.

@seekay sagte: Sorry, den Betrag im Unterforum hab ich tatsächlich übersehen…

Kein Problem, aber dieser Thread befindet bzw. befand sich auf der Forums-Startseite unter “Aktuelle Themen”, nicht irgendwo versteckt:

d4f9e5e3-0f07-4a8c-9ce1-29c0438940db-grafik.png