第2章 游戏特效基础知识
建立粒子、模型、贴图与混合特效分类，并把自然性、色彩情感和移动规范写成效果合同。
问题：怎样证明自己复现的是第2章，而不是同名现代演示？
先预测：如果删掉原章名称、案例名称和资源约束，只剩一段看起来华丽的实时效果，另一位读者还能从输入、层级与结果反推出本章吗？不能。先从玩法事件提取情绪和可读性，再选择粒子、模型、贴图或混合方案。移动规范不是最后压缩，而是在制作前固定尺寸、透明边、通道、压缩格式、峰值粒子数和叠加层数。
原书边界与目录单元
本页严格对应2017年版目录中的以下单元。它们共同固定第2章的覆盖边界；新增VFX Graph、URP或对象池只能作为迁移补充，不能替代原目录位置：
- 游戏特效概述
- 游戏特效的重要性
- 游戏特效的自然性
- 粒子动画特效
- 模型动画特效
- 贴图动画特效
- 混合特效
- 游戏特效的基本点
- 游戏特效分析
- 手机游戏特效规范
- 手机游戏特效图片大小要求
- 手机游戏特效贴图的格式要求
- 游戏特效贴图设计
- 游戏特效的色彩感
- 色彩的情感
- 游戏特效的情感设计
- 游戏特效制作常用软件
书目身份与详细目录采用天珑书店页面，作者、年份和馆藏由浙江大学图书馆题录交叉核对。本站重新组织讲解、代码、实验和证据，不逐字复制原文。导读与总复习用于串联和验收，不重复计入9个正文章。
核心模型：从视觉意图到可发布效果
先从玩法事件提取情绪和可读性，再选择粒子、模型、贴图或混合方案。移动规范不是最后压缩，而是在制作前固定尺寸、透明边、通道、压缩格式、峰值粒子数和叠加层数。
制作前先写效果合同：触发事件是谁，效果依附世界、角色还是界面，主体轮廓是什么，前摇、爆发、持续和消散分别多长，哪些资源来自Max或贴图，目标设备允许多少粒子与透明叠加。合同让美术判断与工程门禁使用同一套语言。
效果的情绪、主次层级、运动因果与移动资源预算必须同时可验收，不能只看静帧是否华丽。 这条不变量必须同时在编辑器预览、固定摄像机、移动设备和失败回放中成立。静帧相似只能证明构图接近，不能证明触发、生命周期和性能正确。
五个核心术语与责任边界
它必须落实到第2章的输入、状态、输出和失败信号，不能只作为名词记忆。
它必须落实到第2章的输入、状态、输出和失败信号，不能只作为名词记忆。
它必须落实到第2章的输入、状态、输出和失败信号，不能只作为名词记忆。
它必须落实到第2章的输入、状态、输出和失败信号，不能只作为名词记忆。
它必须落实到第2章的输入、状态、输出和失败信号，不能只作为名词记忆。
把术语连成领域模型后，再记录每个效果对象的所有权：由谁创建、绑定哪个坐标空间、何时允许播放、何时停止发射、何时等待尾粒子消失、何时归还对象池。材质实例、共享贴图和临时渲染状态也必须有恢复策略。
数据链与最小实现
情绪意图 → 效果分类 → 色彩脚本 → 贴图规格 → 层级组合 → 移动预算 构成本章的主链。每个节点都记录输入来源、状态所有者、更新时间、输出消费者与首个失败信号。视觉系统只消费玩法事实，不自行决定命中、治疗、升级或传送结果。
[CreateAssetMenu(menuName = "VFX/Effect Spec")]
public sealed class EffectSpec : ScriptableObject
{
public string emotion;
public int maxParticles = 120;
public int maxTextureSize = 512;
public float duration = 1.2f;
}现代实现可以替换旧粒子属性名称、材质接口或资源导入器，但迁移账本必须逐项写明“旧实现、替代实现、保留不变量、验证证据”。这样既避免把旧API当成当前最佳实践，也避免用新工具掩盖原案例缺失。
分三步复现并保存中间证据
两个必须主动制造的失败样本
旧版Unity到当前Unity的迁移表
| 原书工作对象 | 当前实现选择 | 必须保留的证据 |
|---|---|---|
| 旧粒子属性与模块 | 当前 Particle System，必要时另列 VFX Graph 扩展 | 发射、生命周期、速度、颜色、尺寸和碰撞对照 |
| 旧材质与透明混合 | Built-in、URP 对应材质或自定义Shader | 颜色空间、混合、深度、排序与移动端结果 |
| Max模型与动画 | 受控FBX导入、Prefab和版本化源资产 | 单位、轴向、枢轴、动画范围和资源谱系 |
| 手工播放和销毁 | 动作事件、状态事件与对象池 | 触发时刻、停止发射、尾粒子完成和唯一回收 |
迁移不是“全部改成最新功能”。原书重点是美术工作流与典型实例，现代补充只解决版本差异、资源可维护性和移动性能；不得把后处理、DOTween或布料等无关专题塞进原章并宣称它们属于原目录。
证据包、性能预算与自动检查
每次回放输出同一结构，才能比较版本和设备。至少保存原章、案例、构建号、触发ID、帧号、粒子峰值、透明叠加、Draw Call、贴图显存、回收结果和截图哈希。
{
"chapter": "第2章",
"case": "游戏特效概述",
"path": [
"情绪意图",
"效果分类",
"色彩脚本",
"贴图规格",
"层级组合",
"移动预算"
],
"particlePeak": 96,
"drawCalls": 7,
"recycledOnce": true
}边界测试要同时覆盖低帧率、重复触发、摄像机切换、目标销毁和场景卸载。移动端不要只看平均帧率，还要检查过绘、峰值显存和首次实例化尖峰。
PASS chapter=第2章 normal=true boundary=true failureReplay=true
PASS invariant=效果的情绪、主次层级、运动因果与移动资源预算必须同时可验收，不能只看静帧是否华丽。
REJECT when=missing-original-unit | leaked-material | double-release | budget-overrun练习：从复现到可审计交付
小结
- 是否能逐项指出本页覆盖的原目录单元，而非用自拟专题替代？
- 是否能解释自然性、粒子动画、模型动画之间的数据与空间关系？
- 是否保存正常、边界、失败三组回放及目标设备性能证据？
- 是否明确区分原书核心、现代迁移和额外扩展？