Testbericht unter Linux

[Thomas F.]

Moinsen, viewtopic.php?p=355245#p355245
Das hat in diesem Fall nichts mit Linux zu tun.Da müssen alle z. Zt. mit leben, aber kann man überleben

Thomas F.

[Christian Gründler]

Vor längerer Zeit habe ich schon einmal gefragt: hat jemand (hoffentlich positive!) Erfahrungen mit TransDEM unter Wine? Bei mir stürzt das Programm noch vor Öffnen des Hauptfensters ab. Sollte ich tatsächlich der erste sein, der versucht, dieses Programm unter Wine zu nutzen?

[Frank Wenzel]

Nach längerer Abstinenz im Forum bin ich nun dabei zu recherchieren, wie ich ZUSI unter LINUX nutzen kann, da ich LINUX (genauer Linux Mint 22) mal ausprobieren möchte. Hier sollte ich mit meinen Fragen richtig sein.

Ich sehe da zwei Möglichkeiten:
A) Mehr oder weniger automatisch kann man über Linux Mint viele Spiele über Steam nutzen, da hat sich in den letzten Jahren einiges getan, wie ich erfreut feststelle. Teils kann man die Spiele direkt nativ für Linux installieren (wie z. B. TPF2 - TransportFever2), Zusi3 müsste über Proton ZUSI3 (dann mit der Aerosoft Edition). Ich stelle mir das relativ einfach vor, eine zweite ZUSI-Lizenz ist mir das wert.
B) Vermutlich aufwendiger ist die händische (?) Einrichtung über die WINE-Anwendung, oder?

Faul wie ich bin wäre mir A) lieber, aber B) wäre wohl der sinnvollere Weg, da meine Lizenz noch die gleiche wäre und somit die Steam-/Aerosoft-Einschränkungen dann nicht greifen. Daraus ergeben sich noch weitere Fragen: Kann im Fall B) die vorhandene WINDOWS-Installation dann sowohl nach wie vor über WINDOWS auch zusätzlich über LINUX genutzt werden? Muss ich LINUX oder WINE im Endeffekt nur beibringen, wo die diversen Pfade sind? Oder muss ich ZUSI neu bzw. parallel zur Windows-Installation installieren?

[Johannes]

Oder muss ich ZUSI neu bzw. parallel zur Windows-Installation installieren?

Ja, du müsstest mindestens die Programme neu installieren. Das Datenvereichnis könntest du gemeinsam nutzen.

[F. Schn.]

Edit: Hat sich überschnitten; im Prinzip das selbe wie Johannes, nur noch mal mit Link auf das Thema hier: viewtopic.php?f=47&t=10844

[Frank Wenzel]

Ah, danke euch beiden. Über den verlinkten Beitrag von F.Schn. bin ich auch schon mal gestolpert, habe aber den Hinweis [equote]...Dieser Beitrag wird regelmäßig um die neuesten Erkenntnisse ergänzt werden...[/equote] in dem Startbeitrag aus 2012 schon gar nicht mehr zur Kenntnis genommen. Mein Fehler. Bei nächster Gelegenheit turne ich das alles mal nach und schaue wo ich am Ende lande.

[sebb]

Hallo,

ich versuche zur Zeit, Zusi auf Linux zu installieren, scheitere jedoch immer an folgendem Punkt:

• Der Webinstaller startet, drei grüne Haken. Ich klicke auf "Installieren", der dritte Haken wird rot und es erscheint die Fehlermeldung "Stick passt nicht zur aktuellen Zusi-Installation."

Ich habe

• den Stick als Diskettenlaufwerk angelegt,

• die wbemdisp.dll überschrieben,

• verschiedene USB-Ports versucht,

• alle anderen USB-Geräte entfernt,

• verschiedene Wine-Installationsarten getestet (nativ, Bottles als Flatpak).

Ich habe auch den Stick auf einer Windows-Installation getestet, um einen Fehler auszuschließen. Dort funktioniert er.
Im Terminal finden sich beim Installer unter anderem folgende Fehlermeldungen:

Code: Alles auswählen

0124:fixme:wbemprox:wbem_locator_ConnectServer authentication not supported
0124:fixme:wbemprox:wbem_locator_ConnectServer specific locale not supported

Ist das ein Hinweis darauf, dass die Verifizierung der Lizenz nicht funktioniert?
Die verwendete Distribution ist Fedora (41).

VG
seb

[F. Schn.]

Hast du dich an die Anleitung hier gehalten?: viewtopic.php?f=47&t=10844

[sebb]

Ja, auch wenn ich die setup.bash angepasst habe wegen anderer Pfade in die Bottle.
Nun ja, ich hab mir das Skript gerade nochmal in Ruhe durchgelesen und bin über "SysWOW64" gestolpert. Eigentlich wird die wbemdisp.dll ja nach System32/ kopiert. Habe sie jetzt nochmal von Hand nach SysWOW64/wbem/ kopiert und siehe da, der Installer läuft.
Vielleicht kann man das noch in der Anleitung als Hinweis aufnehmen.
Was mir aber direkt aufgefallen ist, ist die im Vergleich zu Windows um ein Vielfaches schnellere Installations- und Ladegeschwindigkeit.

[yxyx]

Was mir aber direkt aufgefallen ist, ist die im Vergleich zu Windows um ein Vielfaches schnellere Installations- und Ladegeschwindigkeit.

Das kann ich bestätigen, habe es mal über Steam mit Proton probiert. Dafür ruckelt es viel stärker und ZusiDisplay kommt gar nicht mehr hinterher (auch kein Wunder bei durchgängig 100 % CPU-Auslastung).

Liebe Grüße
yxyx

[nonesense]

Guten Tag in die Runde!

In welche Richtung könnte ich recherchieren, wenn ZusiDisplay nach dem Empfang von TCP-Daten abstürzt.
Die Leuchtmelder erschienen richtig und einen Moment danach stürzt ZusiDisplay ab.

Der Wine Debugger öffnet ein Fenster mit einer Menge Details, die sich aus irgend einem Grund nicht herauskopieren lassen. Bevor ich jetzt einen Handstand mache, frage ich erst ohne dessen Inhalt zu posten.

Das Linux ist ein AntiX 23.
Wine ist 10.0.
64bit.
winetricks gdiplus, corefonts, dotnet20 und dotnetcoredesktop3 sind installiert.

Natürlich poste ich gerne mehr Details, wenn bestimmte von Interesse sind.

Gruß
Jens

[F. Schn.]

dotnet20 und dotnetcoredesktop3

Die zwei sind (außer für den Gleisplaneditor und dort nur der erste) nicht mehr relevant. Wichtig ist, dass .Net 8 installiert ist (wobei das mit ZusiDisplay da im Fall von "Nicht vorhanden" ein paar Tricks probiert).

Theoretisch müsste einfach Fenster markieren und Strg+C drücken ausreichen, um den Inhalt herauszukopieren, selbst wenn sich der Text nicht auswählen lässt. Aber es ist nicht ausgeschlossen, dass diverse Wine-Fenster das dann doch nicht können.

[nonesense]

Es geht jetzt.
Ich hatte eine ältere Version genommen, um diesen Fehler zu umgehen.
Mit der aktuellen Version von ZD läuft es aber unter Wine.

[Alwin Meschede]

Vor längerer Zeit habe ich schon einmal gefragt: hat jemand (hoffentlich positive!) Erfahrungen mit TransDEM unter Wine? Bei mir stürzt das Programm noch vor Öffnen des Hauptfensters ab.

Bis jetzt kann ich nur sagen: Ja, ist so. Es wird ein Crashreport mit dem Transdem-eigenen Tooling erstellt, aber ich habe noch nicht geschaut ob man da irgendwas weiterhelfendes drin sehen kann.

[lipkegu]

Roland:

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8" ?>
<CrashRpt version="1403">
    <CrashGUID>940a1218-d2e4-4a80-9fe1-29b94abd8bcb</CrashGUID>
    <AppName>TransDEM Zusi 3 Edition (64bit)</AppName>
    <AppVersion>Version 2.6.5.1</AppVersion>
    <ImageName>C:\Program Files\Ziegler-Tools (64bit, Zusi3)\TransDEM64.exe</ImageName>
    <OperatingSystem>Windows 10 Pro Build 19043</OperatingSystem>
    <OSIs64Bit>1</OSIs64Bit>
    <GeoLocation></GeoLocation>
    <SystemTimeUTC>2025-03-13T18:53:19Z</SystemTimeUTC>
    <ExceptionAddress>0x6fffff483f07</ExceptionAddress>
    <ExceptionModule>C:\windows\system32\kernelbase.dll</ExceptionModule>
    <ExceptionModuleBase>0x6fffff470000</ExceptionModuleBase>
    <ExceptionModuleVersion>0.0.0.0</ExceptionModuleVersion>
    <ExceptionType>0</ExceptionType>
    <ExceptionCode>0</ExceptionCode>
    <GUIResourceCount>0</GUIResourceCount>
    <OpenHandleCount>0</OpenHandleCount>
    <MemoryUsageKbytes>43100</MemoryUsageKbytes>
    <CustomProps />
    <FileList>
        <FileItem name="crashdump.dmp" description="Crash Minidump" />
        <FileItem name="crashrpt.xml" description="Crash Description XML" />
    </FileList>
</CrashRpt>

https://drive.google.com/file/d/1a5Gays ... sp=sharing

[Christian Gründler]

Seit der Simulatorversion 3.5.9.0 – eben noch mal getestet mit 3.5.10.0 – bleibt bei mir EBuLa im Führerstand dunkel. Getestet mit Fahrplan Niebuell-Westerland2004_14Uhr-01Uhr, Zug AS 13536. Fehlermeldung in Zusi: "ZusiDisplay-Kommando EBULA nicht bekannt".

Abhilfe: Wenn ich ZusiDislay "solo" noch vor Zusi starte und gleich wieder beende, funktioniert danach der Elektronische Buchfahrplan im Führerstand. Das geht so lange gut, bis ich den Rechner neu starte; dann muss ich allerdings wieder von vorne anfangen. Leider ist es mir nicht gelungen herauszufinden, was ZusiDisplay bei diesem "Trockenlauf" macht und welche offensichtlich flüchtigen Spuren es hinterlässt.

Das ganze mit ZusiDisplay 3.5.33.0 und jetzt 3.5.38.0 unter aktuellem Wine-Devel. Installiert sind .NetCore.App 6.0.13 und 8.0.13, .WindowsDesktop.App 6.0.13 und 8.0.13, .AspNetCore.App 8.0.13 sowie gdiplus.

Nachtrag 27.6.: Mit dem aktuellen ZusiDisplay (64bit, 3.5.42.0) unter Wine 10.9 tritt das Problem nicht mehr auf.

[Jens Haupert]

Hallo Christian,

ZD entspackt sich beim Start zuerst ein ein Temp-Verzeichnis und wird von dort gestartet. Unter Windows ist das der Pfad:
C:\Users\<Username>\AppData\Local\Temp\.net\ZusiDisplay.64\<RandomID>\ für die 64-bit Version. Die RandomID wird für jede Version von ZusiDisplay.exe neu generiert.

Das dauert einen Moment, wenn dieser Vorgang noch nicht stattgefunden hat. Zusi scheint hier nicht lange genug zu warten und geht dann davon aus, dass ZD keine Daten für die integrierten Displays geliefert hat und zeigt diese dann nicht mehr an. Wenn du ZD einmal vorher gestartet hast, geht der Start zusammen mit Zusi wohl schnell genug vonstatten. Könnte es sein, dass das Temp-Verzeichnis unter Linux beim Neustart immer wieder aufgeräumt wird und daher das Problem nach jedem Neustart erneut besteht?

Grüße
Jens

[Christian Gründler]

ZD entpackt sich beim Start zuerst ein ein Temp-Verzeichnis und wird von dort gestartet. Unter Windows ist das der Pfad:
C:\Users\<Username>\AppData\Local\Temp\.net\ZusiDisplay.64\<RandomID>\ für die 64-bit Version. Die RandomID wird für jede Version von ZusiDisplay.exe neu generiert.

Hallo Jens,

C:\Users\<Username>\AppData\Local\Temp\ ist und bleibt bei mir leer. Es gibt allerdings einen Ordner

C:\Users\<Username>\Temp\.net\ZusiDisplay.64

und darin Unterordner wie "e1ZPoT2wDcsGg7sJRAJnFrOYnyPop2o=" mit einem Haufen DLLs. Nach dem Datum zu urteilen werden diese Ordner einmal beim erstmaligen Start einer neuen Version angelegt und bleiben mitsamt Inhalt dauerhaft erhalten.

M.f.G. Christian

[nonesense]

Gibt es noch mehr Leute, die bei Zusidisplay bei Version 3.5.33 nicht weiter kommen?
In der Dateiverwaltung bekomme ich weiter die Meldung, dass ich Dotnetruntime 8.0.15 intallieren müsse, obwohl ich da getan habe. Über winetricks habe ich auch dotnet20 installiert. Hilft auch nicht.

[F. Schn.]

Wie und welche? Ich nehme mal an, dass du beide (32 und 64) unter Wine installieren musst, die native Linux-Runtime wird vermutlich nicht ausreichen.