安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题








I will look into making a customdata tag or name that allows a user to select a specific remote, as Inow you've brought it up I can see this being a potential issue, I can imagine you use the remote for docking a connector or the like?
That is unless this other script you have running is also causing some confliction
I`ve also niticed that this script cooperates perfectly fine with 2d/3d lidar mapping script which makes you see the target on the lcd screen
Regarding the rotors it's something I've ummed and ahhed about however, rotor heads actually (thanks to keen balancing) weigh and cost more than merge blocks, so the only real advantage was size, so for simplicities sake I decided to cut them from the release version for the time being unless there was a strong demand for them
This bug again! I thought Keen had fixed this a long time ago,
Yeah it's a pain in the ass mutliplyer bug with projectors, second time welding a battery and it fails to charge synch, ie on your end it looks charged, on the server it isn't sorry you couldn't get it working with batteries, but reactors should work a treat still, glad you got it working in the end,
interestingly only really found it happens with large grid batteries frustratingly
Also another note that bug doesn't occur in survival I've found, not sure why, it just doesn't
sorry I can;t helpo on it though, it's really for the deveopers to fix,