没问题，这两个需求都可以用FFmpeg完美解决，我来一步步给你讲清楚：

不管原视频是可变帧率（VFR）还是异常帧率，FFmpeg都能轻松转成你需要的恒定帧率，推荐两种常用方式：

• 方式1：直接指定输出帧率+强制同步
  用-r参数在输出阶段指定目标帧率，配合-vsync cfr强制生成恒定帧率视频，FFmpeg会自动通过重复或丢弃帧来匹配目标帧率：

  ffmpeg -i input.mp4 -r 23.976 -vsync cfr output.mp4
  

• 方式2：用fps滤镜精准控制
  如果需要更精细的流处理，比如单独针对视频流调整，fps滤镜是更好的选择，它会直接按指定帧率抽取或生成帧，适合复杂的可变帧率转恒定帧率场景：

  ffmpeg -i input.mp4 -vf "fps=23.976" -vsync cfr output.mp4
  

针对你描述的情况：故障视频被拉伸到23.701fps来填补额外时长，导致播放时卡顿冻结，而原始正常帧率是23.976fps，文件大小一致说明大概率是插入了重复帧或者拉长了单帧的显示时间。我们可以通过FFmpeg将其恢复到原始帧率，同时去除冗余帧、修正时间戳来修复卡顿。

推荐修复命令： #

ffmpeg -i glitch_video.mp4 -vf "fps=23.976,setpts=N/(FRAME_RATE*TB)" -c:v libx264 -crf 18 -preset medium -c:a copy output_fixed.mp4

参数详解：

• -vf "fps=23.976,setpts=N/(FRAME_RATE*TB)"：
  • fps=23.976：强制将视频转为23.976fps，自动识别并丢弃被插入的重复冗余帧；
  • setpts=N/(FRAME_RATE*TB)：重新计算每帧的时间戳，让视频播放节奏回归正常，彻底解决卡顿冻结问题。
• -c:v libx264 -crf 18 -preset medium：使用H.264编码保证画质，crf 18是接近无损的画质设置，preset medium平衡编码速度和压缩率；
• -c:a copy：直接复制原始音频流，避免重新编码导致音质损失（你的音频应该是正常的）。

进阶：精准匹配原始视频时长 #

如果你想让修复后的视频时长和原始正常视频完全一致，可以先获取原始视频的总帧数，再以此为基准输出：

1. 先获取原始视频的总帧数：

   ffprobe -v error -select_streams v:0 -count_frames -show_entries stream=nb_read_frames -of default=nokey=1:noprint_wrappers=1 original.mp4
   

2. 替换命令中的[原始视频帧数]，输出精准匹配时长的修复视频：

   ffmpeg -i glitch_video.mp4 -vf "fps=23.976,setpts=N/(FRAME_RATE*TB)" -frames:v [原始视频帧数] -c:v libx264 -crf 18 -preset medium -c:a copy output_fixed.mp4
   

测试小技巧 #

可以先转前30秒测试效果，避免浪费时间：

ffmpeg -i glitch_video.mp4 -t 30 -vf "fps=23.976,setpts=N/(FRAME_RATE*TB)" -c:v libx264 -crf 18 -preset medium -c:a copy test_fixed.mp4

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