Android智能猫砂盆视频加载慢卡顿问题分析1.参考文档https://help.aliyun.com/zh/document_detail/148284.html?spma2c4g.11186623.help-menu-123207.d_5_0_8.6f42a749hxJxQ1scm20140722.H_148284._.OR_help-T_cn~zh-V_12.SDK自身卡顿原因2.1 为什么首帧时间大如果设备正常响应强制I帧指令以办公室的WiFi为例设备响应强制I帧耗时300ms以内的话一般首帧的延迟应在1.5秒以内。首帧耗时 请求播放地址耗时300ms连接播放地址耗时150ms等待设备I帧耗时300ms播放器内部缓冲延迟200ms解码渲染耗时10ms导致首帧延迟时间大的原因主要有以下两种情况。设备未正常响应强制I帧指令时会增加一个GOP长度的延迟此时您需要使设备正常响应强制I帧指令。设备端连接推流地址耗时大此时请通过控制台右上角的工单联系我们。2.2 为什么直播播放卡顿产生播放卡顿、画面跳帧的原因主要有以下几种情况。设备SDK缓冲区设置过小Link Visual设备端SDK提供码流比特率设置接口SDK内部会通过传入的比特率换算并设置缓冲区大小若码流比特率设置过小会导致设备端SDK缓冲区频繁触发丢包从而影响画面质量。此时建议您重新设置合适的SDK缓冲区。说明Link Visual目前不支持帧大小超过512KB的码流传输。设备网络不佳若设备所处网络上行带宽不足以支持设定的码流传输会引起设备端SDK缓冲区频繁丢包从而影响画面质量。建议您调整设备位置或者检查设备网络状态。播放端网络不佳播放端所处下行网络带宽至少需要大于当前码流播放器提供获取码流的接口可以用来展示当前实际码流信息。请检查播放端网络带宽是否符合要求并建议您展示当前码流建议码流展示样式为24fps 80KB/s便于以后定位问题。码流问题Link Visual不支持B帧H264建议使用BaseLine/Main Profile。最大码流与清晰度对照表如下。编码格式分辨率最大码流H2641080P2Mbps720P1MbpsD10.5MbpsH2651080P1.5Mbps720P0.75MbpsD10.5Mbps解码耗时大当编码复杂或帧超大引起解码耗时大进而引起播放器主动丢帧导致画面卡顿此时建议您降低设备编码复杂度和码流大小。设备时间戳异常前后两帧之间PTS/DTS差值应与实际编码器生成帧时时间戳差值保持一致。若Link Visual的时间戳两帧之间差值比实际大会引起播放端解码器延迟解码可能会触发播放器缓冲区溢出丢帧引起画面慢放和画面卡顿。若Link Visual的时间戳两帧之间差值比实际小会引起播放端解码器提前解码引起画面快放。说明推荐您使用设备端SDK提供的码流自检功能做时间戳检查。直播播放断开产生播放过程中画面静止一段时间后报错的原因主要如下。设备推流异常设备因网络断开或者程序bug引起推流突然中断若非网络引起需要结合设备端日志进行分析排除bug。播放端网络不佳播放器若持续一段时间都未能拉到流或者检测到网络断开会往上层抛出错误属于正常现象。说明对于播放端拉流错误1100建议App在实现时主动做1-2次的重试逻辑若仍失败则呈现给用户重试。设备端的设置需要设备进行排查3.App卡顿和加载慢原因分析:3.1 没有设置播放器固定缓存帧数/** *设置播放器固定缓存帧数 *param frameCount 播放器固定缓存帧数取值范围0帧~50帧数值越大播放器延迟越 大流畅性越好默认5帧 */voidsetBufferedFrameCount(int frameCount);3.2 没有设置播放器抗抖动最大缓冲区时长/** * 设置播放器抗抖动最大缓冲区时长默认1000ms范围200-3000ms * param jitterBufferSizeInMs */voidsetMaxJitterBufferSizeInMs(int jitterBufferSizeInMs);3.3 没有设置播放停止时画面如果不设置此模式默认播放停止时下次进来始终是显示黑色/** * 设置播放停止时画面绘制策略 * param playerStoppedDrawingMode * ALWAYS_KEEP_LAST_FRAME 播放停止时始终保留最后一帧画面 * KEEP_LAST_FRAME_WITHOUT_ERROR 播放停止时只有未出现错误时才保留最后一帧画面默认是此模式 * ALWAYS_BLACK 播放停止时始终显示黑色 */voidsetPlayerStoppedDrawingMode(PlayerStoppedDrawingMode playerStoppedDrawingMode)3.4 播放失败重试机制错误Android播放失败是延迟5s后重新初始化如果网络不好会一直初始化一直重复初始化比较消耗资源需要及时关闭回收播放器sdk文档给出建议是添加2次重连而不是一直初始化3.5 初始化和关闭界面资源回收策略初始化时设置播放器固定缓存帧数设置播放器抗抖动最大缓冲区时长在创建播放器前回收之前的资源关闭界面回收资源添加是否初始化变量防止重复初始化3.6 修改设置播放器数据源时机在前面的准备工作做完之后再设置数据源不要在最开始设置数据源4.修改动画加载只有在加载buffer时才显示loading动画其他状态隐藏动画不要因为播放器状态问题一直加载loadingOverridepublicvoidonPlayerStateChange(LVPlayerState state){switch(state){case STATE_BUFFERING:binding.loading.setVisibility(View.VISIBLE);break;case STATE_READY:case STATE_IDLE:case STATE_ENDED:binding.loading.setVisibility(View.GONE);break;}}5.优化后的时间统计和效果目前测试了20次视频加载时间均值在1.2s直播暂停时一直有画面不会黑屏6.总结6.1、设备硬件 推流端根源首帧延迟偏高设备没有及时响应强制 I 帧指令多出一个 GOP 等待耗时设备连接推流地址耗时过长。计算公式首帧耗时 获取播放地址耗时 连接地址耗时 等待 I 帧 播放器缓冲 解码渲染耗时缓冲区配置不合理SDK 缓冲区由设定码率换算而来码率参数过小缓冲区容量不足上行码流溢出频繁丢包、花屏卡顿同时单帧码流不可超过 512KB。设备上行网络带宽不足上行带宽承载不住当前编码码流持续发生丢包。编码参数不符合 SDK 约束H264 不能携带 B 帧选用 Baseline / Main Profile不同分辨率、编码格式存在上限码流超出上限极易解码卡顿H265、高分辨率码流负载高解码压力大引发播放器主动丢帧。视频时间戳 PTS/DTS 异常帧间隔时间戳偏大 → 解码器堆积、缓冲区溢出、画面卡顿慢放帧间隔时间戳偏小 → 画面倍速快放可调用 SDK 码流自检功能校验时间戳。设备端推流中断设备网络抖动断开、硬件程序异常直接终止视频推流App 播放画面静止后抛出错误。6.2、播放端App‑SDK 参数配置缺陷未手动限定播放器缓存帧数setBufferedFrameCount缓冲帧数不合理流畅度和延迟无法平衡默认 5 帧区间 0‑50 帧。抗抖动缓冲区时长setMaxJitterBufferSizeInMs使用默认 1000ms没有根据网络环境调整可调范围 200‑3000ms网络波动下容易卡顿。停止播放画面策略未配置默认出错之后黑屏需要设置ALWAYS_KEEP_LAST_FRAME留存最后一帧画面规避黑屏问题。6.3、播放器生命周期、资源与初始化问题播放器资源没有做好复用与回收上一个播放实例未释放就新建实例造成资源冲突、内存占用过高缺少初始化标记变量播放器被多次重复初始化设置播放数据源时机错误过早设置 DataSource播放器准备流程错乱拖慢首帧加载速度正确顺序配置缓冲参数 → 初始化播放器 → 最后设置播放地址。6.4、异常重连重试逻辑缺陷旧方案播放失败之后固定延迟 5 秒循环初始化播放器无限重试反复创建销毁播放器CPU 资源消耗严重优化方案仅限制 1‑2 次重连尝试重试失败交由用户手动触发。6.5、UI Loading 状态逻辑错误loading 动画一直常驻显示没有绑定播放器状态优化仅在STATE_BUFFERING缓冲加载阶段展示加载动画就绪、空闲、播放结束状态隐藏 Loading。6.6、最终优化成果规范播放器初始化顺序、缓冲参数、抖动缓冲区、停播留帧配置管控播放器实例生命周期、防止重复初始化、做好资源回收限制播放失败重试次数杜绝无限初始化绑定播放器状态控制 Loading 动画设备侧规范 I 帧推送、码流上限、H264 编码配置、PTS 时间戳实测 20 次首帧加载平均耗时下降至 1.2s暂停播放可保留最后一帧不再黑屏。
Android智能猫砂盆视频加载慢卡顿问题分析1.参考文档https://help.aliyun.com/zh/document_detail/148284.html?spma2c4g.11186623.help-menu-123207.d_5_0_8.6f42a749hxJxQ1scm20140722.H_148284._.OR_help-T_cn~zh-V_12.SDK自身卡顿原因2.1 为什么首帧时间大如果设备正常响应强制I帧指令以办公室的WiFi为例设备响应强制I帧耗时300ms以内的话一般首帧的延迟应在1.5秒以内。首帧耗时 请求播放地址耗时300ms连接播放地址耗时150ms等待设备I帧耗时300ms播放器内部缓冲延迟200ms解码渲染耗时10ms导致首帧延迟时间大的原因主要有以下两种情况。设备未正常响应强制I帧指令时会增加一个GOP长度的延迟此时您需要使设备正常响应强制I帧指令。设备端连接推流地址耗时大此时请通过控制台右上角的工单联系我们。2.2 为什么直播播放卡顿产生播放卡顿、画面跳帧的原因主要有以下几种情况。设备SDK缓冲区设置过小Link Visual设备端SDK提供码流比特率设置接口SDK内部会通过传入的比特率换算并设置缓冲区大小若码流比特率设置过小会导致设备端SDK缓冲区频繁触发丢包从而影响画面质量。此时建议您重新设置合适的SDK缓冲区。说明Link Visual目前不支持帧大小超过512KB的码流传输。设备网络不佳若设备所处网络上行带宽不足以支持设定的码流传输会引起设备端SDK缓冲区频繁丢包从而影响画面质量。建议您调整设备位置或者检查设备网络状态。播放端网络不佳播放端所处下行网络带宽至少需要大于当前码流播放器提供获取码流的接口可以用来展示当前实际码流信息。请检查播放端网络带宽是否符合要求并建议您展示当前码流建议码流展示样式为24fps 80KB/s便于以后定位问题。码流问题Link Visual不支持B帧H264建议使用BaseLine/Main Profile。最大码流与清晰度对照表如下。编码格式分辨率最大码流H2641080P2Mbps720P1MbpsD10.5MbpsH2651080P1.5Mbps720P0.75MbpsD10.5Mbps解码耗时大当编码复杂或帧超大引起解码耗时大进而引起播放器主动丢帧导致画面卡顿此时建议您降低设备编码复杂度和码流大小。设备时间戳异常前后两帧之间PTS/DTS差值应与实际编码器生成帧时时间戳差值保持一致。若Link Visual的时间戳两帧之间差值比实际大会引起播放端解码器延迟解码可能会触发播放器缓冲区溢出丢帧引起画面慢放和画面卡顿。若Link Visual的时间戳两帧之间差值比实际小会引起播放端解码器提前解码引起画面快放。说明推荐您使用设备端SDK提供的码流自检功能做时间戳检查。直播播放断开产生播放过程中画面静止一段时间后报错的原因主要如下。设备推流异常设备因网络断开或者程序bug引起推流突然中断若非网络引起需要结合设备端日志进行分析排除bug。播放端网络不佳播放器若持续一段时间都未能拉到流或者检测到网络断开会往上层抛出错误属于正常现象。说明对于播放端拉流错误1100建议App在实现时主动做1-2次的重试逻辑若仍失败则呈现给用户重试。设备端的设置需要设备进行排查3.App卡顿和加载慢原因分析:3.1 没有设置播放器固定缓存帧数/** *设置播放器固定缓存帧数 *param frameCount 播放器固定缓存帧数取值范围0帧~50帧数值越大播放器延迟越 大流畅性越好默认5帧 */voidsetBufferedFrameCount(int frameCount);3.2 没有设置播放器抗抖动最大缓冲区时长/** * 设置播放器抗抖动最大缓冲区时长默认1000ms范围200-3000ms * param jitterBufferSizeInMs */voidsetMaxJitterBufferSizeInMs(int jitterBufferSizeInMs);3.3 没有设置播放停止时画面如果不设置此模式默认播放停止时下次进来始终是显示黑色/** * 设置播放停止时画面绘制策略 * param playerStoppedDrawingMode * ALWAYS_KEEP_LAST_FRAME 播放停止时始终保留最后一帧画面 * KEEP_LAST_FRAME_WITHOUT_ERROR 播放停止时只有未出现错误时才保留最后一帧画面默认是此模式 * ALWAYS_BLACK 播放停止时始终显示黑色 */voidsetPlayerStoppedDrawingMode(PlayerStoppedDrawingMode playerStoppedDrawingMode)3.4 播放失败重试机制错误Android播放失败是延迟5s后重新初始化如果网络不好会一直初始化一直重复初始化比较消耗资源需要及时关闭回收播放器sdk文档给出建议是添加2次重连而不是一直初始化3.5 初始化和关闭界面资源回收策略初始化时设置播放器固定缓存帧数设置播放器抗抖动最大缓冲区时长在创建播放器前回收之前的资源关闭界面回收资源添加是否初始化变量防止重复初始化3.6 修改设置播放器数据源时机在前面的准备工作做完之后再设置数据源不要在最开始设置数据源4.修改动画加载只有在加载buffer时才显示loading动画其他状态隐藏动画不要因为播放器状态问题一直加载loadingOverridepublicvoidonPlayerStateChange(LVPlayerState state){switch(state){case STATE_BUFFERING:binding.loading.setVisibility(View.VISIBLE);break;case STATE_READY:case STATE_IDLE:case STATE_ENDED:binding.loading.setVisibility(View.GONE);break;}}5.优化后的时间统计和效果目前测试了20次视频加载时间均值在1.2s直播暂停时一直有画面不会黑屏6.总结6.1、设备硬件 推流端根源首帧延迟偏高设备没有及时响应强制 I 帧指令多出一个 GOP 等待耗时设备连接推流地址耗时过长。计算公式首帧耗时 获取播放地址耗时 连接地址耗时 等待 I 帧 播放器缓冲 解码渲染耗时缓冲区配置不合理SDK 缓冲区由设定码率换算而来码率参数过小缓冲区容量不足上行码流溢出频繁丢包、花屏卡顿同时单帧码流不可超过 512KB。设备上行网络带宽不足上行带宽承载不住当前编码码流持续发生丢包。编码参数不符合 SDK 约束H264 不能携带 B 帧选用 Baseline / Main Profile不同分辨率、编码格式存在上限码流超出上限极易解码卡顿H265、高分辨率码流负载高解码压力大引发播放器主动丢帧。视频时间戳 PTS/DTS 异常帧间隔时间戳偏大 → 解码器堆积、缓冲区溢出、画面卡顿慢放帧间隔时间戳偏小 → 画面倍速快放可调用 SDK 码流自检功能校验时间戳。设备端推流中断设备网络抖动断开、硬件程序异常直接终止视频推流App 播放画面静止后抛出错误。6.2、播放端App‑SDK 参数配置缺陷未手动限定播放器缓存帧数setBufferedFrameCount缓冲帧数不合理流畅度和延迟无法平衡默认 5 帧区间 0‑50 帧。抗抖动缓冲区时长setMaxJitterBufferSizeInMs使用默认 1000ms没有根据网络环境调整可调范围 200‑3000ms网络波动下容易卡顿。停止播放画面策略未配置默认出错之后黑屏需要设置ALWAYS_KEEP_LAST_FRAME留存最后一帧画面规避黑屏问题。6.3、播放器生命周期、资源与初始化问题播放器资源没有做好复用与回收上一个播放实例未释放就新建实例造成资源冲突、内存占用过高缺少初始化标记变量播放器被多次重复初始化设置播放数据源时机错误过早设置 DataSource播放器准备流程错乱拖慢首帧加载速度正确顺序配置缓冲参数 → 初始化播放器 → 最后设置播放地址。6.4、异常重连重试逻辑缺陷旧方案播放失败之后固定延迟 5 秒循环初始化播放器无限重试反复创建销毁播放器CPU 资源消耗严重优化方案仅限制 1‑2 次重连尝试重试失败交由用户手动触发。6.5、UI Loading 状态逻辑错误loading 动画一直常驻显示没有绑定播放器状态优化仅在STATE_BUFFERING缓冲加载阶段展示加载动画就绪、空闲、播放结束状态隐藏 Loading。6.6、最终优化成果规范播放器初始化顺序、缓冲参数、抖动缓冲区、停播留帧配置管控播放器实例生命周期、防止重复初始化、做好资源回收限制播放失败重试次数杜绝无限初始化绑定播放器状态控制 Loading 动画设备侧规范 I 帧推送、码流上限、H264 编码配置、PTS 时间戳实测 20 次首帧加载平均耗时下降至 1.2s暂停播放可保留最后一帧不再黑屏。
--信号量)
