1、方案对比
| 维度 | FFmpeg | Live555 |
|---|---|---|
| 编程复杂度 | 只需调用命令行或简单C API | 需实现完整RTSP/RTP协议栈 |
| 调试难度 | 自带详细日志，错误信息明确 | 需手动抓包分析协议交互 |
| 开发速度 | 几行代码/命令即可完成 | 数百行C++代码，需处理网络事件循环 |
| 协议支持 | 内置RTSP/TCP/UDP等完整流媒体逻辑 | 需自行组装RTP包、处理NTP时间戳、SDP、SPS、PPS等细节 |
| 维护成本 | 社区活跃，问题易解决 | 代码陈旧，文档少 |
2. FFmpeg方案 (推荐)
方法1：直接使用命令行（最快）
ffmpeg -re -i input.mp4 -c copy -f rtsp rtsp://mediamtx_host:8554/mystream优点：零代码，实时调试日志直观
调试技巧：
添加
-loglevel debug查看详细网络交互用
tcpdump抓包：tcpdump -i any port 8554 -w rtsp.pcap
方法2：C/C++ API集成（中等复杂度）
#include <libavformat/avformat.h>
int main() {
AVOutputFormat *fmt = av_guess_format("rtsp", NULL, NULL);
AVFormatContext *oc;
avformat_alloc_output_context2(&oc, fmt, NULL, "rtsp://mediamtx_host:8554/mystream");
// 添加视频流（省略编解码设置）
AVStream *st = avformat_new_stream(oc, NULL);
// 打开输出
if (avio_open(&oc->pb, oc->filename, AVIO_FLAG_WRITE) < 0) { /* 处理错误 */ }
avformat_write_header(oc, NULL);
// 循环发送数据包（伪代码）
AVPacket pkt;
while (get_frame(&pkt)) {
av_write_frame(oc, &pkt);
}
av_write_trailer(oc);
avio_close(oc->pb);
}调试技巧：
设置日志回调：
av_log_set_callback(my_log_callback)检查错误码：
av_strerror(errnum, errbuf, sizeof(errbuf))
3. Live555方案（不推荐）
核心痛点
需手动实现：
RTSPClient、MediaSession、RTPInterface必须处理：SDP生成、RTP打包、TCP/UDP传输选择、RTCP同步
示例代码缺失：官方无直接可用的推流示例（
testRTSPClient仅为拉流）
伪代码示意（展示复杂度）
// 创建环境
TaskScheduler* scheduler = BasicTaskScheduler::createNew();
UsageEnvironment* env = BasicUsageEnvironment::createNew(*scheduler);
// 建立RTSP连接
RTSPClient* client = RTSPClient::createNew(*env, "rtsp://mediamtx_host:8554/mystream");
client->sendOptionsCommand(continueAfterOPTIONS); // 需实现回调链
// 后续需处理：DESCRIBE→SETUP→PLAY→数据发送调试噩梦：
需用Wireshark逐包比对SDP/RTP/RTCP格式
服务器返回错误时无明确错误提示
4. 关键调试技巧
MediaMTX服务器日志：
mediamtx # 控制台直接运行查看实时日志测试服务器可用性：
ffplay rtsp://mediamtx_host:8554/mystream # 先测试拉流FFmpeg强制TCP传输（解决UDP问题）：
ffmpeg ... -rtsp_transport tcp -f rtsp ...
5. 结论
首选FFmpeg：无论是命令行还是API集成，开发效率提升10倍以上。
避免Live555：除非有特殊协议定制需求，否则会陷入底层协议细节。
快速验证：先用FFmpeg命令行测试链路，再决定是否编码集成。
建议从FFmpeg命令行开始，5分钟内即可完成推流测试，逐步深入API集成可大幅降低开发风险。