Testbericht unter Linux

Hier kann alles Allgemeine rund um Zusi 3 gefragt und beantwortet werden. Neuigkeiten zum Programm werden hier erscheinen.
Nachricht
Autor
Benutzeravatar
nonesense
Beiträge: 582
Registriert: 15.07.2006 12:50:10
Aktuelle Projekte: QDmi
Fahrpult Einheitsführerstand
Ludmilla
Wohnort: Köln
Kontaktdaten:

Re: Testbericht unter Linux

#681 Beitrag von nonesense »

Richtig war windowsdesktop-runtime-8.0.15-win-x64. Habe offenbar aspnetcore-runtime-8.0.15-win-x86 installiert. Das Update lief jetzt durch.
Allerdings stürzt ZD beim Start direkt ab, ohne hilfreiche Info.
Läuft es bei dir F. Schn?

Benutzeravatar
Johannes
Beiträge: 3495
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#682 Beitrag von Johannes »

Christian Gründler hat geschrieben: 17.06.2024 18:04:51 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?
Mit dem aktuellen Wine 10.6 (sowie "winetricks mfc140") tritt der Absturz beim Start nicht mehr auf. Getestet mit TransDEM 64-bit, Version 2.6.7.

Benutzeravatar
Christian Gründler
Beiträge: 2304
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#683 Beitrag von Christian Gründler »

Johannes hat geschrieben: 21.04.2025 21:08:29 Mit dem aktuellen Wine 10.6 (sowie "winetricks mfc140") tritt der Absturz beim Start nicht mehr auf. Getestet mit TransDEM 64-bit, Version 2.6.7.
Ja, tatsächlich. Danke für den Hinweis!

Benutzeravatar
F. Schn.
Beiträge: 8039
Registriert: 24.10.2011 18:58:26

Re: Testbericht unter Linux

#684 Beitrag von F. Schn. »

nonesense hat geschrieben: 21.04.2025 18:52:55 Läuft es bei dir F. Schn?
Ich hab's derzeit noch nicht unter Linux getestet, aber die Fehlermeldung war recht eindeutig. ;)
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

Benutzeravatar
Christian Gründler
Beiträge: 2304
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#685 Beitrag von Christian Gründler »

Das ist jetzt eher eine liebenswerte Macke als ein Problem: wenn ich im Fahrsimulator oder 3D-Editor eine neue* Datei öffnen möchte, bleibt der Dateidialog hinter dem Hauptfenster liegen. Beobachtet unter aktuellem wine-devel; .NET ist noch 8.0.13, aber daran kann es ja wohl kaum liegen.

*neu in dem Sinn, dass sie zwar bereits existiert, ich sie aber nicht unter zuletzt geöffnet finde

karmann.ghia
Beiträge: 5
Registriert: 17.08.2021 10:31:23

Probleme mit Update-Installationen

#686 Beitrag von karmann.ghia »

Moin zusammen,

da ich hier bisher nur passiv unterwegs war, bin ich mir nicht sicher, ob dies der richtige Thread ist...

Ich habe Probleme, unter Linux mit wine an das aktuelle ZusiDisplay mit Hilfe der Dateiverwaltung zu kommen.

Ich möchte auch Zusi unter Linux verwenden. Dazu habe ich wine installiert (und damit eigene .NET-Programme ans Laufen gebracht). Dann habe ich Zusi3 mit Hilfe des Sticks (nur für die Lizenz) und dem ZusiWebInstallerLauncher installiert. Die Version, die da installiert wurde, war eine sehr frühe 3.5.x. Sie funktionierte eigentlich gut, ich habe sie aber nur kurz getestet. Insbesondere bin ich mir sicher, dass ZusiDisplay als eingebettete Anzeige im Führerstand funktionierte.

Danach habe ich mit Hilfe der Dateiverwaltung (im Terminal mit "wine ZusiDateiverwaltung.64.exe" gestartet) und die Update-Orgie durchlaufen. So sieht mein PC-System aus (Inhalt des Fensters, welches ich mit ZusiSim Menupunkt Hilfe --> Fehlersuche... --> Tab PC-System):

Code: Alles auswählen

Programm: C:\Program Files\Zusi3\
Offiziell: C:\Program Files\Zusi3\_ZusiData\
Daten: C:\users\Public\Documents\Zusi3\
Windows 10 Professional
Windows Version 10.00.19043  64bit
----------------------------------------------
Net Framework 1.0 Installed = No   
Net Framework 1.1 Installed = No   
Net Framework 2.0 Installed = No   
Net Framework 3.0 Installed = No   
Net Framework 3.5 Installed = No   
Net Framework 4.0 Client Installed = OK   (4.5.50709)
Net Framework 4.0 Full Installed = OK   (4.5.50709)
Net Framework 4.5 Installed = OK   
Net Framework 6 32bit Installed = OK   (8.0.12)
Net Framework 6 64bit Installed = OK   (8.0.16)
----------------------------------------------
16648,63 MB TotalPhys
12859,55 MB AvailPhys
18796,11 MB TotalPageFile
15006,51 MB AvailPageFile
140737488,22 MB TotalVirtual
140736859,75 MB AvailVirtual
8 NumberOfProcessors
----------------------------------------------
NVIDIA GeForce GTX 1050<---
NVIDIA GeForce GTX 1050
3840 x 2160
1920 x 1080
DirectX-Version: 4.09.00.0904
----------------------------------------------
ZusiSim.64.exe :  3.5.10.0
ZusiFtdEditor.64.exe :  
ZusiFzgEditor.64.exe :  
Zusi3DEditor.64.exe :  
ZusiGleisplanEditor.64.exe :  
ZusiDateiverwaltung.64.exe :  3.5.10.0
z3strbie.64.dll :  3.5.10.0
Zusi3Komponenten.dll :  
_InstSetup\lib\catenary\Fahrleitung_Bundesbahn_RE160.64.dll :  
_InstSetup\lib\catenary\Fahrleitung_TestFahrleitung.64.dll :  
_InstSetup\lib\catenary\crossspanbridge\Quertragwerk_DBRegelbauart.64.dll :  
_InstSetup\lib\milepost\hektometertafeln_DB_V2.64.dll :  
_InstSetup\lib\milepost\kmSteine_DRG_DB.64.dll :  
_Docu\ZusiDocu_Deutsch.pdf :  
AbsteckrechnerCore.64.dll :  
IAbsteckrechner.64.dll :  
_Tools\blender_ls3\blender_ls3.zip :  
_Tools\ZusiDisplay\ZusiDisplay.64.exe :  3.5.38.0
_InstSetup\lib\catenary\Katenoide.64.dll :  
_InstSetup\lib\timetable\Buchfahrplan_DB_1979.64.dll :  3.5.0.0
_InstSetup\lib\catenary\Fahrleitung_Bundesbahn_RE250.64.dll :  
_Tools\ZusiDisplay\ZusiDisplay_Handbuch.pdf :  
_InstSetup\lib\timetable\Buchfahrplan_DB_2006.64.dll :  3.5.0.0
_Docu\ZusiDocu_English.pdf :  
_InstSetup\lib\timetable\Buchfahrplan_DB_1965.64.dll :  3.5.0.0
_InstSetup\lib\timetable\Buchfahrplan_AT_2009.64.dll :  3.5.0.0
_InstSetup\lib\timetable\Buchfahrplan_DR_1979.64.dll :  3.5.0.0
_InstSetup\lib\timetable\Ersatzfahrplan_DB_2006.64.dll :  3.5.0.0
_InstSetup\lib\timetable\Ersatzfahrplan_DB_1979.64.dll :  3.5.0.0
_InstSetup\lib\timetable\lib\ZusiBuchfahrplan2.dll :  3.5.10.0
_InstSetup\lib\timetable\lib\ZusiBfpl.dll :  3.5.10.0
_Tools\BuchfahrplanErsteller\BuchfahrplanErsteller.dll :  3.5.10.0
_Tools\BuchfahrplanErsteller\BuchfahrplanBereiniger.dll :  3.5.10.0
_InstSetup\lib\timetable\Buchfahrplan_0Debug.64.dll :  3.5.0.0
_InstSetup\lib\timetable\Buchfahrplan_FR_2006.64.dll :  3.5.0.0
_InstSetup\lib\timetable\TimetableFromCsv.64.dll :  3.5.0.0
_InstSetup\lib\timetable\TimetableXmlModding.64.dll :  3.5.0.0
_InstSetup\lib\catenary\CatenaireFrance.64.dll :  
_InstSetup\lib\catenary\Ezs1007.64.dll :  
_InstSetup\lib\catenary\Kettenlinien.64.dll :  
_InstSetup\lib\catenary\Re160.64.dll :  
_InstSetup\lib\catenary\Re200.64.dll :  
_InstSetup\lib\catenary\Re330_250.64.dll :  
_InstSetup\lib\milepost\hektometertafeln_DR.64.dll :  
Wie gesagt, kein Win10 Professional sondern Linux Mint 22.1 mit Cinnamon 6.4.8 und wine 10.0.

Ich starte die ZusiDateiverwaltung in einem Terminal mit den folgenden Kommandos:

Code: Alles auswählen

cd .wine/drive_c/Program\ Files/Zusi3/
wine ZusiDateiverwaltung.64.exe
Rufe ich dann die Installation von neuen Dateien auf (Menupunkt Neue Version --> Neue Versionen installieren), sehe ich in dem Fenster der ZusiDateiverwaltung folgenden Hinweis:

Achtung: damit Sie weitere Updates von ZusiDisplay installieren können, muss auf Ihrem PC das dotnet core Framework installiert sein und mindestens in Version 8.0.15 vorliegen. Dies ist aktuell auf Ihrem PC nicht der Fall. Um das Framework zu installieren, verfahren Sie nach folgender Anleitung:

Falls Sie bereits dotnet 8.0 installiert haben, prüfen Sie via Windows Update, dass der letzte Stand (8.0.15) installiert ist. Falls keine Updates angeboten werden, fahren Sie mit folgenden Punkten fort.
Laden Sie dotnet core über den folgenden Link herunter und speichern Sie die Datei auf Ihrem PC.
Starten Sie die Installation durch einen Doppelklick auf die Datei windowsdesktop-runtime-8.0.15-win-x64.exe.
Starten Sie eine erneute Update-Suche über die Zusi-Verwaltung. Nun sollten Sie ein ZusiDisplay-Update erhalten.

(Einfach per copy&paste hier reingeworfen, die Formatierung ist in Wirklichkeit schöner).

Unter wine gibt es ja erst mal kein Windows Update, so weit so gut. Nun gibt es zwei Möglichkeiten:
a) Wie beschrieben die Datei windowsdesktop-runtime-8.0.16-win-x64.exe herunterladen und mit

Code: Alles auswählen

wine windowsdesktop-runtime-8.0.16-win-x64.exe
installieren (die gerade aktuelle Version ist 8.0.16)
b) mit einem aktuellen winetricks das dotnet desktop 8 installieren

Code: Alles auswählen

sudo winetricks --self-update
winetricks dotnetdesktop8
Das Kommando winetricks list-installed liefert:

Code: Alles auswählen

------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20250102-next - sha256sum: cda4a3ec456b8f9d669c9a3f4ca7b9f03e9f2a69410e374606377319b1146f9d with wine-10.0 and WINEARCH=win64
remove_mono internal
remove_mono internal
winxp
dotnet40
dotnet45
dotnetdesktop8
gdiplus
andale
arial
comicsans
courier
georgia
impact
times
trebuchet
verdana
webdings
corefonts
dotnetcoredesktop3
dotnetdesktop6
dotnetdesktop8
mfc42
depends
Interessanterweise wird das dotnetdesktop8 2x aufgelistet.

Leider bringt die ZusiDateiverwaltung immer noch den Hinweis, dass mit dotnet 8.0 fehlt und bietet demzufolge keinen Download von ZusiDisplay an.

Das ZusiDisplay mit der Version 3.5.38.0, das auf meinem Rechner ist, funktioniert leider nicht.
- Displays im Führerstand bleiben schwarz,
- Wenn man das ZusiDisplay aus ZusiSim heraus startet, bekomme ich ca. 5x einen Dialog, der sagt, dass die Applikation nicht gestartet werden konnte (das mit dem Bilder hochladen muss ich noch lernen). Wenn man Details per Button anfordert, geht folgende Seite auf:
https://learn.microsoft.com/de-de/dotne ... isServer=0
Die Seite stammt aus dem Jahr 2023 und schwafelt was von .NET Framework, was ja nun gar nicht mehr aktuell ist. Das habe ich mal ignoriert.

Nach dem 5. Fehlerdialog geht der wine-Debugger auf, der folgenden Trace zeigt:

Code: Alles auswählen

Couldn't get first exception for process 07a4 C:\Program Files\Zusi3\_Tools\ZusiDisplay\ZusiDisplay.64.exe.
No backtrace available
Modules:
Module  Address                                 Debug info      Name (115 modules, 39 for wow64 not listed)
PE              78eb0000-        78ee6000       Deferred        uiautomationcore
PE             100000000-       1005a0000       Deferred        zusidisplay.64
PE             1005a0000-       1005c8000       Deferred        system.console
PE             1005d0000-       1012bd000       Deferred        system.windows.forms
PE             1012c0000-       101342000       Deferred        system.linq
PE             101350000-       101361000       Deferred        system.componentmodel.primitives
PE             101370000-       10164d000       Deferred        system.windows.forms.primitives
PE             101650000-       10166e000       Deferred        system.drawing.primitives
PE             101670000-       101687000       Deferred        system.collections.specialized
PE             101690000-       1016a2000       Deferred        system.threading
PE             1016b0000-       1016c5000       Deferred        system.runtime.interopservices
PE             1016d0000-       1016f1000       Deferred        system.diagnostics.tracesource
PE             101700000-       101705000       Deferred        system.componentmodel
PE             101710000-       101760000       Deferred        system.diagnostics.process
PE             101760000-       101777000       Deferred        system.collections.nongeneric
PE             101780000-       1017a4000       Deferred        system.memory
PE             1017b0000-       1017e6000       Deferred        system.net.primitives
PE             1017f0000-       101857000       Deferred        system.net.mail
PE             101860000-       101873000       Deferred        system.io.filesystem.watcher
PE             101880000-       1018bd000       Deferred        system.private.uri
PE             1018c0000-       1018db000       Deferred        microsoft.win32.registry
PE             1018e0000-       101ad2000       Deferred        system.security.cryptography
PE             101ae0000-       101b0b000       Deferred        system.security.principal.windows
PE             101b10000-       101b27000       Deferred        system.io.filesystem.accesscontrol
PE             101b30000-       101b66000       Deferred        system.security.accesscontrol
PE             101b70000-       101b86000       Deferred        system.security.claims
PE             101b90000-       101b99000       Deferred        system.componentmodel.eventbasedasync
PE             101ba0000-       101c54000       Deferred        system.componentmodel.typeconverter
PE             101d60000-       101da1000       Deferred        system.collections.concurrent
PE             101db0000-       101dc1000       Deferred        system.objectmodel
PE             101ed0000-       10266e000       Deferred        system.private.xml
PE             102670000-       10267a000       Deferred        system.resources.writer
PE             102680000-       102685000       Deferred        mscoreeis
PE             140000000-       140082000       Deferred        zusidisplay.64
PE             180000000-       180c8e000       Deferred        system.private.corelib
PE          6fffeee90000-    6fffeef29000       Deferred        mscoreei
PE          6fffeef40000-    6fffeefaf000       Deferred        mscoree
PE          6fffeefc0000-    6fffef177000       Deferred        clrjit
PE          6fffef190000-    6fffef66d000       Deferred        coreclr
PE          6fffef680000-    6fffef6e2000       Deferred        hostpolicy
PE          6fffef700000-    6fffef757000       Deferred        hostfxr
PE          6fffef7f0000-    6fffefa05000       Deferred        gdiplus
PE-Wine     6ffff0460000-    6ffff04be000       Deferred        bcrypt
PE-Wine     6ffff7020000-    6ffff77c5000       Deferred        windowscodecs
PE-Wine     6ffff8730000-    6ffff87fb000       Deferred        uxtheme
PE-Wine     6ffff8e00000-    6ffff8e22000       Deferred        version
PE-Wine     6ffff90c0000-    6ffff963c000       Deferred        comctl32
PE-Wine     6ffffb040000-    6ffffb0d9000       Deferred        oleacc
PE-Wine     6ffffb6f0000-    6ffffb705000       Deferred        winex11
PE-Wine     6ffffb750000-    6ffffb7d1000       Deferred        imm32
PE-Wine     6ffffbc10000-    6ffffbc97000       Deferred        propsys
PE-Wine     6ffffbcb0000-    6ffffc017000       Deferred        oleaut32
PE-Wine     6ffffc680000-    6ffffc699000       Deferred        msimg32
PE-Wine     6ffffc7f0000-    6ffffc844000       Deferred        shcore
PE-Wine     6ffffc860000-    6ffffc97d000       Deferred        shlwapi
PE-Wine     6ffffc990000-    6ffffd754000       Deferred        shell32
PE-Wine     6ffffd770000-    6ffffd7cb000       Deferred        coml2
PE-Wine     6ffffd7e0000-    6ffffda82000       Deferred        rpcrt4
PE-Wine     6ffffdaa0000-    6ffffdae7000       Deferred        win32u
PE-Wine     6ffffdb00000-    6ffffe0eb000       Deferred        user32
PE-Wine     6ffffe100000-    6ffffe3d5000       Deferred        gdi32
PE-Wine     6ffffe3f0000-    6ffffe594000       Deferred        combase
PE-Wine     6ffffe5b0000-    6ffffe989000       Deferred        ole32
PE-Wine     6ffffea70000-    6ffffee87000       Deferred        ucrtbase
PE-Wine     6ffffeea0000-    6ffffef2e000       Deferred        sechost
PE-Wine     6ffffef40000-    6fffff2bd000       Deferred        msvcrt
PE-Wine     6fffff2d0000-    6fffff400000       Deferred        advapi32
PE-Wine     6fffff410000-    6fffffa40000       Deferred        kernelbase
PE-Wine     6fffffa50000-    6fffffc11000       Deferred        kernel32
PE-Wine     6fffffc30000-    6ffffffec000       Deferred        ntdll
ELF         778340d38000-    778340ee5000       Deferred        libunistring.so.5
ELF         778340ee5000-    778341089000       Deferred        libp11-kit.so.0
ELF         7783480ec000-    778348170000       Deferred        libgmp.so.10
ELF         77c3de8d7000-    77c3de91f000       Deferred        libhogweed.so.6
ELF         77c3de91f000-    77c3de974000       Deferred        libnettle.so.8
ELF         77c3de974000-    77c3de996000       Deferred        libidn2.so.0
ELF         77c3de996000-    77c3deb90000       Deferred        libgnutls.so.30
ELF         77c3debba000-    77c3debd0000       Deferred        libtasn1.so.6
ELF         77c3df014000-    77c3df020000       Deferred        libffi.so.8
ELF         77c3dfe40000-    77c3dfe48000       Deferred        libxfixes.so.3
ELF         77c3dfe48000-    77c3dfe54000       Deferred        libxcursor.so.1
ELF         77c3dfe54000-    77c3dfe67000       Deferred        libxi.so.6
ELF         77c3dfe67000-    77c3dfe6c000       Deferred        libxcomposite.so.1
ELF         77c3dfe6c000-    77c3dfe79000       Deferred        libxrandr.so.2
ELF         77c3dfe79000-    77c3dfe85000       Deferred        libxrender.so.1
ELF         77c3dfe85000-    77c3dfe8c000       Deferred        libxxf86vm.so.1
ELF         77c3dfe8c000-    77c3dfe9b000       Deferred        libmd.so.0
ELF         77c3dfe9b000-    77c3dfeb1000       Deferred        libbsd.so.0
ELF         77c3dfeb1000-    77c3dfeb9000       Deferred        libxdmcp.so.6
ELF         77c3dfeb9000-    77c3dfee2000       Deferred        libxcb.so.1
ELF         77c3dfee2000-    77c3e001f000       Deferred        libx11.so.6
ELF         77c3e001f000-    77c3e0033000       Deferred        libxext.so.6
ELF         77c3e0033000-    77c3e00b2000       Deferred        winex11.so
ELF         77c3e00b2000-    77c3e00e0000       Deferred        libgcc_s.so.1
ELF         77c3e00e3000-    77c3e00f0000       Deferred        bcrypt.so
ELF         77c3e0280000-    77c3e0285000       Deferred        libxinerama.so.1
ELF         77c3e0285000-    77c3e028b000       Deferred        libxau.so.6
ELF         77c3e4449000-    77c3e449a000       Deferred        libfontconfig.so.1
ELF         77c3e449a000-    77c3e4566000       Deferred        libfreetype.so.6
ELF         77c3e4566000-    77c3e464f000       Deferred        libm.so.6
ELF         77c3e464f000-    77c3e4800000       Deferred        win32u.so
ELF         77c3e51d4000-    77c3e5200000       Deferred        libexpat.so.1
ELF         77c3e5200000-    77c3e5412000       Deferred        libc.so.6
ELF         77c3e5413000-    77c3e5436000       Deferred        libbrotlicommon.so.1
ELF         77c3e5436000-    77c3e5444000       Deferred        libbrotlidec.so.1
ELF         77c3e5444000-    77c3e547c000       Deferred        libpng16.so.16
ELF         77c3e547c000-    77c3e5490000       Deferred        libbz2.so.1.0
ELF         77c3e5490000-    77c3e54ac000       Deferred        libz.so.1
ELF         77c3e54ac000-    77c3e54de000       Deferred        liblzma.so.5
ELF         77c3e54de000-    77c3e54f9000       Deferred        libunwind.so.8
ELF         77c3e54f9000-    77c3e55ba000       Export          ntdll.so
ELF         77c3e55df000-    77c3e5619000       Deferred        ld-linux-x86-64.so.2
ELF         77c3e5619000-    77c3e561e000       Deferred        <wine-loader>
PE          7fffff4e0000-    7fffff4e9000       Deferred        system.diagnostics.stacktrace
PE          7fffffd50000-    7fffffd8d000       Deferred        system.collections
Threads:
process  tid      prio    name (all IDs are in hex)
00000038 services.exe
	0000003c    0     
	00000040    0     wine_rpcrt4_server
	0000004c    0     wine_rpcrt4_io
	00000078    0     wine_rpcrt4_io
	0000008c    0     wine_rpcrt4_io
	000000ac    0     wine_rpcrt4_io
	000000e4    0     
	00000104    0     wine_rpcrt4_io
	00000110    0     wine_rpcrt4_io
00000044 winedevice.exe
	00000048    0     
	00000054    0     
	00000058    0     wine_sechost_service
	0000005c    0     
	00000060    0     
	00000064    0     
	0000009c    0     
	000000a0    0     
00000068 svchost.exe
	0000006c    0     
	0000007c    0     
	00000080    0     wine_sechost_service
00000070 explorer.exe
	00000074    0     
	000000f8    0     
	000000fc    0     wine_explorer_display_settings_restorer
	00000100    0     wine_rpcrt4_server
00000084 plugplay.exe
	00000088    0     
	00000090    0     
	00000094    0     wine_sechost_service
	00000098    0     wine_rpcrt4_server
	000000c8    0     wine_rpcrt4_io
000000a4 winedevice.exe
	000000a8    0     
	000000b0    0     
	000000b4    0     wine_sechost_service
	000000b8    0     
	000000bc    0     
	000000c0    0     
	000000c4    0     
	000000d0    0     
	000000d8    0     
	000000dc    0     
00000108 rpcss.exe
	0000010c    0     
	00000118    0     
	0000011c    0     wine_sechost_service
	00000120    0     wine_rpcrt4_server
	00000124    0     wine_rpcrt4_server
	00000128    0     wine_rpcrt4_io
	000002a0    0     wine_rpcrt4_io
	00000564    0     wine_rpcrt4_io
00000220 start.exe
	00000224    0     
00000228 conhost.exe
	0000022c    0     
00000230 ZusiSim.64.exe
	00000234    0     
	00000238    0     
	0000023c    0     .NET EventPipe
	00000240    0     .NET Debugger
	00000244    2     .NET Finalizer
	0000024c   -1     
	00000258    0     wine_dinput_worker
	0000025c   15     audio_client_main
	00000260   15     audio_client_timer
	00000264   15     wine_dsound_mixer
	000002a8    0     
	000002ac    0     
	000002b0    0     
	000002b4    0     
	000002b8    0     
	000002bc    0     
	000002c0    0     
	000002c4    0     
	000002c8    0     
	000002cc    0     
	000002d0    0     
	000002d4    0     
	000002d8    0     
	000002dc    0     
	000002e0    0     
	000002e4    0     
	000002e8    0     
	000002ec   -1     
	000002f0   -1     
	000002f4    0     wine_rpcrt4_server
	000002f8    0     
	000002fc    0     
	00000300    0     
	00000304   -1     
	00000308    0     
	0000030c    0     
	00000310    0     
	00000314    0     
	00000318    0     
	0000031c    0     
	00000320    0     
	00000324    0     
	00000328    0     
	0000032c    0     
	00000330    0     
	00000340    0     
00000548 start.exe
	0000054c    0     
00000550 conhost.exe
	00000554    0     
00000558 ZusiDateiverwaltung.64.exe
	0000055c    0     
	00000560    0     wine_rpcrt4_server
	00000570    0     
	00000574    0     
	00000578    0     
	0000057c    0     
	00000580    0     
	00000584    0     
	00000588    0     
	0000058c    0     
	00000590    0     
	00000594    0     
	00000598    0     
	0000059c    0     
	000005a0    0     
	000005a4    0     
	000005a8    0     
	000005ac    0     
	000005b0    0     
	000005b4   -1     
	000005b8   -1     
	000005bc    0     
	000005c0    0     
	000005c4    0     
	000005c8    0     
	000005cc   -1     
	000005d4    0     
	000005d8    0     
	000005dc    0     
	000005e0    0     
	000005e4    0     
	000005e8    0     
	000005ec    0     
	000005f0    0     
	000005f4    0     
	000005f8    0     
	000005fc    0     
	00000604    0     
	00000608    0     
	0000060c    0     
	0000062c    0     
000007a4 (D) C:\Program Files\Zusi3\_Tools\ZusiDisplay\ZusiDisplay.64.exe
	000007a8    0     
	000007ac    0     .NET EventPipe
	000007b0    0     .NET Debugger
	000007b4    2     .NET Finalizer
	000007c0    0     
	000007c4    0     .NET System Events
	000007e4    0 <== 
000007dc conhost.exe
	000007e0    0     
System information:
    Wine build: wine-10.0
    Platform: x86_64 (guest: i386)
    Version: Windows 10
    Host system: Linux
    Host version: 6.8.0-60-generic
Das ist für mich auch nicht richtig erhellend, aber vielleicht für einen Linux-Wine-ZusiDisplay-Experten vielleicht schon.

Besser sind da schon die Trace-Ausgaben im Terminal, die wohl wine da reinschreibt. Neben viel blabla findet man dann:

Code: Alles auswählen

00f4:err:eventlog:ReportEventW L"Application: ZusiDisplay.64.exe\n"
00f4:err:eventlog:ReportEventW L"CoreCLR Version: 8.0.1625.21506\n"
00f4:err:eventlog:ReportEventW L".NET Version: 8.0.16\n"
00f4:err:eventlog:ReportEventW L"Description: The process was terminated due to an unhandled exception.\n"
00f4:err:eventlog:ReportEventW L"Exception Info: [b]System.IO.FileLoadException: Could not load file or assembly 'C:\\users\\<benutzername>\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'. DLL-Initialisierung fehlgeschlagen. (0x8007045A)\r\n"[/b]
00f4:err:eventlog:ReportEventW L"File name: 'C:\\users\\<benutzername>\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'\r\n"
00f4:err:eventlog:ReportEventW L"   at MMI.UpToDateHandler.CheckForDotNetVersion(IntPtr owner, Boolean showDialogIfNoError, Authority auth)\r\n"
00f4:err:eventlog:ReportEventW L"   at MMI.MainForm..ctor(List`1 completeArgs, Authority authority, Boolean isEmbedded)\r\n"
00f4:err:eventlog:ReportEventW L"   at MMI.Program.Main(String[] args)\n"
00f4:fixme:advapi:DeregisterEventSource (00000000CAFE4242) stub
wine: Unhandled exception 0xe0434352 in thread f4 at address 00006FFFFF41CF77 (thread 00f4), starting debugger...
Diese Fehlermeldung wäre erklärbar, wenn ich ein ZusiDisplay hätte, dass noch die Version 6.0 von .NET braucht.

Meine Fragen:
- Was ist die bevorzugte Variante, das (oder die) notwendigen .NET-Versionen (Framework, Core oder auch pur) im Wine zu installieren?
- Hat schon jemand die aktuelle ZusiDisplay-Version mit Wine am Laufen?
- Was ist eigentlich die aktuelle ZusiDisplay-Version?

Sorry für den langen Roman, ich wollte nur alle Infos, deren ich habhaft werden konnte und für mich relevant erschienen, "am Stück" liefern.

Vielen Dank für Eure Unterstützung.

Karmann.Ghia

Benutzeravatar
Christian Gründler
Beiträge: 2304
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Probleme mit Update-Installationen

#687 Beitrag von Christian Gründler »

Ich hatte ein Problem mit Zusi-Display, das (höchstwahrscheinlich) nicht am .NET lag: viewtopic.php?p=364917#p364917. Dein System ist meinem recht ähnlich – propier mal meinen workaround aus und berichte dann! Ein neueres .NET brauchst Du nur für die neueste Beta von ZusiDisplay, die ich nicht installieren würde.

Und noch eines: es fällt schwer, ein Auto persönlich anzureden. Hier im Forum sehe wir es gern, wenn die Kollegen mit Klarnamen unterwegs sind. Wenn Du Bedenken wg. Datenschutz hast: Vorname und dahinter ein Spitzname o.ä. genügt. Das kannst Du auch nachträglich jederzeit in Deinem Profil ändern.

M.f.G. Christian

Benutzeravatar
F. Schn.
Beiträge: 8039
Registriert: 24.10.2011 18:58:26

Re: Probleme mit Update-Installationen

#688 Beitrag von F. Schn. »

Christian Gründler hat geschrieben: 04.06.2025 18:37:14 Hier im Forum sehe wir es gern, wenn die Kollegen mit Klarnamen unterwegs sind.
Dass Personen meinen, nur Klarnamen sehen wollen, und irgendwie nicht damit zurecht kommen, den Namen zu verwenden, den man ihnen gibt, verstehe ich ehrlich gesagt nicht.
Warum man es vermeiden sollte, sich mit Klarnamen zu sehr in die Öffentlichkeit zu stellen, ist klar bekannt. Und bei Zusi habe ich auch absolutes Verständnis, da noch restriktiver zu sein, da es ja hier einige (wenige) Leute gibt, die einfach persönliche Daten über eine Person öffentlich weiterzugeben, an die man irgendwie gelangt ist; dafür besteht kein öffentliches Interesse, das geht einfach nicht.
Ich bin da sehr irritiert. Für mich gilt die einfache Regel, wer sich mit Pseudonym meldet, ist mit Pseudonym anzusprechen. Permanent. Wenn ich irgendwo in meinen Akten den realen Namen habe, dann ist er dort endgelagert. Ich denke mir ja auch nicht irgend einen anderen Namen für jemanden aus, frei nach dem Witz "du heißt nicht Hannes, das heißt Johannes".
karmann.ghia hat geschrieben: 04.06.2025 16:27:20 da ich hier bisher nur passiv unterwegs war, bin ich mir nicht sicher, ob dies der richtige Thread ist...
Weil es nicht explizit erwähnt wurde: Theoretisch nein, Linux-Probleme liegen hier: viewtopic.php?p=364917#p364917 ;)
karmann.ghia hat geschrieben: 04.06.2025 16:27:20

Code: Alles auswählen

Net Framework 6 32bit Installed = OK   (8.0.12)

Code: Alles auswählen

wine windowsdesktop-runtime-8.0.16-win-x64.exe
Als ersten Schritt würde ich mal raten, die x86-Version auch Updaten. (Auch wenn es auf dem Papier nicht zwingend nötig seien sollte.)
Im Zweiten Schritt kann man dann probieren, regedit aufzumachen, und zu schauen, was unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions alles los ist.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

karmann.ghia
Beiträge: 5
Registriert: 17.08.2021 10:31:23

Re: Probleme mit Update-Installationen

#689 Beitrag von karmann.ghia »

Grüß Gott,

ich werde hier der Vollständigkeit halber nur auf die Vorschläge von Christian und F.Schn. eingehen, alles weitere werde ich in dem Thread "Testbericht unter Linux" viewtopic.php?t=10754 posten.

Zu F.Schn.'s Vorschlägen:
F.Schn.Als ersten Schritt würde ich mal raten, die x86-Version auch Updaten.
Wie von Dir schon befürchtet hat es nicht geholfen.
F.Schn.regedit aufzumachen, und zu schauen, was unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions alles los ist
Hier finde ich nur einen einzigen Key, den Inhalt des Keys habe ich gedumpt:

Code: Alles auswählen

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\Software\dotnet\Setup\InstalledVersions\x64\sharedhost]
"Path"="C:\\Program Files\\dotnet\\"
"Version"="8.0.12"
Die Version ist aber nicht richtig, ich habe folgende Versionen unter /home/andreas/.wine/drive_c/Program Files/dotnet/shared/Microsoft.WindowsDesktop.App liegen: 8.0.16, 6.0.36 und 3.1.10. Weiß jemand, wer dafür zuständig ist, die richtigen Keys in die Registry einzutragen?

Ich finde keine x86-Version als regedit-Key, zumindest nicht unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions.

Zu Christians Vorschlag:

Wenn ich ZusiDisplay solo starte (mit wine ZusiDisplay.64.exe), entsteht in meinem %TEMP% -Verzeichnis das von Jens angesprochene temporäre Verzeichnis. Leider startet ZusiDisplay nicht, ich sehe nur kurz den Splash Screen (mit der Versionsnummer 3.5.38.0) und dann kommt schon der oben angesprochene Fehlerdialog. Details dazu werde ich im "Testbericht unter Linux"-Thread posten.

Danke derweil
Andreas

karmann.ghia
Beiträge: 5
Registriert: 17.08.2021 10:31:23

Re: Testbericht unter Linux

#690 Beitrag von karmann.ghia »

Grüß Gott miteinand,

hier ist die Fortsetzung meines Problems mit ZusiDisplay in der Version 3.5.38.0 unter Linux Mint und wine. Einen ersten Post hatte ich im Thread "Probleme mit Update-Installationen" viewtopic.php?p=366295#p366295 gepostet. Vorschläge zur Korrektur sind aber leider nicht erfolgreich gewesen.

Ein Vergleich der Versionsnummer mit meiner Zusi-Installation unter Windows hat gezeigt, dass ich die letzte offizielle Variante von Zusi-Display habe. Unter Windows funktioniert ZusiDisplay einwandfrei.

Jetzt hier nochmals meine aktuellen Probleme mit Zusi unter Linux:

A) Zusi-Dateiverwaltung und .NET Version 8.0.15
Die Zusi-Dateiverwaltung möchte, dass ich .NET Version 8.0.15 installiere. Ich habe mit Hilfe von "wine windowsdesktop-runtime-8.0.16-win-x64.exe" und "wine windowsdesktop-runtime-8.0.16-win-x86.exe" das .NET 8.0.16 installiert, aber die Zusi-Dateiverwaltung beschwert sich immer noch. Auf Hinweis von Christian habe ich in die Registry geschaut und festgestellt, dass es nur einen Key gibt, der auf eine .NET-Installation verweist, und dieser hat sogar eine falsche Versionsnummer (und einen falschen Pfad):

Code: Alles auswählen

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\Software\dotnet\Setup\InstalledVersions\x64\sharedhost]
"Path"="C:\\Program Files\\dotnet\\"
"Version"="8.0.12"
Wird dieser Registry-Key durch die Zusi-Dateiverwaltung verwendet, um die aktuelle .NET-Installation zu erkennen? Welches Programm ist dafür verantwortlich, die korrekten Registry-Keys zu setzen? Die Installationen von .NET habe ich als Normal-User gemacht und die gingen auch ohne Fehlermeldungen durch, ich sehe entsprechende Dateien unter /home/andreas/.wine/drive_c/Program Files/dotnet/shared/Microsoft.WindowsDesktop.App/8.0.16.

Mit diesem Problem kann ich momentan leben, aber ich möchte nicht von Updates in Zukunft abgeschnitten sein.

Schwerwiegender ist Problem
B) ZusiDisplay startet nicht
Wenn ich versuche, mit "wine ZusiDisplay.64.exe" im Verzeichnis /home/andreas/.wine/drive_c/Program Files/Zusi3/_Tools/ZusiDisplay das ZusiDisplay zu starten, sehe ich nur kurz den Splash Screen mit der Versionsnummer 3.5.38.0, und dann stürzt ZusiDisplay mit einem Fehlerdialog ab. Neben vielen nur bedingt hilfreichen Informationen (siehe mein Post im Thread "Probleme mit Update-Installationen" viewtopic.php?p=366295#p366295) sehe ich im Terminal, wo ich "wine ZusiDisplay.64.exe" aufgerufen habe, folgende Fehlermeldungen:

Code: Alles auswählen

2c0:err:eventlog:ReportEventW L"Application: ZusiDisplay.64.exe\n"
02c0:err:eventlog:ReportEventW L"CoreCLR Version: 8.0.1625.21506\n"
02c0:err:eventlog:ReportEventW L".NET Version: 8.0.16\n"
02c0:err:eventlog:ReportEventW L"Description: The process was terminated due to an unhandled exception.\n"
02c0:err:eventlog:ReportEventW L"Exception Info: System.IO.FileLoadException: Could not load file or assembly 'C:\\users\\andreas\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'. DLL-Initialisierung fehlgeschlagen. (0x8007045A)\r\n"
02c0:err:eventlog:ReportEventW L"File name: 'C:\\users\\andreas\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'\r\n"
02c0:err:eventlog:ReportEventW L"   at MMI.UpToDateHandler.CheckForDotNetVersion(IntPtr owner, Boolean showDialogIfNoError, Authority auth)\r\n"
02c0:err:eventlog:ReportEventW L"   at MMI.MainForm..ctor(List`1 completeArgs, Authority authority, Boolean isEmbedded)\r\n"
02c0:err:eventlog:ReportEventW L"   at MMI.Program.Main(String[] args)\n"
Die angegebene Datei 'C:\\users\\andreas\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll' ist aber vorhanden. wine depends zeigt eine Versionsnummer 1.1.2.0 für diese Datei an. Der Stack-Trace deutet ein Problem mit der MMI.UpToDateHandler.CheckForDotNetVersion an.

Auffällig ist, dass in dem Temp-Verzeichnis einige Dateien aus dem .NET-Umfeld (z.B. alles mit System.<irgendwas>.dll) herumliegen, die eine Datei-Versionsnummer 9.0.325.11113 bzw. Produkt-Versionsnummer 9.0.3.0 haben. Kann es sein, dass in dem Build von ZusiDisplay schon .NET Version 9 verwendet wird und wir somit einen Mischmasch aus "mitgebrachten" .NET-dlls Version 9 und installierten .NET-dlls Version 8 haben? Kann klappen, muss aber nicht...

Btw Temp-Verzeichnis: da verhalten sich wine und Windows(11?) etwas unterschiedlich. Bei Windows ist das Temp-Verzeichnis unter <Benutzer>/AppData/Local/Temp, bei Wine ist es unter <Benutzer>/Temp. Am Besten schaut man sich in einer Befehlseingabe mit dem Befehl "echo %TEMP%" an, wie die zugehörige Environment-Variable steht.

Ich danke schon mal vorab für die Unterstützung.

Schönen Tag noch und Happy Zusiing ;)
Andreas

karmann.ghia
Beiträge: 5
Registriert: 17.08.2021 10:31:23

Re: Testbericht unter Linux

#691 Beitrag von karmann.ghia »

N'Abend,

good news: ich habe mir die Mühe gemacht, in einem neu aufgesetzten wineprefix alles nochmal zu installieren. Dabei habe ich vorab das .NET 8.0.16 in 64 bit und 32 bit installiert, aber keine weiteren .NET-Versionen. Nach dem Download über den ZusiWebInstallerLauncher und dem Setup (Version 3.5.3.0 von Zusi-Sim wurde installiert) habe ich gleich die Zusi-Dateiverwaltung gestartet. Die hat dann artig Stück für Stück die erforderlichen Upgrades geladen und installiert. Und siehe da, ZusiDisplay funktioniert, und auch die Zusi-Dateiverwaltung ist mit meiner .NET-Version zufrieden.

Momentan möchten sich ZusiDisplay und ZusiSim nicht unterhalten (Anzeige "Keine TCP-Verbindung" im Buchfahrplan), aber das werde ich mit Hilfe dieses Forums sicher leicht lösen können.

Ich vermute, dass sich aufgrund verschiedenster .NET-Versionen in meinem alten wineprefix da irgendwas verpupselt hat. Das lässt sich aber wohl nicht mehr nachvollziehen. Ich könnte mal versuchen, den Registry-Key des neuen wineprefix in den alten wineprefix einzuspielen... ?( ?( ?(

Interessanterweise liegt im neuen wineprefix das Temp-Verzeichnis unter AppData.

Vielen Dank und Happy Zusiing ;)
Andreas

Benutzeravatar
Johannes
Beiträge: 3495
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#692 Beitrag von Johannes »

karmann.ghia hat geschrieben: 05.06.2025 16:40:43 Interessanterweise liegt im neuen wineprefix das Temp-Verzeichnis unter AppData.
Das wurde in Wine mal geändert (vor etwas über einem Jahr, genauer in Wine 9.14), betrifft aber natürlich nur neu angelegte Wineprefixes.

Benutzeravatar
F. Schn.
Beiträge: 8039
Registriert: 24.10.2011 18:58:26

Re: Testbericht unter Linux

#693 Beitrag von F. Schn. »

Genau, dieser Registry-Key ist wichtig. (Falls das noch bei jemanden auftritt: Mein Tipp wäre, alle .Net 8 zu deinstallieren und dann die aktuellen wieder neu zu installieren.)
Wenn das Updaten der Dateiverwaltung geklappt hat, ist das Problem erst mal erledigt, dann auf zum nächsten Problem.
Bei "keine TCP-Verbindung" bitte nicht vergessen, dass du den TCP-Server von Hand einschalten musst.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

karmann.ghia
Beiträge: 5
Registriert: 17.08.2021 10:31:23

Re: Testbericht unter Linux

#694 Beitrag von karmann.ghia »

N'Abend,

den TCP-Server habe ich schnell gefunden. Bei meiner Windows-Installation startet der TCP-Server immer automatisch, wenn ich ZusiSim starte, das scheint bei Linux/Wine anders zu sein. Ich habe alle IP-Adressen außer 127.0.0.1 abgewählt, nach einem Neustart von ZusiSim waren alle IP-Adressen wieder aktiv und der TCP-Server gestoppt.

Als nächstes muss ich Performance suchen.

Danke für die Tipps.

Happy Zusiing
Andreas

Benutzeravatar
F. Schn.
Beiträge: 8039
Registriert: 24.10.2011 18:58:26

Re: Testbericht unter Linux

#695 Beitrag von F. Schn. »

Zum automatisch starten gibt es eine Einstellung in den Zusi-Einstellungen. Wenn du dein Wine-Prefix resettest, ist die natürlich auch resettet.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

Wolfgang E.
Beiträge: 966
Registriert: 28.10.2021 12:16:41
Aktuelle Projekte: https://github.com/machinae-vectoriae-ductor/
Wohnort: Köln
Kontaktdaten:

Re: Testbericht unter Linux

#696 Beitrag von Wolfgang E. »

Hallo zusammen,

nachdem ich lange gezögert hatte, habe ich nun Zusi auch mal interessehalber unter Linux installiert. Ich verwende Debian 13 (Trixie) mit wine 64. Das Ganze hat auch viel problemloser geklappt, als ich dachte. Schön wäre es noch gewesen, wenn es den ZusiWebInstallerLauncher.exe auch für 64 bit geben würde, da mir das die Installation etlicher Pakete aus der 32 bit Distribution gespart hätte. Noch gibt es Debian mit 32 bit, aber irgendwann wird das, wie bei anderen Linux-Distributionen auch, vorbei sein.

Folgende Probleme habe ich noch:

- Die Schrift bedingt die Ausführung von winetricks corefonts oder die Installation des Debian-Pakets ttf-mscorefonts-installer. In ZusiDisplay wird danach immer noch nicht das Symbol für den Zugfunk nicht dargestellt. Ein Hinweis, welche Schriften installiert sein müssen und wo man sie ggf. herbekommt, würde mir sehr helfen.
- Meist ist die Framerate recht ordentlich. Manchmal bricht sie aber ohne für mich erkennbaren Grund bis auf 2 fps ein, um nach ein paar Sekunden wieder auf normale Werte zu steigen. Ausprobiert an IC 2206 im Fahrplan Köln-D'dorf 2016 00:00 - 08:00. Die CPU-Last steigt dabei zwar signifikant, aber das scheint nicht der begrenzende Faktor zu sein, da laut Anzeige kein Kern voll ausgelastet ist.
- Die html-basierten Darstellungen (Fahrplanbegrüßung, Zugdarstellung, Lokbedienungsanleitung) fehlen. Was muss ich dafür noch installieren? Geht Firefox, oder muss es Edge sein?
- Fehlermeldung: 10:23:10:830: Datei "C:\users\Public\Documents\Zusi3\Temp\IC2206.tif.pdf" nicht gefunden


Es tut mir leid, sollte ich Fragen stellen, die vielleicht vorher schon beantwortet worden waren. Meine Suche danach in diesem langen Thread war erfolglos.

Viele Grüße
Wolfgang

Benutzeravatar
F. Schn.
Beiträge: 8039
Registriert: 24.10.2011 18:58:26

Re: Testbericht unter Linux

#697 Beitrag von F. Schn. »

Wolfgang E. hat geschrieben: 06.10.2025 10:34:05 - Meist ist die Framerate recht ordentlich. Manchmal bricht sie aber ohne für mich erkennbaren Grund bis auf 2 fps ein, um nach ein paar Sekunden wieder auf normale Werte zu steigen. Ausprobiert an IC 2206 im Fahrplan Köln-D'dorf 2016 00:00 - 08:00. Die CPU-Last steigt dabei zwar signifikant, aber das scheint nicht der begrenzende Faktor zu sein, da laut Anzeige kein Kern voll ausgelastet ist.
Das kommt drauf an, wie Linux und Wine das Scheduling beeinflussen, und wie das normale Scheduling unter Linux ist. Unter Windows sagt das nichts aus, weil Windows zu schnell zwischen den Kernen deines PCs hin- und herspringt. Wie das unter Linux läuft, und ob Wine da Einfluss darauf hat, weiß ich ehrlich gesagt nicht.
Wolfgang E. hat geschrieben: 06.10.2025 10:34:05 - Die html-basierten Darstellungen (Fahrplanbegrüßung, Zugdarstellung, Lokbedienungsanleitung) fehlen. Was muss ich dafür noch installieren? Geht Firefox, oder muss es Edge sein?
Das muss der WebView oder WebView2 sein. Vermutlich solle ein Umbenennen der WebView2Loader.dll vorerst helfen, und er sollte dann auf die WebView1 zurückfallen. Das sollte dann vorerst gehen, aber langfristig muss das Wine selbst fixen.
Wolfgang E. hat geschrieben: 06.10.2025 10:34:05 - Fehlermeldung: 10:23:10:830: Datei "C:\users\Public\Documents\Zusi3\Temp\IC2206.tif.pdf" nicht gefunden
Ein PDF-Drucker mit dem Namen "Microsoft Print to PDF" installieren.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

Wolfgang E.
Beiträge: 966
Registriert: 28.10.2021 12:16:41
Aktuelle Projekte: https://github.com/machinae-vectoriae-ductor/
Wohnort: Köln
Kontaktdaten:

Re: Testbericht unter Linux

#698 Beitrag von Wolfgang E. »

Danke für die Tipps. Das probiere ich bei nächster Gelegenheit.
F. Schn. hat geschrieben: 06.10.2025 18:53:58 Das kommt drauf an, wie Linux und Wine das Scheduling beeinflussen, und wie das normale Scheduling unter Linux ist. Unter Windows sagt das nichts aus, weil Windows zu schnell zwischen den Kernen deines PCs hin- und herspringt. Wie das unter Linux läuft, und ob Wine da Einfluss darauf hat, weiß ich ehrlich gesagt nicht.
Es handelt sich um einen Core Ultra 7 165 U, der ja drei verschiedene Arten von Kernen hat. Immer, wenn die Framerate sinkt, geht bei den beiden letzten Kernen die Prozessorlast hoch. Vermutlich sind das die beiden schwächsten Kerne und der Linux-Scheduler verteilt es ungünstig. Ich probiere es bei nächster Gelegenheit auf einem Core i9 14900K aus, der ja lauter gleiche Kerne hat.

Viele Grüße
Wolfgang

Wolfgang E.
Beiträge: 966
Registriert: 28.10.2021 12:16:41
Aktuelle Projekte: https://github.com/machinae-vectoriae-ductor/
Wohnort: Köln
Kontaktdaten:

Re: Testbericht unter Linux

#699 Beitrag von Wolfgang E. »

Wenn man die Effizienz-Kerne abschaltet gibt es keine Einbrüche mehr. Der Scheduler vom Kernel 6.12 scheint das noch nicht so vorteilhaft zu machen.

Viele Grüße
Wolfgang

Benutzeravatar
René Stü.
Beiträge: 12
Registriert: 24.09.2021 13:56:01

Re: Testbericht unter Linux

#700 Beitrag von René Stü. »

Moin,

nachdem ich meinen Rechner von Windows 11 auf Debian 13.1 (trixie) hochgerüstet habe, wollte ich kurz meine Erfahrungen zur Installation von ZUSI 3 teilen.

Ich habe es leider nicht geschafft, Zusi vom USB-Stick oder mit dem Web Installer zu installieren. Bei der Installation vom USB-Stick konnten einzelne Dateien nicht ordnungsgemäß kopiert werden. Interessanterweise wurden bei jedem Installationsversuch andere Dateien als fehlerhaft gemeldet.
Den Web Installer habe ich gar nicht zum Laufen bekommen. Hier wurde immer mit dem Fehler abgebrochen, dass der USB-Stick nicht zur ausgewählten Zusi-Version passen würde.

Ich habe mich dann entschlossen, ZUSI 3 bei Steam nachzukaufen. Diese Version läuft jetzt dank des Proton Kompatibilitätslayers ganz einwandfrei. Ich verwende den standardmäßig eingestellen Proton Experimental. Ich musste lediglich wie beschrieben "dotnetcoredesktop3" und "gdiplus" nachinstallieren, was mit dem Werkzeug "Protontricks" ganz einfach zu erledigen war. Ich habe dafür das Protontricks Flatpak verwendet.

Grüße,
René

Antworten