Nainstalovat Steam
přihlásit se
|
jazyk
简体中文 (Zjednodušená čínština)
繁體中文 (Tradiční čínština)
日本語 (Japonština)
한국어 (Korejština)
ไทย (Thajština)
български (Bulharština)
Dansk (Dánština)
Deutsch (Němčina)
English (Angličtina)
Español-España (Evropská španělština)
Español-Latinoamérica (Latin. španělština)
Ελληνικά (Řečtina)
Français (Francouzština)
Italiano (Italština)
Bahasa Indonesia (Indonéština)
Magyar (Maďarština)
Nederlands (Nizozemština)
Norsk (Norština)
Polski (Polština)
Português (Evropská portugalština)
Português-Brasil (Brazilská portugalština)
Română (Rumunština)
Русский (Ruština)
Suomi (Finština)
Svenska (Švédština)
Türkçe (Turečtina)
Tiếng Việt (Vietnamština)
Українська (Ukrajinština)
Nahlásit problém s překladem
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.