# 多机位同步：对齐两台相机与独立录音 Source: [多机位同步：对齐两台相机与独立录音]() Documentation index: [llms.txt]() Last updated: 2026-10-28 在 ChatCut 中同步两台相机，先导入同一次拍摄、带有可辨认重叠声音的录制文件，选中后执行 **AI 多机位同步**。切换机位前，应在多个共同事件处检查轨道是否对齐。截至 **2026 年 10 月 28 日**，文档中的同步命令负责对齐片段；跟随说话人的机位剪辑需要单独提出并检查。 ## 已核验的控件与证据 **最近核验：2026-10-28。** 本文说明已有文档中的控件和检查方法，没有执行两台相机加独立录音的完整导出测试，也没有测得同步精度、漂移修复或自动剪辑质量。 | 范围 | 来源能够证明的边界 | 2026-10-28 核对来源 | | --- | --- | --- | | 编辑器控件 | “我的素材”和时间线均提供多机位同步；至少需要两个录制文件，已有时间线片段须保持 1× 播放速度。 | [时间线参考](https://pr-693-preview.chatcut.dev/zh/docs/timeline) | | 对齐结果 | 片段保留在普通轨道上；没有可信音频匹配时不进行同步，同轨重叠也可能阻止修改。 | [时间线参考](https://pr-693-preview.chatcut.dev/zh/docs/timeline) | | Agent 方法 | 公开工作流使用参考录制并报告放置证据；默认流程可能继续剪辑说话人，因此只想对齐时应明确写“仅同步”。 | [公开多机位工作流](https://github.com/ChatCut-Inc/agent-plugin/blob/06e83c224aecb5c0d8d467ee2c1c607bf3f22a73/codex/skills/multicam-sync/SKILL.md) | | 模型与连接 | 这是剪辑工作流，不是视频生成模型的能力承诺；存在某个技能也不代表每种外部连接都开放同样的工具。 | [公开工作流](https://github.com/ChatCut-Inc/agent-plugin/blob/06e83c224aecb5c0d8d467ee2c1c607bf3f22a73/codex/skills/multicam-sync/SKILL.md)、[Agent 插件](https://pr-693-preview.chatcut.dev/zh/docs/agent-plugin) | ## 准备相机、录音与重叠内容 使用同一个真实事件的录制文件。即使最终声音来自独立录音机，也应保留相机原始声音，供对齐时比较。区分同时拍摄的不同机位，以及同一台相机停录后重新开始的连续文件；不能仅凭文件名判断。 有条件时，选择覆盖较长、声音清楚的录制作为参考。在实际重叠区间寻找多个共同的拍手、词句或其他可辨认事件。短而嘈杂的片段可能证据不足；无关录制不会因为使用同一个命令就变成可同步素材。 ## 在编辑器执行对齐 1. 先建立独立的检查时间线，保留已有剪辑。 2. 在**我的素材**中，按住 Command/Ctrl 选择至少两个带声音的视频或音频素材。右键点击已选卡片，选择 **AI 多机位同步**。 3. 可用片段会从播放头位置放到不同轨道。等待同步准备提示和进度完成。 4. 也可以选中已有时间线上的至少两个音视频片段，确认速度为 1×，再使用右键菜单中的相同命令。 5. 检查放置位置，带声音播放共同的拍手或词句。同步命令本身不会切换机位。 使用 Agent 时，可直接在 ChatCut 内置 AI 面板提出要求，或先连接[外部智能体](https://pr-693-preview.chatcut.dev/zh/docs/agent-plugin)。本地项目包应先按 [Desktop 工作流](https://pr-693-preview.chatcut.dev/zh/docs/desktop-agent-workflows)选定项目。内置 Agent 的结果不能代替外部宿主路径的验收。 Prompt ```text 仅同步：检查这些来自同一次录制的文件，区分同时拍摄的机位、独立录音和相机连续文件。在独立检查时间线中建立同步结果，不改现有剪辑。选择清楚的参考录制，说明每个片段的偏移和匹配证据，不确定的片段保持待核对。保留真实停录间隔，检查重叠区间前后段的共同事件。不要切机位，也不要自动拉伸速度。 ``` ## 检查偏移、空档与漂移 偏移表示片段的时间线时间与素材源时间之差。例如素材第 0 秒放在时间线第 5 秒，偏移就是 +5 秒。后续从同一片段截取内容时，仍须保持这套放置关系。 分别检查重叠录制的开头、中段和结尾。如果前段对齐、后段却错开，先记下差异，再考虑改变速度。时钟差异、丢帧和匹配错误需要不同处理，本文没有证明自动漂移修复效果。 已确认的真实停录空档应当保留。对于确认连续、没有停录的分段文件，如果出现意外空档或重叠，应重新核对匹配；不要为了让片段首尾相接而裁掉证据。标明缺少画面的区间，避免把缺失覆盖误认为切机位出错。 ## 匹配不确定时如何恢复 | 现象 | 下一步 | | --- | --- | | 找不到可信匹配 | 检查时间是否确实重叠、是否有可辨认的共同声音。保留原片段，记录未解决的文件。 | | 对齐后会产生同轨重叠 | 先将受影响片段移到独立轨道，再重试该组选择。 | | 片段太短或声音太嘈杂 | 找更清楚的共同事件，或要求根据文字稿提供匹配证据。手动放置后也须检查，不能自动视为已验证。 | | 前后段事件无法同时对齐 | 重新检查源文件与参考录制，报告测得差异后再决定如何修复。 | | 外部宿主没有相应工具 | 检查连接和会话，或使用文档中的编辑器命令，不要无限重复同一个请求。 | ## 单独剪机位并检查交付 确认同步母版后，再在另一条时间线提出机位剪辑要求，说明要使用的区间和主声音。检查说话人身份、反应镜头、缺失覆盖和语音接缝，保留同步母版作为时间参照。 通过[导出面板](https://pr-693-preview.chatcut.dev/zh/docs/exporting)输出所选剪辑，再在交付文件中检查相同的前后段事件。时间线对齐或渲染完成，都不能单独证明成片始终同步。费用统一见[积分政策](https://pr-693-preview.chatcut.dev/zh/docs/credits-policy)；操作失败或状态不明时参阅[工作流恢复](https://pr-693-preview.chatcut.dev/zh/docs/workflow-failures)。 ## 来源与核验范围 **2026-10-28** 核对了公开[时间线文档](https://chatcut.io/docs/timeline#synchronize-multiple-cameras-or-recorders)和 [ChatCut 多机位工作流](https://github.com/ChatCut-Inc/agent-plugin/blob/06e83c224aecb5c0d8d467ee2c1c607bf3f22a73/codex/skills/multicam-sync/SKILL.md)的 10 月 23 日发布版本。上述检查是可采用的方法，不是实测前后对比，也不代表已经解决其他剪辑器的同步故障。