FFmpeg使用图像序列作为输入时为何强制实时编码并报线程队列阻塞警告？

这个问题我之前也碰到过，本质是FFmpeg里的image2解复用器（专门处理图像序列的组件）默认行为在搞鬼～

核心原因 #

单张图片用-loop 1循环时，FFmpeg的逻辑是编码器需要多少帧就生成多少帧，不会强制按固定速率推送，所以编码器能从容处理，不会出现队列阻塞。但图像序列不一样：image2解复用器默认会把图像序列当成实时流输入（类似摄像头、直播流这种持续产生帧的设备），它会尽可能快地把所有图像帧推送到后续的滤镜/编码器队列里——哪怕编码器的处理速度跟不上，队列很快就被填满，于是就抛出了你看到的Thread message queue blocking警告。

你给出的命令里，没有给图像序列输入指定帧率，image2会默认以最快的速度推送帧（如果序列里的图片修改时间接近，它不会按固定间隔推送，而是一口气塞队列），而libvpx-vp9编码器本身编码速度不算快，自然追不上推送节奏，队列堵是必然的。

解决办法 #

这里给你几个实用的方案：

• 扩容线程队列：在图像序列输入前加上-thread_queue_size参数，直接增大队列容量，让推送的帧有足够空间等待编码器处理。比如：

  ffmpeg -thread_queue_size 1024 -loop 1 -i mysequence/%04d.png -loop 1 -i gfx/background.png -filter_complex "[0:v]format=rgba" -to 10 -ss 5 -vcodec libvpx-vp9 -an out.webm
  

  数值可以根据情况调整，比如1024、2048都可以。
• 指定输入帧率：给图像序列输入加上-framerate选项（注意要放在-i前面），限制image2的帧推送速度，让它和编码器的处理能力匹配。比如设成10fps：

  ffmpeg -loop 1 -framerate 10 -i mysequence/%04d.png -loop 1 -i gfx/background.png -filter_complex "[0:v]format=rgba" -to 10 -ss 5 -vcodec libvpx-vp9 -an out.webm
  

  如果是静态图像序列转视频，甚至可以设成1fps，完全不会触发警告。

另外提一句：你命令里的滤镜部分[0:v]format=rgba后面没有接输出链路，可能是笔误？比如应该是[0:v]format=rgba[vid];[vid][1:v]overlay这类完整的滤镜链，不过这个和警告无关，只是提醒一下～

备注：内容来源于stack exchange，提问作者1owk3y