安装 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(越南语)
Українська(乌克兰语)
报告翻译问题
Because when it comes to two or more Outputs that are fired at the same time, the order they're fired at isn't from top to bottom ( the way it usually is when outputs have different delays applied to them ) but instead it goes from the bottom to the top instead.
A visual example would be:
3. Output_1 0.00
2. Output_2 0.00
1. Output_3 0.00
6. Output_4 1.00
5. Output_5 1.00
4. Output_6 1.00
9. Output_7 2.00
8. Output_8 2.00
7. Output_9 2.00
It can be easily re-arranged by simply copying, deleting & then pasting the Output, just keep it mind that it will always be pasted at the bottom-most order ( bottom-most of whichever delay it has, so the bottom-most of a delay of 0 seconds, 1 second, etc... ).
So perhaps this could resolve the issue of only randomly receiving a Dual Portal Device.
Because the Player is the last entity to spawn in a map, and if the upgrade_portal is sent before the Player even spawned into the map, it won't work consistently.
I'm assuming this is the case.