影视预演中使用 Matrix-Game3.5，关键不是把它当成最终渲染器，而是当成一个快速验证机位、镜头和节奏的工具。使用前要确认预演结果会进入哪个下游环节。如果只是内部讨论，实时分辨率可以随意；如果要给剪辑师或特效组做参考，就需要在输出时带上时间码和文件版本信息。下面按交接链的顺序，挑几个容易出问题的节点说明。
结合项目阶段来设定输出形式比操作技巧更重要。Matrix-Game3.5 在影视预演中的价值是快速验证，不是产生最终画面。开始前应定义帧率、坐标原点、命名规则和版本保留策略。每次修改前保存一个带版本号的场景文件，导出预览视频需要同步记录相机参数和文件对应关系。交接时至少交付视频、源文件、相机动画数据和时间码说明。
先确认预演结果要到哪里去
适用场景：拍摄前做镜头设计和动作预演，或把预演画面交给导演、摄影指导参考。操作动作：把预演任务分成三个层级：内部验证、送审参考、拍摄现场播放。
- 内部验证：目标只是快速看走位和节奏，输出格式可直接用。
- 送审参考：需要统一分辨率、帧率、时间码，并附拍摄备注。
- 拍摄现场播放：要预先降载场景或导出视频，避免现场卡顿。
验证方式：找一位没参与搭建的同事，只凭输出文件判断是否看得清镜头运动、构图和节奏。风险边界：如果预演结果要交给视频剪辑部门做粗剪，不要只出播放器格式，需要导出带时间码和拍摄备注的 XML/EDL；如果只是给导演现场看，用低分辨率实时播放就好。
统一时间与坐标，否则后面全部错位
通常影视项目会有约定俗成的帧率（例如 24fps）和坐标轴方向。Matrix-Game3.5 从其他软件导入相机或资产时，需要先核对帧率、开始帧号、单位比例、坐标轴方向以及场景原点。项目启动时最好建一份“预演环境校准清单”，并逐项确认。下面这四项是常见出错点。
| 检查项 | 检查内容 | 验证方法 |
|---|---|---|
| 帧率 | 全项目是否统一，避免 NTSC 与 PAL 混用 | 在时间线设置中检查帧率，并导出带时间码的测试片段 |
| 坐标轴 | 确认 Y 轴向上还是 Z 轴向上 | 导入一个简单盒子模型，读取旋转值 |
| 单位比例 | 确认使用厘米还是米 | 导入一个已知尺寸资产，测量长度 |
| 场景原点 | 多个场景是否共用原点 | 在参考图中放置定位点，核对坐标 |
验证方式：导入一台已知位置的虚拟摄像机，渲染一帧确认与源文件在构图上的偏移，不能只看观感。风险边界：如果场景里混用了不同单位或原点，后续匹配会全部失真。建议把每个源文件的依据记录在项目手册里。
素材版本管理比操作技巧更值得花时间
预演过程中修改频繁，最怕的是导演看完说“上一次版本更好”，但手头已经找不到上一版。建议不要在原文件上连续修改，而是每轮修改前复制出带版本号的文件。命名规则固定为“场景名_版本号_修改内容”，例如：StreetChase_v03_cameraB_retime。这个规则可以复制。
操作动作：在打开旧版本前，先确认当前场景文件已经保存并清空缓存；导出动画时，也要在文件名里标注版本号，不能只靠文件夹区分。验证方式：每次存新版本后，导出一段带时间码的预览视频，连同场景文件一起归档。风险边界：即使只有一个人操作，这条也适用，因为系统崩溃或误操作往往在最顺利的时候发生。
实时播放前要做降载处理
现场播放通常需要快速响应。Matrix-Game3.5 场景里如果包含高精度资产，播放时会掉帧或卡顿。建议为现场播放单独做一套低精度版本，把所有资产替换成低模，关闭阴影和动态模糊，只保留相机动画和基本遮挡关系。
操作动作：复制当前场景文件，删除非必要角色和特效，保留镜头约束。验证方式：在播放设备上实测完整播放一遍，确认没有长时间加载；如果出现卡顿，就把纹理压缩或直接导出为视频文件。风险边界：这套低精度版本不能直接用于最终渲染，需要在文档中写明“现场播放专用版”和“预演源文件”的区别，避免有人拿低模版本去合成。
交接清单：别只扔一个场景文件
预演结束后，交给下游的应是一套交接包，而不是一个场景文件。建议至少包含：预演视频文件、源场景文件、相机动画导出件、地标或原点说明、片段时间码表、版本说明。操作动作：创建一份“预演交接记录”，逐项打勾。
- 预演视频：MP4 或 ProRes，带时间码显示。
- 源场景文件：保留最终版与上一版。
- 相机动画导出：包含位置、旋转、焦距，命名与版本对应。
- 说明文档：写明帧率、坐标轴方向、原点位置。
验证方式：让接收方根据交接记录打开源文件并找到某一段固定镜头，如果能准确定位，说明交接有效。风险边界：如果交接记录只写了文件名，没有写时间码和场景内位置，对方可能要多花一两个小时重新寻找。