我来给你几个针对性的解决思路，帮你搞定这个300帧（60fps本该对应5秒）转Webm却丢帧的问题：

1. 先确认FFmpeg是否真的读取了全部300帧 #

有时候问题出在文件匹配环节，%03d.png可能没正确匹配到所有帧。可以添加调试日志参数，查看FFmpeg实际读取的帧数量：

ffmpeg -v debug -f image2 -framerate 60 -start_number 0 -i '%03d.png' -r 60 -crf 10 output.webm

在日志里搜索类似Input stream #0:0: XXX frames的内容，确认是不是300帧。如果这里就没读全，那要检查文件名是否严格是000-299的三位数字格式，有没有遗漏或命名错误。

2. 强制关闭帧同步丢帧机制 #

FFmpeg默认的-vsync cfr（恒定帧率）模式，可能会因为微小的时序误差自动丢弃帧。换成-vsync passthrough，让输出严格继承输入的帧时序和数量：

ffmpeg -f image2 -framerate 60 -start_number 0 -i '%03d.png' -vsync passthrough -crf 10 output.webm

这里可以去掉输出侧的-r 60，因为输入已经指定了帧率，passthrough会直接沿用，避免重复设置导致冲突。

3. 针对Webm/VP9编码的精准参数设置 #

Webm的VP9编码器有时候会因为关键帧策略或优化选项丢帧，明确指定编码器并添加关键帧参数，同时关闭不必要的优化：

ffmpeg -f image2 -framerate 60 -start_number 0 -i '%03d.png' -c:v libvpx-vp9 -g 60 -vsync passthrough -crf 10 output.webm

-g 60设置每60帧一个关键帧（正好1秒），既适合循环播放，也能避免编码器合并帧导致的丢失。

4. 强制指定输出时长为5秒 #

直接用-t 5参数锁定输出时长，FFmpeg会自动确保生成正好5秒的视频（对应300帧@60fps），强制保留所有输入帧：

ffmpeg -f image2 -framerate 60 -start_number 0 -i '%03d.png' -t 5 -crf 10 output.webm

5. 尝试替代工具 #

如果FFmpeg的问题始终无法解决，可以试试这些工具：

• HandBrake：GUI界面操作简单，导入序列帧后设置帧率为60，选择Webm/VP9输出，勾选「恒定帧率」选项，能稳定保留所有帧。
• Adobe Media Encoder：导入序列帧后，在输出设置里指定帧率60，选择Webm格式，开启循环输出，对序列帧的兼容性更好。

6. 升级FFmpeg版本 #

部分旧版本的FFmpeg在image2 demuxer（序列帧解析器）上存在帧计数bug，建议升级到最新稳定版（比如6.x系列）或nightly构建版本，很多这类问题在新版本中已经修复。

另外你提到的生成294帧接近预期的情况，大概率是之前的参数触发了FFmpeg的自动帧丢弃逻辑，用上面的-vsync passthrough或者-t 5应该就能彻底解决。

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