在制作高质量的战斗动画之前，扎实的基础准备工作至关重要。本章将带你建立规范的项目结构，准备符合专业标准的角色模型、武器道具，并搭建高效的资产管理系统。这些看似枯燥的准备工作，将为后续的动画制作打下坚实基础，让你的工作流程更加顺畅高效。
学习目标：
一个专业的战斗动画项目需要清晰的文件组织结构。混乱的文件管理会严重影响制作效率，特别是在团队协作时。原神这样的大型项目，往往涉及数百个角色、上千个动画文件，没有良好的组织结构，寻找一个特定文件都会变成噩梦。
项目结构设计需要考虑几个核心原则：
project_root/
├── assets/ # 资产文件夹
│ ├── characters/ # 角色模型
│ │ ├── hero/ # 主角
│ │ ├── enemies/ # 敌人
│ │ └── npcs/ # NPC
│ ├── weapons/ # 武器
│ ├── props/ # 道具
│ ├── environments/ # 环境
│ └── fx/ # 特效资产
├── animations/ # 动画文件
│ ├── mocap_raw/ # 原始动捕数据
│ ├── cleaned/ # 清理后的动画
│ └── final/ # 最终动画
├── scenes/ # 场景文件
├── renders/ # 渲染输出
└── references/ # 参考资料
统一的命名规范是团队协作的基础，也是自动化流程的前提。一个好的命名系统应该让人一眼就能理解文件的内容、版本和用途。在原神这样的项目中，每个角色都有数十个动作，如果没有清晰的命名，很容易出现覆盖、丢失或使用错误版本的情况。
命名的核心要素：
统一的命名规范能避免很多不必要的麻烦：
char_[类型]_[名称]_[版本]
char_hero_traveler_v02.blendanim_[角色]_[动作类型]_[编号]
anim_traveler_attack_combo_01.blendweap_[类型]_[名称]
weap_sword_dullblade.blend版本控制不仅仅是Git的事情，在3D制作中还需要考虑文件体积、二进制格式、外部依赖等特殊问题。一个角色模型动辄几十MB，贴图文件更是以GB计算，传统的版本控制系统难以应对。
3D项目版本控制的特殊挑战：
实用的版本管理策略：
_v01, _v02后缀递增_v10, _v20区分_test, _backup标记_for_review_approved_final_archiveGit LFS配置示例：
# .gitattributes
*.blend filter=lfs diff=lfs merge=lfs -text
*.fbx filter=lfs diff=lfs merge=lfs -text
*.tga filter=lfs diff=lfs merge=lfs -text
*.exr filter=lfs diff=lfs merge=lfs -text
良好的拓扑是动画变形的基础。战斗动画对模型拓扑要求特别高，因为会有大量的极限动作。原神中的角色需要执行各种华丽的招式：回旋斩、空翻、极限扭转，每一个动作都在考验模型的拓扑质量。
拓扑设计的核心原则：
不同部位的拓扑策略：
面部拓扑（如需要表情）：
躯干拓扑：
肩部拓扑示例
╱────┬────╲
╱ ╱──┼──╲ ╲
│ ╱ │ ╲ │
│ │ │ │ │
└─┴────┴────┴─┘
环形边流保证变形
关键区域的拓扑密度：
战斗动画中，关节是最容易出问题的地方。密度不足会导致尖锐的折痕，密度过高又会增加不必要的性能负担。以下是经过大量实践验证的密度建议：
骨骼系统是角色动画的灵魂。原神的角色骨骼设计需要在表现力和性能之间找到完美平衡。过少的骨骼会限制动作表现，过多的骨骼则会增加动画师的工作量和引擎的计算负担。
骨骼设计的层次结构：
原神风格的角色通常采用以下骨骼结构：
头部
│
颈部
│
┌────脊椎────┐
│ │
左臂 右臂
│ │
左手 右手
│
骨盆
│
┌─┴─┐
左腿 右腿
│ │
左脚 右脚
骨骼命名规范：
清晰的骨骼命名不仅方便动画师工作，更是自动化工具和脚本的基础。原神项目中可能有上百个角色，如果每个角色的骨骼命名都不一样，动画复用和批处理将变得极其困难。
基础命名规则：
.L和.R后缀区分左右（注意是大写）upper_arm而非upperArm01, 02, 03（保持两位数）详细命名对照表：
脊椎链：
root - 根骨骼（世界空间控制）pelvis - 骨盆（重心控制）spine_01 - 腰椎下段spine_02 - 腰椎上段spine_03 - 胸椎下段spine_04 - 胸椎上段（可选）neck_01 - 颈部head - 头部手臂链：
clavicle.L/R - 锁骨upper_arm.L/R - 上臂forearm.L/R - 前臂hand.L/R - 手掌手指（以左手为例）：
thumb_01.L → thumb_02.L → thumb_03.Lfinger_index_01.L → finger_index_02.L → finger_index_03.Lfinger_middle_01.L → finger_middle_02.L → finger_middle_03.Lfinger_ring_01.L → finger_ring_02.L → finger_ring_03.Lfinger_pinky_01.L → finger_pinky_02.L → finger_pinky_03.L腿部链：
thigh.L/R - 大腿shin.L/R - 小腿foot.L/R - 脚掌toe.L/R - 脚趾特殊骨骼：
weapon_r - 右手武器挂点weapon_l - 左手武器挂点weapon_back - 背部武器挂点fx_chest - 胸部特效挂点fx_hand_r - 右手特效挂点权重绘制是角色绑定中最耗时也最关键的环节。一个精心调整的权重可以让角色在极限动作下依然保持优雅，而糟糕的权重会让最简单的动作都显得僵硬不自然。原神的角色动作幅度大、速度快，对权重质量要求极高。
权重绘制的核心原则：
肩部权重分布（最复杂的区域）：
肩部是人体活动范围最大的关节，也是权重绘制最难的部位：
其他关键部位的权重策略：
肘部权重：
膝盖权重：
手指权重：
常见权重问题及解决方案：
武器是战斗动画的灵魂之一。原神的武器设计融合了东西方元素，既有中国传统兵器的神韵，也有西方奇幻风格的华丽。武器模型需要在视觉细节和游戏性能间找到完美平衡。
武器分级与多边形预算：
原神武器按稀有度分级，不同级别对应不同的多边形预算：
5星武器（传说级）：
4星武器（精品级）：
3星及以下（普通级）：
武器建模的关键要素：
枢轴点（Pivot Point）是物体旋转和缩放的中心，对于武器动画来说，枢轴点的位置直接决定了挥舞的自然度和真实感。错误的枢轴点会让武器看起来像在空中飘浮，而非被角色握持。
不同武器类型的枢轴点策略：
剑的枢轴点位置：
刀刃
│
───┼───
│
护手
│
▼ 枢轴点（握把底部）
碰撞体是实现武器与环境、敌人交互的基础。在原神的战斗系统中，精确的碰撞检测是打击感的重要保证。然而，过于复杂的碰撞体会严重影响性能，特别是在多人战斗场景中。
碰撞体设计原则：
各类武器的碰撞体配置：
单手剑：
刃部：盒体（主碰撞区）
长度 = 刃长 * 0.95
宽度 = 刃宽 * 0.9
厚度 = 0.05m
护手：球体（格挡判定）
半径 = 0.15m
柄部：胶囊（握持检测）
长度 = 0.2m
半径 = 0.03m
双手剑：
刃部：2-3个盒体串联
上段：攻击主区域
中段：过渡区域
下段：靠近护手
横档：盒体（格挡区域）
柄部：胶囊（双手握持）
长柄武器：
枪尖：键形碰撞体
刺击点：球体
刃部：盒体
柄身：胶囊链
分段3-4节
支持横扫判定
尾部：球体（反击区域）
法器：
主体：球体或盒体
法术发射点：Empty对象
光环特效：无碰撞，纯视觉
弓箭：
弓身：弧形碰撞体
弓弦：线段碰撞
箭矢：独立的胶囊体
箭头：点碰撞
箭身：线碰撞
碰撞体优化技巧：
原神采用风格化的PBR渲染，融合了日式卡通渲染和物理正确渲染的优点。这种渲染方式既保留了二次元的艺术风格，又具有现代渲染技术的细节表现力。
原神风格化PBR的特点：
标准贴图通道配置：
特殊材质处理：
半透明材质（丝袜、薄纱）：
各向异性材质（头发、丝绸）：
贴图分辨率直接影响游戏的视觉质量和性能表现。原神作为一款跨平台游戏，需要在PC、主机和移动设备上都能流畅运行，因此贴图分辨率的管理尤为重要。
分层分辨率系统：
PC/主机版本（最高画质）：
移动版本（优化画质）：
贴图密度统一标准：
Texel Density（纹素密度）是保证视觉一致性的关键：
推荐密度值（像素/米）：
主角： 1024-2048
重要NPC： 512-1024
普通敌人： 256-512
大型建筑： 128-256
地形： 64-128
远景： 32-64
贴图合并策略：
高效的UV布局是优化贴图利用率的关键。在原神项目中，一个角色可能有数十套服装，如果每套服装的UV布局都不同，将极大增加贴图制作的工作量。因此，建立统一的UV展开规范至关重要。
UV展开的核心原则：
标准化UV布局方案：
角色UV布局（单张贴图）：
┌────────────────────────┐
│ 头部(前) │头(后)│
│ │ │
├────────┬───────┼─────┤
│ 躯干 │ 腰部 │手指│
│ (前面) │ │细节│
├────────┼───────┼─────┤
│手臂(左)│手臂(右)│背部│
├────────┼───────┼─────┤
│ 腿(左) │ 腿(右) │脚掌│
└────────┴───────┴─────┘
占用率：75-80%
边缘间距：8-16像素
角色UV布局（多张贴图）：
贴图1 - 身体：
┌────────────────────┐
│ 躯干(前面) │
│ │
├────────┬────────┤
│手臂(左)│手臂(右)│
├────────┼────────┤
│ 腿(左) │ 腿(右) │
│ │ │
└────────┴────────┘
贴图2 - 头部与面部：
┌────────────────────┐
│ 脸部(正面) │
│ │
│ │
├────────┬────────┤
│侧脸(左)│侧脸(右)│
├────────┼────────┤
│眼睛细节│嘴巴内部│
└────────┴────────┘
武器UV布局：
┌────────────────────┐
│ 刃部(主体) │
│ │
├──────────────────┤
│ 护手与装饰 │
├────────┬────────┤
│ 柄部 │细节部件│
└────────┴────────┘
UV优化技巧：
建立清晰的分类体系是管理大量资产的基础。原神拥有数百个角色、上千种武器和道具，没有系统化的分类，找一个特定资产就像大海捞针。一个好的分类系统不仅方便查找，更能提高资产复用率。
多维度分类体系：
角色分类维度：
武器分类系统：
武器库/
├── 按类型/
│ ├── 单手剑/
│ │ ├── 5星/
│ │ ├── 4星/
│ │ └── 3星/
│ ├── 双手剑/
│ ├── 长柄/
│ ├── 法器/
│ └── 弓/
├── 按系列/
│ ├── 限定系列/
│ ├── 龙脊系列/
│ ├── 西风系列/
│ └── 锁传系列/
└── 按材质/
├── 金属质感/
├── 木质/
└── 魔法水晶/
预设库是提高制作效率的秘密武器。想象一下，每次制作新角色时都要从零开始调整姿势、材质、表情，这将消耗大量时间。一个完善的预设库可以让你在几分钟内完成原本需要几小时的工作。
动作预设库：
基础姿态库：
手势预设库：
基础手势：
- 张开手掌
- 握拳
- 指向
- OK手势
- 剪刀手
- 拇指向上
持物手势：
- 单手持剑
- 双手持剑
- 持弓
- 持法器
- 持枚
- 拿物品
施法手势：
- 元素凝聚
- 法术释放
- 结印手势
- 召唤手势
材质预设库：
金属材质组：
Metallic_Gold:
Base Color: #FFD700
Metallic: 1.0
Roughness: 0.2
Metallic_Silver:
Base Color: #C0C0C0
Metallic: 1.0
Roughness: 0.15
Metallic_Bronze:
Base Color: #CD7F32
Metallic: 1.0
Roughness: 0.3
Metallic_Iron:
Base Color: #434B4D
Metallic: 1.0
Roughness: 0.4
布料材质组：
Fabric_Silk:
Base Color: Variable
Metallic: 0.0
Roughness: 0.3
Sheen: 0.5
Fabric_Cotton:
Base Color: Variable
Metallic: 0.0
Roughness: 0.7
Fabric_Leather:
Base Color: Variable
Metallic: 0.0
Roughness: 0.4
Fabric_Denim:
Base Color: #1560BD
Metallic: 0.0
Roughness: 0.8
皮肤材质组：
Skin_Fair:
Base Color: #FDBCB4
Subsurface: 0.5
Roughness: 0.5
Skin_Medium:
Base Color: #F1C27D
Subsurface: 0.5
Roughness: 0.5
Skin_Dark:
Base Color: #8D5524
Subsurface: 0.4
Roughness: 0.5
表情预设库：
特效预设库：
在大型项目中，资产的链接和管理直接决定了工作效率和协作质量。Blender提供了强大的资产管理系统，但很多人没有充分利用这些功能，导致文件臃肿、更新困难、版本混乱。
Blender资产管理的三种模式：
1. Link（链接）模式：
特点：
适用场景：
使用示例：
# Blender Python API
import bpy
# 链接角色模型
with bpy.data.libraries.load("//assets/characters/hero.blend", link=True) as (data_from, data_to):
data_to.objects = ["Character_Mesh", "Character_Armature"]
# 将链接的对象添加到场景
for obj in data_to.objects:
if obj is not None:
bpy.context.collection.objects.link(obj)
2. Append（附加）模式：
特点：
适用场景：
使用示例：
# 附加武器模型
with bpy.data.libraries.load("//assets/weapons/sword.blend", link=False) as (data_from, data_to):
data_to.objects = data_from.objects
data_to.materials = data_from.materials
3. Library Override（库覆盖）模式：
特点：
适用场景：
使用示例：
# 创建库覆盖
obj = bpy.context.selected_objects[0]
obj.override_create()
# 现在可以修改特定属性
obj.location.z = 2.0
资产管理最佳实践：
1. 目录结构规范：
project/
├── master_files/ # 主文件
│ ├── characters/ # 角色源文件
│ ├── props/ # 道具源文件
│ └── environments/ # 环境源文件
├── shot_files/ # 场景文件
│ ├── shot_010/ # 使用Link链接资产
│ └── shot_020/
└── library/ # 共享库
├── materials/ # 材质库
├── hdri/ # 环境贴图
└── scripts/ # 工具脚本
2. 命名规则：
# 资产文件
char_[name]_[version].blend
prop_[name]_[version].blend
env_[location]_[version].blend
# 集合命名
COL_character_main
COL_character_extras
COL_props_weapons
COL_props_items
3. 更新策略：
4. 性能优化：
5. 协作流程：
本章我们建立了战斗动画项目的基础框架：
记住，这些看似繁琐的准备工作会在后续制作中节省大量时间。一个混乱的项目会让简单的修改变得困难重重，而良好的组织则让复杂的制作变得有条不紊。
练习1.1：项目结构创建 创建一个新的战斗动画项目，按照本章介绍的标准目录结构组织文件。包含至少一个角色、两种武器和一个测试场景。
练习1.2：角色拓扑检查 下载一个免费的角色模型，检查其拓扑是否适合战斗动画。列出至少5个需要改进的地方。
练习1.3：骨骼创建与命名 为一个简单的人形模型创建基础骨骼系统，严格遵循命名规范。
练习1.4：UV展开优化 将一个1024×1024的武器模型贴图优化到512×512，同时保持视觉质量。
练习1.5：批量资产处理脚本 编写一个Blender Python脚本，自动检查目录下所有模型文件的多边形数量、贴图分辨率，并生成报告。
练习1.6：模块化武器系统 设计一个模块化的武器系统，可以通过组合不同部件快速生成新武器。至少包含3种刀刃、3种护手、3种握把。
练习1.7：权重自动传递系统 创建一个工作流，能够将一个角色的权重自动传递到相似拓扑的其他角色上。
练习1.8：资产依赖关系图 为一个包含5个角色、10种武器的项目创建资产依赖关系图，识别共享资源并优化。
问题：在动画需求明确前就过度优化模型，导致后期修改困难。
解决方案：
问题：不同资产使用不同的比例单位，导致合并场景时大小混乱。
解决方案：
问题：骨骼的局部坐标轴朝向混乱，导致动画控制困难。
解决方案：
问题：不同软件间贴图通道定义不同，导致材质错误。
解决方案：
问题：没有清晰的版本记录，不知道哪个是最新文件。
解决方案：
准备工作虽然枯燥，但这是专业制作的基石。下一章，我们将开始激动人心的动作捕捉学习！