视频导出耗时估算器

本地处理

「编码速度」指每秒能处理多少秒视频。2.0× 表示 1 秒编码 2 秒素材；0.5× 表示需要 2 秒才能编码 1 秒素材（软件编码常见）。

单个视频时长（分钟）

编码速度（×实时）

任务数量

并发数

失败重试率 (%)

编码器参考

有效工时（小时/天）

单个耗时(秒)

批次数

总耗时(秒)

总耗时(分钟)

需工作日(天)

单个耗时 = 时长(秒) ÷ 编码速度；批次数 = ⌈任务数 ÷ 并发数⌉；总耗时 = 批次数 × 单个耗时 × (1 + 重试率)。

为什么导出时间总比想象的长

"估算导出时间"本质上是一道除法题：素材总时长 ÷ 编码速度。难的是把"编码速度"判断准——它取决于编码器、分辨率、码率、特效复杂度和硬件。

举个直观例子：一段 10 分钟的 4K 素材，用 x265 slow 编码（0.1×），就要花 100 分钟——比素材本身长 10 倍。这就是为什么渲染农场和排队系统在影视行业里是刚需。

并发不是越多越好。CPU 软编码时，并发数超过物理核心数 / 2 之后，总吞吐不再提升，反而因为内存带宽和缓存争抢而下降；硬件编码器（NVENC）的核心数量有限（消费卡通常 3–8 路并发会话），超过就排队。

实用的判断：软编码按物理核心数 ÷ 2 设并发，硬编码按显卡支持的最大会话数设并发。本站按你填的并发数直接算批次数，是线性近似。

如果只是换容器、砍码率、切片段，用 -c copy 流复制可以做到几百倍实时：

ffmpeg -ss 00:10:00 -i in.mp4 -t 60 -c copy clip.mp4

只有真正需要重新编码（改分辨率、改码率、加滤镜、改编码格式）时，才必须付出本节估算的代价。

主要由时长、分辨率、编码格式与硬件（GPU 加速）决定；4K 素材的导出耗时通常是 1080p 的数倍，多重特效与降噪会进一步拉长。

使用硬件加速编码（更快的 H.264/H.265）、代理剪辑后在低分辨率下预览、导出时关闭其他占用显卡的程序；牺牲少量画质选更快预设效果明显。

中途插件的特效渲染、内存不足导致的降速、以及磁盘写入瓶颈都会拖慢；按估算值的 1.3-1.5 倍预留时间更稳妥。