背景与痛点

最近在开发一个直播推流工具时，发现弱网环境下RTMP推流经常出现卡顿、音视频不同步甚至断流的问题。传统的直接调用FFmpeg命令行方式难以灵活控制参数，而Qt的信号槽机制与多线程能力恰好能弥补这一缺陷。通过将FFmpeg嵌入Qt项目，可以实现：

• 实时监控网络状态并动态调整参数
• 编码与网络IO分离避免阻塞UI线程
• 精确控制关键帧间隔和码率波动

编码方案选择

在硬件支持的情况下，建议优先测试硬件编码方案：

1. libx264软件编码
2. 优点：参数调节灵活，兼容性强

3. 缺点：CPU占用高（720p@30fps约占用30% i5核心）

4. NVENC硬件编码

5. 优点：几乎不占用CPU（同分辨率下<5%）
6. 缺点：延迟可能增加2-3帧，需要检查显卡支持

实际测试数据（1080p@25fps）：

| 编码器 | CPU占用 | 延迟 | 码率波动 | |--------|---------|------|----------| | libx264-veryfast | 42% | 120ms | ±15% | | NVENC | 6% | 180ms | ±25% |

核心实现细节

FFmpeg参数调优

关键参数示例（H264编码）：

// 示例参数设置
av_opt_set(codec_ctx->priv_data, "preset", "fast", 0);  // 平衡速度与质量
av_opt_set(codec_ctx->priv_data, "tune", "zerolatency", 0); // 降低延迟
codec_ctx->gop_size = 25;  // 关键帧间隔
codec_ctx->max_b_frames = 0; // 禁用B帧减少延迟
codec_ctx->bit_rate = 800000; // 目标码率800kbps

Qt多线程架构

推荐采用生产者-消费者模型：

1. 采集线程：通过QTimer定时抓取视频帧
2. 编码线程：继承QThread实现帧编码
3. 网络线程：独立QNetworkAccessManager处理RTMP包

完整代码示例

关键初始化逻辑：

// 创建输出上下文
AVFormatContext* ofmt_ctx = nullptr;
avformat_alloc_output_context2(&ofmt_ctx, nullptr, "flv", rtmp_url);

// 视频流配置
AVStream* video_stream = avformat_new_stream(ofmt_ctx, video_codec);
video_stream->codecpar->codec_id = AV_CODEC_ID_H264;
video_stream->codecpar->width = 1280;
video_stream->codecpar->height = 720;
video_stream->codecpar->format = AV_PIX_FMT_YUV420P;

// 打开网络输出
if (!(ofmt_ctx->oformat->flags & AVFMT_NOFILE)) {
    avio_open2(&ofmt_ctx->pb, rtmp_url, AVIO_FLAG_WRITE, nullptr, nullptr);
}

稳定性优化

断线重连机制

void restartStream() {
    static int retryCount = 0;
    if (retryCount++ < 3) {
        QTimer::singleShot(2000, this, [=]{
            qDebug() << "尝试第" << retryCount << "次重连";
            initFFmpeg();
        });
    }
}

时间戳同步

常见陷阱与解决方案：

1. PTS计算错误：

   frame->pts = av_rescale_q(pts_counter++, 
       (AVRational){1, framerate}, video_stream->time_base);

2. 音频超前处理：当音频PTS超前视频超过300ms时，应丢弃部分音频帧

延伸优化方向

建议后续可实现的增强功能：

1. 基于网络探测的动态码率调整
2. 关键帧请求响应机制
3. 使用FFmpeg滤镜实现实时美颜

最终通过合理参数配置+Qt的多线程管理，我们成功将推流中断率从最初的15%降低到0.3%以下。希望这些经验对你有帮助！