使用OpenCvSharp录制摄像头视频生成文件播放速度过快如何解决

• FPS设置未生效：绝大多数民用摄像头驱动不会严格遵循代码传入的FPS参数，你在构造函数中为VideoCapture.Fps赋值后，实际硬件返回的帧率可能远高于你设置的值。但你创建VideoWriter时直接使用了传入的FPS参数作为输出视频的播放帧率，最终写入的总帧数远大于「录制时长×设置FPS」的理论值，播放时就会出现倍速过快的问题。
• 帧间隔控制逻辑存在误差：你当前使用ManualResetEvent.Wait作为帧间隔控制，但是VideoCapture.Read读取帧、VideoWriter.Write写入帧的操作本身存在耗时，会导致实际每帧的间隔小于你计算的waitTimeBetweenFrames，累积后每秒写入的帧数会超出预期。另外如果摄像头的帧缓存中存在未读取的旧帧，Read操作会直接返回缓存帧，不会等待实际拍摄的新帧，也会导致短时间内写入大量重复/旧帧。
• 编码与封装格式不匹配：你代码中使用FourCC.XVID编码器，该编码器对应的标准封装格式为.avi，如果直接保存为.mp4后缀，播放器识别封装元数据时可能会读取到错误的帧率参数，也会出现播放速度异常。

1. 优先读取硬件实际支持的FPS：构造函数中设置完分辨率、FPS参数后，读取_videoCapture.Fps的实际返回值作为后续创建VideoWriter、计算帧间隔的基准，不要直接使用传入的参数值。
2. 改用时间戳控制帧间隔：不要依赖固定时长等待，每次写入帧后记录当前时间戳，下次写入前计算与上一帧的时间差，不足间隔的部分再做等待，避免操作耗时带来的累积误差。参考修改后的AddCameraFrameToRecordingThread代码：

private void AddCameraFrameToRecordingThread()
{
    var waitTimeBetweenFrames = 1000.0 / _videoCapture.Fps;
    using var frame = new Mat();
    long lastWriteTime = DateTime.Now.Ticks;
    while (!_writerReset.Wait(0)) // 先检测是否要停止，不做固定等待
    {
        if (!_videoCapture.Read(frame))
            return;
        // 计算当前与上一次写入的时间差，单位毫秒
        var elapsedMs = (DateTime.Now.Ticks - lastWriteTime) / 10000.0;
        if (elapsedMs >= waitTimeBetweenFrames)
        {
            _videoWriter.Write(frame);
            lastWriteTime = DateTime.Now.Ticks;
        }
        // 避免空转占用过高CPU
        Thread.Sleep(1);
    }
}

3. 匹配编码与封装格式：如果要输出MP4格式文件，将编码器替换为FourCC.MP4V或者FourCC.H264（需要系统安装对应编码库）。

• AForge.NET：Windows平台老牌的多媒体处理库，摄像头访问逻辑封装更成熟，对硬件兼容性更好，适合快速实现录制功能。
• EMGU CV：同样是OpenCV的.NET封装，社区生态更完善，相关问题的参考资料更多，帧率控制的踩坑成本更低。
• Windows.Media.Capture：Windows原生提供的录制API，无需引入第三方依赖，硬件适配做了专门优化，适合仅面向Windows平台的项目使用。

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