安装 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(越南语)
Українська(乌克兰语)
报告翻译问题
thank u bro, glad i could help
As long as you save it :)
will make an expensive navmesh
all view data is nuked by the engine whenever an area is added and maybe removed? so edited navmeshes are made cheap by the engine
This "huge gap" issue seems to only happen on large, flat areas on the map
I have seen nav_generate_cheap_expanded really struggle with large flat open areas
I don't know why the issue exists though (it might originate from how the command even works)
however, I'm not sure if I removed the navmesh or not from the map (I find it satisfying to generate navmeshes, which is why I delete them and regenerate them a lot)
The specific map this happens on is gm_tornado_village (both versions of the map)
Globalmerging... & finishing with a nav_analyze
Originally cheap navmesh detected. Will nav_analyze cheap...
navmesh_override_expensive to override.
UTIL_GetListenServerHost() called from a dedicated server or single-player game.