1. 从一次地形雕刻翻车说起Modeling Mode 到底解决什么问题去年帮一个独立团队做开放世界原型美术在 Landscape 上刷完地形后想加几块悬崖岩壁结果传统流程是导出到外部建模软件、雕完再导回来、对位、烘焙法线一套下来半小时没了改一版重来一遍。后来我让他们切到 UE5 的 Modeling Mode直接在引擎里用 Dynamic Mesh 拉了个岩壁配合 Geometry Script 写了几行脚本批量撒石头整个过程压缩到五分钟以内。这就是 Modeling Tools 这套东西存在的意义——把建模这件事从外部 DCC 拉回引擎内部让迭代循环从导出-修改-导入变成就地改、实时看。Modeling Mode 是 UE5 内置的一套网格编辑工具集挂在编辑器模式切换栏里和 Select、Landscape、Foliage 并列。它底层依赖的是Dynamic MeshUDynamicMesh这套运行时可变的数据结构而不是传统的 UStaticMesh 静态描述。理解这一点非常关键StaticMesh 是烘焙好的成品改一个顶点都要重新构建渲染资源Dynamic Mesh 是可随时揉捏的橡皮泥顶点、三角面、属性都能在编辑期甚至运行期动态增删。Modeling Mode 里的每一个工具本质上都是对 Dynamic Mesh 做一次几何运算算完再决定是写回 StaticMesh 资产还是保留为动态对象。这套工具集适合谁三类人最该吃透它。第一类是关卡/环境美术天天和地形、建筑模块、道具摆放打交道需要快速做 blockout 和细节调整第二类是技术美术和工具向程序想用 Geometry Script 把重复性建模工作自动化比如程序化生成围栏、楼梯、管道第三类是独立开发者团队里没有专职建模需要在一个引擎里搞定从白模到成品的全流程。如果你只是偶尔改改模型那外部 DCC 可能更顺手但只要你的工作流里出现反复微调批量生成和场景强关联这几个词Modeling Mode 就值得花时间啃下来。需要先明确一个边界Modeling Mode 不是要取代 Maya、Blender 这类专业建模软件。它在高精度曲面、复杂拓扑、UV 精细排布上依然打不过专业工具。它的强项是中等精度、强场景关联、高频迭代的资产。认清这个定位你就不会拿它去雕一个人物头像然后骂它难用——那不是它的战场。2. Dynamic Mesh 与 StaticMesh 的底层差异为什么改起来这么快2.1 两种网格表示的本质区别要理解 Modeling Mode 为什么能做到实时编辑得先搞清楚 Dynamic Mesh 和 StaticMesh 在内存里长什么样。StaticMesh 的顶点数据在构建后就基本固定渲染线程和游戏线程各自持有一份优化过的副本包含预计算的法线、切线、UV、LOD 链、碰撞体等。你改一个顶点等于要重新走一遍构建管线代价高所以传统上编辑期和运行期是割裂的。Dynamic Mesh 则把网格表示成一组可变的顶点数组、三角索引数组和属性数组法线、UV、颜色、材质 ID 等所有编辑操作都是对这些数组做增删改。它没有预烘焙的 LOD没有复杂的渲染优化换来的是任意时刻都能改。Modeling Mode 的工具执行时先把 StaticMesh 转成 Dynamic Mesh在动态表示上做运算运算完再转回 StaticMesh 写回资产。这个转换-运算-回写的流程就是你在 Modeling Mode 里点一下工具后背后发生的事。对比维度StaticMeshDynamic Mesh数据可变性构建后基本固定任意时刻可增删改渲染优化预计算 LOD、法线、切线无预烘焙实时计算编辑代价高需重建资源低直接改数组典型用途最终成品资产编辑期中间态、程序化生成碰撞体预烘焙需手动生成或运行时构建2.2 转换过程中的性能陷阱很多人第一次用 Modeling Mode 会踩一个坑对一个几十万面的高模点开某个工具编辑器直接卡死几十秒。原因就是转换-运算-回写这条链路里Dynamic Mesh 的构建和三角化是 CPU 密集操作面数越大越慢。我的经验是单个 Dynamic Mesh 编辑对象控制在 5 万面以内体验最顺超过 20 万面就要考虑先减面或者拆分处理。还有一个隐蔽的坑UV 和材质 ID 在转换过程中可能丢失或错位。Dynamic Mesh 虽然支持 UV 属性但很多几何运算比如布尔、简化会重新生成拓扑原有的 UV 接缝就对不上了。所以正确的工作顺序是先用 Modeling Mode 把形状调到位最后再处理 UV。反过来先展好 UV 再大改几何等于白做。2.3 什么时候该保留为 Dynamic Mesh不是所有编辑完的网格都要转回 StaticMesh。如果你的对象需要在运行期继续变化——比如可破坏的场景道具、程序化生成的地牢房间、玩家可以实时雕刻的沙地——那就应该保留为 Dynamic Mesh 组件UDynamicMeshComponent在运行时用 Geometry Script 继续操作。代价是渲染开销比 StaticMesh 高且没有自动 LOD需要你自己控制面数和性能预算。判断标准很简单这个网格在游戏跑起来之后还会不会变会变就留 Dynamic不变就转 Static。我见过有人把所有场景道具都做成 Dynamic Mesh结果帧率掉了一半这就是没分清编辑期和运行期的区别。3. Modeling Mode 工具集的分组逻辑与高频工具实战3.1 工具分组不是随便排的打开 Modeling Mode左侧工具栏那一堆图标看着眼花其实它们按操作对象和操作意图分了组。理解分组逻辑比死记每个工具名字有用得多。Create创建类从无到有生成几何体比如 Box、Sphere、Cylinder、PolyExtrude、Draw Polygon。这类工具的输出是全新的 Dynamic Mesh。PolyModel多边形建模类对已有网格做拓扑级编辑比如 PolyEdit点线面编辑、PolyExtrude、PolyGroupEdit。这是最接近传统建模软件的部分。Deform形变类不改拓扑只改形状比如 Smooth、Displace、Offset、Sculpt是的Modeling Mode 里有个简易雕刻。Transform变换类整体或局部的移动旋转缩放比如 Transform、Align、Mirror。MeshOps网格运算类布尔、简化、重网格、切割比如 Boolean、Remesh、Simplify、Cut。Attribute属性类处理 UV、法线、材质、顶点色比如 UV Editor、Normals、Paint Vertex Colors。Voxel体素类基于体素的运算比如 Voxel Merge、Voxel Blend适合做有机融合。Utility工具类辅助功能比如 Generate Collision、LOD Manager、Bake Transform。3.2 三个我每天都在用的工具PolyExtrude是我用得最多的工具没有之一。选中一组面拉出厚度配合 Shift 可以沿法线挤出配合 Ctrl 可以保持原始面。做建筑外墙、机械零件、地形台阶全靠它。一个实战技巧挤出前先用 PolyGroupEdit 把要挤出的面归到一个 Group这样挤出后新生成的面会自动继承 Group后续选中和赋材质都方便。Boolean是双刃剑。做硬表面开洞、合并模块非常爽但布尔运算对拓扑的破坏很大容易产生细长的三角面和退化面。我的做法是布尔完立刻接一个 Remesh 或者 Simplify把拓扑清理一遍否则后续 UV 和法线都会出问题。另外布尔的两个操作数最好都是封闭流形Manifold开放网格做布尔结果不可预测。Smooth看着简单但参数很讲究。Iterations 控制迭代次数太高会把细节抹平Alpha 控制每次迭代的平滑强度还有一个容易被忽略的选项是是否保持边界。做有机形状时我一般 Iterations 设 2-3Alpha 设 0.5 左右边平滑边观察别一次性拉满。3.3 工具组合的实战套路单个工具解决单个问题真正的效率来自工具组合。分享几个我常用的组合拳做一块破损的墙先用 Box 创建基础墙体用 PolyExtrude 拉出砖块凸起用 Displace 加噪声做表面粗糙最后用 Boolean 挖几个弹孔。整个过程不离开引擎五分钟出效果。做一段管道用 Draw Polygon 画出管道截面路径用 PolyExtrude 沿路径挤出用 Smooth 处理弯角用 Remesh 统一拓扑密度。比在外部软件里做 spline 建模快得多而且改路径直接改多边形就行。做程序化楼梯这个用 Geometry Script 更合适后面单独讲。手动做的话就是 Box 阵列加 Boolean 合并但一旦要改踏步数量就得重来不如脚本。4. Geometry Script 联动把重复劳动交给代码4.1 Geometry Script 是什么为什么它和 Modeling Mode 是绝配Geometry Script 是一套 Blueprint 和 Python 都能调用的 API让你用代码操作 Dynamic Mesh。它和 Modeling Mode 的关系就像手动挡和自动挡——Modeling Mode 是手动点工具Geometry Script 是把这些工具的操作写成脚本批量执行。Modeling Mode 里很多工具本身底层就是 Geometry Script 函数封装的所以两者能力高度重合区别只在交互方式。为什么说它是绝配因为 Modeling Mode 解决的是单次编辑的效率Geometry Script 解决的是批量生成和参数化的效率。你手动做一个楼梯要五分钟写个脚本之后改踏步数、宽度、高度都是改一个参数的事一秒重生成。对于需要大量变体的场景——围栏、管道、书架、程序化建筑——脚本的投入产出比极高。4.2 一个能直接抄的程序化楼梯脚本下面这段是 Blueprint 里 Geometry Script 节点的逻辑等价 Python 版本思路是循环生成踏步并合并。实际在 Blueprint 里用节点连线逻辑一样。# 伪代码示意程序化生成楼梯 # 输入参数踏步数 steps、踏步宽 width、踏步高 rise、踏步深 depth def generate_stair(steps, width, rise, depth): result_mesh create_empty_dynamic_mesh() for i in range(steps): # 每个踏步是一个 Box step create_box(width, depth, rise) # 沿高度和深度方向偏移 translate(step, x0, yi * depth, zi * rise) # 合并到结果网格 result_mesh mesh_boolean_union(result_mesh, step) # 统一重网格清理布尔产生的碎面 result_mesh remesh_uniform(result_mesh, target_edge_length5.0) return result_mesh关键点在于最后那步 Remesh。布尔合并几十个 Box 之后拓扑会非常乱接缝处全是细碎三角面。用 Remesh 统一一下边长网格立刻干净后续展 UV 和做碰撞都省心。这个布尔后必 Remesh的习惯是我踩了无数次坑才养成的。4.3 Geometry Script 的性能红线脚本跑得爽但有几个性能红线必须知道。第一不要在 Tick 里跑重几何运算。Dynamic Mesh 的布尔、Remesh 都是毫秒到秒级的操作放 Tick 里必卡。要跑就放事件触发或者异步任务。第二批量生成时控制单次合并的对象数量。一次布尔合并几百个 Box内存和耗时都会爆炸正确做法是分批合并每批几十个最后再合并批次结果。第三生成的网格面数要有预算。程序化生成很容易失控一个脚本跑出几百万面游戏直接跪。养成在脚本末尾加一个 Simplify 或者面数检查的习惯。4.4 用 Geometry Script 做碰撞体Modeling Mode 里有个 Generate Collision 工具但程序化生成的网格往往需要脚本自动生成碰撞。Geometry Script 提供了生成简单碰撞盒体、凸包、球体和复杂碰撞的接口。我的经验是程序化生成的静态道具优先用凸包碰撞Convex Hull性能好且够用需要精确碰撞的才用复杂碰撞但一定要控制面数否则物理开销吃不消。5. 动态网格编辑在运行期的应用与性能账5.1 运行期编辑的典型场景编辑期用 Modeling Mode 是常规操作但 Dynamic Mesh 真正的差异化价值在运行期。几个典型场景玩家可以破坏的墙体打哪缺哪、可实时雕刻的沙地或雪地、程序化生成的地牢每次进游戏布局不同、建造类游戏里玩家自己搭的建筑。这些场景的共同点是网格必须在游戏跑起来之后继续变化StaticMesh 做不到Dynamic Mesh 可以。实现方式是在 Actor 上挂 UDynamicMeshComponent然后在 Blueprint 或 C 里调用 Geometry Script 函数修改网格。比如玩家开枪打墙你用射线检测命中点在命中位置生成一个球体和墙体网格做布尔差集墙体就出现一个洞。整个过程实时完成不需要预烘焙破坏效果。5.2 性能账要算清楚运行期编辑的代价必须提前算账。Dynamic Mesh 的渲染没有 StaticMesh 那套优化面数一高帧率就崩。我的经验数据是单个 Dynamic Mesh 组件在主流配置上控制在 1-2 万面以内比较安全多个组件加起来别超过 10 万面。超过这个量级要么减面要么把不常变的部分转成 StaticMesh。还有一个容易被忽略的开销每次几何运算都会触发渲染资源重建。玩家连续破坏墙体每打一枪就重建一次网格渲染数据频繁触发会卡顿。优化思路是攒批——把短时间内的多次修改合并成一次运算或者用异步方式在后台线程算算完再切到游戏线程更新。5.3 碰撞与物理的同步问题运行期改了网格碰撞体必须同步更新否则玩家会撞到看不见的墙或者穿过看得见的墙。Dynamic Mesh Component 支持自动重建碰撞但重建有开销。我的做法是破坏类场景用简单碰撞近似比如破坏后用一个略小的盒体碰撞不追求逐面精确需要精确碰撞的场景控制修改频率别每帧都改。6. 踩过的坑与排查链路从现象到根因6.1 工具点了没反应网格纹丝不动这是新手最常见的问题。排查链路是这样的先看选中的对象是不是 StaticMesh Actor 而不是 Dynamic Mesh——Modeling Mode 的工具只能作用于 Dynamic Mesh如果对象还是 StaticMesh需要先转换。转换按钮在工具栏的 Mode 切换或者右键菜单里。再看是不是没选中任何面/顶点——很多工具比如 PolyExtrude需要先选中子元素才能操作直接点工具是没反应的。最后看是不是对象被锁定了或者在一个不可编辑的层级里。6.2 布尔运算后模型变黑或者法线翻转布尔是重灾区。现象是运算完模型表面发黑、光照不对。根因通常是布尔产生了翻转的法线或者非流形几何。解决办法布尔后立刻用 Normals 工具重算法线再用 Remesh 清理拓扑。如果还不行检查两个操作数是不是都是封闭流形开放网格做布尔基本必出问题。预防措施是布尔前先确保两个网格都是 Manifold可以用工具里的检查功能验证。6.3 UV 在编辑后错乱前面提过几何运算会重建拓扑UV 接缝对不上。现象是贴图拉伸、错位、接缝处出现明显断裂。根因是 Dynamic Mesh 的 UV 属性在拓扑变化后没有正确传递。解决办法是调整工作顺序先几何后 UV。如果已经展好 UV 又必须改几何那就改完重新展。UE5 的 UV Editor 支持在 Modeling Mode 里直接展 UV配合 Auto Unwrap 能快速重做比外部软件来回导快。6.4 Geometry Script 跑完网格消失脚本执行后网格不见了通常是两个原因。一是布尔运算的操作数有一个是空的或者无效的导致结果为空。排查方法是逐步打印中间结果的面数看哪一步变成 0 了。二是坐标变换出了问题网格被移到了很远的地方或者缩放到 0。检查 translate 和 scale 的参数尤其是循环里的累积偏移很容易越算越离谱。6.5 运行期编辑导致内存持续增长长时间运行后内存越来越高最后崩溃。根因通常是每次编辑都创建了新的 Dynamic Mesh 而没有释放旧的。Geometry Script 的很多函数会返回新网格旧网格如果没被 GC 回收就会泄漏。解决办法是复用网格对象用 in-place 修改的接口而不是每次创建新的确实要创建新的确保旧对象没有引用残留。这个坑在长时间运行的建造类游戏里特别致命。7. 把 Modeling Mode 嵌进日常工作流的几点心得我现在的习惯是任何场景相关的资产第一版一定在 Modeling Mode 里做 blockout。原因很简单快而且和场景比例、光照、相机直接对照着调比在外部软件里盲做准得多。等形状定稿了再决定是继续在引擎里细化还是导出到专业软件做高模。这个引擎内起稿的习惯帮我省掉了大量来回导入导出的时间。Geometry Script 我一般用在两类地方一是明确的重复性任务比如沿曲线撒石头、按网格生成书架、程序化围栏二是需要参数化的资产比如可调尺寸的楼梯、可调层数的建筑。写脚本的投入在第三次复用的时候就回本了。但别为了脚本而脚本一次性做三个的资产手动做比写脚本快。最后说一个心态问题。Modeling Mode 的工具很多别想着一次全学会。挑三五个高频工具我的选择是 PolyExtrude、Boolean、Smooth、Remesh、Transform练熟覆盖 80% 的日常需求。剩下的工具用到再查工具面板里每个工具都有悬停提示和文档链接。真正拉开差距的不是会多少工具而是知道什么场景该用什么工具组合以及踩过足够多的坑之后形成的肌肉记忆。
UE5 Modeling Mode 与 Dynamic Mesh 实战：引擎内建模与 Geometry Script 自动化
1. 从一次地形雕刻翻车说起Modeling Mode 到底解决什么问题去年帮一个独立团队做开放世界原型美术在 Landscape 上刷完地形后想加几块悬崖岩壁结果传统流程是导出到外部建模软件、雕完再导回来、对位、烘焙法线一套下来半小时没了改一版重来一遍。后来我让他们切到 UE5 的 Modeling Mode直接在引擎里用 Dynamic Mesh 拉了个岩壁配合 Geometry Script 写了几行脚本批量撒石头整个过程压缩到五分钟以内。这就是 Modeling Tools 这套东西存在的意义——把建模这件事从外部 DCC 拉回引擎内部让迭代循环从导出-修改-导入变成就地改、实时看。Modeling Mode 是 UE5 内置的一套网格编辑工具集挂在编辑器模式切换栏里和 Select、Landscape、Foliage 并列。它底层依赖的是Dynamic MeshUDynamicMesh这套运行时可变的数据结构而不是传统的 UStaticMesh 静态描述。理解这一点非常关键StaticMesh 是烘焙好的成品改一个顶点都要重新构建渲染资源Dynamic Mesh 是可随时揉捏的橡皮泥顶点、三角面、属性都能在编辑期甚至运行期动态增删。Modeling Mode 里的每一个工具本质上都是对 Dynamic Mesh 做一次几何运算算完再决定是写回 StaticMesh 资产还是保留为动态对象。这套工具集适合谁三类人最该吃透它。第一类是关卡/环境美术天天和地形、建筑模块、道具摆放打交道需要快速做 blockout 和细节调整第二类是技术美术和工具向程序想用 Geometry Script 把重复性建模工作自动化比如程序化生成围栏、楼梯、管道第三类是独立开发者团队里没有专职建模需要在一个引擎里搞定从白模到成品的全流程。如果你只是偶尔改改模型那外部 DCC 可能更顺手但只要你的工作流里出现反复微调批量生成和场景强关联这几个词Modeling Mode 就值得花时间啃下来。需要先明确一个边界Modeling Mode 不是要取代 Maya、Blender 这类专业建模软件。它在高精度曲面、复杂拓扑、UV 精细排布上依然打不过专业工具。它的强项是中等精度、强场景关联、高频迭代的资产。认清这个定位你就不会拿它去雕一个人物头像然后骂它难用——那不是它的战场。2. Dynamic Mesh 与 StaticMesh 的底层差异为什么改起来这么快2.1 两种网格表示的本质区别要理解 Modeling Mode 为什么能做到实时编辑得先搞清楚 Dynamic Mesh 和 StaticMesh 在内存里长什么样。StaticMesh 的顶点数据在构建后就基本固定渲染线程和游戏线程各自持有一份优化过的副本包含预计算的法线、切线、UV、LOD 链、碰撞体等。你改一个顶点等于要重新走一遍构建管线代价高所以传统上编辑期和运行期是割裂的。Dynamic Mesh 则把网格表示成一组可变的顶点数组、三角索引数组和属性数组法线、UV、颜色、材质 ID 等所有编辑操作都是对这些数组做增删改。它没有预烘焙的 LOD没有复杂的渲染优化换来的是任意时刻都能改。Modeling Mode 的工具执行时先把 StaticMesh 转成 Dynamic Mesh在动态表示上做运算运算完再转回 StaticMesh 写回资产。这个转换-运算-回写的流程就是你在 Modeling Mode 里点一下工具后背后发生的事。对比维度StaticMeshDynamic Mesh数据可变性构建后基本固定任意时刻可增删改渲染优化预计算 LOD、法线、切线无预烘焙实时计算编辑代价高需重建资源低直接改数组典型用途最终成品资产编辑期中间态、程序化生成碰撞体预烘焙需手动生成或运行时构建2.2 转换过程中的性能陷阱很多人第一次用 Modeling Mode 会踩一个坑对一个几十万面的高模点开某个工具编辑器直接卡死几十秒。原因就是转换-运算-回写这条链路里Dynamic Mesh 的构建和三角化是 CPU 密集操作面数越大越慢。我的经验是单个 Dynamic Mesh 编辑对象控制在 5 万面以内体验最顺超过 20 万面就要考虑先减面或者拆分处理。还有一个隐蔽的坑UV 和材质 ID 在转换过程中可能丢失或错位。Dynamic Mesh 虽然支持 UV 属性但很多几何运算比如布尔、简化会重新生成拓扑原有的 UV 接缝就对不上了。所以正确的工作顺序是先用 Modeling Mode 把形状调到位最后再处理 UV。反过来先展好 UV 再大改几何等于白做。2.3 什么时候该保留为 Dynamic Mesh不是所有编辑完的网格都要转回 StaticMesh。如果你的对象需要在运行期继续变化——比如可破坏的场景道具、程序化生成的地牢房间、玩家可以实时雕刻的沙地——那就应该保留为 Dynamic Mesh 组件UDynamicMeshComponent在运行时用 Geometry Script 继续操作。代价是渲染开销比 StaticMesh 高且没有自动 LOD需要你自己控制面数和性能预算。判断标准很简单这个网格在游戏跑起来之后还会不会变会变就留 Dynamic不变就转 Static。我见过有人把所有场景道具都做成 Dynamic Mesh结果帧率掉了一半这就是没分清编辑期和运行期的区别。3. Modeling Mode 工具集的分组逻辑与高频工具实战3.1 工具分组不是随便排的打开 Modeling Mode左侧工具栏那一堆图标看着眼花其实它们按操作对象和操作意图分了组。理解分组逻辑比死记每个工具名字有用得多。Create创建类从无到有生成几何体比如 Box、Sphere、Cylinder、PolyExtrude、Draw Polygon。这类工具的输出是全新的 Dynamic Mesh。PolyModel多边形建模类对已有网格做拓扑级编辑比如 PolyEdit点线面编辑、PolyExtrude、PolyGroupEdit。这是最接近传统建模软件的部分。Deform形变类不改拓扑只改形状比如 Smooth、Displace、Offset、Sculpt是的Modeling Mode 里有个简易雕刻。Transform变换类整体或局部的移动旋转缩放比如 Transform、Align、Mirror。MeshOps网格运算类布尔、简化、重网格、切割比如 Boolean、Remesh、Simplify、Cut。Attribute属性类处理 UV、法线、材质、顶点色比如 UV Editor、Normals、Paint Vertex Colors。Voxel体素类基于体素的运算比如 Voxel Merge、Voxel Blend适合做有机融合。Utility工具类辅助功能比如 Generate Collision、LOD Manager、Bake Transform。3.2 三个我每天都在用的工具PolyExtrude是我用得最多的工具没有之一。选中一组面拉出厚度配合 Shift 可以沿法线挤出配合 Ctrl 可以保持原始面。做建筑外墙、机械零件、地形台阶全靠它。一个实战技巧挤出前先用 PolyGroupEdit 把要挤出的面归到一个 Group这样挤出后新生成的面会自动继承 Group后续选中和赋材质都方便。Boolean是双刃剑。做硬表面开洞、合并模块非常爽但布尔运算对拓扑的破坏很大容易产生细长的三角面和退化面。我的做法是布尔完立刻接一个 Remesh 或者 Simplify把拓扑清理一遍否则后续 UV 和法线都会出问题。另外布尔的两个操作数最好都是封闭流形Manifold开放网格做布尔结果不可预测。Smooth看着简单但参数很讲究。Iterations 控制迭代次数太高会把细节抹平Alpha 控制每次迭代的平滑强度还有一个容易被忽略的选项是是否保持边界。做有机形状时我一般 Iterations 设 2-3Alpha 设 0.5 左右边平滑边观察别一次性拉满。3.3 工具组合的实战套路单个工具解决单个问题真正的效率来自工具组合。分享几个我常用的组合拳做一块破损的墙先用 Box 创建基础墙体用 PolyExtrude 拉出砖块凸起用 Displace 加噪声做表面粗糙最后用 Boolean 挖几个弹孔。整个过程不离开引擎五分钟出效果。做一段管道用 Draw Polygon 画出管道截面路径用 PolyExtrude 沿路径挤出用 Smooth 处理弯角用 Remesh 统一拓扑密度。比在外部软件里做 spline 建模快得多而且改路径直接改多边形就行。做程序化楼梯这个用 Geometry Script 更合适后面单独讲。手动做的话就是 Box 阵列加 Boolean 合并但一旦要改踏步数量就得重来不如脚本。4. Geometry Script 联动把重复劳动交给代码4.1 Geometry Script 是什么为什么它和 Modeling Mode 是绝配Geometry Script 是一套 Blueprint 和 Python 都能调用的 API让你用代码操作 Dynamic Mesh。它和 Modeling Mode 的关系就像手动挡和自动挡——Modeling Mode 是手动点工具Geometry Script 是把这些工具的操作写成脚本批量执行。Modeling Mode 里很多工具本身底层就是 Geometry Script 函数封装的所以两者能力高度重合区别只在交互方式。为什么说它是绝配因为 Modeling Mode 解决的是单次编辑的效率Geometry Script 解决的是批量生成和参数化的效率。你手动做一个楼梯要五分钟写个脚本之后改踏步数、宽度、高度都是改一个参数的事一秒重生成。对于需要大量变体的场景——围栏、管道、书架、程序化建筑——脚本的投入产出比极高。4.2 一个能直接抄的程序化楼梯脚本下面这段是 Blueprint 里 Geometry Script 节点的逻辑等价 Python 版本思路是循环生成踏步并合并。实际在 Blueprint 里用节点连线逻辑一样。# 伪代码示意程序化生成楼梯 # 输入参数踏步数 steps、踏步宽 width、踏步高 rise、踏步深 depth def generate_stair(steps, width, rise, depth): result_mesh create_empty_dynamic_mesh() for i in range(steps): # 每个踏步是一个 Box step create_box(width, depth, rise) # 沿高度和深度方向偏移 translate(step, x0, yi * depth, zi * rise) # 合并到结果网格 result_mesh mesh_boolean_union(result_mesh, step) # 统一重网格清理布尔产生的碎面 result_mesh remesh_uniform(result_mesh, target_edge_length5.0) return result_mesh关键点在于最后那步 Remesh。布尔合并几十个 Box 之后拓扑会非常乱接缝处全是细碎三角面。用 Remesh 统一一下边长网格立刻干净后续展 UV 和做碰撞都省心。这个布尔后必 Remesh的习惯是我踩了无数次坑才养成的。4.3 Geometry Script 的性能红线脚本跑得爽但有几个性能红线必须知道。第一不要在 Tick 里跑重几何运算。Dynamic Mesh 的布尔、Remesh 都是毫秒到秒级的操作放 Tick 里必卡。要跑就放事件触发或者异步任务。第二批量生成时控制单次合并的对象数量。一次布尔合并几百个 Box内存和耗时都会爆炸正确做法是分批合并每批几十个最后再合并批次结果。第三生成的网格面数要有预算。程序化生成很容易失控一个脚本跑出几百万面游戏直接跪。养成在脚本末尾加一个 Simplify 或者面数检查的习惯。4.4 用 Geometry Script 做碰撞体Modeling Mode 里有个 Generate Collision 工具但程序化生成的网格往往需要脚本自动生成碰撞。Geometry Script 提供了生成简单碰撞盒体、凸包、球体和复杂碰撞的接口。我的经验是程序化生成的静态道具优先用凸包碰撞Convex Hull性能好且够用需要精确碰撞的才用复杂碰撞但一定要控制面数否则物理开销吃不消。5. 动态网格编辑在运行期的应用与性能账5.1 运行期编辑的典型场景编辑期用 Modeling Mode 是常规操作但 Dynamic Mesh 真正的差异化价值在运行期。几个典型场景玩家可以破坏的墙体打哪缺哪、可实时雕刻的沙地或雪地、程序化生成的地牢每次进游戏布局不同、建造类游戏里玩家自己搭的建筑。这些场景的共同点是网格必须在游戏跑起来之后继续变化StaticMesh 做不到Dynamic Mesh 可以。实现方式是在 Actor 上挂 UDynamicMeshComponent然后在 Blueprint 或 C 里调用 Geometry Script 函数修改网格。比如玩家开枪打墙你用射线检测命中点在命中位置生成一个球体和墙体网格做布尔差集墙体就出现一个洞。整个过程实时完成不需要预烘焙破坏效果。5.2 性能账要算清楚运行期编辑的代价必须提前算账。Dynamic Mesh 的渲染没有 StaticMesh 那套优化面数一高帧率就崩。我的经验数据是单个 Dynamic Mesh 组件在主流配置上控制在 1-2 万面以内比较安全多个组件加起来别超过 10 万面。超过这个量级要么减面要么把不常变的部分转成 StaticMesh。还有一个容易被忽略的开销每次几何运算都会触发渲染资源重建。玩家连续破坏墙体每打一枪就重建一次网格渲染数据频繁触发会卡顿。优化思路是攒批——把短时间内的多次修改合并成一次运算或者用异步方式在后台线程算算完再切到游戏线程更新。5.3 碰撞与物理的同步问题运行期改了网格碰撞体必须同步更新否则玩家会撞到看不见的墙或者穿过看得见的墙。Dynamic Mesh Component 支持自动重建碰撞但重建有开销。我的做法是破坏类场景用简单碰撞近似比如破坏后用一个略小的盒体碰撞不追求逐面精确需要精确碰撞的场景控制修改频率别每帧都改。6. 踩过的坑与排查链路从现象到根因6.1 工具点了没反应网格纹丝不动这是新手最常见的问题。排查链路是这样的先看选中的对象是不是 StaticMesh Actor 而不是 Dynamic Mesh——Modeling Mode 的工具只能作用于 Dynamic Mesh如果对象还是 StaticMesh需要先转换。转换按钮在工具栏的 Mode 切换或者右键菜单里。再看是不是没选中任何面/顶点——很多工具比如 PolyExtrude需要先选中子元素才能操作直接点工具是没反应的。最后看是不是对象被锁定了或者在一个不可编辑的层级里。6.2 布尔运算后模型变黑或者法线翻转布尔是重灾区。现象是运算完模型表面发黑、光照不对。根因通常是布尔产生了翻转的法线或者非流形几何。解决办法布尔后立刻用 Normals 工具重算法线再用 Remesh 清理拓扑。如果还不行检查两个操作数是不是都是封闭流形开放网格做布尔基本必出问题。预防措施是布尔前先确保两个网格都是 Manifold可以用工具里的检查功能验证。6.3 UV 在编辑后错乱前面提过几何运算会重建拓扑UV 接缝对不上。现象是贴图拉伸、错位、接缝处出现明显断裂。根因是 Dynamic Mesh 的 UV 属性在拓扑变化后没有正确传递。解决办法是调整工作顺序先几何后 UV。如果已经展好 UV 又必须改几何那就改完重新展。UE5 的 UV Editor 支持在 Modeling Mode 里直接展 UV配合 Auto Unwrap 能快速重做比外部软件来回导快。6.4 Geometry Script 跑完网格消失脚本执行后网格不见了通常是两个原因。一是布尔运算的操作数有一个是空的或者无效的导致结果为空。排查方法是逐步打印中间结果的面数看哪一步变成 0 了。二是坐标变换出了问题网格被移到了很远的地方或者缩放到 0。检查 translate 和 scale 的参数尤其是循环里的累积偏移很容易越算越离谱。6.5 运行期编辑导致内存持续增长长时间运行后内存越来越高最后崩溃。根因通常是每次编辑都创建了新的 Dynamic Mesh 而没有释放旧的。Geometry Script 的很多函数会返回新网格旧网格如果没被 GC 回收就会泄漏。解决办法是复用网格对象用 in-place 修改的接口而不是每次创建新的确实要创建新的确保旧对象没有引用残留。这个坑在长时间运行的建造类游戏里特别致命。7. 把 Modeling Mode 嵌进日常工作流的几点心得我现在的习惯是任何场景相关的资产第一版一定在 Modeling Mode 里做 blockout。原因很简单快而且和场景比例、光照、相机直接对照着调比在外部软件里盲做准得多。等形状定稿了再决定是继续在引擎里细化还是导出到专业软件做高模。这个引擎内起稿的习惯帮我省掉了大量来回导入导出的时间。Geometry Script 我一般用在两类地方一是明确的重复性任务比如沿曲线撒石头、按网格生成书架、程序化围栏二是需要参数化的资产比如可调尺寸的楼梯、可调层数的建筑。写脚本的投入在第三次复用的时候就回本了。但别为了脚本而脚本一次性做三个的资产手动做比写脚本快。最后说一个心态问题。Modeling Mode 的工具很多别想着一次全学会。挑三五个高频工具我的选择是 PolyExtrude、Boolean、Smooth、Remesh、Transform练熟覆盖 80% 的日常需求。剩下的工具用到再查工具面板里每个工具都有悬停提示和文档链接。真正拉开差距的不是会多少工具而是知道什么场景该用什么工具组合以及踩过足够多的坑之后形成的肌肉记忆。
