嘿，你遇到的这个情况在处理非连续图片序列时挺常见的，我帮你拆解几个可能的原因，以及对应的排查和解决办法：

1. FFmpeg的序列匹配逻辑“坑” #

FFmpeg默认用通配符（比如input_%05d.png）处理序列时，会默认期望数字是连续递增的。当中间有缺失时，它的内部索引机制可能会混乱——比如处理到_00097后，它会尝试找_00098，找不到的话可能不会直接跳到下一个存在的_00099，反而会在缓存或读取流程里出问题，导致后续的图片读取报错。

解决办法：绕开自动序列匹配，手动指定文件列表：

• 先生成一个包含所有存在的PNG路径的文本文件，比如file_list.txt，每行格式是：file './_00003.png'（注意路径要和你的实际文件位置对应）
• 然后用这个命令转换：ffmpeg -f concat -safe 0 -i file_list.txt -c:v libx264 output.mp4
  这种方式会严格按照你列的顺序读取文件，完全不受缺失序列的影响。

2. 图片的隐性元数据/编码差异 #

你检查了尺寸，但PNG的问题可能藏在编码细节里：比如有些图片是16位色深，其他是8位；或者部分带Alpha透明通道，其他不带；甚至是压缩过滤器用了不同的设置。FFmpeg的PNG解码器对这些混合情况很敏感，切换时容易报错。

排查方法：用ImageMagick的identify命令批量导出元数据对比：

identify -format "%f 色深:%r 压缩率:%z 通道:%[channels]\n" *.png > png_info.txt

打开png_info.txt，看看_00097、_00105和周围图片的参数有没有不一样的地方。

3. 图片隐性损坏或磁盘问题 #

有时候图片看起来能正常打开，但实际有部分字节损坏（比如保存/传输时丢包），或者它们存在磁盘的坏扇区上。移除_00097后报错到_00105，很可能这两个图片都有类似的隐性问题。

排查方法：单独用FFmpeg转换这两个图片，看是否报错：

ffmpeg -i _00097.png test_97.mp4
ffmpeg -i _00105.png test_105.mp4

如果单独转换也报错，那说明图片本身有问题，得重新获取或者用图片修复工具处理。

4. FFmpeg版本或解码器兼容问题 #

旧版本的FFmpeg对某些PNG编码特性支持不好，比如对16位PNG的处理有bug。你可以试试升级到最新稳定版，或者换个编码流程：先把序列转成无损中间视频，再编码成最终格式：

ffmpeg -i input_%05d.png -vcodec png intermediate.mkv
ffmpeg -i intermediate.mkv -c:v libx264 output.mp4

优先尝试的方案 #

我建议先试手动文件列表的concat方法，这是最快绕开序列缺失问题的方式；如果还是报错，再去排查图片元数据或损坏的问题。

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