简介：面向场景仿真与虚拟现实建模学习者及开发者的技术文档，聚焦不规则建筑体在Multigen Creator中难以直接搭建的问题，给出以3dsmax辅助建模、再导入Creator修正并输出flt格式的解决思路。资源包仅含1个docx文档，约21KB，篇幅精简，适合作为复杂场景建模流程的参考材料，已有196人学习下载。内容围绕对象几何特征分析、建模工具选择、3dsmax单位设置、几何体构造、材质与纹理处理、模型简化以及3ds导入Creator等环节展开，并结合数字火箭系统模拟的应用说明。文档还提示减少多边形数量、慎用布尔运算、以样条替代刚性小管、关注NURBS或面片转3ds时的数据丢失，以及两套软件材质与纹理机制的差异。适合具备基础三维建模经验、需要开展场景仿真项目实践的中级读者查阅，可帮助在控制数据量的同时兼顾实时性与视觉效果。

1. 场景里的不规则建筑体，卡在哪一步

模型库翻出来，方盒子、圆筒、球摆得整整齐齐，评审会上被一句“这不像”打回来。问题通常不在渲染，而在建模阶段就没给不规则建筑体留出位置。Creator 在场景仿真领域基本是默认选择，OpenFlight（flt）也早就成了交付标准格式，它的多边形工具做箱体、圆柱、旋转体很顺，碰上带曲面、带斜撑、带异形外墙的建筑体就吃力了。3dsmax 的强项正好在这块：曲面、样条、布尔、NURBS 都能上手，导出的 3ds 又能直接进 Creator 修正后转 flt。这套组合解决的是同一个问题——让不规则体在 Creator 里建得出来、在 Vega 里驱动得了、面数还压得住。适合做场景仿真建模、虚拟场景搭建的从业者，尤其是手上有一堆异形结构、又必须交付 flt 的人。

2. 先判定再动手：不规则体到底该交给 3dsmax 还是 Creator

判定这一步省掉，后面全是返工。我见过太多人拿到模型就直接开 3dsmax，做完发现这个体其实用 Creator 的旋转体十分钟能搞定，白白多承担一次格式转换的风险；也见过反过来硬在 Creator 里捏曲面，捏了三天还是个棱角分明的壳子。选型的依据不是软件谁更强，而是这个体的几何特征能不能被基本体拆干净。

2.1 三条建模路线的成本对照

场景仿真里的三维模型，来源无非三条路。

第一条是图形库加高级语言，OpenGL 或 Direct 配 C++ 之类，自己写渲染和交互。好处是自由度极高，逻辑重的场景想怎么改就怎么改，软件成本几乎为零；代价是开发者得同时懂图形学和编程，美术人员插不上手，改一个造型要改代码重编。

第二条是 VRML 这类虚拟现实建模语言，文本可编辑、便于浏览，写起来门槛低。但绘制速度是硬伤，驱动大型复杂场景时很难压到实时帧率，做轻量演示可以，做仿真主场景不合适。

第三条是专业建模软件，Creator 这类工具把开发者从编码里解放出来，flt 格式本身就是仿真领域的通用语言，Vega 能直接吃。缺点是软件成本高，而且它的建模能力偏多边形基础操作，异形结构确实是短板。

选第三条不是因为它完美，是因为交付物必须是 flt。Creator 的绘图工具覆盖多边形、圆形、墙体、锥体、球体、旋转体、带面和文字，做规则体绰绰有余；一旦对象里出现大量自由曲面或者不能拆分的异形结构，这套工具就不够了。这时候把 3dsmax 拉进来做前端建模，Creator 只负责修正、组织层级和导出，分工才合理。

2.2 不规则度判定：能不能拆成箱体、球、圆柱

我给自己的判定顺序是三步，走完基本不会再选错。

第一步问拆分成本。这个体能不能用箱体、球、圆柱、旋转体拼出来？如果能拼，且零件数量在可接受范围内，直接在 Creator 里做。零件越多，手工对位越容易出错，超过某个量级反而不如整体建模再导入。

第二步问曲面占比。对象表面有多少是平面，多少是自由曲面？外墙是直墙加开窗，Creator 能做；外壳是流线型、带双曲率过渡，Creator 做不了，硬做出来的面片数量还会失控。

第三步问曲面是否影响轮廓识别。远景里的一个塔吊，曲面细节可以完全忽略，用几根方柱代替就够了；近景的主镜头对象，轮廓差一点观众立刻能看出来，那就得老老实实用 3dsmax 建。

把这三步落成一张对照表，团队里谁拿到模型都能自己判断：

一个容易忽略的点：判定不是一次性的。项目中期需求变更，原本的远景对象被提到近景，模型细节要求上来了，这时候再回 Creator 里补曲面就是自找麻烦。所以我的习惯是不管最终在哪建，3dsmax 的源文件一律保留，3ds 中间文件也留着，改型的时候从源头改。

2.3 单位对齐：系统单位、显示单位与毫米基准

单位设置是整条链路上最不起眼、也最容易炸的一环。3dsmax 里有两套单位概念，含义完全不同：

显示单位只影响几何体在视口里怎么显示、面板上的数字怎么读，改它不动模型的实际大小。系统单位才决定几何体的真实尺寸，顶点坐标就是按系统单位存下来的。默认安装的系统单位往往是英寸，工程上习惯按毫米，这两个一错位，后面所有环节都在错误比例上跑。

Creator 那边同样要把数据库单位设成与 3dsmax 一致的毫米基准，常见做法是在数据库属性里把单位体系定下来，别用默认值蒙混过去。两边都锚在毫米上，模型的尺寸才是可传递的。

3dsmax 侧我一般用一段脚本统一改，避免手点漏项：

-- 系统单位：决定几何体真实尺寸，写进场景文件，导出后跟着走 units.SystemType = #Millimeters -- 显示单位：只影响视口读数和输入框显示，不改模型实际大小 units.DisplayType = #Metric units.MetricType = #Millimeters -- 回读确认：两个都改到位才算完成 format "SystemUnit=% DisplayUnit=%\n" (units.SystemType as string) (units.DisplayType as string)

这段里前三行是动作，第四行是自检。SystemType是持久化的，跟着场景文件走，别人打开你的文件看到的就是毫米；DisplayType和MetricType只改界面呈现。改SystemType时软件会弹窗问要不要重缩放场景里的对象，这一步别随手点“是”——如果场景里已经有按英寸建的模型，重缩放会把它们整体放大 25.4 倍，看起来“修好了”，实际是把错误固化进去了。

改完之后做一个标定动作：新建一个 1000×1000×1000 的立方体，导出 3ds，导入 Creator，看它在 Creator 里读出来是不是边长 1 米。这个动作花不了一分钟，能挡住后面 90% 的比例事故。我现在的习惯是每个新项目开工第一件事就是建这个“标定块”，跑通了再开始正式建模。

3. 3dsmax 建模这一段：三种组织模式和 3ds 格式会吃掉什么

3dsmax 里能用的建模手段很多，但不是所有手段的成果都能完整落到 3ds 文件里。3ds 是个老格式，它的表达能力有明确边界，越过边界的东西在导出那一刻就静默丢失了——没有报错，没有提示，你只有导入 Creator 之后才发现模型少了半边。所以这一节的重点不是怎么把模型捏好看，而是怎么捏才能安全地交出去。

3.1 网格、面片、NURBS 三种组织模式与 3ds 的存储限制

3dsmax 组织几何体有三种模式：网格、面片、NURBS。三者的建模手感差别很大，NURBS 做曲面最舒服，控制点一拉就是光滑过渡；面片适合做有机形体；网格最“笨”，但最可控。

问题在于，3ds 文件在存储时把所有模式统一落到网格上。也就是说，你用 NURBS 建的东西，导出时被强制降级成网格。降级过程不是无损的：NURBS 的控制点曲线在转成 3ds 时会丢失，曲面片构造的模型在转换时也可能出错，表现为面片翻折、边界塌陷或者干脆整块不见。

我的处理办法是分阶段：造型阶段随便用，NURBS、面片都行，怎么快怎么来；进入导出准备阶段，全部塌陷成 Editable Mesh，塌陷完对比一下顶点数和面数，掉得离谱就说明有东西没转好，回去补面。这一步不要图省事用 Editable Poly 直接导，Poly 的多边形面在导出时还要再三角化一次，多一层不可控。

导出前的体检我用下面这段脚本跑一遍，重点是找出还没塌陷的对象：

-- 导出前体检：统计三角面数，并列出仍是参数化/未塌陷的对象 ( local tri = 0 local pending = #() for o in geometry where superClassOf o == GeometryClass do ( if classOf o == Editable_mesh then tri += (getPolygonCount o)[2] -- Editable Mesh：面即三角面 else if classOf o == Editable_Poly then tri += (getPolygonCount o)[2] -- Poly：此处是多边形面数，导出时会再三角化 else append pending (o.name + " [" + (classOf o as string) + "]") ) format "三角面合计(近似): %\n" tri format "待塌陷对象: %\n" pending )

getPolygonCount返回一个两元素数组，第一个是顶点数，第二个是面数。对 Editable Mesh 来说面就是三角面，数字可以直接用；对 Editable Poly 来说这里是多边形面数，实际三角面会比这个多，所以脚本里我标了“近似”。pending收集的是所有还不是 Mesh、也不是 Poly 的对象，包括各种参数化基本体、放样体、NURBS 曲面——这些对象导出去都会经过一次隐式转换，转换结果不由你控制，所以要先手动塌陷。

脚本跑完，pending应该是空的。不为空就逐个塌陷，塌陷完再跑一次，直到清空。这个循环我一般会做两遍，因为塌陷一个对象有时会连带影响修改器栈里的其他对象。

3.2 用样条和子对象编辑替代布尔减

布尔运算在建筑体建模里太顺手了：开个窗洞、挖个凹槽，两次点击搞定。但布尔减在导出链路上是事故高发区，三个典型故障——模型扭曲、面被吃掉、无用的碎面暴涨。前两个是几何错误，导入 Creator 后表现为破面和黑洞；第三个是性能问题，一个简单的开洞能给你塞进几百个看不见的小三角。

替代方案有两条，看具体场景选。

第一条是样条路线：先用二维样条画出轮廓，带洞的轮廓就用复合样条，然后挤出或者车削成实体，最后转网格编辑。这条路适合墙体、楼板、带开窗的外墙这类“平面轮廓加厚度”的结构，洞在二维阶段就处理掉了，压根不需要布尔。

第二条是子对象编辑：直接进网格模式，删面、连线、补面。听着原始，但对不规则体其实更快，因为你知道每一刀切在哪。比如把一个圆锥改成四棱锥，根本不用布尔——把段数改成 4，关掉光滑选项，两秒钟的事。再比如在指定宽度上直接渲染样条，也能做出带厚度的构件而不碰布尔。

机械系统里管件多，这里有个省面数的技巧值得单独说：如果管子不需要看到内壁，就用实心体代替空心管，模型面数直接减半。模拟刚性小管有两种做法，一是在圆柱上加修改命令，二是用透视样条。我更倾向第二种，原因是移动控制点时样条形状好控制，而且样条生成的管在弯曲处用来插补的边数更少，同样一根弯管，边数能差出一截。

3.3 材质与纹理的映射规则：64 号起始与 RGBA 限制

3dsmax 的材质类型有十几种，除了多重/子对象材质这类复合类型要格外小心，标准类型的材质基本都能正确导入 Creator。导入后的排列规则要记住：3dsmax 的材质会排到 Creator 默认材质 0–63 之后，从 64 号开始往后排。知道这个规律，导入后找材质就不用一个个点开看，直接翻到 64 号往后找。

纹理这块，两个软件的语义不一样，这是很多问题的根源。在 3dsmax 里，纹理只是材质的一个属性，挂在漫反射通道上；在 Creator 里，纹理和材质是并列的两样东西，不存在从属关系。两个软件都不以文件形式存图片，只存图片的路径和尺寸信息——这意味着 3ds 文件本身不带图，换台机器打开就是空贴图。

映射类型上，3dsmax 提供位图、凹凸、不透明性等多种，但只有位图这一种能进 Creator。凹凸和不透明性这类通道，导入时直接丢弃。

格式上更严格：Vega 只认 RGBA 格式的图片。3dsmax 和 Creator 本身能读大部分常见格式，但最终要在 Vega 里显示，就必须是 RGBA。普通 RGB 图转 RGBA 的做法是先用图像工具把其他格式统一成 RGB，再手动加 alpha 通道存成 RGBA。另外纹理维度一般控制在二维，计算机处理效率更高，也能避开一些不必要的枝节效果。

材质命名我给个建议：在 3dsmax 里就用“对象名_部位_序号”这种可读的名字，别用默认的 Material #12。导入 Creator 后材质会挤在一堆，名字是唯一的线索。

3.4 导出 3ds 之前的检查清单

这一步固定下来，能省掉大量来回。我用的表是这样：

表格里最后一行“变换”经常被跳过。带着非 1 的缩放值导出，模型进 Creator 后可能出现法线方向错误，表现为表面发黑或者光照诡异。重置变换再塌陷，能避开这一类问题。

4. 从导入到压面数：Creator 层级重建与九种简化手法

模型进了 Creator 不等于完事，真正的活在这里：把散架的层级重新组织起来，把丢掉的纹理挂回去，把面数压到实时渲染能接受的范围。这一步做扎实，交付物才谈得上“能被 Vega 驱动”。

4.1 直接导入与网格化导入两条路径

3ds 文件导入 Creator 有两条路，各有各的毛病。

第一条是直接导入。速度快，但转换过程会产生错误，典型表现是面数丢失或者面被置换——原本朝外的面翻到里面去了。这类错误可以在 Creator 里用转换、复制一类的工具逐块校正，工作量取决于模型复杂度。

第二条是先在 3dsmax 里给模型附上网格形式，再导入 Creator。相当于把转换动作提前，让不可控的隐式转换变成可控的显式操作。这条路导入结果更稳定，代价是 3dsmax 侧多一道工序。

我的选择是：结构简单的模型走直接导入，出问题再修；结构复杂、面数多的主体模型走网格化导入，宁可多花十分钟，也不要导入后对着几百个翻折面找问题。

4.2 OpenFlight 层级：g2 组节点下的树状结构

Creator 用的是三维坐标系统，x 为水平轴，y 轴与 x 正交，z 轴垂直于 x、y 构成的平面。计算机屏幕是二维的，所以放置数据库元件要靠轨迹平面来定位，轨迹平面由两部分组成：一部分是三维数据库空间中的平面，鼠标左键的作用就是把元件放到这个平面上；另一部分是位于轨迹平面上的二维网格，可以是笛卡儿式也可以是反射式，可见或不可见都行。

OpenFlight 是 Creator 的文件格式，核心特征是层次化结构。这个结构定义了数据库中节点之间的关系，节点以树状形式连接，从最上面的根节点往下到体节点，再到面节点，最底层是点节点——点节点不出现在层级视图里。

3dsmax 没有对应的层级概念。它虽然有“组”，但组的设计目的只是方便选择，组的信息根本不会写进 3ds 文件。所以模型导入 Creator 之后，整棵树会被附加在层级视图里那个默认的 g2 组节点下面，节点名就是模型名，再往下是体节点、面节点，层级是平的。

平层级在渲染上是要吃亏的：Vega 做视锥剔除和 LOD 调度时依赖层级结构，一整块挂在 g2 下面，剔除粒度就是整块模型，远处一个角落不可见，整栋楼都跟着不画或者都画。所以导入后必须手工重建：在 g2 下建 group，按建筑部位把体节点归进去，比如“主体”“外挂结构”“附属设施”各成一组。重建层级这件事没有捷径，但命名规范能省一半时间——3dsmax 里对象名起对了，Creator 里拖节点就是照着名字拖。

4.3 纹理路径丢失的两条修复路

3ds 文件导入 Creator 后，纹理十有八九是不显示的。原因很直接：3ds 里存的只是路径字符串，换了软件、换了机器，那个路径就不存在了，图自然挂不上。

第一条修复路径是手动替换：打开纹理调色板，在纹理列表里找到对应条目，点击替换文件，指到实际的图片上。模型上贴图多的，这条路会比较磨人，但胜在直观，哪张丢了一眼能看出来。

第二条路径是烘焙：在 3dsmax 里把已经应用材质和纹理的模型渲染成一张图，再把这张图作为纹理贴到 Creator 的模型上。适合材质层数多、贴图碎的情况，一张图解决所有问题，代价是丢了平铺能力，近看会有精度损失。

不管走哪条路，纹理文件本身要先满足 Vega 的要求——RGBA 格式。批量处理我一般用下面这段脚本，顺便把尺寸也统计出来：

from pathlib import Path from PIL import Image SRC = Path("./textures") # 3dsmax 导出的原始贴图目录 DST = Path("./textures_rgba") # 转换后输出目录 DST.mkdir(exist_ok=True) # 只处理建模链路里常见的几种格式 EXTS = {".png", ".jpg", ".jpeg", ".tga", ".bmp"} report = [] for p in sorted(SRC.iterdir()): if p.suffix.lower() not in EXTS: continue with Image.open(p) as im: w, h = im.size # Vega 侧只认 RGBA：统一转 32 位并补齐 alpha 通道 out = im.convert("RGBA") dst = DST / (p.stem + ".png") out.save(dst) # 记录非 2 的幂次尺寸，这类贴图在部分驱动上会出问题 pow2 = (w & (w - 1) == 0) and (h & (h - 1) == 0) report.append((p.name, f"{w}x{h}", "OK" if pow2 else "非2幂次")) for name, size, flag in report: print(f"{name:<32} {size:<12} {flag}")

脚本的主体逻辑很直白：遍历源目录，按扩展名过滤，逐张打开，统一convert("RGBA")后另存为 png。三个参数值得说明：SRC指向 3dsmax 导出的贴图目录，转换前先备份一份原图；EXTS是白名单，加别的格式就往里加，但要注意 Creator 对某些格式的支持不如 png 稳；输出统一用 png，是因为它在带 alpha 通道这件事上最省心，tga 也能用但体积大一些。

最后那段 2 的幂次检查是我自己加的，非 2 幂次尺寸的贴图在部分图形驱动上会被强制重采样，表现就是贴图糊掉或者错位，提前在报告里标出来，比在 Vega 里查快得多。另外提醒一句：convert("RGBA")只是补了 alpha 通道，通道值全 255，不产生任何透明效果。需要镂空的地方仍然要在 3dsmax 里用不透明贴图做，然后烘焙成带 alpha 的图。

4.4 3dsmax 侧的六种简化

场景仿真必须实时出图，一个交互式行走要保持每秒 20 帧才算平滑。模型数据一大，帧率就往下掉，所以简化不是可选项，是交付前的必做动作。简化分两头做，先说 3dsmax 侧。

忽略看不见的细节。最典型的是管子内壁。管件不呈现内侧，就用实心体代替空心管，面数直接砍掉一半，视觉上一点区别都没有。

忽略对整体视觉效果影响不大的细节。机械系统里有大量倾斜边缘，其中内圆角是最坑的——在 3dsmax 里给每条边倒圆角，面数会成倍往上翻，而这些圆角在最终画面里几乎看不出来。这类细节一律不做。

用纹理表现细节。铆钉、硬边这类东西，实模做出来非常费面。做法是渲染模型，用凹凸映射把细节烘到位图上，再把位图贴回表面。铆钉从几何变成像素，面数省了，视觉上还在。

用简单模型替代复杂模型。圆柱用三棱柱或者四棱柱代替，圆管用方管代替，远景的球形构件用八面体代替。前提是这个替代在目标视距下看不出来。

缩减段数。段数和视觉效果之间是个平衡点：段数上去，模型更平滑，数据量也跟着涨。找到“再少一段就能看出棱角”的那个值，就停在那里。

编辑子对象、删除影响甚微的子节点。尤其是从 CAD 或者别的软件导进来的模型，经常夹着一堆肉眼看不见的碎面和孤立顶点，删掉不影响任何东西。

4.5 Creator 侧的三件套：实例化、纹理降尺寸、LOD

实例化。屏幕上显示多个相同模型，内存里只加载一份。场景里成排的路灯、重复的窗框、阵列的立柱，全部走实例化。这是省运行开销最直接的手段，不改模型一根线。

纹理降尺寸。在不损失视觉效果的前提下，用小图替大图。近景主对象用 128×128，远景构件用 16×16，视觉上完全够。纹理尺寸对面数没影响，但对显存和加载时间影响很大。

LOD。同一个物体准备几个细节程度不同的版本，多边形复杂度各不相同。视点离得近，切到高细节版本；视点往后退，细节逐级被替换掉。多边形数量最多的那版叫最大 LOD，是视点最靠近模型时呈现的。

LOD 的关键参数是切换距离，这个值不能拍脑袋。我的算法是按屏幕占比反推：先确定这个物体在多远时，其屏幕投影高度降到某个像素阈值以下，就把切换点定在那里。切换点太近，玩家能看见模型“跳”一下；太远，省不下面数。相邻两级 LOD 的轮廓要尽量对齐，否则切换瞬间会有明显的形变感。

4.6 简化效果怎么量

九种方法不是每个模型都要用一遍。实际做的时候，按模型结构挑 1 到 3 种，组合着来。原始材料里给过一组对比数据，一个建筑体模型只用了两种手法——3dsmax 里忽略细节加缩减段数：

三角形掉到原来的 14%，文件掉到 11%，视觉上还能接受。这组数字的意义不在于“能压多少”，而在于给了一个参照：如果你压完只掉了 30%，说明挑的方法不对，或者模型里还有大片没处理的冗余结构。反过来，一个 26000 面左右的不规则外壳模型，压到能被 Vega 顺利驱动的程度，也是同样的思路——先砍看不见的，再砍看不出的，最后才是减段数。

5. 避坑排查：导入放大 25.4 倍这类问题，五条现场记录

下面五条都是我在实际项目里撞过的，按“现象、原因、解决”记下来。每一条单拎出来都不复杂，但在项目里同时出现两三条的时候，排查成本会翻好几倍。

5.1 导入后模型整体放大或缩小了一大截

现象：3dsmax 里量好是 10 米的墙，导入 Creator 后拿测量工具一量，变成 254 米或者 0.39 米。

原因：系统单位不一致。3dsmax 默认系统单位是英寸，Creator 那边按毫米解释，英寸到毫米正好是 25.4 倍。反过来的情况是 Creator 单位设成了米，模型被缩到千分之一。

解决：两边都锚死毫米。3dsmax 侧跑单位脚本，改SystemType时弹窗问要不要重缩放场景，一定选“否”，因为你要的是让后续新建的对象按毫米走，不是把已有对象放大。Creator 侧在数据库属性里确认单位体系。最后用 1 米的标定立方体走一遍完整链路验证。这个坑最坑的地方在于它不会报错，模型看起来“能显示”，只是比例错了，往往到场景组装阶段才发现，那时候所有配景都得跟着重做。

5.2 导入后丢面、面被置换或者出现黑洞

现象：模型在 3dsmax 里看是完整的，导入 Creator 后某个立面缺一块，或者原本朝外的面变成了朝内，光照上去一片黑。

原因有三类。一是模型里还留着 NURBS 或面片对象，导出时的隐式转网格失败了；二是用过布尔减，残留了自交面和非流形边；三是导出时对象带着非 1 的缩放值，法线方向被算反了。

解决：导出前跑体检脚本，pending清空；布尔操作全部用样条挤出或子对象编辑替代；所有对象重置变换后再塌陷。已经在 Creator 里发现破面的，用转换、复制工具逐块修，修完记得重新计算法线。预防的办法是导入前在 3dsmax 里开双面显示转一圈，翻折面在这个视角下一眼就能看出来。

5.3 纹理一片灰、一片黑，或者糊得看不清

现象：模型结构完全正确，就是表面没有图，全是默认灰，或者贴上去的图被拉伸、错位、糊成一团。

原因：路径丢失是最常见的一类，3ds 里存的路径在新机器上不存在；其次是格式不对，贴的是 RGB 图而 Vega 只认 RGBA；再者是纹理尺寸不是 2 的幂次，被驱动强制重采样；还有一种容易被忽略——文件名带中文或空格，某些环节直接读不到。

解决：先用批量脚本把所有贴图统一转成 RGBA 的 png，同时输出尺寸报告，把非 2 幂次的挑出来重做；文件名全部改成英文加下划线，统一放一个目录；导入后在纹理调色板里逐条替换文件路径。如果贴图碎得太多，直接走烘焙路线，在 3dsmax 里渲一张大图，回来贴一次搞定。

5.4 帧率掉到个位数，交互完全走不动

现象：单个模型看着不大，场景里一摆开，帧率直接崩，视角一转就卡。

原因：面数总量超了，而且没有做任何复用。一个 8000 面的模型摆 50 个就是 40 万面，再叠上没做 LOD 的远景，显卡根本扛不住。另一种情况是层级是平的，全都挂在 g2 下面，剔除粒度太粗，视野外的东西照样参与绘制。

解决：先做简化，把单模型面数压到预算内；再对重复构件全部实例化，内存里只留一份；然后给主镜头能靠近的物体配 LOD，按屏幕占比算切换距离；最后重建层级，按部位分 group，让剔除有粒度可切。这四步做完，帧率通常能回到可用区间。

5.5 Creator 里一切正常，Vega 里不显示或者位置偏

现象：在 Creator 里打开 flt，模型好好地待在原地；用 Vega 驱动同一个文件，模型要么根本不出现，要么飘在别的位置，要么视角一动就整块消失。

原因：多数是层级和原点的问题。模型整棵挂在 g2 下没进 group，Vega 做剔除时把整块当一个单元处理，稍微偏出视锥就整块不画；另一个原因是模型原点不在几何中心，LOD 的切换距离是按原点算的，原点偏到一边，就会出现“走近了该显示细节却突然消失”的现象。

解决：在 Creator 里把体节点按部位归进 group，命名和 3dsmax 侧保持一致；把模型原点对齐到包围盒中心，LOD 的中心点也跟着重设；导出前在 Vega 里跑一遍漫游，从远到近走一遍，看有没有突兀的切换。这一步别省，很多问题在 Creator 的静态视图里根本暴露不出来。

6. 交付前的自检：三角形预算、LOD 切换距离和一张检查表

项目做多了会发现，能不能一次交付成功，跟建模水平关系不大，跟有没有把检查动作固定下来关系很大。我现在给每个模型定一个三角形预算，写进任务单里，超了就打回，不管做得多好看。预算怎么定？拿目标帧率倒推：先确定场景里同屏最多出现多少个模型，用总面数上限除以这个数量，再留三成余量给动态加载的部分。这个数字一旦定下来，简化就有了明确终点，而不是“能压就压”。

LOD 切换距离我是用屏幕占比估的，具体做法是：在视口里把相机推到目标距离，量模型投影高度占屏幕高度的百分比，低于 5% 就把这一级切到下一档。相邻两档的轮廓要肉眼比对，差太多就把高模再减一轮。这套估算不上台面，但比拍脑袋靠谱，而且可以复现。

交付前那张表我贴在工位边上：

有一回赶进度，我跳过了最后一行的漫游验证，结果交付当天在评审机上，一栋楼走到三十米处整块消失，现场重新导了一遍才救回来。从那以后我每次交付前都强制把这张表从头到尾走一遍。

希望帮到你。

本文还有配套的精品资源，点击获取