Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
But: I found out that setting "controlModule" to false in the script, as well as disabling "read all input" on the programmable block itself, seemed to eleminate the problem all together!
Its noticable, that with control module enabled, the spinning symbol (\|/)changes whenever I move there is some input, like moving the mouse.Of course, ideally I'd prefer to keep control module functionality.
Since the misbehaviour could be somehow related to computing timeing (worse on servers, maybe related to overall grid size/amount of stuff on it?), perhaps a small delay within the script could be an easy fix?
1) Connect connector
2) Engage Rotor Lock
3) Reset Rotor Velocity to 0 (needed for lock to engage)
4) Power off all Thrusters
5) Put script in standby (if it wasn't already which it usually was)
Then I log off the dedicated server, and when I come back, the ship has ripped itself in half and taken the connector with it. Even though the thrusters were off, the script was in standby, and the rotors were locked.