Testbericht unter Linux

Hier kann alles Allgemeine rund um Zusi 3 gefragt und beantwortet werden. Neuigkeiten zum Programm werden hier erscheinen.
Nachricht
Autor
Benutzeravatar
Carsten Hölscher
Administrator
Beiträge: 33375
Registriert: 04.07.2002 00:14:42
Wohnort: Braunschweig
Kontaktdaten:

Re: Testbericht unter Linux

#301 Beitrag von Carsten Hölscher »

Ich möchte dringend darum bitten, dass jeder der hier irgendwelche Probleme meldet und nicht eine ganz normale Windows-Installation hat, das bitte immer dazu schreibt! Also VM, Linux oder was auch immer.

Cartsten
Zuletzt geändert von Carsten Hölscher am 23.08.2019 13:44:57, insgesamt 1-mal geändert.

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

Re: Testbericht unter Linux

#302 Beitrag von Johannes »

Wenn die Fehlermeldung "ZusiDisplay-Kommando nicht bekannt" kommt, startet er ZusiDisplay auch nicht. Was nicht funktioniert, ist also zunaechst mal die Abfrage der verfuegbaren Displays von ZusiDisplay. Das schaue ich mir gerne in Ruhe(!) an.

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#303 Beitrag von mitropam »

Johannes hat geschrieben:Wenn die Fehlermeldung "ZusiDisplay-Kommando nicht bekannt" kommt, startet er ZusiDisplay auch nicht. Was nicht funktioniert, ist also zunaechst mal die Abfrage der verfuegbaren Displays von ZusiDisplay. Das schaue ich mir gerne in Ruhe(!) an.
Danke für die Info. Dann warte ich auf das nächste Update. ;)

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

Re: Testbericht unter Linux

#304 Beitrag von Johannes »

Derzeit gibt es nach meinen Erkenntnissen keine Moeglichkeit, Fuehrerstaende mit integriertem ZusiDisplay zu verwenden. Mindestens eine unimplementierte Funktion in Wine sowie Bugs in Mono stehen dem entgegen; d.h. es funktioniert weder unter Mono noch mit installiertem nativem .NET 4.0. Aber es gibt ja genuegend Loks ohne Displays sowie die Moeglichkeit, ZusiDisplay im eigenen Fenster zu starten.

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

Re: Testbericht unter Linux

#305 Beitrag von F. Schn. »

Darf man fragen, woran es genau hängt? Startup, Verbindungsaufbau oder Rendering?
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

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

Re: Testbericht unter Linux

#306 Beitrag von Johannes »

Die Kommunikation ueber Named Pipes funktioniert nicht. Standalone und ueber TCP geht es ja bestens.

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#307 Beitrag von mitropam »

Johannes hat geschrieben:Derzeit gibt es nach meinen Erkenntnissen keine Moeglichkeit, Fuehrerstaende mit integriertem ZusiDisplay zu verwenden.
Schade :(
Aber es gibt ja genuegend Loks ohne Displays sowie die Moeglichkeit, ZusiDisplay im eigenen Fenster zu starten.
Kann ich ja mal ausprobieren. Gibts dazu eine Anleitung oder vielleicht ein Beispiel?

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

Re: Testbericht unter Linux

#308 Beitrag von F. Schn. »

Aha, interessant. Offenbar gibt es allerdings zahlreiche Beispiele in denn Named Pipes funktionieren. Ist Zusi da wohl ein Sonderfall?
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#309 Beitrag von mitropam »

Habe mir heute mal ein wenig Zeit genommen und mit ZusiDisplay herumexperimentiert. Leider bin ich nicht allzuweit gekommen.

ZusiDisplay einzeln gestartet und anschließend das passende Display ausgewählt (hier BR 411) führt zu
Bild

Dann habe ich noch den Vorschlag von F. Schn. ausprobiert:

Code: Alles auswählen

wine Zusi3/_Tools/ZusiDisplay/ZusiDisplay.exe -pipeMode -pipeName=Display_Mitte -etcs -pipeMaster
Dabei kommt das hier raus:

Code: Alles auswählen

00de:fixme:mscoree:ConfigFileHandler_startElement Unknown element L"configSections" in state 2
00de:fixme:mscoree:ConfigFileHandler_startElement Unknown element L"section" in state 6
00de:fixme:mscoree:ConfigFileHandler_startElement Unknown element L"nlog" in state 2
00de:fixme:mscoree:parse_startup useLegacyV2RuntimeActivationPolicy=L"true" not implemented
00de:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.0,Profile=Client" not implemented
00de:fixme:mscoree:ConfigFileHandler_startElement Unknown element L"appSettings" in state 2
00de:fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
00d3:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0x903f268, 0x181df0, 0x903f26c, 0x903f260
00d3:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0x903f268, 0x182008, 0x903f26c, 0x903f260
Starte ZusiDisplay
2019-09-18 22:17:00.0621|INFO|MMI.Program|ZusiDisplay 3.3.29.0
2019-09-18 22:17:00.0749|INFO|MMI.Program|CMDs: -pipeMode -pipeName=Display_Mitte -etcs -pipeMaster
Int64[]
Int64[]
Int64[]
Int64[]
Int64[]
00e5:fixme:thread:CreateThreadpoolIo (00000294, 08F17A38, 00000000, 00000000): stub
00e6:fixme:thread:CreateThreadpoolIo (000002A0, 08F17A38, 00000000, 00000000): stub
00e7:fixme:thread:CreateThreadpoolIo (00000290, 08F17A38, 00000000, 00000000): stub
00ea:fixme:thread:CreateThreadpoolIo (00000284, 08F17A38, 00000000, 00000000): stub
00d3:fixme:thread:CreateThreadpoolIo (0000028C, 08F17A38, 00000000, 00000000): stub
00ec:fixme:thread:CreateThreadpoolIo (0000029C, 08F17A38, 00000000, 00000000): stub
00e4:fixme:thread:CreateThreadpoolIo (00000298, 08F17A38, 00000000, 00000000): stub
00eb:fixme:thread:CreateThreadpoolIo (00000288, 08F17A38, 00000000, 00000000): stub
Int64[]
Int64[]
00e9:fixme:thread:CreateThreadpoolIo (000002BC, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002C0, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002C4, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002C8, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002CC, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002D0, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002D4, 08F17A38, 00000000, 00000000): stub
00e9:fixme:thread:CreateThreadpoolIo (000002D8, 08F17A38, 00000000, 00000000): stub
So richtig etwas anfangen lässt sich damit nicht.

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#310 Beitrag von mitropam »

F. Schn. hat geschrieben:Aha, interessant. Offenbar gibt es allerdings zahlreiche Beispiele in denn Named Pipes funktionieren. Ist Zusi da wohl ein Sonderfall?
Wundert mich auch. Allerdings scheint es so zu sein, dass nicht alles 1:1 funktioniert - siehe https://www.winehq.org/pipermail/wine-d ... 13509.html" target="_blank

Wie geht es denn hier nun weiter? Bleibt der Stand wie er ist? Dann sollte man ggf. viewtopic.php?f=47&t=10844" target="_blank mit entsprechenden Hinweisen versehen.

Für mich als Linux-Nutzer ist das jedenfalls derzeit nicht wirklich befriedigend.

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

Re: Testbericht unter Linux

#311 Beitrag von F. Schn. »

GetActiveTcpConnections ist ein Problemfall. Ich weiß nicht, vielleicht kann Johannes dazu was sagen, aber wir beide haben da leider nicht so viel Zeit.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat

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

Re: Testbericht unter Linux

#312 Beitrag von Johannes »

mitropam hat geschrieben:Wie geht es denn hier nun weiter? Bleibt der Stand wie er ist? Dann sollte man ggf. viewtopic.php?f=47&t=10844" target="_blank mit entsprechenden Hinweisen versehen.
Steht bereits unter "Bekannte Probleme" ganz oben. Ja, der Stand bei den integrierten Displays bleibt, wie er ist, mindestens bis Wine Threadpool-IO implementiert. ZusiDisplay standalone funktioniert ganz gut, verabschiedet sich nach ein paar Minuten Fahrt allerdings sporadisch mit einem GDI-Fehler. (Das Problem mit "GetActiveTcpConnections" habe ich bei mir nicht.)

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#313 Beitrag von mitropam »

Arrrrgh, hat sich bei wine mal wieder was geändert oder ist das ein neuer Bug?

Code: Alles auswählen

0009:err:module:import_dll Library d3dx9.dll (which is needed by L"Z:\\usr\\local\\bin\\Zusi\\Zusi3\\ZusiDateiverwaltung.exe") not found
0009:err:module:import_dll Library dxerr9.dll (which is needed by L"Z:\\usr\\local\\bin\\Zusi\\Zusi3\\ZusiDateiverwaltung.exe") not found
0009:err:module:LdrInitializeThunk Importing dlls for L"Z:\\usr\\local\\bin\\Zusi\\Zusi3\\ZusiDateiverwaltung.exe" failed, status c0000135
Habe schonmal versuchsweise die "fehlenden" Dateien aus der Zusi-Installation nach ~/.wine/drive_c/windows/system32/ kopiert. Hilft aber auch nicht. X(

Wine ist Version wine-4.18 (Staging).

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

Re: Testbericht unter Linux

#314 Beitrag von Johannes »

Kannst du das Programm mal folgenermassen starten

Code: Alles auswählen

WINEDEBUG=+module wine ZusiDateiverwaltung.exe 2>&1 | grep d3dx9
und die resultierende Konsolenausgabe hier reinkopieren?

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#315 Beitrag von mitropam »

Bitteschön:

Code: Alles auswählen

0009:trace:module:load_dll looking for L"d3dx9.dll" in L"C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:get_load_order looking for L"C:\\windows\\system32\\d3dx9.dll"
0009:trace:module:get_load_order got hardcoded default for L"d3dx9.dll"
0009:trace:module:load_builtin_dll Trying built-in L"d3dx9.dll"
0009:warn:module:find_builtin_dll cannot find builtin library for L"d3dx9.dll"
0009:warn:module:load_dll Failed to load module L"d3dx9.dll"; status=c0000135
0009:err:module:import_dll Library d3dx9.dll (which is needed by L"Z:\\usr\\local\\bin\\Zusi\\Zusi3\\ZusiDateiverwaltung.exe") not found

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

Re: Testbericht unter Linux

#316 Beitrag von Johannes »

Scheint ein Bug in Wine zu sein: https://bugs.winehq.org/show_bug.cgi?id=47967" target="_blank

Wurde vor ein paar Tagen behoben, aber es wurde seitdem noch keine neue Version veroeffentlicht.

Funktioniert es mit deiner Version, wenn du entweder
a) vor dem Start in das Verzeichnis wechselst, in dem auch Zusi liegt, und dann nur "wine ZusiDateiverwaltung.exe" aufrufst (ohne vollstaendigen Pfad) oder
b) "wine start /pfad/zu/ZusiDateiverwaltung.exe" verwendest?

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#317 Beitrag von mitropam »

Der Fehler tritt bei b) auf. a) scheint zu funktionieren - Danke für den Tipp! Und dann warte ich mal auf das nächste wine-Update.

Dann gleich noch eine Frage:
Johannes hat geschrieben:ZusiDisplay standalone funktioniert ganz gut, verabschiedet sich nach ein paar Minuten Fahrt allerdings sporadisch mit einem GDI-Fehler. (Das Problem mit "GetActiveTcpConnections" habe ich bei mir nicht.)
Wie funktioniert das mit "standalone"? Habe ich bislang nicht hinbekommen.
Zuletzt geändert von mitropam am 27.10.2019 17:20:46, insgesamt 1-mal geändert.

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

Re: Testbericht unter Linux

#318 Beitrag von Johannes »

Ah, entschuldige, es hat noch ein Schritt gefehlt. Du musst in winecfg die emulierte Windows-Version auf Windows XP setzen. Dann laesst sich ZusiDisplay mit "wine ZusiDisplay.exe" ohne den "GetActiveTcpConnections"-Fehler starten. Voraussetzung ist eine aktuelle Mono-Version (mindestens 4.9.0, die installierte Version kann man z.B. unter "wine uninstaller" sehen).

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#319 Beitrag von mitropam »

Mono ist bei mir Version 4.9.3. Jetzt funktioniert es "standalone" ganz gut z. B. mit den Diagnose-Displays. Aber bei ETCS-Displays geht noch nicht wirklich etwas.

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#320 Beitrag von mitropam »

Mit dem Update auf 3.3.4.10 einschließlich der neuen Version von ZusiDisplay hatte ich mir eigentlich eine Verbesserung bei den Displays erhofft. Leider ist dem wohl nicht so. :(
Beim Herumprobieren ist mir aufgefallen, dass auf der VDE8 fast alle Züge nicht mehr aufgegleist werden. In Richtung Theuern setzt Zusi beispielsweise nur noch den ICE 501 aufs Gleis. Wenn man dann ZusiDisplay manuell startet, fehlt allerdings die Verbindung zum RBC:

Bild

Was muss man eingeben, um die Verbindung manuell aufzubauen?

Immerhin konnte ich mit "Umgehen" dann ein Stück im SR-Mode fahren. Aber an keiner der überfahrenen Balisen wurde eine Verbindung zum RBC aufgebaut. Das manuelle Starten von ZusiDisplay ist bei ETCS jedoch nach wie vor ein Glücksspiel. Manchmal klappt es, meistens beendet sich das Programm aber nach wenigen Sekunden wieder.

Antworten