音视频专项培养

Posted 2020-12-14 darlingmz

*性能测试*

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获取工具

https://github.com/didi/DoraemonKit