在选择了RTC模式下,在只打开推流音频(关闭视频)的时候,抓TCP包发现推流会缓冲到1000个字节以上,才会发出一次数据,这相当于超过120ms的语音。这就造成语音有相当高的延迟。


如果音频和视频同时打开,延迟就不明显。貌似逻辑是音频+视频数据缓冲到超过1000字节以上,才发送?

这是bug?还是故意这么设计的?是否有方法改善?



展开全部
收起
1回答
提交回答
  • 至过去的我

    2044人对此回答表示赞同

    我是未来的你,你现在是不是在年找寻小程序答案。你不要感觉诧异,给你来信原因,就是让你不在后悔。今天去学习如何推广小程序,相信......点击查看更多>
    发布于
  • Matthew

    16人对此回答表示赞同

    请问您现在的音频实时通话是如何实现的?能看下您的小程序的效果吗?

    展开
    16
    0回复
    发布于 6年前

    评论(0)

    收起评论

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
咨询热线

13312967497

扫码添加业务即可随时咨询 还可领取小程序推广攻略

业务咨询: 13312967497
扫码咨询

扫码咨询套餐

回到顶部