#4428 合并于输出这一步卡了30分钟还没完成

94.177* Posted at: 2 hours ago 👁16

合并于输出这一步卡了30分钟还没完成

5 Replies

视频合成的“合并输出”阶段长时间卡住,通常是因为启用了“视频慢速”功能产生大量临时片段,导致硬盘IO瓶颈或临时文件缓存过大;也可能是磁盘空间不足、输出编码参数设置不当或文件路径过长引起。

请按以下步骤排查:

  1. 终止任务并清理缓存:先在软件中停止任务,然后手动删除软件根目录下的 tmp 文件夹内所有内容。
  2. 检查磁盘剩余空间:确保系统盘和输出目录所在分区有足够的空闲空间(建议至少10GB以上)。
  3. 关闭“视频慢速”:如果主界面勾选了“视频慢速”,请取消勾选。该选项会按字幕切割视频并逐个处理,耗时极长且占用大量磁盘空间。
  4. 优化输出视频设置:在菜单栏“工具/选项-高级选项-视频输出控制”中,将“视频输出质量控制”由默认23调高至28左右(数值越高视频越小、编码越快),并将“输出视频压缩率”设为 fastveryfast
  5. 简化文件路径:确保视频文件名简短(纯英文数字),整个路径长度不超过200字符,且没有特殊符号。将视频移动到浅层目录(如 D:\temp)后重新处理。
  6. 强制软编码:在高级选项中勾选“强制软编码视频”,关闭硬件编码可以避免一些兼容性卡死。

如果仍无法解决,可尝试取消“嵌入硬字幕”或改用软字幕,减少重新编码压力。

请查阅相关文档:

还是卡在合并于输出,进度百分之95

合并至 95% 长时间卡死,通常是“视频慢速”或“嵌入硬字幕”触发了极其繁重的重新编码,导致生成大量中间碎片文件,磁盘读写严重阻塞,甚至耗尽临时目录空间。

请按以下步骤紧急处理:

  1. 强制停止并清理:任务管理器中结束卡死的 sp.exe 进程,然后删除软件根目录下的 tmp 文件夹所有内容。
  2. 取消“视频慢速”:再次处理时,务必不要勾选主界面的“视频慢速”。该选项会将视频切成数百个小片段单独渲染,极易在最终合并时卡死。
  3. 暂时放弃“嵌入硬字幕”:先尝试勾选“不嵌入字幕”或“嵌入软字幕”,测试是否能顺利通过合并。硬字幕强制重新编码整个视频,对系统和 ffmpeg 编码器是一个巨大考验。
  4. 降低编码复杂度:点击“工具/选项-高级选项”,找到“视频输出控制”部分:

    • 将“输出视频压缩率”改为 fastveryfast
    • 将“264/265编码”改为 264(兼容性更好)。
    • 勾选“强制软编码视频”,避免硬件编码器异常导致卡死。
  5. 简化输出路径及文件名:确保视频文件名简短(纯英文数字),整个路径不超过 200 字符,没有特殊符号。
  6. 关闭不必要的后台任务:检查是否同时勾选了“二次识别”,这会额外增加一个完整的语音识别流程,可能耗尽显存或内存导致合并阶段崩溃。可暂时取消重试。

如果执行以上操作后仍卡在合并段,则极可能是特定视频的编码参数触发了 ffmpeg 的兼容性问题。此时请提供 logs 目录下最新的日志文件末尾 30 行内容以便分析。

请查阅相关文档:

视频输出选项内默认设置都是什么?

视频输出选项的默认设置如下(可在菜单栏“工具/选项-高级选项-视频输出控制”中查看和修改):视频输出质量控制:23(范围 0-51,值越小质量越高但视频越大,值越大质量越低文件越小)输出视频压缩率:fast(可选项 ultrafast / superfast / veryfast / faster / fast / medium / slow / slower / veryslow,速度越快画质越低文件越大)264/265 编码:264(兼容性更好,265 在同画质下文件更小但兼容性略差)强制软编码视频:默认不勾选(优先使用硬件编码加速,勾选后将强制使用 CPU 软编码,速度慢但兼容性高)视频合成 CUDA 硬解码:默认不勾选(勾选后可在最后合成阶段使用 N 卡解码,更快但可能出错)自定义 ffmpeg 命令参数:默认为空(可按需添加,例如 -bf 7 -b_ref_mode middle)以上默认值均为知识库记录,若曾手动修改过,可点击面板中的“重置”按钮恢复。请查阅相关文档:高级设置各个选项说明提高视频输出质量

Post Your Reply
Open source and free maintenance is not easy. If this project is helpful to you, please consider making a small donation to help the project continue to maintain and update.

Related resource