实现智能调度
更新时间: 2024/11/26 15:44:05
网易云信 K 歌场景会根据合唱双方的网络和设备情况,自动选择采用 NTP 实时合唱或串行合唱。
功能原理
RTC 服务器计算主唱和合唱者的网络延时均满足如下要求,且主唱和合唱者都连接了有线耳机时,自动选择 NTP 实时合唱方案,否则采用串行合唱方案:
- 主唱的采集播放延时 + 主唱上报的 RTT(Round-Trip Time) + 合唱者上报的 RTT < 特定阈值
- 合唱者的采集播放延时 + 主唱上报的 RTT + 合唱者上报的 RTT < 特定阈值
- 如果主唱或合唱者任意一方的网络延时不满足要求,则采用串行合唱方案。
- 因蓝牙耳机会有较大延时,所以 NTP 实时合唱方案要求主唱和合唱者连接有线耳机。
实现方法
采集播放延时
iOS 端的采集播放延时固定为 30ms。
获取上报的 RTT
监听SDK onRtcStats 接口
- (void)onRtcStats:(NERtcStats *)stat
{
uint64_t downRtt = stat.downRtt;
uint64_t upRtt = stat.upRtt;
if (downRtt > 0 && upRtt > 0) {
self.rtt = [self convertRtt:(downRtt + upRtt) / 2.0];
}
else if (downRtt == 0 && upRtt > 0) {
self.rtt = [self convertRtt:upRtt];
}
else if (downRtt > 0 && upRtt == 0) {
self.rtt = [self convertRtt:downRtt];
}
}
- (uint64_t)convertRtt:(uint64_t)originRtt
{
// 这里算法的原理是:originRtt代表用户手机到rtc边缘节点一个来回的时间。除以2得到单向的时间。合唱双方连接的边缘节点,典型情况会经过1到3个中心节点,取中间值2个,每个节点之间的单向时间估计为10ms,得到总共节点之间耗时30ms,两个人平分,每人加15ms。
return (originRtt / 2.0) + 15;
}
此文档是否对你有帮助?