Die Information von Windows:

Sieht für mich so aus, als hätte Java hier ein Problem mit DirectX 9 :face_with_raised_eyebrow:

Ggfs. kann man mit einer solchen Info das Problem ein bißchen eingrenzen und weitere Anhaltspunkte sehen.

Ohne Gewähr.

Für mich ist hier :waving_white_flag: :waving_white_flag: :raised_hand_medium-light_skin_tone: :face_with_rolling_eyes: :raised_back_of_hand_light_skin_tone:

@Nicklas2751, OCPJP :thumbs_up: …
… mal Fatal Error Log hs_err_pidxxxx.log im Verzeichnis .\ bzw. %TMP% bzw. %TEMP% suchen lassen und anschauen?

.\jre\bin\java -Xmx1G -jar .\MediathekView.jar > console.txt 2> error.txt

console.txt:

. Portable Mode: false
. Programmstart: 30.03.2020 11:11:43
. Version: 13.5.1
. === JavaVM Parameter ===
-Xmx1G
. ========================
. Verzeichnis Einstellungen: C:\Users\Roland\.mediathek3
. Konfig wurde gelesen!

error.txt ist leer :/

Der Pfad zu VLC stimmt eigentlich.

Ein schwarzes Fenster ist kurz zu sehen, geht aber direkt wieder zu.

Beim Zähneputzen hatte ich eine letzt Idee. Vor ein paar Monaten (September) gab es einen Zirkelaufruf (endlos-Rekursion), der mit Stapelspeicherüberlauf abbrach (a.k.a. stackoverflow). Passierte beim Aufbau der Konfig. Dieser sollte in 13.5.1 aber behoben sein.

Ich komme jetzt darauf, weil:
Solche Zirkelaufrufe “frieren” das Programm typischerweise kurz ein, bevor es dann zum Absturz kommt.
Mit etwas Glück müßte irgendwo in einer Fehlerausgabe eines solchen Programms der Auftritt des Zirkelaufrufs erkennbar sein. Vielleicht wie oben gesagt in std::error (Ausgabestrom 2)… aber ohne jede Gewähr oder konkrete Anhaltspunkte, daß das hier der Fall ist. Für mich war das Ding eigentlich damals durch.

Sollte das oder etwas Ähnlcihes aber ggfs. auch hier der Fall sein, hülfe ggfs. eine korrekte config als Workaround, MV 13.5.1 gestartet zu bekommen. Ist nur ein sehr vages Gefühl, ohne jede Gewähr… Aber ist bei Dir VLC schon installiert und stimmt der Pfad zu VLC in der Datei ~/.mediathek3/mediathek.xml? (kommt mehrfach vor)

Viel “ggfs.” “möglicherweise” und “vielleicht”, Sorry. :disappointed:

Ich fürchte, ich bin da überfragt und werde passen müssen.
Mir fällt nur noch ein, zu schauen ob es noch weitere Fehlerausgaben gibt. Die kann man in Datei umleiten

java ... -jar MediathekView.jar -d > console.txt 2> error.txt 

Ob’s was brächte, statt des mit MV 13.5.1 mitgelieferten AdoptOpenJDK 11.0.4 mal ein anderes OpenJDK (JDK mit JavaFX!) zu probieren, z.B. Liberica (full version mit LibericaFX) wage ich nicht zu vermuten oder gar zu empfehlen.

edit: Falls es am JavaFX liegen sollte, lieber Gegenprobe mit Liberica OpenJDK 14 als mit o.g. Liberica 11.0.6. (wg. JavaFX Bugs in Java 11 (zB bei macOS und KDE) packen die Entwickler zu MV 13.5.1 JavaFX 14ea mit)

Egal ob Powershell oder cmd, das Fenster verschwindet immer. Das bekomme ich hier kurz zu sehen:

Inkl. des Ladescreens vorher.

Logdatei:

INFO  2020-03-29 23:10:16,768  [main] mediathek.Main (Main.java:156) - Portable Mode: false
DEBUG 2020-03-29 23:10:16,891  [main] mediathek.Main (Main.java:234) - === Java Information ===
INFO  2020-03-29 23:10:16,892  [main] mediathek.Main (Main.java:235) - Programmstart: 29.03.2020 23:10:16
INFO  2020-03-29 23:10:16,894  [main] mediathek.Main (Main.java:237) - Version: 13.5.1
DEBUG 2020-03-29 23:10:16,894  [main] mediathek.Main (Main.java:240) - maxMemory: 1024 MB
DEBUG 2020-03-29 23:10:16,895  [main] mediathek.Main (Main.java:242) - Java:
DEBUG 2020-03-29 23:10:16,895  [main] mediathek.Main (Main.java:245) - Vendor: AdoptOpenJDK
DEBUG 2020-03-29 23:10:16,895  [main] mediathek.Main (Main.java:245) - VMname: OpenJDK 64-Bit Server VM
DEBUG 2020-03-29 23:10:16,896  [main] mediathek.Main (Main.java:245) - Version: 11.0.4
DEBUG 2020-03-29 23:10:16,896  [main] mediathek.Main (Main.java:245) - Runtimeversion: 11.0.4+11
DEBUG 2020-03-29 23:10:16,896  [main] mediathek.Main (Main.java:247) - ===
INFO  2020-03-29 23:10:16,896  [main] mediathek.Main (Main.java:70) - === JavaVM Parameter ===
INFO  2020-03-29 23:10:16,896  [main] mediathek.Main (Main.java:76) - ========================
INFO  2020-03-29 23:10:16,903  [main] mediathek.Main (Main.java:393) - Verzeichnis Einstellungen: C:\Users\*******\.mediathek3
DEBUG 2020-03-29 23:10:17,864  [main] config.MVConfig (MVConfig.java:37) - User-Agent: MediathekView
INFO  2020-03-29 23:10:17,864  [main] config.Daten (Daten.java:314) - Konfig wurde gelesen!
DEBUG 2020-03-29 23:10:19,451  [AWT-EventQueue-0] update.ProgramUpdateCheck (ProgramUpdateCheck.java:140) - ProgramUpdateCheck Started.

das nicht die Meldungen von 13.2.1 sein soll, sondern schon die von 13.5.1, nachdem temporär 13.2.1 genutzt wurde, um die Benutzerdaten anzulegen?

Sorry, stimmt. Mein Fehler.

Ein 32-Bit Rechner scheint es auch nicht zu sein. Das sieht anders aus.

@Arcbound die Datei ~\.mediathek3\mediathekview.log könnte noch Aufschlüsse geben (Namen etc. kannst gerne rauslöschen). Oder Du startest MV mal aus cmd - dann verschwände das schwarze Fenster nicht.

Wobei, das mit dem verweigerten Start bei fehlenden Benutzerdaten war doch ein Problem mit einer älteren Version.

Mit dem vorherigen Starten der 13.2.0 kommt dann folgende Meldung:

Ist Dir aufgefallen, daß Deine Shell hier anzeigt

Version: 13.5.1

Wenn ich 13.2.1 starte, dann steht da

Version: MediathekView 13.2.1

Das heißt, Du startest meiner Ansicht nach nicht die Version, die Du zu starten glaubst.

Welche Bitness hat denn Dein Windows 10? 32-Bit oder 64-Bit?
Wie startest Du MV 13.2.1? Über Desktop-Symbol, über Kommandozeile, …?
Für 13.2.1 Hast Du ein JRE 8 installiert?