全链路即音视频数据从发送端产生到接收端处理的整个链路环节的情况,要保证音视频通话否顺畅进行,一个大的原则就是:网络良好 + 设备稳定,因此当开发者在检查用户通话全链路时,首先就要从这两个地方开始。
全链路详情页中展示的数据分为视频、音频以及屏幕分享三个类型,可以分别查看发送端和接收端不同的链路的数据。
对于全链路详情,可通过 分析网络情况 和 查看设备状态 两个方面进行分析:
理想情况下的网络传输是不丢包、无延时、高带宽;但实际情况往往会存在或多或少的丢包、传输延时、不稳定的情况,且网络带宽也是有限的,因此在分析网络情况时需重点关注以下部分:
网络出现丢包的时间点,数据图表处会显示一条红线。
丢包率 | 网络状态说明 |
---|---|
= 0 | 最佳 |
< 2% | 基本良好 |
> 5% | 不佳 |
> 10%(或出现持续性的丢包) | 当前网络存在较严重的阻塞 |
正常情况下,视频和音频的码率是上下波动范围 ±10% 以内的曲线。若出现码率突降,或是 >30% 以上的波动情况,则表示当前网络出现阻塞或抖动。
注意:因为屏幕分享画面的 GOP 比较长(5秒 - 10秒),正常情况下是一条具有稳定周期的峰谷曲线,有关键帧时会有一个对应的波峰。
正常情况下,视频帧率通常 ≥15 帧(屏幕分享的帧率一般在5帧 - 10帧)并且保持稳定。当帧率出现大于 5 帧的上下波动,或者帧率掉落到 10 帧以下且持续不回升,通常是当前网络出现阻塞或抖动,用户从主观上会感觉到卡顿。出现帧率过低的时间点,数据图表处会显示红线。
设备稳定正常地工作,是保证音视频通话的基础,良好的设备状态通话是系统资源占用低、设备使用没有抢占、数据采集没有干扰。在查看设备状态时,优先查看以下信息:
CPU 占用率会显示出系统总体的 CPU 占用率及 App 的 CPU 占用率,正常情况下系统总体的 CPU 占用率 <50%,越低越好,当系统总体的 CPU 占用率 >85% 时,容易出现程序无响应或响应慢的情况,此时会以红线展示。
部分安卓系统和版本无法计算 CPU,采用 SDK 任务耗时来评价设备情况。耗时 >60ms,表示系统 CPU 使用率较高,容易出现程序无响应或响应慢的情况,建议关闭其他后台程序或升级硬件。
正常的音量大小一般在 40dB - 80dB 之间,小于 40dB 时说明声音音量较小,若用户听不到声音则需要检查手机本身是否打开了静音,或者是否硬件故障。
视频和屏幕分享的分辨率作为辅助信息,主要用在旁路直播及录制文件回放的判断。若视频的分辨率存在变化,则通过 CDN 观看旁路直播的的观众,或者是观看视频回放的观众,可能会存在一些播放器兼容问题如画面卡住、花屏等,尤其是 Web 端用户。
说明:分辨率、码率 和 帧率 是存在一定配合关系的。通常来说,当分辨率固定时,码率越高,画面越清晰;而如果码率固定,则分辨率越大,画面越模糊。合理的配置分辨率、码率和帧率的参数,可以达到更好的视频画面质量。
客户端事件对应的是 App 调用 SDK 的方法操作,通常情况下是用来辅助定位软件问题和分析 bug,通过分析用户使用的操作步骤,复现相应的场景,对于客户端的事件,重点关注以下情况:
单击查看详细事件,可进入详细事件列表,查看客户端上的关键事件操作过程。
本页内容是否解决了您的问题?