1、推流基本原理

典型的直播基本流程如下：

直播基本流程

其中，推流部分包括采集、前处理、编码、封装、推流等具体环节。

2、直播推流需要哪些准备条件？

执行一次高质量的直播推流，需要提前准备以下必要条件：

准备条件	示例	功能	规格要求或建议
视频采集设备	如摄像头、摄像机、专业导播设备	图像信号采集	采集分辨率在 1080P 及以上
音频采集设备	如麦克风、专业导播设备	声音信号采集	无要求
网络	如有线网络、无线网络	网络传输	- 建议使用有线网络 - 上行带宽在 10Mpbs 以上，且相对稳定 - 防火墙必须满足网络安全策略(防护墙配置)要求
推流设备	如电脑、手机	基础设施	- 建议使用 PC 台式机或笔记本 - 建议使用 Intel i5 九代及以上规格 CPU - 建议使用 8G 以上内存
推流软件	如微吼直播客户端、第三方推流软件 OBS	编码推流	- 浏览器推流，建议使用 Chrome 最新版本浏览器 - 第三方软件推流，建议使用 OBS

3、支持哪些音视频编码？

直播推流的编码环节支持以下音视频编码协议：

类型	协议	介绍
视频	H.264	行业内最广泛使用的视频压缩标准，具有高效的压缩率和出色的视频质量
视频	VP8	由谷歌开发和推广的一种开源视频编码格式，以支持流媒体和实时通信应用
音频	AAC	具有更高的压缩效率，支持多声道音频，适应各种比特率和采样频率。
音频	OPUS	专为实时互联网应用设计，能够动态适应不同的比特率、网络状况和延迟要求

注：

使用 RTMP 协议直播推流，一般使用 H.264+AAC
使用 WebRTC 协议推流或互动，一般使用 VP8+OPUS

4、支持哪些直播推流协议？

直播推流支持以下流媒体传输协议：

协议	传输层	适用场景	适用终端	简介
RTMP	TCP	标准直播	微吼直播客户端手机原生 APP 第三方推流软件	RTMP（实时消息传输协议）是一种主要用于视频、音频及数据在互联网或局域网中实时传输的协议，被广泛应用于各种直播平台和流媒体服务。
WebRTC	UDP	互动直播互动连麦	浏览器页面其他连麦终端	WebRTC（Web Real-Time Communication）是一种支持网页和移动应用进行实时音视频通信的开源项目和协议，提供高性能、低延迟的 P2P 数据传输能力，广泛应用于视频会议、在线教育和实时交互等领域。

注：

使用浏览器网页推流，仅支持 WebRTC 协议，不支持 RTMP 协议
使用第三方推流软件，仅支持 RTMP 协议，不支持 WebRTC 协议

5、支持哪些推流终端和方式？

直播推流支持以下终端和方式，请根据实际情况选择最合适的方式：

终端类型或方式	示例	适用情况
客户端	微吼直播客户端	规律、稳定、长期的直播活动
手机原生 APP	微吼 Android-SDK、微吼 IOS-SDK	户外直播
浏览器	chrome 浏览器	快捷使用或邀请互动连麦等场景
第三方推流软件	OBS、VMIX	对直播清晰度有更高要求的大型直播活动
伪直播	定时直播	提前录制视频且自动开播的场景
拉流直播	拉流直播	第三方平台提供直播源的场景

注：

使用浏览器页面推流，建议使用 chrome 最新版本。由于浏览器性能有限，建议推流分辨率不要超过 720P。
使用第三方软件推流，由于各类软件的稳定性和兼容性可能存在瑕疵，请在使用时注意检查。

6、浏览器是否能 RTMP 推流？

浏览器不支持 RTMP 推流，仅支持 WebRTC 推流。

浏览器推流的典型推流流程如下：

典型推流流程

需要注意，为了适应不同的播放终端和应用环境，后端服务通过“旁路混流”技术，将浏览器推送的 WebRTC 流，经过音视频混合，推送为一路 RTMP 流，并通过直播系统分发。同理，如果直播间内使用多人互动连麦，最终输出的仍是一路多画面多音频混合的 RTMP 直播流。

7、如何获取推流地址？

使用第三方软件推流时，仅支持 RTMP 协议，可通过以下方式获取推流地址：

在微吼直播进入直播活动开播页面，选择第三方推流模式后，即可获取推流地址。
通过请求微吼直播开放平台 API 获取推流地址。

8、RTMP 推流地址格式？

完整的 RTMP 推流地址示例如下：

（完整推流地址） rtmp://rslive.vhall.com:1935/vhallyun?vhost=thirdVhost?token=5AEEF274t66ED11B8/lss_12345678

注意，某些第三方推流软件（如 OBS、VMIX）要求填写的推流地址分为两段，则请按以下规则输入：

（推流地址） rtmp://rslive.vhall.com:1935/vhallyun?vhost=thirdVhost?token=5AEEF274t66ED11B8
（推流码）  lss_12345678

9、RTMP 推流地址多长时间内有效？

自获取推流地址的时间开始，在 7x24 小时内有效。过期后该地址失效无法推流，需重新获取。

10、如何设置合适的推流参数？

微吼直播平台对推流参数不做限制，但建议用户根据实际情况选择合适的参数。以下列举常见的分辨率及对应码率：

分辨率	帧率	建议码率范围（kbps）	备注
3840×2160（4K）	30	4000~8000	应根据具体的网络情况和性能表现，具体调整大小
2560×1440（2K）	30	3000~6000	应根据具体的网络情况和性能表现，具体调整大小
1920x1080	25	1500~2500	应根据具体的网络情况和性能表现，具体调整大小
1280x720	25	800~1800	应根据具体的网络情况和性能表现，具体调整大小
960x540	25	500~1200	应根据具体的网络情况和性能表现，具体调整大小

注：

微吼直播平台不限制推流分辨率和码率，客户可根据实际需要而设置。
设置分辨率越高，对推流设备的性能要求较高，且可能导致观看端解码性能不足，造成观看卡顿。一般建议不超过 1080P。
设置码率越高，对推流网络的带宽和稳定性要求较高，且可能导致观看端下行带宽不足，造成观看卡顿。一般建议不超过 3000kbps。
更详细的第三方推流软件设置，参考视频直播OBS推流配置建议。

11、是否支持双推热备？

是。如有需要，请在正式活动前提前联系商务开通！

直播间开通双推热备后，支持向一个流地址推两路流，观看端只能看到第一个推流的内容，第二个推流的作为备用流。当第一路流异常断开，观看画面自动切换到第二路流。

注：要求两路推流的配置参数（分辨率、帧率、编码参数等）完全相同！

12、是否支持海外地区推流？

是。微吼推流服务节点，在海外分布北美、欧洲、东南亚等地，支持根据地理位置自动选择就近接入节点。

13、直播推流内容是否有安全审核？

是。微吼对直播的图像、声音、文字等内容，进行涉政/暴恐/色情等多种类别的检测识别。如有敏感或违规内容，微吼将及时采取相应处理措施！

二、直播播放相关

1、播放基本原理

典型的直播基本流程如下：

基本流程

其中，播放部分包括拉流、解封装、解码、渲染等具体环节。

2、支持哪些直播播放协议？

播放协议	协议	优点	缺点	延迟	适用终端	适用活动
RTMP	TCP 长连接	延迟较低	- 浏览器不支持 - 使用非标准 TCP 端口	3s~6s	手机原生 APP	标准直播
HTTP-FLV	HTTP 长连接	延迟较低	浏览器依赖 MSE，不完全支持（IOS 手机浏览器不支持）	3s~6s	H5 浏览器（IOS 手机除外）	标准直播
HLS	HTTP 短连接	多平台支持度高	延迟高	10s~30s	H5 浏览器（PC 端、移动端）	标准直播
WebRTC	UDP	- 延迟低 - 网络抗性高	- 浏览器不完全支持 - 成本较高	<1s	H5 浏览器（PC 端、移动端）	快直播

注：

根据直播活动类型，标准直播一般使用 RTMP/HTTP-FLV/HLS 协议播放，快直播一般使用 WebRTC 协议播放。
标准直播使用浏览器播放时，优先使用 HTTP-FLV 播放，如果当前浏览器不支持 MSE，则降级使用 HLS 播放。

3、播放支持哪些终端？

直播播放主要支持以下终端类型，请根据实际情况选择最合适的方式：

终端类型	示例	适用情况
浏览器页面	PC 端浏览器、移动端浏览器	访问网页链接即可随时观看
手机原生 APP	微吼 Android-SDK、微吼 IOS-SDK	客户通过对接 SDK 定制业务应用

4、如何获取拉流地址？

可以使用微吼直播平台提供的观看页链接直接观看，或使用开放平台 SDK 集成开发实现观看，一般无需获取拉流地址。

如有特殊需求，请联系商务沟通！

5、拉流地址由什么组成？

如果通过商务途径获取拉流地址，可以看到拉流地址示例如下：

(RTMP协议地址)      rtmp://rtmp.vhallyun.com/vhallyun/StreamName?token=xxxxxxxx
(HTTP-FLV协议地址)  https://rtmp.vhallyun.com/vhallyun/StreamName.flv?token=xxxxxxxx
(HLS协议地址)       https://rtmp.vhallyun.com/vhallyun/StreamName/livestream.m3u8?token=xxxxxxxx

播放地址由播放前缀、播放域名、应用名称、流名称、播放协议后缀、鉴权 token 组成:

播放前缀： rtmp://或 https://
播放域名：微吼直播播放域名
应用名称：一般为"vhallyun"
流名称：每个直播活动有独立的流名称
播放协议后缀：.flv 或.m3u8
鉴权 token：用于直播安全防盗链

6、支持播放哪些分辨率档位？

默认情况下，播放端视频流的分辨率和音视频质量，等同于发起端推流的分辨率和质量。

同时，考虑到观看端的多样性和适配性，以及不同的网络因素，微吼直播服务将源流转码输出不同分辨率不同码率的流，供播放端选择和观看。支持播放的清晰度有以下：

原画（即推流源流）
高清（720P，1500kbps）
标清（480P，800kbps）
流畅（360P，300kbps）
纯音频（仅音频，64kbps）

注：

观看端可根据当前的网络情况或播放状态，自主选择合适的播放清晰度。例如当前网络不佳，则选择更低档位的清晰度。
如需开通所有清晰度转码，请联系商务！

7、是否支持自动播放？

是，支持在微吼直播平台配置开关。

注意：自动播放受浏览器内核策略限制，因此仍有概率自动播放失败。自动播放失败后，需用户自主点击播放。

三、直播清晰度相关

1、清晰度由哪些因素影响？

清晰度体验由多种因素共同影响，包括以下方面：

媒体采集设备
- 采集拍摄质量很大程度决定了直播质量
推流参数
- 编码参数很大程度决定了编码质量
推流网络
- 推流网络不佳可能导致清晰度降级
播放端
- 选择更高的清晰度线路

2、如何提高清晰度体验？

基于以上介绍，请从以下几个方面优化提升：

媒体采集设备
- 注意拍摄素材，尽量避免背景过于复杂（如舞台炫光），尽量避免运动幅度过大
- 建议使用高清摄像机，且采集分辨率在 1080P 及以上
推流参数
- 分辨率，建议使用 1080P 及以上
- 码率参数，根据实际情况增加。（对低运动的直播内容（比如固定摄像机的讲座内容）等可以适当减小码率，针对高运动的直播内容（比如足球比赛或者娱乐活动等）可以适当增大码率）
推流网络
- 保障上行带宽充足且稳定
播放线路
- 播放原画可带来更优体验。清晰度从高到低：原画 > 高清 > 标清 > 流畅。

四、直播延迟相关

1、播放延时一般是多大？

播放延迟一般指端到端延迟，主要与播放协议有关：

RTMP 协议： 3~6s
HTTP-FLV 协议： 3~6s
HLS 协议： 10~30s
WebRTC 协议：<2s

2、播放延迟由哪些因素影响？

全面考虑，播放延迟可能由多种因素共同影响，其中包括：

推流网络
- 推流网络拥塞，可能导致数据发送不及时
推流参数配置
- 推流参数不合适，可能引起延迟增大
服务端处理
- 清晰度转码可能增加 1s 的额外延迟
播放网络
- 播放端网络波动，导致播放器缓冲区累积，从而引起延迟变高；而且播放时间越久，延迟越高
播放协议
- 例如使用 HLS 协议会导致延迟较大

3、如何优化端到端的直播延迟？

基于以上原理介绍，可以在以下方面调整以降低直播延迟，包含：

推流端
- 保障推流网络带宽充足且持续稳定
- GOP 参数（关键帧间隔秒数），建议设置为 2s
- 码率参数，建议不高于 4mpbs
观看端
- 选择播放原画线路
- 使用合适的设备（例如 IOS 手机浏览器仅支持播放 HLS 协议，延迟可能达到 10s~30s）
- 适当刷新（当播放网络波动导致缓冲区累积时，通过刷新回到最新直播画面）
活动类型
- 选择使用无延迟直播，可将延迟缩短至<2s

4、如何使用无延迟直播（快直播）？

在微吼直播平台创建活动时，选择无延迟直播模式，可将端到端延迟优化至<2s。

如有需求，请联系商务开通！

五、直播异常排查

1、直播推流失败

推流失败，需要排查推流端的原因：

设备异常
- 检查媒体采集设备是否正常，如有问题请更换设备
- 检查推流软件是否则正常，如有问题请更换设备
推流地址错误或过期
- 检查 RTMP 推流地址是否正确使用
- 检查 RTMP 地址是否已超过 7x24 小时，如已过期，请重新获取
网络异常
- 通过 ping 命令和 telnet 命令，检查推流地址和端口是否可连通
- 如无法连通，可能是所在网络的防火墙限制，可以尝试切换网络（如 5G）

2、直播播放失败

播放失败，应先检查推流源流是否正常，然后检查播放端：

推流源流
- 使用多个设备对比播放，如有正常播放，说明源流正常
播放端
- 设备兼容性（如仅少量固定机型或浏览器发生失败，则一般为设备兼容性问题，请更换设备对比测试）
- 网络异常（如下行网络异常可导致播放失败，可以尝试切换网络）

3、直播播放卡顿

此问题涉及的原因较多，请参考以下各环节的问题可能性，并根据现场实际情况进行处理：

推流端
- 参数问题（配置帧率应达到每秒 15 帧以上，建议为 25）
- 性能问题（由于设备性能不足或占用过大，导致编码视频帧不足。请检查，并满足相应要求。）
- 上行网络问题（由于网络带宽不足或波动，导致数据传输丢包。请检查，并满足相应要求。）
观看端
- 设备兼容性问题（如仅少量固定机型或浏览器发生卡顿，则一般为设备兼容性问题，请更换设备对比测试）
- 设备性能问题（如播放终端性能不足或占用过大，可能导致播放卡顿）
- 下行网络问题（如下行网络带宽不足或波动，导致播放数据不足且播放卡顿）
- 异常错误问题（如使用浏览器观看，可通过开发这工具 F12->console 查看是否有报错日志）

4、直播播放画面不清晰