https://forum.mediathekview.de/topic/6147/relaunch-zdf-mediathek/8

@DerMarkus sagte: vielleicht in den FAQ mal den Pfad des mediathek3-Ordners aktualieren (er ist unter c:\Users[Username]

Die FAQ und die Anleitung sind in grossen Teilen völlig veraltet, aber am Pfad des MV-Einstellungsordners hat sich nie etwas geändert: Der besagte Ordner ist immer noch im Benutzerverzeichnis (Home Verzeichnis) und genau diese zwei Begriffe werden in den FAQ auch verwendet und entsprichen deinem Pfad…

Seit einiger Zeit lässt sich eine Filmliste jedoch bequem über das Menü “Hilfe -> Lokale Filmliste löschen” entfernen; da muss man also nicht mehr in den Einstellungsordner gehen und dort manuell die Datei “filme.json” löschen…

@FrankZ65 sagte in Neues Design für mich sehr umständlich:

Bin schon 60

Ein junger Schnösel also.

Klick doch mal spasseshalber auf das Filtersymbol…

Bildschirmfoto 2025-03-18 um 17.56.34.jpg

@stardepp sagte in Filme mit Untertitel ausblenden:

Wie genau füge ich deinen Code ein, bei der Blacklist?

Blacklist-Tom 16-03-2025 09_29_32.jpg

In das Feld “Titel”

@MenchenSued
danke für den Weg zur Lösung. 😉
Also, beim Programmstart usw. ist da nichts passiert, keine Liste…
Ich hab manuell eine leere Datei erstellt und entsprechend benannt. Auch kein Erfolg, die wurde mir nach dem nächsten Start vom Programm gelöscht.
Ich habe daraufhin die Filmliste einmalig manuell geladen - und siehe da, seitdem ist sie im Ordner und es scheint es zu passen.
–> Das Laden der Filmliste stand und steht bei mir auf automatisch …

OK danke, dann hatte ich dich falsch verstanden - Leider kann ich mit der Fehlermeldung nicht besonders viel anfangen, darum hatte ich die Hoffung, dass einer der Entwickler hier vielleicht einen Tip hat:

. Auto DL and Quit: error starting downloads java.util.ConcurrentModificationException: null at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1715) ~[?:?] at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:570) ~[?:?] ...

Habe erstmal einen Workaround, in dem ich die Option -dq nicht benutze und den Prozess nach ein paar Minuten abbreche - damit wird die Anwendung leider nicht sauber beendet, aber es funktioniert soweit automatisch.

@steffen-c sagte in Doppelte Downloads nicht überschreiben:

An wen kann man sich für ein Feature-Request

Github.

Ja, danke fuer die Erklaerung! Werde also vorlaufig wieder auf 14.1.0 umschalten, kein Problem!

Ich stand vor dem gleichen Problem und nutze einen Docker-Container.
Ich habe mir geholfen, indem ich “einfach” die Version in der “i4jparams.conf” im Docker-Container angepasst habe und dort die aktuelle Version eingetragen habe. Damit wird der Check ausgehebelt.
Die Kunst ist, den richtigen Pfad zum Container zu finden. Da ich aber nur ein paar habe, war das ganz gut machbar in meinem Fall.
Der Pfad lautet bei mir wie folgt (Docker läuft auf einer Synology DiskStation): /volume1/docker/btrfs/subvolumes/yspez. Docker-Pfadname>/opt/MediathekView/.install4j/i4jparams.conf
Also bisher klappt es, im nächsten Update muss es halt wieder angepasst werden.
Ich hatte es auch mit einer selbst gehosteten Datei versucht, das müsste eigentlich auch klappen. Leider hatte ich den falschen Ordner genutzt …

Deine Aussagen bringen leider überhaupt keine Klarheit:

@Joker52 sagte: Nun habe ich testweise MV 14.2 in ein separates Verzeichnis entpackt und - du hast vermutlich recht - es muss wohl an inkompatiblen alten Einstellungen gelegen haben.

Die Einstellungen werden durch eine “Neuinstallation” nicht tangiert, wie dir hier schon 2-mal erklärt wurde.

@Joker52 sagte: Nur dass ich komplette Filmliste durchsehen musste, um die Blacklist neu zu erstellen. Hat mich gestern über eine Stunde gekostet.

Obwohl ich dir eine Anleitung gegeben habe, wie man die alte Blacklist importieren kann…?

@Joker52 sagte: Warum sonst niemand dasselbe Problem hat(te), da ich bestimmt nicht der einzige bin, der die alte Installation überschreibt, verstehe ich allerdings nicht.

Interessant wäre ja mal zu wissen, in welchem Verzeichnis du die alte Version installiert hast und wo die neue und warum du die nicht die alte Version einfach entfernst (an ein anderes Ort verschieben) und die neue Version ans bisherige Ort installierst…

Basierend auf deinen Infos kann man nur schliessen, dass es keine gute Idee Idee ist, eine neue Version über einen bestehende zu installieren.

@joemet sagte: Ich habe das gleiche Problem

Das Problem ist bekannt.

@Gerhardic sagte: Das war es

Und exakt diesen Fehler hattest du auch schon mit MV 13.9.1. Und auch hier ist der fehlende Leerschlag keine Folge des Updates, wie das schon beim “Backslash zuviel” nicht war:

@Gerhardic sagte in diesem Thread: Vielen Dank an euch, wegen des Hinweises auf den Backslash. Keine Ahnung, wie der Backslash hier hereinkommt. Vielleicht durch die Neuinstallation

@DerReisende77 sagte: Ja die Sender liefern Untertitel nicht im TTML Format (wie alle anderen) sondern in irgendwas eigenem und das kann nicht konvertiert werden.

Ich kann dir nicht folgen. Ich hab genau die Sendung des OP erfolgreich mit MV 14.2 für Apple Silicon (unter macOS 13.7.4 “Ventura”) runtergeladen. Und der UT (https://api-tvthek.orf.at/assets/subtitles/0196/02/e45e264489c081b5c35bdf0213f2fcc4a8d3bd49.ttml) wird im Original (TTML) runtergeladen und von MV zusätzlich nach SRT konvertiert.

Alles ohne Fehlermeldung und mit der Option "Filmbeschreibung als Finder Kommentar für Spotlight speichern (nur OS X)” seit schon ewig aktiviert.

Ich sehe keine Hinweise, dass “die Sender” UT liefern, die nicht konvertiert werden können: TTML -> SRT beim ORF bzw. VTT beim SRF, wodurch eine Konvertierung gar nicht nötig ist.

Moin,

@mac-christian
Vielen Dank für Deinen Hinweis!
Ich hatte gehofft das ich das mit meiner 1. Aussage klar gemacht hätte. Natürlich will ich weder dem Projektteam das Leben erschweren, noch Dritten die Möglichkeit geben das zu tun. Deshalb habe ich das ja auch explizit als meine persönliche Meinung formuliert.

@DaDirnbocher
Das ist das gute Recht des MV-Teams! Allerdings wäre es schön, wenn es eine Liste an Themen gäbe, für die diese Entscheigung getroffen wurde. Sollte es diese geben so habe ich sie nicht gefunden und bitte darum mich aus meiner Unwissenheit zu erlösen.

@vitusson

[… Aussage über Rundfunkgebühren…]
Hat aber alles genau NICHTS mit dem Programm hier zu tun,

Da hast Du recht!
Meine Aussage zu den Rundfunkgebühren war auch nur dazu gedacht klarzumachen, dass ich das System der ÖR für gut halte und es deshalb auch nicht in Frage stellen will!

Ansonsten, prinzipiell: Wenn deine TOR Verbindung beim Schauen lahm ist und stottert,
ist sie das auch beim Download. Hat also ergo auch überhaupt nichts mit dem Programm hier zu tun.

hmmm

Wenn der Download stottert, dauert dieser zwar etwas länger, dafür kann ich aber die heruntergeladene Datei dannach ohne irgendwelche Unterbrechungen abspielen. Daher ist diese Aussage technisch gesehen schlichtweg falsch.

“Ergo” stellt nach der Kunst des folgerichtigen Denkens einen Kausalzusammenhang zwischen der Deiner Aussage A "Wenn deine TOR Verbindung beim Schauen … ist das auch beim Donwload " und der Schlussfolgerung B “auch überhaupt nichts mit dem Programm hier zu tun” her. Sprich aus A folgt B
In diesem Fall gilt der Satz “Aus falschen Prämissen/Aussagen kann man alles folgern, so gar eine richtige Aussage” 😉
Sorry! Aber bei solchen Steilvorlage konnte ich einfach nicht widerstehen. >:*>= >

Zu Schluss noch mal meinen Dank an das Projektteam für die geleistete Arbeit von der ich sehr profitiere!

Mit freundlichen Grüßen
Dexli

@styroll => ganz herzlichen Dank für die Info, dann bin ich im Bilde! Hast mir sehr geholfen. Schönen Wochenausklang, lg Uwe

Lösung des Problems

Ich glaube, nun eine Lösung zur Bereinigung gefunden zu haben, die ich gern an folgendem Beispiel erläutern möchte. Bei mir sind aktuell fast 1.000 Filme in der Abo-Liste, weshalb ich automatisieren muss.

22.03.2020|#| ZDF-History |#| Nena - Eine deutsche Legende |###| https://rodlzdf-a.akamaihd.net/none/zdf/20/03/200322_nena_his/1/200322_nena_his_2360k_p35v15.mp4 04.04.2020|#| ZDF-History |#| Nena - Eine deutsche Legende |###| https://rodlzdf-a.akamaihd.net/none/zdf/20/04/200403_nena_legende_korrektur_his/1/200403_nena_legende_korrektur_his_2360k_p35v15.mp4 07.04.2020|#| ZDF-History |#| Nena - Eine deutsche Legende |###| https://rodlzdf-a.akamaihd.net/none/zdf/20/04/200406_200403_nena_legende_korrektur_neu_his/1/200406_200403_nena_legende_korrektur_neu_his_2360k_p35v15.mp4 18.01.2025|#| Terra X History |#| Nena - Eine deutsche Legende (S2020/E12) |###| https://rodlzdf-a.akamaihd.net/none/zdf/20/04/200406_200403_nena_legende_korrektur_neu_his/3/200406_200403_nena_legende_korrektur_neu_his_2360k_p35v15.mp4 04.03.2025|#| Terra X History |#| Nena - Eine deutsche Legende |###| https://nrodlzdf-a.akamaihd.net/none/zdf/20/04/200406_200403_nena_legende_korrektur_neu_his/3/200406_200403_nena_legende_korrektur_neu_his_3360k_p36v15.mp4

Zunächst habe ich die downloadAbos.txt nach Excel kopiert und ‘|’ als Separator für “Text to columns” definiert.

Obiges Bespiel habe ich über Filterung der entsprechenden Spalte nach ‘Nena’ erstellt. Hier sehe ich nun alle Daten von 2020 bis 2025, aber in den Links auch “Ordnungsnummern” zu identischen Filmen - z.B. 200406_200403. Am Ende des Links sehe ich auch (indirekt) die “Auflösung”: 4 x 2360k und 1 x 3360k.

In meinem Beispiel hier ist also der Eintrag vom 04.03.2025 tatsächlich insoweit neu, als dass ich bisher 3360k noch nicht geladen hatte. Bedeutet für mein Archiv:
Die 2360k-Version löschen und mit der neu herunterzuladenden 3360k-Version zu ersetzen.

Das Ganze kann ich mit Kutools, Excel-Filtern und ggf. Sortieren mehr oder weniger gut automatisieren, wozu ich aber auch die Links noch über Excel-Formeln in einzelne Spalten aufteilen muss, um z.B. die Auflösung zu separieren.

Falls ich nicht der Einzige mit diesem “Mammut”-Problem sein sollte, können meine Ausführungen als Bereinigungsanleitung dienen.

Wenn aber jemand noch eine bessere Lösung hat: Bitte melden - ebenso bei Fragen zu meiner Lösung.

Die Duplikatprüfung ist mit Vorsicht zu nutzen Ich habe in folgendem Bild die Liste nach Dateigröße sortiert und dabei folgendes Problem festgestellt.
2025-03-05_07-38.png

Bei den ersten beiden Einträgen mit Größe 3627 steht als Thema und Titel etwas anderes als bei den folgenden zwei Einträgen. Würde man nun “Duplikate nicht anzeigen” aktivieren, würden die beiden letzten Einträge entfallen und bei der Suche nicht gefunden werden. Hinter den Einträgen steckt die selbe Video-URL, die wohl als Kriterium für die Ermittlung der Duplikate verwendet wird.

@vitusson ,

vielen Dank, damit sollte ich jetzt alles haben was ich brauche.

Einen schönen Tag wünscht

Dexli