@kuroneko Der Absturz findet in der Java VM statt. Ich würde den Grafikkartentreiber mal aktualisieren, da der Fehler auf die awt.dll hinweist und die sich mit der Grafikausgabe beschäftigt.

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 …

@Dexli sagte in Relaunch ZDF Mediathek:

Und dann wundert die sich was bei den Wahlen passiert 😞

@Dexli

Das wollen wir doch bitte hier nicht weiter diskutieren!

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

@styroll das loest das Problem nicht, aber danke. Ich hab jetzt wieder 14.1.0 installiert.