3D角色资源制作规范全解析：从网格拓扑到导出验证

简介：面向3D游戏/动画制作团队，这份规范化文档以《死神》角色制作为例，系统梳理了3D角色资源从模型创建到后期优化的完整流程，适合三维建模人员、项目管理者用于制定内部标准并解决制作流程不统一的问题。内容涵盖模型面数控制（人物角色卍解与武器约1500至2000三角面，大型BOSS在3000至5000面）、UV展开时利用PSD图层选区便于后期调整、tga格式贴图的尺寸与锐化处理、角色与武器共享贴图的资源管理，以及模型、材质、文件的统一命名规范，并给出黑崎一护、冬狮郎等具体命名示例。文档还包含后期检查与优化要点，例如模型尺寸单位、关节布线、焊接多余点（Weld数值0.1）、坐标轴与旋转轴清零、光滑组设置等，能直接指导建模师规避常见问题、提高制作效率。资源为单个docx文档，约4.89MB，目前已有109人学习，适合已有一定基础的制作人员快速建立标准化工作流。

1. 3D角色资源制作规范是什么，为什么能决定项目生死

3D角色资源制作规范，不是一份放在 Wiki 里吃灰的文档，而是规定角色资产从模型网格、UV 布局、贴图通道、材质命名到绑定导出每一步怎么做的硬性技术标准。游戏研发、影视动画、VR/AR 内容团队只要超过三个人并行产出角色，没有这套规范，最后整合进引擎时一定会有角色对不上、贴图糊、法线错乱、材质丢失、命名冲突一堆问题。更反直觉的是，规范最大的受益者不是下游 TA，而是建模师自己：有了明确的网格密度、UV 密度和文件命名约定，返工率直接下降一个量级。

这份标题里的 .docx 本质上是把「用 Maya 或 Blender 做角色」从个人经验变成团队契约。其中至少要定义清楚：模型的分段数与三角面数上限、UV 展开的像素密度标准、贴图通道与 UDIM 用法、命名前缀/后缀规则、导出格式与坐标轴约定。本文就按一套在游戏与实时渲染项目里最常见的做法，把这份规范的每个关键点拆开，讲清楚参数怎么定、命令怎么写、坑在哪里。

2. 模型网格拓扑与命名规范：先把角色网格做成可移植资产

2.1 为什么必须先定三角面数与网格密度

3D 角色模型的网格（Mesh）是所有后续环节的载体。规范里第一项要锁死的，是角色的三角面数（Triangle Count）和网格密度分布。实时渲染项目（游戏、VR）里，面数直接决定 Draw Call 和 GPU 压力；离线渲染项目（影视、广告）里，面数影响的是解算速度和内存占用。

一套常见的做法是用「三角面数 + 四边面拓扑」双重要求。建模阶段用四边面（Quad）保证布线干净，导出或提交时再确认三角面数不超上限。参考参数表：

除了总面数，网格密度分布同样要写进规范。原理是：人眼对角色脸部、手部、装备边缘的敏感度远高于背部和大腿外侧，所以同一角色身上应有不同的网格密度权重。实际操作时，我一般会要求脸部区域每平方厘米至少 200 个面，手部 150 个面，而躯干背面可以低到 80 个面。

2.1.1 在 Blender 里用网格统计命令快速检查

在 Blender 3.x 以上，可以直接在右上角视图叠加层（Viewport Overlays）里勾选 Statistics，也可以打开一个文本编辑器跑简单脚本输出当前对象的面数与三角面数：

import bpy obj = bpy.context.active_object if obj and obj.type == 'MESH': mesh = obj.data mesh.calc_loop_triangles() tri_count = len(mesh.loop_triangles) quad_count = sum(1 for p in mesh.polygons if len(p.vertices) == 4) print(f"三角面数: {tri_count}") print(f"四边面数: {quad_count}")

这段代码先取当前激活的网格对象，再调用calc_loop_triangles()让 Blender 计算临时三角化结果，loop_triangles的长度就是三角面数。polygons里每个面片的顶点数为 4 即是四边面。逻辑说明：规范不是在建模时阻止你画线，而是在提交时给出一把刻度尺。

2.1.2 在 Maya 里用 Mel 命令做同样的事

Maya 用户可以在脚本编辑器里执行：

polyCount -t; polyCleanup -query;

polyCount -t输出当前选中模型的三角面总数。polyCleanup用来检查零面积面、退化边等拓扑问题。

2.2 命名规范：为什么要有前缀和后缀

命名是资源规范里最琐碎但最能防止事故的部分。3D 角色资产进入引擎后，会被引用到动画蓝图、材质实例、物理资产等多个系统。如果模型命名是body_low_v03_final_2，美术和程序之间会频繁传错文件。规范里统一用「角色名_MeshType_质量等级_Side」的结构，例如Soldier_Helmet_High_L。

2.2.1 命名检查脚本：一次性扫描整个 Outliner

一个很实用的做法是在提交资源前跑下面的 Python 脚本，扫描所有网格节点的命名是否合法：

import bpy import re def check_naming(obj): pattern = re.compile(r'^[A-Z][a-z]+_[A-Z][a-z]+_(High|Low)_[LR]$') return bool(pattern.match(obj.name)) violations = [o.name for o in bpy.context.scene.objects if o.type == 'MESH' and not check_naming(o)] if violations: print("命名违规:", violations) else: print("全部符合命名规范")

脚本的作用是把每个网格对象的名字与正则规则比对，^[A-Z][a-z]+表示首字母大写的人名或部位名，(High|Low)是质量等级，[LR]是左右侧。凡是没通过的，直接列出来返工。

2.3 LOD 与多级细节的规范约定

LOD（Level of Detail）是 3D 角色资源规范里容易被忽略的部分，尤其是移动端项目。规范要给每个质量等级规定 LOD 数量与降级比例，常见做法是 4 级：

这里要专门提醒：LOD 切换距离阈值不能只按引擎默认值，必须结合角色在画面中的屏幕占比来确定。一个简单验证方式是在引擎里把摄像机拉远，记录角色 Bounding Box 的屏幕像素高度，当投射高度低于 200px 时可以切到 LOD1。

3. UV 展开与纹理集分配：让贴图密度统一不糊

3.1 UV 密度（Texel Density）的计算方法

UV 密度是 3D 角色制作规范里最能体现实战经验的部分。它决定了同一张贴图在不同角色身上表现出的清晰度差异。常见的错误是建模师凭感觉展开 UV，导致脸部干活、背部糊成一片。

UV 密度的单位是 pixel per unit（每世界单位多少像素）。计算公式为：

UV 密度 = 贴图像素宽度 / 模型中该部位的世界空间尺寸

例如：一张 1024×1024 的脸部贴图，脸部模型实际宽度约 0.15 米，那么密度约为 6826 px/m。而同样的贴图用在宽度 0.5 米的躯干上，密度只有 2048 px/m。所以规范里我会对不同部位给出独立密度标准参考值：

3.1.1 在 Blender 中用插件级思路计算 UV 密度

不依赖特定付费插件，用 Blender Python API 也能算出一块 UV 岛的面积占整个 UV 空间的比例：

import bpy import math obj = bpy.context.active_object mesh = obj.data uv_layer = mesh.uv_layers.active.data uv_area = 0.0 for poly in mesh.polygons: uvs = [uv_layer[i].uv for i in poly.loop_indices] if len(uvs) < 3: continue # 计算多边形面积（取前三个点的叉积） v1 = uvs[1] - uvs[0] v2 = uvs[2] - uvs[0] uv_area += abs(v1.x * v2.y - v1.y * v2.x) / 2.0 world_area = sum(p.area for p in mesh.polygons) print(f"UV面积: {uv_area:.4f}") print(f"世界面积: {world_area:.4f}")

这个脚本遍历网格所有多边形，取出对应的 UV 坐标并计算每个三角形的叉积面积，累加得到该模型在 UV 空间占用的总面积。逻辑说明：把 UV 面积与世界面积相除，再乘以贴图像素，就能得到真实的 texel density。如果发现脸部纹理密度低于手部，要优先保证脸部。

3.2 UDIM 与纹理集的分配规则

当单个角色需要多套 2048 或 4096 贴图时，UDIM 可以让多张贴图无缝拼在同一个 UV 空间里。UDIM 的编号规则是从左上角 1001 开始，向右递增：1001、1002、1003，下一行是 1011、1012。3D 角色规范里必须限制纹理集数量以避免材质膨胀。常见约束：

另一个关键点是 UV 不能重叠（Overlap）。几乎所有实时渲染引擎都要求 UV 岛彼此独立、尽量展开，重叠区域会导致贴图共用同一块 UV 空间，出现奇怪的纹理镜像。

3.2.1 用 Python 检查 UV 重叠

import bpy def check_uv_overlap(obj): if obj.type != 'MESH': return [] mesh = obj.data uv_layer = mesh.uv_layers.active if not uv_layer: return [] uv_map = {} for poly in mesh.polygons: for loop_idx in poly.loop_indices: uv = uv_layer.data[loop_idx].uv key = (round(uv.x, 4), round(uv.y, 4)) if key in uv_map: return [key] uv_map[key] = loop_idx return [] obj = bpy.context.active_object dup = check_uv_overlap(obj) print("存在重叠UV:", dup if dup else "无")

这里将 UV 坐标取四位小数然后放入字典，如果同一个 UV 坐标被多个 loop 引用，就认为有重叠。说明：这个检查是基于纹理像素采样的，四位小数对应 4096 贴图下的单像素精度，足够用于日常质检。

3.3 纹理集命名与资源目录

有了一套 UDIM 布局之后，贴图文件本身的命名也要进规范。我常用的模式是角色名_部位_贴图类型_UDIM_分辨率后缀，例如Soldier_Head_BaseColor_1001_4K.png。这比head_01_ok这样的命名在出现材质异常时好排查得多。

4. 贴图类型与材质命名：PBR 资产的标准格式

4.1 PBR 通道与色彩空间的选择

3D 角色制作规范里，贴图部分必须明确通道类型与色彩空间。实时渲染项目主流是金属/粗糙度工作流（Metallic / Roughness），法线贴图用右手坐标系。需要锁定的 5 张核心贴图：

一个常见误区是把 AO 放到独立贴图然后占用额外的纹理插槽。更高效的做法是把 AO 写入金属度贴图的 G 通道，或与粗糙度组合打包，减少纹理采样次数。

4.1.1 使用 ImageMagick 快速合成通道

规范要求提交时贴图通道可以分离也可以是打包格式，但必须统一。下面用命令行把独立的 Roughness 和 Metallic 灰度图打包到一张 RGB 贴图：

magick rough.png -channel R -separate r_channel.png magick metallic.png -channel B -separate b_channel.png magick r_channel.png -channel RGB -separate +channel tmp_r.png magick black.png tmp_r.png -channel R -separate magick black.png b_channel.png -channel G -separate convert -size 1024x1024 xc:black black.png magick black.png -channel R -evaluate set 0 tmp0.png magick tmp0.png r_channel.png -compose over -composite ...

命令行方式的逻辑是先用-separate提取灰度图的单通道，再通过多次-composite把通道写入新建画布的不同位置。不过实际项目中更推荐直接用 Substance 或 3D 软件内置的通道堆叠节点，脚本方式适合批量处理时用。

4.2 材质球命名与参数规范

材质球（Material）的名字在引擎里会出现在材质实例、材质参数绑定、光照排除列表中。规范必须明确材质球的命名规则，推荐角色名_Material_部位_材质类型，例如Soldier_Material_Helmet_Metal。

4.2.1 用脚本检查贴图通道完整性

提交前可以跑一个简单的 Python 脚本，确认角色材质引用的所有贴图文件都存在：

import os import bpy def check_texture_paths(obj): missing = [] for slot in obj.material_slots: if not slot.material: continue for node in slot.material.node_tree.nodes: if node.type == 'TEX_IMAGE': if not node.image or not os.path.exists(node.image.filepath_from_user()): missing.append((slot.material.name, node.name)) return missing obj = bpy.context.active_object missing_textures = check_texture_paths(obj) print("缺失贴图:", missing_textures if missing_textures else "全部正常")

这个脚本遍历选中角色身上的所有材质球，再遍历节点树，凡是类型为TEX_IMAGE的图像节点都检查其文件路径是否真实存在。路径不存在时列出材质名和节点名。逻辑说明：规范不是靠人去记，而是把硬性检查做成自动流程。

4.3 公共贴图目录与版本控制

2K、4K 等不同分辨率贴图不应重复存储多个副本。常规做法是源文件（Substance 工程、PSD）提交到大目录，导出后的贴图按尺寸级别分目录，引擎只打包导出的贴图。规范写清楚流程后，角色贴图的迭代和维护成本会大大降低。

5. 导出前验证与常见坑：让 3D 角色在引擎里不出错

5.1 导出格式与坐标轴约定

3D 角色资源的导出环节是最后一道防线。规范里必须锁定两种格式：3D 建模工具原生格式（工程备份）和跨平台通用格式（引擎导入）。通用格式上，最常见的方案是 FBX 和 glTF。FBX 适合 Unity、Unreal 的完整动画导出，glTF（GLB）适合 Web、在线 3D 查看器预览和轻量化协作。这两种格式的坐标轴不同：FBX 默认是以 Maya 的 Y 轴向上，glTF 默认 Y 轴向上但 Unity 里 Z 轴向上，统一在导出设置中约定即可。

5.2 内容清单校验脚本

用一个小脚本快速统计角色导出的 3D 模型内三角面数、材质数量、骨骼数量是否在规范允许范围内：

import bpy obj = bpy.context.active_object mesh = obj.data mesh.calc_loop_triangles() bones = 0 if obj.type == 'ARMATURE': bones = len(obj.data.bones) materials = len(obj.material_slots) print(f"三角面数: {len(mesh.loop_triangles)}") print(f"材质数量: {materials}") print(f"骨骼数量: {bones}")

如果三角面数接近 100k 且材质数超过 10 个，项目运行时会有明显的性能压力（材质合批失败），需要主动去问 Lead 确认是否符合预期。

5.3 常见坑排查：法线方向、非流形网格、多余变形器

法线方向反了在引擎里会被误判为背面剔除，角色某一半是半透明的或直接消失。在 Blender 中选中全部面后执行：

Mesh -> Normals -> Recalculate Outside

如果模型本身存在内部穿插结构，这个命令会把内表面也翻向外侧，造成法线躁点。所以要配合Select All By Trait -> Non Manifold来找出封闭网格上的开口与内部面。

非流形网格是 3D 建模中常见的结构问题。一个网格顶点被超过两个边共享，或一条边被超过两个面共用时，就属于非流形。这种结构在 3D 打印、实时渲染、碰撞体生成时都会出问题。角色模组装进骨骼后出现「破洞」「穿模」往往不是建模精度不够，而是非流形边导致引擎的 weld 逻辑不知道该合并哪两个顶点。

多余变形器是更隐蔽的坑。角色提交给下游前必须冻结变换并删除历史记录。在 Maya 里可以执行：

DeleteHistory; MakeIdentity -apply true -t 1 -r 1 -s 1 -n 0;

这会把模型的平移、旋转、缩放烘焙到自身矩阵，避免后续绑定环节动画精度丢失。

5.4 用在线 3D 查看器做快速预览验证

导出 GLB 后，直接用浏览器打开 glTF 在线 3D 查看器验证文件，是最快的跨团队验收方式。不依赖三维软件环境，程序、策划也能查看。验证重点有四个：面数是否有异常变化、贴图是否全部加载、法线边缘是否发白、角色朝向是否面对镜头。

验证脚本可以用 Node.js 写一个解析 glTF 文件内嵌缓冲的小工具：

const fs = require('fs'); function validateGLB(buffer) { if (buffer.length < 12) return { valid: false, reason: '文件太小' }; const magic = buffer.slice(0, 4).toString('ascii'); if (magic !== 'glTF') return { valid: false, reason: 'Magic 不是 glTF' }; const version = buffer.readUInt32LE(4); const length = buffer.readUInt32LE(8); return { valid: true, version, declaredLength: length, actualLength: buffer.length }; } const buffer = fs.readFileSync(process.argv[2]); console.log(validateGLB(buffer));

这段代码检查 GLB 文件的文件头：前四个字节必须是glTF魔数，版本号通常在 2，声明长度与实际长度需要吻合。说明：这个检查很基础，但能解决一半的「文件打不开」问题。

5.5 引擎内最终检查项

在 Unity 或 Unreal 中导入角色资源后，还要做最后三项确认：一是材质的 Shader 是否匹配导出时的 PBR 工作流；二是骨骼根节点名称和动画蓝图是否匹配；三是角色半透明材质Alpha Clip是否打开。这三项确立后，3D 角色资源制作规范的闭环才算真正跑通，后续每次迭代都可以依赖这套流程而不是靠人肉确认。

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