@DerReisende77 sagte: Ja es ist geplant auch diese Datei neben dem AppImage wieder zu vervollständigen.

Besten Dank für die ausführliche Antwort zu allen drei Fragen.

@DerReisende77 sagte: Das folgende Command funktioniert bei mir:

Ich hab zwar die Pfade angepasst, aber bei mir läuft das so via Shell-Skript nicht (hab aber das ganze auch nicht via “mvn clean install” gebaut). Ist jetzt aber nicht wirklich ein Problem, da ich nun im Shell-Skript selbst ins Verzeichnis von “MediathekView.jar” wechsle und die ganzen Befehle so eh übersichtlicher zu lesen und zu verstehen sind.

Zu Deinen Fragen:

1. Ja es ist geplant auch diese Datei neben dem AppImage wieder zu vervollständigen. Leider habe ich keinen Zugriff auf das notwendige build script und @alex ist noch im Urlaub. Danach wird er das sicher angehen. Langfristig ist jedoch geplant auch für macOS endlich fertige Apps bereit zu stellen - wenn auch wohl ohne Notarisierung und Signierung mit dem Developer Account. Da steckt aber noch etwas Arbeit drin da es unerwartete Hürden gibt derzeit.
2. Genau kann ich es dir nicht sagen aber da unterschiedliche JavaFX Versionen eingebaut werden kann das ein Grund für die Differenz sein.
3. Das folgende Command funktioniert bei mir:

java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 --enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED -ea -cp "/Users/<USER>/development/MediathekView/target/MediathekView.jar:/Users/<USER>/development/MediathekView/target/dependency/*" mediathek.Main

unter der Annahme dass es in /Users/<USER>/development/MediathekView der git code mittels mvn clean install gebaut wurde.

Wenn die letzte Abhängigkeit von JavaFX entfernt wurde (der Bookmark Dialog) dann besteht auch kein großer Unterschied mehr zwischen den jars für win/linux/macOS und man diese wieder austauschbar nutzen. Wir arbeiten gerade an der Portierung aber auch das dauert noch etwas leider.

@DerReisende77 sagte: Die Readme wurde heute angepasst.

Besten Dank. An einem Ort ging die Anpassung allerdings vergessen:

---------------------------------------------------------------------------
Starten:
---------------------------------------------------------------------------
Für Windows (MediathekView.exe), Linux (MediathekView) sind eigene 
Startdateien enthalten, mit welchen MediathekView direkt gestartet werden kann. 

Ansonsten kann man die Programmdatei unter Linux auch so starten:
jre/bin/java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:+UseStringDeduplication --add-opens java.desktop/sun.awt.X11=ALL-UNNAMED -jar MediathekView.jar

Achtung: Nur wenn jre/bin mit angegeben wird, wird auch die mitgelieferte JRE genutzt!

Und noch etwas Anderes:

@DerReisende77 sagte in Die neuesten Windows Nightlies starten bei mir nicht...:
Für Windows muss das wie folgt nun gestartet werden wenn man die App von uns nicht nutzt:

java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 --enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED -ea -cp "MediathekView.jar;./dependency/*" mediathek.Main

Ich hab das portable Starten der Nightly – auf macOS – eben erfolgreich getestet (einfach mit “:” statt “;”), wodurch sich 3 Fragen ergeben:

1. Wird in Zukunft für die über die Website angebotene Mac-Version der Nightlies auch noch den Ordner “dependency” mitgepackt? In der aktuellen Form ist die “Nightly_mac” in keiner Art lauffähig und damit sinnfrei. Im Wesentlichen ist ja nur MediathekView.jar (2.1 MB) da.
2. Ich hab für die Nightly deshalb die Windows-Version (zip) verwendet, wodurch die Frage resultiert, inwiefern sich “MediathekView.jar” in der Mac- und Win-Version unterscheiden? Die Unterschiede liegen von der Grösse her bei rund 80 Bytes.
3. Nur aus Interesse: Wie müsste die “Pfad-Syntax” im Zusammenhang mit “MediathekView.jar:dependency/” lauten, wenn man auf der Kommandozeile sich nicht im gleichen Verzeichnis wie die Datei “MediathekView.jar” befindet, d.h. also den absoluten Pfad für “MediathekView.jar” (bzw. eben neu für “MediathekView.jar:dependency/”) angeben muss? Ich hab das nicht hingekriegt…

@DerReisende77 sagte: Mach mal bitte folgendes:

git pull
git switch fix-startup-macos-apple-silicon
mvn clean install
cd target
java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 \
--enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED \
-ea -cp "MediathekView.jar:dependency/*" mediathek.Main

@DerReisende77 Da sich die Startparameter geändert haben, wäre es zweckdienlich, wenn man die korrekten Parameter auch in der beigelegten ReadMe-Datei korrigieren würde:

===========================================================    
Starten mit zusätzlichen Parametern (Windows)
-----------------------------------------------------------
jre\bin\java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:+UseStringDeduplication -jar MediathekView.jar [Pfad] [Parameter]
jre\bin\java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:+UseStringDeduplication -jar MediathekView.jar c:\temp
jre\bin\java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:+UseStringDeduplication -jar MediathekView.jar Einstellungen/.mediathek3

Das Programm verwendet das Verzeichnis "Einstellungen" (relativ zur Programmdatei)
oder "c:\temp" für die Einstellungen.
Die Programmeinstellungen (Filmliste, Einstellungen, gesehene Filme) werden 
standardmäßig im Home-Verzeichnis (Benutzer-Verzeichnis) in einem Ordner ".mediathek3" 
gespeichert (beim Start ohne die Angabe eines Pfades).


===========================================================    
Starten im portablen Modus (MediathekView Portable)
-----------------------------------------------------------
Windows: MediathekView_Portable.exe
Java: jre\bin\java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:+UseStringDeduplication -jar MediathekView.jar Einstellungen/.mediathek3

Linux: MediathekView_Portable
Java: jre/bin/java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:+UseStringDeduplication -jar MediathekView.jar Einstellungen/.mediathek3

#!/bin/sh
cd ~/MediathekView/target
java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 \
--enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED \
--add-opens java.desktop/sun.awt.X11=ALL-UNNAMED -ea -cp "MediathekView.jar:dependency/*" mediathek.Main

Das vorherige war deutlich anders nämlich so

#!/bin/sh
dir=`dirname "$0"`
cd "$dir"
JAVA_HOME="/Library/Java/JavaVirtualMachines/zulu-22.jdk/Contents/Home"
if [ -n "$JAVA_HOME" ]; then
"$JAVA_HOME"/bin/java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:
+UseStringDeduplication --add-exports javafx.base/com.sun.javafx.event=ALL-UNNAMED --add-exports
javafx.controls/com.sun.javafx.scene.control.inputmap=ALL-UNNAMED --add-exports
javafx.controls/com.sun.javafx.scene.control.behavior=ALL-UNNAMED --add-exports
javafx.graphics/com.sun.javafx.scene.traversal=ALL-UNNAMED -Dfile.encoding=UTF-8 -jar
~/Applications/MediathekView_Nightly/MediathekView\-latest\-nightly\-mac/MediathekView\.jar
~/Applications/MediathekView_Nightly/Einstellungen/.mediathek3 $*
else
java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:MaxRAMPercentage=50.0 -XX:
+UseStringDeduplication --add-exports javafx.base/com.sun.javafx.event=ALL-UNNAMED --add-exports
javafx.controls/com.sun.javafx.scene.control.inputmap=ALL-UNNAMED --add-exports
javafx.controls/com.sun.javafx.scene.control.behavior=ALL-UNNAMED --add-exports
javafx.graphics/com.sun.javafx.scene.traversal=ALL-UNNAMED -Dfile.encoding=UTF-8 -jar ./MediathekView.jar
~/Applications/MediathekView_Nightly/Einstellungen/.mediathek3 $*
fi
cd $OLDPWD
killall Terminal

Das neue funktioniert aber und daher lass ichs jetzt wie es ist. Die vorherige Situation mit zwei parallelen Instanzen hatte ich als Notnagel gedacht, aber eigentlich nur noch die nightly Version aktiv genutzt.

#!/usr/bin/sh
cd target
../../jdk-23.0.2+7/bin/java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 \
--enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED \
--add-opens java.desktop/sun.awt.X11=ALL-UNNAMED -ea -cp "MediathekView.jar:dependency/*" mediathek.Main ../mediathek3

Interessanterweise scheint der Fehler unter Windows nicht aufzutreten.

git pull
git switch fix-startup-macos-apple-silicon
mvn clean install
cd target
java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 \
--enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED \
--add-opens java.desktop/sun.awt.X11=ALL-UNNAMED -ea -cp "MediathekView.jar:dependency/*" mediathek.Main

auch wenn der branch fix-startup-macos-apple-silicon heisst habe ich dort gerade auch den linux x86 fix eingebaut.

git pull
git switch fix-startup-macos-apple-silicon
mvn clean install
cd target
java -XX:+UseShenandoahGC -XX:ShenandoahGCHeuristics=compact -XX:+UseStringDeduplication -XX:MaxRAMPercentage=50.0 \
--enable-native-access=ALL-UNNAMED --add-modules jdk.incubator.vector --add-exports=java.desktop/sun.swing=ALL-UNNAMED \
-ea -cp "MediathekView.jar:dependency/*" mediathek.Main

Damit sollte MV wieder starten ohne Fehler.
Rückmeldung wäre nett :)