OBS Studio实战：SRT推流配置全解析与性能优化
1. SRT协议与OBS推流基础认知
第一次接触SRT协议是在去年帮一个电竞战队调试直播系统时。当时他们需要把比赛画面从上海传到洛杉矶的服务器，普通RTMP推流延迟高达3秒，选手操作和海外观众看到的画面完全不同步。换成SRT后延迟直接降到800毫秒以内，效果立竿见影。
SRT全称Secure Reliable Transport，本质上是个"智能快递员"。它会把你的直播流拆成无数个小包裹，每个包裹都带GPS定位（序列号）和备用钥匙（纠错码）。当网络出现波动时：
- 丢包率<5%：用FEC前向纠错自动修复
- 丢包率>5%：自动要求重传丢失的包裹
- 网络恢复时：智能加速追赶进度
实测在跨国网络环境下，SRT的抗丢包能力比RTMP强5-8倍。我曾在30%丢包的模拟环境中测试，SRT仍能保持流畅播放，而RTMP早已卡成PPT。
OBS Studio从25.0版本开始原生支持SRT推流，底层通过FFmpeg的libavformat实现。这里有个技术细节要注意：OBS的SRT输出模块实际调用的是ffmpeg_mpegts_muxer，意味着视频流会被封装成MPEG-TS格式传输。就像把水果装进特制的抗震保鲜盒里运输，到目的地再拆箱。
注意：如果发现OBS版本低于25.0，需要到官网下载最新版。曾经有用户折腾两天配置不成功，最后发现是21.1的老版本根本不支持SRT。
2. OBS Studio的SRT推流配置详解
2.1 基础参数设置
打开OBS后按F5进入设置，切换到"推流"标签页。关键配置像在填快递单：
- 服务类型：选"自定义"
- 服务器地址：格式为
srt://目标IP:端口?参数（例如srt://live.example.com:9000?streamid=#!::h=live/stream123,m=publish） - 流密钥：通常留空（参数已包含在URL中）
这里最容易出错的是streamid的格式。去年帮某教育机构部署时，他们的工程师把逗号写成中文标点，导致推流失败。正确的yaml格式模板：
# 推流地址 srt://IP:端口?streamid=#!::h=应用名/流名称,m=publish # 拉流地址 srt://IP:端口?streamid=#!::h=应用名/流名称,m=request2.2 高级参数调优
点击"输出"标签页切换到高级模式，这几个参数直接影响性能：
| 参数名 | 推荐值 | 作用说明 |
|---|---|---|
| 延迟缓冲 | 200-500ms | 网络越差值越大 |
| 传输模式 | Live | 直播模式最低延迟 |
| TLPKTDrop | 开启 | 允许丢弃过期数据包 |
| 重传次数 | 3-5次 | 跨国链路建议设高点 |
实测案例：某跨境直播设置200ms延迟缓冲+5次重传后，新加坡到法兰克福的推流中断次数从每小时8次降为0。
3. 性能优化实战技巧
3.1 网络环境调优
去年双十一期间，有个带货主播抱怨直播卡顿。排查发现他同时开着：
- 迅雷下载（占满上传带宽）
- 微信视频通话（抢UDP端口）
- 杀毒软件实时扫描（消耗CPU）
优化方案很简单：
- 用
netstat -ano检查端口冲突 - 通过
tcping测试到服务器的最佳MTU值 - 在路由器给OBS设置QoS优先级
# Windows下查看UDP端口占用 netstat -ano -p udp | findstr 9000 # Linux测试MTU（需root权限） ping -M do -s 1472 目标IP3.2 OBS内部优化
视频选项卡设置要点：
- 基础分辨率与输出分辨率一致（避免二次缩放）
- 帧率建议25/30/60（不要用非标准值）
- 关键帧间隔设为2秒（GOP=帧率×2）
音频方面有个隐藏技巧：在"高级音频属性"里把音频轨迹设为"仅轨迹1"。某音乐直播客户这样做后，音频延迟从300ms降到80ms。
4. 常见问题排查指南
4.1 连接失败排查
遇到"连接失败"提示时，按这个顺序检查：
- 测试端口连通性：
telnet 服务器IP 端口 - 检查防火墙：临时关闭测试
- 验证URL格式：特别注意streamid的#!::前缀
- 查看OBS日志：帮助→日志文件→上传当前日志
最近遇到个典型案例：用户企业网络屏蔽了UDP协议，换成TCP模式（加?mode=caller&transtype=tcp参数）立即解决。
4.2 卡顿与花屏处理
花屏通常是关键帧丢失导致，可以：
- 降低B帧数量（x264参数设
bframes=0） - 开启CBR恒定码率
- 在SRT参数中添加
messageapi=1
卡顿问题建议用jitterbuffer调节：
# 接收端缓冲设置（单位ms） srt://...?latency=500&rcvlatency=200&peerlatency=300有次给体育赛事做直播，现场WiFi信号干扰严重。通过调整jitterbuffer参数+改用5G热点，最终实现稳定推流。