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(베트남어)
Українська(우크라이나어)
번역 관련 문제 보고








Pushed an update that fixes this just now! Let me know if it works on your end if you try it again
Gargin, you're gonna want to be careful about where you call PathFollower:Compute. If the goal position is somewhere out of bounds, it'll search the entire navmesh before giving up. My lazy hack in Sanic was to detect when it took too long and stop trying to pathfind for a bit. It's hitch-prone but won't tank framerate. If you were feeling fancy, you could try tweaking the generator function to give up after a while instead. It might even be worth doing a quick nearest-navarea search on the goal position to avoid trying to path to somewhere you can't get to? There are a lot of options here.
Also I'd like to report a bug. If he can't pathfind to you while stalking, he'll stop doing anything and never recover from that. You might want to refactor his AI into a state machine (HIDING, STALKING, CHASING, ...) to make the state transitions a little more obvious.