我之前处理过类似的极端视频场景（低帧数+超长帧间隔），你的问题大概率是FFmpeg 4.1.3搭配libx264的固定码率（CBR）控制逻辑在特殊帧结构下的误判——毕竟原视频28秒只有3帧，平均每帧间隔近10秒，这种非常规的时间轴会让编码器的码率分配机制出现偏差，跳过最后一帧的编码。而CRF模式没问题是因为它以画面质量为核心，会优先保证所有帧都被编码，不会为了控码率丢帧。

给你几个可行的解决方案：

1. 强制指定关键帧位置 #

直接强制编码器在原视频的每帧时间点生成关键帧，确保没有帧被遗漏。原视频3帧对应的时间点是0秒、_9.33秒、18.66秒、28秒（包含结束点），用以下命令：

ffmpeg -y -i src.mp4 -c:v libx264 -preset slow -b:v 8000k -force_key_frames "0,9.333,18.666,28" dst.mp4

或者用表达式自动计算时间点：

ffmpeg -y -i src.mp4 -c:v libx264 -preset slow -b:v 8000k -force_key_frames "expr:gte(t,n_forced*28/3)" dst.mp4

2. 调整码率控制缓冲区 #

固定码率模式下，编码器的缓冲区大小如果太小，会导致无法为长间隔的帧分配足够码率，进而丢弃帧。建议把缓冲区设为码率的2倍：

ffmpeg -y -i src.mp4 -c:v libx264 -preset slow -b:v 8000k -bufsize 16000k dst.mp4

可以和上面的强制关键帧参数结合使用，效果更稳定。

3. 升级FFmpeg版本 #

你用的FFmpeg 4.1.3是2019年的旧版本，后续的FFmpeg（比如5.x、6.x系列）对libx264的码率控制逻辑做了不少优化，已经修复了一些极端场景下的丢帧问题。升级后再用原命令试试，大概率能直接解决。

测试下来，第一种方法基本能100%解决你的问题，毕竟直接强制了所有帧的编码节点，不给编码器丢帧的机会。

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