开放平台
首页平台概述
开发者
  • API文档
  • SDK
产品功能
  • 新手入门
  • 产品功能
常见问题
首页平台概述
开发者
  • API文档
  • SDK
产品功能
  • 新手入门
  • 产品功能
常见问题
  1. 常见问题
  • 直播筹备阶段
  • 直播执行阶段
  • 直播观看阶段
  • 内容数据沉淀阶段
  • 直播相关问题
  • 设备相关问题
  • 对接阶段问题
  • 点播回放相关问题
  • 自动播放策略说明
  • 网络安全策略(防护墙配置)
  1. 常见问题

直播相关问题

一、直播推流相关

1、推流基本原理

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

size:1000,1000

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

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、支持哪些直播推流协议?

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

协议传输层适用场景适用终端简介
RTMPTCP标准直播微吼直播客户端
手机原生 APP
第三方推流软件
RTMP(实时消息传输协议)是一种主要用于视频、音频及数据
在互联网或局域网中实时传输的协议,被广泛应用于各种直播平台和流媒体服务。
WebRTCUDP互动直播
互动连麦
浏览器页面
其他连麦终端
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 推流。

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

size:1000,1000

需要注意,为了适应不同的播放终端和应用环境,后端服务通过“旁路混流”技术,将浏览器推送的 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)304000~8000应根据具体的网络情况和性能表现,具体调整大小
2560×1440(2K)303000~6000应根据具体的网络情况和性能表现,具体调整大小
1920x1080251500~2500应根据具体的网络情况和性能表现,具体调整大小
1280x72025800~1800应根据具体的网络情况和性能表现,具体调整大小
960x54025500~1200应根据具体的网络情况和性能表现,具体调整大小

注:

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

11、是否支持双推热备?

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

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

注:要求两路推流的配置参数(分辨率、帧率、编码参数等)完全相同!

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

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

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

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

二、直播播放相关

1、播放基本原理

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

size:1000,1000

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

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

播放协议协议优点缺点延迟适用终端适用活动
RTMPTCP 长连接延迟较低- 浏览器不支持
- 使用非标准 TCP 端口
3s~6s手机原生 APP标准直播
HTTP-FLVHTTP 长连接延迟较低浏览器依赖 MSE,不完全支持
(IOS 手机浏览器不支持)
3s~6sH5 浏览器(IOS 手机除外)标准直播
HLSHTTP 短连接多平台支持度高延迟高10s~30sH5 浏览器(PC 端、移动端)标准直播
WebRTCUDP- 延迟低
- 网络抗性高
- 浏览器不完全支持
- 成本较高
<1sH5 浏览器(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、直播播放画面不清晰

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

  • 推流端,
    • 检查视频采集设备是否正常。
    • 检查分辨率是否在 1080P 及以上。
    • 根据画面场景设置码率。对低运动的直播内容(比如固定摄像机的讲座内容)等可以适当减小码率,针对高运动的直播内容(比如足球比赛或者娱乐活动等)可以适当增大码率。
  • 观看端
    • 在播放器请选择【原画】观看,清晰度更优。

5、直播播放音画不同步

播放音画不同步,应先检查推流源流是否正常,然后检查播放端:

  • 推流源流
    • 使用多个其他设备对比播放,如有正常播放,说明源流正常
  • 播放端
    • 设备兼容性(如仅指定机型发生失败,则可能为兼容性问题,请更换设备对比测试)

6、直播播放画面花屏

播放画面花屏,应先检查推流源流是否正常,然后检查播放端:

  • 推流源流
    • 使用多个其他设备对比播放,如有正常播放,说明源流正常
  • 播放端
    • 设备兼容性(如仅指定机型发生失败,则可能为兼容性问题,请更换设备对比测试)

7、直播播放声音异常

播放声音异常,应先检查推流源流是否正常,然后检查播放端:

  • 推流源流
    • 使用多个其他设备对比播放,如有正常播放,说明源流正常
  • 播放端
    • 设备兼容性(如仅指定机型发生失败,则可能为兼容性问题,请更换设备对比测试)

8、播放画面黑边或展示不全

由于推流画面和播放器区域的比例大小不一致,导致未完全填充。请调整推流分辨率比例为 16:9。

修改于 2025-05-27 13:07:10
上一页
内容数据沉淀阶段
下一页
设备相关问题
Built with