使用filter select=gt(scene,0.1)时CPU核心占用量的决定因素

核心差异的决定逻辑 #

• 视频编码特性差异
  不同视频的帧结构、编码格式直接决定单帧处理耗时：

  • 帧类型分布：I帧是完整像素数据，计算帧间差异（scene检测的核心操作）的耗时远高于仅存储帧间差异的P/B帧。若视频I帧占比高，单帧处理时间长，FFmpeg会调度更多核心并行处理帧队列；反之P/B帧占比高的视频，单帧计算快，核心利用率自然更低。
  • 编码格式复杂度：HEVC、AV1这类高压缩比格式的解码及帧数据提取耗时，远高于H.264等传统格式，单帧处理延迟高会触发更多核心参与调度。

• FFmpeg动态线程调度机制
  FFmpeg的滤镜框架会根据实时单帧处理耗时和系统可用核心数动态调整线程池大小：

  • 当滤镜处理单帧的耗时超过内部阈值时，框架会自动启用多线程，将不同帧的处理任务分配到多个核心并行执行；
  • 线程数并非固定值，而是由负载驱动动态调整——单帧处理越慢，能并行的帧任务越多，占用的核心数就越多。

相关源码位置 #

• 滤镜图的线程调度核心逻辑位于 libavfilter/avfilter.c，重点关注 avfilter_graph_config 函数，该函数负责初始化滤镜处理的线程池并根据负载调整线程数；
• scene 检测的具体实现代码在 libavfilter/vf_select.c，其中 select_frame 函数负责计算帧间差异，这里的计算耗时是触发线程调度调整的关键依据；
• 底层线程池管理逻辑在 libavutil/threadpool.c，负责线程的创建、分配与回收。

内容的提问来源于stack exchange，提问作者kocoten1992