安装 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(越南语)
Українська(乌克兰语)
报告翻译问题









Checkout my guide to get a better understanding of managing the beltstream:
https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3334747691
I never have clogs and have no need of the new overflow splitter.
I think the common player perception of clogs being something wrong in the game is itself wrong.
A building requiring two inputs will activate as soon as it has the two inputs. Our job is to ensure it receives the two inputs at the 100% speed, and the outputs head away at full speed. Then the beltstream never clogs. It's trivial to do when buildings are very close and there's little to no belts to manage. When there's some distance belts can become unbalanced and one side won't provide input at 100% so the beltstream slows. The fix, is to balance the belts so shapes are always activating the buildings at full speed. Then clogs become a distant memory.
As for it being tough to figure some out, it's like anything else: it takes some practice. Using a script is good too.
This problem is also present in the cutter, but not as bad since it only has one input
simple task like switching out one corner etc. need 4 swappers in series to get the right shape..