CC4 到 Unreal Engine：多动画、毛发、Groom 与物理

导出稳定的骨骼基线

先导入一个中性角色并确认层级、绑定姿势、单位和方向。额外片段请基于已接受的骨骼导入，而不要每个 FBX 都默默创建新骨骼。

将发型渲染与模拟分开

毛发卡片、Alembic 梳理和蒙皮网格使用不同的导入与运行时路径。先禁用模拟以验证 attachment，再按受控步骤重新启用碰撞与物理。

证明每个动画片段

建立动画清单，包含帧范围、帧率、根运动策略、循环行为和预期骨骼。先测试干净的行走/移动片段，再叠加面部或布料动画。

决策与验证矩阵

证据地图：每个检查点证明了什么

骨骼：在置信前先有证据

请在交接记录中将此检查点可见化。对于 cc4 multi animation export to unreal，工作边界是“Hierarchy and bind pose”。审核人应能检查“Retarget pose comparison”，而不依赖精修截图或口头声明。记录生成证据的准确来源、版本、设置、测试目标和结果。如果重启、打包、账号变更、平台切换或源更新后结果发生变化，则将先前结果视为失效。若实际结果变成“Creating duplicate skeletons for every clip.”，应立即停止并调查，因为继续会把已知不确定性混入后续决策。

动画：有证据再建立信心

在接受该流程前，先独立测试此检查点。对于 cc4 multi animation export to unreal，工作边界是“Frame rate and root motion”。审核人应能检查“Clip-by-clip playback”，而不依赖精修截图或口头声明。记录生成证据的准确来源、版本、设置、测试目标和结果。如果重启、打包、账号变更、平台切换或源更新后结果发生变化，则将先前结果视为失效。若实际结果变成“Debugging material and physics failures simultaneously”，应立即停止并调查，因为继续会把已知不确定性混入后续决策。

毛发：有证据再建立信心

为这个检查点分配一个负责人和一个可观察结果。对于 CC4 多动画导出到 Unreal，工作边界是“Cards, groom, or skinned mesh。”审查者应能检查“Attachment before simulation”，而不依赖经过打磨的截图或口头说法。捕获产生该证据的确切来源、版本、设置、测试目标和结果。如果结果在重启、打包、账号变更、平台切换或源更新后发生变化，请将先前结果视为过期。当“Ignoring scale when groom or collision explodes.”成为实际结果时应停止并调查，因为继续会把已知不确定性混入后续决策。

物理：在置信前先有证据

请将此检查点的证据与已接受修订版本并列保存。对于 CC4 多动画导出到 Unreal，工作边界是“Asset bodies and collision”。审查者应能检查“One enabled system at a time”，而不依赖经过打磨的截图或口头说法。捕获产生该证据的确切来源、版本、设置、测试目标和结果。如果结果在重启、打包、账号变更、平台切换或源更新后发生变化，请将先前结果视为过期。当“Assuming a vendor preset matches every Unreal version.”成为实际结果时应停止并调查，因为继续会把已知不确定性混入后续决策。

场景演练与边缘用例

场景 1：记录 CC4、插件、FBX 和 Unreal 版本

对于第二位审查者，请保留你已记录的 CC4、插件、FBX 和 Unreal 版本证据。然后导入一个中性角色并保存已接受的骨骼。将输入集保持得足够小，以便他人可以复现同一结果。保存变更前状态、单一修改和观察到的变更后状态，而不是依赖记忆。需要防范的失败模式是“为每个剪辑创建重复骨骼”。若出现该风险，请回退到最近一次已接受的检查点，隔离责任系统，之后再恢复 Character Creator 4 导出故障排查流程。

场景 2：导入一个中性角色并保存已接受的骨骼

可靠的接受性测试必须包括导入一个中性角色并保存已接受的骨骼。然后基于该骨骼导入动画剪辑。将输入集保持足够小，以便他人可以复现相同结果。保存变更前状态、单一修改和观察到的变更后状态，而不是依赖记忆。需要防范的失败模式是“同时调试材质和物理故障”。如果该风险出现，请回退到最近一次已接受的检查点，隔离责任系统，然后再继续 Character Creator 4 导出故障排查流程。

场景 3：基于该骨骼导入动画剪辑

一个有效的首个场景从按该骨架导入动画片段开始。然后验证根运动和重定向姿态。保持输入集足够小，以便他人可复现同样结果。保存变更前状态、单一改动和观察到的变更后状态，而非依赖记忆。需要避免的失败模式是“忽略缩放当毛发或碰撞爆炸”。若出现该风险，请回滚到最后一个已通过的检查点，隔离责任系统，然后再继续 Character Creator 4 导出故障排查工作流。

实用工作流

1. 记录 CC4、插件、FBX 和 Unreal 版本。
2. 导入一个中性角色并保存已接受的骨骼。
3. 基于该骨骼导入动画剪辑。
4. 验证根运动和重定向姿势。
5. 在禁用物理的情况下测试发型。
6. 逐层启用毛发绑定、碰撞和物理。

供第二位评审人员的交接记录

可靠的 Character Creator 4 导出故障排查交接会将观测事实与假设分离。使用以下记录可使工作可复现：

1. 记录 CC4、插件、FBX 和 Unreal 版本。附上骨骼：重定向姿态对比的证据。给该工件或录屏命名，以便可追溯引擎版本、源版本、平台和测试日期。审查者应知道哪些已通过、哪些未测试，以及哪项变更会使结果失效。
2. 导入一个中性角色并保存已接受的骨架。附上动画证据：逐剪辑播放。命名该工件或录制内容，以便可追溯到引擎版本、源修订、平台和测试日期。评审应知道哪些通过、哪些未测试，以及哪项变更会使结果失效。
3. 基于该骨骼导入动画剪辑。附上发型：attachment before simulation 的证据。给该工件或录屏命名，以便可追溯引擎版本、源版本、平台和测试日期。审查者应知道哪些已通过、哪些未测试，以及哪项变更会使结果失效。
4. 验证根运动和重定向姿态。附上物理证据：一项启用一个系统。给该工件或录屏命名，以便可追溯引擎版本、源版本、平台和测试日期。审查者应知道哪些已通过、哪些未测试，以及哪项变更会使结果失效。
5. 在禁用物理的情况下测试发型。附上骨骼：重定向姿态对比的证据。给该工件或录屏命名，以便可追溯引擎版本、源版本、平台和测试日期。审查者应知道哪些已通过、哪些未测试，以及哪项变更会使结果失效。
6. 逐层启用毛发绑定、碰撞和物理。为动画附加“Clip-by-clip playback”证据。请命名工件或录屏，以便恢复其引擎版本、源代码修订、平台与测试日期。审核人应明确哪些已通过、哪些未测试，以及哪项变更会使结果失效。

评审者应能回答的问题

• 第二位审核人是否能将骨骼决策与更广泛的 cc4 multi animation export to unreal 结论区分开？请要求其定位已记录的边界“Hierarchy and bind pose”，复现“Retarget pose comparison”，并解释“Creating duplicate skeletons for every clip.”是否会阻止推进。若任何答案依赖私有上下文或未截图证据，说明证据包不完整。
• 第二位评审能否区分该动画决策与更广泛的 cc4 multi animation export to unreal 声明？要求他们定位已录制的边界“Frame rate and root motion”，复现“Clip-by-clip playback”，并解释“Debugging material and physics failures simultaneously.”是否会阻止发布。如果任何回答依赖私有上下文或未被捕获的屏幕画面，则证据包不完整。
• 第二位审查者能否从更广泛的 CC4 多动画导出到 Unreal 的声明中区分出发型决策？请他们找到已记录的边界“Cards, groom, or skinned mesh”，复现“Attachment before simulation”，并说明“忽略尺度会导致梳理或碰撞爆炸吗（Ignoring scale when groom or collision explodes）”是否会阻止推进。如果任何答案依赖私有上下文或未捕获的画面，证据包即为不完整。
• 第二位审查者能否从更广泛的 CC4 多动画导出到 Unreal 的声明中区分出物理决策？请他们找到已记录的边界“Asset bodies and collision”，复现“One enabled system at a time”，并说明“假设某供应商预设适用于所有 Unreal 版本”（Assuming a vendor preset matches every Unreal version）是否会阻止推进。如果任何答案依赖私有上下文或未捕获的画面，证据包即为不完整。

常见错误避免

• 为每个片段创建重复的骨骼。
• 同时调试材质和物理故障。
• 忽略缩放时，毛发或碰撞会爆炸。
• 假设某供应商预设适用于每个 Unreal 版本。

相关 Unreal 覆盖范围

常见问题

cc4 multi animation export to unreal 的直接答案是什么？

为了实现可靠的 CC4 到 Unreal 交接，请冻结 Character Creator 和 Unreal 版本，基于一个已记录的骨架导出角色和动画，并分别验证绑定姿势、缩放、根运动、材质槽、发丝卡或 groom，以及物理资源。若头发失控，请先确定故障源于蒙皮权重、groom 绑定、碰撞、物理模拟、缩放或不兼容的导入设置，再去修改多个系统。

应优先验证什么？

记录 CC4、插件、FBX 和 Unreal 版本。

主要风险是什么？

为每个片段创建重复的骨骼。

应保存哪些证据？

保存源版本、设置、目标平台、已接受输出和检查点“Retarget pose comparison”的结果。没有这些边界信息的截图不足以复现实验决策。

何时应停止工作流？

停止在下一步依赖未验证权限、不兼容版本、缺失来源、未支持目标或无法复现结果时继续执行。在扩展 Character Creator 4 导出故障排查流程前先解决该边界。