C++ FFmpeg如何将本地MP4视频推流到RTMP服务器-C++-PHP中文网

推流前必须确认三件事：一是ffmpeg命令行能否成功推流，排查网络、权限、服务器地址及鉴权问题；二是编译是否启用librtmp，用ffmpeg -protocols检查rtmp协议是否存在；三是mp4是否含b帧或时间戳异常，用ffprobe验证pts/dts单调性。

c++ ffmpeg如何将本地mp4视频推流到rtmp服务器

推流前必须确认的三件事

FFmpeg 本身不直接提供 C++ API 推流逻辑，而是通过 libavformat、libavcodec 等底层库实现。你写的 C++ 代码本质是调用这些库完成「读取 MP4 → 解码/重封装 → 编码（可选）→ RTMP 封装 → 发送」。很多人卡在第一步就失败，不是代码问题，而是没确认：

ffmpeg 命令行能否成功推流：ffmpeg -re -i input.mp4 -c copy -f flv rtmp://server/live/stream
如果这条命令失败，C++ 代码一定也失败，先解决网络、权限、服务器地址、鉴权（如 rtmp://server/live/stream?token=xxx）问题。
编译时是否启用了 librtmp：用 ffmpeg -protocols 查看输出里有没有 rtmp。若没有，说明 FFmpeg 编译时没链接 librtmp 或没开启协议支持。
MP4 是否含 B-frame 或时间戳异常：某些 MP4 的 moov 在末尾，或 pts/dts 不单调，会导致推流卡住或花屏。可用 ffprobe -show_packets input.mp4 检查前几帧的 pts_time 和 dts_time 是否递增。

关键步骤：打开输入、配置输出、循环送包

核心流程不是“播放”，而是“复用（mux）”——把 MP4 里的音视频包原样（或转码后）喂给 RTMP muxer。重点不在解码再编码，而在正确处理时间基转换和包标记：

输入上下文用 avformat_open_input() 打开 MP4，务必调用 avformat_find_stream_info() 获取流参数
输出上下文用 avformat_alloc_output_context2() 创建，格式强制指定为 "flv"（RTMP 只接受 FLV 封装），不能依赖自动探测
每个输入流要创建对应的输出流（avformat_new_stream()），并用 avcodec_parameters_copy() 复制参数（不是赋值指针）
最关键的坑：MP4 的 time_base 通常是 1/1000 或 1/90000，而 RTMP 要求所有包的 pts/dts 以 1/1000 为单位（毫秒）。必须用 av_rescale_q() 转换：

pkt.pts = av_rescale_q(pkt.pts, in_stream->time_base, out_stream->time_base);
pkt.dts = av_rescale_q(pkt.dts, in_stream->time_base, out_stream->time_base);
pkt.duration = av_rescale_q(pkt.duration, in_stream->time_base, out_stream->time_base);

写包前记得设置 pkt.stream_index 为对应输出流索引，否则 av_interleaved_write_frame() 会返回 -EINVAL

为什么用 -re 模式？如何在 C++ 中模拟

命令行的 -re 表示“按原始帧率读取”，防止把整个 MP4 一口气读完再狂发，导致服务器缓冲炸掉或客户端卡顿。C++ 中没有开关，得自己控制节奏：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

读到每个 AVPacket 后，计算它本该在什么时间点发出：
real_time = start_time + pkt.pts × av_q2d(in_stream->time_base)
用 av_gettime_relative() 获取当前相对时间，若未到 real_time，则 usleep() 等待（注意单位是微秒）
不要用 sleep() 或固定延时（如每帧睡 40ms），因为 MP4 可能含 VFR（可变帧率）或音频/视频时间轴不齐
若跳过等待（比如做快放或调试），RTMP 服务器通常会丢包或断连，现象是日志出现 NetStream.Play.StreamNotFound 或推流端收到 Broken pipe