直播的音视频质量建设

一、经典音视频问题

1.游戏录屏的内存限制问题

原因:

iOS录屏由独立的Extension完成,内存严格限制在50M,超过

限制会导致直播中断

如果Extension包含完整的推流器,内存均值在40M左右

可以简化Extension的逻辑,只包含屏幕视频采集、编码和系统音频采集,传输到宿主App推流

经过以上优化内存占用均值降到10M左右,另外三方推流器不支持编码后视频帧,可能需要自研推流器。

音视频sdk推拉流方案

2.连麦卡顿、黑屏的优化

体验不好的原因: RTMP、RTC推流的切换

连麦前: RTMP推到流A; 连麦中: RTC云端混流到B

节省了成本,牺牲了体验

优化: 接收RTC音视频回调本地渴流营代云端混流,始终使用RTMP推流到A

二、音视频质量

音视频(直播)质量,主要是从以下指标来量化:

--采集分辨率

 ---编码分辨率

 --编码类型

  --raw帧速率

 --采集帧率

  --美颜帧率

   --编码帧率

  --输出帧率

   --最大码率

     --预设码率

    --输出码率

    --上报的psnr,硬编显示0 软编显示数值

   --编码耗时

   --卡顿率

   --崩溃率

采取方案:

数据监控相关指标:

异常率超过网值触发告誉,需要第一时间响应

可以列出最近异常井分组,判断大概是什么问题另外需要关注长期的走势,保证稳定性

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容