树莓派用ffmpeg转jpg序列为视频时出现输出流初始化错误

你现在用的命令存在本质语法错误，所有反复出现的报错和图片损坏、libx264配置都没有关系。

• 你写的-i Timelapse/*.jpg会被系统shell直接展开成几十上百个独立的文件路径，传给ffmpeg时等于给每个JPG都加了单独的-i参数，每一张图都会被识别成独立的单视频流，流编号从0:0开始按顺序依次排序。
• 这就解释了为什么报错永远卡在71:0、72:0、73:0附近：ffmpeg初始化到这个数量的并行输入流时，已经触达了进程句柄、内存分配的运行阈值，根本还没走到读取图片实际内容的步骤，就触发了编码器初始化失败。
• 你之前删除对应位置图片的排查没有效果，是因为删图后后面的流编号会自动往前补位，报错位置永远会落在你内存能承载的最大流编号附近，和实际文件有没有损坏完全无关。这也是之前排查方向完全偏差的核心原因。

换掉错误的输入语法 #

不要用通配符展开多输入的方式喂图片，直接使用ffmpeg内置的图像序列读取模式：

• 如果你的图片是带连续数字的规范命名（比如frame0001.jpg、frame0002.jpg），使用带序号占位符的输入路径，同时提前指定输入帧率，参考命令：
  ffmpeg -framerate 24 -i Timelapse/frame%04d.jpg -c:v libx264 -preset ultrafast -crf 0 -pix_fmt yuv420p output.mkv -y
• 如果你的图片没有连续数字命名，只需要按文件名排序顺序拼接视频，可以用image2 demuxer的glob匹配模式，避免把所有文件路径展开成多输入：
  ffmpeg -framerate 24 -pattern_type glob -i "Timelapse/*.jpg" -c:v libx264 -preset ultrafast -crf 0 -pix_fmt yuv420p output.mkv -y

规避libx264常见初始化报错 #

• 补充-pix_fmt yuv420p参数，强制输出通用兼容的YUV420像素格式，避免因为个别图片自带的RGBA、YUV444等特殊像素格式不符合libx264要求，触发初始化失败。
• 你的素材分辨率是1024x768，本身是偶数边长，完全符合libx264的编码要求，不需要额外做裁剪缩放。

• 先拿文件夹里前10张图生成一段5秒左右的测试视频，确认参数正常后再跑全量的数千张图任务，避免浪费长时间等待编译的时间。
• 千万别用多输入的方式处理序列帧：这种方式不仅内存开销极高，还会受系统shell命令行的长度上限限制，当图片数量超过几百张时，根本没法把所有文件路径都完整传给ffmpeg进程。

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