langsamer Start von zusisim

[Carsten Hölscher]

Wo genau braucht Zusi länger? Mir wär nichts bewußt, was da groß Auswirkungen haben sollte.

Carsten

[oberstrom (Markus)]

Dass die Zusi-Programme seit Version 3.5.7.0 (bis zur vorherigen Beta war das nicht) länger zum Öffnen brauchen, kann ich bestätigen. Beim Fahrsimulator und 3D-Editor zum Beispiel vergehen zwischen Klick und Erscheinen der Versionsinfo 6,5 Sekunden, das ging zuvor definitiv schneller. Ebenso habe ich neuerdings auf Fahrten der Richtung Celle-Hamburg mit dem Fernverkehr erstmals den Fall, dass das Modul Hamburg-Harburg nicht schnell genug geladen wird und man südlich des Bahnhofs durch eine halb leere Landschaft fährt, die sich erst mühsam sukzessive aufbaut.

[butsche]

Dass die Zusi-Programme seit Version 3.5.7.0 (bis zur vorherigen Beta war das nicht) länger zum Öffnen brauchen, kann ich bestätigen. Beim Fahrsimulator und 3D-Editor zum Beispiel vergehen zwischen Klick und Erscheinen der Versionsinfo 6,5 Sekunden, das ging zuvor definitiv schneller. Ebenso habe ich neuerdings auf Fahrten der Richtung Celle-Hamburg mit dem Fernverkehr erstmals den Fall, dass das Modul Hamburg-Harburg nicht schnell genug geladen wird und man südlich des Bahnhofs durch eine halb leere Landschaft fährt, die sich erst mühsam sukzessive aufbaut.

Dem schließe ich mich an. Dachte nach dem Klick da passiert nichts.

[Melvin]

In der Annahme, dass es eventuell auch damit zusammenhängt .. Folgendes ist mir noch aufgefallen:

Wenn man im Fahrplan Editor ein Fahrzeug aufruft und sich das Vorschaubild anzeigen lässt, dauert es hier seit
dem letzten Update auch erheblich länger, bis die Grafik angezeigt wird. Ist jetzt kein Beinbruch, aber da war Zusi
definitiv auch mal schneller.

Grüße,
Melvin

[Thomas U.]

Dann ist das also doch keine Einbildung, dass die Programme (Sim wie Editoren) länger zum Start brauchen. Also ja, ich schließe mich da an, irgendwas ist anders zu vorher.

[Holger Lürkens]

Die Beobachtungen zum verzögerten Laden der Landschaft im Bereich Maschen und Hamburg-Harburg kann ich bestätigen. Ebenso die deutlich längere Zeit zur Anzeige der Fahrzeuge im Fahrplaneditor.

Holger

[Carsten Hölscher]

Kann jemand sagen, mit welcher Beta-Version das kam?

Carsten

[Thomas U.]

Eine Version kann ich leider nicht nennen, weil ich in letzter Zeit etwas sparsam war mit Betas, mir ist allerdings gerade aufgefallen, dass es anscheinend nur die 64bit-Variante betrifft. Die 32bit-Versionen starten in der bisher auch von 64bit gewohnten Zeit.

[yxyx]

Auf der SFS beim ICE 888 im Fahrplan Kirchheim-Veddel hatte ich sowohl in Kassel, in Göttingen, als auch in Hildesheim massive Nachladeprobleme mit fehlender Landschaft seit Zusi 3.5.7.
(Danach hatte ich die Fahrt aus anderen Gründen abgebrochen.)

Edit: Auch die Ladezeit beim Programmstart hat sich bei mir ebenfalls verlängert.

Liebe Grüße
yxyx

[Carsten Hölscher]

Wäre hilfreich das mal systematisch zu beschreiben. Also mit 32 und 64 bit testen und die Version rauskriegen mit der das kam.
Bleiben wir erstmal beim Start der exe.

Carsten

[oberstrom (Markus)]

Für 64-bit: Bis ZusiSim 3.5.6.8 gab es die verlängerte Startzeit definitiv noch nicht. Ob diese seit 3.5.6.14 oder der Vollversion 3.5.7.0 auftritt, kann ich nicht mehr mit Sicherheit sagen.

[Carsten Hölscher]

Und 32 bit ist völlig unauffällig?

Carsten

[F. Schn.]

Subjektiv hätte ich dem in der Tat zugestimmt.

Objektiv kann ich jedoch keinen messtechnischen Nachweis erbringen. Die Zeit zum Start des SplashScreens beträgt Konstant etwa 5,5 Sekunden - was in meinen Augen immer noch recht viel ist. Der selbe Wert bleibt aber auch beim Zurücksetzen auf Version 3.5.6.0 oder selbst 3.5.0.0 nachweisbar. Auch die letzte ZusiDisplay-Vollversion, die letzte Vollversion der Z3Strbie oder ein auskommentieren der DLLs (lib-Ordner wegbenennen) oder ein Trennen des Netzwerkadapters macht keinen Unterschied. Auch die 32-Bit-3.5.6.0-Version benötigt ebenso lange.

Mir ist aber in der Tat aufgefallen, dass es häufiger als bisher zu Löchern in der Landschaft kommt. Dort fällt mir aber aber auf Anhieb keinen sinnvoller Messaufbau ein.

(Edit: Was letzteres anbelangt, würde ich aber darum bitten, diesem Bug etwas höhere Priorität einzuräumen: viewtopic.php?f=55&t=15216 Er sorgt ja dafür, dass Zusi die Landschaften lädt, dann wieder entlädt und dabei gegen die Entladebremse stößt, und dann auf die Entladebremse warten muss, um die Landschaften erneut zu laden.)

[lipkegu]

Kann man das nicht einfach mal mittels profiling bestimmen, Carsten?

[Carsten Hölscher]

Eine Sache würde zu den Beobachtungen passen: Ein Einfluss von ZusiDisplay. Könntet Ihr bitte mal testen, ob eine alte Version den Zusim wieder wie früher starten lässt?

Carsten

[Thomas F.]

Moinsen,
ich habe mit Version ZD 3.5.13.3 und 3.5.20.7 getestet, konnte keinen Unterschied feststellen.
Thomas F.

[yxyx]

Eine Sache würde zu den Beobachtungen passen: Ein Einfluss von ZusiDisplay. Könntet Ihr bitte mal testen, ob eine alte Version den Zusim wieder wie früher starten lässt?

Ich kann mir nicht vorstellen, dass ZusiDisplay da einen Einfluss hat. Wenn ich ZusiSim starte (um dann im Anschluss einen Fahrplan laden zu können) läuft doch ZusiDisplay noch nicht (seit denn ich starte es vorher selbst, was ich aber nicht mache). Aber genau dieser Start dauert ja schon länger.
(Testen kann ich es mit der Steam-Version leider nicht.)

Liebe Grüße
yxyx

[F. Schn.]

So, Ursache gefunden: Es liegt an einer langsamen Implementierung der Programmübersetzung.

Die Details sind mir noch unklar, aber mit diesem AddOn ist die _InstSetup\language\Deutsch\__text.txt versehentlich als _InstSetup\language\Deutsch\text.txt ausgeliefert worden, womit die Übersetzung standardmäßig immer geladen wird, anstatt wie bisher nur Platzhalter zu sein. Benenne ich die Datei weg, beschleunigt sich der Start signifikant.

In .Net gibt es da eine this.SuspendLayout();-Methode, die ich aber beim Buchfahrplan auch vergessen habe. Das müsste man aber im Detail dann untersuchen.

@yxyx: Und die Glaskugel mit ZusiDisplay ist Quatsch. ZusiDisplay wird beim Starten von Zusi sehr wohl mitgestartet. Aber eben erst nach der Denkpause.

[butsche]

So, Ursache gefunden: Es liegt an einer langsamen Implementierung der Programmübersetzung.

Die Details sind mir noch unklar, aber mit diesem AddOn ist die _InstSetup\language\Deutsch\__text.txt versehentlich als _InstSetup\language\Deutsch\text.txt ausgeliefert worden, womit die Übersetzung standardmäßig immer geladen wird, anstatt wie bisher nur Platzhalter zu sein. Benenne ich die Datei weg, beschleunigt sich der Start signifikant.

Danke, funktioniert super !

[willweg]

Die Details sind mir noch unklar, aber mit diesem AddOn ist die _InstSetup\language\Deutsch\__text.txt versehentlich als _InstSetup\language\Deutsch\text.txt ausgeliefert worden, womit die Übersetzung standardmäßig immer geladen wird, anstatt wie bisher nur Platzhalter zu sein. Benenne ich die Datei weg, beschleunigt sich der Start signifikant.

Ich hab zwei davon im _InstSetup Verzeichnis: einmal text.txt und einmal _text.txt. Also die text.txt auf text.tx_t (oder so ähnlich) umbenennen oder gleich löschen?