Test Sim 3.4.1.1

[Johannes]

Blöde Frage, macht es einen Unterschied, ob man Zusi über eine Desktopverknüpfung startet oder nicht? Das könnte erklären, warum es in der Entwicklungsumgebung nicht auftritt.

[Michael Springer]

Mein i5 mit der GTX1050 zeigt: WM_SIZE 2



Nachtrag:
- Zusi starten
- Plan laden
- Meldungsfenster konfigurieren und abdocken
- S9004 doppelklicken
- Warten bis es crasht

Nachtrag 2:
Die Crash-Adresse ist nun anders.

Nachtrag 3:
Bisher war es so, dass Zusi sich mit Klicken auf OK der Schutzverletzung selbst geschlossen hat. Mit der V3.4.1.6 bleibt Zusi mit einem grauen Hintergrund offen. Das Rechtsklick-Kontextmenu kann ich jetzt noch öffnen.

Nachtrag 4:
Die Wuchtachtalbahn geht und da erscheint nur 1x die Message: WM_SIZE 2

[Carsten Hölscher]

Vielen Dank, könntest Du noch etwas statistisch absichern, ob immer Absturz und WM_SIZE zusammen auftreten (gelbe Meldungen reichen)?

Carsten

[Carsten Hölscher]

Blöde Frage, macht es einen Unterschied, ob man Zusi über eine Desktopverknüpfung startet oder nicht? Das könnte erklären, warum es in der Entwicklungsumgebung nicht auftritt.

Wie sollte sich das denn auswirken? Mir fehlt da gerade etwas die Phantasie.

Carsten

[Johannes]

Weil man in einer Verknüpfung angeben kann, ob das Programm minimiert, maximiert oder normal dargestellt werden soll. Habe wohl überlesen, dass die Message erst nach dem Laden kommt.

[M.C.S.]

Auf die Gefahr hin, es nicht gelesen zu haben: Muss ich den Start parametrisieren, damit Meldungen erscheinen? Ich habe nach erstmaligen Start nur den Crash (ebenfalls mit neuer Speicheradresse) und dann exakt einen Meldungseintrag gehabt:
WM_SIZE 2

Das ist zu wenig, oder?

[Thomas U.]

Bei korrekt ladenden Zügen kommt "WM_SIZE 2" einmal, bei Abstürzen zweimal. Die Einträge erscheinen gleichzeitig mit der Fehlermeldung, liegen aber zeitlich etwas auseinander (ca. 1,3 Sekunden).

[Carsten Hölscher]

Ist nicht auszuschließen, dass das erste WM_SIZE nicht kommt.
Wenn überhaupt eine Meldung kam, hast du alles richtig gemacht.

Carsten

[Carsten Hölscher]

Danke für die Rückmeldungen. Ich würde noch einmal ein paar Meldungen abwarten.

Carsten

[Michael Springer]

Ich habe mal quer durch die Republik 10-15 Fahrpläne und Züge getestet.

Aus dem Bauch heraus würde ich schätzen:
80% Nicht funktionierend, mit je 2x WM_SIZE (je nach Fahrplan sind sie 1,2 - 2,5s Sekunden auseinander)
15% Funktionierend, mit nur einem WM_SIZE
5% Nicht funktionierend, mit je 3x WM_SIZE* (2 sind 3ms auseinander, das andere ca. 1,3s später)



* ob die 5% wirklich stimmen oder ob 3x extremer Zufall ist? Keine Ahnung, dafür ist die Stichprobe deutlich zu klein.

Nachtrag:
Bei meinem Aspire One 756 war es gerade so, dass das 1. WM_SIZE schon während des Ladens der Module kam. Das 2. WM_SIZE kam erst 1:20 Min. später nach dem Umschalten auf den 3D Screen.

Nachtrag2:
Statistisch kann ich es nicht belegen, da ich es nicht wirklich gezählt habe, aber gefühlt ist der Absturz häufiger, wenn die 1979er DLL zum Einsatz kommt. Bei der 2006er komme ich öfters ohne Absturz durch.

[M.C.S.]

OK, aufgrund der eindeutigen Ergebnisse habe ich weniger Durchläufe gemacht:
Erst 5x ohne Debugger, dann 5x mit Debugger. Und dann zur Sicherheit noch 1x wieder ohne Debugger. Dieselbe Strecke wie oben auch.

Ohne Debugger: 6x Fehlermeldung, dieselbe Adresse wie bei Michaels Screenshot über mir. Jedes Mal exakt 1x die Meldung "WM_SIZE 2". Sonst keine weiteren Meldungen.

Mit Debugger: 5x erfolgreicher Start. Jedes Mal exakt keine Meldungen, das Meldungsfenster blieb leer. Es ist auch egal, wann ich den Debugger an den Zusi-Prozess attache, solange es vor dem Versuch die Szene zu laden ist.

Immerhin habe ich ein äußerst stabiles Startverhalten

[F. Schn.]

Nutzt ihr den Vollbild- oder den Fenstermodus?

Ich habe folgende Beobachtung gemacht: Wenn ich Zusi im Fenstermodus laufen lasse, und während des "3D-Dateien werden geladen"-Bildschirms die Größe des Fensters verändere, kommt es zum Nullpointer. Sonnst nicht. Beim Absturz kommt zeitgleich zur Zugriffsverletzung auch eine WM_Size-Meldung. Ansonsten kommt die WM_Size-Meldung nur direkt beim Programmstart oder wenn ich die Größe des Fensters ändere.

Kann das jemand verifizieren?

Die WM_Size-Meldung kommt gar nicht, wenn man trn-Dateien per Doppelklick startet.

Das würde grundsätzlich alles zusammen passen. Direkt nach dem Laden der St3 und vor dem Laden der ls3 reagiert Zusi bei großen Strecken kurzzeitig nicht. Windows macht daraus kurzzeitig eine "keine Rückmeldung" und sendet am Ende von "keine Rückmeldung" eine WM_Size. Diese wird von Zusi zunächst zurückgestellt und bei Wiederaufnahme der Nachrichtenschleife gerät die Verarbeitung in Konflikt mit der zeitgleich laufenden Erstellung des 3D-Prozesses. Während des Debuggings sieht Zusi diese "keine Rückmeldung"-Schwelle entspannter, und bei kleinen Strecken tritt es ebenfalls nicht auf. Ist aber natürlich nur eine Theorie.

[M.C.S.]

Ich nutze den Fenstermodus, habe aber nichts am Fenster geändert, bei keinem Startvorgang. Wobei ich gerade sehe, dass das Zusi-Fenster bei mir immer maximiert startet.

[F. Schn.]

Und wenn du das Fenster während des Ladevorgangs wie beschrieben skalierst? Kommt es dann garantiert zu einem Absturz?

[M.C.S.]

Naja, ohne Debugger hatte ich ja vorhin bei 6 Versuchen glatte 100% Fehlerquote. Ich kann das aber gerne mal ausprobieren mit Blick auf veränderte Meldungsereignisse, und vielleicht hilft dann ja auch der Debugger nicht mehr. Und wie oben nacheditiert startet Zusi bei mir immer als maximiertes Fenster, also Quasi-Vollbild ohne echte Vollbild-Option.

Ich melde mich später, wenn ich was Neues habe

Edit:
Alles klar, gecheckt. Maximiertes Fenster = WM_SIZE 2, normales Fenster = WM_SIZE 0. Und Fenstergröße per gedrückter Maustaste ändern = "WM_SIZE 0"-Meldungsflut


Ich starte dann jetzt ein paar Mal...

[M.C.S.]

Hey, das ist neu bei. Bei "ich fass nix an und warte was passiert" kam die Fehlermeldung immer, bevor "Szene wird geladen" eine Chance hatte angezeigt zu werden. Sobald die Anzeige kam, war der erfolgreiche Start gesichert.

Wenn ich bei "Szene wird geladen" versuche die Größe zu ändern passiert nicht viel (Fnster reagiert träge, Mauszeiger verändert sich nicht zum "Größe ändern"-Symbol), aber den Maximieren-Knopf konnte ich drücken, dann kam das Fenster-Vollbild mit etwas Verzögerung. Und in der Tat bekomme ich dann wieder dasselbe Fehlerfenster wie sonst, nur diesmal später und vor allem trotz laufender Debug-Session. Beobachtung soweit bestätigt, F.

[Leonard K.]

Ich habe auch mal ein paar Tests gestartet:
SFS_Goettingen_Kassel, ICE-70; GeForce GTX 1650, i5-10400f

Vollbild: 2 mal Meldung WM_SIZE 2 + Zugriffsverletzung:


Im eigenen Fenster: 1 mal WM_SIZE 2 + Zugriffsverletzung, bei Ändern der Größe WM_SIZE 0

DirectX Vollbild: 3D Fenster kommt und funktioniert, aber fürchterliches Flackern des Führerstands (oder ist das beim Direct X Vollbild normal?):


Werde noch Tests mit anderen Fahrplänen durchführen.

[Leonard K.]

Tendenziell sind es bei mir auch eher die großen Fahrpläne, die nicht funktionieren.

[Carsten Hölscher]

Bsten Dank, damit sollte ich erstmal weiter kommen.

Carsten

[Carsten Hölscher]

Zur Absicherung: Mit Version .7 sollte es jetzt wieder alles korrekt laufen (Rückumstellung auf Grafik mit einer Ausgabe).

Carsten