Unreal Fest Chicago 2026 的场次里“Introducing Mesh Terrain”这个议题在关卡美术和程序化生成圈子里被反复提起。这篇是对该分享主题的搬运整理和二次解读需要先说明一点本文不是亲临现场的实录也不是对官方未公开细节的转述而是基于该分享的主题定位、引擎现有地形体系的实际表现以及网格化地形在业内的既有实践做一次系统性的拆解。所以凡是涉及具体版本号、具体 API 签名的地方我都会标注“以实际引擎版本为准”不会硬编一个数字上去。先说判断Mesh Terrain 真正值得关注的并不是“又多了个地形工具”。如果只把它理解成 Landscape 的替代品很容易错过重点。它真正在改的是地形这件事的“数据归属”——地形从一类被引擎特殊照顾的 Actor变成了一种普通的网格资产。这个身份变化会连带把美术流程、程序化管线、碰撞和渲染的优化权从引擎手里往开发者手里挪一大截。如果你正在做开放世界、大尺度地形、程序化生成关卡或者被 Landscape 的组件分辨率、RVT 接缝、碰撞精度折腾过这篇文章值得往下看。下面会按概念对齐、工作流变化、环境准备、核心流程、完整代码、结果验证、排错、工程建议的顺序展开代码部分给的是能直接复制跑的最小示例包括一个把高度图转成 OBJ 网格的脚本用来讲清“网格地形到底是怎么被造出来的”。1. 为什么地形系统又成了绕不开的话题虚幻引擎的地形方案在很长时间里只有一条主路Landscape。它的思路非常直接一张高度图定义起伏引擎按组件Component把这张图切成网格状的小块每块有自己的 LOD材质通过地形图层权重混合。这套方案在中小规模场景里非常好用编辑器内的雕刻工具也足够顺手所以很多团队从项目第一天就一直用它直到撞墙。撞墙的地方通常集中在几个位置。第一个是分辨率。Landscape 的组件尺寸和每组件段数在创建地形时就定死了后面想大幅提高精度要么重建要么靠 Runtime Virtual Texture 或者额外的细分网格去补细节补的过程很容易在不同 LOD 之间、不同组件之间出现接缝和纹理拉伸。第二个是形状自由度高度图本质是一张二维灰度图它没法表达悬崖下方的凹陷、洞穴、悬垂结构遇到这类地形要么绕开要么叠一堆静态网格体上去叠完之后碰撞和遮挡关系又变成新的麻烦。第三个更偏工程侧Landscape 是一个“特殊 Actor”它的数据格式、编辑方式、导入导出路径都跟普通静态网格体不一样。这意味着你的程序化生成管线、资产检查脚本、自动化打包流程都要为它单独写一套分支逻辑。当一个项目的地形主要由 Houdini 或者自研工具生成的时候这种特殊性带来的维护成本会持续累加。Mesh Terrain 这个议题出现的背景就在这里。它要回答的问题不是“怎么把地形雕得更好看”而是“地形能不能像其他所有资产一样被对待”。这个问题的答案一旦变成“能”很多原本被引擎锁死的优化手段就重新回到开发者手上。这也是我觉得它比单纯的工具更新更值得关注的原因。2. 概念对齐Landscape 与 Mesh Terrain 的本质差异在往下讲流程之前必须先把几个容易混淆的概念掰开。很多讨论一上来就说“网格地形性能更好”或者“网格地形更灵活”这类结论如果不落到具体机制上基本没有指导意义。2.1 Landscape 的本质是一张被拉伸的高度图Landscape 的底层数据就是一张高度图每个像素对应一个高度值。引擎在创建时按Component Size和Sections Per Component把它切成网格每个组件在运行时按距离切换 LOD。材质的混合依赖图层权重图Weightmap每一层对应一组纹理和一套参数。这套设计的优势是内存友好、编辑直观、LOD 切换有引擎内建支持。代价是拓扑结构被固定成了规则网格细节层次完全由分辨率决定。想要一个锐利的岩石边缘只能靠法线贴图和位移几何本身仍然是那个规则网格。这里真正容易踩坑的地方是很多人以为提高组件分段数就能解决精度问题实际上分段数提高之后单个组件覆盖的范围变小组件数量暴涨绘制调用和 LOD 过渡的接缝问题反而更明显。这是一个典型的“调参数调不出好结果”的场景。2.2 网格地形的核心是“地形即资产”Mesh Terrain 的思路是把地形产出为真正的网格数据也就是带顶点、索引、UV、法线的网格资产。它可以来自建模软件、Houdini、程序化脚本也可以是引擎内从高度图转换生成的。关键在于一旦它是网格它就自动继承了网格生态里所有已经成熟的机制。比如 Nanite。Nanite 处理的是静态网格体的虚拟几何体它按簇Cluster做 LOD 和剔除能承受极高的三角形数量。规则网格地形其实不太适合 Nanite因为它的三角形分布是均匀的密集区域和空白区域一样密。而一张由算法生成、在岩石密集处加密、在平缓草原处稀疏的网格才是 Nanite 真正擅长的输入。再比如碰撞。Landscape 的碰撞是从高度图推导出来的精度受限于高度图分辨率。网格地形的碰撞可以直接来自渲染网格或者简化网格你能明确控制哪一部分参与碰撞、用几级简化这在做载具、射击、攀爬的时候差别很大。2.3 两种方案的对比维度Landscape高度图地形Mesh Terrain网格地形数据形态高度图 图层权重图顶点、索引、UV、法线组成的网格资产拓扑自由度固定规则网格任意拓扑可按需加密或稀疏悬垂、洞穴不支持需要额外网格补贴原生支持LOD 机制引擎按组件与分段切换依赖 Nanite 或自定义 LOD 链碰撞来源由高度图推导可指定渲染网格或简化网格编辑方式编辑器内雕刻笔刷建模工具、DCC 软件、程序化脚本管线兼容性需要为地形单独写分支与静态网格体管线一致大世界支持依赖 World Partition 切分依赖 World Partition 或流式加载这张表要表达的核心不是“哪个更好”而是“责任边界在哪”。Landscape 把很多决策替你做了省心但也被限制网格地形把决策权交回来灵活但你要自己承担后果。3. 网格地形改变了哪几层工作流理解一个技术最有效的方式往往不是看它的特性列表而是看它把哪些人的工作方式改掉了。网格地形的影响至少分布在三个层面。3.1 美术层从“雕刻”转向“生成 修整”传统地形美术的工作流是打开地形工具用笔刷一层层雕雕完之后铺材质图层再手动摆放植被和石头。这个过程高度依赖个人手感一个几平方公里的场景雕下来周期很长而且很难复用。网格地形更常见的工作流是先用 World Machine、Gaea、Houdini 这类工具生成基础地形网格导入引擎之后再在局部做修整。修整的方式也变了不再是刷高度而是用建模模式或者 Geometry Script 对网格做局部变形、布尔、重拓扑。这种变化对美术的要求其实更高了因为你要理解网格结构和面数分布但同时产出效率的上限也高得多。3.2 程序层管线终于可以统一这一层的变化我认为是最有价值的。当地形是网格资产之后你的资产命名规范、批量处理脚本、打包检查、LOD 生成策略全都可以和静态网格体共用一套。不需要再写if isinstance(actor, unreal.Landscape)这种分支。举个具体例子。项目里通常有一个自动检查脚本用来确认所有进入关卡的资产都开启了合适的 LOD、碰撞复杂度设置正确、材质槽没有空引用。以前这个脚本要跳过地形 Actor因为地形的属性结构完全不一样。现在地形也是网格检查逻辑可以直接复用管线的复杂度是实打实下降的。3.3 运行时层优化手段变多但也变重Landscape 在运行时的开销相对可预测绘制调用数量由组件数决定LOD 切换由引擎管理。网格地形则把选择权交给你可以用 Nanite 让它几乎不产生传统意义上的绘制调用也可以用传统 LOD 链加剔除距离控制。前者对 GPU 友好后者对低端设备更可控。代价是你需要自己对三角形预算负责。一张不加控制地生成的 500 万面地形网格在 Nanite 下也许能跑但在内存、流式加载、磁盘体积上都会留下账单。这一点在项目早期很容易被忽略等到打包体积失控的时候才发现问题。4. 环境准备与前置条件这一节给的是一套通用的准备清单。具体版本号请以你项目的实际引擎版本为准本文重点演示通用思路不会写死一个版本。4.1 引擎与插件需要确认的插件主要有三个。第一个是 Geometry Script它提供了在引擎内对网格做程序化操作的节点和接口是做网格地形的核心依赖。第二个是 Editor Scripting Utilities它让 Python 脚本能操作编辑器里的资产和 Actor。第三个是 Water 或者 Landscape 相关插件中的一部分如果你需要保留原有的地形生态比如地形材质函数这些插件仍然要开着。开启方式在编辑器的 Plugins 面板里搜索名称勾选即可勾选后需要重启编辑器。这里有个常见的小坑Geometry Script 的部分节点依赖运行时模块如果只在编辑器里启用而打包配置里没同步打包时会报找不到模块。建议在项目初期就把插件写进.uproject文件而不是只手点。4.2 项目设置网格地形要跑得顺有几项渲染设置需要提前打开。Nanite 支持、虚拟纹理支持、距离场生成这三项是基础。距离场尤其容易被忽略很多动态光照和材质效果依赖它而网格地形的距离场生成开销比规则地形更高需要提前评估。; 文件路径Config/DefaultEngine.ini [/Script/Engine.RendererSettings] ; 开启项目级 Nanite 支持网格地形的主要性能来源 r.Nanite.ProjectEnabledTrue ; 开启虚拟纹理地形材质混合通常依赖它 r.VirtualTexturesTrue ; 生成网格距离场动态光照与部分材质效果需要 r.GenerateMeshDistanceFieldsTrue ; 网格地形一般走全动态光照路线关闭静态光照以减少构建时间 r.AllowStaticLightingFalse这段配置写完之后建议在编辑器里通过 Project Settings 面板核对一遍确认值确实生效。直接改 ini 有时会被编辑器缓存覆盖尤其是团队协作时别人的本地设置可能和仓库里的不一致。4.3 工具链准备外部工具方面你需要一个能输出网格格式的地形生成工具常见的选择是 Houdini、Gaea、World Machine输出格式一般是 FBX 或者 OBJ。如果你打算走“高度图转网格”的路线那还需要一个能读取 RAW 或者 R16 高度图的脚本环境Python 加 numpy 就够了。引擎侧建议准备一个专门放地形资产的目录比如Content/Terrain/Generated并且把生成产物和手工修整产物分开放。这个习惯在后期做增量更新时价值极大因为生成产物是可以随时删除重建的手工修整的部分则必须保留。5. 核心流程拆解从高度图到可运行的网格地形这一节把整个流程拆成五个步骤。每一步我都会说明做什么、为什么这么做、以及做错会出现什么问题。5.1 第一步确定地形数据源先想清楚地形数据从哪来。如果项目已经有 Landscape 地形那最省事的路径是把高度图导出再转成网格如果是全新项目直接用外部工具生成网格更合适。导出高度图的方式在编辑器里有现成功能Landscape 模式下有导出选项输出一般是 16 位 RAW 或者 PNG。这里要注意两点一是导出时要记下地形的大小和缩放参数否则转成网格后尺寸对不上二是 16 位精度必须保留转成 8 位会导致台阶状的高度断层这个错误在视觉上非常明显但在数据层面很难排查。5.2 第二步生成网格数据这一步是整条链路的核心。规则网格的生成逻辑其实不复杂把高度图的每个像素当成一个顶点X、Z 坐标由像素索引换算Y 坐标取像素值归一化后乘以高度缩放然后把相邻顶点连成三角形。真正需要动脑的是密度分配。如果完全按像素一一对应一张 4096×4096 的高度图会产生约 3300 万个三角形这个量级在大多数项目里都不合理。合理的做法是分级处理远景区用低密度采样近景区用高密度或者干脆按高度变化率做自适应细分——平坦区域减少三角形陡峭区域保留密度。5.3 第三步导入与资产化网格生成出来之后导入引擎成为静态网格体资产。导入时要注意几个设置法线导入方式选“导入法线”而不是“计算法线”因为外部工具算出来的法线通常更符合预期碰撞复杂度根据用途选择地形一般用“将复杂碰撞用作简单碰撞”配合简化生成光照 UV 这一项如果项目用全动态光照可以关掉能省不少导入时间。导入完成之后建议立刻给资产打上标签或者在命名里体现 LOD 层级和区块编号。网格地形在大世界场景里通常会被切成多个区块流式加载命名混乱会让后面的调试非常痛苦。5.4 第四步材质与着色网格地形的材质逻辑和 Landscape 有本质区别。Landscape 靠图层权重混合网格地形靠顶点属性或者世界坐标投影。最常见的做法是顶点色存储材质权重材质里读取顶点色做混合另一种做法是三平面投影Triplanar Mapping按世界坐标在三个方向上采样纹理再按法线权重混合。三平面投影的好处是不需要 UV对任意拓扑都有效坏处是采样次数翻三倍性能开销明显。实践中通常会混合使用主要表面用 UV 采样陡峭的岩石面用三平面补充。这个取舍需要根据目标平台来定。5.5 第五步碰撞、LOD 与流式加载最后一步是把地形接入运行时。碰撞方面如果地形只做视觉背景用简化碰撞甚至不生成碰撞都可以如果玩家要在上面跑动、射击、驾驶就需要认真处理碰撞精度。Nanite 网格本身不直接提供物理碰撞碰撞来自单独的碰撞网格这一点必须明确。LOD 方面走 Nanite 路线的话基本不需要手工 LOD但要注意 Nanite 对材质和顶点属性的限制走传统 LOD 路线则需要用引擎的 LOD 生成工具或者外部工具预生成几级简化网格。流式加载方面大世界地形通常要配合 World Partition把地形切成 Cell注意 Cell 边界处的顶点要保证连续否则会出现可见的裂缝。6. 完整示例与代码实现下面给四个可以直接用的示例。第一个是纯 Python 的高度图转 OBJ 脚本它把“网格地形怎么被造出来”这件事讲透第二个是引擎内的 Python 脚本用来批量检查关卡里的地形资产第三个是材质里的三平面采样 HLSL 片段第四个是验证用的控制台命令。6.1 高度图转 OBJ 网格的完整脚本这个脚本不依赖引擎只要有 Python 和 numpy 就能跑。输入是一张 16 位 RAW 高度图输出是 OBJ 格式的网格文件。# 文件路径tools/heightmap_to_obj.py # 用途将 16 位 RAW 高度图转换为 OBJ 网格用于导入虚幻引擎作为网格地形 import sys import numpy as np def read_raw_heightmap(path: str, size: int) - np.ndarray: 读取 16 位无符号 RAW 高度图返回 shape 为 (size, size) 的浮点数组。 data np.fromfile(path, dtypeu2) expected size * size if data.size ! expected: raise ValueError( f高度图数据量不匹配期望 {expected} 个像素实际 {data.size} 个。 f请检查 --size 参数是否与导出时的地形分辨率一致。 ) # 归一化到 0.0 - 1.0 区间 return data.reshape(size, size).astype(np.float64) / 65535.0 def decimate_grid(size: int, step: int) - np.ndarray: 按步长降采样控制三角形总量。step1 表示不做降采样。 if step 1: raise ValueError(step 必须大于等于 1) idx np.arange(0, size, step) # 保证最后一行一列一定被采样到避免地形边缘被裁掉 if idx[-1] ! size - 1: idx np.append(idx, size - 1) return idx def build_obj(heights: np.ndarray, indices: np.ndarray, horizontal_scale: float, vertical_scale: float, obj_path: str) - int: 把高度数组写成 OBJ 文件返回生成的三角形数量。 n len(indices) vertices [] for row in indices: for col in indices: x col * horizontal_scale y heights[row, col] * vertical_scale z row * horizontal_scale vertices.append((x, y, z)) triangles 0 with open(obj_path, w, encodingutf-8) as f: f.write(# generated by heightmap_to_obj.py\n) for v in vertices: f.write(fv {v[0]:.6f} {v[1]:.6f} {v[2]:.6f}\n) for r in range(n - 1): for c in range(n - 1): a r * n c 1 # OBJ 顶点索引从 1 开始 b r * n (c 1) 1 d (r 1) * n c 1 e (r 1) * n (c 1) 1 # 逆时针绕序保证法线朝上 f.write(ff {a} {d} {b}\n) f.write(ff {b} {d} {e}\n) triangles 2 return triangles def main() - None: if len(sys.argv) 5: print(用法: python heightmap_to_obj.py raw文件 分辨率 水平缩放 垂直缩放 [降采样步长]) sys.exit(1) raw_path sys.argv[1] size int(sys.argv[2]) h_scale float(sys.argv[3]) v_scale float(sys.argv[4]) step int(sys.argv[5]) if len(sys.argv) 5 else 1 heights read_raw_heightmap(raw_path, size) indices decimate_grid(size, step) obj_path raw_path.rsplit(., 1)[0] .obj tris build_obj(heights, indices, h_scale, v_scale, obj_path) print(f高度图分辨率: {size} x {size}) print(f采样顶点数: {len(indices)} x {len(indices)}) print(f生成三角形: {tris}) print(f输出文件: {obj_path}) if __name__ __main__: main()这段代码的关键逻辑有三块。第一块是精度处理用u2明确指定小端 16 位无符号整数这是虚幻引擎导出 RAW 时的默认格式如果读成 8 位高度会直接断裂成台阶。第二块是降采样decimate_grid保证最后一行一列一定被采样这是个不起眼但很容易漏的细节漏掉的后果是地形边缘缺一条导入之后会和相邻区块拼不上。第三块是绕序f a d b和f b d e是逆时针如果写反了导入引擎后地形会整体黑掉或者法线朝下。运行方式python tools/heightmap_to_obj.py ./Heightmap.raw 4096 100.0 4000.0 4参数含义依次是 RAW 文件路径、高度图分辨率、水平缩放每个像素代表的厘米数、垂直缩放高度最大值对应的厘米数、降采样步长。步长 4 意味着 4096 的图会变成约 1024 的网格三角形数量从约 3300 万降到约 200 万。6.2 在引擎内批量审查地形资产生成完网格导入引擎之后通常需要检查一批资产的状态。这个脚本遍历当前关卡的所有 Actor筛选出地形相关对象并输出关键信息。# 文件路径Content/Python/terrain_audit.py # 用途在虚幻编辑器内运行审查关卡中的地形相关 Actor import unreal def audit_level_terrain(): actor_subsystem unreal.get_editor_subsystem(unreal.EditorActorSubsystem) all_actors actor_subsystem.get_all_level_actors() landscape_count 0 mesh_count 0 total_triangles 0 for actor in all_actors: label actor.get_actor_label() # 统计传统 Landscape if isinstance(actor, unreal.Landscape): landscape_count 1 unreal.log(f[Landscape] {label}) # 统计静态网格体按标签粗略筛出地形网格 elif isinstance(actor, unreal.StaticMeshActor): if Terrain not in label and Terrain not in actor.get_name(): continue mesh_count 1 comp actor.static_mesh_component mesh comp.static_mesh if comp else None if mesh is None: unreal.log_warning(f[Mesh] {label} 的网格资产为空请检查引用) continue # 三角形数量用于估算几何预算 tris 0 try: tris mesh.get_num_triangles(0) except Exception as err: unreal.log_warning(f[Mesh] {label} 读取三角形数失败: {err}) total_triangles tris # Nanite 设置随引擎版本可能变化做属性存在性保护 nanite_on 未知 try: settings mesh.get_editor_property(nanite_settings) nanite_on settings.get_editor_property(enabled) except Exception: nanite_on 当前版本无此属性 unreal.log(f[Mesh] {label} 三角形{tris} Nanite{nanite_on}) unreal.log( * 50) unreal.log(fLandscape 数量: {landscape_count}) unreal.log(f地形网格数量: {mesh_count}) unreal.log(f地形网格三角形合计: {total_triangles}) if __name__ __main__: audit_level_terrain()脚本里做了两处防御性处理值得说明。get_num_triangles在某些网格资产上会抛异常比如资产被重新导入但引用还没刷新的时候所以包在 try 里。nanite_settings这个属性名在不同引擎版本之间有变化用 try 包住并在失败时给出提示比直接崩掉要好。这种写法在写编辑器工具时是必须的因为工具的使用者可能分布在不同引擎分支上。在编辑器里打开 Output Log 窗口切到 Python 模式或者通过 File 菜单的 Execute Python Script 执行都能运行。建议先在一张小地图上验证逻辑再拿到大世界上跑。6.3 三平面采样的材质片段网格地形没有天然 UV 适配材质里通常需要一段三平面采样逻辑。下面是在材质 Custom 节点里可以用的 HLSL 片段。// 文件路径Shaders/TriplanarSample.hlsl // 说明在虚幻材质编辑器的 Custom 节点中使用 // 输入WorldPos (float3)、WorldNormal (float3)、TileSize (float) // 输出混合后的颜色 float3 blend abs(WorldNormal); blend blend / (blend.x blend.y blend.z 1e-5); float3 projX Tex.SampleLevel(TexSampler, WorldPos.yz / TileSize, 0).rgb; float3 projY Tex.SampleLevel(TexSampler, WorldPos.xz / TileSize, 0).rgb; float3 projZ Tex.SampleLevel(TexSampler, WorldPos.xy / TileSize, 0).rgb; float3 result projX * blend.x projY * blend.y projZ * blend.z; return result;这里的分母加了1e-5是为了防止在极端情况下三个法线分量之和为零导致除零虽然实际几乎不会出现但材质里出现 NaN 之后排查成本很高加上更保险。另外注意用了SampleLevel而不是Sample因为 Custom 节点内不能依赖自动微分显式指定 Mip 级别可以避免编译报错。这段代码每次调用会采样三次如果材质里还要混多个图层采样次数会迅速堆上去。实践中的做法是只在岩石、悬崖这类需要三平面的区域启用平缓草地仍然用 UV 采样用顶点色或者遮罩做切换。6.4 验证用的控制台命令跑起来之后需要确认渲染路径是否符合预期。在编辑器或者打包后的控制台里执行下面几条命令。# 查看帧时间和瓶颈归属确认是 GPU 还是 CPU 受限 stat unit # 查看 Nanite 相关的渲染统计 stat nanite # 显示虚拟纹理的边界颜色用来检查地形材质的 VT 分布是否合理 r.VT.Borders 1 # 关闭地形显示用于对比地形对整体开销的贡献 show Landscaper.VT.Borders这条命令在调试地形材质时特别有用。它会用不同颜色标出虚拟纹理的各个 Mip 层级如果地形上大片区域显示为最低层级的颜色说明虚拟纹理的预算不够材质在低分辨率下被采样视觉上会糊。这个问题在网格地形上比在 Landscape 上更容易出现因为网格的 UV 分布往往不如规则地形均匀。7. 运行结果与效果验证代码跑完之后怎么判断是否成功分三个层次看。第一个层次是数据层。高度图转 OBJ 的脚本执行后控制台会打印分辨率、采样顶点数、三角形数量和输出路径。这里要重点核对三角形数量是否在预期范围内。一个粗略的参考是单块地形网格控制在 100 万到 300 万三角形之间比较稳妥超过这个量级就要考虑继续降采样或者切块。如果打印出来的三角形数是零多半是降采样步长设得比分辨率还大导致只剩一行一列。第二个层次是引擎内导入层。OBJ 导入成静态网格体之后在内容浏览器里选中资产查看细节面板的三角形数量和包围盒尺寸。尺寸要和预期的世界尺寸对得上比如预期是 4 公里见方包围盒的 X 和 Y 就应该接近 400000 单位厘米。如果对不上回去检查水平缩放参数。这个环节最常见的错误是水平缩放和垂直缩放的比例搞反导致地形看起来像被压扁或者拉长。第三个层次是运行时表现。把网格地形拖进关卡站到近处和远处各看一次。近处主要看有没有明显的三角面片感和纹理拉伸远处主要看有没有闪烁和 LOD 跳变。再用stat unit看帧时间用stat nanite确认 Nanite 确实在生效。如果stat nanite里显示的三角形数量为零说明 Nanite 没有启用或者网格的材质用了 Nanite 不支持的节点。如果失败第一步应该看哪里我的建议是先看导入日志而不是渲染结果。导入阶段的错误信息通常很明确比如“网格包含退化三角形”“UV 通道缺失”这些问题在渲染阶段表现为莫名其妙的黑面或者闪烁很难反推。在 Output Log 里按 Warning 过滤先把导入警告清干净再去看渲染问题能省掉大量猜测。8. 常见问题与排查思路问题现象可能原因排查方式解决方案导入后地形整体发黑三角形绕序反了法线朝下在建模模式里查看法线方向修改生成脚本的面索引顺序或在引擎内翻转法线地形高度出现明显台阶高度图按 8 位读取精度丢失检查读取时的 dtype 是否为 16 位改用u2读取确认源文件是 16 位导出相邻地形区块之间有裂缝区块边界顶点位置不连续或降采样裁掉了边缘放大到接缝处观察顶点位置保证降采样时保留首尾索引区块间共享边界顶点地形材质在远处糊成一片虚拟纹理预算不足Mip 层级被压低用r.VT.Borders 1查看层级分布提高 VT 预算或降低地形材质的采样层级需求stat nanite中三角形数为零Nanite 未启用或材质含不支持的节点检查项目设置和网格资产的 Nanite 开关打开项目级 Nanite替换不兼容的材质节点帧率在进入地形区域后骤降三角形总量超预算或碰撞网格过于精细用stat unit和stat gpu定位瓶颈降低网格密度为碰撞单独生成简化网格打包后地形丢失资产未被正确引用或流式加载配置缺失检查打包日志中的资产引用警告在关卡中显式引用或修正 World Partition 的 Cell 配置编辑器内正常打包后材质异常材质使用了仅编辑器可用的节点对比编辑器与打包后的材质编译日志替换为运行时可用的节点或改为烘焙贴图表格里最值得单独说一句的是“区块裂缝”。这个问题在网格地形上比在 Landscape 上出现频率高得多因为 Landscape 的组件边界由引擎保证连续而网格地形的边界完全取决于你的生成逻辑。一个稳妥的做法是生成时让相邻区块共用同一批边界顶点坐标不要各自独立计算浮点误差累积到一定规模就会变成肉眼可见的缝。9. 最佳实践、工程建议与后续方向把上面这些串起来几条经验值得在项目里落地。第一资产分层要严格。生成产物、修整产物、碰撞产物分开放在不同目录命名里带上区块编号和 LOD 层级。生成产物随时可删可重建修整产物必须纳入版本管理并且定期备份。这个习惯在项目做到中期、地形反复迭代的时候价值会非常明显。第二三角形预算要前置。在开始做地形之前就定一个上限比如“单屏可见地形不超过 400 万三角形”然后在生成脚本里把这个约束写死。等到美术已经把植被、建筑都摆上去之后再回头削减地形密度返工成本会高得多。第三碰撞单独处理。不要把渲染网格直接当碰撞网格用除非地形非常简单。合理的做法是生成一份低精度的碰撞网格只保留大尺度起伏细节部分交给物理材质和角色移动组件去处理。视觉精度和物理精度本来就是两件事混在一起做往往两头不讨好。第四材质走分层策略。核心区域用高质量采样远景用低成本方案中间用顶点色或者遮罩切换。三平面投影不要全场景铺开它是解决特定问题的工具不是通用方案。第五把审查脚本纳入日常流程。上面那个 Python 审查脚本可以直接挂到提交前检查或者每日构建里输出地形资产的数量、三角形总量、Nanite 开关状态。地形这类资产的问题往往不是一次性的而是随着迭代慢慢累积有自动化检查兜底会踏实很多。至于后续深入的方向我建议按这个顺序先把高度图转网格这条链路跑通理解顶点、索引、绕序这些基础概念的实际影响然后尝试接入外部工具生成的非规则网格体会密度分配对性能的实际作用最后再研究 Nanite 和虚拟纹理在地形场景下的具体调优参数。跳步的代价是遇到问题时缺少判断依据只能靠猜。需要提醒的是网格地形不是万能的。如果项目的地形尺度不大、风格偏卡通、或者团队里没有人熟悉网格管线继续用 Landscape 反而是更稳的选择。技术选型的关键从来不是哪个更先进而是哪个和你的团队能力、项目周期、目标平台更匹配。把这篇文章里的脚本拿去跑一遍看看产出结果和你预期差多少这个差距就是你需要补的部分。