码迷,mamicode.com
首页 > 其他好文 > 详细

【音视频】专项培养

时间:2020-07-03 23:50:58      阅读:83      评论:0      收藏:0      [点我收藏+]

标签:bsp   领域   -o   参考   ext   only   tps   数据量   模式   

*性能测试*

1、结论:关于推流丢包率,我们上次就发现了这个问题,几乎没有丢包,也就意味着每次传输都保证了传输数据到达率,但是这个在弱网下就是一个好的表现吗?没有主动丢包的策略每帧数据都传输是否加剧了网了拥堵程度?所以这部分是否我们可以主动控制键丢包.这点不知道我理解得对不对(参考声网丢包xx %突然能够听清楚对方的话)或者(低端设备播放高清视频时有跳帧的说法)所以我们可以定制下自己的丢包策略 2.极限测试,主要是比较的舍我们sdk和行业水准。所以我们对sdk的测试过程提出了高的要求 连麦数(友商基本上号称十多路)分辨率,尤其在教育领域 共享屏幕的分辨率几乎远超360*640,其他帧率,码率也是同理。

解释:

  上行无丢包,说明推流到服务端是没问题的,只有一路上行,所以上行数据会好一些。下行有丢包,是因为下行拉4路流,平均码率600k,4路就是2.4M,加上重传等其他冗余包等,应该会比这个2.4M更大,下行拉流越多,带宽不够的情况下,丢包可能会更严重。这个的确也会是以后一个长期优化的方向点。
  9连麦拉9路流,分辨率是144x192,大部分码率只有50K,9路加起来才450K,有一部分9连麦是250k码率,9路流加起来也才2.25M。所以今天的这个测试数据量应该是已经超过了APP 9连麦的场景。SDK会陆续支持大小流模式或者SVC去支持更多的并发拉流,能一定程度上更好地支持教育模式或者会议模式。
 
2、内存、cpu获取工具

【音视频】专项培养

标签:bsp   领域   -o   参考   ext   only   tps   数据量   模式   

原文地址:https://www.cnblogs.com/darlingmz/p/13232934.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!