#1701 升级到v3.86之后翻译合成视频的速度变慢很多，尤其是卡在最后对齐阶段

升级到 v3.86 后速度变慢，尤其是在最后“对齐阶段”，这通常与新版默认启用的“人声分离”功能或视频编码参数调整有关。

请按以下步骤排查和解决：

1. 检查并关闭“人声分离”功能（最可能的原因）

• 在主界面第7行，点击 “设置更多参数”。
• 查看 “人声分离” 选项是否被勾选。
• 如果已勾选，请取消勾选。此功能会分离背景音并在配音后重新合并，会显著增加处理时间，尤其是最后阶段。

2. 优化视频输出设置

• 在菜单栏选择 工具 -> 高级选项。

• 在 “视频输出控制” 区域：

  • 视频输出质量 (CRF)：保持默认值 23。如果之前被改小（如18），会大幅增加编码时间和文件体积。
  • 输出视频压缩率 (Preset)：确保是 fast 或 medium。如果被设为 slow 或 veryslow，编码会非常耗时。
  • 编码器：libx264 通常比 libx265 编码更快。

3. 检查“视频慢速”选项

• 在主界面第5行，确认 “视频慢速” 选项没有被勾选。
• 如果勾选了此选项，软件会通过慢放视频来匹配配音时长，这会极大地增加最终视频的渲染（对齐）时间。

4. 确保使用硬件加速

• 在主界面第6行，确认 “CUDA加速” 已勾选（如果你有NVIDIA显卡）。
• 在 高级选项 -> Faster/OpenAI/Whisper 语音识别微调 中，确保 “CUDA数据类型” 设置为 float16 或 int8（而非 float32），以提升处理速度。

完成以上调整后，重新处理视频，速度应会恢复正常。如果问题依旧，请提供 videotrans/logs/ 目录下的最新日志文件以便进一步分析。

高级选项--视频输出质量控制--损失数字，改为 26 或 28 试试

-视频输出质量控制目前就是28.
这是videotrans/logs/
最终确定的音视频字幕合并命令为:cmd=['-y', '-progress', 'F:/AI/win-pyvideotrans-v3.86/tmp45480/compose1764577111.7900243.txt', '-i', 'F:/AI/win-pyvideotrans-v3.86/tmp45480/6e239c6496/novoice.mp4', '-i', 'F:/AI/win-pyvideotrans-v3.86/tmp45480/6e239c6496/origin_audio.m4a', '-c:v', 'libx265', '-c:a', 'copy', '-movflags', '+faststart', '-crf', '28', '-preset', 'medium', '-shortest', 'F:/TutorialTrans/25-11/Rigging/7-Rigging Projects/_video_out/06-Rig a Crane Arm - Part 02/06-Rig a Crane Arm - Part 02.mp4']

根据您提供的日志信息，问题已经非常明确。核心瓶颈在于视频编码器 libx265 和预设 medium 的组合，这导致了最终合并阶段（对齐阶段）的速度极慢。

解决方案：

1. 首要且最有效的操作：更改编码器预设。

   • 在菜单栏选择 工具 -> 高级选项。
   • 在 “视频输出控制” 区域，找到 “输出视频压缩率 (Preset)”。
   • 将其从 medium 改为 fast 或 ultrafast。ultrafast 编码速度最快，但生成的文件体积会稍大一些。fast 是速度和体积的较好平衡点。

2. 次要优化：考虑更换编码器。

   • 在同一区域，将 “编码器” 从 libx265 改为 libx264。
   • libx264 的编码速度通常远快于 libx265，尤其是在 fast 预设下。虽然 libx265 在相同画质下文件更小，但编码耗时是其最大缺点。

为什么这能解决问题？
日志显示，软件正在使用 libx265 编码器并以 medium 的压缩级别重新编码视频流（-c:v libx265 -preset medium）。libx265 的 medium 预设旨在平衡压缩率和速度，但在性能普通的电脑上，这仍然是整个流程中最耗时的步骤，导致您感觉“卡在最后”。

修改后，合并命令将变为类似：
... -c:v libx264 -preset fast ... 或 ... -c:v libx265 -preset ultrafast ...
这将显著提升最终合成速度。

请优先尝试第1步（改预设为 fast），如果速度提升仍不满意，再结合第2步（换为 libx264）。