安裝 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(越南文)
Українська(烏克蘭文)
回報翻譯問題
Bomb site markings would be a very nice QoL improvement but wont prevent it from going on the hub.
My hotfix to this is working, but also -from the technical standpoint- it's stupid. To me the origin of this exploit is clearly a rendering design flaw in the engine. It's not supposed to be My job to fix it within a level. Also not supposed to limit anyone's artistic creativity by compromising gameplay.
Surely something to look out for when designing environment art currently for SE.
(Namely: placing glow effects within player height or in some special cases around vertical angled LOS seen in official maps. Zenith has both of these and multiple times.)
https://www.reddit.com/r/GlobalOffensive/comments/h0xtwm/using_the_new_lights_in_underpass_you_can_spot/
In an alternative universe where somehow Zenith has been added to an operation... this issue definitely would have been worked on.
The fix:
My immediate reaction was no, I knew the existence of this and back in 2019 & without really looking into it I thought there is no other solution than deleting the involved light effects. Kodiak was more loose on the abusement it caused on the overall gameplay. We wanted the map to be pretty so we kinda let it slip.
I was already looking into this when I first replied to You, so I could be sure that I'll have a solution. Deleting these effects was out, so let's turn them off for the duration of any nearby smokes right? I needed to track the cause somehow:
First I placed an event listener entity to track any smoke go off anywhere on the map (the down side is you can't localize the output so everything has to go off simultaneously) this method failed due to the entity was unable to register the possibility of multiple smokes overlapping with delays.
Secondly I dismissed Vscripting because I never had the time to learn it.
Finally I had to go with the mentioned "stupid" way: a trigger_multiple with a classname filter tied in and a logic_timer to cover smoke duration, working all together in a loop.
The missing link was to know how a thrown smokegrenade is called during gameplay.
With this information found: 'smokegrenade_projectile' my filter finally worked during tests. I think it will work pretty good for the standard casual and classic modes.
Now I have to go through all major combat zones placing these damn entity combos around considering gameplay situations.
If anyone knows better let us know...
About a month passed since you first commented on the map, I hope we didn't lose all interest since than. Have fun and let us know if something is still wrong.