1. 从改个模型要开三个软件说起Modeling Mode 到底解决了谁的痛点如果你做过一段时间的 UE5 场景搭建或者原型制作大概率经历过这种流程在外部 DCC 里建好一个基础模型导出 FBX拖进引擎发现比例不对再切回 DCC 改重新导出再拖回来。来来回回折腾几轮一个简单的墙体倒角或者管道弯头就能耗掉半小时。更别提那些需要在引擎里做快速迭代的关卡设计师他们往往不擅长建模软件但偏偏需要频繁调整几何体形状。Modeling Mode 这套工具集就是冲着这个场景来的。它把一整套网格编辑能力直接塞进了 UE5 编辑器内部你不需要离开引擎就能完成从基础形体创建、布尔运算、雕刻变形到 UV 调整的大部分操作。而 Geometry Script 的加入则让这套工具从手动改模型进化到了用代码批量改模型的层面——你可以写脚本自动生成参数化建筑、批量处理导入的资产、甚至构建自己的建模工具按钮。这篇文章面向三类人一是刚接触 UE5、对 Modeling Mode 完全陌生但想快速上手的新人二是已经用过一些基础功能、但没系统梳理过工具逻辑和踩坑点的中级用户三是想通过 Geometry Script 把建模流程自动化的技术美术或工具开发者。我会从工具集的底层逻辑讲起把动态网格编辑的核心机制拆开再结合 Geometry Script 的联动方式给出可直接复现的操作路径和脚本示例。中间会穿插我自己在实际项目中踩过的坑和总结出来的效率技巧尽量让你少走弯路。2. Modeling Mode 的进入方式与工具面板逻辑拆解2.1 怎么进、在哪找、为什么有时候找不到进入 Modeling Mode 的方式很简单在编辑器左上角的模式下拉菜单里选择 Modeling或者用快捷键 Shift5 直接切换。但这里有个新手经常卡住的地方——切换过去之后发现左侧面板空空如也或者只有几个灰色不可点的按钮。这种情况通常有两个原因一是当前选中的 Actor 不是 Static MeshModeling Mode 的大部分工具只对静态网格体生效二是你选中的是一个蓝图 Actor 或者合并过的层级结构需要先把它转成可编辑的静态网格。我个人的习惯是在进入 Modeling Mode 之前先在场景里点选目标 Static Mesh确认右下角细节面板里能看到 Static Mesh 组件然后再切模式。这样切过去之后工具面板会自动激活省得来回折腾。另外补充一个细节UE5 的 Modeling Mode 面板布局是可以自定义的。默认情况下左侧是工具分类列表中间是视口右侧是工具参数面板。如果你用的是小屏幕或者双屏可以把参数面板拖到副屏上视口区域会宽敞很多。这个操作在 Preferences 里没有直接选项但你可以通过拖拽面板标签来实现UE5 会记住你的布局。2.2 工具分类的底层逻辑不是随便分的Modeling Mode 的工具面板看起来分类很多但如果你仔细看它其实是按照操作对象的状态变化来组织的。我把它归纳成四个层次第一层是创建类Create比如 Box、Cylinder、Sphere、PolyExtrude 这些作用是从无到有生成几何体或者从现有几何体挤出新面。第二层是变形类Deform包括 Sculpt、Displace、Smooth、Offset 等作用是在不改变拓扑结构的前提下改变顶点位置。第三层是拓扑类Topology比如 Remesh、Simplify、Triangulate、Boolean这类操作会直接改变网格的顶点连接关系。第四层是属性类Attribute包括 UV 编辑、法线调整、材质分配、碰撞体生成等不改变几何形状但改变网格的附属数据。理解这个分层很重要因为不同层次的操作对性能的影响完全不同。变形类操作通常很快因为只动顶点坐标拓扑类操作往往很慢因为要重建整个网格的索引缓冲。我在处理一个 50 万面的建筑模型时用 Remesh 直接卡了将近两分钟但用 Smooth 只花了不到一秒。知道这个区别之后你就会合理安排操作顺序——先做拓扑简化再做变形微调而不是反过来。2.3 动态网格编辑的核心为什么它和普通 Static Mesh 不一样这里要引出一个关键概念动态网格Dynamic Mesh。Modeling Mode 的所有操作本质上都是在操作一个 Dynamic Mesh 对象而不是直接修改原始的 Static Mesh 资产。当你第一次对一个 Static Mesh 使用 Modeling 工具时引擎会在内存里创建一个 Dynamic Mesh 副本所有的编辑都作用在这个副本上。只有当你点击 Accept 或者 Complete 之后才会把结果写回原始的 Static Mesh 资产。这个机制带来两个重要影响。好处是你可以在编辑过程中反复撤销、预览效果不会污染原始资产坏处是如果你编辑到一半切走了或者崩溃了未提交的修改会丢失。我踩过一次坑花了一个多小时用 Sculpt 工具雕刻了一个地形细节结果因为切换关卡时没点 Accept回来发现全没了。从那以后我养成了一个习惯——每完成一个阶段的编辑就按一次 Accept哪怕后面还要继续改。Dynamic Mesh 的另一个特性是它支持 LOD 和 Nanite 的实时切换。如果你在编辑过程中发现视口变得很卡可以在工具面板的顶部把预览精度调低或者临时关闭 Nanite 预览。这个选项在 Modeling Mode 面板的右上角齿轮图标里叫 Preview Render Mode改成 Normal 会流畅很多但看到的不是最终效果。3. 常用工具的实际操作路径与参数背后的取舍3.1 布尔运算为什么你的结果总是破面Boolean 是 Modeling Mode 里使用频率最高的工具之一但也是新手翻车最多的地方。常见问题包括运算后出现破面、法线翻转、UV 错乱、材质丢失。这些问题绝大多数不是工具本身的 bug而是输入网格的质量问题。布尔运算对输入网格有两个硬性要求一是网格必须是封闭的Watertight二是网格不能有自相交。如果你从一个开放的平面或者有裂缝的模型上做布尔结果几乎必然出问题。我的做法是在做布尔之前先用 Weld 工具把重合顶点合并再用 Fill Holes 把开放边界补上最后用 Check Geometry 检查一下有没有自相交。这三个步骤花不了两分钟但能省掉后面半小时的修面时间。参数方面Boolean 工具提供了 Union、Subtract、Intersect 三种模式以及一个 Try Fix Result 选项。我建议始终勾选 Try Fix Result它会自动尝试修复运算后的小裂缝和退化面。虽然会稍微增加计算时间但结果质量提升明显。另外如果你要做多次布尔运算建议每次运算后都 Accept 一次而不是连续做多次再一起提交。因为 Dynamic Mesh 在多次布尔之后内部结构会变得很复杂一次性提交容易触发内存问题。3.2 Remesh 与 Simplify什么时候该用哪个Remesh 和 Simplify 都是用来控制面数的工具但它们的逻辑完全不同。Remesh 是重新生成一套全新的拓扑结构它会根据你设定的目标边长或者目标面数用类似 Marching Cubes 的算法重新构建网格。Simplify 则是在保留原有拓扑结构的前提下尽可能合并共面的三角形。选择哪个取决于你的目的。如果你需要的是一个干净的、均匀分布的网格用于后续雕刻或者物理模拟用 Remesh。如果你只是想降低面数用于远景 LOD同时希望保留原有的 UV 和材质边界用 Simplify。我做过一个测试同一个 10 万面的雕塑模型Remesh 到 1 万面后表面变得比较光滑但丢失了锐利边缘Simplify 到 1 万面则保留了边缘但三角形大小不均匀。最终我用了 Remesh 加 Smooth 的组合来达到既减面又保形的效果。Remesh 的参数里有一个 Target Edge Length 需要特别注意。这个值不是越小越好太小会导致面数爆炸太大则丢失细节。我的经验公式是目标边长约等于模型最小特征尺寸的三分之一。比如你的模型最细的柱子直径是 6 厘米那目标边长设 2 厘米左右比较合适。当然这只是一个起点实际还要根据视口预览效果微调。3.3 UV 与材质编辑过程中最容易忽略的环节很多人在 Modeling Mode 里改完形状就直接 Accept 了结果发现材质贴图全乱了。这是因为大部分拓扑类操作Boolean、Remesh、Simplify都会破坏原有的 UV 坐标。正确的做法是在完成所有形状编辑之后用 UV Editor 工具重新展开 UV或者用 Auto UV 快速生成一套新的 UV。Auto UV 的参数里UV Resolution 决定了 UV 岛的密度值越大 UV 岛越细碎但拉伸越小。对于建筑类模型我通常设 512 或 1024对于小道具256 就够了。另外记得勾选 Preserve Existing UVs 如果你只想对新增的面生成 UV 而不影响原有的部分。材质方面Modeling Mode 提供了一个 Material Editor 的快捷入口可以给选中的面单独指定材质。这个功能在做建筑分层材质时特别有用——比如一栋楼的外墙是砖、窗户是玻璃、屋顶是瓦片你可以在 Modeling Mode 里直接框选面对应区域然后指定材质不需要回到材质编辑器里做复杂的遮罩。4. Geometry Script 联动从手动点击到代码驱动4.1 Geometry Script 是什么它和 Modeling Mode 什么关系Geometry Script 是一套暴露给 Blueprint 和 Python 的 API它把 Modeling Mode 底层的那些网格操作封装成了可调用的函数节点。换句话说你在 Modeling Mode 面板里手动点击的每一个按钮背后都有对应的 Geometry Script 函数。这意味着你可以用代码来复现所有手动操作并且可以批量、循环、条件化地执行。这个联动关系打开了很多可能性。比如你有一个包含 200 个窗户的建筑立面每个窗户需要做布尔挖洞、倒角、UV 展开。手动操作的话一个窗户至少两分钟200 个就是将近 7 个小时。用 Geometry Script 写一个循环把窗户的 Transform 和尺寸作为参数传进去跑完只需要几分钟。而且脚本可以保存下来下次改参数直接重跑不需要重新手动操作。4.2 一个可复现的 Geometry Script 示例批量布尔挖洞下面这段代码演示了如何用 Geometry Script 在一个墙体上批量挖出窗户洞口。假设你已经有一个墙体 Static Mesh 和一个窗户尺寸的数组。import unreal # 获取编辑器中选中的 Actor selected_actors unreal.EditorLevelLibrary.get_selected_level_actors() wall_actor selected_actors[0] # 获取其 Static Mesh 组件 mesh_component wall_actor.get_component_by_class(unreal.StaticMeshComponent) original_mesh mesh_component.get_editor_property(static_mesh) # 创建 Dynamic Mesh 副本 dynamic_mesh unreal.DynamicMesh() dynamic_mesh.copy_from_static_mesh(original_mesh) # 定义窗户位置和尺寸相对墙体局部坐标 window_specs [ {location: unreal.Vector(100, 0, 150), size: unreal.Vector(80, 20, 100)}, {location: unreal.Vector(250, 0, 150), size: unreal.Vector(80, 20, 100)}, {location: unreal.Vector(400, 0, 150), size: unreal.Vector(80, 20, 100)}, ] # 对每个窗户执行布尔减法 for spec in window_specs: # 创建一个 Box 作为切割体 cutter unreal.DynamicMesh() unreal.GeometryScript_MeshPrimitives.append_box( cutter, unreal.Vector(0, 0, 0), spec[size].x / 2, spec[size].y / 2, spec[size].z / 2, 1, 1, 1 ) # 平移到目标位置 unreal.GeometryScript_Transforms.transform_mesh( cutter, unreal.Transform(locationspec[location]) ) # 执行布尔减法 unreal.GeometryScript_Boolean.apply_mesh_boolean( dynamic_mesh, cutter, unreal.GeometryScriptBooleanOperation.SUBTRACT, True ) # 将结果写回 Static Mesh new_static_mesh unreal.StaticMesh() unreal.GeometryScript_AssetUtils.copy_mesh_to_static_mesh(dynamic_mesh, new_static_mesh) mesh_component.set_editor_property(static_mesh, new_static_mesh)这段代码的核心逻辑是先把原始 Static Mesh 转成 Dynamic Mesh然后循环创建切割体并执行布尔减法最后把结果写回一个新的 Static Mesh 资产。实际使用时你需要根据自己项目的坐标系和缩放做调整但整体流程是通用的。4.3 脚本化建模的三个实用场景除了批量布尔Geometry Script 还有几个我经常用的场景。第一个是参数化生成比如根据一个曲线路径生成一排栏杆栏杆的间距、高度、样式都可以用参数控制。第二个是资产批处理比如把导入的一批模型统一做 Remesh 减面、统一生成碰撞体、统一展开 UV。第三个是自定义工具按钮你可以把自己常用的脚本包装成一个 Editor Utility Widget放在工具栏上一键执行。这里重点说一下参数化生成。UE5 的 Geometry Script 提供了 Append Sweep 和 Append Revolve 这类函数可以沿着路径扫掠截面或者绕轴旋转截面。我用这个功能做过一个管道系统给定一条样条曲线和管道半径脚本自动生成带弯头和三通的管道网格。相比手动建模效率提升非常明显而且改半径或者改路径之后重新跑一遍就行不需要重新建。5. 性能、兼容性与那些文档里不会写的坑5.1 大模型编辑时的内存与卡顿问题Modeling Mode 在处理高面数模型时对内存的消耗是相当可观的。一个 100 万面的模型Dynamic Mesh 在内存里占用的空间大约是原始 Static Mesh 的 2 到 3 倍因为需要额外的顶点属性缓冲和编辑历史记录。如果你同时打开多个高面数模型进行编辑32GB 内存的机器也可能吃不消。我的应对策略是编辑前先用 Simplify 把面数降到可接受的范围编辑完成后再根据需要决定是否重新细分。另外在 Modeling Mode 面板的设置里可以关闭 Undo History这样能省下不少内存。代价是你不能撤销了所以建议在关键节点手动 Accept 保存。还有一个容易被忽略的点Modeling Mode 的视口预览默认使用 Nanite 渲染。如果你的模型没有开启 Nanite或者显卡不支持预览效果会和最终效果有差异。我建议在编辑阶段把预览模式改成 Normal确认形状没问题之后再切回 Nanite 看最终效果。5.2 与 Nanite、Lumen 的兼容性边界Nanite 和 Modeling Mode 的关系比较微妙。Nanite 支持大部分 Modeling Mode 生成的网格但有一个例外如果网格包含非流形几何比如三个面共享一条边Nanite 可能会渲染异常。这种情况下你需要用 Check Geometry 工具检测并修复或者干脆关闭 Nanite 用传统渲染。Lumen 方面Modeling Mode 生成的网格默认会参与全局光照计算但如果你在编辑过程中频繁修改网格Lumen 的场景缓存会不断重建导致视口闪烁。解决办法是在编辑阶段临时关闭 Lumen 的 Dynamic Global Illumination等编辑完成后再打开。5.3 导入资产时的常见报错与处理从外部导入的 FBX 或 OBJ 模型在 Modeling Mode 里编辑时最常见的报错是 Mesh has degenerate triangles 或者 Mesh is not watertight。前者是因为模型里有面积为零的三角形后者是因为模型有开放边界。这两个问题都可以用 Weld 加 Fill Holes 组合修复。具体操作是先选 Weld 工具把阈值设成 0.001 左右合并重合顶点然后用 Fill Holes 把剩下的开放边界补上。如果补完之后还有问题用 Check Geometry 跑一遍它会列出所有问题区域并高亮显示。另一个常见问题是 UV 丢失。有些外部模型在导入时没有正确携带 UV 信息导致在 Modeling Mode 里编辑后材质显示为纯色。这种情况下你需要用 Auto UV 重新生成一套 UV或者回到 DCC 里检查导出设置。6. 把 Modeling Mode 用顺手的几个个人习惯我在实际项目里用 Modeling Mode 的频率很高慢慢养成了一些习惯这里分享几个可能对你有用的。第一个习惯是分层编辑。不要在一个模型上把所有操作做完再 Accept而是按功能分层先做基础形体Accept再做布尔挖洞Accept最后做 UV 和材质Accept。这样每一层都是独立的出问题了只需要回退一层不需要从头再来。第二个习惯是用 Collection 管理编辑中的资产。UE5 的 Collection 功能可以把相关的 Static Mesh 分组我在 Modeling Mode 里编辑的模型都会放进一个叫 WIP_Modeling 的 Collection 里方便快速定位和批量操作。第三个习惯是脚本化重复操作。任何需要做超过三次的操作我都会考虑写成 Geometry Script。哪怕只是简单的批量重命名或者批量设置碰撞体脚本一次编写之后就能反复使用长期来看节省的时间非常可观。第四个习惯是定期清理 Dynamic Mesh 缓存。UE5 在编辑过程中会在内存里保留多个版本的 Dynamic Mesh时间长了会占用大量内存。你可以在 Modeling Mode 面板的设置里找到 Clear Dynamic Mesh Cache 选项定期点一下能明显改善编辑器响应速度。最后说一个关于学习路径的建议。Modeling Mode 的工具很多但不需要一次性全部掌握。我的建议是先精通 Boolean、Remesh、UV 这三个核心工具它们能覆盖 80% 的日常需求。等这三个用熟了再逐步扩展到 Sculpt、Displace 这些高级工具。Geometry Script 也是一样先从批量布尔和批量减面这两个场景入手跑通了再研究更复杂的参数化生成。这样循序渐进不容易被大量的工具和参数吓退。
