01-10-2015, Thursday-01:06:11
Hallo Prissi!
Danke für die Antwort.
Ich hab jetzt zuerst mal auf xml_zipped umgestellt. Was allerdings nicht geholfen hat. :evil: Dann habe ich binary verwendet: Und es geht!
*hopps*spring*hüpf* 8) Ziemlich fix nach dem Verbindungsaufbau beginnt der Kartendownload. Dank knapp 6 GByte RAM, was Linux für Filecache zur Verfügung bleibt und natürlich der SSD und den 4 Kernen des E5-Prozessors (so schlecht scheint die aktuelle 15-Euro-NetCup-Hardware nicht zu sein ^^ ).
Nach 17 Sekunden beginnt der Download. Die Filegröße der Karte ist jetzt unkomprimiert 271MByte. Es scheint aber einen echten Bug zu geben:
Fehlerforschung
Es gibt 2 Schwachstellen:
1) Mit Zip/bzip2: Der Abbruch des Clients scheint ganz klar ein Timeout zu sein: Nach genau 120s kommt die Fehlermeldung. Abhilfevorschlag: a) Timeout vergrößern. b) Das Timeout mit in die Clientkonfigurations-tab legen. c) Meiner Meinung nach beste aber aufwändigste Lösung: Server sendet einen Fortschrittswert an den Client, solange der Kartendownload noch nicht bereit ist. Und der Nutzer am Client bekommt einen Abbruch-Button über diese Zeit angeboten.
1a) Bei meiner Karte dauert das Zippen offenbar um die 2 1/2 Minuten oder länger. Vielleicht kann "man" (also die Entwickler) eine geringere Kompressionsrate als Standart wählen.
Weiterhin hab ich an einer funktionierenden Client-Server-Konfiguration getestet. Ausgangspunkt: Nutzer startet das Onlinespiel, was den Server zuerst veranlasst, das aktuelle Spiel zu sichern. Unterbricht man in diese Zeit den Client...:
2) Wenn der Client geschlossen wird, während der Server das Savegame speichert, um dann dem Client die Karte zu senden: stoppt oder crasht der Server!
Der Punkt 2) überrascht mich. Das müsste den Betreibern von öffentlichen Spieleservern mit Simutrans aufgefallen sein: Entscheidet sich der Nutzer beim Verbinden, doch nicht zu spielen und bricht Simutrans ab, müsste jeweils die Serverapplikation stoppen/crashen. Da kann man zwar ein Workaround für schaffen, aber Spieler die schon online sind, werden abgewürgt.
Wichtigkeit:
1) "Nice to have"
2) Wichtig für Server-Betreiber
Jedenfalls erklären beide Punkte in Summe das von mir oben beschriebene (Gesamt)verhalten mit meiner großen Karte. Die Kartengröße selbst ist also nur der Auslöser.
Viele Grüße
Frank
Danke für die Antwort.
Ich hab jetzt zuerst mal auf xml_zipped umgestellt. Was allerdings nicht geholfen hat. :evil: Dann habe ich binary verwendet: Und es geht!
*hopps*spring*hüpf* 8) Ziemlich fix nach dem Verbindungsaufbau beginnt der Kartendownload. Dank knapp 6 GByte RAM, was Linux für Filecache zur Verfügung bleibt und natürlich der SSD und den 4 Kernen des E5-Prozessors (so schlecht scheint die aktuelle 15-Euro-NetCup-Hardware nicht zu sein ^^ ). Nach 17 Sekunden beginnt der Download. Die Filegröße der Karte ist jetzt unkomprimiert 271MByte. Es scheint aber einen echten Bug zu geben:
Fehlerforschung
Es gibt 2 Schwachstellen:
1) Mit Zip/bzip2: Der Abbruch des Clients scheint ganz klar ein Timeout zu sein: Nach genau 120s kommt die Fehlermeldung. Abhilfevorschlag: a) Timeout vergrößern. b) Das Timeout mit in die Clientkonfigurations-tab legen. c) Meiner Meinung nach beste aber aufwändigste Lösung: Server sendet einen Fortschrittswert an den Client, solange der Kartendownload noch nicht bereit ist. Und der Nutzer am Client bekommt einen Abbruch-Button über diese Zeit angeboten.
1a) Bei meiner Karte dauert das Zippen offenbar um die 2 1/2 Minuten oder länger. Vielleicht kann "man" (also die Entwickler) eine geringere Kompressionsrate als Standart wählen.
Weiterhin hab ich an einer funktionierenden Client-Server-Konfiguration getestet. Ausgangspunkt: Nutzer startet das Onlinespiel, was den Server zuerst veranlasst, das aktuelle Spiel zu sichern. Unterbricht man in diese Zeit den Client...:
2) Wenn der Client geschlossen wird, während der Server das Savegame speichert, um dann dem Client die Karte zu senden: stoppt oder crasht der Server!
Der Punkt 2) überrascht mich. Das müsste den Betreibern von öffentlichen Spieleservern mit Simutrans aufgefallen sein: Entscheidet sich der Nutzer beim Verbinden, doch nicht zu spielen und bricht Simutrans ab, müsste jeweils die Serverapplikation stoppen/crashen. Da kann man zwar ein Workaround für schaffen, aber Spieler die schon online sind, werden abgewürgt.
Wichtigkeit:
1) "Nice to have"
2) Wichtig für Server-Betreiber
Jedenfalls erklären beide Punkte in Summe das von mir oben beschriebene (Gesamt)verhalten mit meiner großen Karte. Die Kartengröße selbst ist also nur der Auslöser.
Viele Grüße
Frank