资讯详情

资讯详情

从3ds Max到Blender:游戏场景美术的AI辅助工作流迁移实录

说实话我花了整整三年才敢写这篇文章。2023年初我把工位主力机上用了十年的 3ds Max 卸掉换上 Blender顺手在管线里塞了一堆 AI 辅助工具当时心里想的是做完这个项目就换回来。结果这个临时方案一直用到了现在我还在用。作为在游戏场景这行干了 12 年的美术我从 3ds Max 时代的 Forest Pack、RailClone 一路用到了 Blender 的几何节点从手绘 diffuse 一路用到了在管线里跑 AI 生成贴图。这里没有XX 软件完胜的爽文剧情我只想把这两年真实迁移过程中的血泪、收益、翻车现场原原本本地摊开讲一遍。1. 结论先放在前面我的答案不是一个字1.1 这两年半我的实际工具使用比例先给数据再讲道理。我目前主力做的游戏项目是开放世界风格的地图场景角色由别的组负责我们组主攻地形、建筑、植被、道具和氛围。按月度工时大概统计下来Blender约 60% 的日常建模、散布、预览渲染、资产检查3ds Max约 25%主要处理历史遗留资产、客户交付文件、某些内部脚本和插件的专有需求Substance/其他贴图工具10%AI 辅助环节概念验证、贴图变化、放大补细节5% 左右但省下的时间远不止 5%1.2 让我后悔的那一半和不后悔的那一半先说后悔的部分避免你觉得我在无脑吹 Blender。最后悔的有三条我低估了 Max 脚本生态的积累成本。这些年组里沉淀了几百个 Maxscript/插件脚本从批量命名、批量导出 LOD 到场景清理全都在 Max 里跑。换 Blender 后我等于把这些积攒全部清零用 Python 重新写了一遍目前也只覆盖了大概八成。我高估了 Blender 在大厂交界处的即插即用程度。FBX 往返、单位比例、法线翻转、灯光传参每一项都有隐藏配置后面我会专门写一节。有些甲方/同事至今还会丢一句能不能给我个.max。虽然严格说这不是软件问题是流程习惯问题但确实会消耗沟通成本。不后悔的部分更多列几条核心的成本上单位里不用再为 Forest Pack、RailClone、tyFlow 这些授权续费吵架了Blender 里几何节点基本覆盖了这些功能还不要钱。性能上同样的中高模场景Blender 的视口响应和烘焙速度在我这台机器上确实比 Max 流畅。AI 整合上Blender 的 Python API 和开源生态让 AI 工具更容易搬进工作流这点 Max 反而费劲得多。2. 为什么我在 2023 年按下这个危险开关2.1 一个 Max 老用户被逼走的三个现实原因我在 Max 上从 3ds Max 2010 用到了 2022不敢说精通但组里最刁钻的 UV 展开和布料塌陷我都能接。真正让我动摇的不是 Blender 变得多强而是 Max 这边三件事叠在一起第一授权模式让我心理上很不舒服。个人创意项目、在家加班、给外包演示流程每次打开 Max 都要面对授权校验。对于干了 12 年的美术来说工具像个随时可能锁门的房东这种感受久了会积怨。第二Max 场景体积一大就卡。我负责的地图场景动辄几万棵植被、上千个建筑部件Max 视口里的旋转流畅度这些年一直没质变。Blender 的 viewport 在同等负载下明显更跟手配合 Instancing 和代理显示大场景操作体感完全不同。第三AI 工具的接入方式太别扭。当时组里已经在用 Stable Diffusion 做概念图测试但 Max 的插件生态更新慢、文档少测试成本高。Blender 这边社区活跃度肉眼可见地高新工具出来几乎隔周就有人做接桥插件。2.2 真正最后做决定的是一次外包资产返工事件那天我们要把一批外包用 Max 建的道具资产转到新项目的引擎里结果连续三份文件出现法线方向和轴向错误改到最后外包大哥不耐烦说你们大厂能不能统一一下 DCC。那一瞬间我意识到管线的权力不是由 DCC 给的而是由流程共识给的。既然大家已经为 Max 付出这么多沟通成本那为什么不能用同一套代价去试一条更便宜、更开放的路线当晚我就装上了 Blender 长期支持版给自己定了三个月试错期。3. Max 老手迁移后的头三个月那些想拍键盘的瞬间3.1 鼠标和视图操作的反人类转换期从 Max 切到 Blender第一个星期我一直在按下鼠标中键和右键之间反复横跳。Max 里旋转视图是按住 Alt中键Blender 里是按住中键Max 里右键是快捷菜单Blender 里右键是选择这直接让我前三天每十分钟骂一次。我的调整方法很简单不要试图把 Blender 改成 Max 的操作逻辑而是强制自己按 Blender 的原生方式练一周。一个老手大概两周到一个月能形成新的肌肉记忆。如果你在网上搜各种把 Blender 伪装成 Max的配置我劝你放弃因为后续所有教程、插件、脚本默认都按原生键位来改来改去反而永远无法融入社区生态。3.2 建模思维从堆栈到修改器的切换Max 的建模核心思维是编辑器堆栈你把 Mesh 按顺序加 Turbosmooth、Bend、FFD最后塌陷成可编辑多边形。Blender 的思路是非破坏修改器链倒角、布尔、细分、实体化都可以挂在一条链上随时回退改参数。这个差异带来的体验变化非常大。在 Max 里如果你做完布尔后想改中间的圆柱体位置大概率要重新做一遍流程在 Blender 里布尔修改器只是个可以随时关掉、调顺序、改目标的节点。刚转过来的头一个月我总习惯性想点塌陷后来才逐渐习惯留个修改器不塌的爽感。3.3 UV 与烘焙老手艺也要重新学UV 这块我是 Max 的老手对 UVW Unwrap 的纹理接缝、松弛、堆叠心里有谱。Blender 自带 UV 工具这些年进步确实大一键展开加机缝配合 UV Packmaster 这类 addon打包率和 Max 不相上下。但烘焙是真有坑。Blender 内置烘焙可以出 AO、法线、曲率基础用没问题可一到游戏引擎的 Lowpoly 烘焙我对接缝处的边缘溢出、像素接缝和法线方向修正还是折腾了两周。如果你是从 Max 转来的烘焙这块一定要预留时间重新踩坑尤其是曲面精度和套壳边缘的处理思路和 xNormal 时代完全不一样。3.4 单位、轴向、FBX 三个老大难这是我认为所有 Max 老手迁移时必须先学的一课。Blender 默认单位是米、轴向 Z 向上、前端为 Y 轴Max 习惯用厘米甚至英寸轴向虽然也可以改但很多插件默认走 Y 轴。FBX 导出时常出现三种问题缩放比例不对模型到引擎里变大 100 倍或缩小 100 倍法线方向变OpenGL 与 DirectX 的法线 Y 轴方向相反进 UE 后高光会出错旋转轴出现 90 度偏移尤其做动画骨骼相关资源时最常见我后来的固定做法是在 Blender 场景属性里把单位设为米导出 FBX 时勾选Apply Scalings: FBX Units Scale把 -Z 设为前进方向导入引擎前再用引擎自带校验工具过一遍。这些问题只要形成 checklist十分钟就能搞定但第一次踩的时候能让你怀疑人生。4. 说句公道话Blender 在场景美术里确实有几个开挂环节4.1 硬表面建模的非破坏管线是真香在场景美术里建筑、道具这类硬表面占了很大比例。Blender 的倒角修改器加布尔修改器链配合 Bevel Shader 的后期模拟是我用过最舒服的硬表面流程。以前在 Max 里做飞船舱体这类高模要手动控制切角、倒角段数和光滑组现在 Blender 里把布尔目标当成一个随时可调的子物体整体改动成本降了一个量级。我最近做的一座瞭望塔建筑从素模到可烘培高模大概用了 6 个小时同类资产过去在 Max 里我的速度是 8 到 10 小时。这背后主要是修改器链和非破坏思路的功劳不是说我操作变快了而是返工次数变少了。4.2 Geometry Nodes 替代 Forest Pack 的实测大场景美术嘴上挂着的是植被散布、碎石散布、道具随机摆放。Max 这边有 Forest Pack 和 RailClone功能确实成熟但 Forest Pack 的授权在几个人协作的组里经常让人肉疼。Blender 的 Geometry Nodes 免费还能完全自主控制散布密度、随机缩放、朝向、碰撞遮挡。我的实测情况一个 2 平方公里的野外场景用 Forest Pack 做植被加道具散布从放置区域、调密度、查遮挡到微调大概要 2 个小时用 Geometry Nodes 写一套节点组第一次搭建花 2 小时之后套用同类地形每次只花 30 到 40 分钟。而且节点组可以跟着项目资产库走换个人用同一套参数不会有理解偏差。4.3 渲染与批处理免费的是最贵的这次真免费Blender 的 Cycles 渲染质量已经不虚Eevee 做快速预览更是香。做场景氛围图、给策划确认光照方向我用 Eevee 一分钟内出图之前 Max 里要开 V-Ray 等光传快则五分钟慢则半小时。对了很多人在 Blender 里遇到的OptiX 不显示问题九成是显卡驱动版本太老更新到最新驱动后就能出现 OptiX 选项别去乱改配置。另外如果要做批量导出和批量渲染Blender 的 Python API 比 Maxscript 顺手得多随便贴一段我常用的批量导出脚本import bpy import os obj_dir rF:\work\props_src export_dir rF:\work\export_fbx for file in os.listdir(obj_dir): if file.endswith(.blend): # 打开每个源文件 bpy.ops.wm.open_mainfile(filepathos.path.join(obj_dir, file)) # 导出整个场景为 FBX并复制贴图 bpy.ops.export_scene.fbx( filepathos.path.join(export_dir, file.replace(.blend, .fbx)), path_modeCOPY, use_selectionFalse, apply_scale_optionsFBX_UNITS )这套脚本虽然简单但给我省下的时间是以周计的。注意跑批前先确认单位、命名、轴向三个设置别等导出一百个文件后才发现全部都错。5. AI 进管线的三个阶段我用 AI 做的事和我坚决不交给 AI 的事5.1 阶段一概念与参考图的搜索引擎化场景美术日常工作里有大量找参考和定方向的环节。以前我做一套东方古建筑要翻几千张图再拼板给主美确认。现在我会用生成式 AI 工具把关键词组合成参考氛围图比如黄昏光下的木质牌楼、青瓦、苔藓、南朝风格直接生成十几张候选图再在这个基础上改结构、换视角、调光影。这一步最大的收益不是AI 画得好而是把参考收集时间从一两个小时压缩到二三十分钟。而且 AI 生成的图往往能给出我没想到的配色和布局组合等于多了一个不厌其烦、毫无怨言的草图搭档。5.2 阶段二贴图与材质工作流的 AI 辅助贴图环节是 AI 目前落地最实的部分。我在 Substance 里做基础 PBR 材质后经常需要生成一些细节变化比如墙体的污渍分布、苔藓在砖缝里的走向、金属漆面的不均匀色差。用 Stable Diffusion 配合 ControlNet把已有的贴图当作输入条件让 AI 生成几版变化层再回来叠加到 roughness 和 albedo 上这个流程我已经跑了快半年。另一个省力点是贴图放大。项目需要 4096 分辨率的贴图手头只有 2048 的素材用 AI 放大补细节比传统插值锐化的质感好一个档次。实测一块烂墙面贴图从 2048 放大到 4096AI 补出的裂缝细节基本可用后续只需轻微手修。5.3 阶段三扫描资产和重复劳动的 AI 加速场景组经常要处理拍照扫描的资产比如实拍的石块、树干、建筑部件。扫描网格动辄几百万面靠手动重拓扑太慢。Blender 里的 Quad Remesh 配合 AI 判定的特征保留能快速生成可用的中模底子我最近用它处理了 40 多个扫描石块单个资产从原来的 1 小时压缩到 25 分钟。还有一类重复劳动是地形素材的批量生成。有段时间做山地场景我从高程数据生成低精度地形后需要不同类型的植被混合过渡。用节点加 AI 纹理做色差变化比逐块手摆省力得多。5.4 我的 AI 使用红线这部分我觉得比怎么用更重要。我的团队对 AI 生成内容有明确约束我自己也划了几条线不出最终资产。AI 生成的模型和贴图可以做参考、做基底、做变化层但直接进项目的最终资产必须经过人工重做和质检。原因是版权归属、风格一致性和资产可维护性都不受控。不进关键视觉逻辑。光照方向、阴影主次、构图核心这些审美判断我会自己来定AI 只负责提供可能性。保留 Prompt 记录。所有用于参考的 AI 生成图我会保留提示词和来源备注方便后期追溯也方便同事复现。一句话AI 可以帮你更快拿到参考答案但它不能替你想清楚为什么这盏灯该放在这里。6. 大厂环境里 Blender 的真正门槛不是软件是流程6.1 FBX 往返与 Better FBX 插件的关键设置大厂资产进引擎基本绕不开 FBX。Blender 自带的 FBX 导出常年被我吐槽还好有 Better FBX Importer Exporter 这个第三方插件。我目前用的是 6.3.5 版本日常操作里几个必调项导出时勾选Unit Scale: 0.01匹配 Max 时代的厘米制习惯坐标轴选择-Z 为前否则进引擎旋转会歪法线按引擎要求选择OpenGL/DirectX进 UE 的项目需要在设置里统一否则高光方向会出现诡异变化导出前清理未使用的材质槽避免引擎里出现一堆空材质实例这部分没有捷径只能一条条踩。我建议你把这套配置写进项目 Wiki让所有用 Blender 的同事共用同一个导出预设能少吵很多架。6.2 版本库与插件更新节奏的冲突大厂引擎、版本库、美术资产都是强管控的。Blender 每三个月一个大版本插件 API 经常破坏性变更这对追求稳定的游戏管线是个隐患。我的建议是锁定长期支持版比如一直用某个 LTS 版本等团队把项目跑到中期再考虑升级。别追新追新就是给项目排雷。6.3 能不能给我个 .max 文件这种需求怎么处理这个需求我碰到不下十次。处理策略已经成熟如果对方只看了贴图、模型或烘焙结果用 FBX 或引擎内文件就能满足如果对方明确要改 .max 源文件里的某些修改器参数我会把资产在 Max 里重新做一次标准化整理再交付以上都不行我就直接说明 Blender 资产属于团队自有管线交付要求应该以引擎和 FBX 为准老实说这类扯皮会消耗精力但这也是大厂里有一个人用 Blender的必经之路。最好的解法是让流程文档和团队共识走在前面而不是让工具差异成为项目风险。6.4 团队协作中一人 Blender的默契目前我们组里只有我和另一个年轻人主要用 Blender其他人还在 Max。我们形成的默契是Blender 源头文件不往版本库传只传 FBX 和引擎资产每次提交前必须跑一遍自查脚本检查单位、法线、命名和贴图路径涉及公共场景的修改先用引擎内截图和文件哈希确认避免覆盖冲突这套规矩虽然麻烦但跑顺后反而比全员 Max 时代更清晰因为 Blender 的 FBX 导出是我们自己可控的。7. 我现在实际用的混合管线每个环节选哪个工具7.1 一套现代场景资产的完整流程清单以一件中型道具带苔藓的石质香炉为例素模搭型Blender 里用修改器链快速布型定比例高模雕刻Blender Sculpt 做石质破损和苔藓起伏配合多级细分减面与 UV用 Blender 的 Decimate 加手动减面再用 UV Packmaster 打包烘焙AO/法线在 Blender 里完成导出给贴图环节继续使用贴图Substance Painter 做基础材质然后用 AI 生成的变化图叠苔藓分布和颜色差异检查与交付FBX 按项目预设导出进引擎后做光照和 LOD 检查这套流程里 Blender 和 AI 是主力但贴图环节仍然离不开 Substance因为项目引擎对 PBR 材质通道有硬性要求AI 直接出的贴图通道不规范。7.2 效率对比同类型场景两种管线实测我拿上一个项目里一个野外地段做过对比同样是一个 512x512 米的山谷有山坡、乔木、灌木、碎石和一条溪流环节Max 管线BlenderAI 管线备注地形与基础模型4 小时3 小时高程数据转地形两边差不多植被散布2 小时Forest Pack40 分钟Geometry Nodes节点组写好后复用太省事参考与氛围定调2 小时30 分钟AI 出参考图省了拼板时间贴图制作5 小时3.5 小时AI 铺变化层手调关键区域资产检查与导出1.5 小时2 小时导出自查脚本还没完全覆盖数据只代表我个人的实测记录未必有普适性但方向很明确Blender 和 AI 最省时间的环节恰恰是 Max 最贵授权和最磨人散布、参考、贴图变化的环节。7.3 Max 和我现在的关系现在的 Max 对我来说更像兼容层而不是工作台。我们组里几千个历史资产、内部脚本、特定插件的成果我仍然会在 Max 里打开、转换和整理但凡是新制作的内容我优先走 Blender 管线。这种双轨并没有让我精神分裂反而让我更清楚地看见了每套工具的边界工具的价值不取决于它曾经多辉煌取决于它在你日常流程里解决痛点的次数。8. 血泪经验给同行老手和新手分别应该怎么选8.1 给还在用 Max 的老手转不转的三个判断标准我不会劝任何人为了潮流转软件但下面三条中只要中了两条我建议你认真试试跑一个月的 Blender你每天的工作里有三分之一时间在做散布、摆放、重复性的场景布置而你的插件授权费正在逐年让你不舒服。你的项目已经或即将引入 AI 辅助流程而你希望工具层面的配合更灵活。你受够了一个临时需求就要开一次大场景、等一次长加载的大文件体验。如果你只是因为网上有人说Blender 免费就动心那我劝你先把自己常用流程列出来算一遍迁移成本。老手最大的成本不是学操作而是把十年级的习惯和脚本重新梳理一遍。8.2 给刚入行的新人现在学什么最划算如果你还没入行或者刚入行我的建议非常直接主学 Blender把基础建模、UV、雕刻、几何节点吃透同时去理解 PBR 材质和引擎光照。原因很朴素Blender 免费你可以在任何机器上上手不会被授权劝退社区教程数量大、版本新最新功能你转眼就能学未来三到五年的 AI 工具接入大概率先在开源生态里跑通你在 Blender 边上能更早摸到但我也要泼一盆冷水千万别以为会了 Blender 就会做场景美术。美术的核心是体块、色彩、光影、构图和叙事软件只是手。我在面试里见过太多软件玩得飞起、出图却毫无审美的候选人工具再新也救不了审美上的差距。8.3 我的最终答案与一点个人体会回到标题那个问题我后悔吗我的诚实答案是不后悔但我会说后悔没有更早把工具决策和项目流程分开来想。当初我以为换软件是一场技术迁移后来才明白它其实是一次工作方式的重新梳理——把哪些环节交给免费且开放的工具哪些环节保留成熟插件和脚本哪些判断必须留在自己手里。这一层想清楚了Max 还是 Blender 只是表象。最后分享一个小技巧当你切换软件时先按频率列出自己最高频的 20 个操作比如选择循环边分离物体贴图重载批量改名然后一个个在 Blender 里找到对应方案用一张 Excel 表记下来完成后再上手项目。我就是靠这张表扛过了最糟糕的前三周。工具迁移永远不是技术问题而是你对自己的工作习惯有没有足够的耐心。
觉得有用,分享给同行:

为您的企业打造数字门面

稳重轻奢商务风格,端正雅致视觉,长效耐看不易过时。

立即咨询 →