Zusi-Forum

Bernhard K. hat geschrieben: ↑23.01.2022 12:06:50 Naja die Wine Gdiplus Dll mit den massiven Performanceproblemen ist jetzt auch nicht so schlecht.

Weiß ich ja, deshalb hatte ich die native Dll auch erstmal zurückgestellt. Als alles dann so super lief habe ich die Dll en passant auch noch "optimiert", ohne mir groß etwas dabei zu denken. Wahrscheinlich muss ich jede Ändereung an Zusi und Wine mit Datum und Uhrzeit protokollieren .

Generelle Frage in die Runde:

Kann jemand hier ein Aufhängen von Zusi beim Fahren von Timetables\Deutschland\Hamburg_Kassel\Hildesheim-Kassel-Umleiter_2020_06Uhr-10Uhr.fpn -> 7. Hannoverische Südbahn -> RB24007_24199 nachstellen?
Das Problem entsteht bei mir kurz nach der Ausfahrt aus Speele, ca. 100m nach dem Ausfahrsignal.

Läuft bei mir problemlos durch.

Johannes hat geschrieben: ↑20.01.2022 08:38:47

Christian Gründler hat geschrieben: ↑20.01.2022 06:51:10Mit Linux-Bordmitteln bekomme ich eine Liste sämtlicher .st3-Dateien in _ZusiData als Pfadnamen in einer Sekunde.

Ein realistischerea Vergleich wäre im Routes-Ordner „wine cmd“ und dann „dir /s /b "*.st3"“. Aber auch das ist bei mir viel schneller.

Was auffällt: Zusi gibt als Suchmaske für FindFirstFile "*.*" an und filtert dann vermutlich intern. Wine gibt als Suchmaske "*.st3" an, damit werden unpassende Dateinamen gar nicht erst zurückgegeben.

Danke für die Idee, hab's mal so geändert, dass nicht tiefer gesucht wird, wenn eine st3-Datei gefunden wird.
Bei den Befehlen rödelt er dann immer noch etwas rum, da lässt sich ja nicht so ohne weiteres vorhersagen, wo sowas liegt.

Carsten

Carsten Hölscher hat geschrieben: ↑27.01.2022 23:57:13 Danke für die Idee, hab's mal so geändert, dass nicht tiefer gesucht wird, wenn eine st3-Datei gefunden wird.

Ich habe im Routes-Ordner eine Menge Teststrecken liegen. Damit würde er jetzt nicht in den Deutschland-Ordner absteigen, richtig? Eine Maximal-Suchtiefe oder die Nutzung des Patterns bei FindFirstFile wäre für mich eine sinnvollere Option.

Nachdem die Aktualisierungsverwaltung wine 7.0 auf meinen Rechner gespült hat, habe ich nun eine Zusi-Neuinstallation gemacht und kann bestätigen, dass die Zusi-Displays nun ohne weitere Kunstgriffe auch mit wine stable funktionieren!

Toll, dass man nun auch unter Linux wieder mit allen Zügen fahren kann!

Allerdings scheint mir die Grafikperformance nicht ganz so gut zu sein, wie zuvor. Die Anzeige liegt zumeist irgendwo zwischen 25 und 35 fps. Mit der alten Installation mit wine < 6.2 hatte ich außerhalb von Bahnhöfen regelmäßig 39 fps. Via winetricks wurden gdiplus, corefonts und dotnetcoredesktop3 installiert.

Beim Start des RE 27306 (Kassel - Paderborn) gibt es folgenden Fehler:



Fahren kann man trotzdem.

Ich habe im Routes-Ordner eine Menge Teststrecken liegen. Damit würde er jetzt nicht in den Deutschland-Ordner absteigen, richtig? Eine Maximal-Suchtiefe oder die Nutzung des Patterns bei FindFirstFile wäre für mich eine sinnvollere Option.

Naja, Ich hab aber z.B. auch Module in tieferen Ebenen liegen
Ich werde ne Option in den Einstellungen vorsehen, um den bisherigen Stand herstellen zu können. Du könntest Dir ja einen Routes\Test - Ordner anlegen, wenn es schnell gehen soll.

Carsten

mitropam hat geschrieben: ↑29.01.2022 22:33:56
Beim Start des RE 27306 (Kassel - Paderborn) gibt es folgenden Fehler:

https://abload.de/img/zusi-error1lrjkz.jpeg

Fahren kann man trotzdem.

Auf anderen Strecken (z. B. zwischen Köln und Düsseldorf) gibt es mit Zügen mit der BR 146 ähnliche Fehlermeldungen.

mitropam hat geschrieben: ↑31.01.2022 22:17:04 Auf anderen Strecken (z. B. zwischen Köln und Düsseldorf) gibt es mit Zügen mit der BR 146 ähnliche Fehlermeldungen.

Interessant. Ich kann auf jeden Fall ein ähnliches Problem bei mir reproduzieren. Vielleicht setze ich mich da mal dran.

Seltsamerweise funktioniert die Fahrt mit dem RE 27306 (aus dem fiktiven S-Regio-Fern-Fahrplan) bei mir zunächst problemlos, ich kann auch das FIS auf der "Rückwand" des Führerstands bedienen. Es kam zwar keine Ansage vor Kassel-Wilhelmshöhe, aber ich habe die Bedienung glaube ich einfach nicht ganz raus, war irgendwie schon einen Halt weiter oder so…

Nach der Wende in Kassel-Wilhelmshöhe weigern sich dann aber die wichtigsten Displays zu starten (nur der Bus-Master läuft, wohl das linke Display im Steuerwagen), was aber laut ZusiDisplay-Logs einen anderen Grund zu haben scheint. Da funktioniert einfach die Netzwerkverbindung zum Master aus irgendwelchen Gründen nicht ("Verbindung abgelehnt").

Ich habe das mit der Zusi-Steam-Version und Proton-7.1-GE-2 probiert, soweit ich mich erinnern kann auch ohne irgendwelche Änderungen außer der Original-micross.ttf und natürlich der dotnet-Installation. Ob es wohl in 7.1 repariert wurde, oder doch eher in einem der Proton-Patches, oder habe ich nur irgendwie "Glück"? Vielleicht läuft es bei euch ja mit Wine-7.1-GE-1?

Edit: Hatte einen falschen Link gesetzt.

Flo Zille hat geschrieben: ↑01.02.2022 16:07:32 Nach der Wende in Kassel-Wilhelmshöhe weigern sich dann aber die wichtigsten Displays zu starten (nur der Bus-Master läuft, wohl das linke Display im Steuerwagen), was aber laut ZusiDisplay-Logs einen anderen Grund zu haben scheint. Da funktioniert einfach die Netzwerkverbindung zum Master aus irgendwelchen Gründen nicht ("Verbindung abgelehnt").

Mit der Wende habe ich keine Probleme. Zwar wird die FIS-Fehlermeldung nach dem Richtungswechsel nochmal angezeigt, aber die Zusi-Displays laufen und man kann auch fahren.

mitropam hat geschrieben: ↑29.01.2022 22:33:56 Allerdings scheint mir die Grafikperformance nicht ganz so gut zu sein, wie zuvor. Die Anzeige liegt zumeist irgendwo zwischen 25 und 35 fps. Mit der alten Installation mit wine < 6.2 hatte ich außerhalb von Bahnhöfen regelmäßig 39 fps. Via winetricks wurden gdiplus, corefonts und dotnetcoredesktop3 installiert.

Hier habe ich inzwischen festgestellt, dass die fps-Rate deutlich ansteigt, wenn man die Zusi-Displays ausblendet - z. B. mit der Pfeil-Nach-Oben-Taste.

Nach ein paar Wochen Pause hatte ich heute mal wieder Lust Zusi zu fahren. Leider bekomme ich jetzt nur noch 3 - 5 fps angezeigt. Was mag da passiert sein?

Außer "vielleicht falscher Grafiktreiber" fällt mir spontan nichts Weiteres ein.

Dachte ich auch erst.

Installiert ist:

Und Zusi zeigt den auch an:



und da steht auch die richtige Karte drin.

Habe nochmal meine Brille geputzt. Tatsächlich zeigt mir Zusi hier eine falsche Grafikkarte an. Es sollte hier nämlich eine GTX 1650 angezeigt werden. Aber wie kann ich den richtigen Treiber einstellen? Zusi bietet mir hier keine Auswahl an.

Mir fällt eigentlich jetzt nur auf, dass der Grafiktreiber ein bisschen älter ist. Aktuellste Version ist 510.
Sonst, kein Plan... Hast du die Wine Version geändert?

Nein, bin seit einigen Wochen bei Wine 7.0 aus dem stable branch.

Also unter Windows würde ich da als erstes den Bereich des Grafikkartentreibers verdächtigen. Ich weiß jetzt aber nicht, wie man da unter Linux am dümmsten vorgeht... Hast du noch irgendwas mit 3D-Grafik auf dem Rechner? Hat sich das auch verschlechtert?

F. Schn. hat geschrieben: ↑13.03.2022 17:38:53 Hat sich das auch verschlechtert?

Nicht wirklich. Spiele habe ich zwar weiter keine, aber glxgears läuft im Vollbildmodus nach wie vor mit 60 fps.

Guten Abend zusammen!
Ich habe die Demoversion von Zusi installiert auf meinem Linux-rechner mit OpenSUSE Leap 15.3. Weil das klappte habe ich mich die Vollversion (USB) gekauft. Leider schlägt die Installation der Vollversion fehl. Ich habe das gemacht wie beschrieben auf der Seite "Hinweise zur Benutzung von Zusi 3 mit Linux und Wine" mit dem Hilfsprogramm von Johannes. Ich bekomme die folgenden Fehlermeldungen: Wer kann mir erklären was hier schiefläuft und wie ich das Problem beheben kann?