📈
码率可控
按上行余量提高或降低视频码率，清晰度与卡顿风险之间找到平衡点。
灵活调节码率与帧率
没有放之四海皆准的单一参数，关键是让画质目标匹配网络与设备能力。
🎞️
帧率可选
讲解类可用 30 帧；游戏与运动场景可提高帧率，动作更连贯。
🖥️
分辨率切换
720P / 1080P 等常见档位快速切换，适应不同场次与网络环境。
低延迟推流，互动更跟手
延迟越低，主播越能及时回应评论与礼物节奏，直播间氛围更紧凑。
🎯 为什么关注延迟
- 问答互动需要快速听到观众反馈
- 带货节奏依赖实时评论热度
- 游戏操作展示忌讳画面拖影
🛠️ 降低延迟的做法
- 使用有线网络并关闭占网上传
- 码率不超过上行可用余量
- 减少过重图层与高负载滤镜
服务长时间稳定直播
连续数小时开播时，稳定性往往比瞬间峰值画质更重要。
散热保持机箱通风
磁盘预留录制空间
编码优先硬件编码
监控关注丢包提示
常见参数建议（参考）
以下为通用起点，请以实际上行测速与预览效果为准。
| 场景 | 分辨率 | 帧率 | 码率参考 |
|---|---|---|---|
| 口播讲解 | 720P / 1080P | 30 | 2500–4500 kbps |
| 电商带货 | 1080P 优先 | 30 | 4000–6000 kbps |
| 游戏实况 | 720P / 1080P | 30 / 60 | 4500–8000 kbps |
| 弱网上行 | 720P | 30 | 2000–3000 kbps |
编码与设备协同
推流质量是软件参数与硬件能力共同作用的结果。
⚙️
硬件编码
有独显时优先硬编，降低 CPU 占用，长时间直播更不容易过热降频。
🧠
软件编码
无独显可用软编，建议同步下调分辨率与滤镜强度，保证帧率稳定。
🔌
有线优先
Wi-Fi 抖动会直接抬升延迟与卡顿，正式场次尽量使用有线连接。
开播前参数自检清单
五分钟自检，往往能避免开播后手忙脚乱。
1️⃣
测上行
确认可用上行明显高于目标码率，预留波动余量。
2️⃣
短时试推
试推 3–5 分钟，观察预览帧率与是否出现卡顿提示。
3️⃣
锁定参数
确认无误后保存配置，避免直播中频繁改动引发波动。
常见问题
围绕码率、帧率、延迟与长时间直播稳定性解答。
码率和帧率应该怎么选才合适？
先测实际上行带宽，再决定目标画质。上行充足时可提高码率与分辨率；上行紧张时优先保证流畅，适当降低码率。口播讲解常用 30 帧；游戏与运动内容可提高到 60 帧，但需要更高码率与更强硬件支撑。
什么是低延迟推流？对我有什么好处？
低延迟意味着从采集编码到观众端呈现的时间更短。主播能更快看到评论反馈，调整讲解与互动节奏。实现低延迟需要稳定上行、合理码率，并减少本机过重的渲染负担。
长时间直播中后期容易卡顿，怎么处理？
常见原因是散热导致降频、磁盘空间不足或上行波动。建议保持通风、预留录制空间，关闭无关高占用软件；必要时在后半段下调码率，优先保住流畅度。
硬件编码和软件编码如何选择？
有独立显卡时优先硬件编码，可显著降低 CPU 压力，更适合长时间开播。没有独显时使用软件编码，同时减少图层数量、降低分辨率，避免帧率下跌。
720P 和 1080P 该如何取舍？
1080P 细节更好，但对码率与设备要求更高；720P 在弱网或轻薄设备上更稳。可先用 1080P 试推，若频繁卡顿再切 720P，不要为了参数好看牺牲整场体验。
推流延迟突然变高应该如何排查？
先看本机 CPU/GPU 是否打满，再检查路由器是否有其它大流量任务，最后确认运营商网络是否波动。可临时降低码率、改用有线网络，并重启路由观察是否恢复。
音频码率需要单独关注吗？
需要。视频再清晰，人声含糊也会影响停留。建议保持合理音频码率，音乐与乐器类内容可略高；同时配合降噪与电平控制，避免爆音与底噪。
如何验证当前推流参数是否合适？
正式开播前进行短时试推，观察画面清晰度、帧率是否稳定、是否出现丢包提示。把验证通过的参数保存为预设，不同场地可准备「高速网」与「弱网」两套配置。