Problembehebung bei integrierten Displays: Unterschied zwischen den Versionen

Aus ZusiWiki
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „Was tun wenn die integrierten ZusiDisplays nicht so funktionieren wie erwartet? == Es werden gar keine Displays dargestellt == Ist eine Sicherheitssoftware in…“)
 
Keine Bearbeitungszusammenfassung
(4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 2: Zeile 2:


== Es werden gar keine Displays dargestellt ==
== Es werden gar keine Displays dargestellt ==
Ist eine Sicherheitssoftware installiert, die den Start externer Prozesse stillschweigend unterbindet? Dann muss diese Sicherheitsfunktion abgeschaltet werden, oder ZusiSim.exe auf eine Whitelist des Sicherheitsprogramms gesetzt werden.
* Ist ZusiDisplay grundsätzlich funktionsfähig? Dazu im Zusi-Programmverzeichnis den Unterordner _Tools\ZusiDisplay aufsuchen und dort die ZusiDisplay.exe starten. Wenn dann eine Fehlermeldung kommt, die zur Installation von .NET Core auffordert, dem Link folgen und die x86-Version von .NET Core installieren. Dies gilt auch, wenn man ein x64-System betreibt. Mit der x64-Version von .NET Core funktioniert ZusiDisplay nicht.
* Ist eine Sicherheitssoftware installiert, die den Start externer Prozesse stillschweigend unterbindet? Dann muss diese Sicherheitsfunktion abgeschaltet werden, oder ZusiSim.exe auf eine Whitelist des Sicherheitsprogramms gesetzt werden. Ob der Simulator den externen ZusiDisplay-Prozess starten kann, kann man im Simulator testen, indem man über "Konfiguration -> ZusiDisplay starten" eine beliebige Maske startet.
* Es kann versucht werden, die ZusiDisplay-Konfiguration zu resetten. Dazu im "Arbeitsverzeichnis eigene Daten" den Ordner _Tools aufsuchen und dort alle ZusiDisplay-Bestandteile löschen. Wo das "Arbeitsverzeichnis eigene Daten" zu finden ist, sagt einem der Simulator unter "Konfiguration -> Einstellungen -> Sonstiges". Dort befindet sich auch ein Knopf, um den Ordner direkt aufzurufen.


== Displays reagieren verzögert ==
== Displays reagieren verzögert ==
*In den Simulator-Einstellungen muss der Haken "Daten nur bei Änderungen senden" gesetzt sein.
*In den Simulator-Einstellungen muss der Haken "Daten nur bei Änderungen schicken" gesetzt sein.
*Das empfohlene Sende-Intervall in den Simulator-Einstellungen ist 0,3 Sekunden. Niedrigere Werte können höhere Last bei ZusiDisplay verursachen.
*In den Einstellungen von ZusiDisplay gibt es einen Schieberegler für die Update-Rate der Führerstands-Integration. Auf schwächeren Rechnern kann man versuchen, diesen auf "seltener" zu setzen.
*In den Einstellungen von ZusiDisplay gibt es einen Schieberegler für die Update-Rate der Führerstands-Integration. Auf schwächeren Rechnern kann man versuchen, diesen auf "seltener" zu setzen.
== Unstete Bildfolge der Simulation ==
Falls in Führerständen mit integrierten Displays Mikroruckler auftreten, kann versuchsweise vSync abgeschaltet werden und mit der Framebremse experimentiert werden (ein Nutzer berichtete davon, dass auf seinem Bildschirm mit 60 Hz Bildwiederholrate die Mikroruckler weniger wurden, wenn die Framebremse auf 50 fps eingestellt war).

Version vom 5. März 2022, 22:43 Uhr

Was tun wenn die integrierten ZusiDisplays nicht so funktionieren wie erwartet?

Es werden gar keine Displays dargestellt

  • Ist ZusiDisplay grundsätzlich funktionsfähig? Dazu im Zusi-Programmverzeichnis den Unterordner _Tools\ZusiDisplay aufsuchen und dort die ZusiDisplay.exe starten. Wenn dann eine Fehlermeldung kommt, die zur Installation von .NET Core auffordert, dem Link folgen und die x86-Version von .NET Core installieren. Dies gilt auch, wenn man ein x64-System betreibt. Mit der x64-Version von .NET Core funktioniert ZusiDisplay nicht.
  • Ist eine Sicherheitssoftware installiert, die den Start externer Prozesse stillschweigend unterbindet? Dann muss diese Sicherheitsfunktion abgeschaltet werden, oder ZusiSim.exe auf eine Whitelist des Sicherheitsprogramms gesetzt werden. Ob der Simulator den externen ZusiDisplay-Prozess starten kann, kann man im Simulator testen, indem man über "Konfiguration -> ZusiDisplay starten" eine beliebige Maske startet.
  • Es kann versucht werden, die ZusiDisplay-Konfiguration zu resetten. Dazu im "Arbeitsverzeichnis eigene Daten" den Ordner _Tools aufsuchen und dort alle ZusiDisplay-Bestandteile löschen. Wo das "Arbeitsverzeichnis eigene Daten" zu finden ist, sagt einem der Simulator unter "Konfiguration -> Einstellungen -> Sonstiges". Dort befindet sich auch ein Knopf, um den Ordner direkt aufzurufen.

Displays reagieren verzögert

  • In den Simulator-Einstellungen muss der Haken "Daten nur bei Änderungen schicken" gesetzt sein.
  • Das empfohlene Sende-Intervall in den Simulator-Einstellungen ist 0,3 Sekunden. Niedrigere Werte können höhere Last bei ZusiDisplay verursachen.
  • In den Einstellungen von ZusiDisplay gibt es einen Schieberegler für die Update-Rate der Führerstands-Integration. Auf schwächeren Rechnern kann man versuchen, diesen auf "seltener" zu setzen.

Unstete Bildfolge der Simulation

Falls in Führerständen mit integrierten Displays Mikroruckler auftreten, kann versuchsweise vSync abgeschaltet werden und mit der Framebremse experimentiert werden (ein Nutzer berichtete davon, dass auf seinem Bildschirm mit 60 Hz Bildwiederholrate die Mikroruckler weniger wurden, wenn die Framebremse auf 50 fps eingestellt war).