无需重启脚本，用FFmpeg流式传输动态更新的图片文件夹

我正在开发一个项目，需要使用FFmpeg流式传输存储在文件夹中的一系列图片，当前使用的命令如下：

ffmpeg -stream_loop -1 -f image2 -framerate 5 -i "C:\Images\%d.bmp" -c:v libx264 -preset ultrafast -tune zerolatency -crf 35 -pix_fmt bgra -vf format=bgra -f mpegts "udp://127.0.0.1:8554?pkt_size=1316&buffer_size=64k"

初始状态下，文件夹包含：

1.bmp
2.bmp
3.bmp
...
N.bmp

运行该命令可成功流式传输图片，但运行过程中可能会有新图片（如N+1.bmp）被添加到文件夹中，需要在不重启FFmpeg的情况下将这些新图片纳入流中。

核心限制：

• 不能重新运行FFmpeg命令；
• 图片被流式传输后会被删除，无法依赖重启命令重新读取历史文件；
• FFmpeg命令嵌入在.NET程序中，程序负责删除已处理图片以避免硬盘填满。

问题：
是否可以通过配置FFmpeg或使用额外工具，在不停止和重启FFmpeg命令的情况下动态更新输入源以纳入新增图片？

1. 采用image2pipe管道输入模式（最适配需求） #

放弃直接读取文件序列，改用管道将图片数据喂给FFmpeg，完全由你的.NET程序控制输入流：

• 启动FFmpeg时使用以下命令：

ffmpeg -framerate 5 -f image2pipe -vcodec bmp -i - -c:v libx264 -preset ultrafast -tune zerolatency -crf 35 -pix_fmt bgra -vf format=bgra -f mpegts "udp://127.0.0.1:8554?pkt_size=1316&buffer_size=64k"

• .NET程序需完成以下操作：
  • 按顺序读取现有图片文件，将二进制数据写入FFmpeg的标准输入；
  • 监控文件夹新增的图片文件，一旦检测到就按序列顺序写入管道；
  • 每完成一张图片的推送后立即删除该文件，避免硬盘占用。
    这种方式支持实时纳入新增图片，无需重启FFmpeg，同时完美适配删除已处理文件的需求。

2. 使用-watch参数（限Linux/macOS环境） #

Linux或macOS版FFmpeg支持-watch 1参数，可让image2格式监控文件序列的变化：

ffmpeg -stream_loop -1 -f image2 -watch 1 -framerate 5 -i "/path/to/images/%d.bmp" -c:v libx264 -preset ultrafast -tune zerolatency -crf 35 -pix_fmt bgra -vf format=bgra -f mpegts "udp://127.0.0.1:8554?pkt_size=1316&buffer_size=64k"

但Windows原生FFmpeg无此参数，且该方案无法适配“删除已处理图片”的需求——文件删除后会导致序列断裂，FFmpeg可能无法继续读取后续新增文件，因此优先级低于管道方案。

3. 基于FFmpeg API的深度集成（进阶） #

直接通过FFmpeg的libavformat/libavcodec API在.NET程序中实现图片流推送，无需调用外部命令。这种方式集成度最高，但需要编写FFmpeg绑定代码（可借助现有.NET FFmpeg封装库），适合需要深度定制流逻辑的场景。

最匹配需求的方案是**image2pipe管道输入模式**，既支持动态纳入新增图片，又能配合.NET程序即时删除已处理文件，完全无需重启FFmpeg。

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