+- TT-MS Headquarters (https://www.tt-ms.de/forum)
+-- Forum: Problemecke (/forumdisplay.php?fid=70)
+--- Forum: Probleme mit OpenTTD (/forumdisplay.php?fid=27)
+--- Thema: verbindungsprobleme dbg 663 & co. (/showthread.php?tid=4237)
verbindungsprobleme dbg 663 & co. - Ignus - 16.09.2009 16:52
Hallo,
Probleme über Probleme -.-*
ich nutze ein nightly build auf meiner ubuntu maschiene.
Das Spiel lief jetzt schon einige Tage lang ohne Probleme. Mein Kumpel und ich haben uns während dieser Zeit zu Industriemagnaten hochgearbeitet.
Doch just ab heute fliegen wir dauernd nach 5-10 sec vom Server (aus dem Spiel) mit der Meldung "verbindung verloren"
In der console steht etwas von "dbg connection lost 663" oder so ähnlich.
Sonst überhaupt nüscht.
Kann mir jemand etwas dazu ssagen? Wodurch passiert so etwas?
Vor allem bekomme ich keine weiteren Infos warum ich aus dem Spiel fliege.
Schlicht nur "verbindung verloren".
Die letzten 3 Tage lief das Spiel sonst einwandtfrei.
----------------
Und nun noch ein weiteres Problem:
Als ich Held ausversehen strg+c in der Konsole verwendet habe um den Fehlertext zu kopieren, hab ich natürlich meine Screensession geschlossen
Jetzt wollte ich das Spiel mit dem letzten Spielstand neu starten:
"openttd -D -g save/autosave/autosave7.sav" << Richtiger Befehl?
So. Nun bekomme ich folgende Fehlermeldung aus der Konsole:
Code:
openttd: /usr/src/OpenTTD/compile/src/3rdparty/squirrel/squirrel/sqapi.cpp:679: void sq_pop(SQVM*, SQInteger): Assertion `v->_top >= nelemstopop' failed.
AbortedGoogle und co spuckt mir leider zu diesen beiden Fehlern nüscht aus.
Das letztere Problem mit dem Spielstand sehe ich allerdings als nicht sooo wichtig an wie das erste Problem.
Ich hoffe jemand weis hier einen Rat.
MfG Ignus
RE: verbindungsprobleme dbg 663 & co. - Eddi - 16.09.2009 19:37
Squirrel ist die Laufzeitumgebung für die Computerspieler, am besten, du gehst zu http://bugs.openttd.org und stellst dort deinen Spielstand rein.
Bei der Suche nach Fehler 663 stieß ich nur auf diesen, der klingt aber nicht sehr passend. Häufigste Ursache für "Connection lost" Fehler sind aber schlechtes WLAN oder zu langsame Rechner. Das mit den langsamen Rechnern tritt dann zutage, wenn das Spiel weit vorangeschritten ist, und der Server schneller ist als die Mitspieler. Am besten mal schauen, ob ihr drin bleibt, wenn das Spiel pausiert ist.
RE: verbindungsprobleme dbg 663 & co. - Ignus - 16.09.2009 21:42
Hallo,
entschuldigung, anscheinend habe ich den Thread schon wieder im falschen Forumsabteil eröffnet -.-*
Aslo der root server hat eigendlich eine ast reine Verbindung. 50mbyte/sec sind da nix.
Bei der cpu-Last wird auch nicht viel gekratzt. Gerade mal 15%.
Allerdings, jetzt wo du es erwähnst Eddi, ich kann mich an Komplikationen mit der Prozessoraffinität bei 64bit Systemen und älteren Spielen erinnern.
Nur ein Ruckeln oder ähnliches habe ich nie feststellen können.
Zu blöd dass ich es jetzt nicht mehr testen kann, weil ich den Spielstand nicht mehr geladen bekomme...
RE: verbindungsprobleme dbg 663 & co. - Eddi - 16.09.2009 22:37
(16.09.2009 21:42)Ignus schrieb: Bei der cpu-Last wird auch nicht viel gekratzt. Gerade mal 15%.OpenTTD kann nur einen Kern benutzen, also wäre bei einem QuadCore entsprechend bei 25% Sense. Außerdem kommt es auch noch auf den Prozessor des Clients an, der muß nämlich alles das berechnen, was der Server berechnet, plus die Grafik dazu. Also sollte der Server am besten der langsamste Rechner sein.
RE: verbindungsprobleme dbg 663 & co. - Ignus - 17.09.2009 00:18
Hallo,
ja die 15% Angabe bezieht sich schon auf einen Kern
Unter Ubuntu sieht man sowas ziemlich gut, welcher Prozess auf welchem Kern mit wieviel Last gerade rennt.
Ich habe nun die Vermutung dass es das Bäumchen wechsel dich Spiel ist, welches nicht rund läuft.
Sprich, das System ist standartmässig so eingestellt dass es für jeden Prozess je nach Powerbedarf die CPU 1. hoch und runter regelt und 2. den Kern selbstständig zuweisen tut - wegen Öko und son gedöns *g*
Bei Battlefield1942 macht das höllisch ärger, wenn man dem System nicht sagt, *dieser Prozess läuft auf diesem Kern mit soundso cpu-speed*.
Also Prozzikapa ist es bei mir in dem Fall ganz bestimmt nicht.
Aber ich denke das Problem wird sich bestimmt mal wieder blicken lassen, dann teste ich es.